CN113505906A - 对象预定方法及装置 - Google Patents

Abstract

本申请提供对象预定方法及装置，其中对象预定方法包括：接收在资讯信息中发起的预约请求，资讯信息为资讯平台中针对待上线对象发布的信息，预约请求用于预订待上线对象；响应于预约请求，监测预定平台中待上线对象是否上线；在监测到待上线对象上线的情况下，针对待上线对象进行预定处理，在预定平台中生成预约账户的预定订单。如此，可以将资讯平台中发布的资讯和预定平台中的待上线对象进行关联，用户在资讯平台预约某个资讯信息后，可以在预定平台自动为该用户预定相应的待上线对象，无需用户在待上线对象上线时手动进行预定，大大提高了对象预定的效率和成功率，避免用户错过对象的预定周期，从而提高用户体验。

Description

对象预定方法及装置

技术领域

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

背景技术

随着计算机技术和互联网技术的快速发展，人们的工作生活已经越来越离不开网络，用户可以在对象上线后，预定自己感兴趣的对象。现有技术中，往往是用户在对象所属平台发布的对象展示信息中，进行预约，后续该对象上线后，对象所属平台会给用户发送上线提醒信息，用户可以手动预定自己所需的对象。然而，上述对象预定的操作过程较为繁琐，需要用户在获知对象上线后及时进行预定，导致对象预定的效率和成功率较低，用户容易错过对象的预定周期，大大影响了用户体验。

发明内容

有鉴于此，本申请实施例提供了一种对象预定方法。本申请同时涉及一种对象预定装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的对象预定的效率和成功率较低的问题。

根据本申请实施例的第一方面，提供了一种对象预定方法，包括：

接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；

响应于所述预约请求，监测预定平台中所述待上线对象是否上线；

在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单。

根据本申请实施例的第二方面，提供了一种对象预定装置，包括：

第一接收模块，被配置为接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；

监测模块，被配置为响应于所述预约请求，监测预定平台中所述待上线对象是否上线；

处理模块，被配置为在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单。

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

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令上述第一方面所述的对象预定方法的操作步骤。

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

本申请提供的对象预定方法，可以接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；响应于所述预约请求，监测预定平台中所述待上线对象是否上线；在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单。这种情况下，在确定后续会制作、上线某个对象后，可以先在资讯平台中发布与待上线对象相关的资讯信息，以供用户提前浏览查阅，用户在浏览查阅资讯信息时，可以针对资讯信息发起预约请求，预定该资讯信息对应的待上线对象，后续在该待上线对象上线时，可以自动为该用户预定该对象，生成预约账户的预定订单。如此，可以将资讯平台中发布的资讯和预定平台中待上线的对象进行关联，用户在资讯平台预约某个资讯信息后，可以在预定平台自动为该用户预定相应的待上线对象，无需用户在待上线对象上线时手动进行预定，大大提高了对象预定的效率和成功率，避免用户错过对象的预定周期，从而提高用户体验。

附图说明

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

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

图3是本申请一实施例提供的一种资讯平台的界面示意图；

图4是本申请一实施例提供的另一种资讯平台的界面示意图；

图5是本申请一实施例提供的一种商品预定的处理过程示意图；

图6是本申请一实施例提供的一种对象预定装置的结构示意图；

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

具体实施方式

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

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

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

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

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

步骤102：接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象。

具体的，资讯平台可以是指发布各种资讯信息的平台，如“抢先看”平台等，该平台中可以发布各种信息，以供用户浏览、订阅和预约；待上线对象是指确定后续会制作、上线的各种对象，如确定制作某个二次元衍生产品后，该二次元衍生产品就是待上线对象，可以在资讯平台发布与该二次元衍生产品相关的资讯信息；资讯信息可以是指与待上线对象相关的各种信息，如制作与上线计划、当前上线进度等信息。

另外，预约请求可以是指预约资讯信息对应的待上线对象的请求，该预约请求可以通过点击资讯信息中的预约控件进行触发，如资讯信息的详情展示页中可以包括预约控件，当用户点击该预约控件后，服务端可以确定接收到用户在该资讯信息中发起的预约请求。当然，实际应用中，点击预约控件后，还可以对用户进行验证，验证通过后，再确定接收到该预约请求，如用户登录账号密码后，服务端确定接收到预约请求，本申请中对此不进行限制。

需要说明的是，服务端在获取到待上线对象相关的信息后，可以在资讯平台中发布与待上线对象相关的资讯信息，该资讯信息的详情展示页中除了包括待上线对象的相关内容外，还可以包括预约控件，用户在浏览该资讯信息后，若对该资讯信息相关的待上线对象感兴趣，则可以通过该预约控件直接预约该待上线对象，提前锁定预定平台中的待上线对象。

本实施例一个可选的实施方式中，用户还可以订阅待上线对象相关的资讯信息，也即所述接收在资讯信息中发起的预约请求之前，还包括：

接收在资讯信息中发起的订阅请求，所述订阅请求用于订阅所述资讯信息对应的待上线对象相关的资讯信息。

需要说明的是，由于待上线对象还未上线，因而当前发布的某条资讯信息只能展示待上线对象当前的上线进度信息和少部分内容，用户通过浏览一条资讯信息可能无法对待上线对象产生浓厚的兴趣，从而直接预约该待上线对象，因而资讯信息的详情展示页中除了包括预约控件之外，还可以包括订阅控件，用户通过点击该订阅控件可以在资讯信息中发起订阅请求。也即资讯平台中发布的资讯信息除了提供直接预定待上线对象的预约功能外，还可以提供推送与待上线对象相关的资讯信息的订阅功能。

具体实现时，用户可以通过点击该订阅控件，在资讯信息中发起的订阅请求，订阅与该待上线对象相关的各条资讯信息，后续可以向订阅用户自动推送与该待上线对象相关的新发布的资讯信息，使得用户可以及时、快速地获知待上线对象最新的上线信息。如此，订阅用户可以查看与该待上线对象相关的一系列资讯信息，更加深入了解待上线对象的更多信息，用户可以在任一条资讯信息中预约待上线对象，以提前锁定预定平台中的待上线对象。

