CN115099891A - 一种分账方法、装置及设备 - Google Patents

Abstract

本说明书实施例中公开了一种分账方法、装置及设备。该方案可以包括：第一支付应用的服务端在获取到交易平台对于使用第一支付应用或第二支付应用进行支付的目标交易订单的分账指令后，可以去获取目标交易订单的支付资源，从而能够利用第一支付应用的服务端，基于获取到的目标交易订单的支付资源，对使用各个支付应用支付完成的目标交易订单进行分账。

Description

一种分账方法、装置及设备

技术领域

本申请涉及电子交易技术领域，尤其涉及一种分账方法、装置及设备。

背景技术

随着互联网技术的不断进步，电子商务得到了迅速发展。人们逐渐开始在因特网开放的网络环境下，去基于交易平台进行各种商贸活动，以实现消费者与商户之间的交易活动。目前，交易平台通常支持多种支付应用，以便于消费者可以根据实际需求选择任意一种支付应用，去针对其在交易平台处发起的交易订单进行支付。目前，各个支付应用的服务端通常仅能对利用各自支付应用生成的交易订单进行分账处理，从而无法满足统一分账的需求。

基于此，如何针对利用不同支付应用生成的交易订单进行统一分账，成为了亟待解决的技术问题。

发明内容

本说明书实施例提供的一种分账方法、装置及设备，可以针对利用不同支付应用生成的交易订单进行统一分账，以提升针对各个交易订单进行分账时的管理便捷性。

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

本说明书实施例提供的一种分账方法，应用于第一支付应用的服务端，包括：

获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

获取所述目标交易订单的支付资源；

响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

本说明书实施例提供的一种分账装置，应用于第一支付应用的服务端，包括：

第一获取模块，用于获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

第二获取模块，用于获取所述目标交易订单的支付资源；

分账模块，用于响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

本说明书实施例提供的一种分账设备，所述分账设备为第一支付应用的服务端设备，包括：

至少一个处理器；以及，

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

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

获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

获取所述目标交易订单的支付资源；

响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

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

第一支付应用的服务端可以获取交易平台针对目标交易订单的分账指令，所述目标交易订单可以为第一参与方利用第一支付应用或者第二支付应用向第二参与方进行支付的交易订单；第一支付应用的服务端还可以获取所述目标交易订单的支付资源，从而能够响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，以针对利用不同支付应用生成的交易订单进行统一分账，有利于提升针对各个交易订单进行分账时的管理便捷性。且由于交易平台仅需与第一支付应用的服务端进行分账对接，而无需与多个支付应用的服务端分别进行分账对接，从而也有利于减少交易平台的搭建成本。

附图说明

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

图1为本说明书实施例提供的一种分账方法的应用场景示意图；

图2为本说明书实施例提供的一种分账方法的流程示意图；

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

图4为本说明书实施例提供的对应于图2的一种分账装置的结构示意图；

图5为本说明书实施例提供的对应于图2的一种分账设备的结构示意图。

具体实施方式

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

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

目前，各个网络交易平台为了提高消费者购买商品时的支付便捷性，通常会支持多种支付渠道(例如，第一支付应用、第二支付应用等)进行支付。单个支付应用渠道的服务端通常仅能对利用该支付渠道生成的交易订单进行分账处理，从而无法实现统一分账，给交易平台及商户的分账管理带来了不便。同时，由于交易平台也需要与多种支付通道的服务端分别进行对接，从而也增加了交易平台的成本支出和日常操作的复杂性。

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

图1为本说明书实施例提供的一种分账方法的应用场景示意图。

如图1所示，第一参与方可以使用第一支付应用或第二支付应用针对在交易平台101处发起的目标交易订单进行支付。后续，交易平台101可以生成针对该目标交易订单的分账指令，并将分账指令发给第一支付应用的服务器102。

第一支付应用服务器102在针对该目标交易订单进行分账时，可以去从目标金融机构103处获取第一参与方针对目标交易订单支付的支付资源，或者，第一支付应用的服务器102也可以从第一参与方支付时使用的第一支付应用处的账户中获取目标交易订单的支付资源。以令第一支付应用的服务器102可以将获取到的目标交易订单的支付资源，转移至该第一支付应用处的第二参与方的分账账户。从而可以利用单个支付应用的服务端，对不同支付应用生成的交易订单进行统一分账，以提升交易平台及商户针对使用多种支付应用生成的交易订单进行分账时的管理便捷性。

接下来，将针对说明书实施例提供的一种分账方法结合附图进行具体说明：

图2为本说明书实施例提供的一种分账方法的流程示意图。从程序角度而言，该流程的执行主体可以为第一支付应用的服务端，或者，第一支付应用的服务端处的应用程序。

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

步骤202：获取交易平台的分账指令。所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种。

本说明书实施例中，交易平台可以为能够实现消费者与商户之间的交易活动的电子商务平台。在实际应用中，交易平台可以提供应用客户端给消费者使用，以便于消费者在该应用客户端处发起交易订单，并进行支付。交易平台通常还具有应用服务端以对交易订单进行分账、提现管理，基于此，步骤202中的分账指令具体可以是交易平台的应用服务端发起的指令。

本说明书实施例中，分账可以泛指交易平台将用户购买物品所付的钱转移给商家的过程。而交易平台的分账指令具体可以用于指示针对交易平台处生成的目标交易订单进行分账处理。其中，目标交易订单可以是第一参与方利用目标支付应用向第二参与方进行支付的交易订单。所述第一参与方可以为在交易平台进行交易的买家，所述第二参与方可以为在交易平台提供商品的卖家。所述目标支付应用可以为所述第一支付应用与第二支付应用中的任意一种。图2中方案的执行主体通常为所述第一支付应用的服务端，由于第二支付应用通常为第一支付应用以外的其他支付应用，因此，图2中方案的执行主体通常不属于第二支付应用的服务端。

