合并支付策略选择方法、系统、网络设备和存储介质技术方案

本申请提供一种合并支付策略选择方法、系统、网络设备和存储介质，属于互联网金融技术领域。本申请提供的合并支付策略选择方法，通过接收业务端发起的多条提现请求，并存储于数据库中；根据每条提现请求获取对应的提现信息；根据所有提现请求、每条提现请求对应的提现信息以及预设的合并支付规则，获取当前时刻的合并支付策略集；根据当前时刻的支付服务负载情况，对所述合并支付策略集中的所有合并支付策略进行评估，选择当前时刻的合并支付策略；根据所述当前时刻的合并支付策略，生成合并提现订单并进行支付；结合多种合并支付规则和服务器负载进行合并支付策略评估，选择出更优化的合并支付策略，提高用户体验度并降低支付服务系统的压力。付服务系统的压力。付服务系统的压力。

Selection method, system, network device and storage medium of consolidated payment strategy

【技术实现步骤摘要】
合并支付策略选择方法、系统、网络设备和存储介质


[0001]本申请涉及互联网金融
，尤其涉及一种合并支付策略选择方法、系统、网络设备和存储介质。

技术介绍

[0002]在小规模支付业务场景下，收款人会有大量的小额收入需要收取，例如直播打赏到账功能，为了对打赏做更及时的激励，每笔打赏直接发放到银行账户，资金实时到账形成了即时激励，但对主播来说每笔收入额度都很小到账提醒又很频繁非常困扰，实时到账次数太多收到的到账提醒打扰了用户的正常使用应用，或设备。
[0003]在这种支付场景下，在支付高峰期会对支付系统的支付性能带来考验，若每笔都单独支付，并发支付次数比较多，对支付系统的性能压力也较大；同时，频繁的到账也会影响下游系统的风控，容易误触发风控，对相同金额的支付做拦截，影响用户的正常提现。
[0004]现有技术中已有的合并支付方法通常只是单纯的按预定时间、或预定金额、或者按订单数量把支付请求进行合并支付，这种方式面对多用户的小额支付场景并不能起到很好的效果，由于用户众多、采用的支付渠道、金额、到账时间要求，以及支付系统本身的负载问题，现有的合并支付方法并不能很好的提升用户体验度，降低支付系统压力。

技术实现思路

