CN102685722B - Ic卡 - Google Patents

Abstract

实施例提供一种IC卡，解释并执行来自外部的指令指示，应答其结果，包括：指令生成部，针对来自外部的特定的指令生成对外部要求特定动作的请求指令；存储部，在存储器中存储所生成的请求指令；通知部，在针对特定指令指示的应答时向外部通知请求指令的产生，在从外部指示了取出请求指令时向外部通知请求指令；以及废弃部，在从外部指示了废弃请求指令时废弃存储部内的请求指令。

Description

IC卡

相关申请的交叉引用

本申请基于2011年3月17日提交的在先的日本专利申请No.2011-059914并要求其优先权。本发明通过参照该申请而包含其全部内容。

技术领域

实施方式涉及IC卡。

背景技术

海外的许多国家采用GSM(注册商标)(Global System for Mobilecommunications：全球移动通信系统)方式作为手机系统方式。在GSM(注册商标)方式中，在手机内必须有作为IC卡的一种的SIM(Subscriber Identity Module：客户识别模块)卡。

在日本不采用GSM(注册商标)，而是着手于采用了3GPP(3rdGeneration Partnership Project：第三代合作伙伴计划)标准的手机系统。即使是3GPP标准也必须有和SIM卡一样的IC卡、USIM(UniversalSubscriber Identity Module：全球用户身份模块)卡。

将GSM(注册商标)、3GPP中使用的SIM、USIM插入到手机终端内。在SIM、UISM中记录有为了与通信运营商的通信网络连接所需要的密钥信息、加密算法以及各种网络参数。手机终端将这些信息发送到通信运营商的OTA(Over The Air：无线下载)服务器、认证/管理服务器等，并与这些服务器之间进行认证，如果认证结果正确，则能够接受通信运营商的通信服务。

在标准(ETSI TS 102 223，ETSI TS 102 241)中，规定有被称为CTA(Card Application Toolkit：卡应用工具包)的规格。CAT安装在以IC卡中的SIM、USIM、UIM等为代表的用于识别手机等的用户信息的卡(以下，称为UIM)中。在该CAT的规格之一中，规定有从UIM对手机(以下称为ME)、或者对网络服务器进行各种操作请求、信息发送的被称为主动(proctive)指令的功能。

根据上述标准，在UIM中执行被称为工具包小程序的Java程序(Applet)或者嵌入软件的情况下，有时在UIM中产生主动指令发送请求。此时，作为针对从ME发送的取指令的响应数据UIM发送主动指令。但是，直到ME发送取指令为止，UIM不能输出主动指令。

另一方面，在UIM中，通过与该状态独立地进行的Java程序的动作，能够产生其它的主动指令发送请求。因此，在UIM中，如果不接收取指令的(ME不发送取指令)状态继续，则在UIM中蓄积未发送的主动指令。

另外，如果从ME对UIM提供复位信号，则因为未发送的主动指令信息也被复位，所以有应该发送的主动指令不能发送的情况。

因此，在UIM中有防止因特定的指令而产生的对ME的发送数据未发送地被蓄积的需求，还有防止因特定的指令而产生的对ME的发送数据被不经意地消去的需求。

发明内容

为了解决上述问题，实施方式提供一种IC卡，解释/执行来自外部的指令指示，并应答其结果，该IC卡的特征在于，具备：指令生成部，针对来自外部的特定的指令指示生成对外部要求特定动作的请求指令；存储部，在存储器中存储上述生成的请求指令；通知部，在对上述特定指令指示的应答时向外部通知上述请求指令的发生，在从外部指示了上述请求指令的取出时，向上述外部通知上述请求指令；以及废弃部，在从外部指示了上述请求指令的废弃时，废弃上述存储部内的请求指令。

附图说明

图1是表示第1种实施方式的ME与UIM的连接以及各自的构成方框的示意图。

图2是表示在第1种实施方式的ME与UIM之间的一般的指令授受次序的示意图。

图3是表示在第1种实施方式的ME与UIM之间的主动指令被蓄积时进行废弃的通信次序的示意图。

图4是表示第1种实施方式的T-1协议格式的示意图。

图5是表示在第1种实施方式的ME和UIM之间的主动指令被蓄积时进行再发送的通信次序的示意图。

图6是表示第1种实施方式的UIM的处理手续的示意流程图。

图7是用于对将第1种实施方式的UIM组装到IC卡而构成的例子进行说明的示意框图。

具体实施方式