在实际应用中，所述分账指令中可以有携带有目标交易订单的相关订单信息，以便于图2中方案的执行主体基于该目标交易订单的相关订单信息进行后续分账处理。其中，目标交易订单的相关订单信息至少可以包括：目标交易订单的订单号，除此之外，还可以包括：交易平台的标识信息、目标交易订单的交易金额、目标交易订单的交易货品名称及买家支付所使用的支付应用的标识信息。

步骤204：获取目标交易订单的支付资源。

本说明书实施例中，支付资源可以为第一参与方在与交易平台处的第二参与方进行交易活动时，所需向第二参与方支付的货币资源或者积分资源等。本说明书实施例中，对于支付资源的具体形式不做限定。

需要说明的是根据第一参与方针对目标交易订单进行支付所使用的支付应用的不同，步骤202和步骤204的执行顺序可能也并不一致。例如，当第一参与方使用第一支付应用去支付目标交易订单的支付资源时，则图2中方案的执行主体(即第一支付应用的服务端)为避免第一参与方挪用该部分支付资源，则需要先将这部分支付资源转移出第一参与方的支付账户，即需要先执行获取目标交易订单的支付资源的操作，而无需根据交易平台的分账指令去获取这部分支付资源。但是，当第一参与方使用第二支付应用去支付目标交易订单的支付资源时，则需要根据平台的分账指令再去获取这部分支付资源，所以需要先执行获取交易平台的分账指令的操作，再执行获取目标交易订单的支付资源的操作。

步骤206：响应于分账指令，将目标交易订单的支付资源，转移至第一支付应用处的第二参与方的分账账户。

本说明书实施例中，可以预先在第一支付应用处为第二参与方创建分账账户，以利用该分账账户接收与该第二参与方对应的目标交易订单的支付资源。具体的，第一支付应用的服务端可以响应于分账指令，针对各笔目标交易订单进行核对，若核对无误，则可以将目标交易订单的支付资源转移至第二参与方的分账账户，从而完成针对目标交易订单支付资源的分账操作。

图2中的方法，通过利用第一支付应用的服务端针对使用不同支付应用生成的交易订单进行统一分账，有利于提升针对各个交易订单进行分账时的管理便捷性。且由于交易平台仅需与第一支付应用的服务端进行分账对接，而无需与多个支付应用的服务端分别进行分账对接，从而也有利于减少交易平台的搭建成本。

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

若第一参与方利用了第二支付应用处的第二支付账户针对目标交易订单进行支付，则由于第一支付应用的服务端无法直接获取从第二支付账户处扣除目标交易订单的支付资源，从而需要令第一支付应用的服务端从目标金融机构处获取目标交易订单的支付资源，为便于理解，对此进行解释说明。

具体的，若目标交易订单为第一参与方利用所述第二支付应用处的第二支付账户进行支付的交易订单，则步骤204：获取所述目标交易订单的支付资源，可以包括：

发送第一资源转移指令至目标金融机构；所述第一资源转移指令用于指示从所述目标金融机构处转出指定数量的支付资源。

接收所述目标金融机构发送的所述指定数量的支付资源；所述指定数量的支付资源中包含所述第一参与方利用所述第二支付账户针对所述目标交易订单支付的第二支付资源；所述第二支付资源是所述目标金融机构从所述第二支付应用的服务端处获取的资源。

对应的，步骤206：响应于分账指令，将目标交易订单的支付资源，转移至第一支付应用处的第二参与方的分账账户，具体可以包括：

将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户。

本说明书实施例中，交易平台的服务商可以预先与第二支付应用的服务商及目标金融机构的服务商进行约定，以令第一参与方在利用第二支付应用处的第二支付账户针对目标交易平台处的目标交易订单支付完成后，第二支付应用的服务端需要在指定时间段内，将第二支付账户处的针对所述目标交易订单支付的第二支付资源转移至目标金融机构进行保管。其中，目标金融机构可以为银行，所述指示时间段可以为1天。

交易平台的服务商还可以预先与第一支付应用的服务商及目标金融机构的服务商进行约定，以令目标金融机构可以响应于第一支付应用的服务端发送的第一资源转移指令，将其保管的指定数量的支付资源转移至第一支付应用的服务端，以便于第一支付应用的服务端通过目标金融机构获取到第二支付账户处的针对所述目标交易订单支付的第二支付资源，进而完成分账。其中，所述指定数量的支付资源由交易平台确定，其可以包含多笔交易订单的支付资源，从而有利于提升资源转移效率。

本说明书实施例中，为保障资金安全，第一支付应用的服务端通常需要根据交易平台的指示，去从目标金融机构处获取支付资源。

基于此，所述发送第一资源转移指令至目标金融机构之前，还可以包括：

获取所述交易平台发送的第二资源转移指令；所述第二资源转移指令用于指示从所述目标金融机构处获取所述指定数量的支付资源。所述第一资源转移指令是在接收到所述第二资源转移指令后生成的。

本说明书实施例中，所述交易平台发送的第二资源转移指令与所述交易平台发送的分账指令既可以是同一指令，也可以是不同指令，对此不作具体限定。例如，当第二资源转移指令与分账指令为不同指令时，该第二资源转移指令中仅需携带待转移的支付资源的数量信息(即，所述指定数据，例如，10万元)即可，而无需携带待转移的支付资源所对应的各笔目标交易订单的相关信息，从而有利于简化资源转移操作及流程。当然，第二资源转移指令与分账指令也可以为同一指令，此时，分账指令中还可以携带有待转移的支付资源的数量信息，从而能够简化交易平台与第一支付应用的服务器之间的交互流程。

