支付路由系统、方法与流程

本申请涉及支付领域，具体而言，涉及一种支付路由系统、方法。

背景技术：

对于支付业务，不同支付的需求会产生不同的支付成本。

发明人发现，支付渠道对应的支付成本有不同的核算规则，造成支付成本的提高，并且多种业务和支付渠道的选择灵活性较差。进一步，会影响支付成功率。

针对相关技术中支付方式支付成本高、成功率低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种支付路由系统、方法，以解决支付方式支付成本高、成功率低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一支付路由系统。

根据本申请的支付路由系统包括：准入模块，用于获取支付请求，其中，所述支付请求用于作为合法性支付交易请求；优先级排序模块，用于根据不同属性生成推荐排序的支付渠道列表，其中，所述不同属性是指按照支付请求获取的通用属性或者个性属性，所述支付渠道是指按照预设规则推荐的支付方式；筛选模块，用于根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道；切换模块，用于在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付。

进一步地，所述优先级排序模块包括：通用属性推荐排序单元，用于根据支付请求中的通用属性，基于支付成本生成推荐排序支付渠道列表，其中，所述通用属性至少包括：支付请求中的银行卡和支付请求中的金额。

进一步地，所述优先级排序模块包括：成本核算单元和调整单元，在所述成本核算单元，用于根据不同的支付成本核算规则，基于所述支付请求中的支付银行卡和金额生成支付渠道排序列表；所述调整单元，用于调整所述支付渠道排序列表中的排序结果。

进一步地，所述优先级排序模块包括：个性属性推荐排序单元，用于判断是否有个性属性的配置；如果判断有个性属性的配置，则判断是否需要重新排序所述支付渠道列表中的支付渠道优先级顺序；如果判断个性属性的优先级高于通用属性，则需要重新排序所述支付渠道列表中的支付渠道优先级顺序。

进一步地，所述筛选模块包括：业务筛选单元和稳定性筛选单元，所述业务筛选单元，用于筛选预设支付业务中可用的支付渠道；所述稳定性筛选单元，用于基于支付渠道的成功率或稳定性，升级或降低支付渠道优先级顺序，其中，所述成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。

为了实现上述目的，根据本申请的另一方面，提供了一种支付路由方法。

根据本申请的支付路由方法包括：获取支付请求，其中，所述支付请求用于作为合法性支付交易请求；根据不同属性生成推荐排序的支付渠道列表，其中，所述不同属性是指按照支付请求获取的通用属性或者个性属性，所述支付渠道是指按照预设规则推荐的支付方式；根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道；在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付。

进一步地，根据不同属性生成推荐排序的支付渠道列表包括：通用属性推荐排序的步骤，所述通用属性推荐排序的步骤包括：根据支付请求中的通用属性，基于支付成本生成推荐排序支付渠道列表，其中，所述通用属性至少包括：支付请求中的银行卡和支付请求中的金额。

进一步地，根据不同属性生成推荐排序的支付渠道列表时，还包括：根据不同的支付成本核算规则，基于所述支付请求中的支付银行卡和金额生成支付渠道排序列表；调整所述支付渠道排序列表中的排序结果。

进一步地，根据不同属性生成推荐排序的支付渠道列表包括：个性属性推荐排序的步骤，所述个性属性推荐排序的步骤包括：判断是否有个性属性的配置；如果判断有个性属性的配置，则判断是否需要重新排序所述支付渠道列表中的支付渠道优先级顺序；如果判断个性属性的优先级高于通用属性，则需要重新排序所述支付渠道列表中的支付渠道优先级顺序。

进一步地，根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道包括：筛选预设支付业务中可用的支付渠道；和/或，基于支付渠道的成功率或稳定性，升级或降低支付渠道优先级顺序，其中，所述成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。

在本申请实施例中支付路由系统、方法，采用准入模块，用于获取支付请求的方式，通过优先级排序模块，用于根据不同属性生成推荐排序的支付渠道列表，通过筛选模块，用于根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道，通过切换模块，用于在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付，达到了灵活支持多种业务和支付渠道的选择的目的，从而实现了支付渠道优先级筛选的技术效果，进而解决了支付方式支付成本高、成功率低的技术问题。此外，在支付失败自动切换渠道模块，提高支付成功率。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的支付路由系统结构示意图；

图2是根据本申请第二实施例的支付路由系统结构示意图；

