CN111598562A - 支付路由的方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种支付路由的方法、装置及计算机可读存储介质，属于通信领域。该方法包括：从商户平台获取支付请求，支付请求中包括唯一编号；根据唯一编号，在预存储的多个账号模板中匹配目标账号模板，账号模板中包括多个具有相同账号特性的支付账号；从目标账号模板中确定出目标支付账号；根据目标支付账号，向对应的银行请求打款。本申请实施例中，将多个具有相同账号特性的支付账号汇聚为一个账号模板，并在支付请求中携带账号模板的编号，通过一个编号标识一组同特性的支付账号能解决账号特性多配置麻烦的问题，提高维护效率，能够适配更多路由场景。

Description

支付路由的方法、装置及计算机可读存储介质

技术领域

本申请实施例涉及通信领域，具体涉及一种支付路由的方法、装置及计算机可读存储介质。

背景技术

目前的支付路由有两种方式，第一，指定具体通道，指定后如果此通道不支持请求的银行，则无法匹配其他通道出款。第二，逐条路由匹配，从匹配结果中根据优先级选择最终路由。对于一条新通道在投产初期，需要经过一段时间的灰度交易来验证通道质量，需要制定灰度的通道。测试人员需要知道哪些通道可以发测试交易，对外演示结算出款时需要单独配一条路由等，这些个性化需求如果都基于底层通道的特性匹配来做，而每条通道之间有相同的属性，又有独特的属性，这会让配置变的非常复杂。

发明内容

本申请实施例的目的是提供一种支付路由的方法、装置及计算机可读存储介质，能够解决现有支付路由配置复杂的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供一种支付路由的方法，所述方法包括：

从商户平台获取支付请求，所述支付请求中包括唯一编号；

根据所述唯一编号，在预存储的多个账号模板中匹配目标账号模板，所述账号模板中包括多个具有相同账号特性的支付账号；

从所述目标账号模板中确定出目标支付账号；

根据所述目标支付账号，向对应的银行请求打款。

进一步地，在从商户平台获取支付请求之前，所述方法还包括：

从所述商户平台获取账号模板建立请求；

响应于所述账号模板建立请求，将多个具有相同账号特性的支付账号建立为所述账号模板；

建立所述唯一编号和所述账号模板之间的映射关系。

进一步地，所述从所述目标账号模板中确定出目标支付账号，包括：

根据业务筛选规则和路由规则，从所述目标账号模板中确定出目标支付账号。

进一步地，所述方法还包括：预先配置所述账号模板中各个支付账号的打款权重；

所述根据所述路由规则，从所述目标账号模板中确定出目标支付账号，包括：

根据各个支付账号的打款权重，从所述目标账号模板中确定出目标支付账号。

进一步地，在从商户平台获取支付请求之前，所述方法还包括：

配置账号特性列表，所述账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

所述支付请求中包括唯一编号，所述方法还包括：

根据所述唯一编号，在所述账号特性列表中匹配目标账号特性；

匹配与所述目标账号特性对应的所有支付账号；

从与所述目标账号特性对应的所有支付账号中确定出目标支付账号。

第二方面，本申请实施例提供一种支付路由的装置，包括：

第一获取模块，用于从商户平台获取支付请求，所述支付请求中包括唯一编号；

第一匹配模块，用于根据所述唯一编号，在预存储的多个账号模板中匹配目标账号模板，所述账号模板中包括多个具有相同账号特性的支付账号；

第一确定模块，用于从所述目标账号模板中确定出目标支付账号；

请求模块，用于根据所述目标支付账号，向对应的银行请求打款。

进一步地，所述装置还包括：

第二获取模块，用于从所述商户平台获取账号模板建立请求；

第一建立模块，用于响应于所述账号模板建立请求，将多个具有相同账号特性的支付账号建立为所述账号模板；

第二建立模块，用于建立所述唯一编号和所述账号模板之间的映射关系。

进一步地，所述第一确定模块包括：

确定单元，用于根据业务筛选规则和路由规则，从所述目标账号模板中确定出目标支付账号。

进一步地，所述装置还包括：第一配置模块，用于预先配置所述账号模板中各个支付账号的打款权重；

所述确定单元进一步用于，根据各个支付账号的打款权重，从所述目标账号模板中确定出目标支付账号。

