CN113743803A - 对象处理方法及装置 - Google Patents

Abstract

本申请提供对象处理方法及装置，其中对象处理方法应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，该方法包括：接收第一上线渠道同步的目标对象当前阶段的对象订单；将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。如此，目标对象的每个阶段都是独立的，针对每个阶段都可以生成独立的对象订单，用户可以直接从任意阶段触发获取自己感兴趣的对象，用户无需按序依次完成获取对象的各个阶段，对象获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高对象的获取率。

Description

对象处理方法及装置

技术领域

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

背景技术

随着计算机技术和互联网技术的快速发展，人们的工作生活已经越来越离不开网络，通过网络进行线上交易，人们可以获取自己感兴趣的对象。现有技术中，获取对象往往被划分为多个获取阶段，用户必须从第一个阶段触发获取对象，并生成对应的对象订单，然后每完成一个后续的阶段，都修改该对象订单的订单状态，从而标识该对象订单当前的进度，直至完成最后一个阶段后，该对象订单完成，用户可以获取到对应的对象。然而，上述过程中，用户只能按序依次完成获取对象的各个阶段，然后才能最终获取到自己感兴趣的对象，导致对象获取方式较为固定，灵活性较差，进而导致用户体验较差。

发明内容

有鉴于此，本申请实施例提供了一种对象处理方法。本申请同时涉及一种对象处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的对象获取方式固定，灵活性较差的技术问题。

根据本申请实施例的第一方面，提供了一种对象处理方法，应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，该方法包括：

配置待上线对象在第一上线渠道中各个阶段的对象子标识，以及待上线对象在第二上线渠道的指定对象子标识，并将各个阶段的对象子标识、指定对象子标识均和预设对象数据库中的待上线对象的对象标识进行关联；

接收第一上线渠道同步的目标对象当前阶段的对象订单；

将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；

根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

根据本申请实施例的第二方面，提供了一种对象处理装置，应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，该装置包括：

配置模块，被配置为配置待上线对象在第一上线渠道中各个阶段的对象子标识，以及待上线对象在第二上线渠道的指定对象子标识，并将各个阶段的对象子标识、指定对象子标识均和预设对象数据库中的待上线对象的对象标识进行关联；

接收模块，被配置为接收第一上线渠道同步的目标对象当前阶段的对象订单；

关联模块，被配置为将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；

更新模块，被配置为根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

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

存储器和处理器；

存储器用于存储计算机可执行指令，处理器用于执行计算机可执行指令以实现任意对象处理方法的步骤。

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

本申请提供的对象处理方法，可以应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，该对象处理方法可以配置待上线对象在第一上线渠道中各个阶段的对象子标识，以及待上线对象在第二上线渠道的指定对象子标识，并将各个阶段的对象子标识、指定对象子标识均和预设对象数据库中的待上线对象的对象标识进行关联；之后可以接收第一上线渠道同步的目标对象当前阶段的对象订单；将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

这种情况下，第一上线渠道中目标对象的每个阶段都是独立的，针对每个阶段都可以生成独立的对象订单，用户可以直接从任意阶段触发获取自己感兴趣的对象，用户无需按序依次完成获取对象的各个阶段，对象获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高对象的获取率。

附图说明

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

图2是本申请一实施例提供的一种对象管理系统的结构框图；

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

图4是本申请一实施例提供的一种对象处理装置的结构示意图；

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

具体实施方式

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

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

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

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

图1示出了根据本申请一实施例提供的一种对象处理方法的流程图，应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，具体包括以下步骤：

步骤102：配置待上线对象在第一上线渠道中各个阶段的对象子标识，以及待上线对象在第二上线渠道的指定对象子标识，并将各个阶段的对象子标识、指定对象子标识均和预设对象数据库中的待上线对象的对象标识进行关联。

