CN114548964A - 一种支付方法、装置及设备 - Google Patents

Abstract

本说明书实施例中公开了一种支付方法、装置及设备。该方案可以包括：当用户的第一账户处具有针对目标交易的多个可用支付渠道时，根据用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道的信息，确定所述多个可用支付渠道的使用优先级；并按照所述使用优先级从高到低的顺序，去利用所述可用支付渠道对所述目标交易进行支付。

Description

一种支付方法、装置及设备

技术领域

本申请涉及支付技术领域，尤其涉及一种支付方法、装置及设备。

背景技术

随着时代的进步发展，电子支付技术变得越来越普及，同时，用户账户处的可供使用的支付渠道也越来越多元化。目前，用户可以预先授予支付应用利用其用户账户处的多个支付渠道进行自动支付的权限。后续，当用户需要针对目标交易进行支付时，支付应用则可以依次尝试使用用户账户处的各个可用支付渠道进行支付。

基于此，如何在用户账户处具有多个可用支付渠道时提升支付效率，成为了亟待解决的技术问题。

发明内容

本说明书实施例提供的一种支付方法、装置及设备，可以在用户账户处具有多个可用支付渠道时提升支付效率。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种支付方法，包括：

获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

本说明书实施例提供的一种支付装置，包括：

第一获取模块，用于获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

第二获取模块，用于获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

使用优先级确定模块，用于根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

支付模块，用于按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

本说明书实施例提供的一种支付设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

本说明书中提供的至少一个实施例能够实现以下有益效果：

当用户的第一账户处具有针对目标交易的多个可用支付渠道时，根据所述第一账户的成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；并按照使用优先级从高到低的顺序，去利用所述可用支付渠道对目标交易进行支付，从而能够优先利用支付成功概率较高的可用支付渠道对目标交易进行支付，不仅有利于提升支付成功率，还有利于减少尝试支付的次数，以提升在用户账户处具有多个可用支付渠道时的支付效率。

附图说明

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

图1为本说明书实施例提供的一种支付方法的流程示意图；

图2为本说明书实施例提供的对应于图1中的支付方法的泳道流程示意图；

图3为本说明书实施例提供的对应于图1的一种支付装置的结构示意图；

图4为本说明书实施例提供的对应于图1的一种支付设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本说明书各实施例提供的技术方案。

现有技术中，支付渠道可以指支付应用处的支持用户支付的通道或方式，这些支付渠道能够帮助用户完成交易金额的支付，并且可以支持支付应用与银行之间进行资金流转、对账和清分。

轮询支付，可以指支付应用基于用户授权，依序使用用户账户处的可用支付渠道对目标交易进行支付的过程。

随着支付应用支持用户使用的支付渠道的日渐增多，用户可以预先授予支付应用利用其用户账户处的多种可用支付渠道进行轮询支付的权限，以便支付应用基于用户账户处的可用支付渠道对目标交易进行轮询支付。不过由于轮询支付过程中往往需要尝试使用数个支付渠道才能支付成功，从而使得支付耗时较长，容易出现长尾支付耗时问题，影响用户支付体验。

目前，支付应用往往会设置最大轮询支付渠道数量，以控制长尾支付耗时问题。但由于在达到最大轮询支付渠道数量时，既有可能耗时过长而影响用户体验，也有可能耗时较短但却停止了继续推进支付，从而影响支付成功率，因此，无法满足在用户账户处具有多个可用支付渠道时对于支付效率及支付成功率的要求。

为了解决现有技术中的缺陷，本方案给出了以下实施例：

图1为本说明书实施例提供的一种支付方法的流程示意图。从程序角度而言，该流程的执行主体可以为支付应用的服务商的设备，或者，支付应用的服务商的设备处搭载的应用程序。在实际应用中，支付应用的服务商的设备可以包含支付应用的支付架构中所涉及的各个系统及平台。

如图1所示，该流程可以包括以下步骤：

步骤102：获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道。

本说明书实施例中，用户的第一账户可以为支付应用处的已注册账户，且用户可以预先授予支付应用利用该第一账户具有使用权限的预设支付渠道进行轮询支付的权限。当用户需要利用第一账户针对目标交易进行轮询支付时，该支付应用的服务商的设备(即图1中方法的执行主体)可以从该第一账户的具有使用权限的预设支付渠道中，确定出能够用于针对目标交易进行支付的多个可用支付渠道，并利于所述多个可用支付渠道进行轮询支付。

在实际用中，若第一账户处仅有一个可以用于针对目标交易进行支付的可用支付渠道，则可以直接将这一可用支付渠道的使用优先级确定为最高使用优先级，并利用这一可用支付渠道去针对目标交易进行支付，而无需执行步骤104，以便于提升支付效率。

本说明书实施例中，支付应用的服务商的设备需要先获取到针对目标交易的代扣请求，才能针对目标交易进行支付。

基于此，在执行步骤102之前，图1中的方法，还可以包括：

获取业务平台发送的针对目标交易的代扣请求。

根据所述代扣请求，生成目标交易的交易信息。

对应的，步骤102具体可以包括：

基于所述目标交易的交易信息，获取用户的第一账户的可用支付渠道信息。

本说明书实施例中，目标交易可以指用户利用第一账户向商户的第二账户支付指定数量的资源的交易。业务平台在基于用户触发操作或用户设置信息确定需要针对目标交易进行支付时，可以生成并发送针对目标交易的代扣请求至支付应用的服务商的设备(即图1中方案的执行主体)处，以便于推进目标交易的支付。

其中，目标交易的种类可以有多种，例如，用户在商户处购物后，商户使用机具扫描用户的付款码以生成的付款交易。或者，用户在购物平台中的商户处购物后，购物平台通过调用支付应用以生成的免密支付交易。或者，基于用户的民生自动缴费设置，民生缴费应用自动生成的民生缴费交易。或者，用户基于交通服务应用乘坐公共交通工具后，交通服务应用生成的自动扣款交易等。

而根据目标交易的种类的不同，生成针对目标交易的代扣请求的业务平台也可以有多种，例如，业务平台可以为商户处的生成付款交易的设备，购物平台、民生缴费应用、交通服务应用等的客户端或服务端，或者，还可以是购物平台等调用的支付应用的客户端、服务端等，对此不作具体限定。

在实际应用中，由于图1中方案的执行主体可以包含支付应用的支付架构中所涉及的各个系统及平台，因此，若业务平台为支付应用的服务端，则图1中方案的执行主体可以包含业务平台；而其他情况下，图1中方案的执行主体通常并不包含业务平台。

