CN102713959A - 实时在线广告的验证系统与方法 - Google Patents

Abstract

本发明提供了一种在广告服务器提供服务之前验证广告是否符合广告活动规则的实时系统，其包括：（a）决策服务器，用于确定拟提交给用户的广告是否符合其广告活动规则;（b）数据库，其从决策服务器接收连接，该数据库包括根据广告发布者意图的广告活动规则;（c）网络服务器,其包括查询软件模块，该服务器将查询软件模块传送至用户的浏览器;（d）查询软件模块,其由用户的浏览器执行，并可以提取决策服务器必需的参数;其中，该参数传送至决策服务器，该决策服务器分析广告活动规则和所提供的参数，并将其决定发送至广告服务器，该广告服务器相应地投放广告或者拦截广告。

Description

实时在线广告的验证系统与方法

技术领域

本发明涉及一种用于验证通过数据网络所投放的广告的系统和方法。更确切地讲，本发明涉及一种经网络媒体所投放之广告进行验证的实时决策系统，该广告基于Java脚本投放。

背景技术

当一家公司从媒体供应商购买广告空间或时间时，其指示具体包括该广告应该在何处、何时以及如何投放。广告购买的指导原则可在使用各种不同的工具进行广泛研究之后予以汇编，而且从广告买家的角度来看，其最能反映其广告目标，并代表其广告预算的最佳利用。广告费用也直接关系到广告活动投放指示的类型和程度。

广告投放的指示可能包括应该启动广告或者投放广告的当天的日期和时间、广告应投放的次数、广告投放的受众类型、应投放的广告位置、应投放的广告频率、应该投放广告的授权网站中待排除的某些网站和网址、以及广告应该遵守的其它各项规章制度、政策和公约。

广告客户与媒体供应商所签订的包括这些指示并且被媒体供应商所接受的订单通常称作“插播订单”（IO）。插播订单通常包括各种植入，其中每个植入代表不同的插播。插播订单代表广告买方和供应商之间关于该广告业务的书面合同。

广告供应商投放该广告至在其互联网上的网站，或者使用通常称作广告服务器的计算机程序的其它形式的数字媒体。应该显示广告内容的每个网页则连接到一个或多个广告服务器。广告服务器基于插播订单和植入的定义，通过将最合适的广告匹配给相应的用户和页面，而从大型广告库中选择适当的待投放广告。

在许多情况下，广告服务器可能决定调用第三方来投放广告（一个实施例是将库存卖到另一个广告服务器，由于第一个广告服务器没有足够的待投放广告）。这可能会反复出现，并生成从一个广告服务器到另一个广告服务器的调用链，通过使用用户的浏览器改变从一个服务器到另一个服务器的调用，并生成带有到这些服务器的调用的内嵌框架标签。

由于插播订单的复杂性，需要手动设置广告活动，通常可以短时帧进行广告活动设置，并且由于其它技术困难，例如第三方的使用，实际投放的广告经常与插播订单中指定的指令不同。这些不一致耗费了广告买家数以百万计的广告预算损失。为了节省这样的损失，应对广告投放应进行监测，并对不遵守广告购买指导原则的广告进行实时拦截。

内容投放网络或内容分发网络（CDN）是包含数据副本的计算机系统，其放置在网络中不同的点，以使用户通过网络访问数据的带宽最大化。通过使用CDN，用户可以访问附近的数据副本，而不是所有用户访问相同的中央服务器。通过使用CDN，避免了在中央服务器附近形成瓶颈。内容类型包括Web对象、可下载对象（媒体文件、软件和文档）、应用程序、实时媒体流、以及其它由互联网传送的对象（DNS、路由和数据库查询）。

内嵌框架（Inline Frame,IFrame）是埋入互联网上另一个文件（例如HTML、XML等）中的文件（例如HTML、XML等）。内嵌框架和嵌套的内嵌框架元素经常用于将内容从一个信息源例如广告中插入至另一个信息源例如网页，从而投放广告。由于内嵌框架的安全性定义，网站页面参数（例如网址URL）的可视性和投放广告的数据受到严重限制。由于安全限制，即当内嵌框架处于不同的域中，如其父域或子域，则隐藏内嵌框架之外的文档对象模型（DOM）的信息，其中，DOM（Document object Model）是允许程序员创建和修改HTML网页和XML文档作为全面的方案对象的编程接口规范，因而，可视性是有限的。当广告通过如上所述的服务器链进行投放，即创建嵌套的内嵌框架，其可视性更加有限。

