CN104766103A - 智能卡发卡方法及系统 - Google Patents

Abstract

本发明公开了一种智能卡发卡方法及系统，为解决现有发卡过程中导致的发卡流程繁琐、效率低和/或开通过程中易出现智能卡不能及时开卡成功的问题而设计。所述方法包括：在智能卡中预先存储激活应用；安装有所述智能卡的终端打开所述激活应用，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号；所述终端发送携带有所述智能卡序列号以及所述通讯号的激活请求；服务平台接收所述激活请求；服务平台建立所述智能卡序列号与所述通讯号的绑定关系；服务平台根据所述智能卡序列号与所述通讯号的绑定结果，向所述终端返回激活结果；所述终端接收所述激活结果，并根据所述激活结果开通所述一卡通应用，具有开卡简便以及效率高的优点。

Description

智能卡发卡方法及系统

技术领域

本发明涉及通信领域的智能卡技术，尤其涉及一种智能卡发卡方法及系统。

背景技术

现有一种智能卡，既可以实现手机业务（如手机语音通信、短息以及手机业务等），同时还能作为非接触式的一卡通应用（如考勤、门禁、消费以及停车管理或应用）。

上述智能卡发卡方法有两种：一种为终端发卡，另一种为空中发卡。其中，终端发卡为用户持智能卡到发卡终端绑定卡片信息和用户信息；空中发卡为后台发卡平台通过网络主动发起与智能卡的信息交互，从而获取存储在智能卡中的应用序列号，最终实现智能卡与用户信息的绑定。

但是，终端发卡的缺点是用户必须利用发卡终端，进行智能卡与用户信息绑定；十分不方便且发卡效率低且户感受差。空中发卡，由发卡平台来主动发起智能卡与用户信息的绑定，很容易因网络信号差以及终端关机等问题造成开卡不成功，且用户的自主性低。

发明内容

有鉴于此，本发明实施例提供一种智能卡发卡方法及系统，以解决上述问题的至少其中之一。

为达到上述目的，本发明的技术方案是这样实现的：

本发明第一方面提供一种智能卡发卡方法，在智能卡中预先存储激活应用；所述方法还包括：

安装有所述智能卡的终端打开所述激活应用，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号；

所述终端发送携带有所述智能卡序列号以及所述通讯号的激活请求；

服务平台接收所述激活请求，建立所述智能卡序列号与所述通讯号的绑定关系；

所述服务平台根据所述智能卡序列号与所述通讯号的绑定结果，向所述终端返回激活结果；

所述终端接收所述激活结果，并根据所述激活结果开通所述一卡通应用。

优选地，所述在智能卡预先存储激活应用的同时，所述方法还包括：在所述智能卡中预先存储一卡通应用。

优选地，所述建立所述智能卡序列号与所述通讯号的绑定关系为：

所述服务平台在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。

优选地，所述激活请求中还携带有用以存储企业ID的企业ID字段；

所述方法还包括：

当所述企业ID字段不为空时，提取存储在所述企业ID；

在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，若对应，所述服务平台建立所述智能卡序列号与所述通讯号的绑定关系；若不对应，转入异常处理流程。

优选地，所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于用户输入生成的。

本发明第二方面提供一种智能卡发卡系统，所述系统包括终端、服务平台以及预先存储有激活应用的智能卡；

所述终端，用以安装所述智能卡，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号，发送携带有所述智能卡序列号以及所述通讯号的激活请求，接收并根据所述服务平台返回的激活结果，开通所述一卡通应用；

所述服务平台，用以接收所述激活请求，建立所述智能卡序列号与所述通讯号的绑定关系，向所述终端返回激活结果。

优选地，所述在智能卡还用以在开通所述一卡通应用之前，预先存储一卡通应用。

优选地，所述服务平台在建立所述一通序列号与所述通讯号的绑定关系时，具体用以在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。

优选地，所述激活请求中还携带有用以存储企业ID的企业ID字段；

所述服务平台，用以在建立所述智能卡序列号与所述通讯号的绑定关系之前，还用以当所述企业ID字段不为空时，提取存储在所述企业ID；在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，若对应则建立所述智能卡序列号与所述通讯号的绑定关系，若不对应转入异常处理流程。