具体的，待上线对象可以是指预设对象数据库中包括的、等待在第一上线渠道和第二上线渠道中上线的对象，如对象可以为商品，用户支付相应资金后，可以获得该商品。其中，预设对象数据库可以为预先设置的、包括多个待上线对象的数据库，第一上线渠道和第二上线渠道可以是指将对象上线、供用户获取的渠道。

需要说明的是，由于待上线对象在第一上线渠道中上线时不同阶段是相互独立的，每个阶段都相当于一个对象，可以生成独立的对象订单，因而待上线对象在第一上线渠道中上线时，该待上线对象的每个阶段均需要配置对应的对象子标识，也即第一上线渠道中获取该对象分为几个阶段，就需要为该对象配置几个对象子标识，且每个对象子标识对应获取该对象的一个阶段。

另外，由于第一上线渠道和第二上线渠道中上线的对象均是预设对象数据库中的对象，因而需要将为待上线对象在第一上线渠道中上线配置的各个阶段的对象子标识，以及为待上线对象在第二上线渠道中上线配置的指定对象子标识均关联至预设对象数据库中的相应对象上，也即不同上线渠道的对象子标识都关联至同一个底层数据库中的对象标识。

实际应用中，对象处理系统还可以包括有对象管理平台，对象管理平台用于管理第一上线渠道和第二上线渠道中的对象，因而对象管理平台可以为第一上线渠道和第二上线渠道配置相应的子标识，用于关联至预设对象数据库中。

一种可能的实现方式中，图2是本申请一实施例提供的一种对象管理系统的结构框图，如图2所示，本申请中的对象管理系统可以包括对象管理平台、第一上线渠道、第二上线渠道和预设对象数据库。其中，该对象管理平台用于管理第一上线渠道和第二上线渠道中的对象上线、履约流程等，第一上线渠道和第二上线渠道是独立的两个上线渠道，但是第一上线渠道和第二上线渠道中上线的对象均关联至预设对象数据库中，即第一上线渠道和第二上线渠道共享一个底层的对象数据库，相当于预设对象数据库中的对象既在第一上线渠道中上线，又在第二上线渠道中上线，且两个上线渠道的上线规则、履约规则可以均为预设对象数据库中设置的规则，用户可以选择通过第一上线渠道或第二上线渠道，来获取预设对象数据库中的某个对象。

示例的，以对象为商品来说，预设商品数据库中的商品既可以在电商平台中上线进行销售，也可以同时在资讯平台中上线进行销售，且电商平台和资讯平台销售出商品后，均可以对预设商品数据库中的商品库存进行更新；并且，电商平台和资讯平台销可以采用相同的销售模式，如均采用预定模式，先支付定金，再支付尾款，支付成功后，扣除预设商品数据库中的库存，进行发货等。

本申请中对象管理平台可以管理待上线对象在两个不同的上线渠道中上线，且可以将各个上线渠道中上线的对象的对象子标识均关联至预设对象数据库中相应的对象标识上，即用户在两个不同的上线渠道中获取对象的操作，均可以对预设对象数据中的对象数据进行修改，对象上线的方式较为灵活，提高了对象的曝光率，进而可以提高对象的获取率。

本实施例一个可选的实施方式中，对象管理平台还可以配置待上线对象的各个阶段在第一上线渠道中的上线时间和下线时间，也即各个阶段的对象子标识中每个阶段的对象子标识均对应对象获取的一个阶段，此时配置待上线对象在第一上线渠道中各个阶段的对象子标识之后，还可以包括：

配置各个阶段在第一上线渠道中的上线时间和下线时间；

监测达到目标阶段的上线时间时，控制在第一上线渠道上线目标阶段的待上线对象，目标阶段为各个阶段中的任一个；

监测达到目标阶段的下线时间时，控制在第一上线渠道下线目标阶段的待上线对象。

需要说明的是，对象管理平台可以为待上线对象的各个阶段配置在第一上线渠道中的上线时间和下线时间，之后，对象管理平台可以监测当前时间，确定是否达到任一阶段的上线时间，若达到，则在第一上线渠道中上线该阶段的待上线对象；并且，可以同时监测当前时间，确定是否达到任一阶段的下线时间，若达到，则在第一上线渠道中下线该阶段的待上线对象。

