WO2011020423A1

WO2011020423A1 - 广告投放方法、装置及系统

Info

Publication number: WO2011020423A1
Application number: PCT/CN2010/076057
Authority: WO
Inventors: 李克鹏; 邵刚; 谭银燕
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-08-17
Filing date: 2010-08-17
Publication date: 2011-02-24
Anticipated expiration: 2012-02-17
Also published as: EP2461285A1; KR101481641B1; EP2461285A4; CN101996371A; US20120150639A1; KR20120089453A

Description

说明书广告投放方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种广告投放方法、装置及系统。背景技术

移动广告业务是通过移动媒体投放广告信息的技术。现有用于支持移动广告业务的系统是基于开放移动联盟（Open Mobile Alliance, 筒称 OMA) 的移动广告系统 ( Mobile Advertising Enabler, 简称 MobAd ) 。基于该系统，现有的广告投放方法是预先从移动广告系统的广告服务器 ( Advertisement Server, 简称 Ad Server ) 中获取待投放的广告信息緩存于业务服务器（ Service Provider Application, 筒称 SP App) 和广告客户端 ( Advertisement Engine, 简称 Ad Engine ) 中，通过业务月良务器或广告客户端向受众用户终端投放广告。其中，广告服务器和业务服务器位于网络侧，广告客户端和业务客户端位于终端侧。

现有的广告客户端或业务服务器本地緩存的广告信息，可能由于广告的投放任务已经达到而使得广告无效，或对某个受众用户的曝光（即展示给用户）频次限制（Frequency Capping ) 达到暂时不能投放，或广告主修改了广告任务和广告投放策略原等因，使得广告元数据被修改。但是保存在緩存中的广告数据却没有进行相应的同步，因此，会导致广告无效投放、误投、投放任务完不成等后果。

其中，曝光频次限制是指限制一个受众观看某个具体广告的次数，由于现有的广告信息既可以从终端侧的广告客户端下发到业务客户端，也可以从网络侧的业务服务器下发到终端上的业务客户端，因此无法准确可控地实现总的曝光频次控制。发明内容

本发明提供一种广告投放方法、装置及系统，以便能够准确可控地实现总的曝光频次控制。

本发明的一个实施例提供了一种广告投放方法，其中包括：

广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息；

根据与选择到的所述广告信息关联的由广告服务器生成的广告元数据，判断所述广告信息的有效性；

根据所述广告信息的有效性确定是否投放所述广告信息。

本发明另一实施例提供了一种广告投放装置，其中包括：

广告选择模块，用于根据接收到的广告投放请求选择待投放的广告信息；

有效性判断模块，用于根据与广告选择模块选择的所述广告信息关联的由广告服务器生成的广告元数据判断所述广告信息的有效性；

投放模块，用于根据有效性判断模块判断出的所述广告信息的有效性确定是否投放所述广告信息。

本发明再一实施例提供了一种广告投放系统，其中包括：广告投放装置和广告服务器；

所述广告投放装置包括：

投放模块，用于根据来自于所述广告服务器的广告投放指示消息确定是否投放所述广告信息；

所述广告服务器包括：有效性判断模块，用于根据自身保存的更新后的广告元数据判断所述广告信息的有效性；

投放指示模块，用于根据有效性判断模块送出的所述广告信息的有效性向所述广告投放装置发送广告投放指示消息。

本发明又一实施例提供了一种广告投放系统，其中包括：广告投放装置和广告服务器；

所述广告投放装置包括：

更新订阅模块，用于向所述广告服务器发送广告更新订阅请求；投放模块，用于根据来自于所述广告服务器的广告投放指示消息确定是否投放所述广告信息；

所述广告服务器包括：

建表模块，用于根据所述广告更新订阅请求创建被订阅的广告信息与请求订阅该广告信息的广告客户端或业务服务器之间的订阅对应表；

有效性判断模块，用于根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性；

投放指示模块，用于根据有效性判断模块判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送广告投放指示消息。

通过本发明实施例，由于在投放广告客户端或业务服务器中緩存的广告信息之前，根据与选择到的所述广告信息关联的由广告服务器更新后的广告元数据判断所述广告信息的有效性 , 因此解决了本地緩存的广告元数据与广告主登记到广告服务器上的广告元数据不同步的问题，从而能够准确可控地实现终端侧和网络侧总的曝光频次限制 ,使得广告平台能避免无效的广告投放，降低广告主的成本，提高广告的投资回报率。附图说明图 1为本发明实施例一所述广告投放方法的流程图；

图 2为图 1中步骤 102及 103的具体流程图；

图 3为本发明实施例二所述广告投放方法的流程图；

图 4为本发明实施例二所示广告投放方法的信令图；

图 5为本发明实施例三所述广告投放方法的流程图；

图 6为本发明实施例三所示广告投放方法的信令图；

图 7为本发明实施例四所述广告投放方法的流程图；

图 8为本发明实施例五所述广告投放方法的流程图；

图 9为本发明实施例五所示广告投放方法的信令图；

图 10为本发明实施例六所述广告投放方法的流程图；

图 11为本发明实施例六所示广告投放方法的信令图；

图 12为广告投放指示消息的消息格式的示意图；

图 13为用于实现本发明实施例一所述广告投放方法的广告投放装置的结构示意图；

图 14为用于实现本发明实施例二所述广告投放方法的广告投放系统的结构示意图；

图 15为用于实现本发明实施例三所述广告投放方法的广告投放装置的结构示意图；构示意图；构示意图；

图 18为用于实现本发明实施例六所述广告投放方法的广告投放系统的结构示意图；

图 19为实际移动广告系统中各部分的接口说明示意图。具体实施方式

图 1 为本发明实施例一所述广告投放方法的流程图，如图所示，该方法包括：

步骤 101 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

其中，广告投放请求可以来自于终端上的业务客户端（Ad Αρρ ) , 当受众用户运行游戏程序或打开某个网页时该业务客户端会发送广告投放请求，其中该广告投放请求可以携带用户标识、业务提供者标识或广告客户端标识、终端信息（如型号等）、上下文数据、广告提供者、广告位标识、广告大小及广告尺寸等广告参数中的一个或多个。

