一种支付订单预路由方法、装置和电子设备

技术领域

本申请涉及互联网支付领域，尤其涉及一种支付订单预路由方法、装置和电子设备。

背景技术

目前，互联网支付产品逐渐增多，各大支付平台提供了不同的支付渠道，因此不同平台的支付路由规则也各不相同。这导致运营人员会经常需要调整支付路由的各项配置，来调配更合理的路由方案，以此来满足不同客户的需求，这给选择支付通道带来了挑战。尤其是在面对高并发的支付请求时，支付系统往往不能及时进行路由切换，依赖于工作人员手动配置路由政策，效率十分低下并且不够准确。

发明内容

本申请提出了一种支付订单预路由方法、装置和电子设备，通过预路由的方式根据订单元素判断目标支付订单可选的路由账号，为支付订单选择支付账号提供参考，提高了支付订单完成效率。

为了实现上述目的，本申请采用了如下方案：

一方面，本申请实施例提供了一种支付订单预路由方法，包括：

基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求；

根据预路由请求，为目标订单预路由出可用的支付账号集合，其中：

若所述目标订单已指定支付渠道，则返回所述指定支付渠道的第一支付账号集；

若所述目标订单未指定支付渠道，则根据所述目标订单的订单元素预路由第二支付账号集；

根据第一支付账号集或第二支付账号集，返回所述目标订单的可用的支付账号集合；

其中，所述订单元素包括以下至少一项：订单金额、收款银行、期限和/或用户偏好。

可选的，所述方法，还包括：

若无可用支付账号，则返回报错，提示无可用账号。

可选的，所述根据所述目标订单的订单元素预路由第二支付账号集包括：

查询所有处于开启状态且并未处于维护状态的支付账号，根据所述查询结果，获取第三支付账号集；

查询所述第三支付账号集中支付账号的额度，将符合目标订单的需求的支付账号收入至第四支付账号集；

查询所述第四支付账号集中支付账号是否需要备注，将需要备注的账号收入至第五支付账号集；

根据所述第五支付账号集中支付账号所在支付通道的压力阈值，获取第二支付账号集。

可选的，所述查询所述第三支付账号集中支付账号的额度，将符合目标订单需求的支付账号收入至第四支付账号集包括：

查询所述第三支付账号集中支付账号的余额，将其中余额大于0的支付账号收入至第六支付账号集；

将所述第六支付账号集中符合目标订单金额限额的支付账号收入至第七支付账号集；

将所述第七支付账号集中所处支付通道余额大于等于目标订单金额的支付账号收入至第八支付账号集；

将所述第八支付账号集中余额大于等于支付通道最小余额的支付账号收入至第四支付账号集。

可选的，所述根据所述第五支付账号集中支付账号所在支付通道的压力，获取第二支付账号集包括：

将所述第五支付账号集中所在支付通道的压力小于等于预设压力阈值的支付账号，收入至第二支付账号集。

可选的，所述方法还包括：

若所述第五支付账号集中不存在支付通道的压力小于等于预设压力阈值的支付账号，从所述第五支付账号集中优先选择通道压力小的账号，将所述通道压力小的账号收入至第二支付账号集。

可选的，所述方法还包括：

展示所述目标订单的可用的支付账号集合。

一方面，本申请实施例提供了一种支付订单预路由装置，包括：

第一处理模块，用于基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求；

第二处理模块，用于根据预路由请求，为目标订单预路由出可用的支付账号集合；

所述第二处理模块还包括：

第一处理子模块，用于若所述目标订单已指定支付渠道，则返回所述指定支付渠道的第一支付账号集；

第二处理子模块，用于若所述目标订单未指定支付渠道，则根据所述目标订单的订单元素预路由第二支付账号集；

第三处理子模块，用于根据第一支付账号集或第二支付账号集，返回所述目标订单的可用的支付账号集合；

其中，所述订单元素包括以下至少一项：订单金额、收款银行、期限和/或用户偏好。

