业务信息展现控制方法、装置和互联网业务信息显示平台

摘要

本申请提出一种业务信息展现控制方法、装置和互联网业务信息显示平台，其中，该方法包括：获取预设时段内的用户历史流量信息和总数据消耗量；根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时间段内的预测数据消耗量；获取所述业务信息在所述第一时间段内的第一展现概率和实时数据消耗量；根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息。实现了业务信息展现概率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信息展现需求。

说明书

技术领域

本申请涉及信息处理技术领域，尤其涉及一种业务信息展现控制方法、装置和互联网 业务信息显示平台。

背景技术

在互联网业务信息系统中，业务信息供应商根据每天的数据消耗量在互联网平台投放 业务信息。其中，业务信息收费方式包括以点击方式收费的业务信息，以及以展现方式收 费的业务信息。为了在不超当天数据消耗量的情况下将业务信息呈现给用户，互联网平台 需要控制业务信息数据消耗量的展现速度。

目前的业务信息展现控制技术，具体为：根据业务信息的数据消耗量和每次业务信息 点击的数据消耗量，获取业务信息的剩余点击次数M，将M与预设的点击量阈值T进行比 较，若判断获知M大于等于T，则展现概率设置为100％；否则，以M/T*100％概率展现。

由此可见，目前的控制技术使得展现概率先快后慢，随着业务信息的不断展现，业务 信息的展现概率越来越低，并且阈值T固定，不能同时满足不同性质业务信息的不同需求， 降低了业务信息展现效果。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种业务信息展现控制方法，该方法实现了一天 中业务信息展现概率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了 不同性质的业务信息展现需求。

本申请的第二个目的在于提出一种业务信息展现控制装置。

本申请的第三个目的在于提出一种互联网业务信息显示平台。

为达上述目的，本申请第一方面实施例提出了一种业务信息展现控制方法，包括：获 取预设时段内的用户历史流量信息和总数据消耗量；根据所述用户历史流量信息和总数据 消耗量，获取业务信息在第一时间段内的预测数据消耗量；获取所述业务信息在所述第一 时间段内的第一展现概率和实时数据消耗量；根据所述实时数据消耗量和所述预测数据消 耗量调整所述第一展现概率，并按照调整后的第二展现概率在第二时间段内展现所述业务 信息，其中，所述第二时间段位于所述第一时间段之后，且两者时长相同。

本申请实施例的业务信息展现控制方法，首先获取预设时段内的用户历史流量信息和 总数据消耗量；然后根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时 间段内的预测数据消耗量；进而获取所述业务信息在所述第一时间段内的第一展现概率和 实时数据消耗量；最后根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现 概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息，其中，所述第二 时间段位于所述第一时间段之后，且两者时长相同。由此，实现了一天中业务信息展现概 率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信 息展现需求。

为达上述目的，本申请第二方面实施例提出了一种业务信息展现控制装置，包括：第 一获取模块，用于获取预设时段内的用户历史流量信息和总数据消耗量；第二获取模块， 用于根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时间段内的预测数 据消耗量；所述第一获取模块，还用于获取所述业务信息在所述第一时间段内的第一展现 概率和实时数据消耗量；控制模块，用于根据所述实时数据消耗量和所述预测数据消耗量 调整所述第一展现概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息， 其中，所述第二时间段位于所述第一时间段之后，且两者时长相同。

本申请实施例的业务信息展现控制装置，通过第一获取模块，用于获取预设时段内的 用户历史流量信息和总数据消耗量；通过第二获取模块根据所述用户历史流量信息和总数 据消耗量，获取业务信息在第一时间段内的预测数据消耗量；通过所述第一获取模块获取 所述业务信息在所述第一时间段内的第一展现概率和实时数据消耗量；通过控制模块根据 所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率，并按照调整后的第二 展现概率在第二时间段内展现所述业务信息，其中，所述第二时间段位于所述第一时间段 之后，且两者时长相同。由此，实现了一天中业务信息展现概率和用户流量的正比分布， 提高了业务信息展现的时效性，并且满足了不同性质的业务信息展现需求。

为达上述目的，本申请第三方面实施例提出了一种互联网业务信息显示平台，包括： 业务信息投放系统，以及如上所述的业务信息展现控制装置。

