專利名稱：Ic卡的制作方法
技術(shù)領(lǐng)域：
實施方式涉及IC卡。
背景技術(shù)：
海外的許多國家采用GSM (注冊■商標)(Global System for Mobilecommunications :全球移動通信系統(tǒng))方式作為手機系統(tǒng)方式。在GSM(注冊■商標)方式中，在手機內(nèi)必須有作為IC卡的一種的SIM (Subscriber Identity Module :客戶識別模塊) 卡。在日本不采用GSM (注冊■商標)，而是著手于采用了 3GPP (3rd GenerationPartnership Project :第三代合作伙伴計劃)標準的手機系統(tǒng)。即使是3GPP標準也必須有和 SIM卡一樣的 IC 卡、USIM(Universal Subscriber Identity Module :全球用戶身份模塊)卡。將GSM(注冊商標)、3GPP中使用的SM、US頂插入到手機終端內(nèi)。在SM、HSM中記錄有為了與通信運營商的通信網(wǎng)絡(luò)連接所需要的密鑰信息、加密算法以及各種網(wǎng)絡(luò)參數(shù)。手機終端將這些信息發(fā)送到通信運營商的OTA(Over The Air :無線下載)服務(wù)器、認證/管理服務(wù)器等，并與這些服務(wù)器之間進行認證，如果認證結(jié)果正確，則能夠接受通信運營商的通信服務(wù)。在標準(ETSITS 102 223，ETSI TS 102 241)中，規(guī)定有被稱為 CTA(CardApplication Toolkit :卡應(yīng)用工具包)的規(guī)格。CAT安裝在以IC卡中的SM、USM、UM等為代表的用于識別手機等的用戶信息的卡(以下，稱為ΠΜ)中。在該CAT的規(guī)格之一中，規(guī)定有從UIM對手機(以下稱為ME)、或者對網(wǎng)絡(luò)服務(wù)器進行各種操作請求、信息發(fā)送的被稱為主動(proctive)指令的功能。根據(jù)上述標準，在ΠΜ中執(zhí)行被稱為工具包小程序的Java程序(Applet)或者嵌入軟件的情況下，有時在ΠΜ中產(chǎn)生主動指令發(fā)送請求。此時，作為針對從ME發(fā)送的取指令的響應(yīng)數(shù)據(jù)UM發(fā)送主動指令。但是，直到ME發(fā)送取指令為止，UM不能輸出主動指令。另ー方面，在ΠΜ中，通過與該狀態(tài)獨立地進行的Java程序的動作，能夠產(chǎn)生其它的主動指令發(fā)送請求。因此，在UM中，如果不接收取指令的(ME不發(fā)送取指令)狀態(tài)繼續(xù)，則在ΠΜ中蓄積未發(fā)送的主動指令。另外，如果從ME對ΠΜ提供復位信號，則因為未發(fā)送的主動指令信息也被復位，所以有應(yīng)該發(fā)送的主動指令不能發(fā)送的情況。因此，在ΠΜ中有防止因特定的指令而產(chǎn)生的對ME的發(fā)送數(shù)據(jù)未發(fā)送地被蓄積的需求，還有防止因特定的指令而產(chǎn)生的對ME的發(fā)送數(shù)據(jù)被不經(jīng)意地消去的需求。

發(fā)明內(nèi)容
為了解決上述問題，實施方式提供ー種IC卡，解釋/執(zhí)行來自外部的指令指示，并應(yīng)答其結(jié)果，該IC卡的特征在于，具備指令生成部，針對來自外部的特定的指令指示生成對外部要求特定動作的請求指令；存儲部，在存儲器中存儲上述生成的請求指令；通知部，在對上述特定指令指示的應(yīng)答時向外部通知上述請求指令的發(fā)生，在從外部指示了上述請求指令的取出吋，向上述外部通知上述請求指令；以及廢棄部，在從外部指示了上述請求指令的廢棄時，廢棄上述存儲部內(nèi)的請求指令。