其中，根据所述广告投放请求选择待投放的广告信息可以具体为：广告客户端或业务服务器在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息，则可以向广告服务器发送广告选择请求，从而接收所述广告服务器选择的所述广告信息。具体的，在选择广告时可以根据广告投放请求中携带的广告参数中的一个或多个进行广告信息的选择。

步驟 1 02 , 根据与选择的所述广告信息关联的由广告服务器生成的广告元数据判断所述广告信息的有效性。

此处，步驟 1 02可以分为两种情况，一种是该有效性判断由广告客户端或业务服务器完成，另一种是该有效性判断由广告服务器完成，有效性其中，在判断所述广告信息的有效性之前可以先才艮据所述广告元数据中的有效性指示信息判断所述广告信息是否需要进行有效性检验 , 当确定所述广告信息需要进行有效性检验之后再开始判断所述广告信息的有效性。

广告主对广告投放活动限制了总体预算或每日预算、广告投放总量和 /或曝光频次限制等广告投放策略信息。所述有效性检验指示信息可以是广告服务器制定并预设到广告客户端中或业务服务器中的，也可以是广告客户端（比如用户）或业务服务器自行设定的。设定方法不作特别限定，例如可以通过消息下发，或者也可以在业务订购时制定等方式。居该有效性检验指示信息的指示内容即可以判断出是否需要进行有效性检验。

一般对于单个的广告信息，广告服务器、广告客户端和业务服务器都会保存其广告元数据 ( Ad Metadata ) 。广告元数据可以包括以下内容中的一个或多个：广告标识、广告位信息、多用途互联网邮件扩展（ Mul t ipurpose Internet Ma i l Extens ions , 简称 MIME )类型、 MIME版本、广告存放位置、广告大小、广告交互类型、广告交互通用资源标志符 ( Uniform Resource Ident if ier , 简称 URI ) 、广告宽度、广告高度、广告长度、广告关键字、可展示时间、有效期、频度信息和优先级等。另外，广告服务器需要进行宏观的控制，其保存的广告元数据信息会更丰富一些，还可以包括总曝光频次限制、广告投放总量、广告投放策略和 /或计量数据收集策略等信息。

在此步骤中 ,如果待投放的广告是从广告客户端或业务服务器的本地緩存中选择出来的，则需要向广告服务器发送有效性请求或广告元数据请求或是直接根据緩存的广告元数据来判断。如果待投放的广告是从广告服务器请求的，则由广告服务器来完成有效性判断，并发送有效性指示给广告客户端或业务服务器。

步驟 103 , 根据所述广告信息的有效性确定是否投放所述广告信息。具体地，当所述广告信息有效时，立即投放所述广告信息；当所述广告信息暂时无效时，延时投放所述广告信息；当所述广告信息完全无效时，删除所述广告信息且不对其进行投放。具体内容可以参考如下描述。

如图 2所示，其中步骤 102和步骤 103可以具体包括如下步骤，步骤 102可以包括步驟 102A和 102B,步驟 103可以包括步驟 103A、 103B和 103C。

步骤 102A, 判断所述广告信息是否满足任一删除条件，当判断出所述广告信息不满足任一所述删除条件时，表明该广告信息有可能是有效的，则继续执行步骤 102B; 否则表明该广告信息完全无效，则执行步骤 103A。其中，删除条件可以包括：所述广告信息超过有效期；所述广告信息的总曝光次数已经到达；所述广告信息的总体预算已经达到；所述广告信息被：销。具体地说明如下：

对于有效期的判断过程是：判断当前时间是否超出广告元数据中有效期的开始时间（ Va l idS tar tT ime )和结束时间（ Va l idEndT ime ) , 如果超出此时间，则为无效，如果在有效期之内，则为有效。

对于总曝光次数的判断过程是：广告服务器事先收集广告客户端或业务服务器上报的计量数据，其中包括曝光次数（即 " Impres s ion" 次数或点击次数），广告服务器比较预设的（即广告主所购买的）总曝光次数和当前收集的总曝光次数，判断已有的曝光次数是否超出预设值，如果超过，则投放过多，需要将广告无效掉，如果没有超过，则投放不足，需要继续投放，广告有效。

对于总体预算的判断过程是：根据收集的计量数据进行费用计算，如果已耗费的费用不足预算，则需要继续投放，广告有效；如果已耗费的费用超过预算，则不再投放，广告无效。对广告信息被撤销的判断过程是，如果广告主决定撤销广告（比如经费不足）或广告服务器（比如运营商的运营策略确定需要撤销广告），广告服务器会对被撤销的广告进行标记或删除。

步驟 102B , 判断所述广告信息是否满足任一暂停条件；当判断出所述广告信息不满足任一所述暂停条件时，表明该广告信息有效，则执行步驟 1 03C; 否则表明该广告信息暂时无效，则执行步驟 1 03B。

其中，暂停条件可以包括：所述广告信息的每日预算已经达到，和 / 或所述广告信息针对一受众用户的频次限制已经达到。具体说明如下：对于每日预算的判断过程与总体预算的判断过程类似，不同的是，只针对每天进行统计和判断。因为有时候，广告主会要求针对每一天进行预算和安排。广告主不希望广告投放过于密集或过于疏散。对于单个用户的频次限制的判断过程与总频次的判断过程类似，不同的是，只针对单个用户进行统计和判断。因为有时候，广告主会要求针对单个用户进行投放安排。广告主不希望对单个用户投放次数过多或过少 , 这样的广告效果都不会太好。

步驟 103A , 当满足任一所述删除条件时，表明该广告信息完全无效，则删除所述广告信息，且不对其进行投放；

步驟 103B , 当满足任一所述暂停条件时，表明该广告信息暂时无效，则延时投放所述广告信息；