本申请实施例的互联网业务信息显示平台，通过业务信息展现控制装置获取一天中各 单位时间片内的用户历史流量信息，以及第一时间段内的业务信息数据消耗量；根据所述 业务信息数据消耗量和所述用户历史流量信息，获取业务信息在所述第一时间段内的预测 数据消耗量；进而获取所述业务信息在所述第一时间段内的第一展现概率和实时数据消耗 量；根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率，并按照调整 后的第二展现概率在第二时间段内展现所述业务信息。由此，实现了一天中业务信息展现 概率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务 信息展现需求。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显 和容易理解，其中：

图1是本申请一个实施例的业务信息展现控制方法的流程图；

图2是本申请另一个实施例的业务信息展现控制方法的流程图；

图3是本申请一个实施例的业务信息展现控制装置的结构示意图；

图4是本申请另一个实施例的业务信息展现控制装置的结构示意图；

图5是本申请一个实施例的互联网业务信息显示平台的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同 或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描 述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的业务信息展现控制方法及装置。

图1是本申请一个实施例的业务信息展现控制方法的流程图。

如图1所示，该业务信息展现控制方法包括：

步骤101，获取预设时段内的用户历史流量信息和用于展现业务信息的总数据消耗量。

具体地，本发明各实施例提供的业务信息展现控制方法应用在具有业务信息播放业务 的互联网业务信息显示平台。业务信息在互联网平台投放的目的是由于互联网平台的用户 流量大，从而可以让更多的受众群体获知业务信息。

然而，互联网业务信息显示平台的用户流量在一天中各个时段的分布不均匀，由于互 联网平台的用户访问量越大，业务信息的受众群体越大，业务信息的时效性越高。因此， 在正好消耗业务信息数据消耗量的情况下，在用户访问量大的时间段，业务信息的展现概 率大，在用户访问量小的时间段，业务信息的展现概率小，使得一天中业务信息展现概率 和用户流量的分布成正比，才能使得业务信息的时效性最高。

为达上述目的，首先获取一天内预设时段中用户历史流量信息，其中，预设时段根据 具体的应用需要进行设置，本实施例对此不作限制，例如：全天24小时的用户历史流量信 息，或者，早上8点到晚上8点的用户历史流量信息。

需要注意的是，用户历史流量信息的具体内容的表现形式很多，根据应用需要进行选 择。具体说明如下：

方式一，业务信息投放系统中的业务信息日志记录了用户在浏览网页时看见并点击该 业务信息的行为，从而可以通过查询该业务信息日志获取预设时段内对应的业务信息访问 量的历史平均值，比如，从业务信息日志中获取上一周中24小时内业务信息访问量的历史 平均值。

方式二，互联网业务信息显示平台服务器的用户日志中记录了用户的平台访问量，从 而可以通过查询该用户日志获取预设时段内对应的用户访问量的历史平均值，比如，从用 户日志中获取头一天中早8时到晚8时内用户访问量的历史平均值。

为了在正好消耗业务信息数据消耗量的前提下，使得一天中业务信息展现概率和用户 流量的分布成正比，因此，为达上述目的，还要获取预设时段内的总数据消耗量。需要注 意的是，总数据消耗量对应的预设时段与用户历史流量信息对应的预设时段相同。其中， 总数据消耗量的获取途径很多，可以从业务信息投放系统的业务信息数据库中直接获取； 或者，从业务信息供应商处获取对业务信息一天的数据消耗量和在预设时段前已经消耗的 数据量，间接获取预设时段内的总数据消耗量。

步骤102，根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时间段 内的预测数据消耗量。

在获取预设时段内的用户历史流量信息和总数据消耗量之后，根据第一时间段内的用 户历史流量占预设时段内所有用户历史流量的比例，获取第一时间段内用户历史流量的分 布比例。其中，本实施例中的第一时间段小于等于预设时段，是用于预测业务信息在第二 时间段的展现概率的参照时间段。第二时间段位于第一时间段之后，且第二时间段和第一 时间段的时长相同。需要强调的是，第一时间段和第二时间段，可以根据应用需要设置其 时长包括：一个或者多个单位时间片。其中，单位时间片是将一天等分成若干个时间间隔， 每个间隔时长可以是15分钟、30分钟或1小时，本实施例对此不做限制。

进而根据第一时间段内用户历史流量的分布比例和预设时段内的总数据消耗量，获取 业务信息在第一时间段内的预测数据消耗量。

步骤103，获取所述业务信息在所述第一时间段内的第一展现概率和实时数据消耗量。