进一步地，所述装置还包括：

第二配置模块，用于配置账号特性列表，所述账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

所述支付请求中包括唯一编号，所述装置还包括：

第二匹配模块，用于根据所述唯一编号，在所述账号特性列表中匹配目标账号特性；

第三匹配模块，用于匹配与所述目标账号特性对应的所有支付账号；

第二确定模块从与所述目标账号特性对应的所有支付账号中确定出目标支付账号。

第三方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的支付路由的方法的步骤。

本申请实施例中，将多个具有相同账号特性的支付账号汇聚为一个账号模板，并在支付请求中携带账号模板的编号，通过一个编号标识一组同特性的支付账号能解决账号特性多配置麻烦的问题，提高维护效率，能够适配更多路由场景。

附图说明

图1为本申请实施例提供的支付路由的方法流程示意图之一；

图2为本申请实施例提供的应用场景示意图；

图3为本申请实施例提供的支付路由的方法流程示意图之二；

图4为本申请实施例提供的支付路由的装置结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的支付路由的方法进行详细地说明。

参见图1，本申请实施例提供一种支付路由的方法，该方法包括如下步骤：

步骤101：从商户平台获取支付请求，支付请求中包括唯一编号；

步骤102：根据唯一编号，在预存储的多个账号模板中匹配目标账号模板，账号模板中包括多个具有相同账号特性的支付账号；

在本申请实施例中，按照支付账号(支付账号也可以被称为通道)的账号特性进行聚合，将多个具有相同账号特性的支付账号组成一个账号模板，并通过唯一编号对该账号模板进行标记，基于该标号即可知道所指向的账号模板，业务方商户配置记录这个编号，这样在商户平台进行支付请求时，在支付请求中携带唯一编号，通过唯一编号匹配对应的账号模板。上述账号特性用于表示与支付账号的支付功能相关的特性，例如：该账号特性可以指的是支付账号是否支持电子回单，或者该账号特性可以指的是支付账号对应的到账率是否达到预设门限值等等，本申请实施例对账号特性的具体类别不做限定，本领域技术人员可以根据实际需求设置多种账号特性以建立多个账号模板。

需要说明的是，在支付路由的过程中，每一笔打款只能对应一个账号模板。

步骤103：从目标账号模板中确定出目标支付账号；

在本申请实施例中，在通过唯一编号匹配对应的目标账号模板之后，在目标账号模板中的多个支付账号中确定出目标支付账号。

在一些实施方式中，根据业务筛选规则和路由规则，从目标账号模板中确定出目标支付账号，其中业务筛选规则指的是基于用户的支付业务的具体业务属性进行筛选，即先根据用户需求的业务属性对支付账号进行初次筛选；路由规则指的是根据账号模板本身的路由规则进行筛选，具体地，本方法还包括：预先配置账号模板中各个支付账号的打款权重，相应地，根据路由规则确定目标支付账号，包括：根据各个支付账号的打款权重，从目标账号模板中确定出目标支付账号。

步骤104：根据目标支付账号，向对应的银行请求打款。

本申请实施例中，将多个具有相同账号特性的支付账号汇聚为一个账号模板，并在支付请求中携带账号模板的编号，通过一个编号标识一组同特性的支付账号能解决账号特性多配置麻烦的问题，提高维护效率，能够适配更多路由场景。

在一些实施方式中，在执行上述步骤101之前，本方法还包括如下步骤：

(1)从商户平台获取账号模板建立请求；

(2)响应于账号模板建立请求，将多个具有相同账号特性的支付账号建立为账号模板；

(3)建立唯一编号和账号模板之间的映射关系；

具体地，参见图2，在一些实施方式中，本方法包括：

(1)商户配置时选择路由预设的账号模板，业务方和路由约定路由模板规则字段，交易时透传；

(2)如果业务方或者商户增加新的路由规则：

a)路由系统按照规则配置账号模板；

b)商户配置修改账号模板；

(3)需要说明的是，每笔打款只能指定一个账号模板；

(4)具体地，路由规则配置模块实现方式：

a)定义账号模板，并配置账号模板中需要的通道集合(即存储的是账号模板与多个账号的关系)，及各个通道的打款权重；

