CN108009805A - 一种支付处理方法、存储介质、装置及支付路由系统 - Google Patents

Abstract

本发明公开了一种支付处理方法，包括以下步骤：获取步骤：获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；规则匹配步骤：当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；支付处理步骤：根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；更新步骤：根据支付结果更新订单状态，并将支付结果显示给用户。本发明还提供了一种计算机可读存储介质、支付处理装置及支付路由系统。本发明能够大大提高支付系统的支付成功率。

Description

一种支付处理方法、存储介质、装置及支付路由系统

技术领域

本发明涉及互联网支付及金融，尤其涉及一种互联网支付中的支付方式显示方法及装置、支付处理方法、电子设备、存储介质及支付路由系统。

背景技术

目前，支付路由系统在支付平台中是核心功能，随着业务扩展，交易量越来越大，支付渠道出现以下问题：1)运营成本日益增高；2)支付渠道越来越多，每个支付渠道的费率成本、可靠性、稳定性、性能和可用性都有差异，使得支付成功率下降。

发明内容

为了克服现有技术的不足，本发明的目的之一在于提供支付处理方法，其能够解决现有技术中随着业务扩展使得支付系统的支付成功率低下的问题。

本发明的目的之二在于提供一种计算机可读存储介质，其能够解决现有技术中随着业务扩展使得支付系统的支付成功率低下的问题。

本发明的目的之三在于提供一种支付处理装置，其能够解决现有技术中随着业务扩展使得支付系统的支付成功率低下的问题

本发明的目的之四在于提供支付路由系统，其能够解决现有技术中随着业务扩展使得支付系统的支付成功率低下的问题。

本发明的目的之一采用如下技术方案实现：

一种支付处理方法，包括以下步骤：

获取步骤：获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；

规则匹配步骤：当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；

支付处理步骤：根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；

更新步骤：根据支付结果更新订单状态，并将支付结果显示给用户。

进一步地，所述路由规则是由工程师根据多种支付渠道因素制作而成的；所述支付渠道因素包括费率规则、渠道类型、资金头寸、支持银行、营销策略、卡类型规则、到账失效、短信校验、交易限额、QOS规则、收款商户、时间维度和交易量分流规则。

进一步地，还包括第三方支付步骤：当用户所选择的支付方式为第三方支付时，调用第三方支付渠道进行支付并得到支付结果。

进一步地，所述规则匹配步骤具体为：根据用户的支付方式创建对应的对象并触发规则引擎，通过规则引擎加载规则库中相关联的路由规则，以及通过规则匹配算法执行相关联的路由规则以得到满足条件的支付渠道。

本发明的目的之二采用如下技术方案实现：

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的支付处理方法的步骤。

本发明的目的之三采用如下技术方案实现：

一种支付处理装置，包括：

获取模块，用于获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；

规则匹配模块，用于当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；

支付处理模块，用于根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；

更新模块，用于根据支付结果更新订单状态，并将支付结果显示给用户。

进一步地，所述路由规则是由工程师根据多种支付渠道因素制作而成的；所述支付渠道因素包括费率规则、渠道类型、资金头寸、支持银行、营销策略、卡类型规则、到账失效、短信校验、交易限额、QOS规则、收款商户、时间维度和交易量分流规则。

进一步地，还包括第三方支付模块，用于当用户所选择的支付方式为第三方支付时，调用第三方支付渠道进行支付并得到支付结果。

进一步地，所述规则匹配模块，还用于根据用户的支付方式创建对应的对象并触发规则引擎，通过规则引擎加载规则库中相关联的路由规则，以及通过规则匹配算法执行相关联的路由规则以得到满足条件的支付渠道。

本发明的目的之四采用如下技术方案实现：

支付路由系统，包括：引导路由模块、支付网关模块、支付路由模块和支付渠道，引导路由模块用于向用户提供业务界面；支付网关模块用于接收用户的支付请求并发送给支付路由模块；所述支付路由模块用于根据用户的支付请求以及预设路由规则筛选出对应的支付渠道，从而使得支付网关模块通过对应的支付渠道向对应的银行发起支付请求。

相比现有技术，本发明的有益效果在于：

本发明通过将支付渠道的各种参数因素制作成对应的规则，然后根据支付方式加载并执行对应的规则来筛选出满足条件的支付渠道，可大大提高系统的支付成功率。

附图说明

图1为本发明提供的支付路由系统的模块示意简图；

图2为本发明提供的支付方式显示方法的流程图；

图3为本发明提供的支付方式显示装置的模块图；

