CN113742078A - 资源处理方法及装置 - Google Patents

Abstract

本申请提供资源处理方法及装置，其中资源处理方法包括：接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；接收对象订单的完成消息；获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。如此，大量用户同时使用大量资源进行抵扣时，在接收对象订单的完成消息后，可以通过核销消息队列异步扣减使用的资源，采用异步的方式来处理高频的资源抵扣，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

Description

资源处理方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种资源处理方法。本申请同时涉及一种资源处理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着计算机技术和互联网技术的快速发展，人们的工作生活已经越来越离不开网络，通过网络进行线上交易，人们可以获取自己感兴趣的对象。现有技术中，用户在获取自己感兴趣的对象时，可以使用预先领取的资源抵扣对象的价值，在订单完成时，服务器往往需要立即根据订单中使用的资源，对预先领取的资源进行扣减。如此，若大量用户同时使用大量资源进行抵扣时，可能会导致服务器的处理压力过大，进而导致服务器性能不稳定。

发明内容

有鉴于此，本申请实施例提供了一种资源处理方法。本申请同时涉及一种资源处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的服务器的处理压力过大，服务器性能不稳定的技术问题。

根据本申请实施例的第一方面，提供了一种资源处理方法，包括：

接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收对象订单的完成消息；

获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；

通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

根据本申请实施例的第二方面，提供了一种资源处理装置，包括：

聚合模块，被配置为接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收模块，被配置为接收对象订单的完成消息；

生成模块，被配置为获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；

扣减模块，被配置为通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

根据本申请实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

存储器用于存储计算机可执行指令，处理器用于执行计算机可执行指令：

接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录

接收对象订单的完成消息；

获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；

通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现任意资源处理方法的步骤。

本申请提供的资源处理方法，可以接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；之后，接收对象订单的完成消息；获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

本申请一实施例实现了接收到对象订单的完成消息后，无需立即对该对象订单中使用的资源进行扣减，而是可以根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将该资源核销消息添加至核销消息队列，通过核销消息队列，一一对资源核销消息进行处理，也即可以通过核销消息队列依次进行资源扣减。如此，大量用户同时使用大量资源进行抵扣时，在接收到对象订单的完成消息后，可以通过核销消息队列异步扣减使用的资源，采用异步的方式来处理高频的资源抵扣，无需在用户使用资源后，立即对使用的资源进行扣减，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

附图说明

图1是本申请一实施例提供的一种资源处理方法的流程图；

图2是本申请一实施例提供的一种资源领取过程的处理流程图；

图3a是本申请一实施例提供的一种核销消息队列的示意图；

图3b是本申请一实施例提供的更新核销消息队列的示意图；

图4是本申请一实施例提供的一种应用于电商场景下的资源处理方法的处理流程图；

图5是本申请一实施例提供的一种资源处理装置的结构示意图；

图6是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请中，提供了一种资源处理方法，本申请同时涉及一种资源处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种资源处理方法的流程图，具体包括以下步骤：

步骤102：接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录。

具体的，资源领取请求可以是用户通过客户端发起的领取相应的资源的请求，该资源用于在创建对象订单时，抵扣对象的价值，实际应用中，该资源包括但不限于资金、优惠券、红包、数据资源、计算资源或虚拟资源等。如对象为商品，资源为优惠券，用户可以提前领取优惠券，后续在购买商品时，可以创建该商品的商品订单，在该商品订单中，用户可以使用之前领取的优惠券抵扣需要支付的资金。

另外，资源特性可以是指资源的属性特点，如资源特性可以为有效期和资源数量等。

需要说明的是，用户获取相应的对象时，可以创建对应的对象订单，而创建对象订单时，用户可以使用领取的资源进行抵扣，从而减少需要付出的价值，也即用户还可以领取相应的资源，在后续创建对象订单时使用。另外，用户领取相应的资源后，还可以基于此次领取的资源的资源特性，对资源领取请求对应的待领取资源进行聚合，生成对应的资源聚合记录，也即可以将此次领取的资源聚合在一起进行记录，便于后续进行资源扣减，提高处理效率。

本实施例一个可选的实施方式中，可以通过资源模板定义此次待领取资源的资源特性，即资源领取请求中携带待领取资源对应的资源模板的模板标识，此时根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录，具体实现过程可以如下：

根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量；

根据目标有效期和领取数量，生成目标有效期对应的资源聚合记录。

具体的，资源模板可以是指预先设置的、用于定义待领取资源的有效期和领取数量的模板，即资源模板用于定义此次发放多少数量的资源，且发放的资源的有效期是什么时间。其中，目标有效期可以是绝对有效期，如1月1日-2月1日，也可以是相对某个时间的相对有效期，如领取之日起1个月。

实际应用中，用户可以通过客户端中的某个资源发放链接发起资源领取请求，用户点击该资源发放链接后可以获取该资源发放链接对应的资源模板的模板标识，将该模板标识携带在资源领取请求中发送给服务器，服务器接收到该资源领取请求后，可以获取其中携带的模板标识，确定此次该用户可以领取的资源的数量，以及此次领取的资源的有效期。

示例的，某个资源发放链接对应的资源模板为模板1，假设模板1定义的有效期为2个月，领取数量为10个。当用户通过客户端点击该资源发放链接时，可以向服务器发送资源领取请求，该资源领取请求中携带模板1，服务器接收到该资源领取请求后，根据模板1确定向该用户发放10个资源，且该10个资源的有效期为2个月。