另外，若用户点击订阅控件订阅该待上线对象的相关资讯信息时，说明用户对该待上线对象较为感兴趣，只是由于不了解或者其他原因，没有进行预约，因而在待上线对象上线后，还可以向订阅用户发送上线提醒信息，以告知待上线对象已经上线，避免订阅用户错过待上线对象。

本实施例一个可选的实施方式中，在对资讯信息对应的待上线对象进行预约之前，服务端还需要获取到待上线对象的相关上线信息，并在资讯平台中进行发布，也即接收在资讯信息中发起的预约请求之前，还包括：

获取所述待上线对象的状态信息；

根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息。

具体的，状态信息可以是指待上线对象的相关上线信息，即待上线对象目前所处的上线进度，如状态信息可以为计划开始制作、制作中、计划上线、预定中、已上线等上线信息。

需要说明的是，在对象所属方确定后续要上线某个对象时，服务端可以在获得制作方的授权后，在资讯平台中发布与该待上线对象相关的资讯信息，以供用户浏览、订阅和预约，使得用户可以提前查阅该待上线对象的上线信息。

本申请中在确定对象所属方要上线某个对象时，可以在待上线对象上线前，预先在资讯平台中针对该待上线对象发布相关的资讯信息，以供用户提前浏览、订阅和预约，让用户可以提前获知待上线对象的上线计划，增加用户对待上线对象的兴趣，从而提高待上线对象上线后的预定率。

本实施例一个可选的实施方式中，在资讯平台中发布待上线对象的资讯信息后，还可以继续根据待上线对象的状态信息，针对待上线对象发布新的资讯信息，也即根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息之后，还包括：

在所述待上线对象的状态信息发生更新的情况下，根据更新后的状态信息，在所述资讯平台中针对所述待上线对象发布更新资讯信息。

一种可能的实现方式中，所述根据更新后的状态信息，在所述资讯平台中针对所述待上线对象发布更新资讯信息之后，还包括：

确定在所述资讯信息中发起订阅请求的订阅用户，以及在所述资讯信息中发起预约请求的预约用户；

向所述订阅用户和所述预约用户推送所述更新资讯信息。

需要说明的是，在对象所属方确定要上线某个对象时，服务端可以在资讯平台中发布决定制作待上线对象的资讯信息，也即在待上线对象开始筹备时，可以发布与待上线对象相关的首个资讯信息，用于公布待上线对象的上线计划。后续还可以从对象所属方获取待上线对象的当前最新的上线进度，即更新后的状态信息，并根据该更新后的状态信息，针对待上线对象发布新的资讯信息，用户可以通过不断发布的更新资讯信息，了解待上线对象的实时上线进度，使得用户可以了解心动对象整个制作周期、上线周期等完整过程，可以将待上线对象从计划上线到实际上线的整个过程串联起来，帮助用户更容易地关注和了解待上线对象。

另外，在针对所述待上线对象发布更新资讯信息时，还可以确定预约该待上线对象的预约用户(即在资讯信息中发起预约请求的预约用户)，以及订阅该待上线对象的相关资讯信息的订阅用户(即在资讯信息中发起订阅请求的订阅用户)，然后将最新发布的更新资讯信息推送给各个订阅用户和预约用户，以便订阅用户和预约用户可以及时查看待上线对象的相关信息。并且，订阅用户和预约用户可以在自己的账户中查看该待上线对象相关的全部资讯信息。

再者，由于待上线对象每更新一次状态信息，就会发布一条新的资讯信息，因而待上线对象会对应多条资讯信息，每条资讯信息包括相应时间的状态信息，若用户在之前发布的资讯信息中没有进行预约或订阅，用户就无法快速查看与待上线对象相关的全部资讯信息，因而还可以将待上线对象的各条资讯信息，以对象维度进行关联，用户搜索某个待上线对象时，可以展示该待上线对象对应的全部资讯信息，便于用户查看。

实际应用中，除了根据更新后的状态信息，针对所述待上线对象发布新的资讯信息之外，还可以对针对待上线对象最先发布的资讯信息进行更新，也即可以直接对最先发布的资讯信息进行修改，本申请对此不进行限制，如可以在最先发布的资讯信息中旧状态信息的内容后面直接增加新的状态信息，此时与待上线对象相关的各个状态信息均可以显示在一条资讯信息中，方便用户浏览待上线对象的历史状态和当前最新状态；或者，还可以直接使用新的状态信息覆盖该最先发布的资讯信息中更新前的状态信息，此时对于待上线对象仅仅保留当前最新的状态，方便用户可以快速获知待上线对象的当前状态。

本实施例一个可选的实施方式中，在资讯平台发布资讯信息后，用户可以通过资讯信息订阅待上线对象相关的资讯信息，或者直接预定相应的待上线对象，因而需要将在资讯平台中发布的资讯信息和待上线对象进行关联，以便于后续执行订阅或预定处理，因而根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息之后，还包括：

确定所述待上线对象的对象标识；

将所述资讯信息与所述对象标识进行关联。

具体的，对象标识可以是指预先设定的符号、数字或者其组合等，用于唯一标识一个待上线对象。

一种可能的实现方式中，待上线对象为商品，该对象标识可以为商品的SPU(Standard Product Unit，标准化产品单元)。其中，SPU是一组可复用、易检索的标准化信息的集合，该集合描述了一个“产品”的特性。SPU是商品信息聚合的最小单位，在商品信息电子化过程中，商品的特性可以由多个“属性|属性值对”进行描述，“属性|属性值对”完全相同的商品，可以抽象成为一个SPU，另一方面，这些“属性|属性值对”在SPU中固化下来，逐步标准化，基于SPU的商品信息结构，可以实现丰富的应用，比如商品信息与资讯、评论、以及其它SPU的整合。

需要说明的是，在针对待上线对象发布资讯信息时，可以确定该待上线对象的对象标识，然后将该资讯信息和待上线对象的对象标识相关联，后续针对该待上线对象发布更新资讯信息时，可以将发布的更新资讯信息继续与该待上线对象的对象标识相关联，从而便于根据待上线对象的对象标识，确定与其相关联的全部资讯信息。

