CN1377489A

CN1377489A - 在集成电路卡上装载命令的装置和方法

Info

Publication number: CN1377489A
Application number: CN00813646.7A
Authority: CN
Inventors: 阿夫纳·科恩索拉尔; 雷米·德
Original assignee: Schlumberger SA
Current assignee: Thales DIS France SA
Priority date: 1999-08-24
Filing date: 2000-08-18
Publication date: 2002-10-30
Anticipated expiration: 2020-08-18
Also published as: AU7014500A; ES2213040T3; FR2797968A1; ATE256315T1; DE60007144D1; EP1208519B1; EP1208519A1; JP2003507821A; US7222164B1; DE60007144T2; CN1248144C; FR2797968B1; WO2001015062A1

Abstract

本发明涉及一种将命令从至少一个服务器装载到至少一个集成电路卡上的装置,所述卡包括第一命令执行程序和第一存储器。本发明的特征在于,该服务器包括:用于将一个与某一业务相关的命令序列块装载到该卡上的装置;用于在第一存储器中存储至少一个序列块的装置;和可以用来修改、擦除、增加第一存储器中的至少一个序列块的更新装置。本发明的特征还在于该卡包括:序列块搜索装置,适合于在已经执行了块中的命令后搜索与某一具体业务相关的序列块。本发明适用于移动通信领域的使用。

Description

在集成电路卡上装载命令的装置和方法

本发明涉及一种将命令从至少一个服务器装载到与用户单元连接的至少一个集成电路卡上的装置，所述卡包括第一命令执行程序和第一存储器。本发明还涉及装载这种装置的命令的方法。

这种装置具体应用于包括诸如涉及健康、移动电话的领域的业务，或涉及银行领域的业务的各种卡。

为了使卡用户能够访问业务，现有技术提出了可以利用服务器将所述业务的一组命令载入卡的第一存储器中的装置，并且该装置可以擦除或用另一个业务替换不应该再被使用的整个业务。当用户访问业务时，第一执行程序执行如此存储在卡中的业务。

尽管这些装置可以用来装载指定给某一业务的全部命令，但是所有的命令都存储在一般包括几个常驻业务的卡的第一存储器中，由于集成电路卡的存储器的有限大小，这可能是个问题。另外，装载业务所需要的时间很长。最终，如果某些涉及业务的数据变化了，为了使所述的变化有效，就必须重新装载整个业务，这将导致时间方面的效率问题。

因此，本发明要解决的技术问题是提出一种装置，将命令从至少一个服务器装载到连接于用户单元的至少一个集成电路卡，所述卡包括第一命令执行程序和第一存储器，以及装载这种装置的方法，它将首先避免由于在存储器中存储所有使用的业务而浪费存储器空间，其次，可以减少装载业务所需要的时间。

根据本发明的第一个目的，所提出的技术问题的解决方案的特征在于：首先，所述服务器包括：

--在卡中装载指定给某个业务的命令序列的至少一个块的装置，所述块中的至少一个命令由第一执行程序执行或被传送到用户单元并由第二执行程序执行，

--在第一存储器中存储至少一个序列块的装置，

--能够在第一存储器中修改、擦除、增加至少一个序列块的更新装置，

其次，所述卡包括：

在执行块中的命令后，能够搜索指定给某一业务的序列块的序列块搜索装置。

根据本发明的第二个目的，这个方案的特征在于包括下列步骤的装载方法：

--将指定给某个业务的至少一个命令序列块从服务器装载到卡中，

--所述块中的至少一个命令使用第一执行程序执行或被传送到用户单元并使用第二执行程序执行，

--将至少一个序列块存储在第一存储器中。

因此，如下面详细所述，可以使用本发明的装置来首先通过仅存储由序列块代表的、指定给某个业务的某些命令，来增加卡的可用存储器的大小，其次，通过仅装载序列块和仅更新需要修改的块或数据，来减少装载期间所花费的时间。

下面参照作为非限制性的例子给出的附图进行的描述，使理解本发明所包含的内容和其可以实现的方式更加容易。