互联网业务信息显示平台在第一时间段结束时，能够从业务信息投放系统中的业务信 息数据库获取业务信息在第一时间段内的实时数据消耗量，其中，业务信息数据库以单位 时间片速度实时更新，以及从业务信息展现控制装置中获取业务信息在第一时间段内的第 一展现概率。需要强调的是，如果第一时间段为初始时间，则第一展现概率为预设值，或 者根据其他参数设置的初始值。

步骤104，根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率， 并按照调整后的第二展现概率在第二时间段内展现所述业务信息，其中，所述第二时间段 位于所述第一时间段之后，且两者时长相同。

获取业务信息在第一时间段内的实时数据消耗量和预测数据消耗量之后，通过比较实 时数据消耗量和预测数据消耗量的大小，调整业务信息在第一时间段内的第一展现概率。

需要注意的是，通过比较实时数据消耗量和预测数据消耗量之后，对第一展现概率的 调整方式有很多，比如直接对第一展现概率进行调整，或者，根据业务信息的热门因子对 第一展现概率进行调整，可以根据具体的应用场景进行选择。

然后，在第二时间段内按照调整后的第二展现概率在互联网业务信息显示平台展现业 务信息。

综上所述，相对于现有技术本实施例提供的业务信息展现控制方法，在不超数据消耗 量的前提下，使得一天中业务信息展现概率和用户流量的正比分布，动态调整展现概率， 从而对于热门业务信息即数据消耗量消耗较快的业务信息，可以使得每个时段业务信息消 耗的速度和用户访问的频率成正比，让业务信息消费更加平滑，并让数据消耗量完全消耗 完毕；对于冷门业务信息即数据消耗量消耗较慢的业务信息，现有技术随着业务信息的展 现，其展现概率仍会逐渐降低，而本发明可以让业务信息展现概率保持而不降低，激发更 多的展现。

本申请实施例的业务信息展现控制方法，首先获取预设时段内的用户历史流量信息和 总数据消耗量；然后根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时 间段内的预测数据消耗量；进而获取所述业务信息在所述第一时间段内的第一展现概率和 实时数据消耗量；最后根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现 概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息，其中，所述第二 时间段位于所述第一时间段之后，且两者时长相同。由此，实现了一天中业务信息展现概 率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信 息展现需求。

图2是本申请另一个实施例的业务信息展现控制方法的流程图。

如图2所示，该业务信息展现控制方法具体包括：

步骤201，查询业务信息日志获取预设时段内、与各单位时间片对应的业务信息访问 量的历史平均值。

业务信息投放系统中的业务信息日志记录了用户在浏览网页时看见并点击该业务信息 的行为，从而可以通过查询该业务信息日志获取预设时段内、与各单位时间片对应的业务 信息访问量的历史平均值，其中，单位时间片是将一天等分成若干个时间间隔，每个间隔 时长可以是15分钟、30分钟或1小时，本实施例对此不做限制。比如，单位时间片为1 小时，则从业务信息日志中获取上一周中24小时内每小时的业务信息访问量的历史平均 值。

步骤202，从业务信息数据库中获取所述业务信息在所述预设时段内的用于展现业务 信息的总数据消耗量，以及第一时间段内的实时数据消耗量，其中，所述业务信息数据库 以单位时间片速度实时更新。

为了在正好消耗业务信息数据消耗量的前提下，使得一天中业务信息展现概率和用户 流量的分布成正比，因此，为达上述目的，从业务信息投放系统的业务信息数据库中直接 获取预设时段内的总数据消耗量，以及第一时间段内的实时数据消耗量。

其中，本实施例中的第一时间段小于等于预设时段，是用于预测业务信息在第二时间 段的展现概率的参照时间段。第二时间段位于第一时间段之后，且第二时间段和第一时间 段的时长相同。需要强调的是，第一时间段和第二时间段，可以根据应用需要设置其时长 包括：一个或者多个单位时间片。

步骤203，根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时间段 内的预测数据消耗量。

根据第一时间段内的用户历史流量占预设时段内所有用户历史流量的比例，获取第一 时间段内用户历史流量的分布比例，进而根据第一时间段内用户历史流量的分布比例和预 设时段内的总数据消耗量，获取业务信息在第一时间段内的预测数据消耗量。为了更清楚 的说明预测数据消耗量的获取过程，在一个实施例中，当所述第一时间段为单位时间片t 时，所述获取业务信息在第一时间段内的预测数据消耗量，包括：

