(19)中华人民共和国国家知识产权局

(12)发明专利申请
(10)申请公布号 CN 112231118 A
(43)申请公布日 2021.01.15
(21)申请号 202011107355 .2

(22)申请日 2020 .10 .16

(71)申请人 蜂助手股份有限公司
地址 510000 广东省广州市天河区龙口横
街28号南塔23楼自编2301-2341房

(72)发明人 江加芳 吴宝才 谭哲

(74)专利代理机构 广州市智远创达专利代理有
限公司 44619
代理人 王会龙

(51)Int .Cl .
G06F 9/54 (2006 .01)
G06Q 20/08 (2012 .01)

权利要求书2页 说明书5页 附图3页

(54)发明名称
一种聚合支付平台、系统及方法
(57)摘要
本发明公开了一种聚合支付平台、系统及方
法， 所述方法包括如下步骤： 步骤S1，
向上游支付
渠道发起支付请求， 上传并保存异步通知地址；
步骤S2， 利用异步通知接收模块统一接收上游支
付渠道的异步通知， 动态获取不同上游支付渠道
的调用地址， 并且将获取到的调用地址与所保存
的异步通知地址进行匹配， 于匹配到相应的异步
通知地址时， 获取与该调用地址相匹配的上游支
付渠道的dubbo配置信息，并利用dubbo的泛化技
术调用匹配到的上游支付渠道的dubbo服务以进
行异步通知分发； 步骤S3，
于接收到上游支付渠
道的支付结果的异步通知后对其进行响应。
CN 112231118 A
CN 112231118 A 权 利 要 求 书 1/2 页

1 .一种聚合支付平台， 包括：
支付上传模块， 用于向上游支付渠道发起支付请求， 上传并存储异步通知地址；
异步通知接收模块，用于统一接收上游支付渠道的异步通知， 动态获取不同上游支付
渠道的调用地址， 将获取到的调用地址与所保存的异步通知地址进行匹配， 并于匹配到相
应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道的dubbo配置信息， 利用
dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进行异步通知分发， 并于接收
到上游支付渠道的异步通知后对其进行响应。
2 .如权利要求1所述的一种聚合支付平台， 其特征在于： 所述支付上传模块将上传的异
步通知地址和聚合支付对应的上游支付渠道的dubbo信息配置在聚合支付平台的服务后
台， 并写入redis缓存。
3 .如权利要求2所述的一种聚合支付平台， 其特征在于： 所述异步通知接收模块将获取
到的调用地址与所述redis缓存中保存的异步通知地址进行匹配， 于匹配到相应的异步通
知地址时， 根据获取到的调用地址于所述redis缓存中查询与该调用地址相匹配的上游支
付渠道的dubbo配置信息， 通过dubbo泛化技术调用匹配到的上游支付渠道的dubbo服务。
4 .如权利要求3所述的一种聚合支付平台， 其特征在于： 所述异步通知接收模块若于所
述redis缓存中未匹配到相应的异步通知地址时， 则返回错误信息。
5 .如权利要求3所述的一种聚合支付平台 ， 其特征在于： 当匹配到相应的异步通知地
址， 所述异步通知接收模块还将获取到的不同上游支付渠道的不同参数格式的请求参数统
一处理为json格式。
6 .如权利要求5所述的一种聚合支付平台 ，其特征在于 ：当对应的上游支付渠道的
dubbo服务接收到所述异步通知接收模块传递的参数， 对参数进行处理判断 ， 并返回固定
json格式的异步通知给所述异步通知接收模块。
7 .如权利要求6所述的一种聚合支付平台， 其特征在于： 当接收到上游支付渠道返回的
返回固定json格式的异步通知时 ，所述异步通知接收模块根据返回的参数中return_
content的值响应给上游支付渠道。
8 .一种聚合支付系统， 包括：
聚合支付平台， 用于向上游支付渠道发起支付请求， 上传并保存异步通知地址， 利用异
步通知接收模块以统一接收上游支付渠道的异步通知， 动态获取不同上游支付渠道的调用
地址， 并且将获取到的调用地址与所保存的异步通知地址进行匹配， 于匹配到相应的异步
通知地址时， 获取与地址相匹配的上游支付渠道的dubbo配置信息， 并利用dubbo的泛化技
术调用匹配到的上游支付渠道的dubbo服务进行异步通知分发；
上游支付渠道，用于接收并处理所述聚合支付平台的支付请求， 根据所述聚合支付平
台上传的异步通知地址进行调用， 并利用其dubbo服务接收到所述异步通知接收模块传递
的参数， 对参数进行处理判断， 返回异步通知至所述异步通知接收模块。
9 .一种聚合支付方法， 包括如下步骤：
步骤S1， 向上游支付渠道发起支付请求， 上传并保存异步通知地址；
步骤S2， 利用异步通知接收模块统一接收上游支付渠道的异步通知， 动态获取不同上
游支付渠道的调用地址， 并且将获取到的调用地址与所保存的异步通知地址进行匹配， 于
匹配到相应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道的dubbo配置信

