CN107798587A - 数据对象信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了数据对象信息处理方法及装置，其中，所述方法包括：服务器提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；采集对所述数据对象执行的操作信息；当所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。通过本申请实施例，可以提升系统的灵活性，也有利于促进交易的达成，节省系统资源。

Description

数据对象信息处理方法及装置

技术领域

本申请涉及数据对象信息处理技术领域，特别是涉及数据对象信息处理方法及装置。

背景技术

在电子商务交易平台中，有一些特殊的商品具有多种状态，并且其中某种状态具有时间属性，包括状态的开始时间、结束时间等。例如，有些参加拍卖的商品，存在可以进行出价的开始时间以及结束时间，如，某拍品从2016年6月1日10：00起开拍，到12：00结束，则从10：00起，用户就可以对该拍品进行出价，到12：00时拍卖结束，用户不能再出价，并以最终拍出的最高价成交，等等。或者，还有一些参加某活动的商品，存在活动的开始时间以及结束时间，例如，某商品参加“聚划算”活动，并规定该活动从2016年6月1日10：00开始，到2016年6月8日10：00结束，用户在该时间段内，可以以相对较低的价格购买到该商品，等等。

在现有技术中，对于前述带有时间属性的商品，在商品发布或者加入活动时，会为对应的状态设定好固定的时间周期，但是，不同的商品由于不同场合等原因，可能会体现出不同的特点，因此，具体如何确定时间周期的长度是需要考虑的问题。例如，对于拍卖场景而言，如果允许进行出价的时间周期太短，可能会由于关注的人数不够而导致尚未开始出价，拍卖就已经结束，并最终导致拍品的流拍。而如果时间周期太长，例如，拍卖周期为三天，可能会造成用户流失等情况，这是因为，大部分用户出于观望心理，可能会等到快要结束时才会出价，以避免自己出价太早而成为别人的“垫脚石”，因此，会出现的情况下，虽然已经开始拍卖，但是一直无人出价，直到拍卖快要结束时，才会有人出价。在此过程中，可能会有部分用户由于不想再等待，而退出拍卖，或者，由于忘记时间等原因，错过出价时机，等等。

总之，在现有技术中，无论时间周期长或短，都可能存在影响交易达成等缺点，并且，也会导致相关系统资源或者网络资源的浪费。

发明内容

本申请提供了数据对象信息处理方法及装置，可以提升系统的灵活性，也有利于促进交易的达成，节省系统资源。

本申请提供了如下方案：

一种数据对象信息处理方法，包括：

服务器提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

采集对所述数据对象执行的操作信息；

在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

一种数据对象信息处理方法，包括：

客户端接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。

一种数据对象信息处理装置，应用于服务器，包括：

数据对象信息提供单元，用于提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

操作信息采集单元，用于采集对所述数据对象执行的操作信息；

时间信息修改单元，用于在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

一种数据对象信息处理装置，应用于客户端，包括：

信息接收单元，用于接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，对于具有时间信息的数据对象(例如，参加拍卖的商品对象，或者参加限时特价活动的商品对象，等等)，在数据对象被发布时，或者确定为参加活动时，等等，可以暂时不配置第一状态(例如，可以出价的状态等)的结束时间，或者配置为距第一状态的开始时间很远的值。同时，可以对数据对象的被操作信息进行采集，例如，是否已经有用户开始出价，或者，是否被关注的用户数量超过某数值，等等，如果发现该被操作信息满足预置条件时，则可以缩短所述数据对象处于所述预置状态的时间周期。也就是说，可以根据数据对象实际被操作的情况，来确定第一状态的结束时间，而不是预先设置成固定的值。这样可以提升系统的灵活性，也有利于促进交易的达成，节省系统资源。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的应用场景架构图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例提供的第一装置的示意图；

