CN112633866A - 一种支付运营方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种支付运营方法、装置、电子设备及介质，可应用于金融科技领域，方法包括：对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。本发明实施例可以减少支付运营的工作量，减少资源转移异常情况的发生，提高资源转移异常情况的处理效率。本申请还涉及区块链技术，如可基于区块链记录的交易信息获取每个支付渠道的资源转移数据。

Description

一种支付运营方法、装置、电子设备及存储介质

技术领域

本发明涉及金融科技技术领域，具体涉及支付技术领域，尤其涉及一种支付运营方法、装置、电子设备及存储介质。

背景技术

支付运营包括对支付系统的运营监控，解决支付系统相关问题。目前，支付运营仅仅通过邮件监控的方式对支付平台的运营情况进行监控，由于支付运营相关数据复杂，相关管理人员不能及时掌握支付过程的资源转移异常情况并进行处理；并且，现有技术通常采用预设支付渠道进行资源转移操作，在支付渠道不能正常进行资源转移操作时，不能及时进行处理，容易出现交易失败的情况，降低了资源转移功率。

发明内容

本发明实施例提供了一种支付运营方法、装置、电子设备及计算机存储介质，可以减少支付运营的工作量，减少资源转移异常情况的发生，提高资源转移异常情况的处理效率。

一方面，本发明实施例提供了一种支付运营方法，该支付运营方法包括：

对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；所述支付路由模型包括支付路由和所述每个支付渠道的渠道编码，所述支付路由包括支付渠道调度规则、支付渠道接口、资源转移请求接口；

获取每个支付渠道的资源转移数据；

根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

可选的，该支付运营方法还包括：

在通过资源转移接口检测到第一用户的资源转移请求时，运行所述第一支付渠道调度规则；

通过第一支付渠道调度规则根据每个支付渠道的资源转移成功率，从多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从所述至少一个支付渠道中确定出第一支付渠道；

调用支付渠道接口根据第一支付渠道对应的第一渠道编码查询出第一支付渠道，以针对该第一用户调用所述第一支付渠道执行资源转移操作。

可选的，该支付运营方法还包括：

在通过资源转移接口检测到第二用户的资源转移请求时，运行所述第二支付渠道调度规则；

通过第二支付渠道调度规则根据每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从所述至少一个支付渠道中确定出第二支付渠道；

调用支付渠道接口根据第二支付渠道对应的第二渠道编码查询出第二支付渠道，以针对该第二用户调用所述第二支付渠道执行资源转移操作。

可选的，该支付运营方法包括：

当通过资源转移请求接口接收到第三用户的资源转移请求时，运行第三支付渠道调度规则，所述资源转移请求携带第三渠道编码；

当通过第三支付渠道调度规则检测到所述第三渠道编码对应的第三支付渠道处于正常工作状态时，调用支付渠道接口根据所述第三渠道编码查询出第三渠道编码对应的第三支付渠道，并针对所述第三用户调用所述第三支付渠道执行资源转移操作。

可选的，该支付运营方法还包括：

在检测到对第四用户的定期资源转移事件时，运行第四支付渠道调度规则；

通过第四支付渠道调度规则根据所述第三用户的资源转移数量以及每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并根据所述至少一个支付渠道中每个资源转移渠道的资源转移成功率，从所述至少一个支付渠道中确定出资源转移成功率最高的第四支付渠道；

调用支付渠道接口根据第四渠道编码查询出第四支付渠道，并针对所述第四用户调用所述第四支付渠道执行资源转移操作。

可选的，该支付运营方法还包括：

当检测到针对多个用户调用多个支付渠道中的目标支付渠道执行资源转移操作失败时，获取所述目标支付渠道在执行资源转移操作时的系统数据；所述目标支付渠道为多个支付渠道中的任一支付渠道；

根据所述系统数据获取该系统数据对应的系统故障信息；

将所述系统故障信息发送至目标支付渠道对应的管理设备。

可选的，该支付运营方法还包括：

统计多个支付渠道中的目标支付渠道目标支付渠道的历史资源转移失败原因；

对所述历史资源转移失败原因进行聚类处理，得到多个资源转移失败原因集合，所述资源转移失败原因集合包括至少一个资源转移失败原因；

确定所述多个资源转移失败原因集合的资源转移失败原因的数量，并从所述多个资源转移失败原因集合中，确定出资源转移失败原因的数量最多的资源转移失败原因集合；

从所述资源转移失败原因的数量最多的资源转移失败原因集合中，确定出资源转移失败原因子集合，并将所述资源转移失败原因子集合发送至目标支付渠道对应的管理设备。

另一方面，本发明实施例提供了一种支付运营装置，该支付运营装置包括：

处理模块，对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；

获取模块，用于获取每个支付渠道的资源转移数据；

所述处理模块，还用于根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

再一方面，本发明实施例提供了一种电子设备，所述电子设备包括处理器和存储装置，所述处理器与所述存储装置相互连接，其中，所述存储装置用于存储计算机程序指令，所述处理器被配置用于执行所述程序指令，执行如下步骤：对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；所述支付路由模型包括支付路由和所述每个支付渠道的渠道编码，所述支付路由包括支付渠道调度规则、支付渠道接口、资源转移请求接口；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