2
CN 112231118 A 权 利 要 求 书 2/2 页

息，并利用dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进行异步通知分
发；
步骤S3， 于接收到上游支付渠道的支付结果的异步通知后对其进行响应。
10 .如权利要求9所述的一种聚合支付方法，
其特征在于：于步骤S1中，将上传的异步通
知地址和聚合支付对应的上游支付渠道的dubbo信息配置在聚合支付平台的服务后台， 并
写入redis缓存。

3
CN 112231118 A 说 明 书 1/5 页

一种聚合支付平台、系统及方法

技术领域
[0001] 本发明涉及计算机技术领域，
特别是涉及一种基于dubbo泛化技术实现对不同支
付渠道结果异步通知进行灵活分发的聚合支付平台、系统及方法。

背景技术
[0002] 聚合支付， 也称为融合支付，是指只从事“支付、结算、清算”服务之外的“支付服
务”， 依托银行、非银机构或清算组织， 借助银行、非银机构或清算组织的支付通道与清结算
能力， 利用自身的技术与服务集成能力， 将一个以上的银行、 非银机构或清算组织的支付服
务， 整合到一起， 为商户提供包括但不限于“支付通道服务”、“集合对账服务”、“技术对接服
务”、 “差错处理服务”、 “金融服务引导”、
“会员账户服务”等服务内容， 以此减少商户接入、
维护支付结算服务时面临的成本支出， 提高商户支付结算系统运行效率， 并收取增值收益
的支付服务。
[0003] 目前在电子卡支付码消费场景中， 为了支持用户使用各种支付手段， 一般都会有
聚合支付的需求， 需要支持银行支付码、 银联支付码、微信支付码、 支付宝支付码等。在现有
的聚合支付系统中， 当聚合支付系统接入一种新的支付渠道时， 往往需要开发人员新开发
一个接口来接收支付渠道的异步通知结果来明确支付状态， 这样每当有新的支付渠道接入
时， 就需要投入开发人员去开发一个新的接口， 聚合支付系统会经常进行改动。因此， 现有
的聚合支付系统往往存在如下缺陷：
[0004] 1、
现有接入支付渠道的异步通知技术方案， 系统的耦合度大， 升级维护不方便。
[0005] 2、
需重复开发接口代码， 浪费大量的人力物力， 在绝大数情况下， 异步通知的功能
大同小异， 但是对于使用现有技术方案来说无法做到系统复用。

发明内容
[0006] 为克服上述现有技术存在的不足，本发明之一目的在于提供一种聚合支付平台、
系统及方法， 以解决现有聚合支付系统接入不同的支付渠道的异步通知业务时需要开发不
同的服务来接收回调信息的问题。
[0007] 本发明之另一目的在于提供一种聚合支付平台、 系统及方法，
以减少开发成本，只
需在后台配置相应转发规则便能达到信息的分发， 有利于系统的维护。
[0008] 为达上述目的，本发明提出一种聚合支付平台， 包括：
[0009] 支付上传模块，用于向上游支付渠道发起支付， 上传并存储异步通知地址；
[0010] 异步通知接收模块，用于统一接收上游支付渠道的异步通知， 动态获取不同上游
支付渠道的调用地址， 将获取到的调用地址与所保存的异步通知地址进行匹配， 并于匹配
到相应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道的dubbo配置信息，
利
用dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进行异步通知分发，并于接
收到上游支付渠道的异步通知后对其进行响应。
[0011] 优选地，所述支付上传模块将上传的异步通知地址和聚合支付对应的上游支付渠

4
CN 112231118 A 说 明 书 2/5 页

