CN107578224A - 多平台聚合支付的方法及装置 - Google Patents

Abstract

本发明提供了一种多平台聚合支付的方法及装置，包括：通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；接收用户端通过相应的支付平台返回支付的回调通知；本发明中提供的多平台聚合支付的方法及装置，聚合多个支付平台进行支付交易，避免使用多个二维码。

Description

多平台聚合支付的方法及装置

技术领域

本发明涉及聚合支付技术领域，特别涉及一种多平台聚合支付的方法及装置。

背景技术

据CNNIC发布的《中国互联网络发展状况统计报告》表明，截止到2016年6月，我国使用手机支付的用户规模增长迅速，达到4.24亿，半年增长率为18.7％，移动支付市场空间很大，已成为大势所趋。当前正是移动支付行业的迅猛发展时期，第三方支付已经难以满足多种支付场景同时使用的需要，无法一一提供高效的精细化服务。

目前商户的支付通常是使用支付二维码，对于不同支付平台，需要不同的支付二维码，在众多的二维码面前，消费者不知道该扫哪一个；商户收银员也不知道哪个平台收到了钱，使用过程比较麻烦，使用不方便。

发明内容

本发明的主要目的为提供一种多平台聚合支付的方法，聚合多个支付平台进行支付交易，避免使用多个二维码。

本发明提出一种多平台聚合支付的方法，包括以下步骤：

通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；

接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

接收用户端通过相应的支付平台返回支付的回调通知。

进一步地，所述接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型的步骤之后，还包括：

对商户端调用对应的支付平台的权限进行验证。

进一步地，对商户端调用对应的支付平台的权限进行验证的步骤包括：

获取商户端的商户ID，并判断所述商户ID是否为有效用户；

若是，则获取所述商户ID对应的支付额度；

验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。

进一步地，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤之后，包括：

更新所述订单的支付状态，并扣减商户ID对应的支付额度。

进一步地，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤之后，包括：

记录支付过程的平台交易数据，以及从支付渠道中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。

本发明还提供了一种多平台聚合支付的装置，包括：

生成单元，用于通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；

判断单元，用于接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

调用单元，用于根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

接收单元，用于接收用户端通过相应的支付平台返回支付的回调通知。

进一步地，所述装置还包括：

验证单元，用于对商户端调用对应的支付平台的权限进行验证。

进一步地，所述验证单元包括：

判断子单元，用于获取商户端的商户ID，并判断所述商户ID是否为有效用户；

获取子单元，用于若商户ID是有效用户，则获取所述商户ID对应的支付额度；

验证子单元，用于验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。

进一步地，所述装置还包括：

更新单元，用于更新所述订单的支付状态，并扣减商户ID对应的支付额度。

进一步地，所述装置还包括：

对账单元，用于记录支付过程的平台交易数据，以及从支付渠道中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。

本发明中提供的多平台聚合支付的方法及装置，具有以下有益效果：

本发明中提供的多平台聚合支付的方法及装置，通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；接收用户端通过相应的支付平台返回支付的回调通知；本发明聚合多个支付平台进行支付交易，避免使用多个二维码。

附图说明

图1是本发明一实施例中多平台聚合支付的方法步骤示意图；

图2是本发明另一实施例中多平台聚合支付的方法步骤示意图；

图3是本发明又一实施例中多平台聚合支付的方法步骤示意图；

图4是本发明一实施例中多平台聚合支付的装置结构示意图；

图5是本发明另一实施例中多平台聚合支付的装置结构示意图；

图6是本发明另一实施例中验证单元结构框图；

图7是本发明又一实施例中多平台聚合支付的装置结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”“上述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件、单元、模块和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、单元、模块、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

参照图1，为本发明一实施例中多平台聚合支付的方法步骤示意图。

本发明一实施例中提出一种多平台聚合支付的方法，应用于聚合支付平台，其包括以下步骤：

步骤S1，通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；该收款请求中包括支付金额、商品信息等。

步骤S2，接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

步骤S3，根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

步骤S4，接收用户端通过相应的支付平台返回支付的回调通知。

在本实施例中，用户选购商品，商户端(商户客户端)根据用户选择的商品生成一个订单付款信息，并根据所述订单付款信息生成收款请求，该收款请求可以是收款二维码展示给用户，也可以以其他收款形式展现。用户(消费者)通过用户端(用户的客户端，例如微信支付，支付宝支付，京东支付等)扫描上述付款二维码响应收款请求做出支付请求的动作；扫描之后，可以从所述支付请求中解析出用户使用的支付平台(即用户想要支付的支付客户端)的具体类型，例如微信支付、支付宝支付、京东支付等。

在获取到用户使用的支付平台类型之后，调用相应的支付平台，并在想要的支付界面显示支付金额；用户在该支付平台输入相应的金额，并确认支付之后，便可以完成支付；支付完成之后，该聚合平台便可以收到用户端通过相应的支付平台返回支付的回调通知，该回调通知中可以包括支付金额，商户订单等信息。