嵌套的内嵌框架不允许广告购买者从其常规和标准数据来确定网址。因此，广告购买者不能检查他们的广告是否针对所需的目标，也不能拦截引导至不期望的网址的广告。因此，广告购买者有时会在不期望的广告中浪费自己的广告预算。如果广告拦截的决策是在广告服务器的外部服务器做出的，拦截不期望的广告则更加复杂。为了准确确定待拦截的广告，必须收集广告投放的页面的信息（如网址）。应该实时拦截不期望的投放中的广告。为了防止广告投放时间的变劣，应该在很短的执行时间内进行广告拦截过程。

WO 2009/156988公开了一种提取隐藏于内嵌框架内的网址的方法。这种方法提供了专门开发的Java脚本（JS），以在页面上投放并执行。专门开发的JS可以对内嵌框架提供窗口参照页(windowreferrer)。因此，网站页面参数的可视性得到改善，人们可以确定是否是投放所需的广告。然而，投放该JS至网页降低了性能，并减慢了广告的投放时间。

基于投放广告之页面的充分认识以及可视性问题，目前所用的方法尚不能提供满意的解决方案。目前所用的方法是在浏览器中做出是否拦截或投放所接收到的广告服务的决定。然而，当接收到的广告被拦截，在页面上显示广告的机会就会丧失，并且该页面没有货币化（盈利）。因此，需要一种系统，其能帮助广告服务器决定投放哪个广告，并允许其根据广告活动的定义，在投放植入（例如网页的网址）的可视性和充分认识的基础上，投放适当的广告。此外，还需要一种提供第三方实时决策系统的方法，其满足准确性的需求和短广告投放时间的需求。

本发明的目的之一是，验证通过数据网络投放的广告是否满足其广告活动的定义和约束。

本发明的另一目的是，提供一种系统，其能自动验证投放的广告是否遵守广告客户所确定的插播订单。

本发明的又一目的是，验证插播订单中所指定的指令是否与广告客户的意图相匹配。

本发明的再一目的是，获得页面网址的完全可视性，并将实时广告拦截延迟缩短至可以忽略的最低程度。

本发明进一步的目的和优点，将在说明书中详细描述。

发明内容

一方面，本发明提供了一种在广告服务器提供服务之前、实时验证广告是否符合广告活动规则的系统，该系统包括：（a）决策服务器，用于确定拟提交给用户的广告是否符合其广告活动规则;（b）数据库，其从决策服务器接收连接，该数据库包括根据广告发布者意图的广告活动规则;（c）网络服务器,其包括查询软件模块，该服务器将该查询软件模块发送至用户的浏览器;以及（d）查询软件模块,其由用户的浏览器执行，并可以提取决策服务器所必需的参数;其中，该参数传送至决策服务器，决策服务器分析广告活动规则和所提供的参数，并将其决策发送至广告服务器，该广告服务器相应地投放广告或者拦截广告。

在本发明一具体实施方式中，提取的参数选自如下一组：首页访问网址、窗口参照页、广告应启动或投放之日的日期和时间、广告应投放的次数、广告投放受众的类型、广告的位置、广告投放的频率、从批准的广告投放网站中排除的某些网站和网址、广告应当遵守的规则、政策和公约。

在另一具体实施方式中，该系统进一步包括一个或多个网站标签，其存储于广告发布者的网页中，其中，该网站标签被用户浏览器检索和执行，并允许查询软件模块提取投放广告的首页信息。

在另一具体实施方式中，网站标签是选自以下机器语言写成的代码：JS和HTML。

在另一具体实施方式中，该系统进一步包括为当前广告请求产生通用的用户ID的二级代码。

在另一具体实施方式中，查询软件模块是选自以下机器语言写成的代码：JS和HTML。

另一方面，本发明提供了一种在广告服务器提供服务之前、实时验证广告是否符合广告活动规则的方法，该方法包括如下步骤：（a）从广告发布者的网页检索网站标签;（b）从网络服务器检索查询软件模块，并通过用户浏览器执行其代码;（c）收集广告服务决策所需要的所有的页面参数;（d）以收集到的参数调用决策服务器;（e）从数据库中检索广告活动定义，并与收集到的参数进行比较;以及（f）基于该比较，确定是否投放或拦截该广告。

在本发明一具体实施方式中，该方法进一步包括在用户端生成通用的用户ID，并以该生成的通用用户ID调用广告服务器，以便并行于决策过程而允许广告投放过程的开始。

在另一具体实施方式中，该方法进一步包括选择新的广告投放至该网页，以代替由于不合适而被验证并拦截的广告。

附图说明

下面借助附图，通过对具体实施方式的说明和非限制性的详细描述，以更好地理解本发明上述及其它特点和优点：

图1示意性地说明了根据本发明系统的典型实施方式;

图2是根据本发明的客户端-服务器的数据流的序列图。

具体实施方式