图5是本申请实施例提供的第二装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，参见图1，可以通过服务器11与客户端12配合的方式，实现对数据对象时间信息的修改。具体的，对于具有时间信息的数据对象(例如，参加拍卖的商品对象，或者参加限时特价活动的商品对象，等等)，在数据对象被发布时，或者确定为参加活动时，等等，可以暂时不配置第一状态(例如，可以出价的状态等)的结束时间，或者配置为距第一状态的开始时间很远的值。同时，服务器11可以对数据对象的被操作信息进行采集，例如，是否已经有用户开始出价，或者，是否被关注的用户数量超过某数值，等等，如果发现该被操作信息满足预置条件时，则可以缩短所述数据对象处于所述第一状态的时间周期，并且还可以将修改后的结束时间信息提供给各个对该数据对象执行过操作的客户端，以提醒用户可以提前执行出价等操作。也就是说，可以根据数据对象实际被操作的情况，来确定第一状态的结束时间，而不是预先设置成固定的值。这样可以提升系统的灵活性，也有利于促进交易的达成，节省系统资源。下面对具体的实现方式进行介绍。

实施例一

首先，该实施例一从服务器的角度提供了一种数据对象信息处理方法，参见图2，该方法具体可以包括以下步骤：

S201：服务器提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

其中，数据对象就可以是在网络销售平台中发布的数据对象，包括商品对象等。具体实现时，服务器提供数据对象的方式可以有多种，例如，可以通过页面的方式提供数据对象信息，或者，对于移动终端设备的用户而言，还可以提供可以安装于移动终端设备中的客户端(App)，通过这种App的用户界面，提供数据对象信息，等等。

其中，本申请实施例中的数据对象，可以是指实际应用中参加拍卖的商品对象，或者，参加限时特价活动的商品对象，等等。总之，这类数据对象所共同具有的特征为：数据对象具有时间信息以及状态信息，所述时间信息包括表示所述数据对象处于第一状态的起始时间信息以及结束时间信息。例如，对于参加拍卖的商品对象而言，在商品对象发布的初始状态，第二用户(电商平台中的买家用户、消费者用户等，相应的，卖家用户或者商家用户等可以称为第一用户)通常还不能对该商品对象进行出价，只有等到可以进行出价的状态时，才能够进行出价。因此，在这种情况下，所谓的第一状态可以是指，第二用户可对商品对象进行出价的状态。

具体实现时，在数据对象的初始状态下，也即，数据对象被发布时，或者，被确定为参加某活动时，等等，在尚未进入到实际的用户可出价状态，或者特价状态等第一状态时，第一状态的结束时间可以暂时不进行配置，也即该结束时间可以为空，此时，可以看作是结束时间无穷长。或者，还可以结束时间配置为第一时间点，该第一时间点距离第一状态的起始时间点的时间长度很长。当然，该很长的时间周期只是象征性的进行配置，实际上并不会依据该结束时间来确定是否结束该第一状态。

S202：采集对所述数据对象执行的操作信息；

在数据对象所处的各种不同状态下，第二用户可以对该数据对象执行各种不同类型的操作，例如，对于参加拍卖的数据对象而言，在可出价之前的状态下，第二用户可以对其进行订阅操作、缴纳保证金操作，在进入到可出价状态后，则可以执行出价操作，等等。在本申请实施例中，可以对上述各种类型的操作信息进行采集，后续的步骤中，即可用户这种采集到的信息，对数据对象的时间信息进行调整。

具体采集的数据对象的被操作信息可以有多种具体的形式。

例如，以参加拍卖的商品对象等为例进行介绍，这类数据对象的特点在于：数据对象最终成交的资源信息(例如价格等)，是根据第二用户对该数据对象的出价情况来确定，此时，数据对象的第一状态，就是指第二用户可对该数据对象进行出价的状态，第一状态的起始时间，就是可以开始出价的时间，结束时间即为出价结束的时间，也即，第二用户不能再为该数据对象进行出价。

对于具有上述特点的数据对象而言，具体采集的数据对象的被操作信息，时，可以接收对所述数据对象的操作请求，其中，这种操作请求中通常会携带有操作类型信息，因此，可以采集所述操作请求中携带的操作类型信息。

具体的，在一种情况下：操作类型信息包括对所述数据对象执行的出价操作。此时，可以是在所述数据对象进入第一状态(也即可出价状态)后，采集对所述数据对象执行的出价操作。例如，在参加拍卖的商品对象进入到可出价状态后，采集第二用户对该商品对象的出价操作信息。

