一种聚合三方支付方法、装置、设备及存储介质与流程

1.本发明涉及第三方支付领域，尤其涉及一种聚合三方支付方法、装置、设备及存储介质。


背景技术：

2.随着二维码收款的日益普及，人们在打印人行征信报告时具有使用二维码付款的需求，但目前征信机要么不具备二维码收款能力无法给人们提供便利；要么集二维码收款能力于征信机导致征信机厂商关心二维码生成，使得征信机投入成本剧增。


技术实现要素：

3.本发明提供了一种聚合三方支付方法、装置、设备及存储介质，以解决征信机本体不需要关心二维码生成，通过对接第三方支付公司，处理退款等业务环节，使得各系统之间解耦，最终征信机可提供人们二维码收款的便利。
4.第一方面，本发明提供了一种聚合三方支付方法，应用于服务器系统，所述方法包括：
5.获取客户端系统的需求报文；
6.若所述需求报文包括二维码通知，根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统；
7.接收所述客户端系统发送的所述二维码数据的扫描结果，其中，所述客户端系统显示所述二维码数据，当用户扫描所述二维码数据并进行付款时生成所述扫描结果，并将所述扫描结果发送至所述服务器系统；
8.将扫描结果发送给第三方系统，获得支付结果；
9.将所述支付结果发送给所述客户端系统。
10.第二方面，本发明提供了一种聚合三方支付方法，应用于客户端系统，所述方法包括：
11.封装需求报文，所述需求报文包括二维码通知；
12.将所述需求报文发送给服务器系统；
13.若所述需求报文包括二维码通知，则接收所述服务器系统发送的二维码数据，其中，所述服务器系统根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统；
14.显示所述二维码数据，获得扫描结果；
15.将所述扫描结果发送给所述服务器系统；
16.接收所述服务器系统的支付结果，其中，所述服务器系统将扫描结果发送给第三方系统，获得支付结果，并将所述支付结果发送给所述客户端系统。
17.第三方面，提供了一种控制装置，包括用于执行第一方面任一项实施例所述的聚合三方支付方法的单元；或者用于执行第二方面任一项实施例所述的方法的单元。
18.第四方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
19.存储器，用于存放计算机程序；
20.处理器，用于执行存储器上所存放的程序时，实现第一方面任一项实施例所述的聚合三方支付方法的步骤；或者实现第二方面任一项实施例所述的方法的步骤。。
21.第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项实施例所述的聚合三方支付方法的步骤；或者所述计算机程序被处理器执行时实现如第二方面任一项实施例所述的方法的步骤。。
22.本发明实施例提供的上述技术方案与现有技术相比具有如下优点：
23.本发明实施例提供的该方法，征信机本体不需要关心二维码生成，通过对接第三方支付公司，处理退款等业务环节，使得各系统之间解耦，最终征信机可提供人们二维码收款的便利。
附图说明
24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
25.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
26.图1为本发明实施例1提供的一种聚合三方支付方法的流程示意图；
27.图2为本发明实施例1提供的一种聚合三方支付方法的子流程示意图；
28.图3为本发明实施例2提供的一种聚合三方支付方法的流程示意图；
29.图4为本发明实施例3提供的一种聚合三方支付方法的流程示意图；
30.图5为本发明实施例3提供的一种聚合三方支付方法的子流程示意图；
31.图6为本发明实施例4提供的一种控制装置结构框图；
32.图7为本发明实施例5提供的一种控制装置结构框图；
33.图8为本发明实施例6提供的一种控制装置结构框图；
34.图9为本发明实施例7提供的一种电子设备的结构示意图。
具体实施方式
35.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
36.实施例1
37.图1为本发明实施例提供的一种聚合三方支付方法的流程示意图。本发明实施例提出了一种聚合三方支付方法，具体地，参见图1，该聚合三方支付方法包括如下步骤s101-s105。
38.s101，获取客户端系统的需求报文。
39.具体实施中，服务器系统具有心跳接口，该心跳接口以周期运行一个时间间隔10分钟的定时器，通过定期主动的询问来满足客户端系统相关业务的需求报文，包括二维码通知，退款通知、对账通知以及无操作通知等，客户端系统能够将相关业务生成对应的需求报文。
40.在一实施例中，参见图2，图2为本发明实施例提供的一种聚合三方支付方法的子流程示意图。以上步骤s101包括步骤s201-s202：
41.s201，周期性的向客户端系统发送心跳请求，所述心跳请求用于请求所述客户端系统的需求报文。
42.具体实施中，服务器系统具有心跳接口，该心跳接口以周期运行一个时间间隔10分钟的定时器，心跳请求指通过定期主动的询问来满足客户端系统相关业务的需求报文。
43.s202，接收所述客户端系统返回的需求报文。
44.具体实施中，当服务器系统向客户端系统发出的心跳请求满足预设参数类型时，客户端系统会返回当前周期时间段封装的需求报文给服务器系统，可理解地，预设参数类型本领域人员可任意设置，对此本发明不做具体限定。
45.s102，若所述需求报文包括二维码通知，根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统。
46.具体实施中，当所述需求报文包括二维码通知参数时，服务器系统会根据需求报文中包含的二维码通知相关参数生成二维码数据，并且将生成的所述二维码数据发送给客户端系统。
47.s103，接收所述客户端系统发送的所述二维码数据的扫描结果。
48.具体实施中，服务器系统发送二维码数据后，进入等待状态，接收二维码数据是否被用户扫描，只有当用户通过客户端系统上扫描所述二维码数据并进行付款后，服务器系统会接收到一扫描结果，所述扫描结果包含了用户的付款记录等信息。
49.s104，将扫描结果发送给第三方系统，获得支付结果。
50.具体实施中，服务器系统接收到所述扫描结果后会将所述扫描结果发送给第三方系统，然后等待第三方系统进行支付处理，当第三方系统进行支付处理完毕会获得支付结果并进行回调服务器系统的一接口，使得服务器系统能够将支付结果发送给客户端系统。
51.s105，将所述支付结果发送给所述客户端系统。
52.具体实施中，服务器系统收到步骤s104的第三方系统的回调后，将支付结果发送给客户端系统。
53.实施例2
54.图3为本发明实施例提供的一种聚合三方支付方法的流程示意图。本发明实施例提出了一种聚合三方支付方法，具体地，参见图3，该聚合三方支付方法包括如下步骤s301-s310。
55.s301，获取客户端系统的需求报文。
56.具体实施中，服务器系统具有心跳接口，该心跳接口以周期运行一个时间间隔10分钟的定时器，通过定期主动的询问来满足客户端系统相关业务的需求报文，包括二维码通知，退款通知、对账通知以及无操作通知等，客户端系统能够将相关业务生成对应的需求报文。
57.在一实施例中，参见图2，图2为本发明实施例提供的一种聚合三方支付方法的子流程示意图。以上步骤s301包括步骤s201-s202：
58.s201，周期性的向客户端系统发送心跳请求，所述心跳请求用于请求所述客户端系统的需求报文。
59.具体实施中，服务器系统具有心跳接口，该心跳接口以周期运行一个时间间隔10分钟的定时器，心跳请求指通过定期主动的询问来满足客户端系统相关业务的需求报文。
60.s202，接收所述客户端系统返回的需求报文。
61.具体实施中，当服务器系统向客户端系统发出的心跳请求满足预设参数类型时，客户端系统会返回当前周期时间段封装的需求报文给服务器系统，可理解地，预设参数类型本领域人员可任意设置，对此本发明不做具体限定。
62.s302，若所述需求报文包括退款通知，则调用预设第三方系统的退款接口，获得退款结果。
63.具体实施中，当所述需求报文包括退款通知参数时，服务器系统能够调用预设第三方系统的退款接口，然后等待第三方系统进行退款处理，当第三方系统进行退款处理完毕会获得退款结果并进行回调服务器系统的一接口，使得服务器系统能够将退款结果发送给客户端系统。
64.s303，发送所述退款结果至所述客户端系统。
65.具体实施中，服务器系统收到步骤s302的第三方系统的回调后，将退款结果发送给客户端系统。
66.s304，若所述需求报文包括对账通知，则调用预设第三方系统的对账接口，获得对账结果。
67.具体实施中，当所述需求报文包括对账通知参数时，服务器系统能够调用预设第三方系统的对账接口，然后等待第三方系统进行对账处理，当第三方系统进行对账处理完毕会获得对账结果并进行回调服务器系统的一接口，使得服务器系统能够将对账结果发送给客户端系统。
68.s305，发送所述对账结果至所述客户端系统。
69.具体实施中，服务器系统收到步骤s304的第三方系统的回调后，将对账结果发送给客户端系统。
70.s306，若所述需求报文包括无操作通知，则等待下一次获取客户端系统的需求报文。
71.具体实施中，当所述需求报文包括无操作通知参数时，服务器系统能够进入等待状态，直到心跳接口下一周期运行一个时间间隔10分钟的定时器，转到步骤s301。
72.s307，若所述需求报文包括二维码通知，根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统。
73.具体实施中，当所述需求报文包括二维码通知参数时，服务器系统会根据需求报文中包含的二维码通知相关参数生成二维码数据，并且将生成的所述二维码数据发送给客户端系统。
74.在一实施例中，参见图4，图4为本发明实施例提供的一种聚合三方支付方法的子流程示意图。以上步骤s307包括步骤s401-s403：
75.s401，若根据所述需求报文获得多个二维码通知。
76.具体实施中，所述需求报文可以包括多个二维码通知参数。
77.s402，将多个二维码通知依次生成二维码数据，组成二维码数据队列。
78.具体实施中，服务器系统会根据需求报文中包含的多个二维码通知相关参数依次生成二维码数据，组成二维码数据队列。
79.s403，将所述二维码数据队列发送给所述客户端系统。
80.具体实施中，服务器系统将步骤s402组成的二维码数据队列发送给所述客户端系统。
81.s308，接收所述客户端系统发送的所述二维码数据的扫描结果。
82.具体实施中，服务器系统发送二维码数据后，进入等待状态，接收二维码数据是否被用户扫描，只有当用户通过客户端系统上扫描所述二维码数据并进行付款后，服务器系统会接收到一扫描结果，所述扫描结果包含了用户的付款记录等信息。
83.s309，将扫描结果发送给第三方系统，获得支付结果。
84.具体实施中，服务器系统接收到所述扫描结果后会将所述扫描结果发送给第三方系统，然后等待第三方系统进行支付处理，当第三方系统进行支付处理完毕会获得支付结果并进行回调服务器系统的一接口，使得服务器系统能够将支付结果发送给客户端系统。
85.s310，将所述支付结果发送给所述客户端系统。
86.具体实施中，服务器系统收到步骤s309的第三方系统的回调后，将支付结果发送给客户端系统。
87.实施例3
88.图5为本发明实施例提供的一种聚合三方支付方法的流程示意图。本发明实施例提出了一种聚合三方支付方法，具体地，参见图5，该聚合三方支付方法包括如下步骤s501-s506。
89.s501，封装需求报文。
90.具体实施中，客户端系统能够将相关业务封装生成对应的需求报文。
91.s502，将所述需求报文发送给服务器系统。
92.具体实施中，当服务器系统向客户端系统发出的心跳请求满足预设参数类型时，客户端系统会返回当前周期时间段封装的需求报文给服务器系统。
93.s503，若所述需求报文包括二维码通知，则接收所述服务器系统发送的二维码数据。
94.具体实施中，当所述需求报文包括二维码通知参数时，客户端系统会等待接收服务器系统根据需求报文中包含的二维码通知相关参数生成并发送给客户端系统的二维码数据。
95.s504，显示所述二维码数据，获得扫描结果。
96.具体实施中，客户端系统将所述二维码数据于显示装置显示，只有当用户通过客户端系统上扫描所述二维码数据并进行付款后，服务器系统会接收到一扫描结果，所述扫描结果包含了用户的付款记录等信息。
97.s505，将所述扫描结果发送给所述服务器系统。
98.具体实施中，当用户通过客户端系统上扫描所述二维码数据并进行付款后，客户
端系统将所述扫描结果发送给所述服务器系统。
99.s506，接收所述服务器系统的支付结果。
100.具体实施中，客户端系统将所述扫描结果发送给所述服务器系统后，进入等待状态，等待服务器系统接收到所述扫描结果后会将所述扫描结果发送给第三方系统，然后等待第三方系统进行支付处理，当第三方系统进行支付处理完毕会获得支付结果并进行回调服务器系统的一接口，最后接收服务器系统发送给客户端系统的支付结果。
101.实施例4
102.参见图6本发明实施例还提供了一种控制装置500，该控制装置包括第一获取单元501、第一生成单元502、第一接收单元503、第一获得单元504以及第一发送单元505。
103.第一获取单元501,用于获取客户端系统的需求报文。
104.在一实施例中，以上第一获取单元501具体包括：
105.周期性的向客户端系统发送心跳请求，所述心跳请求用于请求所述客户端系统的需求报文；
106.接收所述客户端系统返回的需求报文。
107.第一生成单元502,用于若所述需求报文包括二维码通知，根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统。
108.第一接收单元503,用于接收所述客户端系统发送的所述二维码数据的扫描结果。
109.第一获得单元504,用于将扫描结果发送给第三方系统，获得支付结果。
110.第一发送单元505,用于将所述支付结果发送给所述客户端系统。
111.实施例5
112.参见图7本发明实施例还提供了一种控制装置600，该控制装置包括第二获取单元601、第二获得单元602、第二发送单元603、第三获得单元604、第三发送单元605、等待单元606、第二生成单元607、第二接收单元608、第四获得单元609以及第四发送单元610。
113.第二获取单元601,用于获取客户端系统的需求报文。
114.在一实施例中，以上第二获取单元601具体包括：
115.周期性的向客户端系统发送心跳请求，所述心跳请求用于请求所述客户端系统的需求报文；
116.接收所述客户端系统返回的需求报文。
117.第二获得单元602,用于若获得所述需求报文包括退款通知，则调用预设第三方系统的退款接口，获得退款结果。
118.第二发送单元603,用于发送所述退款结果至所述客户端系统。
119.第三获得单元604,用于若获得所述需求报文包括对账通知，则调用预设第三方系统的对账接口，获得对账结果。
120.第三发送单元605,用于发送所述对账结果至所述客户端系统。
121.等待单元606,用于若获得所述需求报文包括无操作通知，则等待下一次获取客户端系统的需求报文。
122.第二生成单元607,用于若所述需求报文包括二维码通知，根据所述需求报文包含的二维码通知生成二维码数据，并将所述二维码数据发送给客户端系统。
123.在一实施例中，以上第二生成单元607具体包括：
124.若根据所述需求报文获得多个二维码通知；
125.将多个二维码通知依次生成二维码数据，组成二维码数据队列；
126.将所述二维码数据队列发送给所述客户端系统。
127.第二接收单元608,用于接收所述客户端系统发送的所述二维码数据的扫描结果。
128.第四获得单元609,用于将扫描结果发送给第三方系统，获得支付结果。
129.第四发送单元610,用于将所述支付结果发送给所述客户端系统。
130.实施例6
131.参见图8本发明实施例还提供了一种控制装置700，该控制装置包括封装单元701、第五发送单元702、第三接收单元703、第五获得单元704、第六发送单元705以及第四接收单元706。
132.封装单元701,用于封装需求报文。
133.第五发送单元702,用于将所述需求报文发送给服务器系统。
134.第三接收单元703,用于若所述需求报文包括二维码通知，则接收所述服务器系统发送的二维码数据。
135.第五获得单元704,用于显示所述二维码数据，获得扫描结果。
136.第六发送单元705,用于将所述扫描结果发送给所述服务器系统。
137.第四接收单元706,用于接收所述服务器系统的支付结果。
138.实施例7
139.如图9所示，本发明实施例提供了一种电子设备，包括处理器111、通信接口112、存储器113和通信总线114，其中，处理器111，通信接口112，存储器113通过通信总线114完成相互间的通信，
140.存储器113，用于存放计算机程序；
141.在本发明一个实施例中，处理器111，用于执行存储器113上所存放的程序时，实现前述任意一个方法实施例提供的聚合三方支付方法。
142.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述任意一个方法实施例提供的聚合三方支付方法的步骤。
143.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
144.以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。