在下面的描述中，为了说明的目的，提供了许多具体的细节。然而，本领域的技术人员显然知道，本发明并不限于这些具体细节，在本发明的基础上，本领域的技术人员可轻易设计出改进的方案。

本发明所提出的系统提供了实时准确的广告验证（AV）服务，其可以在广告服务器投放广告之前，验证该广告是否符合广告活动规则。在一具体实施方式中，本发明包括以下简称网站标签（Site Tags,ST）的软件模块。对广告验证服务感兴趣的广告发布者将网站标签添加到他们的网站。网站标签在后台运行，并可以启动广告发布者网站的查询过程。该查询过程包括提取有关广告投放的“首页”的网站参数和信息（如大部分首页的可访问网址和窗口参照页），无论它们之间的通路（way）有多少内嵌框架和多少不同的域。该实施方式可以无需客户使用自己的服务器、设置系统或者激活私人程序。网站标签还可以与投放广告至该页面的远程广告服务器之间进行通信。该网站标签发送关于页面以及访问此页面的用户信息到广告服务器。

图1示意性地说明根据本发明系统的典型实施方式。在该实施方式中，广告验证服务供应商101提供广告验证服务，其位于广告发布者的广告服务器103的外部。希望对于实时广告验证服务更加可见的每个广告发布者都使用网站标签104。网站标签存储于广告发布者的网页110中，并在用户浏览器102下载广告发布者的网页时执行。在一具体实施方式中，网站标签是软件模块，其中包含JS、HTML或其它机器语言代码。一旦执行网站标签，其产生对广告服务器103的调用，并从其检索二级代码111。当用户的浏览器执行该二级代码，建立对广告验证网络服务器105的连接。广告验证网络服务器105包含查询模块106。在本发明一具体实施方式中，广告验证网络服务器105为CDN，其包括查询模块106，该查询模块106包括可以提取必要参数的JS代码，该必要参数用于确定是否投放或不投放广告（如网络首页网址）。

一旦检索查询模块，浏览器便执行查询模块内的JS代码，并开始提取首页（投放广告）的网址的过程。同时，二级代码111也产生当前广告请求的GUID（General User ID,通用的用户ID）。GUID是唯一的标识符，其允许异步通信和并行处理，以减少广告服务时间。在一具体实施方式中，GUID允许广告投放过程的开始与决策过程并行(即同时进行)。当网址提取后，其与生成的GUID一起发送至广告验证服务器107。同时，生成的GUID也发送到广告服务器103，其发送GUID和广告活动的ID至广告验证服务器107。广告验证服务器107根据从两个单元中接受的GUID，对从用户的浏览器发送的网址河从广告服务器发送的广告活动ID进行匹配，并从广告活动数据库（DB）108中检索出相应的广告活动规则。

分析广告活动规则和提供的网址之后，广告验证服务器107决定是否应投放广告，并将该决定发送至广告服务器103。根据该决定，广告服务器103投放广告或者拦截广告。当广告不符合其广告活动定义和约束，则被拦截，即广告服务器不投放当前的广告。然而，对网页投放广告的机会也不会丢失，该实时发生允许广告服务器选择新的广告，以代替由于对当前位置不适当而被验证和拦截的广告。因此，本发明可以自动地验证广告服务是否符合广告主所定义的插播订单。

图2是根据本发明的客户端-服务器的数据流的序列图。如上文所述，希望对拦截服务更加透明的每个广告发布者都在其网站上增加网站的标签（ST）。当用户访问广告发布者的网站，其浏览器下载与网页一起的网站标签的代码。在浏览器中执行网站标签，开始整个过程。在步骤201中，用户的浏览器102调用广告服务器103，以检索二级代码。在步骤202中，二级代码转而传送回浏览器。在步骤203中，对广告验证网络服务器105进行调用，以检索查询软件模块。

在一具体实施方式中，查询软件模块是JS代码。查询软件模块可以产生广告验证服务器107做出是否投放广告之决定所需要的参数。在下面的步骤中同时做出该调用。在步骤204中，用户的浏览器102生成用户端的GUID，在步骤205中，以生成的GUID从浏览器调用广告服务器。在本发明一具体实施方式中，GUID的生成、查询软件模块的检索以及广告服务器的调用都是通过二级代码激活的。在步骤206中，广告服务器选择待投放的广告。在步骤207中，查询软件模块从广告验证CDN返回，在步骤208中，由浏览器执行。运行该代码允许浏览器收集所有的做出广告服务决定所需的页面参数。在步骤209中，以收集的参数和GUID对广告验证服务器进行调用。

在步骤210中，步骤205中接收的GUID以及广告活动参数发送至广告验证服务器107，以决定是否在此页面上投放广告。在步骤211中，广告验证服务器从广告活动数据库108中检索广告活动定义，并检查广告参数和首页网址是否匹配广告活动要求。在步骤212中，将投放或拦截广告的决定发送回广告服务器。然后在步骤213中，将选定的广告发回给用户。