另外，后续预定平台中要上线该待上线对象时应该采用相同的对象标识，如此，通过对象标识可以将资讯平台中的资讯信息和预定平台中的对象关联，便于后续对预定平台中的对象进行预定处理。其中，预定平台是指对象具体上线的平台，供用户预定，即在预定平台中用户可以获取待上线对象。

实际应用中，将资讯信息与待上线对象的对象标识进行关联可以是将资讯信息的信息标识和待上线对象的对象标识对应存储。也即，基于资讯信息的信息标识，可以查找到对应的对象标识，从而便于后续监测预定平台中待上线对象是否上线。并且，基于待上线对象的对象标识也可以查找到对应的信息标识，从而确定资讯平台中与待上线对象相关的各条资讯信息，便于确定订阅待上线对象相关的资讯信息的各个订阅用户，以及预定待上线对象的各个预定用户，从而向各个订阅用户和预约用户推送待上线对象相关的各条资讯信息，且便于后续针对预约用户执行相应的预定处理。

步骤104：响应于所述预约请求，监测预定平台中所述待上线对象是否上线。

具体的，接收在资讯信息中发起的预约请求的基础上，进一步地，服务端将响应于所述预约请求，监测预定平台中所述待上线对象是否上线。其中，预定平台可以是指供用户预定对象的平台，该预定平台可以为一个，也可以为多个，即可以监测各个能够上线待上线对象的预定平台，如待上线对象为商品时，预定平台可以为电商平台(如会员购平台)。

需要说明的是，用户若在资讯平台发布的某个资讯信息中进行了预约，即发起了预约请求，那么说明用户对该资讯信息对应的待上线对象较为感兴趣，想要预定该待上线对象，因而服务端在接收到针对资讯信息的预约请求之后，可以响应于该预约请求，自动监测预定平台中该待上线对象是否上线，从而便于后续自动对待上线对象进行预定处理。

本实施例一个可选的实施方式中，资讯平台在针对待上线对象发布资讯信息时，将资讯信息和待上线对象的对象标识进行了关联，因而可以基于待上线对象的对象标识监测预定平台中所述待上线对象是否上线，也即响应于所述预约请求，监测预定平台中所述待上线对象是否上线，具体实现过程可以如下：

确定所述资讯信息关联的对象标识；

根据所述对象标识，监测预定平台中所述待上线对象是否上线。

实际应用中，可以确定接收到的预约请求对应的资讯信息，然后基于该资讯信息的信息标识，从预先存储的信息标识和对象标识的对应关系中，确定该资讯信息对应的待上线对象的对象标识。然后，预定平台中每新上线一个对象，可以确定该新上线的对象的对象标识是否与该待上线对象的对象标识相同，若相同，则说明该新上线的对象就是该待上线对象，此时监测到预定平台中该待上线对象上线。

需要说明的是，通过对象标识可以将资讯平台中的资讯信息和预定平台中的对象进行关联，用户在资讯平台中对资讯信息进行的预约操作，可以自动关联至预定平台中相应的对象，也即可以基于用户在资讯平台中对资讯信息执行的操作，在预定平台中对相应的对象进行处理。

本实施例一个可选的实施方式中，还可以根据用户的信用分值，确定该用户是否可以享受在资讯平台中进行预约，并在预定平台中自动预定待上线对象的服务，也即响应于所述预约请求，监测预定平台中所述待上线对象是否上线，具体实现过程可以如下：

确定发起所述预约请求的预约账户的信用分值；

在所述信用分值满足预设预约条件的情况下，确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线。

具体的，信用分值可以是指表示发起预约请求的预约账户的信用情况的一种数值，该信用分值越高，表示预约账户的信用越好，信用分值越低，表示预约账户的信用越差。另外，预设预约条件可以是指预先设置的可以预约资讯信息需要满足的条件，如信用分值达到预设的信用阈值，若预约账户的信用分值达到预设的信用阈值，则说明该预约账户的用户的信用较好，预约后再取消的概率较小，因而此时可以确定该用户可以享受该预约服务，若预约账户的信用分值未达到预设的信用阈值，则说明该预约账户的用户的信用较差，预约后再取消预约的概率较大，因而此时可以确定该用户不可以享受该预约服务。

实际应用中，用户在资讯平台浏览资讯信息时，资讯平台可以提示用户进行登录，方便进行订阅、预约操作，用户登录后，若在某个资讯信息中发起了预约请求，此时服务端可以获取该用户登录的账户，将该账户作为预约账户，并获取该预约账户在资讯平台中信用分值。

需要说明的是，该信用分值可以是资讯平台中的信用分值，用户在资讯平台中浏览、订阅、预约、退订、取消预约等操作，均可以影响该用户登录的账户在资讯平台中的信用分值。如，用户每浏览一条资讯信息，该用户登录的账户的信用分值可以加1，用户每订阅一条资讯信息，该用户登录的账户的信用分值可以加10，用户每预约一条资讯信息，该用户登录的账户的信用分值可以加20，用户每次退订，该用户登录的账户的信用分值可以减5，用户每次取消预约，该用户登录的账户的信用分值可以减10。

当然，实际应用中，确定发起预约请求的预约账户的信用分值，除了可以从资讯平台中获取之外，还可以从合作的第三方信用平台获取，本申请对此不进行限制。

本申请中用户在资讯平台中对资讯信息进行预约之前，还可以先验证预约账户的信用分值是否达标，从而确定该预约账户是否可以成功预约，避免信用较差的用户预约资讯信息，导致频繁预约再退订，避免给待上线对象产生负面影响，影响其他用户的预约行为。

本实施例一个可选的实施方式中，除了对预约账户的信用分值进行验证外，还可以在确定该用户是否可以享受在资讯平台中进行预约，并在预定平台中自动预定待上线对象的服务之前，确定用户是否授权服务端自动执行后续的预定处理，也即确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线之前，还包括：

获取所述预约账户的授权信息；

若所述授权信息为已授权，则确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线；

若所述授权信息为未授权，则向所述预约账户反馈授权提醒。

具体的，授权信息可以是指用户在资讯平台中进行授权，使得服务端可以在后续自动对预定平台中的待上线对象进行预定处理的权限。

