CN101436280B - 实现移动终端电子支付的方法及*** - Google Patents

Abstract

本发明公开了一种实现移动终端电子支付的方法，把智能卡作为业务数据和密钥的载体与移动电话连接，以此来取代实体银行卡；同时利用加解密技术对其中的业务数据进行签名加密，继而把加密后的数据转换为二维码，以实现银行卡的安全即时支付。本发明还公开了一种实现移动终端电子支付的装置。本发明解决了目前直接将账户信息转换成二维码进行电子支付所带来的安全隐患，为银行账户支付的电子化提供了安全保护，并为银行卡账户信息提供了新的载体。

Description

实现移动终端电子支付的方法及***

技术领域

本发明涉及电子支付技术，特别是实现移动终端电子支付的方法及***。

背景技术

智能卡作为一种具有身份识别、支付、加密/解密等功能的IC卡，现在已经广泛应用于银行、电信、社会保险、电子商务等领域中，为安全交易提供了可靠的保证。二维码技术是全新的自动识别与信息载体技术，具有信息量大、纠错能力强，识别速度快，全方位识读等优点，并支持多种载体。

目前利用移动终端进行电子支付的方式是直接将账户信息转换成二维码，并储存到手机上。进行交易时，每次都是对这个固定的二维码进行识别，在安全性上存在很大隐患，一旦手机丢失，会给用户造成巨大的损失。

发明内容

有鉴于此，本发明的目的在于提供实现移动终端电子支付的方法和***，用于为银行账户支付的电子化提供新的支付方式和更为安全的保护。

为实现上述目的，本发明提供了一种实现移动终端电子支付的方法，包括以下步骤：

将储存有业务数据的智能卡与移动终端连接，对所述业务数据进行加密，并把加密后的业务数据转换为二维码；识读所述二维码，将其还原为原始密文，对所述密文解密后进行认证，如果认证成功则进行交易；

其中，所述对业务数据进行加密具体包括：

用户选择智能卡中相应的业务数据，在智能卡内产生认证因子；所述认证因子具体为：交易时间、或约定的数据元；

将业务数据和认证因子组合成数据1；

用智能卡内的个人私钥对数据1进行卡内签名，从而生成数据2；

使用所述认证因子作为密钥对数据1和数据2进行加密，生成密文1；

使用银行根证书中的公钥对所述认证因子进行加密，生成密文2。

本发明通过把智能卡作为业务数据和密钥的载体与移动终端连接，以此来取代实体银行卡；同时利用加解密技术对其中的业务数据进行签名加密，继而把加密后的数据转换为二维码，以实现银行卡的安全即时支付。解决了目前直接将账户信息转换成二维码进行电子支付带来的安全隐患，为银行账户电子支付提供了安全的保障，并为银行卡账户信息提供了新的载体。

附图说明

图1为本发明实施例中实现移动终端电子支付的***结构图；

图2为本发明实施例中实现移动终端电子支付的方法流程图。

具体实施方式

本发明的实施例通过将移动终端内嵌或外接含有业务数据以及相关密钥信息的智能卡，用户将移动终端与电子银行服务器连接，并用智能卡进行身份认证，以确定是否进行交易。一方面通过利用智能卡和移动终端的有机结合，使移动终端拥有了与银行卡一样的功能，用户只需携带移动电话这一介质即可实现电子支付；另一方面，在交易时通过采用加解密技术对用户敏感信息进行签名加密，保证了银行卡的安全支付。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

图1为本发明实施例中实现移动终端电子支付的***结构图，其中包括可完整显示二维码图形的移动终端1，该移动终端能够内嵌二维码转换模块，该模块能够将智能卡内的业务数据签名加密后转换为二维码；用于存储业务数据和密钥的智能卡11，所述二维码转换模块也可以设置在智能卡中，完成同样功能；能正确识读出移动终端上显示的二维码的识别终端2；认证终端3，认证终端能够将密文业务数据、交易数据及验证数据等信息传递给电子银行服务器；电子银行服务器4，对密文进行解密和验证，如果验证成功则进行交易。

