CN103314372B

CN103314372B - 内容服务器

Info

Publication number: CN103314372B
Application number: CN201180050000.7A
Authority: CN
Inventors: 汤姆·巴尼特
Original assignee: DANCING SUN Ltd
Current assignee: Conversion concept Limited
Priority date: 2010-08-18
Filing date: 2011-08-08
Publication date: 2016-10-12
Anticipated expiration: 2031-08-08
Also published as: JP6038791B2; AU2011290623A1; BR112013003519A2; CA2808475A1; AU2011290623B2; US20130311633A1; ZA201301320B; JP2013539108A; RU2595484C2; WO2012022929A1; GB201013855D0; KR20140012611A; SG187875A1; CN103314372A; RU2013111953A; IL224770A; NZ607222A; MX2013001955A; EP2606442A1

Abstract

一种用于供应网页中包含的内容项目的内容服务器。该内容服务器包括网络接口、内容存储器、服务日志和决策引擎。内容存储器存储多个内容项目，每个内容项目具有与其相关联的预定时间段内的期望数量的访问量。服务日志针对每个内容项目存储内容服务器供应内容项目的最近时间。决策引擎配置为针对每个内容项目基于与内容项目相关联的期望数量的访问量和预定时间段来计算内容项目的最小时间段，并从当前时间与存储在服务日志中的时间之间的持续时间大于计算出的内容项目的最小时间段的那些内容项目中选择用于通过网络接口进行传输的内容项目。

Description

内容服务器

技术领域

本发明涉及一种用于供应网页中包含的内容项目的内容服务器。本发明特别适用于（但不限于）“AD服务器”，这是一种提供网页中包含的广告的服务器。

背景技术

图1中展示了一种用于提供网页的已知系统。系统1包括个人计算机11、网络服务器12、内容服务器13，它们都能通过因特网10通信。

个人计算机11上安装有网页浏览器应用程序，其可以对通过因特网10获取的“网页”进行检索和显示。网页通常是以超文本链接标志语言（HTML）格式的数据文件的方式定义的。

网络服务器12上安装有网络服务器软件，其（除了其它事情以外）可以提供对网页进行定义的HTML数据文件。个人计算机11的用户可使用统一资源定位符（URL）或与网络服务器12相关联的“网址”（例如，可以是http://webserver.com/page.html的形式）从网络服务器12请求网页。这被解释为向被因特网10识别为“webserver.com”的网络服务器请求HTML数据文件“page.html”，在该示例中“webserver.com”为网络服务器12。

网址可由用户直接输入到网页浏览器中，或者例如用户正在浏览的网页可包含与网址相关联的超链接，用户可点击该超链接从而请求具有该网址的网页。为了检索网页，个人计算机11向因特网10发送对于具有期望网址的HTML数据文件的请求；随后因特网10将该请求转送至作出应答来返回数据文件的网络服务器12。随后因特网10将HTML数据文件转送回个人计算机11，并通过网页浏览器显示。

图2中展示了一个观看网页浏览器时所看到的由HTML数据文件page.html所定义的示例网页。网页20包括文本21，这是明确包含于底层的HTML数据文件page.html中的。网页20还包括图片22。但是，与文本21不同，图片22并不是明确包含于底层的HTML数据文件page.html中的。相反，HTML数据文件page.html包括对图形文件的引用，该图形文件用于生成图片。例如，该引用可以是http://contentserver.com/picture.jpg的形式，其被解释为向被因特网10识别为“contentserver.com”的网络服务器请求图形文件“picture.jpg”。当显示由HTML数据文件page.html定义的网页20时，网页浏览器再次向因特网10发出对于在地址contentserver.com处的所需图形文件picture.jpg的请求；因特网10将该请求转送至用来返回图形文件的内容服务器13；因特网10随后将图形文件转送回个人计算机11，个人计算机11将其作为网页20的一部分显示。