图1是显示本发明的服务器和卡的图。

图2是图1的服务器和卡的图。

图3是由图2的卡的用户使用的业务的简化图。

图4是与图3的业务相关的命令序列的图。

图5是图4的命令序列的图。

图6是图4的命令序列的另一个图。

图7表示图2的服务器和卡之间的信息的第一次交换。

图8表示图2的服务器和卡之间的信息的第二次交换。

图9是图2的卡的更加详细的图。

图10表示图2的服务器和卡之间的信息的第三次交换。

图11是在图2的服务器和卡之间交换的命令数据的图。

图12是表示图11的命令的另一个图。

图13表示图2的服务器和卡之间的信息的第四次交换。

图1显示了从一个或多个服务器SERV将命令装载到一个或多个集成电路卡CARD的装置。所述卡连接于用户单元SU。如图2所示，服务器SERV包括装载命令序列SEQ的装置ML和更新命令序列块的装置MU。卡CARD包括第一存储器M1、第一命令执行程序P1和设计为与用户单元SU电连接的接触块C。它还包括解释命令序列块的装置MI。用户单元SU包括屏幕SCR和第二命令执行程序P2。

用户通过他的用户单元SU访问包括在卡CARD中的业务S，例如一电话业务。卡通常包括几个业务。业务S一般使用一个或多个其它业务，如图3所示。一个或多个命令序列SEQ与一业务相关，允许用户使用所述业务。标识符S_ID与每个业务相关。命令序列SEQ包括一个或多个块B，如图4所示。序列标识符SEQ_ID与每个序列相关联。

为了能够使用户访问业务S，卡CARD包括业务选择装置SERVICESELECT(未显示)，所述装置包括在第一存储器M1中。当用户接通他的用户单元时，他通过所述业务选择装置SERVICESELECT访问显示在其屏幕上的菜单。他选择一业务。

根据实现的非限定模式，下面描述的步骤可以用来向用户提供选择的业务。

在第一步骤中，在卡中用解释装置MI解释至少一个命令序列块。在我们的情况中，是解释指定给所选择业务的第一个命令序列块B，并执行所述块B的要执行的第一个命令CD。注意，要执行的第一个命令不一定是块中的第一个。或者在卡中由第一执行程序P1执行命令CD，或者该命令被传送到用户单元SU并由第二执行程序P2来执行。

如图5所示，命令CD最好包括下列字段：

--长度CD_LEN，

--序列中的唯一识别符CD_ID，

--命令类型CD_TYPE，

--输入参数CD_PAR。

在执行命令之后，如图6所示获得下列数据：

--结果数据CD_RES，

--输出数据CD_OUT，给出由用户在执行代码输入命令后键入的例如代码值，

--链接数据CD_LINK，指示要执行的下一个命令。这个数据可以用来避免不得不以块中存在的顺序执行命令。

输出数据CD_OUT最好具有GSM11.41标准中定义的TLV类型格式。

例如，可以存在命令DISPLAYTEXT以在用户单元的屏幕上显示文本。所述命令包括如下输入参数：

--限定符DISPLAYTEXT_QUAL，

--目标识别符DISPLAYTEXT_DDI，

--指定给所述命令的参数DISPLAYTEXT_PAR，例如要显示的文本。

最好是，命令类型DISPLA_TYPE、限定符DISPLAY_QUAL、和目标识别符DISPLAY_DDI是标准GSM11.14中所定义的，而参数DISPLAY_PAR具有TLV格式。

最好是存在可以用来执行下列动作的命令：

--执行一业务，

--在变量中备份之前执行的命令的结果值，

--终止命令序列的执行，

--跳到另一个命令，

--调用另一个命令序列等。

注意，以上动作的列表不是详尽的。

例如，对于其动作是停止执行序列块然后停止执行一个序列的第二类型的命令，将获得下列参数：

--CD_LEN＝10，

--CD_ID＝2，

--CD_TYPE＝EXIT，

--CD_PAR＝1，必须将输出数据CD_OUT发送给服务器SERV。