或者，由于在数据对象进入到具体的第一状态之前，通常还可以为第二用户提供对该数据对象进行订阅的操作选项，第二用户可以通过该操作选项对其关注的数据对象进行订阅。因此，操作类型信息也可以包括对所述数据对象执行的订阅操作。其中，订阅某数据对象的第一用户数量的多少，可以代表该数据对象的被关注热度，如果被关注的热度比较高，则可以通过设定比较短的时间周期，来促进第二用户进行出价等行为。因此，在该步骤中，还可以采集订阅所述数据对象的第一用户数量信息。

另外，在实际应用中，对于参加拍卖的数据对象而言，由于最终的价格是根据最高出价者给出的价格而定，并且，只有该最高出价者才具有购买该数据对象的资格，换言之，其他出价者会失去购买该数据对象的资格。在这种情况下，为了避免最高出价者在拍下一个数据对象之后，发生“反悔”的情况，例如，放弃购买等，通常需要参加出价的用户预先交纳具有保证性质的资源信息，也即，在实际应用中，可以称为“保证金”等。也就是说，通常而言，只有缴纳了保证金的第二用户，才能够对数据对象进行出价。因此，如果为某数据对象缴纳保证金的用户数量较多，则同样可以证明该数据对象的关注热度比较高，并且，用户可能也希望尽快开始出价，等等，因此，也可以通过设定比较短的时间周期，来促进第二用户进行出价等行为。因此，操作类型信息还可以包括对所述数据对象执行的缴纳保证金操作，在采集数据对象的操作信息时，还可以采集为所述数据对象缴纳保证金的操作，这样，可以对为所述数据对象执行缴纳保证金操作的第二用户数量进行统计。

当然，在实际应用中，还可以采集其他维度上的信息，这里不再一一详述。

S203：当所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

在数据对象进入到第一状态后，就可以对采集到的操作信息进行判断，如果操作信息满足预置的条件，则可以对该第一状态的结束时间进行修改。具体的预置条件可以根据采集的信息种类而定，例如，如果采集的信息为在所述数据对象进入所述第一状态后，采集到的为所述数据对象进行出价的操作，则该步骤可以为：在首次接收到对所述数据对象执行的出价操作时，修改所述结束时间信息。也就是说，在这种方式下，只要有用户对某数据对象执行出价操作，就可以启动结束出价时间的倒计时，并且倒计时的时间长度会相对较短，例如，可以为20分钟等，这样，可以促进用户在该20分钟内进行出价，尽快促成交易。这样，在具体实现时，在提供数据对象时，还可以同时提供提示信息，该提示信息可以用于提示用户：只要有用户开始出价，就可以提前结束出价周期，这样，可以促进用户积极出价。

如果采集的信息为订阅所述数据对象的操作，则该步骤可以是：如果订阅所述数据对象的第一用户数量信息达到预置的第一阈值，则修改所述结束时间信息。也就是说，如果某数据对象的订阅用户数量已经达到某阈值，并且该数据对象已经处于可以出价状态，则就可以开始启动对出价结束时间的倒计时，以促进订阅该数据对象的用户积极出价，在相对较短的时间内结束拍卖过程。

如果采集的信息是为所述数据对象缴纳保证金的操作，则与上述情况类似，可以是为所述数据对象执行缴纳保证金操作的第二用户数量达到预置的第二阈值时，修改所述结束时间信息。也就是说，如果某数据对象对应的已经缴纳保证金的用户数量已经达到某阈值，并且该数据对象已经处于可以出价状态，则就可以开始启动对结束时间的倒计时，以促进已经为该数据对象交纳保证金的用户积极出价，在相对较短的时间内结束拍卖过程。

其中，具体在将所述时间周期进行缩短处理时，可以有多种方式，例如，在其中一种方式下，可以是将从当前时刻(也即采集到的信息满足了预置条件的时刻)起，向后推算预置时间长度的时间点确定为所述预置状态的结束时间属性的属性值。例如，该预置时间长度为20分钟，操作信息满足了预置条件的时刻为11：20，则可以确定出当前数据对象处于某预置状态的结束时间点为11：40，等等。这样，由于初始状态下，该结束时间可能为空(此时，可以看作是无穷大)，或者是一个距离开始时间很远的值，例如，三天后等等，因此，通过设定一个距离当前时刻比较近的时刻作为结束时间点，可以使得数据对象处于该预置状态的时间周期缩短。也就是说，假设初始状态下，将数据对象处于预置状态的结束时间点设置为第一时间点，则后续在采集到满足预置条件的被操作信息时，可以将所述结束时间确定为第二时间点，其中，所述第二时间点距离当前时刻的时间长度(例如，可以为20分钟，等等)，小于所述第一时间点距离当前时刻的时间长度。