有几种实现方式可以用于在网站和其内嵌框架之间进行数据传输和共享。例如，客户端存储器（数据存储在浏览器中）、跨域整合（其为HTML5标准的接口）、可以在同一域中进行传输的书签（cookie）。当考虑跨浏览器支持（以不同版本的浏览器进行工作）及方案的稳定性时，书签是优选的解决方案。此外，其允许实时拦截的最简单的实现及最佳的性能。然而，本发明的系统可使用任何可用的方式，以将网站数据传输至内嵌框架，从而实现从内嵌框架到网站数据的可视性。

在一具体实施方式中，网站标签是在广告发布者的网页上实现的。该标签包含Java脚本（JS）代码，其调用服务供应商域中的静态html文件，生成内嵌框架，例如（http://cdn.avserver.com/sitetag.htm）。该文件包含JS代码，并增加了短时用户端会话书签（其在用户端运行）。

网站标签用于将网站信息提供至在内嵌框架内运行的标签。例如，当一通常标签服务于本发明之系统所跟踪的所有广告时，则使用生成0x0的图像（跟踪像素）的标签，其能调用广告验证服务器（http://logl.avserver.com/visitor.aspx）。在该调用的抬头（开头）处，发送之前已保存（在客户端）的书签。这使服务器知道确切的网址。

在另一具体实施方式中，标签包含Java脚本（JS）代码，其使用HTML5的post Message API，这允许在一浏览器的窗口之间发送信息。在广告发布者端运行的JS代码进行注册，以监听消息事件。一旦这种事件发生，其将页面的网址返回到信息的发送人。为了在嵌套的内嵌框架中运行另一Java脚本，以得到最顶端的网址，其需要使用postMessage API以将消息发送到最顶端页面，然后ST监听器返回该网址。

上面的实施例和说明，仅为说明性目的，而非以任何方式限制本发明。如本领域技术人员所熟知，本发明可以多种方式实现，并使用上文所述技术手段的至少之一，但这没有超出本发明的范围。

Claims (9)

1.一种在广告服务器提供服务之前验证广告是否符合广告活动规则的实时系统，其包括：

（a）决策服务器，其用于确定拟提交给用户的广告是否符合其广告活动规则;

（b）数据库，其从所述决策服务器接收连接，该数据库包括根据广告发布者意图的广告活动规则;

（c）网络服务器,其包括查询软件模块，该服务器将所述查询软件模块传送至用户的浏览器;以及

（d）查询软件模块,其由用户的浏览器执行，并能提取所述决策服务器所必需的参数;

其中，所述参数传送至所述决策服务器，该决策服务器分析广告活动规则和所提供的参数，并将其决定发送至所述广告服务器，该广告服务器相应地投放所述广告或者拦截所述广告。

2.如权利要求1所述的系统，其中，所述提取的参数是选自于如下一组：首页访问网址、窗口参照页、广告应启动或投放之日的日期和时间、广告应投放的次数、广告投放受众的类型、广告的位置、广告投放的频率、从批准的广告投放网站中排除的某些网站和网址、以及广告应当坚持的规则、政策和公约。

3.如权利要求1所述的系统，其进一步包括一个或多个网站标签，该网站标签存储于广告发布者的网页中，其中，所述网站标签被用户浏览器检索和执行，并允许查询软件模块提取投放广告的首页信息。

4.如权利要求3所述的系统，其中，所述的网站标签是选自于如下一组机器语言写成的代码：JS和HTML。

5.如权利要求3所述的系统，其进一步包括二级代码，该二级代码用于为当前广告请求产生通用的用户ID。

6.如权利要求1所述的系统，其中，所述查询软件模块是选自于如下一组机器语言写成的代码：JS和HTML。

7.一种在广告服务器提供服务之前验证广告是否符合广告活动规则的实时方法，其包括如下步骤：

（a）从广告发布者的网页检索网站标签;

（b）从网络服务器检索查询软件模块，并通过用户浏览器执行其代码;

（c）收集做出广告服务决定所需要的所有的页面参数;

（d）利用收集到的参数调用决策服务器;

（e）从数据库中检索广告活动定义，并与收集到的参数进行比较;以及

（f）基于所述比较，决定是否投放或拦截该广告。

8.如权利要求7所述的方法，其进一步包括：在用户端生成通用的用户ID，利用生成的该通用的用户ID调用广告服务器，以便在与决策过程并行的方式允许广告投放过程的开始。

9.如权利要求7所述的方法，其进一步包括：选择新的广告投放至该网页，以代替由于不合适而被验证并拦截的广告。

Images