又一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行上述支付运营方法。

综上所述，电子设备可以对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型以便于高效调用支付渠道进行资源转移操作；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。由此可见，通过采用建立支付路由模型的方式，实现调用合适的支付渠道进行资源转移操作，可以减少支付运营的工作量，减少资源转移异常情况的发生，提高资源转移异常情况的处理效率。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种支付运营方法的流程示意图；

图2是本发明实施例提供的一种支付路由模型的结构示意图；

图3是本发明实施例提供的一种界面显示效果示意图；

图4是本发明实施例提供的另一种支付运营方法的流程示意图；

图5是本发明实施例提供的又一种支付运营方法的流程示意图；

图6是本发明实施例提供的又一种支付运营方法的流程示意图；

图7是本发明实施例提供的又一种支付运营方法的流程示意图；

图8是本发明实施例提供的又一种支付运营方法的流程示意图；

图9是本发明实施例提供的一种支付运营装置的结构示意图；

图10是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提出一种支付运营方案以及时处理资源转移异常情况，提高资源转移成功率。该支付运营方案可以应用于金融科技、大数据、智慧城市，如智慧支付等技术领域。该支付运营方案可运用在电子设备中，此处的电子设备可以包括但不限于服务器等具备数据处理能力的设备。电子设备可根据实际的业务需求，执行该支付运营方案。

本申请实施例涉及区块链技术，如上述提及的电子设备可以为区块链节点设备，即本支付运营方案可以由区块链节点设备执行。区块链可以记录每笔交易的交易信息，区块链节点设备可基于区块链记录的这些交易信息获取每个支付渠道的资源转移数据。

基于上述的描述，本发明实施例提出一种支付运营方法，该支付运营方法可以由终端执行。请参见图1，该支付运营方法可包括以下步骤S101-S103：

S101、对多个支付渠道进行编码，得到该多个支付渠道中每个支付渠道的渠道编码，并根据每个支付渠道的渠道编码构建支付路由模型。

其中，该支付路由模型包括支付路由和每个支付渠道的渠道编码，该支付路由包括支付渠道调度规则、支付渠道接口、资源转移请求接口。

其中，对多个支付渠道进行编码可以是用多个英文字母表示，也可以是用多个数字表示，也可以用多个连续符号表示，还可以是数字、英文字母、符号的任意组合表示，此处不做限制。如，可以对支付渠道“支付渠道1”编码，得到渠道编码为QUDAO_ONE，或者QUDAO_01等。

该支付路由模型至少包括支付路由和每个支付渠道的渠道编码，该支付路由至少包括支付渠道调度规则、支付渠道接口、资源转移请求接口。如图2所示，为一个支付路由模型示意图，可以看到，该支付路由模型中的支付路由通过资源转移请求接口接收资源转移请求，通过支付渠道接口对接多个渠道编码以达到调用对应的支付渠道执行资源转移操作的目的，在一个支付路由模型中，每个支付渠道对应的渠道编码不重复。

S102、获取每个支付渠道的资源转移数据。

其中，每个支付渠道的资源转移数据可以包括每个支付渠道的资源转移成功率、预设资源转移数量、执行资源转移操作时的系统数据等，此处不做限制。

在一种可能的实施方式中，电子设备可以获取每个支付渠道的资源转移成功率。具体的，该资源转移成功率可以根据支付渠道中的进行过的资源转移的交易数量与资源转移成功的交易数量计算得到。其中，每个支付渠道的资源转移成功率可以针对不同维度进行统计，不同维度可以为目标时间段内的资源转移成功率，还可以为各个资源转移场景的资源转移成功率，还可以为各个产品线的资源转移成功率，或者是目标时间段内的各个资源转移场景的资源转移成功率，或者目标时间段内的各个产品线的资源转移成功率，等等，此处不做限制，该时间段包括但不限于为某年、某月、某日、某几分钟等时间段，该资源转移场景可以是指正常资源转移、提前资源转移、逾期及追债资源转移等场景，该产品线可以是指无抵押、有抵押、小额贷款等产品线。例如，在某一天时间内，该支付渠道进行了1000次资源转移操作，但是由于各种原因导致，成功完成的资源转移操作只有850次，则该支付渠道在该段时间内的资源转移成功率为85％。

进一步的，电子设备可以将获取的每个支付渠道不同维度的资源转移成功率在管理设备的第一界面上显示，并可以对第一界面上的数据进行一定标示，如标示资源转移成功率最高、最低的支付渠道等，还可以根据一定时间间隔更新显示的数据，以便于相关管理人员根据资源转移成功率情况判断支付渠道运营状况，并及时做出反馈。如图3所示，是第一界面上显示资源转移成功率图形的效果示意图。