需要说明的是，服务端可以根据预约账户，在资讯平台中获取该预约账户下的授权信息，若该授权信息为已授权，则说明用户已经授权服务端自动进行后续预定处理的权限，此时可以确定预约账户预约成功，监测预定平台中待上线对象是否上线。若该授权信息为未授权，则说明用户没有授予服务端后续自动进行预定处理的权限，即使用户在资讯平台中进行了预约，后续服务端也无法自动在预定平台中执行预定处理，因而此时可以向预约账户反馈授权提醒，在预约账户进行授权后，再进行预约。

本申请中可以在确定预约账户预约成功，监测预定平台中待上线对象是否上线之前，先确定预约账户是否授予服务端自动进行预定处理的权限，在具备授权时，才确定预约成功，使得用户在资讯平台中进行预约后，服务端后续具备自动进行预定处理的权限，避免后续待上线对象上线时，服务端由于不具备权限而无法进行预定处理，从而导致对象预定失败，在预约阶段解决授权的问题，保证后续自动预定处理可以成功执行，进而保证了对象预定的成功率。

步骤106：在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单。

具体的，服务端在监测预定平台中所述待上线对象是否上线的基础上，进一步地，将在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单。其中，预定处理是指为预约账户预定该待上线对象的处理，该预定处理可以是指为预约账户保留预定名额，并向预约账户反馈预定提醒的信息，也可以是指直接自动从预约账户中扣除相应资源，预定待上线对象的操作。

实际应用中，该资源包括但不限于资金、数据资源、计算资源或虚拟资源等。以资源为资金为例，从预约账户中扣除相应资源，就是指从预约账户中扣除相应数额的资金。

需要说明的是，用户在资讯平台中针对某资讯信息发起了预约请求后，服务端可以自动检测该资讯信息对应的待上线对象是否在预定平台中上线，若检测到该待上线对象上线，则可以自动为该预约账户预定该待上线对象，无需用户再手动抢占预定名额，当服务端为预约账户成功预定后，可以在预定平台中生成该预约账户的预定订单。

本实施例一个可选的实施方式中，在监测到待上线对象上线的情况下，服务端可以直接自动从预约账户中扣除相应的资源，为该预约账户预定该待上线对象，也即针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单，具体实现过程可以如下：

确定所述待上线对象对应的设定值；

从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单。

实际应用中，获取待上线对象可以分为两个阶段，包括第一阶段和第二阶段，第一阶段可以是指预定阶段，可以对待上线对象进行预定处理，第二阶段可以是指确认阶段，可以对待上线对象进行确认处理，确认处理后，用户即可获取到待上线对象。

具体的，设定值可以是针对待上线对象预先设置的在第一阶段(即预定阶段)需要扣除的资源的数值，该设定值可以基于待上线对象的总资源设定，即该设定值可以为待上线对象的总资源的预设倍数，如待上线对象对应的设定值为待上线对象的总资源的0.3倍；或者，该设定值也可以基于待上线对象的对象类型设置，如A类待上线对象的设定值均为Y1，B类待上线对象的设定值均为Y2，C类待上线对象的设定值均为Y3。

需要说明的是，若需要预定待上线对象，就需要耗费预约账户中相应的资源，也即以资源换取待上线对象，因而服务端在针对待上线对象进行预定处理时，可以直接自动从预约账户中扣除待上线对象的设定值对应的资源，在预定平台中生成该预约账户的预定订单，此时表示预约账户已经耗费了相应的资源，对待上线对象进行了预定。

一种可能的实现方式中，若用户在资讯平台的授权信息为免密授权，服务端在预定平台中从预约账户中扣除设定值对应的资源时，无需再让用户输入密码。如此，若用户在资讯平台进行了免密授权，则服务端在对待上线对象进行预定处理时，可以直接从预约账户中扣除相应的资源，无需再经预约账户确认，简化了预约账户的操作，保证预约账户可以快速、成功地预定待上线对象。

另一种可能的实现方式中，若用户在资讯平台中的授权信息仅为授权服务端自动进行预定处理的权限，并不是免密授权，此时服务端监测到预定平台中待上线对象上线时，可以自动为该预约账户抢占预定名额，并向预约账户反馈输入密码进行预定的提醒，通过资讯平台中的预约操作可以在待上线对象上线前提前锁定预定名额，在待上线对象上线时，用户可以再手动扣除相应的资源，即避免了预约账户错过待上线对象在预定平台中的上线周期，又可以保证预约账户的资源安全。

本实施例一个可选的实施方式中，还可以基于预设阈值，确定服务端是否可以自动直接从预约账户中扣除资源，对待上线对象进行预定，也即从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单，具体实现过程可以如下：

确定所述设定值是否小于预设阈值；

若小于所述预设阈值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若不小于所述预设阈值，则向所述预约账户反馈预定提醒，在第一预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第一预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

具体的，预设阈值可以是指预先设置的数值，用于确定待上线对象对应的设定值是否过大，不适宜自动扣除，如预设阈值可以为600、800、1000等。第一预设时长可以是指预先设置的时间段，该第一预设时长是用于预约账户所属的用户在待上线对象的设定值过大时，手动扣除资源的时长，如15分钟、30分钟、1小时、2小时等。另外，预定处理完成可以是指用户手动从自身的账户(预约账户)中扣除该设定值对应的资源，完成了预定处理的资源扣除。

需要说明的是，服务端自动从预约账户中扣除资源是基于用户在资讯平台中进行的免密授权，而为了资源安全，免密授权一般都设置有上线值(即预设阈值)，也即只有低于该上线值的资源，才可以直接扣除。因而，服务端在从预约账户中扣除设定值对应的资源时，可以先确定该设定值是否小于预设阈值，若设定值小于预设阈值，则说明待上线对象在预定处理时需要扣除的资源的数值在免密授权的范围内，此时可以直接从预约账户中扣除设定值对应的资源，在预定平台中生成预约账户的预定订单，从而自动完成待上线对象的预定处理。

