二维码支付处理方法及其系统、计算机设备与流程

1.本技术涉及金融科技技术领域，尤其涉及一种二维码支付处理方法及其系统、计算机设备。


背景技术：

2.收款二维码通常需要用户用相应的第三方机构专有app进行扫描才能够支付。目前，市场上大部分收款二维码都是微信、支付宝或者收钱吧等，银行app只能扫描银联二维码进行扫码支付，无法扫描其它收款二维码，导致银行app应用范围不广泛。


技术实现要素：

3.有鉴于此，实有必要提供一种二维码支付处理方法及其系统、计算机设备，能够打破扫码软件与收款二维码之间的隔阂，实现扫描第三方机构的收款二维码也能够进行支付的目的。
4.第一方面，本技术实施例提供一种二维码支付处理方法，所述二维码支付处理方法包括：
5.银行app扫描收单机构的收款二维码以得到url地址；
6.所述银行app发送跳转请求至浏览器，其中，所述跳转请求包括所述url地址；
7.所述浏览器接收所述跳转请求后，展示与所述url地址相对应的订单页面，其中，所述订单页面为所述收单机构的页面；
8.所述浏览器接收确认指令，并发送付款请求至所述银行app，其中，所述付款请求包括订单信息；
9.所述银行app接收所述付款请求，并展示付款页面；以及
10.所述银行app接收付款指令，并根据用户信息与所述订单信息展示支付结果页面。
11.第二方面，本技术实施例提供一种计算机设备，所述计算机设备包括：
12.存储器，用于存储程序指令；以及
13.处理器，用于执行所述程序指令以实现如上所述的二维码支付处理方法。
14.第三方面，本技术实施例提供一种二维码支付处理系统，述二维码支付处理系统包括银行app和浏览器，所述银行app包括扫描模块、发送模块、第一展示模块以及第二展示模块，所述浏览器包括第一执行模块和第二执行模块，其中，
15.所述扫描模块，用于扫描收单机构的收款二维码以得到url地址；
16.所述发送模块，用于发送跳转请求至浏览器，其中，所述跳转请求包括所述url地址；
17.所述第一执行模块，用于接收所述跳转请求后，展示与所述url地址相对应的订单页面，其中，所述订单页面为所述收单机构的页面；
18.所述第二执行模块，用于接收确认指令，并发送付款请求至所述银行app，其中，所述付款请求包括订单信息；
19.所述第一展示模块，用于接收所述付款请求，并展示付款页面；
20.所述第二展示模块，用于接收付款指令，并根据用户信息与所述订单信息展示支付结果页面。
21.上述二维码支付处理方法及其系统、计算机设备，银行app扫描第三方收单机构的收款二维码，从银行app的扫码页面跳转至由浏览器显示的收单机构的订单页面。当用户输入确认指令后，从浏览器跳转至银行app的付款页面。当用户输入付款指令后，银行app的付款页面跳转为支付结果页面。用户使用银行app就可以扫微信、支付宝、收钱吧等第三方收单机构的收款二维码进行扫码支付，不需要再打开与第三方收单机构相对应的软件进行扫码支付，使得二维码支付支持范围扩大到各大第三方收单机构，解决了用户需要下载支付软件才能够扫没用过的第三方收单机构的收款二维码的问题，有效促进了用户的银行卡消费以及银行app的用户活跃度。此外，二维码支付处理方法能够支持互认互扫功能，减少了用户频繁切换app的所需要的时间，使得操作更加方便、快捷，提升了用户体验。
附图说明
22.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
23.图1为本技术实施例提供的二维码支付处理方法的流程图。
24.图2为本技术实施例提供的二维码支付处理方法的第一子流程图。
25.图3为本技术实施例提供的二维码支付处理方法的第二子流程图。
26.图4为本技术实施例提供的二维码支付处理方法的第三子流程图。
27.图5为本技术实施例提供的二维码支付处理方法的第四子流程图。
28.图6为本技术实施例提供的二维码支付处理方法的第五子流程图。
29.图7为本技术实施例提供的二维码支付处理方法的第六子流程图。
30.图8为本技术实施例提供的二维码支付处理方法的第七子流程图。
31.图9为本技术实施例提供的二维码支付处理方法的应用场景示意图。
32.图10为本技术实施例提供的计算机设备的内部结构示意图。
33.图11为本技术实施例提供的二维码支付处理系统的内部结构示意图。
34.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
35.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
36.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图
示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
37.需要说明的是，在本技术中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
38.请结合参看图1和图9，图1为本技术实施例提供的二维码支付处理方法的流程图，图9为本技术实施例提供的二维码支付处理方法的应用场景示意图。二维码支付处理方法应用于金融科技领域，用于扫描第三方机构的二维码进行扫码支付。以图9所示的应用场景为例，用户端31安装有银行app和浏览器，用户端31分别与银行服务器32和银联服务器34通讯连接，卡交易服务器33分别与银行服务器32和银联服务器34通讯连接。在本实施例中，用户端31、银行服务器32、卡交易服务器33和银联服务器34用于执行二维码支付处理方法。其中，用户端31包括但不限于手机、平板电脑、电子手表等移动电子设备，银行服务器32为银行app的后端服务器，卡交易服务器33为银行卡交易管理系统的后端服务器，银联服务器34为银联系统的后端服务器。银行服务器32、卡交易服务器33和银联服务器34的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，在此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。
39.二维码支付处理方法具体包括如下步骤。
40.步骤s102，银行app扫描收单机构的收款二维码以得到url地址。
41.用户通过安装于用户端31的银行app扫描收单机构的收款二维码。银行app根据扫描到的收款二维码得到相应的url地址。
42.在本实施例中，银行app为银行方的支付软件，收单机构为第三方机构，包括但不限于微信、支付宝、收钱吧等平台的商家或者个人。收款二维码为商家收款码或者个人收款码，包括但不限于微信商家收款码、微信个人收款码、支付宝商家收款码、支付宝个人收款码、收钱吧商家收款码以及收钱吧个人收款码等。
43.银行app如何扫描收单机构的收款二维码以得到url地址的具体过程将在下文详细描述。
44.步骤s104，银行app发送跳转请求至浏览器。
45.银行app向浏览器发送跳转请求。其中，跳转请求包括url地址。
46.在本实施例中，银行app的webview访问url地址，以请求浏览器打开订单页面。
47.步骤s106，浏览器接收跳转请求后，展示与url地址相对应的订单页面。
48.浏览器接收来自银行app的跳转请求后，展示订单页面。在本实施例中，订单页面为收单机构的页面。订单页面显示有相应的订单信息。
49.浏览器如何展示与url地址相对应的订单页面的具体过程将在下文详细描述。
50.步骤s108，浏览器接收确认指令，并发送付款请求至银行app。
51.在本实施例中，订单页面设有确认按钮。用户通过订单页面确认订单信息无误后，可以点击确认按钮，以生成确认指令。其中，确认指令包含前台付款请求报文。
52.浏览器接收确认指令，解析前台付款请求报文，以生成付款请求。浏览器将付款请求发送至银行app。其中，付款请求包括订单信息。
53.步骤s110，银行app接收付款请求，并展示付款页面。
54.银行app接收付款请求后，展示付款页面。其中，付款页面显示有付款金额，或者付款页面设有输入栏，用于供用户输入付款金额。
55.步骤s112，银行app接收付款指令，并根据用户信息与订单信息展示支付结果页面。
56.在本实施例中，付款页面设有付款按钮。用户通过付款页面确认付款金额无误后，或者用户通过付款页面的输入栏输入付款金额后，可以点击付款按钮，以生成付款指令。其中，付款指令包括付款金额。
57.银行app接收付款指令，根据当前用户的用户信息和订单信息展示支付结果页面。
58.可以理解的是，用户可以通过安装于用户端31的银行app扫描收单机构的收款二维码。扫描后，银行app跳转至浏览器，浏览器打开订单页面。用户通过订单页面确认订单信息，确认无误后，浏览器跳转至银行app，银行app打开付款页面。用户在付款页面进行支付。支付后，银行app展示支付结果页面。
59.银行app如何根据用户信息与订单信息展示支付结果页面的具体过程将在下文详细描述。
60.上述实施例中，银行app扫描第三方收单机构的收款二维码，从银行app的扫码页面跳转至由浏览器显示的收单机构的订单页面。当用户输入确认指令后，从浏览器跳转至银行app的付款页面。当用户输入付款指令后，银行app的付款页面跳转为支付结果页面。用户使用银行app就可以扫微信、支付宝、收钱吧等第三方收单机构的收款二维码进行扫码支付，不需要再打开与第三方收单机构相对应的软件进行扫码支付，使得二维码支付支持范围扩大到各大第三方收单机构，解决了用户需要下载支付软件才能够扫没用过的第三方收单机构的收款二维码的问题，有效促进了用户的银行卡消费以及银行app的用户活跃度。此外，二维码支付处理方法能够支持互认互扫功能，减少了用户频繁切换app的所需要的时间，使得操作更加方便、快捷，提升了用户体验。
61.请结合参看图2，其为本技术实施例提供的二维码支付处理方法的第一子流程图。步骤s102具体包括如下步骤。
62.步骤s202，银行app根据二维码进行域名认证。
63.步骤s204，银行app根据二维码拼接码串得到url地址。
64.请结合参看图3，其为本技术实施例提供的二维码支付处理方法的第二子流程图。步骤s106中，浏览器展示与url地址相对应的订单页面具体包括如下步骤。
65.步骤s302，浏览器发送授权请求至银行app。
66.浏览器接收302状态码，根据302状态码进行重定向，并发送授权请求至银行app。
67.步骤s304，浏览器接收银行app发送的用户授权码。
68.银行app拦截302状态码，并将授权请求发送至银行服务器32，以调用银行服务器32的用户授权接口获取用户授权码。也就是说，用户授权码由银行服务器32发送至银行app。银行app将用户授权码发送至浏览器。
69.在本实施例中，银行app向浏览器返回redirecturl，并在redirecturl后面添加userauthcode和respcode两个参数。其中，当respcode＝00时，表示授权成功。userauthcode为用户授权码，用户授权码具有一定的访问有效期。
70.步骤s306，浏览器根据用户授权码置换用户标识。
71.浏览器需要用用户授权码置换银联服务器34中的用户标识。
72.浏览器如何根据用户授权码置换用户标识的具体过程将在下文详细描述。
73.步骤s308，浏览器根据用户标识展示订单页面。
74.浏览器根据用户标识渲染并展示订单页面。
75.请结合参看图4，其为本技术实施例提供的二维码支付处理方法的第三子流程图。步骤s306具体包括如下步骤。
76.步骤s402，浏览器发送获取请求至银联服务器。
77.浏览器发送获取请求至银联服务器34。其中，获取请求包括用户授权码。
78.步骤s404，浏览器接收银联服务器发送的用户标识。
79.在本实施例中，银行服务器32验证用户授权码，并返回用户标识至卡交易服务器33。银联服务器34调用卡交易服务器33的用户标识接口，以获取用户标识。银联服务器34向浏览器返回获取请求的应答，应答报文中包含用户标识。也就是说，用户标识由银行服务器32验证用户授权码后得到，并由银行服务器32发送至银联服务器34。
80.请结合参看图5，其为本技术实施例提供的二维码支付处理方法的第四子流程图。步骤s112中，银行app根据用户信息与订单信息展示支付结果页面具体包括如下步骤。
81.步骤s502，银行app根据用户信息与订单信息生成交易结果，并将交易结果发送至银联服务器。
82.银行app根据当前用户的用户信息和接收到的订单信息生成相应的交易结果，并将交易结果发送至银联服务器34。其中，交易结果包括交易成功和交易失败。
83.银行app如何根据用户信息与订单信息生成交易结果的具体过程将在下文详细描述。
84.步骤s504，银行app发送轮询请求至银行服务器。
85.银行app发送轮询请求至银行服务器32。
86.在本实施例中，银行服务器32存储有支付状态。支付状态由银联服务器34根据交易结果生成并发送至银行服务器32。当接收到轮询请求时，银行服务器32将支付状态发送至银行app。其中，支付状态包括支付成功和支付失败。当交易结果为交易成功时，支付状态为支付成功；当交易结果为交易失败时，支付状态为支付失败。
87.步骤s506，银行app接收银行服务器发送的支付状态，并根据支付状态生成支付结果页面。
88.银行app接收银行服务器32发送的支付状态，并根据支付状态生成相应的支付结果页面。其中，支付结果页面包括支付成功页面和支付失败页面。当支付状态为支付成功时，支付结果页面为支付成功页面；当支付状态为支付失败时，支付结果页面为支付失败页
面。
89.请结合参看图6，其为本技术实施例提供的二维码支付处理方法的第五子流程图。步骤s502中，银行app根据用户信息与订单信息生成交易结果具体包括如下步骤。
90.步骤s602，银行app判断用户信息与订单信息是否一致。
91.银行app判断当前用户的用户信息与接收到的订单信息是否一致。
92.当用户信息与订单信息一致时，执行步骤s604；当用户信息与订单信息不一致时，执行步骤s606。
93.步骤s604，银行app生成交易结果为交易成功。
94.当用户信息与订单信息一致时，银行app生成交易成功的交易结果。
95.步骤s606，银行app生成交易结果为交易失败。
96.当用户信息与订单信息不一致时，银行app生成交易失败的交易结果。
97.请结合参看图7，其为本技术实施例提供的二维码支付处理方法的第六子流程图。步骤s110，银行app接收付款请求之后，二维码支付处理方法还包括如下步骤。
98.步骤s702，银行app将付款请求发送至银行服务器。
99.步骤s704，银行服务器将付款请求发送至卡交易服务器。
100.银行服务器32接收付款请求后，将当前用户的用户信息添加至付款请求，并将添加有用户信息的付款请求发送至卡交易服务器33。即是说，付款请求包括用户信息。
101.步骤s706，卡交易服务器接收付款请求，并验证用户信息以得到验证结果。
102.步骤s708，卡交易服务器将验证结果发送至银行服务器。
103.步骤s710，银行服务器根据验证结果生成支付订单，并将支付订单发送至银行app。
104.步骤s712，银行app将支付订单发送至浏览器。
105.请结合参看图8，其为本技术实施例提供的二维码支付处理方法的第七子流程图。步骤s110，银行app接收付款请求之后，二维码支付处理方法还包括如下步骤。
106.步骤s802，银行app发送查询请求至银行服务器。
107.银行app发送查询请求至银行服务器32。在本实施例中，查询请求用于查询银联系统的营销活动。
108.步骤s804，银行服务器发送查询请求至卡交易服务器。
109.步骤s806，卡交易服务器发送查询请求至银联服务器。
110.步骤s808，银联服务器根据查询请求返回相应的查询信息至卡交易服务器。
111.当存在相应的营销活动时，银联服务器34将相应的营销活动信息作为查询信息发送至卡交易服务器33；当不存在营销活动时，银联服务器34将无营销结果作为查询信息发送至卡交易服务器33。
112.步骤s810，卡交易服务器返回查询信息至银行服务器。
113.步骤s812，银行服务器根据查询信息判断是否需要修改付款金额。
114.银行服务器32根据查询信息判断订单信息对应的订单是否享受优惠。当订单信息对应的订单可以享受优惠时，银行服务器32可以根据查询信息计算优惠额度，并根据优惠额度修改付款金额。
115.请结合参看图10，其为本技术实施例提供的计算机设备的内部结构示意图。计算
机设备10包括存储器11和处理器12。存储器11用于存储程序指令，处理器12用于执行程序指令以实现上述二维码支付处理方法。
116.其中，处理器12在一些实施例中可以是一中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器或其它数据处理芯片，用于运行存储器11中存储的程序指令。
117.存储器11至少包括一种类型的可读存储介质，该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机设备的内部存储单元，例如计算机设备的硬盘。存储器11在另一些实施例中也可以是计算机设备的外部存储设备，例如计算机设备上配备的插接式硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。进一步地，存储器11还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机设备的应用软件及各类数据，例如实现二维码支付处理方法的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
118.请结合参看图11，其为本技术实施例提供的二维码支付处理系统的内部结构示意图。二维码支付处理系统20包括银行app21和浏览器22。银行app21包括扫描模块211、发送模块212、第一展示模块213以及第二展示模块214，浏览器22包括第一执行模块221和第二执行模块222。
119.扫描模块211，用于扫描收单机构的收款二维码以得到url地址。
120.用户通过银行app21扫描收单机构的收款二维码。扫描模块211根据扫描到的收款二维码得到相应的url地址。
121.在本实施例中，银行app21为银行方的支付软件，收单机构为第三方机构，包括但不限于微信、支付宝、收钱吧等平台的商家或者个人。收款二维码为商家收款码或者个人收款码，包括但不限于微信商家收款码、微信个人收款码、支付宝商家收款码、支付宝个人收款码、收钱吧商家收款码以及收钱吧个人收款码等。
122.发送模块212，用于发送跳转请求至浏览器。
123.发送模块212向浏览器22发送跳转请求。其中，跳转请求包括url地址。
124.在本实施例中，发送模块212的webview访问url地址，以请求浏览器22打开订单页面。
125.第一执行模块221，用于接收跳转请求后，展示与url地址相对应的订单页面。
126.第一执行模块221接收来自发送模块212的跳转请求后，展示订单页面。在本实施例中，订单页面为收单机构的页面。订单页面显示有相应的订单信息。
127.第二执行模块222，用于接收确认指令，并发送付款请求至银行app。
128.在本实施例中，订单页面设有确认按钮。用户通过订单页面确认订单信息无误后，可以点击确认按钮，以生成确认指令。其中，确认指令包含前台付款请求报文。
129.第二执行模块222接收确认指令，解析前台付款请求报文，以生成付款请求。第二执行模块222将付款请求发送至银行app21。其中，付款请求包括订单信息。
130.第一展示模块213，用于接收付款请求，并展示付款页面。
131.第一展示模块213接收付款请求后，展示付款页面。其中，付款页面显示有付款金额，或者付款页面设有输入栏，用于供用户输入付款金额。
132.第二展示模块214，用于接收付款指令，并根据用户信息与订单信息展示支付结果页面。
133.在本实施例中，付款页面设有付款按钮。用户通过付款页面确认付款金额无误后，或者用户通过付款页面的输入栏输入付款金额后，可以点击付款按钮，以生成付款指令。其中，付款指令包括付款金额。
134.第二展示模块214接收付款指令，根据当前用户的用户信息和订单信息展示支付结果页面。
135.可以理解的是，用户可以通过银行app21扫描收单机构的收款二维码。扫描后，银行app21跳转至浏览器22，浏览器22打开订单页面。用户通过订单页面确认订单信息，确认无误后，浏览器22跳转至银行app21，银行app21打开付款页面。用户在付款页面进行支付。支付后，银行app21展示支付结果页面。
136.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘且本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。
137.以上所列举的仅为本技术较佳实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属于本技术所涵盖的范围。