图3是根据本申请第三实施例的支付路由系统结构示意图；

图4是根据本申请第四实施例的支付路由系统结构示意图；

图5是根据本申请第五实施例的支付路由系统结构示意图；

图6是根据本申请第一实施例的支付路由方法流程示意图；

图7是根据本申请第二实施例的支付路由方法流程示意图；

图8是根据本申请第三实施例的支付路由方法流程示意图；

图9是根据本申请实施例的支付路由推荐原理示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请中的支付路由系统，用于实现支付渠道推荐。能够高效、自动地筛选支付渠道，有效降低公司支付成本。同时，在使用支付系统时具备更高的安全性和灵活的业务扩展性，并能提高支付成功率，带给用户更好的体验。

如图1所示，本申请的实施例中具体包括：准入模块100，用于获取支付请求，其中，所述支付请求用于作为合法性支付交易请求；优先级排序模块200，用于根据不同属性生成推荐排序的支付渠道列表，其中，所述不同属性是指按照支付请求获取的通用属性或者个性属性，所述支付渠道是指按照预设规则推荐的支付方式；筛选模块300，用于根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道；切换模块400，用于在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付。

在本申请实施例的所述准入模块100用于获取支付准入许可。即所述支付请求用于作为合法性支付交易请求。

具体地，后台支付系统会分发业务码给前置交易系统，只有获取到业务码的系统，才能通过支付系统付款或者进行扣款。从而防止非法的支付交易请求，提高公司资金流的安全性。

在本申请实施例的所述优先级排序模块200的作用在于，有效地降低支付成本，并灵活支持某些个性支付请求属性的渠道选择配置。

具体地，用于根据不同属性生成推荐排序的支付渠道列表。生成的推荐排序的支付渠道列表按照不同的推荐优先级进行排序。

所述不同属性是指按照支付请求获取的通用属性或者个性属性。通过特定需求，满足个性属性需求，提高系统可扩展性。通过通用属性，高效智能地推荐排序支付渠道，满足不同支付属性、交易属性、金额属性等需求。

所述支付渠道是指按照预设规则推荐的支付方式。考虑到支付渠道的支付成本核算规则多种多样，所以对应了不同的推荐的支付方式。

需要注意的是，支付渠道根据实际使用场景的不同，可以进行不同的配置，并不作为本申请中的限定。

在本申请实施例的所述筛选模块300可以根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道。

具体地，通过在所述支付请求中业务可用渠道与所述支付渠道列表的交集，可以不影响优先级顺序的前提下，支持渠道支付业务筛选或支付渠道稳定性筛选。

在本申请实施例的所述切换模块400可以在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付。

通过所述切换模块400能够在当前支付渠道支付失败时，自动切换至下一个优先级的支付渠道。从而提高用户体验和公司支付的成功率。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用准入模块，用于获取支付请求的方式，通过优先级排序模块，用于根据不同属性生成推荐排序的支付渠道列表，通过筛选模块，用于根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道，通过切换模块，用于在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付，达到了灵活支持多种业务和支付渠道的选择的目的，从而实现了支付渠道优先级筛选的技术效果，进而解决了支付方式支付成本高、成功率低的技术问题。此外，在支付失败自动切换渠道模块，提高支付成功率。

根据本申请实施例，作为本实施例中的优选，如图2所示，所述优先级排序模块200包括：通用属性推荐排序单元201，用于根据支付请求中的通用属性，基于支付成本生成推荐排序支付渠道列表，其中，所述通用属性至少包括：支付请求中的银行卡和支付请求中的金额。

具体地，根据支付请求的参数值，支付路由系统根据支付请求的银行卡名称、支付金额等通用属性，以支付成本维度自动推荐排序支付渠道列表。

但是，由于不同渠道的支付成本计算规则复杂多样，并且还会不定时更改计算规则，所以需要根据通用支付属性和渠道成分计算规则，推荐排序支付渠道，并且支持人工干预推荐结果，兼顾业务方多样化需求。

需要注意的是，计算规则可以按照不同扣款银行卡、金额百分比、金额百分比且保底、每笔交易固定手续费等，在本申请的实施例中并不进行具体限定，只要能够计算推荐要求即可。

根据本申请实施例，作为本实施例中的优选，如图3所示，所述优先级排序模块200包括：成本核算单元202和调整单元203，所述成本核算单元202，用于根据不同的支付成本核算规则，基于所述支付请求中的支付银行卡和金额生成支付渠道排序列表；所述调整单元203，用于调整所述支付渠道排序列表中的排序结果。

