视野内的广告的制作方法

文档序号:6496210阅读:283来源:国知局
视野内的广告的制作方法
【专利摘要】提供了用于确定网页内的区域是否是用户通过浏览器窗口可见的技术。浏览器常常只在给定时间显示网页的部分,这在确认网页的区域(其可以例如是广告)是否在视野内时产生困难。这通过在所述区域中提供一个或多个测试特征、呈现网页、监控所述测试特征的行为特性以及基于所监控的行为特性确定所述区域是否在视野内来解决,其中所述行为特性根据测试特征是否当前被显示而变化。行为特性的一个例子是帧前进速率。如果网页的元素当前在通过浏览器窗口的视野内,浏览器将一般以较高的速率重绘网页的这些元素,并且这个特性可因此用于确定所述测试特征且因此所述区域是否在视野内。由于本发明允许广告客户发现广告是否被用户看到,因此本发明在包含广告的区域获得特别的效用。
【专利说明】视野内的广告
【技术领域】
[0001]本发明涉及通过网络交付内容,并涉及该内容是否能被用户观看的分析。特别地但不排他地,本发明涉及在网页中的广告是否能被用户观看的评估。
【背景技术】
[0002]在线出版正日益替代用于分发内容的传统物理手段。例如,报纸出版商正在其网站接收增加的业务量,同时出售报纸本身的更少的硬拷贝。这从使它们产生的内容货币化方面来说对出版商提出了挑战。虽然一些出版商策划按次付费(pay-per-view)或签约服务来访问它们的在线内容,但大部分出版商试图保持他们的在线提供的东西在使用时免费。为了支持这个模型,出版商依赖于广告。
[0003]实际上,基于广告的收入模型不限于内容的出版商,而是已经被大量互联网服务所采用。在出售网站上的广告空间时,必须作出关于该空间将花费的价格的决定。当前,主要基于按印象付费(pay-per-1mpression)或按点击付费(pay-per-click)来出售广告空间。
[0004]在按印象付费模型中,每当包含广告的网页被观看时,费用被征收。每当包含广告的网页被下载到用户时,记录被保持,并且根据已发生的下载的量向广告客户征收费用。
[0005]当前的按印象付费技术的问题是,它们未准确地反映用户是否参与广告本身。实际上,没有关于广告是否甚至被用户观看的指示。例如,广告可能在网页的在用户的浏览窗口中不可见的一部分上,或可能甚至未加载。这产生关于广告客户的广告的价值的不确定性,并从而抑制对互联网广告的需求。
[0006]按点击付费模型解决了这些问题中的一些。在这个模型中,针对每次用户点击广告内的链接而进行支付。然而,虽然这确保了(在没有欺诈的情况下)只在用户参与广告的情况下进行支付,但它不是对所有情况都合适。例如,很多广告旨在被动地增加品牌知名度,且不希望干扰用户的体验。通常,点击广告的次数并不简单地取决于该广告所接收到的观看的次数,而是被该广告在诱使点击方面的成效所影响。按点击付费模型不能区分开这些因素。
[0007]因此,期望开发能够准确地反映特定的广告被观看的次数的方法。因为仅仅由于主网页被下载并不能确保广告的可见性,因此需要较大的准确度。
[0008]一种提议的解决方案是监控在给定时刻由特定用户的浏览器显示的网页的区域。例如,在知道浏览器的视见区的尺寸和网页中的广告的位置的情况下,可通过观察浏览器窗口的滚动位置(即,其在网页上的垂直和水平位置)来确认广告是否在视野内(即,在浏览器的视见区内)。另一解决方案替代地或进一步地感测网页上的鼠标光标的位置。
[0009]虽然这些解决方案在适当的情况下能够提供准确的数据,但它们实际上具有有限的用途。这是由于对在过程中的各方能够获得的信息的限制。
[0010]特别是,广告常常包含在主网页中的(嵌套的)内联框架(iframe)中。Iframe提供其它web内容可出现的在网页内的区域。[0011 ] 对出版商而言,iframe的一个重要益处是,在iframe内的内容不能影响在主网页中的内容或者甚至发现关于该页面的信息,只要该iframe和主网页从不同的域被提供。这意味着出版商可以是安全的,因为广告不会损坏主网页的主要内容。
[0012]然而,由于在iframe内的内容不能与主网页进行交互,因此与广告一起提供的任何客户端侧代码不可能发现例如主网页的尺寸(高度和宽度),或者浏览器视见区在什么地方与主网页相关。因此,任何这样的客户端侧代码不可能用于发现广告是否在视野内。因此,当将iframe用于提供广告时,试图根据浏览器视见区相对于主网页的位置来推断广告是否在视野内的技术不起作用(参见http://web.archive, org/web/20110707192023/http://www.realvu.net/iframes/)。
[0013]因此,期望提供用于即使当广告是在iframe内或某个其他这样的受限或沙盒式环境内被提供时也能够确认广告是否被观看的技术。

【发明内容】

[0014]根据本发明的第一方面,提供了用于确定网页内的区域是否在视野内的计算机实现的方法,其包括:
[0015]在所述区域中提供至少一个测试特征;
[0016]呈现所述网页;
[0017]监控与所述至少一个测试特征有关的行为特性;以及
[0018]根据所监控的行为特性确定所述区域是在视野内还是不在视野内,
[0019]其中,所述行为特性根据所述测试特征是在视野内还是不在视野内而变化。
[0020]所以,本发明能够帮助提供关于网页内的区域是否在视野内的信息,而不需要主网页的特性的知识。在网页的呈现期间,根据区域中的测试特征是否当前正被显示而变化的行为特性可被监控以确认区域是在视野内还是不在视野内。上下文中的“在视野内”指示区域在浏览器的视见区内,即,在由浏览器显示的网页的可见部分内。然而,虽然区域存在于浏览器的视见区内是必要的要求,但它可能不是充分的。例如,虽然在浏览器的视见区中,但由于在背景标签中或由于另一原因,区域可能相对于用户被遮蔽。因此,通常,无论什么原因,如果区域是用户可见的,则区域是“在视野内”,且如果区域是用户不可见的,则区域是“不在视野内”。在特定的优选实施方式中,区域包含广告,且以这种方式,关于广告是否在视野内的信息可被得到。
[0021]本发明可利用下列事实:web浏览器和web浏览器插件做出特定的规定,由此,例如,在浏览器视见区内可见的网页的元素可以比在网页上但在当前不包含在浏览器的视见区内的区域中的元素更频繁地被重绘。这个行为差异连同其它特性(如时钟速率或可被产生的本地连接的数量)是减少当前不在视野内的网页的元素的不必要的处理的努力的结果。本发明可利用这个行为差异来推断关于测试特征是否在视野内的信息,并从此信息中推断广告是否在视野内。
[0022]因此,行为特性可涉及一个或多个测试特征在网页的呈现期间被处理的方式。例如,在优选实施方式中,监控行为特性的步骤包括监控应用编程接口(API)(例如浏览器API或插件API)的行为,因为它涉及至少一个测试特征。API的行为可被直接或间接地监控。例如,插件可通过在Netscape插件应用编程接口(NPAPI)中的“NPP_SetWindow”调用从浏览器接收修剪矩形,详述可绘制的特征的哪个部分是当前在视野内。使用这个信息,插件可改变它正在生成的测试特征的帧前进速率。在某些实施方式中,可提供与测试特征相关联的客户端侧代码以监控浏览器NPAPI来确定测试特征的部分或全部是否在视野内。在其它实施方式中,客户端侧代码可用于监控与测试特征相关的插件的帧前进速率。在一些优选的实施方式中,插件API由Flash环境提供。
[0023]在优选实施方式中,监控行为特性的步骤由在受限环境中操作的代码实施,使得该代码被防止发现主网页的特征。在优选实施方式中,代码操作的受限或沙盒式环境是主网页内的iframe (可能嵌套在其它iframe内)。本发明在iframe的环境中得到特别的效用,因为它不需要主网页的知识,而是监控测试特征本身的行为特性,该行为特性根据该特征是否正被显示而变化。当iframe的内容和主网页从不同的域被供应时,这是特别有价值的,因为在这些情况下,在iframe内提供的元素不可能与关于主网页的信息交互或发现关于主网页的信息。
[0024]可用作本发明的环境中的iframe的替换物或除了该iframe以外,受限环境的例子包括:框架(frame) ;Microsoft Web Sandbox ;来自 Dojo 工具箱的 dojox.secure,sandbox ;可伸缩矢量图形(SVG)文件;或由Caja产生的Cajoled脚本。受限环境可防止实施对行为特性的监控的代码访问下列项中的一些或全部:区域相对于主网页的位置;主页面的视见区的垂直和水平滚动位置;以及主网页的视见区的尺寸。
[0025]在优选实施方式中,行为特性包括测试特征的帧前进速率。例如,行为特性可以是在Adobe Flash小Web格式(SWF) applet中的帧前进的速率。可选地或此外,行为特性可包括定时器时钟速率和/或本地连接可被产生的速率。在其它例子中,行为特性可以是至少一个测试特征的动画定时或浏览器调用浏览器插件来重绘其本身的速率。特别是,可以通过WindowAnimationTiming API来监控动画定时。
[0026]在优选实施方式中,监控行为特性的步骤发生在客户端装置处,且该方法还包括:将关于行为特性的信息从客户端装置发送到服务器。在客户端装置处监控行为特性是获得关于该客户端装置的活动的信息的有效方式,而在中央服务器处记录信息允许从多个源整理结果。因此,优选实施方式的这个方面最佳地利用了客户端-服务器网络的体系结构。
[0027]优选地,至少一个测试特征是元素、文件、插件或applet中的任一个。在优选实施方式中,至少一个测试特征是applet,例如Adobe Flash SWF、Java或Silverlight applet。在一个特定的优选实施方式中,至少一个测试特征是Adobe Flash SffF applet,且监控行为特性的步骤包括监控Flash环境所提供的插件API。
[0028]在优选实施方式中,监控行为特性的步骤由客户端侧代码实施。客户端侧代码是在客户端装置上操作的代码。客户端装置在这个环境中是向用户显示主网页的装置。客户端侧代码可采取例如客户端侧脚本、applet或插件的形式。特别是,客户端侧脚本可以用ECMAScript、JavaScript、Jscript、VBScript、ActionScript 或 OpenGL 着色语言(GLSL)中的至少一个实现。
[0029]在优选实施方式中,确定区域是在视野内还是不在视野内的步骤包括确定下列项中的一个或多个:在视野内的至少一个测试特征的比例;在视野内的至少一个测试特征的高度和宽度;至少一个测试特征的任何部分是否在视野内;以及至少一个测试特征的全部是否在视野内。通过分析测试特征是否在视野内的这些细节,可建立关于区域的哪些部分在视野内的更详细的描绘。
[0030]优选地,确定区域是否在视野内的步骤包括比较所监控的行为特性与一个或多个控制值。例如,控制值可用作阈值,由此,如果行为特性超过某个值,则区域被确定为在视野内(或不在视野内,视情况而定)。这是判断帧前进速率是否指示区域在视野内或不在视野内的有效方法。例如,如果帧前进速率超过阈值,则测试特征可被确定为在视野内。
[0031]在一些优选实施方式中,该方法还包括:产生不可见的控制特征,监控控制特征的行为特性,以及根据所监控的控制特征的行为特性来确定至少一个比较值。不可见的控制特征是将在任何情况下不向用户显示的特征。本发明的这个方面利用下列事实:浏览器或插件将以标称速率呈现网页的特征,即使那些特征被定位成使得它们将从不被显示。例如,假设测试特征在iframe中被交付且控制特征也在iframe中被交付,贝U控制特征可位于iframe的可见尺寸之外,这意味着它从不被显示给用户(因为iframe的任何方面不能影响主网页)。因此,控制特征的行为特性可给出当测试特征不在视野内时该测试特征的可能的行为特性的印象。例如,测试特征的帧前进速率可与控制特征的帧前进速率比较,且如果测试特征的帧前进速率超过控制特征的帧前进速率,则测试特征可被认为在视野内。
[0032]在一些优选实施方式中,该方法还包括在位于测试区域内的位置和所述测试特征是不可见的位置之间改变所述测试特征的位置。因此,测试特征可以是动态的测试特征。在这个环境中,确定区域是在视野内还是不在视野内可包括确定当测试特征的位置改变时所监控的行为特性是否改变。
[0033]在一些情况下,根据测试特征的先前确定的状态来选择与测试特征的行为特性进行比较的控制值。特别是,可根据测试特征是否先前被认为是在视野内或不在视野内来选择控制值。例如,用于当测试特征先前被确定为不在视野内时确定测试特征在视野内的控制值可大于如果测试特征先前被确定为在视野内时的控制值。这可以有助于考虑浏览器或插件所操作的环境中的变化,并限制由于外部因素而引起的较小波动将被解释为测试特征从在视野内到不在视野内的状态变化或反之亦然的可能性。
[0034]可选地或此外,可使用试探式或经验式方法来确定比较值的集合。这些方法可考虑网页被呈现的情境,例如,用于呈现网页的浏览器,或者操作系统环境。因此,可以针对不依赖于特征是否在视野内或不在视野内的重绘率变化的其它原因来留出余量。
[0035]优选地,至少一个测试特征位于广告所在的区域的边缘处。这意味着从测试特征取回的值可明确确认区域的边缘是否在视野内。在优选实施方式中,多个测试特征位于区域的边缘处。以这种方式,本发明可帮助确定广告的全部或广告的特定比例是否在视野内或不在视野内。在特定的实施方式中,至少一些测试特征位于区域的角处。
[0036]在优选实施方式中,至少一个测试特征是透明的和/或测试像素。这些方面在允许至少一个测试特征服务于其主要目的情况下,限制该至少一个测试特征对广告所在的区域的影响。
[0037]在优选实施方式中,在区域中提供广告。这是发现区域是否在视野内的特别有价值的环境,并可提供相当大的商业优势。在一些优选实施方式中,至少一个测试特征可形成广告本身的部分或全部。
[0038]也可认识到,本发明可使用计算机程序代码来实现。实际上,根据本发明的另一方面,因此提供了包括用于实施第一方面的方法的计算机可执行指令的计算机程序产品。计算机程序产品可以是物理存储介质,例如只读存储器(ROM)芯片。可选地,它可以是盘,例如数字通用盘(DVD-ROM)或光盘(⑶-ROM)。它也可以是信号,例如电线上的电信号、光信号或例如到卫星等的无线电信号。本发明还扩展到运行该软件或代码的处理器,例如配置成实施上面描述的方法的计算机。
[0039]根据本发明的另一方面,提供了用于确定网页内的区域是否在视野内的装置,其包括:
[0040]在所述区域中提供至少一个测试特征;
[0041]呈现所述网页;
[0042]监控与所述至少一个测试特征有关的行为特性;以及
[0043]根据所监控的行为特性确定所述区域是在视野内还是不在视野内,
[0044]其中,所述行为特性根据所述测试特征是在视野内还是不在视野内而变化。
【专利附图】

【附图说明】
[0045]现在将参考附图描述本发明的优选实施方式,其中:
[0046]图1示出包含广告的网页的可见部分;
[0047]图2示出用于将内容交付给用户的系统;
[0048]图3示出在内容到用户的示例性交付期间图2的系统的操作;
[0049]图4A和4B示出在广告内的测试特征的各种布置;
[0050]图5示出表示在不同的转变中不同阈值的使用的滞后曲线的可视化;
[0051]图6示出滚动对控制特征和测试特征的行为特性的影响;
[0052]图7示出在动态测试特征的行为特性和广告是否在视野内或不在视野内之间的关系;以及
[0053]图8比较静态测试特征和动态测试特征的行为特性对测试特征是否在视野内或不在视野内的响应。
【具体实施方式】
[0054]参考图1,示出了网页100。该网页包括内容被显示的主区域101。该网页还包括广告102。在本例中,广告102包含在iframe内。
[0055]图1还示出了浏览器窗口 110。只有出现在浏览器窗口 110的可见部分内的网页100的元素是用户在特定的时间可见的。网页100的这些元素被认为是在视野内。未包含在浏览器窗口 110的可见部分内的元素被认为是不在视野内。
[0056]已知访问网页100的用户将能够在网页100上移动浏览器窗口 110以观看页面100的不同元素。浏览器窗口的位置由滚动条111指示。用户也可能能够放大或缩小主网页100—有效地改变浏览器窗口 110相对于主网页100的尺寸的过程。作为此的结果,网页100的某些元素将在一些时间在视野内,而在其它时间不在视野内。
[0057]如在上文的【背景技术】中解释的,这在确认广告102是否在视野内时产生困难,广告102是否在视野内当然是产生广告102的广告客户在决定广告102的价值时所感兴趣的。一种现有技术解决方案依赖于滚动条111的位置的知识。然而,这个信息不能被与广告102 一起提供的元素所发现,因为广告102包含在外部域上的iframe内。这是因为iframe被规定来隔离主网页100与包含在iframe内的内容。
[0058]在可选的实施方式中,可使用除了 iframe以外的其它受限或沙盒(sandbox)式环境,例如:框架(frame) ;Microsoft Web Sandbox ;来自 Dojo 工具箱的 dojox.secure,sandbox ;SVG文件;或由Caja产生的Cajoled脚本。替代地或除了沙盒以外,客户端侧监控代码可被限制到可用特征的有限子集,例如ADsafe、ECMAScript5严格模式或Cajita。
[0059]图1还示出了在广告102内提供的测试特征103和位于iframe的可见边界之外但仍然通过iframe交付的控制特征104。测试特征103和控制特征104都通过包含广告102的iframe而被提供。作为结果,控制特征104将始终是用户不可见的,因为它在iframe之外的区域中,该区域因此不能被通过iframe交付的内容影响。相反,控制特征104用于理解浏览器对不在视野内的页面的元素的响应,在下文将进行更详细描述。此外,为了移除所有干扰,测试特征103放置在广告102后面。
[0060]测试特征103和控制特征104可分别被实现为测试和控制像素。例如,测试特征103可以是重叠在广告102上的单个透明测试像素。以这种方式,测试特征103对广告102的功能提供最小干扰。
[0061]图2示出可根据本发明使用的、用于将内容交付给用户的系统。系统包括搜索服务器10、广告客户20、广告服务器30、出版商40和由用户操作的客户端装置50。图2还指示在这些特征之间的通信通道。这些通信可通过任何类型的适当通信网络一包括局域网(LAN)、广域网(WAN)等——来发生,但在优选实施方式中,搜索服务器10、广告客户20、广告服务器30、出版商40和客户端装置50中的每个连接到互联网,且互联网用于实施这些特征之间的通信。
[0062]搜索服务器10、广告客户20、广告服务器30和出版商40可使用常规计算机服务器系统来实现。系统中的这些参与者中的每个可代表单个计算机服务器,或可代表计算机服务器的集合,视情况而定。本领域技术人员也将认识到,如果方便的话,各种参与者可共享计算机硬件或在相同的机器上被寄载。
[0063]客户端装置50可被实现为任何启用了网络的装置。例如,客户端装置50可被实现为个人计算机、膝上型计算机、平板计算机、智能电话等。在优选实施方式中,客户端装置50是启用了互联网的装置,但本领域技术人员将认识到,可使用用于将内容交付到客户端装置50的可选方法。
[0064]现在将参考图3描述本发明的这个实施方式的操作,图3示出了在将网页100交付到客户端装置50期间在图2中所示的每个参与者的活动。
[0065]在步骤Si,广告客户20产生广告102。该广告102可提供例如关于广告客户20所出售的产品的信息,并可包括元素(例如文本、图像、移动图像、声音或这些的组合)。广告102还可包括一个或多个超链接,使得当广告102由客户端装置50呈现时,可能选择这些超链接,以便被重定向到由广告客户提供的另外的内容。广告可被广告客户编码为超文本标记语言(HTML)文件。
[0066]在步骤s2,搜索服务器10将客户端侧代码发送到广告客户20用于合并在广告102中。在一个例子中,客户端侧代码是JavaScript。客户端侧代码被设计成允许搜索服务器取回关于当与网页100 —起被提供时广告102是否在视野内的信息,下文将会进行更详细的解释。[0067]客户端侧代码在步骤s3被合并到广告102中,并接着在步骤s4由广告客户20发送到广告服务器30。在本例中,广告客户20可被理解为希望推销产品的组织,而广告服务器30由提供为广告客户20找到广告空间的组织操作。因此,广告服务器30具有与多个广告客户和多个出版商的关系,并充当媒介以帮助将广告安排给适当的出版商。
[0068]所以,包括由搜索服务器10提供的客户端侧代码的广告102现在由广告服务器20寄载。广告服务器30具有与出版商40的关系,通过该关系在出版商的内容中提供广告。这由出版商40在其向用户提供的网页中包含到广告服务器30的链接来实现。这些链接在iframe内被交付。这对出版商40是有益的,因为在iframe中交付的内容被隔离而不影响主网页,且因此出版商40可以确定由广告服务器30提供的广告将不会不利地影响它在主网页中发布的内容。
[0069]因此,客户端装置50可在步骤s5向出版商40请求网页100。网页100接着在步骤s6被返回到客户端装置50。客户端装置接着在步骤s7呈现这个网页。呈现过程一般由在客户端装置50上操作的浏览器执行。
[0070]如上所述,网页100包含iframe。iframe链接到在广告服务器30处的一个地址。因此,当在客户端装置50处操作的浏览器试图呈现网页100时,它由iframe指示来调用来自广告服务器30的另外的信息以填充该iframe。这个请求在步骤s8从客户端装置50发送到广告服务器。
[0071]在接收到请求时,广告服务器30决定什么内容要返回到客户端装置50。在本例中,广告服务器30返回由广告客户20提供的广告102,其中,由搜索服务器10提供的客户端侧代码已经被合并在广告102中,如上所述。在步骤s9,广告102被返回到客户端装置50。
[0072]如上所述,广告102包含由搜索服务器10提供的客户端侧代码。客户端侧代码在步骤SlO由客户端装置执行,作为呈现网页100的过程的一部分。当客户端侧代码由客户端装置50执行时,在步骤sll从搜索服务器10请求两个相同的applet是有效的,一个applet用于测试特征103,而一个applet用于控制特征104。在步骤sl2, applet被返回到客户端装置50。(实际上,web浏览器可使用其高速缓存器来将对相同的源的这两个请求缩减为单个请求)。Applet可以例如是Adobe Flash SffF applet,然而本领域技术人员将认识到,可使用其它类型的applet或资源。在优选实施方式中,Adobe Flash SffF applet被提供并在Flash环境中被执行。Flash环境通过代理提供对浏览器API的访问。
[0073]在步骤sl3,由搜索服务器请求的客户端侧代码嵌入applet。applet被嵌入以形成测试特征103和控制特征104。因为控制特征104位于网页100的、在iframe的可见边界外部的区域中,因此浏览器将不会显示控制特征104,且总会处理它,好像它不在视野内一样。另一方面,当测试特征落在浏览器窗口 110内时浏览器将其视为在视野内,而当测试特征在浏览器窗口 110之外时浏览器将其视为不在视野内。
[0074]当浏览器呈现网页100时,为了处理Adobe Flash SffF applet,它将经由浏览器API进行调用,这允许Flash环境确定特征是否在视野内或不在视野内;例如,每当窗口几何经由NPAPI改变时,Mac OS X上的Safari给Flash环境提供修剪矩形的细节。这通过允许插件以比已知在视野内的那些元素低的速率来重绘已知不在视野内的元素来增加浏览器的效率。因此,插件使测试特征103的动画帧前进的速率将取决于该测试特征103是在视野内还是不在视野内。因此,动画帧前进的速率或帧前进速率是与测试特征相关的、根据测试特征103是否被显示(即,测试特征是在视野内还是不在视野内)而变化的一个行为特性。在该实施方式中,帧前进速率用作行为特性,但应认识到,可以替代地或附加地使用其它特性。例如,诸如定时器时钟速率和/或本地连接可被产生的速率之类的特性可根据测试特征是否当前正被显示而改变。在一些其它例子中,行为特性可以是来自浏览器API的报告,其直接指示测试特征是否正被显示。
[0075]在步骤sl4,客户端侧代码记录测试特征103和控制特征104的帧前进的速率,并使用这些帧前进速率来确定广告102是否在视野内。
[0076]测试特征103的帧前进速率可与一个或多个控制值比较。在该实施方式中,至少一个控制值充当阈值,并根据控制特征104的帧前进速率来确定。一般地,由于测量误差以及也由于在滚动(即,当视见区相对于主网页100移动时)期间控制特征104的波动的帧前进速率,与控制特征104的帧前进速率的直接比较是不够的。比较过程也一般需要某种平滑化模型的应用,因为例如在状态转变期间(即,在从在视野内到不在视野内转变期间,反之亦然)所记录的帧前进速率是嘈杂的。假定控制特征104总是被浏览器视为不在视野内且阈值取决于控制特征104的帧前进速率,如果测试特征103的帧前进速率当被比较时与该阈值相同或小于该阈值,则可推断出测试特征103不在视野内。可选地,如果测试特征103的帧前进速率当被比较时大于该阈值,则测试特征103可被确定为在视野内。
[0077]因为测试特征103位于网页的与广告102相同的部分内,因此确定测试特征103是否在视野内提供广告102是否在视野内的指示。因此,客户端侧代码用来通过产生测试特征103并观察其帧前进的速率来分析广告102是否在视野内。
[0078]客户端侧代码在步骤sl5使客户端装置50将这个分析的结果返回到搜索服务器
10。搜索服务器10在步骤sl6存储这些结果。每当在网页100内的广告102在客户端装置50处在视野内和不在视野内时,搜索服务器10可因此整理这种结果。因此,搜索服务器能够在步骤sl7向广告客户20提供信息,指示通过与广告服务器30的安排而提供到广告102的暴露。因此,广告客户20能够以这种方式做出关于广告的价值的有根据的商业决定。
[0079]在上述实施方式中,在广告102被找到的区域中提供单个测试特征103。然而,在其它实施方式中,可使用多个测试特征103。在图4A和4B中示出了可使用的测试特征的阵列的例子。使用测试特征103的阵列可帮助确定广告102的整体是否在视野内,或甚至广告102的哪些特定部分在视野内。
[0080]在图4A所示的实施方式中,在广告102的四个角中的每个处提供测试特征。在该给定例子中,已知广告102和浏览器窗口是矩形的,并具有对齐的轴,因此可以可信地确定如果所有测试特征103在视野内,则整个广告在视野内。事实上,在这些情况下,可通过放置在广告102的对角地相对的角处的单对测试特征103来实现这种可信度。
[0081]在图4B中,跨越广告102的全部范围来提供测试特征103的重复阵列。在这个实施方式中,当仅仅广告102的一部分在视野内时,这可通过观察各个测试特征103的不同帧前进速率来进行确定。
[0082]如上所述,可使用控制特征104来建立与测试特征103的帧前进速率进行比较以确定测试特征103是否在视野内的阈值。然而,可以使用替代的方法来建立阈值。例如,阈值可采用可从经验试验或使用试探式分析来建立的预定值。在可选的实施方式中,可根据所分析的客户端装置50的属性(例如呈现网页100的浏览器、客户端装置50的硬件说明或客户端装置50的网络连接的带宽)来选择阈值。
[0083]在一些优选实施方式中,阈值取决于测试特征103的先前状态。也就是说,阈值可根据测试特征103是否先前被确定为在视野内或不在视野内而改变。例如,用于当测试特征103先前不在视野内时判断测试特征103在视野内的阈值可高于用于当测试特征先前在视野内时判断测试特征不在视野内的阈值。这种方法可被理解为提供如图5所示的滞后曲线。
[0084]在图5中,X轴表示测试特征在视野内的推断的概率,而y轴表示帧前进速率。当概率超过50%时,测试特征103被确定为在视野内。图5示出两个阈值——较低阈值501和较高阈值502——在一些情况下可能是适当的。当测试特征103先前被认为是在视野内时,较低阈值501适用,而当测试特征103先前被认为是不在视野内时,较高阈值502适用。以这种方式,由于客户端装置50的性能而可能产生的重绘速率的变化不会引起测试特征103的所确定的状态的变化。
[0085]在一些优选实施方式中,较低阈值501使用控制特征104来建立(即,较低阈值501是控制特征104的帧前进速率或者根据控制特征104的帧前进速率来确定),而较高阈值502根据经验建立。
[0086]在上述实施方式中,测试特征103与广告本身102分开地被提供,这意味着由搜索服务器10提供的客户端侧代码可独立于广告102。在这些情况下,测试特征103优选地是透明的和相对小的(例如,每个测试特征103可以是单个像素),以便避免干扰广告102的内容。这个方面也可限制在阵列中期望的测试特征的数量,因为即使它们是透明的,测试特征103也可能干扰在广告102中提供的超链接。然而,在其它实施方式中,测试特征103可以是必须被重绘的广告102本身的方面,且这些可在网页100的呈现期间被监控以确定它们是否在视野内。当测试特征103是广告102本身的部分时,有可能广告102的大部分或全部由测试特征103形成而不损害广告102的功能。
[0087]如上所述,客户端侧代码用于嵌入一个或多个测试特征103,并监控帧前进速率。在可选实施方式中,一个或多个测试特征103可连同广告102 —起被提供,且该一个或多个测试特征103可监控帧前进速率并将帧前进速率传送到搜索服务器10。在另一可选的实施方式中,一个或多个测试特征103可以是广告102本身的创建的部分或全部。在其它实施方式中,一个或多个测试特征103可内置到广告的容器或播放器中。
[0088]在优选实施方式中,客户端侧代码可以是applet,并可经由外部浏览器应用编程接口(API)直接或间接地获得关于帧前进速率的信息,该外部浏览器应用编程接口(API)例如是Netscape插件应用编程接口(NPAPI)、Pepper插件应用编程接口(PPAPI)、LiveConnect、XPConnect、npruntime API或ActiveX。在其它例子中,受限或沙箱式客户端侧代码可访问的内部浏览器API可用于获得关于特征是否在视野内的指示。
[0089]如上所述,可通过观察控制特征104的行为特性根据经验来建立与测试特征103的行为特性进行比较的一个或多个控制值。然而,也可使用试探式方法来建立控制值。可使用客户端装置的用户代理(例如,在客户端装置上操作的浏览器)、客户端装置的操作系统或客户端装置的地理位置中的一些或全部来开发这些试探式方法。
[0090]除了识别区域是否在视野内或不在视野内以外,本发明可另外地识别关于区域或区域的部分的其它细节。特别是,在一些优选实施方式中,可做出关于网页是否正在滚动的确定。特别是,注意,行为特性(例如帧前进速率)或测试和/或控制特征可根据网页是否正在滚动而改变。这个改变可用于确认网页是否正在滚动。在一个实施方式中,当控制特征的帧前进速率从低状态改变到高状态时,可确定区域在视野内并且页面正在滚动。这在图6中示出。
[0091]通过做出额外的确定,类别“在视野内”和“不在视野内”可被分成子类别,例如:“在视野内且滚动”、“在视野内且不滚动”、“不在视野内且在视见区之外”和“不在视野内且
被遮蔽”。
[0092]在上述实施方式中,测试特征103的行为特性与控制值进行比较。例如,测试特征103的行为与控制特征104的行为进行比较。在另一方法中,可使用动态测试特征103。该动态测试特征103的位置在感兴趣区域中(即,广告102内)的位置和被已知是不在视野内的区域之间振荡。如果测试特征103的行为特性作为这个振荡的结果而改变,则可假定广告102在视野内,而如果没有或只有相对少的变化出现,则可假定广告102不在视野内。
[0093]在图7中示出了这种方法,其示出当广告102在视野内时和当它不在视野内时动态测试特征103的行为特性(在这种情况下是帧前进速率)。从图7中可清楚地看到,当广告102在视野内时,动态测试特征103的行为特性的值明显改变。这是由于动态测试特征103的位置的振荡。相反,当广告102不在视野内时,测试特征103的振荡对行为特性有很小或没有影响。
[0094]在图7所示的例子中,行为特性的初始值相对高,尽管事实上广告102不在视野内。这说明下列情况,其中浏览器行为使得所有元素最初被视为在视野内,以及不同元素的浏览器行为中的差别只在元素经历将它带出视野的转变时出现。由于动态测试特征103的位置的振荡,使用该动态测试特征103实施这样的转变。这可确保测试特征103不会不正确地被认为在视野内。
[0095]图8示出在这些浏览器条件下静态测试特征103和动态测试特征103两者的帧前进速率。如可从图8中看到的,静态测试特征103将只在转变发生之后被识别为不在视野内。由于这个原因,在静态特征103不在视野内的初始时期期间,它的行为特性未能提供这个状态的充分指示。
[0096]在一些优选实施方式中,可使用至少一个动态测试特征103和至少一个静态测试特征103的组合。动态测试特征103可用于确保初始的不在视野内的状态被正确地识别,如上所述,而静态测试特征103可在至少一个转变发生之后被使用。静态测试特征103可以提供比动态测试特征103更精细粒度和更不易变的分类。优选地,动态和静态测试特征的组合目的在于用于呈现主网页100的浏览器的特定行为。
[0097]其它变化和修改对本领域技术人员将是明显的。这样的变化和修改可涉及已经知道的且可代替或附加于本文描述的特征而被使用的其它特征。可在单个实施方式中以组合的方式来提供在不同的实施方式的上下文中描述的特征。相反,也可分离地或以任何适当的子组合来提供在单个实施方式的上下文中描述的特征。
[0098]应注意,术语“包括”并不排除其它元素或步骤,术语“一”或“一个”并不排除多个,单个特征可实现在权利要求中列举的几个特征的功能,且权利要求中的参考符号不应被解释为限制权利要求的范围。还应注意,附图不一定按比例绘制,相反通常强调说明本发明的原理。
【权利要求】
1.一种用于确定网页内的区域是否在视野内的计算机实现的方法,其包括: 在所述区域中提供至少一个测试特征; 呈现所述网页; 监控与所述至少一个测试特征有关的行为特性;以及 根据所监控的行为特性确定所述区域是在视野内还是不在视野内, 其中,所述行为特性根据所述测试特征是在视野内还是不在视野内而变化。
2.如权利要求1所述的方法,其中,监控所述行为特性的步骤通过在受限环境中操作的代码来实施,使得所述代码被防止发现主网页的特征。
3.如权利要求2所述的方法,其中,所述受限环境是内联框架。
4.如前述权利要求中的任一项所述的方法,其中,监控所述行为特性的步骤包括当API与所述至少一个测试特征有关时监控所述API的行为。
5.如权利要求4所述的方法,其中,监控所述行为特性的步骤包括当浏览器API或插件API与所述至少一个测试特征有关时监控所述浏览器API或插件API的行为。
6.如权利要求5所述的方法,其中,所述插件API由Flash环境提供。
7.如前述权利要求中的任一项所述的方法,其中,监控所述行为特性的步骤发生在客户端装置处,并且所述方法还包括: 将关于所监控的行为特性的信息从所述客户端装置发送到服务器。
8.如前述权利要求中的任一项所述的方法,其中,所述至少一个测试特征是下列项中的任一个: 元素; 文件; 插件;或 applet ο
9.如前述权利要求中的任一项所述的方法,其中,所述行为特性包括所述测试特征的帧前进速率。
10.如前述权利要求中的任一项所述的方法,其中,确定所述区域是在视野内还是不在视野内包括确定下列项中的一个或多个: 在视野内的所述至少一个测试特征的比例; 在视野内的所述至少一个测试特征的高度和宽度; 所述至少一个测试特征的任何部分是否在视野内;以及 所述至少一个测试特征的全部是否在视野内。
11.如前述权利要求中的任一项所述的方法,其中,确定所述区域是否在视野内的步骤包括比较所监控的行为特性与一个或多个控制值。
12.如权利要求11所述的方法,还包括使用经验式或试探式方法来确定所述一个或多个控制值。
13.如权利要求12所述的方法,其中,根据控制特征的行为特性来确定所述一个或多个控制值中的至少一个。
14.如权利要求13所述的方法,其中所述控制特征不是可见的。
15.如权利要求11到14中的任一项所述的方法,其中,根据所述测试特征的先前确定的状态来选择与所述行为特性比较的控制值。
16.如前述权利要求中的任一项所述的方法,还包括在位于测试区域内的位置和所述测试特征是不可见的位置之间改变所述测试特征的位置。
17.如前述权利要求中的任一项所述的方法,其中,所述至少一个测试特征位于所述区域的边缘处。
18.如前述权利要求中的任一项所述的方法,其中,所述至少一个测试特征是透明的、半透明的或故意被另一特征遮蔽。
19.如前述权利要求中的任一项所述的方法,其中,在所述区域中提供广告。
20.如权利要求19所述的方法,其中,所述至少一个测试特征是广告的部分或全部。
21.一种包括计算机可执行指令的计算机程序产品,所述计算机可执行指令用于实施前述权利要求中的任一项的方法。
22.—种布置成将权利要求21的所述计算机程序产品通过网络传输到客户端装置的服务器。
23.一种用于检测网页内的区域是否在视野内的装置,所述装置被布置成: 在所述区域中提供至少一个测试特征; 呈现所述网页; 监控与所述至少一个测试特征有关的行为特性;以及 根据所监控的行为特性确定所述区域是在视野内还是不在视野内, 其中,所述行为特性根据所述测试特征是在视野内还是不在视野内而变化。
【文档编号】G06Q30/02GK103718203SQ201280039401
【公开日】2014年4月9日 申请日期:2012年4月20日 优先权日:2011年6月17日
【发明者】D·德亚赫, B·霍奇森, S·奥弗雷尔 申请人:斯佰德克兰施有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1