在一种可能的实施方式中，电子设备还可以获取每个支付渠道的预设资源转移数量。具体的，该预设资源转移数量是指每个支付渠道中单次资源转移操作能够进行资源转移的最大数量，当调用支付渠道进行资源转移操作时，资源转移请求的目标资源转移数量大于该支付渠道的预设资源转移数量时，该资源转移操作不能顺利进行，可能会失败，也可能仅转移与该支付渠道的预设资源转移数量相同的数量，此处不做限制。例如，某个支付渠道的预设资源转移数量为2000，当调用该支付渠道进行资源转移操作的目标资源转移数量为3000，则该资源转移操作失败。

进一步的，电子设备可以将获取的每个支付渠道的预设资源转移数量在管理设备的第二界面上显示，并可以对第二界面上的数据进行一定标示，如，标示预设资源转移数量最大的支付渠道等，还可以根据一定时间间隔更新显示的数据以便于相关管理人员根据预设资源转移数量判断支付渠道运营状况，并可以对支付渠道预设资源转移数量进行调整。

S103、根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。

其中，根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作，支付路由模型的支付渠道调度规则可以根据资源转移数据确定，不同的支付渠道调度规则可以包括不同的触发条件，该触发条件可以包括接收到未携带渠道编码的资源请求，还可以包括接收到携带渠道编码的资源请求，还可包括检测到定期资源转移事件，等等，此处不做限制。

在一种可能的实施方式中，该资源转移数据包括资源转移成功率，该支付渠道调度规则包括第一支付渠道调度规则，该第一支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。如图4所示，包括步骤S401-S403：

S401、在通过资源转移接口检测到第一用户的资源转移请求时，运行该第一支付渠道调度规则。

其中，资源转移请求为未携带渠道编码的资源请求，在实际操作中，该未携带渠道编码的资源请求，可以是指任意由第一用户发起的资源请求，且该第一用户未指定由何种支付渠道进行资源转移操作的资源请求，如第一用户采用免密支付的情况下执行资源转移操作的资源转移请求，或第一用户点击还款按钮直接进行还款的情况下执行资源转移操作的资源转移请求，等等，此处不做限制。例如，某用户在支付时采用免密支付，该免密支付是指用户通过授权支付应用客户端，在使用该支付应用客户端进行支付时，不需要输入密码即可以完成资源转移，则该资源转移请求没有选定具体由哪个支付渠道进行支付，即该资源转移请求未携带渠道编码。又如，某用户通过某贷款应用客户端进行贷款，并对该贷款应用进行授权，以便于在进行还款时，某用户直接点击还款按钮进行还款，不需要选择支付渠道，则该资源转移请求没有选定具体由哪个支付渠道进行支付，即该资源转移请求未携带渠道编码。

S402、通过第一支付渠道调度规则根据每个支付渠道的资源转移成功率，从多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从至少一个支付渠道中确定出第一支付渠道。

具体的，电子设备获取每个渠道一定时间段内的资源转移成功率，对资源转移成功率进行排序，并根据预设值确定出资源转移成功率高于预设值的支付渠道，该预设值的取值可以在0-100％内，再从高于预设值的支付渠道确定第一支付渠道。例如，获取最近15分钟内每个支付渠道的资源转移成功率，并对每个支付渠道的资源转移成功率按从大到小进行排序，如，支付渠道1的资源成功率为88％，支付渠道2的资源成功率为80％，支付渠道3的资源成功率为60％，若预设值为70％，则第一支付渠道可以从支付渠道1或支付渠道2中进行选择，该第一支付渠道可以是支付渠道资源转移成功率最高的支付渠道1，也可以随机进行选择，此处不做限制。

S403、调用支付渠道接口根据第一支付渠道对应的第一渠道编码查询出第一支付渠道，以针对第一用户调用该第一支付渠道执行资源转移操作。

具体的，在支付路由模型中，渠道编码与支付渠道一一对应，根据资源转移成功率确定出第一支付渠道后，根据渠道编码与支付渠道的一一对应关系，找到第一渠道编码，然后通过支付路由调用该第一渠道编码对应的第一支付渠道进行资源转移操作。

在一种可能的实施方式中，该资源转移数据包括预设资源转移数量，该支付渠道调度规则包括第二支付渠道调度规则，该第二支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。如图5所示，包括步骤S501-S503：

S501、在通过资源转移接口检测到第二用户的资源转移请求时，运行该第二支付渠道调度规则。

其中，资源转移请求为未携带渠道编码的资源请求，具体参照S401内容，此处不做赘述。

S502、通过第二支付渠道调度规则根据每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从至少一个支付渠道中确定出第二支付渠道。

具体的，电子设备获取支付路由接收到资源转移请求时每个渠道的预设资源转移数量，对每个支付渠道预设资源转移数量进行排序，并根据目标资源转移数量确定预设资源转移数量出高于目标资源转移数量的支付渠道，再从预设资源转移数量高于目标资源转移数量的支付渠道确定第一支付渠道，该目标资源转移数量是指用户请求进行资源转移操作的资源转移数量。例如，电子设备在接收到资源转移请求时每个支付渠道的预设资源转移数量，并对每个支付渠道的预设资源转移数量按从大到小进行排序，如，支付路由支付渠道1的预设资源转移数量为20000，支付渠道2的预设资源转移数量为25000，支付渠道3的预设资源转移数量为30000，若用户请求进行资源转移的资源转移数量为23000，即目标资源转移数量为23000，则第二支付渠道可以从支付渠道2或支付渠道3中进行选择，可以是选择预设资源转移数量最大的支付渠道3，也可以随机从支付渠道2或支付渠道3中进行选择，此处不做限制。

