JP6382276B2 - ビュー内に存在する広告 - Google Patents

Description

発明の分野
本発明は、ネットワーク上でのコンテンツの配信およびそのコンテンツをユーザが閲覧可能であるか否かの分析に関する。詳細には、本発明は、限定的ではないが、ウェブページ内の広告をユーザが閲覧可能であるか否かの評価に関する。

発明の背景
従来の物理的なコンテンツ配信手段に代わって、オンライン出版が普及しつつある。例えば、新聞各社のウェブサイトにおける通信量は増大しているが、一方で、新聞そのものの紙媒体としての販売部数は減少している。このため、出版元にとっては、製作したコンテンツからいかにして収益を得るかが課題となっている。自らのオンラインコンテンツへのアクセスを、ペイパービューまたは購読制としている出版元もあるが、殆どの出版元は、自社のオンラインコンテンツの無料提供を継続しようと試みている。出版元は広告に依拠することによってこのモデルを持続させている。

広告収益モデルは、コンテンツの出版元のみならず、数多くのインターネットサービスによって採用されている。ウェブサイト上の広告枠を販売するに当たっては、その枠をどのような価格とするかを決定しなければならない。今日、広告枠は主に、ペイパーインプレッションまたはペイパークリック方式で販売されている。

ペイパーインプレッションモデルでは、対象広告が掲載されたウェブページが閲覧される度に料金が課せられる。対象広告が掲載されたウェブページがユーザにダウンロードされると、その都度記録が保存され、発生したダウンロードの量に応じて広告主に対する課金が行われる。

現在のペイパーインプレッション技術には、ユーザが対象広告そのものに注意を引かれたかどうかを正確には反映しないという問題がある。

実際のところ、ユーザが対象広告を閲覧したかどうかさえ不明である。例えば、広告がユーザのブラウザウィンドウでは閲覧できないウェブページ部分である場合や、ロードすらできない場合もあろう。このように、広告主にとっての広告の価値が不明瞭であるために、インターネット広告の需要が伸び悩んでいる。

ペイパークリックモデルは、これらの問題の一部に対処している。このモデルでは、ユーザが広告内のリンクをクリックする度に課金が行われる。しかし、このモデルは、（詐欺である場合を除いては）ユーザが広告に注意を引かれた場合にのみ課金が行われることは保証するものの、あらゆる状況に適しているわけではない。例えば、多くの広告主は、受動的にブランドイメージを高めることを意図しており、ユーザの経験を妨げることは望んでいない。一般に、ある広告のクリック数は、単にその広告が閲覧された回数の関数である訳ではなく、その広告がクリックを行わせたことの表れである。ペイパークリックモデルでは、これらの要因を区別することが不可能である。

従って、特定の広告が閲覧された回数を正確に反映する手法を開発することが望ましい。ホストウェブページがダウンロードされただけでは広告が閲覧可能であるとは限らないことから、より高い精度が必要である。

解決方法の一つとして、特定のユーザのブラウザに所与の時点で表示されるウェブページの領域をモニタすることが提案されている。例えば、ブラウザのビューポートの大きさとウェブページ内での広告の位置が分かれば、広告がビュー内に存在する（即ち、ブラウザのビューポート内に存在する）か否かを、ブラウザのウィンドウのスクロール位置（即ちそのウェブページ上での垂直方向および水平方向の位置）を監視することで確認することができる。別の解決方法では、代わりにまたは更に、ウェブページ上でのマウスカーソルの位置を読み取る。

これらの解決方法は、正確なデータを適切な状況で提示することが可能であるが、限られた場合においてしか使用できない。なぜなら、プロセス内の参加者が得ることができる情報に制限があるからである。

詳細には、広告はしばしば、ホストウェブページ内のインラインフレーム内に含まれて（ネストされて）いる。インラインフレームは、ウェブページ内に一領域を規定し、その中に他のウェブコンテンツを表示することが可能である。

出版元にとってのインラインフレームの重要な利点の一つは、インラインフレームおよびそのホストウェブページが互いに異なるドメインからのものである限り、そのインラインフレーム内のコンテンツがホストウェブページ内のコンテンツに影響を及ぼしたり、そのページに関する情報を見つけたりすることが出来ないという点である。このことは、広告がホストウェブページの主要なコンテンツを破損してしまうことがないという保証を出版元が得られることを意味している。

しかし、インラインフレーム内のコンテンツはホストウェブページとインタラクトすることができないため、例えばホストウェブページの大きさ（高さ及び幅）や、ブラウザのビューポートがどこでホストウェブページと関連しているのかを、広告が提供されているクライアントサイドコードが突き止めることは不可能である。従って、そのようなクライアントサイドコードを使用して、対象広告がビュー内に存在しているのか否かを知ることはできない。同様に、インラインフレームを用いて広告を提供する場合には、広告がビュー内に存在しているのか否かを、ホストウェブページに対するブラウザビューポートの位置から推定しようとする方法は機能しない。（ｈｔｔｐ：／／ｗｅｂ．ａｒｃｈｉｖｅ．Ｏｒｇ／ｗｅｂ／２０１ １０７０７１９２０２３／ｈｔｔｐ：／／ｗｗｗ．ｒｅａｌｖｕ．ｎｅｔ／ｉｆｒａｍｅｓ／を参照のこと。）

従って、広告がインラインフレームまたは何らかのそのような限定されたまたはサンドボックス環境内で提供されている場合であっても、広告が閲覧されているのか否かを確認するための技術を提供することが望ましい。

発明の概要
本発明の第１の局面によれば、ウェブページ内の一領域がビュー内に存在しているか否かを判定するための、コンピュータにより実施される方法であって：
前記領域内に少なくとも１つのテストフィーチャを設けることと；
前記ウェブページを表現することと；
前記少なくとも１つのテストフィーチャに関する挙動特性を監視することと；
前記監視した挙動特性から、前記領域がビュー内に存在しているか否かを判定することと；
を含み、
前記挙動特性が、前記テストフィーチャがビュー内に存在しているか否かによって異なる；
方法が提供される。

従って、本発明は、ウェブページ内の一領域がビュー内に存在しているのか否かに関する情報を、前記ホストウェブページの特性を知る必要なく提供することを支援することが可能である。前記ウェブページを表現している間、前記領域内のテストフィーチャが現在表示されているか否かによって変化する挙動特性を監視して、前記領域がビュー内に存在するか否かを確認することが可能である。ここで述べる「ビュー内に存在する」とは、前記領域がブラウザのビューポート内に存在すること、即ち前記ブラウザによって表示されているウェブページの閲覧可能な部分内に存在することを指す。しかし、前記領域がブラウザのビューポート内に存在することは、必要な要件ではあるが、十分ではない場合がある。例えば、ある領域がブラウザのビューポート内に存在しても、バックグラウンドタブ内に存在するために、または別の理由で、ユーザには見えないことがある。従って、一般には、ある領域は、いかなる理由であっても、ユーザが閲覧可能である場合には「ビュー内に存在し」、ユーザが閲覧不可能である場合には「ビュー内に存在しない」。特に好適な複数の実施例においては、前記領域が広告を含み、これにより、広告がビュー内に存在するか否かに関する情報を導出することが可能である。