本申请中对象管理平台可以灵活配置对象的各个阶段在第一上线渠道中的上线时间和下线时间，即可以灵活配置对象的各个阶段的开始和结束时间，提升用户体验，降低用户投诉率。

步骤104：接收第一上线渠道同步的目标对象当前阶段的对象订单。

具体的，对象订单可以是指用户获取任一阶段的目标对象时创建的订单，目标对象可以是指第一上线渠道中已上线的各个对象中用户获取的对象，该对象可以是指用户通过付出相应价值可以获得的对象，如对象可以为商品，用户支付相应资金后，可以获得该商品。

需要说明的是，目标对象的获取阶段可以分为至少两个阶段，每个阶段相对独立，用户可以获取任意阶段的目标对象，然后生成该阶段的对象订单，当前阶段即是生成当前接收到的对象订单所对应的阶段。

示例的，以对象为预售商品为例，该预售商品的获取阶段可以分为定金阶段和尾款阶段，用户可以在第一上线渠道中针对处于定金阶段的该预售商品，发起购买请求，生成定金阶段的对象订单，将该定金阶段的对象订单同步给对象管理平台，对象管理平台接收到的定金阶段的对象订单即为该预售商品当前阶段的对象订单；或者，用户还可以在第一上线渠道中针对处于尾款阶段的该预售商品，发起购买请求，生成尾款阶段的对象订单，将该尾款阶段的对象订单同步给对象管理平台，对象管理平台接收到的尾款阶段的对象订单即为该预售商品当前阶段的对象订单。

本申请中用户可以直接获取任意阶段的目标对象，生成对应的对象订单，此时对象管理平台可以接收到该阶段的对象订单，即目标对象当前阶段的对象订单，后续可以基于该当前阶段的对象订单，对目标对象进行处理。如此，目标对象的每个阶段都是独立的，针对每个阶段都可以生成独立的对象订单，用户可以直接从任意阶段触发获取自己感兴趣的对象，用户无需按序依次完成获取对象的各个阶段，对象获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高对象的获取率。

本实施例一个可选的实施方式中，对象管理平台在接收到第一上线渠道同步的目标对象当前阶段的对象订单之后，还可以基于当前阶段的对象订单中包括对象数量，对预设对象数据库中相应数量的对象进行冻结，也即接收第一上线渠道同步的目标对象当前阶段的对象订单之后，还可以包括：

确定当前阶段的对象订单对应的第二对象子标识；

根据第二对象子标识，在预设对象数据库中查找目标对象；

根据当前阶段的对象订单中的对象数量，冻结预设对象数据库中对象数量的目标对象。

需要说明的是，只有当对象管理平台接收到目标对象的完成阶段的对象订单时，才说明目标对象的对象订单已经完成，需要对预设对象数据库中相应对象的库存进行扣减。当对象管理平台接收到第一上线渠道同步的目标对象当前阶段的对象订单时，说明对象订单还没有完成，无需扣减预设对象数据库中相应对象的库存，但是可以确定该对象订单中目标对象的获取数量，然后在预设对象数据库查找到对应的目标对象，冻结该对象数量的目标对象。

实际应用中，可以确定当前阶段的对象订单对应的第二对象子标识，然后根据该第二对象子标识，在预设对象数据库中查找目标对象。具体实现时，第二对象子标识可以对应有一个关联标识，根据该关联标识可以在预设对象数据库中查找到对应的对象标识，查找到的该对象标识所指示的对象就是目标对象，也即第一上线渠道中存储的是第二对象子标识和对应的关联标识，而预设对象数据库中存储的是关联标识和对象标识的对应关系。