延时后的再次投放时间可以根据曝光频次限制等条件进行设定。例如，广告服务器可以基于计量数据的收集和统计，在广告投放的某一天，某个广告被投放次数过多，超过了当天的频次限制，广告服务器需要将此广告推迟到第二天或下一个星期进行投放，以达到更好的投放效果。具体延迟时间依赖于广告服务器或广告主定义的策略。

步驟 1 03C ,当不满足任一所述删除条件且不满足任一所述暂停条件时，表明该广告信息有效，则立即投放所述广告信息。

此处需要说明的是，在立即投放所述广告信息之前，若是广告主更新元数据中的广告定向条件，即更新了接收该广告信息的目标受众条件或更新了承载广告的目标业务条件，则根据广告投放请求中携带的广告参数（如上下文数据等）再次进行广告选择，看广告是否适合广告参数。其中，广告定向条件可以包括对用户的定向和对承载广告的内容和 /或业务的定向，若是此用户符合广告定向条件，但是该业务不符合，则这条广告本次不能投放，但下次可能可以投放，所以要更新广告元数据。若两个定向条件都不满足，即使更新了元数据，在本地緩存中也不会选中此广告，此时可由本地緩存库的维护机制来删除此广告。

通过本实施例所述方法，由于在投放广告信息之前，根据与选择到的所述广告信息关联的由广告服务器更新后的广告元数据判断所述广告信息的有效性，因此解决了本地緩存的广告元数据与广告主登记到广告服务器上的广告元数据不同步的问题，从而能够准确可控地实现终端侧和网络侧总的曝光频次限制，使得广告平台能避免无效的广告投放，降低广告主的成本，提高广告的投资回报率。

此处需要说明的是，如果业务服务器或广告客户端已经向广告服务器批量预定了广告曝光次数，则可以在预定的广告曝光次数未达到时，直接投放广告，而不需要判断所述广告信息的有效性。

图 3 为本发明实施例二所述广告投放方法的流程图，如图所示，该方法包括：

步驟 301 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

具体说明请参见有关图 1所示步驟 101的相关解释，此处不再赘述。该实施例中广告信息的有效性判断由广告服务器完成，具体包括如下步驟 302-304。

步骤 302 , 广告客户端或业务服务器向广告服务器发送有效性检验请求，以使得所述广告服务器根据自身保存的更新后的广告元数据，判断所述广告信息的有效性。

其中，该有效性检验请求中可以携带待检验广告信息的广告标识（ ID ) 和 /或受众用户标识（ ID )等广告参数，以使得广告服务器得知要对哪些广告信息进行有效性检验。具体的广告元数据的更新过程是：广告服务器收集来自于广告客户端和业务服务器的计量数据，修改频次限制 ( FrequencyCap信息）；基于广告服务器的内部策略或广告主的要求，修改有效期、优先级和可展示时间等。

其中根据广告元数据判断广告信息的有效性的具体过程可以参考实施例一的相关描述。

步骤 303 , 所述广告客户端或业务服务器接收所述广告服务器根据所述广告信息的有效性而发送的广告投放指示消息。

其中，所述广告投放指示消息是广告服务器根据所述广告信息的有效性作出的，即当广告服务器在判断得出广告信息的有效性后，会向广告客户端或业务服务器发送广告投放指示消息。所述广告投放指示消息可以包括广告处理指示信息，用于指示业务服务器或广告客户端如何对本地緩存的广告信息进行处理，例如可以包括立即投放广告信息、删除广告信息或延时投放广告信息等。

步驟 304 , 所述广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

此处，当所述广告客户端或业务服务器收到广告服务器发送的广告投放指示消息时，实施例一中的步驟 103可以为广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

如图 4 所示，为本发明实施例二所述方法的具体信令流程图，包括如下信令过程：

401：广告客户端或业务服务器接收广告投放请求，该步骤具体可以参考上述实施例的相关部分的描述；

402：根据所述广告投放请求在本地緩存中选择待投放的广告信息，即选择符合所述广告参数的广告信息；

403:本地緩存中是否有被请求的广告信息，若有，则选择成功，转向 404; 否则，转向 403a;

403a: 向广告服务器（Ad server )发送广告选择请求；

403b:广告服务器根据该广告选择请求选择所需的广告信息返回给广告客户端或业务服务器；

404：判断选择到的广告信息是否需要进行有效性检验（Check ) , 若是，则转向 404b; 否则，转向 404a;

404a: 直接投放选择到的广告信息，流程结束。 404b: 向广告服务器发送有效性检验请求；

405: 广告服务器根据该广告服务器中保存的所述更新后的广告元数据，判断所述广告信息的有效性，具体的判断该广告信息是否符合删除条件或暂停条件可以参考上述实施例的相关描述，在此不再赘述；

406: 广告服务器根据判断出的所述广告信息的有效性向所述广告客户端或业务服务器发送广告投放指示消息；

407：广告客户端或业务服务器根据广告投放指示消息判断是否允许投放广告信息，若允许立即投放，则转向 407a; 否则根据广告投放指示消息对广告信息进行相应处理，如删除或延时投放，可以转向 402重新选择被请求的广告信息或者延时投放所述广告信息；

407a:立即投放广告信息。

其中，由广告服务器返回的广告投放指示消息可以用可扩展标记语言 ( Extens ib le Markup Language , 筒称 XML )表示如下： 1. 广告允许被投放，不需要在緩存中修改广告相关数据

<placement-decision>

</placement-decision>

2. 广告允许被投放，同时通知在緩存中修改广告相关数据

<placement-decision>

<action>update</ action>

3. 广告不允许被投放，并且通知删除緩存中广告相关数据:

<placement-decision>

<action>delete</action>

</placement-decision>

4. 暂緩广告的投放，设置广告能再次投放的时间：

<placement-decision>

<renew-start-time>2009.7.1</renew-start-time>

<renew-end-time>2009.7.5</renew-end-time>

</placement-decision>

5. 广告不允许被投放，并且修改广告相关数据：

<placement-decision>

<action>update</ action>