本说明书实施例中，目标金融机构及第一支付应用处均可以设置相应资金托管账户，以利用各自的资源托管账户管理，对待分账的目标交易订单的支付资源进行管理，从而有利于提升资源管理安全性及便捷性。

基于此，所述接收所述目标金融机构发送的所述指定数量的支付资源，具体可以包括：

利用所述第一支付应用处的第一资金托管账户，接收从所述目标金融机构处的第二资金托管账户转出的指定数量的支付资源；所述第二资金托管账户用于存储所述目标金融机构从所述第二支付应用的服务端处获取的资源。

对应的，将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户，具体可以包括：

将所述第一资金托管账户处的所述第二支付资源，转移至所述第二参与方的分账账户。

本说明书实施例中，分账指令可以是交易平台通过接口调用而发送至第一支付应用的服务端的，以指示第一支付应用的服务端针对从目标金融机构获取到的目标交易订单的支付资源进行分账。

在实际应用中，分账指令生成方式可以有多种。例如，该分账指令可以为交易平台通过调用第一支付应用的服务端处的第一接口而生成的指令，该分账指令可以直接指示将目标金融机构处的第二资金托管账户中的与目标交易订单对应的支付资源，转移至第一支付应用处的第二参与方的分账账户，方便快捷。值得注意的是，第一支付应用的服务端在接收到该分账指令后，仍需利用第一资金托管账户从第二资金托管账户处接收资源，并利用利用第一资金托管账户向第二参与方的分账账户转移资源，以完成分账。

或者，该分账指令可以为交易平台通过调用第一支付应用的服务端处的第二接口及第三接口而生成的指令。具体的，交易平台通过调用第二接口，可以生成用于指示将目标金融机构处的第二资金托管账户中的与目标交易订单对应的支付资源，转移至第一支付应用处的第一资金托管账户的指令，后续，交易平台可以继续通过调用第三接口，以生成用于指示将第一支付应用处的第一资金托管账户中的与目标交易订单对应的支付资源，转移至第一支付应用处的第二参与方的分账账户的指令，从而通过多个指令构成分账指令，灵活性好。其中，交易平台通过调用第二接口生成的指令与前述第二资源转移指令可以为同一指令。

本说明书实施例中，第一资金托管账户可以为交易平台在第一支付应用处注册的资金托管账户。而第二资金托管账户为交易平台在目标金融机构处注册的资金托管账户。第一支付应用的服务端通过利用第一资金托管账户接收从第二资金托管账户转出的资源，以取得利用第二支付应用处的支付账户针对目标交易订单所支付的支付资源。并且，通过将该支付资源从第一资金托管账户转移至商户在第一支付应用处的分账账户中。从而实现了利用单一支付应用的服务端针对利用不同支付应用生成的交易订单进行同一分账的功能。避免了使用多种支付应用的服务端分别进行分账的复杂性，提高了交易平台对分账管理的便捷性。

本说明书实施例中，若第一参与方利用了第一支付应用处的第一支付账户针对目标交易订单进行支付，则第一支付应用的服务端可以直接获取到从第一支付账户处扣除的目标交易订单的支付资源，从而无需从目标金融机构处获取该目标交易订单的支付资源。为便于理解，对此进行解释说明。

具体的，若所述目标交易订单为第一参与方利用所述第一支付应用处的第一支付账户进行支付的交易订单，则步骤204：获取所述目标交易订单的支付资源，可以包括：

将所述第一参与方利用所述第一支付账户针对所述目标交易订单支付的第一支付资源，从所述第一支付账户转移至所述第一支付应用处的第一资金托管账户。

对应的，步骤206：响应于分账指令，将目标交易订单的支付资源，转移至第一支付应用处的第二参与方的分账账户，具体可以包括：

将所述第一资金托管账户处的所述第一支付资源，转移至所述第二参与方的分账账户。

本说明书实施例中，当第一参与方通过第一支付应用进行支付时，第一支付应用的服务端通常会在第一参与方支付成功后，即从第一参与方的第一支付账户内扣除针对目标交易订单所支付的第一支付资源，以避免第一参与方挪用第一支付资源。从第一支付账户中扣除的第一支付资源会发送至交易平台在第一支付应用的第一资金托管账户内进行管理。后续，第一支付应用的服务端在获取到针对目标交易订单的分账指令后，即可以将第一资金托管账户内的第一支付资源转移到第二参与方(例如，商户)在第一支付应用处注册的分账账户内，以完成针对目标交易订单的分账。

本说明书实施例中，交易平台为了增加交易量，提高自身的知名度，可能会不定期发起促销活动，比如，在特定的时间内针对商家的特定商品进行减价销售或者打折销售。因促销活动是由交易平台发起的，从而针对特定商品所优惠的资金需由交易平台补偿给商家。基于此，在针对目标交易订单进行分账时，可能需要获取交易平台支付的部分支付资源，并划分至第二参与方的分账账户。

基于此，则步骤204：获取所述目标交易订单的支付资源，具体可以包括：

若根据所述分账指令确定所述交易平台需要针对所述目标交易订单向所述第二参与方支付第三支付资源，则将所述第一支付应用处的所述交易平台的第三支付账户中的所述第三支付资源，转移至所述第一资金托管账户。

对应的，步骤206：响应于分账指令，将目标交易订单的支付资源，转移至第一支付应用处的第二参与方的分账账户，具体可以包括：

将所述第一资金托管账户处的所述第三支付资源，转移至所述第二参与方的分账账户。