另外，若设定值不小于预设阈值，则说明待上线对象在预定处理时需要扣除的资源的数值不在免密授权的范围内，此时可以向预约账户反馈预定提醒，以提醒待上线对象需要扣除的资源过大，为了保证资源安全需要其手动扣除，若用户在第一预设时长内进行了手动扣除，此时检测到预定处理完成，可以在预定平台中生成预约账户的预定订单，表示预约账户成功预定该待上线对象，且该预定订单的预定时间以在资讯平台中的预约时间为准。若用户在第一预设时长内没有进行手动扣除，即此时未检测到预定处理完成，则说明用户可能不想要预定该待上线对象，此时可以取消该预约请求。

本申请中可以确定待上线对象的设定值是否小于预设阈值，只有在小于预设阈值的情况下，才授权服务端自动扣除相应的资源，若不小于预设阈值，则反馈预定提醒，使得用户确认是否继续扣除资源，预定待上线对象，保证了用户的资源安全。

本实施例一个可选的实施方式中，在从预约账户中扣除设定值对应的资源时，还需要确定预约账户中的剩余资源是否足够支持资源扣除，也即从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单，具体实现过程还可以如下：

确定所述预约账户中的剩余资源；

确定所述剩余资源是否小于所述设定值；

若不小于所述设定值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若小于所述设定值，则向所述预约账户反馈预定提醒，在第二预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第二预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

具体的，第二预设时长可以是指预先设置的时间段，该第二预设时长是用于预约账户所属的用户在预约账户的资源不足时，手动扣除资源的时长，如15分钟、30分钟、1小时、2小时等。另外，第二预设时长可以和第一预设时长相同，也可以不同。

需要说明的是，若预约账户中的剩余资源不小于待上线对象的设定值，则说明预约账户中的剩余资源足够，可以支持资源扣除，因而此时服务端可以直接自动从预约账户中扣除该设定值对应的资源，在预定平台中生成该预约账户的预定订单，从而自动完成待上线对象的预定处理。

另外，若预约账户中的剩余资源小于待上线对象的设定值，则说明预约账户中的剩余资源不足，不可以支持资源扣除，因而此时服务端可以向预约账户反馈预定提醒，以提醒用户进行预约的预约账户资源不足，需要其手动扣除，若用户在第二预设时长内进行了手动扣除，此时检测到预定处理完成，可以在预定平台中生成预约账户的预定订单，表示预约账户成功预定该待上线对象，且该预定订单的预定时间以在资讯平台中的预约时间为准。若用户在第二预设时长内没有进行手动扣除，即此时未检测到预定处理完成，则说明用户可能不想要预定该待上线对象，此时可以取消该预约请求。

本申请中可以在预约账户中的资源充足时，自动从预约账户中扣除设定值对应的资源，在预定平台中生成预约账户的预定订单，以完成预定处理，并在预约账户的资源不足时，为预约用户锁定预定名额，并提醒用户手动扣除，保证了预定对象的成功率。

本实施例一个可选的实施方式中，在监测到预定平台中该待上线对象上线时，还可以向预约账户发送预定提醒信息，以告知预约账户，服务端即将自动执行预定处理，也即针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单之前，还包括：

向所述预约账户发送预定提醒信息；

在接收到针对所述预定提醒信息的取消请求的情况下，取消所述预约请求；

在第三预设时长内未接收到针对所述预定提醒信息的取消请求的情况下，执行所述针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单的操作步骤。

具体的，第三预设时长可以是指预先设置的时间段，该第三预设时长是为预约账户保留预定名额的时长，在该第三预设时长内，预约账户可以取消预约，若不取消，则第三预设时长后自动执行预定处理，如第三预设时长可以为1分钟、5分钟、30分钟等，第三预设时长一般可以设置的较小。另外，第三预设时长、第二预设时长、第一预设时长可以相同，也可以不同。

需要说明的是，服务端在检测到预定平台中待上线对象上线时，可以先为预约账户锁定预定名额，然后向预约账户反馈预定提醒信息，若接收到针对预定提醒信息的取消请求，则说明用户不想要预定该待上线对象，此时可以取消该预约账户的预约请求，释放预定名额，以供其他用户进行预定。

另外，若第三预设时长内未接收到针对预定提醒信息的取消请求，则说明用户不想要取消预定，此时执行针对待上线对象进行预定处理，在预定平台中生成预约账户的预定订单的操作步骤，以自动完成待上线对象的预定，且该预定订单的预定时间以在资讯平台中的预约时间为准。

本申请中服务端可以在监测到待上线对象上线时，先为预约账户锁定预定名额，并向预约账户发送预定提醒信息，一段时间后，没有接收到取消请求，再自动执行针对待上线对象的预定处理，更加灵活的适应用户的不同需求，提高用户体验，从而提高用户粘度。

本实施例一个可选的实施方式中，用户在资讯平台中的某个资讯信息中进行预约，除了可以为该用户提前锁定该资讯信息对应的待上线对象的预定名额外，还可以同时为该用户提前锁定相应的资源扣除权益，也即针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单之后，还包括：

根据所述预约请求的接收时间，确定所述预约账户对应的资源扣除规则。

需要说明的是，由于获取待上线对象共包括两个阶段，分别为预定阶段和确认阶段，在预定阶段扣除待上线对象的设定值的资源，在确认阶段扣除待上线对象的总资源中除该设定值之外的资源，即确认阶段需要扣除剩余资源。

具体的，资源扣除规则可以是指预先设置的、在确认阶段扣除剩余资源的规则，该资源扣除规则用于指示预约请求的接收时间和确认阶段需要扣除的剩余资源的对应关系，如接收时间越早，确认阶段需要扣除的剩余资源越少，即用户发起预约请求的时间越早，在确认阶段需要扣除的剩余资源越少。

本申请中可以基于用户在资讯平台中进行预约的时间，为该用户提前锁定相应的资源扣除权益，使得越早预约的用户在确认阶段需要扣除的资源越少，促进用户在待上线对象上线前在资讯平台发布的资讯信息中尽早进行预定，从而提高待上线对象的预定率。

本实施例一个可选的实施方式中，在进入确认阶段后，可以根据由预约请求的接收时间，确定出的资源扣除规则，确定预约账户中的待扣除资源，也即根据所述预约请求的接收时间，确定所述预约账户对应的资源扣除规则之后，还包括：

