[发明专利]基于JAVA卡的手机支付卡的远程发卡方法

说明书

【技术领域】

本发明涉及一种基于JAVA卡的手机支付卡的远程发卡方法。

【背景技术】

手机支付卡的使用是通过在带RFID非接触的POS机具上感应，然后从手机支付卡上的离线钱包账户余额中扣减消费金额，比如可在这些地方使用手机支付卡：联盟商家的POS机具、公交车上的刷卡机具、校园企业的食堂刷卡机具、道路停车位收费的刷卡机具等。

在手机支付卡的发展初期，由于几乎都是NATIVE制式的手机支付卡，而NATIVE卡本身不具备卡应用远程动态发卡的特性，因此导致手机支付卡的发放大都采用集中式发卡模式，即省级手机支付卡发放公司统一分配空白的手机支付卡至各个地市的发卡网点，各地市安排专人发卡。随着手机支付卡刷卡消费场所的不断增多，用户量大幅增大导致手机支付卡的发卡量也在不断增大，例如对于校园企业用户，有时一次性要发行数万张手机支付卡，当发卡量增大时，由于现有的集中式发卡模式是通过控制卡和母卡来存储密钥，所述控制卡和母卡均为密钥卡，发卡时从控制卡和母卡中获取手机支付卡的密钥，由客户端连接控制卡和母卡进行发卡，一对控制卡和母卡只能支持连接一个客户端，因此发卡操作复杂，发卡速度慢。且密钥管理过程比较繁琐，极有可能发生泄密事件，其后果非常严重，因此采用空白手机支付卡，通过人工传递密钥无法保证手机支付卡发放的安全性。需要说明的是，本发明中所述发卡是指:为用户手机支付卡个人化，将用户个性化的数据写入手机支付卡的过程，这些数据每张手机支付卡都不一样，如手机支付卡的卡片密钥等。

除此之前，现有的发卡模式只是将密钥写入手机支付卡，发卡的过程和真正用户使用卡应用的过程是独立开的，即用户无法知道手机支付卡中的卡应用是否已发卡。且在支付系统里，无法知道该手机支付卡是否发过卡，如果出现问题时，比较难确定原因，比如离线钱包如果没有经过发卡，用户就无法使用该业务。

【发明内容】

本发明要解决的技术问题，在于提供一种基于JAVA卡的手机支付卡的远程发卡方法，其发卡速度快，操作简单，手机支付卡密钥管理更加安全，且记录并管理发卡过程及用户应用过程。

本发明是这样实现的：

一种基于JAVA卡的手机支付卡的远程发卡方法，具体如下：

步骤1、通过读卡器查询手机支付卡上已安装的卡应用，得到已开通的卡应用和未开通的卡应用；

步骤2、根据用户需求选择要开通的卡应用，若要开通的卡应用已安装，则执行远程发卡步骤，具体为步骤30至步骤34；若要开通的卡应用未安装，则执行步骤40；

步骤30、将手机支付卡的基本信息发送至服务器端，所述基本信息包括卡片类型、卡片版本、固化在手机支付卡中的识别码以及手机支付卡账号；

步骤31、服务器端构造对应于该手机支付卡卡片类型的发卡指令，服务器端使用该发卡指令下发选择卡应用的指令；

步骤32、将用户选择要开通的卡应用反馈回服务器端，服务器端构造对应所述手机支付卡账号的外部认证指令，然后将所述外部认证指令下发至手机支付卡；

步骤33、手机支付卡校验所述外部认证指令，若通过，则通知服务器端，服务器端构造对应所述手机支付卡账号的密钥指令，并将所述密钥指令发送至手机支付卡；手机支付卡执行所述密钥指令后反馈至服务器端；

若用户选择开通复数项卡应用，则重复执行步骤31和步骤33，直到所有被用户选择开通的卡应用都被开通后，执行步骤35；

步骤34、服务器端记录手机支付卡的发卡信息，发卡结束；

步骤40、将需要被安装的卡应用的装载文件分成便于传输的小块，然后按照GP卡片规范，使用LOAD命令将所述装载文件传输到所述手机支付卡中，所述手机支付卡接收到所述装载文件的最后一个小块后，则完成卡应用的装载，若需要装多项卡应用，则重复步骤40直至需要安装的卡应用全部安装成功后，返回步骤30。

进一步地，需要删除已开通的卡应用时，发起删除已开通卡应用的请求，服务器端响应删除卡应用请求，并向手机支付卡发出删除指令，手机支付卡执行删除指令，即完成卡应用的删除。

进一步地，所述步骤33中，服务器端是调用加密机构造对应所述手机支付卡账号的密钥指令。

本发明具有如下优点：

1、通过服务器端，能够对多张手机支付卡同时进行远程发卡，发卡速度快；

2、通过加密机来存储密钥，对密钥管理更加安全方便；

3、发卡的过程及用户应用的过程通过服务器端记录并进行管理，避免使用过程出错；