視野內的廣告的制作方法
【專利摘要】提供了用于確定網頁內的區(qū)域是否是用戶通過瀏覽器窗口可見的技術。瀏覽器常常只在給定時間顯示網頁的部分，這在確認網頁的區(qū)域（其可以例如是廣告）是否在視野內時產生困難。這通過在所述區(qū)域中提供一個或多個測試特征、呈現網頁、監(jiān)控所述測試特征的行為特性以及基于所監(jiān)控的行為特性確定所述區(qū)域是否在視野內來解決，其中所述行為特性根據測試特征是否當前被顯示而變化。行為特性的一個例子是幀前進速率。如果網頁的元素當前在通過瀏覽器窗口的視野內，瀏覽器將一般以較高的速率重繪網頁的這些元素，并且這個特性可因此用于確定所述測試特征且因此所述區(qū)域是否在視野內。由于本發(fā)明允許廣告客戶發(fā)現廣告是否被用戶看到，因此本發(fā)明在包含廣告的區(qū)域獲得特別的效用。
【專利說明】視野內的廣告
【技術領域】
[0001]本發(fā)明涉及通過網絡交付內容，并涉及該內容是否能被用戶觀看的分析。特別地但不排他地，本發(fā)明涉及在網頁中的廣告是否能被用戶觀看的評估。
【背景技術】
[0002]在線出版正日益替代用于分發(fā)內容的傳統(tǒng)物理手段。例如，報紙出版商正在其網站接收增加的業(yè)務量，同時出售報紙本身的更少的硬拷貝。這從使它們產生的內容貨幣化方面來說對出版商提出了挑戰(zhàn)。雖然一些出版商策劃按次付費(pay-per-view)或簽約服務來訪問它們的在線內容，但大部分出版商試圖保持他們的在線提供的東西在使用時免費。為了支持這個模型，出版商依賴于廣告。
[0003]實際上，基于廣告的收入模型不限于內容的出版商，而是已經被大量互聯(lián)網服務所采用。在出售網站上的廣告空間時，必須作出關于該空間將花費的價格的決定。當前，主要基于按印象付費(pay-per-1mpression)或按點擊付費(pay-per-click)來出售廣告空間。
[0004]在按印象付費模型中，每當包含廣告的網頁被觀看時，費用被征收。每當包含廣告的網頁被下載到用戶時，記錄被保持，并且根據已發(fā)生的下載的量向廣告客戶征收費用。
[0005]當前的按印象付費技術的問題是，它們未準確地反映用戶是否參與廣告本身。實際上，沒有關于廣告是否甚至被用戶觀看的指示。例如，廣告可能在網頁的在用戶的瀏覽窗口中不可見的一部分上，或可能甚至未加載。這產生關于廣告客戶的廣告的價值的不確定性，并從而抑制對互聯(lián)網廣告的需求。
[0006]按點擊付費模型解決了這些問題中的一些。在這個模型中，針對每次用戶點擊廣告內的鏈接而進行支付。然而，雖然這確保了(在沒有欺詐的情況下)只在用戶參與廣告的情況下進行支付，但它不是對所有情況都合適。例如，很多廣告旨在被動地增加品牌知名度，且不希望干擾用戶的體驗。通常，點擊廣告的次數并不簡單地取決于該廣告所接收到的觀看的次數，而是被該廣告在誘使點擊方面的成效所影響。按點擊付費模型不能區(qū)分開這些因素。
[0007]因此，期望開發(fā)能夠準確地反映特定的廣告被觀看的次數的方法。因為僅僅由于主網頁被下載并不能確保廣告的可見性，因此需要較大的準確度。
[0008]一種提議的解決方案是監(jiān)控在給定時刻由特定用戶的瀏覽器顯示的網頁的區(qū)域。例如，在知道瀏覽器的視見區(qū)的尺寸和網頁中的廣告的位置的情況下，可通過觀察瀏覽器窗口的滾動位置(即，其在網頁上的垂直和水平位置)來確認廣告是否在視野內(即，在瀏覽器的視見區(qū)內)。另一解決方案替代地或進一步地感測網頁上的鼠標光標的位置。
[0009]雖然這些解決方案在適當的情況下能夠提供準確的數據，但它們實際上具有有限的用途。這是由于對在過程中的各方能夠獲得的信息的限制。
[0010]特別是，廣告常常包含在主網頁中的(嵌套的)內聯(lián)框架(iframe)中。Iframe提供其它web內容可出現的在網頁內的區(qū)域。[0011 ] 對出版商而言，iframe的一個重要益處是,在iframe內的內容不能影響在主網頁中的內容或者甚至發(fā)現關于該頁面的信息，只要該iframe和主網頁從不同的域被提供。這意味著出版商可以是安全的，因為廣告不會損壞主網頁的主要內容。
[0012]然而，由于在iframe內的內容不能與主網頁進行交互，因此與廣告一起提供的任何客戶端側代碼不可能發(fā)現例如主網頁的尺寸(高度和寬度)，或者瀏覽器視見區(qū)在什么地方與主網頁相關。因此，任何這樣的客戶端側代碼不可能用于發(fā)現廣告是否在視野內。因此，當將iframe用于提供廣告時，試圖根據瀏覽器視見區(qū)相對于主網頁的位置來推斷廣告是否在視野內的技術不起作用(參見http://web.archive, org/web/20110707192023/http://www.realvu.net/iframes/)。
[0013]因此，期望提供用于即使當廣告是在iframe內或某個其他這樣的受限或沙盒式環(huán)境內被提供時也能夠確認廣告是否被觀看的技術。

【發(fā)明內容】

[0014]根據本發(fā)明的第一方面，提供了用于確定網頁內的區(qū)域是否在視野內的計算機實現的方法，其包括:
[0015]在所述區(qū)域中提供至少一個測試特征；
[0016]呈現所述網頁；
[0017]監(jiān)控與所述至少一個測試特征有關的行為特性；以及
[0018]根據所監(jiān)控的行為特性確定所述區(qū)域是在視野內還是不在視野內，
[0019]其中，所述行為特性根據所述測試特征是在視野內還是不在視野內而變化。
[0020]所以，本發(fā)明能夠幫助提供關于網頁內的區(qū)域是否在視野內的信息，而不需要主網頁的特性的知識。在網頁的呈現期間，根據區(qū)域中的測試特征是否當前正被顯示而變化的行為特性可被監(jiān)控以確認區(qū)域是在視野內還是不在視野內。上下文中的“在視野內”指示區(qū)域在瀏覽器的視見區(qū)內，即，在由瀏覽器顯示的網頁的可見部分內。然而，雖然區(qū)域存在于瀏覽器的視見區(qū)內是必要的要求，但它可能不是充分的。例如，雖然在瀏覽器的視見區(qū)中，但由于在背景標簽中或由于另一原因，區(qū)域可能相對于用戶被遮蔽。因此，通常，無論什么原因，如果區(qū)域是用戶可見的，則區(qū)域是“在視野內”，且如果區(qū)域是用戶不可見的，則區(qū)域是“不在視野內”。在特定的優(yōu)選實施方式中，區(qū)域包含廣告，且以這種方式，關于廣告是否在視野內的信息可被得到。
[0021]本發(fā)明可利用下列事實:web瀏覽器和web瀏覽器插件做出特定的規(guī)定，由此，例如，在瀏覽器視見區(qū)內可見的網頁的元素可以比在網頁上但在當前不包含在瀏覽器的視見區(qū)內的區(qū)域中的元素更頻繁地被重繪。這個行為差異連同其它特性(如時鐘速率或可被產生的本地連接的數量)是減少當前不在視野內的網頁的元素的不必要的處理的努力的結果。本發(fā)明可利用這個行為差異來推斷關于測試特征是否在視野內的信息，并從此信息中推斷廣告是否在視野內。
[0022]因此，行為特性可涉及一個或多個測試特征在網頁的呈現期間被處理的方式。例如，在優(yōu)選實施方式中，監(jiān)控行為特性的步驟包括監(jiān)控應用編程接口(API)(例如瀏覽器API或插件API)的行為，因為它涉及至少一個測試特征。API的行為可被直接或間接地監(jiān)控。例如，插件可通過在Netscape插件應用編程接口(NPAPI)中的“NPP_SetWindow”調用從瀏覽器接收修剪矩形，詳述可繪制的特征的哪個部分是當前在視野內。使用這個信息，插件可改變它正在生成的測試特征的幀前進速率。在某些實施方式中，可提供與測試特征相關聯(lián)的客戶端側代碼以監(jiān)控瀏覽器NPAPI來確定測試特征的部分或全部是否在視野內。在其它實施方式中，客戶端側代碼可用于監(jiān)控與測試特征相關的插件的幀前進速率。在一些優(yōu)選的實施方式中，插件API由Flash環(huán)境提供。
[0023]在優(yōu)選實施方式中，監(jiān)控行為特性的步驟由在受限環(huán)境中操作的代碼實施，使得該代碼被防止發(fā)現主網頁的特征。在優(yōu)選實施方式中，代碼操作的受限或沙盒式環(huán)境是主網頁內的iframe (可能嵌套在其它iframe內)。本發(fā)明在iframe的環(huán)境中得到特別的效用，因為它不需要主網頁的知識，而是監(jiān)控測試特征本身的行為特性，該行為特性根據該特征是否正被顯示而變化。當iframe的內容和主網頁從不同的域被供應時，這是特別有價值的，因為在這些情況下，在iframe內提供的元素不可能與關于主網頁的信息交互或發(fā)現關于主網頁的信息。
[0024]可用作本發(fā)明的環(huán)境中的iframe的替換物或除了該iframe以外，受限環(huán)境的例子包括:框架(frame) ；Microsoft Web Sandbox ;來自 Dojo 工具箱的 dojox.secure,sandbox ;可伸縮矢量圖形(SVG)文件；或由Caja產生的Cajoled腳本。受限環(huán)境可防止實施對行為特性的監(jiān)控的代碼訪問下列項中的一些或全部:區(qū)域相對于主網頁的位置；主頁面的視見區(qū)的垂直和水平滾動位置；以及主網頁的視見區(qū)的尺寸。
[0025]在優(yōu)選實施方式中，行為特性包括測試特征的幀前進速率。例如，行為特性可以是在Adobe Flash小Web格式(SWF) applet中的幀前進的速率?？蛇x地或此外，行為特性可包括定時器時鐘速率和/或本地連接可被產生的速率。在其它例子中，行為特性可以是至少一個測試特征的動畫定時或瀏覽器調用瀏覽器插件來重繪其本身的速率。特別是，可以通過WindowAnimationTiming API來監(jiān)控動畫定時。
[0026]在優(yōu)選實施方式中，監(jiān)控行為特性的步驟發(fā)生在客戶端裝置處，且該方法還包括:將關于行為特性的信息從客戶端裝置發(fā)送到服務器。在客戶端裝置處監(jiān)控行為特性是獲得關于該客戶端裝置的活動的信息的有效方式，而在中央服務器處記錄信息允許從多個源整理結果。因此，優(yōu)選實施方式的這個方面最佳地利用了客戶端-服務器網絡的體系結構。
[0027]優(yōu)選地，至少一個測試特征是元素、文件、插件或applet中的任一個。在優(yōu)選實施方式中，至少一個測試特征是applet,例如Adobe Flash SWF、Java或Silverlight applet。在一個特定的優(yōu)選實施方式中，至少一個測試特征是Adobe Flash SffF applet,且監(jiān)控行為特性的步驟包括監(jiān)控Flash環(huán)境所提供的插件API。
[0028]在優(yōu)選實施方式中，監(jiān)控行為特性的步驟由客戶端側代碼實施?？蛻舳藗却a是在客戶端裝置上操作的代碼。客戶端裝置在這個環(huán)境中是向用戶顯示主網頁的裝置。客戶端側代碼可采取例如客戶端側腳本、applet或插件的形式。特別是，客戶端側腳本可以用ECMAScript、JavaScript、Jscript、VBScript、ActionScript 或 OpenGL 著色語言(GLSL)中的至少一個實現。
[0029]在優(yōu)選實施方式中，確定區(qū)域是在視野內還是不在視野內的步驟包括確定下列項中的一個或多個:在視野內的至少一個測試特征的比例；在視野內的至少一個測試特征的高度和寬度；至少一個測試特征的任何部分是否在視野內；以及至少一個測試特征的全部是否在視野內。通過分析測試特征是否在視野內的這些細節(jié)，可建立關于區(qū)域的哪些部分在視野內的更詳細的描繪。
[0030]優(yōu)選地，確定區(qū)域是否在視野內的步驟包括比較所監(jiān)控的行為特性與一個或多個控制值。例如，控制值可用作閾值，由此，如果行為特性超過某個值，則區(qū)域被確定為在視野內(或不在視野內，視情況而定)。這是判斷幀前進速率是否指示區(qū)域在視野內或不在視野內的有效方法。例如，如果幀前進速率超過閾值，則測試特征可被確定為在視野內。
[0031]在一些優(yōu)選實施方式中，該方法還包括:產生不可見的控制特征，監(jiān)控控制特征的行為特性，以及根據所監(jiān)控的控制特征的行為特性來確定至少一個比較值。不可見的控制特征是將在任何情況下不向用戶顯示的特征。本發(fā)明的這個方面利用下列事實:瀏覽器或插件將以標稱速率呈現網頁的特征，即使那些特征被定位成使得它們將從不被顯示。例如，假設測試特征在iframe中被交付且控制特征也在iframe中被交付,貝U控制特征可位于iframe的可見尺寸之外,這意味著它從不被顯示給用戶(因為iframe的任何方面不能影響主網頁)。因此，控制特征的行為特性可給出當測試特征不在視野內時該測試特征的可能的行為特性的印象。例如，測試特征的幀前進速率可與控制特征的幀前進速率比較，且如果測試特征的幀前進速率超過控制特征的幀前進速率，則測試特征可被認為在視野內。
[0032]在一些優(yōu)選實施方式中，該方法還包括在位于測試區(qū)域內的位置和所述測試特征是不可見的位置之間改變所述測試特征的位置。因此，測試特征可以是動態(tài)的測試特征。在這個環(huán)境中，確定區(qū)域是在視野內還是不在視野內可包括確定當測試特征的位置改變時所監(jiān)控的行為特性是否改變。
[0033]在一些情況下，根據測試特征的先前確定的狀態(tài)來選擇與測試特征的行為特性進行比較的控制值。特別是，可根據測試特征是否先前被認為是在視野內或不在視野內來選擇控制值。例如，用于當測試特征先前被確定為不在視野內時確定測試特征在視野內的控制值可大于如果測試特征先前被確定為在視野內時的控制值。這可以有助于考慮瀏覽器或插件所操作的環(huán)境中的變化，并限制由于外部因素而引起的較小波動將被解釋為測試特征從在視野內到不在視野內的狀態(tài)變化或反之亦然的可能性。
[0034]可選地或此外，可使用試探式或經驗式方法來確定比較值的集合。這些方法可考慮網頁被呈現的情境，例如，用于呈現網頁的瀏覽器，或者操作系統(tǒng)環(huán)境。因此，可以針對不依賴于特征是否在視野內或不在視野內的重繪率變化的其它原因來留出余量。
[0035]優(yōu)選地，至少一個測試特征位于廣告所在的區(qū)域的邊緣處。這意味著從測試特征取回的值可明確確認區(qū)域的邊緣是否在視野內。在優(yōu)選實施方式中，多個測試特征位于區(qū)域的邊緣處。以這種方式，本發(fā)明可幫助確定廣告的全部或廣告的特定比例是否在視野內或不在視野內。在特定的實施方式中，至少一些測試特征位于區(qū)域的角處。
[0036]在優(yōu)選實施方式中，至少一個測試特征是透明的和/或測試像素。這些方面在允許至少一個測試特征服務于其主要目的情況下，限制該至少一個測試特征對廣告所在的區(qū)域的影響。
[0037]在優(yōu)選實施方式中，在區(qū)域中提供廣告。這是發(fā)現區(qū)域是否在視野內的特別有價值的環(huán)境，并可提供相當大的商業(yè)優(yōu)勢。在一些優(yōu)選實施方式中，至少一個測試特征可形成廣告本身的部分或全部。
[0038]也可認識到，本發(fā)明可使用計算機程序代碼來實現。實際上，根據本發(fā)明的另一方面，因此提供了包括用于實施第一方面的方法的計算機可執(zhí)行指令的計算機程序產品。計算機程序產品可以是物理存儲介質，例如只讀存儲器(ROM)芯片。可選地，它可以是盤，例如數字通用盤(DVD-ROM)或光盤(⑶-ROM)。它也可以是信號，例如電線上的電信號、光信號或例如到衛(wèi)星等的無線電信號。本發(fā)明還擴展到運行該軟件或代碼的處理器，例如配置成實施上面描述的方法的計算機。
[0039]根據本發(fā)明的另一方面，提供了用于確定網頁內的區(qū)域是否在視野內的裝置，其包括:
[0040]在所述區(qū)域中提供至少一個測試特征；
[0041]呈現所述網頁；
[0042]監(jiān)控與所述至少一個測試特征有關的行為特性；以及
[0043]根據所監(jiān)控的行為特性確定所述區(qū)域是在視野內還是不在視野內，
[0044]其中，所述行為特性根據所述測試特征是在視野內還是不在視野內而變化。
【專利附圖】

【附圖說明】
[0045]現在將參考附圖描述本發(fā)明的優(yōu)選實施方式，其中:
[0046]圖1示出包含廣告的網頁的可見部分；
[0047]圖2示出用于將內容交付給用戶的系統(tǒng)；
[0048]圖3示出在內容到用戶的示例性交付期間圖2的系統(tǒng)的操作；
[0049]圖4A和4B示出在廣告內的測試特征的各種布置；
[0050]圖5示出表示在不同的轉變中不同閾值的使用的滯后曲線的可視化；
[0051]圖6示出滾動對控制特征和測試特征的行為特性的影響；
[0052]圖7示出在動態(tài)測試特征的行為特性和廣告是否在視野內或不在視野內之間的關系；以及
[0053]圖8比較靜態(tài)測試特征和動態(tài)測試特征的行為特性對測試特征是否在視野內或不在視野內的響應。
【具體實施方式】
[0054]參考圖1，示出了網頁100。該網頁包括內容被顯示的主區(qū)域101。該網頁還包括廣告102。在本例中，廣告102包含在iframe內。
[0055]圖1還示出了瀏覽器窗口 110。只有出現在瀏覽器窗口 110的可見部分內的網頁100的元素是用戶在特定的時間可見的。網頁100的這些元素被認為是在視野內。未包含在瀏覽器窗口 110的可見部分內的元素被認為是不在視野內。
[0056]已知訪問網頁100的用戶將能夠在網頁100上移動瀏覽器窗口 110以觀看頁面100的不同元素。瀏覽器窗口的位置由滾動條111指示。用戶也可能能夠放大或縮小主網頁100—有效地改變?yōu)g覽器窗口 110相對于主網頁100的尺寸的過程。作為此的結果，網頁100的某些元素將在一些時間在視野內，而在其它時間不在視野內。
[0057]如在上文的【背景技術】中解釋的，這在確認廣告102是否在視野內時產生困難，廣告102是否在視野內當然是產生廣告102的廣告客戶在決定廣告102的價值時所感興趣的。一種現有技術解決方案依賴于滾動條111的位置的知識。然而，這個信息不能被與廣告102 一起提供的元素所發(fā)現，因為廣告102包含在外部域上的iframe內。這是因為iframe被規(guī)定來隔離主網頁100與包含在iframe內的內容。
[0058]在可選的實施方式中，可使用除了 iframe以外的其它受限或沙盒(sandbox)式環(huán)境，例如:框架(frame) ；Microsoft Web Sandbox ;來自 Dojo 工具箱的 dojox.secure,sandbox ；SVG文件；或由Caja產生的Cajoled腳本。替代地或除了沙盒以外，客戶端側監(jiān)控代碼可被限制到可用特征的有限子集，例如ADsafe、ECMAScript5嚴格模式或Cajita。
[0059]圖1還示出了在廣告102內提供的測試特征103和位于iframe的可見邊界之外但仍然通過iframe交付的控制特征104。測試特征103和控制特征104都通過包含廣告102的iframe而被提供。作為結果，控制特征104將始終是用戶不可見的，因為它在iframe之外的區(qū)域中，該區(qū)域因此不能被通過iframe交付的內容影響。相反,控制特征104用于理解瀏覽器對不在視野內的頁面的元素的響應，在下文將進行更詳細描述。此外，為了移除所有干擾，測試特征103放置在廣告102后面。
[0060]測試特征103和控制特征104可分別被實現為測試和控制像素。例如，測試特征103可以是重疊在廣告102上的單個透明測試像素。以這種方式，測試特征103對廣告102的功能提供最小干擾。
[0061]圖2示出可根據本發(fā)明使用的、用于將內容交付給用戶的系統(tǒng)。系統(tǒng)包括搜索服務器10、廣告客戶20、廣告服務器30、出版商40和由用戶操作的客戶端裝置50。圖2還指示在這些特征之間的通信通道。這些通信可通過任何類型的適當通信網絡一包括局域網(LAN)、廣域網(WAN)等——來發(fā)生，但在優(yōu)選實施方式中，搜索服務器10、廣告客戶20、廣告服務器30、出版商40和客戶端裝置50中的每個連接到互聯(lián)網，且互聯(lián)網用于實施這些特征之間的通信。
[0062]搜索服務器10、廣告客戶20、廣告服務器30和出版商40可使用常規(guī)計算機服務器系統(tǒng)來實現。系統(tǒng)中的這些參與者中的每個可代表單個計算機服務器，或可代表計算機服務器的集合，視情況而定。本領域技術人員也將認識到，如果方便的話，各種參與者可共享計算機硬件或在相同的機器上被寄載。
[0063]客戶端裝置50可被實現為任何啟用了網絡的裝置。例如，客戶端裝置50可被實現為個人計算機、膝上型計算機、平板計算機、智能電話等。在優(yōu)選實施方式中，客戶端裝置50是啟用了互聯(lián)網的裝置，但本領域技術人員將認識到，可使用用于將內容交付到客戶端裝置50的可選方法。
[0064]現在將參考圖3描述本發(fā)明的這個實施方式的操作，圖3示出了在將網頁100交付到客戶端裝置50期間在圖2中所示的每個參與者的活動。
[0065]在步驟Si，廣告客戶20產生廣告102。該廣告102可提供例如關于廣告客戶20所出售的產品的信息，并可包括元素(例如文本、圖像、移動圖像、聲音或這些的組合)。廣告102還可包括一個或多個超鏈接，使得當廣告102由客戶端裝置50呈現時，可能選擇這些超鏈接，以便被重定向到由廣告客戶提供的另外的內容。廣告可被廣告客戶編碼為超文本標記語言(HTML)文件。
[0066]在步驟s2，搜索服務器10將客戶端側代碼發(fā)送到廣告客戶20用于合并在廣告102中。在一個例子中，客戶端側代碼是JavaScript?？蛻舳藗却a被設計成允許搜索服務器取回關于當與網頁100 —起被提供時廣告102是否在視野內的信息，下文將會進行更詳細的解釋。[0067]客戶端側代碼在步驟s3被合并到廣告102中，并接著在步驟s4由廣告客戶20發(fā)送到廣告服務器30。在本例中，廣告客戶20可被理解為希望推銷產品的組織，而廣告服務器30由提供為廣告客戶20找到廣告空間的組織操作。因此，廣告服務器30具有與多個廣告客戶和多個出版商的關系，并充當媒介以幫助將廣告安排給適當的出版商。
[0068]所以，包括由搜索服務器10提供的客戶端側代碼的廣告102現在由廣告服務器20寄載。廣告服務器30具有與出版商40的關系，通過該關系在出版商的內容中提供廣告。這由出版商40在其向用戶提供的網頁中包含到廣告服務器30的鏈接來實現。這些鏈接在iframe內被交付。這對出版商40是有益的，因為在iframe中交付的內容被隔離而不影響主網頁，且因此出版商40可以確定由廣告服務器30提供的廣告將不會不利地影響它在主網頁中發(fā)布的內容。
[0069]因此，客戶端裝置50可在步驟s5向出版商40請求網頁100。網頁100接著在步驟s6被返回到客戶端裝置50?？蛻舳搜b置接著在步驟s7呈現這個網頁。呈現過程一般由在客戶端裝置50上操作的瀏覽器執(zhí)行。
[0070]如上所述，網頁100包含iframe。iframe鏈接到在廣告服務器30處的一個地址。因此，當在客戶端裝置50處操作的瀏覽器試圖呈現網頁100時，它由iframe指示來調用來自廣告服務器30的另外的信息以填充該iframe。這個請求在步驟s8從客戶端裝置50發(fā)送到廣告服務器。
[0071]在接收到請求時，廣告服務器30決定什么內容要返回到客戶端裝置50。在本例中，廣告服務器30返回由廣告客戶20提供的廣告102，其中，由搜索服務器10提供的客戶端側代碼已經被合并在廣告102中，如上所述。在步驟s9，廣告102被返回到客戶端裝置50。
[0072]如上所述，廣告102包含由搜索服務器10提供的客戶端側代碼?？蛻舳藗却a在步驟SlO由客戶端裝置執(zhí)行，作為呈現網頁100的過程的一部分。當客戶端側代碼由客戶端裝置50執(zhí)行時，在步驟sll從搜索服務器10請求兩個相同的applet是有效的，一個applet用于測試特征103,而一個applet用于控制特征104。在步驟sl2, applet被返回到客戶端裝置50。(實際上，web瀏覽器可使用其高速緩存器來將對相同的源的這兩個請求縮減為單個請求)。Applet可以例如是Adobe Flash SffF applet,然而本領域技術人員將認識到，可使用其它類型的applet或資源。在優(yōu)選實施方式中，Adobe Flash SffF applet被提供并在Flash環(huán)境中被執(zhí)行。Flash環(huán)境通過代理提供對瀏覽器API的訪問。
[0073]在步驟sl3，由搜索服務器請求的客戶端側代碼嵌入applet。applet被嵌入以形成測試特征103和控制特征104。因為控制特征104位于網頁100的、在iframe的可見邊界外部的區(qū)域中，因此瀏覽器將不會顯示控制特征104，且總會處理它，好像它不在視野內一樣。另一方面，當測試特征落在瀏覽器窗口 110內時瀏覽器將其視為在視野內，而當測試特征在瀏覽器窗口 110之外時瀏覽器將其視為不在視野內。
[0074]當瀏覽器呈現網頁100時，為了處理Adobe Flash SffF applet，它將經由瀏覽器API進行調用，這允許Flash環(huán)境確定特征是否在視野內或不在視野內；例如，每當窗口幾何經由NPAPI改變時，Mac OS X上的Safari給Flash環(huán)境提供修剪矩形的細節(jié)。這通過允許插件以比已知在視野內的那些元素低的速率來重繪已知不在視野內的元素來增加瀏覽器的效率。因此，插件使測試特征103的動畫幀前進的速率將取決于該測試特征103是在視野內還是不在視野內。因此，動畫幀前進的速率或幀前進速率是與測試特征相關的、根據測試特征103是否被顯示(即，測試特征是在視野內還是不在視野內)而變化的一個行為特性。在該實施方式中，幀前進速率用作行為特性，但應認識到，可以替代地或附加地使用其它特性。例如，諸如定時器時鐘速率和/或本地連接可被產生的速率之類的特性可根據測試特征是否當前正被顯示而改變。在一些其它例子中，行為特性可以是來自瀏覽器API的報告，其直接指示測試特征是否正被顯示。
[0075]在步驟sl4，客戶端側代碼記錄測試特征103和控制特征104的幀前進的速率，并使用這些幀前進速率來確定廣告102是否在視野內。
[0076]測試特征103的幀前進速率可與一個或多個控制值比較。在該實施方式中，至少一個控制值充當閾值，并根據控制特征104的幀前進速率來確定。一般地，由于測量誤差以及也由于在滾動(即，當視見區(qū)相對于主網頁100移動時)期間控制特征104的波動的幀前進速率，與控制特征104的幀前進速率的直接比較是不夠的。比較過程也一般需要某種平滑化模型的應用，因為例如在狀態(tài)轉變期間(即，在從在視野內到不在視野內轉變期間，反之亦然)所記錄的幀前進速率是嘈雜的。假定控制特征104總是被瀏覽器視為不在視野內且閾值取決于控制特征104的幀前進速率，如果測試特征103的幀前進速率當被比較時與該閾值相同或小于該閾值，則可推斷出測試特征103不在視野內?？蛇x地，如果測試特征103的幀前進速率當被比較時大于該閾值，則測試特征103可被確定為在視野內。
[0077]因為測試特征103位于網頁的與廣告102相同的部分內，因此確定測試特征103是否在視野內提供廣告102是否在視野內的指示。因此，客戶端側代碼用來通過產生測試特征103并觀察其幀前進的速率來分析廣告102是否在視野內。
[0078]客戶端側代碼在步驟sl5使客戶端裝置50將這個分析的結果返回到搜索服務器
10。搜索服務器10在步驟sl6存儲這些結果。每當在網頁100內的廣告102在客戶端裝置50處在視野內和不在視野內時，搜索服務器10可因此整理這種結果。因此，搜索服務器能夠在步驟sl7向廣告客戶20提供信息，指示通過與廣告服務器30的安排而提供到廣告102的暴露。因此，廣告客戶20能夠以這種方式做出關于廣告的價值的有根據的商業(yè)決定。
[0079]在上述實施方式中，在廣告102被找到的區(qū)域中提供單個測試特征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]在一些優(yōu)選實施方式中，閾值取決于測試特征103的先前狀態(tài)。也就是說，閾值可根據測試特征103是否先前被確定為在視野內或不在視野內而改變。例如，用于當測試特征103先前不在視野內時判斷測試特征103在視野內的閾值可高于用于當測試特征先前在視野內時判斷測試特征不在視野內的閾值。這種方法可被理解為提供如圖5所示的滯后曲線。
[0084]在圖5中，X軸表示測試特征在視野內的推斷的概率，而y軸表示幀前進速率。當概率超過50%時，測試特征103被確定為在視野內。圖5示出兩個閾值——較低閾值501和較高閾值502——在一些情況下可能是適當的。當測試特征103先前被認為是在視野內時，較低閾值501適用，而當測試特征103先前被認為是不在視野內時，較高閾值502適用。以這種方式，由于客戶端裝置50的性能而可能產生的重繪速率的變化不會引起測試特征103的所確定的狀態(tài)的變化。
[0085]在一些優(yōu)選實施方式中，較低閾值501使用控制特征104來建立(即，較低閾值501是控制特征104的幀前進速率或者根據控制特征104的幀前進速率來確定)，而較高閾值502根據經驗建立。
[0086]在上述實施方式中，測試特征103與廣告本身102分開地被提供，這意味著由搜索服務器10提供的客戶端側代碼可獨立于廣告102。在這些情況下，測試特征103優(yōu)選地是透明的和相對小的(例如，每個測試特征103可以是單個像素)，以便避免干擾廣告102的內容。這個方面也可限制在陣列中期望的測試特征的數量，因為即使它們是透明的，測試特征103也可能干擾在廣告102中提供的超鏈接。然而，在其它實施方式中，測試特征103可以是必須被重繪的廣告102本身的方面，且這些可在網頁100的呈現期間被監(jiān)控以確定它們是否在視野內。當測試特征103是廣告102本身的部分時，有可能廣告102的大部分或全部由測試特征103形成而不損害廣告102的功能。
[0087]如上所述，客戶端側代碼用于嵌入一個或多個測試特征103，并監(jiān)控幀前進速率。在可選實施方式中，一個或多個測試特征103可連同廣告102 —起被提供，且該一個或多個測試特征103可監(jiān)控幀前進速率并將幀前進速率傳送到搜索服務器10。在另一可選的實施方式中，一個或多個測試特征103可以是廣告102本身的創(chuàng)建的部分或全部。在其它實施方式中，一個或多個測試特征103可內置到廣告的容器或播放器中。
[0088]在優(yōu)選實施方式中，客戶端側代碼可以是applet，并可經由外部瀏覽器應用編程接口(API)直接或間接地獲得關于幀前進速率的信息，該外部瀏覽器應用編程接口(API)例如是Netscape插件應用編程接口(NPAPI)、Pepper插件應用編程接口(PPAPI)、LiveConnect、XPConnect、npruntime API或ActiveX。在其它例子中，受限或沙箱式客戶端側代碼可訪問的內部瀏覽器API可用于獲得關于特征是否在視野內的指示。
[0089]如上所述，可通過觀察控制特征104的行為特性根據經驗來建立與測試特征103的行為特性進行比較的一個或多個控制值。然而，也可使用試探式方法來建立控制值?？墒褂每蛻舳搜b置的用戶代理(例如，在客戶端裝置上操作的瀏覽器)、客戶端裝置的操作系統(tǒng)或客戶端裝置的地理位置中的一些或全部來開發(fā)這些試探式方法。
[0090]除了識別區(qū)域是否在視野內或不在視野內以外，本發(fā)明可另外地識別關于區(qū)域或區(qū)域的部分的其它細節(jié)。特別是，在一些優(yōu)選實施方式中，可做出關于網頁是否正在滾動的確定。特別是，注意，行為特性(例如幀前進速率)或測試和/或控制特征可根據網頁是否正在滾動而改變。這個改變可用于確認網頁是否正在滾動。在一個實施方式中，當控制特征的幀前進速率從低狀態(tài)改變到高狀態(tài)時，可確定區(qū)域在視野內并且頁面正在滾動。這在圖6中示出。
[0091]通過做出額外的確定，類別“在視野內”和“不在視野內”可被分成子類別，例如:“在視野內且滾動”、“在視野內且不滾動”、“不在視野內且在視見區(qū)之外”和“不在視野內且
被遮蔽”。
[0092]在上述實施方式中，測試特征103的行為特性與控制值進行比較。例如，測試特征103的行為與控制特征104的行為進行比較。在另一方法中，可使用動態(tài)測試特征103。該動態(tài)測試特征103的位置在感興趣區(qū)域中(即，廣告102內)的位置和被已知是不在視野內的區(qū)域之間振蕩。如果測試特征103的行為特性作為這個振蕩的結果而改變，則可假定廣告102在視野內，而如果沒有或只有相對少的變化出現，則可假定廣告102不在視野內。
[0093]在圖7中示出了這種方法，其示出當廣告102在視野內時和當它不在視野內時動態(tài)測試特征103的行為特性(在這種情況下是幀前進速率)。從圖7中可清楚地看到，當廣告102在視野內時，動態(tài)測試特征103的行為特性的值明顯改變。這是由于動態(tài)測試特征103的位置的振蕩。相反，當廣告102不在視野內時，測試特征103的振蕩對行為特性有很小或沒有影響。
[0094]在圖7所示的例子中，行為特性的初始值相對高，盡管事實上廣告102不在視野內。這說明下列情況，其中瀏覽器行為使得所有元素最初被視為在視野內，以及不同元素的瀏覽器行為中的差別只在元素經歷將它帶出視野的轉變時出現。由于動態(tài)測試特征103的位置的振蕩，使用該動態(tài)測試特征103實施這樣的轉變。這可確保測試特征103不會不正確地被認為在視野內。
[0095]圖8示出在這些瀏覽器條件下靜態(tài)測試特征103和動態(tài)測試特征103兩者的幀前進速率。如可從圖8中看到的，靜態(tài)測試特征103將只在轉變發(fā)生之后被識別為不在視野內。由于這個原因，在靜態(tài)特征103不在視野內的初始時期期間，它的行為特性未能提供這個狀態(tài)的充分指示。
[0096]在一些優(yōu)選實施方式中，可使用至少一個動態(tài)測試特征103和至少一個靜態(tài)測試特征103的組合。動態(tài)測試特征103可用于確保初始的不在視野內的狀態(tài)被正確地識別，如上所述，而靜態(tài)測試特征103可在至少一個轉變發(fā)生之后被使用。靜態(tài)測試特征103可以提供比動態(tài)測試特征103更精細粒度和更不易變的分類。優(yōu)選地，動態(tài)和靜態(tài)測試特征的組合目的在于用于呈現主網頁100的瀏覽器的特定行為。
[0097]其它變化和修改對本領域技術人員將是明顯的。這樣的變化和修改可涉及已經知道的且可代替或附加于本文描述的特征而被使用的其它特征?？稍趩蝹€實施方式中以組合的方式來提供在不同的實施方式的上下文中描述的特征。相反，也可分離地或以任何適當的子組合來提供在單個實施方式的上下文中描述的特征。
[0098]應注意，術語“包括”并不排除其它元素或步驟，術語“一”或“一個”并不排除多個，單個特征可實現在權利要求中列舉的幾個特征的功能，且權利要求中的參考符號不應被解釋為限制權利要求的范圍。還應注意，附圖不一定按比例繪制，相反通常強調說明本發(fā)明的原理。
【權利要求】
1.一種用于確定網頁內的區(qū)域是否在視野內的計算機實現的方法，其包括: 在所述區(qū)域中提供至少一個測試特征； 呈現所述網頁； 監(jiān)控與所述至少一個測試特征有關的行為特性；以及 根據所監(jiān)控的行為特性確定所述區(qū)域是在視野內還是不在視野內， 其中，所述行為特性根據所述測試特征是在視野內還是不在視野內而變化。
2.如權利要求1所述的方法，其中，監(jiān)控所述行為特性的步驟通過在受限環(huán)境中操作的代碼來實施，使得所述代碼被防止發(fā)現主網頁的特征。
3.如權利要求2所述的方法，其中，所述受限環(huán)境是內聯(lián)框架。
4.如前述權利要求中的任一項所述的方法，其中，監(jiān)控所述行為特性的步驟包括當API與所述至少一個測試特征有關時監(jiān)控所述API的行為。
5.如權利要求4所述的方法，其中，監(jiān)控所述行為特性的步驟包括當瀏覽器API或插件API與所述至少一個測試特征有關時監(jiān)控所述瀏覽器API或插件API的行為。
6.如權利要求5所述的方法，其中，所述插件API由Flash環(huán)境提供。
7.如前述權利要求中的任一項所述的方法，其中，監(jiān)控所述行為特性的步驟發(fā)生在客戶端裝置處，并且所述方法還包括: 將關于所監(jiān)控的行為特性的信息從所述客戶端裝置發(fā)送到服務器。
8.如前述權利要求中的任一項所述的方法，其中，所述至少一個測試特征是下列項中的任一個: 元素； 文件； 插件；或 applet ο
9.如前述權利要求中的任一項所述的方法，其中，所述行為特性包括所述測試特征的幀前進速率。
10.如前述權利要求中的任一項所述的方法，其中，確定所述區(qū)域是在視野內還是不在視野內包括確定下列項中的一個或多個: 在視野內的所述至少一個測試特征的比例； 在視野內的所述至少一個測試特征的高度和寬度； 所述至少一個測試特征的任何部分是否在視野內；以及 所述至少一個測試特征的全部是否在視野內。
11.如前述權利要求中的任一項所述的方法，其中，確定所述區(qū)域是否在視野內的步驟包括比較所監(jiān)控的行為特性與一個或多個控制值。
12.如權利要求11所述的方法，還包括使用經驗式或試探式方法來確定所述一個或多個控制值。
13.如權利要求12所述的方法，其中，根據控制特征的行為特性來確定所述一個或多個控制值中的至少一個。
14.如權利要求13所述的方法，其中所述控制特征不是可見的。
15.如權利要求11到14中的任一項所述的方法，其中，根據所述測試特征的先前確定的狀態(tài)來選擇與所述行為特性比較的控制值。
16.如前述權利要求中的任一項所述的方法，還包括在位于測試區(qū)域內的位置和所述測試特征是不可見的位置之間改變所述測試特征的位置。
17.如前述權利要求中的任一項所述的方法，其中，所述至少一個測試特征位于所述區(qū)域的邊緣處。
18.如前述權利要求中的任一項所述的方法，其中，所述至少一個測試特征是透明的、半透明的或故意被另一特征遮蔽。
19.如前述權利要求中的任一項所述的方法，其中，在所述區(qū)域中提供廣告。
20.如權利要求19所述的方法，其中，所述至少一個測試特征是廣告的部分或全部。
21.一種包括計算機可執(zhí)行指令的計算機程序產品，所述計算機可執(zhí)行指令用于實施前述權利要求中的任一項的方法。
22.—種布置成將權利要求21的所述計算機程序產品通過網絡傳輸到客戶端裝置的服務器。
23.一種用于檢測網頁內的區(qū)域是否在視野內的裝置，所述裝置被布置成: 在所述區(qū)域中提供至少一個測試特征； 呈現所述網頁； 監(jiān)控與所述至少一個測試特征有關的行為特性；以及 根據所監(jiān)控的行為特性確定所述區(qū)域是在視野內還是不在視野內， 其中，所述行為特性根據所述測試特征是在視野內還是不在視野內而變化。
【文檔編號】G06Q30/02GK103718203SQ201280039401
【公開日】2014年4月9日 申請日期:2012年4月20日 優(yōu)先權日:2011年6月17日
【發(fā)明者】D·德亞赫, B·霍奇森, S·奧弗雷爾 申請人:斯佰德克蘭施有限公司