智能卡注册方法、智能卡管理平台及智能卡

摘要

本发明公开了一种智能卡注册方法、智能卡管理平台及智能卡。所述智能卡注册方法包括：智能卡管理平台向未注册的智能卡发送触发注册请求；所述智能卡管理平台接收所述智能卡根据所述触发注册请求发送的触发注册响应；所述智能卡管理平台根据所述触发注册响应对所述智能卡进行注册处理。上述方法能够使智能卡管理平台统一管理智能卡。

说明书

技术领域

本发明涉及通信技术，特别涉及一种智能卡注册方法、智能卡管理平台 及智能卡。

背景技术

目前，全球用户识别卡(Universal Subscriber Identity Module，以下简 称：USIM卡)为通讯服务商提供支持Java技术服务的Java智能卡(以下 简称：Java卡)，利用Java虚拟机实现智能卡编程接口的统一化，解决了 智能卡应用开发与卡片底层卡片操作系统(Card Operating System，以下简 称：COS)密不可分的情况，方便了智能卡的应用。现有技术中采用智能卡 管理平台统一管理Java卡，以便于通讯服务商通过智能卡管理平台开展Java 卡上的业务。

但是，智能卡管理平台统一管理Java卡时，需要Java卡信息和智能卡 管理平台中Java卡的信息同步，否则无法统一管理Java卡。由此，现有技 术中通过Java卡的自注册方式实现Java卡信息，如卡片集成电路卡识别码 (I ntegrate circuit card identity，以下简称：ICCID)在智能卡管理平台的激 活，以便智能卡管理平台和Java卡的信息同步。

Java卡自注册方式主要是通过触发Java卡中Java应用管理器下的业务 菜单，向智能卡管理平台发送请求注册指令，该智能卡管理平台接收请求注 册指令后激活内部的ICCID，且智能卡管理平台下发智能卡的预设数据，进 而生成下发至智能卡使用的网站登录密码以完成智能卡的自注册过程。

然而，Java卡的业务菜单不被大众所关注，大多用户根本不进入Java 应用管理器或并不运行Java应用管理器下的业务菜单，进而导致智能卡管理 平台无法进行Java卡信息同步，使得智能卡管理平台无法统一管理发卡系统 下发的Java卡。

发明内容

本发明提供一种智能卡注册方法、智能卡管理平台及智能卡，用以实现 智能卡管理平台与智能卡信息的同步，以使智能卡管理平台能够有效管理智 能卡。

本发明一方面提供一种智能卡注册方法，包括：

智能卡管理平台向未注册的智能卡发送触发注册请求；

所述智能卡管理平台接收所述智能卡根据所述触发注册请求发送的触发 注册响应；

所述智能卡管理平台根据所述触发注册响应对所述智能卡进行注册处 理。

本发明的另一方面提供一种智能卡注册方法，包括：

智能卡接收智能卡管理平台发送的触发注册请求；

所述智能卡根据所述触发注册请求向所述智能卡管理平台发送触发注册 响应；以使所述智能卡管理平台对所述智能卡进行注册处理。

本发明的另一方面提供一种智能卡管理平台，其包括：

第一发送模块，用于向未注册的智能卡发送触发注册请求；

第一接收模块，用于接收所述智能卡根据所述触发注册请求发送的触发 注册响应；

第一处理模块，用于根据所述触发注册响应对所述智能卡进行注册处理。

本发明的另一方面提供一种智能卡，包括：

第三接收模块，用于接收智能卡管理平台发送的触发注册请求；

第三发送模块，用于根据所述触发注册请求向所述智能卡管理平台发送 触发注册响应；以使所述智能卡管理平台对所述智能卡进行注册处理。

由上述技术方案可知，本发明的智能卡注册方法、智能卡管理平台及智 能卡，其通过智能卡管理平台主动向智能卡发送触发注册请求，以使智能卡 能够在智能卡管理平台中被注册，进而实现智能卡管理平台与智能卡的卡片 信息同步，使得智能卡管理平台能够统一管理智能卡。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或 现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述 中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出 创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的智能卡注册方法一实施例的步骤流程图；

图2为本发明的智能卡注册方法一实施例的交互流程图；

图3为本发明的智能卡注册方法另一实施例的步骤流程图；

图4为本发明的智能卡管理平台一实施例的结构示意图；

图5为本发明的智能卡一实施例的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施 例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明 中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所 有其他实施例，都属于本发明保护的范围。

图1示出了本发明的智能卡注册方法一实施例的步骤流程图。如图1所示， 智能卡注册方法的具体步骤可如下所述。

101，智能卡管理平台向未注册的智能卡发送触发注册请求；

102，智能卡管理平台接收所述智能卡根据所述触发注册请求发送的触发 注册响应；