根据结果数据CD_RES的值，最好执行下列动作之一：

--使用链接数据CD_LINK来选择要执行的下一个命令，

--执行在当前命令之前的命令，

--在用户单元的屏幕上显示文本并执行当前命令之前的命令，

--关闭业务，

--在用户单元的屏幕上显示错误消息，并终止业务，将终止消息发送给服务器SERV。

在第二步骤中，已经执行了序列块B的、要执行的第一个命令CD后，首先在相同的序列块B中搜索要执行的下一个命令，其次，如果所述命令不在该序列块中，则在卡的第一存储器M1中搜索，并且最终，如果命令CD既不在序列块B中，也不在第一存储器M1中，则如图7所示，经由从卡发送到服务器的块请求RB进行搜索。这相当于在执行一序列块中的命令后，搜索指定给一业务的另一个序列块。因此，搜索的序列块或者来自服务器SERV，或者来自第一存储器M1。

最好是，在块B中的搜索用它的唯一识别符CD_ID来进行，而在第一存储器M1中的搜索用它的唯一识别符CD_ID、当前序列的识别符SEQ-ID和业务识别符S_ID来进行。

根据实现的具体模式，块请求RB包括下列元素：

--当前业务识别符S_ID，

--当前序列识别符SEQ_ID，

--请求识别符RB_ID，

--要执行的命令的识别符CD_ID，

--相应于从任何对服务器的最后的请求执行的命令CD的一般数据RB_DATA。

一般数据RB_DATA的每个条目包括下列元素：

--下一个数据的长度CD_LENDATA，

--已经执行的命令的识别符CD_ID，

--结果数据CD_RES，

--输出数据CD_OUT。

最后的数据条目最好是GSM11.14标准中定义的TLV格式。

因此，块请求RB中包括的数据向服务器SERV提供了当使用业务S时跟踪用户动作的手段。

在第三个步骤中，响应于块请求RB，从服务器向卡中装载对应于所用业务的序列的另一个块B。根据用于服务器SERV和卡CARD之间的数据交换的通信协议的能力，序列块B被装载于单个或几个操作中。然后，按前述执行所发送的块的各种命令。当然，如果该序列中要执行的第一个块不在卡中，这个步骤还可以在第一步骤中应用。

最好是，在第一次传送命令期间，在用户单元SU的屏幕上显示等待消息M_WAIT，请求用户耐心等待。最好是，一旦在卡中装载了接收到的、要在序列块B中执行的命令CD，就执行所述命令。这避免了在执行任何命令之前还要进行等待，直到序列块B全部装载完毕，这样的话对所述用户来说时间似乎是太长了。

如果发送了一个具有不同于所发送请求的识别符的块请求识别符RB_ID的序列块B，则不执行这个块的命令，我们等待正确的序列块B。

如果在执行序列块中的命令CD期间用几种操作发送序列块B，则在卡中接收序列块B的至少一个其它命令，然后在等待执行时将所述命令存储于卡CARD的缓冲器BUFF中。

如果，例如在30秒钟后，没有响应于来自卡的请求RB而发送序列块B，则在用户单元SU的屏幕上显示错误消息M_ERROR，并关闭当前业务S。

最后，当已经调用、装载并执行了所有的序列块时，存在三种可能性：

--启动另一个业务，

--业务未完成，

--业务完成并且未请求其它业务。

在第一种情况中，使用之前描述的块请求RB启动另一个业务。当前业务的识别符S_ID被所请求的新业务的识别符所替代。

在第二种情况中，存在两种可能的选择：

--或者不需要交互作用数据以继续该业务，然后搜索下一个序列。所搜寻的序列或者从第一存储器M1获得，或者如果该序列不在所述存储器M1中，则所搜寻的序列由服务器SERV发送。在后一种情况中，由于未完成要执行的命令的识别符，所以发送之前描述的块请求RB。交互作用数据是来自诸如银行服务器的业务服务器的数据。例如，交互数据是银行帐号余额。