图2是本发明实施例中实现移动终端电子支付的方法流程图，该方法具体包括以下步骤：

步骤201、将储存有业务数据和密钥的智能卡与移动终端进行连接。在本发明中，智能卡可以有多种封装形态，可支持SD接口、USB接口、ISO 7816等多种通信形式。储存在智能卡中的业务数据是指银行根证书、个人银行证书、银行账户等业务信息和个人私钥信息等。本发明中，根据智能卡的具体封装形态可以选择和移动终端的不同连接方式，如嵌入到移动终端中，或外置连接。

步骤202、用户选择智能卡中相应的业务数据，在智能卡内产生认证因子。智能卡中的业务数据可以是银行相关业务部门根据个人具体信息直接存储到智能卡上后再颁发给用户，也可以是银行相关业务部门根据个人具体信息生成相应的业务数据后用户自行从网络上下载，也可通过第三方银行的相关业务部门颁发的形式获取。在本发明中，用户可以根据个人需要，给自己的智能卡申请一个或多个银行的业务数据，以实现一卡单账户或一卡多账户。

为保证业务数据的安全性，认证因子可以指定多种形式，如随机数、时间日期等。该认证因子的生成可以由硬件或软件实现，例如通过随机数生成模块或相应算法生成随机数，或利用约定的时间日期做认证因子。

步骤203、将业务数据和认证因子组合成数据1。

步骤204、用智能卡内的个人私钥对数据1进行卡内签名，从而生成数据2。智能卡在将业务数据和认证因子转换为二维码之前需要进行签名操作，操作的过程中需要添加用户身份认证，如输入密码等。该数据签名操作是为了验证发送方的身份并帮助保护数据的完整性，其具体原理为：A先将哈希算法应用于该消息以创建消息摘要，该消息摘要是数据的紧凑且唯一的表示形式；然后A用它的个人私钥加密该消息摘要以创建个人签名；B在收到消息和签名时，B用A的公钥解密签名以恢复为消息摘要，并使用与A所使用的相同的哈希算法来散列消息。如果B计算的消息摘要和从A那里收到的消息摘要完全一致，B就可以确定该消息确实来自私钥持有人，并且数据未被修改。

步骤205、使用认证因子作为密钥对数据1和数据2进行加密，生成密文1。该加密算法为对称加密算法。

步骤206、使用银行根证书中的公钥对认证因子加密生成密文2。利用银行根证书中的公钥对认证因子进行加密是采用数字信封的方法，数字信封的功能类似于普通信封，普通信封在法律的约束下保证只有收信人才能阅读信的内容；数字信封则采用密码技术保证了只有规定的接收人才能阅读信息的内容。之所以要对认证因子也进行加密主要是让密钥以比较安全的形式进行传输。

步骤207、将密文1和密文2组合并转换为二维码，显示在移动终端上。该转换是通过相应的转换模块实现的，该模块具有把数据转换成二维码的功能，该模块可以内置到智能卡中也可以内置到移动终端中。

因为认证因子每次都是不同的，因此二维码也是在每次交易时都要重新生成的，这样才能保证交易的安全性。

步骤208、识别终端将二维码读出后，将其还原为密文1和密文2，并将其发送给认证终端。

步骤209、认证终端将用户输入的PIN和交易金额及密文1、2传递给电子银行服务器。

步骤210、电子银行服务器使用银行根证书私钥对密文2进行解密，得到认证因子。

步骤211、用认证因子解密密文1，得到数据1和数据2。

步骤212、利用数据1中的业务数据对应的个人公钥对数据2进行验证。

步骤213、如果验证成功则进行交易。

在本发明实施例中，智能卡的封装方式可以有多种，例如：

智能卡以SD卡的形式内嵌到移动终端中，这种封装形式使用户只需携带移动电话这一介质就可实现方便、快捷的电子支付；

或者，将所述智能卡以PLUG-IN型卡的封装形式内嵌到移动终端中，或将所述智能卡以集成电路的封装形式内嵌到移动终端中，或将所述智能卡以USB KEY的封装形式与移动终端进行外部连接。用户在使用时，可用USB口转接线将USB KEY与移动终端进行外部连接，以此来实现移动终端的电子支付。