在实际应用中，虽然不同支付应用的支付架构可以是不相同的，但本说明书实施例中的支付方法可以适用于各种支付架构。为便于理解，本说明书实施例中提了一种支付应用的支付架构的实现方式，具体的，支付应用的服务商的设备(即图1中方案的执行主体)可以包括收单平台、交易平台、收银平台、渠道决策平台及支付平台。图1中的方法步骤可以由收单平台、交易平台、收银平台、渠道决策平台及支付平台中的一个或多个平台实施，对此不作具体限定。

基于上述支付应用的支付架构，可以由收单平台接受业务平台发送的针对目标交易的代扣请求。其中，针对目标交易的代扣请求中通常可以包含：目标交易的业务类型、用户的第一账户的账户信息、商户的第二账户的账户信息以及待支付金额等信息。

由于支付应用处需要针对目标交易构建内部交易订单，以基于内部交易订单推进目标交易的支付，因此，收单平台在接收到针对目标交易的代扣请求后，可以请求支付应用处的交易平台生成针对该目标交易的内部交易订单，以得到目标交易的交易信息。其中，该目标交易的交易信息中可以包含：目标交易在支付应用处的内部交易号、交易过期时间、交易状态等信息，除此之外，该目标交易的交易信息还可以包含：目标交易的业务类型、用户的第一账户的账户信息、商户的第二账户的账户信息以及待支付金额等代扣支付请求所携带的信息。

业务平台在接收到交易平台反馈的目标交易的交易信息后，可以生成针对目标交易的轮询支付请求，并将针对目标交易的轮询支付请求发送至收银平台。其中，该轮询支付请求中可以携带有目标交易在支付应用处的内部交易号、目标交易的业务类型、用户的第一账户的账户信息、商户的第二账户的账户信息以及待支付金额等信息。

收银平台在接收到针对目标交易的轮询支付请求后，则可以发送支付渠道咨询请求至渠道决策平台。渠道决策平台响应于该支付渠道资讯请求，则可以确定用户的第一账户的可用支付渠道信息。

步骤104：获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道。

本说明书实施例中，支付应用的服务商的设备处可以存储有针对第一账户的历史交易成功执行了支付操作的支付渠道的信息，即成功支付渠道信息。该成功支付渠道信息可以是根据针对第一账户的历史交易的支付结果而生成的。

其中，针对第一账户的历史交易成功执行了支付操作的支付渠道，可以指针对该历史交易实际付款的支付渠道。在实际应用中，一笔历史交易既可以对应于一个成功执行了支付操作的支付渠道，也可以对应于多个成功执行了支付操作的支付渠道。例如，针对一笔付款金额为5元的历史交易，若通过第一账户的银行账户A转移了2元至商户账户，并通过第一账户的银行账户B转移了3元至商户账户，则银行账户A及支付渠道银行账户B均为针对该历史交易成功执行了支付操作的支付渠道。

步骤106：根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级。

本说明书实施例中，由于优先利用支付成功概率较高的可用支付渠道对目标交易进行支付，不仅有利于提升支付成功率，还有利于减少尝试支付的次数，从而可以提升在用户账户处具有多个可用支付渠道时的支付效率。

基于此，可以根据第一账户的成功支付渠道信息，去评估第一账户处的可用支付渠道针对目标交易的支付成功概率，进而确定第一账户处的多个可用支付渠道的使用优先级。通常情况下，第一账户处的可用支付渠道针对目标交易的支付成功概率与该可用支付渠道的使用优先级正相关，即可用支付渠道的支付成功概率越大，该可用支付渠道的使用优先级越高。

在实际应用中，支付应用处的渠道决策平台可以响应于收银平台支付渠道资讯请求，确定所述多个可用支付渠道的使用优先级。

步骤108：按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

本说明书实施例中，由于可用支付渠道的使用优先级越高，往往可以表示利用该可用支付渠道针对目标交易支付成功的概率越大，因此，可以按照所述使用优先级从高到低的顺序，利用可用支付渠道对所述目标交易进行轮询支付。

在实际应用中，支付应用处的渠道决策平台在确定多个可用支付渠道的使用优先级后，可以将所述多个可用支付渠道的使用优先级反馈给收银平台，以便于收银平台按照所述使用优先级从高到低的顺序请求支付应用处的支付平台进行轮询支付。

图1中的方法，当用户的第一账户处具有针对目标交易的多个可用支付渠道时，根据所述第一账户的成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；并按照使用优先级从高到低的顺序，去利用所述可用支付渠道对目标交易进行支付，从而能够优先利用支付成功概率较高的可用支付渠道对目标交易进行支付，不仅有利于提升支付成功率，还有利于减少尝试支付的次数，以提升在用户账户处具有多个可用支付渠道时的支付效率

基于图1中的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

由于不同业务及不同用户所支持使用的支付渠道往往并不一致，因此，需要先确定目标交易的支付条件，再确定第一账户处的可以用于针对目标交易进行支付的可用支付渠道。

基于此，步骤102：获取用户的第一账户的可用支付渠道信息，具体可以包括：

获取所述第一账户的具有使用权限的各个预设支付渠道。

根据所述目标交易的交易信息，确定所述目标交易的支付条件。

根据所述支付条件，从所述各个预设支付渠道中，确定所述多个可用支付渠道；所述可用支付渠道为满足所述支付条件的所述预设支付渠道。

本说明书实施例中，用户可以预先针对支付应用处的第一账户进行设置，以令第一账户取得对于预设支付渠道的使用权限。在实际应用中，预设支付渠道的种类可以有多种，例如，银行账户、支付应用处的虚拟电子钱包、支付应用处的消费信贷产品等。

在实际应用中，可以利用支付应用处的渠道决策平台去确定第一账户的可用支付渠道信息。具体的，渠道决策平台可以向支付应用处的支付渠道管理平台发送针对第一账户具有使用权限的预设支付渠道的查询请求，支付渠道管理平台响应与该查询请求，可以将第一账户的具有使用权限的各个预设支付渠道的相关信息反馈给渠道决策平台。

其中，预设支付渠道的相关信息可以包含：预设支付渠道的标识信息，例如，银行账户所属银行名称及银行账户后四位、虚拟电子钱包名称、消费信贷产品名称等信息。该预设支付渠道的相关信息还可以包含预设支付渠道的可用资源量信息，例如，虚拟电子钱包中的资金余额、消费信贷产品的剩余可用额度等信息。

本说明书实施例中，也可以利用支付应用处的渠道决策平台去确定所述目标交易的支付条件。具体的，所述根据所述目标交易的交易信息，确定所述目标交易的支付条件，可以包括：