在检测到所述预定订单进入目标阶段的情况下，向所述预约账户发送目标阶段的处理提醒，所述目标阶段为所述预定订单中预定阶段之后的确认阶段；

在接收到所述预约账户发起的处理请求的情况下，根据所述资源扣除规则，确定所述预定订单的待扣除资源。

需要说明的是，目标阶段就是指获取待上线对象的两个阶段中预定阶段之后的确认阶段，在该目标阶段，扣除相应的待扣除资源后，即代表用户可以获得待上线对象。

实际应用中，资源扣除规则可以指示还应该从预约账户中扣除多少资源，即根据该资源扣除规则，可以确定出预定订单的待扣除资源，从而使得用户可以根据该待扣除资源手动扣除，或者服务端根据该待扣除资源自动从预约账户中扣除。

本申请提供的对象预定方法，在确定后续会制作、上线某个对象后，可以先在资讯平台中发布与待上线对象相关的资讯信息，以供用户提前浏览查阅，用户在浏览查阅资讯信息时，可以针对资讯信息发起预约请求，预定该资讯信息对应的待上线对象，后续在该待上线对象上线时，可以自动为该用户预定该对象，生成预约账户的预定订单。如此，可以将资讯平台中发布的资讯和预定平台中待上线的对象进行关联，用户在资讯平台预约某个资讯信息后，可以在预定平台自动为该用户预定相应的待上线对象，无需用户在待上线对象上线时手动进行预定，大大提高了对象预定的效率和成功率，避免用户错过对象的预定周期，从而提高用户体验。

下述结合附图2，以本申请提供的对象预定方法在电商场景下的应用为例，对所述对象预定方法进行进一步说明。其中，图2示出了本申请一实施例提供的一种应用于电商场景下的对象预定方法的处理流程图。

需要说明的是，现有的电商平台中已有商品、交易、优惠券、仓储系统等，而资讯平台则可以展示各种与商品相关的资讯信息，类似于一种情报，不同于情报的是一个以情报信息为颗粒度，一个以商品为颗粒度。

目前，电商购买场景下，二次元IP衍生品从手办制作决定到真正开启预售，需要较长的周期，这个周期内电商平台无法让用户第一时间了解未来的上新预告，现有技术仅支持电商平台中商品确定发售，拿到了预授权且授权允许开启预售才允许上架销售。

然而，上述销售模式在拿到预售权之前，品牌方的一些手办周边资讯即使获得了公布授权，也没有渠道发布，手办周边资讯无法通过发布转化成电商平台的GMV(GrossMerchandise Volume，平台成交总额)，即与手办周边资讯相关的内容无法直接为平台GMV做贡献。

其次，上新优势不明显，很难抓住第一时间想购买的用户，如果长期保持商品信息更新缓慢，电商平台无法作为用户的首选购买平台。

另外，资讯平台的内容消费和电商平台的商品消费是断开的，目前基于资讯内容的导流效果不理想，无法在内容消费同时打通到商品消费的链路，给到用户良好的购物体验时，直接给平台GMV做出贡献。

再者，用户通过电商平台无法了解某个商品的整个周期，电商平台无法对关注-订阅-预约-购买-补款等整个周期的购买需求进行管理，从而合理安排消费周期。

因而，本申请中提供了一种对象预定方法，该方法可以适用于在二次元IP衍生品电商领域，商品生产周期较长的一种订阅式购买模式，具体包括以下步骤：

步骤202：获取待上线商品的上线信息，根据上线信息，在资讯平台发布待上线商品的资讯信息。

示例的，图3是本申请一实施例提供的一种资讯平台的界面示意图，如图3所示，在资讯平台中展示有多种多样的资讯信息，以供用户浏览，如直播A的资讯信息，活动B的资讯信息。在确定品牌方要制作二次元衍生产品X(待上线商品)时，服务端在获取到品牌方的授权后，可以获取二次元衍生产品X的相关上线信息，在该资讯平台中针对二次元衍生产品X发布资讯信息，该二次元衍生产品X的资讯信息可以包括品牌方的制作决定、二次元衍生产品X的图像、属性参数等信息。

步骤204：在待上线商品的上线信息发生更新的情况下，根据更新后的上线信息，在资讯平台中针对待上线商品发布更新资讯信息。

示例的，图4是本申请一实施例提供的另一种资讯平台的界面示意图，如图4所示，品牌方确定要上线一个手办A，服务端于1月1日获取授权，并获取到手办A的状态信息为：“预计上线手办A，手办A的尺寸为XXX，颜色为XXX，预计制作周期3个月”，此时可以基于该手办A的状态信息，在资讯平台发布资讯信息1。假设2月1日手办A的状态信息发生了变化，服务端获取到更新后的状态信息为：“手办A制作中，预计于3月1日开启预售”，此时可以根据该更新后的状态信息，在资讯平台中发布资讯信息2(即更新资讯信息)。之后，假设3月1日手办A的状态信息又发生了变化，服务端获取到更新后的状态信息为：“手办A制作接近尾声，已开启预售，预计于4月1日上线”，此时可以根据该更新后的状态信息，在资讯平台中发布资讯信息3。接着，假设4月1日手办A的状态信息又发生了变化，服务端获取到更新后的状态信息为：“手办A制作完成，已上线”，此时可以根据该更新后的状态信息，在资讯平台中发布资讯信息4。

另外，上述资讯信息1-4中每一个资讯信息的详情展示页中均包括订阅控件和预约控件，也即用户点击上述资讯信息1-4中的任意一个，进入资讯信息的详情展示页后，可以通过该详情展示页中包括的订阅控件订阅待上线商品相关的资讯信息，或者通过该详情展示页中包括的预约控件直接在预定平台中抢先预定该待上线商品。

步骤206：接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线商品发布的任一资讯信息，所述预约请求用于预订所述资讯信息对应的待上线商品。

需要说明的是，除了接收针对资讯信息的预约请求外，还可以接收针对资讯信息的订阅请求，从而订阅该待上线商品相关的各个资讯信息。也即，订阅即为订阅商品维度的所有资讯内容，享受资讯更新&商品开售提醒服务等。