--或者需要交互作用数据以继续该业务。卡CARD包括用于这个目的的数据请求装置RD，所述数据由业务服务器发送。然后，数据请求RD从卡发送到服务器SERV，如图8所示。

根据实现的具体模式，数据请求包括下列元素：

--当前业务识别符S_ID，

--请求名称RD_NAME，

--请求识别符RD_ID，

--对应于从对服务器进行的任何最后的请求执行的命令CD的一般数据RD_DATA。

例如，我们可以有称为SOLDE的请求，其对应于银行帐号余额。装载装置的服务器SERV与至少一个业务服务器交互作用，在这种情况下，银行服务器SERVBANK和所述请求由装载装置的服务器SERV传送到所述银行服务器SERVBANK。然后，由银行服务器SERVBANK将余额发送给装载装置的服务器SERV，该服务器SERV将该余额传送给卡CARD，以在用户单元SU的屏幕SCR上进行显示。

因此，与请求RD一致，将包括请求的交互作用数据的新序列的块B从服务器发送给卡，同时，给出在卡CARD中执行它的指令。当接收到要执行的所述块B的第一个命令CD时，或者由第一执行程序P1执行它，或者由第二执行程序P2执行它，等等。

当然，在第一存储器M1中提供有备份序列块B的装置，以便它可以在将来使用。

可是，例如甚至在用户重新启动用户单元SU后，能够使用序列块B也是一个优点。因此，最好将第一存储器M1设计为非易失性。因此，当用户已经完成使用业务S时，或当用户关闭他的用户单元SU时，不用象在具有暂时存储器的情况那样再擦除第一存储器M1中备份的序列块。同时，这个再使用通过减少请求的数量减少了卡和服务器之间交互作用的次数。

第一存储器M1示于图9。根据实现的一个有利的模式，它包括第一区域Z1和第二区域Z2，第一区域Z1具有由服务器进行的读写访问和由卡进行的读访问，第二区域Z2具有由卡进行的读写访问。将第一存储器分为两个不同的区域提供了如下的优点，即能够利用服务器SERV，可以在任何时间、不干扰卡中的当前业务S和不影响所述业务的执行时间地在该卡上发送和备份序列块B。该卡在搜索期间可以访问第一区域Z1。因此，服务器具有备份序列块的第一备份装置MSSEQ1，该序列块能够在第一存储器M1的第一区域Z1中备份至少一个序列块；卡具有备份序列块的第二备份装置MSSEQ2，该序列块能够在第一存储器M1的第二区域Z2中备份至少一个序列块。

根据对序列块所见的相同原则，我们可以想备份例如银行帐号，以便在每次询问帐号时，用户不必再键入所述号码。因此，提供了数据备份装置MSDATA，以便在卡中备份对业务S有用的数据。因此，所述卡CARD包括具有指定给至少一个业务S的数据SDATA的非易失性存储器M2。

备份于第一存储器M1的第一区域Z1中的这些序列块B可以使用服务器的更新装置MU进行更新。一样地，卡包括更新备份在卡的第二存储器M2中的MUD数据SDATA的装置。术语“更新”的意思是可以在卡中修改、擦除或增加指定给某一业务的序列块或数据。例如，在电话业务能够使用户首先自动地调用提供影片节目的电影应答机器，其次自动调用给出股票兑换率实况的业务的情况下，如果用户还没有为股票兑换业务付费，则使用所述更新装置以通过擦除所述股票交换业务在该卡的第一存储器M1中更新指定给某一业务(在这种情况下是指定给股票交换业务)的命令的至少一个序列块B，同时使他可以使用其它业务。因此，没有必要重新装载整个电话业务和各潜在的业务。

为了执行将序列块B发送给卡、给出执行块的指令、备份或更新块或数据SDATA的动作，根据实现的非限定模式，将指令INS从服务器SERV发送给卡CARD，其最好包括下列细节，如图10所示：

--指令类型INS_TYPE，

--输入数据的长度INS_INLEN，

--输入数据INS_IN。

最好是存在两种指令类型：

