CN111583030B - 支付路由方法及装置 - Google Patents

Abstract

本发明公开了支付路由方法及装置，该方法括：根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方；根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方。本发明实施例提供支付路由方法，当业务方对接的业务提供方调整时，只需要在该业务场景对应的业务提供方的列表中重新配置即可，无需设计新的代码来实现，便于业务的执行，减少了开发人员的工作量。

Description

支付路由方法及装置

技术领域

本发明涉及到互联网技术领域、互联网支付技术领域，尤其是涉及到一种支付路由方法及装置。

背景技术

随着互联网支付的发展，在消费业务中存在着绑卡、代收、代付等支付业务。通常一个业务方在不同业务场景下，会对接有多个业务提供方。业务方例如是贷款公司，一个贷款公司想要完成日常的业务需要，需要使用第三方支付公司来完成放款和用户还款的动作。业务提供方例如就是第三方支付公司。例如，业务方A1分发贷款给用户C1可以采用银行卡直接付款、微信支付、支付宝等第三方支付公司代为分发贷款。也就是说，在一个业务方A1与一个用户C1之间可能存在多家的能够提供付款业务的业务提供方(银行、第三方支付公司)，每一个业务提供方会代为分发贷款。再例如，业务场景为业务方每个月在固定的日期对用户C1的银行卡扣款来实现收回贷款，在对C1扣款的过程中，通常A1需要在多家的能提供扣款业务的业务提供方中选择一个来实现扣款业务。通常现有技术是通过在支付路由规则来选择最合适的业务提供方完成该项业务，进而实现最优的交易路径。通常一个业务方在不同的业务场景下的业务提供方不同，而在不同的业务场景下，支付路由的规则不同。

现有的支付系统中，具有多个业务方，每个业务方对接的业务提供方个数和种类都是一样的，支付路由规则也是默认为一样的规则，如果某个业务方需要设置与其他的业务方对接的业务提供方不同，或者支付路由规则不同，都需要技术人员根据该业务方的需求定制代码来实现，导致代码开发的工作量大。

发明内容

(一)发明目的

本发明的目的是提供一种支付路由方法及装置。

(二)技术方案

为解决上述问题，本发明的第一方面提供了一种支付路由方法，包括：根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方；根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方。

在该方法中，支付系统每次新接入一个业务方时，都根据自身的业务场景的不同，在每个业务场景下配置对应的可用的业务提供方，并对每个业务场景下均设置对应的支付路由规则，当该业务方需要完成某一个业务时，支付系统可以直接根据业务场景的类型调用业务方预先配置的业务提供方列表，查找到可用的业务提供方，使得系统能够根据预设的支付路由规则确定本次业务的业务提供方，进而完成本次业务，当业务方对接的业务提供方调整时，只需要在该业务场景对应的业务提供方的列表中重新配置即可，无需设计新的代码来实现，便于业务的执行，减少了开发人员的工作量。

根据本发明的第二方面，还提供了一种支付路由方法，包括：将每个业务场景下的指定的业务提供方均标记为可用的业务提供方；对每个所述业务场景分别配置相应的支付路由规则，所述支付路由规则，用于在对应所述业务场景下，在所述可用的业务提供方中确定执行本次业务的业务提供方。

根据本发明的第三方面，还提供了一种支付路由装置，包括：获取单元，用于根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方；确定单元，根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方。

根据本发明的第四方面，还提供了一种支付路由装置，包括：第一配置单元，用于将每个业务场景下的指定的支付路径均标记为可用的支付路径；第二配置单元，用于对每个所述业务场景分别配置相应的支付路由规则，所述支付路由规则，用于在所述业务场景下，在所述可用的交易路径中确定本次业务的交易路径。

根据本发明的第五方面，还提供了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序被执行时实现前述方法的步骤。

根据本发明的第六方面，还提供了一种服务器，包括处理器，所述处理器执行前述方法的步骤。

根据本发明的第七方面，还提供了一种终端，包括处理器，所述处理器执行前述方法的步骤。

(三)有益效果

本发明的上述技术方案具有如下有益的技术效果：

