WO2008095367A1 - Procédé, dispositif et système d'émission de cartes - Google Patents

Description

一种发卡方法、 装置和系统 技术领域

本发明涉及通信领域， 尤其涉及一种发卡方法、 装置和系统。 背景技术

目前， 由于运营商发展了各种收费业务， 并且倾向于购卡预付费的方式来 收费， 所以导致发行了各种各样的计费卡。 运营商越来越关注各种类型的纸质 卡印刷所带来的巨大成本问题， 于是开发了印刷成本大幅降低的电子卡 （作为 电子卡而言， 一张电子卡即一个卡号信息， 其中卡号信息包含卡号密码， 根据 需要还可以包含卡号），传统的印刷发行方式将会逐渐被电子售卡方式取代， 即： 零售商或终端用户直接可以通过打印终端或者是手机来申请一张卡。

现有的卡号发行一般是定期、 定批发卡， 然后将卡信息存储到数据库中， 当外界有卡请求的时候从数据库中选择一张可用的卡来响应外界的请求。

图 1示出了根据现有技术的发卡流程图， 包括以下步骤：

1 )运营商首先根据规划， 通过卡管理系统生成一批卡的数据文件（即卡号 信息 );

2 ) 然后由卡管理系统完成卡的入库；

3 )入库之后卡一般处于生成状态， 然后通过管理系统进行发行；

4 ) 经过发行之后的卡就可以激活使用了；

5 )还可以去激活， 将卡从激活状态恢复到发行状态。

图 2示出了根据图 1的发卡系统的示意图， 该系统包括：

发卡平台 10 , 其中包括卡号管理模块 12 , 用于管理卡文件和卡存储； 售卡平台 20， 其中包括售卡管理模块 22， 用于管理卡文件和卡存储； 以 及

售卡终端 30 , 连接至所述售卡平台 20, 用于接受用户的购卡请求， 通过售 卡平台 20向发卡平台 10请求新卡， 以及将这些卡发售给用户。 售卡终端 30形式灵活， 可以是环球网（ WEB )页面、 银行电子收款（POS ) 机、 自动拒员机（ATM )、 打印机、 移动终端等等， 通过网络连接到售卡平台 20 上。

这样的发卡模式下， 售卡平台需要保存卡号信息的镜像， 发卡系统生成的 卡号数据需要通过文件传输协议（ File Transfer Protocol, FTP )等接口同步到电 子售卡系统。

当外界需要卡的时候， 电子售卡平台 22需要从数据库中选择一张可用的卡 给外界使用。

一般卡号的密码需要釆用不可逆的加密算法进行加密存储， 采用上述的电 子售卡方式， 密码加密必须采用可逆的加密算法， 否则无法将明文密码显示给 最终用户。

发明人在研究此问题时发现现有技术中的发卡系统中发卡平台和售卡平台 都要保存卡号数据， 浪费存储空间， 并且同一批卡需要分别在发卡和售卡平台 进行管理， 增加了管理复杂性。 发明内容

本发明实施例提供的一种发卡方法、装置和系统， 用以解决现有技术存在的 浪费存储空间的问题。

本发明实施例提供了一种发卡方法包括： 接收请求发卡方发送的发卡请求 消息， 发卡请求消息中包括申请购卡信息； 根据购卡信息获取卡号生成信息， 根据卡号生成信息生成相应的卡号信息； 向请求发卡方发送卡号信息。

本发明实施例提供了一种发卡系统包括：

售卡终端， 用于将包含申请购卡信息的发卡请求消息发送给发卡平台， 以 及将发卡平台生成的卡号信息传送给用户；

发卡平台， 用于根据购卡信息获取卡号生成信息， 根据卡号生成信息生成 相应的卡号信息， 向售卡终端发送卡号信息。

本发明实施例提供了一种发卡装置包括： 接收模块， 用于接收请求发卡方发送的发卡请求消息， 发卡请求消息中包 括申请购卡信息；

卡号管理模块， 用于根据购卡信息获取卡号生成信息， 根据卡号生成信息 生成相应的卡号信息；

发送模块， 用于向请求发卡方发送卡号信息。

本发明实施例提供了一种售卡方法包括：

将包含申请购卡信息的发卡请求消息发送给发卡方；

在收到来自所述发卡方的卡号信息后， 将所述卡号信息传送给用户。

本发明实施例提供了一种售卡装置包括：