一般地，在一个实施方式中提供一种IC卡，该IC卡解释并执行来自外部的指令指示，应答其结果，该IC卡包括：指令生成部，针对来自外部的特定指令指示生成对外部要求特定动作的请求指令；存储部，将上述生成的请求指令存储在存储器中；通知部，在针对上述特定指令指示的应答时向外部通知上述请求指令的发生，在从外部指示了取出上述请求指令时将上述请求指令通知到上述外部；以及废弃部，在从外部指示了废弃上述请求指令时废弃上述存储部内的请求指令。

[第1实施方式]

图1是表示第1实施方式的手机(ME)1与UIM2的连接以及各自的构成方框的图。UIM2是可携带电子设备，安装在ME1中处理手机应用程序利用时的数据。

在ME1中设置有控制部11、显示部12、通信部14以及输入部15。控制部11总体地控制ME1内的各部的动作。显示部12对用户显示信息。通信部14执行和UIM2之间的数据通信。输入部15输入来自用户的指示。

UIM2具备通信接口部21、控制部22、RAM23、ROM24、非易失性存储器25。

通信接口部21接收从ME1发送的数据并输出到控制部22。控制部22进行计算、控制等，总体地控制UIM2。ROM24是读出专用存储器。在ROM24中存储有操作系统(OS)等基本软件、应用程序以及数据。RAM23被使用为控制部22的处理的作业区域。非易失性存储器25是EEPROM、闪存等可改写的非易失性存储器，被使用为一般用户的工作区域、程序区域等。后述的Java程序存储在非易失性存储器25中。

图2是表示在第1种实施方式的ME1和UIM2之间的一般的指令授受次序的图。

在步骤S01中，ME1向UIM2发送信包(Envelope)指令。在此，在信包指令中，在上述标准中规定有多种格式。事件下载(Eventdownload)是该格式的1种，是将在ME1中发生了规定事件这一情况通知给UIM2的内容。

在UIM2中，启动与接收到的信包指令对应的Java程序，执行Java程序中记载的程序。此时，在使ME1发起某个动作的情况下，例如在使ME1的显示部12执行显示画面的处理的情况下，需要对ME1发送指定了画面显示的主动指令。因此，在步骤S02中，UIM2向ME1发送“91XX”的状态字。该“91XX”的状态字表示主动指令的发送请求。即，表示有需要向UIM2发送的主动指令。

在步骤S03中，接收到“91XX”的状态字的ME1对UIM2输出取指令。在步骤S04中，接收到取指令的UIM2将主动指令和“9000”的状态字发送到ME1。接收到主动指令的ME1执行与该主动指令对应的处理。例如，执行输出声音、进行画面显示、拨打电话等动作。

在步骤S05中，ME1将执行结果作为终端响应输出到UIM2。例如，回送执行完成、由于用户在操作中而不能执行、发生错误而中止执行等应答。在步骤S06中，UIM2按照Java程序的程序进行以后的处理。当Java程序没有后续处理的主动指令的情况下，发送“9000”的状态字。

以下说明主动指令发送不能正常进行、主动指令被蓄积时的手续。

图3是表示在第1实施方式的ME1和UIM2之间的主动指令被蓄积时进行废弃的通信次序的图。

在步骤S11中，ME1发送信包(事件下载)。UIM2将该指令的接收作为触发，启动Java程序。而后，在步骤S12中，UIM2向ME1发送表示有应该发送的主动指令的状态字(SW)＝91xx。直到这里为止的处理与在图2中说明过的次序一样。

一般情况下，ME1向UIM2发送取指令。但是，当ME正在执行不能发送取指令的处理的情况下，不向UIM2发送取指令，而发送与正在执行的处理有关的其他指令。在步骤S13中，ME1发送选择指令。UIM2接收选择指令，正常地进行处理。接下来，在每次发送指令时，UIM2都调查是否有应该发送的主动指令。然后，因为存在未发送的主动指令，所以在步骤S14中向ME1发送SW＝91xx。

之后，ME1不发送取指令，在步骤S15中，将和步骤S1不同的其它的信包(菜单选择，Menu Selection)指令发送到UIM2。UIM2将该信包指令作为触发，启动Java程序。于是，Java程序对UIM2进行主动指令发送请求。在步骤S16中，UIM2向ME1发送SW＝91xx。

在上述的例子中，在第1次Java程序启动中发生的主动指令，和在第2次Java程序启动中发生的主动指令的这2个主动指令被蓄积在UIM2中。这样，在接收到主动指令后，在因ME1一侧的原因ME1不发送取指令的情况下，在UIM2中产生主动指令被蓄积的状态。