本発明は、ウェブブラウザおよびウェブブラウザプラグインが、例えば、ブラウザビューポート内で閲覧可能なウェブページ要素を、前記ウェブページ上に存在するが前記ブラウザビューポート内に現在含まれていない要素よりも頻繁に再表示させることが可能であるように設けられているという事実を利用することが可能である。この挙動上の相違は、クロックレートまたは実行可能なローカル接続の数などと共に、現在ビュー内に存在していないウェブページ要素の不要な処理を減らそうとする努力の結果もたらされるものである。本発明は、この挙動上の相違を利用して、テストフィーチャがビュー内に存在しているか否か、ひいては広告がビュー内に存在しているか否かに関する情報を推定することが可能である。

従って、挙動特性を、ウェブページを表現している間に１つまたは複数のテストフィーチャを処理する方法と関連させてもよい。例えば、好適な複数の実施例においては、挙動特性を監視するステップが、ブラウザＡＰＩまたはプラグインＡＰＩなどの、前記少なくとも１つのテストフィーチャに関連するアプリケーションプログラミングインターフェース（ＡＰＩ）の挙動を監視することを含む。ＡＰＩの挙動を、直接に監視してもよいし、間接に監視してもよい。例えば、プラグインが、Ｎｅｔｓｃａｐｅプラグインアプリケーションプログラミングインターフェース（ＮＰＡＰＩ）における「ＮＰＰ＿ＳｅｔＷｉｎｄｏｗ」呼び出しによって、描出可能なフィーチャのどの部分が現在ビュー内に存在しているのかを詳細に示すクリップ領域をブラウザから受け取ってもよい。この情報を用いて、プラグインが、生成しているテストフィーチャのフレーム表示速度を変化させてもよい。幾つかの実施例においては、テストフィーチャに関連したクライアントサイドコードを設けて、ブラウザＮＰＡＰＩを監視し、テストフィーチャの一部または全体がビュー内に存在しているか否かを判定してもよい。別の複数の実施例においては、クライアントサイドコードを用いて、テストフィーチャに関連したプラグインのフレーム表示速度を監視してもよい。幾つかの好適な実施例においては、プラグインＡＰＩがＦｌａｓｈ環境によって提供される。

複数の好適な実施例においては、挙動特性を監視するステップが、ホストウェブページのフィーチャを発見できないように、限定された環境で動作するコードによって実行される。好適な複数の実施例においては、コードがその中で動作する限定されたまたはサンドボックス環境は、ホストウェブページ内のインラインフレーム（他のインラインフレーム内にネストされている場合もありうる）である。インラインフレームは、ホストウェブページに関する情報を知っている必要がなく、代わりに、テストフィーチャが表示されているか否かによって異なる前記テストフィーチャの挙動特性そのものを監視するため、本発明はインラインフレームに関して特に有用である。インラインフレームのコンテンツとホストウェブページとが異なるドメインから提供されている場合には、インラインフレーム内で提供されている要素がホストウェブページに関する情報とインタラクトするかまたはこれを発見することが不可能なので、特に有用性が高い。

本発明におけるインラインフレームの代わりにまたはこれに加えて使用することの可能な限定された環境の例には、フレーム、Ｍｉｃｒｏｓｏｆｔ社のＷｅｂ Ｓａｎｄｂｏｘ、Ｄｏｊｏ Ｔｏｏｌｋｉｔ（登録商標）のｄｏｊｏｘ．ｓｅｃｕｒｅ．ｓａｎｄｂｏｘ、スケーラブルベクターグラフィックス（ＳＶＧ）文書またはＣａｊａによって生成されたＣａｊｏｌｅｄ ｓｃｒｉｐｔが含まれる。限定された環境は、挙動特性の監視を実行するコードによる、ホストウェブページに対する位置、ホストページのビューポートの水平方向および垂直方向のスクロール位置ならびに、ホストウェブページのビューポートの大きさのうちの幾つかまたは全てへのアクセスを防止する。

複数の好適な実施例においては、挙動特性が、テストフィーチャのフレーム表示速度を含む。例えば、挙動特性が、Ａｄｏｂｅ Ｆｌａｓｈ Ｓｍａｌｌ Ｗｅｂ Ｆｏｒｍａｔ（ＳＷＦ）アプレット内におけるフレーム表示速度であってもよい。代わりにまたはさらに、挙動特性がタイマクロックレートおよび／またはローカル接続の実行速度を含んでもよい。別の複数の例においては、挙動特性が、少なくとも１つのテストフィーチャの動画タイミングまたはブラウザが自身の再表示のためにブラウザプラグインを呼び出す速度であってもよい。特に、動画タイミングを、ＷｉｎｄｏｗＡｎｉｍａｔｉｏｎ Ｔｉｍｉｎｇ ＡＰＩを用いて監視してもよい。

複数の好適な実施例においては、挙動特性を監視するステップが、クライアント装置で起こり、挙動特性に関する情報をクライアント装置からサーバに送信することを更に含む。クライアント装置で挙動特性を監視することは、クライアント装置のアクティビティに関する情報を得る上で効率的な方法であり、一方で、中央サーバで情報を記録することで、多くのソースからの結果を照合することが可能である。このように、複数の好適な実施例のこの特徴は、クライアント−サーバネットワークのアーキテクチャを最大限に利用する。

好適には、前記少なくとも１つのテストフィーチャは、要素、文書、プラグインまたはアプレットのいずれかである。複数の好適な実施例においては、前記少なくとも１つのテストフィーチャは、Ａｄｏｂｅ Ｆｌａｓｈ ＳＷＦ、Ｊａｖａ（登録商標）またはＳｉｌｖｅｒｌｉｇｈｔアプレットなどのアプレットである。特に好適な一実施例においては、前記少なくとも１つのテストフィーチャはＡｄｏｂｅ Ｆｌａｓｈ ＳＷＦアプレットであり、挙動特性の監視ステップが、Ｆｌａｓｈ環境によって提供されるプラグインＡＰＩを監視することを含む。

複数の好適な実施例においては、挙動特性を監視するステップが、クライアントサイドコードによって実行される。クライアントサイドコードは、クライアント装置で動作するコードである。この場合のクライアント装置は、ホストウェブページをユーザに表示する装置である。クライアントサイドコードが、例えば、クライアントサイドスクリプト、アプレットまたはプラグインの形をとってもよい。特に、クライアントサイドスクリプトが、ＥＣＭＡＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｊｓｃｒｉｐｔ、ＶＢＳｃｒｉｐｔ、ＡｃｔｉｏｎＳｃｒｉｐｔまたはＯｐｅｎＧＬ Ｓｈａｄｉｎｇ Ｌａｎｇｕａｇｅ（ＧＬＳＬ）のうちの少なくとも１つで実現されてもよい。

複数の好適な実施例においては、前記領域がビュー内に存在するか否かを判定するステップが、ビュー内に存在する少なくとも１つのテストフィーチャの大きさ、ビュー内に存在する少なくとも１つのテストフィーチャの高さおよび幅、少なくとも１つのテストフィーチャのいずれかの部分がビュー内に存在するか否かならびに、少なくとも１つのテストフィーチャの全ての部分がビュー内に存在するか否かのうちの１つまたは複数を判定することを含む。テストフィーチャがビュー内に存在するか否かのこれらの詳細を分析することによって、前記領域のどの部分がビュー内に存在するのかをより詳しく把握することが可能である。