优选地，

所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于所述终端接收的用户输入生成的。

本发明实施例所述的智能卡发卡方法及系统，是由终端侧基于智能卡中的激活应用向服务平台主动发出激活请求的发卡方法，用户的自主选择性更强，降低了安装了所述智能卡的终端所在网络环境差等现象所导致的开卡不成功现象的出现频率。

附图说明

图1为本发明实施例一所述的智能卡发卡方法的流程示意图之一；

图2为本发明实施例一所述的智能卡发卡方法的流程示意图之二；

图3为本发明实施例二所述的智能卡发卡系统的结构示意图。

具体实施方式

以下结合说明书附图以及具体实施例对本发明的技术方案做详细的阐述。

实施例一：

本实例提供一种智能卡发卡方法，所述方法包括：

步骤S110：在智能卡中预先存储激活应用；

步骤S120：安装有所述智能卡的终端打开所述激活应用，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号；

步骤S130：所述终端发送携带有所述智能卡序列号以及所述通讯号的激活请求；

步骤S140：服务平台接收所述激活请求；

步骤S150：服务平台建立所述智能卡序列号与所述通讯号的绑定关系；

步骤S160：服务平台根据所述智能卡序列号与所述通讯号的绑定结果，向所述终端返回激活结果；

步骤S170：所述终端接收所述激活结果，并根据所述激活结果开通所述一卡通应用。

执行所述步骤S110是执行步骤S120至步骤S170的前提，可以在智能卡出厂前就预先存储好了，也可以在出厂后各运营商根据各自的需要，在智能卡存储介质中灌入所述激活应用。本实施例所述的智能卡为同时可实现通信业务以及一卡通应用的智能卡。所述智能卡序列还可称为一卡通序列号。

在所述智能卡被发放到用户手中时，已经预先设置了激活应用，具体的如STK菜单，在所述SKT菜单中包括对应于所述激活应用的激活子菜单。当所述智能卡处于未开通或未注册状态时，SKT菜单中除激活子菜单以外的菜单是不能应用的。所述智能卡包括多种类型，具体的如RFID-SIM卡。所述的智能卡通常包括两个接口，一个为接触接口，另一个为非接触接口。当所述智能卡安装在终端中时，接触接口与终端接口相连，实现语音以及消息等通信。所述非接触接口通常支持NFC以及eNFC等技术，通过上述技术实现与外设的交互，如刷门禁、考勤以及乘公交等。一个智能卡通常对应于一个全网唯一的智能卡序列号，是所述智能卡出产时已经设置好的，可以作为一卡通应用的标识号。

在所述步骤S120中，用户在拿到所述智能卡后，安装到终端内，打开所述STK菜单中的激活子菜单进行激活操作，则所述终端将向服务平台发送激活请求。所述终端如手机以及平板电脑等移动终端。用户在拿到所述智能卡同时，还将分配一个对应于所述智能卡的通讯号。所述通讯号可为手机号；所述通讯号在开通通信业务时已经被预先存储到所述智能卡中，故在步骤S120中可以从智能卡的存储介质中，获取预先存储好的智能卡序列号以及通讯号。

在所述步骤S140的所述服务平台为智能卡服务平台，具体如一卡通省平台。

在所述步骤S160中激活平台会根据绑定结果，返回激活结果。绑定结果包括绑定成功以及绑定失败，绑定成功的激活结果为激活成功；绑定失败对应的激活结果为激活失败。具体的当所述智能卡为已被用户通过服务平台置废的智能卡，则该智能卡为废卡，该智能卡的序列号则为禁止使用的智能卡序列号，，服务平台将发送激活失败或者不返回激活结果。

当服务平台不管是绑定成功或绑定失败都发送激活结果时，则步骤S170中根据激活结果的内容来确定是否开通一卡通应用。当所述服务平台仅在绑定成功时发送激活结果，则在步骤S170中在接收到所激活结果时，就开通所述一开通应用。