发送模块 , 用于将包含申请购卡信息的发卡请求消息发送给发卡方； 接收模块， 用于在收到来自所述发卡方的卡号信息后， 将所述卡号信息传 送给用户。

本发明实施例的技术方案， 可以节省独立的售卡平台， 节省了存储空间， 实现了方便灵活的卡号管理。 附图说明

图 1示出了现有技术的发卡流程图；

图 2示出了根据图 1的发卡系统的示意图；

图 3示出了根据本发明实施例的发卡系统的示意图； 以及

图 4示出了根据本发明实施例的发卡方法的流程图。 具体实施方式

下面将参考附图并结合实施例， 来详细说明本发明。

图 3示出了根据本发明实施例的发卡系统的示意图， 系统结构如下： 售卡终端 30， 其连接至发卡平台 10， 用于将包含申请购卡信息的发卡请求 消息发送给发卡平台 10, 以及将发卡平台 10生成的卡号信息传送给用户。

发卡平台 10, 其包括卡号管理模块 12, 用于根据预定的配置信息， 生成发 卡请求消息所请求数量的卡号信息， 并将使用该电子卡的卡号信息入库到发卡 平台中的数据库 (即卡号存储 14 )， 以及将卡的卡号信息传输给售卡终端 30。

卡号管理模块 12可以动态实时地生成卡号。

卡号信息可以使用配置好的不可逆加密算法加密后入库到发卡平台 10中的 数据库 14;卡号管理模块 12将卡号信息使用与售卡终端约定好的可逆加密算法 加密后， 传输给售卡终端 30; 售卡终端 30将卡号信息使用可逆加密算法解密后 传送给用户。

如果采用现有的电子售卡方式， 密码加密必须采用可逆的加密算法， 否则 无法将明文密码显示给最终用户。 而本发明中， 卡号信息可以使用配置好的不 可逆加密算法加密后入库到发卡平台 10中的数据库 14。 因为售卡终端 30需要 将卡号信息使用可逆加密算法解密后传送给用户， 所以卡号管理模块 12将卡的 卡号信息使用与售卡终端约定好的可逆加密算法加密。

本发明的另一个实施例提供了一种发卡装置， 包括： 接收模块， 用于接收 请求发卡方发送的发卡请求消息， 发卡请求消息中包括申请购卡信息； 卡号管 理模块， 用于根据申请购卡信息获取卡号生成信息， 根据卡号生成信息生成相 应的卡号信息； 存储模块， 用于存储卡号信息； 以及发送模块， 用于向请求发 卡方发送卡号信息。

在上述的发卡装置中， 存储模块可以是数据库。

其中， 发卡装置还可以进一步包括第一加密模块， 第一加密模块用于对卡 号信息使用不可逆加密算法加密， 存储到存储模块中。 该装置还可包括： 第二 加密模块， 第二加密模块用于在发送模块将卡号信息发送给请求发卡方之前， 对卡号信息使用可逆加密算法加密。

卡号管理模块对卡号信息使用不可逆加密算法加密， 存储到数据库中。 发 送模块将卡号信息发送给请求发卡方之前， 对卡号信息使用与请求发卡方约定 好的可逆加密算法加密。

本发明的一个实施例提供了一种发卡方法， 包括：

接收请求发卡方发送的发卡请求消息， 发卡请求消息中包括申请购卡信息； 根据申请购卡信息获取卡号生成信息， 4艮据卡号生成信息生成相应的卡号信息, 向请求发卡方发送卡号信息。

图 4示出了根据本发明实施例的发卡方法的流程图， 包括以下步骤： 步骤 S10、 售卡终端发送包含申请购卡信息的发卡请求消息给发卡平台； 具体来说， 所述发卡请求消息的格式可以如下：

字段 说明

CardType 请求卡种类， 比如 200、 充值卡等

Face Value 面值

Count 请求卡数量 由于节省了独立的售卡平台， 所以节省了存储空间， 并显著节省了运营和 管理成本。

