支付数据处理方法、装置、计算机设备和存储介质与流程

文档序号:29403529发布日期:2022-03-26 10:03阅读:85来源:国知局
支付数据处理方法、装置、计算机设备和存储介质与流程

1.本技术涉及数据数据分析技术领域,特别是涉及一种支付数据处理方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术:

2.随着移动互联网技术的兴起,移动端智能支付也得到普及和发展。如何快捷安全智能地进行支付操作成为关键问题。
3.现有技术条件下,支付操作一般是在h5(hypertext markup language 5的缩写,是互联网的下一代标准,是构建以及呈现互联网内容的一种语言方式)支付时拉起支付的方式,且支付方式比较单一,支付端没法自定义支付方式;而且,h5支付页接口规范单一呆板,没法应对不同app开发者不同的支付方式需求。


技术实现要素:

4.基于此,有必要针对上述技术问题,提供一种能够提高支付方式的通用性的支付数据处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
5.第一方面,本技术提供了一种支付数据处理方法。所述方法包括:
6.响应用户界面上触发的支付操作,获取对应的支付请求;
7.对所述支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,所述支付字段值与预设的支付方式以及支付模式相关;
8.解析所述支付字段值,获取支付方式以及对应的支付模式;
9.从所述支付方式中确定目标支付方式,根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作。
10.在其中一个实施例中,所述支付字段值为至少包括一位的位图,所述解析所述支付字段值,获取支付方式以及对应的支付模式,包括:
11.解析所述支付字段值,得到所述位图中每一位的位值;其中,所述位图中各位置的位代表一种支付方式;
12.根据所述位值和预设值,确定所述支付方式对应的支付模式。
13.在其中一个实施例中,所述根据所述位值和预设值,确定所述支付方式对应的支付模式,包括以下任意一种方式:
14.当所述位值为第一预设值时,确定所述支付方式使用h5页面网关支付;
15.当所述位图的值为第二预设值时,确定所述支付方式回调sdk类原生支付方式支付。
16.在其中一个实施例中,所述根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作,包括:
17.当所述目标支付模式为回调sdk类原生支付方式时,生成所述支付操作的支付交易串;
18.通过所述回调sdk类原生支付方式,将所述支付交易串回调至所述目标支付方式的支付原生端,转移所述支付操作需要转移的数值资源,完成所述支付操作。
19.在其中一个实施例中,所述根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作,包括:
20.当所述目标支付模式为h5页面网关支付时,通过所述h5页面网关支付的支付模式,转移所述支付操作需要转移的数值资源,完成所述支付操作。
21.在其中一个实施例中,所述转移所述支付操作需要转移的数值资源,完成所述支付操作,包括:
22.获取所述支付操作的支付信息,并进行验证;
23.当验证通过时,转移所述支付操作需要转移的数值资源,完成所述支付操作。
24.第二方面,本技术还提供了一种支付数据处理装置。所述装置包括:
25.获取模块,用于响应用户界面上触发的支付操作,获取对应的支付请求;
26.第一解析模块,用于对所述支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,所述支付字段值与预设的支付方式以及支付处理方式相关;
27.第二解析模块,用于解析所述支付字段值,获取支付方式以及对应的支付模式;
28.数据处理模块,用于从所述支付方式中确定目标支付方式,根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作。
29.在其中一个实施例中,第二解析模块还用于解析所述支付字段值,得到所述位图中每一位的位值;其中,所述位图中各位置的位代表一种支付方式;
30.所述装置还包括:确定模块,用于根据所述位值和预设值,确定所述支付方式对应的支付模式。
31.在其中一个实施例中,所述确定模块还用于当所述位值为第一预设值时,确定所述支付方式使用h5页面网关支付;或
32.当所述位图的值为第二预设值时,确定所述支付方式回调sdk类原生支付方式支付。
33.在其中一个实施例中,所述装置还包括:
34.生成模块,用于当所述目标支付模式为回调sdk类原生支付方式时,生成所述支付操作的支付交易串;
35.资源转移模块,用于通过所述回调sdk类原生支付方式,将所述支付交易串回调至所述目标支付方式的支付原生端,转移所述支付操作需要转移的数值资源,完成所述支付操作。
36.在其中一个实施例中,所述资源转移模块还用于当所述目标支付模式为h5页面网关支付时,通过所述h5页面网关支付的支付模式,转移所述支付操作需要转移的数值资源,完成所述支付操作。
37.在其中一个实施例中,所述装置还包括:
38.验证模块,用于获取所述支付操作的支付信息,并进行验证;
39.所述资源转移模块还用于当验证通过时,转移所述支付操作需要转移的数值资源,完成所述支付操作。第三方面,本技术还提供了一种计算机设备。所述计算机设备包括
存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
40.响应用户界面上触发的支付操作,获取对应的支付请求;
41.对所述支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,所述支付字段值与预设的支付方式以及支付模式相关;
42.解析所述支付字段值,获取支付方式以及对应的支付模式;
43.从所述支付方式中确定目标支付方式,根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作。
44.第四方面,本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
45.响应用户界面上触发的支付操作,获取对应的支付请求;
46.对所述支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,所述支付字段值与预设的支付方式以及支付模式相关;
47.解析所述支付字段值,获取支付方式以及对应的支付模式;
48.从所述支付方式中确定目标支付方式,根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作。
49.第五方面,本技术还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
50.响应用户界面上触发的支付操作,获取对应的支付请求;
51.对所述支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,所述支付字段值与预设的支付方式以及支付模式相关;
52.解析所述支付字段值,获取支付方式以及对应的支付模式;
53.从所述支付方式中确定目标支付方式,根据所述目标支付方式以及对应的目标支付模式,完成所述支付操作。
54.上述支付数据处理方法、装置、计算机设备、存储介质和计算机程序产品,通过预先设置预设的支付方式以及支付处理方式,得到相关的支付字段值,即可以根据实际需求,设置不同的制度方式以及支付模式;当获取到支付请求时,根据支付标识字段以及对应的字段值确定支持的支付方式,从确定的支付方式中选择目标支付方式,通过对应的目标支付模式,完成支付操作,也就是说通过自定义支付方式,以及根据支付需求确定最佳支付方式实现支付,不需要切换支付接口,进而提高了支付操作的便捷性以及支付方式的通用性。
附图说明
55.图1为一个实施例中支付数据处理方法的应用环境图;
56.图2为一个实施例中支付数据处理方法的流程示意图;
57.图3为一个实施例中支付数据处理步骤的流程示意图;
58.图4为另一个实施例中支付数据处理方法的流程示意图;
59.图5为一个实施例中支付数据处理装置的结构框图;
60.图6为一个实施例中计算机设备的内部结构图。
具体实施方式
61.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。
62.本技术实施例提供的支付数据处理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。响应终端102的用户界面上触发的支付操作,从服务器中获取对应的支付请求;对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;解析支付字段值,获取支付方式以及对应的支付模式;从支付方式中确定目标支付方式,根据目标支付方式以及对应的目标支付模式,完成支付操作。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
63.在一个实施例中,如图2所示,提供了一种支付数据处理方法,以该方法应用于图1中的终端为例进行说明,包括以下步骤:
64.步骤202,响应用户界面上触发的支付操作,获取对应的支付请求。
65.具体地,终端响应用户在终端的用户界面触发生成的支付操作,获取对应的支付请求;其中,支付请求中携带了业务相关的支付信息,支付信息中包括支付操作对应的业务类型、支付操作时间、需要支付的数值资源额度以及数值资源的接收方、以及支付方式和支付模式等,支付请求可以但不仅限于是https请求,https请求(https,hyper text transfer protocol over securesocket layer以安全为目标的http通道,在http的基础上通过传输加密和身份认证保证了传输过程的安全性)的请求头部携带了支付信息。
66.步骤204,对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关。
67.其中,支付信息的表现形式可以是字符串(例如,支付字段);支付信息的标识字段为“pay_map”,标识字段值可以是n位位图(如,0001000或010000或0010000),每一位代表不同的支付方式(例如,第一位代表支付方式1,第二位代表支付方式2,第三位代表支付方式3等),每一位的值代表支付方式的支付模式(例如,值0代表支付模式1,值1代表支付模式2,值3代表支付模式3),不同的支付字段值表示的支付方式不同;可选地,支付方式的数量以及支付模式的数量。
68.预设的支付方式包括不同的支付方式,支付方式包括不同的母应用(母应用包括应用程序,例如,具有支付功能的即时通讯应用程序和数据资源转移的应用程序)和子应用,例如,子应用为小程序。其中,标识字段值可以是n位位图,第一位表示xx支付/账号支付;第二位表示微信;第三位表示微信小程序;第四位表示支付宝;第五位表示银联。
69.支付模式包括h5页面网关支付和回调sdk类原生支付方式支付,其中,页面网关支付,即支付网关(payment gateway)是银行金融网络系统和internet网络之间的接口,是由银行操作的将internet上传输的数据转换为金融机构内部数据的一组服务器设备,或由指派的第三方处理商家支付信息和顾客的支付指令;h5页面网关支付是指从当前客户端页面
跳转至对应的支付页面。回调sdk类原生支付方式支付是指根据不同的支付方式选择调用对应的接口,进行回调原生支付方式实现数值资源的转移;支付模式可以通过h5支付页面的提供的调用接口实现支付,即数值资源的转移。
70.进一步地,支付字段值可以(支付方式和对应的支付模式)是根据各业务需求以及接口约定好的参数内容设定的,支付方式和支付模式可以是在开发阶段,根据各用户在不同业务场景下的支付历史数据,通过分析历史支付数据,获取用户的支付习惯数据,根据支付习惯数据进行确定的。
71.具体地,终端对支付请求(例如,http请求)的请求头部中携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;例如,终端对https请求的请求头部携带了支付信息,即标识字段“pay_map”进行解析,得到支付标识字段以及对应的支付字段值。
72.步骤206,解析支付字段值,获取支付方式以及对应的支付模式。
73.具体地,解析支付字段值,根据支付字段值中的每一位的值,得到对应的支付方式以及各支付方式的支付模式,并将得到的支付方式以及对应的支付模式在用户界面进行显示;其中,不同的支付方式的支持的支付模式不同,例如,支付方式1只支持回调sdk类原生支付方式支付,不同的支付。
74.步骤208,从支付方式中确定目标支付方式,根据目标支付方式以及对应的目标支付模式,完成支付操作。
75.其中,从支付方式中确定目标支付方式可以是通过响应用户界面触发的支付方式确定操作的,也可以是根据各用户的支付习惯数据确定的。目标支付方式的支付模式可以是默认的,也可是用户触发选择的;完成支付操作是指按照确的支付模式将数值资源转移至对应的资源接收端。
76.具体地,在不同支付应程序中,从预先设定的支付方式中确定目标支付方式,当目标支付方式的支付模式是h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作;当目标支付方式的支付模式是回调sdk类原生支付方式时,通过回调原始支付方式,转移支付操作需要转移的数值资源,完成支付操作。
77.上述支付数据处理方法中,通过预先设置预设的支付方式以及支付处理方式,得到相关的支付字段值,即可以根据实际需求,设置不同的制度方式以及支付模式;当获取到支付请求时,根据支付标识字段以及对应的字段值确定支持的支付方式,从确定的支付方式中选择目标支付方式,通过对应的目标支付模式,完成支付操作,换言之,在不同支付应程序中,通过自定义支付方式,以及根据支付需求确定最佳支付方式实现支付,进而提高了支付操作的便捷性以及支付方式的通用性。
78.在一个实施例中,如图3所示,提供了一种支付数据处理步骤,以该步骤应用于图1中的终端为例进行说明,包括以下步骤:
79.步骤302,响应用户界面上触发的支付操作,获取对应的支付请求。
80.步骤304,对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值。
81.步骤306,解析支付字段值,获取支付方式以及对应的支付模式。
82.其中,支付字段值为至少包括一位的位图;通过解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式。每位代表的支付方式支持的支付模
式对应不同的预设值;进一步地,当位值为第一预设值(可以但不仅限于是0)时,确定支付方式使用的支付模式为h5页面网关支付;当位图的值为第二预设值(可以但不仅限于是1)时,确定支付方使用的支付模式为回调sdk类原生支付方式支付。
83.可选地,以下为支付数据处理的实例应用,支付请求为https请求,终端应用程序进入h5缴费页之前,在https请求的请求头部headers传一个标识字段“pay_map”,标识字段代表支付方式。h5缴费页会根据pay_map字段值选择不同的回调。pay_map字段值共16位位图,共16位位图,0表示使用h5页面网关,1表示需回调sdk类原生支付方式。其中,第一位表示龙支付/账号支付;第二位表示应用程序1(如,微信);第三位表示子程序1(如,微信小程序);第四位表示应用程序2(如,支付宝);第五位表示应用程序3(如,银联);其余位暂时保留,可以根据实际需求对支付方式进行更新。当位图传第一预设值0时,直接使用h5页面网关支付,当位图传第二预设值1时,h5会封装一个支付交易串,通过js方法apppay()回调给app原生端,原生端获取支付交易串后进行后续的支付操作。例如,pay_map=0100000000000000则表示当用户在页面选择账号支付时,跳h5页面网关,选择微信支付时,会通过js调用app,由app调起微信sdk支付。
84.步骤308,从支付方式中确定目标支付方式,以及确定目标支付方式的目标支付模式。
85.步骤310,当目标支付模式为h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
86.例如,当确定好目标支付方式后,目标支付方式对应的值为0,即为h5页面网关支付,直接使用h5页面网关支付,转移支付操作需要转移的数值资源,完成支付操作。
87.步骤312,当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串。
88.其中,支付交易串是在支付模式为回调sdk类原生支付方式时,将支付请求对应的业务订单号、缴费项目编号以及支付需要使用到的加密串(接口约定的参数)等封装得到的。
89.步骤314,通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
90.具体地,当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串,通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作;例如,当确定好目标支付方式后,目标支付方式对应的值为1,即为回调sdk类原生支付方式,通过h5将支付请求对应的业务订单号、缴费项目编号以及支付需要使用到的加密串(接口约定的参数)等支付参数封装成一个支付交易串,通过js方法apppay()回调给目标支付方式的app原生端(例如,支付方式为小程序支付时,需要终端拉起支付(如,app拉起支付)并进行支付参数传送,通过原生代码拉起微信小程序),原生端获取支付交易串后进行后续的支付操作,即转移支付操作需要转移的数值资源,完成支付操作。
91.上述支付数据处理步骤中,在响应用户界面触发的支付操作,对支付请求携带的支付信息进行解析,根据解析的得到支付标识字段以及对应的支付字段值确定支付方式以及对应的支付模式,可以根据业务需求,在缴费页面通过通一调用选择不同的支付方式,通
过确定的目标支付方式以及目标支付模式,完成支付操作,提高了支付操作的便捷性以及支付方式的通用性。
92.在另一个实施例中,如图4所示,提供了一种支付数据处理方法,以该方法应用于图1中的终端为例进行说明,包括以下步骤:
93.步骤402,响应用户界面上触发的支付操作,获取对应的支付请求。
94.步骤404,对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值。
95.其中,支付字段值与预设的支付方式以及支付模式相关。
96.步骤406,解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式。
97.步骤408,根据位值和预设值,确定支付方式对应的支付模式。
98.步骤410,当位值为第一预设值时,确定支付方式使用h5页面网关支付。
99.步骤412,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
100.步骤414,当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付。
101.步骤416,生成支付操作的支付交易串。
102.步骤418,通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
103.可选地,在一个实施例中,在转移支付操作需要转移的数值资源之前,通过获取支付操作的支付信息,并进行验证;当验证通过时,转移支付操作需要转移的数值资源,完成支付操作,确保支付的安全性;其中,支付信息中包括用于验证用户是否具有支付权限的验证信息,可以但不仅限于是图像信息、指纹信息和字符串信息中的任意一种。
104.可选地,在一个实施例中,获取各用户的支付数据,支付数据包括用户的支付习惯数据,根据支付习惯数据对支付字段值进行更新,如对支付方式进行增加或删除等操作,提高支付方式的多样性。
105.可选地,在一个实施例中,当支付操作需要转移的数值资源的类型与数值资源接收方的目标数值资源类型不同时,根据对应的转换系数,将支付操作需要转移的数值资源转换为对应的目标数值资源类型的数值资源,并更新数值资源接收方的数值资源。
106.本实施例中,响应用户界面上触发的支付操作,获取对应的支付请求;对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;解析支付字段值,得到位图中每一位的位值和预设值,确定每一位的支付方式对应的支付模式,当位值为第一预设值时,确定支付方式使用h5页面网关支付;通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
107.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付,生成支付操作的支付交易串;通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。上述支付数据处理装置,可以实现不同app可根据业务需求,可通过headers传不同的pay_map位图,选择不同的支付
方式,从而进行原生拉起支付处理或者h5直接网关支付,提高支付方式的通用性。
108.应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
109.基于同样的发明构思,本技术实施例还提供了一种用于实现上述所涉及的支付数据处理方法的支付数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个支付数据处理装置实施例中的具体限定可以参见上文中对于支付数据处理方法的限定,在此不再赘述。
110.在一个实施例中,如图5所示,提供了一种支付数据处理装置,包括:获取模块502、第一解析模块504、第二解析模块506和数据处理模块508,其中:
111.获取模块502,用于响应用户界面上触发的支付操作,获取对应的支付请求。
112.第一解析模块504,用于对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付处理方式相关。
113.第二解析模块506,用于解析支付字段值,获取支付方式以及对应的支付模式。
114.数据处理模块508,用于根据支付方式,通过对应的支付模式对支付操作需要转移的数值资源进行转移。
115.上述支付数据处理装置中,通过预先设置预设的支付方式以及支付处理方式,得到相关的支付字段值,即可以根据实际需求,设置不同的制度方式以及支付模式;当获取到支付请求时,根据支付标识字段以及对应的字段值确定支持的支付方式,从确定的支付方式中选择目标支付方式,通过对应的目标支付模式,完成支付操作,提高了支付操作的便捷性以及支付方式的通用性。
116.在另一个实施例中,提供了一种支付数据处理装置,除包括获取模块502、第一解析模块504、第二解析模块506和数据处理模块508之外,还包括:确定模块、生成模块、验证模块和资源转移模块,其中:
117.在一个实施例中,第二解析模块506还用于解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式。
118.确定模块,用于根据位值和预设值,确定支付方式对应的支付模式。
119.在一个实施例中,确定模块还用于当位值为第一预设值时,确定支付方式使用h5页面网关支付;
120.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付。
121.生成模块,用于当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串。
122.数据处理模块508中包括资源转移模块,资源转移模块用于通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
123.在一个实施例中,资源转移模块还用于当目标支付模式为h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
124.验证模块,用于获取支付操作的支付信息,并进行验证。
125.资源转移模块用于当验证通过时,转移支付操作需要转移的数值资源,完成支付操作。
126.在一个实施例中,响应用户界面上触发的支付操作,获取对应的支付请求;对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;解析支付字段值,得到位图中每一位的位值和预设值,确定每一位的支付方式对应的支付模式,当位值为第一预设值时,确定支付方式使用h5页面网关支付;通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
127.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付,生成支付操作的支付交易串;通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。上述支付数据处理装置,可以实现不同app可根据业务需求,可通过headers传不同的pay_map位图,选择不同的支付方式,从而进行原生拉起支付处理或者h5直接网关支付,提高支付方式的通用性。
128.在一个业务应用场景中,在app进入h5缴费页之前,通过获取https请求的请求头部headers传送的一个支付标识字段“pay_map”,对标识字段“pay_map”对应的支付字段值进行解析,得到每一位位图的值,当确定的支付方式对应位的值为0时,直接使用h5页面网关支付,当确定的支付方式对应位的值为1时,h5会封装一个支付交易串,通过javascript函数方法apppay()回调给app原生端,原生端获取支付交易串后,转移所述支付操作需要转移的数值资源,完成所述支付操作;通过headers传不同的pay_map位图,选择不同的支付方式,从而进行原生拉起支付处理或者h5直接网关支付,提高支付方式的通用性以及支付的便捷性。
129.上述支付数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
130.在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种支付数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
131.本领域技术人员可以理解,图6中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备
可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
132.在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
133.响应用户界面上触发的支付操作,获取对应的支付请求;
134.对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;
135.解析支付字段值,获取支付方式以及对应的支付模式;
136.从支付方式中确定目标支付方式,根据目标支付方式以及对应的目标支付模式,完成支付操作。
137.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
138.解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式;
139.根据位值和预设值,确定支付方式对应的支付模式。
140.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
141.当位值为第一预设值时,确定支付方式使用h5页面网关支付;
142.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付。
143.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
144.当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串;
145.通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
146.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
147.当目标支付模式为h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
148.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
149.获取支付操作的支付信息,并进行验证;
150.当验证通过时,转移支付操作需要转移的数值资源,完成支付操作。
151.在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
152.响应用户界面上触发的支付操作,获取对应的支付请求;
153.对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;
154.解析支付字段值,获取支付方式以及对应的支付模式;
155.从支付方式中确定目标支付方式,根据目标支付方式以及对应的目标支付模式,完成支付操作。
156.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
157.解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式;
158.根据位值和预设值,确定支付方式对应的支付模式。
159.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
160.当位值为第一预设值时,确定支付方式使用h5页面网关支付;
161.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付。
162.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
163.当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串;
164.通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
165.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
166.当目标支付模式为h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
167.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
168.获取支付操作的支付信息,并进行验证;
169.当验证通过时,转移支付操作需要转移的数值资源,完成支付操作。
170.在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
171.响应用户界面上触发的支付操作,获取对应的支付请求;
172.对支付请求携带的支付信息进行解析,得到支付标识字段以及对应的支付字段值;其中,支付字段值与预设的支付方式以及支付模式相关;
173.解析支付字段值,获取支付方式以及对应的支付模式;
174.从支付方式中确定目标支付方式,根据目标支付方式以及对应的目标支付模式,完成支付操作。
175.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
176.解析支付字段值,得到位图中每一位的位值;其中,位图中各位置的位代表一种支付方式;
177.根据位值和预设值,确定支付方式对应的支付模式。
178.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
179.当位值为第一预设值时,确定支付方式使用h5页面网关支付;
180.当位图的值为第二预设值时,确定支付方式回调sdk类原生支付方式支付。
181.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
182.当目标支付模式为回调sdk类原生支付方式时,生成支付操作的支付交易串;
183.通过回调sdk类原生支付方式,将支付交易串回调至目标支付方式的支付原生端,转移支付操作需要转移的数值资源,完成支付操作。
184.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
185.当目标支付模式为h5页面网关支付时,通过h5页面网关支付的支付模式,转移支付操作需要转移的数值资源,完成支付操作。
186.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
187.获取支付操作的支付信息,并进行验证;
188.当验证通过时,转移支付操作需要转移的数值资源,完成支付操作。
189.需要说明的是,本技术所涉及的用户的信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用
户授权或者经过各方充分授权的信息和数据。
190.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory,rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory,mram)、铁电存储器(ferroelectric random access memory,fram)、相变存储器(phase change memory,pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory,ram)或外部高速缓冲存储器等。作为说明而非局限,ram可以是多种形式,比如静态随机存取存储器(static random access memory,sram)或动态随机存取存储器(dynamic random access memory,dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
191.以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
192.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本技术专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术的保护范围应以所附权利要求为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1