道的dubbo信息配置在聚合支付平台的服务后台， 并写入redis缓存。
[0012] 优选地， 所述异步通知接收模块将获取到的调用地址与所述redis缓存中保存的
异步通知地址进行匹配， 于匹配到相应的异步通知地址时， 根据获取到的调用地址于所述
redis缓存中查询与该调用地址相匹配的上游支付渠道的dubbo配置信息， 通过dubbo泛化
技术调用匹配到的上游支付渠道的dubbo服务。
[0013] 优选地， 所述异步通知接收模块若于所述redis缓存中未匹配到相应的异步通知
地址时， 则返回错误信息。
[0014] 优选地， 当匹配到相应的异步通知地址， 所述异步通知接收模块还将获取到的不
同上游支付渠道的不同参数格式的请求参数统一处理为json格式。
[0015] 优选地， 当对应的上游支付渠道的dubbo服务接收到所述异步通知接收模块传递
的参数， 对参数进行处理判断， 并返回固定json格式的异步通知给所述异步通知接收模块。
[0016] 优选地， 当接收到上游支付渠道返回的返回固定json格式的异步通知时， 所述异
步通知接收模块根据返回的参数中return_content的值响应给上游支付渠道。
[0017] 为达到上述目的， 本发明还提供一种聚合支付系统， 包括：
[0018] 聚合支付平台， 用于向上游支付渠道发起支付请求， 上传并保存异步通知地址， 利
用异步通知接收模块以统一接收上游支付渠道的异步通知， 动态获取不同上游支付渠道的
调用地址， 并且将获取到的调用地址与所保存的异步通知地址进行匹配， 于匹配到相应的
异步通知地址时， 获取与地址相匹配的上游支付渠道的dubbo配置信息， 并利用dubbo的泛
化技术调用匹配到的上游支付渠道的dubbo服务进行异步通知分发；
[0019] 上游支付渠道， 用于接收并处理所述聚合支付平台的支付请求， 根据所述聚合支
付平台上传的异步通知地址进行调用， 并利用其dubbo服务接收到所述异步通知接收模块
传递的参数， 对参数进行处理判断， 返回异步通知至所述异步通知接收模块。
[0020] 为达到上述目的， 本发明还提供一种聚合支付方法， 包括如下步骤：
[0021] 步骤S1，向上游支付渠道发起支付， 上传并保存异步通知地址；
[0022] 步骤S2，利用异步通知接收模块统一接收上游支付渠道的异步通知， 动态获取不
同上游支付渠道的调用地址， 并且将获取到的调用地址与所保存的异步通知地址进行匹
配， 于匹配到相应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道的dubbo配
置信息， 并利用dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进行异步通知
分发；
[0023] 步骤S3，于接收到上游支付渠道的支付结果的异步通知后对其进行响应。
[0024] 优选地， 于步骤S1中， 将上传的异步通知地址和聚合支付对应的上游支付渠道的
dubbo信息配置在聚合支付平台的服务后台， 并写入redis缓存。
[0025] 与现有技术相比 ， 本发明一种聚合支付平台、系统及方法通过利用dubbo泛化技术
和redis缓存技术结合实现通用的异步通知服务， 并通过配置在管理后台的信息来对接受
到的异步通知信息进行统一的处理， 通过本发明， 聚合支付平台接入上游支付渠道异步通
知服务时可以减少系统之间的耦合性， 对服务系统无需改动， 可减少了服务器的负载， 提高
了的系统的吞吐量。并且减少接入系统的代码开发量， 只需运营人员在管理后台配置响应
参数即可， 无需开发人员即可快速简便高效的接入整个系统。

5
CN 112231118 A 说 明 书 3/5 页

附图说明
[0026] 图1为本发明一种聚合支付系统的系统架构图；
[0027] 图2为本发明一种聚合支付方法的步骤流程图；
[0028] 图3为本发明实施例的聚合支付处理流程图。

