(57)【要約】  クッキー技術なしに、表示された広告に関連するユーザ動作をトラッキングするシステム及び方法の実施例が提示される。システムは、広告クリックのようなユーザ動作に応じてETagを生成し、広告媒体をユーザに送信してもよい。システムは、ユーザにより実行される他の動作が広告から生じたか否かを決定してもよい。
2012506098.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ動作をトラッキングする方法であって、
ユーザ動作を識別し、
前記ユーザ動作に応じてETagを生成し、前記ETagは広告主に関連し、
前記ETagを前記ユーザに送信し、
前記ユーザによる他の動作に応じて前記ユーザから前記ETagを受信することを有する方法。
【請求項２】
前記広告主に関連する変換の数に少なくとも部分的に基づいて、前記広告主の変換率を生成することを更に有し、
それぞれの変換は、購入動作、登録動作、サインアップ動作、ページ閲覧動作及びダウンロード動作の少なくとも１つに関連する、請求項１に記載の方法。
【請求項３】
前記変換率を生成することは、
前記広告主に関連する広告が表示又は選択された回数を決定し、
前記表示された広告から生じた変換の数を決定し、
前記広告が表示又は選択された回数と、前記変換の数とに基づいて、変換率を生成することを含む、請求項２に記載の方法。
【請求項４】
分散型コンピュータネットワークに接続され、ユーザ動作を検出するサーバと、
前記ユーザに提供される広告に関連するユーザ動作に応じてETagを生成する手段と、
変換が前記広告から生じたことを決定する手段と
を有するシステム。
【請求項５】
ユーザ動作をトラッキングする方法であって、
広告をユーザに提供し、
前記広告に関連する広告クリックを受信し、
前記広告クリックに応じてETagを生成し、
前記ETagを前記ユーザに送信し、
ユーザ動作に応じて情報を受信し、前記情報は、前記ユーザが広告主に関連する変換を実行したことを示し、
前記変換が前記広告から生じたか否かを決定することを有する方法。
【請求項６】
広告主に関連する広告を選択し、
前記選択に応じてETagを受信し、
前記広告主に関連する変換を実行し、
前記ETagに関連する識別子が前記変換に関連するウェブページの識別子に一致するか否かを決定し、
前記識別子が一致する場合に前記ETagを送信することを有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、2008年10月15日に出願された“New  Method  and  System  for  Displaying  Internet  Ad  Media  Using  ETags”という題の米国仮特許出願61/105,644号の35  U.S.C.$119(e)の利益を主張し、この全内容を援用する。
【０００２】
本発明は、エンティティタグ（ETag）を使用して特定の広告キャンペーンの配信を監視する方法及びシステムに関する。Etag（entity  tag）は、所与のURL（uniform  resource  locator）でのコンテンツの変化を決定するために使用されるHTTP/1.1準拠のウェブサーバにより返信されるHTTP（hypertext  transfer  protocol）応答ヘッダである。ここに開示される方法は、ウェブサイトの繰り返しの訪問者を自動認識するために使用可能である。本発明のETag方法の関連する態様では、この方法は、ウェブサイトの解析を大幅に変えることができる。ETag方法は、ユーザパターンとウェブサイトのトラヒックパターンとのトラッキングを可能にする。本発明の方法は、如何なるブラウザ可能装置（パーソナルデジタルアシスタント（PDA：personal  digital  assistant）、移動電話、ノートブックコンピュータ、デスクトップコンピュータ等を含むが、これらに限定されない）から実行することができるブラウザをサポートするコンピュータ実装システムに関する。
【背景技術】
【０００３】
本発明は、概してコンピュータソフトウェア及びシステムに関し、特にクッキー（cookie）技術を使用せずに、インターネットのようなネットワークを介して広告を提供する方法に関する。
【０００４】
ワールドワイドウェブ（World  Wide  Web）（“ウェブ”、“インターネット”又は“オンライン”）は、普遍的になっている。現在では非常に多数の人が、商品及びサービスを購入し、関心のある情報を取得するために、毎日インターネットにアクセスしている。例えば、個人がインターネットを介してカメラを購入したいと思うことを仮定する。個人は、インターネットにアクセスし、製造元のURLをタイプ入力する。個人は、製造元のホームページにアクセスし、個人が購入したいと思う製品を製造元が有するか否かを決定する可能性がある。どの製造元がカメラを販売しているかを個人が知らない場合、個人は、検索エンジンに関連するウェブサイトにアクセスする可能性がある。個人は、“カメラ”という一般用語を検索エンジンに入力し、カメラを販売する製造元を見つけることを試みる。このように所望の製品又はサービスを提供する個々のウェブサイトを見つけるために検索エンジンを使用することは、しばしば数百又は数千もの検索結果のリストを生じる。検索結果は、“ヒット”のリストであり、それぞれのヒットは、検索用語に関係するウェブページに対応し得る。
【０００５】
更に、検索エンジンは、個人が関心のある製品又はサービスに関係する会社の広告を提供し得る。前述の例では、検索エンジンは、カメラの広告を提供し得る。検索エンジンは、会社の広告が検索エンジンのユーザに表示される毎に、会社に所定の料金を請求し得る。最近の傾向は、広告がユーザにより選択される毎に（すなわち、ユーザが表示された広告をクリックする毎に）会社に料金を請求する。
【０００６】
しかし、広告主は、広告の全てのクリックが所望のユーザ動作又は“変換（コンバージョン：conversion）”を生じるとは限らないことを認識している。変換は、広告主により定義され、購入、登録、ページ閲覧等を表し得る。従って、広告主は、ユーザに表示されている広告に関連する変換率を知りたいと思う。このことにより、広告主は、利益の悪い広告に払う料金を低減することにより、投資効率（ROI：return  on  investment）を最大化することが可能になる。
【０００７】
変換トラッキングはまた、検索エンジン会社にも有用になり得る。検索会社が正確に変換をトラッキングすることができれば、検索エンジン会社は、ターゲッティングされた広告に対して会社に請求する方法を変えることが可能になり得る。
【０００８】
クッキーは、ユーザ動作に関連する変換をトラッキングするために使用可能である。クッキーは、ウェブユーザを識別することに役立てるためにウェブサーバにより使用される短いデータである。クッキーは、現在のウェブブラウザを使用することができる如何なるプラットフォームでも使用可能である。クッキーは、ファイル又はシステムに損傷を与えない。クッキーは、ウェブユーザを識別するためにのみ使用されるが、ユーザのブラウジング習慣をトラッキングためにも使用され得る。
【０００９】
ユーザが識別されること又はクッキーの使用を通じてウェブブラウジングをトレースされることについて心配する場合、ユーザのブラウザは、クッキーを受け付けないように設定され得る。或いは、ユーザは、クッキーのブロックプログラムを使用することができ、又は、クッキー若しくは少なくともサードパーティのクッキーを自動的にブロックするブラウザを使用することを選択することもできる。全てのクッキーのブロックは、何らかのオンラインサービスが動作することを妨げる点に留意すべきである。また、ブラウザがクッキーを受け付けることを妨げることは、匿名のユーザにすることではなく、単に使用をトラッキングすることを困難にすることである。インターネットでのサードパーティの広告提供は、広告主がサードパーティを使用してウェブに基づく広告を展開し、ウェブサイトにより提供される広告の量及び質を測定及び確認する方法として生じた。既存の“クッキー”技術は、固有のウェブページの閲覧数及びクリック数の正確な測定を可能にするために適合されている。クッキーは、Internet  Explorer、Netscape  Navigator、Firefox及びSafariのようなブラウザにより生成されてその後に読み取られる小さいテキストファイルである。ブラウザは、ウェブページ要求と共に既存のクッキーをウェブサーバに送信する。クッキーがウェブブラウザに既に存在しない場合、ウェブサーバは、クッキーを設定してその中にデータを格納するために、ブラウザのクッキー機能を使用することができる。ウェブサーバは、アクセス日、ドメイン名、顧客タイプ及び活動タイプのような情報を格納し得る。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ブラウザがクッキーを使用するウェブサーバにより提供されるウェブページを閲覧した場合、１つ以上のクッキーはブラウザのローカルレジストリに設定される。基礎となるウェブサーバ／ブラウザ技術の設計のため、ブラウザが将来の時点で前に閲覧したウェブページに戻った場合、元々クッキーを設定したウェブサーバは、クッキーのコピーを自動的に取得し、それを変更し、ウェブブラウザに返信することができる。更に、クッキーが元々ウェブサーバにより設定されている場合、サーバのドメインは、ブラウザが元のウェブサーバに戻らない場合であっても、クッキーへの将来のアクセスを許可される。或いは、クッキーは、ウェブサーバのドメインから取得されたスクリプト及びドキュメントを介してブラウザ内から設定され、取得されることもできる。クッキーの内容は、ブラウザとサーバとの間で共有され、それぞれ相互に情報を交換することができる。
【００１１】
例示的な例として、広告主のウェブサイトがウェブブラウザ“Browser  A”により訪問される場合を仮定する。広告主は“Company  Name”と呼ばれる会社であり、会社は自分のドメインとウェブサーバとウェブサイトとを有する。Company  Nameのドメインは、“companyname.com”である。Browser  AがCompany  Nameのウェブサイトを閲覧すると、広告主のウェブサーバは、Browser  Aにクッキーを設定する。Browser  Aは、Company  Nameのウェブサイトを離れ、発行主（publisher）サイト“http://website2.com”のウェブページを含む他のウェブサイトを訪問する。一般的に、発行主のウェブサイトは、１つ以上の異なる種類のコンテンツを提示し、その間に広告又はバナー空間を提供するものである。広告主は、発行主からバナー空間を“借り”て、自分のウェブサーバから直接広告を提供することができる。或いは、サードパーティの会社“adserver”に広告を提供させるように構成することができる。この例では、広告主は、adserverがウェブサイトの広告を提供するように構成されている。従って、発行主のウェブサイト“www.website2.com”は、adserverにより提供されるバナー広告を含む。adserverは自分のドメイン（例えば、“adserver.com”）を有する。Browser  Aがサードパーティのクッキーを受け付けるように構成されている場合、adserverのウェブサーバは、Browser  Aにクッキーを設定することができる。
【００１２】
ブラウザが特定のドメインに関連するクッキーを有する場合、ウェブサーバからのウェブコンテンツの何らかの要求と共に、ドメイン内のウェブサーバにクッキーを送信する。換言すると、ウェブサーバがブラウザでクッキーを設定すると、ブラウザがクッキーをブロックするように特に設定されていない限り、ブラウザは、クッキーをウェブサーバに送信する。ウェブサーバがクッキーを受信すると、サーバのログファイルに書き込まれるために利用可能になる。ウェブサーバが入来するクッキーを無視し、その内容に基づいて動作を行わないように設定されている場合であっても、依然としてクッキーを受信し、ログ記録することができる。従って、adserver及び広告主の双方のウェブサーバは、自分のクッキーを回避するのが困難である。
【００１３】
ウェブページ、ウェブサーバ及びクッキー技術に、認識されるべき２つの更なる側面が存在する。第１に、ブラウザのURLアドレスバーに記載のウェブサイトは、ブラウザが表示している全ウェブページを提供していない可能性がある。その代わりに、ウェブページを構成する様々な会社は、異なるウェブサーバにより提供され得る。個人ユーザは、例えばadserverが広告を表示する下のフレームを有する発行主のウェブページに対して、ウェブブラウザを指し示すことができる。発行主のウェブサーバ及びadserverのウェブサーバの双方は、（ユーザがサードパーティのクッキーのブロックを可能にしていない限り）クッキーをユーザのブラウザに設定し得る。第２に、特定のウェブサーバのドメインに設定されたクッキーは、ドメイン又はそのサブドメインの何らかのウェブサーバにより読み取られるために利用可能になる。例えば、会社は、ドメイン“company.com”からウェブページを提供するウェブサーバ“Alpha”を有しており、クッキー“A”を特定のコンピュータユーザのブラウザに設定する。次にユーザがドメイン“server2.company.com”から提供されるウェブページにブラウザを指示すると、第２の会社のウェブサーバ“Beta”は、第２のウェブページを提供する。ウェブサーバBetaは、ウェブサーバAlphaのドメイン下のドメインを有するため（ウェブサーバBetaのドメインはウェブサーバAlphaのドメインのサブドメインと呼ばれる）、ウェブサーバBetaがウェブページの要求を受信する毎に、ウェブサーバAlphaにより要求側のブラウザに前に書き込まれた何らかのクッキーを受信する。
【００１４】
購入した広告を提供、トラッキング及び測定するためにクッキーを使用するadserverを通じてブラウザに広告を配信することは、利点を有する。広告主は、広告が現れるウェブサイトに拘らない広告の実績の計算及び測定と、広告の閲覧及びクリックの独立した確認と、全てのウェブに基づく広告のウェブ規模のサイト認知不能な実装、レポート及び測定とを含む提供する機能及び利点のため、adserverを使用する。しかし、adserverの使用に対するマイナス面は、adserverのサードパーティのクッキーがユーザによりブロックされ得ること又はアンチスパイウェアプログラムにより削除すらされ得ること、adserverクッキーから得られた広告データが広告主に容易に利用可能ではないこと、広告主がadserverからデータ（例えば、ログファイルデータ）を受信するまで待たなければならないこと、又は、adserverがリアルタイムのクッキー同期処理を構築しなければならないことを含む。逆もまた真である。adserverは、広告主からログファイルデータを受信するのを待たなければならず、又は、adserverが広告主により最近変更された顧客の変数（例えば、顧客=高価値）に基づいて広告をターゲッティングすることができる前にリアルタイムのクッキー同期処理を構築しなければならない。更に、多くの現在のクッキー同期処理の欠点は、データが双方向に共有され得る共有されたクッキーの実装に対して、一方向性であるという点にある。
【００１５】
多くのクッキーの使用は比較的無害であるが、ウェブサーバが特定のブラウザのウェブ閲覧習慣を認識及びトラッキングするためにクッキーを使用することができるため、或るユーザは、重要なプライバシー問題を提起する可能性がある。ウェブ閲覧習慣に関するデータは貴重になり得るため、人のブラウジング履歴は、売買される商品になり得る。このようにクッキーの使用により提起されたプライバシー問題は、インターネットを使用する人々の間で反動を生じており、多くのユーザに対してブラウザのクッキー機能を無効又は制限させている。クッキー技術を制限することにより、ブラウザは、クッキー可能なウェブサーバの全コンテンツ及び特徴を閲覧及びアクセスすることができない。
【００１６】
クッキーの使用に対する反動は、広告業界に対して、クッキー技術を回避するために或る状況で更なる圧力を感じさせている。しかし、その業界は、顧客のプライバシーの更なる負荷が侵されることなく、adserverを使用する効果及び利点を依然として享受し続けたいと思う。更に、多くのadserverは、過去にクッキーを生成しているため、現時点でクッキーの使用を中止したとしても、何らかの新たなウェブページの要求と共に、何らかの前に生成されたクッキーを依然として受信することになり、読み取りを回避することはできない。従って、これらの状況で、依然として広告主がadserverを使用し、その利益を得ることを可能にしつつ、クッキー技術を回避する対策の必要性が存在する。
【００１７】
対策は、ETagの使用にある。クッキー及びETagは、ユーザ及び機械をトラッキングすることに同じ精度及び機能を有する。しかし、クッキーはユーザ特有のみであるが、ETagは機械特有及びユーザ特有である。例えば、同じコンピュータで別々のログインを有する２人のユーザは、別々の独立したクッキー及び別々の独立したキャッシュを有し、その結果、別々の独立したETagを有する。従って、ETagは測定としてより正確である。全内容を援用する米国特許出願公開第2008/0320225号（Panzer他）は、ETagに基づいて異なる種類のユーザに対するコンテンツをキャッシュ及び提供する方法を記載している。全内容を援用する米国特許出願公開第2009/0144395（DeSalvo）は、サーバの最新のコンテンツのバージョンとコンテンツを要求するデータ処理装置の現在のコンテンツのバージョンとを比較し、現在のコンテンツのバージョンのETag情報が最新のバージョンのETag情報に一致しない場合にのみ、サーバからコンテンツを要求するためにETagを使用する方法を記載している。
【課題を解決するための手段】
【００１８】
本発明は、クッキー技術に依存せずに、広告主がadserverを使用することを可能にするシステム及び方法に適用可能である。本発明はまた、発行主がクッキー技術なしに、ユーザを戻すように適合されたパーソナル機能を生成することにも該当する。本発明はまた、ショッピングカート機能を生成する電子商取引空間でも適用可能である。全ての場合において、この対策は、クッキー技術における多くの制限（例えば、ブラウザがクッキーの数及びサイズを制限している）を解決する。
【００１９】
クッキー技術に依存せずに広告媒体のインタラクティブで適応的で自動的なファイリングを提供するために、本発明は、インターネットの広告、発行及び電子商取引空間において全てのレベルで即座の用途を有する。前述の実装及び特許請求の範囲の実装は、adserverにユーザ習慣を分析する機能を提供することにより、クッキーブロックプログラム及びアンチクッキーブラウザを回避することで、前述の問題に対処する。更に、広告クッキーデータは、ユーザがadserverにより提供された広告を有する発行主のウェブサイトを閲覧しているか、広告主のウェブサイトを閲覧しているかに拘らず収集可能である。この理由は、ユーザが広告主のウェブサイトを訪問したときにクッキーが監視可能であるからである。クッキー及び広告データを広告主とadserverとの双方にリアルタイムで即座に利用可能にすることにより、この対策はまた、ウェブ広告の瞬時の正確なターゲッティングを提供し、いずれかの関係者による知識に基づく広告選択処理を可能にする。他の実装も記載される。
【００２０】
ここに提示される実装は、特定のユーザ動作が実行されるか否かを検出するという本発明の原理に従う。
【００２１】
本発明の原理によれば、提供される実装は、ユーザ動作をトラッキングする方法である。
【００２２】
本発明の原理に従った他の実装では、個々のオペレーティングシステム又はブラウザプロファイルを通じて共通の共有されたコンピュータの複数の個人ユーザをトラッキングする方法である。
【００２３】
本発明の原理に従った他の実装では、サーバは、メモリとプロセッサとを含む。プロセッサは、ユーザ動作に基づいて少なくとも１つのETagを受信するように構成されてもよい。ETagは、広告主に関連する。プロセッサはまた、少なくとも１つのETagをメモリに格納し、広告主に関連する変換指示を受信するように構成されてもよい。プロセッサは、変換が格納されたETagに少なくとも部分的に基づいて広告主に関連する広告から生じたか否かを決定するように更に構成されてもよい。ETagはまた、ユーザが広告で見た環境についての情報（例えば、場所、カテゴリ、広告を閲覧した回数等）を関連付けてもよい。それはまた、この広告主がユーザに示した一式の全ての広告に関する情報を含んでもよい。
【００２４】
本発明の原理に従った更なる実装では、ユーザの動作のトラッキングを可能にする方法が提供される。この方法は、ユーザ動作を識別し、ユーザ動作に応じてETagを生成することを含んでもよい。ETagは広告主又は発行主に関連する。この方法はまた、ETagをユーザに送信し、ユーザによる他の動作に応じてユーザからETagを受信することを含んでもよい。この方法は、変換トラッキングのオプションを広告主に提供し、広告主から選択を受信することを含んでもよい。選択は、広告主が広告主に関連する少なくとも１つのアカウントについてユーザの動作のトラッキングを可能にすることを望むことを示してもよい。この方法は、少なくとも１つのアカウントをトラッキング可能にすることを更に含んでもよい。
【００２５】
本発明の原理に従った更に他の実装では、ユーザ動作をトラッキングする方法が提供される。この方法は、広告をユーザに提供することを含んでもよい。この方法はまた、広告に関連する広告クリックを受信し、広告クリックに応じてETagを生成し、ETagをユーザに送信することを含んでもよい。この方法は、ユーザ動作に応じて情報を受信することを更に含んでもよく、この情報は、ユーザが広告主に関連する変換を実行したことを示す。この方法は、変換が広告から生じたか否かを決定することを更に含んでもよい。
【００２６】
本発明の原理に従った他の実装では、広告主に関連する広告を選択し、選択に応じてETagを受信することを含んでもよい方法が提供される。この方法はまた、広告主に関連する変換を実行し、ETagに関連する識別子が変換に関連するウェブページの識別子に一致するか否かを決定することを含んでもよい。この方法は、識別子が一致する場合にETagを送信することを更に含んでもよい。
【００２７】
本発明の原理に従った他の実装では、広告制作単位（ad  creative  unit）の頻度上限設定を含んでもよい方法である。個人ユーザが制作単位を何回見たかの情報が格納され、ETagから取得され、これにより、同じ単位にユーザを過度に出現させることを制限し、制作のバーンアウトを回避してもよい。
【００２８】
本発明の原理に従った他の実装では、広告制作単位の配列決定（並び替え）を含んでもよい方法である。制作単位の配列のどの広告がETagに格納され得るかの情報により、広告主は、どのユーザが既に見たかに基づいてユーザへの提供の配列を選択することが可能になる。
【００２９】
本発明の原理に従った他の実装では、広告主の固有のユーザへの到達を拡張することを含んでもよい方法である。誰がETagの制作単位を既に見たかをトラッキングすることにより、本発明の原理に従った他の実装は、既に公開したユーザに制作単位を示さないことにより、固有の公開機会を生成してもよい。これは、広告が実行する場所でどこでも公開がトラッキングされるように制作単位と共に本発明のETag技術の原理を配布することにより、単一の広告ネットワーク内だけでなく、全体のインターネット空間を通じて行われてもよい。
【００３０】
本発明の原理に従った他の実装では、電子商取引ショッピングカートを含んでもよい方法である。ETagは、ユーザのショッピングカートのアイテムがセッション毎に存続するためにクッキーが利用可能ではない電子商取引ショッピングカートの状況で利用可能である。この場合も同様に、クッキー技術に固有のサイズ又は数の制限はない。
【００３１】
本発明の原理に従った他の実装では、前のユーザ動作に調整された発行主のサイト又はサイト部分にユーザを戻すパーソナライズされたメッセージを含んでもよい方法である。
【００３２】
本発明の原理に従った他の実装では、ブラウザのクッキー制限に限定されない無制限の数のETagを含んでもよい方法である。
【００３３】
本発明の原理に従った他の実装では、ブラウザのクッキー制限に限定されない無制限のサイズのETagを含んでもよい方法である。
【図面の簡単な説明】
【００３４】
【図１】広告主バナーの要求を処理する動作の例を示すフローチャート
【発明を実施するための形態】
【００３５】
本発明に含まれる特徴、目的及び処理をより良く理解するために、添付図面と共に以下の詳細な説明に言及が行われる。
【００３６】
クッキーは、ブラウザがサーバのサイトを訪問したときに、ウェブサーバからウェブブラウザに又はその逆に送信される短いデータであり、コードではない。クッキーはユーザの機械に格納されるが、実行可能プログラムではなく、機械に対して何もできない。ウェブブラウザがファイル及びクッキーを送信したウェブサーバからファイルを要求すると常に、ブラウザは、要求と共にそのクッキーのコピーをサーバに返信する。従って、ユーザがサーバから他のファイルを要求すると常に、サーバは、クッキーを送信し、ユーザはクッキーを返信する。このように、サーバは、ユーザが前に訪問したことを認識しており、そのウェブサイトで異なるページへのアクセスを調整することができる。例えば、インターネットショッピングサイトは、どのショッピングバスケットがユーザに属するかをトラッキングするためにクッキーを使用する。サーバは、ユーザの名前若しくは電子メールアドレス、又はクッキーを使用するユーザのコンピュータについての情報を検出することができない。
【００３７】
通常では、クッキーは、元々クッキーをブラウザに送信したサーバのみに返信され、他のどこにも返信されない。サーバは、クッキーのドメイン属性を設定することができ、これにより、クッキーを送信したコンピュータと同じインターネットサブドメインの如何なるサーバもファイル要求と共にクッキーを送信させる。複数のサーバを利用する大きいサイトは、全てのサーバを通じてクッキーを調整することができる。ドメインパスは、サーバが存在するサブドメインの外部のサブドメインにクッキーを送信するように設定することはできない。
【００３８】
クッキーは、HTMLドキュメントのヘッダに以下のシンタックスを有するラインを含めることにより、ブラウザに送信される。ヘッダは、ブラウザが表示する前に、ドキュメントから除去される点に留意すべきである。従って、ユーザは、ブラウザで閲覧（View）、ソース閲覧（View,  Source）又はドキュメントソース閲覧（View,  Document  Source）コマンドを実行した場合、ヘッダラインを見つけることはできない。
Set-Cookie:  NAME=VALUE;  expires=DATE;  path=PATH;  domain=DOMAIN_NAME;  secure
ここで、大文字の名前はサーバが設定することができる文字列である。
【００３９】
NAME=VALUEは、クッキーの名前及びそのVALUEである。これは、ブラウザが他のページを要求したときにサーバが返信を求めるデータである。
【００４０】
DATEは、どのくらいクッキーがシステムに存続するかを決定する属性である。満了日が存在しない場合、クッキーはメモリのみに格納され、現在のセッションの終了時に（すなわち、ウェブブラウザを終了したときに）満了する。DATE属性が将来になっている場合、クッキーは持続性のクッキーであり、ファイルに保存される。持続性のクッキーのみが、１つより多くのサイトでユーザをトラッキングするために使用され得る。既存のクッキーの日付を過去の何らかの日付に設定することは、クッキーを削除する。
【００４１】
DOMAIN_NAMEは、クッキーを送信したサーバのアドレスを含み、ブラウザがそのサーバからファイルを要求したときにこのクッキーのコピーを受信する属性である。これは、Set-Cookie:ラインに明示的に設定されていない場合には、クッキーを設定したサーバに初期設定される。DOMAIN_NAMEは、同じサブドメインの複数のサーバがブラウザからクッキーを受信するため、サーバを含むサブドメインに等しくなるように設定されてもよい。このことにより、大きいウェブサイトが同じサブドメインで複数のサーバを調整することが可能になる。例えば、DOMAIN_NAMEがwww.mydomain.comと等しい場合、one.www.mydomain.com、two.www.mydomain.com及びthree.www.mydomain.comという名前の機械の全ては、ブラウザからクッキーを受信する。DOMAIN_NAMEの値は、指示されたサブドメイン内のホストのみがそのサブドメインのクッキーを設定し得るように制限され、サブドメイン名は、その中に少なくとも２つ又は３つのドット（.）を含むことが求められる。トップレベルドメインが.COM、.EDU、.NET、.ORG、.GOV、.MIL又は.INTである場合、２つのドットが必要になる。他のドメインには３つのドットが必要になる。これは、サブドメインが.COM（全ての商用機械のサブドメイン）のようなものに設定されるのを妨げるためである。
【００４２】
PATHは、クッキーがサーバに返信されるときに更に精度を高めるために使用される属性である。PATH属性が設定された場合、クッキーは、DOMAIN_NAME及びPATHの双方が要求されたファイルに一致する場合にのみ、サーバに返信される。secureは、安全なチャネル（https）が使用されている場合にのみクッキーが送信されることを指定する属性である。
【００４３】
サーバは、ブラウザから取得した情報を得ることができる。ブラウザがサーバに要求を送信する場合、そのIPアドレスと、使用しているブラウザの種類と、ユーザのコンピュータのオペレーティングシステムとを含める。通常では、この情報は、サーバのログファイルにログ記録される。要求と共に送信されるクッキーは、クッキーに含まれており、元々同じサーバによりブラウザに送信された情報のみを追加することができる。従って、クッキーを許可することにより、サーバに明示的に送信される更なる個人情報は存在しない。
【００４４】
クッキーは、ユーザをトラッキングするため及び何がユーザのショッピングカートにあるかをトラッキングするために、インターネットショッピングサイトにより使用される。ユーザが最初にインターネットショッピングサイトを訪問すると、ユーザは、ショッピングカートの名前（ID番号）を含むクッキーを送信される。ユーザが購入するアイテムを選択する毎に、そのアイテムはショッピングカートに追加される。ユーザがショッピングを終了すると、チェックアウトページは、そのクッキーに結びつけられたショッピングカートの全てのアイテムをリスト表示する。クッキーがなければ、ユーザは、購入する意思のある全てのアイテムをトラッキングし、これらをチェックアウトページにタイプ入力しなければならない。或いは一つずつ各アイテムを購入しなければならない。
【００４５】
他の方法は、ユーザが購入するアイテムを選択すると常に、ショッピングサイトがアイテム番号を含む別々のクッキーをユーザのブラウザに送信することである。ユーザのブラウザは、全てのこれらのクッキーをチェックアウトページの要求と共に送信する。チェックアウトページは、クッキーを使用し、購入する意思のあるアイテムのリストを作る。
【００４６】
クッキーの他の使用は、カスタマイズされたホームページを生成することである。クッキーは、ユーザがユーザの特別のホームページで見ることを想定するアイテム毎に、ユーザのブラウザに送信される。ユーザが特別のホームページを要求すると常に、ユーザのクッキーは、どのアイテムを表示するかをサーバに知らせる要求と共に送信される。クッキーがなければ、サーバは、ユーザが特別のページを訪問する毎にユーザが自分を識別することを要求し、これにより、何のアイテムを表示するかを認識する。サーバはまた、訪問者毎に特別のページ設定を格納しなければならない。
【００４７】
クッキーのあまり素晴らしくない使用の１つであり、全ての論議をもたらしているものは、個人ウェブユーザのブラウズ及び購買習慣をトラッキングする装置としての使用である。単一のウェブサイト又は単一のサブドメイン内のウェブサイトのグループでは、クッキーは、ユーザが何のウェブページを訪問したか、どのくらいの頻度でユーザが訪問したかを見るために使用可能である。この情報はまた、サーバのログファイルにあるため、ここでのクッキーの使用は、ユーザをトラッキングするためのサーバの機能を拡張せず、単に容易にするだけである。
【００４８】
単一のマーケティングサイトにより提供される複数のクライアントサイトでは、クッキーは、全てのクライアントサイトでのユーザのブラウズ習慣をトラッキングするために使用可能である。これが機能する方法は、その広告を表示するための複数のクライアントサイトとの契約からのマーケティングである。クライアントサイトは、マーケティング会社の広告を含む画像を表示するために、単にウェブページに<IMG>タグを追加する。タグは、クライアントの機械の画像ファイルを示さず、マーケティング会社の広告サーバのURLを含み、クライアントのページのURLを含む。従って、ユーザがクライアントのサイトでページを開くと、ユーザが見る広告は、実際には広告会社のサイトから取得されている。
【００４９】
広告会社は、広告と共にクッキーを送信し、次にユーザがその広告の１つを含む何らかのページを閲覧したときに、そのクッキーは、広告会社に返信される。多くのウェブサイトが同じ広告会社をサポートする場合、その会社は、全てのクライアントサイト内でのページからページへのユーザのブラウジング習慣トラッキングすることができる。ユーザが閲覧しているページ内で何をしているかを見ることはできないが、ユーザが何のページを閲覧しているか、どのくらいの頻度でユーザが閲覧したか、及びユーザのコンピュータのIPアドレスのみを認識する。この情報は、ユーザが関心のあるものを推測するために使用されてもよく、これらの推測に基づいてユーザへの広告をターゲッティングするために使用されてもよい。
【００５０】
ユーザは、ブラウザのオプションを使用して、何らかのクッキーがユーザのシステムに送信されるのを妨げることができる。Internet  Explorer  4.0では、View,  Internet  Optionsを選択し、advancedのタブをクリックし、Disable  All  Cookie  Useのオプションをクリックする。Netscape  4.0では、Edit,  Optionsコマンドを選択し、Advancedをクリックし、Disable  Cookiesオプションをクリックする。その後、クッキーはユーザのシステムには格納されない。ユーザは、ユーザがクッキーを必要とするオンラインサービスを使用したい場合、クッキーを元に戻す必要がある。ユーザはまた、クッキーを受け付ける前に促すオプションを選択することもできるが、多くのサイトでは、ユーザは、警告ダイアログボックスを絶えず閉じることになる。
【００５１】
ユーザのブラウザがNetscape又はInternet  Explorerの前のバージョンである場合、ユーザは、ブラウザがクッキーを受け付ける前に警告することを求めることができるが、全てのクッキーをブロックできるとは限らない。多忙なショッピングサイトでは、全ての警告を承認することは、実際にうんざりするものになり得る。
【００５２】
複数の会社は、誰がユーザにクッキーを送信することができるかを制御するために、ユーザのウェブブラウザで動作する特別のソフトウェアパッケージを提供している。これらのパッケージでは、ユーザは、どのサイトがユーザにクッキーを送信することができ、どのサイトができないかを指定し、手動でクッキーをオン及びオフする必要性を軽減する。
【００５３】
或るブラウザは、ファーストパーティのクッキーを許可するが、初期設定では、全てのサードパーティをブロックする。Safariブラウザはこの例である。
【００５４】
ウェブページに添付されたVBScript、JavaScript及びJavaで記述されたプログラムは、ユーザのシステムのクッキーを読み取り、格納することができる。これらのクッキーの制限は、ユーザにプログラムを送信したサーバによりユーザのブラウザに設定されたクッキーと同じである。これらのプログラムにより生成されたクッキーは、１つのページから次のページに情報を渡すことができるだけである。
【００５５】
adserverが広告主のドメインを共有するファーストパーティ広告提供環境が提供される。adserverは広告主のドメインを共有するため、adserverは、広告主により設定されたクッキーへのファーストパーティのアクセスを有しており、従って、ユーザのブラウザに設定された広告主のクッキーデータを読み取って書き込むことができる。ユーザがブラウザのセキュリティ設定を介してサードパーティのクッキーの使用をブロックしていたとしても、adserverは、セキュリティ設定によりブロックされずに、広告主のファーストパーティのクッキーを読み取って書き込むことができる。更に、広告主のこのようなファーストパーティのクッキーは、スパイウェアであると考えられてアンチスパイウェアプログラムによりブロック又は削除される可能性が低い。従って、広告主のドメイン内で動作するadserverは、サードパーティのadserverに利用可能ではない広告サービスを提供することができる。
【００５６】
本発明の１つの実装では、例えば、広告主は、adserverへのサブドメインの１つへのアクセスを提供する。adserverは、広告主によりアクセスを許可されたサブドメインから、ウェブページ及びウェブページの構成要素（例えば広告）を提供することができる。従って、広告主のウェブサーバにより元々書き込まれたETagは、adserverのウェブサーバにより読み取られて書き込まれるのに利用可能になる。サードパーティのETagの設定をブロックするためにブラウザのオプションを変更したコンピュータユーザは、サブドメインによるETagの読み取りをブロックしない。この理由は、ETagは、広告主のサイトのファーストパーティのコンテキストに設定されているからである。
【００５７】
他の実装では、環境は、ウェブブラウザと、関連するドメイン及びウェブサーバを有する広告主のウェブサイトと、ファーストパーティのETagと、発行主のウェブサイトと、発行主のウェブサイトに広告を提供するadserverとを含む。ブラウザが広告主のウェブサイトにアクセスすると、関連するウェブサーバは、ファーストパーティのETagをブラウザに設定する。ある程度の時間の後に、ブラウザがadserverにより提供された広告を含む発行主のウェブサイトにアクセスすると、ブラウザは、広告主のETagをadserverに送信し、広告を要求する。adserver  のドメインは広告主のサブドメインであるため、adserverは、ETagを受信する。adserverは、ETagを読み取り、ETag値に基づいて要求されたコンテンツをブラウザに返信する。
【００５８】
更に他の実装では、ウェブサーバ及びETag技術の使用及び展開は、広告主のCRM（Customer  Relationship  Management）システムが、共有されたETagを通じて広告主とadserverとの双方により収集されて共有されたリアルタイムのデータを完全に利用することができるように構成される。広告主とadserverとの双方は、同じETagを読み取って書き込むため、データはリアルタイムで共有され得る。adserver及び広告主のデータを定期的に同期させる現在の方法（例えば、夜間のETag同期）により生じる遅延は、除去又は少なくとも低減される。
【００５９】
１つの実装では、広告主ドメイン内からウェブ広告を提供するadserverは、主な広告主を示す広告を提供することに制限されない。その代わりに、adserverは、１つ以上の他の会社（又はフォースパーティ）から広告を提供することができる。フォースパーティが広告主と既存の関係を有する場合（例えば、マーケティング協力関係、抱き合わせ販売契約、合弁事業等）、広告主とフォースパーティとの双方は、フォースパーティの広告を広告主のサブドメイン内から提供させるという追加の利点を得ることができる。
【００６０】
例えば、ファーストパーティの広告提供を示すシステムを例に挙げる。この実装では、ユーザは、１つ以上のETagを含むウェブブラウザを動作する。ウェブブラウザは、パーソナルコンピュータ、ラップトップコンピュータ、ハンドヘルド装置（例えば、携帯電話、MP3プレイヤ、blackberry、パーソナルデジタルアシスタント）等を含むがこれらに限定されないような如何なるデジタル媒体のアドレス可能装置に存在してもよい。ユーザは、ブラウザを介して、ブラウザを“www.website.com”のようなウェブサイトに指示する。ウェブサイトは、ウェブサイトの全体コンテンツの役目をする発行主により提供される。
【００６１】
広告主がサブドメインのアクセスをadserverに提供することができる様々な方法が存在する。１つの実装では、例えば、広告主は、サブドメインのDNS（domain  name  service）要求をadserverのDNSサーバに委任又はリダイレクトするために、そのDNSサーバを使用する。この処理は、DNS代理と呼ばれる。これは、adserverのDNSサーバを示す広告主のDNSサーバのNS（Name  Server）レコードを生成することにより実現可能である。他の実装では、広告主は、広告主のDNSサーバのAddress  Record（又はA  Record）を用いて、そのホスト名をadserverのIP（Internet  Protocol）アドレスに指示することができる。更に他の実装では、adserverのハードウェア及びソフトウェアは、広告主のインフラストラクチャ内で、又は広告主のインフラストラクチャと同じネットワーク上で同じ場所に位置する。
【００６２】
関連する処理が図１に示されている。adserverのDNSサーバがリダイレクトを受信すると、広告主のDNSサーバ（例えば、“ads.companyname.com”）から送信されたサブドメインの論理名を受け取り、これをadserverのIPアドレスに解決する。例えば、“ads.companyname.com”は、“216.150.209.230”のようなIPアドレスに解決される。ウェブサイト“ads.companyname.com”のブラウザ要求は、広告主のDNSサーバに進み、次に、adserverのDNSサーバに進む。adserverのDNSサーバは、IPアドレス“216.150.209.230”をブラウザに返信する。関連するIPアドレスを受信した後に、ブラウザは、広告主のバナーを提供する要求を送信する。
【００６３】
adserverは、広告主のバナーを提供する要求を受信し、バナーに表示する広告を決定する。例えば、adserverは、ブラウザから受信したETagの少なくとも１つの値に応じて、広告バナーの適切なコンテンツを決定してもよい。adserverがブラウザ要求に添付するETagを受信して読み取った場合、例えば、adserverは、広告主のウェブサーバがETagに元々配置した広告の選択のために識別されたETag値を認識してもよい。例えば、広告主のウェブサーバが、広告主のウェブサイトを訪問している特定の顧客が高価値の顧客であることを認識する。ウェブサーバは、ドメイン“advertiser.com”及びデータ“Target=high_value”を含むETagを顧客のブラウザに設定する。広告主は、adserverと前に通信しており、adserverが“Target=high_value”を有するETagデータに直面すると常にadserverが広告主の高価値の顧客を扱っていることを認識してこのような顧客に適切な広告を提供するというルールを伝えている。顧客が“www.advertiser.com”のウェブサイトを訪問する毎に、“Target”のETag値は、広告主のウェブサーバによりリセットされ、顧客の現在の価値の状態を反映させてもよい。例えば、顧客が最初に広告主のウェブサイトにアクセスしたときに“中間価値”の顧客でもよいが、その後大きな購入をしたとする。広告主のウェブサーバは、顧客の状態を“高価値”に更新し、それに従ってETag情報をリセットしてもよい。顧客のブラウザが次にadserverのウェブサーバと相互作用した場合、更新されたETag値は、直ちに“高価値”の広告がadserverのウェブサーバから顧客のブラウザに返信されるようにする。
【００６４】
adserverは、広告主のドメイン内からウェブ広告を提供しているが、adserverは、主な広告主のために広告を提供することには制限されなくてもよい。その代わりに、adserverは、１つ以上の他の会社（又はフォースパーティ）から広告を提供することができる。フォースパーティが広告主と既存の関係を有する場合（例えば、マーケティング協力関係、抱き合わせ販売契約、合弁事業等）、広告主とフォースパーティとの双方は、フォースパーティの広告を広告主のサブドメイン内から提供させるという追加の利点を得ることができる。
【００６５】
ユーザがバナーの広告をクリック又は選択した場合、ユーザのブラウザは、広告主のウェブサイトに指示され、これは、広告主のドメイン“advertiser.com”内にある。
【００６６】
前述の例を続けると、ユーザは、ウェブブラウザを“http://home.lender.com”のウェブサイトに指示する。ユーザは、“ローン請求”のウェブフォームを完了し、貸し手（Lender）のウェブサーバは、完了した情報を含むETagをブラウザ上で設定する。Lender（広告主）は、発行主のウェブサイト“publisher1.com”及び“publisher2.com”でバナー広告を提供するためのadserverとの契約を結んでいる。Lender及びadserverは、前述の実装に従ってこれらのサーバ及びDNSサーバを構成する。adserverは、広告主のLenderのドメイン“lender.com”のサブドメインである“ads.lender.com”のドメインを有する。後に、ユーザは、ブラウザを、adserverにより提供されるLenderのバナー広告を含む発行主のウェブサイト“publisher1.com”に指示する。ユーザのブラウザが、前にLenderのウェブサーバにより生成されたドメインlender.comのETagを既に含んでいるため、ETagは、バナー広告の要求と共に、ブラウザによりadserverのウェブサーバに送信される。adserverのウェブサーバは、ETagを読み取り、顧客が保留中のローン申し込みを有していることを認識する。これに応じて、adserverのウェブサーバは、“Banner  1”の広告をウェブブラウザに返信する。
【００６７】
同じ日の後になって、ユーザが再び“lender.com”を訪問し、今回は4%のレートを選択する。この情報は、Lenderのウェブサーバにより“lender.com”のETagに追加される。ユーザは、ブラウザを第２の発行主のウェブサイト“publisher2.com”に指示する。第２の発行主のウェブサイトもLenderのバナー広告を含む。ブラウザは、lender.comのETagをadserverのウェブサーバに送信し、バナー広告を要求する。adserverは、ETagを読み取り、レートがLenderのウェブサーバにより前に設定された4%であることを認識する。これに応じて、adserverのウェブサーバは、“Banner  4”をウェブブラウザに返信する。
【００６８】
１つの特定の実装では、adserverはまた、少なくとも１つの広告主へのSSL（secure  socket  layer）プロトコル（例えば、HTTPS://）をサポートしてもよい。広告主の論理ドメインを共有することにより、adserverは、SSL通信を可能にするために、広告主の証明書を使用することができる。例えば、広告主は、adserverに委任されたサブドメインと広告主の親ドメインとを一致させるために、サブドメイン“ads.advertiser.com”のSSL証明書を購入し、adserverに証明書を提供してもよい。
【００６９】
ここでは、広告を提供する方法の背後の動作の他の例を示す。ユーザは、発行主によりホストされており、動作中にadserverにより提供されるバナー広告のような構成要素を含むウェブサイトに対して、ブラウザを指示する。例えば、ユーザは、URL（uniform  resource  locator）又はインターネットプロトコルアドレスをブラウザに入力し、ブラウザを所望のウェブサイトに指示してもよい。ウェブサイトは、ウェブサイトのコンテンツを取得するための発行主へのリンクと、バナー広告のようなウェブサイトの構成要素の広告を取得するためのadserverへのリンクとを含む。ブラウザがウェブサイトにアクセスすると、ブラウザは、動作中に、コンテンツのウェブサイトからのリンクを介して、発行主にコンテンツ要求を送信する。発行主は、動作中に、ブラウザにウェブサイトのコンテンツを提供することにより、コンテンツ要求に応答する。
【００７０】
ブラウザはまた、動作中に、広告コンテンツを要求するために、リンクを介して広告主のサブドメインに指示される広告提供要求を送信する。要求は、動作中に、広告主の親ドメインのDNSサーバにルーティングされる。DNSサーバは、動作中に、ウェブサイトのバナー広告を提供するadserverに関連するサブドメインのDNSサーバに広告提供要求をリダイレクトする。前述のように、サブドメインに関連するインフラストラクチャは、広告主の親ドメインのインフラストラクチャと同じ場所に位置してもよく、プライベートネットワーク上の同じ場所に位置してもよく、公衆ネットワーク（例えば、インターネット）を介してアクセス可能等でもよい。
【００７１】
広告提供要求は、複数の方法で広告主の親ドメインのDNSサーバによりリダイレクトされてもよい。１つの実装では、例えば、DNSサーバのNS（name  server）レコードがadserverのDNSサーバを示すDNS代理が使用されてもよい。このように、サブドメインに指示される広告提供要求は、広告主のDNSサーバにより受信され、adserverのDNSサーバを示すNSレコードを介してadserverに転送される。この実装では、サブドメイン“ads.advertiser.com”は、adserverに割り当てられ、adserverは、そのシステムのIPアドレスを名前“ads”に割り当てる。
【００７２】
他の実装では、広告主の親ドメインのDNSサーバは、サーバのIP（Internet  Protocol）アドレスへの直接の指示のように、adserverのサーバのアドレスを示すために、親ドメインのDNSサーバのAddress  Record（A  Record）を利用する。他の実装も考えられる。
【００７３】
ブラウザが広告主のドメイン（例えば、親ドメイン、サブドメイン又は広告主の他のドメイン）に関連する１つ以上のETagのコピーを含む場合、１つ以上のETagは、動作中に、adserverに転送される。１つ以上のETagは、広告サービス要求と共にadserverに転送されてもよく、広告サービス要求とは別にadserverに転送されてもよい。adserverは、ETagに直接関連するファーストパーティとして、ETagを読み取って書き込んでもよい。この理由は、adserverは、広告主のドメインを共有するからである。従って、ブラウザの１つ以上のETagは、広告主とadserverとの間で情報を同期させる必要なく、広告主又はadserverにより直接更新されてもよい。
【００７４】
adserverは、動作中に、発行主のウェブサイトから広告提供要求を受信する。例えば、adserverは、動作に関して前述したように、リダイレクトされた後に、adserverのDNSサーバで広告提供要求を受信してもよい。次に、adserverのDNSサーバは、サブドメインをアドレス（例えば、IPアドレス）に解決し、広告提供要求をそのアドレスに関連するサーバに転送する。他の実装では、adserverのサーバは、広告主のDNSサーバのアドレスレコード（A  Record）を介して広告主のDNSサーバから直接受信してもよい。
【００７５】
広告主の親ドメインに関連する１つ以上のETagがブラウザから転送された場合、adserverはまた、動作中に、１つ以上のETagを受信する。前述のように、１つ以上のETagは、広告サービス要求と共に受信されてもよく、広告サービス要求とは別に受信されてもよい。
【００７６】
adserverは、広告提供要求と１つ以上のETag（当てはまる場合）とを受信し、複数の広告から広告を選択する。例えば、adserverは、広告主の親ドメインに関連するETagに少なくとも部分的に基づいて広告を選択してもよい。しかし、ETagが送信されない場合、adserverは、他の基準に従って広告を選択してもよい。前述のように、adserverは、広告主に関連する広告を選択してもよく、他の関係者（すなわち、フォースパーティ）のために広告を選択してもよい。例えば、フォースパーティは、広告主と相互マーケティング契約を有してもよく、単に広告主に関係のない他の関係者でもよい。
【００７７】
adserverは、動作中に、選択された広告のコンテンツをブラウザに転送する。１つの実装では、例えば、コンテンツは、オープンソケットを介してadserverからブラウザに直接転送される。
【００７８】
本発明の原理に従った更なる実装では、以下は、ユーザの動作のトラッキングを可能にする方法の例である。この方法は、変換（conversion）トラッキングのオプションを広告主に提供し、広告主から選択を受信することを含む。
【００７９】
変換トラッカー（conversion  tracker）は、フロントエンドと、広告ミキサと、ログ処理モジュールとを含んでもよい。フロントエンドは、広告クリック情報のような変換トラッキングに関連する情報を受信し、以下に詳細に説明するようにETagを生成するために、変換トラッカーのフロントエンドとして動作する。例えば、フロントエンドは、トラッキングしているユーザの動作に関連するHTTP（hypertext  transfer  protocol）のETagを設定及び解析してもよい。広告ミキサは、広告クリック情報を受信し、広告クリックに関する情報をフロントエンドに返信してもよい。ログ処理モジュールは、広告クリック及び変換情報を分析し、この情報に基づいてレポートを生成してもよい。代替の実装では、処理装置により実行される機能は、他の処理装置により実行されてもよいこともわかる。更に、代替の実装では、単一の処理装置は、変換トラッカーの機能を実行してもよい。
【００８０】
本発明の原理に従った実装において変換トラッキングを可能にするための処理の例として、以下の説明は、検索機能及び支払い済みの広告を提供する１つ以上のサーバに焦点を当てる。ここに記載する技術は、広告がクライアント装置のユーザにより選択された場合又はクライアント装置のユーザに提示される場合に料金が請求される広告を提供し得る如何なるサーバにも同様に適用可能であり、実際に、特定のユーザ動作が実行される如何なるシステムにも同様に適用可能である。例えば、ここに記載の技術は、通常のバナー広告、ユーザに提供されるドキュメント又はページのコンテンツ又は概念に基づくターゲッティングされた広告等に関して、ユーザ動作を識別するために適用可能である。
【００８１】
処理は、広告主がサーバにアクセスすることにより開始されてもよい。例えば、広告主は、広告主により実行されているブラウザのURL（uniform  resource  locator）を入力することにより、ネットワークを介してサーバに接続してもよい。或いは、広告主に関連するエンティティは、通常のウェブブラウザを実行する処理装置／コンピュータを介してサーバに接続してもよい。サーバは、サーバにより実行された検索エンジンに入力され得るキーワードに関する広告を購入する広告主の選択を含むユーザインタフェース（UI：user  interface）を提供してもよい。例えば、前述のように、広告主は、コンピュータのクエリ／検索に関連する１つ以上のワード／用語を購入した既存の広告主を表してもよい。これらのワード／用語を購入することにより、広告主は、ユーザにより入力された検索クエリがこれらのワード／用語を含むときに目立たせることが可能になる。例えば、広告主は、クライアントに表示されるウェブページの広告（バナー広告、テキスト広告、ポップアップウィンドウ又はポップアンダーウィンドウ等の形式等）により目立ってもよい。
【００８２】
広告主が広告主の選択肢をクリック（すなわち選択）することを仮定する。サーバは、その広告主について変換トラッキングを可能にするようにクリック又は選択され得るボタン／ボックスを含むUIを提供してもよい。変換トラッキングのオプションは、広告主が特定の広告主が制御するアカウント毎に変換トラッキングを個々に可能にすることを許可してもよい。例えば、広告主は複数のアカウントを制御してもよい。この場合、広告主は、１つ以上のアカウントの変換トラッキングを可能にすることを望んでもよい。広告主が単一のアカウントを有し、そのアカウントの変換トラッキングを可能にすることを仮定する。変換トラッキングが可能である場合、以下に詳細に説明するように、サーバは、広告のクリック、広告の印象及び他の情報に関する変換率をトラッキングすることが可能になる。ここで使用される“広告の印象”は、一般的にクライアントへの広告の表示を示す。
【００８３】
変換トラッキングが可能になった後に、サーバは、変換トラッキングに選択された各アカウントに関連する変換トラッキング識別子（ID）を生成してもよい。特定の変換トラッキングIDは、特定のアカウント毎に固有でもよい。広告主が単一のアカウントについて変換トラッキングを可能にした前述の例では、サーバは、単一の変換トラッキングIDを生成してもよい。或る実装では、変換トラッキングIDは、広告主のアカウントIDに対応してもよい。この変換トラッキングIDは、サーバがクライアントに関するプライバシーを管理することを可能にする。例えば、本発明の原理に従った実装では、以下に詳細に説明するように、変換トラッキングIDは、広告クリックのトラッキングに関連するETagパスに含まれる。これは、送信されるETagの数を制限し、これにより、或るユーザに関連するプライバシー問題を低減し得る。他の実装では、単一の変換トラッキングIDは、変換トラッキングを可能にする全ての広告主に使用されてもよく、変換トラッキングIDは使用されなくてもよい。
【００８４】
変換トラッキングIDは、レポートが生成され得る精度のレベルに影響を与えなくてもよい。例えば、単一の変換トラッキングIDがシステムの全ての広告主に使用されたとしても、依然として、サーバは、特定の広告主、キャンペーン、制作等と広告クリックデータとを関連付けてもよい。これは、ETagが広告主特有の情報のような広告クリックに関する更なる情報を含んでもよいからである。
【００８５】
変換トラッキングが可能になり、変換トラッキングIDが割り当てられた後に、サーバは、スニペット（snippet）（例えば、広告主に提供され得るソフトウェアコードの１つ）を生成する。本発明に従った例示的な実装では、スニペットは、変換が生じた後に、クライアント及び／又は広告主が情報（変換に関連する変換の値、変換のタイプを記述したラベル（例えば、購入、登録、ページ閲覧、ダウンロード等）、広告が見られた環境（例えば、発行主のページ、ページコンテンツ等）等）をサーバに渡すことを可能にするHTML/JS（hypertext  markup  language/JavaScript）コードの１つでもよい。このことにより、高レベルの変換又はクリック率を生成するようにキャンペーンを最適化することが可能になる。本発明に従った例示的な実装では、スニペットは、変換が生じた後にサーバに送信される画像要求でもよい。このようなHTMLスニペットの例は、以下のようなものでもよい。
【００８６】
<imgsrc=”http://www.contextwebadservices.com/pagead/conversion/GHSn-x87543x/conversion?value=123&label=”Purchase”&format120x60>
この例では、“contextwebadservices.com”はサーバを表し、GHSnx87543xは広告主に関連する変換トラッキング可能アカウントに割り当てられた変換トラッキングIDを表す。以下に詳細に説明するように、スニペットに含まれる変換トラッキングIDは、変換が生じた後にクライアントがETagを送信するか否かを決定するために使用されてもよい。“value”及び“label”は動的に生成されてHTML画像要求に添付され得る任意選択のパラメータを表してもよい。valueパラメータは、何らかの単位（例えば、ドル）で指定された変換に関連する広告主により定義された単位又は値を表してもよい。特定の広告主が変換毎に同じ単位又は値を有する場合、サーバは、実際の単位／値をスニペットに含めてもよい。例えば、各変換が広告主にとって$10の価値である場合、valueフィールドは、10ドルの値を指定してもよい。labelパラメータは、最終的なレポートに使用され得る変換の種類（例えば、“購入”、“登録”、“メーリングリストのサインアップ”、“ページ閲覧”、“ダウンロード”等）を区別するために割り当て可能なフリー形式のテキストラベルでもよい。一式の利用可能なラベルは予め定義されており、予め定義されたリスト内に含まれない如何なる要求も、UnknownLabelTypeとしてマーク付けされてもよい。labelパラメータはまた、ページ毎に広告主特有の特別のラベルに動的に設定されてもよい。formatパラメータは、以下に詳細に説明するように、変換が実現されたときに広告主に返信される変換後ページ画像のサイズを規定する。
【００８７】
サーバはまた、value及びlabelパラメータを設定してスニペットを適切なページにペーストすることを容易にするJS（Javascript）ラッパー及び命令を広告主に提供してもよい。例えば、サーバは、複数の広告主のページにペーストされ得る複数のスニペットを提供してもよい。JSラッパーは、変換に関連する特定のアイテム／製品に基づいて各スニペットのvalue及びlabelを設定することを容易にしてもよい。例えば、広告主が$50、$100及び$200の価格を有する３つの製品のみを販売する場合、サーバは、３つのスニペットを提供してもよく、広告主は、各スニペットのvalueをそれぞれ$50、$100及び$200の値に設定してもよい。或いは、サーバは、各スニペットのvalueを設定し、各スニペットの適切なlabelを含めてもよい。
【００８８】
サーバが広告主にHTML/JSスニペットをスニペットに関連する命令と共に提供した後に、広告主は、広告主のウェブサイトの適切な変換後のページにスニペットをペーストしてもよい。前述のように、各広告主は、どの動作が変換であると考えられるかを規定してもよい。クライアントがこのような所定の動作を実行すると、変換が行われる。例えば、購入、登録、ページ閲覧、サインアップ、ダウンロード等は、変換であると考えられてもよい。それぞれの場合に、広告主により提供される変換後のページは、クライアントに表示されてもよい。例えば、購入の場合、広告主は、クライアントが特定の製品を購入するためにクレジットカード番号を広告主に送信した後に、ウェブページをクライアントに提供してもよい。広告主がクレジットカード情報を受信すると、購入が完了し、広告主は、“Your  purchase  has  been  completed.  Your  total  charges  are  X”というページを提供してもよい。このようなページは、変換後のページを表してもよい。
【００８９】
広告主がHTML/JSスニペットを適切な変換後のページにペーストした後に、変換トラッキングが広告主にとって可能になる。変換トラッキングの処理は、広告主に関してトランスペアレントであるように始まってもよい。
【００９０】
以下に記載する処理は、検索クエリに基づいて広告に関連する変換トラッキングの例を使用する。しかし、前述のように、ここに記載の技術は、特定のユーザ動作が決定／識別される如何なるシステムで使用されてもよい。処理は、クライアントがネットワークを介してサーバにアクセスし、検索クエリを入力するためのUIを受信することで始まってもよい。ユーザが検索クエリを入力し、検索クエリをサーバに送信することを仮定する。サーバは、検索クエリを受信し、検索を実行し、検索結果のリストを生成する。
【００９１】
サーバはまた、検索クエリに基づいて広告主を識別してもよい。例えば、サーバは、広告主情報を記憶装置のようなメモリに格納してもよい。広告主情報は、キーワード及びキーワードに関連する広告を購入した対応する広告主（及びURL）のデータベースを含んでもよい。サーバがクエリを受信すると、サーバは、広告主情報を検索し、いずれかの広告主が入力クエリの１つ以上の用語に関連する広告を購入したか否かを決定する。サーバは、入力クエリに関連する広告主と、各広告主に関連する特定のウェブサイトとを識別してもよい。１つの実装では、サーバはまた、変換トラッキングを可能にした識別された広告主毎にリダイレクトURLを生成し、これにより、URLをサーバに示してもよい。例えば、サーバは、以下のように、変換トラッキング可能な広告主に関連するリダイレクトURLを生成してもよい。
【００９２】
http://www.contextwebadservices.com/pagead/adclick?
adurl=http://www.advertiser.com/landingpage&sa=1
このリダイレクトURLは、この例ではサーバに対応するcontextwebadservices.comを示してもよく、リダイレクトがページ広告での広告クリックに関連することを示してもよい。リダイレクトURLはまた、広告主の待ち受けページ又はホームページ（すなわち、advertiser.com/landingpage）を示してもよい。前述の例示的なURLでのsa=1の存在は、このURLが広告クリックに関連することを認識するために、ログ処理モジュールにより使用されてもよい。他の情報もリダイレクトURLに含まれてもよい。
【００９３】
検索クエリに関連する変換トラッキング可能な広告主毎にリダイレクトURLを生成した後に、サーバは、表示のために、検索結果及び広告をクライアントに送信する。ユーザが、クライアントを介して、クライアントに表示された変換トラッキング可能な広告主に関連する広告で広告クリックを実行することを仮定する。例えば、広告主に関連するウェブサイトがクライアントに表示されたウェブページで提供され、広告主が変換トラッキングを可能にすることを仮定する。更に、ユーザが、クライアントを介して広告主に関連する表示広告をクリックすることを仮定する。
【００９４】
クライアントが広告主に関連する広告を選択した後に、広告クリック要求は、動作中に生成されたリダイレクトURLの結果としてサーバに送信される。例えば、サーバは、以下のように、広告クリックHTTP要求を受信してもよい。
【００９５】
http://www.contextwebadservices.com/pagead/adclick?
url=http://www.advertiser.com/landingpage&sa=1
前述のように、リダイレクトURLは、この例ではサーバに対応するcontextwebadservices.comを示す。サーバの変換トラッカーは、広告クリック要求を受信し、クライアントを広告主のホームページ又は待ち受けページに指示する。この例では、広告主のホームページ又は待ち受けページは、http://www.advertiser.com/landingpageでもよい。例示的な実装では、フロントエンドはまた、広告クリック要求を格納又はログ記録し、広告クリック要求を広告ミキサに転送してもよい。本発明に従った或る実装では、フロントエンドはまた、例えばsa=1をsa=Lに書き換えることにより、要求を自分にリダイレクトして戻してもよい。これは、ウェブクローラー（web  crawler）によるクリックが広告主に関連する広告クリック数にカウントされないことを確保し得る。例えば、HTTPリダイレクトに従わない自動クローリングソフトウェアは、フィールドsa=1がsa=Lに書き換えられているURLの要求は行わない。これは、このリダイレクトに従う特徴を欠いている自動クローラーによるスパムを妨げる。
【００９６】
広告ミキサは、広告クリック要求を受信し、ユーザが広告に対して公開した環境について、ETagに含まれる情報と共に広告クリック要求をログ記録してもよい。広告ミキサ及び／又はフロントエンドはまた、広告クリック要求を分析し、ETagが広告クリックに応じて生成されるべきか否かを決定してもよい。例えば、ETagは、変換トラッキング可能な広告主について設定されてもよい。前述の例では、変換トラッキングが広告主にとって可能であるため、広告ミキサ及び／又はフロントエンドは、ETagが設定されるべきであることを決定してもよい。広告ミキサはまた、ETagパスに含まれる広告主に関連する変換トラッキングIDを識別してもよい。本発明に従った例示的な実装では、変換トラッキングIDをETagパスに含めることは、以下に詳細に説明するように、サーバに送信されるETagの数を制限する。
【００９７】
広告ミキサは、広告クリックが生じたおおよその時間を更に識別し、広告クリックタイムスタンプ（TS:：time  stamp）を生成してもよい。TSは、広告ミキサが広告クリック要求を受信した時間を含むグローバルに固有な識別子でもよい。TSはまた、TSがグローバルに固有であることを確保するために、サーバIPアドレス／ホストプロセッサID等のような他の情報を含めてもよい。広告ミキサは、TSと、変換トラッキングIDと、ETagが設定されるべきか否かを示すブールとを含むメッセージを生成してもよい。広告クリックが変換トラッキング可能な広告主に関連していなかった場合、ブールは、ETagが生成されるべきでないことを示す。広告ミキサは、このメッセージをフロントエンドに転送してもよい。
【００９８】
フロントエンドは、広告ミキサからメッセージを受信し、ETagが設定されるか否かを決定する。ETagは、広告主のトラッキング変換に関連する変換トラッキングETagを表してもよい。ETagが設定されることを広告ミキサからの情報が示すことを仮定すると、フロントエンドは、変換トラッキングETagを生成してもよい。例示的な実装では、変換トラッキングETagはまた、クリック列（CS：click  string）を含んでもよい。CSは、ユーザにより実行される特定の広告クリック又は動作を表し、ユーザの動作をトラッキングするために使用されてもよい。変換トラッキングETagはまた、ETagに関連する広告クリックTS及び／又は満了日を含んでもよい。変換トラッキングETagのパスはまた、変換トラッキング可能な広告主の変換トラッキングIDを含んでもよい。フロントエンドは、広告主のサイトを示すリダイレクトURLと共に、ETagをクライアントに送信してもよい。例えば、サーバは、以下の情報を含むHTTPメッセージをクライアントに送信してもよい。
【００９９】
Set-ETag:CONVERSION=CS=A6yIzdSDw-4-iX8pj0IqkRPRxTzfA1Kp6FA5xKXgA-CApTBAsmMEABCgpF:TS=1055812564745609;
path=/pagead/conversion/GHSnx87543/;
domain=contextwebadservices.com
前述の例では、メッセージは、CONVERSIONとして識別されたETagが設定され、ETagがCSを含むことを示している。しかし、ETagがクッキーのような日付をサポートしないため、メッセージは満了日を有さない。ETagは、満了するときに手動で削除されなければならない。
【０１００】
前述の例示的なメッセージはまた、ETagのパスと、ドメインとを含む。ドメインcontextwebadservices.comは、この例ではサーバに対応する。前述の例のETagパスは、pagead/conversion/GHSnx87543/である。ETagパスのフィールドGHSnx87543は、広告主の変換トラッキングIDを表してもよい。変換トラッキングIDをETagパスに含めることにより、他の広告主に関連する広告クリックが実行されたときに、このETagはサーバに転送されない。例えば、本発明に従った１つの実装では、以下に詳細に説明するように、特定の変換トラッキング可能な広告主が変換であるものと予め定義したものをクライアントが実行したときに、クライアントは、特定の広告主に関連するETagのみを送信する。クライアントが印象をクリックした場合又は変換トラッキングを可能にしていない広告主に関連しない変換を実行した場合、ETagはクライアントにより送信されない。ETagが送信される回数を低減することは、サーバがユーザ動作をトラッキングする機能を低減する。これは、プライバシーに敏感なユーザのプライバシー問題を低減し得る。プライバシー問題がそれほど大きくない本発明に従った他の実装では、広告主について変換が生じていない場合、クライアントは、変換トラッキング可能な広告主に関連するETagを送信してもよい。このように、サーバは、ユーザにより実行される多くの動作を識別してもよい。
【０１０１】
クライアントは、ETagが設定されることを示すメッセージと、リダイレクトURLとをサーバから受信する。クライアントは、ETagを格納し、広告主のウェブサイトにアクセスするためにリダイレクトURLを使用してもよい。その後、広告主に関連する更なるユーザ動作（例えば、変換）が、ETagを介してサーバに送信されてもよい。
【０１０２】
クライアントが広告主によりその特定の広告主の変換であると定義された動作を実行することを仮定する。この場合、クライアントが変換を実行すると、広告主は、変換後のページをクライアントにダウンロードする。前述のように、変換後のページは、広告主に提供されるスニペット（すなわち、HTML画像要求）を含む。更に前述のように、１つの実装では、スニペットは画像要求を含んでもよい。広告主は、変換後のページをクライアントにダウンロードする。クライアントが変換後のページを受信して表示すると、クライアントはスニペットを実行する。前述のように、スニペットは、広告主に関連する変換トラッキングIDを含んでもよい。スニペットが実行されると、クライアントは、画像要求をサーバに送信する。すなわち、クライアントはスニペットを実行し、変換後の画像要求をサーバに送信する。例えば、変換後のHTTP画像要求は以下の情報を含んでもよい。
【０１０３】
http://www.contextwebadservices.com/pagead/conversion/GHSnx87543x/?valu-e=123&label=Purchase&format=120x60
この画像要求は、画像についての生じた変換、変換トラッキングID、値、ラベル及びフォーマットを示す情報を含む。
【０１０４】
クライアントはまた、スニペットに含まれる変換トラッキングID（この例ではGHSnx87543x）と、格納されたETagのパスの変換トラッキングIDとを比較してもよい。すなわち、クライアントは、広告主の変換後のページのスニペットに含まれる変換トラッキングIDと、動作中に受信したETagに関連する変換トラッキングIDとを比較する。変換トラッキングIDが一致する場合、クライアントは、変換後の画像要求と共にETagをサーバに送信する。広告主に関して前述したのと同様の方法で、クライアントが様々な変換トラッキング可能な広告主に関連する広告クリックを実行したときに、クライアントは複数のETagをサーバから受信してもよいことがわかる。従って、クライアントは、変換後のスニペットの変換トラッキングIDと、クライアントに格納されたETag毎のETagパスに含まれる変換トラッキングIDとを比較してもよい。スニペットの変換トラッキングIDが格納されたETagのETagパスの変換トラッキングIDのいずれかと一致する場合、クライアントは、そのETagをサーバに送信する。本発明に従った或る実装では、クライアントはまた、TS（TS  がETagに含まれるか否か）を検査し、ETagをサーバに送信するか否かを決定してもよい。例えば、ETagが満了したことをクライアントが決定すると、クライアントは、ETagを送信しなくてもよい。しかし、以下に説明するように、サーバもまたTSを調べてもよい。
【０１０５】
スニペットの変換トラッキングIDが広告主に関連するETagに一致すること（及び、任意選択でETagが満了していないことをTSが示すこと）を仮定すると、クライアントは、広告主のETagと、変換後の画像要求とをサーバに送信する。サーバが画像要求を受信すると、変換トラッカーは要求を検査し、変換が支払い済みの広告から生じたか否かを決定する。例えば、サーバは、広告主に関連する固有の変換トラッキングIDを有するETagが画像要求で受信されたか否かを調べてもよい。ETagはまた、ETagペイロードの一部としてCSを含めてもよく、CSは、クライアントに実行される特定の広告クリック及び／又は動作を識別してもよい。ETagはまた、例えばクリックが生じたとき、クリックされた広告がオンになったとき等に、クリックイベントと変換とを関連付けるために使用され得る他のデータを含んでもよい。
【０１０６】
変換トラッカーが画像要求でこのようなETagが含まれることを見つけなかった場合、フロントエンドは、変換が支払い済みの広告から生じなかったことを決定してもよい。フロントエンドが画像要求でこのようなETagを受信している場合、フロントエンドは、ETagに含まれる満了日又はTS情報に基づいて、ETagが満了したか否かを決定してもよい。サーバは、値、タイプ等のような変換に関連する情報を格納してもよい。フロントエンドはまた、例えば、“Thank  you  for  shopping  at  a  Contextweb  advertiser”という画像をクライアントに返信してもよい。クライアントは、この画像を、クライアントに表示される変換後のページにペーストしてもよい。この画像を変換後のページに提供することにより、クライアントは、何らかの動作がトラッキングされていることを認識可能になる。変換が支払い済みの広告から生じなかったこと又は支払い済みの広告に関連するETagが満了していることをフロントエンドが決定すると、サーバは、変換情報を格納しなくてもよい。サーバはまた、空白画像を返信してもよく、画像を返信しなくてもよい。クライアントは、変換後のページに更なるメッセージは受信しない。
【０１０７】
フロントエンドはまた、受信した画像要求をログ（バイナリフォーマットのログ等）にログ記録してもよい。フロントエンドは、変換が生じたことを示すメッセージを広告ミキサに更に送信してもよい。広告ミキサはまた、変換イベントを広告変換ログにログ記録してもよい。広告変換ログは、複数の変換イベント、各変換イベントに関連する値、各変換イベントに関連するラベル、各変換イベントに関連する時間、各変換イベントに関連する検索エンジン又は広告ネットワーク等のようなレコードを含んでもよい。ログ処理モジュールは、広告変換ログにアクセスし、変換イベントデータベースを生成するために広告変換データを使用してもよい。次に、ログ処理モジュールは、変換イベントデータベースの情報に基づいてレポートを生成してもよい。
【０１０８】
例えば、ログ処理モジュールは、広告主のような特定の広告主の変換率を生成してもよい。変換率は、広告主に関連する表示広告が少なくとも１回クリックされた回数を、広告から生じた変換の数で割ることに基づいてもよい。変換率を生成することにより、広告主と検索エンジンプロバイダとの双方は、支払い済みの広告の効果を決定してもよい。
【０１０９】
広告の更に詳細な分析が行われてもよい。例えば、ログ処理モジュールは、広告、クリック毎の値等から生じる特定の広告主について、時間と共に全ての変換の合計値を決定してもよい。ログ処理モジュールはまた、どこに広告が表示されたかに基づいて変換率を決定してもよい。すなわち、サーバは、支払い済みの広告がウェブページの横のような他の位置に対してウェブページの上部に表示されたか否か、又はランク付きリストの広告の位置を示す情報を格納してもよい。ログ処理モジュールは、表示された広告の位置に関して変換率を分析してもよい。
【０１１０】
本発明の原理に従った他の実装では、広告制作単位（ad  creative  unit）の頻度上限設定を含んでもよい方法である。個人ユーザが制作単位を何回見たかの情報が格納され、ETagから取得され、これにより、同じ単位にユーザを過度に出現させることを制限し、制作のバーンアウトを回避してもよい。
【０１１１】
本発明の原理に従った他の実装では、広告制作単位の配列決定（並び替え）を含んでもよい方法である。制作単位の配列のどの広告がETagに格納され得るかの情報により、広告主は、どのユーザが既に見たかに基づいてユーザへの提供の配列を選択することが可能になる。
【０１１２】
本発明の原理に従った他の実装では、広告主の固有のユーザへの到達を拡張することを含んでもよい方法である。誰がETagの制作単位を既に見たかをトラッキングすることにより、本発明の原理に従った他の実装は、既に公開したユーザに制作単位を示さないことにより、固有の公開機会を生成してもよい。これは、広告が実行する場所でどこでも公開がトラッキングされるように制作単位と共に本発明のETag技術の原理を配布することにより、単一の広告ネットワーク内だけでなく、全体のインターネット空間を通じて行われてもよい。
【０１１３】
本発明の原理に従った他の実装では、電子商取引ショッピングカートを含んでもよい方法である。ETagは、ユーザのショッピングカートのアイテムがセッション毎に存続するためにクッキーが利用可能ではない電子商取引ショッピングカートの状況で利用可能である。この場合も同様に、クッキー技術に固有のサイズ又は数の制限はない。
【０１１４】
本発明の原理に従った他の実装では、前のユーザ動作に調整された発行主のサイト又はサイト部分にユーザを戻すパーソナライズされたメッセージを含んでもよい方法である。
【０１１５】
本発明の原理に従った他の実装では、ブラウザのクッキー制限に限定されない無制限の数のETagを含んでもよい方法である。
【０１１６】
本発明の原理に従った他の実装では、ブラウザのクッキー制限に限定されない無制限の数のETagを含んでもよい方法である。
【０１１７】
本発明の方法を実装するために使用され得るハードウェア及び動作環境については、ブラウザをサポートすることができる様々なコンピュータ装置（パーソナルデジタルアシスタント（PDA）、移動電話、ノートブックコンピュータ、デスクトップコンピュータ等を含むが、これらに限定されない）が適用可能である。ほとんどの汎用コンピュータ装置は、例えば、ブラウザプログラムを実行するワークステーションとして又は広告主又はadserverのソフトウェアを実行するサーバとして使用され得るコンピュータの形式で提供される。コンピュータは、処理ユニットと、システムメモリと、システムメモリを含む様々なシステムコンポーネントを処理ユニットに動作可能に結合するシステムバスとを含む。コンピュータのプロセッサが単一の中央処理ユニット（CPU）又は複数の処理ユニット（一般的に並列処理環境と呼ばれる）を含むように、唯一のプライマリ処理ユニットが存在してもよく、１つより多くのプライマリ処理ユニットが存在してもよい。コンピュータは、通常のコンピュータ、分散型コンピュータ、又は他の種類のコンピュータでもよく、本発明はこれに限定されない。示された例では、補助処理状態の処理動作を提供するために、補助プロセッサがシステムバスに結合されてもよい。代替の実装では、プライマリ処理ユニットは、プライマリ処理モードと補助処理モードとを提供する。
【０１１８】
システムバスは、様々なバスアーキテクチャのいずれかを使用したメモリバス又はメモリコントローラ、周辺機器バス、スイッチ型ファブリック、ポイント・ツー・ポイント接続並びにローカルバスを含み、複数の種類のバスのいずれかでもよい。システムメモリはまた、単にメモリと呼ばれてもよく、読み取り専用メモリ（ROM）とランダムアクセスメモリ（RAM）とを含む。立ち上げ中のようにコンピュータ内の要素間の情報を伝達する役目をする基本ルーチンを含むBIOS（basic  input/output  system）は、ROMに格納される。コンピュータは、ハードディスク（図示せず）から読み取るため又はハードディスクに書き込むためのハードディスクドライブ、取り外し可能磁気ディスクから読み取るため又は取り外し可能磁気ディスクに書き込むための磁気ディスクドライブ、CD  ROM又は他の光媒体のような取り外し可能光ディスクから読み取るため又は取り外し可能光ディスクに書き込むための光ディスクドライブを更に含む。
【０１１９】
ハードディスクドライブ、磁気ディスクドライブ及び光ディスクドライブは、それぞれハードディスクドライブインタフェース、磁気ディスクドライブインタフェース及び光ディスクドライブインタフェースによりシステムバスに接続される。ドライブ及び関連するコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール及びコンピュータの他のデータの不揮発性記憶装置を提供する。磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）等のように、コンピュータによりアクセス可能なデータを格納することができる如何なる種類のコンピュータ可読媒体が、例示的な動作環境で使用されてもよい。
【０１２０】
オペレーティングシステム、１つ以上のアプリケーションプログラム、他のプログラムモジュール及びプログラムデータを含み、複数のプログラムモジュールは、ハードディスク、磁気ディスク、光ディスク、ROM又はRAMに格納されてもよい。ユーザは、キーボード及びポインティング装置のような入力装置を通じて、コマンド及び情報をパーソナルコンピュータに入力してもよい。他の入力装置（図示せず）は、マイクロホン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ等を含んでもよい。前記及び他の入力装置は、しばしばシステムバスに結合されたシリアルポートインタフェースを通じて処理ユニットに接続されるが、パラレルポート、ゲームポート又はUSB（universal  serial  bus）のような他のインタフェースにより接続されてもよい。フラットパネルディスプレイ又は他の種類の表示装置のようなプライマリ表示装置もまた、プライマリディスプレイアダプタ又は補助ディスプレイアダプタのようなディスプレイコントローラを介してシステムバスに接続される。図示の例では、マルチプレクサは、個々のディスプレイコントローラからの表示信号を切り替える。或いは、ディスプレイコントローラは、プライマリディスプレイアダプタに信号伝達していないときに、３状態バッファのような高インピーダンスを提供する構成要素を含んでもよい。代替の実装では、単一のディスプレイコントローラがプライマリ処理ユニットを介して使用されてもよい。プライマリ表示装置に加えて、コンピュータは、典型的には、スピーカ及びプリンタのような他の周辺機器出力装置（図示せず）を含む。
【０１２１】
コンピュータは、遠隔コンピュータのような１つ以上の遠隔コンピュータへの論理接続を使用して、ネットワーク接続環境で動作してもよい。これらの論理接続は、コンピュータ又はコンピュータの一部に結合された通信装置により実現される。本発明は、特定の種類の通信装置に限定されない。遠隔コンピュータは、他のコンピュータ、サーバ、ルータ、ネットワークPC、クライアント、ピア装置又は他の通信ネットワークノードでもよく、典型的には、コンピュータに関して前述した多くの要素又は全ての要素を含む。論理接続は、ローカルエリアネットワーク（LAN）と広域ネットワーク（WAN）とを含む。このようなネットワーキング環境は、会社のネットワーク、企業規模コンピュータネットワーク及びインターネットで一般的である。これらの全てがネットワークの種類である。
【０１２２】
LANネットワーキング環境で使用される場合、コンピュータは、通信装置の一種であるネットワークインタフェース又はアダプタを通じてローカルエリアネットワークに接続される。WANネットワーキング環境で使用される場合、コンピュータは、典型的には、モデム、ネットワークアダプタ、一種の通信装置、又は広域ネットワークで通信を確立するための他の種類の通信装置を含む。内部でもよく外部でもよいモデムは、シリアルポートインタフェースを介してシステムバスに接続される。ネットワーク接続環境では、パーソナルコンピュータ又はその一部に関して記載したプログラムモジュールは、遠隔メモリ記憶装置に格納されてもよい。図示のネットワーク接続は例であり、コンピュータ間で通信を確立する他の手段及び通信装置が使用されてもよい。
【０１２３】
例示的な実装では、オペレーティングシステム、補助アプリケーション、ブラウザのようなプライマリアプリケーション、広告主モジュール、adserverモジュール又は発行主モジュール、及び他のモジュールは、メモリ及び／又は記憶装置に格納された命令により具現され、処理ユニットにより処理されてもよい。補助処理設定、プライマリ処理設定及び他のデータは、メモリ及び／又は記憶装置に格納されてもよく、永続的なデータストアに格納されてもよい。
【０１２４】
ここに記載した技術は、１つ以上のシステムの論理動作及び／又はモジュールとして実装されることが好ましい。論理動作は、１つ以上のコンピュータシステムで実行する一連のプロセッサ実装ステップとして実装されてもよく、１つ以上のコンピュータシステム内の相互接続された機械又は回路モジュールとして実装されてもよい。同様に、様々な構成要素のモジュールの記載は、モジュールにより実行又は実施される動作に関して提供されてもよい。結果の実装は、記載の技術を実装した基礎のシステムの性能要件に応じて、選択事項である。従って、ここに記載の技術の実施例を構成する論理動作は、動作、ステップ、オブジェクト又はモジュールとして様々に言及される。更に、明示的に記載しない限り、論理動作は如何なる順序で実行されてもよく、特定の順序は、特許請求の範囲の用語により本質的に必要になることがわかる。
【０１２５】
従って、複数の実施例に適用される本発明の基本的な新規の特徴を図示、記載及び指摘しているが、本発明の要旨及び範囲を逸脱することなく、様々な実施例において動作中に形式及び詳細における様々な省略、置換及び変更が当業者により行われてもよいことがわかる。１つの実施例から他の実施例への置換もまた、完全に意図及び考慮される。“しない”、“する”、“するべきである”、“するべきでない”、“しなければならない”、“しなくてもよい”という絶対的な用語の使用は、ここに開示された本発明の範囲を限定することを意図せず、単に例示するものである。従って、本発明は、特許請求の範囲及びその均等によってのみ限定される。
【図１】
2012506098.tif 000003
【国際調査報告】
2012506098.tif 000004
2012506098.tif 000005