CN117522394A - 向用户支付的智能调度方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请涉及订单支付的技术领域，提供一种向用户支付的智能调度方法、装置、服务器及存储介质。本申请根据客户端进入的提现界面确定提现场景，并在侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及提现服务费；然后根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。本申请通过结合支付场景与优先级，能够将支付订单分配至最优的支付渠道方进行支付处理，确保用户能够快速地提现，并且减少了用户可能遇到的错误或超时等问题，提高了支付效率，提升了用户的体验。

Description

向用户支付的智能调度方法、装置、服务器及存储介质

技术领域

本申请涉及订单支付技术领域，尤其是涉及一种向用户支付的智能调度方法、装置、服务器及存储介质。

背景技术

随着互联网技术的发展和普及，用户在线上进行购物，租售，消费等场景越来越多。面对多种支付场景衍生出了多种支付方式，不同的支付方式的支付成功率，支付稳定性都各不相同。

在现有的支付方式中，当面对许多复杂的支付场景，会存在一些支付方式支付受限，支付错误甚至会有支付业务雪崩的情况发生，导致支付效率低下。

发明内容

有鉴于此，本申请实施例提供了一种向用户支付的智能调度方法、装置、服务器及存储介质，用于解决不同支付场景下支付方式受限导致的支付效率低下的技术问题。

第一方面，本申请提供了一种向用户支付的智能调度方法，所述包括：

根据客户端进入的提现界面确定提现场景；

侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；

根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；

通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

在一个可选的实施方式中，所述根据所述提现场景及所述提现金额获取最优支付方式包括：

获取所述客户端在所述提现场景下的多个支付方式；

获取每个所述支付方式的优先级；

根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

在一个可选的实施方式中，所述根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式包括：

获取所述多个支付方式中优先级最高的第一目标支付方式；

判断所述第一目标支付方式对应的支付账户中的余额是否大于所述提现金额；

当所述第一目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第一目标支付方式确定为所述最优支付方式；

当所述第一目标支付方式对应的支付账户中的余额小于所述提现金额时，获取所述多个支付方式中优先级第二高的第二目标支付方式；

当所述第二目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第二目标支付方式确定为所述最优支付方式。

在一个可选的实施方式中，所述通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理之前，所述方法还包括：

获取所述最优支付方式对应的支付渠道方的状态；

当所述最优支付方式对应的支付渠道方的状态为关闭状态时，获取支付渠道方集合中状态为开启状态的支付渠道方；

将所述状态为开启状态的支付渠道方对应的支付方式中与所述客户端匹配的支付方式确定为匹配支付方式；

获取所述匹配支付方式中优先级最高的目标匹配支付方式；

通过所述支付中心调用所述目标匹配支付方式对应的支付渠道方对所述支付订单进行支付处理。

在一个可选的实施方式中，所述根据客户端进入的提现界面确定提现场景包括：

获取所述提现界面的界面标识；

从场景标识库中获取与所述界面标识对应的场景标识；

根据所述场景标识确定所述提现场景。

在一个可选的实施方式中，所述方法还包括：

将所述最优支付方式下的提现服务费显示至所述客户端。

在一个可选的实施方式中，所述方法还包括：

获取所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理得到的支付结果；

根据所述支付结果生成所述支付订单的订单状态。

第二方面，本申请提供了一种向用户支付的智能调度装置，所述装置包括：

场景确定模块，用于根据客户端进入的提现界面确定提现场景；

方式获取模块，用于侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；

订单生成模块，根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；

订单处理模块，请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

第三方面，本申请提供一种提现平台，包括存储器、处理器以及存储在所诉存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的一种支付向用户支付的智能调度方法的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现所述的基于场景的订单处理方法的步骤。

本申请根据客户端进入的提现界面确定提现场景，并在侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；然后根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。本申请通过结合支付场景与优先级，能够将支付订单分配至最优的支付渠道方进行支付处理，确保用户能够快速地提现，并且减少了用户可能遇到的错误或超时等问题，提高了支付效率，提升了用户的体验。

附图说明

图1是本申请实施例示出的一种向用户支付的智能调度方法的流程图；

图2是本申请实施例示出的一种向用户支付的智能调度装置的功能模块图；

