CN101197028A

CN101197028A - 一种基于交易代码的电子支付方法

Info

Publication number: CN101197028A
Application number: CNA2006101671121A
Authority: CN
Inventors: 祁勇
Original assignee: Individual
Current assignee: Individual
Priority date: 2006-12-08
Filing date: 2006-12-08
Publication date: 2008-06-11

Abstract

本发明提供了一种基于交易代码的电子支付方法，当付款方向收款方进行支付时包括以下步骤。付款方将付款方识别码、支付金额发送给支付平台；支付平台生成第一交易代码；支付平台将第一交易代码发送给付款方；在付款方，将第一交易代码和付款方密码进行运算，生成第二交易代码；付款方将第二交易代码传送给收款方；收款方将收款方识别码、第二交易代码发送给支付平台；支付平台向付款方和收款方发送支付成功信息。本方法可以广泛应用于电子支付领域。

Description

一种基于交易代码的电子支付方法

技术领域

本发明涉及电子支付领域，具体来说涉及一种基于交易代码的电子支付方法。

背景技术

网上支付和移动支付的出现，为消费者创造了一个灵活、方便的支付环境，实现了钱包的电子化、移动化，极大地丰富了用户的支付手段。

但是，网上支付和移动支付在为消费者带来便利的同时，也带来了新的安全隐患。在现有技术中，网上支付和移动支付往往需要以付款方的银行账号作为支付凭据，因此，银行账号在付款方、收款方以及银行之间的传递是不可避免的。这就增加付款方账户信息有被他人恶意利用的可能性，增加了消费者对电子支付工具的疑虑和担心。

随着移动通信终端的普及，人们已经熟悉了短信、USSD、WAP等通信方式，而且，大多数终端支持这些通信方式。但是，由于技术原因，这些移动通信方式在端到端的传输安全性方面，存在着不足。因此，如何能够利用现有通信系统实现安全的电子支付，是一个需要解决的问题。

对于上述问题，已经提出了许多解决方案，最引人注意的是“安全电子交易(SET)协议”。通过对通信链路进行加密，保证支付信息在通信系统中的安全传输。但是，该解决方案往往需要增加新的费用，同时增加通信终端和系统的开销，例如，要求付款方和收款方都要安装特殊的软件和硬件。因此，该解决方案使得交易成本增加。

针对上述现有电子支付存在的问题，花旗银行专利申请00202262.8公开了“用于实现银行卡交易的方法和系统”的解决方案。该方案包括以下步骤。首先，鉴别交易卡用户；然后，产生交易卡用户的一个匿名卡号，该卡号与一个交易卡号相关联；最后，用交易卡用户的匿名卡号核准交易。

该方法的优点是在付款方向收款方进行支付时，使用了匿名卡号作为支付凭据，有效地隐藏了真实的交易卡号；同时，由于匿名卡号一次性有效，因此，即使在交易过程中将其暴露给商家，真实交易卡号的安全性也能够得到保障。

该方法的缺点是，在交易卡用户的鉴别过程中以及在匿名卡号传输给付款方的过程中，仍然需要在一个加密的链路上(如SSL)进行。因为匿名卡号与真实卡号有一一对应关系，而且对于像信用卡一类的银行卡，没有密码保护，因此，在现有通信系统中，特别是在移动网络中传输匿名卡号，存在安全隐患。

该方法的另一个缺点是，匿名卡号的适用范围过大。同一个匿名卡号可以在不同的地点、不同的商家进行使用，因此，交易的安全性降低。

发明内容

鉴于上述现有技术的缺点，本发明的主要目的在于提供一种基于交易代码的电子支付方法，通过在付款方产生第二个交易代码，来达到在安全性不高的通信网络中，实现安全的电子支付的目的。

本发明的另一个目的在于提供一种基于交易代码的电子支付方法，通过在付款请求中加入收款方识别码或地区代码以及支付金额的限定条件，限制了交易代码的使用范围以及限制支付额度。

根据以上所述的目的，本发明提出了一种基于交易代码的电子支付方法，其特征在于，

在支付平台中，存储付款方识别码、收款方识别码以及付款方密码；建立付款方识别码与付款方账号之间的关联，建立收款方识别码与收款方账号之间的关联；

当所述的付款方向所述的收款方进行支付时，包括如下步骤：

步骤1：所述的付款方将所述的付款方识别码、支付金额发送给所述的支付平台；

步骤2：所述的支付平台生成第一交易代码；

步骤3：所述的支付平台将所述的第一交易代码发送给所述的付款方；

步骤4：在所述的付款方，将所述的第一交易代码和所述的付款方密码进行运算，生成第二交易代码；并将所述的第二交易代码传送给所述的收款方；

步骤5：所述的收款方将所述的收款方识别码、所述的第二交易代码发送给所述的支付平台；