S503、调用支付渠道接口根据第二支付渠道对应的第二渠道编码查询出第二支付渠道，以针对该第二用户调用该第二支付渠道执行资源转移操作。

具体参照S403内容，此处不做赘述。

在一种可能的实施方式中，该支付渠道调度规则包括第三支付渠道调度规则，该第三支付渠道调度规则的触发条件为接收到携带渠道编码的资源转移请求；根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。如图6所示，包括步骤S601-S602：

S601、当通过资源转移请求接口接收到第三用户的资源转移请求时，运行第三支付渠道调度规则，该资源转移请求携带第三渠道编码。

其中，资源转移请求为携带第三渠道编码的资源请求，在实际操作中，该携带第三渠道编码的资源转移请求，可以是指任意由第三用户发起的资源转移请求，且该第三用户指定了由何种支付渠道进行资源转移操作的资源请求，如第三用户选择某个支付渠道进行支付的资源转移请求，等等，此处不做限制。例如，第三用户在购买商品时，通过“支付渠道1”向商家支付费用，则支付路由接收到的资源转移请求携带“支付渠道1”的渠道编码，又如，第三用户在向朋友发送电子红包时，选择“支付渠道2”进行支付，则支付路由接收到的资源转移请求携带“支付渠道2”的渠道编码。

S602、当通过第三支付渠道调度规则检测到该第三渠道编码对应的第三支付渠道处于正常工作状态时，调用支付渠道接口根据该第三渠道编码查询出第三渠道编码对应的第三支付渠道，并针对该第三用户调用该第三支付渠道执行资源转移操作。

其中，检测该第三渠道编码对应的第三支付渠道处于正常工作状态，该正常状态可以是第三支付渠道的资源转移成功率高于预设值，也可以是第三支付渠道的预设资源转移数量高于目标资源转移数量，还可以是第三支付渠道的没有关闭，等等情况，此处不做限制。然后可以参照S403、S503步骤实现对第三支付渠道的调用，执行资源转移操作。

在一种可选的实施方式中，当第三渠道编码对应的第三支付渠道不处于正常状态，电子设备可以调用其他正常状态的支付渠道对该资源请求执行资源转移操作。例如，当第三支付渠道的资源转移成功率低于预设值时，参照S402从除第三支付渠道外的多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从该至少一个支付渠道中确定出替代支付渠道，并针对该第三用户调用该替代支付渠道执行资源转移操作。并且，在之后一段时间接收到携带该第三渠道编码的资源请求时，直接调用替换支付渠道执行资源转移操作，直至第三支付渠道恢复正常，如该第三支付渠道资源转移成功率大于预设值等。又如，当第三支付渠道的预设资源转移数量高于目标资源转移数量，参照S502从除第三支付渠道外的多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从至少一个支付渠道中确定出替代支付渠道，并针对第三用户调用该替代支付渠道执行资源转移操作。

在一种可能的实施方式中，该资源转移数据包括预设资源转移数量和资源转移成功率，该支付渠道调度规则包括第四支付渠道调度规则，该第四支付渠道调度规则的触发条件为检测到定期资源转移事件，根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。如图7所示，包括步骤S701-S703：

S701、在检测到对第四用户的定期资源转移事件时，运行第四支付渠道调度规则。

其中，检测定期资源转移事件，该定期资源转移事件可以是指任意不由第四用户主动发起资源转移请求的而需要执行资源转移操作事务时间，如定期对第四用户的余额执行资源转移操作，等等，此处不做限制。例如，某第四用户进行贷款，该第四用户每月需还贷款3000元，该贷款人可提前汇入3000元进账户，使得账户余额大于等于3000元，还款平台每月固定日期对该第四用户的余额进行扣款，并且该资源转移请求没有选定具体由哪个支付渠道进行支付，即该资源转移请求未携带渠道编码。

S702、通过第四支付渠道调度规则根据该第三用户的资源转移数量以及每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并根据该至少一个支付渠道中每个资源转移渠道的资源转移成功率，从该至少一个支付渠道中确定出资源转移成功率最高的第四支付渠道。

参照S402和S502，确定出预设资源转移数量高于目标资源转移数量，并且资源转移成功率最高的第四支付渠道。

S703、调用支付渠道接口根据第四渠道编码查询出第四支付渠道，并针对第四用户调用第四支付渠道执行资源转移操作。

参照S403针对第四用户调用该第四支付渠道执行资源转移操作。

