(57)【要約】      （修正有）【課題】ウェブページ内の一領域をユーザがブラウザウィンドウによって閲覧可能であるか否かを判定するための技術を提供する。【解決手段】１つまたは複数のテストフィーチャを領域内に設け、ウェブページを表現し、テストフィーチャが現在表示されているか否かによって異なるテストフィーチャの挙動特性を監視し、監視された挙動特性に基づいて、領域がビュー内に存在しているか否かを判定する。挙動特性の一例が、フレーム表示速度である。ブラウザは、通常ウェブページの要素を、これらが現在ビュー内に存在している場合にはより速く、ブラウザウィンドウを介して再表示するため、この特性を利用して、テストフィーチャ、ひいては領域がビュー内に存在しているか否かを判定することが可能である。【選択図】なし【特許請求の範囲】
【請求項１】
ウェブページ内に離れて表示された広告が離れた位置においてビュー内に存在しているか否かを判定するための、コンピュータで実行される方法であって、
a)クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
i)前記広告が表示されるべきウェブページの領域内にテストフィーチャを表現させ、前記テストフィーチャは、前記クライアントデバイスのブラウザウィンドウの閲覧可能な部分内または前記閲覧可能な部分の外に、前記テストフィーチャが現在配置されているか否に基づいて変化する値を有する挙動特性を有し、前記挙動特性は、前記テストフィーチャのフレーム表示速度を含み、前記フレーム表示速度は、前記テストフィーチャのフレーム表示速度を含み、前記クライアントデバイスに、
ii)前記クライアントデバイスにおいて前記ウェブページを表現したことに応答して前記テストフィーチャの挙動特性の値を監視させ、
iii)前記テストフィーチャの挙動特性の監視された値から、前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記領域が現在配置されていると判定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信するステップと、
b)前記クライアントデバイスから、前記クライアントデバイスが前記クライアントサイドコードを実行することに応答して、前記クライアントデバイスのブラウザウィンドウの閲覧可能な部分内に、前記テストフィーチャに対応する広告が表示されていることの指示を受信し、前記テストフィーチャの挙動特性の値に基づいて前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記テストフィーチャが表示されていると判定するステップと、
を含む方法。
【請求項２】
前記クライアントサイドコードは、前記ウェブページのフィーチャを発見することが防止されるように限定された環境内で動作するように構成された、請求項１に記載の方法。
【請求項３】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記テストフィーチャに関連するＡＰＩの挙動を監視させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項４】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
(i)ブラウザＡＰＩ、(ii)前記テストフィーチャに関連するプラグインＡＰＩ、のうちの少なくとも１つの挙動の値を監視させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項３に記載の方法。
【請求項５】
前記テストフィーチャは、
要素、
文書、
プラグイン、または
アプレット
のうちの１つである、請求項１に記載の方法。
【請求項６】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記ブラウザウィンドウのユーザ閲覧可能な部分内に配置されているテストフィーチャの割合、
前記ブラウザウィンドウのユーザ閲覧可能な部分内に配置されているテストフィーチャの高さおよび幅、
前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記テストフィーチャのいずれかの部分が配置されているか否か、
前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記テストフィーチャの全部が配置されているか否か、
のうちの１つまたは複数を判定することによって、前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記領域が現在表示されていると判定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項７】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記挙動特性の監視された値を制御値と比較させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項８】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
経験的なまたは発見的な方法を使用して前記制御値を決定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項７に記載の方法。
【請求項９】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記広告が表示されるウェブページの領域の外に制御フィーチャを表現させ、前記制御値が制御フィーチャの挙動特性に応じて決定される
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項８に記載の方法。
【請求項１０】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記テストフィーチャの前に判定された状態に基づいて、前記挙動特性の値が比較される制御値を決定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項９に記載の方法。
【請求項１１】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記領域の縁の位置において前記テストフィーチャを表現させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項１２】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記テストフィーチャを、透明に、半透明に、または他のフィーチャによって意図的に見えないように表現させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項１３】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記テストフィーチャの挙動特性の監視された値から、ビュー内の前記領域の割合が所定の閾値より大きいと判定させ、
ビュー内の前記領域の割合が所定の閾値より大きいと判定したことに応答して、前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記領域が現在配置されていると判定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項１４】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記クライアントデバイスにおいて前記ウェブページを表現したことに応答して、前記クライアントデバイスによって複数のテストフィーチャの挙動特性のそれぞれの値を監視させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項１５】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記複数のテストフィーチャの挙動特性の監視されたそれぞれの値から、前記ブラウザウィンドウのユーザ閲覧可能な部分内に現在配置されている領域の割合を判定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１４に記載の方法。
【請求項１６】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記テストフィーチャの挙動特性の監視された値から、ビュー内の前記領域の割合が所定の閾値より大きいと判定させ
ビュー内の前記領域の割合が所定の閾値より大きいと判定したことに応答して、前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記領域が現在配置されていると判定させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含む、請求項１４に記載の方法。
【請求項１７】
ウェブページ内に離れて表示された広告が離れた位置においてビュー内に存在しているか否かを判定するための、コンピュータで実行される方法であって、
a)前記広告が送信されるクライアントデバイスによって実行されるとき、前記クライアントデバイスに、
i)前記広告が表示されるべきウェブページの領域内にテストフィーチャを表現させ、前記テストフィーチャは、前記クライアントデバイスのブラウザウィンドウの閲覧可能な部分内または前記閲覧可能な部分の外に、前記テストフィーチャが現在配置されているか否に基づいて変化する値を有する挙動特性を有し、前記挙動特性は、前記テストフィーチャのフレーム表示速度を含み、前記フレーム表示速度は、前記テストフィーチャのフレーム表示速度を含み、前記クライアントデバイスに、
ii)前記クライアントデバイスにおいて前記ウェブページを表現したことに応答して前記テストフィーチャの挙動特性の値を監視させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信するステップと、
b)前記クライアントデバイスから、前記テストフィーチャの挙動特性の値を受信するステップと、
c)前記受信された値から、前記クライアントデバイスのブラウザウィンドウの閲覧可能な部分内に、前記テストフィーチャに対応する広告が表示されていると判定するステップと、
を含む方法。
【請求項１８】
前記判定するステップは、
前記テストフィーチャの挙動特性の受信された値から、ビュー内の前記領域の割合が所定の閾値より大きいと判定するステップと、
ビュー内の前記領域の割合が所定の閾値より大きいと判定したことに応答して、前記ブラウザウィンドウのユーザ閲覧可能な部分内に前記領域が現在配置されていると判定するステップと、
を含む、請求項１７に記載の方法。
【請求項１９】
クライアントサイドコードを送信することは、前記クライアントデバイスによって実行されるとき、前記クライアントデバイスに、
前記クライアントデバイスにおいて前記ウェブページを表現したことに応答して、前記クライアントデバイスによって複数のテストフィーチャの挙動特性のそれぞれの値を監視させる
クライアントサイドコードを含む広告を前記クライアントデバイスに送信することをさらに含み、
前記受信するステップは、前記複数のテストフィーチャの挙動特性のそれぞれの値を受信するステップを含み、
前記判定するステップは、前記複数のテストフィーチャの挙動特性のそれぞれの値から、前記ブラウザウィンドウのユーザ閲覧可能な部分内に現在配置されている領域の割合を判定するステップを含む、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
本発明は、ネットワーク上でのコンテンツの配信およびそのコンテンツをユーザが閲覧可能であるか否かの分析に関する。詳細には、本発明は、限定的ではないが、ウェブページ内の広告をユーザが閲覧可能であるか否かの評価に関する。
【背景技術】
【０００２】
発明の背景
従来の物理的なコンテンツ配信手段に代わって、オンライン出版が普及しつつある。例えば、新聞各社のウェブサイトにおける通信量は増大しているが、一方で、新聞そのものの紙媒体としての販売部数は減少している。このため、出版元にとっては、製作したコンテンツからいかにして収益を得るかが課題となっている。自らのオンラインコンテンツへのアクセスを、ペイパービューまたは購読制としている出版元もあるが、殆どの出版元は、自社のオンラインコンテンツの無料提供を継続しようと試みている。出版元は広告に依拠することによってこのモデルを持続させている。
【０００３】
広告収益モデルは、コンテンツの出版元のみならず、数多くのインターネットサービスによって採用されている。ウェブサイト上の広告枠を販売するに当たっては、その枠をどのような価格とするかを決定しなければならない。今日、広告枠は主に、ペイパーインプレッションまたはペイパークリック方式で販売されている。
【０００４】
ペイパーインプレッションモデルでは、対象広告が掲載されたウェブページが閲覧される度に料金が課せられる。対象広告が掲載されたウェブページがユーザにダウンロードされると、その都度記録が保存され、発生したダウンロードの量に応じて広告主に対する課金が行われる。
【０００５】
現在のペイパーインプレッション技術には、ユーザが対象広告そのものに注意を引かれたかどうかを正確には反映しないという問題がある。
【０００６】
実際のところ、ユーザが対象広告を閲覧したかどうかさえ不明である。例えば、広告がユーザのブラウザウィンドウでは閲覧できないウェブページ部分である場合や、ロードすらできない場合もあろう。このように、広告主にとっての広告の価値が不明瞭であるために、インターネット広告の需要が伸び悩んでいる。
【０００７】
ペイパークリックモデルは、これらの問題の一部に対処している。このモデルでは、ユーザが広告内のリンクをクリックする度に課金が行われる。しかし、このモデルは、（詐欺である場合を除いては）ユーザが広告に注意を引かれた場合にのみ課金が行われることは保証するものの、あらゆる状況に適しているわけではない。例えば、多くの広告主は、受動的にブランドイメージを高めることを意図しており、ユーザの経験を妨げることは望んでいない。一般に、ある広告のクリック数は、単にその広告が閲覧された回数の関数である訳ではなく、その広告がクリックを行わせたことの表れである。ペイパークリックモデルでは、これらの要因を区別することが不可能である。
【０００８】
従って、特定の広告が閲覧された回数を正確に反映する手法を開発することが望ましい。ホストウェブページがダウンロードされただけでは広告が閲覧可能であるとは限らないことから、より高い精度が必要である。
【０００９】
解決方法の一つとして、特定のユーザのブラウザに所与の時点で表示されるウェブページの領域をモニタすることが提案されている。例えば、ブラウザのビューポートの大きさとウェブページ内での広告の位置が分かれば、広告がビュー内に存在する（即ち、ブラウザのビューポート内に存在する）か否かを、ブラウザのウィンドウのスクロール位置（即ちそのウェブページ上での垂直方向および水平方向の位置）を監視することで確認することができる。別の解決方法では、代わりにまたは更に、ウェブページ上でのマウスカーソルの位置を読み取る。
【００１０】
これらの解決方法は、正確なデータを適切な状況で提示することが可能であるが、限られた場合においてしか使用できない。なぜなら、プロセス内の参加者が得ることができる情報に制限があるからである。
【００１１】
詳細には、広告はしばしば、ホストウェブページ内のインラインフレーム内に含まれて（ネストされて）いる。インラインフレームは、ウェブページ内に一領域を規定し、その中に他のウェブコンテンツを表示することが可能である。
【００１２】
出版元にとってのインラインフレームの重要な利点の一つは、インラインフレームおよびそのホストウェブページが互いに異なるドメインからのものである限り、そのインラインフレーム内のコンテンツがホストウェブページ内のコンテンツに影響を及ぼしたり、そのページに関する情報を見つけたりすることが出来ないという点である。このことは、広告がホストウェブページの主要なコンテンツを破損してしまうことがないという保証を出版元が得られることを意味している。
【００１３】
しかし、インラインフレーム内のコンテンツはホストウェブページとインタラクトすることができないため、例えばホストウェブページの大きさ（高さ及び幅）や、ブラウザのビューポートがどこでホストウェブページと関連しているのかを、広告が提供されているクライアントサイドコードが突き止めることは不可能である。従って、そのようなクライアントサイドコードを使用して、対象広告がビュー内に存在しているのか否かを知ることはできない。同様に、インラインフレームを用いて広告を提供する場合には、広告がビュー内に存在しているのか否かを、ホストウェブページに対するブラウザビューポートの位置から推定しようとする方法は機能しない。（ｈｔｔｐ：／／ｗｅｂ．ａｒｃｈｉｖｅ．Ｏｒｇ／ｗｅｂ／２０１  １０７０７１９２０２３／ｈｔｔｐ：／／ｗｗｗ．ｒｅａｌｖｕ．ｎｅｔ／ｉｆｒａｍｅｓ／を参照のこと。）
【００１４】
従って、広告がインラインフレームまたは何らかのそのような限定されたまたはサンドボックス環境内で提供されている場合であっても、広告が閲覧されているのか否かを確認するための技術を提供することが望ましい。
【発明の概要】
【課題を解決するための手段】
【００１５】
発明の概要
本発明の第１の局面によれば、ウェブページ内の一領域がビュー内に存在しているか否かを判定するための、コンピュータにより実施される方法であって：
前記領域内に少なくとも１つのテストフィーチャを設けることと；
前記ウェブページを表現することと；
前記少なくとも１つのテストフィーチャに関する挙動特性を監視することと；
前記監視した挙動特性から、前記領域がビュー内に存在しているか否かを判定することと；
を含み、
前記挙動特性が、前記テストフィーチャがビュー内に存在しているか否かによって異なる；
方法が提供される。
【００１６】
従って、本発明は、ウェブページ内の一領域がビュー内に存在しているのか否かに関する情報を、前記ホストウェブページの特性を知る必要なく提供することを支援することが可能である。前記ウェブページを表現している間、前記領域内のテストフィーチャが現在表示されているか否かによって変化する挙動特性を監視して、前記領域がビュー内に存在するか否かを確認することが可能である。ここで述べる「ビュー内に存在する」とは、前記領域がブラウザのビューポート内に存在すること、即ち前記ブラウザによって表示されているウェブページの閲覧可能な部分内に存在することを指す。しかし、前記領域がブラウザのビューポート内に存在することは、必要な要件ではあるが、十分ではない場合がある。例えば、ある領域がブラウザのビューポート内に存在しても、バックグラウンドタブ内に存在するために、または別の理由で、ユーザには見えないことがある。従って、一般には、ある領域は、いかなる理由であっても、ユーザが閲覧可能である場合には「ビュー内に存在し」、ユーザが閲覧不可能である場合には「ビュー内に存在しない」。特に好適な複数の実施例においては、前記領域が広告を含み、これにより、広告がビュー内に存在するか否かに関する情報を導出することが可能である。
【００１７】
本発明は、ウェブブラウザおよびウェブブラウザプラグインが、例えば、ブラウザビューポート内で閲覧可能なウェブページ要素を、前記ウェブページ上に存在するが前記ブラウザビューポート内に現在含まれていない要素よりも頻繁に再表示させることが可能であるように設けられているという事実を利用することが可能である。この挙動上の相違は、クロックレートまたは実行可能なローカル接続の数などと共に、現在ビュー内に存在していないウェブページ要素の不要な処理を減らそうとする努力の結果もたらされるものである。本発明は、この挙動上の相違を利用して、テストフィーチャがビュー内に存在しているか否か、ひいては広告がビュー内に存在しているか否かに関する情報を推定することが可能である。
【００１８】
従って、挙動特性を、ウェブページを表現している間に１つまたは複数のテストフィーチャを処理する方法と関連させてもよい。例えば、好適な複数の実施例においては、挙動特性を監視するステップが、ブラウザＡＰＩまたはプラグインＡＰＩなどの、前記少なくとも１つのテストフィーチャに関連するアプリケーションプログラミングインターフェース（ＡＰＩ）の挙動を監視することを含む。ＡＰＩの挙動を、直接に監視してもよいし、間接に監視してもよい。例えば、プラグインが、Ｎｅｔｓｃａｐｅプラグインアプリケーションプログラミングインターフェース（ＮＰＡＰＩ）における「ＮＰＰ＿ＳｅｔＷｉｎｄｏｗ」呼び出しによって、描出可能なフィーチャのどの部分が現在ビュー内に存在しているのかを詳細に示すクリップ領域をブラウザから受け取ってもよい。この情報を用いて、プラグインが、生成しているテストフィーチャのフレーム表示速度を変化させてもよい。幾つかの実施例においては、テストフィーチャに関連したクライアントサイドコードを設けて、ブラウザＮＰＡＰＩを監視し、テストフィーチャの一部または全体がビュー内に存在しているか否かを判定してもよい。別の複数の実施例においては、クライアントサイドコードを用いて、テストフィーチャに関連したプラグインのフレーム表示速度を監視してもよい。幾つかの好適な実施例においては、プラグインＡＰＩがＦｌａｓｈ環境によって提供される。
【００１９】
複数の好適な実施例においては、挙動特性を監視するステップが、ホストウェブページのフィーチャを発見できないように、限定された環境で動作するコードによって実行される。好適な複数の実施例においては、コードがその中で動作する限定されたまたはサンドボックス環境は、ホストウェブページ内のインラインフレーム（他のインラインフレーム内にネストされている場合もありうる）である。インラインフレームは、ホストウェブページに関する情報を知っている必要がなく、代わりに、テストフィーチャが表示されているか否かによって異なる前記テストフィーチャの挙動特性そのものを監視するため、本発明はインラインフレームに関して特に有用である。インラインフレームのコンテンツとホストウェブページとが異なるドメインから提供されている場合には、インラインフレーム内で提供されている要素がホストウェブページに関する情報とインタラクトするかまたはこれを発見することが不可能なので、特に有用性が高い。
【００２０】
本発明におけるインラインフレームの代わりにまたはこれに加えて使用することの可能な限定された環境の例には、フレーム、Ｍｉｃｒｏｓｏｆｔ社のＷｅｂ  Ｓａｎｄｂｏｘ、Ｄｏｊｏ  Ｔｏｏｌｋｉｔ（登録商標）のｄｏｊｏｘ．ｓｅｃｕｒｅ．ｓａｎｄｂｏｘ、スケーラブルベクターグラフィックス（ＳＶＧ）文書またはＣａｊａによって生成されたＣａｊｏｌｅｄ  ｓｃｒｉｐｔが含まれる。限定された環境は、挙動特性の監視を実行するコードによる、ホストウェブページに対する位置、ホストページのビューポートの水平方向および垂直方向のスクロール位置ならびに、ホストウェブページのビューポートの大きさのうちの幾つかまたは全てへのアクセスを防止する。
【００２１】
複数の好適な実施例においては、挙動特性が、テストフィーチャのフレーム表示速度を含む。例えば、挙動特性が、Ａｄｏｂｅ  Ｆｌａｓｈ  Ｓｍａｌｌ  Ｗｅｂ  Ｆｏｒｍａｔ（ＳＷＦ）アプレット内におけるフレーム表示速度であってもよい。代わりにまたはさらに、挙動特性がタイマクロックレートおよび／またはローカル接続の実行速度を含んでもよい。別の複数の例においては、挙動特性が、少なくとも１つのテストフィーチャの動画タイミングまたはブラウザが自身の再表示のためにブラウザプラグインを呼び出す速度であってもよい。特に、動画タイミングを、ＷｉｎｄｏｗＡｎｉｍａｔｉｏｎ  Ｔｉｍｉｎｇ  ＡＰＩを用いて監視してもよい。
【００２２】
複数の好適な実施例においては、挙動特性を監視するステップが、クライアント装置で起こり、挙動特性に関する情報をクライアント装置からサーバに送信することを更に含む。クライアント装置で挙動特性を監視することは、クライアント装置のアクティビティに関する情報を得る上で効率的な方法であり、一方で、中央サーバで情報を記録することで、多くのソースからの結果を照合することが可能である。このように、複数の好適な実施例のこの特徴は、クライアント−サーバネットワークのアーキテクチャを最大限に利用する。
【００２３】
好適には、前記少なくとも１つのテストフィーチャは、要素、文書、プラグインまたはアプレットのいずれかである。複数の好適な実施例においては、前記少なくとも１つのテストフィーチャは、Ａｄｏｂｅ  Ｆｌａｓｈ  ＳＷＦ、Ｊａｖａ（登録商標）またはＳｉｌｖｅｒｌｉｇｈｔアプレットなどのアプレットである。特に好適な一実施例においては、前記少なくとも１つのテストフィーチャはＡｄｏｂｅ  Ｆｌａｓｈ  ＳＷＦアプレットであり、挙動特性の監視ステップが、Ｆｌａｓｈ環境によって提供されるプラグインＡＰＩを監視することを含む。
【００２４】
複数の好適な実施例においては、挙動特性を監視するステップが、クライアントサイドコードによって実行される。クライアントサイドコードは、クライアント装置で動作するコードである。この場合のクライアント装置は、ホストウェブページをユーザに表示する装置である。クライアントサイドコードが、例えば、クライアントサイドスクリプト、アプレットまたはプラグインの形をとってもよい。特に、クライアントサイドスクリプトが、ＥＣＭＡＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｊｓｃｒｉｐｔ、ＶＢＳｃｒｉｐｔ、ＡｃｔｉｏｎＳｃｒｉｐｔまたはＯｐｅｎＧＬ  Ｓｈａｄｉｎｇ  Ｌａｎｇｕａｇｅ（ＧＬＳＬ）のうちの少なくとも１つで実現されてもよい。
【００２５】
複数の好適な実施例においては、前記領域がビュー内に存在するか否かを判定するステップが、ビュー内に存在する少なくとも１つのテストフィーチャの大きさ、ビュー内に存在する少なくとも１つのテストフィーチャの高さおよび幅、少なくとも１つのテストフィーチャのいずれかの部分がビュー内に存在するか否かならびに、少なくとも１つのテストフィーチャの全ての部分がビュー内に存在するか否かのうちの１つまたは複数を判定することを含む。テストフィーチャがビュー内に存在するか否かのこれらの詳細を分析することによって、前記領域のどの部分がビュー内に存在するのかをより詳しく把握することが可能である。
【００２６】
好適には、前記領域がビュー内に存在するか否かを判定するステップが、監視された挙動特性を１つまたは複数の制御値と比較することを含む。例えば、前記制御値をしきい値として使用し、挙動特性が所定の値を超えている場合には前記領域がビュー内に存在する（または、ビュー内に存在しない）と判定してもよい。これは、前記領域がビュー内に存在するか否かをフレーム表示速度が示しているか否かを判定する効率的な方法である。例えば、フレーム表示速度がしきい値を超えている場合にはテストフィーチャがビュー内に存在すると判定してもよい。
【００２７】
幾つかの好適な実施例においては、本方法が更に、閲覧不可能な制御フィーチャを生成することと、前記制御フィーチャの挙動特性を監視することと、前記制御フィーチャの監視された挙動特性に基づいて少なくとも１つの比較値を求めることとを含む。閲覧不可能な制御フィーチャとは、いかなる状況においてもユーザに表示されない制御フィーチャである。本発明のこの特徴は、ウェブページのフィーチャが表示されないように配置されている場合においても、ブラウザまたはプラグインが、前記ウェブページのフィーチャを名目上の速度で表現することを利用している。例えば、テストフィーチャがインラインフレーム内に設けられており、制御フィーチャも前記インラインフレーム内に設けられている場合には、（インラインフレームのいかなる要素もホストウェブページに影響を及ぼすことは不可能なので）制御フィーチャを前記インラインフレームの閲覧可能な寸法の外側に配置して、ユーザに表示されないようにしてもよい。従って、制御フィーチャの挙動特性は、ビュー内に存在しない時には、テストフィーチャの挙動特性と類似した印象を与えうる。例えば、テストフィーチャのフレーム表示速度を制御フィーチャのフレーム表示速度と比較して、テストフィーチャのフレーム表示速度が制御フィーチャのフレーム表示速度を超えている場合には、テストフィーチャがビュー内に存在しているとみなしてもよい。
【００２８】
幾つかの好適な実施例においては、本方法は、テストフィーチャの位置を、テスト領域内の位置と、テストフィーチャが閲覧不可能である位置との間で変化させることを含む。従って、テストフィーチャが動的なテストフィーチャであってもよい。この場合には、前記領域がビュー内に存在するか否かを判定することが、前記監視された挙動特性が、前記テストフィーチャの位置の変化に伴って変化するか否かを判定することを含んでもよい。
【００２９】
幾つかの場合においては、テストフィーチャの挙動特性の比較対象となる制御値が、以前に判定されたテストフィーチャの状態に基づいて選択される。特に、テストフィーチャが以前にビュー内に存在しているかまたは存在していないとみなされたか否かに基づいて、制御値が選択されてもよい。例えば、ビュー内に存在するテストフィーチャの、以前にビュー内に存在しないと判定された時の制御値が、前記テストフィーチャが以前にビュー内に存在すると判定された時の制御値よりも大きくてもよい。このことにより、ブラウザまたはプラグインの動作状態が変化した原因を突き止めやすくなり、また、外部要因による僅かな変動が、テストフィーチャがビュー内に存在する状態から存在しない状態へと変化したことまたはその逆として解釈されてしまう可能性が抑えられる。
【００３０】
代わりにまたはさらに、一連の比較値を、発見的なまたは経験的な方法によって求めてもよい。これらの方法が、ウェブページの表現に用いられるブラウザまたは動作システム環境などの、ウェブページが表現される環境を考慮してもよい。このように、フィーチャがビュー内に存在するか否かに依存しない、再表示速度の変化のその他の理由を考慮してもよい。
【００３１】
好適には、少なくとも１つのテストフィーチャを、広告が表示される領域の縁に配置してもよい。このことは、テストフィーチャから取得した値が、その領域の縁がビュー内に存在するか否かを明確に表すことを意味する。複数の好適な実施例においては、複数のテストフィーチャが前記領域の縁に配置される。このような方法で、本発明が、広告が全体にまたは特定の割合でビュー内に存在するか否かの判定を支援してもよい。複数の実施例においては、複数のテストフィーチャのうちの少なくとも幾つかが、前記領域の角に配置される。
【００３２】
複数の好適な実施例においては、前記少なくとも１つのテストフィーチャが、透明であり、および／またはテストピクセルである。これらの特徴は、広告が表示される領域に前記少なくとも１つのテストフィーチャが及ぼす影響を限定することで、その本来の目的を達成することを可能にする。
【００３３】
複数の好適な実施例においては、広告が前記領域内に提供される。これは、前記領域がビュー内に存在するか否かを判定する上で特に有意義な状況であり、商業上の大きな利益をもたらしうる。幾つかの好適な実施例においては、前記少なくとも１つのテストフィーチャが、前記広告自体の一部または全体を構成してもよい。
【００３４】
更に好適には、本発明はコンピュータプログラムコードを用いて実現可能である。従って、本発明の更なる一局面によれば、前記第１の局面の方法を実行するためのコンピュータ実行可能な命令を備えたコンピュータプログラム製品が提供される。前記コンピュータプログラム製品が読み出し専用メモリ（ＲＯＭ）チップなどの物理的記憶媒体であってもよい。あるいは、デジタルバーサタイルディスク（ＤＶＤ−ＲＯＭ）またはコンパクトディスク（ＣＤ−ＲＯＭ）などのディスクであってもよい。また、有線通信される電子信号、衛星などに送信される光学的信号または無線信号などの信号であってもよい。本発明は、例えば上述の方法を実行するように構成されたコンピュータなどの、ソフトウェアまたはコードをランさせるプロセッサも包含する。
【００３５】
本発明の更なる一局面によれば、ウェブページ内の一領域がビュー内に存在するか否かを判定するための装置であって：
前記領域内に少なくとも１つのテストフィーチャを設けることと；
前記ウェブページを表現することと；
前記少なくとも１つのテストフィーチャに関する挙動特性を監視することと；
前記監視した挙動特性から、前記領域がビュー内に存在しているか否かを判定することと；
を含み、
前記挙動特性が、前記テストフィーチャがビュー内に存在しているのか否かによって異なる；
装置が提供される。
【図面の簡単な説明】
【００３６】
本発明の複数の好適な実施例を、添付の図面を参照しながら以下に詳細に説明する。
【図１】広告を含むウェブページの閲覧可能な部分を図示したものである。
【図２】コンテンツをユーザに提供するシステムを図示したものである。
【図３】ユーザに対するコンテンツの提供の一例における図２のシステムの動作を図示したものである。
【図４Ａ】広告内のフィーチャの様々な配置を図示したものである。
【図４Ｂ】広告内のフィーチャの様々な配置を図示したものである。
【図５】様々な変化における異なるしきい値の使用を表すヒステリシス曲線を描出したものである。
【図６】スクロールが制御フィーチャおよびテストフィーチャの挙動特性に及ぼす効果を図示したものである。
【図７】動的テストフィーチャの挙動特性と、広告がビュー内に存在するか否かとの関連性を図示したものである。
【図８】テストフィーチャがビュー内に存在するか否かに対する静的テストフィーチャおよび動的テストフィーチャの挙動特性の応答を比較したものである。
【発明を実施するための形態】
【００３７】
発明の詳細な説明
図１を参照すると、ウェブページ１００が図示されている。ウェブページは、コンテンツが表示される主要領域１０１を備えている。ウェブページは、広告１０２を更に備えている。この例では、広告１０２はインラインフレーム内に含まれている。
【００３８】
図１は、ブラウザウィンドウ１１０も図示している。ウェブページ１００の要素のうちで、ブラウザウィンドウ１１０の閲覧可能な部分内に存在する要素のみを、特定の時点でユーザが閲覧可能である。ウェブページ１００のこれらの要素を、ビュー内に存在すると言う。ブラウザウィンドウ１１０の閲覧可能な部分に含まれていない要素を、ビュー内に存在しないと言う。
【００３９】
ウェブページ１００にアクセスしているユーザが、ブラウザウィンドウ１１０をウェブページ１００内で動かして、前記ページ１００の様々に異なる要素を閲覧することができることが知られている。ブラウザウィンドウ内の位置は、スクロールバー１１１で示される。ユーザは、ブラウザウィンドウ１１０のサイズをホストウェブページ１００に対して効率的に変化させる方法として、ホストウェブページ１００のズームインまたはズームアウトを行うことが可能であってもよい。この結果、ウェブページ１００の幾つかの要素が、ある時点ではビュー内に存在し、他の時点ではビュー内に存在しないことになる。
【００４０】
上記の発明の背景で述べたように、このことは、広告１０２を作成した広告主がその価値を判断する際に当然のことながら関心の対象となる、広告１０２がビュー内に存在するか否かの判定を困難にする。従来技術の一つは、スクロールバー１１１の位置を知ることでこれに対処している。しかし、この情報は外部ドメインのインラインフレーム内に含まれているので、広告１０２と共に提供されている要素からこの情報を知ることはできない。これは、インラインフレームが、ホストウェブページ１００を前記インラインフレーム内に含まれるコンテンツから切り離すように定められているためである。
【００４１】
別の複数の実施例においては、例えばフレーム、Ｍｉｃｒｏｓｏｆｔ社のＷｅｂ  Ｓａｎｄｂｏｘ、Ｄｏｊｏ  Ｔｏｏｌｋｉｔ（登録商標）のｄｏｊｏｘ．ｓｅｃｕｒｅ．ｓａｎｄｂｏｘ、スケーラブルベクターグラフィックス（ＳＶＧ）文書またはＣａｊａによって生成されたＣａｊｏｌｅｄ  ｓｃｒｉｐｔなどの、インラインフレーム以外の限定されたまたはサンドボックス化された環境を用いてもよい。サンドボックス化の代わりに、またはこれに加えて、クライアントサイドの監視コードを、例えばＡＤｓａｆｅ、ＥＣＭＡＳｃｒｉｐｔ５ストリクトモードまたはＣａｊｉｔａなどの、入手可能なフィーチャの限定されたサブセットに制限してもよい。
【００４２】
図１は、広告１０２内に提供されているテストフィーチャ１０３および、インラインフレームの閲覧可能な境界外に配置されているが、前記インラインフレームによって提供されている制御フィーチャ１０４も図示している。テストフィーチャ１０３および制御フィーチャ１０４は、双方ともに、広告１０２を含むインラインフレームによって提供されている。制御フィーチャ１０４がこのようにインラインフレームの外側の領域内に配置されているために、ユーザが制御フィーチャ１０４を閲覧できないので、制御フィーチャ１０４が前記インラインフレームによって提供されているコンテンツの影響を受けることがない。代わりに、制御フィーチャ１０４は、以下により詳細に述べるように、前記ページのビュー内に存在しない要素に対するブラウザの応答を把握するために用いられる。加えて、テストフィーチャ１０３は、いかなる影響も及ぼさないように、広告１０２の背面に配置される。
【００４３】
テストフィーチャ１０３および制御フィーチャ１０４を、それぞれ、テストピクセルおよび制御ピクセルとして実装してもよい。例えば、テストフィーチャ１０３が、広告１０２上にオーバレイされた単一の透明なテストピクセルであってもよい。このようにして、テストフィーチャ１０３が広告１０２の機能性へ及ぼす影響が最小限に抑えられる。
【００４４】
図２は、本発明に基づいて使用可能なユーザ向けのコンテンツの提供のためのシステムを図示したものである。前記システムは、調査サーバ１０、広告主２０、アドサーバ３０、出版元４０および、ユーザによって操作されるクライアント装置５０を備えている。図２は、これらの機構間の通信チャネルも図示している。これらの通信が、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）などを含めたいかなる種類の適切な通信ネットワークを介して行われてもよいが、好適な一実施例においては、調査サーバ１０、広告主２０、アドサーバ３０、出版元４０およびクライアント装置５０のそれぞれがインターネットに接続されており、このことを利用して、これらの機構間の通信が行われる。
【００４５】
調査サーバ１０、広告主２０、アドサーバ３０および出版元４０を、従来のコンピュータサーバシステムを用いて実装してもよい。システム内のこれらの構成要素のそれぞれは、場合に応じて、単一のコンピュータサーバを表してもよいし、複数のコンピュータサーバの集合を表してもよい。様々な構成要素がコンピュータハードウェアを共有してもよいし、同じマシン上にホスティングされてもよいことも、当業者に理解されよう。
【００４６】
クライアント装置５０を、いかなるネットワーク対応の装置として実装してもよい。例えば、クライアント装置５０を、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンなどとして実装してもよい。複数の好適な実施例においては、クライアント装置５０がインターネット対応の装置であるが、コンテンツをクライアント装置５０に配信するための別の方法を用いてもよいことは、当業者に理解されよう。
【００４７】
本発明のこの実施例の動作を、以下に図３を参照しながら説明する。図３は、図２に図示されている各構成要素の、ウェブページ１００をクライアント装置５０に配信する間の動作を図示したものである。
【００４８】
ステップｓ１で、広告主２０が広告１０２を作成する。広告１０２が、例えば広告主２０によって販売されている製品に関する情報を提供してもよく、また、テキスト、画像、動画、音声またはこれらの組み合わせなどの要素を含んでもよい。広告１０２が１つまたは複数のハイパーリンクを含むことにより、広告１０２がクライアント装置５０によって表現された時に、これらのハイパーリンクを選択して、広告主２０によって提供されている更なるコンテンツにリダイレクトすることが可能であってもよい。広告が、広告主によってハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルとしてコード化されてもよい。
【００４９】
ステップｓ２で、調査サーバ１０がクライアントサイドコードを広告１０２への組み込みのために広告主２０に送信する。一例においては、クライアントサイドコードがＪａｖａＳｃｒｉｐｔ（登録商標）である。クライアントサイドコードは、以下により詳細に説明するように、ウェブページ１００と共に提供された広告１０２がビュー内に存在するか否かに関する情報を調査サーバが取得することを可能にするようにデザインされている。
【００５０】
クライアントサイドコードは、ステップｓ３で広告１０２に組み込まれ、次のステップｓ４で広告主２０によってアドサーバ３０に送信される。この例では、広告主２０が製品の売り込みを図る組織であり、アドサーバ３０が広告主２０のために広告枠を探す組織によって操作されるとして理解されてもよい。従って、アドサーバ３０は、複数の広告主および複数の出版元との関係を有し、広告を適切な出版元に斡旋する手助けをする仲介者として機能する。
【００５１】
このように、調査サーバ１０によって提供されたクライアントサイドコードを含む広告１０２が、アドサーバ３０によってホスティングされている。アドサーバ３０が出版元４０との関係を有することで、広告が出版元のコンテンツ内に提供される。このことは、出版元４０が、ユーザに提供するウェブページ内にアドサーバ３０へのリンクを組み込むことで実施される。これらのリンクは、インラインフレーム内に配信される。このことは、インラインフレーム内に配信されるコンテンツがホストウェブページに影響を及ぼすことを防止し、その結果、ホストウェブページ内で発行しているコンテンツにアドサーバ３０が悪影響を及ぼすことがない保証を出版元４０が得られることから、出版元４０にとって有益である。
【００５２】
従って、クライアント装置５０が、ステップｓ５で出版元４０に対してウェブページ１００を要求してもよい。次のステップｓ６で、ウェブページ１００がクライアント装置５０に返信される。次のステップｓ７で、クライアント装置がこのウェブページを表現する。この表現プロセスは、通常、クライアント装置５０上で動作しているブラウザによって実行される。
【００５３】
上記に説明したように、ウェブページ１００はインラインフレームを含んでいる。インラインフレームは、アドサーバ３０でアドレスにリンクされている。従って、クライアント装置上で動作しているブラウザは、ウェブページ１００を表現しようとすると、さらなる情報をアドサーバ３０に対して要求してインラインフレームに配置するように、インラインフレームによって指示される。この要求は、ステップｓ８で、クライアント装置５０からアドサーバに送信される。
【００５４】
アドサーバ３０は、要求を受け取ると、どのコンテンツをクライアント装置５０に返信するのかを決定する。この例では、アドサーバ３０は、上述のように調査サーバ１０によって提供されたクライアントサイドコードが組み込まれた、広告主２０によって提供された広告１０２を返信する。ステップｓ９で、広告１０２はクライアント装置５０に返信される。
【００５５】
上述のように、広告１０２は、調査サーバ１０によって提供されたクライアントサイドコードを含む。クライアントサイドコードは、ステップｓ１０で、ウェブページ１００を表現するプロセスの一部として、クライアント装置によって実行される。クライアントサイドコードをクライアント装置５０によって実行する際に、ステップｓ１１で、１つはテストフィーチャ１０３向けであり、１つは制御フィーチャ１０４向けである２つの同じアプレットを、調査サーバ１０に対して要求すると効果的である。ステップｓ１２で、これらのアプレットをクライアント装置５０に返信する。（実際には、ウェブブラウザがそのキャッシュを用いてこれら２つの同じリソース向けの要求を１つの要求にまとめてもよい。）アプレットが、例えば、Ａｄｏｂｅ  Ｆｌａｓｈ  ＳＷＦアプレットであってもよいが、他の種類のアプレットまたはリソースを用いてもよいことは当業者に理解されよう。この好適な実施例においては、Ａｄｏｂｅ  Ｆｌａｓｈ  ＳＷＦアプレットが提供され、Ｆｌａｓｈ環境内で実行される。前記Ｆｌａｓｈ環境は、プロキシによって、ブラウザＡＰＩへのアクセスを可能にする。
【００５６】
ステップｓ１３で、調査サーバによって要求されたクライアントサイドコードは、前記複数のアプレットを埋め込む。埋め込まれたアプレットは、テストフィーチャ１０３および制御フィーチャ１０４を形成する。制御フィーチャ１０４が、インラインフレームの閲覧可能な境界の外にあるウェブページ１００の一領域内に配置されているので、ブラウザは、制御フィーチャ１０４を表示することはなく、常にこれをビュー内に存在しないかのように扱う。一方、ブラウザは、テストフィーチャを、ブラウザウィンドウ１１０内にある時にはビュー内に存在するものとして扱い、ブラウザウィンドウ１１０外にある時にはビュー内に存在しないものとして扱う。
【００５７】
ブラウザは、ウェブページ１００を表現してＡｄｏｂｅ  Ｆｌａｓｈ  ＳＷＦアプレットを処理する際に、ブラウザＡＰＩを介して呼出しを行うことにより、フィーチャがビュー内に存在するか否かをＦｌａｓｈ環境が判定することを可能にする。例えば、ウィンドウの形状がＮＰＡＰＩを介して変更された場合には常に、ＭａｃＯＳ  Ｘ上のＳａｆａｒｉがＦｌａｓｈ環境にクリップ領域の詳細を提供する。この結果、ビュー内に存在しないことが知られている要素を、ビュー内に存在することが知られている要素よりも遅い速度でプラグインが再表示することが可能となるので、ブラウザの効率が向上する。このように、テストフィーチャ１０３の動画フレームをプラグインが表示する速度は、それがビュー内に存在するか否かにより異なる。従って、動画フレームの表示速度またはフレーム表示速度は、テストフィーチャ１０３が表示されているか否か、即ちテストフィーチャがビュー内に存在するか否かに従って変化する、テストフィーチャに関する挙動特性である。この実施例はフレーム表示速度を挙動特性として用いているが、その他の特性を代わりにまたはさらに用いてもよい。例えば、タイマクロック速度および／またはローカル接続の実行速度が、テストフィーチャが現在表示されているか否かによって異なってもよい。幾つかのその他の実施例においては、挙動特性が、テストフィーチャが表示されているか否かを直接に示す、ブラウザＡＰＩからの報告であってもよい。
【００５８】
ステップｓ１４で、クライアントサイドコードが、テストフィーチャ１０３および制御フィーチャ１０４のフレーム表示速度を記録し、これらのフレーム表示速度を用いて、広告１０２がビュー内に存在するか否かを判定する。
【００５９】
テストフィーチャ１０３のフレーム表示速度を１つまたは複数の制御値と比較してもよい。この実施例では、制御フィーチャ１０４のフレーム表示速度から求められる少なくとも１つの制御値が、しきい値としての役割を果たす。多くの場合、制御フィーチャ１０４のフレーム表示速度との直接の比較は、測定誤差およびスクロール中の制御フィーチャ１０４のフレーム表示速度の変動のため（即ち、ビューポートがホストウェブページ１００に対して動いてしまうため）に不十分である。また比較プロセスは、多くの場合、例えば状態遷移中（即ち、ビュー内に存在する状態からビュー内に存在しない状態へおよびその逆の遷移中）に記録されたフレーム表示速度にノイズが多く含まれるために、何らかの平滑化モデルの適用を必要とする。制御フィーチャ１０４がブラウザによって常にビュー内に存在しないものとして扱われ、かつしきい値が制御フィーチャ１０４のフレーム表示速度に依存するために、テストフィーチャ１０３のフレーム表示速度が、比較の結果、しきい値と同じかまたはこれを下回っている場合には、テストフィーチャ１０３はビュー内に存在しないと判定される。或いは、テストフィーチャ１０３のフレーム表示速度が、比較の結果、しきい値を上回っている場合には、テストフィーチャ１０３はビュー内に存在すると判定される。
【００６０】
テストフィーチャ１０３が、広告１０２と同じウェブページ領域内に配置されているので、テストフィーチャ１０３がビュー内に存在しているか否かを判定することで、広告１０２がビュー内に存在しているか否かが示される。このように、クライアントサイドコードは、テストフィーチャ１０３を生成してそのフレームの表示速度を観察することで、広告１０２がビュー内に存在するか否かを分析する役割を果たす。
【００６１】
クライアントサイドコードは、ステップｓ１５で、クライアント装置５０にこの分析の結果を調査サーバ１０へと返信させる。調査サーバ１０は、ステップｓ１６で、これらの結果を格納する。ウェブページ１００内の広告１０２がクライアント装置５０においてビュー内に存在するおよび不在である度に、調査サーバ１０がこの種の複数の結果を照合してもよい。従って、調査サーバは、ステップｓ１７で、広告主２０に対し、アドサーバ３０との取り決めによって広告１０２が表示されたことを示す情報を提供することができる。このようにして、広告主２０は広告の価値に関する商業上の判断を知ることが可能である。
【００６２】
上述の実施例においては、単一のテストフィーチャ１０３が、広告１０２が表示される領域内に提供される。しかし、別の複数の実施例においては、複数のテストフィーチャ１０３を用いてもよい。使用可能な複数のテストフィーチャからなる配列の例を図４Ａおよび図４Ｂに示す。複数のテストフィーチャ１０３からなる配列を用いることは、広告１０２の全体がビュー内に存在するのか否か、または広告１０２のどの部分がビュー内に存在するのかの判定に役立つ。
【００６３】
図４Ａに図示する実施例では、テストフィーチャが広告１０２の四隅のそれぞれに設けられている。この例では、広告１０２およびブラウザウィンドウが長方形であり、軸が同方向に揃っているので、全てのテストフィーチャ１０３がビュー内に存在する場合には、広告１０２全体がビュー内に存在していると断定できる。実際には、これらの状況では、一対のテストフィーチャ１０３が広告１０２の対角線上で互いに対向する隅に配置されていれば、このように断定することが可能である。
【００６４】
図４Ｂでは、広告１０２の全面にわたって、複数のテストフィーチャ１０３が繰り返し配列されている。この実施例では、広告１０２の一部のみがビュー内に存在する場合には、各テストフィーチャ１０３の異なるフレーム表示速度を観察することでこのことが実現される。
【００６５】
上述のように、テストフィーチャ１０３がビュー内に存在するか否かを判定するためにテストフィーチャ１０３のフレーム表示速度と比較されるしきい値を、制御フィーチャ１０４を用いて定めてもよい。しかし、別の方法を用いてしきい値を定めてもよい。例えば、しきい値が、経験的な実験から、または発見的な分析を用いて求められた所定の値をとってもよい。別の一実施例においては、しきい値を、例えばウェブページ１００を表現しているブラウザ、クライアント装置５０のハードウェア仕様またはクライアント装置５０のネットワーク接続帯域などの、クライアント装置５０の分析済みの属性に基づいて選択してもよい。
【００６６】
幾つかの好適な実施例においては、しきい値がテストフィーチャの以前の状態に依存している。即ち、テストフィーチャ１０３が以前にビュー内に存在しているかまたは存在していないと判定されたか否かによって、しきい値が異なってもよい。例えば、以前にはビュー内に存在しなかったテストフィーチャ１０３をビュー内に存在すると判定するためのしきい値が、以前にはビュー内に存在した前記テストフィーチャをビュー内に存在しないと判定するためのしきい値よりも高くてもよい。このアプローチは、図５に図示するヒステリシス曲線を規定すると理解されてもよい。
【００６７】
図５では、テストフィーチャがビュー内に存在する推論された可能性をｘ軸が表し、ｙ軸がフレーム表示速度を表している。前記可能性が５０％を超えている場合には、テストフィーチャ１０３はビュー内に存在していると判定される。図５は、幾つかの場合においては、より低いしきい値５０１およびより高いしきい値５０２の２つのしきい値が適切であってもよいことを示している。より低いしきい値５０１は、テストフィーチャ１０３がビュー内に存在すると以前に判定された場合に適用され、より高いしきい値５０２は、テストフィーチャ１０３がビュー内に存在しないと以前に判定された場合に適用される。このようにして、クライアント装置５０の性能に起因する可能性のある再表示速度の相違が、テストフィーチャ１０３の状態判定結果を変動させてしまうことが防止される。
【００６８】
幾つかの好適な実施例においては、より低いしきい値５０１が、制御フィーチャ１０４を用いて定められ（即ち、より低いいしきい値５０１が、制御フィーチャ１０４のフレーム表示速度であるか、またはこれに基づいている）、より高いしきい値５０２は経験的に定められる。
【００６９】
上述の複数の実施例においては、テストフィーチャ１０３が広告１０２自体とは別に設けられている。このことは、調査サーバ１０によって提供されるクライアントサイドコードが広告１０２から独立していてもよいことを意味している。これらの場合には、テストフィーチャ１０３は、好適には、広告１０２のコンテンツとの干渉を避けるために、透明であり、比較的小さいことが望ましい（例えば、各テストフィーチャ１０３が単一ピクセルであってもよい）。テストフィーチャ１０３は、透明であっても、広告１０２内に設けられたハイパーリンクと干渉するおそれがあることから、この局面では一配列に含まれる望ましいテストフィーチャの数を限定してもよい。しかし、別の複数の実施例においては、テストフィーチャ１０３が、再表示対象の広告１０２自体の複数の部分であってもよく、ウェブページ１００が表現されている間、これらがビュー内に存在しているか否かを監視してもよい。テストフィーチャ１０３が広告１０２自体の一部である場合には、広告１０２の大部分または全体を、広告１０２の機能性を損なうことがないように、テストフィーチャ１０３から作成してもよい。
【００７０】
上述のように、クライアントサイドコードを用いて、１つまたは複数のテストフィーチャ１０３を埋め込み、フレーム表示速度を監視する。別の複数の実施例においては、１つまたは複数のテストフィーチャ１０３を、広告１０２と共に設け、前記１つまたは複数のテストフィーチャ１０３がフレーム表示速度を監視して、これを調査サーバ１０に転送してもよい。さらに別の一実施例においては、１つまたは複数のテストフィーチャ１０３が、広告１０２自体のクリエイティブの一部または全体であってもよい。別の複数の実施例においては、１つまたは複数のテストフィーチャ１０３を、広告の容器またはプレーヤ内に組み込んでもよい。
【００７１】
前記複数の好適な実施例においては、クライアントサイドコードがアプレットであってもよく、フレーム表示速度に関する情報を、直接にまたはＮｅｔｓｃａｐｅプラグインアプリケーションプログラミングインターフェース（ＮＰＡＰＩ）、Ｐｅｐｐｅｒプラグインアプリケーションプログラミングインターフェース（ＰＰＡＰＩ）、ＬｉｖｅＣｏｎｎｅｃｔ、ＸＰＣｏｎｎｅｃｔ、ｎｐｒｕｎｔｉｍｅＡＰＩまたはＡｃｔｉｖｅＸなどの外部ブラウザアプリケーションプログラミングインターフェース（ＡＰＩ）を介して間接に取得してもよい。別の複数の例では、制限されたまたはサンドボックス化されたクライアントサイドコードにアクセス可能な内部ブラウザＡＰＩを用いて、フィーチャがビュー内に存在するか否かを判定してもよい。
【００７２】
上述のように、テストフィーチャ１０３の挙動特性の比較対象である１つまたは複数の制御値を、制御フィーチャ１０４の挙動特性を観察することで、経験的に定めてもよい。しかし、制御値を、発見的な方法を用いて定めてもよい。これらの発見的な方法を、（例えばクライアント装置上で動作するブラウザなどの）クライアント装置のユーザエージェント、クライアント装置のオペレーティングシステムまたはクライアント装置の地理的な位置のうちの幾つかまたは全てを用いて開発してもよい。
【００７３】
本発明は、前記領域がビュー内に存在するか否かを判定することに加えて、前記領域または前記領域の複数の部分に関するその他の詳細を判定してもよい。特に、幾つかの好適な実施例においては、ウェブページがスクロールしているか否かについての判定を行ってもよい。ウェブページがスクロールしているか否かによって、フレーム表示速度またはテストおよび／または制御フィーチャが異なってもよい。この相違を利用して、ウェブページがスクロールしているか否かを判定してもよい。一実施例においては、制御フィーチャのフレーム表示速度が低い状態から高い状態に変化した時に、前記領域がビュー内に存在すると判定してもよい。このことは図６に図示されている。
【００７４】
更なる判定を行うことにより、「ビュー内に存在する」および「ビュー内に存在しない」という分類を、「ビュー内に存在し、スクロールしている」、「ビュー内に存在し、スクロールしていない」、「ビュー内に存在せず、ビューポート外にある」および「ビュー内に存在せず、閉塞している」などの小分類に分割してもよい。
【００７５】
上述の実施例においては、テストフィーチャ１０３の挙動特性を、制御値と比較する。例えば、テストフィーチャ１０３の挙動を、制御フィーチャ１０４の挙動と比較してもよい。別のアプローチでは、動的テストフィーチャ１０３を用いてもよい。動的テストフィーチャ１０３の位置は、目的の領域内、即ち広告１０２内の場所と、ビュー内に存在しないことが知られている領域との間で変動する。この変動の結果としてテストフィーチャ１０３の挙動特性の変化が生じている場合には、広告１０２がビュー内に存在すると推測され、変化が全くまたは比較的少ししか生じていない場合には、広告１０２がビュー内に存在しないと推測される。
【００７６】
このアプローチは、広告１０２がビュー内に存在する場合および存在しない場合の動的テストフィーチャ１０３の挙動特性（この場合にはフレーム表示速度）を示している図７に図示されている。図７から、広告がビュー内に存在する場合には、動的テストフィーチャ１０３の挙動特性が大きく変化することが明白である。これは、動的テストフィーチャ１０３の位置の変動に起因する。一方、広告１０２がビュー内に存在しない場合には、テストフィーチャ１０３の変動が挙動特性に及ぼす影響は僅かであるか、全くない。
【００７７】
図７に図示する例では、広告１０２がビュー内に存在しないにもかかわらず、挙動特性の初期値が比較的高い。これは、ブラウザの挙動が、最初は全ての要素がビュー内に存在するとして扱われ、要素間のブラウザの挙動の相違が、ある要素がビュー外へと遷移中である時にのみ生じるような状態であることを示している。動的テストフィーチャ１０３を使用することで、テストフィーチャ１０３の位置の変動に起因するこのような遷移が起こる。このため、テストフィーチャ１０３がビュー内に存在すると誤って判断することを防止できる。
【００７８】
図８は、これらのブラウザ状態における静的テストフィーチャ１０３および動的テストフィーチャ１０３の双方のフレーム表示速度を図示している。図８から分かるように、静的テストフィーチャ１０３がビュー内に存在しないと判定されるのは、遷移が起こった後のみである。このため、静的テストフィーチャ１０３がビュー内に存在しない初期期間においては、その挙動特性がこの状態を適切に示すことができない。
【００７９】
幾つかの好適な実施例においては、少なくとも１つの動的テストフィーチャ１０３と少なくとも１つの静的テストフィーチャ１０３との組み合わせを用いてもよい。上述のようにビュー内に存在しないという初期状態が正しく認識されていることを確認するために、動的テストフィーチャ１０３を使用し、少なくとも１つの遷移が起こった後に静的テストフィーチャ１０３を使用してもよい。静的テストフィーチャ１０３が、動的テストフィーチャ１０３よりも細分化されかつ安定性の高い分類を可能にしてもよい。好適には、動的テストフィーチャと静的テストフィーチャとの組み合わせは、ホストウェブページ１００の表現に用いられるブラウザの特定の挙動を対象としている。
【００８０】
その他の変更および修正は、当業者に明らかとなろう。そのような変更および修正が、等価物および、既に知られており、かつ本願中に記載の特徴の代わりに、またはこれらに加えて使用することの可能なその他の特徴を含んでもよい。複数の別個の実施例について記載された複数の特徴を、一実施例中に組み合わせて用いてもよい。逆に、一つの実施例について記載された複数の特徴を、別個にまたはいかなる好適な部分的な組み合わせとして用いてもよい。
【００８１】
「を備えた」という用語が、その他の要素またはステップを除外するものではないこと、「１つの」という用語が複数を除外するものではないこと、単一の特徴が請求項に記載の複数の特徴の機能を発揮してもよいこと及び、請求項中の参照符号が請求の範囲を限定するものとして理解されるべきではないことに留意すべきである。また、図面は必ずしも実寸ではなく、通常は本発明の原理を説明する際に強調がなされていることにも留意すべきである。
【符号の説明】
【００８２】
１０  調査サーバ
２０  広告主
３０  アドサーバ
４０  出版元
５０  クライアント装置
１００  ウェブページ
１０１  主要領域
１０２  広告
１０３  テストフィーチャ
１０４  制御フィーチャ
１１０  ブラウザウィンドウ
１１１  スクロールバー
【図１】
2018190451.tif 000002
【図２】
2018190451.tif 000003
【図３】
2018190451.tif 000004
【図４Ａ】
2018190451.tif 000005
【図４Ｂ】
2018190451.tif 000006
【図５】
2018190451.tif 000007
【図６】
2018190451.tif 000008
【図７】
2018190451.tif 000009
【図８】
2018190451.tif 000010
【外国語明細書】
2018190451000001.pdf