步骤208：响应于该预约请求，监测电商平台中待上线商品是否上线。

步骤210：在监测到待上线商品上线的情况下，确定待上线商品对应的预付数额，从预约账户中扣除该预付数额的资金，在电商平台中生成该预约账户的预定订单。

需要说明的是，预约是一种先享后付服务，可以从第三方信用平台，预先做一个免密授权(不占用消费额度)，预约成功提前锁定商品的库存，开售后第一时间服务端自动创建订单，并通过预约支付方式进行绑定账户的定金扣款。只要预约成功且账户余额充足，用户不需要实时关注都可以购买成功，等商品入仓后开启补款，即可已现货的速度拿到心仪商品。

示例的，图5是本申请一实施例提供的一种商品预定的处理过程示意图，如图5所示，资讯平台在获取待上线商品的上线信息后，发布资讯信息，并在上线信息发生更新时，发布更新资讯信息，用户可以在任一资讯信息中进行订阅或预约。然后，电商平台中该待上线商品上线开售，服务端可以从该待上线商品的预约账户中扣除定金，生成预定订单，完成待上线商品的预定，之后商品入库开启补款，用户支付尾款，仓库发货。

需要说明的是，品牌方公开商品任何信息时，资讯平台在获得内容使用授权后，第一时间以资讯的方式发布在资讯平台，按照商品从制作手办决定一直到开售整个全生命周期，实时发布最新的资讯，让用户实时了解并关注心动商品的制作及生产周期、销售周期等过程，从商品维度将整个信息全部串联起来，帮助用户更容易的关注和了解商品。

用户可以在资讯平台中浏览商品相关的资讯的同时，提前享受订阅和预约服务，订阅即可享受开售提醒，而预约则享受提前锁定商品库存，开售后第一时间自动购买，且还可以锁定早买早划算的优惠，以及各种平台的优先服务、大促优惠等福利，即可以将资讯平台中发布的资讯和电商平台中待上线的商品进行关联，大大提升用户的购物体验，解决手办生产周期长，容易错过发售时间，爆款商品因未及时购买，市场无货，导致在正规购买渠道求购无门的遗憾。此外还可以提升拉新用户，并提供从看视频/番剧/资讯信息-订阅-预约-购买整个的购买计划的管理，便于用户合理安排自己的消费周期。

另外，为了保障用户体验，服务端可以将用户所有订阅和预约的商品，按照整个用户的浏览关注路径按照时间顺序统一管理，并针对商品所有需要用户参与和关注的点进行提醒服务，以便让用户享受定制服务的购物体验。对于服务端而言，就是将资讯平台和电商平台通过商品的SPU完全打通，在整个购买周期前加上定制体验式购物模式，提升用户从资讯内容到商品的转化率，同时给商品详情页导流。

本申请提供的对象预定方法，在确定后续会制作、上线某个商品后，可以先在资讯平台中发布与待上线商品相关的资讯信息，以供用户提前浏览查阅，用户在浏览查阅资讯信息时，可以针对资讯信息发起预约请求，预定该资讯信息对应的待上线商品，后续在该待上线商品上线时，可以自动为该用户预定该商品，生成预约账户的预定订单。如此，可以将资讯平台中发布的资讯和电商平台中待上线的商品进行关联，用户在资讯平台预约某个资讯信息后，可以在电商平台自动为该用户预定相应的待上线商品，无需用户在待上线商品上线时手动进行预定，大大提高了商品预定的效率和成功率，避免用户错过商品的预定周期，从而提高用户体验。

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

第一接收模块602，被配置为接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；

监测模块604，被配置为响应于所述预约请求，监测预定平台中所述待上线对象是否上线；

处理模块606，被配置为在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单。

可选地，所述装置还包括确定模块，被配置为：

根据所述预约请求的接收时间，确定所述预约账户对应的资源扣除规则。

可选地，所述确定模块进一步被配置为：

在检测到所述预定订单进入目标阶段的情况下，向所述预约账户发送目标阶段的处理提醒，所述目标阶段为所述预定订单中预定阶段之后的确认阶段；

在接收到所述预约账户发起的处理请求的情况下，根据所述资源扣除规则，确定所述预定订单的待扣除资源。

可选地，处理模块606进一步被配置为：

确定所述待上线对象对应的设定值；

从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单。

可选地，处理模块606进一步被配置为：

确定所述设定值是否小于预设阈值；

若小于所述预设阈值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若不小于所述预设阈值，则向所述预约账户反馈预定提醒，在第一预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第一预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

可选地，处理模块606进一步被配置为：

确定所述预约账户中的剩余资源；

确定所述剩余资源是否小于所述设定值；

若不小于所述设定值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若小于所述设定值，则向所述预约账户反馈预定提醒，在第二预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第二预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

可选地，所述装置还包括发送模块，被配置为：

向所述预约账户发送预定提醒信息；

在接收到针对所述预定提醒信息的取消请求的情况下，取消所述预约请求；

在第三预设时长内未接收到针对所述预定提醒信息的取消请求的情况下，执行所述针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单的操作步骤。

可选地，监测模块604进一步被配置为：

确定发起所述预约请求的预约账户的信用分值；

在所述信用分值满足预设预约条件的情况下，确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线。

可选地，监测模块604进一步被配置为：

获取所述预约账户的授权信息；

若所述授权信息为已授权，则确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线；

若所述授权信息为未授权，则向所述预约账户反馈授权提醒。

可选地，所述装置还包括发布模块，被配置为：

获取所述待上线对象的状态信息；

根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息。

可选地，所述发布模块进一步被配置为：

在所述待上线对象的状态信息发生更新的情况下，根据更新后的状态信息，在所述资讯平台中针对所述待上线对象发布更新资讯信息。

可选地，所述发布模块进一步被配置为：

确定所述待上线对象的对象标识；

将所述资讯信息与所述对象标识进行关联；

相应地，监测模块604进一步被配置为：

确定所述资讯信息关联的对象标识；

根据所述对象标识，监测预定平台中所述待上线对象是否上线。

可选地，所述装置还包括第二接收模块，被配置为：

接收在资讯信息中发起的订阅请求，所述订阅请求用于订阅所述资讯信息对应的待上线对象相关的资讯信息；