本发明实施例中，电子设备可以对多个支付渠道进行编码，得到多个支付渠道中每个支付渠道的渠道编码，并根据每个支付渠道的渠道编码构建支付路由模型以便于高效调用支付渠道进行资源转移操作；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及支付路由模型调用支付渠道执行资源转移操作。由此可见，通过采用建立支付路由模型，确定资源转移调度规则的方式，实现调用合适的支付渠道进行资源转移操作，可以减少支付运营的工作量，减少对资源转移异常情况的发生，提高资源转移异常情况的处理效率。

请参见图8，是本发明实施例提供的另一种支付运营方法的流程示意图。如图8所示，该支付运营方法可包括以下步骤S801-S806：

S801、对多个支付渠道进行编码，得到该多个支付渠道中每个支付渠道的渠道编码，并根据每个支付渠道的渠道编码构建支付路由模型。

具体可参照S101，此处不做赘述。

S802、获取每个支付渠道的资源转移数据。

具体可参照S102，此处不做赘述。

S803、根据每个支付渠道的资源转移数据及该支付路由模型调用支付渠道执行资源转移操作。

具体可参照S103，此处不做赘述。

S804、当检测到针对多个用户调用多个支付渠道中的目标支付渠道执行资源转移操作失败时，获取该目标支付渠道在执行资源转移操作时的系统数据。

其中，该目标支付渠道为多个支付渠道中的任一支付渠道。具体的，预先建立一个系统故障信息映射表，该系统故障信息映射表可以包括系统故障原因、系统故障原因编码、系统故障原因优化策略等信息；当电子设备检测到针对多个用户调用多个支付渠道中的目标支付渠道执行支付转移操作失败时，获取该目标支付渠道在执行系统时的系统数据，该系统数据可以是系统故障原因编码。例如，系统故障原因可以为支付渠道接口错误、渠道编码查询错误，无可用支付渠道、接收资源转移请求失败等原因，此处不做限制，建立一个系统故障信息映射表，可以将系统故障原因对应编码为：支付渠道接口错误E1100、渠道编码查询错误E1101、无可用支付渠道E1102、接收资源转移请求失败E1103等。

S805、根据该系统数据获取该系统数据对应的系统故障信息。

具体的，电子设备获取该系统数据后，根据系统故障信息映射表查询该系统数据的对应的系统故障信息，该系统故障信息可以是系统故障原因、资源转移操作故障原因优化策略等信息。

S806、将该系统故障信息发送至目标支付渠道对应的管理设备。

具体的，将获取的系统故障信息进行统计，并将该系统故障信息全部发送至管理设备，以便于相关管理人员及时处理系统故障原因。进一步的，可以将获取的每个支付渠道系统故障信息以图形的形式在管理设备的第三界面上显示，并可以对第三界面上的数据进行一定标示，还可以根据一定时间间隔更新显示的数据，以便于相关管理人员根据系统故障信息判断系统状况，并及时做出反馈。

可选的，电子设备还可以统计多个支付渠道中的目标支付渠道的历史资源转移失败原因，该历史资源转移失败原因可以包括上述系统故障信息中的系统故障原因；对该历史资源转移失败原因进行聚类处理，得到多个资源转移失败原因集合，该资源转移失败原因集合包括至少一个资源转移失败原因，该资源转移失败原因集合可以分为系统故障原因、用户账户异常原因、其他原因等不同集合；确定该多个资源转移失败原因集合中资源转移失败的数量，并从该多个资源转移失败原因集合中，确定出资源转移失败对应的原因的数量最多的资源转移失败原因集合；从该资源转移失败原因的数量最多的资源转移失败原因集合中，确定出资源转移失败原因子集合，并将该资源转移失败原因子集合发送至管理设备。以便于相关管理人员根据资源转移失败原因判断系统状况，并及时做出反馈。

可选的，由于系统故障原因导致资源转移操作失败，接收到用户投诉时，可以根据用户类别采取不同的方式进行处理及业务优化。具体的，按照预设分类方式对用户分类，并获取目标类别的用户的投诉原因；根据投诉原因进行业务优化。例如，校测用户的最大交易数值，该用户的最大交易值可以是指用户在日常交易中通过某支付应用客户端进行资源转移操作的资源转移数量最大值，也可以是指用户在日常交易中通过某支付应用客户端进行资源转移操作的资源转移数量总和；在获取用户的最大交易值后，根据用户的最大交易数值进行分类，使最大交易数值高于数值一为第一类，最大交易数值处于数值一与数值二为第二类，最大交易数值低于数值二为第三类，获取目标类别下的用户投诉原因，对不同类别的用户的投诉原因可以采用不同的处理方式，如对第一类投诉原因可以输出提示消息，以提示用户接入专属客服进行追踪及问题解决，对第二和第三类用户投诉原因可以采用人工服务的方式进行问题解决。又如，检测用户的业务使用情况，根据业务使用情况对用户进行分类，使得满足同一业务使用条件的用户分为一类，并对不同类别的用户的投诉原因采用不同的员工进行问题解决，提高效率。