需要说明的是，用户领取相应的资源后，还可以基于此次领取的资源的数量和有效期，生成对应的资源聚合记录，也即可以将此次领取的资源按照有效期聚合在一起进行记录，便于后续进行资源扣减，提高处理效率。

本实施例一个可选的实施方式中，在将此次领取的资源聚合在一起时，可以确定该用户之前是否领取过相同有效期的资源，从而可以将相同有效期的资源全部聚合在一起进行记录，因而资源领取请求中还可以携带用户标识，此时根据目标有效期和领取数量，生成目标有效期对应的资源聚合记录，具体实现过程可以如下：

查询用户标识所指示的目标用户是否存在资源有效期与目标有效期相同的已领取资源；

若存在，则在资源有效期对应的资源聚合记录中增加领取数量的资源，得到目标有效期对应的资源聚合记录；

若不存在，则创建指定资源聚合记录，将创建得到的指定资源聚合记录作为目标有效期对应的资源聚合记录，指定资源聚合记录为包括领取数量的资源的聚合记录。

具体的，用户标识可以用于唯一标识一个用户，如用户标识可以为用户账号、用户名称等。

需要说明的是，由于资源的发放是分散的，且每次发放的资源的有效期各异，即不同批次领取的资源的有效期可能相同，也可能不同，因而用户领取相应数量的资源后，可以将该用户领取的各资源按照有效期进行聚合，也即可以将相同有效期的资源聚合到一个资源聚合记录中，此时目标有效期对应的资源聚合记录中记录有已经领取的有效期为目标有效期的全部资源。

实际应用中，可以根据资源领取请求中携带的用户标识，查询目标用户之前领取的资源中是否存在和此次领取的资源的有效期(即目标有效期)相同的资源，若存在，则说明之前已经领取过目标有效期的资源，且已经聚合得到了该目标有效期对应的资源聚合记录，此时可以根据目标有效期查找到对应的资源聚合记录的记录标识，然后直接在该记录标识对应的资源聚合记录中增加此次领取的资源的数量即可。若不存在，则说明该用户之前没有领取过该目标有效期的资源，因而可以根据此次领取的资源，创建一个指定资源聚合记录，该指定资源聚合记录中记录此次领取的数量的资源，也即可以将此次领取的有效期为目标有效期的各资源聚合在一起，得到对应的资源聚合记录。

示例的，假设此次领取的资源的目标有效期为2月1日-3月15日，领取数量为10个。若目标用户已经领取的资源如下表1所示，则由如下表1可知，资源聚合记录2中记录的是有效期为2月1日-3月15日的资源，因而可以直接在资源聚合记录2中增加此次领取的10个资源，此时资源聚合记录2包括20个资源，得到如下表2所示的目标用户的更新资源表。

表1目标用户已经领取的资源表

有效期	资源聚合记录的记录标识	包括的资源
			1月1日-3月1日	资源聚合记录1	10个
2月1日-3月15日	资源聚合记录2	10个
			2月15日-4月15日	资源聚合记录3	15个
3月15日-5月30日	资源聚合记录4	15个

表2目标用户的更新资源表

有效期	资源聚合记录的记录标识	包括的资源
			1月1日-3月1日	资源聚合记录1	10个
2月1日-3月15日	资源聚合记录2	20个
			2月15日-4月15日	资源聚合记录3	15个
3月15日-5月30日	资源聚合记录4	15个

本申请中可以将用户领取的各资源按照有效期进行聚合，得到不同有效期对应的资源聚合记录，后续扣减资源时，无需再一一查询每个资源的有效期，再进行资源扣减，而是可以直接根据资源聚合记录的有效期，对资源进行扣减，大大提高了资源扣减的效率，节省了处理资源，降低了处理压力。

本实施例一个可选的实施方式中，还可以通过操作标识，确定目标用户是否已经领取过待领取资源(即此次发放的资源)，也即资源领取请求中还可以携带用户标识和操作标识，此时根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量之前，还可以包括：

确定用户标识所指示的目标用户对应的操作标识；

根据操作标识，确定目标用户是否具备资源领取资格；

若具备资源领取资格，则执行根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量的操作步骤。

具体的，操作标识可以是指预先设置的标识，用于指示目标用户是否已经领取过此次待领取资源，根据用户标识可以获取到目标用户对应的操作标识，从而确定该操作标识为已领取标识还是未领取标识，若为已领取标识，则说明目标用户已经领取过待领取资源，此时目标用户不具备资源领取资格；若为未领取标识，则说明目标用户还未领取过待领取资源，此时目标用户具备资源领取资格，如已领取标识可以为1，未领取标识可以为0。

另外，资源领取资格是指可以领取待领取资源的资格，若目标用户具备资源领取资格，则说明目标用户可以领取待领取资源，此时可以执行后续根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量的操作步骤，以向目标用户发放资源；若目标用户不具备资源领取资源，则说明目标用户已经领取过待领取资源，不可以重复领取，此时可以不执行后续根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量的操作步骤，即不向目标用户发放资源。

本申请中通过操作标识，确定目标用户是否已经领取过待领取资源，只有未领取过待领取资源的目标用户才具备资源领取资格，才会执行后续的资源发放过程，避免同一用户重复领取同一批次的待领取资源，使得更多的用户可以领取到资源，保证资源发放的公平性，且可以提高资源发放的效果，使得更多的用户获取对象。

