CN109559102A - 一种聚合支付方法及终端 - Google Patents
一种聚合支付方法及终端 Download PDFInfo
- Publication number
- CN109559102A CN109559102A CN201811549339.1A CN201811549339A CN109559102A CN 109559102 A CN109559102 A CN 109559102A CN 201811549339 A CN201811549339 A CN 201811549339A CN 109559102 A CN109559102 A CN 109559102A
- Authority
- CN
- China
- Prior art keywords
- payment
- merchant
- information
- request message
- party payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
Abstract
本发明属于支付数据接口处理领域,尤其涉及一种聚合支付方法及终端。本发明通过生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台;获取与一商户终端对应的第一支付请求报文;转换所述第一支付请求报文为与一第三方支付平台适配的第二支付请求报文;与所述一第三方支付平台对应的第一数据处理程序发送第二支付请求报文至所述一第三方支付平台;所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文;根据预设的第一数据格式转换所述第一反馈报文得到第二反馈报文;发送所述第二反馈报文至所述一商户终端。实现商户终端使用同一套数据交换代码与多个不同第三方支付平台交互。
Description
技术领域
本发明属于支付数据接口处理领域,尤其涉及一种聚合支付方法及终端。
背景技术
传统的第三方支付集成方式为,针对不同的第三方支付平台(如微信、支付宝、银联云闪付等)逐个集成、联调、区隔出不同渠道回调不同第三方支付平台的反馈信息。具体步骤如下:
S1、向第三方支付平台申请支付功能授权;
S2、获取集成第三方支付平台所需的参数及接口文档;
S3、根据接口文档和参数完成接口代码编写,同时将接口代码集成到具体业务代码中;
S4、完成联调。
从以上流程可以看出,每当新增一个第三方支付平台时,就要开发一次相关接口配置以及相关回调流程处理,同时具体业务还需集成相关的支付功能代码,效率低下。
发明内容
本发明所要解决的技术问题是:商户终端如何使用同一套数据交换代码与多个不同的第三方支付平台交互。
为了解决上述技术问题,本发明采用的技术方案为:
本发明提供一种聚合支付方法,包括:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台;
S2、获取与一商户终端对应的第一支付请求报文;
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文;
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台;
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文;
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文;
S7、发送所述第二反馈报文至所述一商户终端。
优选地,所述S7具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
优选地,所述S3具体为:
所述第一支付请求报文包括所述一第三方支付平台的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文,得到第二支付请求报文。
优选地,所述S4具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
优选地,还包括:
预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
本发明还提供一种聚合支付终端,包括一个或多个处理器及存储器,所述存储器存储有程序,并且被配置成由所述一个或多个处理器执行以下步骤:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台;
S2、获取与一商户终端对应的第一支付请求报文;
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文;
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台;
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文;
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文;
S7、发送所述第二反馈报文至所述一商户终端。
优选地,所述S7具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
优选地,所述S3具体为:
所述第一支付请求报文包括所述一第三方支付平台的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文,得到第二支付请求报文。
优选地,所述S4具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
优选地,还包括:
预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
本发明具有如下有益效果:
1、本发明提供一种聚合支付方法及终端,本发明通过预先集成可与不同第三方支付平台建立通信连接、进行数据传输的多个数据处理程序,并在商户终端和不同的第三方支付平台之间扮演一个翻译的角色,使得商户终端无需支持不同第三方支付平台的数据格式也能实现与多个不同的第三方支付平台完成交互操作。当商户终端欲通过一个第三方支付平台收付款时,无需编写用于支持第三方支付平台数据格式以及与第三方支付平台建立数据通信连接的代码,只需在所述第一支付请求报文中携带欲使用的第三方支付平台的标识信息即可,十分便利。实现了商户终端可使用同一套数据交换代码与多个不同的第三方支付平台交互。
2、进一步地,商户只需将回调地址配置至商户信息配置表中,聚合支付终端即可根据商户信息配置表中对应的回调地址将第三方支付平台的反馈信息以商户终端可识别的数据格式反馈给商户终端,商户终端无需编写多个回调接口以识别不同第三方支付平台的反馈信息,为商户终端扩展支持的第三方支付平台提供了极大的便利。
3、进一步地,无论商户终端欲与何第三方支付平台交互,都只需以同一数据格式发送第一支付请求报文至聚合支付终端,聚合支付终端自动根据第一支付请求报文中携带的第三方支付平台的标识信息,将第一支付请求报文转换为商户终端所选择交互的第三方支付平台可识别的数据格式。商户终端无需为了支持不同的第三方支付平台编写多份数据格式转换代码,为商户终端扩展支持的第三方支付平台提供了极大的便利。
4、进一步地,只有当商户终端提供的商户信息通过验证,即第三方支付平台确实有授权所述商户终端执行支付操作时,才能够成功调用与第三方支付平台对应的数据处理程序进行支付操作。保证了只有经授权的商户终端才可通过相应的第三方支付平台进行支付操作,从而有利于系统的稳定性、可靠性和支付交易的安全性。
5、进一步地,当一商户终端欲新增支持的第三方支付平台时,只需进行相应的信息配置即可,本发明将原本只能由程序员完成的工作简化为业务员即可操作的工作,极大程度地提高了商户终端新增第三方支付平台的效率和便利性。
附图说明
图1为本发明提供的一种聚合支付方法的具体实施方式的流程框图;
图2为本发明提供的一种聚合支付终端的具体实施方式的结构框图;
图3为商户终端、聚合支付终端和第三方支付平台的部署图;
图4为商户信息配置页面示意图;
图5为回调地址配置页面示意图;
标号说明:
1、处理器;2、存储器;3、商户终端;4、聚合支付终端;5、第三方支付平台。
具体实施方式
下面结合附图和具体实施例来对本发明进行详细的说明。
请参照图1至图5,
本发明的实施例一为:
如图1所示,本实施例提供一种聚合支付方法,包括:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台。
其中,所述的数据处理程序用于与一第三方支付平台建立通信连接,并进行数据传输,数据处理程序将支付请求报文发送给第三方支付平台,第三方支付平台将执行完支付请求后的反馈信息发送给数据处理程序。一个数据处理程序对应一个第三方支付平台。本发明将可与不同第三方支付平台通讯的多个数据处理程序集成在聚合支付终端中,使得当商户终端需增减所支持的第三方支付平台时,只需向聚合支付终端提交相应的配置信息即可,无需进行相应的代码编写工作,十分便利。
S2、获取与一商户终端对应的第一支付请求报文。
例如,第一餐厅的商户终端发送一第一支付请求报文;该第一支付请求报文中包括第三方支付平台的标识信息:微信;商户信息:第一餐厅公众号ID和微信授权凭证码;消费者信息:支付账户、支付密码和支付金额。
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文。具体为:
所述第一支付请求报文包括所述一第三方支付平台信息的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文为与所述第三方支付平台信息对应的报文,得到第二支付请求报文。
例如,第一支付请求报文中携带的第三方支付平台的标识信息为微信,则将第一支付请求报文转换为微信平台可识别的数据报文,得到第二支付请求报文。
其中,无论商户终端欲与何第三方支付平台交互,都只需以同一数据格式发送第一支付请求报文至聚合支付终端,聚合支付终端自动根据第一支付请求报文中携带的第三方支付平台的标识信息,将第一支付请求报文转换为商户终端所选择交互的第三方支付平台可识别的数据格式。商户终端无需为了支持不同的第三方支付平台编写多份数据格式转换代码,为商户终端扩展支持的第三方支付平台提供了极大的便利。
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
例如,与微信对应的第一数据处理程序验证商户信息中是否包含正确的微信授权凭证码,若包含,则说明第一餐厅的商户终端有权使用微信平台,由第一数据处理程序发送第二支付请求报文至微信平台,由微信平台执行具体的支付操作。
其中,只有当商户终端提供的商户信息通过验证,即第三方支付平台确实有授权所述商户终端执行支付操作时,才能够成功调用与第三方支付平台对应的数据处理程序进行支付操作。保证了只有经授权的商户终端才可通过相应的第三方支付平台进行支付操作,从而有利于系统的稳定性、可靠性和支付交易的安全性。
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文。
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文。具体为:
所述第一数据格式包括一个以上字段名称和与每一字段对应的值的数据类型;
根据与所述一第三方支付平台对应的报文格式解析所述第一反馈报文,得到反馈数据;
根据所述第一数据格式生成与所述第一反馈数据对应的报文,得到第二反馈报文。
例如:微信平台的反馈报文包括字段:订单号、商品名、订单时间、支付金额;支付宝平台的反馈报文包括字段:订单编码、商品名称、订单时间、消费金额。预设数据格式包括字段订单编号、商品名称、订单时间和支付金额。通过预设的数据格式,将不同第三方平台间异构的数据同一化,将实质为同一字段的不同字段名称统一化,将各字段的值的数据类型统一化,从而使得商户终端不会感知到不同第三方平台反馈的数据的差异性,商户终端只需可识别一种格式的数据报文即可。
S7、发送所述第二反馈报文至所述一商户终端。具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
其中,商户终端通过回调地址接收聚合支付终端发送的反馈报文,反馈报文携带的信息包括支付成功、支付失败、退款成功和退款失败等提示信息。商户只需将回调地址配置至商户信息配置表中,聚合支付终端即可根据商户信息配置表中对应的回调地址将第三方支付平台的反馈信息以商户终端可识别的数据格式反馈给商户终端,商户终端无需编写多个回调接口以识别不同第三方支付平台的反馈信息,为商户终端扩展支持的第三方支付平台提供了极大的便利。
优选地,预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
例如,第一餐厅的商户终端新增支付宝的步骤具体为:
第一步,访问聚合支付终端的信息配置页面,选择添加“支付宝”。当商户终端执行完“选择添加”操作后,聚合支付终端即接收到“支付宝”这一新增标识信息,表明第一餐厅欲新增支付宝这一第三方支付平台。
第二步,如图4所示,第一餐厅需向聚合支付终端提供相关的商户信息,具体包括,支付宝PartnerID、支付宝卖家账号、安全校验码和RSA私钥等。其中,RSA私钥即为所述凭证信息,只有经过支付宝授权的用户才能得到有效的RSA私钥与支付宝进行交互。
第三步,如图5所示,第一餐厅需向聚合支付终端提供回调地址。支付宝的反馈信息为支付成功或退款成功时,第一餐厅提供的回调地址即可收到相关提示信息,并在相应页面中展示支付成功或退款成功的提示信息。
其中,当一商户终端欲新增支持的第三方支付平台时,只需进行相应的信息配置即可,本发明将原本只能由程序员完成的工作简化为业务员即可操作的工作,极大程度地提高了商户终端新增第三方支付平台的效率和便利性。
本发明提供的实施例二为:
如图2所示,本实施例提供一种聚合支付终端,包括一个或多个处理器1及存储器2,所述存储器2存储有程序,并且被配置成由所述一个或多个处理器1执行以下步骤:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台。
其中,所述的数据处理程序用于与一第三方支付平台建立通信连接,并进行数据传输,数据处理程序将支付请求报文发送给第三方支付平台,第三方支付平台将执行完支付请求后的反馈信息发送给数据处理程序。一个数据处理程序对应一个第三方支付平台。本发明将可与不同第三方支付平台通讯的多个数据处理程序集成在聚合支付终端中,使得当商户终端需增减所支持的第三方支付平台时,只需向聚合支付终端提交相应的配置信息即可,无需进行相应的代码编写工作,十分便利。
S2、获取与一商户终端对应的第一支付请求报文。
例如,第一餐厅的商户终端发送一第一支付请求报文;该第一支付请求报文中包括第三方支付平台的标识信息:微信;商户信息:第一餐厅公众号ID和微信授权凭证码;消费者信息:支付账户、支付密码和支付金额。
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文。具体为:
所述第一支付请求报文包括所述一第三方支付平台信息的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文为与所述第三方支付平台信息对应的报文,得到第二支付请求报文。
例如,第一支付请求报文中携带的第三方支付平台的标识信息为微信,则将第一支付请求报文转换为微信平台可识别的数据报文,得到第二支付请求报文。
其中,无论商户终端欲与何第三方支付平台交互,都只需以同一数据格式发送第一支付请求报文至聚合支付终端,聚合支付终端自动根据第一支付请求报文中携带的第三方支付平台的标识信息,将第一支付请求报文转换为商户终端所选择交互的第三方支付平台可识别的数据格式。商户终端无需为了支持不同的第三方支付平台编写多份数据格式转换代码,为商户终端扩展支持的第三方支付平台提供了极大的便利。
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
例如,与微信对应的第一数据处理程序验证商户信息中是否包含正确的微信授权凭证码,若包含,则说明第一餐厅的商户终端有权使用微信平台,由第一数据处理程序发送第二支付请求报文至微信平台,由微信平台执行具体的支付操作。
其中,只有当商户终端提供的商户信息通过验证,即第三方支付平台确实有授权所述商户终端执行支付操作时,才能够成功调用与第三方支付平台对应的数据处理程序进行支付操作。保证了只有经授权的商户终端才可通过相应的第三方支付平台进行支付操作,从而有利于系统的稳定性、可靠性和支付交易的安全性。
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文。
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文。具体为:
所述第一数据格式包括一个以上字段名称和与每一字段对应的值的数据类型;
根据与所述一第三方支付平台对应的报文格式解析所述第一反馈报文,得到反馈数据;
根据所述第一数据格式生成与所述第一反馈数据对应的报文,得到第二反馈报文。
例如:微信平台的反馈报文包括字段:订单号、商品名、订单时间、支付金额;支付宝平台的反馈报文包括字段:订单编码、商品名称、订单时间、消费金额。预设数据格式包括字段订单编号、商品名称、订单时间和支付金额。通过预设的数据格式,将不同第三方平台间异构的数据同一化,将实质为同一字段的不同字段名称统一化,将各字段的值的数据类型统一化,从而使得商户终端不会感知到不同第三方平台反馈的数据的差异性,商户终端只需可识别一种格式的数据报文即可。
S7、发送所述第二反馈报文至所述一商户终端。具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
其中,商户终端通过回调地址接收聚合支付终端发送的反馈报文,反馈报文携带的信息包括支付成功、支付失败、退款成功和退款失败等提示信息。商户只需将回调地址配置至商户信息配置表中,聚合支付终端即可根据商户信息配置表中对应的回调地址将第三方支付平台的反馈信息以商户终端可识别的数据格式反馈给商户终端,商户终端无需编写多个回调接口以识别不同第三方支付平台的反馈信息,为商户终端扩展支持的第三方支付平台提供了极大的便利。
优选地,预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
例如,第一餐厅的商户终端新增支付宝的步骤具体为:
第一步,访问聚合支付终端的信息配置页面,选择添加“支付宝”。当商户终端执行完“选择添加”操作后,聚合支付终端即接收到“支付宝”这一新增标识信息,表明第一餐厅欲新增支付宝这一第三方支付平台。
第二步,如图4所示,第一餐厅需向聚合支付终端提供相关的商户信息,具体包括,支付宝PartnerID、支付宝卖家账号、安全校验码和RSA私钥等。其中,RSA私钥即为所述凭证信息,只有经过支付宝授权的用户才能得到有效的RSA私钥与支付宝进行交互。
第三步,如图5所示,第一餐厅需向聚合支付终端提供回调地址。支付宝的反馈信息为支付成功或退款成功时,第一餐厅提供的回调地址即可收到相关提示信息,并在相应页面中展示支付成功或退款成功的提示信息。
其中,当一商户终端欲新增支持的第三方支付平台时,只需进行相应的信息配置即可,本发明将原本只能由程序员完成的工作简化为业务员即可操作的工作,极大程度地提高了商户终端新增第三方支付平台的效率和便利性。
本实施例中,商户终端3、聚合支付终端4和第三方支付平台5的部署图如图3所示。聚合支付终端与多个第三方支付平台连接,任一商户终端可通过聚合支付终端使用已获得支付功能授权的第三方支付平台。商户终端在欲使用新的第三方支付平台时,只需将第三方支付平台的标识信息、回调地址及包括授权凭证的商户信息配置至聚合支付终端即可,无需编写任何代码,十分高效便捷。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种聚合支付方法,其特征在于,包括:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台;
S2、获取与一商户终端对应的第一支付请求报文;
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文;
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台;
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文;
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文;
S7、发送所述第二反馈报文至所述一商户终端。
2.根据权利要求1所述的聚合支付方法,其特征在于,所述S7具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
3.根据权利要求1所述的聚合支付方法,其特征在于,所述S3具体为:
所述第一支付请求报文包括所述一第三方支付平台的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文,得到第二支付请求报文。
4.根据权利要求1所述的聚合支付方法,其特征在于,所述S4具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
5.根据权利要求1所述的聚合支付方法,其特征在于,还包括:
预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
6.一种聚合支付终端,其特征在于,包括一个或多个处理器及存储器,所述存储器存储有程序,并且被配置成由所述一个或多个处理器执行以下步骤:
S1、生成与两个以上第三方支付平台对应的不同的数据处理程序;每一所述的数据处理程序对应一个第三方支付平台;
S2、获取与一商户终端对应的第一支付请求报文;
S3、转换所述第一支付请求报文为与一第三方支付平台对应适配的第二支付请求报文;
S4、与所述一第三方支付平台对应的第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台;
S5、所述第一数据处理程序接收来自所述一第三方支付平台的第一反馈报文;
S6、根据预设的第一数据格式转换所述第一反馈报文,得到第二反馈报文;
S7、发送所述第二反馈报文至所述一商户终端。
7.根据权利要求6所述的聚合支付终端,其特征在于,所述S7具体为:
从预设的商户信息配置表中获取与所述一商户终端对应的回调地址;
发送所述第二反馈报文至所述回调地址。
8.根据权利要求6所述的聚合支付终端,其特征在于,所述S3具体为:
所述第一支付请求报文包括所述一第三方支付平台的标识信息;
根据所述标识信息获取与所述一第三方支付平台适配的第二数据格式;
根据所述第二数据格式转换所述第一支付请求报文,得到第二支付请求报文。
9.根据权利要求6所述的聚合支付终端,其特征在于,所述S4具体为:
所述第一支付请求报文还包括商户信息;
所述第二支付请求报文包括商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
当所述第一数据处理程序验证所述商户信息成功时,所述第一数据处理程序发送所述第二支付请求报文至所述一第三方支付平台。
10.根据权利要求6所述的聚合支付终端,其特征在于,还包括:
预设商户信息配置表;
当接收到一商户终端发送的新增第三方支付平台请求时,
从所述一商户终端获取一第三方支付平台的标识信息,得到新增标识信息;
从所述一商户终端获取一商户信息,得到新增商户信息;所述商户信息包括所述一第三方支付平台授权商户使用支付功能的凭证信息;
从所述一商户终端获取一回调地址,得到新增回调地址;
根据所述新增标识信息、所述新增商户信息和所述新增回调地址生成与所述一商户终端对应的配置信息;
添加所述配置信息至所述商户信息配置表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811549339.1A CN109559102A (zh) | 2018-12-18 | 2018-12-18 | 一种聚合支付方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811549339.1A CN109559102A (zh) | 2018-12-18 | 2018-12-18 | 一种聚合支付方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109559102A true CN109559102A (zh) | 2019-04-02 |
Family
ID=65870476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811549339.1A Pending CN109559102A (zh) | 2018-12-18 | 2018-12-18 | 一种聚合支付方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109559102A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348832A (zh) * | 2019-06-26 | 2019-10-18 | 交通银行股份有限公司 | B2c网上支付网关适配器、系统、适配及支付方法 |
CN112732763A (zh) * | 2021-01-20 | 2021-04-30 | 北京千方科技股份有限公司 | 数据的聚合方法、装置、电子设备及介质 |
WO2021143546A1 (zh) * | 2020-01-13 | 2021-07-22 | 支付宝实验室(新加坡)有限公司 | 基于条码支付的实现方法和装置 |
WO2021253185A1 (zh) * | 2020-06-15 | 2021-12-23 | 深圳市欢太数字科技有限公司 | 聚合支付方法及相关产品 |
CN116894668A (zh) * | 2023-09-11 | 2023-10-17 | 深圳易能时代科技有限公司 | 基于支付网关适配器的支付方法及相关设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
CN105631648A (zh) * | 2015-12-18 | 2016-06-01 | 深圳中兴网信科技有限公司 | 支付平台选择方法和支付平台选择系统 |
US20170098207A1 (en) * | 2015-10-02 | 2017-04-06 | Seth Priebatsch | Cross-platform ordering and payment-processing system and method |
CN107103454A (zh) * | 2017-04-25 | 2017-08-29 | 深圳创维-Rgb电子有限公司 | 一种线上支付方法及系统 |
CN107392766A (zh) * | 2017-07-25 | 2017-11-24 | 上海壹账通金融科技有限公司 | 业务处理方法、适配器及计算机可读存储介质 |
CN107578224A (zh) * | 2017-09-13 | 2018-01-12 | 深圳前海乘势科技有限公司 | 多平台聚合支付的方法及装置 |
CN107748985A (zh) * | 2017-11-07 | 2018-03-02 | 苏州比可网络科技有限公司 | 基于网络的支付方法和网络支付服务器 |
CN108520454A (zh) * | 2018-04-10 | 2018-09-11 | 平安科技(深圳)有限公司 | 实时回调订单的方法和系统 |
-
2018
- 2018-12-18 CN CN201811549339.1A patent/CN109559102A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170098207A1 (en) * | 2015-10-02 | 2017-04-06 | Seth Priebatsch | Cross-platform ordering and payment-processing system and method |
CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
CN105631648A (zh) * | 2015-12-18 | 2016-06-01 | 深圳中兴网信科技有限公司 | 支付平台选择方法和支付平台选择系统 |
CN107103454A (zh) * | 2017-04-25 | 2017-08-29 | 深圳创维-Rgb电子有限公司 | 一种线上支付方法及系统 |
CN107392766A (zh) * | 2017-07-25 | 2017-11-24 | 上海壹账通金融科技有限公司 | 业务处理方法、适配器及计算机可读存储介质 |
CN107578224A (zh) * | 2017-09-13 | 2018-01-12 | 深圳前海乘势科技有限公司 | 多平台聚合支付的方法及装置 |
CN107748985A (zh) * | 2017-11-07 | 2018-03-02 | 苏州比可网络科技有限公司 | 基于网络的支付方法和网络支付服务器 |
CN108520454A (zh) * | 2018-04-10 | 2018-09-11 | 平安科技(深圳)有限公司 | 实时回调订单的方法和系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348832A (zh) * | 2019-06-26 | 2019-10-18 | 交通银行股份有限公司 | B2c网上支付网关适配器、系统、适配及支付方法 |
WO2021143546A1 (zh) * | 2020-01-13 | 2021-07-22 | 支付宝实验室(新加坡)有限公司 | 基于条码支付的实现方法和装置 |
WO2021253185A1 (zh) * | 2020-06-15 | 2021-12-23 | 深圳市欢太数字科技有限公司 | 聚合支付方法及相关产品 |
CN112732763A (zh) * | 2021-01-20 | 2021-04-30 | 北京千方科技股份有限公司 | 数据的聚合方法、装置、电子设备及介质 |
CN116894668A (zh) * | 2023-09-11 | 2023-10-17 | 深圳易能时代科技有限公司 | 基于支付网关适配器的支付方法及相关设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109559102A (zh) | 一种聚合支付方法及终端 | |
US6385652B1 (en) | Customer access solutions architecture | |
CN110599323B (zh) | 一种资源处理方法及处理设备 | |
WO2010111661A1 (en) | Methods and systems for performing a financial transaction | |
CN102202306B (zh) | 移动安全认证终端及方法 | |
JP2011526388A (ja) | 通信クライアントを使用した支払いの実施 | |
CN1980243B (zh) | 用于支持电信客户服务请求的方法和系统 | |
CN107423957A (zh) | 一种灵活支付结算的业务运行系统 | |
WO2021003607A1 (zh) | 一种聚合支付方法以及相关设备 | |
CN110874742B (zh) | 一种基于区块链和智能合约的支付方法及装置 | |
US20180276629A1 (en) | Resource processing method and device | |
CN110400139B (zh) | 基于对公数字钱包的支付方法、装置及系统 | |
TWI748630B (zh) | 基於手機名片的二維條碼支付方法及其支付系統、電腦可讀儲存媒介及電腦設備 | |
CN104539616B (zh) | 实现异构系统间可信报文交换与存储的系统 | |
WO2019196232A1 (zh) | 一种基于基金份额赎转付日常缴费的自动代扣方法及系统 | |
CN101976403A (zh) | 手机号支付平台、支付交易系统及方法 | |
CN112967051A (zh) | 一种苹果内购支付的方法及装置 | |
CN106034148A (zh) | 一种快速信息交互方法、本地服务器、异地服务器及系统 | |
CN109919587A (zh) | 一种支持数字货币与实物货币之间兑换的系统和方法 | |
WO2019196230A1 (zh) | 一种基于基金份额赎转付的信用卡还款方法及系统 | |
US20210248586A1 (en) | System and method for processing payments securely | |
CN107392738A (zh) | 一种互联网原创艺术品在线交易数据处理系统及方法 | |
TWM587315U (zh) | 電子支付服務系統及信用卡服務系統 | |
CN111754324B (zh) | 云erp银企对接处理方法、系统及各处理端 | |
CN202150145U (zh) | 一种具有验证码的USB Key |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190402 |