图4为本发明提供的支付处理方法的流程图；

图5为本发明提供的路由规则执行示意图；

图6为本发明提供的支付处理装置的模块图。

具体实施方式

下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

实施例

本发明提供了一种支付路由系统，如图1所示，包括引导路由模块、支付网关模块、支付路由模块和支付渠道，引导路由模块通过支付网关模块与支付渠道进行通信，支付路由模块与支付网关模块连接，支付渠道与银行后台服务器连接。

其中，引导路由模块是用于向用户显示业务界面。该业务界面比如支付页面、展示订单信息的页面、展示交易结果的页面等。这里的用户指的是待支付者，比如买家、付款者。

支付类型包括第三方支付和网上银行支付，其中第三方支付比如微信支付、支付宝支付；网上银行支付主要是指银联支付，银联支付又可以根据支持卡的类型不同而不同，比如信用卡支付、借记卡支付；或者根据银行的不同而不同的支付类型，比如中国银行支付、中国工商银行支付。如图1所示，向用户展示出系统所支持的支付方式为：中国工商银行、招商银行、交通银行、兴业银行、微信支付、支付宝支付等。

支付网关模块用于接收用户的支付请求并对其进行处理。比如将支付请求的信息通过对应的支付渠道发送到对应的银行后台服务器。支付请求中包括订单信息、支付金额、状态等数据。比如接收订单信息并对订单信息进行处理、风险识别、账户记账等操作。

支付路由模块用于根据用户的支付请求以及规则库中相关联的路由规则来得出满足预设条件的支付渠道。由于支付渠道是对银行支付接口的封装，其包含合作银行及合作银行的通道成本、商户费率、QOS规则等，与各个合作银行直接进行通信。比如对于支付渠道：工行借记快捷，其与工行总行、工行分行、块钱信用卡均可发起支付通信。因此，在选择支付渠道时，要根据实际的需求综合考虑各种因素选择出最优的支付渠道来进行支付，进而保证支付的成功率。

另外，路由规则是由运营人员维护并存储在规则库，比如有交易规则(涉及到交易因素，比如费率、到账时效、支付限额等)、分流规则(比如通道的流量大小等)等。路由规则是根据实际的需求制作的，可根据不同的考虑因素会设置不同的路由规则。考虑的因素：费率规则、渠道类型、资金头寸、支持银行、营销策略、卡类型规则、到账时效、短信校验、交易限额、QOS规则、收款商户、时间维度、交易量分流规则等等，上述路由规则指的是每个合作银行支付时所涉及到的各种参数，要想得出最优的支付渠道，也即是找出能够满足相关参数的合作银行，比如找出到账时效快、交易限额最高、支持借记卡的合作银行。运营人员根据实际的需求针对上述考虑因素得到对应的路由规则，然后将其存储于规则库中；并且对规则库中的路由规则进行定期维护。

在支付渠道筛选时，如图5所示，首先根据用户的支付请求创建对应的对象并触发规则引擎，通过规则引擎加载规则库中与对应的对象相关联的一个或多个路由规则，并通过规则匹配算法依次执行一个或多个路由规则以便得出满足条件的支付渠道。比如，对于用户所选择的工行支付，可根据上述方法选出比较符合的支付渠道，选择广州越秀区工行支行进行支付时，其费率低、到账时效快等。文中的对象是指在规则引擎中，每条规则的输入参数。每条规则在定义时，都会根据规则的需求定义自己的输入参数。

本发明中的规则引擎采用drools，该规则匹配算法采用RETE算法(也即是RETE推理网络)来实现。RETE算法由Carnegie Mellon University的Dr CharlesL.Forgy设计发明，是一个用来实现产生式规则系统的高效模式匹配算法。它可以被分为两部分：规则编译和运行时执行。规则编译是根据规则集生成推理网络的过程，运行时执行指将数据送入推理网络进行筛选的过程。

RETE推理网络的生成过程如下：

相关概念：

(1)事实(Fact)：对象之间及对象属性之间的关系；

(2)规则(rule)：是由条件和结论构成的推理语句，一般表示为if...Then。一个规则的if部分称为LHS，then部分称为RHS；

(3)模式(module)：就是指IF语句的条件；这里IF条件可能是有几个更小的条件组成的大条件；模式就是指的不能在继续分割下去的最小的原子条件。

其生成过程简单来说，就是从规则集{规则1，规则2........}中拿出一条来，根据一定算法，变成RETE推理网络的节点。不断循环将所有规则都处理完，RETE推理网络就生成了。其中一定算法具体过程如下：