好適には、前記領域がビュー内に存在するか否かを判定するステップが、監視された挙動特性を１つまたは複数の制御値と比較することを含む。例えば、前記制御値をしきい値として使用し、挙動特性が所定の値を超えている場合には前記領域がビュー内に存在する（または、ビュー内に存在しない）と判定してもよい。これは、前記領域がビュー内に存在するか否かをフレーム表示速度が示しているか否かを判定する効率的な方法である。例えば、フレーム表示速度がしきい値を超えている場合にはテストフィーチャがビュー内に存在すると判定してもよい。

幾つかの好適な実施例においては、本方法が更に、閲覧不可能な制御フィーチャを生成することと、前記制御フィーチャの挙動特性を監視することと、前記制御フィーチャの監視された挙動特性に基づいて少なくとも１つの比較値を求めることとを含む。閲覧不可能な制御フィーチャとは、いかなる状況においてもユーザに表示されない制御フィーチャである。本発明のこの特徴は、ウェブページのフィーチャが表示されないように配置されている場合においても、ブラウザまたはプラグインが、前記ウェブページのフィーチャを名目上の速度で表現することを利用している。例えば、テストフィーチャがインラインフレーム内に設けられており、制御フィーチャも前記インラインフレーム内に設けられている場合には、（インラインフレームのいかなる要素もホストウェブページに影響を及ぼすことは不可能なので）制御フィーチャを前記インラインフレームの閲覧可能な寸法の外側に配置して、ユーザに表示されないようにしてもよい。従って、制御フィーチャの挙動特性は、ビュー内に存在しない時には、テストフィーチャの挙動特性と類似した印象を与えうる。例えば、テストフィーチャのフレーム表示速度を制御フィーチャのフレーム表示速度と比較して、テストフィーチャのフレーム表示速度が制御フィーチャのフレーム表示速度を超えている場合には、テストフィーチャがビュー内に存在しているとみなしてもよい。

幾つかの好適な実施例においては、本方法は、テストフィーチャの位置を、テスト領域内の位置と、テストフィーチャが閲覧不可能である位置との間で変化させることを含む。従って、テストフィーチャが動的なテストフィーチャであってもよい。この場合には、前記領域がビュー内に存在するか否かを判定することが、前記監視された挙動特性が、前記テストフィーチャの位置の変化に伴って変化するか否かを判定することを含んでもよい。

幾つかの場合においては、テストフィーチャの挙動特性の比較対象となる制御値が、以前に判定されたテストフィーチャの状態に基づいて選択される。特に、テストフィーチャが以前にビュー内に存在しているかまたは存在していないとみなされたか否かに基づいて、制御値が選択されてもよい。例えば、ビュー内に存在するテストフィーチャの、以前にビュー内に存在しないと判定された時の制御値が、前記テストフィーチャが以前にビュー内に存在すると判定された時の制御値よりも大きくてもよい。このことにより、ブラウザまたはプラグインの動作状態が変化した原因を突き止めやすくなり、また、外部要因による僅かな変動が、テストフィーチャがビュー内に存在する状態から存在しない状態へと変化したことまたはその逆として解釈されてしまう可能性が抑えられる。

代わりにまたはさらに、一連の比較値を、発見的なまたは経験的な方法によって求めてもよい。これらの方法が、ウェブページの表現に用いられるブラウザまたは動作システム環境などの、ウェブページが表現される環境を考慮してもよい。このように、フィーチャがビュー内に存在するか否かに依存しない、再表示速度の変化のその他の理由を考慮してもよい。

好適には、少なくとも１つのテストフィーチャを、広告が表示される領域の縁に配置してもよい。このことは、テストフィーチャから取得した値が、その領域の縁がビュー内に存在するか否かを明確に表すことを意味する。複数の好適な実施例においては、複数のテストフィーチャが前記領域の縁に配置される。このような方法で、本発明が、広告が全体にまたは特定の割合でビュー内に存在するか否かの判定を支援してもよい。複数の実施例においては、複数のテストフィーチャのうちの少なくとも幾つかが、前記領域の角に配置される。

複数の好適な実施例においては、前記少なくとも１つのテストフィーチャが、透明であり、および／またはテストピクセルである。これらの特徴は、広告が表示される領域に前記少なくとも１つのテストフィーチャが及ぼす影響を限定することで、その本来の目的を達成することを可能にする。

複数の好適な実施例においては、広告が前記領域内に提供される。これは、前記領域がビュー内に存在するか否かを判定する上で特に有意義な状況であり、商業上の大きな利益をもたらしうる。幾つかの好適な実施例においては、前記少なくとも１つのテストフィーチャが、前記広告自体の一部または全体を構成してもよい。

更に好適には、本発明はコンピュータプログラムコードを用いて実現可能である。従って、本発明の更なる一局面によれば、前記第１の局面の方法を実行するためのコンピュータ実行可能な命令を備えたコンピュータプログラム製品が提供される。前記コンピュータプログラム製品が読み出し専用メモリ（ＲＯＭ）チップなどの物理的記憶媒体であってもよい。あるいは、デジタルバーサタイルディスク（ＤＶＤ−ＲＯＭ）またはコンパクトディスク（ＣＤ−ＲＯＭ）などのディスクであってもよい。また、有線通信される電子信号、衛星などに送信される光学的信号または無線信号などの信号であってもよい。本発明は、例えば上述の方法を実行するように構成されたコンピュータなどの、ソフトウェアまたはコードをランさせるプロセッサも包含する。

本発明の更なる一局面によれば、ウェブページ内の一領域がビュー内に存在するか否かを判定するための装置であって：
前記領域内に少なくとも１つのテストフィーチャを設けることと；
前記ウェブページを表現することと；
前記少なくとも１つのテストフィーチャに関する挙動特性を監視することと；
前記監視した挙動特性から、前記領域がビュー内に存在しているか否かを判定することと；
を含み、
前記挙動特性が、前記テストフィーチャがビュー内に存在しているのか否かによって異なる；
装置が提供される。

本発明の複数の好適な実施例を、添付の図面を参照しながら以下に詳細に説明する。
広告を含むウェブページの閲覧可能な部分を図示したものである。 コンテンツをユーザに提供するシステムを図示したものである。 ユーザに対するコンテンツの提供の一例における図２のシステムの動作を図示したものである。 広告内のフィーチャの様々な配置を図示したものである。 広告内のフィーチャの様々な配置を図示したものである。 様々な変化における異なるしきい値の使用を表すヒステリシス曲線を描出したものである。 スクロールが制御フィーチャおよびテストフィーチャの挙動特性に及ぼす効果を図示したものである。 動的テストフィーチャの挙動特性と、広告がビュー内に存在するか否かとの関連性を図示したものである。 テストフィーチャがビュー内に存在するか否かに対する静的テストフィーチャおよび動的テストフィーチャの挙動特性の応答を比較したものである。

発明の詳細な説明
図１を参照すると、ウェブページ１００が図示されている。ウェブページは、コンテンツが表示される主要領域１０１を備えている。ウェブページは、広告１０２を更に備えている。この例では、広告１０２はインラインフレーム内に含まれている。

図１は、ブラウザウィンドウ１１０も図示している。ウェブページ１００の要素のうちで、ブラウザウィンドウ１１０の閲覧可能な部分内に存在する要素のみを、特定の時点でユーザが閲覧可能である。ウェブページ１００のこれらの要素を、ビュー内に存在すると言う。ブラウザウィンドウ１１０の閲覧可能な部分に含まれていない要素を、ビュー内に存在しないと言う。