除了图形文件，或者选择性地，还可提供其它内容。例如，可随同图形文件提供网址，当用户点击图片22时，安排网页20进入该网址。此外，可随同图形文件提供将要显示的文本或将要执行的代码，或者不提供图形文件而提供“小应用程序（applet）”文件以便仅仅给出一些示例。常见的是将被包括的代码采集来自个人计算机11的数据，例如，所使用的网络浏览器的详情、网络浏览器所使用的“cookies”中存储的数据等等。

可以看出，从第一源点（在上面的示例中为网络服务器12）获得的网页可包括来自第二源点（在上面的示例中为内容服务器13）的内容。这种配置对于很多应用是可取的。一个常见的应用是在网页中提供广告，由此网页20的提供者允许作为付费的回报来在其网页的一部分显示广告。

当内容服务器13用于提供这种广告时，其通常被称为“AD服务器”。可以将广告提供为图形文件以包含在网页20中，如上面所描述的那样。在这种情况中，内容服务器13将会具有与其所能够提供的不同广告相对应的图形文件的存储器。当内容服务器13收到对于广告的请求时，其返回存储器中的一个图形文件，该文件对应于此刻希望显示的特定广告。现在描述的是一个已知的用于选择将要显示的特定广告的进程。

内容服务器13所提供的不同广告被划分到不同分组中，它们对应于不同的广告“活动”。因此，例如，组成广告活动X的一组广告可能用于特定公司所销售的特定产品。该公司会对活动X表明期望数量的“访问量”；“访问量”为在用户计算机上的网络浏览器中显示广告的具体次数。因此，例如，他们可表明他们希望活动X每天具有100000次访问量；即，他们希望活动中的广告每天在用户的网络浏览器中显示100000次。

在第一步，计算出在活动中的每个广告所需要的访问量的次数。通常简单的情况是将活动的访问量的总体数量除以活动中的广告的数量；因此，如果活动X中有5个广告，则每个将需要20000次访问量。但是，如果希望活动中的某个广告比其它广告显示得更频繁，则可在多个广告之间对总体的活动访问量进行不规则的分配。除了希望数量的访问量以外，活动还可具有“点击量”目标；该目标是用户为了进入与广告相关联的网址而点击广告的次数的目标。如果发现广告被点击的次数比预期更少（或更多），则可考虑该情况增加（或减少）活动中的广告的访问量的数量。

对于内容服务器13所覆盖的所有活动重复该第一步，从而使得内容服务器13为各个广告提供一定数量的访问量。这些访问量的数量用于为每个广告分配一个优先权值，访问量的数量越高，为该广告分配的优先权值越高。

在运转中，当向内容服务器13发送对于广告的请求时，内容服务器13使用标准的伪随机算法来选择返回的广告。但是，为广告分配的优先权值用于改变特定广告被选择的概率。即，具有较高优先权值的广告将会具有较高的被选择的概率，而具有较低优先权值的广告将会具有较低的概率。这样，内容服务器13试图为每个广告提供所需数量的访问量，从而为每个活动提供所需数量的访问量。

但是，这种选择广告的方法存在各种相关问题，现在将对其中的一些进行讨论。

通常可取的是，对活动中的广告的显示环境设置一些限制。如上面所讨论的那样，内容服务器13能够从用户的个人计算机11采集数据，并能够通过这些数据获得关于用户的概况。例如，个人计算机11的IP地址将指示出用户所在的国家，存储在计算机上的cookies可指示出用户所访问过的其它网站、他们所购买过的物品、以及他们在线所提供过的数据。作为一个例子，内容服务器13可能能够获得用户的概况为男性、位于英国、对汽车感兴趣。例如，活动的限制可以是其广告只对符合这样的概况的用户进行显示。

在这种情况中，内容服务器13所选择的广告将只从那些符合限制的广告中选择。但是，由于优先权值是基于全部可能的广告来计算的，因此在这种情况中优先权值将不会给出期望的性能。例如，假设内容服务器13可以供应下面表1中所展示的活动中的广告。

