WO2013139134A1 - 一种通过两个移动终端完成支付的方法 - Google Patents

Abstract

本发明涉及通信领域，尤其涉及一种移动支付方法。提供了一种支付方法，其特征在于，包括：接收收款终端发送的携带有第一支付信息的收款请求；接收来自付款终端的同意付款的支付请求，所述支付请求中携带有第二支付信息；验证所述第一支付信息和第二支付信息是否满足交易条件；在验证通过后，依据第二支付信息从收款终端对应的账户向付款终端对应的账户进行转帐。通过双通道同时发起收款请求和支付请求，从而减少了各种交易消息通知所造成的延时，简化了交易流程加快了交易进程。

Description

一种通过两个移动终端完成支付的方法

本申请要求于 2012 年 03 月 21 日提交中国专利局、 申请号为 201210076527.3、 发明名称为 "一种通过两个移动终端完成支付的方法" 的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域， 尤其涉及一种移动支付方法。

背景技术

随着互联网技术的进步和银联跨行交易清算系统的建立，传统的拒台现金 支付方式更多的被银行卡和信用卡支付所替代。

作为移动通信工具的手机 SIM卡也被开发用来作为支付手段，例如： SIM 但是所述的支付方式都是建立在实体接触的基础上完成读取进一步实现 支付； 而作为可以远程支付的网上银行， 因为需要登录指定网银的网站， 并完 成复杂的验证操作才能实现。

发明内容

根据现有技术中的不足，提出一种不用通过实体接触， 而通过移动通信来 实现支付过程的方法。

本发明实施例一方面， 提供了一种支付方法， 包括：

接收收款终端发送的携带有第一支付信息的收款请求；接收来自付款终端 的同意付款的支付请求， 所述支付请求中携带有第二支付信息； 验证所述第一 支付信息和第二支付信息是否满足交易条件，在验证通过后，依据第二支付信 另一方面， 提供了一种转账平台， 包括：

第一接收装置，用于接收收款终端发送的携带有第一支付信息的收款请求; 第二接收装置， 用于接收来自付款终端的同意付款的支付请求， 所述支付请求 中携带有第二支付信息； 结算装置， 用于验证所述第一支付信息和第二支付信 息满足交易条件， 在验证通过后进一步，依据第二支付信息从付款终端对应的 账户向收款终端对应的账户进行转帐。

本发明通过双通道同时发起收款请求和支付请求，从而减少了各种交易消 息通知所造成的延时， 简化了交易流程加快了交易进程。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所 需要使用的附图作简单地介绍， 显而易见地， 下面所描述的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1、 本发明提供实施例一种支付方法示意图；

图 2、 本发明提供实施例一种通过两个移动终端完成支付的方法示意图； 图 3、 本发明提供实施例一种转账平台的结构示意图；

图 4、 本发明提供实施例一种转账系统的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不是全 部实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳 动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。

本发明提供的一种支付方法 100, 如图 1所示， 包括：

S 101、 接收收款终端发送的携带有第一支付信息的收款请求。

所述收款终端可以是销售终端（point of sale, POS )机、 普通手机或者是 智能手机， 进一步还可以 PDA、 PC或者其平板电脑等具有数据通信功能的设 备。 所述第一支付信息可以包括： 客户标识、 商户标识和付款金额， 还可以包 括商品列表、 交易时间、 交易地址其中的一种或者几种组合。 其中客户标识可 以是消费用户的手机号码、银行账号或支付账户名等， 商户标识可以是商户的 店名、 商户的 POS机标识或商户的支付账号。 当使用商户的店名等自定义信 息时， 转账平台还需要进行商户店名和商户账户的转换操作。

例如： 商户可以通过 POS机输入用户的手机号码， 并向转账平台发送携 带有所述用户的手机号码、 付款金额和商户标识的收款请求。

S102、接收来自付款终端的同意付款的支付请求，所述支付请求中携带有 第二支付信息。

所述付款终端可以是手机、平板电脑、 PDA等具有数据通信功能的设备。 所述第二支付信息优选的包括： 客户标识、 商户标识和付款金额。 优选的， 第二支付信息中还携带有客户密码， 该密码用于转账平台证实客 户对于所述付款终端对应的账户的权限。

