在智慧卡上集成多電信應用的方法及其智慧卡的製作方法

2023-06-19 05:16:46

專利名稱：在智慧卡上集成多電信應用的方法及其智慧卡的製作方法
技術領域：
本發明涉及智慧卡技術領域，特別是涉及一種在智慧卡上集成多電信應用的方法 及其智慧卡。
背景技術：
在現有智慧卡領域中，根據片內作業系統(COS，Chip Operating System)類型可 以分為Native卡和Java卡。Native卡片的優勢在於速度和執行效率。由於Native卡片的業務應用是與底 層COS —同編譯執行，這樣在最大限度上減少了執行的時間，從而Native卡片具有速度快 和執行效率高的優勢。一些有時間限制的應用，例如數據傳輸和安全計算等，都可以採用 Native代碼形式的程序。但是，Native卡片不具備平臺通用性和二次開發的API接口。這是因為Native 卡是一種卡片的COS和硬體平臺緊密相關的智慧卡，應用的開發和底層COS密不可分，應用 代碼同底層COS —同編譯執行。由於Native卡同底層COS以及晶片的密切相關性，導致 Native卡片在功能的增加等方面存在一定的困難。目前多數的Native卡片僅支持單一業 務應用，即便是支持多業務應用也是事先將業務應用固化在COS中，不能動態的進行下載 和刪除。Java卡具備平臺通用性和二次開發的應用程式編程接口(API，Application Programming Interface)，但是指令速度和執行效率較慢。Java卡是SUN公司推出的面向 智慧卡的一種Java體系結構，是一種能夠運行Java程序的智慧卡。設計者在COS中加入 了 Java Card VM(Virtual Machine)，用於將上層的Java語言解釋給COS，屏蔽了不同晶片 以及COS的區別，使Java卡達到了硬體無關性。同時，由於Java語言的解釋需要一定的時 間，因此，也影響了 Java卡的指令速度和執行效率。總之，需要本領域技術人員迫切解決的一個技術問題就是如何能夠提供一種在 智慧卡上集成多電信應用的方法，可以兼顧Native卡和Java卡的優勢，既保證了智慧卡的 執行速度，同時能夠實現應用的增刪。