本实施例中多平台聚合支付的方法应用于聚合支付，只需产生一个收款二维码，支持多个支付平台进行支付，方便商户和消费者使用。且该聚合支付不进行资金清算，无需支付牌照，其只是完成支付环节的信息流转和商户操作的承载，其在集合包括银联、支付宝、微信等主流支付方式的基础上，帮助商户降低接入成本，提高运营效率，具有中立性、灵活性、便捷性等特点。

参照图2，在一实施例中，所述接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型的步骤S2之后，还包括：

步骤S2a，对商户端调用对应的支付平台的权限进行验证。

在使用之前，商户需要与聚合支付平台进行注册进行绑定，在使用时，才可以使用聚合支付平台进行聚合支付。例如，商户可以在该聚合支付平台注册相应的账户，获取相应的权限，成为该平台的有效客户。进一步地，还可以设置商户在该平台的支付额度等。

具体地，对商户端调用对应的支付平台的权限进行验证的步骤S2a包括：

步骤S201，获取商户端的商户ID，并判断所述商户ID是否为有效用户；此步骤对商户的ID进行验证，有效用户才可以使用该平台。

步骤S202，若是，则获取所述商户ID对应的支付额度；具体地，该支付额度可以赋值限制，并将其配置在JS变量中。每个有效用户配置有相应的支付额度，在该支付额度内商户可以正常使用，若额度使用完，则无法使用。

步骤S203，验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。支付额度验证通过之后，便创建此次选购商品的商户订单；用户在用户端上对应的支付平台(例如微信支付)可以接收到该订单；根据订单信息，用户输入对应的支付金额进行支付，便可以完成支付过程。此过程中，用户无需从多个二维码中找出自己想要支付的支付平台对应的二维码，商户无需提供多个二维码，简化双方操作，使用方便快捷。

在本实施例中，参照图3，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤S4之后，包括：

步骤S5，更新所述订单的支付状态，并扣减商户ID对应的支付额度。

在上述实施例中，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤S4之后，包括：

步骤S5a，记录支付过程的平台交易数据，以及从支付渠道(微信、支付宝等)中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。如果有异常，则对账状态显示不通过，通知平台运营人员查询原因，处理异常单；可进行勾对、重新对账、手工触发等功能来处理异常。对账单没有异常，则对账状态显示通过，可执行清分操作，平台运营清分人员在接到大商户或者渠道上送的清分数据之后可执行清分操作。对清分的结果也可以进行查询，平台运营人员与银行运营执行人员之间相互协作完成对账等操作。

具体地，在一具体实施例中，用户在商店选购商品，选购完成后，收银员对商品进行扫描，并通过商户端生成对应的订单付款信息，以及根据订单付款信息生成收款二维码；用户使用微信“扫一扫”扫描上述收款二维码，商户端识别该用户端的支付平台的类型为微信支付；则调用相应的微信支付平台支付界面进行支付请求，用户的微信客户端上显示订单信息，用户输入相应的支付金额进行支付。

参照图4，本发明一实施例中还提供了一种多平台聚合支付的装置，应用于聚合支付平台，包括：

生成单元10，用于通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；该收款请求中包括支付金额、商品信息等。

判断单元20，用于接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

调用单元30，用于根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

接收单元40，用于接收用户端通过相应的支付平台返回支付的回调通知。