步骤 S20、卡号管理模块接收到发卡请求消息后根据运营商事先的配置信息 (批次、 卡号头、 序列号等） 实时生成相应张数的卡号信息， 并将卡号信息使 用配置好的不可逆加密算法入库到数据库；

具体来说， 配置信息的格式可以如下：

字段 说明

CardType 卡种类， 比如 200、 充值卡等

BatchType 卡批次编号规则。

SequenceType 卡序列号编号规则。

NumberPrefix 卡号前缀

Face Value 面值

ValidPeriod 有效期 因为是实时生成相应张数的卡号， 所以可以方便实时地对外提供电子售卡 功能。 另外卡号动态生成， 入库时卡号信息采用不可逆算法加密， 这保证了安 全性。 步骤 S30、卡号入库后， 卡号管理模块使用与售卡平台约定好的可逆加密- 法加密将卡号信息传输给售卡平台；

具体来说， 卡号信息的格式可以如下：

字段 说明

CardNumberl 卡号 1(密文）

Pas sword 1 卡号 1的密码 (密文)

ValidPeriodl 卡号 1的有效期

CardNumber2 卡号 2(密文）

Password2 卡号 2的密码 (密文)

ValidPeriod2 卡号 2的有效期

CardNumberN 卡号 N (密文）

PasswordN 卡号 N的密码 (密文）

ValidPenodN 卡号 N的有效期

对外传输卡号信息采用可解密的加密算法， 保证了卡号数据传递过程中的 安全性， 并且可以直接通过售卡终端解密。

步骤 S40、售卡平台收到响应后， 将卡号信息解密并通过一定的方式传送给 最终用户。

可以看出， 上述实施例主要针对现有发卡系统在电子售卡模式下的局限性 做了改进。 使用新的架构和动态的卡生成方式来解决原有系统浪费存储空间、 管理复杂、 安全性降低等缺陷。

本发明实施例釆用开放的数据库连接接口、 可配置的卡号生成方式和可选 择的业界标准加密算法来保证可以很方便地集成到现有的各种卡号业务平台中 去。

图 5示出了根据本发明实施例的售卡方法的流程图， 包括以下步骤： 步骤 al0、 将包含申请购卡信息的发卡请求消息发送给发卡方。

步骤 a20、 在收到来自所述发卡方的卡号信息后， 将所述卡号信息传送给用 户。

其中， 步骤 a20 还可以进一步包括：

在收到来自发卡方的卡号信息后， 对所述卡号信息使用与所述发卡方约定 好的可逆加密算法解密， 将所述卡号信息传送给用户。

图 6示出了根据本发明实施例的售卡装置的结构示意图， 该售卡装置包括： 发送模块 100 , 用于将包含申请购卡信息的发卡请求消息发送给发卡方。 接收模块 110 , 用于在收到来自所述发卡方的卡号信息后， 将所述卡号信息 传送给用户。

其中， 该售卡装置还可以进一步包括：

解密模块 120 , 用于在接收模块 110收到所述卡号信息后， 将所述卡号信息 传送给用户之前， 对所述卡号信息使用与所述发卡方约定好的可逆加密算法解 密。

其中， 申请购卡信息中还包含面值信息， 该面值信息可以是用户自定义的 面值信息， 或者是系统分配的由用户选择的面值信息， 则卡号生成信息中的面 值信息与申请购卡信息中的面值信息相同。

从上述实施例中可以看出： 针对现有技术存在的浪费存储空间的问题 ^本 发明实施例提供了一种发卡方法包括： 接收请求发卡方发送的发卡请求消息， 发卡请求消息中包括申请购卡信息； 根据购卡信息获取卡号生成信息， 根据卡 号生成信息生成相应的卡号信息； 向请求发卡方发送卡号信息， 从而解决了上 述问题。

从以上的描述中， 可以看出， 本发明实施例实现了如下技术效果：

1、 由于节省了独立的售卡平台， 所以节省了存储空间， 并显著节省了运营 和管理成本。

2、 可以方便实时地对外提供电子售卡功能。

3、 卡号动态生成， 入库时卡号信息采用不可逆算法加密， 保证了安全性。

4、 对外传输卡号信息采用可解密的加密算法， 保证了卡号数据传递过程中 的安全性， 并且可以直接通过售卡终端解密。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多 个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码 来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或者将它们 分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 应该 离本发明的精神保护范围。

以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之 内。

Claims

权 利 要 求

1、 一种发卡方法， 其特征在于， 该方法包括：

接收请求发卡方发送的发卡请求消息， 所述发卡请求消息中包括申请购卡 信息；

根据所述购卡信息获取卡号生成信息， 根据所述卡号生成信息生成相应的 卡号信息；

向所述请求发卡方发送所述卡号信息。

2、 根据权利要求 1所述的发卡方法， 其特征在于， 所述根据所述卡号生成 信息生成相应的卡号信息之后， 向所述请求发卡方发送所述卡号信息之前还包 括：

存储所述卡号信息。

3、 根据权利要求 2所述的发卡方法， 其特征在于， 所述存储所述卡号信息 具体包括： 对所述卡号信息使用不可逆加密算法加密， 存储到数据库中。

4、 根据权利要求 1所述的发卡方法， 其特征在于， 所述申请购卡信息中包 含用户输出或选择的面值信息， 则所述卡号生成信息中的面值信息与所述申请 购卡信息中的面值信息相同。

5、 根据权利要求 1所述的发卡方法， 其特征在于， 所述向所述请求发卡方 发送所述卡号信息具体包括：

将所述卡号信息发送给售卡终端， 所述售卡终端将所述卡号信息传送给用 户。

6、 根据权利要求 5所述的发卡方法， 其特征在于， 所述将所述卡号信息发 送给售卡终端之前， 对所述卡号信息使用与所述售卡终端约定好的可逆加密算 法加密。

7、 根据权利要求 5所述的发卡方法， 其特征在于， 所述售卡终端将所述卡 号信息传送给用户之前， 对所述卡号信息使用所述可逆加密算法解密。

8、 一种发卡系统， 其特征在于， 该系统包括：

售卡终端， 用于将包含申请购卡信息的发卡请求消息发送给发卡平台， 以 及将所述发卡平台生成的卡号信息传送给用户；

所述发卡平台， 用于根据所述购卡信息获取卡号生成信息， 根据所述卡号 生成信息生成相应的卡号信息， 向所述售卡终端发送所述卡号信息。

9、 根据权利要求 8所述的发卡系统， 其特征在于， 所述发卡平台根据所述 卡号生成信息生成相应的卡号信息之后， 向所述请求发卡方发送所述卡号信息 之前， 对所述卡号信息使用不可逆加密算法加密， 存储到数据库中。

10、 根据权利要求 8 所述的发卡系统， 其特征在于， 所述申请购卡信息中 包含用户输出或选择的面值信息， 则所述卡号生成信息中的面值信息与所述申 请购卡信息中的面值信息相同。

11、 根据权利要求 8 所述的发卡系统， 其特征在于， 所述发卡平台将所述 卡号信息发送给售卡终端之前， 对所述卡号信息使用可逆加密算法加密。

12、 根据权利要求 8 所述的发卡系统， 其特征在于， 所述售卡终端将所述 卡号信息传送给用户之前， 对所述卡号信息使用所述可逆加密算法解密。

13、 一种发卡装置， 其特征在于， 该发卡装置包括：

接收模块， 用于接收请求发卡方发送的发卡请求消息， 所述发卡请求消息 中包括申请购卡信息；

卡号管理模块， 用于根据所述购卡信息获取卡号生成信息， 根据所述卡号 生成信息生成相应的卡号信息；

发送模块， 用于向所述请求发卡方发送所述卡号信息。

14、根据权利要求 13所述的发卡装置， 其特征在于， 所述发卡装置还包括： 存储模块， 用于存储所述卡号信息；

第一加密模块， 用于对所述卡号信息使用不可逆加密算法加密， 存储到所 述存储模块中。

15、 根据权利要求 13所述的发卡装置， 其特征在于， 所述发卡装置还包括 第二加密模块， 所述第二加密模块用于在所述发送模块将所述卡号信息发送给 所述请求发卡方之前， 对所述卡号信息使用可逆加密算法加密。

16、 一种售卡方法， 其特征在于， 该方法包括： 将包含申请购卡信息的发卡请求消息发送给发卡方；

在收到来自所述发卡方的卡号信息后， 将所述卡号信息传送给用户。

17、 根据权利要求 16所述的售卡方法， 其特征在于， 所述在收到来自发卡 方的卡号信息后， 将所述卡号信息传送给用户之前还包括：

对所述卡号信息使用与所述发卡方约定好的可逆加密算法解密。

18、 一种售卡装置， 其特征在于， 该售卡装置包括：

发送模块， 用于将包含申请购卡信息的发卡请求消息发送给发卡方； 接收模块， 用于在收到来自所述发卡方的卡号信息后， 将所述卡号信息传 送给用户。

19、 根据权利要求 18所述的售卡装置， 其特征在于， 该售卡装置还包括： 解密模块， 用于在所述接收模块收到所述卡号信息后， 将所述卡号信息传 送给用户之前， 对所述卡号信息使用与所述发卡方约定好的可逆加密算法解密。