根据所述目标交易的业务类型，确定第一支付条件；所述第一支付条件为所述预设支付渠道属于第一支付渠道，所述第一支付渠道为所述业务类型允许所述第一账户使用的支付渠道；和/或，

根据所述第一账户，确定第二支付条件；所述第二支付条件为所述预设支付渠道属于第二支付渠道，所述第二支付渠道为所述第一账户允许用于对所述目标交易进行支付的支付渠道；和/或，

根据所述目标交易中的商户的第二账户，确定第三支付条件；所述第三支付条件为所述预设支付渠道属于第三支付渠道，所述第三支付渠道为所述第二账户允许所述第一账户使用的用于对所述目标交易进行支付的支付渠道。

本说明书实施例中，不同业务类型的交易所支持用户付款时使用的支付渠道可能并不相同。例如，理财类的交易可能仅支持用户使用银行账户这一类支付渠道进行付款。或者，网购类的交易可能支持用户使用银行账户、虚拟电子钱包、消费信贷产品等支付渠道进行付款。因此，可以预先设置各个业务类型所允许付款方账户(例如，所述第一账户)使用的支付渠道，以作为第一支付条件。

在实际应用中，用户也可以根据实际需求，预先设置其第一账户允许用于对所述目标交易的业务类型进行支付的支付渠道，以作为第二支付条件。例如，假定，第一账户具有使用权限的预设支付渠道包含银行账户A、银行账户B及消费信贷产品C，但用户可以设置仅允许利用银行账户A对理财类的交易进行付款。或者，用户可以设置允许利用上述三种支付渠道针对网购类的交易进行付款。

在实际应用中，商户也可以根据实际需求，预先设置其第二账户允许付款方账户(例如，所述第一账户)使用的用于对所述目标交易的业务类型进行支付的支付渠道，以作为第三支付条件。或者，商户可以预先设置其第二账户不允许付款方账户使用的用于对所述目标交易的业务类型进行支付的支付渠道，此时，这类支付渠道以外的其他支付渠道则属于允许付款方账户使用的支付渠道，以作为第三支付条件。例如，商户可以设置支持付款方账户使用指定银行处的银行账户进行付款，或者，商户可以设置不支持付款方账户使用消费信贷产品C进行付款等。

本说明书实施例中，第一账户的具有使用权限的预设支付渠道只有在满足所述目标交易的支付条件后，才能用于对目标交易进行支付，从而可以满足业务、用户及商户对于支付渠道的可用性的要求，以保障支付的顺利进行。同时，还有利于减少尝试支付的次数，以提升在用户账户处具有多个可用支付渠道时的支付效率。

本说明书实施例中，确定第一账户处的多个可用支付渠道的使用优先级的实现方式可以有多种。

实现方式一

步骤104：所述获取所述第一账户的成功支付渠道信息，具体可以包括：

获取所述多个可用支付渠道中最近一次成功执行了支付操作的第一可用支付渠道。

对应的，步骤106：所述根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级，具体可以包括：

确定所述第一可用支付渠道的使用优先级为所述多个可用支付渠道的使用优先级中的最高使用优先级。

本说明书实施例中，由于第一可用支付渠道为多个可用支付渠道中最近一次成功执行了支付操作的支付渠道，则通常可以表示利用该第一可用支付渠道进行支付的成功概率较高，因此，可以将该第一可用支付渠道的使用优先级确定为最高使用优先级，从而可以优先使用该第一可用支付渠道进行支付，以便于减少尝试支付的次数，进而提升在用户账户处具有多个可用支付渠道时的支付效率。

在实际应用中，支付应用的服务商的设备处可以维护成功支付渠道序列，该成功支付渠道序列可以为按支付渠道成功执行的支付操作的操作执行时间由近到远的顺序，对第一账户处的各个成功执行了支付操作的支付渠道进行排列得到的。基于该成功支付渠道序列可以确定第一可用支付渠道，具体的，可以将该成功支付渠道序列中的第一个支付渠道作为第一可用支付渠道，方便快捷。

实现方式二

在将第一可用支付渠道的使用优先级确定为最高使用优先级后，通常还需要确定多个可用支付渠道中的其他可用支付渠道(即第二可用支付渠道)的使用优先级。

基于此，步骤106：确定所述多个可用支付渠道的使用优先级，还可以包括：

判断第二可用支付渠道是否具有用户预设使用优先级，得到第一判断结果；所述第二可用支付渠道为所述多个可用支付渠道中除所述第一可用支付渠道以外的其他可用支付渠道。

若所述第一判断结果表示所述第二可用支付渠道具有用户预设使用优先级，则将所述第二可用支付渠道的用户预设使用优先级确定为所述第二可用支付渠道的使用优先级。

若所述第一判断结果表示所述第二可用支付渠道不具有用户预设使用优先级，则将所述第二可用支付渠道的系统预设使用优先级确定为所述第二可用支付渠道的使用优先级。

本说明书实施例中，用户可以预先设置第一账户的具有使用权限的各个预设支付渠道的使用优先级，以令第二可用支付渠道具有用户预设使用优先级。更为具体的，用户还可以针对不同业务类型设置各个预设支付渠道的使用优先级，以使得同一预设支付渠道在针对不同业务类型的交易进行支付时可以具有不同的用户预设使用优先级，以保障用户意愿以及提升用户体验。

本说明书实施例中，若第二可用支付渠道具有用户预设使用优先级，则可以将第二可用支付渠道的用户预设使用优先级，确定为第二可用支付渠道针对目标交易支付时的使用优先级。

当然，用户也可以无需预先设置第一账户的各个预设支付渠道的使用优先级，此时，可以根据支付应用处的默认使用优先级设置信息，确定第二可用支付渠道的系统预设使用优先级，以作为第二可用支付渠道针对目标交易支付时的使用优先级。

为便于理解，对于确定第二可用支付渠道针对目标交易支付时的使用优先级的过程进行举例说明。假定，用户设置第一账户处的支付渠道的使用优先级由高到低的顺序为：消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D。若针对目标交易的第二可用支付渠道为银行账户A、银行账户B，则可以设置银行账户A的使用优先级高于银行账户B的使用优先级。

而若用户未设置第一账户处的支付渠道的使用优先级，且支付应用处的默认使用优先级设置信息表示支付渠道按使用优先级由高到低的顺序排列后为：银行账户B、银行账户A、虚拟电子钱包D、消费信贷产品C。假定，针对目标交易的第二可用支付渠道为银行账户A、银行账户B，则可以设置银行账户B的使用优先级高于银行账户A的使用优先级。