可选的，也可以通过绑定的方式， 通过验证客户标识来获得对应付款终端 的账户。

可选的， 付款终端可以通过互动式语音应答 IVR方式、 非结构化补充数 据业务 USSD方式、用户识别应用发展工具 STK方式或者无线应用协议 WAP 方式实现所述支付请求的发送。 还可以是釆用短信方式， 优选的， 在利用短信 发送支付请求时， 付款终端先对第二支付信息进行加密， 并在转账平台端完成 对应的解密。

S103、 验证所述第一支付信息和第二支付信息是否满足交易条件。

优选的，在第一支付信息和第二支付信息中包括客户标识、付款金额和商 户标识。 则转账平台验证第一支付信息携带的客户标识、 商户标识和付款金额 对应与第二支付信息所携带的客户标识、 商户标识和付款金额相同， 则验证结 果为通过。

可选的， 在第一支付信息和第二支付信息中携带有关键词， 所述关键词， 由客户和商户进行交易时临时指定， 可以是特定的名词或者是某串数字， 如： "天乐"或 "13254"。 则在验证所述第一支付信息和第二支付信息满足交易条 件之前，转账平台匹配第一支付信息和第二支付信息的关键词相同时， 然后执 行所述验证过程。若没有匹配到相同的关键词则表明转账平台在接收到该支付 请求后没有接收到与之对应的收款请求或者在接收到该收款请求后没有接收 到与之对应的支付请求。

关键词的引入， 能够保证用户能够跟同一商户短时间内完成多次交易， 而 转账平台不至于因为收到同一对客户和商户发送的不同金额的收款请求和支 付请求造成交易失败情况， 具体为： 由于网络延时造成的在先交易的收款请求 和在后的支付请求先进行验证， 而因为在前和在后交易的金额不同， 则所述验 证会因为金额验证不相同造成交易失败。

可选的， 第一支付信息携带有收款请求的第一发送时间， 所述第二支付信 息携带有支付请求的第二发送时间，比较所述第一发送时间和第二发送时间对 应的时间间隔在指定的阔值内， 否则所述险证不通过。

5104、在验证通过后，依据第二支付信息从付款终端对应的账户向收款终 端对应的账户进行转帐。

可选的， 所述第一支付信息包括商品列表、 交易地址和交易时间， 转账平 台在完成转账后， 对应客户标识， 存储该商品列表、 交易地址、 支付金额、 商 户标识和交易时间。 进一步客户可以通过短信或者利用 IVR、 USSD等通道方 式进行上述交易历史的查询。

5105、在转帐成功后， 向所述收款终端返回指示收款成功的收款应答， 以 及向付款终端发送付款成功通知。

优选的，在付款终端返回的支付请求超出交易时限时， 向收款终端和付款 终端返回交易因超时无法完成的失败消息。

本发明提供的一种通过两个移动终端完成支付的实施例 200,如图 2所示， 其中所述两个移动终端对应着收款终端和付款终端 ,收款终端对应的账号和付 的账户， 并通过转账平台来完成支付过程； 所述两个移动终端可以是 POS机 和手机， 也可以是两个手机之间， 还可以是 POS机、 手机、 平板电脑或 PDA 中除上述已有组合外的其他组合。 其中客户标识可以是客户的手机号、 IMS 账号或者定制账号； 本实施例中使用客户的手机号作为客户标识， 商户标识具 体表现为商户 ID; 本实施例中收款终端对应的账户体现为商户账户， 付款终 端对应的账户体现为客户账户。客户在选择完商品后通过收银台完成结账， 其 具体过程如下：

5201、 收银员利用 POS机获取第一支付信息， 所述第一支付信息包括， 交易 ID、 商户 ID、 消费的商品清单、 关键词以及付款总额。 进一步收银员通 过 POS机输入购买者用户 A的手机号，向转账平台发送携带有客户的手机号、 商户 ID、 交易 ID、 商品清单、 关键词以及付款总额的收款请求。

