资产消费请求的处理方法、装置及设备与流程

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种资产消费请求的处理方法、装置及设备。

背景技术：

随着互联网技术的普遍发展，用户所请求消费的对象也越来越多样化。如，用户所请求消费的对象不仅包括资金，还包括资产等等。对于资产，由于其类型多种多样，如，可以为黄金，也可以为原油等等。所以，其处理过程通常不同于资金。因此，如何对用户的资产消费请求做出准确处理就成为要解决的技术问题。

技术实现要素：

本说明书一个或多个实施例描述了一种资产消费请求的处理方法、装置及设备，可以提升用户的资产消费请求的处理成功率。

第一方面，提供了一种资产消费请求的处理方法，包括：

接收用户的资产消费请求，所述资产消费请求至少包括所请求消费资产的消费数额；

基于所述消费数额以及所述用户的当前资产数额，确定响应于所述资产消费请求所需执行的资产处理操作；

若所述资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型；

判断所述多个资产处理操作各自所操作资产的资产类型是否一致；

如果是，则对所述多个资产处理操作进行绑定，以按照指定次序依次执行所述多个资产处理操作；

执行绑定后的多个资产处理操作。

第二方面，提供了一种资产消费请求的处理装置，包括：

接收单元，用于接收用户的资产消费请求，所述资产消费请求至少包括所请求消费资产的消费数额；

确定单元，用于基于所述消费数额以及所述用户的当前资产数额，确定响应于所述资产消费请求所需执行的资产处理操作；

所述确定单元，还用于若所述资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型；

判断单元，用于判断所述确定单元确定的所述多个资产处理操作各自所操作资产的资产类型是否一致；

绑定单元，用于若所述判断单元判断所述资产类型一致，则对所述多个资产处理操作进行绑定，以按照指定次序依次执行所述多个资产处理操作；

执行单元，用于执行所述绑定单元绑定后的多个资产处理操作。

第三方面，提供了一种资产消费请求的处理设备，包括：

存储器；

一个或多个处理器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，所述程序被所述处理器执行时实现以下步骤：

接收用户的资产消费请求，所述资产消费请求至少包括所请求消费资产的消费数额；

基于所述消费数额以及所述用户的当前资产数额，确定响应于所述资产消费请求所需执行的资产处理操作；

若所述资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型；

判断所述多个资产处理操作各自所操作资产的资产类型是否一致；

如果是，则对所述多个资产处理操作进行绑定，以按照指定次序依次执行所述多个资产处理操作；

执行绑定后的多个资产处理操作。

本说明书一个或多个实施例提供的资产消费请求的处理方法、装置及设备，接收用户的资产消费请求，该资产消费请求至少包括所请求消费资产的消费数额。基于消费数额以及用户的当前资产数额，确定响应于资产消费请求所需执行的资产处理操作。若资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型。判断多个资产处理操作各自所操作资产的资产类型是否一致。如果是，则对多个资产处理操作进行绑定，以按照指定次序依次执行多个资产处理操作。执行绑定后的多个资产处理操作。也即本说明书提供的方案中，在响应于用户的资产消费请求确定多个资金处理操作时，若该多个资金处理操作所操作资产的资产类型相同，则对该多个资金处理操作进行绑定，以按照指定次序依次执行该多个资产处理操作。由此，可以保证多个资产处理操作均可以执行成功，进而可以提升用户的资产消费请求的处理成功率。

附图说明

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

图1为本说明书提供的资产消费请求的处理方法应用场景示意图；

图2为本说明书一个实施例提供的资产消费请求的处理方法流程图；

图3为本说明书提供的红包发放请求的处理方法信息交互图；

图4为本说明书一个实施例提供的资产消费请求的处理装置示意图；

图5为本说明书一个实施例提供的资产消费请求的处理设备示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

在描述本说明书提供的方案之前，先对本方案的发明构思作以下说明。

目前，对于资产消费请求，其处理过程可以为：接收用户的资产消费请求。根据该资产消费请求，确定用户所请求消费资产的消费数额。判断该消费数额是否大于用户的当前资产数额，如果大于，则确定响应于资产消费请求的资产处理操作为多个。以资产消费请求为红包发放请求为例来说，上述资产处理操作可以为两个，且分别为：资产购买操作和红包发放操作。之后针对每个资产处理操作分别启动对应的分布式事务，对启动的分布式事务进行处理，以执行相应的资产处理操作。