ウェブページ１００にアクセスしているユーザが、ブラウザウィンドウ１１０をウェブページ１００内で動かして、前記ページ１００の様々に異なる要素を閲覧することができることが知られている。ブラウザウィンドウ内の位置は、スクロールバー１１１で示される。ユーザは、ブラウザウィンドウ１１０のサイズをホストウェブページ１００に対して効率的に変化させる方法として、ホストウェブページ１００のズームインまたはズームアウトを行うことが可能であってもよい。この結果、ウェブページ１００の幾つかの要素が、ある時点ではビュー内に存在し、他の時点ではビュー内に存在しないことになる。

上記の発明の背景で述べたように、このことは、広告１０２を作成した広告主がその価値を判断する際に当然のことながら関心の対象となる、広告１０２がビュー内に存在するか否かの判定を困難にする。従来技術の一つは、スクロールバー１１１の位置を知ることでこれに対処している。しかし、この情報は外部ドメインのインラインフレーム内に含まれているので、広告１０２と共に提供されている要素からこの情報を知ることはできない。これは、インラインフレームが、ホストウェブページ１００を前記インラインフレーム内に含まれるコンテンツから切り離すように定められているためである。

別の複数の実施例においては、例えばフレーム、Ｍｉｃｒｏｓｏｆｔ社のＷｅｂ Ｓａｎｄｂｏｘ、Ｄｏｊｏ Ｔｏｏｌｋｉｔ（登録商標）のｄｏｊｏｘ．ｓｅｃｕｒｅ．ｓａｎｄｂｏｘ、スケーラブルベクターグラフィックス（ＳＶＧ）文書またはＣａｊａによって生成されたＣａｊｏｌｅｄ ｓｃｒｉｐｔなどの、インラインフレーム以外の限定されたまたはサンドボックス化された環境を用いてもよい。サンドボックス化の代わりに、またはこれに加えて、クライアントサイドの監視コードを、例えばＡＤｓａｆｅ、ＥＣＭＡＳｃｒｉｐｔ５ストリクトモードまたはＣａｊｉｔａなどの、入手可能なフィーチャの限定されたサブセットに制限してもよい。

図１は、広告１０２内に提供されているテストフィーチャ１０３および、インラインフレームの閲覧可能な境界外に配置されているが、前記インラインフレームによって提供されている制御フィーチャ１０４も図示している。テストフィーチャ１０３および制御フィーチャ１０４は、双方ともに、広告１０２を含むインラインフレームによって提供されている。制御フィーチャ１０４がこのようにインラインフレームの外側の領域内に配置されているために、ユーザが制御フィーチャ１０４を閲覧できないので、制御フィーチャ１０４が前記インラインフレームによって提供されているコンテンツの影響を受けることがない。代わりに、制御フィーチャ１０４は、以下により詳細に述べるように、前記ページのビュー内に存在しない要素に対するブラウザの応答を把握するために用いられる。加えて、テストフィーチャ１０３は、いかなる影響も及ぼさないように、広告１０２の背面に配置される。

テストフィーチャ１０３および制御フィーチャ１０４を、それぞれ、テストピクセルおよび制御ピクセルとして実装してもよい。例えば、テストフィーチャ１０３が、広告１０２上にオーバレイされた単一の透明なテストピクセルであってもよい。このようにして、テストフィーチャ１０３が広告１０２の機能性へ及ぼす影響が最小限に抑えられる。

図２は、本発明に基づいて使用可能なユーザ向けのコンテンツの提供のためのシステムを図示したものである。前記システムは、調査サーバ１０、広告主２０、アドサーバ３０、出版元４０および、ユーザによって操作されるクライアント装置５０を備えている。図２は、これらの機構間の通信チャネルも図示している。これらの通信が、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）などを含めたいかなる種類の適切な通信ネットワークを介して行われてもよいが、好適な一実施例においては、調査サーバ１０、広告主２０、アドサーバ３０、出版元４０およびクライアント装置５０のそれぞれがインターネットに接続されており、このことを利用して、これらの機構間の通信が行われる。

調査サーバ１０、広告主２０、アドサーバ３０および出版元４０を、従来のコンピュータサーバシステムを用いて実装してもよい。システム内のこれらの構成要素のそれぞれは、場合に応じて、単一のコンピュータサーバを表してもよいし、複数のコンピュータサーバの集合を表してもよい。様々な構成要素がコンピュータハードウェアを共有してもよいし、同じマシン上にホスティングされてもよいことも、当業者に理解されよう。

クライアント装置５０を、いかなるネットワーク対応の装置として実装してもよい。例えば、クライアント装置５０を、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンなどとして実装してもよい。複数の好適な実施例においては、クライアント装置５０がインターネット対応の装置であるが、コンテンツをクライアント装置５０に配信するための別の方法を用いてもよいことは、当業者に理解されよう。

本発明のこの実施例の動作を、以下に図３を参照しながら説明する。図３は、図２に図示されている各構成要素の、ウェブページ１００をクライアント装置５０に配信する間の動作を図示したものである。

ステップｓ１で、広告主２０が広告１０２を作成する。広告１０２が、例えば広告主２０によって販売されている製品に関する情報を提供してもよく、また、テキスト、画像、動画、音声またはこれらの組み合わせなどの要素を含んでもよい。広告１０２が１つまたは複数のハイパーリンクを含むことにより、広告１０２がクライアント装置５０によって表現された時に、これらのハイパーリンクを選択して、広告主２０によって提供されている更なるコンテンツにリダイレクトすることが可能であってもよい。広告が、広告主によってハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルとしてコード化されてもよい。

ステップｓ２で、調査サーバ１０がクライアントサイドコードを広告１０２への組み込みのために広告主２０に送信する。一例においては、クライアントサイドコードがＪａｖａＳｃｒｉｐｔ（登録商標）である。クライアントサイドコードは、以下により詳細に説明するように、ウェブページ１００と共に提供された広告１０２がビュー内に存在するか否かに関する情報を調査サーバが取得することを可能にするようにデザインされている。

クライアントサイドコードは、ステップｓ３で広告１０２に組み込まれ、次のステップｓ４で広告主２０によってアドサーバ３０に送信される。この例では、広告主２０が製品の売り込みを図る組織であり、アドサーバ３０が広告主２０のために広告枠を探す組織によって操作されるとして理解されてもよい。従って、アドサーバ３０は、複数の広告主および複数の出版元との関係を有し、広告を適切な出版元に斡旋する手助けをする仲介者として機能する。

このように、調査サーバ１０によって提供されたクライアントサイドコードを含む広告１０２が、アドサーバ３０によってホスティングされている。アドサーバ３０が出版元４０との関係を有することで、広告が出版元のコンテンツ内に提供される。このことは、出版元４０が、ユーザに提供するウェブページ内にアドサーバ３０へのリンクを組み込むことで実施される。これらのリンクは、インラインフレーム内に配信される。このことは、インラインフレーム内に配信されるコンテンツがホストウェブページに影響を及ぼすことを防止し、その結果、ホストウェブページ内で発行しているコンテンツにアドサーバ３０が悪影響を及ぼすことがない保証を出版元４０が得られることから、出版元４０にとって有益である。

従って、クライアント装置５０が、ステップｓ５で出版元４０に対してウェブページ１００を要求してもよい。次のステップｓ６で、ウェブページ１００がクライアント装置５０に返信される。次のステップｓ７で、クライアント装置がこのウェブページを表現する。この表現プロセスは、通常、クライアント装置５０上で動作しているブラウザによって実行される。