</placement-decision> 现有技术中，广告主在进行广告活动时，都会制定广告目标，如在指定时期内，广告的受众覆盖率、对目标受众的影响程度等。为使在限定的广告预算范围内，广告的覆盖率高，并且对受众产生有效的影响，广告主会在广告元数据中的投放策略信息中明确广告的总曝光数和限制每个受众观看广告的频次。每个受众观看的广告的频次过高，在有限预算内则广告的覆盖范围会变小，同时，对受众进行广告轰炸，会使受众对广告反感。若每个受众观看的广告频次过低，则广告对受众影响不大。另外，广告平台在投放广告主的广告时，如果总曝光数低于预算，会受到广告主的处罚。所以，在进行广告投放时，需要同时进行广告曝光总数和广告频次的控制。然而，当广告主需要对广告元数据中的投放策略信息进行更新时，仅对广告服务器上的广告元数据进行更新，因此会造成业务服务器和广告客户端本地緩存的广告元数据与广告服务器上保存的广告元数据的更新不同步的问题。

本实施例所述方法通过在投放广告前向广告服务器发送有效性检验请求，由广告服务器根据该广告服务器中保存的所述更新后的广告元数据，判断所述广告信息的有效性，能够解决上述业务服务器和广告客户端本地緩存的广告元数据与广告服务器上保存的广告元数据的更新不同步的问题，从而准确可控地实现了总的曝光频次限制，减少因为投放不足带来的罚款 (Pena l ty) , 并使广告平台能避免无效的广告投放及广告投放过多带来的广告位资源损失，防止对广告受众形成骚扰，减少无效广告费用，降低广告主的成本，提高广告的投资回报率。

图 5 为本发明实施例三所述广告投放方法的流程图，如图所示该方法包括如下步驟：

步驟 501 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

具体说明请参见有关图 1所示步驟 101的相关解释，此处不再赘述。其中，本实施例中的广告信息有效性判断由广告客户端或业务服务器来完成，具体包括如下步驟 502-504。

步骤 502 , 广告客户端或业务服务器向广告服务器发送元数据 ( metada ta ) 更新请求，并接收所述广告服务器返回的更新后的广告元数据。

具体地，该元数据更新请求中可以携带待检验广告信息的广告标识（ID ) 和受众用户标识（ID )等广告参数，使广告服务器得知要更新哪些广告信息的广告元数据。

步骤 503 , 所述广告客户端或业务服务器根据所述更新后的广告元数据更新本地緩存的与选择到的所述广告信息关联的广告元数据。

其中，接收的所述广告服务器的更新后的广告元数据包括广告主根据投放效果进行修改更新后形成的广告元数据，例如修改了广告元数据中的定向条件和投放策略等，具体的广告元数据的更新过程可参见前述步驟 302 中的说明；并且也可以包括经过一段时间投放后，广告数据的变化，如剩余的广告曝光次数和预算等。

步骤 504 , 所述广告客户端或业务服务器根据本地緩存的更新后的广告元数据判断所述广告信息的有效性。

具体的广告信息有效性的判断过程可以包括判断是否满足更新后的删除条件和 /或暂停条件等，具体过程请参见上述各个实施例的相关描述，此处不再赘述。

步驟 505 , 所述广告客户端或业务服务器根据所述广告信息的有效性确定是否投放所述广告信息。描述，在此不再赘述。

请参考图 6 , 其为本发明实施例三所述方法的具体信令流程图，包括如下信令过程：

601至 603b 用于进行广告信息的选择，具体过程可参考图 4中所示的 401 至 403b;

604：判断选择到的广告信息是否需要进行有效性检验（Check ) , 若是，则转向 604b; 否则，转向 604a , 其中判断是否要进行有效性检验的具体过程可以参考上述各个实施例的相关描述，在此不再赘述；

604a:直接投放选择到的广告信息，流程结束；

604b: 向广告服务器发送元数据更新请求；

605：广告服务器根据所述元数据检验请求选择更新后的广告元数据； 606: 广告服务器返回更新后的广告元数据；

607：所述广告客户端或业务服务器根据本地緩存的更新后的广告元数据判断所述广告信息的有效性，以决定是否允许投放，若允许立即投放，则转向 607a; 否则，才艮据判断出的有效性对广告信息进行相应处理，如删除或延时等，则可以转向 602重新选择被请求的广告信息或者延时投放所述广告信息；

607a:立即投放广告信息。

其中，向广告服务器发送的元数据更新请求及广告服务器返回的更新后的广告元数据可以用 XML编程语言表示如下：

1.请求广告元数据：

</AdEngineMetadataRequest>

2. 返回广告元数据：

</AdMetadata>

</AdEngineMetadataResponse> 本实施例所述方法与图 3所示实施例的区别在于：对广告信息有效性的判断不是由广告服务器进行的，而是由业务服务器和广告客户端基于从广告服务器获取的更新后的广告元数据进行的，不但准确可控地实现了总的曝光频次限制的目的，而且还减轻了广告服务器的处理负担。

图 7 为本发明实施例四所述广告投放方法的流程图，如图所示该方法包括如下步骤：

步驟 701 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

具体说明请参见有关图 1所示步驟 101的相关解释，此处不再赘述。其中，本实施例中广告信息的有效性判断由广告服务器完成，其具体过程可以包括步驟 702和 703。

步驟 702 , 广告服务器收集广告客户端或业务服务器已投放的广告信息的投放计量数据，以使得所述广告服务器根据该广告服务器中保存的更新后的广告元数据及所述投放计量数据，判断所述广告信息的有效性。

步驟 703 , 广告客户端或业务服务器接收所述广告服务器根据判断出的所述广告信息的有效性发送的广告投放指示消息。述，在此不再赘述。

步骤 704 , 根据所述广告投放指示消息确定是否投放所述广告信息。此处，当所述广告客户端或业务服务器收到广告服务器发送的广告投放指示消息时，实施例一中的步驟 103可以为广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