开通所述智能卡的步骤可以仅包括激活SKT菜单中的其他应用，还可以包括：修改智能卡中的激活标志位以及修改SKT菜单中的激活子菜单状态的至少其中之一，以使激活子菜单不再能应用，以免误操作出发激活子应用，导致重发激活请求，引起紊乱。通常一卡通应用被激活了，则所述SKT菜单还将显示出一卡通应用已经被激活了。

作为本实施例的进一步改进，

所述在智能卡预先存储激活应用的同时，所述方法还包括：在所述智能卡中预先存储一卡通应用。

所述一卡通应用包括门禁应用、考勤应用、充值应用以及消费应用的至少其中之一。通常所述一卡通应用包括主控应用以及非主控应用。如职员所持公司的智能卡，考勤以及门禁可能作为主控应用，而公司停车场的消费应用可能作为非主控应用。如统一发给同一公司的智能卡，首先可将最主要的一卡通应用预先存储好，再根据所提交的需求分别对个别需求在智能卡中预先存储好相应的一卡通应用。此外也可以在所述智能卡中预先存储好可能应用到的各种一卡通应用，然后通过注册等简单的信令交互激活即可，同样的省去了由服务平台向智能卡推送一卡通应用的过程。

在所述步骤S150中，所述服务平台建立所述智能卡序列号与所述通讯号的绑定关系为：

在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。

根据智能卡序列号与通讯号在卡注册表中的存储状况，建立绑定关系的方法不同，具体如下：

在预先建立的卡注册表中查询所述智能卡序列号；

查到所述智能卡序列号且对应的通讯号字段为空时，将所述通讯号添加到所述卡注册表中；此种情况通常适用于向企业等团体发放智能卡，且在卡注册表中添加了智能卡序列号的情况。如向企业A发放了200张智能卡，则该200张智能卡的智能卡序列号都预先被添加到了卡注册表中；

当没有查到所述智能卡序列号，但是查到所述通讯号字，且所述通讯号已经对应了一个智能卡序列号，且两个智能卡序列号不同，则将从激活请求中所述提取智能卡序列号替换所述已经存储在卡注册表中的智能卡序列；通常这种情况适用于智能卡丢失情况时，通讯号与智能卡序列号的重新绑定。

当查到同时查到所述智能卡序列号以及所述通讯号，则可以保持卡注册表的内容不变，直接发送激活结果就好，通常这种情况属于在激活过程中，激活结果没有能正常返回到终端，导致的激活失败的再次激活场景。

若既没有查找到所述智能卡序列号又没有查到所述通讯号，则直接在所述卡注册表中增加所述智能卡序列号与所述通讯号的新纪录。这种应用场景为发放了一张新的智能卡，但是没有预先在卡注册表中进行登记的情形，通常适用于向单个客户发放的应用场景。

进一步的，所述激活请求中还携带有用以存储企业ID的企业ID字段；

在服务平台建立所述智能卡序列号与所述通讯号的绑定关系，所述方法还包括：

当所述企业ID字段不为空时，提取存储在所述企业ID；

在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，

若对应，服务平台建立所述智能卡序列号与所述通讯号的绑定关系；

若不对应，转入异常处理流程。

ID为Identification，企业ID为企业识别号。通过企业ID判断该智能卡是否为对应企业所发放的智能卡。所述异常处理流程，可以为激活失败处理流程，向终端发送激活失败结果或直接忽略所述激活请求即可。

所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于用户输入生成的。

当所述企业ID为预先存储在智能卡中的，则在所述步骤S120中还包括从智能卡的存储介质中读取所述企业ID，在步骤S130中的激活请求中还携带有所述企业ID。

当所述企业ID为基于用户输入生成的，则所述步骤S120中还通过终端的人机交互界面与用户的交互，获取企业ID。如通过SKT菜单接收用户输入。

本实施例中所述的一卡发卡方法，相对于现有的终端发卡方法能有效的缩短发卡激活的时间，显著的提高了效率和户感受的良好度；相对于空中发卡，排除了用户网络在使用中、网络无信号或信号差、终端断电等情况下开通失败的情形。