以下说明ME1一侧的应对情况。例如，考虑用户正在执行向ME1输入邮件的文章等操作的过程中的情况。此时，如果接收主动指令而显示与该指令对应的画面，则用户正在使用的功能被暂时中断，变成非常不合适的状态。因此，此时设为在ME1中不能接收主动指令。即，当ME1未处于能够接收并处理主动指令的状态的情况下，接收到来自UIM2的SW＝91XX的ME1能够对UIM2请求主动指令的废弃。

在步骤S17中，ME1向UIM2发送表示主动指令废弃的选择指令。与在ME1中接收正在执行规定作业的步骤S16所示的SW＝91xx对应地执行该选择指令的发送。在指令数据中表示主动指令废弃时，UIM2废弃当前蓄积着的主动指令。另外，废弃主动指令的方法能够通过选择指令来指定。例如，能够指定为废弃最早的主动指令，或者能够指定废弃蓄积着的全部的主动指令。UIM2废弃主动指令，在步骤S18中发送状态字。在没有主动指令的情况下发送SW＝9000，在还残留有主动指令的情况下返回SW＝91xx。

另外，当指示废弃主动指令的情况下，将指令作为T＝1协议的I-block发送，能够在该PCB中表示废弃主动指令。

图4是表示第1实施方式的T-1协议格式的图。

在T-1协议格式(ISO07816)中，指令由NAD、PCB、LEN、INF、EDC构成。NAD表示地址。PCB是表示模式的控制代码。LEN表示指令的长度。INF表示指令的种类(选择指令、主动指令等)。EDC是错误检测用校验码。

PCB在模式为I-block时，用8字节构成，且右边的5字节未使用。因此，能够在该未使用的数据区域中记载表示指令废弃的数据。

图5是表示在第1实施方式的ME1和UIM2之间的主动指令被蓄积时进行再发送的通信次序的图。

因为步骤S21～S26的次序和图3所示的步骤S11～S16的次序相同，因此省略其详细说明。

当再次开始主动指令的接收时，在步骤S31中，ME1向UIM2发送复位指令。该复位指令例如是在将ME1的电源从关断设为接通时为了对UIM2进行初始化而发送的指令。因此，接收到复位指令的UIM2对RAM23清机。以往，主动指令因为被蓄积在RAM23中所以被废弃。但在本实施方式中，因为主动指令被蓄积在非易失性存储器25中，所以不被废弃。在步骤S32中，UIM2作为对复位的应答回复ATR(应答复位，answer to reset)。

在步骤S33中，ME1发送选择指令。UIM2接收选择指令，正常地进行处理。接下来，UIM2调查是否有应该发送的主动指令。因为在非易失性存储器25中存在想发送的主动指令，所以在步骤S34中向ME1发送SW＝91xx。

接收到[91XX]的状态字的ME1在步骤S35中对UIM2输出取指令。接收到取指令的UIM2在步骤S36中向ME1发送主动指令和“9000”的状态字。接收到主动指令的ME1执行与该主动指令对应的处理。例如执行输出声音、进行画面显示、拨打电话等动作。

在步骤S37中，ME1将执行结果作为终端响应输出到UIM2。例如，回送执行完成、由于用户在操作中而不能执行、发生错误而中止执行等的应答。接收到终端响应的UIM2进一步调查是否有应该发送的主动指令。在有应该发送的主动指令的情况下，在步骤S38中，向ME1发送SW＝91xx。

以后，重复执行步骤S35～S38的处理，重复执行的次数为剩下的主动指令的相应数量。

在步骤S41中，接收到“91XX”的状态字的ME1对UIM2输出取指令。接收到取指令的UIM2在步骤S42中向ME1发送主动指令和“9000”的状态字。接收到主动指令的ME1执行与该主动指令对应的处理。在步骤S43中，ME1将执行结果作为终端响应输出到UIM2。接收到终端响应的UIM2在步骤S44中向ME1发送表示没有应该发送的主动指令的SW＝9000。

以上，根据图3至图5说明的次序，则能够在所希望的时刻废弃主动指令，另外，能够在复位后再次开始。

以下，参照图6说明用于实现上述通信次序的UIM2的处理流程。另外，图6所示的“UIM-控制部”表示控制部22，“UIM-Java程序部”表示存储在非易失性存储器25中的Java程序。

在步骤S50中，ME1发送指令。在步骤T01中，UIM-控制部接收指令，在步骤T02中解释指令。在步骤T03中判断接收指令中是否指示废弃主动指令。

当接收指令中指示废弃主动指令的情况下，在步骤T04中，废弃被蓄积在非易失性存储器25中的主动指令。然后进入步骤T05。当接收指令中没有指示废弃主动指令的情况下，在步骤T05中解释指令。在步骤T06中判断是否需要执行Java程序。