具体实施方式
[0029] 以下通过特定的具体实例并结合附图说明本发明的实施方式， 本领域技术人员可
由本说明书所揭示的内容轻易地了解本发明的其它优点与功效。本发明亦可通过其它不同
的具体实例加以施行或应用， 本说明书中的各项细节亦可基于不同观点与应用， 在不背离
本发明的精神下进行各种修饰与变更。
[0030] 图1为本发明一种聚合支付系统的系统架构图。 如图1所示， 本发明一种聚合支付
系统， 包括：
[0031] 聚合支付平台10， 用于向上游支付渠道发起支付， 并上传异步通知地址， 利用异步
通知接收模块以统一接收上游支付渠道的异步通知， 动态获取不同上游支付渠道的调用地
址， 并且将获取到的调用地址与所保存的异步通知地址进行匹配， 于匹配到相应的异步通
知地址时， 获取与地址相匹配的上游支付渠道的dubbo配置信息， 并利用dubbo的泛化技术
调用匹配到的上游支付渠道的dubbo服务进行异步通知分发。
[0032] 具体地， 聚合支付平台10进一步包括：
[0033] 支付上传模块101， 用于向上游支付渠道发起支付， 并上传异步通知地址。
[0034] 也就是说， 当聚合支付平台接入不同上游支付渠道时， 首先需要为每个上游支付
渠道分配一个异步通知地址， 当支付上传模块101进行支付时， 需要上传该异步通知地址给
上游支付渠道， 以便当对应该上游支付渠道的订单或退款状态明确时， 上游支付渠道可根
据该异步通知地址告诉聚合支付平台聚合支付状态信息。
[0035] 优选地， 支付上传模块101将上传的异步通知地址和聚合支付对应的上游支付渠
道的dubbo信息配置在聚合支付平台的服务后台， 并写入redis缓存。
[0036] 异步通知接收模块102， 用于统一接收上游支付渠道的异步通知， 动态获取不同上
游支付渠道的调用地址， 并且将获取到的调用地址与redis缓存中保存的异步通知地址进
行匹配， 如果匹配到相应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道的
dubbo配置信息， 并利用dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进行
异步通知分发， 并于接收到上游支付渠道的通知后对其进行响应。
[0037] 也就是说， 当上游支付渠道接收并处理聚合支付平台10的支付后， 会根据聚合支
付平台10上传的异步通知地址进行调用， 例如上游支付渠道为微信或支付宝， 当上游支付
渠道明确状态之后会通过HTTP请求来调用异步通知地址(即向异步通知地址发送HTTP请
求) ， HTTP请求的内容包含上游明确状态之后需要告诉聚合支付平台10的信息， 异步通知接
收模块102则动态获取不同上游支付渠道的调用地址， 并将获取到的调用地址与redis缓存
中保存的异步通知地址进行匹配， 如果匹配结果为不存在则返回错误信息， 如果匹配到相
应的异步通知地址， 则根据获取到的调用地址于redis缓存中查询与地址相匹配的上游支
付渠道的dubbo配置信息， 通过dubbo泛化技术调用匹配到的上游支付渠道的dubbo服务。
[0038] 优选地， 当匹配到相应的异步通知地址， 异步通知接收模块102还将获取到的不同

6
CN 112231118 A 说 明 书 4/5 页

上游支付渠道的不同参数格式的请求参数统一处理为json格式。也就是说， 上游支付渠道
(微信或支付宝等)明确状态之后会通过HTTP请求来调用异步通知地址， 其请求的内容数据
格式根据不同的上游支付渠道是不同的， 有XML格式、json格式、表单格式， 因此异步通知接
收模块102需要统一处理为json格式。
[0039] 当对应的上游支付渠道的dubbo服务接收到异步通知接收模块102传递过来的参
数(即异步通知模块102将上游支付渠道传递过来的参数的数据格式进行统一处理为json
格式后再传递过来给对应的上游支付渠道dubbo服务的内容) ， 对参数进行处理判断， 并返
回固定格式(指返回的数据格式为json ,数据里面对应的“键”不变， “值”不同)的json数据
给异步通知接收模块102， 异步通知接收模块102则根据返回的参数中return_content的值
响应给上游支付渠道。
[0040] 上游支付渠道20， 用于接收并处理聚合支付平台10的支付请求， 根据聚合支付平
台10上传的异步通知地址进行调用， 并利用其dubbo服务接收到异步通知接收模块传递的
参数， 对参数进行处理判断， 返回固定格式的json数据， 即上游支付渠道的异步通知结果，
至异步通知接收模块。
[0041] 图2为本发明一种聚合支付方法的步骤流程图。 如图2所示，本发明一种聚合支付
方法， 包括如下步骤：
[0042] 步骤S1，
向上游支付渠道发起支付， 并上传异步通知地址。
[0043] 也就是说， 当聚合支付平台接入不同上游支付渠道时， 首先需要为每个上游支付
渠道分配一个异步通知地址， 当进行支付时， 需要上传该异步通知地址给上游支付渠道， 以
便当对应该上游支付渠道的订单或退款状态明确时， 上游支付渠道可根据该异步通知地址
告诉聚合支付平台聚合支付状态信息。
[0044] 优选地， 于步骤S1中， 需将上传的异步通知地址和聚合支付对应的上游支付渠道
的dubbo信息配置在聚合支付平台的服务后台， 并写入redis缓存。
[0045] 步骤S2，利用异步通知接收模块统一接收上游支付渠道的异步通知， 动态获取不
同上游支付渠道的调用地址， 并且将获取到的调用地址与redis缓存中保存的异步通知地
址进行匹配， 于匹配到相应的异步通知地址时， 获取与该调用地址相匹配的上游支付渠道
的dubbo配置信息， 并利用dubbo的泛化技术调用匹配到的上游支付渠道的dubbo服务以进
行异步通知分发。
[0046] 也就是说， 当上游支付渠道接收并处理聚合支付平台的支付后， 会根据聚合支付
平台上传的异步通知地址进行调用， 异步通知接收模块会动态获取不同上游支付渠道的调
用地址， 并将获取到的调用地址与redis缓存中保存的异步通知地址进行匹配， 如果匹配结
果为不存在则返回错误信息， 如果匹配到相应的异步通知地址， 则根据获取到的调用地址
于redis缓存中查询与地址相匹配的上游支付渠道的dubbo配置信息， 通过dubbo泛化技术
调用匹配到的上游支付渠道的dubbo服务。
[0047] 优选地，于步骤S2中， 当匹配到相应的异步通知地址， 异步通知接收模块还将获取
到的不同上游支付渠道的不同参数格式的请求参数统一处理为json格式。
[0048] 步骤S3，
于接收到上游支付渠道的支付结果的异步通知后对其进行响应。
[0049] 当对应的上游支付渠道的dubbo服务接收到异步通知接收模块传递过来的参数，
对参数进行处理判断， 并返回固定格式的json数据给异步通知接收模块， 异步通知接收模