103，智能卡管理平台根据所述触发注册响应对所述智能卡进行注册处 理。

举例来说，步骤103具体可为如下图1中未示出的步骤：

1031，智能卡管理平台向所述智能卡发送注册确认信息。

1032，智能卡管理平台接收所述智能卡根据所述注册确认信息发送的注 册确认响应。

通常，注册确认信息中可包括至少一个预设数据。本实施例中对预设数 据的举例说明如下文中的a)--f)的描述。

1033，智能卡管理平台根据所述注册确认响应生成所述智能卡使用的网 站登录密码，进而使得智能卡管理平台和智能卡的卡片信息同步。

在实际的应用场景中，智能卡的网站登录密码用于智能卡管理平台中的 用户自主平台查看消费记录或开通相关业务服务等。特别地，网站登录密码 为每一智能卡随机产生，网站登录密码可以是Java卡用户自服务Web门户 的密码。Web门户可包括：用户注册/登录、应用展现或个性化门户展现等功 能。

举例来说，卡片信息同步内容进一步可包括：卡片空间大小，已安装 包AID、包状态，安全域的AID、状态及其权限，已安装应用实例AID、 状态及其权限等。

上述实施例中通过智能卡管理平台主动向智能卡发送触发注册请求， 以使智能卡能够在智能卡管理平台中被注册，进而实现智能卡管理平台与 智能卡信息的同步，使得智能卡管理平台能够统一管理智能卡。

在本实施例中，若所述智能卡管理平台未接收到所述智能卡根据所述触 发注册请求发送的触发注册响应；则所述智能卡管理平台重复向所述智能卡 发送所述触发注册请求。也就是说，智能卡管理平台可定期向所述智能卡发 送与上述相同的触发注册请求。该处定期发送的触发注册请求与第一次发送 的触发注册请求是相同的。

当然，若智能卡管理平台向智能卡发送多次(如五次)触发注册请求后， 智能卡管理平台均接收不到智能卡对所述触发注册请求的触发注册响应，则 智能卡管理平台可向发卡系统确认该智能卡的标识是否正确，和/或，在智能 卡管理平台内部确认该智能卡是否处于发卡后的使用状态等。

另外，在步骤101之前，本实施例的智能卡注册方法还包括图1中未示 出的如下步骤：

智能卡管理平台获取未注册的智能卡标识。特别地上述提及的触发注册 请求中可包括所述智能卡标识。

进一步地，智能卡管理平台获取未注册的智能卡标识的步骤具体为：

智能卡管理平台从发卡系统获取所述智能卡标识；

智能卡管理平台根据所述智能卡标识，选取未注册的智能卡标识。

举例来说，智能卡管理平台十天向发卡系统获取发卡系统在十天之内下 发的智能卡的标识；该智能卡管理平台通过该些智能卡的标识在其内部识别 未注册的智能卡的标识等。

此时，步骤102可为智能卡接收到触发注册请求之后，获取触发注册请 求中的标识，并判断该标识与智能卡中预置的标识是否一致，若判断结果为 一致，则智能卡向智能卡管理平台发送对触发注册请求的响应。与此同时， 智能卡管理平台接收智能卡发送的触发注册响应之后，激活智能卡管理平台 中针对该智能卡的相关信息(如激活ICCID等)，同时该智能卡管理平台将 内部的预设数据(即个人化数据)发送至智能卡。该处的预设数据可包括： 业务菜单的应用标识(如TARs目标应用参考号)、业务信息的设置(如Keys  and KeySets密钥与密钥集、计数器等)等。该些预设数据的具体内容参见 下文a)--f)的描述。

本实施例中提及的智能卡标识可为卡片集成电路卡识别码即ICCID。本 实施例中的智能卡的唯一标识可为ICCID。通常发卡系统在下发智能卡时可 将ICCID预置于智能卡中。此时，触发注册请求可为包含智能卡的ICCID的 触发注册请求。另外，上述触发注册请求还可根据实际需要包括下表一所示 的部分信息内容或全部信息内容。

例如，智能卡的标识还可包括Java版本、GP版本、(U)SIM版本、卡 商代码、卡片密钥或卡片国际移动用户标识(International mobile subscriber  identity，IMSI)等。上述智能卡的标识为发卡系统在下发智能卡时已经预置 于智能卡内，以便于后续对该智能卡的识别。

表一：

应说明的是，表一中的信息内容为发卡系统预先预置于智能卡中的信息 内容，其用于识别智能卡。

上述实施例中提及的智能卡优选为Java卡，智能管理平台可为Java管 理平台。

在一个应用场景中，Java卡接收的预设数据需包括以下数据，如a)--f) 所描述的；其中