图3是本申请实施例示出的提现平台的结构图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

请参阅图1，为本申请实施例示出的一种向用户支付的智能调度方法的流程图。

S11，根据客户端进入的提现界面确定提现场景。

当用户使用客户端进入提现平台（服务器）对应的提现界面时，提现平台会根据提现界面来确定提现场景。其中，提现场景指的是进行提现操作的具体情境或环境。例如，银行卡中的数字货币提现、小程序中的余额提现、微信或者支付宝中的余额提现等。

提现场景可以因不同的因素而异，并且可能会因应用或服务的不同而有所不同。提现平台根据客户端进入的提现界面来确定提现场景，便于根据提现场景确定采取何种支付方式进行支付，以完成向用户的支付。

在一个可选的实施方式中，所述根据客户端进入的提现界面确定提现场景包括：

获取所述提现界面的界面标识；

从场景标识库中获取与所述界面标识对应的场景标识；

根据所述场景标识确定所述提现场景。

提现平台中预先存储有场景标识库，场景标识库是指提现平台所覆盖的服务侧包含的不同场景的界面标识组成的数据库，场景标识库中存储有界面标识与场景标识之间的对应关系，不同的界面标识对应不同的场景标识，界面标识与场景标识为一一对应的关系。

其中，服务侧包含的场景主要包括以下三个方面：

第一方面是充值或打款服务，所覆盖的场景包括用户提现场景等。

第二方面是退款或结算服务，所覆盖的场景包括向用户退款场景、商户预付款退款场景。

第三方面是其他服务，所覆盖的场景包括电商环境下的聚合收款场景、营销支付场景等。

当客户端进入提现界面时，提现平台会识别提现界面的一些元素内容，可以包括logo、颜色、文字与图片信息等。这些元素内容就是提现界面的界面标识，提现平台会识别客户端进入的提现界面获取提现到界面标识，并根据提现界面的界面标识从提现平台的场景标识库中查询对应的场景标识，从而确定客户端的提现场景。在一些实施方式中，提现平台可以从提现界面的HTML、CSS或者类似的前端代码识别出与提现相关的界面元素，例如，类名、标签名、ID等属性，从而根据界面元素确定界面标识。在一些实施方式中，提现平台可以从提现界面的URL中获取特定的标识信息，从而根据标识信息确定界面标识。

示例性的，在充值或打款服务所覆盖的提现场景中，可以涉及不同的提现方式，例如银行转账、支付宝提现等方式，当用户进入微信界面进行余额提现时，提现平台会获取到微信余额提现的界面标识，通过在场景标识库中进行查询，确定提现场景是用户在微信中进行余额提现。在退款或结算服务所覆盖的用户退款场景中，可以涉及到不同的退款方式，例如在不同购物软件中申请退款退货时，不同的购物软件的退款界面所包含的元素信息不同，导致各自的界面标识不同。

S12，侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费。

其中，支付方式是指针对用户端的提现操作，将用户需要提现的金额支付至用户的收款账户的方式。

每个提现场景可以对应多个支付方式，每个支付方式对应一个提现服务费，不同的支付方式可以对应不同的提现费率。当用户在客户端上显示的提现界面中输入提现金额时，提现平台会根据提现界面对应的提现场景与输入的提现金额从多个支付方式中获取最优支付方式，提现平台会根据最优支付方式下的提现费率计算用户输入的提现金额所需的提现服务费。

支付平台包括结算中心和支付中心，结算中心在客户端进入提现界面后，确定提现场景并获取提现主体（对公对私）、支付方式、提现金额及收款账号等信息，从而生成包括提现场景、提现主体、支付方式、提现金额及收款账号等信息的信息结构。支付中心根据结算中心生成的信息结构获取最优支付方式及所述最优支付方式下的提现服务费。

在一个可选的实施方式中，所述根据所述提现场景及所述提现金额获取最优支付方式包括：

获取所述客户端在所述提现场景下的多个支付方式；

获取每个所述支付方式的优先级；

根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

支付平台可以提供设置支付方式优先级的功能，用户通过客户端登录支付平台之后，可以自行设置或者修改支付方式的优先级。后续，当用户通过客户端进入提现界面并在提现界面输入提现金额，支付平台确定提现界面对应的提现场景，并确定提现场景对应的对个支付方式，接着获取每个支付方式的优先级，从而根据优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