示例的，图2是本申请一实施例提供的一种资源领取过程的处理流程图，如图2所示，服务器可以接收资源领取请求，资源领取请求中携带用户标识、模板标识和操作标识，然后服务器根据操作标识，判断目标用户是否具备资源领取资格，若不具备，则结束。若具备，则根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量，然后判断目标用户是否存在资源有效期与目标有效期相同的已领取资源，若存在，则在资源有效期对应的资源聚合记录中增加领取数量的资源，得到目标有效期对应的资源聚合记录，若不存在，则创建指定资源聚合记录，将创建得到的指定资源聚合记录作为目标有效期对应的资源聚合记录，该指定资源聚合记录为包括领取数量的资源的聚合记录。

步骤104：接收对象订单的完成消息。

具体的，对象订单可以是指用户获取某个对象时创建的订单，该对象可以是指用户通过付出相应价值可以获得的对象，如对象可以为商品，用户支付相应资金后，可以获得该商品。另外，完成消息可以是指创建的对象订单已经完成的消息，即用户已经付出该对象订单所需的全部价值，该对象订单结束，用户可以获得相应的对象，对于对象为商品来说，用户购买某商品后，服务器可以接收到针对该商品创建的商品订单，后续用户支付完成后，服务器可以接收到该商品订单已经支付完成的消息，用户购买得到该商品。

实际应用中，客户端可以在对象订单完成的同时，发送对象订单的完成消息，但是服务器并不立即接收该对象订单的完成消息，此时各个对象订单的完成消息可以暂存至缓冲存储区域中，等到服务器的处理压力较小时，服务器再从缓冲存储区域中依次接收对象订单的完成消息。

也即，服务器可以异步接收对象订单的完成消息，其中，异步是指对象订单完成的时间和服务器接收对象订单的完成消息的时间不同步，也即可以在对象订单完成后的任意时刻，服务器再接收对象订单的完成消息，即并不是完成对象订单的同时，服务器就接收对象订单的完成消息。

示例的，假设有1000个客户端同时发送了对象订单的完成消息，该1000个对象订单的完成消息可以暂存至缓冲存储区域中，服务器的处理压力较小时，再从缓冲存储区域中按序依次接收对象订单的完成消息。

当然，实际应用中，客户端在对象订单完成的同时，也可以不发送对象订单的完成消息，若服务器的处理压力较小时，服务器可以向客户端发送同步指令，此时客户端再将对象订单的完成消息发送给服务器，也即，由服务器控制客户端什么时候发送对象订单的完成消息。

本申请中服务器可以异步接收对象订单的完成消息，无需在用户完成对象订单的同步就立即接收该对象订单的完成消息，对于大量用户同时生成大量订单的情况，可以有效降低服务器的接收压力。

本实施例一个可选的实施方式中，用户完成对象订单之前，还可以在用户获取相应的对象时，创建对应的对象订单，并生成资源使用记录，以记录该对象订单中使用的资源以及对象订单的状态等信息，也即接收对象订单的完成消息之前，还可以包括：

在创建对象订单的情况下，生成对象订单对应的资源使用记录，并将资源使用记录的资源状态设置为冻结状态；

相应地，接收对象订单的完成消息之后，还包括：

将对象订单对应的资源使用记录的资源状态修改为待核销状态。

具体的，资源使用记录在创建对象订单时生成，可以用于记录对象订单中使用的资源的数量以及状态等信息。另外，资源状态可以是指对象订单中使用的资源的状态。

实际应用中，由于创建对象订单时，用户并未完成该对象订单，后续用户还可能取消该对象订单，因而并不直接执行资源的扣减处理，而是可以将资源使用记录的资源状态设置为冻结状态，若接收到对象订单的完成消息，再将对象订单对应的资源使用记录的资源状态修改为待核销状态，并根据该资源使用记录进行后续的资源扣减过程。另外，服务器在接收到对象订单的创建消息时，可以确定用户创建了对象订单，服务器接收对象订单的创建消息时也可以是异步接收。

本申请中可以在创建对象订单时，生成对象订单对应的资源使用记录，将资源使用记录的资源状态设置为冻结状态，并在对象订单完成后，再将对象订单的资源使用记录的资源状态修改为待核销状态，后续可以根据资源使用记录的状态进行资源扣减处理，也即在创建对象订单以及对象订单完成时，仅插入一条资源使用记录，并不真实对资源进行操作，大大降低了服务器的处理压力。

步骤106：获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列。

具体的，在服务器接收到对象订单的完成消息时，说明对象订单已经完成，可以核销对象订单中使用的资源，因而此时服务器可以获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列。

需要说明的是，资源核销消息可以是指扣减具体资源的消息，该资源核销消息中可以包括等待扣减的资源的数量，将该资源核销消息添加至核销消息队列中，后续可以通过该核销消息队列依次处理各个资源核销消息，从而依次扣减等待核销的资源。

示例的，图3a是本申请一实施例提供的一种核销消息队列的示意图，核销消息队列如图3a所示，核销消息队列中包括资源核销消息1、资源核销消息2、资源核销消息3、资源核销消息4和资源核销消息5。假设服务器接收到目标用户完成对象订单的完成消息后，根据创建该对象订单时生成的资源使用记录，生成了资源核销消息6，此时可以将资源核销消息6添加至图3a所示的核销消息队列中资源核销消息5之后，此时得到如图3b所示的更新核销消息队列的示意图。

本申请中服务器在接收到对象订单的完成消息后，并不是立即对该对象订单中使用的资源进行扣减，而是可以根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将该资源核销消息添加至核销消息队列，后续可以通过核销消息队列，一一对资源核销消息进行处理，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