a)TARs目标应用参考号。本实施例中，TARs具体为：远程文件管 理：0xB00x000x1E；远程应用程序管理：0x000x000x00。

b)Keys and KeySets密钥与密钥集。特别地，在缺省状况下，用 DES-CBC算法的密钥集被选来用于远程文件管理(TAR＝B0001E)； 以及，用3DES outer-CBC算法的密钥集被选来用于远程应用程序管理 (TAR 00 00 00)。

c)Counter计数器。在智能卡管理平台向智能卡发送的该预设数据的 初始值可被设为0。

d)安全参数标识(Security Parameters Indication，简称SPI)。本 实施例中智能卡管理平台向智能卡发送的SPI设为1200，用于远程USIM 文件管理与远程应用程序管理。

e)安全信道协议(Secure Channel Protocol，简称：SCP)。SCP 可有多种，本实施例中的智能卡管理平台向智能卡发送的预设数据优选采 用SCP01和SCP10协议。

f)主安全域(Issuer Security Domain，简称：ISD)和安全域(Security  Domain，简称：SD)。ISD AID：A0000001510000；ISD Key(密钥)： 其可以通过表二举例说明。

表二

如果卡片支持SD，则配置SD Key密钥为：参见表三。

表三

  Key   Identifier   Version   Value   S-ENC   01   01   ’606162636465666768696A6B6C6D6E6F’   S-MAC   02   01   ’707172737475767778797A7B7C7D7E7F’   DEK   03   01   ’808182838485868788898A8B8C8D8E8F’

在上述实施例的基础上，图2示出了本发明的智能卡注册方法一实施例的 交互流程图。如图2所示，本实施例的智能卡注册方法可以如下所述。

201，智能卡管理平台获取未注册的智能卡的标识。通常，智能卡管理平 台按照一定的间隔时间从发卡系统获取发卡系统在该时间间隔内下发的智能 卡的标识，以及依据该些智能卡的标识在自身内部判断并获取未注册的智能 卡的标识。上述的时间间隔可为十天或十五天等，时间间隔依据实际的需要 预先设置。

202，所述智能卡管理平台根据所述智能卡的标识向所述智能卡发送包含 标识的触发注册请求。在本实施例中，智能卡为Java卡时，智能卡的标识为 ICCID。该处的触发注册请求是用于使智能卡确认智能卡管理平台发送的 ICCID与智能卡中预置的ICCID标识是否一致。

203，智能卡接收智能卡管理平台发送的触发注册请求后，判断触发注册 请求中的标识和智能卡中预置的标识是否一致，若智能卡中预置的标识和触 发注册请求中的标识一致，则向所述智能卡管理平台发送触发注册请求的响 应即触发注册响应。

204，智能卡管理平台接收所述智能卡的触发注册请求的响应后，激活该 智能卡的相关信息，以及向智能卡发送包含至少一个预设数据的注册确认信 息。在本实施例中，激活该智能卡的相关信息主要是在智能卡管理平台中激 活该智能卡对应的ICCID。

205，智能卡接收并响应所述注册确认信息。

206，智能卡管理平台接收所述注册确认信息的响应如注册确认响应后， 生成智能卡使用的网站登录密码。

207，智能卡管理平台向智能卡发送至网站登录密码，以使智能卡管理平 台中智能卡的信息与智能卡的卡片信息同步。

举例来说，网站登录密码可以是Java卡用户自服务Web门户的密码。 Web门户可包括：用户注册/登录、应用展现、个性化门户展现等功能。

在实际的应用场景中，触发注册响应方式可选用PoR(Proof of  Receipt)方式或POS方式。该PoR方式是用于空中处理过程中智能卡 对智能卡管理平台下发的各种指令(如触发注册请求等)的响应。本实施 例中的POS方式是智能卡通过近场通信完成对智能卡管理平台的响应。 特别地，对于任意实施例提及的Java卡的注册即为Java卡通过POS方 式借助空中接口(即卡片的短消息服务接口)完成智能卡的注册过程。

上述实施例中通过智能卡管理平台主动向智能卡发送触发注册请求，以 使智能卡能够在智能卡管理平台中被注册，进而实现智能卡管理平台与智能 卡信息的同步，使得智能卡管理平台能够统一管理智能卡。

在上述实施例的基础上，图3示出了本发明的智能卡注册方法另一实施例 的步骤流程图。如图3所示，本实施例的智能卡注册方法可以如下所述。

301，智能卡接收智能卡管理平台发送的触发注册请求；

302，智能卡根据所述触发注册请求向所述智能卡管理平台发送触发注册 响应；以使所述智能卡管理平台对所述智能卡进行注册处理。