需要说明的是，在具体实现时，可以为全部数据对象都配置相同的前述预置时间长度，也就是说，只要是符合前述条件，则在确定预置状态的结束时间时，都按照从当前时刻起向后推同样的时间长度(例如，全部为20分钟，等等)，确定出结束时间点。或者，在实际应用中，不同的数据对象往往具有不同的特点，因此，如果全部配置为相同的上述预置时间长度，可能会不够合理。例如，不同类目的数据对象，在拍卖所需时间上可能会有所不同，有些大额数据对象，由于涉及到的资源信息数值比较大，用户可能需要较多的时间思考，以及执行数值的输入操作等，因此，出价所需的时间可能会相对较长。而对于一些小额的数据对象，通常会比较快速的结束出价过程，等等。因此，在优选的实现方式下，还可以预先保存多种时间长度信息，每种时间长度对应不同的数据对象类目。这样，在具体确定当前数据对象的结束时间属性值时，可以首先确定所述数据对象所属的类目，并根据所述保存的信息，确定该类目对应的所述预置时间长度。例如，对于汽车类，该预置时间长度为50分钟，珠宝类为30分钟，日常用品类为20分钟，等等。

另外，还可以根据数据对象被关注热度的不同，确定为不同的时间长度，具体的，可以预先保存多种时间长度信息，每种时间长度对应不同的关注热度信息。这是因为，如果某数据对象的关注热度比较高，则需要出价的用户数量可能会比较高，进而可能需要比较长的时间周期，才能够使得所有的用户都有机会出价。而如果某数据对象的关注热度比较低，则由于出价的用户数量也比较少，因此，可以配置为较短的时间周期，等等。因此，在确定预置时间长度时，可以首先根据所述数据对象的订阅用户数量和/或已交纳具有保证性质资源信息的用户数量，确定所述数据对象的关注热度，然后，根据所述预先保存的信息，确定该关注热度对应的预置时间长度。

需要说明的是，在实际应用中，通过本申请实施例提供的方案，在采集到符合条件的操作信息时，会对数据对象处于预置状态的结束时间点做提前处理，为了避免用户错过执行出价等操作的时间，还可以执行“用户召回”的操作。具体的，可以确定与所述数据对象相关的目标用户，向所述目标用户提供通知消息，所述通知消息用于将所述预置状态的结束时间信息提供给所述目标用户。其中，该目标用户可以是前述订阅了该数据对象的用户，或者，已经为该数据对象缴纳保证金的用户，等等。其中，具体的召回方式可以有多种，例如，可以向对应的用户客户端推送相应的通知消息，或者，还可以通过预先记录的用户的联系方式信息，以向用户发送短消息、电子邮件等方式进行召回，等等。

总之，在本申请实施例中，对于具有时间信息的数据对象(例如，参加拍卖的商品对象，或者参加限时特价活动的商品对象，等等)，在数据对象被发布时，或者确定为参加活动时，等等，可以暂时不配置第一状态(例如，可以出价的状态等)的结束时间，或者配置为距第一状态的开始时间很远的值。同时，可以对数据对象的被操作信息进行采集，例如，是否已经有用户开始出价，或者，是否被关注的用户数量超过某数值，等等，如果发现该被操作信息满足预置条件时，则可以缩短所述数据对象处于所述预置状态的时间周期。也就是说，可以根据数据对象实际被操作的情况，来确定第一状态的结束时间，而不是预先设置成固定的值。这样可以提升系统的灵活性，也有利于促进交易的达成，节省系统资源。

实施例二

该实施例二主要从客户端的角度对该实施方案进行介绍。该实施例二提供了一种数据对象信息处理方法，在该方法中：客户端可以接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。

其中，在该步骤之前，客户端还可以接收服务器提供的数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息。