b)如果账号模板中配置了打款权重，则以账号模板中的打款权重为准，如果账号模板中没配置打款权重，则以通道的全局的打款权重为准；

(5)路由先过业务规则筛选渠道，再过路由通用规则选择可用的最优通道；

(6)账号模板中是否包含灰度测试的通道需要在账号模板中指定，可选地，默认账号模版不包含灰度测试的通道。

参见图3，图中示出本申请实施例的支付路由方法的完整时序图，包括如下步骤：

第一部分为新增模板的流程，包括：

步骤301：用户登录商户平台；

步骤302：商户平台向支付路由发送新增模板请求；

步骤303：支付路由选择通道；

在本申请实施例中，支付路由将具有相同特性的多个通过组成模板，具体的选择通道可以是基于预先配置的规则，也可以是基于技术人员的手动配置，本申请实施例对此不做具体限定。

具体地，在一些实施方式中，技术人员可以为产品或运营支持创建新的模版包括：输入模版名称，模版用途描述，选择模版包含的通道账号等。

步骤304：支付路由保存模板，并将模板反馈给商户平台。

第而部分为模板使用的流程，包括：

步骤305：用户登录商户平台；

步骤306：商户平台向结算系统发送打款请求，该打款请求中携带模板标识；

步骤307：结算系统将打款请求发送给支付路由；

步骤308：支付路由根据模板标识匹配模板；

在本申请实施例中，支付路由匹配出目标模板后，还会基于业务筛选规则和路由规则在目标模板中的多个支付账号内确定出目标支付账号。

步骤309：支付路由根据目标支付账向对应的银行请求打款；

步骤310：支付路由从银行接收打款结果，并将打款结果发送给结算系统，由结算系统将该打款结果发送给上述平台。

进一步地，在一些实施方式中，在从商户平台获取支付请求之前，本方法还包括：

配置账号特性列表，该账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

在本申请实施例中，配置一个账号特定的列表，每个账号特性可以对应一个或多个支付账号，即一个支付账号可以配置多个特性。

相应地，支付请求中包括唯一编号，本方法还包括：

(1)根据唯一编号，在账号特性列表中匹配目标账号特性；

(2)匹配与目标账号特性对应的所有支付账号；

(3)从与目标账号特性对应的所有支付账号中确定出目标支付账号；

这样，在面对支付账号非常多的场景时，可以通过上述的两次对应结构，先通过唯一编号在账号特性列表中匹配目标账号特性，然后基于目标账号特性，匹配对应的所有支付账号，最后在匹配出的所有支付账号中确定出目标支付账号，并向对应银行进行打款请求。

具体地，本申请实施例在模板逐渐增多时可以转为使用单账号模式，即一个编号仅标记一个账号，这样可以根据抽象特性来做区分，具体的区分办法为：

(a)维护一个可扩展的特性列表，这个列表可以新加任意特性；

(b)维护(a)步骤的特性列表和账号的映射关系，即一个账号可能会配置N个特性；

(c)对特性集合使用一个编号来表示；

(d)对(c)中的编号维护到商户这里，即实现了更复杂的多层结构，即：编号标识多个特性、每个特性标识多个账号；

(e)上述办法可以在后台配置虽然增加了一层维护逻辑，但是对于账号非常多的场景按特性归类会更简单，从实现支持更复杂的场景。

参见图4，本申请实施例提供一种支付路由的装置400，包括：

第一获取模块401，用于从商户平台获取支付请求，所述支付请求中包括唯一编号；

第一匹配模块402，用于根据所述唯一编号，在预存储的多个账号模板中匹配目标账号模板，所述账号模板中包括多个具有相同账号特性的支付账号；

第一确定模块403，用于从所述目标账号模板中确定出目标支付账号；

请求模块404，用于根据所述目标支付账号，向对应的银行请求打款。

进一步地，所述装置还包括：

第二获取模块，用于从所述商户平台获取账号模板建立请求；

第一建立模块，用于响应于所述账号模板建立请求，将多个具有相同账号特性的支付账号建立为所述账号模板；

第二建立模块，用于建立所述唯一编号和所述账号模板之间的映射关系。

进一步地，所述第一确定模块包括：

确定单元，用于根据业务筛选规则和路由规则，从所述目标账号模板中确定出目标支付账号。