需要说明的是，对于分布式事务，其处理过程通常可以分为两个阶段：第一阶段，准备阶段，以与资产购买操作对应的分布式事务的处理为例来说，假设所购买的资产为黄金，且用户当前所拥有的黄金为2mg，所要购买的数额为8mg，那么在第一阶段，会将8mg的黄金登记在购买用户的名下。这里需要说明的是，虽然这里已经完成了登记操作，但由于还没有执行第二阶段的处理，所以购买用户实际上拥有的资产数额仍然为2mg。第二阶段，提交阶段。这里，只有准备阶段成功后，才会进入到提交阶段，否则会发起回滚。此外，只有在能到完结数据，提交阶段才会执行成功。还以上述例子为例来说，在提交阶段，会将购买用户的资产数额增加8mg，从而变为10mg。

然而，由于分布式事务的提交阶段通常会异步执行。比如，在一个分布式事务的准备阶段执行完成之后，可能会执行另一个分布式事务的准备阶段。这种异步执行的方式，在两个分布式事务有先后执行顺序(或称有依赖关系)的情况下，会导致在后执行的分布式事务执行失败的问题。

以前述的资产购买操作和红包发放操作为例来说，假设用户当前所拥有的黄金为2mg，而所发送的红包为10mg，也就是说，用户需先购买8mg的黄金，才能执行红包发放的操作，从而针对上述两个操作所启动的分布式事务即为有依赖关系的事务。即只有在针对资产购买操作所启动的分布式事务(简称第一事务)执行成功后，针对红包发放操作所启动的分布式事务(简称第二事务)才能执行成功。然而由于分布式事务的提交阶段异步执行的特点，很可能在第一事务的准备阶段执行完成之后，直接执行第二事务的准备阶段。而由于第二事务的提交阶段未执行完成，从而用户当前所拥有的黄金仍然为2mg，这将直接导致第二事务的准备阶段执行失败，从而红包发放操作执行失败。这里第二事务的准备阶段执行失败是因为在该准备阶段，会锁定用户的10mg黄金，而由于用户当前只有2mg黄金，从而准备阶段会执行失败。

申请人了解到，上述这种第一事务未执行完成时，第二事务一定会执行失败的情况通常会满足如下两个条件：第一，与该两个事务对应的资金处理操作是针对用户的一次资产消费请求而确定；第二，两个资产处理操作所操作资产的资产类型相同。

因此，在启动分布式事务之前，可以对响应于用户的资产消费请求所确定的多个资产处理操作是否满足上述两个条件进行判断。如果满足，则对该多个资产处理操作进行绑定。这里的绑定是指针对该多个资产处理操作启动一个分布式事务。因为在同一分布式事务中，资金处理操作一定是按序先后执行的，由此就可以保证多个资产处理操作均可以执行成功。

以上就是本说明书提供的方案的发明构思，基于该发明构思就可以得到本方案，以下对本方案进行详细阐述。

图1为本说明书提供的资产消费请求的处理方法应用场景示意图。图1中，交易系统可以接收用户的资产消费请求。在接收到该资产消费请求后，交易系统可以比较消费数额与用户的当前资产数额。当消费数额大于当前资产数额时，确定响应于资产消费请求所需执行的资产处理操作。若所述资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型。判断多个资产处理操作各自所操作资产的资产类型是否一致。如果是，则对多个资产处理操作进行绑定，以按照指定次序依次执行所述多个资产处理操作。执行绑定后的多个资产处理操作。在资产处理操作执行的过程中，交易系统可以从第三方资产系统获取相应的资产。需要说明的是，在获取资产时，交易系统还可以通过金融网关与外部机构进行交互(具体交互过程后续说明)。

图2为本说明书一个实施例提供的资产消费请求的处理方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者系统或者装置，如，可以为图1中的交易系统。如图2所示，所述方法具体可以包括：

步骤202，接收用户的资产消费请求。

本说明书所述的资产与资金不同，其可以有不同的类型，例如黄金、原油等等。上述资产消费请求例如可以为商品购买请求、红包发放请求以及实物兑换请求等等，其至少可以包括所请求消费资产的消费数额。此外，还可以包括资产类型等等。

步骤204，基于消费数额以及用户的当前资产数额，确定响应于资产消费请求所需执行的资产处理操作。