实现方式三

当采用实现方式一及实现方式二中的实施例初步确定了第一账户处的多个可用支付渠道的使用优先级以后，还可能需要调整部分可用支付渠道的使用优先级，以进一步提升调整后的可用支付渠道的使用优先级的准确性，减少尝试支付的次数。

具体的，步骤106之前，还可以包括：获取各个所述可用支付渠道的支付成功率。

对应的，步骤106：确定所述多个可用支付渠道的使用优先级，还可以包括：

基于第一调整策略，根据各个所述可用支付渠道的所述支付成功率，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道的所述支付成功率正相关。

本说明书实施例中，支付应用的服务商的设备处可以根据各个历史交易的支付结果，确定各个所述可用支付渠道在预设时间段内的支付成功率。其中，可用支付渠道的支付成功率可以为利用该可用支付渠道成功执行了支付操作的次数与调用该可用支付渠道进行支付的次数之商。而预设时间段可以根据实际需求设置，例如，可以将预设时间段设置为最近3个月或者最近一周等，对此不作具有限定。

由于可用支付渠道的支付成功率越大，通常可以表示利用该可用支付渠道针对目标交易支付成功的概率越大，因此，可以将支付成功率较高的可用支付渠道的使用优先级调高，或者，将支付成功率较低的可用支付渠道的使用优先级调低，以便于减少尝试支付的次数，进而提升在用户账户处具有多个可用支付渠道时的支付效率。

为便于理解，对于调整第一账户处的可用支付渠道的使用优先级的过程进行举例说明。假定，根据实现方式一及实现方式二中的实施例，确定出的第一账户处的支付渠道按使用优先级由高到低的顺序排列后为：消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D。若消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D的支付成功率分别为60％、20％、70％、30％。由于银行账户B的支付成功率远高于银行账户A的支付成功率，则可以调整银行账户B的使用优先级大于银行账户A的使用优先级。即第一账户处的可用支付渠道按调整后的使用优先级由高到低的顺序排列后为：消费信贷产品C、银行账户B、银行账户A、虚拟电子钱包D。

实现方式四

由于支付渠道的最近一次的支付结果与该支付渠道当前能否支付成功之间具有较高粘性，因此，还可以根据第一账户处的各个可用支付渠道的最近一次的支付成功的时间信息，调整可用支付渠道的使用优先级。

具体的，步骤106之前，还可以包括：获取各个所述可用支付渠道最近一次成功执行的支付操作的第一操作执行时间。

对应的，步骤106：确定所述多个可用支付渠道的使用优先级，还可以包括：

基于第二调整策略，根据各个所述可用支付渠道对应的所述第一操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第一操作执行时间正相关。

本说明书实施例中，支付应用的服务商的设备可以根据各个历史交易的支付结果，确定各个所述可用支付渠道最近一次成功执行的支付操作的第一操作执行时间。其中，第一操作执行时间可以为利用该可用支付渠道支付成功后生成支付结果的时刻。

由于第一操作执行时间与当前时间之间的间隔越小，通常可以表示利用该可用支付渠道针对目标交易支付成功的概率越大，因此，可以将第一操作执行时间较晚(即与当前时间之间的间隔较小)的可用支付渠道的使用优先级调高，或者，将第一操作执行时间越较早的可用支付渠道的使用优先级调低，以便于减少尝试支付的次数，进而提升在用户账户处具有多个可用支付渠道时的支付效率。

为便于理解，对于调整第一账户处的可用支付渠道的使用优先级的过程进行举例说明。假定，根据实现方式一及实现方式二中的实施例，确定出的第一账户处的支付渠道按使用优先级由高到低的顺序排列后为：消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D。若消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D对应的第一操作执行时间分别为2022年1月10日14时、2022年1月1日8:00、2022年1月2日9:00、2022年1月9日16:00。由于虚拟电子钱包D对应的第一操作执行时间远晚于银行账户A及银行账户B对应的第一操作执行时间，因此，可以调整虚拟电子钱包D的使用优先级高于银行账户A及银行账户B的使用优先级。即第一账户处的可用支付渠道按调整后的使用优先级由高到低的顺序排列后为：消费信贷产品C、虚拟电子钱包D、银行账户B、银行账户A。

实现方式五

同理，由于若支付渠道的最近一次的支付结果与该支付渠道当前能否支付成功之间具有较高粘性，因此，还可以根据第一账户处的各个可用支付渠道的最近一次的支付失败的时间信息，调整可用支付渠道的使用优先级。

具体的，步骤106之前，还可以包括：获取各个所述可用支付渠道最近一次执行失败的支付操作的第二操作执行时间。

对应的，步骤106：确定所述多个可用支付渠道的使用优先级，还可以包括：

基于第三调整策略，根据各个所述可用支付渠道对应的所述第二操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第三调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第二操作执行时间负相关。

本说明书实施例中，支付应用的服务商的设备处可以根据各个历史交易的支付结果，确定各个所述可用支付渠道最近一次执行失败的支付操作的第二操作执行时间。其中，第二操作执行时间可以为利用该可用支付渠道支付失败后生成支付结果的时刻。

由于第二操作执行时间与当前时间之间的间隔越小，通常可以表示利用该可用支付渠道针对目标交易支付成功的概率越小，因此，可以将第二操作执行时间较晚(即与当前时间之间的间隔较小)的可用支付渠道的使用优先级调低，以便于减少尝试支付的次数，进而提升在用户账户处具有多个可用支付渠道时的支付效率。

例如，假定，根据实现方式一及实现方式二中的实施例，确定出的第一账户处的支付渠道按使用优先级由高到低的顺序排列后为：消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D。若消费信贷产品C、银行账户A、银行账户B、虚拟电子钱包D对应的第二操作执行时间分别为2022年1月1日14时、2022年1月9日8:00、2022年1月5日9:00、2022年1月9日16:00。由于银行账户A对应的第二操作执行时间远晚于银行账户B对应的第二操作执行时间，因此，可以调整银行账户A的使用优先级低于银行账户B的使用优先级。即第一账户处的可用支付渠道按调整后的使用优先级由高到低的顺序排列后为：消费信贷产品C、银行账户B、银行账户A、虚拟电子钱包D。

实现方式六

由于渠道决策平台还能确定第一账户处的至少部分可用支付渠道的可用资源量，若可用支付渠道不具有可用资源量，显然，是无法利用该可用支付渠道完成支付的，因此，还可以根据可用支付渠道的可用资源量调整可用支付渠道的使用优先级。