上記に説明したように、ウェブページ１００はインラインフレームを含んでいる。インラインフレームは、アドサーバ３０でアドレスにリンクされている。従って、クライアント装置上で動作しているブラウザは、ウェブページ１００を表現しようとすると、さらなる情報をアドサーバ３０に対して要求してインラインフレームに配置するように、インラインフレームによって指示される。この要求は、ステップｓ８で、クライアント装置５０からアドサーバに送信される。

アドサーバ３０は、要求を受け取ると、どのコンテンツをクライアント装置５０に返信するのかを決定する。この例では、アドサーバ３０は、上述のように調査サーバ１０によって提供されたクライアントサイドコードが組み込まれた、広告主２０によって提供された広告１０２を返信する。ステップｓ９で、広告１０２はクライアント装置５０に返信される。

上述のように、広告１０２は、調査サーバ１０によって提供されたクライアントサイドコードを含む。クライアントサイドコードは、ステップｓ１０で、ウェブページ１００を表現するプロセスの一部として、クライアント装置によって実行される。クライアントサイドコードをクライアント装置５０によって実行する際に、ステップｓ１１で、１つはテストフィーチャ１０３向けであり、１つは制御フィーチャ１０４向けである２つの同じアプレットを、調査サーバ１０に対して要求すると効果的である。ステップｓ１２で、これらのアプレットをクライアント装置５０に返信する。（実際には、ウェブブラウザがそのキャッシュを用いてこれら２つの同じリソース向けの要求を１つの要求にまとめてもよい。）アプレットが、例えば、Ａｄｏｂｅ Ｆｌａｓｈ ＳＷＦアプレットであってもよいが、他の種類のアプレットまたはリソースを用いてもよいことは当業者に理解されよう。この好適な実施例においては、Ａｄｏｂｅ Ｆｌａｓｈ ＳＷＦアプレットが提供され、Ｆｌａｓｈ環境内で実行される。前記Ｆｌａｓｈ環境は、プロキシによって、ブラウザＡＰＩへのアクセスを可能にする。

ステップｓ１３で、調査サーバによって要求されたクライアントサイドコードは、前記複数のアプレットを埋め込む。埋め込まれたアプレットは、テストフィーチャ１０３および制御フィーチャ１０４を形成する。制御フィーチャ１０４が、インラインフレームの閲覧可能な境界の外にあるウェブページ１００の一領域内に配置されているので、ブラウザは、制御フィーチャ１０４を表示することはなく、常にこれをビュー内に存在しないかのように扱う。一方、ブラウザは、テストフィーチャを、ブラウザウィンドウ１１０内にある時にはビュー内に存在するものとして扱い、ブラウザウィンドウ１１０外にある時にはビュー内に存在しないものとして扱う。

ブラウザは、ウェブページ１００を表現してＡｄｏｂｅ Ｆｌａｓｈ ＳＷＦアプレットを処理する際に、ブラウザＡＰＩを介して呼出しを行うことにより、フィーチャがビュー内に存在するか否かをＦｌａｓｈ環境が判定することを可能にする。例えば、ウィンドウの形状がＮＰＡＰＩを介して変更された場合には常に、ＭａｃＯＳ Ｘ上のＳａｆａｒｉがＦｌａｓｈ環境にクリップ領域の詳細を提供する。この結果、ビュー内に存在しないことが知られている要素を、ビュー内に存在することが知られている要素よりも遅い速度でプラグインが再表示することが可能となるので、ブラウザの効率が向上する。このように、テストフィーチャ１０３の動画フレームをプラグインが表示する速度は、それがビュー内に存在するか否かにより異なる。従って、動画フレームの表示速度またはフレーム表示速度は、テストフィーチャ１０３が表示されているか否か、即ちテストフィーチャがビュー内に存在するか否かに従って変化する、テストフィーチャに関する挙動特性である。この実施例はフレーム表示速度を挙動特性として用いているが、その他の特性を代わりにまたはさらに用いてもよい。例えば、タイマクロック速度および／またはローカル接続の実行速度が、テストフィーチャが現在表示されているか否かによって異なってもよい。幾つかのその他の実施例においては、挙動特性が、テストフィーチャが表示されているか否かを直接に示す、ブラウザＡＰＩからの報告であってもよい。

ステップｓ１４で、クライアントサイドコードが、テストフィーチャ１０３および制御フィーチャ１０４のフレーム表示速度を記録し、これらのフレーム表示速度を用いて、広告１０２がビュー内に存在するか否かを判定する。

テストフィーチャ１０３のフレーム表示速度を１つまたは複数の制御値と比較してもよい。この実施例では、制御フィーチャ１０４のフレーム表示速度から求められる少なくとも１つの制御値が、しきい値としての役割を果たす。多くの場合、制御フィーチャ１０４のフレーム表示速度との直接の比較は、測定誤差およびスクロール中の制御フィーチャ１０４のフレーム表示速度の変動のため（即ち、ビューポートがホストウェブページ１００に対して動いてしまうため）に不十分である。また比較プロセスは、多くの場合、例えば状態遷移中（即ち、ビュー内に存在する状態からビュー内に存在しない状態へおよびその逆の遷移中）に記録されたフレーム表示速度にノイズが多く含まれるために、何らかの平滑化モデルの適用を必要とする。制御フィーチャ１０４がブラウザによって常にビュー内に存在しないものとして扱われ、かつしきい値が制御フィーチャ１０４のフレーム表示速度に依存するために、テストフィーチャ１０３のフレーム表示速度が、比較の結果、しきい値と同じかまたはこれを下回っている場合には、テストフィーチャ１０３はビュー内に存在しないと判定される。或いは、テストフィーチャ１０３のフレーム表示速度が、比較の結果、しきい値を上回っている場合には、テストフィーチャ１０３はビュー内に存在すると判定される。

テストフィーチャ１０３が、広告１０２と同じウェブページ領域内に配置されているので、テストフィーチャ１０３がビュー内に存在しているか否かを判定することで、広告１０２がビュー内に存在しているか否かが示される。このように、クライアントサイドコードは、テストフィーチャ１０３を生成してそのフレームの表示速度を観察することで、広告１０２がビュー内に存在するか否かを分析する役割を果たす。

クライアントサイドコードは、ステップｓ１５で、クライアント装置５０にこの分析の結果を調査サーバ１０へと返信させる。調査サーバ１０は、ステップｓ１６で、これらの結果を格納する。ウェブページ１００内の広告１０２がクライアント装置５０においてビュー内に存在するおよび不在である度に、調査サーバ１０がこの種の複数の結果を照合してもよい。従って、調査サーバは、ステップｓ１７で、広告主２０に対し、アドサーバ３０との取り決めによって広告１０２が表示されたことを示す情報を提供することができる。このようにして、広告主２０は広告の価値に関する商業上の判断を知ることが可能である。

上述の実施例においては、単一のテストフィーチャ１０３が、広告１０２が表示される領域内に提供される。しかし、別の複数の実施例においては、複数のテストフィーチャ１０３を用いてもよい。使用可能な複数のテストフィーチャからなる配列の例を図４Ａおよび図４Ｂに示す。複数のテストフィーチャ１０３からなる配列を用いることは、広告１０２の全体がビュー内に存在するのか否か、または広告１０２のどの部分がビュー内に存在するのかの判定に役立つ。