另外，在接收到对所述数据对象执行的操作信息时，将所述操作信息提交到服务器，以便所述服务器对所述数据对象的操作信息进行采集，并在数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息。

也就是说，参见图3，在一个可选的实现方式中，客户端的方法流程具体可以包括以下步骤：

S301：接收服务器提供的数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

S302：接收到对所述数据对象执行的操作信息时，将所述操作信息提交到服务器，以便所述服务器对所述数据对象的操作信息进行采集，并在数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息；

S303：接收服务器提供的第一状态结束时间信息被修改后的数据对象信息。

由于该实施例二与实施例一是相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图4，该装置应用于服务器，具体可以包括：

数据对象信息提供单元401，用于提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

操作信息采集单元402，用于采集对所述数据对象执行的操作信息；

时间信息修改单元403，用于在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

具体实现时，操作信息采集单元具体可以用于：

接收对所述数据对象的操作请求，所述操作请求中携带有操作类型信息；

采集所述操作请求中携带的操作类型信息。

其中，所述操作类型信息包括对所述数据对象执行的出价操作，此时，所述时间信息修改单元具体可以用于：

在所述数据对象处于所述第一状态，且首次接收到对所述数据对象执行的出价操作时，修改所述结束时间信息。

或者，所述操作类型信息也可以包括为所述数据对象执行的订阅操作；此时，所述时间信息修改单元具体可以用于：

在所述数据对象处于所述第一状态，且订阅所述数据对象第一用户数量达到预置的第一阈值时，修改所述结束时间信息。

再或者，所述操作类型信息包括为所述数据对象执行的缴纳保证金操作；所述时间信息修改单元具体可以用于：

在所述数据对象处于所述第一状态，且为所述数据对象执行缴纳保证金操作的第二用户数量达到预置的第二阈值时，修改所述结束时间信息。

具体实现时，所述时间信息修改单元具体可以用于：

将从所述操作信息满足预置条件的时刻起，向后推算预置时间长度的时间点确定为所述结束时间。

其中，在所述操作信息满足预置条件之前，所述结束时间信息为未配置。

或者，在所述操作信息满足预置条件之前，所述结束时间配置为第一时间点，在所述被操作信息满足预置条件时，将所述结束时间确定为第二时间点，其中，所述第二时间点距离所述满足条件时刻的时间长度，小于所述第一时间点距离所述满足条件时刻的时间长度。

具体实现时，该装置还可以包括：

第一时间长度保存单元，用于预先保存多种时间长度信息，每种时间长度对应不同的数据对象类目；

第一时间长度确定单元，用于确定所述数据对象所属的类目，并根据所述保存的信息，确定该类目对应的所述预置时间长度。

或者，该装置还包括：

第二时间长度保存单元，用于预先保存多种时间长度信息，每种时间长度对应不同的关注热度信息；

关注热度确定单元，用于根据所述数据对象的订阅用户数量和/或已缴纳保证金的用户数量，确定所述数据对象的关注热度；

第二时间长度确定单元，用于根据所述预先保存的信息，确定该关注热度对应的预置时间长度。

另外，在具体实现时，该装置还可以包括：

目标用户记录单元，用于记录与所述数据对象相关的目标用户；

通知单元，用于在修改所述结束时间信息后，向所述目标用户提供通知消息，所述通知消息用于将所述第一状态的结束时间信息提供给所述目标用户。

其中，所述目标用户包括对所述数据对象执行操作的用户。

具体的，所述对所述数据对象执行操作的用户，包括：对所述数据对象执行了订阅操作的用户和/或缴纳保证金操作的用户。

与实施例二相对应，本申请实施例还提供了一种数据对象信息处理装置，该装置具体可以应用于客户端，参见图5，该装置可以包括：

信息接收单元501，用于接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。

具体实现时，信息接收单元501还可以用于：

接收服务器提供的数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息。

另外，该装置还可以包括：

操作信息接收单元，用于接收到对所述数据对象执行的操作信息时，将所述操作信息提交到服务器，以便所述服务器对所述数据对象的操作信息进行采集，并在数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的数据对象信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (18)

1.一种数据对象信息处理方法，其特征在于，包括：

服务器提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

采集对所述数据对象执行的操作信息；

在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

2.根据权利要求1所述的方法，其特征在于，所述采集对所述数据对象执行的操作信息，包括：