一种可能的实现方式中，对象为商品，此时第二对象子标识可以为目标商品的当前阶段在电商平台中的SKU，其中，SKU为库存进出计量的单位，可以是以件、盒、托盘等为单位，SKU是物理上不可分割的最小存货单元，其已经被引申为产品统一编号的简称，每种产品均对应有SKU号。此时，可以确定当前阶段在电商平台中的对象订单的目标商品对应的SKU1，并确定SKU1对应的outer_sku_id(关联标识)，然后可以在预设商品数据库中查找该outer_sku_id对应的SKU2，该SKU2所指示的商品就是目标商品。

本申请中在当对象管理平台接收到第一上线渠道同步的目标对象当前阶段的对象订单时，可以确定该对象订单中目标对象的获取数量，然后在预设对象数据库查找到对应的目标对象，冻结该对象数量的目标对象，从而避免后续目标对象的获取数量超过库存，导致用户完成对象订单后库存不足，保证了用户体验。

本申请一个可选的实施方式中，目标对象的获取阶段除了完成阶段之外还可以包括多个阶段，而对象管理平台仅需要在接收到目标对象的第一个对象订单时，冻结预设对象数据库中相应的对象数量的目标对象即可，也即根据第二对象子标识，在预设对象数据库中查找目标对象之前，还可以包括：

确定当前阶段的对象订单是否存在关联对象订单；

若存在关联对象订单，则将当前阶段的对象订单的状态设置为已冻结状态；

若不存在关联对象订单，则执行根据第二对象子标识，在预设对象数据库中查找目标对象的操作步骤。

需要说明的是，若当前阶段的对象订单存在关联对象订单，则说明之前已经接收过目标对象的某个阶段的对象订单，也即之前已经根据接收到的对象订单中的对象数量，冻结了预设对象数据库中该对象数量的目标对象，因而只需将接收到的当前阶段的对象订单的状态设置为已冻结状态即可，无需再次在预设对象数据库中查找目标对象并进行冻结。

另外，若当前阶段的对象订单不存在关联对象订单，则说明该对象订单是对象管理平台针对目标对象接收到的第一个对象订单，因而此时可以执行根据第二对象子标识，在预设对象数据库中查找目标对象的操作步骤，以查找出预设对象数据库中的目标对象，并进行冻结。

本申请中对象管理平台在根据当前阶段的对象订单，冻结预设对象数据库中相应数量的目标对象时，还可以先确定当前阶段的对象订单是否存在已关联订单，从而确定该当前阶段的对象订单是否是针对目标对象接收到的第一个对象订单，若是，再冻结预设对象数据库中相应数量的目标对象，避免了针对目标对象的不同阶段的对象订单，重复冻结对象数据库中的目标对象，导致过多的目标对象被冻结，从而保证了用户体验。

步骤106：将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联。

具体的，对象管理平台在接收第一上线渠道同步的目标对象当前阶段的对象订单的基础上，进一步地，可以将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联。

实际应用中，对象管理平台每接收到一个对象订单，可以存储该对象订单的接收时间，此时可以根据当前阶段的对象订单的接收时间，确定是否存在早于该接收时间接收的对象订单，若存在，则将早于该接收时间接收的对象订单中距离该接收时间最近的对象订单确定为前一个阶段的对象订单，并将当前阶段的对象订单和前一个阶段的对象订单进行关联。若不存在，则说明当前阶段的对象订单是第一个接收到的对象订单，此时可以无需关联，也可以将空的对象订单作为前一个阶段的对象订单进行关联。

需要说明的是，不同阶段的目标对象相互独立，针对目标对象的不同阶段可以创建多个对象订单，因而为了避免对该多个对象订单进行重复处理，可以将目标对象的各个阶段的对象订单进行关联，即每接收到一个当前阶段的对象订单，就将其与前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联。其中，完成阶段可以是指目标对象的最后一个阶段，当接收到最后一个阶段的对象订单，并和前一个阶段的对象订单关联后，管理平台接收到的针对目标对象的不同阶段的对象订单均进行了关联，后续只需对完成阶段的对象订单进行处理即可。