步骤6：所述的支付平台向所述的付款方和收款方发送支付成功信息。

在上述方法的一个实施例中，其特征在于，在所述的步骤4中，所述的付款方密码，是在付款方输入的。

在上述方法的一个实施例中，所述的步骤6进一步包括在所述的支付平台中，应用与付款方相同的运算方法，将所述的第一交易代码和所述的付款方密码进行运算，生成第二交易代码；在所述的支付平台中，判断由所述的支付平台生成的所述的第二交易代码与从所述的收款方发来的所述的第二交易代码是否相同，如果相同，则在付款方账户中扣除相应金额。

步骤2：所述的支付平台生成第一交易代码；

步骤4：所述的付款方将所述的第一交易代码传送给所述的收款方；

步骤5：所述的收款方将所述的收款方识别码、所述的第一交易代码发送给所述的支付平台；

在上述两种方法的实施例中，所述的步骤1进一步包括所述的付款方将所述的收款方识别码或者地区代码发送给所述的支付平台。

在上述两种方法的实施例中，所述的步骤5进一步包括收款方将付款方的实际支付金额发送给所述的支付平台，以及在支付平台中按实际支付金额在付款方账户中进行扣款。

在上述两种方法的实施例中，在所述的支付平台中设置收款方注释信息，典型的注释信息为收款方名称；因此，所述的步骤3进一步包括所述的支付平台向所述的付款方发送所述的收款方注释信息。

在上述两种方法的实施例中，所述的付款方特指付款方的通信终端；所述的收款方特指收款方的通信终端；典型的通信终端至少包括移动电话、固定电话以及其它支持网络功能的计算设备。

在上述两种方法的实施例中，所述的付款方识别码为付款方通信号码或者虚拟账号；典型的通信号码，包括移动终端号码、国际移动用户识别码(IMSI)、电子序列号(ESN)、移动终端SIM(客户识别模块)卡标识、固定IP地址和Email地址；所述的虚拟账号是一个由所述的支付平台为所述的付款方分配的一个字符串。

在上述两种方法的实施例中，在所述的支付平台中设置一个支付超时时间；如果执行完所述的步骤3之后，在所述的支付超时时间内，支付平台没有收到设定好的由所述的步骤6发来的包含所述的第二交易代码或者第一交易代码的有效回复信息，则所述的支付平台自动取消本次支付。

与现有技术相比，本发明有如下效果：

(1).本专利方法只要求在通信系统中传递第一交易代码，因此，即使它被截获，也不能够用作支付用途；第二交易代码是在付款方输入密码之后在付款方终端上生成的，因此，即使付款方终端丢失，其他人也不能使用该终端生成第二交易代码。

(2).本专利方法通过将交易代码用作支付凭证，有效隐藏了真实账号和付款方的通信号码，提高了电子支付的安全性。

(3).在付款方向支付平台发送的信息中，加入了收款方识别码或地区代码以及支付金额信息，限制了交易代码的使用范围，即使欺诈者破译了第二交易代码，欺诈者也不知道商家的名称，无法完成交易。这样，支付的安全性得到进一步提高。

附图说明

图1为一种基于交易代码的电子支付方法的实施例1流程图；

图2为一种基于交易代码的电子支付方法的实施例2流程图；

图3为一种基于交易代码的电子支付系统的结构图；

具体实施方式

结合附图对本发明方法作进一步详细说明。

一、对主要术语的定义

a.通信终端：包括移动电话、固定电话和其他支持网络功能的计算设备：

b.付款方：指付款方的通信终端；

c.收款方：指收款方的通信终端；

d.通信号码：包括移动终端号码、国际移动用户识别码(IMSI)、电子序列号(ESN)、移动终端SIM(客户识别模块)卡标识、固定IP地址和Email地址等；

e.虚拟账号：是支付平台为付款方或者收款方分配的唯一的字符串；

f.付款方识别码：是付款方通信号码或者付款方的虚拟账号；

g.收款方识别码：是收款方通信号码或者收款方的虚拟账号；

h.第一交易代码：由支付平台生成的字符串；

i.第二交易代码：第一交易代码与付款方密码进行运算而生成的字符串；

j.交易代码标识：表示在核准交易时，以第一交易代码为凭据还是以第二交易代码为凭据；

k.支付超时时间：指从支付平台发出第一交易代码开始，到支付平台收到规定的第二交易代码或者第一交易代码之间的时间；

l.支付金额：一次交易中支出金额的上限；

m.带“*”的数据：表示该数据可以通过通信网络和支付平台自动获得；通信系统具有通信号码识别功能，能够自动获得付款方或者收款方的通信终端号码；当支付平台获得该号码之后，根据该号码查找与其绑定的银行账号，因此，不需要付款方或者收款方在给支付平台发送信息时，用手工的方式输入该信息。