接收对所述数据对象的操作请求，所述操作请求中携带有操作类型信息；

采集所述操作请求中携带的操作类型信息。

3.根据权利要求2所述的方法，其特征在于，所述操作类型信息包括对所述数据对象执行的出价操作；

所述在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，包括：

在所述数据对象处于所述第一状态，且首次接收到对所述数据对象执行的出价操作时，修改所述结束时间信息。

4.根据权利要求2所述的方法，其特征在于，所述操作类型信息包括为所述数据对象执行的订阅操作；

所述在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，包括：

在所述数据对象处于所述第一状态，且订阅所述数据对象第一用户数量达到预置的第一阈值时，修改所述结束时间信息。

5.根据权利要求2所述的方法，其特征在于，所述操作类型信息包括为所述数据对象执行的缴纳保证金操作；

所述在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，包括：

在所述数据对象处于所述第一状态，且为所述数据对象执行缴纳保证金操作的第二用户数量达到预置的第二阈值时，修改所述结束时间信息。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述修改所述结束时间信息，包括：

将从所述操作信息满足预置条件的时刻起，向后推算预置时间长度的时间点确定为所述结束时间。

7.根据权利要求6所述的方法，其特征在于，在所述操作信息满足预置条件之前，所述结束时间信息为未配置。

8.根据权利要求6所述的方法，其特征在于，在所述操作信息满足预置条件之前，所述结束时间配置为第一时间点，在所述被操作信息满足预置条件时，将所述结束时间确定为第二时间点，其中，所述第二时间点距离所述满足条件时刻的时间长度，小于所述第一时间点距离所述满足条件时刻的时间长度。

9.根据权利要求6所述的方法，其特征在于，还包括：

预先保存多种时间长度信息，每种时间长度对应不同的数据对象类目；

确定所述数据对象所属的类目，并根据所述保存的信息，确定该类目对应的所述预置时间长度。

10.根据权利要求6所述的方法，其特征在于，还包括：

预先保存多种时间长度信息，每种时间长度对应不同的关注热度信息；

根据所述数据对象的订阅用户数量和/或已缴纳保证金的用户数量，确定所述数据对象的关注热度；

根据所述预先保存的信息，确定该关注热度对应的预置时间长度。

11.根据权利要求1至5任一项所述的方法，其特征在于，还包括：

记录与所述数据对象相关的目标用户；

在修改所述结束时间信息后，向所述目标用户提供通知消息，所述通知消息用于将所述第一状态的结束时间信息提供给所述目标用户。

12.根据权利要求11所述的方法，其特征在于，所述目标用户包括对所述数据对象执行操作的用户。

13.根据权利要求12所述的方法，其特征在于，所述对所述数据对象执行操作的用户，包括：对所述数据对象执行了订阅操作的用户和/或缴纳保证金操作的用户。

14.一种数据对象信息处理方法，其特征在于，包括：

客户端接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。

15.根据权利要求14所述的方法，其特征在于，所述方法之前还包括：

接收服务器提供的数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息。

16.根据权利要求14所述的方法，其特征在于，还包括：

接收到对所述数据对象执行的操作信息时，将所述操作信息提交到服务器，以便所述服务器对所述数据对象的操作信息进行采集，并在数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息。

17.一种数据对象信息处理装置，其特征在于，应用于服务器，包括：

数据对象信息提供单元，用于提供数据对象信息，所述数据对象具有时间信息以及状态信息，所述状态包括第一状态，所述时间信息包括所述数据对象处于第一状态的起始时间信息以及结束时间信息；

操作信息采集单元，用于采集对所述数据对象执行的操作信息；

时间信息修改单元，用于在所述数据对象处于所述第一状态，且所述操作信息满足预置条件时，修改所述结束时间信息，其中，修改后的结束时间早于原结束时间。

18.一种数据对象信息处理装置，其特征在于，应用于客户端，包括：

信息接收单元，用于接收服务器提供的第一状态结束时间信息被修改后的数据对象信息，其中，在所述数据对象处于所述第一状态，且对所述数据对象的操作信息满足预置条件时，触发所述对第一状态结束时间信息的修改操作，并且修改后的结束时间早于原结束时间。