本发明涉及娱乐场所支付管理,特别指一种娱乐场所聚合支付方法及系统。
背景技术:
1、娱乐场所在经营过程中,客户需要通过支付以购买相应的商品或者服务,随着科技的进步,支付的途经也推陈出新,出现了扫码支付、小程序支付、app支付、pos机支付等支付途经。然而,传统上娱乐场所的支付方式存在如下缺点:
2、1、在支付过程中,将支付指令统一发送到同一台服务器上,当一家娱乐场所经营多家门店,同时存在大量的客户需要进行支付时,将导致支付受阻需要等待,即并发支付数量受限;2、传统上虽然也支持聚合支付(支持不同的交易场景,如支付宝、微信等),但不同交易场景仅支持一个支付通道,当支付通道异常时需要用户更换交易场景,严重影响用户体验。
3、因此,如何提供一种娱乐场所聚合支付方法及系统,实现提升娱乐场所支付的并发数量以及稳定性,成为一个亟待解决的技术问题。
技术实现思路
1、本发明要解决的技术问题,在于提供一种娱乐场所聚合支付方法及系统,实现提升娱乐场所支付的并发数量以及稳定性。
2、第一方面,本发明提供了一种娱乐场所聚合支付方法,包括如下步骤:
3、步骤s10、各应用服务器向注册服务器执行注册操作;
4、步骤s20、通过娱乐场所的付款入口获取支付指令,将所述支付指令实时发送给网关;
5、步骤s30、网关基于接收的所述支付指令,向注册中心发送支付申请,注册中心基于接收的所述支付申请筛选应用服务器,将所述注册服务器的服务器编号反馈给网关;
6、步骤s40、网关基于所述服务器编号将支付指令转发给对应的应用服务器;
7、步骤s50、应用服务器预设一支付渠道规则,基于接收的所述支付指令从支付渠道规则中匹配对应的支付渠道,通过所述支付渠道执行支付操作,生成支付结果;
8、步骤s60、应用服务器将所述支付结果反馈给付款入口,付款入口基于打印规则生成所述支付结果的支付小票并进行打印输出。
9、进一步的,所述步骤s10具体为:
10、各应用服务器上线时,自动向注册服务器执行注册操作,与注册服务器建立连接,注册服务器分别为各应用服务器分配一服务器编号,实时记录各应用服务器的连接用户数;
11、所述步骤s20中,所述付款入口为付款二维码、小程序、app或者pos机;所述支付指令携带交易场景。
12、进一步的,所述步骤s30具体为:
13、网关基于接收的所述支付指令,向注册中心实时发送支付申请,注册中心基于接收的所述支付申请筛选连接用户数最少的注册服务器,将所述注册服务器的服务器编号反馈给网关,更新该注册服务器的所述连接用户数。
14、进一步的,所述步骤s50中,所述支付渠道规则包括若干个交易场景,各所述交易场景分别设有至少三个支付渠道,各所述支付渠道支持设置工作模式;
15、所述工作模式为随机模式、比例模式或者主备模式;所述随机模式用于随机选取支付渠道执行支付操作;所述比例模式用于按预设的次数比例选取不同的支付渠道执行支付操作;所述主备模式用于设定其中一个支付渠道作为主渠道执行支付操作。
16、进一步的,所述步骤s60具体为:
17、应用服务器将所述支付结果通过网关反馈给付款入口的同时,通过预先创建的反馈队列将所述支付结果反馈给付款入口;
18、pos机预先存储有后台服务器依次通过应用服务器以及网关推送的打印规则;
19、当所述付款入口为pos机时,pos机基于所述打印规则生成支付结果的支付小票并进行打印输出;当所述付款入口不为pos机时,将所述支付结果传输给pos机,pos机基于所述打印规则生成支付结果的支付小票并进行打印输出。
20、第二方面,本发明提供了一种娱乐场所聚合支付系统,包括如下模块:
21、应用服务器注册模块,用于各应用服务器向注册服务器执行注册操作;
22、支付指令获取模块,用于通过娱乐场所的付款入口获取支付指令,将所述支付指令实时发送给网关;
23、应用服务器筛选模块,用于网关基于接收的所述支付指令,向注册中心发送支付申请,注册中心基于接收的所述支付申请筛选应用服务器,将所述注册服务器的服务器编号反馈给网关;
24、支付指令转发模块,用于网关基于所述服务器编号将支付指令转发给对应的应用服务器;
25、支付操作模块,用于应用服务器预设一支付渠道规则,基于接收的所述支付指令从支付渠道规则中匹配对应的支付渠道,通过所述支付渠道执行支付操作,生成支付结果;
26、支付结果反馈模块,用于应用服务器将所述支付结果反馈给付款入口,付款入口基于打印规则生成所述支付结果的支付小票并进行打印输出。
27、进一步的,所述应用服务器注册模块具体用于:
28、各应用服务器上线时,自动向注册服务器执行注册操作,与注册服务器建立连接,注册服务器分别为各应用服务器分配一服务器编号,实时记录各应用服务器的连接用户数;
29、所述支付指令获取模块中,所述付款入口为付款二维码、小程序、app或者pos机;所述支付指令携带交易场景。
30、进一步的,所述应用服务器筛选模块具体用于:
31、网关基于接收的所述支付指令,向注册中心实时发送支付申请,注册中心基于接收的所述支付申请筛选连接用户数最少的注册服务器,将所述注册服务器的服务器编号反馈给网关,更新该注册服务器的所述连接用户数。
32、进一步的,所述支付操作模块中,所述支付渠道规则包括若干个交易场景,各所述交易场景分别设有至少三个支付渠道,各所述支付渠道支持设置工作模式;
33、所述工作模式为随机模式、比例模式或者主备模式;所述随机模式用于随机选取支付渠道执行支付操作;所述比例模式用于按预设的次数比例选取不同的支付渠道执行支付操作;所述主备模式用于设定其中一个支付渠道作为主渠道执行支付操作。
34、进一步的,所述支付结果反馈模块具体用于:
35、应用服务器将所述支付结果通过网关反馈给付款入口的同时,通过预先创建的反馈队列将所述支付结果反馈给付款入口;
36、pos机预先存储有后台服务器依次通过应用服务器以及网关推送的打印规则;
37、当所述付款入口为pos机时,pos机基于所述打印规则生成支付结果的支付小票并进行打印输出;当所述付款入口不为pos机时,将所述支付结果传输给pos机,pos机基于所述打印规则生成支付结果的支付小票并进行打印输出。
38、本发明的优点在于:
39、通过各应用服务器向注册服务器执行注册操作,注册服务器分别为各应用服务器分配一服务器编号,实时记录各应用服务器的连接用户数;将付款入口获取的支付指令实时发送给网关,网关基于支付指令向注册中心发送支付申请,注册中心基于支付申请筛选连接用户数最少的应用服务器,将注册服务器的服务器编号反馈给网关,网关基于服务器编号将支付指令转发给对应的应用服务器;应用服务器基于支付指令从预设的支付渠道规则中匹配对应的支付渠道,通过支付渠道执行支付操作并生成支付结果,并将支付结果反馈给付款入口,付款入口基于打印规则生成支付结果的支付小票并进行打印输出;即通过注册服务器对若干个应用服务器进行分配,让当前的支付指令转发到连接用户数最少的应用服务器来执行支付操作,避免支付过程的拥堵,还可灵活增加应用服务器的数量进一步降低负荷,有效支持大批量的支付操作;而支付渠道规则的各交易场景分别设有至少三个支付渠道,各支付渠道支持设置工作模式,当其中一个支付渠道出现异常时可基于工作模式无缝切换到当前交易场景的其他支付渠道,降低用户切换交易场景的概率,最终极大的提升了娱乐场所支付的并发数量以及稳定性,极大的提升了娱乐场所支付的用户体验。