一种聚合支付运营管理平台及聚合支付方法与流程

1.本技术涉及移动支付技术领域，尤其涉及一种聚合支付运营管理平台及聚合支付方法。


背景技术：

2.目前，用户在日常消费过程中，经常使用支付宝、微信支付、京东支付、qq钱包等第三方支付平台进行支付。商户为了满足用户使用各种不同类型的第三方支付平台进行支付的多样化支付需求，可以与聚合支付运营管理平台进行对接，实现聚合支付功能。
3.例如，由于业务场景的多样化，用户不仅对现有的微信小程序&公众号支付、支付宝扫码支付存在需求，而且还希望使用微信、支付宝app等的支付功能，商户可以与聚合支付运营管理平台进行对接，从而实现聚合支付功能。该过程中，由于聚合支付运营管理平台对接的商户众多，且每一商户所开通的产品以及交易权限等存在一定的区别，从而导致聚合支付运营管理平台的管理和维护难度较大，成本较高。


技术实现要素：

4.本技术的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中聚合支付运营管理平台的管理和维护难度较大，成本较高的技术缺陷。
5.本技术提供了一种聚合支付运营管理平台，所述平台包括商户管理模块、收单应用运营模块和聚合支付收银台；
6.所述商户管理模块包括商户开户管理模块和商户合同管理模块；
7.所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理；
8.所述商户合同管理模块用于对商户的合同信息进行管理；
9.所述收单应用运营模块包括交易查询模块和收银台权限配置模块；
10.所述交易查询模块用于对商户的交易信息进行查询和管理；
11.所述收银台权限配置模块用于对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置；
12.所述聚合支付收银台用于根据用户的支付请求生成对应的支付链接供用户进行支付。
13.可选地，所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理的过程，包括：
14.对新增合同功能页面的产品列表中的产品枚举值进行新增、删除或修改。
15.可选地，所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理的过程，包括：
16.对各合同的合同详情中的产品字段的产品枚举值进行新增、删除或修改。
17.可选地，所述商户合同管理模块用于对商户的合同信息进行管理的过程，包括：
18.对商户的合同中的产品名称进行新增、删除或修改。
19.可选地，所述交易查询模块用于对商户的交易信息进行查询和管理的过程，包括：
20.对商户的订单来源进行新增、删除或修改，其中，所述订单来源包括聚合支付收银台。
21.可选地，所述收银台权限配置模块用于对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置的过程，包括：
22.对商户通过聚合支付收银台向用户进行收款时，用户可使用的支付方式的使用状态进行权限管理；
23.其中，所述使用状态包括停用和启用。
24.本技术还提供了一种聚合支付方法，应用于如上述实施例中任一项所述的聚合支付运营管理平台中的聚合支付收银台，所述方法包括：
25.接收已开通产品、且拥有交易权限的商户发送的支付请求，所述支付请求中包含订单号及对应的支付方式；
26.基于所述订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序的支付链接，所述支付链接用于供用户访问对应的聚合支付程序，并使用所述第三方支付平台向所述商户进行付款。
27.可选地，所述接收已开通产品、且拥有交易权限的商户发送的支付请求，包括：
28.接收任一商户发送的支付请求；
29.对所述商户是否开通与所述支付请求对应的产品，以及所述商户是否拥有与所述支付请求对应的交易权限进行校验；
30.若校验通过，则将所述商户发送的支付请求标记为已开通产品、且拥有交易权限的商户发送的支付请求。
31.可选地，所述基于所述订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序收银台的支付链接，包括：
32.将所述订单号转化为随机字符串；
33.利用所述随机字符串以及与所述订单号对应的支付方式构建运行在第三方支付平台上的聚合支付程序的支付链接。
34.可选地，所述将所述订单号转化为随机字符串，包括：
35.根据所述订单号的有效期，以及预设的字符长度，将所述订单号转化为随机字符串。
36.从以上技术方案可以看出，本技术实施例具有以下优点：
37.本技术提供的一种聚合支付运营管理平台及聚合支付方法，商户对用户进行收款时，可以通过聚合支付运营管理平台进行收款，极大程度上降低了商户的投入成本；平台中包括商户管理模块、收单应用运营模块以及聚合支付收银台，其中，商户管理模块包括商户开户管理模块和商户合同管理模块，商户开户管理模块可以对提供给商户的产品对应的产品信息进行管理，商户合同管理模块可以对商户的合同信息进行管理，以此来保证平台为商户所开通的产品以及平台与商户之间的合同信息的实时性和有效性，并可在商户与平台交易时进行验证；而收单应用运营模块又可以包括交易查询模块和收银台权限配置模块，交易查询模块可以对商户的交易信息进行查询和管理，而收银台权限配置模块则可以对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置，以此来进
一步保证商户通过平台与用户进行交易时的透明度及合法性，从而有效降低聚合支付运营管理平台的管理和维护难度；另外，聚合支付收银台可以根据用户的支付请求生成对应的支付链接供用户进行支付，从而有效降低商户的流程管理难度和研发成本。
附图说明
38.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
39.图1为本技术实施例提供的聚合支付运营管理平台的结构示意图；
40.图2为本技术实施例提供的商户开户管理界面展示图；
41.图3为本技术实施例提供的商户合同管理界面展示图；
42.图4为本技术实施例提供的交易查询模块的页面展示图；
43.图5为本技术实施例提供的交易查询模块的交易详情页的页面展示图；
44.图6为本技术实施例提供的收银台权限配置模块的页面展示图；
45.图7为本技术实施例提供的一种聚合支付方法的流程示意图。
具体实施方式
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.目前，由于业务场景的多样化，用户不仅对现有的微信小程序&公众号支付、支付宝扫码支付存在需求，而且还希望使用微信、支付宝app等的支付功能，商户可以与聚合支付运营管理平台进行对接，从而实现聚合支付功能。该过程中，由于聚合支付运营管理平台对接的商户众多，且每一商户所开通的产品以及交易权限等存在一定的区别，从而导致聚合支付运营管理平台的管理和维护难度较大，成本较高。
48.基于此，本技术提出了如下技术方案，具体参见下文：
49.在一个实施例中，如图1所示，图1为本技术实施例提供的聚合支付运营管理平台的结构示意图；本技术提供了一种聚合支付运营管理平台，所述平台可以包括商户管理模块、收单应用运营模块和聚合支付收银台。
50.所述商户管理模块可以包括商户开户管理模块和商户合同管理模块。
51.所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理。
52.所述商户合同管理模块用于对商户的合同信息进行管理。
53.所述收单应用运营模块可以包括交易查询模块和收银台权限配置模块。
54.所述交易查询模块用于对商户的交易信息进行查询和管理。
55.所述收银台权限配置模块用于对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置。
56.所述聚合支付收银台用于根据用户的支付请求生成对应的支付链接供用户进行
支付。
57.本实施例中，如图1所示，聚合支付运营管理平台可以包括运营管理后台和聚合支付收银台，聚合支付收银台主要负责直接与各个商户进行对接，如根据用户的支付请求生成对应的支付链接供用户进行支付等，运营管理后台则主要负责对聚合支付收银台与各商户对接过程中的合同信息、交易信息、交易权限等进行管理，由此来构成一个完整的聚合支付平台。
58.其中，运营管理后台可以划分为多个管理模块，如系统管理权限模块、对账管理模块、营销管理模块、运营支撑模块等，各个模块执行相应的功能，如对账管理模块主要负责对账单信息进行管理，而营销管理模块主要对营销内容进行管理，运营支撑模块则主要对运营内容进行管理。
59.进一步地，本技术中的商户管理模块和收单应用运营模块主要是运营支撑模块下的各个子模块。其中，商户管理模块又可以划分为商户开户管理模块和商户合同管理模块，商户开户管理模块主要负责对提供给商户的产品对应的产品信息进行管理，而商户合同管理模块主要负责对商户的合同信息进行管理；而收单应用运营模块又可以划分为交易查询模块和收银台权限配置模块，交易查询模块主要负责对商户的交易信息进行查询和管理，而收银台权限配置模块则主要负责对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置。
60.可以理解的是，聚合支付运营管理平台为各商户开通了多种产品，如“公众号支付”产品、“小程序支付”产品、“手机wap支付”产品等，每种产品对应有一个或多个接口供商户进行调用，聚合支付运营管理平台会对运营管理后台中的各个管理模块的内容进行实时查看和更新，以便满足业务需求，而商户也可以根据自身以及用户需求在聚合支付运营管理平台上开通相应的产品，并与平台签订合同，平台还会为商户开通的产品提供相应的交易权限。这样当商户调用某一接口向聚合支付收银台发送支付请求时，聚合支付收银台便可以根据各模块中保存的数据来验证该支付请求是否合法，若不合法，则直接返回错误信息，若合法，则继续进行支付操作。
61.上述实施例中，商户对用户进行收款时，可以通过聚合支付运营管理平台进行收款，极大程度上降低了商户的投入成本；平台中包括商户管理模块、收单应用运营模块以及聚合支付收银台，其中，商户管理模块包括商户开户管理模块和商户合同管理模块，商户开户管理模块可以对提供给商户的产品对应的产品信息进行管理和维护，商户合同管理模块可以对商户的合同信息进行管理和维护，以此来保证平台为商户所开通的产品以及平台与商户之间的合同信息的实时性和有效性，并可在商户与平台交易时进行验证；而收单应用运营模块又可以包括交易查询模块和收银台权限配置模块，交易查询模块可以对商户的交易信息进行查询和管理，而收银台权限配置模块则可以对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置，以此来进一步保证商户通过平台与用户进行交易时的透明度及合法性，从而有效降低聚合支付运营管理平台的管理和维护难度；另外，聚合支付收银台可以根据用户的支付请求生成对应的支付链接供用户进行支付，从而有效降低商户的流程管理难度和研发成本。
62.在一个实施例中，如图2所示，图2为本技术实施例提供的商户开户管理界面展示图；所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理的过程，可
以包括：对新增合同功能页面的产品列表中的产品枚举值进行新增、删除或修改。
63.本实施例中，商户开户管理模块主要负责对提供给商户的产品对应的产品信息进行管理，包括但不限于对已开通产品的产品信息进行管理，以及对待开通产品的产品信息进行管理。当需要新增合同，并且需要新增、删除或修改产品类型时，可以对新增合同中原有的产品列表中的产品枚举值进行新增、删除或修改，新增、删除或修改产品枚举值后的产品列表同样适用于已开通产品的产品列表。
64.其中，新增的产品枚举值可以是“跳转支付(第三方支付平台)”或“主扫支付(第三方支付平台)”等，具体可以依据实际业务需求进行设置，在此不做限制。
65.进一步地，商户开户管理模块的功能界面中还展示有不同的商户所开通产品，以及同一商户所开通的不同产品，每一商户开通的每一产品均有对应的甲方名称、乙方名称、合同号、状态、生效日期、到期日期等。当某一商户向聚合支付收银台发送支付请求时，便可以根据各合同号中的开通产品对应的产品编号以及生效日期和到期日期等来校验本次发送的支付请求是否合法。
66.在一个实施例中，所述商户开户管理模块用于对提供给商户的产品对应的产品信息进行管理的过程，可以包括：对各合同的合同详情中的产品字段的产品枚举值进行新增、删除或修改。
67.本实施例中，如图2所示，商户开户管理模块对应的功能界面中不仅展示有开通产品、新增合同，还展示有不同合同对应的合同详情，当需要对产品字段的产品枚举值进行新增、删除或修改时，可以通过技术代码实现产品枚举值的新增、删除或修改操作。
68.在一个实施例中，如图3所示，图3为本技术实施例提供的商户合同管理界面展示图，所述商户合同管理模块用于对商户的合同信息进行管理的过程，可以包括：对商户的合同中的产品名称进行新增、删除或修改。
69.本实施例中，如图3所示，商户合同管理模块用于对商户的合同中的产品名称进行新增、删除或修改操作，如新增“跳转支付(第三方支付平台)”这一产品名称，并可以一键导出所勾选的合同的详情信息。
70.进一步地，本技术中的商户合同管理模块对应的功能界面中还展示有合同编号、签约主体编号、申请时间、申请序号、生效日期、到期日期、状态等，用户可以通过输入相应的合同编号或签约主体编号或申请序号等进行精准搜索，并且“导出”功能可以将搜索的合同详情一键进行导出，方便用户查看。
71.在一个实施例中，如图4、5所示，图4为本技术实施例提供的交易查询模块的页面展示图，图5为本技术实施例提供的交易查询模块的交易详情页的页面展示图；所述交易查询模块用于对商户的交易信息进行查询和管理的过程，可以包括：
72.对商户的订单来源进行新增、删除或修改，其中，所述订单来源包括聚合支付收银台。
73.本实施例中，如图4所示，交易查询模块包括订单来源和详情等，本技术可以对商户的订单来源进行新增、删除或修改操作，并且该订单来源包括但不限于聚合支付收银台，即图4中的pc收银台。
74.另外，交易查询模块的功能界面中还展示有商户编号、商户订单号、支付方式、支付状态、支付结果、确认支付时间等。交易查询模块可以根据支付请求所对应的商户订单号
来查询并导出对应的订单状态。
75.进一步地，当点击交易查询模块中的“详情”后，即可得到如图5所示的交易详情页，交易详情页中设置有产品编号、订单总金额、发起支付时间、请求时间、已退款次数、订单来源、产品名称等。当商户向聚合支付收银台，即pc收银台发送支付请求后，交易查询模块还可以获取该支付请求所包含的订单总金额、产品名称、产品编号、请求时间等。
76.当某一商户向聚合支付收银台发送支付请求后，聚合支付收银台可以记录详细的订单信息，并将该支付状态进行修改，如首次发送支付请求，则将该支付状态更改为待支付，并在下发对应的支付链接后，将该支付状态更改为支付中；当清算平台返回对应的支付结果后，聚合支付收银台可以将支付结果进行修改，并填写确认支付时间，以此来记录完整的支付过程，从而有利于后续进行订单查询。后续其他程序请求时，即可通过聚合支付收银台中保存的交易信息来进行反馈。
77.在一个实施例中，如图6所示，图6为本技术实施例提供的收银台权限配置模块的页面展示图；所述收银台权限配置模块用于对商户通过聚合支付收银台向用户进行收款时用户可使用的支付方式进行权限配置的过程，可以包括：
78.对商户通过聚合支付收银台向用户进行收款时，用户可使用的支付方式的使用状态进行权限管理；
79.其中，所述使用状态包括停用和启用。
80.本实施例中，收银台权限配置模块的功能界面中展示有与各个商户已开通产品的支付方式对应的tag编号、tag名称及使用状态，其中，tag编号与tag名称可以相同，而使用状态可以包括停用和启用，具体可视商户签订合同的期限等进行设置。
81.可以理解的是，展示有tag编号和tag名称的商户均开通有对应的产品，且为该产品配置对应的使用状态，这样当商户向聚合支付收银台发送支付请求时，便可以根据该支付请求对应的产品来查询其使用状态，以便进行校验。
82.在一个实施例中，如图7所示，图7为本技术实施例提供的一种聚合支付方法的流程示意图；本技术还提供了一种聚合支付方法，应用于如上述实施例中任一项所述的聚合支付运营管理平台中的聚合支付收银台，所述方法可以包括：
83.s110：接收已开通产品、且拥有交易权限的商户发送的支付请求。
84.s120：基于订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序的支付链接。
85.本实施例中，当聚合支付收银台接收到已开通产品、且拥有交易权限的商户发送的支付请求后，可以基于该支付请求中的订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序的支付链接，该支付链接可以用于供用户访问对应的聚合支付程序，并通过该聚合支付程序来调用第三方支付平台向商户进行付款，该过程中商户与聚合支付平台之间的交易信息均可通过聚合支付收银台来进行保存，以供后续查询展示，另外，聚合支付收银台在接收到商户发送的支付请求时还可以通过商户开户管理模块、商户合同管理模块以及收银台权限配置模块来进行校验，以便验证当前支付请求的合法性，进一步提升交易安全性。
86.其中，聚合支付程序可以运行在任一第三方支付平台上，如小程序、公众号等，在此不做限制。
87.进一步地，当用户在聚合支付程序中付款成功后，第三方支付平台可以向清算平台发送付款结果，当清算平台接收到付款结果后再向聚合支付收银台发送付款结果，或者，本技术中聚合支付收银台在接收结果后，可以在聚合支付程序、pc收银台中展示对应的付款结果。
88.在一个实施例中，s110中接收已开通产品、且拥有交易权限的商户发送的支付请求，可以包括：
89.s111：接收任一商户发送的支付请求。
90.s112：对所述商户是否开通与所述支付请求对应的产品，以及所述商户是否拥有与所述支付请求对应的交易权限进行校验。
91.s113：若校验通过，则将所述商户发送的支付请求标记为已开通产品、且拥有交易权限的商户发送的支付请求。
92.本实施例中，当聚合支付收银台接收到任一商户发送的支付请求后，可以通过商户开户管理模块来对该商户是否开通与支付请求对应的产品进行校验，以及通过商户合同管理模块和收银台权限配置模块来对商户发送的支付请求是否拥有交易权限进行校验，若校验通过，则表明当前商户已开通产品，且拥有交易权限，此时可以将该商户发送的支付请求标记为已开通产品、且拥有交易权限的商户发送的支付请求，并基于该支付请求中的订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序的支付链接，以便商户通过该支付链接访问对应的支付页面后供用户进行支付。
93.在一个实施例中，s120中基于所述订单号及对应的支付方式生成运行在第三方支付平台上的聚合支付程序收银台的支付链接，可以包括：
94.s121：将所述订单号转化为随机字符串。
95.s122：利用所述随机字符串以及与所述订单号对应的支付方式构建运行在第三方支付平台上的聚合支付程序的支付链接。
96.本实施例中，聚合支付收银台在生成支付链接时，可以将支付请求中的订单号转化为随机字符串，并利用该随机字符串以及订单号对应的支付方式来构建运行在第三方支付平台上的聚合支付程序的支付链接。
97.其中，随机字符串是由订单号经特殊转后得到的全局唯一随机字符串，且与该订单号一一对应，而不同的支付方式会影响支付链接中所携带的参数。具体地，聚合支付收银台所生成的支付链接可以是：“聚合支付平台的域名/minipay/随机字符串”，当然，具体的支付链接可以视实际情况进行更改，在此不做限制。
98.在一个实施例中，s121中将所述订单号转化为随机字符串，可以包括：
99.根据所述订单号的有效期，以及预设的字符长度，将所述订单号转化为随机字符串。
100.本实施例中，在将订单号转化为随机字符串，可以先确定预设的字符长度以及该订单号对应的有效期，接着利用该订单号的有效期以及预设的字符长度将订单号转化为随机字符串，这样生成的支付链接也有相应的有效期，一旦订单超时，则该支付链接也随之超时，以此来保证交易安全。
101.进一步地，这里的字符长度可以根据实际情况进行设置，例如字符长度可以由大小写字母和数字所构成，也可以由数字和字符所构成，长度可以是8、10、18等，在此不做限
制。
102.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
103.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。
104.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。