示例性的，假设用户需要将微信余额1万元提现到银行卡，微信绑定的银行卡包括一张工商银行信用卡和一张招商银行借记卡，工商银行信用卡的优先级低于招商银行借记卡的优先级，提现费率为0.1%，则在用户通过客户端进入提现界面后，提现平台会调用招商银行的提现支付接口，并将在扣除提现服务费10元之后的余额支付至用户的招商银行账户。

在一个可选的实施方式中，所述获取每个所述支付方式的优先级包括：获取每个所述支付方式的历史支付次数，根据所述历史支付次数确定对应支付方式的优先级。示例性的，假设用户需要在电商平台中申请退款，电商平台支持招商银行、工商银行、支付宝及微信这四种支付方式，招商银行存在1次支付记录，工商银行存在2次支付记录，支付宝存在3次支付记录，微信存在3次支付记录，由于招商银行的历史支付次数为1，工商银行的历史支付次数为2，支付宝的历史支付次数为3，微信的历史支付次数为3，则将历史支付次数最高的支付方式的优先级最高，历史支付次数最低的支付方式的优先级最低。

在一个可选的实施方式中，所述根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式包括：

获取优先级最高的第一目标支付方式；

判断所述第一目标支付方式对应的支付账户中的余额是否大于所述提现金额；

当所述第一目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第一目标支付方式确定为所述最优支付方式；

当所述第一目标支付方式对应的支付账户中的余额小于所述提现金额时，获取优先级第二高的第二目标支付方式；

当所述第二目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第二目标支付方式确定为所述最优支付方式。

在获取多个支付方式的优先级之后，提现平台会先对优先级按照从高到低，或者从低到高的方式进行排序，根据排序后的优先级，获取最高的优先级，将优先级最高的支付方式确定为第一目标支付方式。再将第一目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第一目标支付方式是否为最优支付方式。

当第一目标支付方式对应的支付账户中的余额大于或者等于提现金额时，表明使用第一目标支付方式能够完成向用户的支付，则第一目标支付方式是最优支付方式。当第一目标支付方式对应的支付账户的余额小于用户输入的提现金额，表明使用第一目标支付方式不能够完成向用户的支付，则获取第二高优先级的支付方式，将优先级第二高的支付方式确定为第二目标支付方式，再将第二目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第二目标支付方式是否为最优支付方式。当第二目标支付方式对应的支付账户中的余额大于或者等于提现金额时，表明使用第二目标支付方式能够完成向用户的支付，则第二目标支付方式是最优支付方式。当第二目标支付方式对应的支付账户的余额小于用户输入的提现金额，表明使用第二目标支付方式不能够完成向用户的支付，则获取第三高优先级的支付方式，将优先级第三高的支付方式确定为第三目标支付方式，再将第三目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第三目标支付方式是否为最优支付方式。以此类推，直至确定最优支付方式为止。

S13，根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心。

提现平台将所述最优支付方式下的提现服务费显示至所述客户端，以将服务费用的明细展现给用户。

当用户在提现界面选定收款账户时，提现平台会根据用户信息、用户选择的收款账户与所需提现服务费，生成支付订单，然后将支付订单发送至支付中心。

提现平台可以根据提现金额与提现服务费生成订单流水信息，并将订单流水信息发送给用户。

S14，请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

支付平台通过构建一个业务接入支付的中间层（即，支付中心），一方对接业务，一方对接支付方式，避免业务直接和支付方式耦合，同时实现支付方式的基本属性管理、支付方式支持的业务的配置化和基础数据的可视化，以此实现不同场景下的支付需求调取不同的支付方式。将支付成功率和支付稳定性大大的提高。

在一个可选的实施方式中，所述通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理之前，所述方法还包括：

获取所述最优支付方式对应的支付渠道方的状态；

当所述最优支付方式对应的支付渠道方的状态为关闭状态时，获取支付渠道方集合中状态为开启状态的支付渠道方；

将所述状态为开启状态的支付渠道方对应的支付方式中与所述客户端匹配的支付方式确定为匹配支付方式；

