一种支付路由方法及支付路由中间件与流程

本发明涉及互联网支付领域，尤其涉及一种支付路由方法及支付路由中间件。

背景技术：

目前，随着互联网支付产品的增多，对支付路由方法的便捷性要求越来越高。

但是，现有的支付路由方法存在以下缺陷：

(1)支付路由的决策或者逻辑处理模块在服务器端，一旦由于某个支付规则路由逻辑配置错误或者网络故障等其它原因而引起整个路由服务不可用的情况下，将会对所有使用路由的系统造成全部或者部分路由不可用，影响客户端正常路由工作；

(2)在处理支付请求时候功能单一，只能请求到特定的一个支付渠道，支付系统无法灵活根据业务进行支付路由配置。

技术实现要素：

为了克服现有技术的不足，本发明的目的之一在于提供一种支付路由方法，以保证支付路由的高可用性；

本发明的目的之二在于提供一种支付路由中间件，以保证支付路由的高可用性。

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

一种支付路由方法，该方法由中间件执行，所述中间件包括第一服务器和第二服务器，所述方法包括以下步骤：

第一服务器获取路由规则和配置信息；

第一服务器将更新的路由规则和更新的配置信息发送到第二服务器；

第二服务器接收支付请求；

第二服务器根据所述支付请求、所述更新的路由规则以及所述更新的配置信息选择支付通道；

第二服务器将支付通道信息输出到客户端。

进一步地，还包括：

第二服务器获取客户端的支付信息。

进一步地，所述获取客户端的支付信息之后还包括：

若支付失败，则第二服务器重新选择支付通道。

进一步地，所述第一服务器将更新的路由规则和更新的配置信息发送到第二服务器之前还包括：

第二服务器监听第一服务器的数据变化信息。

进一步地，所述路由规则包括：支付额度规则、支付成功率规则、优化费率规则以及特定用户规则。

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

一种支付路由中间件，包括：第一服务器及第二服务器，所述第一服务器包括第一获取模块及发送模块；所述第二服务器包括接收模块、第一选择模块及输出模块；

所述第一获取模块，用于第一服务器获取路由规则和配置信息；

所述发送模块，用于第一服务器将更新的路由规则和更新的配置信息发送到第二服务器；

所述接收模块，用于第二服务器接收支付请求；

所述第一选择模块，用于第二服务器根据所述支付请求、所述更新的路由规则以及所述更新的配置信息选择支付通道；

所述输出模块，用于第二服务器将支付通道信息输出到客户端。

进一步地，所述第二服务器还包括：第二获取模块；

所述第二获取模块，用于第二服务器获取客户端的支付信息。

进一步地，所述第二服务器还包括：第二选择模块；

所述第二选择模块，用于若支付失败，则第二服务器重新选择支付通道。

进一步地，所述第二服务器还包括：监听模块；

所述监听模块，用于第二服务器监听第一服务器的数据变化信息。

进一步地，所述路由规则包括：支付额度规则、支付成功率规则、优化费率规则以及特定用户规则。

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

(1)通过中间件，将路由规则和配置信息存储于第一服务器，第二服务器用于处理及执行路由逻辑，当第一服务器不可用时不影响客户端正常路由工作；

(2)路由规则和配置信息的集中化管理，支付系统可以根据业务灵活进行支付路由配置。

附图说明

图1为本发明实施例提供的支付路由方法流程图；

图2为本发明另一实施例提供的支付路由方法流程图；

图3为本发明实施例提供的支付路由中间件示意图。

具体实施方式

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

如图1所示，本发明实施例提供的支付路由方法，该方法由中间件执行，其中中间件包括第一服务器和第二服务器，该方法包括以下步骤：

步骤s101：第一服务器获取路由规则和配置信息。

具体的，业务人员通过第一服务器对各个业务的路由规则以及配置信息进行注册或更新，第一服务器包括路由规则管理模块以及配置信息管理模块，路由规则管理模块用于维护管理各种路由规则的逻辑脚本，配置信息管理模块用于维护管理配置信息。其中，路由规则包括：支付额度规则、支付成功率规则、优化费率规则以及特定用户规则等，配置信息包括支付品牌、通道信息等数据配置。

步骤s102：第二服务器监听第一服务器的数据变化信息。

步骤s103：第一服务器将更新的路由规则和更新的配置信息发送到第二服务器。

具体的，第一服务器和第二服务器通过分布式应用协调程序实现同步服务，第二服务器的路由监听模块实时监听第一服务器中相应的规则数据变化，以获取最新的路由规则和配置信息，第一服务器将最新的路由规则和配置信息同步更新到第二服务器。