二、支付平台的初始设置

1.在支付平台中，为付款方设置的初始数据如下：

a.付款方账号和付款方密码；

b.付款方通信号码或者虚拟账号；

c.付款方通信号码或者虚拟账号与付款方账户的绑定关系；

d.支付超时时间；

e.交易代码标识；

f.在某时间段的最大支付金额和支付次数；

2.在支付平台中，为收款方设置的初始数据如下：

a.收款方账号和收款方名称；

b.收款方通信号码或者虚拟账号

c.收款方通信号码或者虚拟账号与收款方账户的绑定关系；

三、交易代码的生成方法

第一交易代码是由支付平台生成的一个随机数或者随机字符串；第二交易代码是由第一交易代码和付款方密码生成的。

如果在付款方向支付平台发出的请求中，不包括收款方识别码或者地区代码，则在支付平台中，在支付超时时间内，第一交易代码和第二交易代码都是唯一的；

如果在付款方向支付平台发出的请求中，包括收款方识别码或者地区代码，则在支付平台中，在支付超时时间之内，每个收款方或者地区收到的第一交易代码和第二交易代码都是唯一的，不同的收款方或者地区可以接收到相同的第一交易代码或者第二交易代码。

四、支付过程说明

由于目前短信通信几乎为所有移动通信终端所支持，因此这里将按照短信的方式来定义支付过程中的命令格式。该方法可以移植到基于WAP、USSD等其它移动互联网应用当中。

实施例1

如图1为一种基于交易代码的电子支付方法的实施例1流程图；

步骤2：所述的支付平台生成第一交易代码；

步骤4a：在所述的付款方，输入密码；

步骤4b：在所述的付款方，将所述的第一交易代码和所述的付款方密码进行运算，生成第二交易代码；

步骤4c：并将第二交易代码传送给所述的收款方；

实施例2

如图2为一种基于交易代码的电子支付方法的实施例2流程图；

步骤2：所述的支付平台生成第一交易代码；

实施例3

如图3所示，为一种基于交易代码的电子支付系统的结构图，付款方为移动终端12，收款方为与网络连接的计算机11；移动终端12通过移动网络22以及移动通信网关32与支付平台4相连；通过网关31和32，可以自动获得付款方和收款方的通信号码；收款方计算机11通过互联网21以及Web服务器31连接到支付平台4；支付平台4通过银行支付接口与银行服务器5相连。

五、应用举例

实施例4

适用于超市购物、餐厅结账等应用场景。收款方为一联网计算机。付款方、收款方以及支付平台的数据设置如下：

付款方手机号码：13901234567；

付款方账号： 2306936-0188-071265-6；

付款方密码： 123456；

支付金额： 40元；

实际支付金额： 32.3元

支付超时时间： 15分钟；

收款方虚拟账号：66778899；

收款方账号： 3365324-7465-304550-3；

收款方名称：沃尔码超市

地区代码： 010(北京；缺省为本地)

支付平台短信接入号码：620678；

第一交易代码： 34567892

第二交易代码： 34691348

交易代码标识：第二交易代码有效

支付过程如下：

在支付平台中，将付款方银行账户2306936-0188-071265-6与付款方手机号码13901234567绑定；将收款方银行账户3365324-7465-304550-3与收款方虚拟账号66778899绑定；设置支付超时时间为15分钟；设置付款方支付密码123456；

步骤1.付款方用手机编写短信，包括收款方代码(可选顶)或者地区代码(可选项)、付款金额40元；本实施例中，付款方发送短信

“YF#40”

或者“YF#66778899#40”

或者“YF#010#40”

到短信接入号码为620678的支付平台，其中，YF是“预付”的拼音缩写；

步骤2.支付平台生成第一交易代码34567892，并冻结付款方40元；

步骤3.支付平台给付款方发送短信如下：

“第一交易代码：34567892；支付金额40元；收款方名称：沃尔码超市(可选项)；地区：北京(可选项)”

为了增加支付的安全性，防止密码被破译，可以不在终端上显示第一交易代码。

步骤4a.付款方检查步骤3的信息，如果正确，则付款方在其手机上输入支付密码123456，该密码与存储在支付平台中的支付密码相同；然后，在手机上，将所述的第一交易代码34567892和付款方密码123456进行运算，生成的第二交易代码为34691348；此处选择的算法是，第二交易代码＝第一交易代码+密码；即34691348＝34567892+123456；

步骤4b.付款方将第二交易代码发送给收款方；

步骤5.收款方将其虚拟账号66778899、第二交易代码34691348、实际支付金额32.3元，发送到支付平台；

步骤6a：如果执行完所述的步骤3之后，在15分钟内，支付平台没有收到由所述的步骤6发来的包含所述的第二交易代码的有效回复信息，则所述的支付平台自动取消本次支付；支付取消后，将付款方账户余额中被冻结的部分解冻；