本说明书实施例中，第三支付账户可以为交易平台在第一支付应用处注册的支付账户，交易平台可以预先在第三支付账户中存储部分支付资源，并预先与第一支付应用的服务端进行约定，以许可第一支付应用的服务端在分账时，可以根据实际需求，自行从该第三支付账户处扣除指定数量的支付资源(例如，第三支付资源)，并划分至第二参与方的分账账户，以完成分账。

本说明书实施例中，第三支付资源可以为交易平台针对第一参与方发起的目标交易订单所需向第二参与方支付的资源。在实际应用中，交易平台的分账指令中还可以携带有所述目标交易订单对应的第三支付资源的关系信息，该分账指令还可以用于指示从第三支付账户扣除所述第三支付资源，并转移至第二参与方的分账账户。

为便于理解，针对与第三支付资源相关的分账过程进行举例说明。比如，假定，目标交易订单为第一参与方在第二参与方处购买了一件衣服的订单，针对该笔目标交易订单，需要由第一参与方支付150元，并由交易平台支付50元。则交易平台所需支付的50元即为第三支付资源。交易平台在需要针对目标交易订单进行分账时，其分账指令中应携带指示从第三支付账户转移出50元作为目标交易订单的部分支付资源的信息，以便于第一支付应用的服务端在接收到分账指令后，可以将第三支付账户处的50元资金转移至所述第一资金托管账户，进而将所述第一资金托管账户处的50元资金转移至第二参与方的分账账户，以保证分账准确性。

本说明书实施例中，在日常网络购物的过程中，买家在从商户购买物品后，由于对物品质量的不满意，还会发生退货的情况。此时，若已针对该笔交易订单的支付资源转移到了商户的分账账户，则还需将该商户的分账账户中的这部分支付资源退还给买家和/或交易平台。

基于此，在将目标交易订单的支付资源，转移到第一支付应用处的第二参与方的分账账户之后，还可以包括：

获取所述交易平台的针对所述目标交易订单的退分账指令。

响应于所述退分账指令，确定所述目标交易订单的支付资源的初始转出账户；所述初始转出账户包括所述第一支付账户、所述第二支付账户及所述第三支付账户中的至少一种。

将所述分账账户中的所述目标交易订单的支付资源，转移至所述初始转出账户。

本说明书实施例中，所述退分账指令可以是交易平台在目标交易订单发生全部或部分退款情况后生成的，用于指示退还目标交易订单对应的全部或部分支付资源的指令。例如，第一参与方(买家)在针对目标交易订单申请退货退款后，交易平台可以向第一支付应用的服务端发出退分账指令。第一支付应用的服务端可以确定目标交易订单的支付资源的来源信息，进而根据所述支付资源的来源信息，按照资源传输链路退回至支付资源的初始转出账户。

本说明书实施例中，目标交易订单的支付资源可以包含第一支付资源、第二支付资源、第三支付资源中的至少一种。所述第一支付资源的来源信息可以为第一支付应用处的已注册账户，基于该第一支付资源的来源信息及目标交易订单的相关订单信息，可以进一步确定第一支付资源的初始转出账户为第一支付应用处的第一支付账户，从而令第一支付应用的服务端可以将第二参与方的分账账户中的第一支付资源，转移至所述第一支付账户。

所述第二支付资源的来源信息还可以为第二支付应用处的已注册账户或者目标金融机构，基于该第二支付资源的来源信息，可以进一步确定第二支付资源的初始转出账户为第二支付应用处的第二支付账户或者目标金融机构处的第二资金托管账户，从而令第一支付应用的服务端可以将第二参与方的分账账户中的第二支付资源，通过目标金融机构，最终转移至第二支付账户。

所述第三支付资源的来源信息可以为交易平台在第一支付应用处的已注册账户，基于该第三支付资源的来源信息及目标交易订单的相关订单信息，可以进一步确定第三支付资源的初始转出账户为交易平台的第三支付账户，从而令第一支付应用的服务端可以将第二参与方的分账账户中的第三支付资源，转移至所述第三支付账户。

比如，买家在交易平台购买了促销活动中原价200元，现价150元的衣服，此时，可以由买家向商户支付150元，并由交易平台向商户支付50元。若买家在收到衣服后觉得不喜欢，向交易平台发起了退货申请。则交易平台在收到买家的退货申请后，可以向第一支付应用的服务端发出退分账指令。第一支付应用的服务端根据退分账指令，可以将商户在第一支付应用处的分账账户内的200元先转移至第一资金托管账户。

如果买家购买衣服时使用第一支付应用处的第一支付账户支付的150元，则可以将第一资金托管账户中的150元退还至买家在第一支付应用处的第一支付账户。而若买家购买衣服时使用第二支付应用处的第二支付账户支付的150元，则可以将第一资金托管账户中的150元退还至目标金融机构的第二资金托管账户，然后由目标金融机构的服务端将第二资金托管账户内的150元退还至买家在第二支付应用处的第二支付账户。除此之外，第一支付应用的服务端还可以将第一资金托管账户中的50元退还至交易平台在第一支付应用处的第三支付账户内。从而完成针对该笔交易订单的退分账。

在本说明书实施例中，当需要针对目标交易订单进行退分账处理时，可以通过第一支付应用的服务端，将第二参与方的分账账户中接收到的目标交易订单的支付资源，原路退还至第一支付账户、第二支付账户或第三支付账户内。有利于提升交易平台及商户对退分账管理的便捷性。

在本说明书实施例中，交易平台的商家(即第二参与方)需在预先向第一支付应用的服务端申请注册分账账户，以便于在分账处理过程中，使用分账账户去接收与其相关的交易订单的支付资源。所述分账账户通常为所述第二参与方不具有针对账户支付资源的管理权限的账户。

基于此，在将目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之前，还可以包括：

获取所述交易平台发送的针对所述第二参与方的分账账户创建请求。