相应地，所述发布模块进一步被配置为：

确定在所述资讯信息中发起订阅请求的订阅用户，以及在所述资讯信息中发起预约请求的预约用户；

向所述订阅用户和所述预约用户推送所述更新资讯信息。

本申请提供的对象预定装置，在确定后续会制作、上线某个对象后，可以先在资讯平台中发布与待上线对象相关的资讯信息，以供用户提前浏览查阅，用户在浏览查阅资讯信息时，可以针对资讯信息发起预约请求，预定该资讯信息对应的待上线对象，后续在该待上线对象上线时，可以自动为该用户预定该对象，生成预约账户的预定订单。如此，可以将资讯平台中发布的资讯和预定平台中待上线的对象进行关联，用户在资讯平台预约某个资讯信息后，可以在预定平台自动为该用户预定相应的待上线对象，无需用户在待上线对象上线时手动进行预定，大大提高了对象预定的效率和成功率，避免用户错过对象的预定周期，从而提高用户体验。

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

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

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

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

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

其中，处理器720用于执行如下计算机可执行指令，以实现上述对象预定方法的操作步骤。

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

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

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

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

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

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

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

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

Claims (16)

1.一种对象预定方法，其特征在于，包括：

接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；

响应于所述预约请求，监测预定平台中所述待上线对象是否上线；

在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单。

2.根据权利要求1所述的对象预定方法，其特征在于，所述针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单之后，还包括：

根据所述预约请求的接收时间，确定所述预约账户对应的资源扣除规则。

3.根据权利要求2所述的对象预定方法，其特征在于，所述根据所述预约请求的接收时间，确定所述预约账户对应的资源扣除规则之后，还包括：

在检测到所述预定订单进入目标阶段的情况下，向所述预约账户发送目标阶段的处理提醒，所述目标阶段为所述预定订单中预定阶段之后的确认阶段；

在接收到所述预约账户发起的处理请求的情况下，根据所述资源扣除规则，确定所述预定订单的待扣除资源。

4.根据权利要求1-3任一项所述的对象预定方法，其特征在于，所述针对所述待上线对象进行预定处理，在所述预定平台中生成预约账户的预定订单，包括：

确定所述待上线对象对应的设定值；

从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单。

5.根据权利要求4所述的对象预定方法，其特征在于，所述从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单，包括：

确定所述设定值是否小于预设阈值；

若小于所述预设阈值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若不小于所述预设阈值，则向所述预约账户反馈预定提醒，在第一预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第一预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

6.根据权利要求4所述的对象预定方法，其特征在于，所述从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单，包括：

确定所述预约账户中的剩余资源；

确定所述剩余资源是否小于所述设定值；

若不小于所述设定值，则从所述预约账户中扣除所述设定值对应的资源，在所述预定平台中生成所述预约账户的预定订单；

若小于所述设定值，则向所述预约账户反馈预定提醒，在第二预设时长内检测到预定处理完成的情况下，在所述预定平台中生成所述预约账户的预定订单，在第二预设时长内未检测到预定处理完成的情况下，取消所述预约请求。

7.根据权利要求1-3任一项所述的对象预定方法，其特征在于，所述针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单之前，还包括：

向所述预约账户发送预定提醒信息；

在接收到针对所述预定提醒信息的取消请求的情况下，取消所述预约请求；

在第三预设时长内未接收到针对所述预定提醒信息的取消请求的情况下，执行所述针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单的操作步骤。

8.根据权利要求1-3任一项所述的对象预定方法，其特征在于，所述响应于所述预约请求，监测预定平台中所述待上线对象是否上线，包括：

确定发起所述预约请求的预约账户的信用分值；

在所述信用分值满足预设预约条件的情况下，确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线。

9.根据权利要求8所述的对象预定方法，其特征在于，所述确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线之前，还包括：

获取所述预约账户的授权信息；

若所述授权信息为已授权，则确定所述预约账户预约成功，监测预定平台中所述待上线对象是否上线；

若所述授权信息为未授权，则向所述预约账户反馈授权提醒。

10.根据权利要求1-3任一项所述的对象预定方法，其特征在于，所述接收在资讯信息中发起的预约请求之前，还包括：

获取所述待上线对象的状态信息；

根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息。

11.根据权利要求10所述的对象预定方法，其特征在于，所述根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息之后，还包括：

在所述待上线对象的状态信息发生更新的情况下，根据更新后的状态信息，在所述资讯平台中针对所述待上线对象发布更新资讯信息。

12.根据权利要求10所述的对象预定方法，其特征在于，所述根据所述状态信息，在所述资讯平台发布所述待上线对象的资讯信息之后，还包括：

确定所述待上线对象的对象标识；

将所述资讯信息与所述对象标识进行关联；

相应地，所述响应于所述预约请求，监测预定平台中所述待上线对象是否上线，包括：

确定所述资讯信息关联的对象标识；

根据所述对象标识，监测预定平台中所述待上线对象是否上线。

13.根据权利要求11所述的对象预定方法，其特征在于，所述接收在资讯信息中发起的预约请求之前，还包括：

接收在资讯信息中发起的订阅请求，所述订阅请求用于订阅所述资讯信息对应的待上线对象相关的资讯信息；

相应地，所述根据更新后的状态信息，在所述资讯平台中针对所述待上线对象发布更新资讯信息之后，还包括：

确定在所述资讯信息中发起订阅请求的订阅用户，以及在所述资讯信息中发起预约请求的预约用户；

向所述订阅用户和所述预约用户推送所述更新资讯信息。

14.一种对象预定装置，其特征在于，包括：

第一接收模块，被配置为接收在资讯信息中发起的预约请求，所述资讯信息为资讯平台中针对待上线对象发布的信息，所述预约请求用于预订所述资讯信息对应的待上线对象；

监测模块，被配置为响应于所述预约请求，监测预定平台中所述待上线对象是否上线；

处理模块，被配置为在监测到所述待上线对象上线的情况下，针对所述待上线对象进行预定处理，在所述预定平台中生成所述预约账户的预定订单。

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

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现上述权利要求1-13任一项所述的对象预定方法的操作步骤。

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

Images