本发明实施例中，电子设备可以对多个支付渠道进行编码，得到多个支付渠道中每个支付渠道的渠道编码，并根据每个支付渠道的渠道编码构建支付路由模型以便于高效调用支付渠道进行资源转移操作；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及支付路由模型调用支付渠道执行资源转移操作；获取资源转移失败的原因并将其发送至管理设备。由此可见，通过采用建立支付路由模型，确定资源转移调度规则的方式，实现调用合适的支付渠道进行资源转移操作，可以减少支付运营的工作量，减少对资源转移异常情况的发生，提高资源转移异常情况的处理效率。

请参见图9，是本申请实施例的一种支付运营装置的结构示意图。

在本申请实施例所述装置的一个实现方式中，该装置包括如下结构。

处理模块901，用于对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；

获取模块902，用于获取每个支付渠道的资源转移数据；

所述处理模块901，还用于根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括资源转移成功率，所述支付渠道调度规则包括第一支付渠道调度规则，所述第一支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理模块901具体用于在通过资源转移接口检测到第一用户的资源转移请求时，运行所述第一支付渠道调度规则；通过第一支付渠道调度规则根据每个支付渠道的资源转移成功率，从多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从所述至少一个支付渠道中确定出第一支付渠道；调用支付渠道接口根据第一支付渠道对应的第一渠道编码查询出第一支付渠道，以针对该第一用户调用所述第一支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括预设资源转移数量，所述支付渠道调度规则包括第二支付渠道调度规则，所述第二支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理模块901还用于在通过资源转移接口检测到第二用户的资源转移请求时，运行所述第二支付渠道调度规则；通过第二支付渠道调度规则根据每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从所述至少一个支付渠道中确定出第二支付渠道；调用支付渠道接口根据第二支付渠道对应的第二渠道编码查询出第二支付渠道，以针对该第二用户调用所述第二支付渠道执行资源转移操作。

在一个实施例中，所述支付渠道调度规则包括第三支付渠道调度规则，所述第三支付渠道调度规则的触发条件为接收到携带渠道编码的资源转移请求；所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理模块901具体用于当通过资源转移请求接口接收到第三用户的资源转移请求时，运行第三支付渠道调度规则，所述资源转移请求携带第三渠道编码；当通过第三支付渠道调度规则检测到所述第三渠道编码对应的第三支付渠道处于正常工作状态时，调用支付渠道接口根据所述第三渠道编码查询出第三渠道编码对应的第三支付渠道，并针对所述第三用户调用所述第三支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括预设资源转移数量和资源转移成功率，所述支付渠道调度规则包括第四支付渠道调度规则，所述第四支付渠道调度规则的触发条件为检测到定期资源转移事件，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理模块901具体用于在检测到对第四用户的定期资源转移事件时，运行第四支付渠道调度规则；通过第四支付渠道调度规则根据所述第三用户的资源转移数量以及每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并根据所述至少一个支付渠道中每个资源转移渠道的资源转移成功率，从所述至少一个支付渠道中确定出资源转移成功率最高的第四支付渠道；调用支付渠道接口根据第四渠道编码查询出第四支付渠道，并针对所述第四用户调用所述第四支付渠道执行资源转移操作。

在一个实施例中，所述获取模块902用于当检测到针对多个用户调用多个支付渠道中的目标支付渠道执行资源转移操作失败时，获取所述目标支付渠道在执行资源转移操作时的系统数据；所述目标支付渠道为多个支付渠道中的任一支付渠道；根据所述系统数据获取该系统数据对应的系统故障信息；所述处理模块901用于将所述系统故障信息发送至目标支付渠道对应的管理设备。

在一个实施例中，所述获取模块902用于统计多个支付渠道中的目标支付渠道目标支付渠道的历史资源转移失败原因；所述处理模块901用于对所述历史资源转移失败原因进行聚类处理，得到多个资源转移失败原因集合，所述资源转移失败原因集合包括至少一个资源转移失败原因；确定所述多个资源转移失败原因集合的资源转移失败原因的数量，并从所述多个资源转移失败原因集合中，确定出资源转移失败原因的数量最多的资源转移失败原因集合；从所述资源转移失败原因的数量最多的资源转移失败原因集合中，确定出资源转移失败原因子集合，并将所述资源转移失败原因子集合发送至目标支付渠道对应的管理设备。

本发明实施例中，支付运营装置可以对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型以便于高效调用支付渠道进行资源转移操作；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作；获取资源转移失败的原因并将其发送至管理设备。由此可见，通过采用建立支付路由模型，确定资源转移调度规则的方式，实现调用合适的支付渠道进行资源转移操作，可以减少支付运营的工作量，减少对资源转移异常情况的发生，提高资源转移异常情况的处理效率。

再请参见图10，是本申请实施例的一种电子设备的结构示意图，本申请实施例的所述电子设备包括供电模块等结构，并包括处理器1001、存储装置1002以及网络接口1003。所述处理器1001、存储装置1002以及网络接口1003之间可以交互数据，网络接口1003受所述处理器的控制用于收发消息，存储器1002用于存储计算机程序，所述计算机程序包括程序指令，处理器1001用于执行存储器1002存储的程序指令。其中，处理器1001被配置用于调用所述程序指令执行。