响应于所述分账账户创建请求，生成所述第一支付应用处的所述第二参与方的分账账户。

本说明书实施例中，第二参与方可以通过向交易平台发起进件申请，以便于通过交易平台在第一支付应用处注册分账账户。在实际应用中，第二参与方可以将自己的营业执照等注册资料提交到交易平台，交易平台既可以在对商家的注册资料信息审核通过后，向第一支付应用的服务端发起针对所述第二参与方的分账账户创建请求，以便于第一支付应用的服务端生成第二参与方的分账账户。或者，交易平台也可以在所述分账账户创建请求中携带商家的注册资料信息，以便于第一支付应用的服务端在对商家的注册资料信息审核通过后，为其注册分账账户，对此不作具体限定。

本说明书实施例中，同一个第二参与方可以具有多个分账账户。例如，若第二参与方在交易平台处开办了多家线上店铺，则第二参与方可以针对每一家线上店铺去注册一个分账账户。后续，第二参与方可以指定针对各家线上店铺生成的交易订单进行分账所需使用的分账账户。例如，第二参与方可以使用同一分账账户接收多家线上店铺产生的交易订单的支付资源，或者，第二参与方也可以使用单个分账账户接收单个线上店铺产生的交易订单的支付资源，对此不作具体限定。但第一支付应用的服务端可以根据目标交易订单的相关订单信息，确定接收各个目标交易订单的支付资源所需使用的分账账户，以保证第二参与方的分账意愿。

在本说明书实施例中，由于在第一参与方针对目标交易订单支付完成后，即可以将目标交易订单的支付资源转移至第二参与方的分账账户，但后续，第一参与方还可能针对目标交易订单进行全部或部分退款，因此，为保证第一参与方的权益，通过会令第二参与方无法取得针对其分账账户内的支付资源的管理权限，以便于在第一参与方针对目标交易订单申请退款后，第一支付应用的服务端可以将该分账账户内的支付资源退还给第一参与方，从而有利于保证第一参与方的权益。

在本说明书实施例中，不法分子可能会通过网络销售的方式进行诈骗、违法活动。从而根据国家法规的要求，第一支付应用的服务端在对目标交易订单进行分账时，还需要针对目标交易订单进行风险审核。

基于此，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之前，还可以包括：

从所述交易平台处获取所述目标交易订单的订单信息。

根据所述目标交易订单的订单信息进行风险识别处理，得到针对所述目标交易订单的风险识别结果。

所述步骤206：将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，具体可以包括：

若所述风险识别结果符合预设分账条件，则将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

还有，若所述风险识别结果不符合所述预设分账条件，则可以生成禁止分账提示信息；所述禁止分账提示信息用于提示根据所述目标交易订单的风险识别结果禁止针对所述目标交易订单进行分账处理。

在本说明书实施例中，第一支付应用的服务端在收到交易平台发送的针对目标交易订单的分账指令后，会针对各笔目标交易订单进行风险审核。具体的，第一支付应用的服务端可以根据分账指令中携带的目标交易订单的订单号，去从交易平台处获取更为详细的目标交易订单的订单明细信息，例如、第一参与方及第二参与方的注册资料、订单交易的商品数量、订单交易发生的时间、第一参与方及第二参与方的预留电话及收获地址等。

后续，第一支付应用的服务端可以基于目标交易订单的订单明细信息进行风险识别处理。以及，若目标交易订单是利用第一支付应用处的第一支付账户进行支付的订单时，第一支付应用处还会生成与该目标交易订单对应的支付订单，从而使得第一支付应用的服务端可以基于目标交易订单对应的支付订单的订单明细信息进行风险识别处理。

在实际应用中，第一支付应用的服务端可以利用现有的风险识别规则或风险识别模型去针对目标交易订单进行风险识别处理，以得到目标交易订单对应的风险识别结果。其中，目标交易订单对应的风险识别结果可以为风险分值形式，则预设分账条件可以为风险分值小于预设阈值，则允许分账，否则，禁止分账。例如，假设，风险分值在70分以上则通常表明存在交易风险(比如洗钱风险、诈骗风险等)的可能性较大，从而可以禁止分账。此时，若目标交易订单对应的风险识别结果为65分，则可以表示所述风险识别结果符合所述预设分账条件，从而可以将第一支付应用处的第一资金托管账户内的目标交易订单的支付资源转移到第二参与方在第一支付应用处的分账账户内。

在本说明书实施例中，通过在确定目标交易订单对应的风险识别结果符合预设分账条件后，才会将目标交易订单的支付资源，转移至第一支付应用处的第二参与方的分账账户，以完成分账，从而有利于降低第二参与方通过交易平台进行违法犯罪活动的可能性，以保分账方法的合法合规性。

在本说明书实施例中，由于第二参与方不具有针对分账账户内的支付资源的管理权限，从而无法支配这部分支付资源，从而存在针对分账账户中的支付资源进行提现的需求。

基于此，所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之后，还可以包括：

获取所述交易平台的提现指令；所述提现指令用于指示将所述分账账户处的目标支付资源转移至所述第二参与方的第四支付账户，所述第四支付账户为所述第二参与方具有针对账户支付资源的管理权限的账户。

响应于所述提现指令，将所述分账账户中的所述目标支付资源，转移至所述第二参与方的第四支付账户。

本说明书实施例中，交易平台可以向第一支付应用的服务端发送提现指令，该提现指令内通常需要指明所需提现的资源量，但可以无需指明所需提现的资源对应的交易订单信息，从而有利于简化提现操作。

第一支付应用的服务端收到提现指令后，可以将提现指令所指示转移的目标支付资源，由第二参与方的分账账户转移到第二参与方具有相应资源管理权限的第四支付账户内，以完成提现。其中，所述第四支付账户既可以为第二参与方在第一支付应用注册的支付账户，也可以为其他金融机构处的支付账户，对此不作具体限定。