步骤6b：在支付平台中，应用与付款方相同的运算方法，将所述的第一交易代码和所述的付款方密码进行运算，生成第二交易代码；判断由所述的支付平台生成的所述的第二交易代码与从所述的收款方发来的所述的第二交易代码是否相同，相同则在付款方账号扣除实际支付金额。

步骤6c：支付平台回复付款方和收款方如下信息：

“支付成功：第二交易代码34691348；收款方：沃尔码超市；支付金额40元”。

实施例5

付款方手机号码： 13901234567；

付款方账号： 2306936-0188-071265-6；

付款方密码： 123456；

支付金额： 40元；

实际支付金额： 36.54元；

支付超时时间： 15分钟；

收款方虚拟账号： 66778899；

收款方账号： 3365324-7465-304550-3；

收款方名称：沃尔码超市

支付平台短信接入号码：620678；

第一交易代码： 34567892

交易代码标识：第一交易代码有效

支付过程如下：

在支付平台中，将付款方银行账户2306936-0188-071265-6与付款方手机号码13901234567绑定；将收款方银行账户3365324-7465-304550-3与收款方虚拟账号66778899绑定；设置支付超时时间为15分钟；

步骤1.付款方用手机编写短信，包括收款方虚拟账号66778899、付款方密码123456、付款金额40元；本实施例中，付款方发送短信

“YF#66778899#123456#40”

步骤3.支付平台给付款方发送短信如下：

“交易代码34567892；支付金额40元；商家：沃尔码超市”

步骤4.付款方检查收款方名称和支付金额；如果正确，则付款方将第一交易代码发送给收款方；

步骤5.收款方将其虚拟账号66778899、第一交易代码34567892、实际支付金额36.54元发送到支付平台；

步骤6a：如果执行完所述的步骤3之后，在15分钟内，支付平台没有收到由所述的步骤6发来的包含所述的第一交易代码的有效回复信息，则所述的支付平台自动取消本次支付；支付取消后，将付款方账户余额中被冻结的部分解冻；

步骤6b：在付款方账户扣除实际支付金额；

步骤6c：支付平台回复付款方和收款方如下信息：

“支付成功，交易代码34567892；收款方：沃尔码超市；支付金额36.54元”。

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

Claims

1.一种基于交易代码的电子支付方法，其特征在于，

步骤2：所述的支付平台生成第一交易代码；

2.根据权利要求1所述的方法，其特征在于，在所述的步骤4中，所述的付款方密码，是在付款方输入的。

3.根据权利要求1所述的方法，其特征在于，所述的步骤6进一步包括在所述的支付平台中，应用与付款方相同的运算方法，将所述的第一交易代码和所述的付款方密码进行运算，生成第二交易代码；在所述的支付平台中，判断由所述的支付平台生成的所述的第二交易代码与从所述的收款方发来的所述的第二交易代码是否相同，如果相同，则在付款方账户中扣除相应金额。

4.一种基于交易代码的电子支付方法，其特征在于，

步骤2：所述的支付平台生成第一交易代码；

5.根据权利要求1或4所述的方法，其特征在于，所述的步骤1进一步包括所述的付款方将所述的收款方识别码或者地区代码发送给所述的支付平台。

6.根据权利要求1或4所述的方法，其特征在于，所述的步骤5进一步包括所述的收款方将付款方的实际支付金额发送给所述的支付平台，以及在所述的支付平台中按实际支付金额在所述的付款方账户中进行扣款。

7.根据权利要求1或4所述的方法，其特征在于，在所述的支付平台中设置收款方注释信息，典型的注释信息为收款方名称；因此，所述的步骤3进一步包括所述的支付平台向所述的付款方发送所述的收款方注释信息。

8.根据权利要求1或4所述的方法，其特征在于，所述的付款方特指付款方的通信终端；所述的收款方特指收款方的通信终端；典型的通信终端至少包括移动电话、固定电话以及其它支持网络功能的计算设备。

9.根据权利要求1或4所述的方法，其特征在于，所述的付款方识别码为付款方通信号码或者虚拟账号；典型的通信号码，包括移动终端号码、国际移动用户识别码(IMSI)、电子序列号(ESN)、移动终端SIM(客户识别模块)卡标识、固定IP地址和Email地址；所述的虚拟账号是一个由所述的支付平台为所述的付款方分配的一个字符串。

10.根据权利要求1或4所述的方法，其特征在于，在所述的支付平台中设置一个支付超时时间；如果执行完所述的步骤3之后，在所述的支付超时时间内，支付平台没有收到设定的由所述的步骤6发来的包含所述的第二交易代码或者第一交易代码的有效回复信息，则所述的支付平台自动取消本次支付。