步骤108：通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

具体的，服务器在获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列的基础上，进一步地，服务器可以通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源。其中，核销消息队列是按加入的先后顺序，依次按序处理每个资源核销消息，目标资源核销消息是核销消息队列中当前最靠前的资源核销消息，也即，当前需要进行处理的资源核销消息。

另外，在从资源聚合记录中扣减目标资源核销消息对应的资源时，即处理目标资源核销消息时，可以将目标资源核销消息对应的对象订单的资源使用状态修改为核销中状态。并且，在通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源完成后，可以将目标资源核销消息对应的对象订单的资源使用状态修改为已核销状态。

需要说明的是，由于资源聚合记录中记录有用户领取的各资源，因而在对目标资源核销消息处理时，需要从资源聚合记录中扣减目标资源核销消息对应的资源，即修改资源聚合记录中记录的资源的数量。

本实施例一个可选的实施方式中，在处理目标资源核销消息时，需要先确定创建对象订单的目标用户的当前可用资源，然后从当前可用资源中扣减该目标资源核销消息中待核销的资源，此时资源聚合记录包括资源有效期，资源有效期包括有效截止期，通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，具体实现过程可以如下：

确定目标资源核销消息对应的对象订单的创建用户，并确定创建用户的目标资源聚合记录；

根据目标资源聚合记录，确定创建用户的当前可用资源；

确定目标资源核销消息中的待核销资源；

从当前可用资源中，按照有效截止期从前至后扣减待核销资源。

具体的，由于每个资源聚合记录均是按照有效期聚合得到的，因而每个资源聚合记录均包括有对应的资源有效期，该资源有效期可以包括有效截止期，该有效截止期是指资源可以使用的最晚日期。

实际应用中，在生成资源核销消息时，可以在资源核销消息中携带对应的对象订单的订单标识，因而在处理目标资源核销消息时，可以根据目标资源核销消息中携带的订单标识，确定对应的对象订单，进而根据该对象订单中的用户标识，确定出该对象订单的创建用户。然后，可以根据该用户标识，查询该创建用户包括的全部资源聚合记录，即查询该创建用户领取的各资源，并确定出领取的各资源中的当前可用资源。之后，可以从当前可用资源中，按照有效截止期从前至后扣减目标资源核销消息的待核销资源。

需要说明的是，本申请中是先确定出创建用户的当前可用资源，然后再从当前可用资源中扣减相应的待核销资源，且在扣减待核销资源时，可以先扣减有效截止期靠前的资源，从而避免先扣减有效截止期靠后的资源后，有效截止期靠前的资源过期无法使用，避免了资源浪费。

本实施例一个可选的实施方式中，可以根据创建用户领取的各资源的有效期，即目标资源聚合记录携带的资源有效期，先确定出创建用户的当前有效资源，然后再减去创建用户待扣减的资源，确定出创建用户的当前可用资源，此时根据目标资源聚合记录，确定创建用户的当前可用资源，具体实现过程可以如下：

根据目标资源聚合记录携带的资源有效期，确定创建用户的当前有效资源；

根据创建用户的资源使用记录，查询创建用户的待扣减资源；

从当前有效资源中，按照生效截止期从前至后扣减待扣减资源，得到创建用户的当前可用资源。

具体的，当前有效资源即是指当前处于资源有效期内的资源；创建用户的待扣减资源可以是指创建订单中已使用，但是未从资源聚合记录中扣减的资源。

需要说明的是，由于用户在创建对象订单以及完成对象订单时，只是生成了对应的资源使用记录，并根据对象订单的状态修改资源使用记录的资源状态，并没有真正进行资源扣减，因而不能直接将创建用户的当前有效资源确定为当前可用资源，而是需要从当前有效资源中扣减已使用但是未扣减的资源。

实际应用中，由于用户每创建一个对象订单，都会生成对应的资源使用记录，该资源使用记录中记录有对象订单中使用的资源的情况(如数量、状态等)，因而根据创建用户的资源使用记录，可以查询出创建用户的已使用、未扣减的资源。另外，由于创建用户在创建对象订单时，使用资源一般是先使用有效截止期靠前的资源，因而在从创建用户的当前有效资源中，减去创建用户的待扣减资源时，应该也按照有效截止期从前至后扣减，然后得到创建用户的当前可用资源。

本实施例一个可选的实施方式中，可以将创建用户领取的各资源中当前生效且未过期的资源作为当前有效资源，因而资源有效期还可以包括有效起始期，此时根据目标资源聚合记录携带的资源有效期，确定创建用户的当前有效资源，具体实现过程可以如下：

确定目标资源核销消息对应的对象订单的创建时间，并将创建时间作为当前时间；

根据目标资源聚合记录中携带的资源有效期，确定目标资源聚合记录中的目标资源，目标资源为有效起始期早于当前时间，且有效截止期晚于当前时间的资源。

需要说明的是，目标资源核销消息是当前要处理的资源核销消息，即目标资源核销消息对应的对象订单中使用的资源是当前需要扣减的资源，因而目标资源核销消息对应的对象订单的创建时间可以作为当前时间，来确定创建用户领取的各资源中当前生效且未过期的资源。

实际应用中，目标资源聚合记录中携带资源有效期，该资源有效期可以指示目标资源聚合记录中包括的资源什么时间生效，什么时间失效，因而可以确定各个目标资源聚合记录中包括的资源有效期的有效起始期早于当前时间，且有效截止期晚于当前时间的目标资源，确定出的目标资源就是当前生效且未过期的资源，即当前有效资源。