具体地，成本核算单元202，根据不同的支付成本核算规则，以支付银行卡和金额维度提供最优的支付渠道排序列表。根据所述成本核算单元202计算的结果，在所述调整单元203不定期调整结果。具体支付请求到来时，所述优先级排序模块200会匹配推荐出最优的支付渠道。

根据本申请实施例，作为本实施例中的优选，如图4所示，所述优先级排序模块200包括：个性属性推荐排序单元204，用于判断是否有个性属性的配置；如果判断有个性属性的配置，则判断是否需要重新排序所述支付渠道列表中的支付渠道优先级顺序；如果判断个性属性的优先级高于通用属性，则需要重新排序所述支付渠道列表中的支付渠道优先级顺序。

具体地，所述个性属性推荐排序单元204会根据是否有个性属性的配置，决定是否要重新排序优先级顺序。主要是解决某些业务的特定需求，提高系统可扩展性。

根据本申请实施例，作为本实施例中的优选，如图5所示，所述筛选模块300包括：业务筛选单元301和稳定性筛选单元302，所述业务筛选单元301，用于筛选预设支付业务中可用的支付渠道；所述稳定性筛选单元302，用于基于支付渠道的成功率或稳定性，升级或降低支付渠道优先级顺序，其中，所述成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。

具体地，所述业务筛选单元301是业务方预设定的哪些支付业务是可用的支付渠道。所述稳定性筛选单元302中成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。在所述稳定性筛选单元302通过系统分析支付渠道的成功率和稳定性，自动升级或者降低某些支付。此外，还综合了人工和系统两方面的结果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述支付路由系统的支付路由方法，如图6所示，该方法包括：

步骤s102，获取支付请求，

所述支付请求用于作为合法性支付交易请求。

具体地，后台支付系统会分发业务码给前置交易系统，只有获取到业务码的系统，才能通过支付系统付款或者进行扣款。从而防止非法的支付交易请求，提高公司资金流的安全性。

步骤s104，根据不同属性生成推荐排序的支付渠道列表，

所述不同属性是指按照支付请求获取的通用属性或者个性属性，所述支付渠道是指按照预设规则推荐的支付方式。

具体地，用于根据不同属性生成推荐排序的支付渠道列表。生成的推荐排序的支付渠道列表按照不同的推荐优先级进行排序。

通过特定需求，满足个性属性需求，提高系统可扩展性。通过通用属性，高效智能地推荐排序支付渠道，满足不同支付属性、交易属性、金额属性等需求。

所述支付渠道是指按照预设规则推荐的支付方式。考虑到支付渠道的支付成本核算规则多种多样，所以对应了不同的推荐的支付方式。

需要注意的是，支付渠道根据实际使用场景的不同，可以进行不同的配置，并不作为本申请中的限定。

步骤s106，根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道；

具体地，通过在所述支付请求中业务可用渠道与所述支付渠道列表的交集，可以不影响优先级顺序的前提下，支持渠道支付业务筛选或支付渠道稳定性筛选。

步骤s108，在当前支付失败后，判断是否继续使用下一个优先级的支付渠道进行支付。

通过上述步骤，能够在当前支付渠道支付失败时，自动切换至下一个优先级的支付渠道。从而提高用户体验和公司支付的成功率。

根据本申请实施例，作为本实施例中的优选，如图7所示，根据不同属性生成推荐排序的支付渠道列表包括：步骤s1041，通用属性推荐排序的步骤，所述通用属性推荐排序的步骤包括：根据支付请求中的通用属性，基于支付成本生成推荐排序支付渠道列表，其中，所述通用属性至少包括：支付请求中的银行卡和支付请求中的金额。

具体地，根据支付请求的参数值，支付路由系统根据支付请求的银行卡名称、支付金额等通用属性，以支付成本维度自动推荐排序支付渠道列表。

但是，由于不同渠道的支付成本计算规则复杂多样，并且还会不定时更改计算规则，所以需要根据通用支付属性和渠道成分计算规则，推荐排序支付渠道，并且支持人工干预推荐结果，兼顾业务方多样化需求。

需要注意的是，计算规则可以按照不同扣款银行卡、金额百分比、金额百分比且保底、每笔交易固定手续费等，在本申请的实施例中并不进行具体限定，只要能够计算推荐要求即可。