[0005]本申请提出了一种合并支付策略选择方法、系统、网络设备和存储介质，以解决现有技术中小额支付场景下多次提现影响用户体验、支付系统压力大的问题。为了解决上述技术问题，本申请是这样实现的：第一方面，本申请实施例提供了一种合并支付策略选择方法，包括：一种合并支付策略选择方法，所述方法包括：接收业务端发起的多条提现请求，并存储于数据库中；根据每条提现请求获取对应的提现信息；根据所有提现请求、每条提现请求对应的提现信息以及预设的合并支付规则，获取当前时刻的合并支付策略集；所述合并支付策略集中包括至少一个合并支付策略；所述合并支付策略中至少包括待合并的提现请求；根据当前时刻的支付服务负载情况，对所述合并支付策略集中的所有合并支付策略进行评估；根据合并支付策略评估结果，选择当前时刻的合并支付策略；根据所述当前时刻的合并支付策略，生成合并提现订单并进行支付。
[0006]第二方面，本申请实施例提供了一种合并支付策略选择系统，包括：提现请求接收模块，用于接收业务端发起的多条提现请求，并存储于数据库中；提现信息获取模块，用于根据每条提现请求获取对应的提现信息；提现策略生成模块，用于根据所有提现请求、每条提现请求对应的提现信息以及
预设的合并支付规则，获取当前时刻的合并支付策略集；所述合并支付策略集中包括至少一个合并支付策略；所述合并支付策略中至少包括待合并的提现请求；提现策略评估模块，用于根据当前时刻的支付服务负载情况，对所述合并支付策略集中的所有合并支付策略进行评估；提现策略选择模块，用于根据合并支付策略评估结果，选择当前时刻的合并支付策略；支付模块，用于根据所述当前时刻的合并支付策略，生成合并提现订单并进行支付。
[0007]第三方面，本申请实施例提供了一种网络设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现上述第一方面的合并支付策略选择方法的步骤。
[0008]第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的合并支付策略选择方法的步骤。
[0009]本申请实施例提供的技术方案带来的有益效果至少包括：本申请提供的合并支付策略选择方法，通过接收业务端发起的多条提现请求，并存储于数据库中；根据每条提现请求获取对应的提现信息；根据所有提现请求、每条提现请求对应的提现信息以及预设的合并支付规则，获取当前时刻的合并支付策略集；所述合并支付策略集中包括至少一个合并支付策略；所述合并支付策略中至少包括待合并的提现请求；根据当前时刻的支付服务负载情况，对所述合并支付策略集中的所有合并支付策略进行评估；根据合并支付策略评估结果，选择当前时刻的合并支付策略；根据所述当前时刻的合并支付策略，生成合并提现订单并进行支付；实现了根据提现请求和预设的多种合并支付规则生成合并支付策略集，并根据支付服务负载对合并支付策略进行动态评估，从而确定当前时刻的合并支付策略，提高了用户体验度并降低了支付服务系统的压力。
附图说明
[0010]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图1为本申请实施例提供的一种合并支付策略选择方法流程图；图2为本申请实施例提供的一种合并支付策略选择场景示意图；图3为本申请实施例提供的一种合并支付策略选择流程示意图；图4为本申请实施例提供的一种合并支付策略选择系统的结构示意图；图5为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
[0011]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。
[0012]本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
[0013]下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的合并支付策略选择方法、系统、网络设备和存储介质等进行详细地说明。
[0014]请参考图1，图1示出了本申请实施例提供的一种合并支付策略选择方法流程图，所述方法包括：步骤11，接收业务端发起的多条提现请求，并存储于数据库中。
[0015]具体的，根据用户的提现请求，业务端向支付服务发起多笔提现请求，这些提现请求都将落单到数据库中，作为提现请求记录；其中，需要实时支付的提现请求直接发起支付，非实时支付提现请求的暂不支付，存储于数据库中并进入待支付状态，根据本申请实施例提供的合并支付策略对这些待支付状态的提现请求进行合并提现订单合并。
[0016]步骤12，根据每条提现请求获取对应的提现信息。
[0017]具体的，所述提现信息至少包括收款账号信息、提现金额和支付渠道；其中收款账号信息至少包括收款人信息，支付渠道至少包括对应的提现请求可以通过什么支付渠道完成支付，如微信支付、支付宝、具体的银行。
[0018]步骤13，根据所有提现请求、每条提现请求对应的提现信息以及预设的合并支付规则，获取当前时刻的合并本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种合并支付策略选择方法，其特征在于，所述方法包括：接收业务端发起的多条提现请求，并存储于数据库中；根据每条提现请求获取对应的提现信息；根据所有提现请求、每条提现请求对应的提现信息以及预设的合并支付规则，获取当前时刻的合并支付策略集；所述合并支付策略集中包括至少一个合并支付策略；所述合并支付策略中至少包括待合并的提现请求；根据当前时刻的支付服务负载情况，对所述合并支付策略集中的所有合并支付策略进行评估；根据合并支付策略评估结果，选择当前时刻的合并支付策略；根据所述当前时刻的合并支付策略，生成合并提现订单并进行支付。2.根据权利要求1所述的合并支付策略选择方法，其特征在于，所述合并支付规则至少包括以下之一：定时合并规则、定额合并规则和手续费最优合并规则。3.根据权利要求2所述的合并支付策略选择方法，其特征在于，所述提现信息至少包括收款账号信息，所述定时合并规则包括：按预设时间定时扫描数据库中的提现请求，将收款账号信息相同的提现请求进行合并，生成合并支付策略。4.根据权利要求2所述的合并支付策略选择方法，其特征在于，所述提现信息至少包括收款账号信息和提现金额，所述定额合并规则包括：按预设金额合并数据库中的提现请求，包括将收款账号信息相同的提现请求，按预设金额进行合并，每满足一次预设金额进行一次合并，生成合并支付策略。5.根据权利要求2所述的合并支付策略选择方法，其特征在于，所述提现信息至少包括收款账号信息、提现金额和支付渠道，所述手续费最优合并规则包括：根据数据库中的提现请求，基于每条提现请求对应的提现金额和对应支付渠道的手续费规则，按预设的手续费最优计算规则，生成合并支付策略。6.根据权利要求2所述合并支付策略选择方法，其特征在于，所述支付规则还包括：定额合并规则结合定时合并规则，将收款账号信息相同的提现请求，按预设金额进行合并，每满足一次预设金额生成一个合并支付订单，当到达预设时间阈值时，即使没有达到预设金额，也将累积的提现请求进行合并；和/或，手续费最优合并规则结合定...

【专利技术属性】
技术研发人员：陈恩泽，周军，杨宜，
申请(专利权)人：云账户技术天津有限公司，
类型：发明
国别省市：