図４Ａに図示する実施例では、テストフィーチャが広告１０２の四隅のそれぞれに設けられている。この例では、広告１０２およびブラウザウィンドウが長方形であり、軸が同方向に揃っているので、全てのテストフィーチャ１０３がビュー内に存在する場合には、広告１０２全体がビュー内に存在していると断定できる。実際には、これらの状況では、一対のテストフィーチャ１０３が広告１０２の対角線上で互いに対向する隅に配置されていれば、このように断定することが可能である。

図４Ｂでは、広告１０２の全面にわたって、複数のテストフィーチャ１０３が繰り返し配列されている。この実施例では、広告１０２の一部のみがビュー内に存在する場合には、各テストフィーチャ１０３の異なるフレーム表示速度を観察することでこのことが実現される。

上述のように、テストフィーチャ１０３がビュー内に存在するか否かを判定するためにテストフィーチャ１０３のフレーム表示速度と比較されるしきい値を、制御フィーチャ１０４を用いて定めてもよい。しかし、別の方法を用いてしきい値を定めてもよい。例えば、しきい値が、経験的な実験から、または発見的な分析を用いて求められた所定の値をとってもよい。別の一実施例においては、しきい値を、例えばウェブページ１００を表現しているブラウザ、クライアント装置５０のハードウェア仕様またはクライアント装置５０のネットワーク接続帯域などの、クライアント装置５０の分析済みの属性に基づいて選択してもよい。

幾つかの好適な実施例においては、しきい値がテストフィーチャの以前の状態に依存している。即ち、テストフィーチャ１０３が以前にビュー内に存在しているかまたは存在していないと判定されたか否かによって、しきい値が異なってもよい。例えば、以前にはビュー内に存在しなかったテストフィーチャ１０３をビュー内に存在すると判定するためのしきい値が、以前にはビュー内に存在した前記テストフィーチャをビュー内に存在しないと判定するためのしきい値よりも高くてもよい。このアプローチは、図５に図示するヒステリシス曲線を規定すると理解されてもよい。

図５では、テストフィーチャがビュー内に存在する推論された可能性をｘ軸が表し、ｙ軸がフレーム表示速度を表している。前記可能性が５０％を超えている場合には、テストフィーチャ１０３はビュー内に存在していると判定される。図５は、幾つかの場合においては、より低いしきい値５０１およびより高いしきい値５０２の２つのしきい値が適切であってもよいことを示している。より低いしきい値５０１は、テストフィーチャ１０３がビュー内に存在すると以前に判定された場合に適用され、より高いしきい値５０２は、テストフィーチャ１０３がビュー内に存在しないと以前に判定された場合に適用される。このようにして、クライアント装置５０の性能に起因する可能性のある再表示速度の相違が、テストフィーチャ１０３の状態判定結果を変動させてしまうことが防止される。

幾つかの好適な実施例においては、より低いしきい値５０１が、制御フィーチャ１０４を用いて定められ（即ち、より低いいしきい値５０１が、制御フィーチャ１０４のフレーム表示速度であるか、またはこれに基づいている）、より高いしきい値５０２は経験的に定められる。

上述の複数の実施例においては、テストフィーチャ１０３が広告１０２自体とは別に設けられている。このことは、調査サーバ１０によって提供されるクライアントサイドコードが広告１０２から独立していてもよいことを意味している。これらの場合には、テストフィーチャ１０３は、好適には、広告１０２のコンテンツとの干渉を避けるために、透明であり、比較的小さいことが望ましい（例えば、各テストフィーチャ１０３が単一ピクセルであってもよい）。テストフィーチャ１０３は、透明であっても、広告１０２内に設けられたハイパーリンクと干渉するおそれがあることから、この局面では一配列に含まれる望ましいテストフィーチャの数を限定してもよい。しかし、別の複数の実施例においては、テストフィーチャ１０３が、再表示対象の広告１０２自体の複数の部分であってもよく、ウェブページ１００が表現されている間、これらがビュー内に存在しているか否かを監視してもよい。テストフィーチャ１０３が広告１０２自体の一部である場合には、広告１０２の大部分または全体を、広告１０２の機能性を損なうことがないように、テストフィーチャ１０３から作成してもよい。

上述のように、クライアントサイドコードを用いて、１つまたは複数のテストフィーチャ１０３を埋め込み、フレーム表示速度を監視する。別の複数の実施例においては、１つまたは複数のテストフィーチャ１０３を、広告１０２と共に設け、前記１つまたは複数のテストフィーチャ１０３がフレーム表示速度を監視して、これを調査サーバ１０に転送してもよい。さらに別の一実施例においては、１つまたは複数のテストフィーチャ１０３が、広告１０２自体のクリエイティブの一部または全体であってもよい。別の複数の実施例においては、１つまたは複数のテストフィーチャ１０３を、広告の容器またはプレーヤ内に組み込んでもよい。

前記複数の好適な実施例においては、クライアントサイドコードがアプレットであってもよく、フレーム表示速度に関する情報を、直接にまたはＮｅｔｓｃａｐｅプラグインアプリケーションプログラミングインターフェース（ＮＰＡＰＩ）、Ｐｅｐｐｅｒプラグインアプリケーションプログラミングインターフェース（ＰＰＡＰＩ）、ＬｉｖｅＣｏｎｎｅｃｔ、ＸＰＣｏｎｎｅｃｔ、ｎｐｒｕｎｔｉｍｅＡＰＩまたはＡｃｔｉｖｅＸなどの外部ブラウザアプリケーションプログラミングインターフェース（ＡＰＩ）を介して間接に取得してもよい。別の複数の例では、制限されたまたはサンドボックス化されたクライアントサイドコードにアクセス可能な内部ブラウザＡＰＩを用いて、フィーチャがビュー内に存在するか否かを判定してもよい。

上述のように、テストフィーチャ１０３の挙動特性の比較対象である１つまたは複数の制御値を、制御フィーチャ１０４の挙動特性を観察することで、経験的に定めてもよい。しかし、制御値を、発見的な方法を用いて定めてもよい。これらの発見的な方法を、（例えばクライアント装置上で動作するブラウザなどの）クライアント装置のユーザエージェント、クライアント装置のオペレーティングシステムまたはクライアント装置の地理的な位置のうちの幾つかまたは全てを用いて開発してもよい。

本発明は、前記領域がビュー内に存在するか否かを判定することに加えて、前記領域または前記領域の複数の部分に関するその他の詳細を判定してもよい。特に、幾つかの好適な実施例においては、ウェブページがスクロールしているか否かについての判定を行ってもよい。ウェブページがスクロールしているか否かによって、フレーム表示速度またはテストおよび／または制御フィーチャが異なってもよい。この相違を利用して、ウェブページがスクロールしているか否かを判定してもよい。一実施例においては、制御フィーチャのフレーム表示速度が低い状態から高い状態に変化した時に、前記領域がビュー内に存在すると判定してもよい。このことは図６に図示されている。

更なる判定を行うことにより、「ビュー内に存在する」および「ビュー内に存在しない」という分類を、「ビュー内に存在し、スクロールしている」、「ビュー内に存在し、スクロールしていない」、「ビュー内に存在せず、ビューポート外にある」および「ビュー内に存在せず、閉塞している」などの小分類に分割してもよい。