圖I是表示第I種實施方式的ME與UM的連接以及各自的構(gòu)成方框的示意圖。圖2是表示在第I種實施方式的ME與UIM之間的一般的指令授受次序的示意圖。圖3是表示在第I種實施方式的ME與UM之間的主動指令被蓄積時進行廢棄的通信次序的示意圖。 圖4是表示第I種實施方式的T-I協(xié)議格式的示意圖。圖5是表示在第I種實施方式的ME和UM之間的主動指令被蓄積時進行再發(fā)送的通信次序的示意圖。圖6是表示第I種實施方式的ΠΜ的處理手續(xù)的示意流程圖。圖7是用于對將第I種實施方式的UIM組裝到IC卡而構(gòu)成的例子進行說明的示意框圖。
具體實施例方式一般地，在一個實施方式中提供ー種IC卡，該IC卡解釋并執(zhí)行來自外部的指令指示，應(yīng)答其結(jié)果，該IC卡包括指令生成部，針對來自外部的特定指令指示生成對外部要求特定動作的請求指令；存儲部，將上述生成的請求指令存儲在存儲器中；通知部，在針對上述特定指令指示的應(yīng)答時向外部通知上述請求指令的發(fā)生，在從外部指示了取出上述請求指令時將上述請求指令通知到上述外部；以及廢棄部，在從外部指示了廢棄上述請求指令時廢棄上述存儲部內(nèi)的請求指令。[第I實施方式]圖I是表示第I實施方式的手機(ME) I與ΠΜ2的連接以及各自的構(gòu)成方框的圖。UIM2是可攜帶電子設(shè)備，安裝在MEl中處理手機應(yīng)用程序利用時的數(shù)據(jù)。在MEl中設(shè)置有控制部11、顯示部12、通信部14以及輸入部15?？刂撇?1總體地控制MEl內(nèi)的各部的動作。顯示部12對用戶顯示信息。通信部14執(zhí)行和ΠΜ2之間的數(shù)據(jù)通信。輸入部15輸入來自用戶的指示。UIM2具備通信接ロ部21、控制部22、RAM23、R0M24、非易失性存儲器25。通信接ロ部21接收從MEl發(fā)送的數(shù)據(jù)并輸出到控制部22?？刂撇?2進行計算、控制等，總體地控制ΠΜ2。R0M24是讀出專用存儲器。在R0M24中存儲有操作系統(tǒng)(OS)等基本軟件、應(yīng)用程序以及數(shù)據(jù)。RAM23被使用為控制部22的處理的作業(yè)區(qū)域。非易失性存儲器25是EEPR0M、閃存等可改寫的非易失性存儲器，被使用為一般用戶的工作區(qū)域、程序區(qū)域等。后述的Java程序存儲在非易失性存儲器25中。圖2是表示在第I種實施方式的MEl和ΠΜ2之間的一般的指令授受次序的圖。在步驟SOl中，MEl向ΠΜ2發(fā)送信包(Envelope)指令。在此，在信包指令中，在上述標準中規(guī)定有多種格式。事件下載(Event download)是該格式的I種,是將在MEl中發(fā)生了規(guī)定事件這ー情況通知給ΠΜ2的內(nèi)容。在ΠΜ2中，啟動與接收到的信包指令對應(yīng)的Java程序，執(zhí)行Java程序中記載的程序。此時，在使MEl發(fā)起某個動作的情況下，例如在使MEl的顯示部12執(zhí)行顯示畫面的處理的情況下，需要對MEl發(fā)送指定了畫面顯示的主動指令。因此，在步驟S02中，ΠΜ2向MEl發(fā)送“91XX”的狀態(tài)字。該“91XX”的狀態(tài)字表示主動指令的發(fā)送請求。S卩，表示有需要向ΠΜ2發(fā)送的主動指令。在步驟S03中，接收到“ 91XX”的狀態(tài)字的MEl對ΠΜ2輸出取指令。在步驟S04中，接收到取指令的ΠΜ2將主動指令和“ 9000”的狀態(tài)字發(fā)送到MEl。接收到主動指令的 MEl執(zhí)行與該主動指令對應(yīng)的處理。例如，執(zhí)行輸出聲音、進行畫面顯示、撥打電話等動作。在步驟S05中，MEl將執(zhí)行結(jié)果作為終端響應(yīng)輸出到ΠΜ2。例如，回送執(zhí)行完成、由于用戶在操作中而不能執(zhí)行、發(fā)生錯誤而中止執(zhí)行等應(yīng)答。在步驟S06中，UIM2按照Java程序的程序進行以后的處理。當Java程序沒有后續(xù)處理的主動指令的情況下，發(fā)送“9000”的狀態(tài)字。以下說明主動指令發(fā)送不能正常進行、主動指令被蓄積時的手續(xù)。圖3是表示在第I實施方式的MEl和ΠΜ2之間的主動指令被蓄積時進行廢棄的通信次序的圖。在步驟Sll中，MEl發(fā)送信包(事件下載)。ΠΜ2將該指令的接收作為觸發(fā)，啟動Java程序。而后，在步驟S12中，ΠΜ2向MEl發(fā)送表示有應(yīng)該發(fā)送的主動指令的狀態(tài)字(Sff) = 91χχ0直到這里為止的處理與在圖2中說明過的次序一祥。一般情況下，MEl向ΠΜ2發(fā)送取指令。但是，當ME正在執(zhí)行不能發(fā)送取指令的處理的情況下，不向ΠΜ2發(fā)送取指令，而發(fā)送與正在執(zhí)行的處理有關(guān)的其他指令。在步驟S13中，MEl發(fā)送選擇指令。ΠΜ2接收選擇指令，正常地進行處理。接下來，在每次發(fā)送指令吋，UIM2都調(diào)查是否有應(yīng)該發(fā)送的主動指令。然后，因為存在未發(fā)送的主動指令，所以在步驟S14 中向 MEl 發(fā)送 Sff = 91χχ。之后，MEl不發(fā)送取指令，在步驟S15中，將和步驟SI不同的其它的信包(菜單選擇，Menu Selection)指令發(fā)送到ΠΜ2。ΠΜ2將該信包指令作為觸發(fā)，啟動Java程序。于是，Java程序?qū)Ζ唉?進行主動指令發(fā)送請求。在步驟S16中，UM2向MEl發(fā)送SW = 91xx。在上述的例子中，在第I次Java程序啟動中發(fā)生的主動指令，和在第2次Java程序啟動中發(fā)生的主動指令的這2個主動指令被蓄積在UM2中。這樣，在接收到主動指令后，在因MEl —側(cè)的原因MEl不發(fā)送取指令的情況下，在ΠΜ2中產(chǎn)生主動指令被蓄積的狀態(tài)。以下說明MEl —側(cè)的應(yīng)對情況。例如，考慮用戶正在執(zhí)行向MEl輸入郵件的文章等操作的過程中的情況。此時，如果接收主動指令而顯示與該指令對應(yīng)的畫面，則用戶正在使用的功能被暫時中斷，變成非常不合適的狀態(tài)。因此，此時設(shè)為在MEl中不能接收主動指令。S卩，當MEl未處于能夠接收并處理主動指令的狀態(tài)的情況下，接收到來自ΠΜ2的SW =9IXX的MEl能夠?qū)Ζ唉?請求主動指令的廢棄。
在步驟S17中，MEl向ΠΜ2發(fā)送表示主動指令廢棄的選擇指令。與在MEl中接收正在執(zhí)行規(guī)定作業(yè)的步驟S16所示的SW = 91xx對應(yīng)地執(zhí)行該選擇指令的發(fā)送。在指令數(shù)據(jù)中表示主動指令廢棄吋，ΠΜ2廢棄當前蓄積著的主動指令。另外，廢棄主動指令的方法能夠通過選擇指令來指定。例如，能夠指定為廢棄最早的主動指令，或者能夠指定廢棄蓄積著的全部的主動指令。ΠΜ2廢棄主動指令，在步驟S18中發(fā)送狀態(tài)字。在沒有主動指令的情況下發(fā)送SW = 9000，在還殘留有主動指令的情況下返回SW = 91xx。另外，當指示廢棄主動指令的情況下,將指令作為T = I協(xié)議的I-block發(fā)送,能夠在該PCB中表示廢棄主動指令。圖4是表示第I實施方式的T-I協(xié)議格式的圖。在T-I 協(xié)議格式(IS007816)中，指令由 NAD、PCB、LEN、INF、EDC 構(gòu)成。NAD 表示地址。PCB是表示模式的控制代碼。LEN表示指令的長度。INF表示指令的種類(選擇指令、主動指令等)。EDC是錯誤檢測用校驗碼。PCB在模式為I-block時，用8字節(jié)構(gòu)成，且右邊的5字節(jié)未使用。因此，能夠在該 未使用的數(shù)據(jù)區(qū)域中記載表示指令廢棄的數(shù)據(jù)。圖5是表示在第I實施方式的MEl和ΠΜ2之間的主動指令被蓄積時進行再發(fā)送的通信次序的圖。因為步驟S21 S26的次序和圖3所示的步驟Sll S16的次序相同，因此省略其詳細說明。當再次開始主動指令的接收時,在步驟S31中，MEl向UIM2發(fā)送復位指令。該復位指令例如是在將MEl的電源從關(guān)斷設(shè)為接通時為了對ΠΜ2進行初始化而發(fā)送的指令。因此，接收到復位指令的ΠΜ2對RAM23清機。以往，主動指令因為被蓄積在RAM23中所以被廢棄。但在本實施方式中，因為主動指令被蓄積在非易失性存儲器25中，所以不被廢棄。在步驟S32中，UIM2作為對復位的應(yīng)答回復ATR(應(yīng)答復位，answer to reset)。在步驟S33中，MEl發(fā)送選擇指令。ΠΜ2接收選擇指令，正常地進行處理。接下來，UIM2調(diào)查是否有應(yīng)該發(fā)送的主動指令。因為在非易失性存儲器25中存在想發(fā)送的主動指令，所以在步驟S34中向MEl發(fā)送SW = 91xx。接收到[91XX]的狀態(tài)字的MEl在步驟S35中對ΠΜ2輸出取指令。接收到取指令的ΠΜ2在步驟S36中向MEl發(fā)送主動指令和“9000”的狀態(tài)字。接收到主動指令的MEl執(zhí)行與該主動指令對應(yīng)的處理。例如執(zhí)行輸出聲音、進行畫面顯示、撥打電話等動作。在步驟S37中，MEl將執(zhí)行結(jié)果作為終端響應(yīng)輸出到ΠΜ2。例如，回送執(zhí)行完成、由于用戶在操作中而不能執(zhí)行、發(fā)生錯誤而中止執(zhí)行等的應(yīng)答。接收到終端響應(yīng)的ΠΜ2進一歩調(diào)查是否有應(yīng)該發(fā)送的主動指令。在有應(yīng)該發(fā)送的主動指令的情況下，在步驟S38中，向 MEl 發(fā)送 Sff = 91xx。以后，重復執(zhí)行步驟S35 S38的處理，重復執(zhí)行的次數(shù)為剩下的主動指令的相應(yīng)數(shù)量。在步驟S41中，接收到“ 91XX”的狀態(tài)字的MEl對ΠΜ2輸出取指令。接收到取指令的ΠΜ2在步驟S42中向MEl發(fā)送主動指令和“9000”的狀態(tài)字。接收到主動指令的MEl執(zhí)行與該主動指令對應(yīng)的處理。在步驟S43中，MEl將執(zhí)行結(jié)果作為終端響應(yīng)輸出到ΠΜ2。接收到終端響應(yīng)的ΠΜ2在步驟S44中向MEl發(fā)送表示沒有應(yīng)該發(fā)送的主動指令的SW =9000。以上，根據(jù)圖3至圖5說明的次序，則能夠在所希望的時刻廢棄主動指令，另外，能夠在復位后再次開始。以下，參照圖6說明用于實現(xiàn)上述通信次序的ΠΜ2的處理流程。另外，圖6所示的“ ΠΜ-控制部”表示控制部22，“ΠΜ-Java程序部”表示存儲在非易失性存儲器25中的Java程序。在步驟S50中，MEl發(fā)送指令。在步驟TOl中，UIM-控制部接收指令，在步驟T02中解釋指令。在步驟T03中判斷接收指令中是否指示廢棄主動指令。當接收指令中指示廢棄主動指令的情況下，在步驟T04中，廢棄被蓄積在非易失性存儲器25中的主動指令。然后進入步驟T05。當接收指令中沒有指示廢棄主動指令的情況下，在步驟T05中解釋指令。在步驟T06中判斷是否需要執(zhí)行Java程序。