活动	访问量	优先权值
			A	400000	0.4
B	500000	0.5
			C	100000	0.1

表1

所需要的访问量的总数量为1000000，从而为各活动分配了如上面的表格所示的优先权值。进一步假定内容服务器13收到均匀地分布于一天中的1000000个请求。通过根据它们被分配给的优先权值从各活动中选择广告，可提供均匀地分布于一天中的期望的访问量。

但是，现假定活动具有表2中所示的国家限制。

活动	国家限制
		A	任何国家
B	仅美国
		C	仅英国

表2

进一步假定每天的请求中的800000个来自美国用户、剩余的200000个来自英国。（除了其它音素以外，这种差异的产生源于不同国家的人口差异。）

当请求来自美国时，将从活动A或活动B中选择广告（因为活动C被限制为只对英国）。这些活动的优先权值分别为0.4和0.5，因此，来自美国的请求将会从活动A中选择大约355556个广告，从活动B中选择大约444444个广告。相反，当请求来自英国时，将从活动A或活动C中选择广告（因为活动B被限制为只对美国）；这些活动的优先权值分别为0.4和0.1，因此，来自英国的请求将会从活动A中选择大约160000个广告，从活动C中选择大约40000个广告。在一天中，每个活动得到的实际访问量展示于表3中，可以看到与预期访问量不一致。尽管基于一天中明确地有满足不同活动需求的充足请求来允许提供期望的访问量的情况，还是发生了上述问题。

活动	期望访问量	实际访问量
			A	400000	515556
B	500000	444444
			C	100000	40000

表3

除了期望数量的访问量以外，该方法的另一个问题是其不能令人满意地考虑到与活动相关的因素。例如，两个活动可能具有相同的期望数量的访问量，但是对于内容服务器13的操作员而言，可能其中一个活动的每次访问的利润比另一个活动的每次访问的利润更高。因此，在某些情况下，特别是在不能提供两个活动的访问量的全部期望数量时，可取的是，利润较高的活动中的广告比利润较低的活动中的广告被更频繁地选择。使用本方法，可仅通过修改每个活动中的广告的访问量的所需数量，进而修改它们的优先权值来实现上述目的。但是，这会导致为各个活动提供的总体访问量过多或过少，这显然是不可取的。

2007年12月27日公开的US2007/0299682A1（Roth等人）披露了一种响应于浏览器对于网页的请求来确定在网页上放置的广告的系统。该系统接收一个或多个竞价，每个竞价与一个广告相关联，选择其中一个竞价，并将与所选择的竞价相关联的广告放置在网页上。这种类型的系统通常被称为“实时竞价”系统，与本发明的类型的系统的不同之处在于：其自身没有需要其供应的内容项目，而是向其它参与者提供访问量，其它参与者的内容项目可在其中得到供应。

本发明试图解决或缓和上面所述的问题中的一些或全部。选择性地或额外地，本发明试图提供一种改良的内容服务器以及供应内容项目的方法。

尽管本发明尤其适用于供应网页中包含的广告的环境中，但是，应当理解的是，其可应用于将从一组中提供其它类型的内容项目的情况。例如，本发明可用于供应图片、笑话、游戏、测试问题或可包含于网页中的其它内容。

发明内容

根据本发明的第一个方面，提供了一种用于供应网页中包含的内容项目的内容服务器，其包括：

网络接口，配置为接收对于内容项目的请求，并响应于这些请求而传输内容项目；

内容存储器，配置为存储多个内容项目，每个内容项目具有与其相关联的预定时间段内的期望数量的访问量；

服务日志，配置为针对各个内容项目存储由该内容服务器供应内容项目的最近时间；

决策引擎，配置为响应于所述网络接口接收到的对于内容的请求，而通过网络接口传输所述多个内容项目中的一个内容项目；

其中所述决策引擎配置为针对每个内容项目用于基于与内容项目相关联的期望数量的访问量和预定时间段来计算内容项目的最小时间段；