根据本申请实施例，作为本实施例中的优选，如图7所示，根据不同属性生成推荐排序的支付渠道列表时，还包括：

步骤s1042，根据不同的支付成本核算规则，基于所述支付请求中的支付银行卡和金额生成支付渠道排序列表；

步骤s1043，调整所述支付渠道排序列表中的排序结果。

具体地，步骤s1042，根据不同的支付成本核算规则，以支付银行卡和金额维度提供最优的支付渠道排序列表。根据所述步骤s1042计算的结果，在步骤s1043中不定期调整结果。具体支付请求到来时，所述步骤s104会匹配推荐出最优的支付渠道。

根据本申请实施例，作为本实施例中的优选，如图7所示，根据不同属性生成推荐排序的支付渠道列表包括：步骤s1044，个性属性推荐排序的步骤，所述个性属性推荐排序的步骤包括：判断是否有个性属性的配置；如果判断有个性属性的配置，则判断是否需要重新排序所述支付渠道列表中的支付渠道优先级顺序；如果判断个性属性的优先级高于通用属性，则需要重新排序所述支付渠道列表中的支付渠道优先级顺序。

具体地，所述步骤s1044中会根据是否有个性属性的配置，决定是否要重新排序优先级顺序。主要是解决某些业务的特定需求，提高系统可扩展性。

根据本申请实施例，作为本实施例中的优选，如图8所示，根据所述支付请求中业务可用渠道和所述支付渠道列表，筛选出支付渠道包括：

步骤s1061，筛选预设支付业务中可用的支付渠道；

和/或，步骤s1062，基于支付渠道的成功率或稳定性，升级或降低支付渠道优先级顺序，其中，所述成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。

具体地，所述步骤s1061，是业务方预设定的哪些支付业务是可用的支付渠道。所述步骤s1062，中成功率或稳定性是指通过支付渠道支付失败的次数占支付总数的比例。在所述步骤s1062，通过系统分析支付渠道的成功率和稳定性，自动升级或者降低某些支付。此外，还综合了人工和系统两方面的结果。

如图9所示，本申请的实现原理如下：

如图所示的支付路由推荐方法，综合了业务需求、支付成本、支付可靠性考虑，实现支付渠道优先级筛选。接收支付请求之后，详细步骤如下：

步骤s1，支付请求业务准入

支付业务准入主要解决支付请求的合法性。支付系统会分发一些业务码给前置交易系统，只有获取到业务码的系统，才能通过支付系统付款或者扣款，防止非法的支付交易请求，提高公司资金流的安全性。

步骤s2，支付渠道优先级排序

支付渠道优先级推荐并排序是整个支付路由最核心、最复杂的流程。主要高效地降低支付成本，并灵活支持一些个性支付请求属性的渠道选择配置。详细流程分为：

步骤s2.1，根据支付请求的参数值，系统根据支付请求的银行卡名称、支付金额等通用属性，以支付成本维度自动推荐排序支付渠道列表。因为不同渠道的支付成本计算规则复杂多样，并且还会不定时更改计算规则，所以需要根据通用支付属性和渠道成分计算规则，高效智能地推荐排序支付渠道，并且支持人工干预推荐结果，兼顾业务方多样化需求。

推荐方法举例：步骤s2.1.1，根据不同的支付成本核算规则，以支付银行卡和金额维度提供最优的支付渠道排序列表；人工会根据步骤s2.1.1模块计算的结果，不定期调整结果。具体支付请求到来时，步骤s2.1模块会匹配推荐出最优的支付渠道。

步骤s2.2，系统推荐的支付渠道优先级，会根据是否有个性属性的配置，决定是否要重新排序优先级顺序。主要是解决某些业务的特定需求，提高系统可扩展性。

步骤s3，该模块会判断该次请求的业务可用的渠道，与上一模块推荐出的支付渠道列表取交集，但不影响优先级顺序。步骤s3.1，模块是业务方预设定哪些支付业务可用的支付渠道，步骤s3.2，是通过系统分析支付渠道的成功率和稳定性，自动升级或者降低某些支付，综合了人工和系统两方面的结果。

步骤s4，该模块为支付失败自动切换支付渠道，通过系统预置的失败原因，步骤s4.1判断某次支付失败后，是否要继续使用下一个优先级的渠道进行支付。提高了用户体验以及公司支付的成功率。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。