5202、 转账平台接收到来自 POS机的收款请求后， 确认与所述 POS机绑 定的商户账户； 进一步从收款请求中提取用户 A手机号， 并从自身系统中查 找与所述客户的手机号绑定的客户账户， 如果查找客户账户失败则向 POS机 返回不存在对应客户账户的错误提示消息。所述客户账户可以银行账户也可以 是第三方支付平台中的账户， 所述第三方支付平台包括了各大通信运营商。 优选的，转账平台中维护有一个预交易关联表， 无论是收款请求中的第一 支付信息还是支付请求中的第二支付信息，都携带有要完成此次请求的客户标 识和商户标识， 因此无论先收到收款请求还是支付请求， 都能够在预交易关联 表中建立客户标识和商户标识关联关系，从而在收到对应的收款请求或者支付 请求时， 能更快的寻找到交易双方完成交易过程。转账平台从关联表中未找到 对应所述商户标识的客户标识，则将所述商户标识和对应的客户标识添加到预 交易关联表中。

5203、客户通过手机向转账平台发送携带有第二支付信息的支付请求。所 述第一支付信息包括， 商户 ID、 手机号、 关键词和付款总额。 具体为： 客户 通过商户那里获知商户 ID和支付总额， 并告知商户此次交易的关键词， 进一 步利用手机中的转账平台应用输入， 并通过 STK方式建立的通道发送给转账 平台。

可选的所述支付请求可以是短信消息还可以是 USSD或通过 IVR方式达 到通知客户进行交易目的。

5204、转账平台接收到所述支付请求后，验证该第一支付信息和第二支付 信息是否满足交易条件，具体的先匹配第一支付信息和第二支付信息的关键词 相同时， 进一步执行验证过程， 验证第一支付信息携带的客户标识、 商户标识 和付款金额对应与第二支付信息所携带的客户标识、商户标识和付款金额相同， 则验证通过。

转账平台接收到所述支付请求后，获取支付请求中包含的客户标识和商户 标识， 并查找预交易关联表从中找到两者的记录。

优选的， 所述交易关联表在添加所述收款请求或者支付请求时， 记录对应 的收款请求中携带的第一发送时间和对应支付请求中携带的第二发送时间 ,并 比较所述第一发送时间和第二发送时间对应的时间间隔在指定的阔值内，否则 所述验证不通过。 预交易关联表具体可以表现为如下：

表中 true和 false关系说明转账平台先收到了 POS机的收款请求， 并在预 交易关联表中记录与客户标识的关联关系，并标注对应客户标识状态为 false, 表明还没有接收到对应的支付请求。可选的先接受到第一支付信息或者第二支 付信息， 则把其中的付款总额和关键词存储于预交易关联表中， 以便后续完成 验证过程。

S205、转账平台确认客户手机号所对应的客户账户的余额是否满足此次消 费，验证过程还可以包括此次消费是否超过单次交易限额、此次消费是否超过 最高日累积交易限额等。转账平台在验证结果为余额足够时，依据第二支付信 在验证客户账户余额不足以完成此次交易时， 进入 S206转账平台向营业 员的 POS机返回交易失败提示信息， 可选的携带错误原因 "用户余额不足"。

S206、 转账平台在转帐成功后， 向所述收款终端即 POS机返回指示收款 本实施例中从转账平台的执行效率考虑，优先选择在接收到支付请求后由 转账平台确认支付账户的余额。对于支付账户的余额确认还可以是在接收到商 户的 POS机发送的收款请求后便执行。 利用其携带的第一支付信息和第二支付信息验证满足交易条件，进一步完成转 账。相比现有技术， 减少了交易消息次数以及在交易消息在网络中所要走的次 数。 达到了减少网络通道流量以及串行交易所需的等待时间。

本实施例用客户和商户作为交易对象来陈述，实际交易对象还可以使用户 之间或者商户之间， 在此并不限定。

本发明提供的一种转账平台 300, 如图 3所示， 包括：

第一接收装置 301 , 用于接收收款终端发送的携带有第一支付信息的收款 请求；

第二接收装置 302, 用于接收来自付款终端的同意付款的支付请求， 所述 支付请求中携带有第二支付信息；

结算装置 303 , 用于验证所述第一支付信息和第二支付信息是否满足交易 条件，在验证通过后进一步，依据第二支付信息从付款终端对应的账户向收款 终端对应的账户进行转帐； 优选的， 转账平台还具备有：