根据所述用户历史流量信息和总数据消耗量，采用公式(1)获取业务信息在第一时间 段内的预测数据消耗量，其中，所述公式(1)具体为：

$predict\_budget(g,t)=\frac{day\_balance(g,t)\times L(g,t)}{{\Sigma }_{k=t}^{24\times 4-1}L(g,k)};$

其中，

L(g,t)为业务信息g的用户历史流量信息；

day_balance(g,t)为业务信息g的总数据消耗量。

步骤204，获取所述业务信息在所述第一时间段内的第一展现概率，判断所述预测数 据消耗量是否大于所述实时数据消耗量，若判断获知所述预测数据消耗量大于所述实时数 据消耗量，则提高所述第一时间段内的第一展现概率，若判断获知所述预测数据消耗量小 于所述实时数据消耗量，则降低所述第一展现概率。

具体地，从业务信息展现控制装置中获取业务信息在第一时间段内的第一展现概率， 然后判断预测数据消耗量是否大于实时数据消耗量，若判断获知预测数据消耗量大于实时 数据消耗量，则提高第一时间段内的第一展现概率，若判断获知预测数据消耗量小于所述 实时数据消耗量，则降低第一展现概率。由于第一时间段和第二时间段，可以根据应用需 要设置其时长包括：一个或者多个单位时间片，以及可以根据实际应用需要采用不同的数 学模型进行处理，为了更清楚的说明上述过程，举例如下：

场景一，当第一时间段和第二时间段为一个单位时间片时，即当所述第一时间段为单 位时间片(t-1)、且所述第二时间段为单位时间片t时，所述根据所述实时数据消耗量和 所述预测数据消耗量调整所述第一展现概率，具体包括：

根据所述实时数据消耗量和所述预测数据消耗量采用公式(2)调整所述第一展现概率， 其中，所述公式(2)具体为：

P′(g，t)＝P(g，t-1)×(1+F(cost(g，t-1)，predict_oudget(g，t-1)))