具体地，如图 19所示，为实际移动广告系统中各部分的接口说明示意图，其中，业务服务器可以通过 "MobAd- 2，，接口向广告服务器发送各种消息；广告客户端可以通过 "MobAd_ 3" 接口和 "Delv-l" 与广告服务器进行信息交互；业务客户端可以通过 "MobAd- l" 向广告服务器发送各种消息。本发明实施例所述的广告投放指示消息可通过广告服务器与业务服务器之间的通知（Notification)接口发送给业务服务器，或是在应答来自业务服务器的广告请求消息的广告响应消息中携带发送；并通过广告服务器与广告客户端之间的 "Delv-l" 接口发送给广告客户端，或是在应答来自广告客户端的广告请求消息的广告响应消息中携带发送。图中，实线方框表示移动广告系统的内部组件 (componet)；虚线方框表示位于移动广告系统之外的实体（entity)；实线箭头表示强制接口（Mandatory

Interface ) ；虚线箭头表示可选接口 ( Optional Interface ) 。

比如，广告服务器给广告客户端在广告响应消息中携带广告删除指示的消息实例为：

<AdContentData AdId="XX">Ad Content Data</AdContentData> <DeletedAdId>AdId_Example</DeletedAdId>

</AdEngineAdResponse>

广告服务器给广告客户端直接发送通知消息中携带广告删除指示的消息实例为：

<NotificationType>Ad Deletion</NotificationType>

<AdId> AdId_Example</AdId>

</AdServerPushNotification>

对于业务服务器，广告服务器下发的消息与此类似，不再赘述。

如前所述，在判断有效性时也可以包括判断所述广告信息是否满足任一删除条件及任一暂停条件。例如：当广告投放计量数据中记载的广告总曝光次数达到后，表示该广告信息的投放目标已经完成，该广告信息已无效，则发送广告删除指示消息，指示广告客户端或业务服务器将本地緩存的广告信息删除；当某个广告信息对某个受众用户达到频次限制后，发送广告投放限制指示消息，指示广告客户端或业务服务器在规定时间内，暂停投放此广告信息，只有经过一段时间后才能恢复有效，所以广告信息仍可以保存在本地緩存中，并不删除。

通过本实施例所述方法，由广告服务主动收集已投放的广告信息的投放计量数据并结合该广告服务器中保存的更新后的广告元数据实现了对广告信息的有效性检验，并釆用主动推送方式向所述广告客户端或业务服务器发送广告投放指示消息从而也实现了准确可控地实现了总的曝光频次限制的目的。

图 8 为本发明实施例五所述广告投放方法的流程图，如图所示该方法包括如下步驟：

步骤 801 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

具体说明请参见有关图 1所示步骤 101的相关解释，此处不再赘述。其中，本实施例中广告信息的有效性判断由广告服务器完成，其具体过程可以包括步驟 802-805。

步驟 802 , 广告客户端或业务服务器当未在本地緩存中找到要投放的广告信息时，向广告服务器发送广告选择请求，并接收所述广告服务器选择到的所述广告信息，其中所述广告选择请求中包括緩存指示信息，用于说明选择到的广告信息是否要进行本地保存。

步骤 803 , 所述广告服务器根据所述緩存指示信息创建需要进行本地緩存的广告信息与请求选择该广告信息的广告客户端或业务服务器之间的订阅对应表。步驟 804 , 所述广告服务器根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性。

具体的广告信息有效性的判断过程可以参见上述各实施例的相关描述，此处不再赘述。

步驟 805 , 所述广告服务器根据判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送广告投放指示消息。述，在此不再赘述。

步驟 806 , 广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

此处 , 当所述广告客户端或业务服务器收到广告服务器发送的广告投放指示消息时 , 实施例一中的步骤 103可以为广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

以下举例说明本实施例所述方法的信令流程过程，如图 9所示，包括如下过程：

9 01：广告客户端或业务服务器向广告服务器发送广告选择请求，其中包括緩存指示信息；

9 02：广告服务器返回选择到的广告信息；

9 03：根据緩存指示信息确定出选择到的广告信息要进行本地緩存；

9 04：根据所述緩存指示信息创建需要进行本地緩存的广告信息与请求选择该广告信息的广告客户端或业务服务器之间的订阅对应表；

9 05 : 判断有效性；

9 06 : 发送广告投放指示消息。

通过本实施例所述方法，以一种隐式订阅方式，由广告服务器自动为需要进行本地緩存的广告信息创建订阅对应表，并根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性，从而实现了准确可控地实现了总的曝光次数、曝光频次限制的目的。

图 10为本发明实施例六所述广告投放方法的流程图，如图所示该方法包括如下步骤：

步驟 1 001 , 广告客户端或业务服务器接收到广告投放请求后，根据所述广告投放请求选择待投放的广告信息。

具体说明请参见有关图 1所示步驟 101的相关解释，此处不再赘述。其中，本实施例中广告信息的有效性判断由广告服务器完成，其具体过程可以包括步驟 1 002-1005。

步驟 1002 , 广告客户端或业务服务器向广告服务器发送广告更新订阅请求。

具体地，该广告更新订阅请求中包含广告列表，以订阅广告列表中所列广告信息的更新消息。

步驟 1003 , 所述广告服务器根据所述广告更新订阅请求创建被订阅的广告信息与请求订阅该广告信息的广告客户端或业务服务器之间的订阅对应表。

步骤 1 004，所述广告服务器根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性。

具体的判断有效性的过程可以参见上述各实施例的说明，此处不再赘述。

步驟 1 005 , 所述广告服务器根据判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送广告投放指示消息。

步骤 1006 , 根据所述广告投放指示消息确定是否投放所述广告信息。此处，当所述广告客户端或业务服务器收到广告服务器发送的广告投放指示消息时 , 实施例一中的步骤 103可以为广告客户端或业务服务器根据所述广告投放指示消息确定是否投放所述广告信息。

如图 11所示，本发明实施例六所述方法的信令流程，包括如下过程： 1101：广告客户端或业务服务器向广告服务器发送广告更新订阅请求，其中包括要订阅的广告列表；