发送装置 304 , 用于向所述收款终端返回指示收款成功的收款应答， 以及 向付款终端发送付款成功通知。

优选的， 结算装置 303验证第一支付信息携带的客户标识、 商户标识和付 款金额对应与第二支付信息所携带的客户标识、 商户标识和付款金额相同， 则 验证通过。

优选的，在所述第一支付信息和第二支付信息中携带有关键词时， 所述结 算装置还用于匹配第一支付信息和第二支付信息的关键词，并在匹配结果相同 时，进一步执行所述验证所述第一支付信息和第二支付信息满足交易条件过程。

可选的，在所述第一支付信息携带有收款请求的第一发送时间， 所述第二 支付信息携带有支付请求的第二发送时间时，所述结算装置 303还用于比较所 述第一发送时间和第二发送时间对应的时间间隔在指定的阔值内，否则所述验 证不通过。

本发明提供的一种转账系统 400, 如图 4所示， 包括：

收款终端 401 : 向转账平台发送的携带有第一支付信息的收款请求； 付款终端 402: 向转账平台发送同意付款的支付请求， 所述支付请求中携 带有第二支付信息；

转账平台 403 : 接收收款终端发送的携带有第一支付信息的收款请求； 接 收来自付款终端的同意付款的支付请求，所述支付请求中携带有第二支付信息; 验证所述第一支付信息和第二支付信息是否满足交易条件，在验证通过后进一 优选的，在所述第一支付信息和第二支付信息包括客户标识、付款金额和 商户标识时， 则转账平台 403验证第一支付信息携带的客户标识、 商户标识和 付款金额对应与第二支付信息所携带的客户标识、 商户标识和付款金额相同， 则验证通过。

可选的，在所述第一支付信息和第二支付信息中携带有关键词， 则所述转 账平台 403匹配第一支付信息和第二支付信息的关键词相同时，进一步执行所 述验证过程。

可选的，在所述第一支付信息携带有收款请求的第一发送时间， 所述第二 支付信息携带有支付请求的第二发送时间，则所述转账平台 403比较所述第一 发送时间和第二发送时间对应的时间间隔在指定的阔值内，否则所述验证不通 过。

优选的，所述转账平台 403还用于向所述收款终端返回指示收款成功的收 款应答， 以及向付款终端发送付款成功通知。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各 方法步骤和单元， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了 清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述 了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于 技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的 应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明 的范围。

结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的 软件程序， 或者二者的结合来实施。 软件程序可以置于随机存储器 （RAM )、 内存、只读存储器（ROM )、 电可编程 ROM、 电可擦除可编程 ROM、寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或技术领域内所公知的任意其它形式的存储介 质中。 本发明并不限于此。在不脱离本发明的精神和实质的前提下， 本领域普通技术 人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都 应在本发明的涵盖范围内。

Claims

权 利 要 求

1、 一种支付方法， 其特征在于， 包括：

接收收款终端发送的携带有第一支付信息的收款请求；

接收来自付款终端的同意付款的支付请求，所述支付请求中携带有第二支 付信息；

验证所述第一支付信息和第二支付信息是否满足交易条件；

在验证通过后，依据第二支付信息从收款终端对应的账户向付款终端对应 的账户进行转帐。

2、 如权利要求 1所述的方法， 其特征在于， 所述第一支付信息和第二支 付信息包括客户标识、付款金额和商户标识， 则所述验证所述第一支付信息和 第二支付信息满足交易条件， 具体包括：

验证第一支付信息携带的客户标识、商户标识和付款金额对应与第二支付 信息所携带的客户标识、 商户标识和付款金额相同， 则表明验证通过。

3、 如权利要求 1或 2所述的方法， 其特征在于， 所述第一支付信息和第 二支付信息中还携带有关键词，则在验证所述第一支付信息和第二支付信息满 足交易条件之前， 还包括：

匹配第一支付信息和第二支付信息的关键词相同时，进一步执行所述验证 过程。

4、 如权利要求 1-3任一所述的方法， 其特征在于， 所述第一支付信息携 带有收款请求的第一发送时间，所述第二支付信息携带有支付请求的第二发送 时间， 则所述验证所述第一支付信息和第二支付信息满足交易条件， 进一步包 括：