1)创建root节点(根节点)，推理网络的入口。

2)获取规则1，从规则1中取出模式1(前面说了，模式就是最小的原子条件，所以规则模式的关系是1：n)。

a)检查模式1中的参数类型，如果是新类型，添加一个类型节点。

b)检查模式1对应的Alpha节点是否存在，如果存在记录下节点的位置；如果没有，将模式1作为一个Alpha节点加入到网络中。同时根据Alpha节点建立Alpah内存表。

c)重复b，直到处理完所有模式。

d)组合Beta节点：

Beta(2)左输入节点为Alpha(1)，右输入节点为Alpha(2)；

Beta(i)左输入节点是Beta(i-1)，右输入节点为Alpha(i)；

e)重复d，直到所有Beta节点处理完毕。

f)将动作Then部分封装成最后节点作为Beta(n)。

3)重复2，直到所有规则处理完毕。

当然，对于RETE算法是现有技术，本发明只是做简单介绍，具体实现是本领域技术人员所熟知的。

对应地，如图2所示，本发明还提供了一种支付方式显示方法，其是向用户展示系统所支持的支付方式，其应用于引导路由模块，包括以下步骤：

S11、根据业务特性创建对应的引导模板。其中，业务特性指的是业务的类型，比如业务为网购支付、充值、转账、发红包等。对应地，系统中存在对应的引导模板，比如交易引导模板、充值引导模板、转账引导模板、红包引导模板等。比如本次支付业务为转账，系统会自动创建一个转账引导模板。每个引导模板均具有对应的属性信息。

S12、获取引导模板的属性信息。属性信息包括支持金额的上下限(比如1.00～500.00)、卡类型(比如借记卡、贷记卡)、渠道类型(快捷支付、B2C支付、无线支付等)等。

S13、根据引导模板的属性信息创建对应的对象并触发规则引擎，通过规则引擎加载规则库与对应的对象相关联的路由规则，并根据规则匹配算法执行相关联的路由规则，以得出系统所支持的支付方式，并根据所支持的支付方式向用户显示支付界面。比如，对于直联的支付方式，通过执行路由规则，可筛选得出支持的银行编码列表，进而得出对应的支持银行。比如，当用户在网购下完订单进入支付界面时，可通过该显示方法显示出该网购网站中所支持的所有的支付方式，向用户展示付款页面。这里的规则引擎与规则匹配算法与支付路由选择时是一样的，只是根据不同的数据创建的对象不同，从而加载的路由规则也就不同。

如图3所示，支付方式显示装置，其包括：

获取模块，用于根据业务特性创建对应的引导模板；

处理模块，用于根据引导模板的属性信息创建对应的对象并触发规则引擎，通过规则引擎加载规则库与对应的对象相关联的路由规则，并根据规则匹配算法执行相关联的路由规则，以得出系统所支持的支付方式，并根据所支持的支付方式向用户显示支付界面。

通过上述支付方式显示方法能够向支付者展示本系统所支持的所有支付方式，如图1中所述的支付方式示意图。

另外，如图4所示，本发明提供了一种支付处理方法，应用于支付路由系统，其包括以下步骤：

S21、获取用户的支付请求。用户的支付请求包括用户选择的支付方式和订单信息，其中订单信息包括订单号、支付金额、订单状态等。当用户选择支付方式以及提交订单信息时，还需要对此次交易进行风险评估，风险评估通过后对账户记账，从而能够保证支付安全。另外，用户选择的支付方式也分为两种，一种是直联支付方式，也即是直接通过银行进行支付；一种是第三方支付方式，比如通过微信支付、支付宝支付等。

S22、当用户选择的支付方式为直联支付方式时，根据用户的支付请求得出规则库中相关联的一个或多个路由规则，并根据规则匹配算法依次执行一个或多个路由规则，以得出满足条件的支付渠道。比如根据用户选择的支付方式以及支付金额创建对应的对象，以及通过对应的对象来触发规则引擎，然后通过规则引擎加载规则库中相关联的一个或多个路由规则，最后根据规则匹配算法依次执行一个或多个路由规则来得到满足条件的支付银行渠道。假设用户选择的支付银行为中国工商银行、支付卡类型为借记卡、交易金额为1000元等，根据创建的引用对象以及具体的数据值来匹配对应的路由规则进而得出满足条件的支付渠道。比如在执行相关的规则时，查找到广州工商银行其所支持的交易支付卡类型为借记卡、交易金额范围1-2000、实时到账等，因此在选择进行支付时，就选择与广州工行银行的后台服务器进行通信来完成支付功能。