上述の実施例においては、テストフィーチャ１０３の挙動特性を、制御値と比較する。例えば、テストフィーチャ１０３の挙動を、制御フィーチャ１０４の挙動と比較してもよい。別のアプローチでは、動的テストフィーチャ１０３を用いてもよい。動的テストフィーチャ１０３の位置は、目的の領域内、即ち広告１０２内の場所と、ビュー内に存在しないことが知られている領域との間で変動する。この変動の結果としてテストフィーチャ１０３の挙動特性の変化が生じている場合には、広告１０２がビュー内に存在すると推測され、変化が全くまたは比較的少ししか生じていない場合には、広告１０２がビュー内に存在しないと推測される。

このアプローチは、広告１０２がビュー内に存在する場合および存在しない場合の動的テストフィーチャ１０３の挙動特性（この場合にはフレーム表示速度）を示している図７に図示されている。図７から、広告がビュー内に存在する場合には、動的テストフィーチャ１０３の挙動特性が大きく変化することが明白である。これは、動的テストフィーチャ１０３の位置の変動に起因する。一方、広告１０２がビュー内に存在しない場合には、テストフィーチャ１０３の変動が挙動特性に及ぼす影響は僅かであるか、全くない。

図７に図示する例では、広告１０２がビュー内に存在しないにもかかわらず、挙動特性の初期値が比較的高い。これは、ブラウザの挙動が、最初は全ての要素がビュー内に存在するとして扱われ、要素間のブラウザの挙動の相違が、ある要素がビュー外へと遷移中である時にのみ生じるような状態であることを示している。動的テストフィーチャ１０３を使用することで、テストフィーチャ１０３の位置の変動に起因するこのような遷移が起こる。このため、テストフィーチャ１０３がビュー内に存在すると誤って判断することを防止できる。

図８は、これらのブラウザ状態における静的テストフィーチャ１０３および動的テストフィーチャ１０３の双方のフレーム表示速度を図示している。図８から分かるように、静的テストフィーチャ１０３がビュー内に存在しないと判定されるのは、遷移が起こった後のみである。このため、静的テストフィーチャ１０３がビュー内に存在しない初期期間においては、その挙動特性がこの状態を適切に示すことができない。

幾つかの好適な実施例においては、少なくとも１つの動的テストフィーチャ１０３と少なくとも１つの静的テストフィーチャ１０３との組み合わせを用いてもよい。上述のようにビュー内に存在しないという初期状態が正しく認識されていることを確認するために、動的テストフィーチャ１０３を使用し、少なくとも１つの遷移が起こった後に静的テストフィーチャ１０３を使用してもよい。静的テストフィーチャ１０３が、動的テストフィーチャ１０３よりも細分化されかつ安定性の高い分類を可能にしてもよい。好適には、動的テストフィーチャと静的テストフィーチャとの組み合わせは、ホストウェブページ１００の表現に用いられるブラウザの特定の挙動を対象としている。

その他の変更および修正は、当業者に明らかとなろう。そのような変更および修正が、等価物および、既に知られており、かつ本願中に記載の特徴の代わりに、またはこれらに加えて使用することの可能なその他の特徴を含んでもよい。複数の別個の実施例について記載された複数の特徴を、一実施例中に組み合わせて用いてもよい。逆に、一つの実施例について記載された複数の特徴を、別個にまたはいかなる好適な部分的な組み合わせとして用いてもよい。

「を備えた」という用語が、その他の要素またはステップを除外するものではないこと、「１つの」という用語が複数を除外するものではないこと、単一の特徴が請求項に記載の複数の特徴の機能を発揮してもよいこと及び、請求項中の参照符号が請求の範囲を限定するものとして理解されるべきではないことに留意すべきである。また、図面は必ずしも実寸ではなく、通常は本発明の原理を説明する際に強調がなされていることにも留意すべきである。

１０ 調査サーバ
２０ 広告主
３０ アドサーバ
４０ 出版元
５０ クライアント装置
１００ ウェブページ
１０１ 主要領域
１０２ 広告
１０３ テストフィーチャ
１０４ 制御フィーチャ
１１０ ブラウザウィンドウ
１１１ スクロールバー

Claims (18)

1. ウェブページの領域がビュー内に存在しているか否かを判定するための方法であって、
   クライアントデバイスにおいて、前記ウェブページの領域内の表示のためのコンテンツを受信するステップであって、前記コンテンツは、テストフィーチャが、前記クライアントデバイスのブラウザウィンドウ内のウェブページの閲覧可能な部分内に表示されているか、または前記閲覧可能な部分の外に表示されているかに依存して変化する値を有する特性を有する前記テストフィーチャを含む、ステップと、
   前記クライアントデバイスにおいて、第１の時点において、前記ウェブページの閲覧可能な部分内に前記テストフィーチャを表現するステップであって、前記テストフィーチャは、前記第１の時点において、前記特性について第１の値を有する、ステップと、
   前記ブラウザウィンドウ内の領域の位置にアクセスすることから制限された実行可能コードを用いて、前記ウェブページの閲覧可能な部分内の前記テストフィーチャの表現に応答して、第１の時点において、前記特性について前記第１の値を判定するステップと、
   制御値として、前記テストフィーチャの特性の前記第１の値を記憶するステップと、
   前記クライアントデバイスにおいて、第２の時点において、前記領域内に前記テストフィーチャを表現するステップであって、前記テストフィーチャは、前記第２の時点において、前記閲覧可能な部分内または前記閲覧可能な部分の外に表現され、前記テストフィーチャは、前記第２の時点において、前記特性について第２の値を有する、ステップと、
   前記クライアントデバイスにおいて、前記ブラウザウィンドウ内のテストフィーチャの位置にアクセスすることから制限された前記実行可能コードを用いて、前記特性の第２の値を監視するステップと、
   前記ブラウザウィンドウ内のテストフィーチャの位置にアクセスすることから制限された前記実行可能コードによって、前記第１の時点に関連する制御値と、前記第２の時点に関連する前記監視された第２の値を比較するステップと、
   前記制御値と前記監視された第２の値の比較に基づいて、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定するステップと、
   を含む、方法。
2. 前記領域が前記閲覧可能な部分内に存在しているか否かを判定するステップは、前記監視された値を、前記制御値およびヒステリシス曲線に依存する閾値と比較するステップをさらに含む、請求項１に記載の方法。
3. 前記実行可能コードは、インラインフレーム内で動作することによって前記ブラウザウィンドウ内の領域の位置にアクセスすることから制限される、請求項１に記載の方法。
4. 前記特性の値を監視するステップは、前記テストフィーチャに関連するＡＰＩの挙動を監視するステップを含む、請求項１に記載の方法。
5. 前記特性は、前記テストフィーチャのフレーム表示速度を含む、請求項１に記載の方法。
6. 前記領域が前記閲覧可能な部分内に存在しているか否かを判定するステップは、
   前記制御値と前記監視された値の比較に基づいて、前記閲覧可能な部分内の領域の割合が所定の閾値より大きいか否かを判定するステップと、
   前記閲覧可能な部分内の領域の割合が前記所定の閾値より大きいか否かの判定に応答して、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定するステップと、
   をさらに含む、請求項１に記載の方法。
7. 前記コンテンツは前記領域内に複数のテストフィーチャを含み、前記複数のテストフィーチャの各々は、前記テストフィーチャが前記クライアントデバイスのブラウザウィンドウ内のウェブページの閲覧可能な部分内に表示されているか、または前記閲覧可能な部分の外に表示されているかに依存して変化するそれぞれの値を有するそれぞれの特性を有し、
   前記クライアントデバイスにより、前記特性の値を監視するステップは、前記複数のテストフィーチャの特性のそれぞれの値の各々を監視するステップを含み、
   前記領域が前記閲覧可能な部分内に存在しているか否かを判定するステップは、それぞれの値の各々を前記制御値と比較することによって、前記ウェブページの閲覧可能な部分内に存在している領域の割合を判定するステップを含む、請求項１に記載の方法。