并且其中所述决策引擎还配置为用于从当前时间与存储在所述服务日志中的时间之间的持续时间大于计算出的内容项目的最小时间段的那些内容项目中选择用于通过所述网络接口进行传输的内容项目。

于是，将要被供应的内容项目是从在大于它们的最小时间段内没有被供应过的那些内容项目中选择的。由于所述最小时间段是基于所需要的访问量的数量计算出的，因此确保了内容项目被供应的频率不会比其所需要的更频繁。但是，从超出了最小时间段的那些内容项目中选择要供应的内容项目是根据其它因素来决定的。用于做出决定的方法的示例包括随机选择内容项目、选择最近最少被供应的内容项目（即，“最老”的内容项目）、选择利润最高的内容项目、或者可以使用的任何其它适合的方法。由于选择内容项目的方法不是通过调整最小时间段或访问量的期望数量来实现的，因此所使用的方法不会对预定时间段内的访问量的数量产生不利影响。

优选地，所述决策引擎配置为周期性地重新计算各内容项目的最小时间段。这使得如果到目前为止内容项目被供应的次数比预期更少或更多，则可以在更小或更大的时间段后对该内容项目进行选择。

有利地，在预定时间段内针对多个时间间隔来计算最小时间段。例如，可针对一天中的每个小时计算最小时间段。这使得可以考虑在预定时间段内可用的访问量的数量变化。

有利地，基于可用访问量的历史数据来对最小时间段进行计算。

优选地，所述网络接口配置为用于获得指示了对于各内容项目的请求类型的数据，并且各内容项目具有与其相关联的对将被选择的内容项目的请求类型所作的限制。这使得内容项目定向于特定类型的请求者。优选地，所述最小时间段基于与各内容项目相关联的限制。

所述决策引擎还可配置为用于从没有相关联的最小时间段的那些内容项目中选择用于通过所述网络接口传输的内容项目。这使得例如如果没有已超出其最小时间段的内容项目，则内容服务器供应“默认的”内容项目。

有利地，所述多个内容项目包括视频片段，与所述视频片段相关联的期望数量的访问量是根据它们的持续时间来计算的。这使得将要指定例如由具有指定的期望总“播放时间”的视频片段组成的活动。换句话说，可指定所供应的各视频片段的期望的持续时间之和。随后基于各视频片段的持续时间来计算出期望数量的访问量，从而给出期望的总播放时间。“视频片段”意味着任何视频数据，或者是现实的、动画的或者是任何其它活动图像集。

所述网络接口可配置为接收来自远程系统的访问量的报价，所述决策引擎可配置为通过所述网络接口对所述访问量进行竞价，并且当所述远程系统指示出竞价成功时所述决策引擎通过所述网络接口来传输所选择的内容项目。这样，内容服务器除了针对不需要竞价的访问量来提供内容项目以外还可以或者另外针对由第三方系统提供以用于竞价的访问量来提供内容项目。

根据本发明的第二方面，提供了一种用于从多个项目中供应网页中包含的内容项目的方法，每个内容项目具有与其相关联的预定时间段内的期望数量的访问量，所述方法包括步骤：

针对每个内容项目，基于与内容项目相关联的期望数量的访问量和预定时间段来计算内容项目的最小时间段；

响应于对内容项目的请求，从多个内容项目中选择一个内容项目；

供应所选择的内容项目；

对供应内容项目的时间进行记录；

其中内容项目是从当前时间与所记录时间之间的持续时间大于计算出的内容项目的最小时间段的那些内容项目中选出的。

优选地，周期性地对所述最小时间段进行重新计算。有利地，在预定时间段内针对多个时间间隔对所述最小时间段进行计算。有利地，基于可用访问量的历史数据来对所述最小时间段进行计算。优选地，与所述请求一起收到指示了所述请求类型的数据，并且各内容项目具有与其相关联的对将被选择的内容项目的请求类型所作的限制。优选地，所述最小时间段基于与各内容项目相关联的限制。还可以从没有相关联的最小时间段的那些内容项目中选择内容项目。