一方面，本申请实施例提供了一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如本申请实施例提供的任一项所述的支付订单预路由方法的步骤。

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

本申请实施例提供的技术方案带来的有益效果至少包括：

本申请提供的支付订单预路由方法基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求；之后根据预路由请求，为目标订单预路由出可用的支付账号集合；其中：若所述目标订单已指定支付渠道，则返回所述指定支付渠道的第一支付账号集；若所述目标订单未指定支付渠道，则根据所述目标订单的订单元素预路由第二支付账号集；最后根据第一支付账号集或第二支付账号集，返回所述目标订单的可用的支付账号集合；通过上述方法能够根据目标订单的预路由请求，为目标订单生成可用的支付账号集合，为支付订单选择支付账号提供参考，提高了支付订单完成效率。

附图说明

图1为本申请实施例提供的一种支付订单预路由方法的流程图之一；

图2为本申请实施例提供的一种支付订单预路由方法的流程图之二；

图3为本申请实施例提供的一种支付订单预路由方法的流程图之三；

图4为本申请实施例提供的一种支付订单预路由方法的流程图之四；

图5为本申请实施例提供的一种支付订单预路由装置结构示意图；

图6为本申请实施例提供的一种支付订单预路由装置结构示意图；

图7为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

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

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

此外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

参考图1示出了本申请实施例提供的支付订单预路由方法的流程图，所述方法包括：

步骤101，基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求。

具体的，运营人员和订单发起用户能够在支付界面通过输入订单的相关信息生成目标订单，以及目标订单相关的预路由请求。

可选的，在生成预路由请求时，基于用户在支付界面执行的第二输入，响应于所述第二输入，生成订单信息模板；

具体的，订单信息模板默认提供相关预路由信息模板，只需要修改其中一部分数据就可以直接发起预路由请求，无需全部输入，预路由信息模板根据预设生成，通过上述方法能够使得生成订单和发起预路由请求的效率极大的提高，并能根据需求及时的做出动态调整。

步骤102，根据预路由请求，为目标订单预路由出可用的支付账号集合。

本申请提供的方法并不是直接路由出账号，而是进行预路由，支持运营人员快速构建订单因素并判断出订单可能路由出的支付账号，生成一个可用的支付账号集合，以方便运营人员以及用户完成订单时进行路由选择。

具体的，运营人员可通过输入订单元素，比如金额、所属商户、卡号、收款行联行号等条件，来模拟一笔订单，支付系统提供入口接收参数，然后类似于实际的支付接单对数据做路由，最终返回路由的结果以及对应的权重，例如：输入条件1、金额2、卡号3、收款行联行号4，输入可用通道A权重100、B权重200、C权重300，运营人员通过预路由得到的可用账号集中，通过可用账号的信息结合通道权重选择支付账号，最后按照输入条件发起交易就会按照再可用支付账号中，以可用支付账号所述通道A:B:C为1：2：3的比例来做支付。

具体的，当预路由时，没有可用的支付账号，返回报错信息，可在预路由界面中提示当前无可用账号，运营人员能够根据提示信息修改相应的配置，维护支付账号，以便及时提供可用账号来满足目标订单的需求。

步骤103，若所述目标订单已指定支付渠道，则返回所述指定支付渠道的第一支付账号集。

示例性的，如生成目标订单时，已经指定了支付渠道，则会将该支付渠道对应的第一支付账号集返回，运营人员能够根据第一账号集中的账号进行相关设置，以便选出用于完成支付订单的支付账号。

步骤104，若所述目标订单未指定支付渠道，则根据所述目标订单的订单元素预路由第二支付账号集；

其中，所述订单元素包括以下至少一项：订单金额、收款银行、期限和/或用户偏好。

可选的，参考图2，步骤104，所述根据所述目标订单的订单元素预路由第二支付账号集包括：

步骤201，查询所有处于开启状态且并未处于维护状态的支付账号，根据所述查询结果，获取第三支付账号集。