--使用第一种类型INS_TYPE1来管理卡缓冲器BUFF，例如可以用第一种类型的指令将序列块发送到卡和/或指示卡执行序列块。

--使用第二种类型INS_TYPE2来管理第一存储器M1，例如可以使用第二种类型的指令来备份或更新指定给某一业务S的序列块。

如图11所示，第一种类型INS_TYPE1的输入数据INS_IN1如下：

--当前业务的识别符S_ID，

--序列识别符SEQ_ID，

--请求识别符RB_ID或RD_ID，

--要执行的动作类型ACT_TYPE，

--在发送序列块B的情况下，首先要执行的命令的识别符CD_ID，

--要发送的序列块B。

注意，在上面给定的列表中可以包括其它的输入数据，诸如类似数据签名之类的保证安全传送的数据。

可以执行下列动作：

--执行发送的序列块，

--不执行发送的序列块，

--不用擦除所述存储器，在卡的缓冲存储器中备份发送的序列块，

--要预先擦除所述存储器，在卡的缓冲存储器中备份发送的序列块…

第二种类型INS_TYPE2的输入数据INS_IN2如下：

--目标业务的识别符S_ID，

--序列识别符SEQ_ID，

--要执行的动作类型ACT_TYPE，

--根据要执行的动作的参数ACT_PAR。

可以有利地执行下列动作：

--擦除一个序列块并由另一个代替，

--增加指定给某一业务的另一个序列块，

--替换序列块中的一组命令，等等。

当然，可以执行的动作的列表在两种情况下都是没有限制的。

当卡中接收到指令INS时，在卡中解释所述指令，并执行相关的动作。

注意，在移动电话领域，为了与市场上现存的用户单元SU和卡CARD兼容，最好使用基于统称为SMS的标准化短消息业务的通信协议、经由无线电发送指令或请求。对于其它领域，可以使用相同的协议或现有技术中的公知协议。

可是，由于所述短消息的有限的容量，发送全部的指令或请求不总是可能的。因此，如图12所示，经常使用几条短消息SMS发送指令INS。因此，将指令INS分割并以部分S_INS方式发送。对于请求也是一样。短消息包括用户位置USERDATA，其中放置了指令的部分S_INS。为了全部使用所述用户位置，不留有空闲的空间。因此，包括在指令INS中的序列块B根据将所述指令INS分割为各块包括全部或部分命令。

类似地，诸如由用户单元SU的第二程序P2执行的那些命令象例如在之前所见的在屏幕上显示文本的命令一样，与那些在GSM11.14标准中定义的、称为SIMTOOLKIT命令的命令是兼容的，以至于它们可以得到标准用户单元的理解。因此，卡必须包括将MT命令转录为SIMTOOLKIT命令的装置。

本发明具体应用于因特网类型的业务。如在图13中所见，因特网业务服务器SERVWEB包括由以诸如HTML或WML语言的已知语言编码的网页WEBPAGE表示的因特网业务。根据本发明的命令装载装置的服务器SERV通过标准通信网络NET与因特网服务器通信。在装载服务器中，使用由通信网络传送的网页访问因特网业务。本发明的装置的服务器SERV包括将网页转录为之前描述的命令的序列SEQ的装置MTWEB。为了允许给定的用户访问因特网业务，根据该用户的需求，如此转录的序列块B如前所述地装载进用户卡CARD中。因此，用户可以通过他的用户单元的屏幕SCR访问因特网业务INTERNET。当然，为了应答来自卡的请求，必须访问因特网服务器。因此，本发明的装置的服务器SERV具有询问因特网服务器以获得所述请求所需要的数据的询问装置MA。

当然，本发明的范围不限于上述实现的模式，还可以扩展到其它的实现模式，其中装载装置配备有用来保证数据交换的全部安全性的附加装置。

Claims

1.将命令从至少一个服务器(SERV)装载到连接于用户单元(SU)的至少一个集成电路卡(CARD)的装置，所述卡包括第一命令执行程序(P1)和第一存储器(M1)，其特征在于，首先，所述服务器(SERV)包括：