7
CN 112231118 A 说 明 书 5/5 页

块则根据返回的参数中return_content的值响应给上游支付渠道。
[0050] 实施例
[0051] 在本实施例中， 如图3所示，本发明的聚合支付流程如下：
[0052] 步骤1，
聚合支付平台接入不同上游支付渠道时， 需要传异步通知地址给上游支付
渠道。当订单或退款状态明确时， 上游支付渠道会通过上传的地址异步通过告诉聚合支付
状态信息。聚合支付平台将上传的异步通知地址和聚合支付对应的上游支付服务的dubbo
信息配置在聚合支付平台的服务后台， 并且写入redis缓存。
[0053] 步骤2，
上游支付渠道根据异步通知地址进行调用。
[0054] 步骤3，开发一个统一接收上游支付渠道异步通知的服务， 动态获取不同上游支付
渠道的调用地址， 并且获取到的地址需要和redis缓存中保存的异步通知地址进行匹配。
[0055] 步骤4，如果不存在则返回错误信息， 若匹配有对应的异步通知地址， 则对获取到
的不同参数格式的请求参数统一处理为json格式， 并根据获取到的地址于redis缓存中查
询与地址相匹配的上游支付服务dubbo配置信息， 通过dubbo的泛化技术调用匹配到的上游
支付的dubbo服务(上游支付服务A、 B、C)。
[0056] 步骤5，对应的上游支付dubbo服务接受到统一处理异步通知服务传递过来的参
数， 对参数进行处理判断， 然后返回固定格式的json数据给统一处理异步通知服务， 统一处
理异步通知服务根据返回的参数中return_content的值响应给上游支付渠道。
[0057] 综上所述 ，本发明一种聚合支付平台、系统及方法通过利用dubbo泛化技术和
redis缓存技术结合实现通用的异步通知服务， 并通过配置在管理后台的信息来对接受到
的异步通知信息进行统一的处理， 通过本发明， 聚合支付平台接入上游支付渠道异步通知
服务时可以减少系统之间的耦合性， 对服务系统无需改动， 可减少了服务器的负载，提高了
的系统的吞吐量。并且减少接入系统的代码开发量， 只需运营人员在管理后台配置响应参
数即可， 无需开发人员即可快速简便高效的接入整个系统。
[0058] 上述实施例仅例示性说明本发明的原理及其功效， 而非用于限制本发明。任何本
领域技术人员均可在不违背本发明的精神及范畴下， 对上述实施例进行修饰与改变。 因此，
本发明的权利保护范围， 应如权利要求书所列。

8
CN 112231118 A 说 明 书 附 图 1/3 页

图1

9
CN 112231118 A 说 明 书 附 图 2/3 页

图2

10
CN 112231118 A 说 明 书 附 图 3/3 页

图3

11