进一步地，所述装置还包括：第一配置模块，用于预先配置所述账号模板中各个支付账号的打款权重；

所述确定单元进一步用于，根据各个支付账号的打款权重，从所述目标账号模板中确定出目标支付账号。

进一步地，所述装置还包括：

第二配置模块，用于配置账号特性列表，所述账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

所述支付请求中包括唯一编号，所述装置还包括：

第二匹配模块，用于根据所述唯一编号，在所述账号特性列表中匹配目标账号特性；

第三匹配模块，用于匹配与所述目标账号特性对应的所有支付账号；

第二确定模块从与所述目标账号特性对应的所有支付账号中确定出目标支付账号。

本申请实施例中，通过一个编号一组同特性的支付账号能解决账号特性多配置麻烦的问题，提高维护效率，能够适配更多路由场景；进一步地，可以采用两级结构在未来特性集合变多、账号变多的情况下，解决账号本身增多的问题同时提升维护效率。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

Claims (11)

1.一种支付路由的方法，其特征在于，所述方法包括：

从商户平台获取支付请求，所述支付请求中包括唯一编号；

根据所述唯一编号，在预存储的多个账号模板中匹配目标账号模板，所述账号模板中包括多个具有相同账号特性的支付账号；

从所述目标账号模板中确定出目标支付账号；

根据所述目标支付账号，向对应的银行请求打款。

2.根据权利要求1所述的方法，其特征在于，在从商户平台获取支付请求之前，所述方法还包括：

从所述商户平台获取账号模板建立请求；

响应于所述账号模板建立请求，将多个具有相同账号特性的支付账号建立为所述账号模板；

建立所述唯一编号和所述账号模板之间的映射关系。

3.根据权利要求2所述的方法，其特征在于，所述从所述目标账号模板中确定出目标支付账号，包括：

根据业务筛选规则和路由规则，从所述目标账号模板中确定出目标支付账号。

4.根据权利要求3所述的方法，其特征在于，

所述方法还包括：预先配置所述账号模板中各个支付账号的打款权重；

所述根据所述路由规则，从所述目标账号模板中确定出目标支付账号，包括：

根据各个支付账号的打款权重，从所述目标账号模板中确定出目标支付账号。

5.根据权利要求1所述的方法，其特征在于，在从商户平台获取支付请求之前，所述方法还包括：

配置账号特性列表，所述账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

所述支付请求中包括唯一编号，所述方法还包括：

根据所述唯一编号，在所述账号特性列表中匹配目标账号特性；

匹配与所述目标账号特性对应的所有支付账号；

从与所述目标账号特性对应的所有支付账号中确定出目标支付账号。

6.一种支付路由的装置，其特征在于，包括：

第一获取模块，用于从商户平台获取支付请求，所述支付请求中包括唯一编号；

第一匹配模块，用于根据所述唯一编号，在预存储的多个账号模板中匹配目标账号模板，所述账号模板中包括多个具有相同账号特性的支付账号；

第一确定模块，用于从所述目标账号模板中确定出目标支付账号；

请求模块，用于根据所述目标支付账号，向对应的银行请求打款。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于从所述商户平台获取账号模板建立请求；

第一建立模块，用于响应于所述账号模板建立请求，将多个具有相同账号特性的支付账号建立为所述账号模板；

第二建立模块，用于建立所述唯一编号和所述账号模板之间的映射关系。

8.根据权利要求7所述的装置，其特征在于，所述第一确定模块包括：

确定单元，用于根据业务筛选规则和路由规则，从所述目标账号模板中确定出目标支付账号。

9.根据权利要求8所述的装置，其特征在于，

所述装置还包括：第一配置模块，用于预先配置所述账号模板中各个支付账号的打款权重；

所述确定单元进一步用于，根据各个支付账号的打款权重，从所述目标账号模板中确定出目标支付账号。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二配置模块，用于配置账号特性列表，所述账号特性列表中的账号特性与至少一个支付账号之间具有映射关系；

所述支付请求中包括唯一编号，所述装置还包括：

第二匹配模块，用于根据所述唯一编号，在所述账号特性列表中匹配目标账号特性；

第三匹配模块，用于匹配与所述目标账号特性对应的所有支付账号；

第二确定模块从与所述目标账号特性对应的所有支付账号中确定出目标支付账号。

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

Images