示例性的，进行预路由时，系统中的支付账号数量为100，其中处于维护状态的支付账号数量为10，则这个10个支付账号由于处于维护状态，显然是无法完成支付的，因此通过步骤201能够自动排除这些处于维护状态的支付账号，从而获取剩余90个未处于维护状态的支付账号组成的第三支付账号集。

步骤202，查询所述第三支付账号集中支付账号的额度，将符合目标订单的需求的支付账号收入至第四支付账号集。

支付账号的额度是多方面的，包括支付账号本身的余额与目标订单金额之间的额度是否符合，支付账号所在支付通道的金额限制等；

具体的，步骤202，包括：

步骤301，查询所述第三支付账号集中支付账号的余额，将其中余额大于0的支付账号收入至第六支付账号集；

显然，余额为0的支付账号是不能满足订单支付的要求的，因此需要将这些账号排除。

步骤302，将所述第六支付账号集中符合目标订单金额限额的支付账号收入至第七支付账号集；

步骤303，将所述第七支付账号集中所处支付通道余额大于等于目标订单金额的支付账号收入至第八支付账号集；

步骤304，将所述第八支付账号集中余额大于等于支付通道最小余额的支付账号收入至第四支付账号集。

步骤301-304，涉及的是在选择支付账号时的额度问题，支付账号的额度需要满足目标支付订单的余额、限额、以及支付账号所在通道也有额度限制，如果人工对这些额度一一判断，不仅效率低下，并且容易出现错误，通过本申请提供的方法对支付账号进行自动判断，将不符合要求的支付账号剔除，以得到第四支付账号集；值得注意的是，可以根据不同的额度需求来设置额判度断的顺序和类型，并不仅限于步骤301-304这一种判断顺序与规则。

步骤203，查询所述第四支付账号集中支付账号是否需要备注，将需要备注的账号收入至第五支付账号集。

用户在发起支付订单时，经常会对订单进行留言、备注等，因此支付账号需要能够支持备注功能，能够将目标订单中的留言等备注如支付账号，从而完成支付。

步骤204，根据所述第五支付账号集中支付账号所在支付通道的压力阈值，获取第二支付账号集。

具体的，及时一个支付账号在限额等其他方面都满足了目标订单的需求，该支付账号所处的支付通道，也存在通道压力问题，如支付通道过于拥挤，压力过大，此时使用处于该通道的支付账号进行支付显然是不合适的，会导致支付效率降低，因此压力阈值是一项重要的判断标准。

可选的，参考图4，步骤204，所述根据所述第五支付账号集中支付账号所在支付通道的压力，获取第二支付账号集包括：

步骤2041，将所述第五支付账号集中所在支付通道的压力小于等于预设压力阈值的支付账号，收入至第二支付账号集。

可选的，所述方法还包括：

步骤2042，若所述第五支付账号集中不存在支付通道的压力小于等于预设压力阈值的支付账号，从所述第五支付账号集中优先选择通道压力小的账号，将所述通道压力小的账号收入至第二支付账号集。

通过步骤2041和2042能够从第五支付账号集中选出符合压力阈值要求的账号，若第五支付账号集中存在支付账号所在通道支付压力小于预设阈值，直接将这些支付账号作为可用支付账号即可；若第五支付账号集中的账号所在通道的压力都大于预设阈值，此时为了完成支付订单，只能从这些通道压力较大的支付账号中择优选择，将其中压力小的账号作为可用支付账号，具体的选择方式由预设决定，如：第五支付账号中的10个支付账号所在通道压力都大于预设阈值，从其中选取压力最小的3个账号作为可用支付账号收入第二支付账号集。

步骤105，根据第一支付账号集或第二支付账号集，返回所述目标订单的可用的支付账号集合。

可选的，所述方法，还包括：

若无可用支付账号，则返回报错，提示无可用账号。