以下结合本实施例所述的智能卡发卡方法，提供一个应用示例，如图2所示，包括如下步骤：

步骤1：预先存储好有激活应用以及一卡通应用的智能卡，由STK菜单发起激活操作；

步骤2：读取应用序列号和手机号；此处所述的应用序列号即智能卡序列号；所述手机号为分发所述智能卡时所分配的通讯号；将所述智能卡安装在终端后，即可通过所述手机号进行移动通信；所述移动通信包括语音通信、短信等消息通信以及进行上网等流量服务；

步骤3：通过安装了所述智能卡的终端，发送激活请求（Business RegisterRequest）；所述激活请求通过短信形式发送，且经过短信网关转发到所服务平台；

步骤4：服务平台接收到所述激活请求后，根据所述应用序列号（即智能卡序列号）是否为已发放的卡，并根据判断结果建立所述应用序列号与所述手机号的绑定关系；通常以已发放卡在服务平台都会有相应的记录，以供查询；根据查询结果以及对查询结果的处理，判断所述智能卡是否为非法卡，若是，则不进行智能卡序列号与手机号的绑定；否则，新建或添加智能卡序列号与手机号之间的绑定关系。

步骤5：服务平台在完成步骤4的操作后，将返回激活结果（Business RegisterRespond）；

步骤6：根据返回的结果，开通智能卡并激活已经预先存储在智能卡中的相关应用，同时修改智能卡的标志位；所述标志位为激活标志位；所述相关应用为一卡通应用。修改所述激活标志位后，能有效防止智能卡重复发送激活请求。所述已开通应用可以是门禁、考勤等具体应用。

在本实施例中所述通讯号都以手机号为例进行了说明，在实现过程中包括SIM卡号，UIM卡号等通讯号

表1-表3提供了上述智能卡发卡方法中可能将涉及各相关命令的参数。表1为激活请求可包括命令类型；表2为各命令类型相关说明；表3提供的是一卡通应用激活失败时的异常处理。

表1

表2

表3

综上所述，本实施例提供了一种全新的发卡方法，具有发卡流程简便、发卡效率高且发卡过程中的开卡激活失败率低等优点。

实施例二：

如图3所示，本实施例提供一种智能卡发卡系统，所述系统包括终端、服务平台120以及预先存储激活应用的智能卡；

所述终端，用以安装所述智能卡，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号，发送携带有所述智能卡序列号以及所述通讯号的激活请求，接收并根据所述服务平台返回的激活结果，开通所述一卡通应用；

所述服务平台120，用以接收所述激活请求，建立所述智能卡序列号与所述通讯号的绑定关系，向所述终端返回激活结果。

通常一个智能卡对应一个终端，在图3中包括了三台终端，且依次是移动终端111、移动终端112以及移动终端113。三台所述移动终端分别对应了智能卡1、智能卡2以及智能卡3。移动终端与服务平台120之间通过网络连接，在本实施例中为移动网络。

所述服务平台为智能卡服务平台。具体的如智能卡省服务平台，用以管理所在省内所有的智能卡以及智能卡服务等。

本实施例所述的智能卡发卡系统为实施例一中所述的智能卡发卡方法，提供了实现的具体物理装置，能实现实施例一中任意一个技术方案，同样的具有发卡流程简单，发效率高且有效发卡的成功率高等优点。

所述在智能卡还用以在开通所述一卡通应用之前，预先存储一卡通应用。所述智能卡内置有存储介质；所述存储介质可以用来存储激活应用以及所述一卡通应用。所述一卡通应用对应于企业的门禁、考勤、消费以及充值等应用。所述存储介质包括作为缓存的瞬间存储介质如RAM以及永久存储的非瞬间存储介质如ROM。所述激活应用以及一卡通应用都存储在所述非瞬间存储介质中。通过预先在智能卡中存储一卡通应用，避免了用户持终端到发卡终端拷贝或通过信令交互从服务平台获取一卡通应用的过程，简化了用户操作，用户体验更好，且避免了大量的应用数据流的产生。