具体实现时，对象管理平台为目标对象的每个阶段均配置了对应的对象子标识，因而可以根据对象订单中目标对象的对象子标识，确定当前阶段的对象订单是否为完成阶段的对象订单。

本申请中对象管理平台每接收到一个对象订单，就将其与前一个接收到的对象订单进行关联，直至接收到完成阶段的对象订单并关联，后续只需对完成阶段的对象订单进行处理即可，避免了对目标对象的不同阶段的多个对象订单进行重复处理，浪费处理资源。

步骤108：根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

具体的，在接收到完成阶段的对象订单，并和前一个阶段的对象订单进行关联后，可以根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

本实施例一个可选的实施方式中，可以基于完成阶段的对象订单中包括对象数量，对预设对象数据库中目标对象的数量进行修改，从而更新预设对象数据库中目标对象的数据，也即根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据，具体实现过程可以如下：

根据完成阶段的对象订单对应的第一对象子标识，在预设对象数据库中查找目标对象；

根据完成阶段的对象订单中的对象数量，对预设对象数据库中目标对象的数量进行修改。

需要说明的是，基于完成阶段的对象订单中包括对象数量，对预设对象数据库中目标对象的数量进行修改的具体实现过程，可以与上述基于当前阶段的对象订单中包括对象数量，对预设对象数据库中相应数量的对象进行冻结的具体实现过程相类似，本申请在此不再进行赘述。

另外，在对预设对象数据库中目标对象的数量进行修改时，可以确定预设对象数据库中目标对象的数量，然后再该数量中减去完成阶段的对象订单中的对象数量，得到修改后的目标对象的数量。

本实施例一个可选的实施方式中，不同阶段的目标对象是相互独立的，每个阶段的目标对象均可以生成对应的对象订单，用户无需按序依次完成获取对象的各个阶段，也即用户可以直接获取中间阶段或者最后阶段的目标对象，生成中间阶段或者最后阶段的对象订单，如此在用户完成对象订单时，可能并未支付目标对象的全部资源。因而，在根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据之前，还可以先确定目标对象所需的资源是否全部支付，也即根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据之前，还可以包括：

查找与完成阶段的对象订单的关联对象订单；

确定完成阶段的对象订单的关联对象订单中是否包括扣减预定资源的对象订单；

若包括扣减预定资源的对象订单，则执行根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据的操作步骤；

若不包括扣减预定资源的对象订单，则反馈差额资源的扣减提醒。

具体的，预定资源可以是指获取目标对象时，除了完成阶段需要支付的资源之外的资源，如对象为商品时，预定资源可以为预售商品的定金。预定资源和完成阶段的对象订单中支付的资源之和为获取目标对象所需的全部资源。

需要说明的是，对象管理平台每接收到目标对象的一个对象订单，可以将该对象订单和前一个接收到的目标对象的对象订单进行关联，直至接收到目标对象的完成订单，因而查找与完成阶段的对象订单的关联对象订单，确定该关联对象订单是否包括有扣减预定资源的对象订单，若包括，则说明用户支付了获取目标对象所需的全部资源，此时可以执行根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据的操作步骤，对该完成阶段的对象订单进行处理；若不包括，则说明用户还未支付获取目标对象所需的全部资源，则对象管理平台可以向用户反馈差额资源的扣减提醒，提醒用户还未支付完目标对象的全部资源，从而提醒用户支付资源，完成订单。

本实施例一个可选的实施方式中，对象管理平台向用户反馈的差额资源的扣减提醒中可以包括差额对象获取地址，使得用户获取差额对象，支付剩余的资源完成订单，因而反馈差额资源的扣减提醒之后，还可以包括：

在接收到基于差额对象获取地址，生成的差额资源扣减订单后，根据差额资源扣减订单，更新预设对象数据库中目标对象的数据。

需要说明的是，在接收到基于差额对象获取地址，生成的差额资源扣减订单后，说明用户已经获取差额对象，支付了获取目标对象剩余的差额资源，即用户已经支付了获取目标对象所需的全部资源，此时可以执行根据差额资源扣减订单，更新预设对象数据库中目标对象的数据，对该完成的对象订单进行处理。