發明內容
本發明所要解決的技術問題是提供一種在智慧卡上集成多電信應用的方法，以解 決現有技術中，單一 Native卡片不能動態下載和刪除業務應用，單一 Java卡指令速度和執 行效率較慢的技術問題。為了解決上述問題，本發明公開了一種在智慧卡上集成多電信應用的方法，包 括當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令；若是，則進行電信應用專有指令的分類處理；若否，則執行所述指令；解析所述指令中的當前事件，並依據事件註冊表觸發並執行與當前事件對應的不同應用類型的各個電信應用。優選的，所述事件註冊表包括事件ID、應用ID、應用類型和觸發優先級；其中，所 述應用類型包括電信Native應用和電信Java應用。優選的，所述電信應用專有指令包括主動式命令應答指令、取主動式命令數據指 令、功能概要指令和數據下載指令。優選的，智慧卡與終端進行主動式命令交互過程中，發送主動式命令的電信應用 被懸掛；智慧卡與終端進行主動式命令交互結束後，所述電信應用繼續執行。優選的，所述進行電信應用專有指令的分類處理，包括判斷所述電信應用專有指令的類別；如果是主動式命令應答指令，則判斷被懸掛的電信應用的應用類型；當為電信 Java應用時，在Java運行環境下繼續執行所述電信應用；當為電信Native應用時，在 Native運行環境下繼續執行所述電信應用；如果是取主動式命令數據指令，則拷貝主動式命令數據到應答緩衝區；如果是功能概要指令或數據下載指令，則解析所述指令中的當前事件，並依據事 件註冊表中觸發並執行與當前事件對應的不同應用類型的各個電信應用。優選的，依據事件註冊表中觸發並執行與當前事件對應的不同應用類型的各個電 信應用，包括查找事件註冊表中與當前事件對應的各個電信應用；針對查找到的各個電信應用按照觸發優先級依次選取各個電信應用；依據事件註冊表判斷所選取的電信應用的應用類型；根據各個電信應用的應用類型在各自相應的運行環境下觸發並執行所述電信應用。相應的，本發明還公開了一種集成多電信應用的智慧卡，包括指令判斷模塊，用於當接收到應用協議數據單元指令時，判斷是否是電信應用專 有指令；第一指令處理模塊，用於指令判斷模塊判斷為電信應用專有指令時，進行電信應 用專有指令的分類處理；第二指令處理模塊，用於指令判斷模塊判斷為非電信應用專有指令時，執行所述 指令；應用觸發執行模塊，用於解析所述指令中的當前事件，並依據事件註冊表觸發並 執行與當前事件對應的不同應用類型的各個電信應用。優選的，所述事件註冊表包括事件ID、應用ID、應用類型和觸發優先級；其中，所 述應用類型包括電信Native應用和電信Java應用。優選的，所述電信應用專有指令包括主動式命令應答指令、取主動式命令數據指 令、功能概要指令和數據下載指令。優選的，所述智慧卡還包括主動式命令交互模塊，用於與終端進行主動式命令交 互；其中，主動式命令交互模塊與終端進行主動式命令交互過程中，發送主動式命令的電信 應用被懸掛；主動式命令交互模塊與終端進行主動式命令交互結束後，所述電信應用繼續 執行。
優選的，所述第一指令處理模塊包括專有指令判斷子模塊，用於判斷所述電信應用專有指令的類別；如果是主動式命 令應答指令，則觸發第一處理子模塊；如果是取主動式命令數據指令，則觸發第二處理子模 塊；如果是功能概要指令或數據下載指令，則觸發所述應用觸發執行模塊；第一處理子模塊，用於判斷被懸掛的電信應用的應用類型；當為電信Java應用 時，在Java運行環境下繼續執行所述電信應用；當為電信Native應用時，在Native運行環 境下繼續執行所述電信應用；第二處理子模塊，用於拷貝主動式命令數據到應答緩衝區。優選的，所述應用觸發執行模塊包括查找子模塊，用於查找事件註冊表中與當前事件對應的各個電信應用；選取子模塊，用於按照觸發優先級依次選取各個電信應用；判斷子模塊，用於依據事件註冊表判斷所選取的電信應用的應用類型；觸發子模塊，用於根據各個電信應用的應用類型在各自相應的運行環境下觸發並 執行所述電信應用。與現有技術相比，本發明具有以下優點通過本發明所述的一種在智慧卡上集成多電信應用的方法，對電信應用專有指 令，進行電信應用專有指令的分類處理；對於非電信應用專有指令，執行所述指令後，解析 所述指令中的當前事件，並依據事件註冊表觸發並執行與當前事件對應的不同應用類型的 各個電信應用。本發明基於電信Java應用的事件觸發機制，建立一張應用的事件註冊表， 實現電信卡上Native應用和Java應用的共存，並保證多電信應用運行的獨立性。其中，基 於電信Native應用，兼顧了智慧卡的指令速度和執行效率；基於電信Java應用，實現了硬 件無關性和應用可增刪的靈活性。


