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

1.本技术涉及人工智能技术领域，尤其涉及一种支付处理方法、装置、计算机设备及存储介质。


背景技术：

2.近年来，随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(fintech)转变，但由于金融行业的安全性、实时性要求，也对技术提出更高的要求。如，当今的大部分购物平台的各商城都有自己的支付方式，并且各平台都会根据自己业务开发出对应的权益类支付渠道，如，积分、优惠券等；用户为了使用优惠券和积分等权益，则会在该购物平台或商城消费，商家以此来提高客户的留存率。而相应的，这种可以使用优惠券、积分和银行卡等多支付渠道的消费方式则会带来组合支付的问题。
3.在实现本技术的过程中，申请人发现现有技术存在如下问题：针对组合支付的处理方式，当消费者提交交易时，支付平台实际上是将权益类的支付渠道完成支付之后，将权益类的支付信息记录在交易单中，并将银行支付或第三方支付等的支付信息生成一笔支付单进行支付，以此实现组合支付。其中，支付单与权益类的支付信息通过数据联动关联，但在对账时可能会出现联动出错而导致的无法对平账目，无法保证支付处理的准确性。
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.将所述支付附加信息与所述多个初始支付渠道输入至预先训练好的支付渠道确定模型中，得到目标支付渠道以及支付比例。
40.本技术实施例第三方面还提供一种支付处理方法，应用于支付系统，所述支付系
统包括通信连接的支付网关与多个预设支付引擎，所述支付处理方法包括：
41.当接收到支付请求时，调用目标预设支付引擎解析所述支付请求，得到目标渠道要素；
42.所述目标预设支付引擎组合所述目标渠道要素，得到支付指令，并将所述支付指令输出至支付网关；
43.所述支付网关接收目标预设支付引擎通过解析支付请求得到的支付指令，并确定所述多个预设支付引擎中除所述目标预设支付引擎以外的其余预设支付引擎的运行状态；
44.所述支付网关监测所述运行状态是否满足预设运行状态；
45.当监测结果为所述运行状态满足所述预设运行状态时，所述支付网关确定所述支付指令对应的支付渠道信息；
46.所述支付网关根据所述支付渠道信息执行支付操作。
47.本技术实施例第四方面还提供一种计算机设备，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上述任意一项所述的支付处理方法。
48.本技术实施例第五方面还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的支付处理方法。
49.本技术实施例提供的上述支付处理方法、计算机设备以及计算机可读存储介质，通过确定多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态，并在运行状态满足预设运行状态时，根据支付指令对应的支付渠道信息执行支付操作，能够保证支付过程中资金链路的一致性与准确性，从而提高支付处理的准确性。本技术可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧城市的支付处理模块等，能够促进智慧城市的快速发展。
附图说明
50.图1是本技术一实施例提供的支付处理方法的流程图。
51.图2是本技术一实施例提供的支付成功的示意图。
52.图3是本技术另一实施例提供的支付处理方法的流程图。
53.图4是本技术再一实施例提供的支付处理方法的流程图。
54.图5是本技术一实施例提供的支付处理装置的结构图。
55.图6是本技术一实施例提供的计算机设备的结构示意图。
56.如下具体实施方式将结合上述附图进一步说明本技术。
具体实施方式
57.为了能够更清楚地理解本技术的上述目的、特征和优点，下面结合附图和具体实施例对本技术进行详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互组合。
58.在下面的描述中阐述了很多具体细节以便于充分理解本技术，所描述的实施例是本技术一部分实施例，而不是全部的实施例。
59.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。
60.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
61.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
62.本发明实施例提供的支付处理方法由计算机设备执行，相应地，支付处理装置运行于计算机设备中。图1是本技术一实施例提供的支付处理方法的流程图。如图1和图2所示，所述支付处理方法应用于支付网关，所述支付网关与多个预设支付引擎通信连接。所述支付处理方法可以包括如下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略：
63.s11，接收目标预设支付引擎通过解析支付请求得到的支付指令。
64.在本技术的至少一实施例中，参见图2所示，所述支付网关是指与多个预设支付引擎进行通信连接的引擎，所述支付网关可用于负责处理支付流程。所述支付网关串联各个支付渠道并确保各个支付渠道返回的状态准确以控制支付流程的成功与失败，所述支付渠道包括银行支付渠道、积分支付渠道、预付费卡支付渠道、账务支付渠道等。
65.在一实施例中，所述目标预设支付引擎为多个预设支付引擎中的一个，所述目标预设支付引擎可以为正向支付引擎，用于正向处理支付请求，并对支付请求进行解析得到支付指令。所述支付请求为预设客户端发出的用于进行资金支付的请求，所述预设客户端可以为手机端、电脑端等计算机设备，在此不做限制。
66.在一实施例中，所述支付请求中携带支付总金额的信息，通过对所述支付请求进行解析，根据所述支付总金额确定目标支付渠道以及支付比例，并将目标支付渠道与所述支付比例按照预设数据格式进行组合，得到支付指令。其中，对于同一笔支付请求，对应的目标支付渠道的数量可以为1个，也可以为多个，当所述目标支付渠道的数量为1个时，该笔交易请求为单渠道交易；当所述目标支付渠道的数量为多个时，该笔交易请求为多渠道组合交易。本技术实施例以交易请求为多渠道组合交易为例进行说明。所述目标支付渠道是指该笔支付请求对应的进行资金支付的渠道，在一实施例中，所述目标支付渠道可以为银行卡支付渠道、积分支付渠道、预付费卡支付渠道以及账务支付渠道，上述说明的支付渠道中均含有若干资金，资金的具体金额不做限制。所述支付比例是指同笔交易请求中目标支付渠道对应的资金支付的比例，所述支付比例与对应的所述目标支付渠道唯一对应，所述支付比例可以相同，也可以不相同。示例性地，当该笔交易请求中携带的支付总金额为300元时，对应的目标支付渠道分别为银行卡支付渠道、积分支付渠道以及预付费卡支付渠道。银行卡支付渠道、积分支付渠道与预付费卡支付渠道对应的支付比例为1:2:2，由此，银行卡支付渠道的资金支付金额为60，积分支付渠道的资金支付金额为120，预付费卡支付渠道
的资金支付金额为120。所述预设数据格式为预先设置的用于组合所述目标支付渠道与所述支付比例的数据格式，例如，所述预设数据格式可以为{目标支付渠道，支付比例}，在此不做限制。
67.s12，确定所述多个预设支付引擎中除所述目标预设支付引擎以外的其余预设支付引擎的运行状态。
68.在本技术的至少一实施例中，所述多个预设支付引擎中除了所述目标预设支付引擎(本技术实施例以所述目标预设支付引擎为正向支付引擎为例)以外，还包括其余预设支付引擎，其余预设支付引擎的数量可以为1个，也可以为2个，还可以为多个，在此不做限制。本技术实施例结合图2以其余预设支付引擎的数量为2个为例，所述其余预设支付引擎分别为反向支付引擎与冲正支付引擎，其中，所述反向支付引擎用于负责支付交易完成后的退款处理(本技术实施例也称第一退款进程)，退款处理包括部分退款与全额退款，退款方式不做限制。所述冲正支付引擎用于负责处理支付交易过程中支付异常情况下的资金回退作业(本技术实施例也称第二退款进程)。
69.在一实施例中，所述运行状态是指所述其余预设支付引擎对应的工作状态，当所述其余预设支付引擎为反向支付引擎时，所述反向支付引擎对应的工作状态包括两个，分别是执行第一退款进程与未执行第一退款进程。当所述其余预设支付引擎为冲正支付引擎时，所述冲正支付引擎对应的工作状态包括两个，分别是执行第二退款进程与未执行第二退款进程。其中，所述第一退款进程可以是指支付交易完成后的退款处理进程，所述第二退款进程可以是指支付交易过程中支付异常情况下的资金回退作业。
70.s13，监测所述运行状态是否满足预设运行状态。
71.在本技术的至少一实施例中，所述预设运行状态是指预先设置保证支付请求能够正常执行的除所述目标预设支付引擎以外的其余预设支付引擎运行状态，所述预设运行状态可以是指除所述目标预设支付引擎以外的其余预设支付引擎未执行各自对应进程的状态。当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，所述预设运行状态可以是所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程的状态。
72.可选地，所述监测所述运行状态是否满足预设运行状态，包括：
73.当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，监测所述反向支付引擎是否执行第一退款进程以及所述冲正支付引擎是否执行第二退款进程；
74.当监测结果为所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程时，确定所述运行状态满足所述预设运行状态；
75.当监测结果为所述反向支付引擎执行第一退款进程和/或所述冲正支付引擎执行第二退款进程时，确定所述运行状态未满足预设运行状态。
76.本技术实施例通过确定多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态，并在运行状态满足预设运行状态时执行支付操作，能够保证支付过程中资金链路的一致性与准确性，从而提高支付处理的准确性。
77.s14，当监测结果为所述运行状态满足所述预设运行状态时，确定所述支付指令对应的支付渠道信息。
78.在本技术的至少一实施例中，所述支付指令是指所述目标支付渠道与所述支付比
例按照预设数据格式进行组合得到的指令，将所述支付指令中的所述目标支付渠道与所述支付比例作为支付渠道信息。
79.在一实施例中，所述确定所述支付指令对应的支付渠道信息可以包括：确定所述支付指令中包含预设数据格式的信息，并将所述预设数据格式包含的信息作为支付渠道信息；或者，确定所述支付指令中的第一支付关键词与第二支付关键词，确定所述第一支付关键词对应的目标支付渠道以及所述第二支付关键词确定的支付比例。其中，所述第一支付关键词用于标识目标支付渠道，所述第二支付关键词用于标识支付比例，通过定位所述支付指令中的支付关键词，能够得到支付渠道信息。
80.在一实施例中，当监测结果为所述运行状态未满足所述预设运行状态时，也即所述反向支付引擎执行第一退款进程和/或所述冲正支付引擎执行第二退款进程时，需终止支付交易，避免在所述反向支付引擎执行第一退款进程和/或所述冲正支付引擎执行第二退款进程时执行支付交易导致的资金链路不一致的问题，无法保证支付处理的准确性。在一实施例中，在终止支付交易后，还可以输出交易提示至预设客户端，供目标用户查阅支付交易的情况，其中，所述目标用户是指控制所述预设客户端输出交易请求的用户。
81.s15，根据所述支付渠道信息执行支付操作。
82.在本技术的至少一实施例中，所述支付渠道信息中包含目标支付渠道与所述目标支付渠道对应的支付比例，通过确定所述支付渠道信息中所述第一支付关键词与所述第二支付关键词，将所述第一支付关键词对应的内容作为目标支付渠道，将所述第二支付关键词对应的内容作为支付比例。所述支付渠道信息中所述目标支付渠道的数量可以为1个，也可以为多个。当所述目标支付渠道的数量为1个时，确定该目标支付渠道对应的支付比例，此时，所述支付比例为1，按照所述支付比例选取所述目标支付渠道进行支付操作。当所述目标支付渠道的数量为多个时，确定每个所述目标支付渠道对应的支付比例，按照所述支付比例对目标支付渠道执行支付操作。
83.可选地，所述根据所述支付渠道信息执行支付操作，包括：
84.解析所述支付渠道信息，得到第一支付关键词与第二支付关键词；
85.确定所述第一支付关键词对应的目标支付渠道以及所述第二支付关键词确定的支付比例；
86.获取预先设置的多个预设支付渠道；
87.从所述多个预设支付渠道中选取与所述目标支付渠道匹配的支付渠道；
88.按照所述支付比例对选取的支付渠道执行支付操作。
89.其中，所述第一支付关键词用于标识目标支付渠道，所述第二支付关键词用于标识支付比例，通过定位所述支付指令中的支付关键词，能够得到目标支付渠道以及支付比例。所述预设支付渠道为预先设置的可供资金支付的支付渠道，所述预设支付渠道的数量为多个。对于每个目标支付渠道，均能够从多个预设支付渠道中匹配到对应的支付渠道。在一实施例中，从所述多个预设支付渠道中选取与所述目标支付渠道匹配的支付渠道可以包括：确定多个预设支付渠道的第一渠道名称；确定目标支付渠道对应的第二渠道名称；将第一渠道名称与第二渠道名称相同的预设支付渠道作为与目标支付渠道匹配的支付渠道。
90.可选地，在所述根据所述支付渠道信息执行支付操作之后，所述方法还包括：
91.检测交易是否支付成功；
92.当检测结果为交易支付成功时，输出支付成功的提示；
93.当检测结果为交易支付失败时，确定并解析支付失败的目标原因，并根据所述目标原因调用所述其余预设支付引擎执行相应进程。
94.其中，检测交易是否支付成功可以是指检测每个目标支付渠道是否能够按照支付比例进行资金支付，当检测结果为每个目标支付渠道能够按照支付比例进行资金支付时，确定交易支付成功；当检测结果为每个目标支付渠道未能够按照支付比例进行资金支付时，确定交易支付失败。
95.在一实施例中，当检测结果为交易支付成功时，输出支付成功的提示至预设客户端，供目标用户查阅支付请求的执行情况。结合图2说明支付成功的流程，如图2所示，预设客户端发出支付请求，并将支付请求传输至正向支付引擎；所述正向支付引擎通过解析所述支付请求，得到的支付指令；将所述支付指令传输至支付网关，由支付网关在监测到多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态满足预设运行状态时，确定所述支付指令对应的支付渠道信息分别为银行卡支付渠道、积分支付渠道、预付费卡支付渠道以及账务支付渠道，确定上述各个支付渠道对应的支付比例，并按照支付比例执行支付操作。各个支付渠道返回交易支付成功的提示至所述支付网关，所述支付网关将交易支付成功的提示传输至正向支付引擎，并由所述正向支付引擎将交易支付成功的提示传输至预设客户端。
96.在一实施例中，当检测结果为交易支付失败时，所述解析支付失败的目标原因可以包括确定未能够完成资金支付的目标支付渠道对应的端口返回的支付失败原因，支付失败原因可以为支付网络不佳、渠道账户余额不足等，在此不做限制。所述根据所述目标原因调用所述其余预设支付引擎执行相应进程可以包括：调用冲正支付引擎执行第二退款进程，将支付失败的该笔支付请求对应的目标支付渠道中的资金按照支付比例进行资金回退，以保证在支付失败的情况下资金链路的一致性，从而提高支付处理的准确性。
97.示例性地，当检测结果为交易支付失败时，确定该笔支付请求对应的目标支付渠道为银行卡支付渠道与积分支付渠道，其中，银行卡支付渠道能够按照对应的支付比例完成资金支付，积分支付渠道由于余额不足的原因未能够按照对应的支付比例完成资金支付，此时，调用冲正支付引擎分别对积分支付渠道与银行卡支付渠道按照支付比例进行资金回退，并将资金回退的执行结果传输至预设客户端，以供目标用户查阅资金回退的执行情况。
98.本技术实施例提供的上述支付处理方法，通过确定多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态，并在运行状态满足预设运行状态时，根据支付指令对应的支付渠道信息执行支付操作，能够保证支付过程中资金链路的一致性与准确性，从而提高支付处理的准确性。本技术可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧城市的支付处理模块等，能够促进智慧城市的快速发展。
99.请参与图3，图3是本技术另一实施例提供的支付处理方法的流程图。如图3所示，所述支付处理方法应用于预设支付引擎，多个预设支付引擎与支付网关通信连接，所述支付处理方法可以包括如下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略：
100.s21，当接收到支付请求时，目标预设支付引擎解析所述支付请求，得到目标渠道
要素。
101.在本技术的至少一实施例中，所述支付请求中携带支付总金额的信息，目标预设支付引擎通过对所述支付请求进行解析，根据所述支付总金额确定目标支付渠道以及支付比例，将所述目标支付渠道与所述支付比例作为目标渠道要素。
102.可选地，所述解析所述支付请求，得到目标渠道要素，包括：
103.解析所述支付请求，得到支付总金额；
104.根据所述支付总金额确定目标支付渠道以及支付比例；
105.将所述目标支付渠道与所述支付比例作为目标渠道要素。
106.在一实施例中，所述目标支付渠道以及所述支付比例可以为目标用户预先设置选取的支付渠道，目标用户预先选取的支付渠道以及支付比例可以携带于支付请求中，也即所述支付请求中除了携带支付总金额的信息外，还携带用户选取的多个支付渠道与支付比例的信息，所述目标预设支付引擎在解析所述支付请求时可以直接得到用户选取的多个支付渠道与支付比例。
107.在另一实施例中，所述目标支付渠道以及所述支付比例可以依据目标用户的历史支付行为偏好以及支付附加信息综合考量得到。可选地，所述根据所述支付总金额确定目标支付渠道以及支付比例，包括：
108.采集目标用户的历史支付行为数据；
109.解析所述历史支付行为数据，得到多个历史支付渠道以及每个所述历史支付渠道的支付频率；
110.选取支付频率高于预设支付频率阈值的多个初始支付渠道；
111.确定支付附加信息；
112.将所述支付附加信息与所述多个初始支付渠道输入至预先训练好的支付渠道确定模型中，得到目标支付渠道以及支付比例。
113.其中，所述目标用户是指控制所述预设客户端输出交易请求的用户，所述目标用户的历史支付行为数据可以是指目标用户每次支付时选取的支付渠道的行为信息。所述支付频率可以是指在预设时间段内历史支付渠道被用于支付的次数。所述历史支付行为数据可存储于预设数据库中，考虑到数据存储的可靠性与隐私性，所述预设数据库可以为区块链中的目标节点。所述预设支付频率阈值为预先设置的用于评估目标用户支付渠道偏好的阈值，当历史支付渠道的支付频率高于预设支付频率阈值时，将对应的历史支付渠道作为目标用户偏好的支付渠道；当历史支付渠道的支付频率低于或等于预设支付频率时，将对应的历史支付渠道作为目标用户不常使用的支付渠道。所述支付附加信息可以是指支付渠道对应的优惠活动、支付产生的手续费以及支付速度等信息。所述支付渠道确定模型为预先设置的基于用户偏好的历史支付渠道与支付附加信息得到的目标支付渠道以及支付比例的模型。所述支付渠道确定模型的输入向量可以为经过标准化处理的历史支付渠道与支付附加信息，输出向量可以为目标支付渠道以及支付比例。模型的训练方式为现有技术，在此不做赘述。在一实施例中，所述多个初始支付渠道的数量可以等于目标支付渠道的数量，也可以大于目标支付渠道的数量，在此不做限制。
114.本技术实施例通过调用支付渠道确定模型处理所述支付附加信息与多个初始支付渠道，能够得到目标支付渠道以及支付比例，充分考虑了用户支付渠道偏好以及支付附
加信息，能够提高目标支付渠道以及支付比例选取的准确性，从而提高支付处理的准确性。
115.s22，所述目标预设支付引擎组合所述目标渠道要素，得到支付指令。
116.在本技术的至少一实施例中，将目标支付渠道与所述支付比例按照预设数据格式进行组合，得到支付指令。所述预设数据格式为预先设置的用于组合所述目标支付渠道与所述支付比例的数据格式，例如，所述预设数据格式可以为{目标支付渠道，支付比例}，在此不做限制。
117.s23，将所述支付指令输出至支付网关，由所述支付网关在监测到多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态满足预设运行状态时，确定所述支付指令对应的支付渠道信息，并根据所述支付渠道信息执行支付操作。
118.在本技术的至少一实施例中，所述多个预设支付引擎中除了所述目标预设支付引擎(本技术实施例以所述目标预设支付引擎为正向支付引擎为例)以外，还包括其余预设支付引擎，其余预设支付引擎的数量可以为1个，也可以为2个，还可以为多个，在此不做限制。本技术实施例以其余预设支付引擎的数量为2个为例，所述其余预设支付引擎分别为反向支付引擎与冲正支付引擎，其中，所述反向支付引擎用于负责支付交易完成后的退款处理(本技术实施例也称第一退款进程)，退款处理包括部分退款与全额退款，退款方式在此不做限制。所述冲正支付引擎用于负责处理支付交易过程中支付异常情况下的资金回退作业(本技术实施例也称第二退款进程)。
119.在一实施例中，所述预设运行状态是指预先设置保证支付请求能够正常执行的除所述目标预设支付引擎以外的其余预设支付引擎运行状态，所述预设运行状态可以是指除所述目标预设支付引擎以外的其余预设支付引擎未执行各自对应进程的状态。当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，所述预设运行状态可以是所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程的状态。
120.在一实施例中，所述确定所述支付指令对应的支付渠道信息可以包括：确定所述支付指令中包含预设数据格式的信息，并将所述预设数据格式包含的信息作为支付渠道信息；或者，确定所述支付指令中的第一支付关键词与第二支付关键词，确定所述第一支付关键词对应的目标支付渠道以及所述第二支付关键词确定的支付比例。其中，所述第一支付关键词用于标识目标支付渠道，所述第二支付关键词用于标识支付比例，通过定位所述支付指令中的支付关键词，能够得到支付渠道信息。
121.所述支付渠道信息中包含目标支付渠道与所述目标支付渠道对应的支付比例，通过确定所述支付渠道信息中所述第一支付关键词与所述第二支付关键词，将所述第一支付关键词对应的内容作为目标支付渠道，将所述第二支付关键词对应的内容作为支付比例。所述支付渠道信息中所述目标支付渠道的数量可以为1个，也可以为多个。当所述目标支付渠道的数量为1个时，确定该目标支付渠道对应的支付比例，此时，所述支付比例为1，按照所述支付比例选取所述目标支付渠道进行支付操作。当所述目标支付渠道的数量为多个时，确定每个所述目标支付渠道对应的支付比例，按照所述支付比例对目标支付渠道执行支付操作。
122.请参与图4，图4是本技术再一实施例提供的支付处理方法的流程图。如图4所示，所述支付处理方法应用于支付系统，可参见图2所示，所述支付系统包括通信连接的支付网关与多个预设支付引擎。所述支付处理方法可以包括如下步骤，根据不同的需求，该流程图
中步骤的顺序可以改变，某些可以省略：
123.s31，当接收到支付请求时，调用目标预设支付引擎解析所述支付请求，得到目标渠道要素。
124.在本技术的至少一实施例中，所述支付请求中携带支付总金额的信息，通过对所述支付请求进行解析，根据所述支付总金额确定目标支付渠道以及支付比例，将所述目标支付渠道与所述支付比例作为目标渠道要素。
125.s32，所述目标预设支付引擎组合所述目标渠道要素，得到支付指令，并将所述支付指令输出至支付网关。
126.在本技术的至少一实施例中，将目标支付渠道与所述支付比例按照预设数据格式进行组合，得到支付指令。所述预设数据格式为预先设置的用于组合所述目标支付渠道与所述支付比例的数据格式，例如，所述预设数据格式可以为{目标支付渠道，支付比例}，在此不做限制。
127.s33，所述支付网关接收目标预设支付引擎通过解析支付请求得到的支付指令，并确定所述多个预设支付引擎中除所述目标预设支付引擎以外的其余预设支付引擎的运行状态。
128.在一实施例中，所述多个预设支付引擎中除了所述目标预设支付引擎(本技术实施例以所述目标预设支付引擎为正向支付引擎为例)以外，还包括其余预设支付引擎，其余预设支付引擎的数量可以为1个，也可以为2个，还可以为多个，在此不做限制。本技术实施例以其余预设支付引擎的数量为2个为例，所述其余预设支付引擎分别为反向支付引擎与冲正支付引擎，其中，所述反向支付引擎用于负责支付交易完成后的退款处理(本技术实施例也称第一退款进程)，退款处理包括部分退款与全额退款，退款方式可以为制定支付工具退款与非制定支付方式退款，在此不做限制。所述冲正支付引擎用于负责处理支付交易过程中支付异常情况下的资金回退作业(本技术实施例也称第二退款进程)。
129.s34，所述支付网关监测所述运行状态是否满足预设运行状态。
130.在本技术的至少一实施例中，所述预设运行状态是指预先设置保证支付请求能够正常执行的除所述目标预设支付引擎以外的其余预设支付引擎运行状态，所述预设运行状态可以是指除所述目标预设支付引擎以外的其余预设支付引擎未执行各自对应进程的状态。当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，所述预设运行状态可以是所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程的状态。
131.s35，当监测结果为所述运行状态满足所述预设运行状态时，所述支付网关确定所述支付指令对应的支付渠道信息。
132.在本技术的至少一实施例中，所述支付指令是指所述目标支付渠道与所述支付比例按照预设数据格式进行组合得到的指令，将所述支付指令中的所述目标支付渠道与所述支付比例作为支付渠道信息。
133.s36，所述支付网关根据所述支付渠道信息执行支付操作。
134.在本技术的至少一实施例中，所述支付渠道信息中包含目标支付渠道与所述目标支付渠道对应的支付比例，通过确定所述支付渠道信息中所述第一支付关键词与所述第二支付关键词，将所述第一支付关键词对应的内容作为目标支付渠道，将所述第二支付关键
词对应的内容作为支付比例。所述支付渠道信息中所述目标支付渠道的数量可以为1个，也可以为多个。当所述目标支付渠道的数量为1个时，确定该目标支付渠道对应的支付比例，此时，所述支付比例为1，按照所述支付比例选取所述目标支付渠道进行支付操作。当所述目标支付渠道的数量为多个时，确定每个所述目标支付渠道对应的支付比例，按照所述支付比例对目标支付渠道执行支付操作。
135.请参阅图5，图5是本技术一实施例提供的支付处理装置的结构图。
136.在一些实施例中，所述支付处理装置20可以包括多个由计算机程序段所组成的功能模块。所述支付处理装置20中的各个程序段的计算机程序可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)支付处理的功能。
137.本实施例中，所述支付处理装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：指令接收模块201、状态确定模块202、状态监测模块203、渠道确定模块204以及支付执行模块205。本技术所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
138.所述指令接收模块201可以用于接收目标预设支付引擎通过解析支付请求得到的支付指令。
139.所述状态确定模块202可以用于确定所述多个预设支付引擎中除所述目标预设支付引擎以外的其余预设支付引擎的运行状态。
140.所述状态监测模块203可以用于监测所述运行状态是否满足预设运行状态。
141.在本技术的至少一实施例中，所述预设运行状态是指预先设置保证支付请求能够正常执行的除所述目标预设支付引擎以外的其余预设支付引擎运行状态，所述预设运行状态可以是指除所述目标预设支付引擎以外的其余预设支付引擎未执行各自对应进程的状态。当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，所述预设运行状态可以是所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程的状态。
142.可选地，所述监测所述运行状态是否满足预设运行状态，包括：
143.当所述其余预设支付引擎为反向支付引擎与冲正支付引擎时，监测所述反向支付引擎是否执行第一退款进程以及所述冲正支付引擎是否执行第二退款进程；
144.当监测结果为所述反向支付引擎未执行第一退款进程且所述冲正支付引擎未执行第二退款进程时，确定所述运行状态满足所述预设运行状态；
145.当监测结果为所述反向支付引擎执行第一退款进程和/或所述冲正支付引擎执行第二退款进程时，确定所述运行状态未满足预设运行状态。
146.本技术实施例通过确定多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态，并在运行状态满足预设运行状态时执行支付操作，能够保证支付过程中资金链路的一致性与准确性，从而提高支付处理的准确性。
147.所述渠道确定模块204可以用于当监测结果为所述运行状态满足所述预设运行状态时，确定所述支付指令对应的支付渠道信息。
148.所述支付执行模块205可以用于根据所述支付渠道信息执行支付操作。
149.在本技术的至少一实施例中，所述支付渠道信息中包含目标支付渠道与所述目标
支付渠道对应的支付比例，通过确定所述支付渠道信息中所述第一支付关键词与所述第二支付关键词，将所述第一支付关键词对应的内容作为目标支付渠道，将所述第二支付关键词对应的内容作为支付比例。所述支付渠道信息中所述目标支付渠道的数量可以为1个，也可以为多个。当所述目标支付渠道的数量为1个时，确定该目标支付渠道对应的支付比例，此时，所述支付比例为1，按照所述支付比例选取所述目标支付渠道进行支付操作。当所述目标支付渠道的数量为多个时，确定每个所述目标支付渠道对应的支付比例，按照所述支付比例对目标支付渠道执行支付操作。
150.可选地，所述根据所述支付渠道信息执行支付操作，包括：
151.解析所述支付渠道信息，得到第一支付关键词与第二支付关键词；
152.确定所述第一支付关键词对应的目标支付渠道以及所述第二支付关键词确定的支付比例；
153.获取预先设置的多个预设支付渠道；
154.从所述多个预设支付渠道中选取与所述目标支付渠道匹配的支付渠道；
155.按照所述支付比例对选取的支付渠道执行支付操作。
156.其中，所述第一支付关键词用于标识目标支付渠道，所述第二支付关键词用于标识支付比例，通过定位所述支付指令中的支付关键词，能够得到目标支付渠道以及支付比例。所述预设支付渠道为预先设置的可供资金支付的支付渠道，所述预设支付渠道的数量为多个。对于每个目标支付渠道，均能够从多个预设支付渠道中匹配到对应的支付渠道。在一实施例中，从所述多个预设支付渠道中选取与所述目标支付渠道匹配的支付渠道可以包括：确定多个预设支付渠道的第一渠道名称；确定目标支付渠道对应的第二渠道名称；将第一渠道名称与第二渠道名称相同的预设支付渠道作为与目标支付渠道匹配的支付渠道。
157.可选地，在所述根据所述支付渠道信息执行支付操作之后，所述方法还包括：
158.检测交易是否支付成功；
159.当检测结果为交易支付成功时，输出支付成功的提示；
160.当检测结果为交易支付失败时，确定并解析支付失败的目标原因，并根据所述目标原因调用所述其余预设支付引擎执行相应进程。
161.其中，检测交易是否支付成功可以是指检测每个目标支付渠道是否能够按照支付比例进行资金支付，当检测结果为每个目标支付渠道能够按照支付比例进行资金支付时，确定交易支付成功；当检测结果为每个目标支付渠道未能够按照支付比例进行资金支付时，确定交易支付失败。
162.在一实施例中，当检测结果为交易支付成功时，输出支付成功的提示至预设客户端，供目标用户查阅支付请求的执行情况。结合图2说明支付成功的流程，如图2所示，预设客户端发出支付请求，并将支付请求传输至正向支付引擎；所述正向支付引擎通过解析所述支付请求，得到的支付指令；将所述支付指令传输至支付网关，由支付网关在监测到多个预设支付引擎中除目标预设支付引擎以外的其余预设支付引擎的运行状态满足预设运行状态时，确定所述支付指令对应的支付渠道信息分别为银行卡支付渠道、积分支付渠道、预付费卡支付渠道以及账务支付渠道，确定上述各个支付渠道对应的支付比例，并按照支付比例执行支付操作。各个支付渠道返回交易支付成功的提示至所述支付网关，所述支付网关将交易支付成功的提示传输至正向支付引擎，并由所述正向支付引擎将交易支付成功的
提示传输至预设客户端。
163.在一实施例中，当检测结果为交易支付失败时，所述解析支付失败的目标原因可以包括确定未能够完成资金支付的目标支付渠道对应的端口返回的支付失败原因，支付失败原因可以为支付网络不佳、渠道账户余额不足等，再次不做限制。所述根据所述目标原因调用所述其余预设支付引擎执行相应进程可以包括：调用冲正支付引擎执行第二退款进程，将支付失败的该笔支付请求对应的目标支付渠道中的资金按照支付比例进行资金回退，以保证在支付失败的情况下资金链路的一致性，从而提高支付处理的准确性。
164.示例性地，当检测结果为交易支付失败时，确定该笔支付请求对应的目标支付渠道为银行卡支付渠道与积分支付渠道，其中，银行卡支付渠道能够按照对应的支付比例完成资金支付，积分支付渠道由于余额不足的原因未能够按照对应的支付比例完成资金支付，此时，调用冲正支付引擎分别对积分支付渠道与银行卡支付渠道按照支付比例进行资金回退，并将资金回退的执行结果传输至预设客户端，以供目标用户查阅资金回退的执行情况。
165.参阅图6所示，为本技术一实施例提供的计算机设备的结构示意图。在本技术较佳实施例中，所述计算机设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。
166.本领域技术人员应该了解，图6示出的计算机设备的结构并不构成本技术实施例的限定，既可以是总线型结构，也可以是星形结构，所述计算机设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。
167.在一些实施例中，所述计算机设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述计算机设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。
168.需要说明的是，所述计算机设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本技术，也应包含在本技术的保护范围以内，并以引用方式包含于此。
169.在一些实施例中，所述存储器31中存储有计算机程序，所述计算机程序被所述至少一个处理器32执行时实现如所述的支付处理方法中的全部或者部分步骤。所述存储器31包括只读存储器(read-only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、一次可编程只读存储器(one-time programmable read-only memory，otprom)、电子擦除式可复写只读存储器(electrically-erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
170.进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
171.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用
密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
172.在一些实施例中，所述至少一个处理器32是所述计算机设备3的控制核心(control unit)，利用各种接口和线路连接整个计算机设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行计算机设备3的各种功能和处理数据。例如，所述至少一个处理器32执行所述存储器中存储的计算机程序时实现本技术实施例中所述的支付处理方法的全部或者部分步骤；或者实现支付处理装置的全部或者部分功能。所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(central processing unit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。
173.在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。
174.尽管未示出，所述计算机设备3还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备3还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再赘述。
175.上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，计算机设备，或者网络设备等)或处理器(processor)执行本技术各个实施例所述方法的部分。
176.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
177.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
178.另外，在本技术各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
179.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。说明书中陈述的多个单元或装置
也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
180.最后应说明的是，以上实施例仅用以说明本技术的技术方案而非限制，尽管参照较佳实施例对本技术进行了详细说明，本领域的普通技术人员应当理解，可以对本技术的技术方案进行修改或等同替换，而不脱离本技术技术方案的精神和范围。