--在卡中装载指定给某一业务(S)的命令序列(SEQ)的至少一个块(B)的装置(ML)，所述块(B)的至少一个命令(CD)由第一执行程序(P1)执行或被传送给用户单元(SU)并由第二执行程序(P2)执行，

--在第一存储器(M1)中备份至少一个序列块(B)的装置(MS)，

--能够在第一存储器(M1)中修改、擦除、增加至少一个序列块(B)的更新装置(MU)，

和，其次，卡(CARD)包括：

--搜索序列块(B)的装置，该装置能够在执行块(B)中的命令(CD)后搜索指定给某一业务的序列块。

2.如权利要求1所述的装置，其特征在于所述第一存储器(M1)是非易失性的。

3.如权利要求1或2所述的装置，其特征在于所述卡包括第二非易失性存储器(M2)，该第二非易失性存储器(M2)包括指定给至少一个业务的数据。

4.如前述任一权利要求所述的装置，其特征在于由服务器(SERV)发送所搜寻的序列块(B)。

5.如前述任一权利要求所述的装置，其特征在于所搜寻序列块(B)来自第一存储器(M1)。

6.如前述任一权利要求所述的装置，其特征在于第一存储器(M1)包括第一和第二区域，所述第一区域(Z1)具有由所述服务器进行的读写访问和由所述卡进行的读访问，所述第二区域(Z2)具有由所述卡进行的读写访问。

7.如前述任一权利要求所述的装置，其特征在于所述卡(CARD)包括数据请求装置(RD)，所述数据由业务服务器发送。

8.如前述任一权利要求所述的装置，其特征在于所述卡包括解释命令序列块的装置(MI)。

9.将命令从至少一个服务器(SERV)装载到连接于用户单元(SU)的至少一个集成电路卡(CARD)的方法，所述卡包括第一命令执行程序(P1)和第一存储器(M1)，其特征在于所述方法包括下列步骤：

--将指定给某一业务(S)的命令序列(SEQ)的至少一个块(B)从服务器装载到所述卡，

--所述块(B)的至少一个命令(CD)使用第一执行程序(P1)来执行或被传送给用户单元(SU)并使用第二执行程序(P2)来执行，

--在第一存储器(M1)中备份至少一个序列块(B)。

10.如权利要求9所述的方法，其特征在于还包括附加步骤：

--在执行序列块(B)中的命令(CD)后搜索指定给某一业务的另一个序列块(B)。

11.如权利要求10所述的方法，其特征在于由服务器(SERV)发送所搜寻的序列块(B)。

12.如权利要求10所述的方法，其特征在于所搜寻的序列块(B)来自第一存储器(M1)。

13.如权利要求9或12所述的方法，其特征在于还包括附加步骤：

--在所述第一存储器(M1)中更新指定给某一业务的至少一个命令序列块(B)。

14.如权利要求9至13任一所述的方法，其特征在于所述第一存储器(M1)是非易失性的。

15.如权利要求9至14任一所述的方法，其特征在于所述卡(CARD)包括第二非易失性存储器(M2)，该第二非易失性存储器(M2)包括指定给至少一个业务的数据。

16.如权利要求9至15任一所述的方法，其特征在于第一存储器(M1)包括第一和第二区域，所述第一区域(Z1)具有由所述服务器进行的读写访问和由所述卡进行的读访问，所述第二区域(Z2)具有由所述卡进行的读写访问。

17.如权利要求9至16任一所述的方法，其特征在于还包括附加步骤：

--将数据请求(RD)从所述卡发送到业务服务器。

18.如权利要求9至17任一所述的方法，其特征在于还包括附加步骤：

--在所述卡中解释至少一个命令序列块。

19.如权利要求9至18任一所述的方法，其特征在于还包括附加步骤：

--当在所述卡中装载收到的序列块(B)中要执行的命令(CD)时，执行所述命令。

20.如权利要求9至19任一所述的方法，其特征在于还包括附加步骤：

--在执行序列块(B)中的命令(CD)期间，在所述卡中接收至少一个在所述序列块中的其它的命令(CD)。