此外，在本发明实施例中，用户获取智能卡的方式也可以有多种，例如：

银行相关业务部门根据用户个人具体信息产生相应的业务数据和密钥，并直接存储到智能卡上，再将储存有业务数据和密钥的智能卡颁发给用户，该智能卡一旦颁发，与移动终端连接后用户可直接使用；

银行相关业务部门向用户发放智能卡，并根据用户个人具体信息产生相应的业务数据和密钥，用户可通过将智能卡与移动终端连接后，采用网络下载的形式将业务数据和密钥下载到智能卡中再使用；

第三方机构向用户发放智能卡，用户通过使用智能卡直接采用到第三方银行相关业务部门进行下载的方式，获取该银行相关业务部门根据用户个人具体信息产生的相应业务数据和密钥信息。

通过以上流程，一方面通过利用智能卡和移动终端的有机结合，使移动终端拥有了与银行卡一样的功能，用户只需携带移动电话这一介质即可实现电子支付；另一方面，在交易时通过采用加解密技术对用户敏感信息进行签名加密，保证了银行卡的安全支付。

在本发明的其他实施例中，也可以对数据处理指定不同的方式，例如可以把数据分为：业务数据的签名+业务数据+业务数据生成的密文三部分，使其转化为二维码。也可以只对其进行签名不加密或同时对数据进行签名加密。

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

Claims (7)

1.一种实现移动终端电子支付的方法，其特征在于，包括以下步骤：

将储存有业务数据的智能卡与移动终端连接，对所述业务数据进行加密，并把加密后的业务数据转换为二维码；识读所述二维码，将其还原为原始密文；对所述原始密文解密，并进行认证，如果认证成功则进行交易；

其中，所述对业务数据进行加密具体包括：

用户选择智能卡中相应的业务数据，在智能卡内产生认证因子；所述认证因子具体为：交易时间、或约定的数据元；

将业务数据和认证因子组合成数据1；

用智能卡内的个人私钥对数据1进行卡内签名，从而生成数据2；

使用所述认证因子作为密钥对数据1和数据2进行加密，生成密文1；

使用银行根证书中的公钥对所述认证因子进行加密，生成密文2。

2.根据权利要求1所述的方法，其特征在于，所述智能卡与移动终端的连接方式具体包括：

将所述智能卡以SD卡的封装形式内嵌到移动终端中；或将所述智能卡以PLUG-IN型卡的封装形式内嵌到移动终端中；或将所述智能卡以集成电路的封装形式内嵌到移动终端中；或将所述智能卡以USB KEY的封装形式与移动终端进行外部连接。

3.根据权利要求1或2所述的方法，其特征在于，所述业务数据具体包括：

银行根证书、个人银行证书、银行账户业务信息及个人私钥信息。

4.根据权利要求3所述的方法，其特征在于，所述业务数据的获取方式具体包括：

银行相关业务部门根据用户个人具体信息产生相应的业务数据，并直接存储到智能卡上，再将储存有业务数据的智能卡颁发给用户；或

银行相关业务部门向用户发放智能卡，并根据用户个人具体信息产生相应的业务数据，用户通过将智能卡与移动终端连接后，采用网络下载的形式将业务数据下载到智能卡中再使用；或

第三方机构向用户发放智能卡，用户通过使用智能卡直接采用到第三方银行相关业务部门进行下载的方式，获取该银行相关业务部门根据用户个人具体信息产生的相应业务数据。

5.根据权利要求4所述的方法，其特征在于，所述还原为原始密文具体包括：

将所述二维码识读出后，将其还原为密文1和密文2。

6.根据权利要求5所述的方法，其特征在于，该方法进一步使用银行根证书私钥对密文2进行解密，得到所述认证因子；

用认证因子解密密文1，得到数据1和数据2。

7.根据权利要求6所述的方法，其特征在于，所述认证具体包括：利用所述数据1中的业务数据对应的个人公钥对数据2进行验证，如验证通过表明交易合法。

Images