1102：根据所述广告更新订阅请求创建被订阅的广告信息与请求订阅该广告信息的广告客户端或业务服务器之间的订阅对应表；

1103：判断有效性；

1104：发送广告投放指示消息。

其中，向广告服务器发送的广告更新订阅请求及广告服务器返回的广告投放指示消息可以用 XML编程语言表示如下：

1. 广告更新订阅请求：

</SPAppSubscribe>

2. 广告投放指示消息：

<Action>Delete</Action>

</SPAppNotification> 通过本实施例所述方法，以一种显式订阅方式，广告客户端或业务服务器主动向广告服务器订阅待更新的广告信息的更新消息，由广告服务器创建订阅对应表并根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性，从而实现了准确可控地实现了总的曝光次数、曝光频次限制的目的。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步驟可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM、 RAM,磁碟或者光盘等各种可以存储程序代码的介质。

图 7、 8和 10所示实施例中，由广告服务器发送的广告投放指示消息的消息格式举例如图 12所示，其中各消息字段的说明参见表 1。

表 1

其中，表 1中所示的操作类型（Ac t ion type)可以用指定的数值来表示, 每个数值及其对应的意义说明参见表 2。

表 2

其中，广告投放指示消息例如可以用 XML编程语言表示如下，其中描述了删除广告、更新广告元数据、请求上 4艮广告 metr ics的通知消息:

<?xml version="1.0" encoding="UTF-8"?>

</header>

<body>

//notification for deleting ads

<Action-type> 1 </Action-type>

<action-object>

</action-object>

</Action>

//notification for updating an ad metadata

<Action-type>2</Action-type>

<action-object>

<Ad-metadata>

<targeting>XXXXX</targeting>

<renew-time>XX</ renew-time >

</ A d-metadata>

</action-object>

</Action>

//notification for reporting ad metrics

<Action-type>3</Action-type>

<action-object>

</ action-obj ect> </Action>

</body>

</notification>

图 13 为用于实现本发明实施例一所述广告投放方法的广告投放装置的结构示意图。如图所示，该广告投放装置 1300包括：广告选择模块 1301、有效性判断模块 1302及投放模块 1303。其中，广告投放装置 1310具体可以为广告客户端或业务服务器，该系统的工作原理如下：

广告选择模块 1301 根据接收到的广告投放请求选择待投放的广告信息。可以具体为：在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息，则可以向广告服务器发送广告选择请求，从而接收所述广告服务器选择的所述广告信息。有效性判断模块 1302 根据与广告选择模块 1301 选择的所述广告信息关联的由广告服务器生成的广告元数据判断所述广告信息的有效性。投放模块 1303根据有效性判断模块 1302判断出的所述广告信息的有效性确定是否投放所述广告信息。

具体地，当所述广告信息有效时，立即投放所述广告信息；当所述广告信息暂时无效时，延时投放所述广告信息；及当所述广告信息完全无效时，删除所述广告信息且不对其进行投放。具体说明请参见图 2及其相关步骤说明，此处不再赘述。

通过本实施例所述装置，由于在投放广告信息之前，根据与选择到的所述广告信息关联的由广告服务器更新后的广告元数据判断所述广告信息的有效性 , 因此解决了本地緩存的广告元数据与广告主登记到广告服务器上的广告元数据不同步的问题，从而能够准确可控地实现终端侧和网络侧总的曝光频次限制，使得广告平台能避免无效的广告投放，降低广告主的成本，提高广告的投资回报率。

图 14 为用于实现本发明实施例二所述广告投放方法的广告投放系统的结构示意图。如图所示，该广告投放系统 1400 包括广告投放装置 1410 和广告服务器 1420。本实施例中广告信息的有效性判断由广告服务器 1420 完成。其中，广告投放装置 141 0具体可以为广告客户端或业务服务器，该系统的工作原理如下：

广告投放装置 1410中的广告选择模块 1411根据接收到的广告投放请求选择待投放的广告信息。可以具体为：在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息，则可以向广告服务器 1420发送广告选择请求，从而接收所述广告服务器 1420选择的所述广告信息；检验请求模块 1412向广告服务器 1420发送有效性检验请求；

广告服务器 1420中的有效性判断模块 1421根据自身保存的更新后的广告元数据判断所述广告信息的有效性；并由投放指示模块 1422根据有效性判断模块 1421送出的所述广告信息的有效性向广告投放装置 141 0发送广告投放指示消息；

广告投放装置 1410中的投放模块 1413根据所述广告投放指示消息确定是否投放所述广告信息。其中，该广告投放装置 1410具体可以为广告客户端或业务服务器。

本实施例所述系统通过在投放广告前向广告服务器发送有效性检验请求，由广告服务器根据该广告服务器中保存的所述更新后的广告元数据，判断所述广告信息的有效性，能够解决上述业务服务器和广告客户端本地緩存的广告元数据与广告服务器上保存的广告元数据的更新不同步的问题，从而准确可控地实现了总的曝光频次限制，减少因为投放不足带来的罚款 (Pena l ty) , 并使广告平台能避免无效的广告投放及广告投放过多带来的广告位资源损失，防止对广告受众形成骚扰，减少无效广告费用，降低广告主的成本，提高广告的投资回报率。

图 15 为用于实现本发明实施例三所述广告投放方法的广告投放装置的结构示意图。如图所示，该广告投放装置 1500包括：广告选择模块 1501、收发模块 1502、更新模块 1503、有效性判断模块 1504及投放模块 1505。其工作原理如下：广告投放装置 1500中的广告选择模块 1501根据接收到的广告投放请求选择待投放的广告信息。可以具体为：在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息，则可以向广告服务器发送广告选择请求，从而接收所述广告服务器选择的所述广告信息；收发模块 1502向广告服务器发送元数据更新请求，并接收所述广告服务器返回的更新后的广告元数据；更新模块 1503根据所述更新后的广告元数据更新本地緩存的与选择到的所述广告信息关联的广告元数据；有效性判断模块 1504根据本地緩存的更新后的广告元数据判断所述广告信息的有效性；投放模块 1505根据有效性判断模块 1504 判断出的所述广告信息的有效性确定是否投放所述广告信息。