P(g，t)＝min(1.0，max(MIN_PROB，P′(g，t))

$F(\cos t,predict\_budget)=C_2\times \frac{predict\_budget-\cos t}{predict\_budget}$

其中，

predict_budget(g，t-1)为业务信息g在所述第一时间段内的预测数据消耗量；

cost(g，t-1)为业务信息g在所述第一时间段内的实时数据消耗量；

P(g，t-1)为业务信息g在所述第一时间段内的第一展现概率；

P(g，t)为业务信息g在所述第二时间段内的第二展现概率；

MIN_PROB指最小展现概率。

场景二，当第一时间段和第二时间段为多个单位时间片时，即当所述第一时间段包括： 从单位时间片0到单位时间片(t-1)的时长，且所述第二时间段为单位时间片t时，所述 根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率，具体包括：

根据所述实时数据消耗量和所述预测数据消耗量采用公式(3)调整所述第一展现概率， 其中，所述公式(3)具体为：

P(g，t)＝min(1.0，max(MIN_PROB，P′(g，t))

$F(\cos t,predict\_budget)=C_2\times \frac{predict\_budget-\cos t}{predict\_budget}$

其中，

为业务信息g在所述第一时间段内的预测数据 消耗量；

为业务信息g在所述第一时间段内的实时数据消耗量；

P(g，t-1)为业务信息g在所述第一时间段内的第一展现概率；

P(g，t)为业务信息g在所述第二时间段内的第二展现概率；

MIN_PROB指最小展现概率。

其中，需要强调的是，如果第一时间段为初始时间，在所述第一时间段内的第一展现 概率可以预先设置。在一个实施例中，当所述第一时间段为单位时间片0时，所述获取所 述业务信息在所述第一时间段内的第一展现概率包括：

根据所述业务信息的每日数据消耗量上限和单位数据消耗量采用公式(4)获取所述业 务信息在单位时间片0的第一展现概率，其中，所述公式(4)具体为：

其中，

daily_cap(g)为业务信息g的每日数据消耗量上限；

bid_price(g)为业务信息g的单位数据消耗量。

本申请实施例的业务信息展现控制方法，首先查询业务信息日志获取预设时段内、与 各单位时间片对应的业务信息访问量的历史平均值；然后从业务信息数据库中获取所述业 务信息在所述预设时段内的总数据消耗量，以及第一时间段内的实时数据消耗量，其中， 所述业务信息数据库以单位时间片速度实时更新；进而根据所述用户历史流量信息和总数 据消耗量，最后获取所述业务信息在所述第一时间段内的第一展现概率，判断所述预测数 据消耗量是否大于所述实时数据消耗量，若判断获知所述预测数据消耗量大于所述实时数 据消耗量，则提高所述第一时间段内的第一展现概率，若判断获知所述预测数据消耗量小 于所述实时数据消耗量，则降低所述第一展现概率。由此，实现了一天中业务信息展现概 率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信 息展现需求。

为了实现上述实施例，本申请还提出一种业务信息展现控制装置。

图3是本申请一个实施例的业务信息展现控制装置的结构示意图。

如图3所示，该业务信息展现控制装置包括：

第一获取模块11，用于获取预设时段内的用户历史流量信息和总数据消耗量；

第二获取模块12，用于根据所述用户历史流量信息和总数据消耗量，获取业务信息在 第一时间段内的预测数据消耗量；

所述第一获取模块11，还用于获取所述业务信息在所述第一时间段内的第一展现概率 和实时数据消耗量；

控制模块13，用于根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现 概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息，其中，所述第二 时间段位于所述第一时间段之后，且两者时长相同。

其中，在一个实施例中，所述第一获取模块11，具体用于：

查询业务信息日志获取预设时段内、与各单位时间片对应的业务信息访问量的历史平 均值。

在另一个实施例中，所述第一获取模块11，具体用于：

查询用户日志获取预设时段内、与各单位时间片对应的用户流量的历史平均值。

需要说明的是，前述对业务信息展现控制方法实施例的解释说明也适用于该实施例的 业务信息展现控制装置，此处不再赘述。

本申请实施例的业务信息展现控制装置，首先获取预设时段内的用户历史流量信息和 总数据消耗量；然后根据所述用户历史流量信息和总数据消耗量，获取业务信息在第一时 间段内的预测数据消耗量；进而获取所述业务信息在所述第一时间段内的第一展现概率和 实时数据消耗量；最后根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现 概率，并按照调整后的第二展现概率在第二时间段内展现所述业务信息，其中，所述第二 时间段位于所述第一时间段之后，且两者时长相同。由此，实现了一天中业务信息展现概 率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信 息展现需求。

图4是本申请另一个实施例的业务信息展现控制装置的结构示意图，如图4所示，基 于图3所示实施例，所述控制模块13具体包括：

判断单元131，用于判断所述预测数据消耗量是否大于所述实时数据消耗量；

处理单元132，用于若判断获知所述预测数据消耗量大于所述实时数据消耗量，则提 高所述第一展现概率，若判断获知所述预测数据消耗量小于所述实时数据消耗量，则降低 所述第一展现概率；

展现单元133，用于按照调整后的第二展现概率在第二时间段内展现所述业务信息。

在一个实施例中，当所述第一时间段为单位时间片t时，所述第二获取模块12，具体 用于：

根据所述用户历史流量信息和总数据消耗量，采用公式(1)获取业务信息在第一时间 段内的预测数据消耗量，其中，所述公式(1)具体为：

$predict\_budget(g,t)=\frac{day\_balance(g,t)\times L(g,t)}{{\Sigma }_{k=t}^{24\times 4-1}L(g,k)};$

其中，

L(g,t)为业务信息g的用户历史流量信息；

day_balance(g,t)为业务信息g的总数据消耗量。

在一个实施例中，当所述第一时间段为单位时间片(t-1)、且所述第二时间段为单位 时间片t时，所述处理单元，具体用于：

根据所述实时数据消耗量和所述预测数据消耗量采用公式(2)调整所述第一展现概率， 其中，所述公式(2)具体为：

P′(g，t)＝P(g，t-1)×(1+F(cost(g，t-1)，predict_budget(g，t-1)))

P(g，t)＝min(1.0，max(MIN_PROB，P′(g，t))

$F(\cos t,predict\_budget)=C_2\times \frac{predict\_budget-\cos t}{predict\_budget}$

其中，

predict_budget(g，t-1)为业务信息g在所述第一时间段内的预测数据消耗量；

cost(g，t-1)为业务信息g在所述第一时间段内的实时数据消耗量；

P(g，t-1)为业务信息g在所述第一时间段内的第一展现概率；

P(g，t)为业务信息g在所述第二时间段内的第二展现概率；

MIN_PROB指最小展现概率。

在一个实施例中，当所述第一时间段包括：从单位时间片0到单位时间片(t-1)的时 长，且所述第二时间段为单位时间片t时，所述处理单元，具体用于：

根据所述实时数据消耗量和所述预测数据消耗量采用公式(3)调整所述第一展现概率， 其中，所述公式(3)具体为：

P(g，t)＝min(1.0，max(MIN_PROB，P′(g，t))

$F(\cos t,predict\_budget)=C_2\times \frac{predict\_budget-\cos t}{predict\_budget}$

其中，

为业务信息g在所述第一时间段内的预测数据消耗 量；

为业务信息g在所述第一时间段内的实时数据消耗量；

P(g，t-1)为业务信息g在所述第一时间段内的第一展现概率；

P(g，t)为业务信息g在所述第二时间段内的第二展现概率；

MIN_PROB指最小展现概率。

在一个实施例中，当所述第一时间段为单位时间片0时，所述第一获取模块，具体用 于：

根据所述业务信息的每日数据消耗量上限和单位数据消耗量采用公式(4)获取所述业 务信息在单位时间片0的第一展现概率，其中，所述公式(4)具体为：

其中，

daily_cap(g)为业务信息g的每日数据消耗量上限；

bid_price(g)为业务信息g的单位数据消耗量。

进一步地，所述第一获取模块11，具体用于：

从业务信息数据库中获取所述业务信息在所述预设时段内的总数据消耗量，以及所述 第一时间段内的实时数据消耗量，其中，所述业务信息数据库以单位时间片速度实时更新。

需要说明的是，前述对业务信息展现控制方法实施例的解释说明也适用于该实施例的 业务信息展现控制装置，此处不再赘述。

本申请实施例的业务信息展现控制装置，首先查询业务信息日志获取预设时段内、与 各单位时间片对应的业务信息访问量的历史平均值；然后从业务信息数据库中获取所述业 务信息在所述预设时段内的总数据消耗量，以及第一时间段内的实时数据消耗量，其中， 所述业务信息数据库以单位时间片速度实时更新；进而根据所述用户历史流量信息和总数 据消耗量，最后获取所述业务信息在所述第一时间段内的第一展现概率，判断所述预测数 据消耗量是否大于所述实时数据消耗量，若判断获知所述预测数据消耗量大于所述实时数 据消耗量，则提高所述第一时间段内的第一展现概率，若判断获知所述预测数据消耗量小 于所述实时数据消耗量，则降低所述第一展现概率。由此，实现了一天中业务信息展现概 率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务信 息展现需求。

为了实现上述实施例，本申请还提出一种互联网业务信息显示平台。

图5是本申请一个实施例的互联网业务信息显示平台的结构示意图。

如图5所示，该互联网业务信息显示平台包括：业务信息投放系统1，以及业务信息 展现控制装置2，其中，业务信息展现控制装置2可以采用本发明上述实施例提供的业务 信息展现控制装置，业务信息投放系统1可以采用本发明上述实施例涉及的业务信息投放 系统。

需要说明的是，前述对业务信息展现控制方法实施例的解释说明也适用于该实施例的 互联网业务信息显示平台，此处不再赘述。

本申请实施例的互联网业务信息显示平台，通过业务信息展现控制装置获取一天中各 单位时间片内的用户历史流量信息，以及第一时间段内的业务信息数据消耗量；根据所述 业务信息数据消耗量和所述用户历史流量信息，获取业务信息在所述第一时间段内的预测 数据消耗量；进而获取所述业务信息在所述第一时间段内的第一展现概率和实时数据消耗 量；根据所述实时数据消耗量和所述预测数据消耗量调整所述第一展现概率，并按照调整 后的第二展现概率在第二时间段内展现所述业务信息。由此，实现了一天中业务信息展现 概率和用户流量的正比分布，提高了业务信息展现的时效性，并且满足了不同性质的业务 信息展现需求。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示 例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者 特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述 不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以 在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领 域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进 行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性 或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示 或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两 个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个 或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分， 并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序， 包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的 实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实 现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令 执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行 系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设 备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播 或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用 的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布 线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读 存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式 光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸 或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解 译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机 存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实 施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或 固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下 列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路 的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现 场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可 以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中， 该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个第一处理模块中，也可以 是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模 块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如 果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机 可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了 本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制， 本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。