本发明实施例提供的支付路由方法，支付系统每次新接入一个业务方时，需要业务方根据自身的业务场景的不同，在每个业务场景下配置对应的可用的业务提供方，并对每个业务场景下均设置对应的支付路由规则，当该业务方需要完成某一个业务时，支付系统可以直接根据业务场景的类型调用业务方预先配置的业务提供方列表，查找到可用的业务提供方，使得系统能够根据预设的支付路由规则确定本次业务的业务提供方，进而完成本次业务，当业务方对接的业务提供方调整时，只需要在该业务场景对应的业务提供方的列表中重新配置即可，无需设计新的代码来实现，便于业务的执行，减少了开发人员的工作量。

附图说明

图1是一实施方式提供的支付路由方法流程示意图；

图2是一实施方式提供的业务方与业务提供方的关系示意图；

图3是一实施方式提供的支付路由方法流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

图1是一实施方式提供的支付路由方法流程示意图。图2是一实施方式提供的业务方与业务提供方的关系示意图。

如图1和图2所示，该支付路由方法，包括：步骤S1和步骤S2:

接收待执行的业务信息，该业务信息是由业务方所在的终端向支付系统发送的，具体的业务信息包括业务方编号、业务场景编号。

其中，步骤S1，根据业务场景的类型，确定与所述业务场景对应的可用的业务提供方。

具体的，支付系统根据业务场景的编号，调用业务提供方列表，查找与所述业务场景的编号对应的由业务方预先指定的可用的业务提供方。

步骤S2，根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方。

支付系统在确定业务提供方之后，调用该业务提供方对应的接口，以完成相应的业务。

在一个优选的实施例中，在进行步骤S1之前，支付系统会对业务方进行编号，由业务方预先在支付系统中设置自身的业务场景，并对业务场景编号，例如业务方为A公司，A公司的业务场景为分发贷款和收贷款，则设置业务场景为付款、扣款和银行卡的验证，业务方在支付系统中预先对每个业务场景预先配置，进而实现映射关系。可选的具有映射关系的列表的形式如下：

表1

序号	业务方编号	业务方名称	接口状态	业务场景配置
					1	ZF001	A公司	已启用	配置列表1
2	ZF002	B公司	已启用	配置列表2
					3	ZF003	A银行	已启用	配置列表3

ZF001的业务场景的配置列表1

ZF001的YWCJ001场景下的可用业务提供方列表1

序号	业务提供方名称	标记
			1	a公司	可用
2	b公司	不可用
			3	c银行	可用

在一个实施例中，结合上述列表，支付路由的方法为：支付系统根据接收到的业务信息中的业务方编号ZF001，调用ZF001的业务场景的配置列表1，再根据业务信息中的业务场景的编号YWCJ001调用可用业务提供方列表1，然后根据该配置列表1中的支付路由规则(本实施例中是成功率最高)，则支付路由会按照成功率最高的规则在可用的业务提供方列表1中确定一个业务提供方后(本实施例中是在a公司和c银行中选择成功率最高的)，调用该业务提供方对应的业务接口，以完成本次业务。

在另一个实施例中，业务方还可以直接设置业务提供方在哪些业务场景下是可用的，来配置业务提供方能够提供服务的列表。

在一个实施例中，业务场景的类型为付款或扣款。

其中，步骤S2，所述根据与所述业务场景对应的支付路由规则，在所述可用的业务提供方中确定执行本次业务的业务提供方，包括：

步骤S21，解析业务方发送的业务信息，得到本次业务的交易金额。

例如，业务场景的类型为付款。

图3是一实施方式提供的支付路由方法流程示意图。

如图3所示，当业务方需要分发贷款给用户A时，业务方的终端会向支付系统发送业务信息，业务信息例如为分发贷款的信息，该分发贷款的信息包括业务方编号、业务场景的编号(例如为YWCJ001)、交易的金额(例如为1000)、收款的账户。

支付系统解析收到的业务信息，得到业务方编号、业务场景的编号YWCJ001和交易金额，并根据业务场景的编号调用与该业务场景对应的业务方预先指定的可用的业务提供方列表，并通过与业务场景对应的路由规则以确定可用的业务提供方。

或者，业务场景的类型为扣款，即当业务方需要从用户A处收回贷款时，业务方会向支付系统发送业务信息，业务信息例如为扣款信息，该扣款信息包括业务方编号、业务场景的编号(例如为YWCJ002)、扣款的金额(例如为1000)、被扣款的账户。

步骤S22，根据所述交易金额的大小，在所述可用的业务提供方中确定执行本次业务的业务提供方。