具体的，步骤106还可以包括：基于第四调整策略，根据所述可用支付渠道的可用资源量，调整至少部分所述可用支付渠道的使用优先级；所述第四调整策略为将不具有可用资源量的可用支付渠道的使用优先级调整为最低的使用优先级。

实现方式七

由于部分支付渠道的可用资源的生成时间是具有规律性的，例如，用户的用于接收工资的银行账户会周期性的接收到用户工资以作为可用资源；或者，若用户定期偿还消费信贷产品的负债，则消费信贷产品会周期性的增加用户的可用资源额度。因此，支付应用可以预先根据第一账户处的各个可用支付渠道的消费规律，确定第一账户处的部分可用支付渠道的可用资源的生成时间的规律性。

基于此，尽管渠道决策平台可能无法获取到部分可用支付渠道处的可用资源量，且该可用支付渠道近期因可用资源量不足而导致了支付失败，但若根据该可用支付渠道的可用资源的生成时间的规律性，预估该可用支付渠道当前新增了可用资源，则也可以调整至少部分可用支付渠道的使用优先级。例如，仅管银行账户A对应的第二操作执行时间较晚，但若预估银行账户A当前新增了可用资源，则也可以不降低银行账户A的使用优先级。

本说明书实施例中，基于上述确定可用支付渠道的使用优先级的实现方式，能提升确定出的可用支付渠道的使用优先级的准确性，进而使得能够优先利用支付成功概率较高的可用支付渠道对目标交易进行支付，不仅有利于提升支付成功率，还有利于减少尝试支付的次数，以提升在用户账户处具有多个可用支付渠道时的支付效率。

本说明书实施例中，还给出了利用第一账户处的可用支付渠道对目标交易进行支付的具体实现方式。

具体的，步骤108：按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付，可以包括：

生成利用所述使用优先级最高的所述可用支付渠道对所述目标交易进行支付的支付请求。

发送所述支付请求至支付平台。

接收所述支付平台响应于所述支付请求而反馈的支付结果。

本说明书实施例中，支付应用处的收银平台在获取到渠道决策平台反馈的可用支付渠道以及对应的使用优先级后，该收银平台可以先利用使用优先级最高的可用支付渠道进行首轮轮询支付操作。具体的，收银平台可以生成利用使用优先级最高的可用支付渠道对目标交易进行支付的支付请求，并将该支付请求发给支付平台。

其中，针对目标交易的支付请求中可以携带有：目标交易的标识信息(例如，目标交易在支付应用处的内部交易号)、付款渠道的标识信息(例如，使用优先级最高的可用支付渠道的标识信息)、待支付金额、付款方账户信息(即第一账户的账户信息)、收款方账户信息(即第二账户的账户信息)。

支付平台接收到针对目标交易的支付请求后，则可以将第一账户的使用优先级最高的所述可用支付渠道处的待支付金额的资金转移至第二账户，若转移成功，则可以生成表示针对所述目标交易支付成功的支付结果，若转移失败，则可以生成表示针对所述目标交易支付失败的支付结果。

本说明书实施例中，由于在繁忙的超市收银台结账、活动促销等应用场景中，用户对于支付耗时较为敏感，若支付耗时较长，不仅影响用户支付体验及支付意愿，还会对商户的服务端带来稳定性风险。基于此，本说明书实施例中还通过预先设置各个交易场景所允许的最大支付耗时，以准确控制各个交易场景中的长尾支付耗时问题。

具体的，步骤108：按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付，还可以包括：

若所述支付结果表示针对所述目标交易支付失败，则判断针对所述目标交易的支付操作耗时是否达到目标支付耗时，得到第二判断结果。该目标支付耗时为目标交易的业务类型对应的预设最大支付耗时。

若所述第二判断结果表示所述支付操作耗时未达到所述目标支付耗时，则按照所述使用优先级从高到低的顺序，利用除所述使用优先级最高的所述可用支付渠道以外的其他所述可用支付渠道，对所述目标交易进行支付，直至针对所述目标交易的支付操作耗时达到所述目标支付耗时，或者，针对目标交易支付成功。

若所述第二判断结果表示所述支付操作耗时达到所述目标支付耗时，则反馈该表示针对所述目标交易支付失败的支付结果至发起针对目标交易的代扣请求的业务平台。

本说明书实施例中，若所述支付结果表示针对所述目标交易支付失败，则可以表示首轮轮询支付失败，若支付操作耗时未达到目标支付耗时，则可以进行第二轮轮询支付操作，同理，若第二轮轮询支付失败，且支付操作耗时仍旧未达到目标支付耗时，则可以进行第三轮轮询支付操作等等，直至支付操作耗时达到所述目标支付耗时，或者，针对目标交易支付成功。除此之外，无论支付成功还是支付失败，均需要反馈支付结果至业务平台，以便业务平台继续对目标交易进行后续处理。

本说明书实施例中，在判断针对所述目标交易的支付操作耗时是否达到目标支付耗时之前，还需要先确定出该目标交易对应的目标支付耗时。

具体的，步骤102：获取用户的第一账户的可用支付渠道信息之前，还可以包括：获取业务平台发送的针对目标交易的代扣请求，所述代扣请求中携带有所述目标交易的交易类型。

对应的，判断针对目标交易的支付操作耗时是否达到目标支付耗时之前，还可以包括：将所述目标交易的交易类型对应的预设最大支付耗时，确定为目标支付耗时。

本说明书实施例中，为准确控制各个交易场景中的长尾支付耗时问题，可以预先根据交易场景对于支付耗时的敏感度，设置各个业务类型对应的预设最大支付耗时，以使得针对该业务类型的交易的支付操作的耗时不会超过预设最大支付耗时。

例如，针对当面付款业务类型的交易而言，用户对于交易耗时较为敏感，因此，可以将预设最大支付耗时设置为3秒；而针对民生自动缴费业务类型的交易而言，用户对于交易耗时不太敏感，因此，可以将预设最大支付耗时设置为10秒等。其中，各个业务类型对应的预设最大支付耗时可以根据实际需求设置，对此不作具体限定。

本说明书实施例中，若针对目标交易支付成功，为便于后续针对其他交易的可用支付渠道的使用优先级进行排序，则还可以根据针对目标交易的支付结果生成新增成功支付渠道信息。

具体的，步骤108：按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付之后，还可以包括：

若针对所述目标交易支付成功，则生成所述第一账户的新增成功支付渠道信息；所述新增成功支付渠道信息用于表示针对所述目标交易成功执行了支付操作的支付渠道。