在本实施例中，用户选购商品，商户端根据用户选择的商品生成一个订单付款信息，并根据所述订单付款信息生成收款请求，该收款请求可以是收款二维码展示给用户，也可以以其他收款形式展现。用户通过用户端扫描上述付款二维码响应收款请求做出支付请求的动作；扫描之后，可以从所述支付请求中解析出用户使用的支付平台(的具体类型，例如微信支付、支付宝支付、京东支付等。

在获取到用户使用的支付平台类型之后，调用相应的支付平台，并在想要的支付界面显示支付金额；用户在该支付平台输入相应的金额，并确认支付之后，便可以完成支付；支付完成之后，该聚合平台便可以收到用户端通过相应的支付平台返回支付的回调通知，该回调通知中可以包括支付金额，商户订单等信息。

本实施例中多平台聚合支付的方法应用于聚合支付，只需产生一个收款二维码，支持多个支付平台进行支付，方便商户和消费者使用。且该聚合支付不进行资金清算，无需支付牌照，其只是完成支付环节的信息流转和商户操作的承载，其在集合包括银联、支付宝、微信等主流支付方式的基础上，帮助商户降低接入成本，提高运营效率，具有中立性、灵活性、便捷性等特点。

参照图5，在一实施例中，所述装置还包括：

验证单元20a，用于对商户端调用对应的支付平台的权限进行验证。

在使用之前，商户需要与聚合支付平台进行注册进行绑定，在使用时，才可以使用聚合支付平台进行聚合支付。例如，商户可以在该聚合支付平台注册相应的账户，获取相应的权限，成为该平台的有效客户。进一步地，还可以设置商户在该平台的支付额度等。

具体地，参照图6，所述验证单元20a包括：

判断子单元201，用于获取商户端的商户ID，并判断所述商户ID是否为有效用户；对商户的ID进行验证，有效用户才可以使用该平台。

获取子单元202，用于若商户ID是有效用户，则获取所述商户ID对应的支付额度；具体地，该支付额度可以赋值限制，并将其配置在JS变量中。每个有效用户配置有相应的支付额度，在该支付额度内商户可以正常使用，若额度使用完，则无法使用。

验证子单元203，用于验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。支付额度验证通过之后，便创建此次选购商品的商户订单；用户在用户端上对应的支付平台(例如微信支付)可以接收到该订单；根据订单信息，用户输入对应的支付金额进行支付，便可以完成支付过程。此过程中，用户无需从多个二维码中找出自己想要支付的支付平台对应的二维码，商户无需提供多个二维码，简化双方操作，使用方便快捷。

参照图7，在一实施例中，所述装置还包括：

更新单元50，用于更新所述订单的支付状态，并扣减商户ID对应的支付额度。

在上述实施例中，所述装置还包括：

对账单元，用于记录支付过程的平台交易数据，以及从支付渠道中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。如果有异常，则对账状态显示不通过，通知平台运营人员查询原因，处理异常单；可进行勾对、重新对账、手工触发等功能来处理异常。对账单没有异常，则对账状态显示通过，可执行清分操作，平台运营清分人员在接到大商户或者渠道上送的清分数据之后可执行清分操作。对清分的结果也可以进行查询，平台运营人员与银行运营执行人员之间相互协作完成对账等操作。

具体地，在一具体实施例中，用户在商店选购商品，选购完成后，收银员对商品进行扫描，并通过商户端生成对应的订单付款信息，以及根据订单付款信息生成收款二维码；用户使用微信“扫一扫”扫描上述收款二维码，商户端识别该用户端的支付平台的类型为微信支付；则调用相应的微信支付平台支付界面进行支付请求，用户的微信客户端上显示订单信息，用户输入相应的支付金额进行支付。

综上所述，为本发明实施例中提供的多平台聚合支付的方法及装置，通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；接收用户端通过相应的支付平台返回支付的回调通知；本发明聚合多个支付平台进行支付交易，避免使用多个二维码。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种多平台聚合支付的方法，其特征在于，包括以下步骤：

通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；

接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

接收用户端通过相应的支付平台返回支付的回调通知。

2.根据权利要求1所述的多平台聚合支付的方法，其特征在于，所述接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型的步骤之后，还包括：

对商户端调用对应的支付平台的权限进行验证。

3.根据权利要求2所述的多平台聚合支付的方法，其特征在于，对商户端调用对应的支付平台的权限进行验证的步骤包括：

获取商户端的商户ID，并判断所述商户ID是否为有效用户；

若是，则获取所述商户ID对应的支付额度；

验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。

4.根据权利要求3所述的多平台聚合支付的方法，其特征在于，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤之后，包括：

更新所述订单的支付状态，并扣减商户ID对应的支付额度。

5.根据权利要求1-4任一项所述的多平台聚合支付的方法，其特征在于，所述接收用户端通过相应的支付平台返回支付的回调通知的步骤之后，包括：

记录支付过程的平台交易数据，以及从支付渠道中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。

6.一种多平台聚合支付的装置，其特征在于，包括：

生成单元，用于通过商户端根据用户选购的商品生成订单付款信息，并根据所述订单付款信息生成收款请求；

判断单元，用于接收用户端针对所述收款请求响应的支付请求，并从所述支付请求中判断出所述用户端的支付平台的类型；

调用单元，用于根据所述支付平台的类型，调用对应的支付平台并显示商户订单，所述商户订单中包括用户端的支付金额；

接收单元，用于接收用户端通过相应的支付平台返回支付的回调通知。

7.根据权利要求6所述的多平台聚合支付的装置，其特征在于，所述装置还包括：

验证单元，用于对商户端调用对应的支付平台的权限进行验证。

8.根据权利要求7所述的多平台聚合支付的装置，其特征在于，所述验证单元包括：

判断子单元，用于获取商户端的商户ID，并判断所述商户ID是否为有效用户；

获取子单元，用于若商户ID是有效用户，则获取所述商户ID对应的支付额度；

验证子单元，用于验证支付额度等于商品的支付金额时，生成商户订单，所述商户订单中包括用户端的支付金额。

9.根据权利要求8所述的多平台聚合支付的装置，其特征在于，所述装置还包括：

更新单元，用于更新所述订单的支付状态，并扣减商户ID对应的支付额度。

10.根据权利要求6-9任一项所述的多平台聚合支付的装置，其特征在于，所述装置还包括：

对账单元，用于记录支付过程的平台交易数据，以及从支付渠道中下载渠道交易数据，将所述平台交易数据与所述渠道交易数据进行对账，生成对账单。