本实施例一个可选的实施方式中，不同阶段的目标对象是相互独立的，每个阶段的目标对象均可以生成对应的对象订单，也即针对目标对象的不同阶段均可以生成独立的对象订单，因而在统计目标对象的被获取数量时，可以将目标对象的各个阶段的对象订单也进行统计，也即对象处理方法还可以包括：

确定目标对象在预设对象数据库中的对象标识；

根据对象标识，查找关联的各个对象子标识；

确定各个对象子标识对应的对象订单；

统计对象订单的订单数量，并将订单数量作为目标对象的被获取数量。

需要说明的是，每个对象子标识均对应目标对象的一个获取阶段，每个获取阶段可以生成独立的对象订单，因而可以根据目标对象关联的各个对象子标识，查找对应的对象订单，将查找到的各个对象订单均进行统计，并作为目标对象的被获取数量。如此，通过针对目标对象的各个阶段生成的独立的对象订单，并统计订单数量，可以在统计学上增加目标对象的被获取数量，从而增加目标对象的获取权重，从而可以提高目标对象的搜索权重，提高曝光率。

本申请提供的对象处理方法，可以接收第一上线渠道同步的目标对象当前阶段的对象订单，将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联，然后根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。这种情况下，目标对象的每个阶段都是独立的，针对每个阶段都可以生成独立的对象订单，用户可以直接从任意阶段触发获取自己感兴趣的对象，用户无需按序依次完成获取对象的各个阶段，对象获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高对象的获取率。

下述结合附图3，以本申请提供的对象处理方法在电商场景下的应用为例，对对象处理方法进行进一步说明，该对象处理方法应用于商品管理系统中的商品管理平台中，该商品管理系统包括商品管理平台、电商平台、资讯平台和商品数据库，其中，商品管理平台、资讯平台和商品数据库可以是同一所属方的不同平台。其中，图3示出了本申请一实施例提供的一种应用于电商场景下的对象处理方法的处理流程图，应用于商品管理平台中，具体包括以下步骤：

步骤302：确定待上线商品，配置待上线商品在电商平台中各个阶段的商品子标识，以及待上线商品在资讯平台中上线的指定商品子标识，将各个阶段的商品子标识、指定商品子标识均和预设商品数据库中的待上线商品的商品标识进行关联。

步骤304：接收电商平台同步的目标商品当前阶段的商品订单，并确定当前阶段的商品订单对应的第二商品子标识，根据第二商品子标识，在预设商品数据库中查找目标商品，根据当前阶段的商品订单中的商品数量，冻结预设商品数据库中商品数量的目标商品。

步骤306：将当前阶段的商品订单和前一个阶段的商品订单进行关联，直至接收到完成阶段的商品订单并关联。

步骤308：根据完成阶段的商品订单对应的第一商品子标识，在预设商品数据库中查找目标商品，并根据完成阶段的商品订单中的商品数量，对预设商品数据库中目标商品的数量进行修改。

本申请提供的对象处理方法，可以接收电商平台同步的目标商品当前阶段的商品订单；将当前阶段的商品订单和前一个阶段的商品订单进行关联，直至接收到完成阶段的商品订单并关联；根据完成阶段的商品订单，更新预设商品数据库中目标商品的数据。这种情况下，目标商品的每个阶段都是独立的，针对每个阶段都可以生成独立的商品订单，用户可以直接从任意阶段购买自己感兴趣的商品，无需按序依次完成获取商品的各个阶段，商品获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高商品的获取率。

与上述方法实施例相对应，本申请还提供了对象处理装置实施例，图4示出了本申请一实施例提供的一种对象处理装置的结构示意图，应用于对象处理系统，对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库。如图4所示，该装置包括：

配置模块402，被配置为配置待上线对象在第一上线渠道中各个阶段的对象子标识，以及待上线对象在第二上线渠道的指定对象子标识，并将各个阶段的对象子标识、指定对象子标识均和预设对象数据库中的待上线对象的对象标识进行关联；