有利地，所述多个内容项目包括视频片段，与所述视频片段相关联的期望数量的访问量是根据它们的持续时间来计算的。

该方法还可以包括步骤：

接收来自远程系统的访问量的报价；

向所述远程系统发送对于所述访问量的竞价。如果该竞价成功，则远程系统将发送对于包含于所述访问量中的内容项目的请求。

根据本发明的第三个方面，提供了一种计算机程序产品，配置为当在服务器上执行该计算机程序产品时，用于提供如上面所描述的内容服务器。

根据本发明的第四个方面，提供了一种计算机程序产品，配置为当执行该计算机程序产品时，用于执行如上面所描述的任何一种方法的步骤。

显然，应当理解的是与本发明的一个方面相关联地描述的特征可以并入本发明的其它方面中。例如，本发明的方法可并入参照本发明的装置所描述的任何特征，反之亦然。

附图说明

现将通过参照附图且仅作为示例的方式来对本发明的实施例进行描述，其中：

图1为用于提供网页的已知系统的示意图；

图2为网页的示意图；

图3为根据本发明的第一个实施例的内容服务器的示意图；

图4为展示了添加新活动时的内容服务器的性能的流程图；

图5为展示了使用时的内容服务器的操作的流程图。

具体实施方式

图3中展示了根据本发明的第一个实施例的内容服务器。内容服务器100（在该实施例中为AD服务器）包括网络接口101，其能够通过因特网10通信。网络接口101与决策引擎102连接。决策引擎102进一步与内容存储器103和服务日志104连接，内容存储器103存储多个内容项目，服务日志104存储由内容服务器100对存储在内容存储器103中的内容项目进行供应的最近时间。

图4展示了添加新活动时内容服务器100的操作。这个进程与当内容服务器100初始化时将会发生的进程相同。

在第一步，内容服务器收到新活动的广告的新内容项目（例如图形文件）（步骤201）。将内容项目添加到内容存储器103中（步骤202）。活动还将对将会使用的用户的类型进行限制，如上面所讨论的那样；例如，活动中的广告可能只用于为来自英国的男性用户显示。可以更精确地识别用户的位置，例如通过他们先前输入到网站中的地址数据，这可以使得对他们的精确邮编进行识别。限制可基于用户的其它细节信息，如关于他们的网络使用模式的可用历史数据、他们正在使用的网络浏览器的类型等等。限制也可基于将要应用内容的环境，如将要显示内容项目的网页的内容、网页上或其URL中的关键字、年、日等等。一般而言，限制可基于将要观看内容项目的用户以及他们观看时所处的环境的任何可用的信息，或者甚至被认为相关的任何其它可用的数据。

与各个内容项目相对应的限制的详情也存储在内容存储器103中。

对于存储在内容存储器103中的各个内容项目，在服务日志104中创建一个记录，存储当前时间（步骤203）。在多个选择性实施例中，当向内容存储器添加新内容项目时，仅创建空白记录。

活动将会具有期望数量的日访问量，使用这一点可对每个内容项目计算一个最小时间段，该最小时间段与内容项目一起存储在内容存储器103中（步骤204）。最小时间段是通过将产生访问量的时间长度（因此在本实施例中为一天）除以所需要的访问量的数量来计算的。例如，如果每天需要100000的访问量，这给出的最小时间段为0.864秒。在多个选择性实施例中，可以对最小时间段进行进一步的调整；例如，可以将其降低10%并下舍入至最近的百分之一秒，从而给出的最小时间段为0.77秒。

在一个特别有益的实施例中，活动包括视频片段作为内容项目。每个视频片段当然会有一个特定的持续时间。那么，活动可具有一个期望的总“播放时间”，即服务于活动的各视频片段的期望的持续时间之和。随后根据各视频片段的持续时间计算出对于活动的期望数量的访问量，从而给出期望的总播放时间。例如，活动包含具有10秒的持续时间的各视频片段，并具有1000000秒的总播放时间，该活动将具有的访问量的期望数量为100000。这随后用于计算最小时间段，如上面所描述的那样。