获取所述匹配支付方式中优先级最高的目标匹配支付方式；

通过所述支付中心调用所述目标匹配支付方式对应的支付渠道方对所述支付订单进行支付处理。

支付渠道方的状态表示了一个支付渠道方当前运行的状态或可用性状态。支付渠道方的状态可以为开启状态或关闭状态，且一次只能处于一种状态。当支付渠道方处于开启状态时，意味着该支付渠道方在正常运行并能够对支付订单进行支付处理。当支付渠道方处于关闭状态时，意味着该支付渠道方暂时停止了支付服务。

多个支付渠道方形成了一个支付渠道方集合，获取支付渠道方集合中状态为开启状态的支付渠道方，将支付渠道方对应的多个支付方式与所述客户端在支付场景下对应的多个支付方式进行匹配，将支付渠道方对应的多个支付方式与客户端在支付场景下对应的多个支付方式中相同的支付方式确定为匹配支付方式。

匹配支付方式的数量可以为0、1或多个，当匹配支付方式的数量为0时，则生成支付失败的通知消息至客户端；当匹配支付方式的数量为1时，将唯一的匹配支付方式确定为目标匹配支付方式；当匹配支付方式的数量为多个时，获取每个匹配支付方式的优先级，将优先级最高的匹配支付方式确定为目标匹配支付方式。

接着，支付平台将目标匹配支付方式对应的支付账户中的余额与提现余额进行比对，判断目标匹配支付方式是否为最优支付方式。当目标匹配支付方式对应的支付账户中的余额大于或者等于提现金额时，则目标匹配支付方式是最优支付方式。当目标匹配支付方式对应的支付账户的余额小于用户输入的提现金额，则获取第二高优先级的目标匹配支付方式，再将第二高优先级的目标匹配支付方式对应的支付账户中的余额与提现余额进行比对，判断第二高优先级的目标匹配支付方式是否为最优支付方式。当第二高优先级的目标匹配支付方式对应的支付账户中的余额大于或者等于提现金额时，则第二高优先级的目标匹配支付方式是最优支付方式。通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

上述实施方式，通过将支付订单进行渠道分流，即使某个支付渠道方出现故障或不可用的情况，再将支付订单分流至其他支付渠道方，保证了系统的可用性和稳定性，确保了支付流程的顺利进行，确保了支付的成功和安全。

在一个可选的实施方式中，所述方法还包括：

获取所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理得到的支付结果；

根据所述支付结果生成所述支付订单的订单状态。

当最优支付方式对应的支付渠道方对支付订单进行支付处理后，返回支付结果至支付平台，支付平台接收支付结果，从而根据支付结果生成支付订单的订单状态。

订单状态可以包括：支付成功，支付失败。其中，支付成功表示收款账户收到对应的提现金额，支付失败表示收款账户没有收到对应的提现金额。

在订单状态为支付失败时，支付平台可以将提现金额与提现服务费一同返回至用户的支付账户。在其他实施方式中，在订单状态为支付失败时，支付平台还可以查询失败原因，将订单失败通知信息与提现失败原因返回至客户端展示给用户。

本申请根据客户端进入的提现界面确定提现场景，并在侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；然后根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。本申请通过结合支付场景与优先级，能够将支付订单分配至最优的支付渠道方进行支付处理，确保用户能够快速地提现，并且减少了用户可能遇到的错误或超时等问题，提高了支付效率，提升了用户的体验。

图2是本申请实施例示出功能模块图。

在一些实施例中，所述向用户支付的智能调度装置20可以包括多个由计算机程序段所组成的功能模块。所述向用户支付的智能调度装置20中的各个程序段的计算机程序可以存储于银行提现平台的存储器中，并由至少一个处理器所执行，以执行（详见图1描述）向用户支付的智能调度方法的功能。

本实施例中，所述基向用户支付的智能调度装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：场景确定模块201、方式获取模块202、订单生成模块203、订单处理模块204、渠道匹配模块205、结果生成模块206。本申请所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

所述场景确定模块201，用于根据客户端进入的提现界面确定提现场景。