本实施例一个可选的实施方式中，可以根据资源使用记录中资源状态，来确定创建用户的已使用、未扣减的资源，也即资源使用记录可以包括资源状态，此时根据创建用户的资源使用记录，查询创建用户的待扣减资源，具体实现过程可以如下：

查询创建用户的资源使用记录中资源状态处于冻结状态和待核销状态的目标资源使用记录；

将目标资源使用记录中包括的资源作为待扣减资源。

需要说明的是，创建用户在创建对象订单时，会生成对应的资源使用记录，并将该资源使用记录的资源状态设置为冻结状态，冻结状态表示使用了相应的资源，但是没有进行扣减处理；对象订单完成后，会将该对象订单对应的资源使用记录修改为待核销转态，该待核销状态表示生成了资源核销消息，加入了核销消息队列中，等待进行资源扣减处理，但是还未处理完成。

也就是说，资源状态处于冻结状态和待核销状态的资源使用记录中使用的资源均是已使用未扣减的资源，因而可以查询创建用户的资源使用记录中资源状态处于冻结状态和待核销状态的目标资源使用记录，然后将目标资源使用记录中包括的资源作为创建用户的待扣减资源。

沿用上例，假设当前处理的目标资源核销消息为目标用户于2月16日创建的对象订单A对应的资源核销消息，该对象订单A的资源使用记录中包括使用了15个资源，资源状态为核销中。

此时当前时间为2月16日，因而根据如上表2所示，可以确定出目标用户的当前有效资源为资源聚合记录1、资源聚合记录2和资源聚合记录3中包括的资源，共45个。假设目标用户共包括3个对象订单，分别为对象订单A、对象订单B和对象订单C，其中，对象订单A的资源使用记录中包括使用了15个资源、资源状态为核销中状态，对象订单B的资源使用记录中包括使用了10个资源、资源状态为冻结状态，对象订单C的资源使用记录中包括使用了7个资源、资源状态为待核销状态。

由上可知，目标用户的待扣减资源为冻结状态的10个资源，以及待核销状态的7个资源，即目标用户的待扣减资源共17个，先从目标用户的当前有效资源中扣减资源聚合记录1中的10个资源，然后再从目标用户的当前有效资源中扣减资源聚合记录2中的7个资源，剩余的资源为目标用户的当前可用资源，即资源聚合记录2中包括的13个资源，以及资源聚合记录3中包括的15个资源，当前可用资源共28个。

当前处理的目标资源核销消息为对象订单A对应的资源核销消息，由于对象订单A的资源使用记录中使用了15个资源，因而从当前可用资源的资源聚合记录2中扣减13个资源，再从资源聚合记录3中包括的15个资源中扣减2个资源。

本申请中服务器在接收到对象订单的完成消息后，不是立即对该对象订单中使用的资源进行扣减，而是根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将该资源核销消息添加至核销消息队列，通过核销消息队列，一一对资源核销消息进行处理，也即可以通过核销消息队列依次进行资源扣减，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

本实施例一个可选的实施方式中，用户完成订单后，还可能发生退还，也即通过核销消息队列，从资源聚合记录中扣减资源核销消息对应的资源之后，还可以包括：

接收资源退还请求，资源退还请求中携带待退还的对象订单；

根据待退还的对象订单的资源使用记录，生成资源退还消息；

将资源退还消息添加至退还消息队列中，通过退还消息队列，将目标资源退还消息对应的资源退还至资源聚合记录中。

具体的，资源退还请求可以是指用户申请退还获取的对象所触发的请求，该资源退还请求中携带待退还的对象订单，即用户在完成某个对象订单后，还可以申请取消该订单，退还获取的对象，因而需要向用户退化在获取对象时使用的资源。

实际应用中，退还操作属于低频操作，因而可以异步接收资源退还请求，也可以同步接收资源退还请求。但是接收到资源退还请求后，也不立即处理，而是根据待退还的对象订单的资源使用记录，生成资源退还消息，并将资源退还消息添加至退还消息队列中，通过退还消息队列实现资源退还，即采用单重异步的方式，退还资源，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

本申请提供的资源处理方法，可以在对象订单完成后，异步接收对象订单的完成消息，无需在用户完成对象订单的同步接收该对象订单的完成消息，对于大量用户同时生成大量订单的情况，可以有效降低服务器的接收压力。另外，接收到对象订单的完成消息后，也无需立即对该对象订单中使用的资源进行扣减，而是可以根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将该资源核销消息添加至核销消息队列，通过核销消息队列，一一对资源核销消息进行处理，也即可以通过核销消息队列依次进行资源扣减。如此，大量用户同时使用大量资源进行抵扣时，可以异步接收对象订单的完成消息，且可以通过核销消息队列异步扣减使用的资源，采用双重异步的方式来处理高频的资源抵扣，无需在用户使用资源后，立即对使用的资源进行扣减，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

下述结合附图4，以本申请提供的资源处理方法在电商场景下的应用为例，对资源处理方法进行进一步说明。其中，图4示出了本申请一实施例提供的一种应用于电商场景下的资源处理方法的处理流程图，具体包括以下步骤：

步骤402：接收优惠券领取请求，优惠券领取请求中携带待领取优惠券对应的优惠券模板的模板标识、用户标识以及操作标识。