比较所述第一发送时间和第二发送时间对应的时间间隔在指定的阔值内， 否则所述验证不通过。

5、 如权利要求 1-3任一所述的方法， 其特征在于， 所述第一支付信息包 括商品列表、 交易地址和交易时间， 则所述依据第二支付信息从付款终端对应 的账户向收款终端对应的账户进行转帐后， 进一步包括：

对应客户标识， 存储该商品列表、 交易地址和交易时间。

6、 如权利要求 1-5任一权利要求所述的方法， 其特征在于， 所述方法还 包括：

在转帐成功后， 向所述收款终端返回指示收款成功的收款应答， 以及向付 款终端发送付款成功通知。

7、 如权利要求 1-6任一权利要求所述的方法， 其特征在于， 所述接收来 自付款终端的同意付款的支付请求所使用的方式包括：

互动式语音应答 IVR方式、 非结构化补充数据业务 USSD方式、 用户识 别应用发展工具 STK方式或者无线应用协议 WAP方式。

8、 一种转账平台， 包括：

第一接收装置，用于接收收款终端发送的携带有第一支付信息的收款请求; 第二接收装置， 用于接收来自付款终端的同意付款的支付请求， 所述支付 请求中携带有第二支付信息；

结算装置，用于验证所述第一支付信息和第二支付信息是否满足交易条件, 在验证通过后，依据第二支付信息从付款终端对应的账户向收款终端对应的账 户进行转帐。

9、 如权利要求 8所述的装置， 其特征在于， 所述第一支付信息和第二支 付信息包括客户标识、付款金额和商户标识时， 则所述结算装置的验证具体包 括：

结算装置验证第一支付信息携带的客户标识、商户标识和付款金额对应与 第二支付信息所携带的客户标识、 商户标识和付款金额相同， 则验证通过。

10、 如权利要求 8或 9所述的装置， 其特征在于， 所述第一支付信息和第 二支付信息中携带有关键词 , 则所述结算装置还用于：

匹配第一支付信息和第二支付信息的关键词相同时，进一步执行所述验证 过程。

11、 如权利要求 8-9任一所述的装置， 其特征在于， 所述第一支付信息携 带有收款请求的第一发送时间，所述第二支付信息携带有支付请求的第二发送 时间， 则所述结算装置还用于：

比较所述第一发送时间和第二发送时间对应的时间间隔在指定的阔值内， 否则所述验证不通过。

12、 如权利要求 8-9任一所述的装置， 其特征在于， 所述装置还包括： 发送装置： 用于向所述收款终端返回指示收款成功的收款应答， 以及向付 款终端发送付款成功通知。

13、 一种转账系统， 包括：

收款终端： 向转账平台发送的携带有第一支付信息的收款请求；

付款终端： 向转账平台发送同意付款的支付请求， 所述支付请求中携带有 第二支付信息；

转账平台： 接收收款终端发送的携带有第一支付信息的收款请求； 接收来 自付款终端的同意付款的支付请求， 所述支付请求中携带有第二支付信息； 验 证所述第一支付信息和第二支付信息满足交易条件，在验证通过后，依据第二

14、 如权利要求 13所述的系统， 其特征在于， 所述第一支付信息和第二 支付信息包括客户标识、付款金额和商户标识时， 则所述转账平台的验证具体 包括：

转账平台验证第一支付信息携带的客户标识、商户标识和付款金额对应与 第二支付信息所携带的客户标识、 商户标识和付款金额相同， 则验证通过。

15、 如权利要求 13或 14所述的系统， 其特征在于， 所述第一支付信息和 第二支付信息中携带有关键词， 则所述转账平台还用于：

匹配第一支付信息和第二支付信息的关键词相同时，进一步执行所述验证 过程。

16、 如权利要求 13-15任一所述的系统， 其特征在于， 所述第一支付信息 携带有收款请求的第一发送时间，所述第二支付信息携带有支付请求的第二发 送时间， 则所述转账平台还用于：

比较所述第一发送时间和第二发送时间对应的时间间隔在指定的阔值内， 否则所述验证不通过。

17、 如权利要求 13-16任一所述的系统， 其特征在于， 所述转账平台还用 于：

向所述收款终端返回指示收款成功的收款应答，以及向付款终端发送付款 成功通知。