将第一支付账号集与第二支付账号集中的可用支付账号收入可用的支付账号集合，返回至关联的界面，若第一支付账号集中没有可用支付账号，第二支付账号集中也没有可用支付账号，则将进行报错，提示无可用支付账号，以便于运营人员进行维护，尽快提供出可用支付账号，以便于完成支付订单。

可选的，所述方法还包括：

展示所述目标订单的可用的支付账号集合。

将上述步骤中路由出的可用支付账号集进行展示，用户能够在展示界面中查看可用支付账号的具体信息，如支付平台、账号所述银行、平均订单完成时间、账号评价等。

综上所述，本申请提供的支付订单预路由方法能够基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求；之后根据预路由请求，根据预设规则，为目标订单预路由出可用的支付账号集合；若无可用账号则，返回报错，提醒相关人员无可用账号；通过上述方法能够根据目标订单的预路由请求，为目标订单生成可用的支付账号集合，为支付订单选择支付账号提供参考，提高了支付订单完成效率。

参考图5，本申请实施例提供了一种支付订单预路由装置50，包括：

第一处理模块51，用于基于用户在支付界面执行的第一输入，响应于所述第一输入，生成目标订单和预路由请求；

第二处理模块52，用于根据预路由请求，为目标订单预路由出可用的支付账号集合；

第三处理模块53，用于若所述目标订单已指定支付渠道，则返回所述指定支付渠道的第一支付账号集；

第四处理模块54，用于若所述目标订单未指定支付渠道，则根据所述目标订单的订单元素预路由第二支付账号集；

第五处理模块55，用于根据第一支付账号集或第二支付账号集，返回所述目标订单的可用的支付账号集合。

可选的，参考图6，支付订单预路由装置50还包括：

提示模块56，用于若无可用支付账号时，返回报错，提示无可用账号。

可选的，第四处理模块54还包括：

第一获取模块541，用于查询所有处于开启状态且并未处于维护状态的支付账号，根据所述查询结果，获取第三支付账号集；

第二获取模块542，还用于查询所述第三支付账号集中支付账号的额度，将符合目标订单的需求的支付账号收入至第四支付账号集；

第三获取模块543，还用于查询所述第四支付账号集中支付账号是否需要备注，将需要备注的账号收入至第五支付账号集；

第四获取模块544，还用于根据所述第五支付账号集中支付账号所在支付通道的压力阈值，获取第二支付账号集。

可选的，参考图6，第二获取模块542包括：

第一获取子模块5421，用于查询所述第三支付账号集中支付账号的余额，将其中余额大于0的支付账号收入至第六支付账号集；

第二获取子模块5422，用于将所述第六支付账号集中符合目标订单金额限额的支付账号收入至第七支付账号集；

第三获取子模块5423，用于将所述第七支付账号集中所处支付通道余额大于等于目标订单金额的支付账号收入至第八支付账号集；

第四获取子模块5424，用于将所述第八支付账号集中余额大于等于支付通道最小余额的支付账号收入至第四支付账号集。

可选的，参考图6，第四获取模块544包括：

第五获取子模块5441，用于将所述第五支付账号集中所在支付通道的压力小于等于预设压力阈值的支付账号，收入至第二支付账号集。

可选的，参考图6，所述装置50还包括：

第六获取子模块5442，用于若所述第五支付账号集中不存在支付通道的压力小于等于预设压力阈值的支付账号，从所述第五支付账号集中优先选择通道压力小的账号，将所述通道压力小的账号收入至第二支付账号集。

可选的，参考图6，所述装置50还包括：

展示模块57，用于展示所述目标订单的可用的支付账号集合。

通过上述支付订单预路由装置50能够实现本申请实施例提供的支付订单预路由方法，具体技术效果不在赘述。

请参考图7，本发明实施例还提供一种电子设备70，包括处理器71，存储器72，存储在存储器72上并可在所述处理器71上运行的计算机程序，该计算机程序被处理器71执行时实现上述支付订单预路由方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

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

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

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

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本申请创造的保护范围之中。