步骤404：确定用户标识所指示的目标用户对应的操作标识。

步骤406：根据操作标识，确定目标用户是否具备优惠券领取资格，若是，则执行下述步骤408，若否，则退出。

步骤408：根据模板标识所指示的优惠券模板，确定待领取优惠券的目标有效期和领取数量。

步骤410：查询用户标识所指示的目标用户是否存在优惠券有效期与目标有效期相同的已领取优惠券，若是，则执行下述步骤412，若否，则执行下述步骤414。

步骤412：在优惠券有效期对应的优惠券聚合记录中增加领取数量的优惠券，得到目标有效期对应的优惠券聚合记录。

步骤414：创建指定优惠券聚合记录，将创建得到的指定优惠券聚合记录作为目标有效期对应的优惠券聚合记录，指定优惠券聚合记录为包括领取数量的优惠券的聚合记录。

步骤416：在创建商品订单的情况下，生成商品订单对应的优惠券使用记录，并将优惠券使用记录的优惠券状态设置为冻结状态。

步骤418：异步接收商品订单的完成消息，将商品订单对应的优惠券使用记录的优惠券状态修改为待核销状态。

步骤420：获取并根据创建商品订单时生成的优惠券使用记录，生成优惠券核销消息，并将优惠券核销消息添加至核销消息队列。

步骤422：通过核销消息队列，从优惠券聚合记录中扣减目标优惠券核销消息对应的优惠券，并将目标优惠券核销消息对应的商品订单的优惠券使用状态修改为已核销状态，优惠券聚合记录中记录有预先领取的各优惠券。

本实施例一个可选的实施方式中，在处理目标优惠券核销消息时，需要先确定创建商品订单的目标用户的当前可用优惠券，然后从当前可用优惠券中扣减该目标优惠券核销消息中待核销的优惠券，此时优惠券聚合记录包括优惠券有效期，优惠券有效期包括有效截止期，通过核销消息队列，从优惠券聚合记录中扣减目标优惠券核销消息对应的优惠券，具体实现过程可以如下：

确定目标优惠券核销消息对应的商品订单的创建用户，并确定创建用户的目标优惠券聚合记录；

根据目标优惠券聚合记录，确定创建用户的当前可用优惠券；

确定目标优惠券核销消息中的待核销优惠券；

从当前可用优惠券中，按照有效截止期从前至后扣减待核销优惠券。

本实施例一个可选的实施方式中，可以根据创建用户领取的各优惠券的有效期，即目标优惠券聚合记录携带的优惠券有效期，先确定出创建用户的当前有效优惠券，然后再减去创建用户待扣减的优惠券，确定出创建用户的当前可用优惠券，此时根据目标优惠券聚合记录，确定创建用户的当前可用优惠券，具体实现过程可以如下：

根据目标优惠券聚合记录携带的优惠券有效期，确定创建用户的当前有效优惠券；

根据创建用户的优惠券使用记录，查询创建用户的待扣减优惠券；

从当前有效优惠券中，按照生效截止期从前至后扣减待扣减优惠券，得到创建用户的当前可用优惠券。

本实施例一个可选的实施方式中，可以将创建用户领取的各优惠券中当前生效且未过期的优惠券作为当前有效优惠券，因而优惠券有效期还可以包括有效起始期，此时根据目标优惠券聚合记录携带的优惠券有效期，确定创建用户的当前有效优惠券，具体实现过程可以如下：

确定目标优惠券核销消息对应的商品订单的创建时间，并将创建时间作为当前时间；

根据目标优惠券聚合记录中携带的优惠券有效期，确定目标优惠券聚合记录中的目标优惠券，目标优惠券为有效起始期早于当前时间，且有效截止期晚于当前时间的优惠券。

本实施例一个可选的实施方式中，可以根据优惠券使用记录中优惠券状态，来确定创建用户的已使用、未扣减的优惠券，也即优惠券使用记录可以包括优惠券状态，此时根据创建用户的优惠券使用记录，查询创建用户的待扣减优惠券，具体实现过程可以如下：

查询创建用户的优惠券使用记录中优惠券状态处于冻结状态和待核销状态的目标优惠券使用记录；

将目标优惠券使用记录中包括的优惠券作为待扣减优惠券。

步骤424：接收优惠券退还请求，优惠券退还请求中携带待退还的商品订单，根据待退还的商品订单的优惠券使用记录，生成优惠券退还消息。

步骤426：将优惠券退还消息添加至退还消息队列中，通过退还消息队列，将目标优惠券退还消息对应的优惠券退还至优惠券聚合记录中。

本申请提供的资源处理方法，可以在商品订单完成后，异步接收商品订单的完成消息，无需在用户完成商品订单的同步接收该商品订单的完成消息，对于大量用户同时生成大量订单的情况，可以有效降低服务器的接收压力。另外，接收到商品订单的完成消息后，也无需立即对该商品订单中使用的优惠券进行扣减，而是可以根据创建商品订单时生成的优惠券使用记录，生成优惠券核销消息，并将该优惠券核销消息添加至核销消息队列，通过核销消息队列，一一对优惠券核销消息进行处理，也即可以通过核销消息队列依次进行优惠券扣减。如此，大量用户同时使用大量优惠券进行抵扣时，可以异步接收商品订单的完成消息，且可以通过核销消息队列异步扣减使用的优惠券，采用双重异步的方式来处理高频的优惠券抵扣，无需在用户使用优惠券后，立即对使用的优惠券进行扣减，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