本实施例所述装置与图 14 所示实施例的区别在于：对广告信息有效性的判断不是由广告服务器进行的，而是由业务服务器和广告客户端基于从广告服务器获取的更新后的广告元数据进行的，不但准确可控地实现了总的曝光频次限制的目的，而且还减轻了广告服务器的处理负担。的结构示意图。如图所示，该广告投放系统 1600 包括广告投放装置 1610 和广告服务器 1620。本实施例中广告信息的有效性判断由广告服务器 1620 完成。其中，广告投放装置 161 0具体可以为广告客户端或业务服务器，该系统的工作原理如下：

广告投放装置 1610中的广告选择模块 1611根据接收到的广告投放请求选择待投放的广告信息。可以具体为：在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息，则可以向广告服务器 1620发送广告选择请求，从而接收所述广告服务器 1620选择的所述广告信息。

广告服务器 1620中的收集模块 1621收集广告投放装置 1610已投放的广告信息的投放计量数据；有效性判断模块 1622根据该广告服务器 1620 中保存的更新后的广告元数据及由收集模块 1621 收集到的所述投放计量数据，判断所述广告信息的有效性；由投放指示模块 1623根据有效性判断模块 1622判断出的所述广告信息的有效性发送广告投放指示消息；

广告投放装置 1610中的投放模块 1612根据所述广告投放指示消息确定是否投放所述广告信息。

通过本实施例所述系统，由广告服务主动收集已投放的广告信息的投放计量数据并结合该广告服务器中保存的更新后的广告元数据实现了对广告信息的有效性检验，并采用主动推送方式向所述广告客户端或业务服务器发送广告投放指示消息从而也实现了准确可控地实现了总的曝光频次限制的目的。的结构示意图。如图所示，该广告投放系统 1700 包括广告投放装置 1710 和广告服务器 1720。其中，广告投放装置 171 0具体可以为广告客户端或业务服务器，该系统的工作原理如下：

广告投放装置 171 0中的广告选择模块 171 1根据接收到的广告投放请求选择待投放的广告信息。可以具体为：在本地緩存中进行广告选择，如果在本地緩存中未找到所述广告信息 , 则通过广告获取模块 1712向广告服务器 1720发送广告选择请求，并接收所述广告服务器 1720选择的所述广告信息；其中所述广告选择请求中包括緩存指示信息，用于说明从广告服务器获取到的广告信息是否要进行本地保存。

广告服务器 1720中的建表模块 1721根据所述緩存指示信息创建需要进行本地緩存的广告信息与请求选择该广告信息的广告投放装置 1710之间的订阅对应表；有效性判断模块 1722根据该广告服务器 1720中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性；投放指示模块 1723根据有效性判断模块 1722判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告投放装置 1710发送广告投放指示消息；广告投放装置 1710中的投放模块 171 3根据所述广告投放指示消息确定是否投放所述广告信息。

通过本实施例所述系统，以一种隐式订阅方式，由广告服务器自动为需要进行本地緩存的广告信息创建订阅对应表，并根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性，从而实现了准确可控地实现了总的曝光次数、曝光频次限制的目的。

图 18 为用于实现本发明实施例六所述广告投放方法的广告投放系统的结构示意图。如图所示，该广告投放系统 1800 包括广告投放装置 1810 和广告服务器 1820。其中，广告投放装置 181 0具体可以为广告客户端或业务服务器，该系统的工作原理如下：

广告投放装置 181 0中的更新订阅模块 1811向广告服务器 1820发送广告更新订阅请求；具体地，该广告更新订阅请求中包含广告列表，以订阅广告列表中所列广告信息的更新消息；

广告服务器 1820中的建表模块 1821根据所述广告更新订阅请求创建被订阅的广告信息与请求订阅该广告信息的广告客户端或业务服务器之间的订阅对应表；有效性判断模块 1822根据该广告服务器 1820中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性；投放指示模块 1823根据有效性判断模块 1822判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送广告投放指示消息；

广告投放装置 1810中的投放模块 1812根据所述广告投放指示消息确定是否投放所述广告信息。

通过本实施例所述系统，以一种显式订阅方式，广告客户端或业务服务器主动向广告服务器订阅待更新的广告信息的更新消息，由广告服务器创建订阅对应表并根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性，从而实现了准确可控地实现了总的曝光次数、曝光频次限制的目的。

本发明的各个装置实施例和系统实施例中的相关有效性判断、广告投放指示消息等的具体处理过程可以参考上述各个方法实施例的相关部分的描述，而且各个装置实施例和系统实施例中的没有提到但在方法中介绍的处理过程，也可以参照上述各个方法实施例的相关部分的描述，在此不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求书

1、一种广告投放方法，其特征在于包括：

广告客户端或业务服务器接收到广告投放请求后 ,根据所述广告投放请求选择待投放的广告信息；

根据所述广告信息的有效性确定是否投放所述广告信息。

2、根据权利要求 1所述的广告投放方法，其特征在于所述判断所述广告信息的有效性包括判断所述广告信息是否满足以下任一删除条件：

所述广告信息已过有效期；

所述广告信息的总曝光次数已经达到；

所述广告信息的总体预算已经达到；

所述广告信息已经被销。

3、根据权利要求 2所述的广告投放方法，其特征在于所述方法进一步包括当判断出所述广告信息不满足任一所述删除条件时，还包括判断所述广告信息是否满足以下任一暂停条件：

所述广告信息的每日预算已经达到；

所述广告信息针对一受众用户的频次限制已经达到。

4、根据权利要求 3所述的广告投放方法，其特征在于根据所述广告信息的有效性确定是否投放所述广告信息包括：

当满足任一所述删除条件时，删除所述广告信息；