这里的资产处理操作可以是指针对用户的资产消费请求从技术层面上所拆解得到的业务行为。在本说明书中，上述确定响应于资产消费请求所需执行的资产处理操作的步骤至少可以包括如下两方面的内容：第一方面，确定所需执行的资产处理操作的个数；第二方面，确定所需执行的资产处理操作本身。

关于第一方面，可以基于消费数额与当前资产数额之间的大小关系来确定。具体地，当消费数额大于当前资产数额时，可以确定所需执行的资产处理操作的个数为多个；当消费数额不大于当前资产数额时，可以确定所需执行的资产处理操作的个数为一个。关于第二方面，可以基于资产消费请求以及资产处理操作的个数共同来确定。举例来说，假设资产消费请求为红包发放请求，且所确定的资产处理操作的个数为两个，那么该两个资产处理操作分别可以为：资产购买操作和红包发放操作。再假设资产消费请求为商品购买请求，且所确定的资产处理操作的个数为两个，那么该两个资产处理操作可以分别为：资产购买操作和商品购买操作。

对于上述红包发放请求，假设该红包发放请求具体为发放10mg黄金的请求，而用户当前只拥有2mg黄金。那么针对上述红包发放请求，可以拆解得到两个资产处理操作，分别为：购买8mg黄金的操作以及发放10mg黄金的操作。对于上述商品购买请求，假设该商品购买请求具体为购买价值为10mg黄金的商品，而用户当前只拥有2mg黄金。那么针对上述商品购买请求，可以拆解得到两个资产处理操作，分别为：购买8mg黄金的操作以及购买价值为10mg黄金的商品的操作。

步骤206，若资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型。

如前述红包发放请求的例子，购买8mg黄金的操作和发放10mg黄金的操作所操作资产的资产类型均为：黄金。再如商品购买请求的例子，购买8mg黄金的操作和购买价值为10mg黄金的商品的操作所操作资产的资产类型也均为：黄金。

这里需要说明的是，当资产处理操作的个数为一个时，则直接启动对应的一个分布式事务，并对该分布式事务进行处理即可。

步骤208，判断多个资产处理操作各自所操作资产的资产类型是否一致。

步骤210，如果是，则对多个资产处理操作进行绑定，以按照指定次序依次执行多个资产处理操作。

这里对多个资产处理操作进行绑定的一种实现方式是：针对该多个资产处理操作启动一个分布式事务。可以理解的是，当针对多个资产处理操作启动一个分布式事务时，该多个资产处理操作可以按序执行。

当然，在其它实现方式，也可以针对该多个资产处理操作启动两个以上分布式事务。当启动两个以上分布式事务时，可以指定其执行次序，以按照指定次序执行该两个以上分布式事务，进而实现按照指定次序依次执行多个资产处理操作。

需要说明的是，对于上述多个资产处理操作，当该多个资产处理操作各自所操作资产的资产类型不一致时，可以针对每个资产处理操作分别启动对应的分布式事务，然后对所启动的每个分布式事务进行处理。

步骤212，执行绑定后的多个资产处理操作。

即对上述启动后的分布式事务进行处理。这里对分布式事务的处理过程可以为：按照指定次序，依次执行各个资产处理操作的两阶段处理。比如，对于红包发送请求的例子，先执行购买8mg黄金的操作的准备阶段和提交阶段，再执行发放10mg黄金的操作的准备阶段和提交阶段。由此，可以保证多个资产处理操作均可以执行成功。

综上，本说明书实施例提供的资产消费请求的处理方法，在响应于用户的资产消费请求确定多个资金处理操作时，若该多个资金处理操作所操作资产的资产类型相同，则对该多个资金处理操作进行绑定，以按照指定次序依次执行该多个资产处理操作。由此，可以保证多个资产处理操作均可以执行成功，进而可以提升用户的资产消费请求的处理成功率。

以下以资产消费请求为红包发放请求，且所消费的资产为黄金为例，对本说明书提供的方案作进一步说明。

图3为本说明书提供的红包发放请求的处理方法信息交互图。图3中，该方法可以包括如下步骤：

步骤302，交易系统接收用户的发放10mg黄金红包的请求。

步骤304，如果发放数额大于当前资产数额，交易系统通过金融网关向外部机构发送调用请求。