在本说明书实施例中，通过将支付资源由第二参与方的分账账户(第二参与方不具有相应资源管理权限)转移到第四支付账户(第二参与方具有相应资源管理权限)，从而可以实现对分账后的支付资源的提现功能，方便快捷。

图3为本说明书实施例提供的对应于图2中的分账方法的泳道流程示意图。如图3所示，该分账流程可以涉及交易平台、第一支付应用的服务端及金融机构等执行主体。

在分账阶段，交易平台可以向第一支付应用的服务端发送针对目标交易订单的分账指令。所述目标交易订单可以是第一参与方利用目标支付应用向第二参与方进行支付的交易订单，其中，所述目标支付应用可以为所述第一支付应用与第二支付应用中的任意一种。

第一支付应用的服务端响应于该分账指令，可以去获取目标交易订单的支付资源。在实际应用中，目标交易订单的支付资源可以包含第一支付资源、第二支付资源、第三支付资源中的至少一种。

其中，第一支付资源可以是第一参与方利用第一支付应用处的第一支付账户针对目标交易订单所支付的资源。第一支付应用的服务端通常在目标交易订单支付完成后，即可以将第一支付账户内的第一支付资源转移至第一支付应用处的第一资金托管账户，以令第一支付应用的服务端获取到第一支付资源，而无需等待交易平台发出分账指令后再转移第一支付资源至第一资金托管账户。

第二支付资源可以是第一参与方利用第二支付应用处的第二支付账户针对目标交易订单所支付的资源。针对第二支付资源，第一支付应用的服务端可以向金融机构发送用于转移指定数量的支付资源的第一资源转移指令。目标金融机构接收到第一支付应用发送的第一资源转移指令后，可以将指定数量的支付资源由目标金融机构处的第二资金托管账户转移至第一支付应用处的第一资金托管账户，其中，所述指定数量的支付资源中可以包含第一参与方使用第二支付应用处的第二支付账户针对目标交易订单支付的第二支付资源。从而令第一支付应用的服务端可以获取到第二支付资源。

第三支付资源可以是交易平台需要利用第一支付应用处的第三支付账户针对目标交易订单所支付的资源。第一支付应用的服务端在接收到分账指令后，可以根据实际交易订单的交易规则，将交易平台在第一支付应用处的第三支付账户内的第三支付资源转移至第一应用处的第一资金托管账户，以令第一支付应用的服务端获取到第三支付资源。

后续，第一支付应用的服务端还可以从交易平台处获取目标交易订单的订单信息，并对目标交易订单的订单信息进行风险识别，以得到针对目标交易订单的风险识别结果。若风险识别结果符合预设的分账条件，则第一支付应用的服务端可以将目标交易订单的支付资源转移至第一支付应用处的第二参与方的分账账户内，从而完成分账。若风险识别结果不符合分账条件，则第一支付应用的服务端就不会执行分账操作，以禁止将目标交易订单的支付资源转移至第一支付应用处的第二参与方的分账账户内。

在退分账阶段，交易平台可以发送针对目标交易订单的退分账指令至第一支付应用的服务端，以便于第一支付应用的服务端在接收到交易平台发送的退分账指令后，确定目标交易订单的支付资源的初始转出账户，例如，第一支付应用处的第一支付账户、第二支付应用处的第二支付账户、第一支付应用处的第三支付账户等。并将目标交易订单的支付资源原路退还至上属初始转出账户。

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

第一获取模块402，用于获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

第二获取模块404，用于获取所述目标交易订单的支付资源；

分账模块406，用于响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

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

可选的，若所述目标交易订单为第一参与方利用所述第二支付应用处的第二支付账户进行支付的交易订单。

对应的，所述第二获取模块404，包括：

指令发送单元，用于发送第一资源转移指令至目标金融机构；所述第一资源转移指令用于指示从所述目标金融机构处转出指定数量的支付资源；

资源接收单元，用于接收所述目标金融机构发送的所述指定数量的支付资源；所述指定数量的支付资源中包含所述第一参与方利用所述第二支付账户针对所述目标交易订单支付的第二支付资源；所述第二支付资源是所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述分账模块406，具体可以包括：

第一分账单元，用于将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户。

对应的，所述资源接收单元，具体可以用于：

利用所述第一支付应用处的第一资金托管账户，接收从所述目标金融机构处的第二资金托管账户转出的指定数量的支付资源；所述第二资金托管账户用于存储所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述第一分账单元，具体可以用于：

将所述第一资金托管账户处的所述第二支付资源，转移至所述第二参与方的分账账户。

可选的，图4中所述的装置，还可以包括：

第三获取模块，用于获取所述交易平台发送的第二资源转移指令；所述第二资源转移指令用于指示从所述目标金融机构处获取所述指定数量的支付资源。

可选的，若所述目标交易订单可以为第一参与方利用所述第一支付应用处的第一支付账户进行支付的交易订单。

对应的，所述第二获取模块404，可以包括：

第一资源转移单元，用于将所述第一参与方利用所述第一支付账户针对所述目标交易订单支付的第一支付资源，从所述第一支付账户转移至所述第一支付应用处的第一资金托管账户。

所述分账模块406，具体可以包括：

第二分账单元，用于将所述第一资金托管账户处的所述第一支付资源，转移至所述第二参与方的分账账户。

可选的，所述第二获取模块404，还可以包括：

第二资源转移单元，用于若根据所述分账指令确定所述交易平台需要针对所述目标交易订单向所述第二参与方支付第三支付资源，则将所述第一支付应用处的所述交易平台的第三支付账户中的所述第三支付资源，转移至所述第一资金托管账户。