步骤s104：第二服务器接收支付请求。

具体的，支付请求包括用户类型、交易场景、交易类型、交易金额等。

步骤s105：第二服务器根据所述支付请求、所述更新的路由规则以及所述更新的配置信息选择支付通道。

具体的，第二服务器以sdk方式提供给客户端，第二服务器中的规则引擎子模块响应客户端的支付请求，调用路由规则以及配置信息，根据路由规则以及配置信息执行路由逻辑，选择支付品牌或通道信息。例如，设置针对某个场景的规则及相应的配置数据，第二服务器根据特定用户规则、支付额度规则灵活进行支付路由配置，对于某个时间段内用户的支付请求选择费率更少的银行或第三方支付系统。

步骤s106：第二服务器将支付通道信息输出到客户端。

具体的，第二服务器根据支付请求、路由规则和配置信息选择合适的支付通道，将选择的支付通道信息输出到客户端，供客户端选择。

支付路由采用去中心化的分部结构，第一服务器提供路由规则和配置信息的注册和管理，真正的处理执行逻辑放置于第二服务器中，第二服务器根据支路由规则及配置信息灵活选择支付通道，当第一服务器不可用时，第二服务器缓冲更新的路由规则和配置信息继续保持路由能力，不影响客户端正常路由工作，保证了支付路由的高可用性。

如图2所示，本发明另一实施例提供的支付路由方法，该方法由中间件执行，其中中间件包括第一服务器和第二服务器，该方法包括以下步骤：

步骤s201：第一服务器获取路由规则和配置信息。

步骤s202：第二服务器监听第一服务器的数据变化信息。

步骤s203：第一服务器将更新的路由规则和更新的配置信息发送到第二服务器。

步骤s204：第二服务器接收支付请求。

步骤s205：第二服务器根据所述支付请求、所述更新的路由规则以及所述更新的配置信息选择支付通道。

步骤s206：第二服务器将支付通道信息输出到客户端。

步骤s201-步骤s206与上一实施例的步骤s101-步骤s106相同，在此不再赘述。

步骤s207：第二服务器获取客户端的支付信息。

步骤s208：若支付失败，则第二服务器重新选择支付通道。

具体的，客户端根据第二服务器输出的支付通道选择出最优支付通道并进行支付，第二服务器获取客户端的支付信息，若支付失败，则判断是否是路由不可用，若是路由不可用，则输出支付失败到客户端，否则重新根据路由规则和配置信息选择支付通道并输出到客户端。

中间件提供多种支付通道，当遇到支付系统不可用时，中间件根据路由规则及时路由到其他可替代的支付系统，根据业务灵活进行支付路由配置。

如图3所示，本发明实施例提供的支付路由中间件，包括第一服务器和第二服务器，第一服务器包括：第一获取模块11及发送模块12，第二服务器包括接收模块13、第一选择模块14及输出模块15；第一服务器与支付系统连接，第二服务器与客户端连接。

第一获取模块11，用于第一服务器获取路由规则和配置信息；

发送模块12，用于第一服务器将更新的路由规则和更新的配置信息发送到第二服务器；

接收模块13，用于第二服务器接收支付请求；

第一选择模块14，用于第二服务器根据所述支付请求、所述更新的路由规则以及所述更新的配置信息选择支付通道；

输出模块15，用于第二服务器将支付通道信息输出到客户端。

进一步地，还包括：第二获取模块；

第二获取模块，用于第二服务器获取客户端的支付信息。

进一步地，还包括：第二选择模块；

第二选择模块，用于若支付失败，则第二服务器重新选择支付通道。

进一步地，还包括：监听模块；

监听模块，用于第二服务器监听第一服务器的数据变化信息。

进一步地，所述路由规则包括：支付额度规则、支付成功率规则、优化费率规则以及特定用户规则。

本实施例中的支付路由中间件与前述实施例中的方法是基于同一发明构思下的两个方面，在前面已经对方法实施过程作了详细的描述，所以本领域技术人员可根据前述描述清楚地了解本实施例中的支付路由中间件的结构及实施过程，为了说明书的简洁，在此就不再赘述。

为了描述的方便，描述以上支付路由中间件时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本发明提供的支付路由方法及支付路由中间件通过中间件，将路由规则和配置信息存储于第一服务器，第二服务器用于处理及执行路由逻辑，当第一服务器不可用时不影响客户端正常路由工作；路由规则和配置信息的集中化管理，支付系统可以根据业务灵活进行支付路由配置。

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