当用户使用客户端进入提现平台（服务器）对应的提现界面时，提现平台会根据提现界面来确定提现场景。其中，提现场景指的是进行提现操作的具体情境或环境。例如，银行卡中的数字货币提现、小程序中的余额提现、微信或者支付宝中的余额提现等。

提现场景可以因不同的因素而异，并且可能会因应用或服务的不同而有所不同。提现平台根据客户端进入的提现界面来确定提现场景，便于根据提现场景确定采取何种支付方式进行支付，以完成向用户的支付。

在一个可选的实施方式中，所述根据客户端进入的提现界面确定提现场景包括：

获取所述提现界面的界面标识；

从场景标识库中获取与所述界面标识对应的场景标识；

根据所述场景标识确定所述提现场景。

提现平台中预先存储有场景标识库，场景标识库是指提现平台所覆盖的服务侧包含的不同场景的界面标识组成的数据库，场景标识库中存储有界面标识与场景标识之间的对应关系，不同的界面标识对应不同的场景标识，界面标识与场景标识为一一对应的关系。

其中，服务侧包含的场景主要包括以下三个方面：

第一方面是充值或打款服务，所覆盖的场景包括用户提现场景等。

第二方面是退款或结算服务，所覆盖的场景包括向用户退款场景、商户预付款退款场景。

第三方面是其他服务，所覆盖的场景包括电商环境下的聚合收款场景、营销支付场景等。

当客户端进入提现界面时，提现平台会识别提现界面的一些元素内容，可以包括logo、颜色、文字与图片信息等。这些元素内容就是提现界面的界面标识，提现平台会识别客户端进入的提现界面获取提现到界面标识，并根据提现界面的界面标识从提现平台的场景标识库中查询对应的场景标识，从而确定客户端的提现场景。在一些实施方式中，提现平台可以从提现界面的HTML、CSS或者类似的前端代码识别出与提现相关的界面元素，例如，类名、标签名、ID等属性，从而根据界面元素确定界面标识。在一些实施方式中，提现平台可以从提现界面的URL中获取特定的标识信息，从而根据标识信息确定界面标识。

示例性的，在充值或打款服务所覆盖的提现场景中，可以涉及不同的提现方式，例如银行转账、支付宝提现等方式，当用户进入微信界面进行余额提现时，提现平台会获取到微信余额提现的界面标识，通过在场景标识库中进行查询，确定提现场景是用户在微信中进行余额提现。在退款或结算服务所覆盖的用户退款场景中，可以涉及到不同的退款方式，例如在不同购物软件中申请退款退货时，不同的购物软件的退款界面所包含的元素信息不同，导致各自的界面标识不同。

所述方式获取模块202，用于侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费。

其中，支付方式是指针对用户端的提现操作，将用户需要提现的金额支付至用户的收款账户的方式。

每个提现场景可以对应多个支付方式，每个支付方式对应一个提现服务费，不同的支付方式可以对应不同的提现费率。当用户在客户端上显示的提现界面中输入提现金额时，提现平台会根据提现界面对应的提现场景与输入的提现金额从多个支付方式中获取最优支付方式，提现平台会根据最优支付方式下的提现费率计算用户输入的提现金额所需的提现服务费。

支付平台包括结算中心和支付中心，结算中心在客户端进入提现界面后，确定提现场景并获取提现主体（对公对私）、支付方式、提现金额及收款账号等信息，从而生成包括提现场景、提现主体、支付方式、提现金额及收款账号等信息的信息结构。支付中心根据结算中心生成的信息结构获取最优支付方式及所述最优支付方式下的提现服务费。

在一个可选的实施方式中，所述根据所述提现场景及所述提现金额获取最优支付方式包括：

获取所述客户端在所述提现场景下的多个支付方式；

获取每个所述支付方式的优先级；

根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

支付平台可以提供设置支付方式优先级的功能，用户通过客户端登录支付平台之后，可以自行设置或者修改支付方式的优先级。后续，当用户通过客户端进入提现界面并在提现界面输入提现金额，支付平台确定提现界面对应的提现场景，并确定提现场景对应的对个支付方式，接着获取每个支付方式的优先级，从而根据优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