8. 前記第１の時点において前記テストフィーチャを表現することと、前記第２の時点において前記テストフィーチャを表現することとの間に、前記テストフィーチャを前記ウェブページ内の他の位置に移動するステップをさらに含む、請求項１に記載の方法。
9. システムであって、
   少なくとも１つのメモリに動作可能に結合された少なくとも１つのコンピューティングデバイスを含み、
   前記少なくとも１つのコンピューティングデバイスは、ウェブページの領域内の表示のためのコンテンツを受信するように構成され、前記コンテンツは、テストフィーチャが、前記コンピューティングデバイスのブラウザウィンドウ内のウェブページの閲覧可能な部分内に表示されているか、または前記閲覧可能な部分の外に表示されているかに依存して変化する値を有する特性を有する前記テストフィーチャを含み、
   前記少なくとも１つのコンピューティングデバイスは、第１の時点において、前記ウェブページの閲覧可能な部分内に前記テストフィーチャを表現するように構成され、前記テストフィーチャは、前記特性について第１の値を有し、
   前記少なくとも１つのコンピューティングデバイスは、前記ブラウザウィンドウ内の領域の位置にアクセスすることから制限された実行可能コードを用いて、前記ウェブページの閲覧可能な部分内の前記テストフィーチャの表現に応答して、第１の時点において、前記特性について前記第１の値を判定し、
   制御値として、前記テストフィーチャの特性の前記第１の値を記憶し、
   第２の時点において、前記テストフィーチャを表現するように構成され、前記テストフィーチャは前記領域内に表現され、前記領域は、前記第２の時点において、前記閲覧可能な部分内または前記閲覧可能な部分の外に位置し、前記テストフィーチャは、前記特性について第２の値を有し、
   前記少なくとも１つのコンピューティングデバイスは、前記ブラウザウィンドウ内のテストフィーチャの位置にアクセスすることから制限された前記実行可能コードを用いて、前記第２の値を監視し、
   前記ブラウザウィンドウ内のテストフィーチャの位置にアクセスすることから制限された前記実行可能コードによって、前記第１の時点に関連する制御値と、前記第２の時点に関連する前記監視された第２の値を比較し、
   前記制御値と前記監視された第２の値の比較に基づいて、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定するように構成された、システム。
10. 前記少なくとも１つのコンピューティングデバイスは、前記監視された値を、前記制御値およびヒステリシス曲線に依存する閾値と比較することによって、前記領域が前記閲覧可能な部分内に存在しているか否かを判定するように構成された、請求項９に記載のシステム。
11. 前記実行可能コードは、インラインフレーム内で動作することによって前記ブラウザウィンドウ内の領域の位置にアクセスすることから制限される、請求項９に記載のシステム。
12. 前記少なくとも１つのコンピューティングデバイスは、前記テストフィーチャに関連するＡＰＩの挙動を監視することによって、前記特性の値を監視するように構成された、請求項９に記載のシステム。
13. 前記特性は、前記テストフィーチャのフレーム表示速度を含む、請求項９に記載のシステム。
14. 前記少なくとも１つのコンピューティングデバイスは、
    前記制御値と前記監視された値の比較に基づいて、前記閲覧可能な部分内の領域の割合が所定の閾値より大きいか否かを判定すること、および、
    前記閲覧可能な部分内の領域の割合が前記所定の閾値より大きいか否かの判定に応答して、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定することによって、
    前記領域が前記閲覧可能な部分内に存在しているか否かを判定するように構成された、請求項９に記載のシステム。
15. 前記コンテンツは前記領域内に複数のテストフィーチャを含み、前記複数のテストフィーチャの各々は、前記テストフィーチャがブラウザウィンドウ内のウェブページの閲覧可能な部分内に表示されているか、または前記閲覧可能な部分の外に表示されているかに依存して変化するそれぞれの値を有するそれぞれの特性を有し、
    前記少なくとも１つのコンピューティングデバイスは、前記複数のテストフィーチャの特性のそれぞれの値の各々を監視することによって、前記特性の値を監視するように構成され、
    前記少なくとも１つのコンピューティングデバイスは、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定するように構成された、請求項９に記載のシステム。
16. 前記少なくとも１つのコンピューティングデバイスは、前記第１の時点において前記テストフィーチャを表現することと、前記第２の時点において前記テストフィーチャを表現することとの間に、前記テストフィーチャを前記ウェブページ内の他の位置に移動するようにさらに構成された、請求項９に記載のシステム。
17. １つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに動作を行わせる命令を記憶した１つまたは複数の非一時的なコンピュータ読み取り可能な記憶媒体であって、前記動作は、
    ウェブページの領域内の表示のためのコンテンツを受信する動作であって、前記コンテンツはテストフィーチャを含み、前記テストフィーチャは、前記テストフィーチャが、ブラウザウィンドウ内のウェブページの閲覧可能な部分内に表示されているか、または前記閲覧可能な部分の外に表示されているかに依存して変化する値を有するフレーム表示速度を有する、動作と、
    第１の時点において、前記ウェブページの閲覧可能な部分内に前記テストフィーチャを表現する動作であって、前記テストフィーチャは前記フレーム表示速度の第１の値を有する、動作と、
    実行可能コードが前記ウェブページの閲覧可能な部分に関して前記ブラウザウィンドウ内の領域の位置にアクセスすることから制限された制限環境において動作する前記実行可能コードを用いて、前記ウェブページの閲覧可能な部分内の前記テストフィーチャの表現に応答して、前記第１の時点において、前記フレーム表示速度の第１の値を判定する動作と、
    前記ウェブページの閲覧可能な部分内の前記テストフィーチャの表現に応答して、制御値として、前記テストフィーチャの前記フレーム表示速度の前記第１の値を記憶する動作と、
    第２の時点において、前記領域内に前記テストフィーチャを表現する動作であって、前記領域は、前記第２の時点において、前記閲覧可能な部分内または前記閲覧可能な部分の外に位置する、動作と、
    前記制限環境において動作する前記実行可能コードを用いて、第２の値を監視する動作と、
    前記制限環境において動作する前記実行可能コードにより、前記第１の時点に関連する制御値と、前記第２の時点に関連する前記監視された第２の値を比較する動作と、
    前記制御値と前記監視された第２の値の比較に基づいて、前記領域が前記ウェブページの閲覧可能な部分内に存在しているか否かを判定する動作と、
    を含む、１つまたは複数の非一時的なコンピュータ読み取り可能な記憶媒体。
18. 前記領域が前記閲覧可能な部分内に存在しているか否かを判定する動作は、
    前記制御値と前記監視された値の比較に基づいて、前記閲覧可能な部分内の領域の割合が所定の閾値より大きいか否かを判定する動作と、
    前記閲覧可能な部分内の領域の割合が前記所定の閾値より大きいか否かの判定に応答して、前記領域がブラウザウィンドウ内のウェブページの閲覧可能な部分内に存在しているか否かを判定する動作と、
    を含む、請求項１７に記載の１つまたは複数の非一時的なコンピュータ読み取り可能な記憶媒体。

Images