与上述方法实施例相对应，本申请还提供了资源处理装置实施例，图5示出了本申请一实施例提供的一种资源处理装置的结构示意图。如图5所示，该装置包括：

聚合模块502，被配置为接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收模块504，被配置为接收对象订单的完成消息；

生成模块506，被配置为获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；

扣减模块508，被配置为通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

可选地，资源领取请求中携带待领取资源对应的资源模板的模板标识；聚合模块502进一步被配置为：

根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量；

根据目标有效期和领取数量，生成目标有效期对应的资源聚合记录。

可选地，资源领取请求中还携带用户标识；聚合模块502进一步被配置为：

查询用户标识所指示的目标用户是否存在资源有效期与目标有效期相同的已领取资源；

若存在，则在资源有效期对应的资源聚合记录中增加领取数量的资源，得到目标有效期对应的资源聚合记录；

若不存在，则创建指定资源聚合记录，将创建得到的指定资源聚合记录作为目标有效期对应的资源聚合记录，指定资源聚合记录为包括领取数量的资源的聚合记录。

可选地，资源领取请求中还携带用户标识和操作标识；聚合模块502进一步被配置为：

确定用户标识所指示的目标用户对应的操作标识；

根据操作标识，确定目标用户是否具备资源领取资格；

若具备资源领取资格，则执行根据模板标识所指示的资源模板，确定待领取资源的目标有效期和领取数量的操作步骤。

可选地，资源聚合记录包括资源有效期，资源有效期包括有效截止期；扣减模块508进一步被配置为：

确定目标资源核销消息对应的对象订单的创建用户，并确定创建用户的目标资源聚合记录；

根据目标资源聚合记录，确定创建用户的当前可用资源；

确定目标资源核销消息中的待核销资源；

从当前可用资源中，按照有效截止期从前至后扣减待核销资源。

可选地，扣减模块508进一步被配置为：

根据目标资源聚合记录携带的资源有效期，确定创建用户的当前有效资源；

根据创建用户的资源使用记录，查询创建用户的待扣减资源；

从当前有效资源中，按照生效截止期从前至后扣减待扣减资源，得到创建用户的当前可用资源。

可选地，资源有效期还包括有效起始期；扣减模块508进一步被配置为：

确定目标资源核销消息对应的对象订单的创建时间，并将创建时间作为当前时间；

根据目标资源聚合记录中携带的资源有效期，确定目标资源聚合记录中的目标资源，目标资源为有效起始期早于当前时间，且有效截止期晚于当前时间的资源。

可选地，资源使用记录包括资源状态；扣减模块508进一步被配置为：

查询创建用户的资源使用记录中资源状态处于冻结状态和待核销状态的目标资源使用记录；

将目标资源使用记录中包括的资源作为待扣减资源。

可选地，资源处理装置还包括第一设置模块，被配置为：

在创建对象订单的情况下，生成对象订单对应的资源使用记录，并将资源使用记录的资源状态设置为冻结状态；

相应地，资源处理装置还包括第二设置模块，被配置为：

将对象订单对应的资源使用记录的资源状态修改为待核销状态。

可选地，资源处理装置还包括退还模块，被配置为：

接收资源退还请求，资源退还请求中携带待退还的对象订单；

根据待退还的对象订单的资源使用记录，生成资源退还消息；

将资源退还消息添加至退还消息队列中，通过退还消息队列，将目标资源退还消息对应的资源退还至资源聚合记录中。

本申请提供的资源处理装置，接收到对象订单的完成消息后，无需立即对该对象订单中使用的资源进行扣减，而是可以根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将该资源核销消息添加至核销消息队列，通过核销消息队列，一一对资源核销消息进行处理，也即可以通过核销消息队列依次进行资源扣减。如此，大量用户同时使用大量资源进行抵扣时，可以通过核销消息队列异步扣减使用的资源，采用异步的方式来处理高频的资源抵扣，无需在用户使用资源后，立即对使用的资源进行扣减，降低了服务器的处理压力，进而保证了服务器性能的稳定性。

上述为本实施例的一种资源处理装置的示意性方案。需要说明的是，该资源处理装置的技术方案与上述的资源处理方法的技术方案属于同一构思，资源处理装置的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。

图6示出了根据本申请一实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接，数据库650用于保存数据。

计算设备600还包括接入设备640，接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图6所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备600可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。

其中，处理器620用于执行如下计算机可执行指令：

接收资源领取请求，根据资源特性，对资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收对象订单的完成消息；

获取并根据创建对象订单时生成的资源使用记录，生成资源核销消息，并将资源核销消息添加至核销消息队列；

通过核销消息队列，从资源聚合记录中扣减目标资源核销消息对应的资源，资源聚合记录中记录有预先领取的各资源。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的资源处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时以用于实现任意资源处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的资源处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。

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

计算机指令包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (13)

1.一种资源处理方法，其特征在于，包括：

接收资源领取请求，根据资源特性，对所述资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收对象订单的完成消息；

获取并根据创建所述对象订单时生成的资源使用记录，生成资源核销消息，并将所述资源核销消息添加至核销消息队列；

通过所述核销消息队列，从所述资源聚合记录中扣减目标资源核销消息对应的资源，所述资源聚合记录中记录有预先领取的各资源。

2.根据权利要求1所述的资源处理方法，其特征在于，所述资源领取请求中携带待领取资源对应的资源模板的模板标识；

所述根据资源特性，对所述资源领取请求对应的待领取资源进行聚合，生成资源聚合记录，包括：