接收模块404，被配置为接收第一上线渠道同步的目标对象当前阶段的对象订单；

关联模块406，被配置为将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；

更新模块408，被配置为根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。

可选地，各个阶段的对象子标识中每个阶段的对象子标识均对应对象获取的一个阶段；配置模块402进一步被配置为：

配置各个阶段在第一上线渠道中的上线时间和下线时间；

监测达到目标阶段的上线时间时，控制在第一上线渠道上线目标阶段的待上线对象，目标阶段为各个阶段中的任一个；

监测达到目标阶段的下线时间时，控制在第一上线渠道下线目标阶段的待上线对象。

可选地，更新模块408进一步被配置为：

根据完成阶段的对象订单对应的第一对象子标识，在预设对象数据库中查找目标对象；

根据完成阶段的对象订单中的对象数量，对预设对象数据库中目标对象的数量进行修改。

可选地，装置还包括冻结模块，被配置为：

确定当前阶段的对象订单对应的第二对象子标识；

根据第二对象子标识，在预设对象数据库中查找目标对象；

根据当前阶段的对象订单中的对象数量，冻结预设对象数据库中对象数量的目标对象。

可选地，冻结模块进一步被配置为：

确定当前阶段的对象订单是否存在关联对象订单；

若存在关联对象订单，则将当前阶段的对象订单的状态设置为已冻结状态；

若不存在关联对象订单，则执行根据第二对象子标识，在预设对象数据库中查找目标对象的操作步骤。

可选地，装置还包括查找模块，被配置为：

查找与完成阶段的对象订单的关联对象订单；

确定完成阶段的对象订单的关联对象订单中是否包括扣减预定资源的对象订单；

若包括扣减预定资源的对象订单，则运行更新模块406；

若不包括扣减预定资源的对象订单，则反馈差额资源的扣减提醒。

可选地，差额资源的扣减提醒包括差额对象获取地址；查找模块进一步被配置为：

在接收到基于差额对象获取地址，生成的差额资源扣减订单后，根据差额资源扣减订单，更新预设对象数据库中目标对象的数据。

可选地，装置还包括统计模块，被配置为：

确定目标对象在预设对象数据库中的对象标识；

根据对象标识，查找关联的各个对象子标识；

确定各个对象子标识对应的对象订单；

统计对象订单的订单数量，并将订单数量作为目标对象的被获取数量。

本申请提供的对象处理装置，接收第一上线渠道同步的目标对象当前阶段的对象订单；将当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；根据完成阶段的对象订单，更新预设对象数据库中目标对象的数据。这种情况下，目标对象的每个阶段都是独立的，针对每个阶段都可以生成独立的对象订单，用户可以直接从任意阶段触发获取自己感兴趣的对象，用户无需按序依次完成获取对象的各个阶段，对象获取方式灵活多变，提高了用户体验，从而提高了用户的兴趣，提高对象的获取率。

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

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

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

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

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

其中，处理器520用于执行如下计算机可执行指令以实现任意对象处理方法的步骤。

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

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

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

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

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

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

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

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

Claims (11)

1.一种对象处理方法，其特征在于，应用于对象处理系统，所述对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，所述方法包括：

配置待上线对象在所述第一上线渠道中各个阶段的对象子标识，以及待上线对象在所述第二上线渠道的指定对象子标识，并将所述各个阶段的对象子标识、所述指定对象子标识均和所述预设对象数据库中的待上线对象的对象标识进行关联；

接收所述第一上线渠道同步的目标对象当前阶段的对象订单；

将所述当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；

根据所述完成阶段的对象订单，更新所述预设对象数据库中所述目标对象的数据。

2.根据权利要求1所述的对象处理方法，其特征在于，所述各个阶段的对象子标识中每个阶段的对象子标识均对应对象获取的一个阶段；

所述配置待上线对象在所述第一上线渠道中各个阶段的对象子标识之后，还包括：