其中，预设的支付路由规则是根据交易金额的不同，在可用的业务提供方中确定执行本次业务的业务提供方。

具体地，根据所述交易金额的大小，在所述可用的业务提供方中确定执行本次业务的业务提供方，包括：

当所述交易金额低于第一预设值，确定执行本次业务收费最低的业务提供方为执行本次业务的业务提供方。其中第一预设值例如是1000元。

当所述交易金额高于第二预设值，确定交易成功率最高的业务提供方为执行本次业务的业务提供方。第二预设值例如为5000元。

进一步具体地，当所述交易金额不小于第一预设值，且不超过所述第二预设值时；

对每个业务提供方所收取的费用、交易成功率、交易完成所需的时间分别与各自的预设权重相乘，得到各自的分值；确定分值最高的业务提供方为执行本次业务的业务提供方。

在本实施例中，交易金额在1000-5000之间时，可以结合业务提供方收取的手续费、交易成功率和交易的及时性中选择最优的业务提供方，来完成付款或者扣款。在第三方公司来完成业务方指示的业务时(扣款、付款、银行卡验证等业务)，通常也会收取相应的手续费。

在一个实施例中，业务场景为对银行卡的验证。具体地，贷款公司在分发贷款之前，会对用户的银行卡进行验证，当验证通过时，将用户的账户与其银行卡绑定。

业务方会对支付系统发送业务信息，该业务信息例如是验证银行卡的信息，验证例如是指验证银行卡的真伪、是否有效。

根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方，包括：根据接收的验证银行卡的请求，确定所述业务场景为银行卡的验证。

具体地，支付系统收到业务方发送的业务信息，例如为验证银行卡的请求，该请求包括业务方编号、业务场景的编号，例如为YWCJ003、银行卡号。支付系统根据该业务场景的编号，调用验证银行卡时业务提供方的列表，找到业务方指定的可用的业务提供方。

根据与所述业务场景对应的预设的支付路由规则，在所述可用的交易路径中确定本次业务的交易路径，包括：

确定准确率最高的业务提供方为执行本次验证业务的业务提供方。

在本实施例中，预先设定的支付路由规则例如是选择准确率最高的业务提供方，以避免分发的贷款支付到不可用的银行卡中。

本发明实施例提供支付路由方法，结合应用场景，在规则引擎中加入更多的业务配置参数，使支付路由更灵活，更强大，当业务方对接的业务提供方调整时，只需要在该业务场景对应的业务提供方的列表中重新配置即可，无需设计新的代码来实现，便于业务的执行，减少了开发人员的工作量。

本发明的一个实施方式还提供了一种支付路由方法，该方法应用于业务终端，包括：

S1，将每个业务场景下的指定的业务提供方均标记为可用的业务提供方。

S2，对每个所述业务场景分别配置相应的支付路由规则，所述支付路由规则用于在对应所述业务场景下，在所述可用的业务提供方中确定执行本次业务的业务提供方。

每个业务场景下的支付路由规则例如为：在付款场景或扣款场景下的支付路由规则为：根据付款金额的大小不同，选择执行本次业务的业务提供方。

具体地，当所述交易金额低于第一预设值，确定执行本次业务收费最低的业务提供方为执行本次业务的业务提供方。当所述交易金额高于第二预设值，确定交易成功率最高的业务提供方为执行本次业务的业务提供方。当所述交易金额不小于所述第一预设值，且不超过所述第二预设值时；对每个业务提供方所收取的费用、交易成功率、交易完成所需的时间分别与各自的预设权重相乘，得到各自的分值；确定分值最高的业务提供方为执行本次业务的业务提供方。

在验证银行卡的场景下，选择准确率最高的业务提供方执行本次业务。

本发明的一个实施例，还提供了一种支付路由装置，包括：获取单元和确定单元。

其中，获取单元，用于根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方。

具体地，获取单元用于根据业务场景的编号，调用业务提供方列表，查找与所述业务场景的编号对应的由业务方预先指定的可用的业务提供方。

其中，业务场景的类型包括付款、扣款和银行卡的验证。

确定单元，根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方。

在一个实施例中，业务场景的类型为付款或扣款；

确定单元用于根据与所述业务场景对应的支付路由规则，在所述可用的业务提供方中确定执行本次业务的业务提供方，包括：