所述分账模块406，还可以包括：

第三分账单元，用于将所述第一资金托管账户处的所述第三支付资源，转移至所述第二参与方的分账账户。

可选的，图4中所述的装置，还可以包括：

第四获取模块，用于获取所述交易平台的针对所述目标交易订单的退分账指令。

账户确定模块，用于响应于所述退分账指令，确定所述目标交易订单的支付资源的初始转出账户；所述初始转出账户包括所述第一支付账户、所述第二支付账户及所述第三支付账户中的至少一种。

退分账模块，用于将所述分账账户中的所述目标交易订单的支付资源，转移至所述初始转出账户。

可选的，图4中所述的装置，还可以包括：

第五获取模块，用于获取所述交易平台发送的针对所述第二参与方的分账账户创建请求。

分账账户生成模块，用于响应于所述分账账户创建请求，生成所述第一支付应用处的所述第二参与方的分账账户。

可选的，图4中所述的装置，还可以包括：

第六获取模块，用于从所述交易平台处获取所述目标交易订单的订单信息。

风险识别模块，用于根据所述目标交易订单的订单信息进行风险识别处理，得到针对所述目标交易订单的风险识别结果。

对应的，分账模块406，具体可以用于：

若所述风险识别结果符合预设分账条件，则将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

可选的，图4中所述的装置，还可以包括：

禁止分账模块，用于若所述风险识别结果不符合所述预设分账条件，则生成禁止分账提示信息；所述禁止分账提示信息用于提示根据所述目标交易订单的风险识别结果禁止针对所述目标交易订单进行分账处理。

可选的，图4中所述的装置，还可以包括：

第七获取模块，用于获取所述交易平台的提现指令；所述提现指令用于指示将所述分账账户处的目标支付资源转移至所述第二参与方的第四支付账户，所述第四支付账户为所述第二参与方具有针对账户支付资源的管理权限的账户。

提现模块，用于响应于所述提现指令，将所述分账账户中的所述目标支付资源，转移至所述第二参与方的第四支付账户。

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

图5为本说明书实施例提供的对应于图2的一种分账设备的结构示意图。如图5所示，设备500可以包括：

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

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

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

获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种。

获取所述目标交易订单的支付资源。

响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

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

在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 (23)

1.一种分账方法，应用于第一支付应用的服务端，包括：

获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

获取所述目标交易订单的支付资源；

响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

2.如权利要求1所述的方法，若所述目标交易订单为第一参与方利用所述第二支付应用处的第二支付账户进行支付的交易订单，则所述获取所述目标交易订单的支付资源，具体包括：

发送第一资源转移指令至目标金融机构；所述第一资源转移指令用于指示从所述目标金融机构处转出指定数量的支付资源；

接收所述目标金融机构发送的所述指定数量的支付资源；所述指定数量的支付资源中包含所述第一参与方利用所述第二支付账户针对所述目标交易订单支付的第二支付资源；所述第二支付资源是所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，具体包括：

将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户。

3.如权利要求2所述的方法，所述接收所述目标金融机构发送的所述指定数量的支付资源，具体包括：

利用所述第一支付应用处的第一资金托管账户，接收从所述目标金融机构处的第二资金托管账户转出的指定数量的支付资源；所述第二资金托管账户用于存储所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户，具体包括：

将所述第一资金托管账户处的所述第二支付资源，转移至所述第二参与方的分账账户。

4.如权利要求3所述的方法，所述发送第一资源转移指令至目标金融机构之前，还包括：

获取所述交易平台发送的第二资源转移指令；所述第二资源转移指令用于指示从所述目标金融机构处获取所述指定数量的支付资源。

5.如权利要求1所述的方法，若所述目标交易订单为第一参与方利用所述第一支付应用处的第一支付账户进行支付的交易订单，则所述获取所述目标交易订单的支付资源，具体包括：

将所述第一参与方利用所述第一支付账户针对所述目标交易订单支付的第一支付资源，从所述第一支付账户转移至所述第一支付应用处的第一资金托管账户；

所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，具体包括：

将所述第一资金托管账户处的所述第一支付资源，转移至所述第二参与方的分账账户。

6.如权利要求3-5中任意一项所述的方法，所述获取所述目标交易订单的支付资源，还包括：

若根据所述分账指令确定所述交易平台需要针对所述目标交易订单向所述第二参与方支付第三支付资源，则将所述第一支付应用处的所述交易平台的第三支付账户中的所述第三支付资源，转移至所述第一资金托管账户；

所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，还包括：

将所述第一资金托管账户处的所述第三支付资源，转移至所述第二参与方的分账账户。

7.如权利要求6所述的方法，所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之后，还包括：

获取所述交易平台的针对所述目标交易订单的退分账指令；

响应于所述退分账指令，确定所述目标交易订单的支付资源的初始转出账户；所述初始转出账户包括所述第一支付账户、所述第二支付账户及所述第三支付账户中的至少一种；

将所述分账账户中的所述目标交易订单的支付资源，转移至所述初始转出账户。

8.如权利要求6所述的方法，所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之前，还包括：

获取所述交易平台发送的针对所述第二参与方的分账账户创建请求；

响应于所述分账账户创建请求，生成所述第一支付应用处的所述第二参与方的分账账户。

9.如权利要求1所述的方法，所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之前，还包括：

从所述交易平台处获取所述目标交易订单的订单信息；

根据所述目标交易订单的订单信息进行风险识别处理，得到针对所述目标交易订单的风险识别结果；

所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户，具体包括：

若所述风险识别结果符合预设分账条件，则将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

10.如权利要求9所述的方法，所述根据所述目标交易订单的订单信息进行风险识别处理，得到针对所述目标交易订单的风险识别结果之后，还包括：