示例性的，假设用户需要将微信余额1万元提现到银行卡，微信绑定的银行卡包括一张工商银行信用卡和一张招商银行借记卡，工商银行信用卡的优先级低于招商银行借记卡的优先级，提现费率为0.1%，则在用户通过客户端进入提现界面后，提现平台会调用招商银行的提现支付接口，并将在扣除提现服务费10元之后的余额支付至用户的招商银行账户。

在一个可选的实施方式中，所述获取每个所述支付方式的优先级包括：获取每个所述支付方式的历史支付次数，根据所述历史支付次数确定对应支付方式的优先级。示例性的，假设用户需要在电商平台中申请退款，电商平台支持招商银行、工商银行、支付宝及微信这四种支付方式，招商银行存在1次支付记录，工商银行存在2次支付记录，支付宝存在3次支付记录，微信存在3次支付记录，由于招商银行的历史支付次数为1，工商银行的历史支付次数为2，支付宝的历史支付次数为3，微信的历史支付次数为3，则将历史支付次数最高的支付方式的优先级最高，历史支付次数最低的支付方式的优先级最低。

在一个可选的实施方式中，所述根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式包括：

获取优先级最高的第一目标支付方式；

判断所述第一目标支付方式对应的支付账户中的余额是否大于所述提现金额；

当所述第一目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第一目标支付方式确定为所述最优支付方式；

当所述第一目标支付方式对应的支付账户中的余额小于所述提现金额时，获取优先级第二高的第二目标支付方式；

当所述第二目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第二目标支付方式确定为所述最优支付方式。

在获取多个支付方式的优先级之后，提现平台会先对优先级按照从高到低，或者从低到高的方式进行排序，根据排序后的优先级，获取最高的优先级，将优先级最高的支付方式确定为第一目标支付方式。再将第一目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第一目标支付方式是否为最优支付方式。

当第一目标支付方式对应的支付账户中的余额大于或者等于提现金额时，表明使用第一目标支付方式能够完成向用户的支付，则第一目标支付方式是最优支付方式。当第一目标支付方式对应的支付账户的余额小于用户输入的提现金额，表明使用第一目标支付方式不能够完成向用户的支付，则获取第二高优先级的支付方式，将优先级第二高的支付方式确定为第二目标支付方式，再将第二目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第二目标支付方式是否为最优支付方式。当第二目标支付方式对应的支付账户中的余额大于或者等于提现金额时，表明使用第二目标支付方式能够完成向用户的支付，则第二目标支付方式是最优支付方式。当第二目标支付方式对应的支付账户的余额小于用户输入的提现金额，表明使用第二目标支付方式不能够完成向用户的支付，则获取第三高优先级的支付方式，将优先级第三高的支付方式确定为第三目标支付方式，再将第三目标支付方式对应的支付账户中的余额与提现余额进行比对，判断第三目标支付方式是否为最优支付方式。以此类推，直至确定最优支付方式为止。

所述订单生成模块203，用于根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心。

提现平台将所述最优支付方式下的提现服务费显示至所述客户端，以将服务费用的明细展现给用户。

当用户在提现界面选定收款账户时，提现平台会根据用户信息、用户选择的收款账户与所需提现服务费，生成支付订单，然后将支付订单发送至支付中心。

提现平台可以根据提现金额与提现服务费生成订单流水信息，并将订单流水信息发送给用户。

所述订单处理模块204，用于请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

支付平台通过构建一个业务接入支付的中间层（即，支付中心），一方对接业务，一方对接支付方式，避免业务直接和支付方式耦合，同时实现支付方式的基本属性管理、支付方式支持的业务的配置化和基础数据的可视化，以此实现不同场景下的支付需求调取不同的支付方式。将支付成功率和支付稳定性大大的提高。

所述渠道匹配模块205，用于：

获取所述最优支付方式对应的支付渠道方的状态；

当所述最优支付方式对应的支付渠道方的状态为关闭状态时，获取支付渠道方集合中状态为开启状态的支付渠道方；

将所述状态为开启状态的支付渠道方对应的支付方式中与所述客户端匹配的支付方式确定为匹配支付方式；

获取所述匹配支付方式中优先级最高的目标匹配支付方式；

通过所述支付中心调用所述目标匹配支付方式对应的支付渠道方对所述支付订单进行支付处理。