在实际应用中，支付应用处的收银平台在接收到支付平台反馈的针对目标交易支付成功的支付结果后，无论该支付结果是在第几轮轮询支付过程中生成的，均可以由该收银平台生成该新增成功支付渠道信息，并存储该新增成功支付渠道信息至支付应用的服务商的设备处，以便于后续使用。

本说明书实施例中提供的支付方法，通过根据第一账户的成功支付渠道信息，确定第一账户处的针对目标交易的多个可用支付渠道的使用优先级；并按照所述使用优先级从高到低的顺序，去利用所述可用支付渠道对所述目标交易进行支付，使得有90％以上的概率能够在首轮轮询支付过程中支付成功，相比于现有技术中的轮询支付链路可以减少N-1次无效轮询支付带来的耗时，以提升支付效率。

本说明书实施例中提供的支付方法，还通过设置各个业务类型对应的预设最大支付耗时，使得该方案能够在授权支付的不同场景灵活复用，并在业务的最大耗时容忍值内尽可能多的进行支付尝试，不仅能够帮助减少5％左右的长尾耗时交易，还能够最大程度的确保支付业务的挽回，以提升支付成功率。

图2为本说明书实施例提供的对应于图1中的支付方法的泳道流程示意图。如图2所示，该支付流程可以涉及业务平台以及支付应用的服务商的设备等执行主体。

其中，支付应用的服务商的设备可以包含支付应用的支付架构所涉及的各个功能平台，例如，收单平台、交易平台、收银平台、渠道决策平台、支付平台等。

在交易发起阶段，业务平台可以响应于用户触发操作或者用户设置信息，生成并发送针对目标交易的代扣请求至支付应用处的收单平台。

在交易支付阶段，收单平台在接收到针对目标交易的代扣请求后，可以请求交易平台针对目标交易创建内部交易订单，交易平台则可以生成并反馈目标交易的交易信息至收单平台，以便于收单平台基于该目标交易的交易信息，请求收银平台针对目标交易进行轮询支付。

收银平台在针对目标交易进行轮询支付之前，可以生成并发送针对目标交易的支付渠道咨询请求至渠道决策平台。渠道决策平台则可以响应于该支付渠道咨询请求，确定用户的第一账户处的用于表示多个可用支付渠道的信息，获取所述第一账户的成功支付渠道信息，根据成功支付渠道信息，确定并反馈所述多个可用支付渠道的使用优先级至收银平台。

收银平台在获取到多个可用支付渠道的使用优先级后，可以生成利用所述使用优先级最高的所述可用支付渠道对所述目标交易进行支付的支付请求；发送所述支付请求至支付平台。支付平台则可以利用使用优先级最高的可用支付渠道对目标交易进行支付，生成并反馈支付结果至收银平台。

收银平台可以先判断该支付结果是否表示针对目标交易支付成功，若是，则可以生成所述第一账户的新增成功支付渠道信息；以及，将表示针对目标交易支付成功的支付结果反馈给业务平台。若否，则可以判断针对所述目标交易的支付操作耗时是否达到目标支付耗时；若所述支付操作耗时达到所述目标支付耗时，则可以将表示针对目标交易支付失败的支付结果反馈给业务平台；而若所述支付操作耗时未达到所述目标支付耗时，则可以继续按照所述使用优先级从高到低的顺序，利用除所述使用优先级最高的所述可用支付渠道以外的其他所述可用支付渠道，对所述目标交易进行支付，直至针对所述目标交易的支付操作耗时达到所述目标支付耗时，或者，针对目标交易支付成功。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图3为本说明书实施例提供的对应于图1的一种支付装置的结构示意图。如图3所示，该装置可以包括：

第一获取模块302，用于获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道。

第二获取模块304，用于获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道。

使用优先级确定模块306，用于根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级。

支付模块308，用于按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

基于图3的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。

可选的，所述第一获取模块302，可以包括：

预设支付渠道获取单元，用于获取所述第一账户的具有使用权限的各个预设支付渠道。

支付条件确定单元，用于根据所述目标交易的交易信息，确定所述目标交易的支付条件。

可用支付渠道确定单元，用于根据所述支付条件，从所述各个预设支付渠道中，确定所述多个可用支付渠道；所述可用支付渠道为满足所述支付条件的所述预设支付渠道。

可选的，所述支付条件确定单元，具体可以用于：

根据所述目标交易的业务类型，确定第一支付条件；所述第一支付条件为所述预设支付渠道属于第一支付渠道，所述第一支付渠道为所述业务类型允许所述第一账户使用的支付渠道；或者，

根据所述第一账户，确定第二支付条件；所述第二支付条件为所述预设支付渠道属于第二支付渠道，所述第二支付渠道为所述第一账户允许用于对所述目标交易进行支付的支付渠道；或者，

根据所述目标交易中的商户的第二账户，确定第三支付条件；所述第三支付条件为所述预设支付渠道属于第三支付渠道，所述第三支付渠道为所述第二账户允许所述第一账户使用的用于对所述目标交易进行支付的支付渠道。

可选的，所述第二获取模块304，具体可以用于：

获取所述多个可用支付渠道中最近一次成功执行了支付操作的第一可用支付渠道。

所述使用优先级确定模块306，可以包括：

第一确定单元，用于确定所述第一可用支付渠道的使用优先级为所述多个可用支付渠道的使用优先级中的最高使用优先级。

可选的，所述使用优先级确定模块306，还可以包括：

第一判断单元，用于判断第二可用支付渠道是否具有用户预设使用优先级，得到第一判断结果；所述第二可用支付渠道为所述多个可用支付渠道中除所述第一可用支付渠道以外的其他可用支付渠道。

第二确定单元，用于若所述第一判断结果表示所述第二可用支付渠道具有用户预设使用优先级，则将所述第二可用支付渠道的用户预设使用优先级确定为所述第二可用支付渠道的使用优先级。

第三确定单元，用于若所述第一判断结果表示所述第二可用支付渠道不具有用户预设使用优先级，则将所述第二可用支付渠道的系统预设使用优先级确定为所述第二可用支付渠道的使用优先级。

可选的，图3中的装置，还可以包括：

第三获取模块，用于获取各个所述可用支付渠道的支付成功率。

所述使用优先级确定模块306，还可以包括：

第一调整模块，用于基于第一调整策略，根据各个所述可用支付渠道的所述支付成功率，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道的所述支付成功率正相关。

可选的，图3中的装置，还可以包括：

第四获取模块，用于获取各个所述可用支付渠道最近一次成功执行的支付操作的第一操作执行时间。