进一步地，步骤301中的触发注册请求包括所述智能卡标识；此时步骤 302具体为：智能卡判断该智能卡中的第一标识与所述智能卡标识是否一致， 若一致，则所述智能卡向所述智能卡管理平台发送触发注册响应。该处的第 一标识即为智能卡中预置的标识，该第一标识和智能卡标识均为ICCID。

当然，若第一标识与所述智能卡标识不一致，则所述智能卡不发送触发 注册响应。

另外，本实施例的智能卡注册方法可以如下所述，以下步骤未采用图示 说明。

智能卡接收智能卡管理平台发送的包含智能卡标识的触发注册请求。

判断触发注册请求中的智能卡标识和智能卡中预置的标识是否一致，若 一致，则向智能卡管理平台发送触发注册请求的响应。

智能卡在发送触发注册请求的响应后，接收智能卡管理平台发送的包含 至少一个预设数据的注册确认信息。

智能卡向智能卡管理平台发送注册确认信息的响应后，接收智能卡管理 平台发送的该智能卡使用的网站登录密码，以使智能卡管理平台中智能卡的 信息与智能卡自身的信息同步。

在本实施例中的智能卡标识可为卡片集成电路卡识别码。本实施例中提 及的智能卡均可为Java卡。

上述实施例中通过智能卡管理平台主动向智能卡发送触发注册请求，以 使智能卡能够在智能卡管理平台中被注册，进而实现智能卡管理平台与智能 卡的卡片信息同步，使得智能卡管理平台能够统一管理智能卡。

在上述实施例的基础上，图4示出了本发明的智能卡管理平台一实施例 的结构示意图。如图4所示，本实施例的智能卡管理平台包括：第一发送模 块401、第一接收模块402和第一处理模块403。其中，第一发送模块401， 用于向未注册的智能卡发送触发注册请求；第一接收模块402，用于接收所 述智能卡根据所述触发注册请求发送的触发注册响应；第一处理模块403， 用于根据所述触发注册响应对所述智能卡进行注册处理。

特别地，所述第一发送模块401还用于，在第一接收模块402未接收到 所述智能卡根据所述触发注册请求发送的触发注册响应时，重复向所述智能 卡发送所述触发注册请求。

在一个应用场景中，第一处理模块403还包括图4中未示出的子模块： 第二发送模块4031、第二接收模块4032和生成模块4033。其中，第二发送 模块4031，用于向所述智能卡发送注册确认信息；第二接收模块4032，用 于接收所述智能卡根据所述注册确认信息发送的注册确认响应；生成模块 4033，用于根据所述注册确认响应生成所述智能卡使用的网站登录密码。

在实际的应用场景中，智能卡管理平台还包括获取模块，用于获取未注 册的智能卡标识。通常上述实施例中提及的触发注册请求中可包括所述智能 卡标识，以及智能卡标识优选采用卡片集成电路卡识别码。

优选地，所述获取模块包括：第一单元和第二单元。其中，第一单元， 用于从发卡系统获取所述智能卡标识；第二单元，用于根据所述智能卡标识 选取未注册的智能卡标识。

上述实施例中提及的智能卡均可为Java卡。

上述实施例中通过智能卡管理平台主动向智能卡发送触发注册请求，以 使智能卡能够在智能卡管理平台中被注册，进而实现智能卡管理平台与智能 卡信息的同步，使得智能卡管理平台能够统一管理智能卡。

在上述实施例的基础上，图5示出了本发明的智能卡一实施例的结构示 意图。如图5所示，本实施例的智能卡包括：第三接收模块501和第三发送 模块502。其中，第三接收模块501用于接收智能卡管理平台发送的触发注 册请求；第三发送模块502用于根据所述触发注册请求向所述智能卡管理平 台发送触发注册响应；以使所述智能卡管理平台对所述智能卡进行注册处理。

本实施例中的触发注册请求可包括所述智能卡标识。优选地，第三发送 模块502具体用于判断该智能卡中的第一标识与所述智能卡标识是否一致， 若一致，则所述智能卡向所述智能卡管理平台发送触发注册响应。该处的第 一标识即为智能卡中预置的标识，该第一标识和智能卡标识均为ICCID。

上述实施例中提及的智能卡标识优选采用卡片集成电路卡识别码。智能 卡可为Java卡。

上述实施例中通过智能卡管理平台主动向智能卡发送触发注册请求，以 使智能卡能够在智能卡管理平台中被注册，进而实现智能卡管理平台与智能 卡的卡片信息同步，使得智能卡管理平台能够统一管理智能卡。

需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表 述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描 述的动作顺序的限制，因为依据本发明，某些可以采用其他顺序或者同时进 行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优 选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有 详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述 描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的 对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置 和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅 是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实 现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成 到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论 的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单 元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的， 作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地 方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的 部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元 中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在 一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软 件功能单元的形式实现。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对 其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修 改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。