所述存储装置1002可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置1002也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；所述存储装置1002还可以包括上述种类的存储器的组合。

所述处理器1001可以是中央处理器1001(central processing unit，CPU)。在一个实施例中，所述处理器1001还可以是图形处理器1001(Graphics Processing Unit，GPU)。所述处理器1001也可以是由CPU和GPU的组合。在所述服务器中，可以根据需要包括多个CPU和GPU进行相应的监管。在一个实施例中，所述存储装置1002用于存储程序指令。所述处理器1001可以调用所述程序指令，实现以下步骤：

对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；

获取每个支付渠道的资源转移数据；

还用于根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括资源转移成功率，所述支付渠道调度规则包括第一支付渠道调度规则，所述第一支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理器1001还可以调用所述程序指令，用于实现在通过资源转移接口检测到第一用户的资源转移请求时，运行所述第一支付渠道调度规则；通过第一支付渠道调度规则根据每个支付渠道的资源转移成功率，从多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从所述至少一个支付渠道中确定出第一支付渠道；调用支付渠道接口根据第一支付渠道对应的第一渠道编码查询出第一支付渠道，以针对该第一用户调用所述第一支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括预设资源转移数量，所述支付渠道调度规则包括第二支付渠道调度规则，所述第二支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理器1001还可以调用所述程序指令，用于实现在通过资源转移接口检测到第二用户的资源转移请求时，运行所述第二支付渠道调度规则；通过第二支付渠道调度规则根据每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从所述至少一个支付渠道中确定出第二支付渠道；调用支付渠道接口根据第二支付渠道对应的第二渠道编码查询出第二支付渠道，以针对该第二用户调用所述第二支付渠道执行资源转移操作。

在一个实施例中，所述支付渠道调度规则包括第三支付渠道调度规则，所述第三支付渠道调度规则的触发条件为接收到携带渠道编码的资源转移请求；所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理器1001还可以调用所述程序指令，用于实现当通过资源转移请求接口接收到第三用户的资源转移请求时，运行第三支付渠道调度规则，所述资源转移请求携带第三渠道编码；当通过第三支付渠道调度规则检测到所述第三渠道编码对应的第三支付渠道处于正常工作状态时，调用支付渠道接口根据所述第三渠道编码查询出第三渠道编码对应的第三支付渠道，并针对所述第三用户调用所述第三支付渠道执行资源转移操作。

在一个实施例中，所述资源转移数据包括预设资源转移数量和资源转移成功率，所述支付渠道调度规则包括第四支付渠道调度规则，所述第四支付渠道调度规则的触发条件为检测到定期资源转移事件，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，所述处理器1001还可以调用所述程序指令，用于实现在检测到对第四用户的定期资源转移事件时，运行第四支付渠道调度规则；通过第四支付渠道调度规则根据所述第三用户的资源转移数量以及每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并根据所述至少一个支付渠道中每个资源转移渠道的资源转移成功率，从所述至少一个支付渠道中确定出资源转移成功率最高的第四支付渠道；调用支付渠道接口根据第四渠道编码查询出第四支付渠道，并针对所述第四用户调用所述第四支付渠道执行资源转移操作。

在一个实施例中，所述处理器1001还可以调用所述程序指令，用于实现当检测到针对多个用户调用多个支付渠道中的目标支付渠道执行资源转移操作失败时，获取所述目标支付渠道在执行资源转移操作时的系统数据；所述目标支付渠道为多个支付渠道中的任一支付渠道；根据所述系统数据获取该系统数据对应的系统故障信息；将所述系统故障信息发送至目标支付渠道对应的管理设备。

在一个实施例中，所述处理器1001还可以调用所述程序指令，用于实现统计多个支付渠道中的目标支付渠道目标支付渠道的历史资源转移失败原因；对所述历史资源转移失败原因进行聚类处理，得到多个资源转移失败原因集合，所述资源转移失败原因集合包括至少一个资源转移失败原因；确定所述多个资源转移失败原因集合的资源转移失败原因的数量，并从所述多个资源转移失败原因集合中，确定出资源转移失败原因的数量最多的资源转移失败原因集合；从所述资源转移失败原因的数量最多的资源转移失败原因集合中，确定出资源转移失败原因子集合，并将所述资源转移失败原因子集合发送至目标支付渠道对应的管理设备。

本发明实施例中，电子设备可以对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型以便于高效调用支付渠道进行资源转移操作；获取每个支付渠道的资源转移数据；根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作；获取资源转移失败的原因并将其发送至管理设备。由此可见，通过采用建立支付路由模型，确定资源转移调度规则的方式，实现调用合适的支付渠道进行资源转移操作，可以减少支付运营的工作量，减少对资源转移异常情况的发生，提高资源转移异常情况的处理效率。

具体实现中，本申请实施例中所描述的处理器1001、存储装置1002、网络接口1003可执行图1实施例、图8实施例所描述的实现方式，也可执行本申请实施例所描述的实现方式，在此不再赘述。

在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的计算机可读存储介质可为易失性的或非易失性的。例如，该计算机存储介质可以为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。所述的计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