例如，在上述的例子中，當指令是信包指令、取指令的情況下，判斷為需要執(zhí)行Java程序，當指令是終端響應(yīng)指令的情況下判斷為不需要執(zhí)行Java程序。在步驟T06中，在判斷為不需要執(zhí)行Java程序的情況下，在步驟TlO中執(zhí)行指令。在步驟Tll中調(diào)查非易失性存儲器25中是否蓄積有主動指令。當非易失性存儲器25中未蓄積主動指令的情況下，在步驟T12中設(shè)SW = 9000。當非易失性存儲器25中蓄積有主動指令的情況下，在步驟T13中設(shè)SW = 91XX。在步驟T14中發(fā)送響應(yīng)。在步驟T51中MEl接收響應(yīng)。在步驟T06中，當判斷為需要執(zhí)行Java程序的情況下，在步驟POl中執(zhí)行Java程序，在步驟P02中解釋指令。在步驟P03中判斷指令是否是取指令。當指令不是取指令的情況下,在步驟P04中執(zhí)行Java程序。在步驟P05中判斷是否需要發(fā)送主動指令。當不需要發(fā)送主動指令的情況下，在步驟T12中設(shè)SW = 9000。然后，在步驟T14中發(fā)送響應(yīng)。在需要發(fā)送主動指令時，在步驟P06中，將主動指令存儲在非易失性存儲器25中。在步驟T13中，設(shè)SW = 91XX。然后，在步驟T14中發(fā)送響應(yīng)。在步驟P03中，當指令是取指令的情況下，在步驟P07中，將主動指令和SW = 9IXX設(shè)置為發(fā)送數(shù)據(jù)。在步驟P08中，從非易失性存儲器25中刪除發(fā)送的主動指令。在步驟T14中發(fā)送響應(yīng)。另外，在圖6所不的流程圖中，在步驟T03中，在接收指令中指不了廢棄王動指令的情況下，在步驟T04中廢棄被蓄積在非易失性存儲器25中的主動指令，但也可以不廢棄非易失性存儲器25內(nèi)的全部的主動指令，而廢棄最早的主動指令。另外，上述的ΠΜ2能夠構(gòu)成為組裝到IC卡中、與卡讀寫器之間進行數(shù)據(jù)的收發(fā)。圖7是用于說明將第I實施方式的UM組裝到IC卡100中而構(gòu)成的例子的框圖。如圖7所示，IC卡100具備用塑料等形成的卡狀的本體101和內(nèi)置于本體101內(nèi)的IC模塊102。IC模塊102具備I個或者多個IC芯片103、通信I/F部21。IC芯片103和通信接ロ部21以相互連接的狀態(tài)嵌入到IC模塊102內(nèi)而形成。本實施方式的UM能夠構(gòu)成為IC模塊102。另外，在上述的各實施方式中說明過的功能并不限于使用硬件構(gòu)成，也能夠使用軟件使計算機讀取并實現(xiàn)記載有各功能的程序。另外，各功能也可以適宜地選擇軟件、硬件中的某一個來構(gòu)成。而且，本發(fā)明并不限于上述實施方式自身，在實施階段在不脫離其主g的范圍內(nèi)能夠改變構(gòu)成要素并具體化。以上對特定實施方式進行了說明，但這些實施方式僅僅是作為例子而示出，并不意圖限定發(fā)明的范圍。另外，上述的新方法以及系統(tǒng)能夠以各種方式來具體化，能夠在不脫離本說明書記載的發(fā)明的主g的范圍內(nèi)對方法以及系統(tǒng)進行各種省略 、置換以及變更。這些實施方式、其變形都包含在發(fā)明范圍、要g內(nèi)，并且包含在專利要求書記載的發(fā)明及與其均等的范圍內(nèi)。
權(quán)利要求
1.ー種IC卡，解釋并執(zhí)行來自外部的指令指示，并應(yīng)答其結(jié)果，該IC卡的特征在干，具備: 指令生成部，針對來自外部的特定的指令指示生成對外部要求特定動作的請求指令； 存儲部，在存儲器中存儲上述生成的請求指令； 通知部，在應(yīng)答上述特定指令指示時向外部通知上述請求指令的發(fā)生，在從外部接到取出上述請求指令的指示吋，向上述外部通知上述請求指令；以及 廢棄部，在從外部接到廢棄上述請求指令的指示時，廢棄上述存儲部內(nèi)的請求指令。
2.根據(jù)權(quán)利要求I所述的IC卡，其特征在于 上述通知部在接收到指示上述廢棄的指令以外的指令指示時，在上述存儲器內(nèi)有上述請求指令的情況下，向上述外部通知上述請求指令的發(fā)生。
3.根據(jù)權(quán)利要求2所述的IC卡，其特征在于 上述廢棄部將上述存儲器內(nèi)的請求指令全部廢棄。
4.根據(jù)權(quán)利要求2所述的IC卡，其特征在于 上述廢棄部廢棄上述存儲器內(nèi)最早的請求指令。
5.根據(jù)權(quán)利要求2所述的IC卡，其特征在于 具有復位部，在從外部接收到指示初始化的指令指示時，對上述IC卡進行初始化， 上述復位部不廢棄上述存儲器內(nèi)的請求指令。
6.根據(jù)權(quán)利要求5所述的IC卡，其特征在于 上述存儲部將上述生成的請求指令存儲在非易失性存儲器中。
7.—種IC卡，其特征在于具備 IC模塊，具有權(quán)利要求I至6中的任意一項所述的各部分；以及 IC卡本體，收納該IC模塊。
全文摘要
本發(fā)明實施例提供一種IC卡，解釋并執(zhí)行來自外部的指令指示，應(yīng)答其結(jié)果，包括指令生成部，針對來自外部的特定的指令生成對外部要求特定動作的請求指令；存儲部，在存儲器中存儲所生成的請求指令；通知部，在針對特定指令指示的應(yīng)答時向外部通知請求指令的產(chǎn)生，在從外部指示了取出請求指令時向外部通知請求指令；以及廢棄部，在從外部指示了廢棄請求指令時廢棄存儲部內(nèi)的請求指令。
文檔編號H04W92/08GK102685722SQ20111025413
公開日2012年9月19日 申請日期2011年8月31日 優(yōu)先權(quán)日2011年3月17日
發(fā)明者高橋厚志 申請人:株式會社東芝