例如，在上述的例子中，当指令是信包指令、取指令的情况下，判断为需要执行Java程序，当指令是终端响应指令的情况下判断为不需要执行Java程序。

在步骤T06中，在判断为不需要执行Java程序的情况下，在步骤T10中执行指令。在步骤T11中调查非易失性存储器25中是否蓄积有主动指令。

当非易失性存储器25中未蓄积主动指令的情况下，在步骤T12中设SW＝9000。当非易失性存储器25中蓄积有主动指令的情况下，在步骤T13中设SW＝91XX。

在步骤T14中发送响应。在步骤T51中ME1接收响应。

在步骤T06中，当判断为需要执行Java程序的情况下，在步骤P01中执行Java程序，在步骤P02中解释指令。在步骤P03中判断指令是否是取指令。

当指令不是取指令的情况下，在步骤P04中执行Java程序。在步骤P05中判断是否需要发送主动指令。

当不需要发送主动指令的情况下，在步骤T12中设SW＝9000。然后，在步骤T14中发送响应。

在需要发送主动指令时，在步骤P06中，将主动指令存储在非易失性存储器25中。在步骤T13中，设SW＝91XX。然后，在步骤T14中发送响应。

在步骤P03中，当指令是取指令的情况下，在步骤P07中，将主动指令和SW＝91XX设置为发送数据。在步骤P08中，从非易失性存储器25中删除发送的主动指令。在步骤T14中发送响应。

另外，在图6所示的流程图中，在步骤T03中，在接收指令中指示了废弃主动指令的情况下，在步骤T04中废弃被蓄积在非易失性存储器25中的主动指令，但也可以不废弃非易失性存储器25内的全部的主动指令，而废弃最早的主动指令。

另外，上述的UIM2能够构成为组装到IC卡中、与卡读写器之间进行数据的收发。

图7是用于说明将第1实施方式的UIM组装到IC卡100中而构成的例子的框图。

如图7所示，IC卡100具备用塑料等形成的卡状的本体101和内置于本体101内的IC模块102。IC模块102具备1个或者多个IC芯片103、通信I/F部21。IC芯片103和通信接口部21以相互连接的状态嵌入到IC模块102内而形成。本实施方式的UIM能够构成为IC模块102。

另外，在上述的各实施方式中说明过的功能并不限于使用硬件构成，也能够使用软件使计算机读取并实现记载有各功能的程序。另外，各功能也可以适宜地选择软件、硬件中的某一个来构成。

而且，本发明并不限于上述实施方式自身，在实施阶段在不脱离其主旨的范围内能够改变构成要素并具体化。

以上对特定实施方式进行了说明，但这些实施方式仅仅是作为例子而示出，并不意图限定发明的范围。另外，上述的新方法以及系统能够以各种方式来具体化，能够在不脱离本说明书记载的发明的主旨的范围内对方法以及系统进行各种省略、置换以及变更。这些实施方式、其变形都包含在发明范围、要旨内，并且包含在专利要求书记载的发明及与其均等的范围内。

Claims (7)

1.一种IC卡，解释并执行来自外部装置的指令指示，并应答其结果，该IC卡的特征在于，具备：

控制部，响应于来自上述外部装置的特定的指令，生成对上述外部装置要求特定动作的主动指令；以及

存储部，存储生成的上述主动指令，

上述控制部在上述存储部中存储着上述主动指令的期间，在针对来自上述外部装置的指令的应答中向上述外部装置通知有待机中的上述主动指令，

上述控制部响应于从上述外部装置指示取出主动指令的指令，向上述外部装置发送存储在上述存储部中的上述主动指令，

上述控制部响应于从上述外部装置指示废弃存储在上述存储部中的主动指令的指令，废弃上述存储部内的主动指令。

2.根据权利要求1所述的IC卡，其特征在于：

上述控制部在接收到指示上述废弃的指令指示以外的指令指示时，在上述存储部内有上述主动指令的情况下，向上述外部装置通知上述主动指令的发生。

3.根据权利要求2所述的IC卡，其特征在于：

上述控制部将上述存储部内的主动指令全部废弃。

4.根据权利要求2所述的IC卡，其特征在于：

上述控制部废弃上述存储部内最早的主动指令。

5.根据权利要求2所述的IC卡，其特征在于：

上述控制部在从上述外部装置接收到指示初始化的指令指示时，对上述IC卡进行初始化，

上述控制部不废弃上述存储部内的主动指令。

6.根据权利要求5所述的IC卡，其特征在于：

上述存储部将上述生成的主动指令存储在非易失性存储器中。

7.一种IC卡，其特征在于具备：

IC模块，具有权利要求1至6中的任意一项所述的各部分；以及

IC卡本体，收纳该IC模块。