圖1是本發明一種在智慧卡上集成多電信應用的方法實施例的流程圖；圖2是本發明依據事件註冊表觸發並執行與當前事件對應的不同應用類型的各 個電信應用的流程圖；圖3是本發明所述智慧卡與終端進行主動式命令交互的流程圖；圖4是本發明所述電信應用專有指令的分類處理的流程圖；圖5是本發明一種集成多電信應用的智慧卡實施例。
具體實施例方式為使本發明的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實 施方式對本發明作進一步詳細的說明。本發明主要應用於同時支持Java功能和Native功能的電信智慧卡，電信Java應 用可以支持優選漫遊、一卡多號、SOT等，以及可下載的Java Toolkit Applet，各方麵條件 滿足Java USIM的標準。電信Native應用可以支持各種應用，尤其是對時間要求比較高的 應用場合，如中國聯通0TA、WIB1.3等。參照圖1，示出了本發明一種在智慧卡上集成多電信應用的方法實施例的流程圖，包括步驟101，當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令；若 是，則執行步驟102 ；若否，則執行步驟103 ；應用協議數據單元(APDU，Application Protocol Data Unit)指令是終端和智能 片之間交互的一種指令。當智慧卡接收到一條APDU指令時，需要判斷該指令是否是電信應 用專有指令，根據不同的判斷結果執行不同的操作。其中，所述電信應用專有指令包括四種 指令UTerminal Response 指令卡應用工具包(CAT，Card Application Toolkit)指 令中，終端發送的主動式命令應答指令；2、Fetch指令CAT指令中，取主動式命令數據指令；3、Terminal Profile指令終端功能概要指令；4, Envelope指令終端封裝的數據下載指令，數據來自於網絡或終端。步驟102，進行電信應用專有指令的分類處理；當判斷所述指令為電信專有指令時，進行上述四種指令的分類判斷，對Terminal Response指令、Fetch指令、^Terminal Profile指令或Envelope指令進行不同處理。在後 面實施例中再對分類處理進行具體說明，此處從略。步驟103，執行所述指令；解析所述指令中的當前事件，並依據事件註冊表觸發並 執行與當前事件對應的不同應用類型的各個電信應用；當判斷所述指令不為電信專有指令時，執行所述指令。此外，由於執行完該指令後 可能會需要進行二次處理，即有與該指令相對應的後續事件需要執行。例如，執行該指令時 進行「寫文件操作」，之後還需要執行與該指令對應的「更新文件」事件等，則依據事件註冊 表觸發並執行與當前事件對應的不同應用類型的各個電信應用。本發明實施例中，在智慧卡中需要維護一個事件註冊表，每條註冊信息包含的內 容為事件ID，應用ID，應用類型，觸發優先級，等等。「事件ID」為Java卡規範中定義的標 準事件；「應用ID」用於標識某個應用，其對每個電信應用取值唯一；「應用類型」用於區分 是電信Java應用還是電信Native應用；「觸發優先級」，用於多個電信應用同時註冊某一事 件的情況下，事件到來後各個電信應用被觸發的先後順序。可以理解的是，對於電信Java應用和電信Native應用，系統維護統一的事件註冊 表。電信Native應用是預置在智慧卡內的，相應的事件註冊信息也需要在智慧卡片初始 化時進行預置，不能進行安裝和刪除，在應用執行過程中可以通過系統提供的Native API 進行更新。對於電信Java應用，可以通過標準的GP指令或者RAM(Remote Application Management)對其進行增刪。電信Java應用使用標準的Java API註冊事件，應用註冊信息 是在應用安裝時寫入的，在應用執行的過程中，可以調用標準的Java UICC/USIMAPI進行更 新和刪除(相應的，Java UICC/USIM API也是通過調用系統提供的Native API實現的。)通常的，所述方法還包括步驟104，將應答結果發送至終端。在電信應用專有指令的分類處理完成之後，或者非電信應用專有指令的電信應用 觸發並執行完成後，將應答結果發送至終端。需要說明的是，在上述步驟103中，執行所述指令之後，所述方法還包括判斷當 前指令是否有事件相對應；若是，則解析所述指令中的當前事件；若否，則直接執行步驟104，將指令執行的應答結果發送至終端。本發明提出了一種在智慧卡上集成多電信應用的方法，基於電信Java應用的事 件觸發機制，建立一張應用的事件註冊表，解析出指令中的當前事件後，依據所述事件注 冊表觸發並執行與當前事件對應的不同應用類型的各個電信應用，可以實現智慧卡上電信 Native應用和電信Java應用的共存、並保證多電信應用運行的獨立性。其中，基於電信 Native應用，兼顧了智慧卡的指令速度和執行效率；基於電信Native應用，實現了硬體無 關性和應用可增刪的靈活性。本發明涉及多電信應用處理的設計模式，由於電信應用的激活為事件觸發模式， 而不是非電信的應用選擇模式，當處理如電信Native應用和電信Java應用等多電信應用 共存的問題時，就需要用到事件觸發運行模式。如圖2所示，為本發明依據事件註冊表觸發並執行與當前事件對應的不同應用類 型的各個電信應用的流程圖，包括步驟201，查找事件註冊表中與當前事件對應的各個電信應用；步驟202，按照觸發優先級依次選取各個電信應用；在具體實施時，可以對查找到的各個電信應用按照觸發優先級進行排序，然後依 據所述排序按照觸發優先級由高到低依次選取各個電信應用。其中，在步驟201之後，所述方法還可以包括判斷是否查找到與當前事件對應的 電信應用；若是，則執行步驟202 ；若否，則直接將指令執行的應答結果發送至終端。步驟203，依據事件註冊表判斷所選取的電信應用的應用類型；如果是電信Java 應用，則執行子步驟204 ；如果是電信Native應用，則執行步驟205 ；步驟204，在Java運行環境下，觸發並執行所述電信應用；步驟205，在Native運行環境下，觸發並執行所述電信應用。需要說明的是，依據事件註冊表觸發與當前事件對應的電信應用後，在電信應用 的執行過程中，電信應用一般需要發送主動式命令。則智慧卡與終端進行主動式命令交互 過程中，發送主動式命令的電信應用被懸掛；電信應用與終端進行主動式命令交互結束後， 所述電信應用繼續執行。如圖3所示，為本發明所述智慧卡與終端進行主動式命令交互的流程圖，包括步驟301，智慧卡設置狀態字信息，通知終端有主動式命令要發送；通常的，智慧卡片將返回的狀態字設置為「0x91XX」的形式。步驟302，終端發送取主動式命令數據指令獲取數據，智慧卡將主動式命令發送給 終端；步驟303，終端根據用戶的響應發送主動式命令應答指令給智慧卡，反饋主動式命 令的執行結果。下面，以中國電信的優選漫遊列表(PRL，Preferred Roaming List)更新應用(該 應用更新卡片的優選漫遊列表文件，用於手機在漫遊時選擇網絡)為例，對電信應用與終 端進行主動式命令交互時，所述電信應用的懸掛和執行過程進行具體說明。步驟Al，智慧卡收到Envelope指令下載的SMS PP簡訊，PRL更新應用被觸發，執 行更新優選漫遊列表文件的操作；步驟A2，PRL更新應用發送文本顯示主動式命令，智慧卡與終端進行文本顯示主動式命令交互，此時，PRL更新應用被懸掛；其中，所述文本顯示主動式命令交互包括如下子步驟al、智慧卡返狀態字0x91XX，通知手機有主動式命令要發送；a2、手機發送Fetch指令，智慧卡將主動式命令數據發送給手機；a3、手機將文本信息「1/3處理中的PRL更新」顯示給用戶；a4、用戶按確認按鍵；a5、根據用戶的響應，手機發送Terminal Response指令給智慧卡，將用戶的應答 結果給智慧卡；步驟A3，智慧卡收到"Terminal Response指令，所述文本顯示主動式命令交互過 程結束，PRL更新應用繼續執行，記錄文件更新相關信息，PRL更新應用執行完畢後退出。對於電信應用專有指令，由於主動式命令的忙狀態會跨越多個APDU指令。也就是 說，一個主動式命令的交互流程有三個步驟(步驟301 步驟30 ，每一個步驟對應一條 APDU指令。而在這三條APDU指令之間(即，步驟301和步驟303的執行過程)，發送主動 式命令的電信應用被懸掛，稱為主動式命令的「忙狀態」。在這三條APDU指令的執行過程 中，終端又可能向智慧卡發送其他APDU指令。因此，主動式命令的忙狀態會跨越多條APDU 指令。其中，在「忙狀態」下，發送主動式命令的電信應用被懸掛，智慧卡需要保存被懸掛的 電信應用的應用ID和應用類型，用於收到主動式命令應答指令後，繼續執行被懸掛的電信 應用。參照圖4，為本發明所述電信應用專有指令的分類處理的流程圖，包括如下步驟步驟401，判斷所述電信應用專有指令的類別；如果是主動式命令應答指令，則執 行步驟402 ；如果是取主動式命令數據指令，則執行步驟405 ；如果是功能概要指令或數據 下載指令，則執行步驟406;步驟402，判斷被懸掛的電信應用的應用類型；當為電信Java應用時，執行步驟 403 ；當為電信Native應用時，執行步驟404 ；步驟403，在Java運行環境下繼續執行所述電信應用；步驟404，在Native運行環境下繼續執行所述電信應用；步驟405，拷貝主動式命令數據到應答緩衝區；步驟406，解析所述指令中的當前事件，並執行步驟407 ；步驟407，依據事件註冊表中觸發並執行與當前事件對應的不同應用類型的各個 電信應用。需要說明的是，在步驟401判斷所述電信應用專有指令的類別中，判斷結果既不 是主動式命令應答指令，也不是取主動式命令數據指令時，對於此類的電信應用專有指令， 均執行步驟406解析所述指令中的當前事件。其中，在電信應用專有指令的分類處理中，針對功能概要指令或數據下載指令，所 述步驟407(依據事件註冊表中觸發並執行與當前事件對應的不同應用類型的各個電信應 用的具體執行過程)，與非電信應用專有指令的電信應用的觸發過程相同，具體可參見步驟 201 步驟206，此處從略。下面，以一個具體實施例對本發明一種在智慧卡上集成多電信應用的方法進行具 體說明。如表1所示，為本發明實施例所述的一種事件註冊表，所述事件註冊表中，除了事件ID、應用ID、應用類型和觸發優先級以外，還包括附加信息長度、附加信息等屬性。可以 理解的是，在智慧卡上，事件註冊表記錄有有大量的註冊信息，本發明實施例的事件註冊表 僅以舉例的形式列出了其中某幾條註冊信息。表1 事件ID應用ID應用類型觸發 優先 級附加信 息長度附加信息1- EVENT_PROFILE_DOWNLOAD電信應用10-電信:Native應用101- EVENT_PROFILE_DOWNLOAD電信應用21-電信Java應用2023-EVENT_EVENT_DOWNLOAD_ CHANNEL_STATUS電信應用31-電信java應用111-channel ID依據上述事件註冊表，所述方法包括如下步驟步驟Bi，智慧卡接收到一條APDU指令，為「terminal profile」指令，判斷是否是 電信應用專有指令；步驟B2，判斷是電信應用專有指令，進行電信應用專有指令的分類處理，其包括如 下子步驟bl，判斷所述電信應用專有指令的類別；b2，判斷為功能概要指令，解析所述指令中的當前事件；解析出該指令對應的事件為EVENT_PR0FILE_D0WNL0AD。b3，查找事件註冊表中與當前事件對應的各個電信應用；其中，註冊了 EVENT_PR0FILE_D0WNL0AD事件的電信應用為電信應用1和電信應用2 οb4，對查找到的各個電信應用按照觸發優先級進行排序；具體的排序為電信應用、電信應用2。b5，依據所述排序選取電信應用1，並依據事件註冊表判斷電信應用1的應用類 型；b6，判斷電信應用1為電信Native應用，初始化Native運行環境，觸發並執行電 信應用1 ；b7，依據所述排序選取電信應用2，並依據事件註冊表判斷電信應用2的應用類 型；b8，判斷電信應用2為電信Java應用，初始化Java運行環境，觸發並執行電信應 用2;步驟B3，將應答結果發送至終端。參照圖5，示出了本發明一種集成多電信應用的智慧卡實施例的結構圖，包括指令判斷模塊501，用於當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令；第一指令處理模塊502，用於指令判斷模塊判斷為電信應用專有指令時，進行電信 應用專有指令的分類處理；第二指令處理模塊503，用於指令判斷模塊判斷為非電信應用專有指令時，執行所 述指令；應用觸發執行模塊504，用於解析所述指令中的當前事件，並依據事件註冊表觸發 並執行與當前事件對應的不同應用類型的各個電信應用。具體的，所述事件註冊表包括事件ID、應用ID、應用類型和觸發優先級；其中，所 述應用類型包括電信Native應用和電信Java應用。進一步，所述電信應用專有指令包括主動式命令應答指令、取主動式命令數據指 令、功能概要指令和數據下載指令。在本發明的一個實施例中，所述智慧卡還包括主動式命令交互模塊，用於與終端進行主動式命令交互；其中，主動式命令交互模塊與終端進行主動式命令交互過程中，發送主動式命令 的電信應用被懸掛；主動式命令交互模塊與終端進行主動式命令交互結束後，所述電信應 用繼續執行。進一步，所述主動式命令交互模塊包括命令通知子模塊，用於設置狀態字信息，通知終端有主動式命令要發送；命令發送子模塊，用於在終端發送取主動式命令數據指令獲取數據後，將主動式 命令發送給終端；指令接收子模塊，用於接收終端根據用戶的響應發送的主動式命令應答指令，獲 取主動式命令的執行結果。在本發明的一個優選實施例中，所述第一指令處理模塊502包括專有指令判斷子模塊，用於判斷所述電信應用專有指令的類別；如果是主動式命 令應答指令，則觸發第一處理子模塊；如果是取主動式命令數據指令，則觸發第二處理子模 塊；如果是功能概要指令或數據下載指令，則觸發所述應用觸發執行模塊；第一處理子模塊，用於判斷被懸掛的電信應用的應用類型；當為電信Java應用 時，在Java運行環境下繼續執行所述電信應用；當為電信Native應用時，在Native運行環 境下繼續執行所述電信應用；第二處理子模塊，用於拷貝主動式命令數據到應答緩衝區。在本發明的另一個優選實施例中，所述應用觸發執行模塊504包括查找子模塊，用於查找事件註冊表中與當前事件對應的各個電信應用；選取子模塊，用於按照觸發優先級依次選取各個電信應用；判斷子模塊，用於依據事件註冊表判斷所選取的電信應用的應用類型；觸發子模塊，用於依據判斷子模塊的判斷結果，根據各個電信應用的應用類型在 各自相應的運行環境下觸發並執行所述電信應用。也就是說，如果是電信Java應用，則在 Java運行環境下觸發並執行所述電信應用；如果是電信Native應用，則在Native運行環 境下觸發並執行所述電信應用。本發明實施例所述的一種集成多電信應用的智慧卡，可以兼顧Native卡和Java卡的優勢，既保證了智慧卡的執行速度，同時實現了硬體無關性，具備應用可增刪的靈活 性。本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與 其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對於智慧卡實施 例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的 部分說明即可。以上對本發明所提供的一種在智慧卡上集成多電信應用的方法及其智慧卡，進行 了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例 的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的一般技術人員， 依據本發明的思想，在具體實施方式
及應用範圍上均會有改變之處，綜上所述，本說明書內 容不應理解為對本發明的限制。
權利要求
1.一種在智慧卡上集成多電信應用的方法，其特徵在於，包括 當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令； 若是，則進行電信應用專有指令的分類處理；若否，則執行所述指令；解析所述指令中的當前事件，並依據事件註冊表觸發並執行與 當前事件對應的不同應用類型的各個電信應用。
2.如權利要求1所述的方法，其特徵在於，所述事件註冊表包括事件ID、應用ID、應用類型和觸發優先級； 其中，所述應用類型包括電信Native應用和電信Java應用。
3.如權利要求1或2任一所述的方法，其特徵在於，所述電信應用專有指令包括主動式命令應答指令、取主動式命令數據指令、功能概要 指令和數據下載指令。
4.如權利要求3所述的方法，其特徵在於，智慧卡與終端進行主動式命令交互過程中，發送主動式命令的電信應用被懸掛； 智慧卡與終端進行主動式命令交互結束後，所述電信應用繼續執行。
5.如權利要求4所述的方法，其特徵在於，所述進行電信應用專有指令的分類處理，包括判斷所述電信應用專有指令的類別；如果是主動式命令應答指令，則判斷被懸掛的電信應用的應用類型；當為電信Java應 用時，在Java運行環境下繼續執行所述電信應用；當為電信Native應用時，在Native運行 環境下繼續執行所述電信應用；如果是取主動式命令數據指令，則拷貝主動式命令數據到應答緩衝區； 如果是功能概要指令或數據下載指令，則解析所述指令中的當前事件，並依據事件注 冊表中觸發並執行與當前事件對應的不同應用類型的各個電信應用。
6.如權利要求5所述的方法，其特徵在於，依據事件註冊表中觸發並執行與當前事件 對應的不同應用類型的各個電信應用，包括查找事件註冊表中與當前事件對應的各個電信應用；針對查找到的各個電信應用按照觸發優先級依次選取各個電信應用；依據事件註冊表判斷所選取的電信應用的應用類型；根據各個電信應用的應用類型在各自相應的運行環境下觸發並執行所述電信應用。
7.一種集成多電信應用的智慧卡，其特徵在於，包括指令判斷模塊，用於當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令；第一指令處理模塊，用於指令判斷模塊判斷為電信應用專有指令時，進行電信應用專 有指令的分類處理；第二指令處理模塊，用於指令判斷模塊判斷為非電信應用專有指令時，執行所述指令；應用觸發執行模塊，用於解析所述指令中的當前事件，並依據事件註冊表觸發並執行 與當前事件對應的不同應用類型的各個電信應用。
8.如權利要求7所述的智慧卡，其特徵在於，所述事件註冊表包括事件ID、應用ID、應用類型和觸發優先級； 其中，所述應用類型包括電信Native應用和電信Java應用。
9.如權利要求7或8任一所述的智慧卡，其特徵在於，所述電信應用專有指令包括主動式命令應答指令、取主動式命令數據指令、功能概要 指令和數據下載指令。
10.如權利要求9所述的智慧卡，其特徵在於，還包括 主動式命令交互模塊，用於與終端進行主動式命令交互；其中，主動式命令交互模塊與終端進行主動式命令交互過程中，發送主動式命令的電 信應用被懸掛；主動式命令交互模塊與終端進行主動式命令交互結束後，所述電信應用繼 續執行。
11.如權利要求10所述的智慧卡，其特徵在於，所述第一指令處理模塊包括 專有指令判斷子模塊，用於判斷所述電信應用專有指令的類別；如果是主動式命令應答指令，則觸發第一處理子模塊；如果是取主動式命令數據指令，則觸發第二處理子模塊； 如果是功能概要指令或數據下載指令，則觸發所述應用觸發執行模塊；第一處理子模塊，用於判斷被懸掛的電信應用的應用類型；當為電信Java應用時，在 Java運行環境下繼續執行所述電信應用；當為電信Native應用時，在Native運行環境下 繼續執行所述電信應用；第二處理子模塊，用於拷貝主動式命令數據到應答緩衝區。
12.如權利要求11所述的智慧卡，其特徵在於，所述應用觸發執行模塊包括 查找子模塊，用於查找事件註冊表中與當前事件對應的各個電信應用；選取子模塊，用於按照觸發優先級依次選取各個電信應用； 判斷子模塊，用於依據事件註冊表判斷所選取的電信應用的應用類型； 觸發子模塊，用於根據各個電信應用的應用類型在各自相應的運行環境下觸發並執行 所述電信應用。
全文摘要
本發明提供了一種在智慧卡上集成多電信應用的方法及其智慧卡，所述方法包括當接收到應用協議數據單元指令時，判斷是否是電信應用專有指令；若是，則進行電信應用專有指令的分類處理；若否，則執行所述指令；解析所述指令中的當前事件，並依據事件註冊表觸發並執行與當前事件對應的不同應用類型的各個電信應用。通過本發明，可以兼顧Native卡和Java卡的優勢，既保證了智慧卡的執行速度，同時能夠實現應用的增刪。
文檔編號G06K19/07GK102054173SQ20101060677
公開日2011年5月11日 申請日期2010年12月24日 優先權日2010年12月24日
發明者閆建麗 申請人:北京握奇數據系統有限公司