支付渠道方的状态表示了一个支付渠道方当前运行的状态或可用性状态。支付渠道方的状态可以为开启状态或关闭状态，且一次只能处于一种状态。当支付渠道方处于开启状态时，意味着该支付渠道方在正常运行并能够对支付订单进行支付处理。当支付渠道方处于关闭状态时，意味着该支付渠道方暂时停止了支付服务。

多个支付渠道方形成了一个支付渠道方集合，获取支付渠道方集合中状态为开启状态的支付渠道方，将支付渠道方对应的多个支付方式与所述客户端在支付场景下对应的多个支付方式进行匹配，将支付渠道方对应的多个支付方式与客户端在支付场景下对应的多个支付方式中相同的支付方式确定为匹配支付方式。

匹配支付方式的数量可以为0、1或多个，当匹配支付方式的数量为0时，则生成支付失败的通知消息至客户端；当匹配支付方式的数量为1时，将唯一的匹配支付方式确定为目标匹配支付方式；当匹配支付方式的数量为多个时，获取每个匹配支付方式的优先级，将优先级最高的匹配支付方式确定为目标匹配支付方式。

接着，支付平台将目标匹配支付方式对应的支付账户中的余额与提现余额进行比对，判断目标匹配支付方式是否为最优支付方式。当目标匹配支付方式对应的支付账户中的余额大于或者等于提现金额时，则目标匹配支付方式是最优支付方式。当目标匹配支付方式对应的支付账户的余额小于用户输入的提现金额，则获取第二高优先级的目标匹配支付方式，再将第二高优先级的目标匹配支付方式对应的支付账户中的余额与提现余额进行比对，判断第二高优先级的目标匹配支付方式是否为最优支付方式。当第二高优先级的目标匹配支付方式对应的支付账户中的余额大于或者等于提现金额时，则第二高优先级的目标匹配支付方式是最优支付方式。通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

上述实施方式，通过将支付订单进行渠道分流，即使某个支付渠道方出现故障或不可用的情况，再将支付订单分流至其他支付渠道方，保证了系统的可用性和稳定性，确保了支付流程的顺利进行，确保了支付的成功和安全。

所述结果生成模块206，用于：

获取所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理得到的支付结果；

根据所述支付结果生成所述支付订单的订单状态。

当最优支付方式对应的支付渠道方对支付订单进行支付处理后，返回支付结果至支付平台，支付平台接收支付结果，从而根据支付结果生成支付订单的订单状态。

订单状态可以包括：支付成功，支付失败。其中，支付成功表示收款账户收到对应的提现金额，支付失败表示收款账户没有收到对应的提现金额。

在订单状态为支付失败时，支付平台可以将提现金额与提现服务费一同返回至用户的支付账户。在其他实施方式中，在订单状态为支付失败时，支付平台还可以查询失败原因，将订单失败通知信息与提现失败原因返回至客户端展示给用户。

本申请根据客户端进入的提现界面确定提现场景，并在侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；然后根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。本申请通过结合支付场景与优先级，能够将支付订单分配至最优的支付渠道方进行支付处理，确保用户能够快速地提现，并且减少了用户可能遇到的错误或超时等问题，提高了支付效率，提升了用户的体验。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现一种向用户支付的智能调度方法的步骤。

参阅图3所示，提现平台为本申请实施例三提供的提现平台的结构示意图。在本申请较佳实施例中，所述提现平台包括存储器31、至少一个处理器32、至少一条通信总线33。

本领域技术人员应该了解，图3示出的提现平台的结构并不构成本申请实施例的限定，既可以是总线型结构，也可以是星形结构，所述服务器3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述服务器3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述服务器3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述服务器3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本申请，也应包含在本申请的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31中存储有计算机程序，所述计算机程序被所述至少一个处理器32执行时实现如所述的向用户支付的智能调度方法中的全部或者部分步骤。所述存储器31包括只读存储器（Read-Only Memory，ROM）、可编程只读存储器（Programmable Read-Only Memory，PROM）、可擦除可编程只读存储器（ErasableProgrammable Read-Only Memory，EPROM）、一次可编程只读存储器（One-timeProgrammable Read-Ony Memory，OTPROM）、电子擦除式可复写只读存储器（Electrically-Erasable Programmable Read-Only Memory，EEPROM）、只读光盘（Compact Disc Read-Only Memory，CD-ROM）或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作服务器、至少一个功能所需的应用程序等。