这里，交易系统通过与外部机构进行交互来实现从第三方资产系统获取资产。

步骤306，交易系统向第三方资产系统发送申购申请。

步骤308，响应于该申购申请，第三方资产系统冻结用户的2mg黄金，并登记在途8mg黄金。

步骤310，交易系统向第三方资产系统发送申购确认。

步骤312，响应于申购确认，第三方资产系统先后执行如下处理：扣减在途8mg，记增份额8mg，冻结8mg以及记增机构份额8mg。

至此，就实现了10mg黄金红包的成功发放。

与上述资产消费请求的处理方法对应地，本说明书一个实施例还提供的一种资产消费请求的处理装置，如图4所示，该装置可以包括：

接收单元402，用于接收用户的资产消费请求，该资产消费请求至少包括所请求消费资产的消费数额。

该资产消费请求可以包括以下任一种：商品购买请求、红包发放请求以及实物兑换请求等。

确定单元404，用于基于消费数额以及用户的当前资产数额，确定响应于资产消费请求所需执行的资产处理操作。

确定单元404具体可以用于：

判断消费数额是否大于用户的当前资产数额。

如果是，则确定响应于资产消费请求所需执行的多个资产处理操作。

如果否，则确定响应于资产消费请求所需执行的一个资产处理操作。

确定单元404，还用于若资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型。

判断单元406，用于判断确定单元404确定的多个资产处理操作各自所操作资产的资产类型是否一致。

绑定单元408，用于若判断单元406判断资产类型一致，则对多个资产处理操作进行绑定，以按照指定次序依次执行多个资产处理操作。

执行单元410，用于执行绑定单元408绑定后的多个资产处理操作。

可选地，绑定单元408具体可以用于：

针对多个资产处理操作，启动对应的一个分布式事务。

执行单元410具体可以用于：

对分布式事务进行处理。

这里，对分布式事务进行处理至少包括：按照指定次序，依次执行各个资产处理操作的两阶段处理。

可选地，当资产消费请求为红包发放请求时，多个资产处理操作可以包括：资产购买操作和红包发放操作。

本说明书上述实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本说明书一个实施例提供的装置的具体工作过程，在此不复赘述。

本说明书一个实施例提供的资产消费请求的处理装置，接收单元402接收用户的资产消费请求，该资产消费请求至少包括所请求消费资产的消费数额。确定单元404基于消费数额以及用户的当前资产数额，确定响应于资产消费请求所需执行的资产处理操作。若资产处理操作的个数为多个，则确定单元404确定多个资产处理操作各自所操作资产的资产类型。判断单元406判断多个资产处理操作各自所操作资产的资产类型是否一致。若资产类型一致，则绑定单元408对多个资产处理操作进行绑定，以按照指定次序依次执行多个资产处理操作。执行单元410执行绑定后的多个资产处理操作。由此，可以保证多个资产处理操作均可以执行成功，进而可以提升用户的资产消费请求的处理成功率。

本说明书一个实施例提供的资产消费请求的处理装置可以为图1中交易系统的一个模块或者单元。

与上述资产消费请求的处理方法对应地，本说明书一个实施例还提供的一种资产消费请求的处理设备，如图5所示，该设备可以包括：存储器502、一个或多个处理器504以及一个或多个程序。其中，该一个或多个程序存储在存储器502中，并且被配置成由一个或多个处理器504执行，该程序被处理器504执行时实现以下步骤：

接收用户的资产消费请求，该资产消费请求至少包括所请求消费资产的消费数额。

基于消费数额以及用户的当前资产数额，确定响应于资产消费请求所需执行的资产处理操作。

若资产处理操作的个数为多个，则确定多个资产处理操作各自所操作资产的资产类型。

判断多个资产处理操作各自所操作资产的资产类型是否一致。

如果是，则对多个资产处理操作进行绑定，以按照指定次序依次执行多个资产处理操作。

执行绑定后的多个资产处理操作。

本说明书一个实施例提供的资产消费请求的处理设备，可以保证多个资产处理操作均可以执行成功，进而可以提升用户的资产消费请求的处理成功率。

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

结合本说明书公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于服务器中。当然，处理器和存储介质也可以作为分立组件存在于服务器中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述的具体实施方式，对本说明书的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书的具体实施方式而已，并不用于限定本说明书的保护范围，凡在本说明书的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书的保护范围之内。