專利名稱：：一種智能卡及其實現(xiàn)部署定制業(yè)務的系統(tǒng)及方法
技術領域：
：本發(fā)明涉及通信領域，尤其涉及在移動終端中基于智能卡預置和顯示移動通信運營商品牌信息和增值業(yè)務的方法。
背景技術：
：隨著無線通信技術與互聯(lián)網(wǎng)技術的結合，越來越多的互聯(lián)網(wǎng)增值業(yè)務被引入到無線通信領域，使得無線增值業(yè)務得到了飛速的普及和推廣，也帶來了無限的商機。移動通訊運營商日益認識到只有為用戶提供更優(yōu)質、更具吸引力的數(shù)據(jù)業(yè)務才能保持其高的ARPU值增長。然而，不同于互聯(lián)網(wǎng)增值業(yè)務是基于PC開展的，無線增值業(yè)務由于受到終端(通常是在手機或PDA設備上使用)和網(wǎng)絡條件的限制，在一定程度上影響了用戶的業(yè)務體驗，阻礙了市場的快速發(fā)展。比如，使用目前終端中筒陋的搜索引擎和尺寸很小的顯示屏在茫茫的信息海洋中查詢到用戶所需要的業(yè)務，不論是在操作上還是訪問速度上的效率都非常低下。因此如何有效的在用戶終端上部署/預置數(shù)據(jù)業(yè)務成為解決上述問題的關鍵。此外，這對于尚處在市場發(fā)展初期的無線業(yè)務來說也是很好的客戶培育手段。目前，移動運營商在用戶終端上部署定制業(yè)務有兩種典型的方式基于移動終端預置應用和基于智能卡預置應用。其中，前者常見的做法是在終端中集成各種增值應用/業(yè)務(如品牌信息推廣，即時通訊等)，或是將數(shù)據(jù)業(yè)務所對應的后臺服務器地址(如夢網(wǎng)的WAPURL，圖片鈴聲下載的WAPURL)鏈接到移動終端的菜單上。這就像是把散落在一個巨大超市中的各種貨物通過專門的櫥窗陳列出來，方便了用戶的選擇和使用，從而提高了業(yè)務的訪問量。但這種方法的不足是，首先，目前市場上的終端型號和軟件體系架構十分眾多，無法提供一種統(tǒng)一的業(yè)務承載平臺。針對每一種機型進行業(yè)務的部署和開發(fā)，無疑大大增加了運營商業(yè)務運營的成本。同時，運營商對業(yè)務推廣的主動權和控制力也受到了很大的限制。此外，采用這種方法，業(yè)務很難在后續(xù)使用中進行修改、升級和更新。由于終端上的軟件已經(jīng)在出廠前寫入手機ROM中，如果要進行后續(xù)更新，必須由手機生產(chǎn)廠商來進行，這樣無疑會增加移動運營商對已有用戶終端中定制業(yè)務升級的難度和成本，無法帶來后期的持續(xù)服務和盈利。而基于智能卡預置應用雖然可以為運營商提供統(tǒng)一的數(shù)據(jù)業(yè)務平臺，但受到包括智能卡的處理能力、通信手段和容量在內(nèi)的諸多技術條件的限制，導致目前基于智能卡開發(fā)的應用只能提供功能簡單、模式單一的服務，典型的如SIM卡應用工具箱(SAT,SIMApplicationToolkit,或簡稱STK)，無法承載更多媒體化和網(wǎng)絡化的應用部署的需求。因此，如何在智能卡上實現(xiàn)媒體化和網(wǎng)絡化業(yè)務的部署和承載？如何加強運營商對無線增值業(yè)務的控制力度？如何提高數(shù)據(jù)業(yè)務的顯現(xiàn)化程度，增強用戶對業(yè)務的粘黏度？解決這些問題對于運營商定制業(yè)務的良性發(fā)展具有重要意義。
發(fā)明內(nèi)容本發(fā)明所要解決的技術問題在于提供一種智能卡及其實現(xiàn)部署定制業(yè)務的系統(tǒng)及方法，靈活的通過智能卡對定制文件進行操作，并與移動終端結合實現(xiàn)移動運營商定制業(yè)務預置和顯示。為解決上述技術問題，本發(fā)明提供一種智能卡，包括數(shù)據(jù)存儲區(qū)，存儲有智能卡文件系統(tǒng)，其中，所述智能卡文件系統(tǒng)中預置有至少一個定制業(yè)務文件，所述智能卡進一步包括命令接收模塊，用于接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；命令執(zhí)行模塊，用于根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；及命令響應模塊，用于根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移l響應命令/執(zhí)行狀態(tài)。按照本發(fā)明提供的智能卡，所述命令接收模塊還用于接收移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；所述命令執(zhí)行模塊還用于執(zhí)行讀數(shù)據(jù)交換文件命令，所述命令響應模塊還用于返回讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端。為解決上述技術問題，本發(fā)明進而提供一種基于智能卡對定制業(yè)務文件進行操作的方法，包括如下步驟(1)在智能卡文件系統(tǒng)中預置至少一個定制業(yè)務文件；(2)智能卡接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；(3)智能卡^^艮據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；(4)智能卡根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)。(5)智能卡接收移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；(6)智能卡執(zhí)行所述讀數(shù)據(jù)交換文件命令；(7)智能卡向移動終端返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端。本發(fā)明還提供一種基于智能卡部署定制業(yè)務的系統(tǒng)，包括移動終端、智能卡，所述智能卡包括數(shù)據(jù)存儲區(qū)，存儲有智能卡文件系統(tǒng)，其中，所述智能卡文件系統(tǒng)中預置有至少一個定制業(yè)務文件，所述智能卡進一步包括命令接收模塊，用于接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；命令執(zhí)行沖莫塊，用于根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的才喿作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；命令響應模塊，用于根據(jù)成功執(zhí)行所述搡作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)，所述移動終端，包括命令收發(fā)模塊，用于發(fā)送與所部署的業(yè)務相關的命令，并接收從智能卡返回的響應命令/執(zhí)行狀態(tài)，其中將攜帶的數(shù)據(jù)封裝入所述命令中；數(shù)據(jù)保存模塊，用于保存從智能卡中讀取出來的定制業(yè)務數(shù)據(jù)；數(shù)據(jù)解析模塊，用于解析并顯示所述數(shù)據(jù)保存模塊中保存的定制業(yè)務數(shù)據(jù)。按照本發(fā)明提供的系統(tǒng)，所述命令接收模塊還用于接收由移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；所述命令執(zhí)行模塊還用于執(zhí)行所述讀數(shù)據(jù)交換文件命令，所述命令響應模塊還用于返回讀數(shù)據(jù)交換文件的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述數(shù)據(jù)交換文件返回給移動終端；所述命令收發(fā)模塊發(fā)送的命令包括所述操作命令和所述讀數(shù)據(jù)交換文件命令，所述命令收發(fā)模塊接收從智能卡返回的讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，獲得所述定制業(yè)務數(shù)據(jù)。本發(fā)明又提供一種基于智能卡部署定制業(yè)務的方法，在移動終端中基于智能卡預置和顯示運營商的定制業(yè)務，包括如下步驟(1)在智能卡文件系統(tǒng)中預置至少一個定制業(yè)務文件；(2)由移動終端發(fā)送與所部署的業(yè)務相關的操作命令，其中將攜帶的數(shù)據(jù)封裝入所述命令中；(3)智能卡接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的所述數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；(4)智能卡根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，當成功執(zhí)行所述操作，將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；(5)智能卡根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的相應命令/執(zhí)行狀態(tài)，(6)移動終端根據(jù)所述返回的成功執(zhí)行的響應命令/執(zhí)行狀態(tài)，向智能卡發(fā)送讀數(shù)據(jù)交換文件命令；(7)智能卡接收所述讀數(shù)據(jù)交換文件命令，執(zhí)行該命令，并返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端；(8)移動終端接收并保存所述定制業(yè)務數(shù)據(jù)；(9)移動終端解析并顯示移動終端中保存的定制業(yè)務數(shù)據(jù)。其中，所述定制業(yè)務文件，可以包括業(yè)務內(nèi)容數(shù)據(jù)文件，用于存儲各種定制業(yè)務內(nèi)容數(shù)據(jù)；及業(yè)務索引文件，用于存儲與所述內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。其中，所述業(yè)務索引文件可以包括業(yè)務列表文件、品牌信息文件。其中，所述定制業(yè)務文件可以進一步包括版本信息文件，用于標識所述定制業(yè)務的當前版本；移動終端的收發(fā)模塊首先發(fā)送讀版本信息文件命令，智能卡接收該命令，執(zhí)行讀版本信息文件的操作，并將版本信息文件寫入數(shù)據(jù)交換文件，智能卡向移動終端返回所述讀版本信息文件命令的響應命令/執(zhí)行狀態(tài)，移動終端的收發(fā)模塊根據(jù)接收的所述響應命令/執(zhí)行狀態(tài)，發(fā)送讀數(shù)據(jù)交換文件命令，智能卡接收該命令，通過所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，將所述版本信息文件返回給移動終端，移動終端的收發(fā)模塊判斷接收的版本信息文件與保存模塊中保存的版本信息文件是否相同，當兩者相同時，解析模塊解析并顯示保存模塊中保存的定制業(yè)務數(shù)據(jù)，當兩者不同時，移動終端將版本信息文件保存到保存模塊，并繼續(xù)此后的步驟。其中，數(shù)據(jù)交換文件可以與標準文件名之間具有映射關系。其中，所述操作命令可以為updatebinaryapdu命令，所述讀版本信息文件命令可以為updatebinaryapdu命令，所述讀數(shù)據(jù)交換文件命令可以為readbinaryapdu命令。通過本方法，可以取得如下明顯的技術效果(1)基于智能卡部署和預置移動運營商的定制業(yè)務。為運營商業(yè)務部署提供統(tǒng)一的平臺，并提升運營商在業(yè)務推廣中的主動權和控制力；(2)運營商可以通過ota等方式方便的修改、更新和升級智能卡中部署的各項定制業(yè)務；(3)在一定程度上實現(xiàn)了業(yè)務承載的網(wǎng)絡化和媒體化，有效改善了人機界面，從而改善用戶體—驗。圖1為本發(fā)明基本工作原理圖。圖2為本發(fā)明的系纟充架構圖。圖3為系統(tǒng)簡明工作流程圖。圖4為本發(fā)明的指令識別流程圖。圖5為讀取卡內(nèi)文件的詳細工作流程圖。圖6為本發(fā)明的出錯處理流程圖。圖7為系統(tǒng)終端上用戶接口UI界面的示意圖。具體實施方式移動終端與智能卡之間采用ISO/IEC7816-4和/或GSM11.11協(xié)議進行通信，其中GSM11.11協(xié)議是ISO/IEC7816協(xié)議在GSM系統(tǒng)的具體應用。ISO/IEC7816-4是主從結構、命令響應式的協(xié)議。APDU(ApplicationProtocolDataUnit,應用協(xié)議數(shù)據(jù)單元)分為命令APDU和響應APDU兩類。由主機端向智能卡發(fā)出命令APDU;智能卡接受命令APDU后，執(zhí)行命令并返回響應APDU。在GSM應用中，對ISO/IEC7816-4的命令APDU格式進行了精簡，其命令APDU的格式如下<table>tableseeoriginaldocumentpage12</column></row><table>命令頭為命令的編碼；數(shù)據(jù)體Data為所需傳輸?shù)臄?shù)據(jù)。命令APDU命令頭中的各字節(jié)的含義為CLA:指令類別，GSM11.11規(guī)定，OxAO用于GSM應用；INS:指令代碼；Pl、P2:指令的參數(shù)，Pl、P2的含義和具體指令相關；P3表示指令中送給SIM卡的數(shù)據(jù)長度，或是表示等待從卡響應的數(shù)據(jù)最大長度。響應APDU由可變長度的數(shù)據(jù)體(可選的)和2字節(jié)尾部(必備的)組成，如下所示<table>tableseeoriginaldocumentpage12</column></row><table>其中，數(shù)據(jù)體的字節(jié)數(shù)由命令APDU的Le指出。Data是接收設備(如智能卡)接收命令APDU并進行處理后送回發(fā)送設備(如移動終端)的數(shù)據(jù)。尾部SW1和SW2為狀態(tài)代碼，各一個字節(jié)，指示命令執(zhí)行的結果正確與否。從上面的分析可以看出，無論是命令APDU,還是響應APDU,其數(shù)據(jù)體(Data)都可以用于傳輸數(shù)據(jù)。這是實現(xiàn)基于智能卡部署移動運營商定制業(yè)務方法中數(shù)據(jù)傳輸?shù)幕驹?。為了實現(xiàn)在智能卡上部署和預置移動運營商定制業(yè)務，本發(fā)明基于智能卡文件系統(tǒng)，建立了業(yè)務內(nèi)容數(shù)據(jù)文件，用于存儲包括圖標、應用數(shù)據(jù)在內(nèi)的各種定制業(yè)務內(nèi)容數(shù)據(jù)；以及專門的業(yè)務列表文件、品牌信息文件等業(yè)務索引文件，用于存儲與內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。隨著智能卡技術的不斷發(fā)展，智能卡的存儲容量、運算速度都有了很大的提高，因此將更多數(shù)據(jù)存放在卡上已經(jīng)成為可能。為了方便運營商對業(yè)務內(nèi)容進行修改或更新，在定義上述卡內(nèi)預置文件的數(shù)據(jù)結構時，要充分考慮到該結構的可擴展性及可更新性。本發(fā)明定義的業(yè)務索引文件數(shù)據(jù)結構包含了主要的業(yè)務屬性字段如表示各項業(yè)務排序的序號字段；業(yè)務名稱字段；多々某體圖標索引字段、存放業(yè)務所對應的URL地址的內(nèi)容字段；以及附加屬性字段等。本發(fā)明定義的業(yè)務內(nèi)容數(shù)據(jù)文件包含圖標、應用數(shù)據(jù)等內(nèi)容數(shù)據(jù)，業(yè)務內(nèi)容數(shù)據(jù)文件由業(yè)務索引文件中索引字段確定的路徑指示?；诖私Y構，運營商就可以選擇OTA(OverTheAir)等遠程方式對卡內(nèi)業(yè)務索引文件的特定字段內(nèi)容和業(yè)務內(nèi)容數(shù)據(jù)文件的內(nèi)容進行修改，從而實現(xiàn)其后期對定制業(yè)務的更新和再部署。上述的業(yè)務索引文件和業(yè)務內(nèi)容數(shù)據(jù)文件的數(shù)據(jù)可以采用多種數(shù)據(jù)結構表示，如二進制文件、記錄文件等，其具體的實現(xiàn)方法不在本
發(fā)明內(nèi)容之列，此處不予說明。無論其采用何種實現(xiàn)方式和存儲;〖各式，在傳輸過程中均可以將其視作通用數(shù)據(jù)，然后在移動終端上使用約定的數(shù)據(jù)結構對其進行解析。本發(fā)明利用APDU命令來實現(xiàn)業(yè)務列表數(shù)據(jù)及品牌信息數(shù)據(jù)的讀取和數(shù)據(jù)傳輸，其基本原理如圖l所示，由移動終端首先發(fā)出讀取業(yè)務列表數(shù)據(jù)和品牌信息數(shù)據(jù)的操作指令，智能卡接收后讀取相關業(yè)務數(shù)據(jù)，再返回給移動終端顯示。根據(jù)GSM11.11規(guī)定，標準的APDU命令具有特定的含義，因此，本發(fā)明所涉及的命令和數(shù)據(jù)傳輸必須以不影響標準定義的正常功能為前提。目前，已經(jīng)有采用APDU協(xié)議封裝來進行數(shù)據(jù)傳輸?shù)募夹g，利用這種技術，系統(tǒng)可以根據(jù)特定的協(xié)議令牌或者重定義的APDU命令參數(shù)來判斷是響應APDU命令本身含義所表明的操作，還是依照APDU命令中封裝的專用命令來進行操作或響應?；谏鲜黾夹g，發(fā)送端(既可以是移動終端，也可以是智能卡)先對所要攜帶的數(shù)據(jù)(如業(yè)務列表或品牌信息)進行協(xié)議封裝，然后利用標準的APDU命令，采用讀寫文件的方式傳輸封裝后的數(shù)據(jù)包，接收端收到數(shù)據(jù)包后，對其拆包、解析并執(zhí)行相應操作?？紤]到不同的移動終端所采用和支持的SIM卡文件類型可能不一樣，因此，可以利用GSM標準、強制性的文件作為^t據(jù)交換文件，以保證所有的移動終端都能兼容。同時，為了避免與協(xié)議規(guī)定的文件及其操作方式發(fā)生沖突，不影響標準文件本身的功能，同時采用虛擬映射的方式，即利用標準文件的文件名作為識別標識，實際的讀寫^喿作則在智能卡內(nèi)部文件上進行處理，不對真實的標準文件進行操作。隨著預置業(yè)務的增多，其對應的凄t據(jù)量也將急劇增加。而每條APDU命令所傳輸?shù)淖止?jié)數(shù)有限，因此，讀取全部的預置業(yè)務數(shù)據(jù)需要上百條APDU命令，花費很長時間。如果在每次終端啟動時都重新從卡內(nèi)讀取一次完整的預置業(yè)務數(shù)據(jù)會大大影響到用戶的體驗。因此，為了提高系統(tǒng)性能，本發(fā)明在卡內(nèi)建立了專門的版本信息文件。當?shù)谝淮芜\行本系統(tǒng)時，移動終端從智能卡中讀取窗口顯示所必須的業(yè)務索引文件和業(yè)務內(nèi)容數(shù)據(jù)文件以及版本信息文件，并將其存i文在終端存儲器中，例如FLASH、EEPROM;此后每次終端啟動，都首先從智能卡內(nèi)讀取版本信息文件，并與終端中保存的版本信息文件進行比較。當兩者相同時，終端將不再從卡內(nèi)讀取業(yè)務索引文件和業(yè)務內(nèi)容數(shù)據(jù)文件，反之則重新讀取，并更新上述終端存儲器中的版本信息文件以及業(yè)務索引文件和業(yè)務內(nèi)容數(shù)據(jù)文件。這既保證了終端與智能卡業(yè)務數(shù)據(jù)的同步，又縮短了系統(tǒng)運行時間。下面以大容量SIM卡和采用WindowsMobile操作系統(tǒng)的智能移動終端為例，對本發(fā)明作進一步的描述。本發(fā)明的系統(tǒng)分成三個主要方面終端上的應用，數(shù)據(jù)傳輸通道，和智能卡上的應用。系統(tǒng)架構如附圖2所示。根據(jù)本發(fā)明的一個實施例，在智能卡中預置有至少一個定制業(yè)務文件，包括業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件。進一步的，在智能卡中還包括命令接收模塊，用于接收由移動終端發(fā)出的命令，根據(jù)該命令中攜帶的協(xié)議令牌或重定義的命令參數(shù)以及操作碼，確定操作類型以及要操作的定制業(yè)務文件；命令執(zhí)行模塊，用于根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；及命令響應模塊，用于根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端相應的，在移動終端上可以包括命令收發(fā)模塊，用于發(fā)送與所部署的業(yè)務相關的命令，其中將協(xié)議令牌或重定義的命令參數(shù)以及操作碼封裝入所述命令中，接收從智能卡端返回的響應命令/執(zhí)行狀態(tài)，；數(shù)據(jù)保存模塊，用于保存從智能卡中讀取出來的定制業(yè)務數(shù)據(jù)；數(shù)據(jù)解析模塊，用于解析并顯示數(shù)據(jù)保存模塊中保存的定制業(yè)務數(shù)據(jù)。本發(fā)明所指的業(yè)務部署是指將基于智能卡軟件架構開發(fā)或集成的運營商定制業(yè)務的內(nèi)容和屬性數(shù)據(jù)傳送到移動終端，從而在終端界面上對各個業(yè)務進行顯示，并能支持用戶的操作和使用。其簡明工作流程如圖3所示。通過移動終端與智能卡的信息交互，獲得定制業(yè)務的版本信息、品牌信息、業(yè)務列表信息，并在手機端通過人機界面顯示出來。至于具體的基于智能卡的應用開發(fā)，不在本
發(fā)明內(nèi)容之列，此處不予說明。以中國移動的"移動夢網(wǎng)"業(yè)務為例，移動終端首先從智能卡內(nèi)讀取"移動夢網(wǎng)，，的業(yè)務索引文件，獲取所部署全部"夢網(wǎng)"業(yè)務的種類、名稱、服務器URL地址，以及業(yè)務對應的業(yè)務內(nèi)容數(shù)據(jù)文件路徑等索引信息。再根據(jù)索引從對應的業(yè)務內(nèi)容數(shù)據(jù)文件中讀取各子業(yè)務的圖標，網(wǎng)關配置數(shù)據(jù)等。最后終端上的應用對獲得的數(shù)據(jù)進行解析后調用終端資源(如顯示驅動，WAP瀏覽器等)將這些業(yè)務以圖形化的方式顯示出來，并支持業(yè)務的進一步訪問和操作。根據(jù)本發(fā)明的實施例，在智能卡文件系統(tǒng)中預置定制業(yè)務文件后，就可以對定制業(yè)務文件進行操作，并達到基于智能卡部署定制業(yè)務的目的，具體來i兌，例如，可以通過移動終端發(fā)送與所部署的業(yè)務相關的操作命令，其中將協(xié)議令牌或重定義的命令參數(shù)以及操作碼封裝入所述命令中；智能卡接收到由移動終端發(fā)出的命令后，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；智能卡根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，當成功執(zhí)行所述操作，將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；智能卡根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向態(tài)；移動終端根據(jù)所述返回的成功執(zhí)行的響應命令/執(zhí)行狀態(tài)，向智能卡發(fā)送讀數(shù)據(jù)交換文件命令，智能卡接收所述讀數(shù)據(jù)交換文件命令，執(zhí)行該命令，并返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端，移動終端接收并保存所述定制業(yè)務數(shù)據(jù)，解析并顯示移動終端中保存的定制業(yè)務數(shù)據(jù)。智能卡中根據(jù)所需預置的具體業(yè)務數(shù)目和種類創(chuàng)建相應的業(yè)務內(nèi)容數(shù)據(jù)文件和業(yè)務索引文件，其可以在預個人化的過程中被預置到智能卡中，并在后續(xù)使用過程中通過OTA等多種方式對文件內(nèi)容進行更新。本發(fā)明定義的業(yè)務索引文件及其數(shù)據(jù)結構如下所示。其中，業(yè)務列表文件的文件識別標識FID為2FA0h,品牌信息文件的文件識別標識FID為2FA2h，由于業(yè)務列表和品牌信息可能有固定的記錄結構，因此采用線型定長文件類型；版本文件的文件識別標識FID為2FAlh，采用透明文件類型。<table>tableseeoriginaldocumentpage16</column></row><table>其中，業(yè)務序號字段存儲的是各項業(yè)務的順序號，表示各項業(yè)務在移動終端界面顯示的排序；業(yè)務名稱字段存儲了在移動終端界面上顯示的業(yè)務名稱；圖標索引字段代表的是在智能卡內(nèi)存儲的各項業(yè)務圖標文件識別標識ID;統(tǒng)一資源定位字段存儲的是該業(yè)務所對應的遠程服務器訪問地址；RFU字段為該業(yè)務預留了應用執(zhí)行的操作碼等屬性字節(jié)。<table>tableseeoriginaldocumentpage17</column></row><table>其中，圖標文件名代表終端界面顯示的圖標名稱；圖標索引字段代表的是在智能卡內(nèi)存儲的各運營商圖標或品牌圖標的文件識別標識ID。<table>tableseeoriginaldocumentpage17</column></row><table>其中，版本號l、版本號2、版本號3代表不同業(yè)務文件及其業(yè)務內(nèi)容數(shù)據(jù)文件的版本信息，例如版本號1是業(yè)務列表文件及其業(yè)務內(nèi)容數(shù)據(jù)文件的版本信息，版本號2是品牌信息文件及其業(yè)務內(nèi)容數(shù)據(jù)文件的版本信息。業(yè)務內(nèi)容數(shù)據(jù)文件是由業(yè)務索引文件中索引字段確定的識別標識ID所指示。如前所述，終端中的存儲器中也需要建立與卡內(nèi)業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件等對應的數(shù)據(jù)庫文件，用以保存從智能卡中讀取到的這些數(shù)據(jù)。在WindowsMobile操作系統(tǒng)中，其提供了SIMManagerAPI來實現(xiàn)與SIM卡的數(shù)據(jù)交互。在simmgr.h頭文件中定義了部分函數(shù)，用于從SIM卡獲取信息，按功能進行分類，這些函數(shù)主要包括安全、電話簿、短信、文件等幾大類。其中，可以與SIM卡進行數(shù)據(jù)交換的函數(shù)主要是電話簿、短信、記錄/文件三類操作函數(shù)。電話本、短信兩類函數(shù)主要是針對特定的數(shù)據(jù)結構(電話簿、短信)提供出來的，采用標準的APDU命令來實現(xiàn)，不適用于傳輸自定義的數(shù)據(jù)結構。如果需要傳輸自定義的數(shù)據(jù)結構，采用記錄/文件類操作函數(shù)比較合適。在WindowsMobile中，支持ISO/IEC7816-4和GSM11.11規(guī)定的多種基本文件結構-透明文件從接口看到的文件是一個數(shù)據(jù)單元序列；-線性定長記錄文件具有固定長度記錄的線性文件；-線性不定長記錄文件具有可變長度記錄的線性文件；-具有固定長度記錄的循環(huán)文件；除了透明文件外，其它幾類文件的數(shù)據(jù)結構均具有一定含義，不方便傳輸自定義的數(shù)據(jù)結構，因此，本發(fā)明采用讀/寫/更新透明文件的方式來實現(xiàn)數(shù)據(jù)交換。如果傳輸?shù)膇t據(jù)量超過一次APDU能夠傳輸?shù)淖畲笾?，通過連續(xù)多次的操作來實現(xiàn)大容量數(shù)據(jù)的交換。GSMll.ll中與之對應的APDU命令為READBINARY和UPDATEBINARY,相應的才各式如下<table>tableseeoriginaldocumentpage19</column></row><table>響應參lt/數(shù)據(jù)如下:Byte(s)(字節(jié))Description(種類說明)Lengtli(長度)1—lgthDatatoberead/updatedLgth在WindowsMobile系統(tǒng)中，上述APDU命令被封裝成SimReadRecord和SimWriteRecord兩個函數(shù)。為簡明起見，下面仍以GSM協(xié)議中的APDU命令為例進行說明。當需要讀取各種業(yè)務數(shù)據(jù)時，移動終端上的應用通過操作指令將操作碼發(fā)送給智能卡。操作指令是一條APDU命令，它是通過對UPDATEBINARY指令的數(shù)據(jù)體進行擴充來實現(xiàn)讀取操作的，其格式如下<table>tableseeoriginaldocumentpage19</column></row><table>其中Zl、Z2為專用協(xié)議令牌。"XX"占1個字節(jié)，為操作碼，由協(xié)議令牌和操作碼可確定操作類型和要操作的業(yè)務文件，例如XX=0xAC，表示讀取文件標識FID為2FAlh的版本文件操作，；XX=0xAD，表示讀取文件標識為2FA0h的業(yè)務列表文件操作；XX=0xAE,表示讀取文件標識為2FA2h的品牌信息文件操作，。在另一個實施例中，操作指令是一條APDU指令，它是通過對UPDATEBINARYAPDU命令中的參數(shù)重定義以及對數(shù)據(jù)體進行擴充來實現(xiàn)讀取操作的，其格式如下<table>tableseeoriginaldocumentpage20</column></row><table>其中Zl、Z2和Z3是對APDU命令參數(shù)重定義的約定數(shù)值，從而區(qū)分經(jīng)過封裝的專用APDU和標準的APDU命令。如上所述，"XX"占l個字節(jié)，為操作碼，由Z1、Z2和Z3以及操作碼可確定操作類型和要操作的業(yè)務文件?？紤]到由于不同移動終端所支持的SIM卡文件結構不同可能帶來的不兼容，本發(fā)明借用標準文件名作為數(shù)據(jù)交換文件，如GSM11.11協(xié)議中的0x6F39。為了避免與協(xié)議規(guī)定的文件及其操作方式發(fā)生沖突，在APDU命令的數(shù)據(jù)體中定義了專用協(xié)議令牌或者通過對APDU命令中的參數(shù)重新定義，，配合文件名一起作為本發(fā)明的操作識別標識。一方面便于智能卡內(nèi)部應用對其不同的功能和操作進行重定義和解釋；另一方面也減少了與常規(guī)APDU命令操作的沖突。同時在智能卡內(nèi)用于存儲真實數(shù)據(jù)的文件名與數(shù)據(jù)交換文件進行映射，避免了對標準文件的任意操作和改寫。智能卡接收到操作命令后，根據(jù)專用協(xié)議令牌或者命令中的參數(shù)是約定的數(shù)值識別此命令是針對數(shù)據(jù)交換文件的特定操作，進一步通過APDU命令中自定義的操作碼識別是對定制業(yè)務文件進行操作，例如讀取版本信息操作、讀取業(yè)務列表操作、更新品牌信息操作，因此，不采用常規(guī)的APDU命令處理流程，而是轉為由本發(fā)明所設計的智能卡專用應用軟件進行處理，其流程如圖4所示。智能卡收到操作命令后，從業(yè)務索引文件中讀取業(yè)務索1信息，并且根據(jù)上述索51信息從對應的業(yè)務內(nèi)容數(shù)據(jù)文件中讀取相應的內(nèi)容(如圖片數(shù)據(jù)等)，并將讀取的業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件的數(shù)據(jù)寫入數(shù)據(jù)交換文件。然后返回正確執(zhí)行本次操作的響應命令/執(zhí)行狀態(tài)，等待移動終端再次發(fā)送APDU指令來讀取這些信息。如果智能卡執(zhí)行查詢命令出錯，智能卡向終端返回錯誤執(zhí)行本次操作的響應。移動終端獲得正確執(zhí)行的響應命令后，發(fā)送讀取文件的APDU指令，從智能卡中獲得相關數(shù)據(jù)。讀取文件的APDU命令可采用常規(guī)的讀文件指令。如果所要讀取的數(shù)據(jù)超過一條APDU可傳送的最大數(shù)據(jù)量限制時，可以采用多次連續(xù)讀取的方式來實現(xiàn)。在一種實施方式中，讀取文件的APDU命令可采用標準的READBINARYAPDU命令，格式如下所示<table>tableseeoriginaldocumentpage21</column></row><table>由于READBINARYAPDU命令沒有數(shù)據(jù)體，無法攜帶協(xié)議令牌以識別讀取數(shù)據(jù)交換文件的專用APDU命令，因此可在上述查詢指令操作時設置參數(shù)，在讀取文件的APDU命令操作時，通過判斷設置的參數(shù)來識別是讀取數(shù)據(jù)交換文件的專用APDU命令。在另一種實施方式中，讀取文件的APDU命令可采用對標準READBINARYAPDU命令中的參數(shù)重定義以識別是讀取數(shù)據(jù)交換文件，格式如下<table>tableseeoriginaldocumentpage21</column></row><table>其中Zl、Z2和Z3是APDU命令參數(shù)重定義的約定數(shù)值，例如FF，F(xiàn)F和FF,從而區(qū)分讀取數(shù)據(jù)交換文件的專用APDU和標準的APDU命令。智能卡將操作得到的業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件返回終端的流程如圖4所示，智能卡接收READBINARYAPDU命令，通過作為數(shù)即判斷數(shù)據(jù)交換文件名是否是約定的標準文件名，以及操作參數(shù)是否是約定的數(shù)值，然后通過READBINARYAPDU命令響應將得到的定制業(yè)務數(shù)據(jù)傳送到終端。其中，操作參數(shù)包括上述操作指令操作時設置的參數(shù)或者是重定義的READBINARYAPDU命令的參數(shù)。最后，終端將讀取的業(yè)務信息以文本文件的格式保存在終端中，上層軟件使用約定的數(shù)據(jù)結構對數(shù)據(jù)進行解析、顯示，從而實現(xiàn)智能卡預置品牌及業(yè)務的可視化目的。隨著預置業(yè)務的增多，其對應的數(shù)據(jù)量也將急劇增加。而每條APDU命令所傳輸?shù)淖止?jié)數(shù)有限，因此，讀取全部的預置業(yè)務數(shù)據(jù)需要花費很長時間。如果在每次終端啟動時都重新從卡內(nèi)讀取一次完整的預置業(yè)務數(shù)據(jù)會大大影響到用戶的體驗。因此，為了提高系統(tǒng)性能，本發(fā)明在卡內(nèi)建立了專門的版本文件，并同時在終端中的存儲器，例如FLASH,EEPROM中也建立這樣一個版本信息文件。當?shù)谝淮芜\行本系統(tǒng)時，終端從智能卡中讀取窗口顯示所必須的預置業(yè)務數(shù)據(jù)以及版本信息文件，并將其存放在終端存儲器中；此后每次終端啟動，都首先從智能卡內(nèi)讀if又版本信息文件，并將版本文件中表示不同業(yè)務的版本信息與終端中保存的版本文件中對應的版本信息進行比較。當兩者相同時，終端將不再從卡內(nèi)讀取相應的業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件，反之則重新讀取，并更新終端存儲器中相應的業(yè)務索引文件及其業(yè)務內(nèi)容數(shù)據(jù)文件和版本信息文件。這既保證了終端與智能卡業(yè)務凄t據(jù)的同步，又縮短了系統(tǒng)運行時間。對于上述部署了定制業(yè)務的專用智能卡，有可能由于不確定的原因使得在數(shù)據(jù)傳輸過程中出錯，對于這種情況也需要設計合理的出錯處理方法。參考圖6,比如可以采用重試操作三次的方法判斷，如果三次仍沒有成功，則向上層應用返回操作失敗的信息，由上層應用決定如何終止程序的運行。終端上的應用則主要承擔如下幾部分功能負責發(fā)送與所部署的業(yè)務相關的APDU操作指令，如讀取/更新業(yè)務內(nèi)容數(shù)據(jù)文件和業(yè)務索引文件指令等；負責解析和顯示從智能卡端讀取來的定制業(yè)務數(shù)據(jù)；提供與終端應用(比如WAP瀏覽器等)的第三方接口；提供便捷的人機操作的界面/接口，如實現(xiàn)窗口功能、提供翻頁功能、鍵盤等人機交互設備的關聯(lián)等等。本系統(tǒng)在終端上的用戶接口UI界面顯示的效果框圖如圖7所示。權利要求1、一種智能卡，包括數(shù)據(jù)存儲區(qū)，存儲有智能卡文件系統(tǒng)，其特征在于，所述智能卡文件系統(tǒng)中預置有至少一個定制業(yè)務文件，所述智能卡進一步包括命令接收模塊，用于接收由移動終端發(fā)出的操作命令，根據(jù)所述操作命令攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；命令執(zhí)行模塊，用于根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；及命令響應模塊，用于根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)。2、如權利要求1所述的智能卡，其特征在于，所述操作命令是更新二進制UPDATEBINARYAPDU命令，所述操作命令攜帶的lt據(jù)包括協(xié)議令牌或重定義的所述APDU命令參數(shù)以及操作碼。3、如權利要求1所述的智能卡，其特征在于，所述命令接收模塊還用于接收移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；所述命令執(zhí)行模塊還用于執(zhí)行所述讀數(shù)據(jù)交換文件命令，所述命令響應模塊還用于返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端。4、如權利要求3所述的智能卡，其特征在于，所述讀數(shù)據(jù)交換文件命令為讀二進制READBINARYAPDU命令。5、如權利要求1或3所述的智能卡，其特征在于，所述數(shù)據(jù)交換文件與標準文件名之間具有映射關系。6、如權利要求1所述的智能卡，其特征在于，所述定制業(yè)務文件，包括業(yè)務內(nèi)容數(shù)據(jù)文件，用于存儲各種定制業(yè)務內(nèi)容數(shù)據(jù)；及業(yè)務索引文件，用于存儲與所述內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。7、如權利要求6所述的智能卡，其特征在于，所述業(yè)務索引文件包括業(yè)務列表文件、品牌信息文件。8、如權利要求6所述的智能卡，其特征在于，所述定制業(yè)務文件進一步包括版本信息文件，用于標識所述定制業(yè)務的當前版本。9、一種基于智能卡對定制業(yè)務文件進行操作的方法，其特征在于，包括如下步驟(1)在智能卡文件系統(tǒng)中預置至少一個定制業(yè)務文件；(2)智能卡接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；(3)智能卡根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，并將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；(4)智能卡根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)。(5)智能卡接收移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；(6)智能卡執(zhí)行所述讀數(shù)據(jù)交換文件命令；(7)智能卡向移動終端返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端。10、如權利要求9所述的方法，其特征在于，所述步驟(2)中操作命令是更新二進制UPDATEBINARYAPDU命令，所述操:作命令攜帶的數(shù)據(jù)包括協(xié)議令牌或重定義的所述APDU命令參數(shù)以及操作碼。11、如權利要求9所述的方法，其特征在于，所述讀數(shù)據(jù)交換文件命令為讀二進制READBINARYAPDU命令。12、如權利要求9所述的方法，其特征在于，所述數(shù)據(jù)交換文件與標準文件名之間具有映射關系。13、如權利要求9所述的方法，其特征在于，所述定制業(yè)務文件，包括業(yè)務內(nèi)容凄t據(jù)文件，用于存儲各種定制業(yè)務內(nèi)容數(shù)據(jù)；及業(yè)務索引文件，用于存儲與所述內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。14、如權利要求13所述的方法，其特征在于，所述業(yè)務索引文件包括業(yè)務列表文件、品牌信息文件。15、如權利要求13所述的方法，其特征在于，所述定制業(yè)務文件進一步包括版本信息文件，用于標識所述定制業(yè)務的當前版本。16、一種基于智能卡部署定制業(yè)務的系統(tǒng)，包括移動終端、智能卡，所述智能卡包括數(shù)據(jù)存儲區(qū)，存儲有智能卡文件系統(tǒng)，其特征在于所述智能卡文件系統(tǒng)中預置有至少一個定制業(yè)務文件，所述智能卡進一步包括命令接收模塊，用于接收由移動終端發(fā)出的操作命令，根據(jù)該命令中攜帶的數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；命令執(zhí)行模塊，用于根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的^喿作，并將得到的定制業(yè)務it據(jù)寫入數(shù)據(jù)交換文件；命令響應模塊，用于根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)，所述移動終端，包括命令收發(fā)模塊，用于發(fā)送與所部署的業(yè)務相關的命令，并接收從智能卡返回的響應命令/執(zhí)行狀態(tài)，其中將攜帶的數(shù)據(jù)封裝入所述命令中；數(shù)據(jù)保存模塊，用于保存從智能卡中讀取出來的所述定制業(yè)務數(shù)據(jù)；數(shù)據(jù)解析模塊，用于解析并顯示所述數(shù)據(jù)保存模塊中保存的定制業(yè)務數(shù)據(jù)。17、如權利要求16所述的系統(tǒng)，其特征在于，所述命令接收模塊還用于接收由移動終端發(fā)出的讀數(shù)據(jù)交換文件命令；所述命令執(zhí)行模塊還用于執(zhí)行所述讀數(shù)據(jù)交換文件命令；所述命令響應模塊還用于返回讀數(shù)據(jù)交換文件的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端；所述命令收發(fā)模塊發(fā)送的命令包括所述操作命令和所述讀數(shù)據(jù)交換文件命令，所述命令收發(fā)模塊接收從智能卡返回的讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，獲得所述所制業(yè)務數(shù)據(jù)。18、如權利要求16或17所述的系統(tǒng)，其特征在于，所述操作命令是更新二進制UPDATEBINARYAPDU命令，所述操:作命令攜帶的數(shù)據(jù)包括協(xié)議令牌或重定義的所述APDU命令參數(shù)以及操作碼。19、如權利要求17所述的系統(tǒng)，其特征在于，所述讀數(shù)據(jù)交換文件命令為讀二進制READBINARYAPDU命令。20、如權利要求16或17所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)交換文件與標準文件名之間具有映射關系。21、如權利要求16所述的系統(tǒng)，其特征在于，所述定制業(yè)務文件，包括業(yè)務內(nèi)容數(shù)據(jù)文件，用于存儲各種定制業(yè)務內(nèi)容數(shù)據(jù)；及業(yè)務索引文件，用于存儲與所述內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。22、如權利要求21所述的系統(tǒng)，其特征在于，所述業(yè)務索引文件包括業(yè)務列表文件、品牌信息文件。23、如權利要求21所述的系統(tǒng)，其特征在于，所述定制業(yè)務文件進一步包括版本信息文件，用于標識所述定制業(yè)務的當前版本；所述移動終端的命令收發(fā)模塊還用于首先發(fā)送讀版本信息文件命令，判斷數(shù)據(jù)保存^t塊中保存的版本信息文件與移動終端從智能卡中讀取出來的版本信息文件是否相同，當兩者相同時，所述命令收發(fā)模塊不發(fā)送與所部署的業(yè)務相關的命令，當兩者不同時，所述數(shù)據(jù)保存模塊保存從智能卡中讀取出來的版本信息文件，所述命令收發(fā)模塊發(fā)送與所部署的業(yè)務相關的命令。24、一種基于智能卡部署定制業(yè)務的方法，在移動終端中基于智能卡預置和顯示運營商的定制業(yè)務，其特征在于，包括如下步驟(1)在智能卡文件系統(tǒng)中預置至少一個定制業(yè)務文件；(2)由移動終端發(fā)送與所部署的業(yè)務相關的操作命令，其中將攜帶的數(shù)據(jù)封裝入所述命令中；(3)智能卡接收由移動終端發(fā)出的所述操作命令，根據(jù)該命令中攜帶的所述數(shù)據(jù)，確定操作類型以及要操作的定制業(yè)務文件；(4)智能卡根據(jù)所述確定的操作類型以及要操作的定制業(yè)務文件，執(zhí)行對應的操作，當成功執(zhí)行所述操作，將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件；(5)智能卡根據(jù)成功執(zhí)行所述操作或執(zhí)行所述操作出錯，向移動終端返回成功執(zhí)行的響應命令/執(zhí)行狀態(tài)或執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)；(6)移動終端根據(jù)所述返回的成功執(zhí)行的響應命令/執(zhí)行狀態(tài)，向智能卡發(fā)送讀數(shù)據(jù)交換文件命令；(7)智能卡接收所述讀數(shù)據(jù)交換文件命令，執(zhí)行該命令，并返回所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，通過該響應命令/執(zhí)行狀態(tài)將所述定制業(yè)務數(shù)據(jù)返回給移動終端；(8)移動終端接收并保存所述定制業(yè)務數(shù)據(jù)；(9)移動終端解析并顯示移動終端中保存的定制業(yè)務數(shù)據(jù)。25、如權利要求24所述的方法，其特征在于，所述操作命令為UPDATEBINARYAPDU命令，所述操作命令攜帶的數(shù)據(jù)包括協(xié)議令牌或重定義的所述APDU命令參數(shù)以及操作碼。26、如權利要求24所述的方法，其特征在于，所述讀數(shù)據(jù)交換文件命令為READBINARYAPDU命令。27、如權利要求24所述的方法，其特征在于，所述步驟(6)還包括移動終端根據(jù)所述返回的執(zhí)行出錯的響應命令/執(zhí)行狀態(tài)，至少再發(fā)送一次與所布署的業(yè)務相關的操作命令。28、如權利要求24所述的方法，其特征在于，所述定制業(yè)務文件，包括..業(yè)務內(nèi)容數(shù)據(jù)文件，用于存儲各種定制業(yè)務內(nèi)容數(shù)據(jù)；及業(yè)務索引文件，用于存儲與所述內(nèi)容數(shù)據(jù)相對應的索引和屬性數(shù)據(jù)。29、如權利要求28所述的方法，其特征在于，所述業(yè)務索引文件包括業(yè)務列表文件、品牌信息文件。30、如權利要求28所述的方法，其特征在于，所述定制業(yè)務文件進一步包括版本信息文件，用于標識所述定制業(yè)務文件的當前版本；所述步驟(2)之前還包括步驟移動終端發(fā)送讀版本信息文件命令，智能卡接收該命令，執(zhí)行讀版本信息文件的操作，并將版本信息文件寫入數(shù)據(jù)交換文件，智能卡向移動終端返回所述讀版本信息文件命令的響應命令/執(zhí)行狀態(tài)，移動終端根據(jù)接收的所述響應命令/執(zhí)行狀態(tài)，發(fā)送讀數(shù)據(jù)交換文件命令，智能卡接收該命令，通過所述讀數(shù)據(jù)交換文件命令的響應命令/執(zhí)行狀態(tài)，將所述版本信息文件返回給移動終端，移動終端判斷接收的版本信息文件與移動終端中保存的版本信息文件是否相同，當兩者相同時，移動終端解析并顯示移動終端中保存的定制業(yè)務數(shù)據(jù)，當兩者不同時，將版本信息文件保存到移動終端，并繼續(xù)此后的步驟。31、如權利要求30所述的方法，其特征在于，所述讀版本信息文件命令為UPDATEBINARYAPDU命令，所述讀數(shù)據(jù)交換文件命令為READBINARYAPDU命令。32、如權利要求24或30所述的方法，其特征在于，所述數(shù)據(jù)交換文件與標準文件名之間具有映射關系。全文摘要本發(fā)明公開了一種智能卡及其實現(xiàn)部署定制業(yè)務的系統(tǒng)及方法，在智能卡中預置有至少一個定制業(yè)務文件，移動終端首先發(fā)出對定制業(yè)務文件的操作命令，命令中封裝有攜帶的數(shù)據(jù)，智能卡接收后，對相應定制文件進行操作，將得到的定制業(yè)務數(shù)據(jù)寫入數(shù)據(jù)交換文件，并返回命令響應/執(zhí)行狀態(tài)，移動終端根據(jù)返回的命令響應/執(zhí)行狀態(tài)，發(fā)出讀數(shù)據(jù)交換文件命令，智能卡接收后將數(shù)據(jù)交換文件返回給移動終端，移動終端接收、解析并顯示數(shù)據(jù)交換文件中的定制業(yè)務數(shù)據(jù)。本發(fā)明可以靈活的通過智能卡對定制文件進行操作，并與移動終端結合實現(xiàn)移動運營商定制業(yè)務預置和顯示。文檔編號H04W88/02GK101400164SQ20071017540公開日2009年4月1日申請日期2007年9月29日優(yōu)先權日2007年9月29日發(fā)明者溯張,楊延輝,潘智勇申請人:鳳凰微電子(中國)有限公司