所述服务平台120在建立所述一通序列号与所述通讯号的绑定关系时，具体用以在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。所述服务平台120的具体物理结构可以是一台或多台服务器组成的。所述服务器包括一个或多个处理器、存储介质以及通信接口。所述通信接口用于与终端进行交互，所述处理器用以实现服务器在接收到激活请求后的各种功能。所述存储介质用以存储有建立有智能卡序列号与通讯号映射关系的卡注册表等。所述存储介质优选为非瞬间存储介质。所述处理器、存储介质以及通信接口之间通过处理器内部的总线进行连接，以通过所述总线实现服务器内部的数据交互。

所述激活请求中还携带有用以存储企业ID的企业ID字段；

所述服务平台120，用以在建立所述智能卡序列号与所述通讯号的绑定关系之前，还用以当所述企业ID字段不为空时，提取存储在所述企业ID；在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，若对应则建立所述智能卡序列号与所述通讯号的绑定关系，若不对应转入异常处理流程。

所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于所述终端接收的用户输入生成的。

所述服务平台120中的存储介质中还存储有所述发卡表。

上述实施例所述的服务平台120实现了对企业的批量发卡的是否为非企业发卡的识别以及开卡。

本实施例所述的智能卡发卡系统，简化了用户开通智能卡的流程，提高了发卡效率以及用户的感受良好度。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种智能卡发卡方法，其特征在于，在智能卡中预先存储激活应用；所述方法还包括：

安装有所述智能卡的终端打开所述激活应用，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号；

所述终端发送携带有所述智能卡序列号以及所述通讯号的激活请求；

服务平台接收所述激活请求，建立所述智能卡序列号与所述通讯号的绑定关系；

所述服务平台根据所述智能卡序列号与所述通讯号的绑定结果，向所述终端返回激活结果；

所述终端接收所述激活结果，并根据所述激活结果开通所述一卡通应用。

2.根据权利要求1所述的方法，其特征在于，所述在智能卡预先存储激活应用的同时，所述方法还包括：在所述智能卡中预先存储一卡通应用。

3.根据权利要求1或2所述的方法，其特征在于，所述建立所述智能卡序列号与所述通讯号的绑定关系为：

所述服务平台在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。

4.根据权利要求1或2所述的方法，其特征在于，所述激活请求中还携带有用以存储企业ID的企业ID字段；

所述方法还包括：

当所述企业ID字段不为空时，提取存储在所述企业ID；

在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，若对应，所述服务平台建立所述智能卡序列号与所述通讯号的绑定关系；若不对应，转入异常处理流程。

5.根据权利要求4所述的方法，其特征在于，所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于用户输入生成的。

6.一种智能卡发卡系统，其特征在于，所述系统包括终端、服务平台以及预先存储有激活应用的智能卡；

所述终端，用以安装所述智能卡，获取所述智能卡序列号以及所述智能卡发放时所分配的通讯号，发送携带有所述智能卡序列号以及所述通讯号的激活请求，接收并根据所述服务平台返回的激活结果，开通所述一卡通应用；

所述服务平台，用以接收所述激活请求，建立所述智能卡序列号与所述通讯号的绑定关系，向所述终端返回激活结果。

7.根据权利要求6所述的系统，其特征在于，所述在智能卡还用以在开通所述一卡通应用之前，预先存储一卡通应用。

8.根据权利要求6或7所述的系统，其特征在于，所述服务平台在建立所述一通序列号与所述通讯号的绑定关系时，具体用以在卡注册表中建立所述智能卡序列号与所述通讯号的映射关系。

9.根据权利要求6或7所述的系统，其特征在于，所述激活请求中还携带有用以存储企业ID的企业ID字段；

所述服务平台，用以在建立所述智能卡序列号与所述通讯号的绑定关系之前，还用以当所述企业ID字段不为空时，提取存储在所述企业ID；在批量发卡表中查询所述企业ID是否对应于所述智能卡序列号，若对应则建立所述智能卡序列号与所述通讯号的绑定关系，若不对应转入异常处理流程。

10.根据权利要求9所述的系统，其特征在于，

所述企业ID为与所述激活应用一起预先存储在所述智能卡中的或基于所述终端接收的用户输入生成的。