当满足任一所述暂停条件时，延时投放所述广告信息；

当不满足任一所述删除条件且不满足任一所述暂停条件时，立即投放所述广告信息。

5、根据权利要求 1 所述的广告投放方法，其特征在于所述根据所述广告投放请求选择待投放广告信息包括：在本地緩存中选择待投放的广告信息；或者当在本地緩存中未选择到所述广告信息时，向广告服务器发送广告选择请求，并接收所述广告服务器选择到的所述广告信息。

6、根据权利要求 1所述的广告投放方法，其特征在于判断所述广告信息的有效性之前还包括：根据所述广告元数据中的有效性指示信息确定所述广告信息是否需要进行有效性检验。

7、根据权利要求 1 ~ 6 中任一所述的广告投放方法，其特征在于根据与选择到的所述广告信息关联的由广告服务器生成的广告元数据，判断所述广告信息的有效性包括：

向广告服务器发送有效性检验请求，以使得所述广告服务器根据保存的所述更新后的广告元数据判断所述广告信息的有效性；

接收所述广告服务器根据判断出的所述广告信息的有效性发送的广告投放指示消息。

8、根据权利要求 7所述的广告投放方法，其特征在于根据所述广告信息的有效性投放所述广告信息包括：根据所述广告投放指示消息投放所述广告信息。

9、根据权利要求 1 ~ 6 中任一所述的广告投放方法，其特征在于根据与选择到的所述广告信息关联的由广告服务器生成的广告元数据，判断所述广告信息的有效性包括：

向广告服务器发送元数据更新请求；

根据来自于所述广告服务器的更新后的广告元数据更新本地緩存的与选择到的所述广告信息关联的广告元数据；

根据本地緩存的更新后的广告元数据判断所述广告信息的有效性。

10、根据权利要求 1 ~ 6中任一所述的广告投放方法，其特征在于根据与选择到的所述广告信息关联的由广告服务器生成的广告元数据，判断所述广告信息的有效性包括：

广告服务器收集所述广告客户端或业务服务器上报的已投放的广告信息的投放计量数据；

所述广告服务器根据该广告服务器中保存的更新后的广告元数据及所述投放计量数据判断所述广告信息的有效性，并居判断出的所述广告信息的有效性向所述广告客户端或业务服务器发送广告投放指示消息。

11、根据权利要求 5所述的广告投放方法，其特征在于所述广告选择请求中包括緩存指示信息，所述根据与选择到的所述广告信息关联的更新后的广告元数据判断所述广告信息的有效性包括：

所述广告服务器根据所述緩存指示信息创建需要进行本地緩存的广告信息与请求选择该广告信息的广告客户端或业务服务器之间的订阅对应表；

所述广告服务器根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性；

所述广告服务器根据判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送广告投放指示消息。

12、根据权利要求 1 ~ 6中任一所述的广告投放方法，其特征在于根据与选择到的所述广告信息关联的由广告服务器生成的广告元数据，判断所述广告信息的有效性包括：

向广告服务器发送广告更新订阅请求，以使得所述广告服务器根据所述广告更新订阅请求创建被订阅的广告信息与请求订阅该广告信息的广告客户端或业务服务器之间的订阅对应表，所述广告服务器并根据该广告服务器中保存的所述更新后的广告元数据，判断所述订阅对应表中记录的广告信息的有效性；

接收所述广告服务器根据判断出的所述广告信息的有效性向所述订阅对应表中记录的相应广告客户端或业务服务器发送的广告投放指示消息。

13、根据权利要求 2所述的广告投放方法，其特征在于还包括：当广告服务器判断广告满足删除条件时，下发广告删除指示给广告客户端或业务服务器。

14、根据权利要求 13所述的广告投放方法，其特征在于所述下发广告删除指示给广告客户端或业务服务器包括：直接以通知的方式下发所述广告删除指示给所述广告客户端或业务服务器；或者将所述广告删除指示携带于针对所述广告投放请求的响应消息中下发给所述广告客户端或业务服务器。

15、一种广告投放装置，其特征在于包括：

16、根据权利要求 15所述的广告投放装置，其特征在于进一步包括：收发模块，用于向广告服务器发送元数据更新请求，并接收所述广告服务器返回的更新后的广告元数据；

更新模块，用于根据所述更新后的广告元数据更新本地緩存的与选择到的所述广告信息关联的广告元数据。

17、一种广告投放系统，其特征在于包括：广告投放装置和广告服务器；

所述广告投放装置包括：

18、根据权利要求 17所述的广告投放系统，其特征在于所述广告投放装置还包括：

检验请求模块，用于向所述广告服务器发送有效性检验请求，使有效性判断模块当接收到所述有效性检验请求后，根据所述广告服务器自身保存的更新后的广告元数据判断所述广告信息的有效性。

19、根据权利要求 17所述的广告投放系统，其特征在于所述广告服务器还包括：

收集模块，用于收集所述广告投放装置已投放的广告信息的投放计量数据；

所述有效性判断模块还用于根据该广告服务器中保存的更新后的广告元数据及由收集模块收集到的所述投放计量数据，判断所述广告信息的有效性。

20、根据权利要求 1 7所述的广告投放系统，其特征在于所述广告投放装置还包括：

广告获取模块，用于当广告选择模块在本地緩存中未找到所述广告信息时，向所述广告服务器发送广告选择请求，并接收所述广告服务器选择的所述广告信息；其中所述广告选择请求中包括緩存指示信息，用于说明从广告服务器获取到的广告信息是否要进行本地保存；

所述广告服务器还包括：

建表模块，用于根据所述緩存指示信息创建需要进行本地緩存的广告信息与请求选择该广告信息的广告投放装置之间的订阅对应表；

所述有效性判断模块还用于根据该广告服务器中保存的所述更新后的广告元数据判断所述订阅对应表中记录的广告信息的有效性。

21、一种广告投放系统，其特征在于包括：广告投放装置和广告服务器；

所述广告投放装置包括：

所述广告服务器包括：