所述使用优先级确定模块306，还可以包括：

第二调整模块，用于基于第二调整策略，根据各个所述可用支付渠道对应的所述第一操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第一操作执行时间正相关。

可选的，图3中的装置，还可以包括：

第五获取模块，用于获取各个所述可用支付渠道最近一次执行失败的支付操作的第二操作执行时间。

所述使用优先级确定模块306，还包括：

第三调整模块，用于基于第三调整策略，根据各个所述可用支付渠道对应的所述第二操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第三调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第二操作执行时间负相关。

可选的，所述支付模块308，具体可以包括：

第一支付单元，用于生成利用所述使用优先级最高的所述可用支付渠道对所述目标交易进行支付的支付请求。

发送单元，用于发送所述支付请求至支付平台。

支付结果接收单元，用于接收所述支付平台响应于所述支付请求而反馈的支付结果。

可选的，所述支付模块308，还可以包括：

第二判断单元，用于若所述支付结果表示针对所述目标交易支付失败，则判断针对所述目标交易的支付操作耗时是否达到目标支付耗时，得到第二判断结果。

第二支付单元，用于若所述第二判断结果表示所述支付操作耗时未达到所述目标支付耗时，则按照所述使用优先级从高到低的顺序，利用除所述使用优先级最高的所述可用支付渠道以外的其他所述可用支付渠道，对所述目标交易进行支付，直至针对所述目标交易的支付操作耗时达到所述目标支付耗时。

可选的，图3中的装置，还可以包括：

第六获取模块，用于获取业务平台发送的针对目标交易的代扣请求，所述代扣请求中携带有所述目标交易的交易类型。

目标支付耗时确定模块，用于将所述目标交易的交易类型对应的预设最大支付耗时，确定为目标支付耗时。

可选的，图3中的装置，还可以包括：

新增信息模块，用于若针对所述目标交易支付成功，则生成所述第一账户的新增成功支付渠道信息；所述新增成功支付渠道信息用于表示针对所述目标交易成功执行了支付操作的支付渠道。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图4为本说明书实施例提供的对应于图1的一种支付设备的结构示意图。如图4所示，设备400可以包括：

至少一个处理器410；以及，

与所述至少一个处理器通信连接的存储器430；其中，

所述存储器430存储有可被所述至少一个处理器410执行的指令420，所述指令被所述至少一个处理器410执行，以使所述至少一个处理器410能够：

获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道。

获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道。

根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级。

按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图4所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

Claims (25)

1.一种支付方法，包括：

获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

2.如权利要求1所述的方法，所述获取用户的第一账户的可用支付渠道信息，具体包括：

获取所述第一账户的具有使用权限的各个预设支付渠道；

根据所述目标交易的交易信息，确定所述目标交易的支付条件；

根据所述支付条件，从所述各个预设支付渠道中，确定所述多个可用支付渠道；所述可用支付渠道为满足所述支付条件的所述预设支付渠道。

3.如权利要求2所述的方法，所述根据所述目标交易的交易信息，确定所述目标交易的支付条件，具体包括：

根据所述目标交易的业务类型，确定第一支付条件；所述第一支付条件为所述预设支付渠道属于第一支付渠道，所述第一支付渠道为所述业务类型允许所述第一账户使用的支付渠道；或者，

根据所述第一账户，确定第二支付条件；所述第二支付条件为所述预设支付渠道属于第二支付渠道，所述第二支付渠道为所述第一账户允许用于对所述目标交易进行支付的支付渠道；或者，

根据所述目标交易中的商户的第二账户，确定第三支付条件；所述第三支付条件为所述预设支付渠道属于第三支付渠道，所述第三支付渠道为所述第二账户允许所述第一账户使用的用于对所述目标交易进行支付的支付渠道。

4.如权利要求1所述的方法，所述获取所述第一账户的成功支付渠道信息，具体包括：

获取所述多个可用支付渠道中最近一次成功执行了支付操作的第一可用支付渠道；

所述根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级，具体包括：

确定所述第一可用支付渠道的使用优先级为所述多个可用支付渠道的使用优先级中的最高使用优先级。

5.如权利要求4所述的方法，所述确定所述多个可用支付渠道的使用优先级，还包括：

判断第二可用支付渠道是否具有用户预设使用优先级，得到第一判断结果；所述第二可用支付渠道为所述多个可用支付渠道中除所述第一可用支付渠道以外的其他可用支付渠道；

若所述第一判断结果表示所述第二可用支付渠道具有用户预设使用优先级，则将所述第二可用支付渠道的用户预设使用优先级确定为所述第二可用支付渠道的使用优先级；

若所述第一判断结果表示所述第二可用支付渠道不具有用户预设使用优先级，则将所述第二可用支付渠道的系统预设使用优先级确定为所述第二可用支付渠道的使用优先级。

6.如权利要求4或5所述的方法，所述确定所述多个可用支付渠道的使用优先级之前，还包括：

获取各个所述可用支付渠道的支付成功率；

所述确定所述多个可用支付渠道的使用优先级，还包括：

基于第一调整策略，根据各个所述可用支付渠道的所述支付成功率，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道的所述支付成功率正相关。

7.如权利要求4或5所述的方法，所述确定所述多个可用支付渠道的使用优先级之前，还包括：

获取各个所述可用支付渠道最近一次成功执行的支付操作的第一操作执行时间；

所述确定所述多个可用支付渠道的使用优先级，还包括：

基于第二调整策略，根据各个所述可用支付渠道对应的所述第一操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第一操作执行时间正相关。

8.如权利要求4或5所述的方法，所述确定所述多个可用支付渠道的使用优先级之前，还包括：

获取各个所述可用支付渠道最近一次执行失败的支付操作的第二操作执行时间；

所述确定所述多个可用支付渠道的使用优先级，还包括：

基于第三调整策略，根据各个所述可用支付渠道对应的所述第二操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第三调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第二操作执行时间负相关。

9.如权利要求1所述的方法，所述按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付，具体包括：

生成利用所述使用优先级最高的所述可用支付渠道对所述目标交易进行支付的支付请求；

发送所述支付请求至支付平台；

接收所述支付平台响应于所述支付请求而反馈的支付结果。

10.如权利要求9所述的方法，所述按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付，还包括：

若所述支付结果表示针对所述目标交易支付失败，则判断针对所述目标交易的支付操作耗时是否达到目标支付耗时，得到第二判断结果；

若所述第二判断结果表示所述支付操作耗时未达到所述目标支付耗时，则按照所述使用优先级从高到低的顺序，利用除所述使用优先级最高的所述可用支付渠道以外的其他所述可用支付渠道，对所述目标交易进行支付，直至针对所述目标交易的支付操作耗时达到所述目标支付耗时。