确定单元，用于解析接收到的业务信息，得到本次业务的交易金额，根据所述交易金额的大小，在所述可用的业务提供方中确定执行本次业务的业务提供方。

具体地，确定单元，用于当所述交易金额低于第一预设值，确定执行本次业务收费最低的业务提供方为执行本次业务的业务提供方；当所述交易金额高于第二预设值，确定交易成功率最高的业务提供方为执行本次业务的业务提供方；当所述交易金额不小于所述第一预设值，且不超过所述第二预设值时；对每个业务提供方所收取的费用、交易成功率、交易完成所需的时间分别与各自的预设权重相乘，得到各自的分值；确定分值最高的业务提供方为执行本次业务的业务提供方。

在本发明的一个实施例中，还提供了一种支付路由装置，包括：第一配置单元和第二配置单元。

第一配置单元，用于将每个业务场景下的指定的支付路径均标记为可用的支付路径。

第二配置单元，用于对每个所述业务场景分别配置相应的支付路由规则，所述支付路由规则，用于在所述业务场景下，在所述可用的交易路径中确定本次业务的交易路径。

本发明的一个实施例中，提供了计算机存储介质，该计算机存储介质存储有程序，所述程序被执行时实现前述方法的步骤。

本发明的一个实施例中，提供了一种服务器，包括处理器，所述处理器执行前述方法的步骤。

本发明的一个实施例中，提供了一种终端，包括处理器，所述处理器执行前述方法的步骤。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (4)

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

根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方；根据业务场景的编号，调用业务提供方列表，查找与所述业务场景的编号对应的由业务方预先指定的可用的业务提供方；

所述业务场景的类型包括付款、扣款和银行卡的验证；

根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方；

解析接收到的业务信息，得到本次业务的交易金额；

根据所述交易金额的大小，在所述可用的业务提供方中确定执行本次业务的业务提供方；

当所述交易金额低于第一预设值，确定执行本次业务收费最低的业务提供方为执行本次业务的业务提供方；

当所述交易金额高于第二预设值，确定交易成功率最高的业务提供方为执行本次业务的业务提供方；

当所述交易金额不小于所述第一预设值，且不超过所述第二预设值时；对每个业务提供方所收取的费用、交易成功率、交易完成所需的时间分别与各自的预设权重相乘，得到各自的分值；确定分值最高的业务提供方为执行本次业务的业务提供方；

所述业务场景为银行卡的验证时：

在根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方，包括：

根据接收的验证银行卡的请求，确定所述业务场景为银行卡的验证；

根据与所述业务场景对应的预设的支付路由规则，在所述可用的交易路径中确定本次业务的交易路径，包括：确定准确率最高的业务提供方为执行本次验证业务的业务提供方。

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

获取单元，用于根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方；根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方，包括：根据业务场景的编号，调用业务提供方列表，查找与所述业务场景的编号对应的由业务方预先指定的可用的业务提供方；

确定单元，根据与所述业务场景对应的预设的支付路由规则在所述可用的业务提供方中确定执行本次业务的业务提供方，具体包括：所述业务场景的类型包括付款、扣款和银行卡的验证；解析接收到的业务信息，得到本次业务的交易金额；根据所述交易金额的大小，在所述可用的业务提供方中确定执行本次业务的业务提供方；当所述交易金额低于第一预设值，确定执行本次业务收费最低的业务提供方为执行本次业务的业务提供方；当所述交易金额高于第二预设值，确定交易成功率最高的业务提供方为执行本次业务的业务提供方；当所述交易金额不小于所述第一预设值，且不超过所述第二预设值时；对每个业务提供方所收取的费用、交易成功率、交易完成所需的时间分别与各自的预设权重相乘，得到各自的分值；确定分值最高的业务提供方为执行本次业务的业务提供方；所述业务场景为银行卡的验证时：在根据业务场景的类型，获取与所述业务场景对应的可用的业务提供方，包括：根据接收的验证银行卡的请求，确定所述业务场景为银行卡的验证；根据与所述业务场景对应的预设的支付路由规则，在所述可用的交易路径中确定本次业务的交易路径，包括：确定准确率最高的业务提供方为执行本次验证业务的业务提供方。

3.一种计算机存储介质，其特征在于，所述计算机存储介质存储有程序，所述程序被执行时实现如权利要求1所述方法的步骤。

4.一种服务器，其特征在于，包括处理器，所述处理器执行如权利要求1所述方法的步骤。