配置各个阶段在所述第一上线渠道中的上线时间和下线时间；

监测达到目标阶段的上线时间时，控制在所述第一上线渠道上线所述目标阶段的待上线对象，所述目标阶段为所述各个阶段中的任一个；

监测达到目标阶段的下线时间时，控制在所述第一上线渠道下线所述目标阶段的待上线对象。

3.根据权利要求1所述的对象处理方法，其特征在于，所述根据所述完成阶段的对象订单，更新所述预设对象数据库中所述目标对象的数据，包括：

根据所述完成阶段的对象订单对应的第一对象子标识，在所述预设对象数据库中查找所述目标对象；

根据所述完成阶段的对象订单中的对象数量，对所述预设对象数据库中所述目标对象的数量进行修改。

4.根据权利要求1-3任一项所述的对象处理方法，其特征在于，所述接收所述第一上线渠道同步的目标对象当前阶段的对象订单之后，还包括：

确定所述当前阶段的对象订单对应的第二对象子标识；

根据所述第二对象子标识，在所述预设对象数据库中查找所述目标对象；

根据所述当前阶段的对象订单中的对象数量，冻结所述预设对象数据库中所述对象数量的目标对象。

5.根据权利要求4所述的对象处理方法，其特征在于，所述根据所述第二对象子标识，在所述预设对象数据库中查找所述目标对象之前，还包括：

确定所述当前阶段的对象订单是否存在关联对象订单；

若存在关联对象订单，则将所述当前阶段的对象订单的状态设置为已冻结状态；

若不存在关联对象订单，则执行所述根据所述第二对象子标识，在所述预设对象数据库中查找所述目标对象的操作步骤。

6.根据权利要求1-3任一项所述的对象处理方法，其特征在于，所述根据所述完成阶段的对象订单，更新所述预设对象数据库中所述目标对象的数据之前，还包括：

查找与所述完成阶段的对象订单的关联对象订单；

确定所述完成阶段的对象订单的关联对象订单中是否包括扣减预定资源的对象订单；

若包括扣减预定资源的对象订单，则执行所述根据所述完成阶段的对象订单，更新预设对象数据库中所述目标对象的数据的操作步骤；

若不包括扣减预定资源的对象订单，则反馈差额资源的扣减提醒。

7.根据权利要求6所述的对象处理方法，其特征在于，所述差额资源的扣减提醒包括差额对象获取地址；

所述反馈差额资源的扣减提醒之后，还包括：

在接收到基于所述差额对象获取地址，生成的差额资源扣减订单后，根据所述差额资源扣减订单，更新所述预设对象数据库中所述目标对象的数据。

8.根据权利要求1-3任一项所述的对象处理方法，其特征在于，所述方法还包括：

确定所述目标对象在所述预设对象数据库中的对象标识；

根据所述对象标识，查找关联的各个对象子标识；

确定所述各个对象子标识对应的对象订单；

统计所述对象订单的订单数量，并将所述订单数量作为所述目标对象的被获取数量。

9.一种对象处理装置，其特征在于，应用于对象处理系统，所述对象处理系统包括第一上线渠道、第二上线渠道和预设对象数据库，所述装置包括：

配置模块，被配置为配置待上线对象在所述第一上线渠道中各个阶段的对象子标识，以及待上线对象在所述第二上线渠道的指定对象子标识，并将所述各个阶段的对象子标识、所述指定对象子标识均和所述预设对象数据库中的待上线对象的对象标识进行关联；

接收模块，被配置为接收所述第一上线渠道同步的目标对象当前阶段的对象订单；

关联模块，被配置为将所述当前阶段的对象订单和前一个阶段的对象订单进行关联，直至接收到完成阶段的对象订单并关联；

更新模块，被配置为根据所述完成阶段的对象订单，更新所述预设对象数据库中所述目标对象的数据。

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

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现实现权利要求1至8任意一项所述对象处理方法的步骤。

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

Images