根据所述模板标识所指示的资源模板，确定所述待领取资源的目标有效期和领取数量；

根据所述目标有效期和领取数量，生成所述目标有效期对应的资源聚合记录。

3.根据权利要求2所述的资源处理方法，其特征在于，所述资源领取请求中还携带用户标识；

所述根据所述目标有效期和领取数量，生成所述目标有效期对应的资源聚合记录，包括：

查询所述用户标识所指示的目标用户是否存在资源有效期与所述目标有效期相同的已领取资源；

若存在，则在所述资源有效期对应的资源聚合记录中增加所述领取数量的资源，得到所述目标有效期对应的资源聚合记录；

若不存在，则创建指定资源聚合记录，将创建得到的所述指定资源聚合记录作为所述目标有效期对应的资源聚合记录，所述指定资源聚合记录为包括所述领取数量的资源的聚合记录。

4.根据权利要求2所述的资源处理方法，其特征在于，所述资源领取请求中还携带用户标识和操作标识；

所述根据所述模板标识所指示的资源模板，确定所述待领取资源的目标有效期和领取数量之前，还包括：

确定所述用户标识所指示的目标用户对应的操作标识；

根据所述操作标识，确定所述目标用户是否具备资源领取资格；

若具备所述资源领取资格，则执行所述根据所述模板标识所指示的资源模板，确定所述待领取资源的目标有效期和领取数量的操作步骤。

5.根据权利要求1-4任一项所述的资源处理方法，其特征在于，所述资源聚合记录包括资源有效期，所述资源有效期包括有效截止期；

所述通过所述核销消息队列，从所述资源聚合记录中扣减目标资源核销消息对应的资源，包括：

确定所述目标资源核销消息对应的对象订单的创建用户，并确定所述创建用户的目标资源聚合记录；

根据所述目标资源聚合记录，确定所述创建用户的当前可用资源；

确定所述目标资源核销消息中的待核销资源；

从所述当前可用资源中，按照有效截止期从前至后扣减所述待核销资源。

6.根据权利要求5所述的资源处理方法，其特征在于，所述根据所述目标资源聚合记录，确定所述创建用户的当前可用资源，包括：

根据所述目标资源聚合记录携带的资源有效期，确定所述创建用户的当前有效资源；

根据所述创建用户的资源使用记录，查询所述创建用户的待扣减资源；

从所述当前有效资源中，按照生效截止期从前至后扣减所述待扣减资源，得到所述创建用户的当前可用资源。

7.根据权利要求6所述的资源处理方法，其特征在于，所述资源有效期还包括有效起始期；

所述根据所述目标资源聚合记录携带的资源有效期，确定所述创建用户的当前有效资源，包括：

确定所述目标资源核销消息对应的对象订单的创建时间，并将所述创建时间作为当前时间；

根据所述目标资源聚合记录中携带的资源有效期，确定所述目标资源聚合记录中的目标资源，所述目标资源为有效起始期早于所述当前时间，且有效截止期晚于所述当前时间的资源。

8.根据权利要求6所述的资源处理方法，其特征在于，所述资源使用记录包括资源状态；

所述根据所述创建用户的资源使用记录，查询所述创建用户的待扣减资源，包括：

查询所述创建用户的资源使用记录中资源状态处于冻结状态和待核销状态的目标资源使用记录；

将所述目标资源使用记录中包括的资源作为所述待扣减资源。

9.根据权利要求1-4任一项所述的资源处理方法，其特征在于，所述接收对象订单的完成消息之前，还包括：

在创建所述对象订单的情况下，生成所述对象订单对应的资源使用记录，并将所述资源使用记录的资源状态设置为冻结状态；

相应地，所述接收对象订单的完成消息之后，还包括：

将所述对象订单对应的资源使用记录的资源状态修改为待核销状态。

10.根据权利要求1-4任一项所述的资源处理方法，其特征在于，所述通过所述核销消息队列，从所述资源聚合记录中扣减资源核销消息对应的资源之后，还包括：

接收资源退还请求，所述资源退还请求中携带待退还的对象订单；

根据所述待退还的对象订单的资源使用记录，生成资源退还消息；

将所述资源退还消息添加至退还消息队列中，通过所述退还消息队列，将目标资源退还消息对应的资源退还至所述资源聚合记录中。

11.一种资源处理装置，其特征在于，包括：

聚合模块，被配置为接收资源领取请求，根据资源特性，对所述资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收模块，被配置为接收对象订单的完成消息；

生成模块，被配置为获取并根据创建所述对象订单时生成的资源使用记录，生成资源核销消息，并将所述资源核销消息添加至核销消息队列；

扣减模块，被配置为通过所述核销消息队列，从所述资源聚合记录中扣减目标资源核销消息对应的资源，所述资源聚合记录中记录有预先领取的各资源。

12.一种计算设备，其特征在于，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现下述方法：

接收资源领取请求，根据资源特性，对所述资源领取请求对应的待领取资源进行聚合，生成资源聚合记录；

接收对象订单的完成消息；

获取并根据创建所述对象订单时生成的资源使用记录，生成资源核销消息，并将所述资源核销消息添加至核销消息队列；

通过所述核销消息队列，从所述资源聚合记录中扣减目标资源核销消息对应的资源，所述资源聚合记录中记录有预先领取的各资源。

13.一种计算机可读存储介质，其特征在于，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现权利要求1至10任意一项所述资源处理方法的步骤。

Images