若所述风险识别结果不符合所述预设分账条件，则生成禁止分账提示信息；所述禁止分账提示信息用于提示根据所述目标交易订单的风险识别结果禁止针对所述目标交易订单进行分账处理。

11.如权利要求1所述的方法，所述分账账户为所述第二参与方不具有针对账户支付资源的管理权限的账户；

所述将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户之后，还包括：

获取所述交易平台的提现指令；所述提现指令用于指示将所述分账账户处的目标支付资源转移至所述第二参与方的第四支付账户，所述第四支付账户为所述第二参与方具有针对账户支付资源的管理权限的账户；

响应于所述提现指令，将所述分账账户中的所述目标支付资源，转移至所述第二参与方的第四支付账户。

12.一种分账装置，应用于第一支付应用的服务端，包括：

第一获取模块，用于获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

第二获取模块，用于获取所述目标交易订单的支付资源；

分账模块，用于响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

13.如权利要求12所述的装置，若所述目标交易订单为第一参与方利用所述第二支付应用处的第二支付账户进行支付的交易订单，则所述第二获取模块，包括：

指令发送单元，用于发送第一资源转移指令至目标金融机构；所述第一资源转移指令用于指示从所述目标金融机构处转出指定数量的支付资源；

资源接收单元，用于接收所述目标金融机构发送的所述指定数量的支付资源；所述指定数量的支付资源中包含所述第一参与方利用所述第二支付账户针对所述目标交易订单支付的第二支付资源；所述第二支付资源是所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述分账模块，具体包括：

第一分账单元，用于将所述指定数量的支付资源中的所述第二支付资源，转移至所述第二参与方的分账账户。

14.如权利要求13所述的装置，所述资源接收单元，具体用于：

利用所述第一支付应用处的第一资金托管账户，接收从所述目标金融机构处的第二资金托管账户转出的指定数量的支付资源；所述第二资金托管账户用于存储所述目标金融机构从所述第二支付应用的服务端处获取的资源；

所述第一分账单元，具体用于：

将所述第一资金托管账户处的所述第二支付资源，转移至所述第二参与方的分账账户。

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

第三获取模块，用于获取所述交易平台发送的第二资源转移指令；所述第二资源转移指令用于指示从所述目标金融机构处获取所述指定数量的支付资源。

16.如权利要求12所述的装置，若所述目标交易订单为第一参与方利用所述第一支付应用处的第一支付账户进行支付的交易订单，则所述第二获取模块，包括：

第一资源转移单元，用于将所述第一参与方利用所述第一支付账户针对所述目标交易订单支付的第一支付资源，从所述第一支付账户转移至所述第一支付应用处的第一资金托管账户；

所述分账模块，包括：

第二分账单元，用于将所述第一资金托管账户处的所述第一支付资源，转移至所述第二参与方的分账账户。

17.如权利要求14-16中任意一项所述的装置，所述第二获取模块，还包括：

第二资源转移单元，用于若根据所述分账指令确定所述交易平台需要针对所述目标交易订单向所述第二参与方支付第三支付资源，则将所述第一支付应用处的所述交易平台的第三支付账户中的所述第三支付资源，转移至所述第一资金托管账户；

所述分账模块，还包括：

第三分账单元，用于将所述第一资金托管账户处的所述第三支付资源，转移至所述第二参与方的分账账户。

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

第四获取模块，用于获取所述交易平台的针对所述目标交易订单的退分账指令；

账户确定模块，用于响应于所述退分账指令，确定所述目标交易订单的支付资源的初始转出账户；所述初始转出账户包括所述第一支付账户、所述第二支付账户及所述第三支付账户中的至少一种；

退分账模块，用于将所述分账账户中的所述目标交易订单的支付资源，转移至所述初始转出账户。

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

第五获取模块，用于获取所述交易平台发送的针对所述第二参与方的分账账户创建请求；

分账账户生成模块，用于响应于所述分账账户创建请求，生成所述第一支付应用处的所述第二参与方的分账账户。

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

第六获取模块，用于从所述交易平台处获取所述目标交易订单的订单信息；

风险识别模块，用于根据所述目标交易订单的订单信息进行风险识别处理，得到针对所述目标交易订单的风险识别结果；

所述分账模块，具体用于：

若所述风险识别结果符合预设分账条件，则将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

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

禁止分账模块，用于若所述风险识别结果不符合所述预设分账条件，则生成禁止分账提示信息；所述禁止分账提示信息用于提示根据所述目标交易订单的风险识别结果禁止针对所述目标交易订单进行分账处理。

22.如权利要求12所述的装置，所述分账账户为所述第二参与方不具有针对账户支付资源的管理权限的账户；所述装置还包括：

第七获取模块，用于获取所述交易平台的提现指令；所述提现指令用于指示将所述分账账户处的目标支付资源转移至所述第二参与方的第四支付账户，所述第四支付账户为所述第二参与方具有针对账户支付资源的管理权限的账户；

提现模块，用于响应于所述提现指令，将所述分账账户中的所述目标支付资源，转移至所述第二参与方的第四支付账户。

23.一种分账设备，所述分账设备为第一支付应用的服务端设备，包括：

至少一个处理器；以及，

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

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

获取交易平台的分账指令；所述分账指令用于指示针对所述交易平台处生成的目标交易订单进行分账处理；所述目标交易订单为第一参与方利用目标支付应用向第二参与方进行支付的交易订单，所述目标支付应用为所述第一支付应用与第二支付应用中的任意一种；

获取所述目标交易订单的支付资源；

响应于所述分账指令，将所述目标交易订单的支付资源，转移至所述第一支付应用处的所述第二参与方的分账账户。

Images