(57)【要約】【課題】電子メール（電子メールのニュースレター、等）におけるコンテンツを特定した広告の提供【解決手段】（ｉ）ドキュメント発行者が一意の識別子をコンテンツ内に含めるようにし、（ｉｉ）クライアントデバイスが、該一意のコンテンツ識別子を、コンテンツ関連広告要求においてコンテンツ関連広告サーバーに渡すようにし、更に、（ｉｉｉ）該コンテンツ関連サーバーが、該一意のコンテンツ識別子を用いて、コンテンツ関連広告を決定することを目的として予め登録されている識別子を特定するようにすることによって、コンテンツにターゲットが特定された広告が、電子メールメッセージ（例えば、ＨＴＭＬ電子メールメッセージ）とともに提供される。該コンテンツ関連広告サーバーにおいては、多数の広告が希望される広告属性（例えば、ページ上における相対位置）又は機能を確保するために競争する場合がある。これらの広告を選択及び／又は順序を設定するために仲裁プロセスを使用することができる。該コンテンツ関連広告サーバーが広告を必要時に該クライアントデバイスが該一意のコンテンツ識別子を該コンテンツ関連コンテンツサーバーに渡すようにすることによって、該ユーザーが該電子メールドキュメントを読む（より一般的には「開ける」）ときに常に広告が選択及び生成されるようにすることができる。このことは、広告提供時に最新の広告情報を使用することを可能にする。（ｉ）広告画像を用いてドキュメント内に広告を表示することによって、及び、（ｉｉ）（最初に提供されたドキュメント内に含められている）画像マップを用いて、ドキュメント内において提供された広告に関するユーザーの行動をモニタリングすることによって、提供された広告に関するユーザーの行動を追跡することができる。広告インプレッションに関する全情報を、該広告画像とともに戻される一意の識別子内において符号化することができる。該広告画像及び一意の識別子は、クライアントデバイスに提供することができる。ユーザーが広告を選択時に、この一意の識別子は、該広告サーバーに戻される。画像マップにおいてクリックされた位置も該広告サーバーに戻される。該戻された一意の識別子及び画像位置は、いずれの広告が選択されたかを該広告サーバーが決定するのを可能にするために使用することができる。従って、該一意の識別子は、選択を前の広告提供とマッチングさせることを可能にする。【選択図】図６
2007507812.tif 000002
【特許請求の範囲】
【請求項１】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する方法であって、
ａ）広告要求内のドキュメント識別子を、前記クライアントデバイスからコンテンツ関連広告サーバーに提供することと、
ｂ）前記コンテンツ関連広告サーバーにおいて、前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定することと、
ｃ）前記決定された組の前記１つ以上の広告を含む画像を生成することと、
ｄ）前記生成された画像及びセッション識別子を前記クライアントデバイスに提供することと、
ｅ）前記クライアントデバイスにおいて、前記ドキュメント内において前記画像を提供することと、
ｆ）前記提供された画像に関するユーザーの行動を検出することと、
ｇ）前記提供された画像に関する前記ユーザー行動の前記検出に対応して、前記セッション識別子及び位置情報を前記コンテンツ関連広告サーバーに送ること、とを具備する方法。
【請求項２】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項１に記載の方法。
【請求項３】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項１に記載の方法。
【請求項４】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項３に記載の方法。
【請求項５】
ｈ）前記コンテンツ関連広告サーバーにおいて、前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項１に記載の方法。
【請求項６】
前記更新された広告情報は、課金情報を含む、請求項５に記載の方法。
【請求項７】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項５に記載の方法。
【請求項８】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する装置であって、
ａ）広告要求内のドキュメント識別子を、前記クライアントデバイスから受け入れるための入力部と、
ｂ）前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定することと、
ｃ）前記決定された組の前記１つ以上の広告を含む画像を生成することと、
ｄ）前記生成された画像及びセッション識別子を前記クライアントデバイスに転送すること、とを具備し、前記生成された画像及びセッション識別子は、前記クライアントデバイスが、前記クライアントデバイスにおいて提供された前記画像に関する前記ユーザー行動の前記検出に対応して、前記セッション識別子及び位置情報を前記コンテンツ関連広告サーバーに送るようにするのを容易にする情報を含む、装置。
することと、
【請求項９】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項８に記載の装置。
【請求項１０】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項８に記載の装置。
【請求項１１】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項１０に記載の装置。
【請求項１２】
ｅ）前記コンテンツ関連広告サーバーにおいて、前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項８に記載の装置。
【請求項１３】
前記更新された広告情報は、課金情報を含む、請求項１２に記載の装置。
【請求項１４】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項１２に記載の装置。
【請求項１５】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する方法であって、
ａ）コンテンツ関連広告サーバーへの広告要求内のドキュメント識別子を前記クライアントデバイスから受け入れることと、
ｂ）前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定することと、
ｃ）前記決定された組の前記１つ以上の広告を含む画像を生成することと、
ｄ）前記生成された画像及びセッション識別子を前記クライアントデバイスに転送することと、
ｅ）前記セッション識別子及び位置情報を前記クライアントデバイスから受け入れること、とを具備する方法。
【請求項１６】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項１５に記載の方法。
【請求項１７】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項１５に記載の方法。
【請求項１８】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項１７に記載の方法。
【請求項１９】
ｆ）前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項１５に記載の方法。
【請求項２０】
前記更新された情報は、課金情報を含む、請求項１９に記載の方法。
【請求項２１】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告に関するものである。本発明は、より具体的には、広告主が自己の広告のターゲットを特定する機会の拡大に関するものである。
【背景技術】
【０００２】
対話型広告は、広告主が自己の広告のターゲットを反応の良いオーディエンスに特定する機会を提供する。即ち、ターゲットが特定された広告は、ユーザーによる何らかの活動から推測されるニーズに関連している（例えば、ユーザーによる検索エンジンへの検索照会に関連している、ユーザーによって要求されたドキュメント内のコンテンツに関連している、等）ため、エンドユーザーにとってはこれらの広告のほうが役に立つ可能性がより高い。幾つかの検索エンジン（カリフォルニア州マウンテンビューに所在するＧｏｏｇｌｅによるＡｄＷｏｒｋｓ広告システム、等）では問い合わせキーワード関連広告が使用されている。同様に、コンテンツに関連する広告システムが提案されている。例えば、"METHODS AND APPARATUS FOR SERVING RELEVANT ADVERTISEMENTS"（関連広告を提供するための方法及び装置）という題名を有し更にジェフリーＡ．ディーン、ジョージＲ．ハリク及びポール・ブチェイトを発明者として記載する米国特許出願一連番号Ｎｏ．１０／３１４，４２７（出願日：２００２年，１２月６日）（本明細書において参照することによって本明細書に組み入れられており、「‘４２７特許出願」と呼ばれる）、及び、"SERVING ADVERTISEMENTS BASED ON CONTENT"（コンテンツに基づく広告の提供）という題名を有し更にダレル・アンダーソン、ポール・ブチェイト、アレックス・キャロバス、クレール・キュイ、ジェフリーＡ．ディーン、ジョージＲ．ハリク、ディーパック・ジンダル、及びナラヤナン・シバクマルを発明者として記載する米国特許出願一連番号Ｎｏ．１０／３７５，９００（出願日：２００３，２月２６日）（本明細書において参照することによって本明細書に組み入れられており、「‘９００特許出願」と呼ばれる）は、ドキュメント（例えば、ウェブページ）のコンテンツに関連する広告を提供するための方法及び装置について説明している。‘９００特許出願の一部の実施形態は、事前に解析（クロール及びキャッシュ保存、等）するのが難しいドキュメント（例えば、動的に生成されるウェブページ、頻繁に変更または更新されるウェブページ、等）の中に広告を挿入するために、埋め込まれた情報及び／又は命令（例えば、ＩＦＲＡＭＥ又はＪａｖａ（登録商標）Ｓｃｒｉｐｔ、等）を使用する。
【０００３】
コンテンツにターゲットを特定した広告を電子メールニュースレターにおいて提供することは、広告主にとって非常に多くのさらなる高質のページ閲覧が見込まれる。図１において示されているように、ネットワーク化された環境１００においては、発行者１１０は、ドキュメント１１５（電子メールニュースレター、等）を発行し、エンドユーザーのクライアントデバイス１２０／１３０に配信することができる。ドキュメント１２４／１３４のインスタンスは、クライアントデバイス１２０に常駐する電子メールリーダー１２２（マイクロソフト・コーポレーションのＯｕｔｌｏｏｋ、等）によって、及び／又はクライアントデバイス１３０に常駐してウェブをベースにする電子メールサーバー１４０（Ｈｏｔｍａｉｌ、ＹａｈｏｏＭａｉｌ、等であり、プロキシ電子メールクライアントとも呼ばれる）にアクセスするブラウザ１３２（Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ、Ｎｅｔｓｃａｐｅ、Ｏｐｅｒａ、等）によって読むことができる。電子メール等のドキュメント内に存在するコンテンツに関連する広告を提供するために、コンテンツ関連広告サーバー１５０（例えば、‘４２７特許出願及び‘９００特許出願において説明されているコンテンツ関連広告サーバー）を使用することができる。説明されている設備及び／又は構成要素は、１つ以上のネットワーク１６０（インターネット、等）を通じて互いに通信することができる。コンテンツ関連広告サーバー１５０は、広告のターゲットを特定の概念又は話題に特定するために使用される広告情報１５５を含む。図２において示されているように、一組２８０の１つ以上の広告２８５をドキュメント（電子メールニュースレター、等）の中に挿入することができる。
【０００４】
ニューヨーク州ニューヨークに所在する「アバウト」によって提供されるＳｐｒｉｎｋｓサービスは、広告主が、クライアント側の画像マップとクッキーを有する動的に生成された画像を用いて、予め決められたリストからの話題に特定した広告を電子メールに挿入することを可能にする。
【０００５】
"SERVING ADVERTISEMENTS USING INFORMATION ASSOCIATED WITH E-MAIL"（電子メールに関係する情報を用いた広告提供）という題名を有し更にジェフリーＡ．ディーン、ジョージＲ．ハリク及びポール・ブチェイトを発明者として記載する米国特許出願一連番号Ｎｏ．１０／４５２，８３０（出願日：２００３年，６月２日）（本明細書において参照することによって本明細書に組み入れられており、更に「‘８３０特許出願」と呼ばれる）は、電子メールドキュメント内の情報に関連する広告を提供するための方法及び装置について説明している。‘８３０特許出願は、電子メールとともに広告を提供するための数多くの代替方法について説明しており、送信者クライアントデバイス、受信者クライアントデバイス、ウェブに基づく電子メールサーバー、等においてアプリケーションを使用することを含む。いずれの場合においても、これらの広告は、電子メールのコンテンツ（又は電子メールから派生可能なその他の情報）から抽出できる関連情報（概念、話題、等）にターゲットが絞られる。
【０００６】
広告を電子メール（例えば、電子メールニュースレター、等）とともに提供するために用いられるシステムにかかわらず、（ｉ）役に立つコンテンツ関連広告が提供できるように電子メールコンテンツ情報を入手すること、及び（ｉｉ）広範な電子メールクライアント／リーダー、又は少なくとも最も共通して用いられている電子メールクライアント／リーダーにおいて提供することができ更にこれらのリーダーによってサポートすることができるフォーマットで広告を提供することが望ましい。このことは、より人気のあるウェブベースの電子メールクライアントの（ほとんどではないまでも）多くは、ＩＦＲＡＭＥ及びＪａｖａＳｃｒｉｐｔを削除（ｓｔｒｉｐ  ｏｕｔ）するため難題になる可能性がある。このことは、‘９００特許出願において説明されている方法及び装置の一部を動的ＨＴＭＬ広告の提供のために使用することを不可能にすることがある。
【０００７】
一部の広告提供システムは、インプレッション数に基づく課金方式を有しているが、広告主は、提供された広告が希望される結果を生み出すときのみにこれらの広告に関して課金されることを望むことがしばしばある。例えば、広告主は、１つのインプレッション当たりではなく、１つの広告選択ごとに、又は、１つのコンバージョンごとに、若しくは、その他の何らかの測定可能な広告パフォーマンス概念に基づいて課金されることを希望することがある。更に、一部の広告提供システム（例えば、Ｇｏｏｇｌｅ Ａｄｗｏｒｋｓ、等）は、広告を提供すべきかどうか及び／又は広告を提供する方法を決定するに際して、何らかの広告パフォーマンスパラメータを用いることができる。このことは、これらの広告提供システムがより役に立つ広告を提供すること、又は、より役に立つ広告をより目立つ形で提供することを可能にする。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、提供された広告に関してユーザーの行動を追跡することが望ましい。
【課題を解決するための手段】
【０００９】
本発明は、次の難題、即ち、（ｉ）ドキュメント（電子メールニュースレター、等）のコンテンツをどのようにして入手するか（又はこれらのドキュメントからコンテンツ情報をどのようにして入手するか）（特に、閲覧時に該ドキュメントの一定のコード、例えばＪａｖａＳｃｒｉｐｔ及びＩＦＲＡＭＥが取り除かれる場合）、（ｉｉ）コンテンツ関連広告要求にどのようにして対応するか、及び（ｉｉｉ）幾つかの人気のある電子メールクライアント／リーダー全体にわたって、提供された広告に関するユーザーの行動（例えば、選択、コンバージョン、等）をどのようにして追跡し更にこれらの観察されたユーザーの行動を提供された広告にどのようにして伝達するか、のうちの１つ以上の難題に対処するための方法、装置及びデータ構造について説明するものである。
【００１０】
本発明は、ドキュメント（電子メールニュースレター、等）の発行者が（広告のターゲットをコンテンツに特定するために要求される）自己のコンテンツを登録するためのツールを提供する。
【００１１】
本発明は、コンテンツに特定した広告を電子メールメッセージ（ＨＴＭＬ電子メールメッセージ、等）とともに提供するために使用することができ、更に、ＩＦＲＡＭＥ又はＪａｖａＳｃｒｉｐｔを使用する必要なしに該提供を行うことができる。本発明は、（ｉ）ドキュメント発行者が、一意のコンテンツ識別子をコンテンツ内に含めるようにし、（ｉｉ）クライアントデバイスが、コンテンツ関連広告要求において該一意のコンテンツ識別子をコンテンツ関連広告サーバーに渡すようにし、更に（ｉｉｉ）該コンテンツ関連広告サーバーが、コンテンツ関連広告を決定するために、該一意のコンテンツ識別子を用いて、予め登録されているコンテンツを識別するようにする、ことによって、該提供を行うことができる。該コンテンツ関連広告サーバーでは、多数の広告が希望される広告属性（ページ上における相対位置、等）又は機能を確保するために競争する可能性がある。この場合は、仲裁プロセスを用いて広告の選択及び／又は順序設定を行うことができる。本発明は、該コンテンツ関連サーバーが広告を必要時に該クライアントデバイスが該一意のコンテンツ識別子を該コンテンツ関連サーバーに渡すようにすることによって、ユーザーが該電子メールドキュメントを読む（より一般的には「開く」）ときに常に広告が選択及び生成されるようにすることができる。このことは、広告提供時、広告機能（相対位置、等）を決定時、広告提供に関する課金時、等において最新の（新鮮な）広告情報を使用することを可能にする。
【００１２】
最後に、本発明は、提供された広告に関するユーザーの行動を追跡することができる。本発明は、（ｉ）動的に生成された（又はキャッシュ内に保存された）広告画像を用いてドキュメント内に広告を表示することによって、及び（ｉｉ）（最初に提供されたドキュメント内に含められている）画像マップを用いて、ドキュメント（電子メール、等）内において提供された広告に関するユーザーの行動（例えば、広告をクリックする）をモニタリングすることによって、該追跡を行う。更に、本発明は、該広告画像とともに戻される一意の識別子（クッキー、等）内の広告インプレッションに関する全情報を符号化することもできる。該広告画像及び一意の識別子は、クライアントサーバーに提供することができる。ユーザーが広告を選択（例えば、クリック）すると、この一意の識別子が広告サーバーに戻される。更に、クリックされた画像マップ位置も広告サーバーに戻すことができる。広告サーバーは、戻された一意の識別子及び画像位置を使用することで、いずれの広告が選択されたかを決定することができる。即ち、該一意の識別子は、選択（又は観察されたその他の何らかのユーザーの行動）を、前回の広告提供（セッションとも呼ばれる）とマッチさせることを可能にする。
【００１３】
広告を含む画像は、サーバー側においてＨＴＭＬから生成することができる。
【００１４】
本発明は、該一意の識別子としてクッキーを使用することができる。ニュースレターの一部として提供される電子メールの文脈においては、本発明は、１つのニュースレターごとの一意のＩＤを含むパス上においてクッキーを設定することができる。この設定は、該広告の選択（又は該広告と関係するコンバージョン）に関する適切なクッキーのみをブラウザが戻すようにするために使用することができる。本発明は、クッキーを使用する代わりに、同じ情報を含むサーバー側キャッシュを維持することができる。
【発明を実施するための最良の形態】
【００１５】
本発明は、コンテンツ関連広告システムに関する斬新な方法、装置、メッセージフォーマット及び／又はデータ構造を含むことができる。以下の説明は、当業者が本発明を製造及び使用するのを可能にすることを目的とするものであり、特定の用途及びその要件の観点で示されている。開示された実施形態は様々な修正及び変更が可能であることことが当業者に明確になり、更に、下記の一般原理はその他の実施形態及び用途に対しても応用可能である。従って、本発明は、示されている実施形態に限定することを意図するものではなく、更に、本発明の発明者は、本発明が特許権を取得可能な主題であるとみなしている。
【００１６】
以下では、ドキュメント（電子メールニュースレター、等）の発行者が自己のコンテンツ、又は自己のコンテンツに関する情報を登録することを可能にする典型的技術が第４．１項において説明されている。広告を提供し更に提供された広告に関するユーザーの行動を追跡するための典型的技術が第４．２項において説明されている。本発明の様々な側面を実施するために使用することができる典型的装置が第４．３項において説明されている。更に、本発明に関する幾つかの結論が第４．４項に示されている。
【００１７】
４．１  コンテンツ登録
本発明の一実施形態においては、発行者は、ニュースレターの各号を、システム（例えば、‘４２７特許出願及び‘９００特許出願において説明されているシステムのうちの一部）によってクロール可能な別個の公開ＵＲＬに対して発行することができる。‘４２７特許出願及び‘９００特許出願において説明されている実施形態のうちの少なくとも一部と一致する形で、広告がウェブページ上に提供される。該ウェブページのＵＲＬは、インプレッション要求において渡され、該ウェブページのコンテンツを検索するために使用される。（全部ではないが）いくつかのニュースレターは、クロールできるＵＲＬにおいて発行することができる。
【００１８】
その代替として、又はその追加として、本発明は、発行者が自己のコンテンツを登録するのを可能にするウェブインタフェースを提供する。例えば、発行者は、発行されるコンテンツを指し示すＵＲＬを入力することができる。その代替として、又はその追加として、発行者は、ウェブインタフェース内に直接コンテンツを貼り付けることができる。発行者がどちらの方法を選択した場合においても、ウェブインタフェースは、広告の提供及び／又は追跡を容易にするためにニュースレター内に挿入するコード（例えば、ＨＴＭＬのスニペット）を発行者に提供する。
【００１９】
本発明の一実施形態においては、ウェブインタフェースは、ドキュメントとともに現れる見込みである広告の例を直ちに表示することができる。更に、ウェブインタフェースは、発行者が個々の広告をブロックすることも可能にする。該機能は、広告に関する一組の豊富な制御機能をドキュメントとともに提供することを容易にする一組のツールを発行者に提供する。該インタフェースは、発行者が自己のドキュメントにおいて提供される広告の様々な側面を制御することを可能にするその他のツールを含むことができる。
【００２０】
いったん登録されたコンテンツは、幾つかの異なった形で取り扱うことができ、これらの方法の一部は、発行者による該コンテンツの登録方法に依存する。例えば、ＵＲＬに基づくニュースレターは、ウェブ上で発行されるその他のあらゆるコンテンツと同様に処理することができ、システム（例えば、‘４２７特許出願及び‘９００特許出願において説明されているシステムのうちの一部）によってクロールすることができる。本発明の一実施形態においては、クロールされたコンテンツは、一定の期間後に（例えば、２週間毎又は３週間毎に）ドロップアウト（ｄｒｏｐ  ｏｕｔ）することができ、更に、必要に応じて再クロールすることができる。しかしながら、一部のドキュメントは、最初にクロースする必要がある場合に直ちにコンテンツ関連広告とともに提供することができないことがある。この問題を回避するために、このようなドキュメント（ウェブページ、等）の検索を可能にする特別なＨＴＴＰプロキシを提供することができる。このような場合は、ドキュメント内に挿入されているコード（ＨＴＭＬのスニペット、等）は、ニュースレター上のＵＲＬを単に参照することになる。
【００２１】
ＵＲＬに基づくニュースレターとは対照的に、電子メール及びウェブインタフェースコンテンツは、レポジトリから削除されるべきではない。削除された場合は、クロール（又は再クロール）できないことがあるため永久的に失われてしまうことになる可能性がある。該コンテンツに関しては、別個のレポジトリ又はインデックスを提供することができる。このコンテンツは、クロールできない可能性があるため、より長期間（例えば約６ヶ月間）にわたって保管することができる。本発明の一実施形態においては、コンテンツが直接供給されるようにする単一のｂａｓｅ＿ｉｎｄｅｘｅｒを提供することができる。この実施形態においては、電子メールコンテンツには、特殊で簡単に識別可能なダミーＵＲＬを提供することができる。新たなグローバル一意識別子（ＧＵＩＤＥ）を生成することができ、更に、次のように、ニュースレターをレポジトリに追加してダミーＵＲＬのキーを付けることができる。
【００２２】
http://emailcontent.google.com/<publisher-id>/<GUID>
異なった話題又は概念に関する複数の異なったセクションを有する特別に長いニュースレターの場合は、発行者は、異なった複数組の広告を、これらの複数の異なったコンテンツセクションのうちの１つ以上とインライン状態で提供することを希望することができる。この提供は、実現させるのが簡単であり、さらにはウェブインタフェースを通じて容易にすることも可能である。例えば、発行者は、これらのコンテンツセクションを別個のテキストボックス内に単純に貼り付け、各セクションごとに異なったスニペット（及びグローバル一意識別子）を提供することができる。この結果、二重の提供を回避しつつ、ターゲット特定精度がより高い広告を１つの電子メールドキュメントごとに提供することが可能になる。
【００２３】
新しいスニペットを入手するために自己のニュースレターのすべての号に関してウェブインタフェースを介さなければならないことを望まない発行者も存在することが考えられる。１週間に１回よりも頻繁に変更されないニュースレター（例えば、週刊ニュースレター、隔週ニュースレター、月刊ニュースレター、四半期毎のニュースレター、等）の場合は、１つのニュースレター毎に単一の静的なＨＴＭＬスニペットを該発行者に提供することが受け入れられるはずである。コンテンツのリフレッシュは、該ニュースレターを購読している（広告サーバーによって実行される）自動化電子メールアドレスによってトリガーさせることが可能である。該実施形態においては、ユーザーがより古い電子メールを開いた場合に、該開かれた電子メールのニュースレターの号に含まれているコンテンツではなく、最新の電子メールニュースレター号に含まれているコンテンツに特定された広告を受け取る可能性がある。しかしながら、この点は、受入可能なリスクのはずである（特に、一連の週刊ニュースレターのコンテンツが共通の話題又は概念に関連している場合）。この点は、より頻繁に発行されるニュースレター（日刊ニュースレター、等）の場合は受け入れることができない可能性がある（特に、コンテンツの話題又は概念が変わる場合）。
【００２４】
その代替として、又はその追加として、本発明は、発行者が自己のニュースレターのコンテンツを登録することができるようにするための電子メールインタフェースを提供することができる。発行者は、コンテンツ関連広告を電子メールにおいて提供するためにサインアップすることができる媒体となるウェブインタフェースを備えることができる。発行者は、コンテンツ関連広告を提供するために、ＨＴＭＬスニペット（又はその他の何らかの実行可能コード）を電子メール本体内に挿入することができる。発行者は、最初は、コンテンツ関連広告サーバーの代理から又はセルフサービスウェブインタフェースを通じてこのスニペットを入手することができる。発行者は、送出することを望む各々の異なったニュースレターごとに異なったスニペットを使用すべきである。しかしながら、１つの特定のニュースレターに関するスニペットをいったん入手後は、（広告フォーマットの変更を希望しないかぎり）異なったスニペットを入手する必要がない。
【００２５】
発行者には、newsletter-register+{ENPCID}@google.comの形の登録電子メールアドレスを与えることもできる。この形の各電子メールアドレスは、特定の発行者専用である。該電子メールアドレス内のＥＮＰＣＩＤ値は、コンテンツ関連広告サーバーが入って来た電子メールを検証することを可能にする発行者クライアントＩＤの暗号化バージョンにすることができる。  
発行者は、広告を提供することを希望するニュースレターに登録電子メールアドレスを申し込むべきである。発行者は、ニュースレターを全購読者に送付する前に、ニュースレターのコンテンツに特定される又は特定することができる広告をプレビューするために手作業で該アドレスにメッセージを送ることもできる。
【００２６】
登録電子メールアドレスへのメールはすべて、newsletter-register@google.comメールボックス内に入れることができる。該メールボックスは、入ったメールをメールフィルタに渡す。該メールフィルタは、該電子メールの本体を読み、ＨＴＭＬを構文解析し、電子メール本体内の挿入されたＨＴＭＬスニペットのうちの１つ以上を見つけ出す。次に、該メールフィルタは、これらのスニペットが適切に形成されていることを検証する。更に、該メールフィルタは、スニペット内のクライアントidが、電子メールアドレス内のＥＮＰＣＩＤ値の解読バージョンとマッチするかどうかも検証する。
【００２７】
ＥＮＰＣＩＤ値は、本質的には、コンテンツ関連広告サーバーと発行者との間の共有の秘密事項である。発行者がＥＮＰＣＩＤ値を使用することは、該発行者が自分は実際には誰であるかを証明する働きをし、悪意のいたずらを防止するのに役立つ。又、ＥＮＰＣＩＤ値無効化リストも使用することができ、いずれかの値が解読されてしまった場合は、単純に新しいＥＮＰＣＩＤ値を発行者に提供することができる。この旧ＥＮＰＣＩＤ値は、無効化リストに加えることができる。無効化リストに含まれているＥＮＰＣＩＤ値を用いたメールはすべて無視される。
【００２８】
メールフィルタは、２つのその他のフィールド、即ち、ＣＵＩＤ（コンテンツ一意識別子）及び号ＩＤをスニペットから読み取ることができる。ＣＵＩＤは、所定のニュースレターに関して一定であるべきであるが、号ＩＤは、発行者が挿入すべきであり、ニュースレターの各号に関して一意である。メールフィルタは、ＣＵＩＤと号ＩＤを使用して、電子メールのコンテンツに関するキーとして用いられる偽のＵＲＬを構築することができる。より具体的には、メールフィルタは、この偽ＵＲＬをキーとする電子メールのコンテンツを、コンテンツ関連広告サーバーによって使用できるレポジトリ内に電子メールのコンテンツを挿入することに添付することができる。レポジトリ内に既に存在するＣＵＩＤ及び号ＩＤを有する新たなメールが受け取られた場合は、既存のコンテンツは、オーバーライトすることができる。このことは、発行者が試験プロセス中にニュースレターの複数のバージョンを送ることを可能にする。
【００２９】
異なったコンテンツを有する複数の異なったセクションが存在する特別に長いニュースレターの場合は、発行者は、異なった複数組の広告を各異なったコンテンツセクションとインラインで提供することを希望することがある。本発明の一実施形態は、この点をサポートする。より具体的には、発行者は、コンテンツのうちでターゲットとして特定される複数の独立したセクションを特別の始め／終りタグで囲むことによってこれらのセクションを描写することができる。
【００３０】
複数のコンテンツセクションが存在する場合は、これらのコンテンツセクションは、存在する広告スニペットと１つずつマッチングさせることができる（即ち、広告スポット１のターゲットをコンテンツセクション１に特定することができ、以下同様である）。
【００３１】
ドキュメント（電子メールニュースレター、等）のコンテンツを登録するための様々な技術について説明後は、コンテンツ関連広告を提供するための様々な技術が以下の第４．２項において説明されている。
【００３２】
４．２ 広告の提供及び提供された広告に関するユーザーの行動の追跡
４．２．１広告の提供
（全員ではないとしても）ほとんどのウェブ電子メールプロバイダは、すべてのＩＦＲＡＭＥタグ及びＪａｖａｓｃｒｉｐｔを削除するため、‘９００特許出願において説明されているコンテンツ広告提供技術のうちの一部は、電子メールニュースレターに関しては有効でない。更に、広範な電子メールクライアント（ウェブメールを含む）をサポートしつつ、閲覧時に電子メール本体内にＨＴＭＬを動的に挿入するのは困難である。これらの問題を回避するために、本発明の一実施形態は、コンテンツ関連広告サーバー又はその他の何らかのサーバーにおいて動的に生成されたモノリシック画像（例えば、ポータブルグラフィックネットワーク（ＰＮＧ）画像）として広告を提供する。
【００３３】
クリックは、サーバー側画像マップ（例えば、http://hotwired.lycos.com/webmonkey/html/96/39/index2a.htmlにおいて入手可能な、パトリック・コーコラン著  "Piercing Together Server-Side Image Maps," WebMonkey (Sept. 25, 1996)を参照）（該記事は、本明細書において参照することによって本明細書に組み入れられている）、又は、クライアント側画像マップ（例えば、http://hotwired.lycos.com/webmonkey/96/40/index.2a.htmlにおいて入手可能な、パトリック・コーコラン著  "Client-Side Image Maps," WebMonkey (Oct. 2, 1996)を参照）（該記事は、本明細書において参照することによって本明細書に組み入れられている）のいずれかを通じて処理することができる。クライアント側画像マップは、サーバー側画像マップの使用をサポートしないアプリケーション（Ｈｏｔｍａｉｌ、等）においてより役立つことになり、その理由は、Ｈｏｔｍａｉｌは、自己のサーバーを通じてリダイレクトするために電子メール内のすべてのＵＲＬを書き換え、サーバー側マッププロトコルによってＵＲＬに添付された余分のパラメータがリダイレクトサーバーを誤作動させるためである。図３は、コンテンツ３２０と、各々が異なった広告に対応する異なった形状エリアを有する画像３３０と、カーソル３４０と、を含むドキュメント３１０を示した図である。画像マップ３５０は、カーソル３４０の位置を決定するために及びユーザーが形状エリア３６０の１つを選択したかどうか（又は形状エリア３６０の１つに対してその他の行動をしたかどうか）を決定するために使用することができる。
【００３４】
クライアント側マップを使用することは、（ｉ）静的なレイアウトを有する画像広告と、（ｉｉ）同じ数の広告スロットを埋めること、とが要求されることがある。このような場合は、コンテンツ関連広告サーバーは、空の広告スロットにチャリティ広告を埋め戻すことができる。更に、このような場合において、広告フォーマットの設計においてサイズを変える要素又は動き回る要素が存在する場合は、これらの要素は、クライアント側マップではサポートできないことがある。この理由は、クライアント側画像マップのフォーマットがいったん設計されて公表された（例えば、電子メールで送信されるか又は公表されるドキュメント内にコードとして挿入された）後は、該フォーマットは修正するのが難しいためである。更に、レイアウトを修正する変更がクライアント側画像マップに対して行われる場合は、これらの変更は、該ドキュメントの新たな名前と新たな識別子を有するコピーに対して行うべきである。
【００３５】
本発明の一実施形態においては、下記のＨＴＭＬスニペットがニュースレター発行者に対して与えられる。
【表１】
2007507812.tif 000003
【００３６】
以上の結果、図５に示されているような画像が得られる。
【００３７】
該スニペットの最初の４つの部分
【表２】
2007507812.tif 000004
【００３８】
は、クライアント側画像マップを定義する。中央の２つの部分は、２つの長方形のエリア形状を定義する。一方のエリア形状は、座標｛６，３｝の左上隅と座標｛２２８，５６｝の右下隅を有し、他方のエリア形状は、座標｛２４０，３｝の左上隅と座標｛４６２，５６｝の右下隅を有する。第１のエリア形状のエリアは、“ｐｏｓ＝０”と定義され、第２のエリア形状のエリアは、“ｐｏｓ＝１”と定義される。
【００３９】
最後のスニペット、すなわち、
【表３】
2007507812.tif 000005
【００４０】
は、（ｉ）該画像のソースを指し示す働きと、（ｉｉ）直前において説明されているクライアント側画像マップを指し示す働きをする。より具体的には、該画像のソースは、http://www/googleimageads.com/pagead/ads?url=some-url&output=png&cuid=uRKegAPA5SESScptqbhQ4Aのアドレスに所在する。出力フォーマットは、"output=png"画像である。該画像ソースは、一意のコンテンツ識別子である"cuid=uRKegAPA5SESScptqbhQ4A"も含み、該識別子の使用については後述されている。（“ＣＵＩＤ”は、“ｃｏｎｔｅｎｔ   ｕｎｉｑｕｅ−ｉｄ（コンテンツ一意識別子）を表す。）最後に、このコードは、クライアント側画像マップを指し示し、"google_ad_map_KX6hVSUhHerfm2B6XnGmhg"ストリングを用いて該画像マップをマップ名と関連づける。
【００４１】
図６のメッセージ送信図は、この典型的実施形態が、クライアントデバイス６２０に常駐する電子メールドキュメント６３０内にどのようにしてコード６３５（特に、スニペット６３５’）を含めるかを示している。コード６３５／６３５’は、電子メールドキュメント発行者が、例えば上記の第４．１項において説明されているような登録プロセス中に電子メールドキュメント６３０内に挿入しておくことができる。
【００４２】
閲覧時（例えば、ユーザーが電子メールを開いたとき）に、上記のＨＴＭＬスニペットは、www.googleimageads.comへの広告画像要求をクライアントデバイス（例えば、ブラウザ又は電子メールアプリケーション）に行わせる。該要求は、実際には、パス全体、即ち、http://www.googleimageads.com/pagead/ads?url=some-url&output=png&cuid=uRKegAPA5SESScptqbhQ4Aを含むことができる。該要求は、コンテンツ関連広告サーバー（例えば、フロントエンド）に向かう。一実施形態においては、コンテンツ関連広告サーバーのフロントエンドは、該要求において渡されたＵＲＬを用いて該要求をバックエンドに渡す。再度図６のメッセージ送信図において、ユーザーが電子メールを開いた（イベント６４０）時点で、クライアントデバイス６２０は、コンテンツ関連広告要求６５０を、コンテンツ関連広告サーバー６１０に渡すことができる。図示されているように、要求６５０は、単に、元来は電子メールドキュメント６３０内にあるスニペット６３５’からの画像ソース６５５であることができる。
【００４３】
コンテンツ関連広告サーバーは、（例えば、該要求の"cuid=uRKegAPA5SESScptqbhQ4A"部分によって指定された）一意のコンテンツ識別子を、予め登録されているコンテンツをルックアップするためのキーとして、又は、該予め登録されているコンテンツに関係する少なくとも関連性情報（例えば、話題、概念、等）をルックアップするためのキーとして、使用することができる。コンテンツ関連広告サーバー６１０は、該予め登録されたコンテンツ、又は該コンテンツに関係する関連性情報を用いて、関連広告を決定する。コンテンツ関連広告サーバー６１０は、例えば上述されている‘４２７特許出願及び／又は‘９００特許出願において説明されている技術を用いて、電子メール６３０ドキュメントのコンテンツに関連する１つ以上の広告を決定する。これらの関連広告は、価格情報、パフォーマンス情報、広告主品質情報、等のうちの１つ以上を用いて点数を付けることができる。これらの広告の属性（例えば、位置）は、決定された点数を用いて決定することができる。
【００４４】
これで、コンテンツ関連広告サーバーは、指定された広告フォーマット（この例では４６８ｘ６０）を用いて、決定された（例えば、バックエンドから得られた）広告をＨＴＭＬに合わせてフォーマット化することができる。広告要求は、ｏｕｔｐｕｔ＝ｐｎｇオプションを設定したＨＴＭＬスニペットを用いて生成されたため、ＨＴＭＬ広告を戻す代わりに、コンテンツ関連広告サーバーは、ＰＮＧ画像を戻す。該ＰＮＧ画像は、下記の第４．２．３項において説明されているように、サーバー側においてＨＴＭＬ広告から予め生成しておくことができる。これらの１つ以上の広告の画像とともに、コンテンツ関連広告サーバー（例えばフロントエンド）は、セッション識別子（例えば、クッキー）も戻すことができる。クッキーが使用される場合は、以下のようになる。
【表４】
2007507812.tif 000006
【００４５】
この典型的クッキー内のＭＡＰパラメータの値は、各領域に関する下記のフィールドに組み込まれた、圧縮されたＢａｓｅ６４符号化バイナリデータである。
【表５】
2007507812.tif 000007
【００４６】
プロトコルバッファは、広告画像内における長方形領域リストである。更に、プロトコルバッファは、これらの長方形領域の各々に関するリダイレクトＵＲＬ（例えば、広告ランディングページ）及びクリックストリング（存在する場合）を定義することもできる。
【００４７】
再度図６のメッセージ送信概略図において、１つの典型的実施形態においては、コンテンツ関連広告サーバー６１０は、コンテンツ関連広告画像（例えば、ＰＮＧ画像）を、セッション識別子（例えば、６６５において略記されているようなクッキー）とともに、クライアントデバイス６２０に送ることができる（メッセージ６６０）。
【００４８】
クッキー内の包囲長方形情報は、サーバー側におけるマップ実装の場合に使用できることに注目すること。該包囲長方形情報は、クライアント側画像マップに関しては要求されず、数値インデックスを指定するパラメータが代わりに入手される。
【００４９】
４．２．２  広告に関するユーザー行動の追跡
広告画像が選択（例えばクリック）された時点で、ユーザーデバイスは、クライアント側マップ内において定義されているＵＲＬの１つに向かう。コンテンツ関連広告サーバー（例えば、該コンテンツ関連広告サーバーのフロントエンド）は、クライアント側画像マップ内において定義されたＵＲＬ内の“ｐｏｓ＝”パラメータを用いて正確なリダイレクトＵＲＬを選択するために使用することができる。該広告選択に従い、クライアントデバイスは、広告に関するユーザーの行動の表示及びセッション識別子（例えば、クッキー）を、コンテンツ関連広告サーバーに送り戻すこともできる。例えば、再度図６において、クライアントデバイス６２０は、ユーザー行動イベント６７０に対応して、広告に関するユーザーの行動の表示を送り戻す（メッセージ６８０）。クッキーにおいて設定されているパス（この例では、"pagead/imgclick/uRKegAPA5SESScptqbhQ4"）は、クリックＵＲＬパスとマッチしているため、クッキー６８５を同様に送ることができる。メッセージコンテンツ６５５とメッセージコンテンツ６６５を比較することによって理解できるように、メッセージ６６５内のクッキーパスは、画像要求６５５内において“ｃｕｉｄ＝”パラメータを用いて、コンテンツ関連広告サーバー６１０によって送信することができる。即ち、ＣＵＩＤは、クリックＵＲＬのパス内のＧＵＩＤとマッチすべきである。最後に、コンテンツ関連広告サーバー６１０は、（選択された広告に関連するランディングページにユーザーのブラウザを向けるために使用された）リダイレクトＵＲＬを、クライアントデバイス６２０に提供する（メッセージ６９０）。
【００５０】
パス上のＧＵＩＤは、様々なニュースレターにおけるインプレッションに関して設定されているすべてのクッキーをクライアントデバイスブラウザが送るようにするのではなく、現在のニュースレターに関するクッキーだけを送るようにするために使用することができる。さらに、パス上のＧＵＩＤＥは、複数の異なった発行者によって又は複数の異なったニュースレター内において同じ発行者によって送られた広告が、互いのクッキーと干渉しないようにするために使用することもできる。本発明の一実施形態においては、各発行者は、各ニュースレター号ごとにＧＵＩＤを定義しておくことができ、更に、クッキーは、ドメインgoogleimageads.comにおいて設定することができる。このことは、クリック要求時にいずれのgoogle.comクッキーも受け取られないようにするために使用することができ、このことは、コンテンツ広告クリックをgoogle.comクッキーにリンクさせない方針を執行するために使用することができる。コンテンツ関連広告に関するクッキーを許容するドメイン（googleadservices.com）は、コンバージョン追跡のために使用することができる。しかしながら、一部のブラウザは、各ドメインごとにクッキー制限（例えば３０クッキー）を課すため、このドメインを再使用するのは難しい場合があり、更に、該ドメインを再使用することは、いずれかのサービスのクッキー制限値を不必要に小さくしてしまうことがある。
【００５１】
本発明の一実施形態においては、画像ＵＲＬは固定されており、閲覧時に設定される“ｒａｎｄｏｍ＝”パラメータを含むことができないため、コンテンツ関連広告サーバー（例えば該広告サーバーのフロントエンド）は、ブラウザが画像をキャッシュに保存しないようにするために可能性のあるすべてのヘッダを設定する。
【００５２】
上述されている典型的なクッキースキームは、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒブラウザ及びＭｏｚｉｌｌａブラウザを使用する、Ｈｏｔｍａｉｌ及びＹａｈｏｏ  Ｍａｉｌのウェブをベースにしたメールサーバーとともに機能する。更に、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒが受入可能なＰ３Ｐヘッダが設定されている場合は、該クッキースキームは、Ｏｕｔｌｏｏｋ、及びＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓにおいても機能する。総合すると、このクッキースキームは、ユーザー数という点で既存の電子メールクライアントのうちの非常に大きな割合を網羅している。上記の典型的クッキースキームが一部の電子メールクライアント（例えば、クッキーがオフの状態のクライアント）と機能しない場合でも、ニュースレターの受取人に対して影響を及ぼすことはないはずである。
【００５３】
ユーザーの行動を決定するその他のスキーム、例えば、"SYSTEMS AND METHOD FOR DETERMINING USER ACTIONS"（ユーザー行動を決定するためのシステム及び方法）という題名を有し、アレックス・ロッター及びディーパック・ジンダルを発明者（Ａｔｔｏｒｎｅｙ  Ｄｏｃｋｅｔ  ００２６−００４０）とする米国特許出願一連番号１０／６５３，８９９（出願日：２００３年９月４日）（本明細書において参照することによって本明細書に組み入れられている）において説明されているスキーム、等を、上述されている技術の代わりに、又は上述されている技術に加えて、使用することができる。
【００５４】
４．２．３  画像広告生成
本発明の改良された実施形態においては、電子メール発行者は、広告に関する柔軟なフォーマット化（例えば、ウェブ発行者が利用可能なフォーマット化）が提供され、テンプレートによって作成されたＨＴＭＬを用いてサーバー側において直接画像を生成する。例えば、機能（別個のサーバー、等）は、ＨＴＭＬドキュメントを備えることができる。該機能は、ＨＴＭＬドキュメントを用いて、画像（例えば、ＰＮＧ画像）を、該ドキュメント（総称して「画像広告」と呼ばれる）内の全アンカー（クリック可能領域）に対応する（長方形、ＵＲＬ）対のリストとともに生成する。
【００５５】
該機能が別個のサーバーである実施形態においては、コンテンツ関連広告サーバー（例えば、コンテンツ関連広告サーバーのフロントエンド）は、１つ以上の別個のサーバーと情報を交換することができる。コンテンツ関連広告サーバーが“ｏｕｔｐｕｔ＝ｐｎｇ”を有する要求を受け取ると、コンテンツ関連広告サーバーは、最初に、あたかもＨＴＭＬを出力することになるかのように通常どおりに要求を処理する。次に、コンテンツ関連広告サーバーは、ＨＴＭＬをクライアントに戻す代わりに、別個のサーバーに渡す。該別個のサーバーは、画像広告を生成してコンテンツ関連広告サーバー（例えば、フロントエンド）に戻し、コンテンツ関連広告サーバーは、該画像広告をクライアントデバイスに戻す。ユーザーが画像広告をクリック時に、コンテンツ関連広告サーバー（例えばフロントエンド）は、どの広告がクリックされたかを復号してクリックハンドラーにリダイレクトすることによって該画像クリック要求を処理する。
【００５６】
４．２．３．１  画像広告生成性能拡張
上例においては、別個のサーバーは、各要求に関する画像広告を常に生成する。しかしながら、戻された画像広告は、キャッシュに保存することができる。この場合、ＨＴＭＬ自体のフィンガープリントを、キャッシュエントリキーとして使用することができるが、次の考慮事項を満たすべきである。即ち、ＨＴＭＬ内のクリックストリングは常に一意であるため、ＨＴＭＬ全体は、それ自体では、画像広告キャッシュへのヒットは絶対に生成しない。この問題回避する１つの方法は、これらのクリックストリングをＨＴＭＬから削除することである。もう１つの方法は、正確な広告クリエイティブｉｄリストとフォーマット名に基づいてフィンガープリントを使用することである（フォーマットＨＴＭＬ及びある所定のクリエイティブＩＤに関するクリエイティブテキストは、両方とも不変である）。
【００５７】
ニュースレター広告インプレッション数は、送出される実際のニュースレター数よりも数桁分多くなることが予想される。ある単一のニュースレターに関する広告インプレッションはすべて、同じコンテンツを共有するため、１つのニュースレター当たりの生成される個別の広告組数は、一般的には、ある小さい数字によって囲まれ、この数字は、バジェット（ｂｕｄｇｅｔ）がなくなるのに従ってゆっくりと大きくなる。一般的には、スロット数がおおいほど組み合わせ数も多くなる。組み合わせ数には何らかの漸近的上限があるため、インプレッション数が多いほど、予想キャッシュヒット率が高くなる。従って、画像広告をキャッシュに保存することは、少なくともニュースレター市場において、パフォーマンスを大幅に向上させることになるはずである。予想キャッシュヒット−ミス率が高いことを考慮し、ニュースレター内において画像広告を提供することは、別個のサーバーに対して大きなスループットを要求しないはずである。
【００５８】
膨大な量の要求がキャッシュをヒットするため、ニュースレター広告に関する遅延上の要件は問題ではないはずである。５００ｍｓの遅延は、２００回のページ閲覧のうちの１回に当てはまる可能性があるだけであるにすぎないため受入可能であると思われる。しかしながら、これよりもはるかに高い性能（例えば、別個のサーバーが一組の広告を提供する上での遅延時間が約１４０ｍｓ）が予想される。単一の別個のサーバーを用いた単一のコンテンツ関連広告サーバーに対する負荷試験では、書かれた（シングルスレッド）状態の別個のサーバーは、１秒間に７つのコンテンツ広告提供要求を処理することができ、遅延時間の中央値は１１５ｍｓであり、９９％の要求は１４０ｍｓ未満である。
【００５９】
４．２．４  広告選択検出および性能測定
クッキーは、次の技術を用いて検出することができる。即ち、ユーザーが広告付きニュースレターを最初に入手した時点で、画像は、ＧｏｏｇｌｅＣｏｏｋｉｅＴｅｓｔ＝１によって構成されるクッキーをgoogleimageads.comドメインにおいて探す。該クッキーが見つかった場合は、正常に広告を提供することができる。該クッキーが見つからない場合は、ＧｏｏｇｌｅＣｏｏｋｉｅＴｅｓｔクッキーが設定され、異なったｕｒｌにブラウザがリダイレクトされ、クッキーの有無が再度確認される。クッキーが存在する場合は、広告画像が送られる。クッキーが存在しない場合は、空白が提供される。実際には、画像要求時のあらゆるエラー状況において、透明なＧＩＦが提供される。
【００６０】
４．２．５  代替実施形態
第１の代替実施形態は、Ｊａｖａｓｃｒｉｐｔ及び／又はＩＦＲＡＭＥＳの何らかの組み合わせを使用する。この代替実施形態は、すべてがまさにウェブページのように機能する点で有利である。しかしながら、残念なことに、Ｈｏｔｍａｉｌ及びＹａｈｏｏ、等の一部の人気のあるウェブを基本にした電子メールサーバーは、これらを両方とも削除する。
【００６１】
第２の代替実施形態は、単純に、電子メール送信時（又は送信前）に広告を挿入することである。例えば、発行者は、各受取人に関するニュースレター生成時にＸＭＬ要求を行い、該ニュースレターのテキスト内に広告を埋め込むことができる。この代替実施形態は、発行者が希望する形で広告をフォーマット化させる。しかしながら、残念なことに、このことは、低技術を用いる発行者にとっては厄介であるか又は不可能な場合がある。更に、広告を絶対に見ないユーザーに対して送られる広告についても問題が生じる場合がある。即ち、絶対に開けられることがない電子メールに広告が挿入されることがある。更に、このスキームの場合は、広告を提供時及び／又は順位付け時に用いられる情報は、これらの広告が提供されるまでに新鮮味のない広告になってしまっている場合がある。例えば、広告主が自分のアカウントを既に閉じてしまった後に又は何らかのバジェット限度に達した後にインプレッションが発生する場合がある。
【００６２】
第３の代替実施形態においては、発行者は、コンテンツ関連広告のプロバイダを通じて電子メールを送信することが可能である。該プロバイダは、画像及び／又はｈｔｍｌを電子メールの中に挿入してユーザーに送信することができる。コンテンツ関連広告のプロバイダは、電子メールニュースレターのコンテンツにアクセスすることができるため、この代替実施形態は、有利なことに、電子メール発行者が自己のニュースレターを登録する必要性を排除する。しかしながら、コンテンツ関連広告プロバイダの観点では、この代替実施形態は、大量の電子メールを送信する責任を増やすものである。更に、この代替実施形態は、発行者がコンテンツ関連広告サービスを自己の電子メール配達プロバイダとして使用するのを強制するものである。
【００６３】
クライアント側画像マップを使用するのではなく、サーバー側画像マップを使用することができる。上述されているように、該代替実施形態は、リダイレクトを使用する一部のウェブに基づく電子メールサーバーとともに使用時に問題を引き起こす場合がある。サーバー側画像マップの使用に関する代替実施形態には変形が存在する。これらの変形においては、広告に関する画像が作成され、クリックのｘ位置とｙ位置が受け取られると、これらの位置が選択された広告にマッピングされる。
【００６４】
サーバー側画像マップの受取人別ＧＵＩＤの変形においては、発行者は、クリックに関するインプレッションを識別するために使用できるグローバル一意識別子を各受取人ごとに提供する。しかしながら、残念なことに、発行者は、ＧＵＩＤの追加方法を知る必要があり、さらには自ら進んで知らなければならない。これらのＧＵＩＤは、送信時に各受取人のメッセージ内にマージしなければならない。更に、（存在時間が非常に長い）ＧＵＩＤ−広告マッピングを保存するキャッシュを維持する必要がある。更に加えて、この変形は、それ自体が多数の加入者を有するメール送信リストであるニュースレターの受取人に関しては機能しないことがある。即ち、この変形は、ニュースレターの受取人が該ニュースレターをその他の人に転送し始めるときには機能しないことがある。
【００６５】
サーバー側画像マップのＩＰアドレス変形においては、電子メール受信者のＩＰアドレスがＧＵＩＤとして使用される。このことは、発行者がＧＵＩＤＥを加える必要性を排除する。しかしながら、残念なことに、プロキシを通じてアクセスするユーザーは、クリック時に誤った広告を入手する可能性がある。更に、各受取人ごとにＧＵＩＤを追加する上記の変形においては、（存在時間が非常に長い）ＧＵＩＤ−広告マッピングを保存するキャッシュを維持する必要がある。
【００６６】
４．３  典型的装置
図４は、上述されている動作のうちの１つ以上を実施することができる機械４００の高位ブロック図である。１つ以上のこれらの機械４００は、コンテンツ関連広告サーバー、別個のサーバー、クライアントデバイス、等として使用することができる。機械４００は、基本的には、１つ以上のプロセッサ４１０と、１つ以上の入力／出力インタフェース装置４３０と，１つ以上の記憶装置４２０と、結合された素子間における情報通信を容易にするための１つ以上のシステムバス及び／又はネットワーク４４０と、を含む。１つ以上の入力装置４３２及び１つ以上の出力装置４３４は、１つ以上の入力／出力インタフェース４３０と結合させることができる。
【００６７】
これらの１つ以上のプロセッサ４１０は、本発明の１つ以上の側面を実施するために、機械によって実行可能な命令（例えば、カリフォルニア州パロ・アルトに所在するサン・マイクロシステムズ・インクから入手可能なＳｏｌａｒｉｓオペレーティングシステム上で又はノースカロライナ州ダラムに所在するレッド・ハット・インク、等のいくつかの販売業者から幅広く入手可能なLinux（登録商標）オペレーティングシステム上で走るＣ又はＣ＋＋、等）を実行することができる。これらの機械で実行可能な命令の少なくとも一部は、１つ以上の記憶装置４２０に（一時的に又はそれよりも永続的に）保存することができ、及び／又は、１つ以上の入力インタフェース装置４３０を通じて外部源から受け取ることができる。
【００６８】
一実施形態においては、機械４００は、１つ以上の従来のパソコンであることができる。この場合は、処理装置４１０は、１つ以上のマイクロプロセッサであることができる。バス４４０は、システムバスを含む。記憶装置４２０は、読取専用メモリ（ＲＯＭ）及び／又はランダムアクセスメモリ（ＲＡＭ）、等のシステムメモリを含む。更に、記憶装置４２０は、ハードディスクからの読み取り及びハードディスクへの書き込みを行うためのハードディスクドライブと、（例えば取り外し可能な）磁気ディスクからの読み取り又は（例えば取り外し可能な）磁気ディスクへの書き込みを行うための磁気ディスクドライブと、取り外し可能な（磁気）光学ディスク（コンパクトディスク、等）又はその他の（磁気）光学媒体からの読み取り又は該光学ディスク又は光学媒体への書き込みを行うための光学ディスクドライブと、を含む。
【００６９】
ユーザーは、例えばキーボード及びポインティング装置（例えばマウス）、等の入力装置４３２を通じてコマンド及び情報をパソコンに入力することができる。更に、その他の入力装置（マイク、ジョイスティック、ゲームパッド、衛星放送アンテナ、スキャナ、等）も追加で（又は代替として）含むことができる。これらの入力装置及びその他の入力装置は、システムバス４４０に結合された適切なインタフェース４３０を通じて処理装置４１０に接続されることがしばしばある。出力装置４３４は、同じく適切なインタフェースを通じてシステムバス４４０に接続することができるモニター又はその他の型の表示装置を含む。パソコンは、該モニターに加えて（又は該モニターの代わりに）、スピーカー及びプリンタ等のその他の（周辺）出力装置（図示されていない）を含む。
【００７０】
４．４  結論
クライアント側画像マップ及びクッキーを使用する本発明の実施形態は、幾つかの利点を有する。クッキーは、広告クリックを特定の広告インプレッションとマッチングさせる有効な方法である。閲覧時にＨＴＭＬを電子メール本体内に追加することは（不可能ではないまでも）困難であり、更に、広告インプレッションは、閲覧時までは確実に決定することができないため、クッキーは、ユーザーの行動（クリック、等）を該インプレッションとマッチングさせる上で有用である。もう１つの可能な解決策は、送出されたニュースレターのすべてのインスタンス（即ち、各受取人ごとに１つのインスタンス）が異なったグローバル一意ＩＤを含むことである。この代替実施形態は、何百万ものこれらのＧＵＩＤを無期限に追跡する必要があるという欠点を有する。更に、この代替実施形態は、新たなＨＴＭＬスニペットを各受取人に関して要求しなければならないため、ニュースレター発行者にとってははるかに不都合になる。クッキーの場合は、インプレッションに関する状態をサーバー側に保存する必要がない。
【００７１】
上記の実施形態においては、ユーザーがクリックを実施時にクッキーから入手される情報は、広告インプレッション生成時に既に入手可能であった情報だけである。個人を特定可能な情報がクッキー内に存在する必要はまったくなく、更に、該クッキーをその他のいずれのクッキーともリンクさせる必要がない。更に、該クッキーは、存在時間が１時間以上である必要がなく、さらにはそれよりも短い時間以上である必要もない。
【００７２】
ＩｍｇＡｄクッキーは、単一のブラウザウィンドーの制約内のみにおいて有効であるセッションクッキーになることが可能であるが、幾つかの一定の状態においては可能でないことがある。例えば、ユーザーがＯｕｔｌｏｏｋ又はＯｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓにおいて電子メールを受信する場合は、広告クリックは、第２のブラウザウィンドーを開けることがあり、該ブラウザウィンドーは、原ウィンドーと同じセッションクッキーを共有していないことがある。従って、セッションクッキーを用いる代わりに、短い消滅時間（約１時間）を有するクッキーが好まれる。
【図面の簡単な説明】
【００７３】
【図１】本発明を使用することができる環境を示した図である（その１）。
【図２】本発明を使用することができる環境を示した図である（その２）。
【図３】画像マップ（例えば、クライアント側画像マップ）を用いて広告選択を決定する例を示した図である。
【図４】本発明の様々な側面を実施するために使用することができる典型的装置のブロック図である。
【図５】典型的画像広告を示した図である。
【図６】本発明の典型的実施形態の典型的動作を示したメッセージ送信図である。
【図１】
2007507812.tif 000008
【図２】
2007507812.tif 000009
【図３】
2007507812.tif 000010
【図４】
2007507812.tif 000011
【図５】
2007507812.tif 000012
【図６】
2007507812.tif 000013
【手続補正書】
【提出日】平成18年11月7日(2006.11.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する方法であって、
ａ）前記クライアントデバイスが、広告要求内のドキュメント識別子を、コンテンツ関連広告サーバーに提供することと、
ｂ）前記コンテンツ関連広告サーバーが、前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定することと、
ｃ）前記コンテンツ関連広告サーバーが、前記決定された組の前記１つ以上の広告を含む画像を生成することと、
ｄ）前記コンテンツ関連広告サーバーが、前記生成された画像及びセッション識別子を前記クライアントデバイスに提供することと、
ｅ）前記クライアントデバイスが、前記ドキュメント内において前記画像を提供することと、
ｆ）前記クライアントデバイスが前記提供された画像に関するユーザーの行動を検出することと、
ｇ）前記提供された画像に関する前記ユーザー行動の前記検出に対応して、前記クライアントデバイスが、前記セッション識別子及び位置情報を前記コンテンツ関連広告サーバーに送ること、とを具備する方法。
【請求項２】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項１に記載の方法。
【請求項３】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項１に記載の方法。
【請求項４】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項３に記載の方法。
【請求項５】
ｈ）前記コンテンツ関連広告サーバーにおいて、前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項１に記載の方法。
【請求項６】
前記更新された広告情報は、課金情報を含む、請求項５に記載の方法。
【請求項７】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項５に記載の方法。
【請求項８】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する装置であって、
ａ）広告要求内のドキュメント識別子を、前記クライアントデバイスから受け入れるための入力部と、
ｂ）前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定する決定部と、
ｃ）前記決定された組の前記１つ以上の広告を含む画像を生成する生成部と、
ｄ）前記生成された画像及びセッション識別子を前記クライアントデバイスに転送する転送部と、を具備し、前記生成された画像及びセッション識別子は、前記クライアントデバイスが、前記クライアントデバイスにおいて提供された前記画像に関する前記ユーザー行動の前記検出に対応して、前記セッション識別子及び位置情報を前記コンテンツ関連広告サーバーに送ることを促す情報を含む装置。
することと、
【請求項９】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項８に記載の装置。
【請求項１０】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項８に記載の装置。
【請求項１１】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項１０に記載の装置。
【請求項１２】
ｅ）前記コンテンツ関連広告サーバーにおいて、前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項８に記載の装置。
【請求項１３】
前記更新された広告情報は、課金情報を含む、請求項１２に記載の装置。
【請求項１４】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項１２に記載の装置。
【請求項１５】
電子メールドキュメントがクライアントデバイスにおいて提供される時点でコンテンツ関連広告を決定する方法であって、
ａ）コンテンツ関連広告サーバーが、広告要求内のドキュメント識別子を前記クライアントデバイスから受け入れることと、
ｂ）コンテンツ関連広告サーバーが、前記ドキュメント識別子と関連づけられたコンテンツ関連性情報及び広告情報を用いて一組の１つ以上の広告を決定することと、
ｃ）コンテンツ関連広告サーバーが、前記決定された組の前記１つ以上の広告を含む画像を生成することと、
ｄ）コンテンツ関連広告サーバーが、前記生成された画像及びセッション識別子を前記クライアントデバイスに転送することと、
ｅ）コンテンツ関連広告サーバーが、前記セッション識別子及び位置情報を前記クライアントデバイスから受け入れること、とを具備する方法。
【請求項１６】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記ドキュメント識別子を含む、請求項１５に記載の方法。
【請求項１７】
前記ドキュメントは、画像ソース情報を含む画像マップ情報を含み、前記画像ソース情報は、前記一意の識別子を含むパスである、請求項１５に記載の方法。
【請求項１８】
前記パスは、前記コンテンツ関連広告サーバーのＵＲＬをさらに含む、請求項１７に記載の方法。
【請求項１９】
ｆ）前記送られたセッション識別子及び位置情報を用いて広告情報を更新することをさらに具備する、請求項１５に記載の方法。
【請求項２０】
前記更新された情報は、課金情報を含む、請求項１９に記載の方法。
【請求項２１】
前記更新された広告情報は、広告パフォーマンス情報を含む、請求項１９に記載の方法。
【国際調査報告】
2007507812.tif 000014