在一些实施例中，所述至少一个处理器32是所述服务器3的控制核心（ControlUnit），利用各种接口和线路连接整个服务器3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行服务器3的各种功能和处理数据。例如，所述至少一个处理器32执行所述存储器中存储的计算机程序时实现本申请实施例中所述的一种支付向用户支付的智能调度方法的全部或者部分步骤；或者实现基于场景的余额支付订单处理装置的全部或者部分功能。所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能 或不同功能封装的集成电路所组成，包括一个或者多个中央处理器（Central ProcessingUnit，CPU）、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。尽管未示出，所述服务器3还可以包括给各个部件供电的电源（比如电池），优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述服务器3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台服务器或处理器（processor）执行本申请各个实施例所述方法的部分。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。

Claims (10)

1.一种向用户支付的智能调度方法，其特征在于，所述方法包括：

根据客户端进入的提现界面确定提现场景；

侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；

根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；

通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

2.根据权利要求1所述的向用户支付的智能调度方法，其特征在于，所述根据所述提现场景及所述提现金额获取最优支付方式包括：

获取所述客户端在所述提现场景下的多个支付方式；

获取每个所述支付方式的优先级；

根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式。

3.根据权利要求2所述的向用户支付的智能调度方法，其特征在于，所述根据所述优先级及所述提现金额从所述多个支付方式中获取最优支付方式包括：

获取所述多个支付方式中优先级最高的第一目标支付方式；

判断所述第一目标支付方式对应的支付账户中的余额是否大于所述提现金额；

当所述第一目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第一目标支付方式确定为所述最优支付方式；

当所述第一目标支付方式对应的支付账户中的余额小于所述提现金额时，获取所述多个支付方式中优先级第二高的第二目标支付方式；

当所述第二目标支付方式对应的支付账户中的余额大于或等于所述提现金额时，将所述第二目标支付方式确定为所述最优支付方式。

4.根据权利要求3所述的向用户支付的智能调度方法，其特征在于，所述通过所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理之前，所述方法还包括：

获取所述最优支付方式对应的支付渠道方的状态；

当所述最优支付方式对应的支付渠道方的状态为关闭状态时，获取支付渠道方集合中状态为开启状态的支付渠道方；

将所述状态为开启状态的支付渠道方对应的支付方式中与所述客户端匹配的支付方式确定为匹配支付方式；

获取所述匹配支付方式中优先级最高的目标匹配支付方式；

通过所述支付中心调用所述目标匹配支付方式对应的支付渠道方对所述支付订单进行支付处理。

5.根据权利要求1至4中任意一项所述的向用户支付的智能调度方法，其特征在于，所述根据客户端进入的提现界面确定提现场景包括：

获取所述提现界面的界面标识；

从场景标识库中获取与所述界面标识对应的场景标识；

根据所述场景标识确定所述提现场景。

6.根据权利要求5所述的向用户支付的智能调度方法，其特征在于，所述方法还包括：

将所述最优支付方式下的提现服务费显示至所述客户端。

7.根据权利要求5所述的向用户支付的智能调度方法，其特征在于，所述方法还包括：

获取所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理得到的支付结果；

根据所述支付结果生成所述支付订单的订单状态。

8.一种向用户支付的智能调度装置，其特征在于，所述装置包括：

场景确定模块，用于根据客户端进入的提现界面确定提现场景；

方式获取模块，用于侦测到所述客户端在所述提现界面输入提现金额时，根据所述提现场景及所述提现金额获取最优支付方式及所述最优支付方式下的提现服务费；

订单生成模块，根据所述客户端选定的收款账户及所述提现服务费生成支付订单，并发送所述支付订单至支付中心；

订单处理模块，请求所述支付中心调用所述最优支付方式对应的支付渠道方对所述支付订单进行支付处理。

9.一种服务器，其特征在于，所述服务器包括存储器、处理器以及存储在所诉存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任意一项所述的一种向用户支付的智能调度方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被执行时实现如权利要求1至7中任意一项所述的一种向用户支付的智能调度方法的步骤。