其中，本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于本申请所涵盖的范围。

Claims (10)

1.一种支付运营方法，其特征在于，所述方法包括：

对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；所述支付路由模型包括支付路由和所述每个支付渠道的渠道编码，所述支付路由包括支付渠道调度规则、支付渠道接口、资源转移请求接口；

获取每个支付渠道的资源转移数据；

根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

2.根据权利要求1所述的方法，其特征在于，所述资源转移数据包括资源转移成功率，所述支付渠道调度规则包括第一支付渠道调度规则，所述第一支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，包括：

在通过资源转移接口检测到第一用户的资源转移请求时，运行所述第一支付渠道调度规则；

通过第一支付渠道调度规则根据每个支付渠道的资源转移成功率，从多个支付渠道中确定出资源转移成功率高于预设值的至少一个支付渠道，并从所述至少一个支付渠道中确定出第一支付渠道；

调用支付渠道接口根据第一支付渠道对应的第一渠道编码查询出第一支付渠道，以针对该第一用户调用所述第一支付渠道执行资源转移操作。

3.根据权利要求1所述的方法，其特征在于，所述资源转移数据包括预设资源转移数量，所述支付渠道调度规则包括第二支付渠道调度规则，所述第二支付渠道调度规则的触发条件为接收到未携带渠道编码的资源转移请求，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，包括：

在通过资源转移接口检测到第二用户的资源转移请求时，运行所述第二支付渠道调度规则；

通过第二支付渠道调度规则根据每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并从所述至少一个支付渠道中确定出第二支付渠道；

调用支付渠道接口根据第二支付渠道对应的第二渠道编码查询出第二支付渠道，以针对该第二用户调用所述第二支付渠道执行资源转移操作。

4.根据权利要求2和3任一项所述的方法，其特征在于，所述支付渠道调度规则包括第三支付渠道调度规则，所述第三支付渠道调度规则的触发条件为接收到携带渠道编码的资源转移请求；所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，包括：

当通过资源转移请求接口接收到第三用户的资源转移请求时，运行第三支付渠道调度规则，所述资源转移请求携带第三渠道编码；

当通过第三支付渠道调度规则检测到所述第三渠道编码对应的第三支付渠道处于正常工作状态时，调用支付渠道接口根据所述第三渠道编码查询出第三渠道编码对应的第三支付渠道，并针对所述第三用户调用所述第三支付渠道执行资源转移操作。

5.根据权利要求4所述的方法，其特征在于，所述资源转移数据包括预设资源转移数量和资源转移成功率，所述支付渠道调度规则包括第四支付渠道调度规则，所述第四支付渠道调度规则的触发条件为检测到定期资源转移事件，所述根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作，包括：

在检测到对第四用户的定期资源转移事件时，运行第四支付渠道调度规则；

通过第四支付渠道调度规则根据所述第三用户的资源转移数量以及每个支付渠道的预设资源转移数量，从多个支付渠道中确定出预设资源转移数量高于目标资源转移数量的至少一个支付渠道，并根据所述至少一个支付渠道中每个资源转移渠道的资源转移成功率，从所述至少一个支付渠道中确定出资源转移成功率最高的第四支付渠道；

调用支付渠道接口根据第四渠道编码查询出第四支付渠道，并针对所述第四用户调用所述第四支付渠道执行资源转移操作。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当检测到针对多个用户调用多个支付渠道中的目标支付渠道执行资源转移操作失败时，获取所述目标支付渠道在执行资源转移操作时的系统数据；所述目标支付渠道为多个支付渠道中的任一支付渠道；

根据所述统数据获取该系统数据对应的系统故障信息；

将所述系统故障信息发送至目标支付渠道对应的管理设备。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

统计多个支付渠道中的目标支付渠道目标支付渠道的历史资源转移失败原因；

对所述历史资源转移失败原因进行聚类处理，得到多个资源转移失败原因集合，所述资源转移失败原因集合包括至少一个资源转移失败原因；

确定所述多个资源转移失败原因集合的资源转移失败原因的数量，并从所述多个资源转移失败原因集合中，确定出资源转移失败原因的数量最多的资源转移失败原因集合；

从所述资源转移失败原因的数量最多的资源转移失败原因集合中，确定出资源转移失败原因子集合，并将所述资源转移失败原因子集合发送至目标支付渠道对应的管理设备。

8.一种支付运营装置，其特征在于，包括：

处理模块，对多个支付渠道进行编码，得到所述多个支付渠道中每个支付渠道的渠道编码，并根据所述每个支付渠道的渠道编码构建支付路由模型；

获取模块，用于获取每个支付渠道的资源转移数据；

所述处理模块，还用于根据每个支付渠道的资源转移数据及所述支付路由模型调用支付渠道执行资源转移操作。

9.一种电子设备，其特征在于，包括处理器和存储装置，所述处理器与所述存储装置相互连接，其中，所述存储装置用于存储计算机程序指令，所述处理器被配置用于执行所述程序指令，实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行如权利要求1-7任一项所述的方法。

Images