对于一个包含持续时间不同的视频片段的活动，可按照使得展示视频片段的次数成一定的比率或者展示各视频片段的总体持续时间成一定的比率的方式来根据各视频片段的持续时间计算访问量的数量，或者按照任何其它方面的合适计算。因此，例如具有5秒持续时间的一个视频片段和10秒持续时间的一个视频片段的一个活动，可指定每个视频片段以相同的次数展示。选择性地，该活动可指定每个视频片段获得相同的播放时间量，其结果是5秒的视频片段的访问量的期望数量是10秒的视频片段的访问量的期望数量的两倍。

图5为展示了使用时的内容服务器的操作。首先，网络接口101从因特网10接收对于内容项目的请求（步骤301）。该请求可包括从提出该请求的个人计算机中采集的数据。网络接口将请求和数据传递至决策引擎102（步骤302）。随后决策引擎102使用该数据来确定个人计算机用户的概况，如上面所描述的那样。

接下来，决策引擎102识别内容存储器103中的各内容项目，所确定的用户的概况满足这些内容项目的限制（步骤304）。对于每个内容项目，从服务日志104中的该内容项目的记录中检索其上次被供应的时间（或者，如果该内容项目还没有被供应过，则是将该内容项目添加到内容服务器中的时间），并计算出上次时间和当前时间的差，从而给出自内容服务器100上次供应该内容项目以来的持续时间（步骤305）。所计算出的持续时间大于（在步骤204中存储在内容存储器103中的）内容项目的最小时间段的各内容项目随后被识别出，并选择其中的一个内容项目（步骤306）。可使用各种方法来选择内容项目，例如随机地选择。下面将对根据本发明的一些选择性实施例的选择内容项目的方法进行详细地讨论。

随后，通过决策引擎102将所选择的内容项目发送至网络接口101，以向用户的个人计算机供应（步骤307）。最后，服务日志104中的该内容项目的记录被更新为当前时间，即供应该内容项目的新的最近时间（步骤308）。

现将讨论步骤306中的选择内容项目的方法。如上面所看到的，可随机对内容项目进行选择。在一些选择性实施例中，对于内容服务器100的操作员而言每次访问的利润最好的内容项目被选择；相关的限制与所获取的用户的概况最符合的内容项目被选择；或者从上次被供应以来持续时间最长的内容项目被选择。

在一些选择性实施例中，针对一天中的特定时段（如，每小时）来确定内容项目的最小时间段。在这样的实施例中，关于一天中的可用访问量中的可能的变化的历史数据将会被使用，例如每小时期望的可用访问量，以及被计算以给出每小时中所需要的访问量的相应比例的最小时间段。在这样的实施例中，可能会考虑到其它方面的历史数据，例如一周中特定的某天或一年中的某个季节。其它方面，如天气状况，如果可从历史数据中得到，也可能被考虑。

在另外一些选择性实施例中，内容项目的最小时间段的确定是基于对内容项目所作的限制的方面的。例如，历史数据可指示出访问量的比率是如何随着这些访问量的来源（即，请求来源于哪个国家）而变化的。例如，每个特定的活动可以被指定为特定的国家、时区等等，该活动的内容项目的最小时间段的设定是根据对于该国家、时区等等可用的期望访问量进行的。

在另外一些选择性实施例中，当使用内容服务器时，对内容项目的最小时间段实时地进行重新计算；即，根据特定时间段中所需要的剩余访问量来对最小时间段进行重新计算。例如，假设特定某个小时中需要1000的访问量，给予3.6秒的最小时间段（假定不需要进行进一步的调整）。如果半小时过后只供应了200个内容项目，这将会为剩余的半小时留下800的访问量。随后最小时间段将会被重新计算为2.25秒。