11.如权利要求10所述的方法，所述获取用户的第一账户的可用支付渠道信息之前，还包括：

获取业务平台发送的针对目标交易的代扣请求，所述代扣请求中携带有所述目标交易的交易类型；

所述判断针对所述目标交易的支付操作耗时是否达到目标支付耗时之前，还包括：

将所述目标交易的交易类型对应的预设最大支付耗时，确定为所述目标支付耗时。

12.如权利要求1所述的方法，所述按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付之后，还包括：

若针对所述目标交易支付成功，则生成所述第一账户的新增成功支付渠道信息；所述新增成功支付渠道信息用于表示针对所述目标交易成功执行了支付操作的支付渠道。

13.一种支付装置，包括：

第一获取模块，用于获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

第二获取模块，用于获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

使用优先级确定模块，用于根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

支付模块，用于按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

14.如权利要求13所述的装置，所述第一获取模块，包括：

预设支付渠道获取单元，用于获取所述第一账户的具有使用权限的各个预设支付渠道；

支付条件确定单元，用于根据所述目标交易的交易信息，确定所述目标交易的支付条件；

可用支付渠道确定单元，用于根据所述支付条件，从所述各个预设支付渠道中，确定所述多个可用支付渠道；所述可用支付渠道为满足所述支付条件的所述预设支付渠道。

15.如权利要求14所述的装置，所述支付条件确定单元，具体用于：

根据所述目标交易的业务类型，确定第一支付条件；所述第一支付条件为所述预设支付渠道属于第一支付渠道，所述第一支付渠道为所述业务类型允许所述第一账户使用的支付渠道；或者，

根据所述第一账户，确定第二支付条件；所述第二支付条件为所述预设支付渠道属于第二支付渠道，所述第二支付渠道为所述第一账户允许用于对所述目标交易进行支付的支付渠道；或者，

根据所述目标交易中的商户的第二账户，确定第三支付条件；所述第三支付条件为所述预设支付渠道属于第三支付渠道，所述第三支付渠道为所述第二账户允许所述第一账户使用的用于对所述目标交易进行支付的支付渠道。

16.如权利要求13所述的装置，所述第二获取模块，具体用于：

获取所述多个可用支付渠道中最近一次成功执行了支付操作的第一可用支付渠道；

所述使用优先级确定模块，包括：

第一确定单元，用于确定所述第一可用支付渠道的使用优先级为所述多个可用支付渠道的使用优先级中的最高使用优先级。

17.如权利要求16所述的装置，所述使用优先级确定模块，还包括：

第一判断单元，用于判断第二可用支付渠道是否具有用户预设使用优先级，得到第一判断结果；所述第二可用支付渠道为所述多个可用支付渠道中除所述第一可用支付渠道以外的其他可用支付渠道；

第二确定单元，用于若所述第一判断结果表示所述第二可用支付渠道具有用户预设使用优先级，则将所述第二可用支付渠道的用户预设使用优先级确定为所述第二可用支付渠道的使用优先级；

第三确定单元，用于若所述第一判断结果表示所述第二可用支付渠道不具有用户预设使用优先级，则将所述第二可用支付渠道的系统预设使用优先级确定为所述第二可用支付渠道的使用优先级。

18.如权利要求16或17所述的装置，还包括：

第三获取模块，用于获取各个所述可用支付渠道的支付成功率；

所述使用优先级确定模块，还包括：

第一调整模块，用于基于第一调整策略，根据各个所述可用支付渠道的所述支付成功率，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道的所述支付成功率正相关。

19.如权利要求16或17所述的装置，还包括：

第四获取模块，用于获取各个所述可用支付渠道最近一次成功执行的支付操作的第一操作执行时间；

所述使用优先级确定模块，还包括：

第二调整模块，用于基于第二调整策略，根据各个所述可用支付渠道对应的所述第一操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第一调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第一操作执行时间正相关。

20.如权利要求16或17所述的装置，还包括：

第五获取模块，用于获取各个所述可用支付渠道最近一次执行失败的支付操作的第二操作执行时间；

所述使用优先级确定模块，还包括：

第三调整模块，用于基于第三调整策略，根据各个所述可用支付渠道对应的所述第二操作执行时间，调整至少部分所述可用支付渠道的使用优先级；所述第三调整策略为所述可用支付渠道的使用优先级与所述可用支付渠道对应的所述第二操作执行时间负相关。

21.如权利要求13所述的装置，所述支付模块，具体包括：

第一支付单元，用于生成利用所述使用优先级最高的所述可用支付渠道对所述目标交易进行支付的支付请求；

发送单元，用于发送所述支付请求至支付平台；

支付结果接收单元，用于接收所述支付平台响应于所述支付请求而反馈的支付结果。

22.如权利要求21所述的装置，所述支付模块，还包括：

第二判断单元，用于若所述支付结果表示针对所述目标交易支付失败，则判断针对所述目标交易的支付操作耗时是否达到目标支付耗时，得到第二判断结果；

第二支付单元，用于若所述第二判断结果表示所述支付操作耗时未达到所述目标支付耗时，则按照所述使用优先级从高到低的顺序，利用除所述使用优先级最高的所述可用支付渠道以外的其他所述可用支付渠道，对所述目标交易进行支付，直至针对所述目标交易的支付操作耗时达到所述目标支付耗时。

23.如权利要求22所述的装置，还包括：

第六获取模块，用于获取业务平台发送的针对目标交易的代扣请求，所述代扣请求中携带有所述目标交易的交易类型；

目标支付耗时确定模块，用于将所述目标交易的交易类型对应的预设最大支付耗时，确定为所述目标支付耗时。

24.如权利要求13所述的装置，还包括：

新增信息模块，用于若针对所述目标交易支付成功，则生成所述第一账户的新增成功支付渠道信息；所述新增成功支付渠道信息用于表示针对所述目标交易成功执行了支付操作的支付渠道。

25.一种支付设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户的第一账户的可用支付渠道信息；所述可用支付渠道信息用于表示所述第一账户针对目标交易的多个可用支付渠道；

获取所述第一账户的成功支付渠道信息；所述成功支付渠道信息用于表示在所述第一账户处的历史交易中成功执行了支付操作的支付渠道；

根据所述成功支付渠道信息，确定所述多个可用支付渠道的使用优先级；

按照所述使用优先级从高到低的顺序，利用至少部分所述可用支付渠道，对所述目标交易进行支付。

Images