S23、根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果。根据选出的最优的支付渠道来生成对应的支付参数，进而根据支付参数向对应的银行发起支付请求并得到支付结果。比如支付是否成功等数据。

S24、根据支付结果更新订单信息，并将更新后的订单信息显示给用户查看。

另外，当用户所选择的支付通道是第三方支付，如微信支付、支付宝支付时，本系统只需要直接通过第三方支付渠道进行支付得到支付结果即可。至于第三方支付时，是如何选择与哪些银行进账支付，是由第三方自行选择，与本系统无关。

本发明还提供了一种电子设备，其包括存储器、处理器以及存储在存储器上并可在处理上运行的计算机程序，所述处理器执行所述程序时实现如文中所述的支付处理方法的步骤。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如文中所述的支付处理方法的步骤。

本发明还提供了一种支付处理装置，如图6所示，其包括：

获取模块，用于获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；

规则匹配模块，用于当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；

支付处理模块，用于根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；

更新模块，用于根据支付结果更新订单状态，并将支付结果显示给用户。

进一步地，还包括第三方支付模块，用于当用户所选择的支付方式为第三方支付时，调用第三方支付渠道进行支付并得到支付结果。

进一步地，所述规则匹配模块，还用于根据用户的支付方式创建对应的对象并触发规则引擎，通过规则引擎加载规则库中相关联的路由规则，以及通过规则匹配算法执行相关联的路由规则以得到满足条件的支付渠道。

上述实施方式仅为本发明的优选实施方式，不能以此来限定本发明保护的范围，本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。

Claims (10)

1.一种支付处理方法，其特征在于包括以下步骤：

获取步骤：获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；

规则匹配步骤：当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；

支付处理步骤：根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；

更新步骤：根据支付结果更新订单状态，并将支付结果显示给用户。

2.如权利要求1所述的方法，其特征在于：所述路由规则是由工程师根据多种支付渠道因素制作而成的；所述支付渠道因素包括费率规则、渠道类型、资金头寸、支持银行、营销策略、卡类型规则、到账失效、短信校验、交易限额、QOS规则、收款商户、时间维度和交易量分流规则。

3.如权利要求1所述的方法，其特征在于：还包括第三方支付步骤：当用户所选择的支付方式为第三方支付时，调用第三方支付渠道进行支付并得到支付结果。

4.如权利要求1所述的方法，其特征在于：所述规则匹配步骤具体为：根据用户的支付方式创建对应的对象并触发规则引擎，通过规则引擎加载规则库中相关联的路由规则，以及通过规则匹配算法执行相关联的路由规则以得到满足条件的支付渠道。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述的支付处理方法的步骤。

6.一种支付处理装置，其特征在于包括：

获取模块，用于获取用户的支付请求；用户的支付请求包括用户所选择的支付方式；

规则匹配模块，用于当用户所选择的支付方式为直联的支付方式时，根据用户的支付请求得出规则库中相关联的路由规则，并根据规则匹配算法执行路由规则，以得出满足条件的支付渠道；

支付处理模块，用于根据支付渠道生成支付参数，向对应的银行发起支付请求并得到支付结果；

更新模块，用于根据支付结果更新订单状态，并将支付结果显示给用户。

7.如权利要求6所述的装置，其特征在于：所述路由规则是由工程师根据多种支付渠道因素制作而成的；所述支付渠道因素包括费率规则、渠道类型、资金头寸、支持银行、营销策略、卡类型规则、到账失效、短信校验、交易限额、QOS规则、收款商户、时间维度和交易量分流规则。

8.如权利要求6所述的装置，其特征在于：还包括第三方支付模块，用于当用户所选择的支付方式为第三方支付时，调用第三方支付渠道进行支付并得到支付结果。

9.如权利要求6所述的装置，其特征在于：所述规则匹配模块，还用于根据用户的支付方式创建对应的对象并触发规则引擎，通过规则引擎加载规则库中相关联的路由规则，以及通过规则匹配算法执行相关联的路由规则以得到满足条件的支付渠道。

10.一种支付路由系统，其特征在于包括：引导路由模块、支付网关模块、支付路由模块和支付渠道，引导路由模块用于向用户提供业务界面；支付网关模块用于接收用户的支付请求并发送给支付路由模块；所述支付路由模块用于根据用户的支付请求以及预设路由规则筛选出对应的支付渠道，从而使得支付网关模块通过对应的支付渠道向对应的银行发起支付请求。