在另外一些选择性实施例中，网页访问量是通过第三方系统提供的，该第三方系统允许多方为包含于网页中的内容项目进行竞价（即，第三方系统为“实时竞价”系统）。网络接口101接收来自第三方系统的访问量的报价，决策引擎102通过网络接口101对访问量进行竞价。如果竞价成功，则第三方系统通过从网络接口101对上述由决策引擎102选择并发送的内容项目进行请求来作出该竞价成功的指示。决策引擎102可根据到目前为止所作出的访问量数量与所需访问量的对比来修改所作出的竞价的等级。例如，如果在一个小时中需要1000次访问量，半小时后只供应了200个内容项目，这可能是由于对访问量的竞价很少成功的原因。在这种情况中，决策引擎102可提升所作出的竞价的等级，从而使得更多的竞价成功并给予更多的访问量以用于供应内容项目。

尽管已参照多个特定实施例对本发明进行了描述和阐述，但是本领域普通技术人员应当理解的是，本发明还适用于未在本申请中具体说明的很多不同的变型。

Claims

1.一种用于供应网页中包含的内容项目的内容服务器，包括：

决策引擎，配置为响应于所述网络接口接收到的对于内容的请求，而通过所述网络接口传输所述多个内容项目中的一个内容项目；

2.如权利要求1所述的内容服务器，其中所述决策引擎配置为周期性地对各内容项目的最小时间段进行重新计算。

3.如权利要求1或2所述的内容服务器，其中各最小时间段是针对在预定时间段内的多个时间间隔进行计算的。

4.如权利要求1或2所述的内容服务器，其中最小时间段是基于可用访问量的历史数据来计算的。

5.如权利要求1或2所述的内容服务器，其中所述网络接口配置为获得指示了对于各内容项目的请求类型的数据，并且各内容项目具有与其相关联的对将被选择的内容项目的请求类型所作的限制。

6.如权利要求5所述的内容服务器，其中最小时间段基于与各内容项目相关联的限制。

7.如权利要求1或2所述的内容服务器，其中所述决策引擎还配置为从没有相关联的最小时间段的那些内容项目中选择用于通过所述网络接口传输的内容项目。

8.如权利要求1或2所述的内容服务器，其中所述多个内容项目包括视频片段，并且其中与视频片段相关联的期望数量的访问量是根据视频片段的持续时间来计算的。

9.如权利要求1或2所述的内容服务器，其中所述网络接口配置为接收来自远程系统的访问量的报价，所述决策引擎配置为通过所述网络接口对所述访问量进行竞价，并且当所述远程系统指示出竞价成功时所述决策引擎通过所述网络接口来传输所选择的内容项目。

10.一种用于从多个项目中供应网页中包含的内容项目的方法，每个内容项目具有与其相关联的预定时间段内的期望数量的访问量，所述方法包括步骤：

供应所选择的内容项目；

对供应内容项目的时间进行记录；

11.如权利要求10所述的方法，其中周期性地对最小时间段进行重新计算。

12.如权利要求10或11所述的方法，其中最小时间段是针对在预定时间段内的多个时间间隔进行计算的。

13.如权利要求10或11项所述的方法，其中最小时间段是基于可用访问量的历史数据来计算的。

14.如权利要求10或11所述的方法，其中指示了所述请求类型的数据是随所述请求一起被接收到的，并且各内容项目具有与其相关联的对将被选择的内容项目的请求类型所作的限制。

15.如权利要求14所述的方法，其中最小时间段基于与各内容项目相关联的限制。

16.如权利要求10或11所述的方法，其中还从没有相关联的最小时间段的那些内容项目中选择内容项目。

17.如权利要求10或11所述的方法，其中多个内容项目包括视频片段，其中与视频片段相关联的期望数量的访问量是根据视频片段的持续时间来计算的。

18.如权利要求10或11所述的方法，还包括步骤：

接收来自远程系统的访问量的报价；

向所述远程系统发送对于所述访问量的竞价。