JP5969470B2 - 統一されたデータの収集および配信 - Google Patents

Description

関連出願の相互参照

本出願は、２０１０年６月１６日に共に出願された米国仮出願番号第６１／３５５，５１９号および第６１／３５５，５３２号、ならびに２０１０年８月２７日に出願された第６１／３７７，７５３号の利益を主張し、この３つ全ての内容が参照により本明細書に組み込まれる。

本発明は、一般に、電子出版および商取引に関し、より詳細には、マーケティングおよびユーザー行動データの収集および配信に関する。

商用ウェブサイトは、特に、後の分析のために、マーケティングおよびユーザーインタラクションイベントを記録する目的で、ウェブサーバー要求を作成するコードを含む。一般に、トラッキングタグと呼ばれるこのコードは、ウェブページの動作をレンダリングおよび制御するための命令セットの一部としてユーザーのウェブブラウザによって解釈される。

トラッキングタグによって利用可能なデータ分析の例には、ユーザーの地理的な位置、ウェブページがユニークユーザーによって参照された回数、ユーザーがクリックしたページ上のリンク、ページ上に含まれていた広告、ユーザーが広告またはマーケティングキャンペーンに応じてページをアクセスしたか否か、および特定のキャンペーンを受けた後、ユーザーがウェブサイトでいくらお金を使ったかを含むが、それらに限定されない。

ウェブサイトの所有者は、トラッキングタグを彼らのウェブサイトの各ウェブページのＨＴＭＬソースコードに付加することにより、それらを追加し得る。トラッキングタグは、第三者のコンテンツプロバイダからリンクされているページ上のコンテンツ内、例えば、広告、ビデオプレーヤ、ニュースフィード、およびブログなど、にも含まれ得る。トラッキングタグは、データをウェブサイト所有者のサーバーまたは第三者のサーバーに送信し得、このデータは、ウェブサイト所有者、広告主、広告およびマーケティング代理店、データ統合者（ｄａｔａ ａｇｇｒｅｇａｔｏｒ）、データ分析サービス、および他の関係者の利益のために使用され得る。かかるデータを受信する関係者は、一般に「データ受信者」と呼ばれる。

トラッキングタグは、いくつかの方法で実装され得、そのうちの最も一般的な方法は、ウェブサーバーからファイルを要求するＨＴＭＬアンカーまたはＩフレームタグおよび対象とするデータ受信者関係者のウェブサーバーにデータをポストするＪａｖａＳｃｒｉｐｔ文である。ウェブサーバーからの応答は、しばしば、ブラウザクッキーに、以降の要求で特定のユーザーを匿名で識別するために使用されるデータを設定する。通常、データ分析製品およびサービスが、これらのトラッキングタグを、多くの場合、ＨＴＭＬタグまたはＪａｖａＳｃｒｉｐｔ文の形式で、ウェブサイト所有者および第三者のコンテンツプロバイダに提供し、次いで、そのウェブサイト所有者および第三者のコンテンツプロバイダは、そのトラッキングタグのコードを、トラッキングするウェブページまたはリンクされているコンテンツ項目に対するＨＴＭＬソースコード内にコピーする必要がある。

トラッキングタグは、データ要素を暗黙的または明示的に収集し得る。暗黙のデータ収集は、トラッキングタグが、カスタムデータ統合コードなしで、サイト／アプリケーションコンテンツから確定的に抽出できるデータ要素を渡す場合に起こる。暗黙的に収集されるデータは、「暗黙データ要素」と呼ばれる。暗黙データ要素の例には、制限なく、（１）ＨＴＴＰ要求ヘッダー、例えば、要求されたオブジェクトのＵＲＬ、ユーザーのＩＰアドレス、ユーザーエージェント、言語、参照しているＵＲＬ、およびクッキー値など、（２）クライアントオブジェクト値およびイベント、例えば、Ａｄｏｂｅ Ｆｌａｓｈ、Ａｐｐｌｅ ｉＯＳ、Ｇｏｏｇｌｅ Ａｎｄｒｏｉｄ、Ｆａｃｅｂｏｏｋ ＡＰＩなどのワールドワイドウェブコンソーシアム文書オブジェクトモデル（ＤＯＭ）およびアプリケーション開発フレームワークによって定義されるものなど、ならびに（３）「周知のコンテンツ」、例えば、文書タイトル、未解析の文書本体、およびページ記述、キーワード、見出し、画像などの一般的に使用されるマークアップ識別子を介して推察できる他の文書要素を含む。

明示的に収集されるデータは、「明示的データ要素」と呼ばれる。「明示的」という用語は、データ要素がデータ製作者によって明示的に定義されていることを示す。暗黙データ要素とは異なり、明示的データ要素は、カスタムデータ統合コードなしでサイト／アプリケーションから確定的に抽出することができない。明示的データ要素は、要求コンテキストに基づいて大きく異なる。明示的データ要素の例には、制限なく、（１）ウェブページをレンダリングする際にＪａｖａＳｃｒｉｐｔによって、またはＦｌａｓｈアプリケーションを実行する際にＡｄｏｂｅ ＡｃｔｉｏｎＳｃｒｉｐｔによって使用されるような、機械解釈される変数および式、（２）任意の構造化データ、例えば、ＵＲＬクエリー文字列パラメータおよび「メタ」タグ、ならびに構造およびコンテンツがサイト／アプリケーションによって完全に定義される同様のキー／値のペアなど、（３）解析するか、または文書本体もしくはそのサブセクションから導出する必要のある任意の非構造化コンテンツを含む。

明示的データ要素は、ウェブサイト／アプリケーションのマークアップ内および／または要求コンテキスト内に、変数／式、任意の構造化データ、または任意の非構造化コンテンツのいずれかとして列挙される。データ要素の列挙のためのメカニズムは、ＵＲＬクエリー文字列パラメータ、ＨＴＭＬメタタグ値、ＪａｖａＳｃｒｉｐｔ変数、および非構造化コンテンツを含むが、それらに限定されず、それらの例を図１に示す。

明示的データの収集には、サイト／アプリケーション所有者がカスタムデータ統合コードを記述する必要があるので、複数の関係者に対してトラッキングタグを維持することは厄介で、技術的な問題を引き起こし得る。各トラッキングタグは、そのデータ収集サーバーのインタフェース仕様に基づいて明示的データを一意にコード化するが、基本的に同一のデータ要素および値が複数の関係者に渡される。マーケティングおよびユーザー行動データ製品およびサービスは、それらの分析をインタラクションイベントの同じスーパーセットに基づかせているため、それらのトラッキングタグは、ほとんど同一のデータ要素を収集する。これらのそうでなければ重複するトラッキングタグ間の相違は、パラメータおよび変数名、値割当て、ならびに分析製品またはサービスに関連するインタラクションイベントの特定のサブセットなどの実装詳細として特性化できる。

トラッキングタグの急増によって取り込まれる、技術上および商業上の非効率性のいくつかを以下にリストする。

（１）複数のトラッキングタグは、各トラッキングタグのコードが構文および論理エラーのチェックを受ける必要があり、トラッキングタグがソースコードに組み込まれた後に各ウェブページが正しい機能性を保証するためにテストされる必要があり、また、トラッキングタグプロバイダからのコード変更が定期的にウェブページに組み込まれる必要があるので、ウェブページの実装およびデバッグをより複雑にする。

（２）トラッキングタグは、ユーザーのウェブブラウザまたは他のユーザーエージェントによって解釈する必要があるので、各トラッキングタグは、ページをダウンロードし、そのＨＴＭＬおよびＪａｖａＳｃｒｉｐｔコードを実行するのにかかる時間を増大させる。複数のトラッキングタグを処理することは、サイトパフォーマンスを著しく損なう。

（３）ユーザーのウェブブラウザが、トラッキングタグによって要求された特定のウェブサーバーに接触できない場合、ウェブページは正しくロードされない可能性がある。より多くのトラッキングタグがウェブページに追加されるにつれて、ロードエラーの可能性が増加する。

（４）全てのトラッキングタグのロードが終わる前にユーザーがウェブページを終了すると、幾人の関係者は、そのユーザーからの完全なデータセットを受信しないだろう。不完全なデータは、データ分析製品の品質に影響を与え、歪んだマーケティングキャンペーン業績が報告され、キャンペーン業績測定値に関連した取引条件に基づく支払いに影響を与える。

（５）ウェブサイトからのトラッキングタグの除去も、複雑化させ、デバッグのための努力を必要とする。このため、ウェブサイトの管理者は、データ受信者との関係を終結した後、トラッキングタグを直ちに除去しない可能性がある。これは、潜在的に、終結したデータ受信者に、マーケティングおよびユーザー行動データへの無認可のアクセスを提供し、複数のトラッキングタグによって引き起こされるパフォーマンスの問題を不必要に増大させる。

（６）トラッキングタグは、購入および特定のマーケティングキャンペーンへのユーザー登録などのコンバージョンイベントの原因に帰するために使用される。この帰因は、顧客獲得単価（ＣＰＡ）の支払い予定を指定する取引条件の根拠である。ウェブサイトはしばしば、異なるマーケティングパートナーといくつかのＣＰＡキャンペーンを行い、各パートナーはその独自のトラッキングタグを提供する。ユーザーは、コンバージョンイベントに通じるいくつかのマーケティングパートナーに関与している可能性があるので、複数の関係者が、そのイベントに対する帰因を主張し得る。ウェブサイトとマーケティングパートナーとの間の商業協定は、複数の帰因が存在する場合にどの関係者が支払いを受けるかを決定するための方法論を指定し、例えば、コンバージョンイベントに影響を与えた最後のキャンペーンが、一般に支払いを受ける資格がある唯一のキャンペーンである。しかし、実際には、契約上の帰因の方法論を実施する効果的な方法がないので、ウェブサイトはしばしばコンバージョンイベントに寄与した全ての関係者に支払う。各関係者は、通常、相反する帰因を調整するための一般的な方法なしで、自身のデータを収集しているので、複数のトラッキングタグが、重複する支払いの主要因の１つである。

したがって、複数のトラッキングタグを実装することなく複数の関係者によるデータ収集を容易にする差し迫った必要性がある。各関係者に完全なデータセットを依然として提供しながら、ウェブブラウザ内で実行する重複データ収集を削減するための方法が必要である。複数の関係者からのトラッキングタグを単一の連結したＨＴＭＬまたはＪａｖａＳｃｒｉｐｔコードブロックに統合する方法が存在し、しばしば「ピギーバッキング（ｐｉｇｇｙｂａｃｋｉｎｇ）」と呼ばれる。これらの「ピギーバッキング」方法は、各関係者のトラッキングタグコードがまだユーザーのウェブブラウザで実行される必要があるので、前述した非効率性のいずれも軽減しない。「ピギーバッキング」の代わりに必要なのは、ユーザーのウェブブラウザ内で一度だけデータを収集し、次いで、そのデータを、それを受信する資格がある関係者に配信する方法である。

解決策は、消費者のプライバシーに対処する必要もある。ウェブサイトのオペレータ、広告主、および消費者に情報を配信する第三者のコンテンツプロバイダなどのデータ製作者は、消費者に関するデータを、コンテンツの個人化、改善のためのフィードバックの統合、トランザクションの処理、販売促進の管理、またはマーケティング電子メールの配信を含む多くの行動を指示するために、収集および使用する。自身の使用のためにデータを収集するデータ製作者の権利は、通常、消費者が入手可能な「サービス利用規約」契約または同様の文書によって、消費者に伝えられる。消費者が、データ製作者によって公開されたコンテンツに接触する場合、消費者は通常、その消費者のウェブブラウザ内に格納されたデータ製作者のクッキーによって識別される。

「オプトアウト」の概念は、消費者が、宣言した選択としてデータ収集を回避できる方法を指す。これは、通常、消費者がオプトアウトするという自分の意図を示すことができるようにする、データ製作者またはデータ受信者によって提供されたウェブページによって達成され、有効に消費者のブラウザのクッキーをさらなるデータ収集から外す。オプトアウトポリシーは、データ収集が、既定により、明示的にオプトアウトしていない消費者に対して有効であると推測する。

技術的な観点見地から、オプトアウトの実施は、結果として、影響を受けるデータ製作者またはデータ受信者が、彼らがアクセスできるクッキーに対して消費者のオプトアウトの意図を記述することになる。このクッキーの認識は、データ製作者またはデータ受信者に、オプトアウトポリシーに従ってデータが収集されないことを確実にする手段を提供する。

「オプトイン」の概念は、消費者が、データ製作者またはデータ受信者がデータを収集または使用する許可を表すことができる方法を指す。オプトインポリシーは、データ製作者またはデータ受信者による消費者に対するデータ収集が、既定により無効であると推測する。

非効率性および問題が、プライバシーおよびデータ収集ポリシーの実施の現在の展望に関して取り込まれる。データ製作者は、データを収集する全てのコンテンツの作成を所有しながら、データ受信者によるデータ収集プロセスを所有していない。データ製作者は、データ収集に関する消費者の好みに応答する効果的な方法を欠いている。一例として、消費者が、（特定のデータ受信者によって管理される）対象とする広告目的に対して、自分のデータが収集されてはならないという好みを指定する場合、そのデータ受信者のタグを組み込んでいるデータ製作者は、そのデータ収集を阻止する能力を有していない。データ製作者は、消費者のプライバシーの好みに対して措置を講じる能力にも欠けている。データ製作者は、消費者が、インターネット全体で消費するコンテンツに対して、自分のプライバシーの好みを一般規則として宣言するネットワーク全体のレベルと同様に、消費者がデータ製作者のサイト上で自分のプライバシーの好みを宣言する、サイト固有レベルでのプライバシーの権利の管理を提供および実施できるようにする技術を欠いている。

従って、やはり必要なものは、データ製作者が、サイト全体またはネットワーク全体ベースで消費者のプライバシーの権利をサポートできるようにする、プライバシーおよびデータ収集ポリシーを実施するシステムおよび方法である。

簡潔にかつ大まかに言えば、本発明は、ネットワーク通信方法を対象とする。本発明に関する限りでは、方法は、ユーザー装置からのスタブタグ（ｓｔｕｂ ｔａｇ）要求の受信を含み、ユーザー装置は、ウェブサイトに関連する訪問したウェブページの受信したソースコードを持つ。本方法は、受信したスタブタグ要求から、ウェブサイトの１つまたは複数のウェブページを識別し、かつ、そのウェブサイトのウェブページの各１つに割り当てられた１つまたは複数のデータ受信者タグを識別するサイト構成を決定することをさらに含む。本方法は、少なくとも一部は、ネットワーク要求ヘッダーからの１つまたは複数のパラメータから、訪問したウェブページを識別することをさらに含む。本方法は、スタブタグ要求に対する応答を構築することをさらに含み、その応答は、コレクタータグ（ｃｏｌｌｅｃｔｏｒ ｔａｇ）、ブラウザ指示（ｂｒｏｗｓｅｒ−ｄｉｒｅｃｔ）データ配信タグ、およびユーザーＩＤ同期タグのうちの少なくとも１つを含む。本方法は、応答をユーザー装置に送信することをさらに含む。

本発明の態様において、方法は、ウェブサイトに対してデータ収集設定を作成すること、ウェブサイトに対してデータ配信設定を作成すること、およびウェブサイトのウェブページのソースコードにスタブタグを挿入することを含む。

本発明の態様において、方法は、ウェブサイトのウェブページの有効なソースコードを処理することを含み、その有効なソースコードはスタブタグを含む。本方法は、スタブタグ要求をトラッキングサーバーに送信することをさらに含み、そのスタブタグ要求はスタブタグに従って実行される。本方法は、スタブタグ要求に対する応答を取得することをさらに含み、その取得した応答は、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーＩＤ同期タグのうちの少なくとも１つを含む。

本発明の特徴および利点は、添付の図と併せて読まれるべき以下の詳細な説明から容易に理解されるであろう。

データ要素がどのように列挙できるかの例を示し、データ要素は、タグコードに従って、後で収集することができる。 データ要素の収集および配信のための本発明のシステムおよび方法で実装されるスタブタグの例を示す。 データ製作者が、データ製作者ユーザーインタフェースの使用を通じて、どのようにデータ収集設定を作成し、データベース内に保存し得、また、データ配信設定を作成し、別のデータベース内に保存し得るか示し、かつ、データ受信者が、データ受信者ユーザーインタフェースの使用を通じて、どのようにデータ受信者設定を作成し、さらに別のデータベース内に保存し得るかを示す流れ図である。 データバインディング式と関連するデータ要素を示す表であり、その表は、データ収集設定データベース内の少なくともいくつかの情報の代表である。 データ受信者定義と関連するデータ要素を示す表であり、その表は、データ受信者設定データベース内の少なくともいくつかの情報の代表である。 データ収集設定を作成および保存するためのデータ製作者ユーザーインタフェース内のページを示す。 データ収集設定を作成および保存するためのデータ製作者ユーザーインタフェース内のページを示す。 複数のデータ受信者タグが、ウェブページを訪問しているユーザー装置から、トラッキングサーバーに対するスタブタグ要求に応答して返される単一のタグコード内にどのように統一できるかを示す流れ図であり、通信は、訪問したウェブページのソースコード内のスタブタグによって可能にされる。 リモートからキャッシュされ、スタブタグによって参照されるコード例を示す。 スタブタグ要求の少なくとも一部を形成するコード例を示す。 訪問したウェブページをスタブタグ要求内の情報から識別するために、トラッキングサーバーによって使用されるコード例を示す。 ブラウザ指示データ配信タグの形式で、スタブタグ要求に応答して、トラッキングサーバーによりユーザー装置に対して提供される、タグコード例であり、ブラウザ指示データ配信タグは、ユーザー装置が、収集したデータ要素をトラッキングサーバーに渡すことなく、データ要素を収集し、複数のデータ受信者に配信できるようにする。 コレクタータグの形式で、スタブタグ要求に応答して、トラッキングサーバーによりユーザー装置に対して提供される、タグコード例であり、コレクタータグは、ユーザー装置が、収集したデータ要素をトラッキングサーバーに渡すことにより、データ要素を収集し、複数のデータ受信者に配信できるようにする。 タグコードに従い、サーバー間要求および／またはブラウザ指示要求を介した、ユーザー装置からの複数のデータ受信者への、収集したデータ要素の配信を示す流れ図である。 ユーザーＩＤ同期タグの形式で、スタブタグ要求に応答して、トラッキングサーバーによりユーザー装置に対して提供される、タグコード例であり、ユーザーＩＤ同期タグは、ユーザー装置が、データ受信者ウェブサーバーとのユーザーＩＤ同期プロセスを開始できるようにする。 リダイレクトおよびアサーションの形式で、ユーザーＩＤ同期プロセスを示す流れ図である。 リダイレクトおよびアサーションの形式で、ユーザーＩＤ同期プロセスを示す流れ図である。 コレクタータグに従って、収集したデータ要素を、ユーザー装置からトラッキングサーバーに送信するためのコード例を示す。 ブラウザ指示データ配信タグに従って、収集したデータ要素を、ユーザー装置からデータ受信者ウェブサーバーに送信するためのコード例を示す。 ユーザーが、プライバシー管理インタフェースの使用を通じて、どのようにプライバシー設定を作成し、ユーザープロファイルデータベースに保存し得るか示す流れ図である。 プライバシー管理インタフェース内のページを示す。

本発明の実施形態は、ウェブサイト／アプリケーションコードに対して、スタブタグとも呼ばれる、データバインディングタグを提供するためのシステムおよび方法を含む。スタブタグは、明示的データ要素を収集し、かつ、データ受信者トラッキングタグの表現を動的に統一して、ユーザー装置によって評価されているウェブサイト／アプリケーションコードに書き込むことが可能なメカニズムを提供する。本システムおよび方法は、各データ受信者の既存のデータ収集メカニズムと統合され、収集したデータ要素を、各データ受信者の収集メカニズムによって要求される一意の識別子と適合させる。

ここで、本発明の実施形態を示すための例示的な図をもっと詳細に参照すると、図２にスタブタグの限定されない例が示されている。随意に、スタブタグの基本構造は、図２の例に示すものにすぎない。例１および例２では、スタブタグは、＜ｓｃｒｉｐｔ＞セクションのみを有する。例３では、スタブタグは、＜ｓｃｒｉｐｔ＞セクションおよび、万一ウェブブラウザまたは他のユーザーエージェントがＪａｖａＳｃｒｉｐｔをサポートしない場合に＜ｎｏｓｃｒｉｐｔ＞セクションを有する。スタブタグは、ウェブサイトの各ウェブページに対して実質的に同一であり得る。例１は、第１のウェブサイトのウェブページ用の有効なソースコードに挿入でき、例２は、第２のウェブサイトのウェブページの有効なソースコードに挿入でき、また、例３は、第３のウェブサイトのウェブページの有効なソースコードに挿入できる。

いくつかの実施形態では、図２に示すように、スタブタグの＜ｓｃｒｉｐｔ＞セクションは、ウェブサイトをホストするウェブサーバーとは別個の異なるサーバー内にリモートからキャッシュされているスクリプトコードへの参照を含む。＜ｎｏｓｃｒｉｐｔ＞セクションは、リモートからキャッシュされているスクリプトコードを参照する、ＪａｖａＳｃｒｉｐｔ内にない文を含む。他の実施形態では、スタブタグは、＜ｎｏｓｃｒｉｐｔ＞セクションを含み、＜ｓｃｒｉｐｔ＞セクションは持たない。

３つ全ての図示した例では、スタブタグは、ウェブブラウザで評価することができるＨＴＭＬ内に定義され、リモートからキャッシュされたスクリプトコードは「ｔａｇ．ｊｓ」と命名されている。当然のことながら、リモートからキャッシュされたスクリプトコードに対して異なる名前を使用でき、また、スタブタグは、他の方法で構造化でき、それでも図示した例と同じ機能を提供できる。他の実施形態では、スタブタグは、パーソナルコンピュータ上のインターネットウェブブラウザ以外のユーザーエージェントによる評価のための言語で定義される。スタブタグは、モバイル機器オペレーティングシステムおよび／またはインタラクティブケーブルならびに衛星放送ネットワークインタフェース機器のアプリケーションランタイムと互換性がある言語で定義できる。したがって、当然のことながら、スタブタグは、変化し、ユーザー装置の種類によって決まり得る。

図示したスタブタグ例は、複数のトラッキングタグを結合したコード文に連結したものではない。スタブタグは、ウェブサイト／アプリケーションコードに別個に組み込まれたか、または書き込まれたデータ受信者トラッキングタグを有する必要がない。スタブタグは、スタブタグに対して変更が必要ないという意味で包括的であり、それ故、データ受信者のトラッキングタグに対する追加、除去および変更に適応するために、ウェブサイト／アプリケーションコードに対する変更が必要ない。

以下で詳述するように、スタブタグは、ユーザー装置が明示的データ要素を収集し、その収集したデータを、適切なフォーマットで、収集したデータを受信する資格のある複数のデータ受信者に送信できるようにするコードのリターンを可能にする。収集する特定のデータ要素およびそれらがどのようにデータ受信者に送信されるかは、少なくとも一部は、データ製作者によって予め決定されている。

図３は、データ製作者およびデータ受信者がデータ収集および配信に関連する設定をどのように作成および変更できるかを示す。ユーザーインタフェースは、ウェブサイト所有者などのデータ製作者が、ウェブサイト内の各ウェブページに対して、データ収集およびデータ配信設定を定義できるようにする。別のユーザーインタフェースは、第三者のトラッキングタグプロバイダなどのデータ受信者が、データ受信者設定を定義できるようにする。

データ収集設定は、ウェブページ上でおそらくは収集できる全てのデータ要素を指定する。データ収集設定は、データ収集設定データベース９０に格納される。データ配信設定は、どのデータ要素を各データ受信者が受信する資格があるかを指定する。データ配信設定は、データ配信設定データベース９２に格納される。

データ受信者設定は、データ受信者の技術的能力、データ要素マッピングおよびユーザーＩＤマッピングを指定する。本明細書では、「ＩＤ」は、「ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（識別）」の省略形である。データ受信者設定は、データ受信者設定データベース９４に格納される。データ受信者の技術的能力は、データ受信者によって収集されたデータ構造が中間サーバーを介して処理できるか（サーバー間要求）、またはユーザー装置とデータ受信者のサーバーとの間での直接通信を必要とするか（例えば、ブラウザ指示アクセス）の指示を含む。データ要素マッピングは、データ受信者が受信できるデータ要素のスーパーセット、データ要素がデータ受信者ＡＰＩによってどのように解析されるか、データ受信者固有のメタデータ、およびデータをデータ受信者に送信するために使用されるデータ受信者トラッキングタグＡＰＩ呼び出しを定義する。ユーザーＩＤマッピングは、ユーザーに対する一意の匿名識別子が、データ製作者とデータ受信者とデータ配信システムとの間でどのように同期化されるかを定義する。

図４は、本発明のいくつかの実施形態によるデータ収集設定データベース９０内の情報の配置を示す。ウェブサイトＡの所有者または管理者は、ウェブサイトＡのウェブページの各々から収集できるデータ要素のセットを指定する。各データ要素は、管理者によって一意の名前を与えられる。データ要素のセットは同じかまたはウェブページ毎に異なり得る。管理者は、各データ要素に対して、データ要素がウェブページから、どのように取得、推測、または生成されるかに関連するデータバインディング式（「ＤＢＥ」と記号で表される）を指定する。

本明細書では、ウェブサイトのコンテキストにおいて、「管理者」、「所有者」、および「オペレータ」という用語は、ウェブサイトの管理に権限を持つ自然人を指すために、区別しないで使用される。

ウェブサイトＢの管理者は、ウェブサイトＢのウェブページの各々からどのデータ要素を収集できるかを指定し、各データ要素に対して、適切なデータバインディング式を指定する。ウェブサイトＣの管理者は、ウェブサイトＣのウェブページの各々からどのデータ要素を収集できるかを指定し、各データ要素に対して、適切なデータバインディング式を指定する。図４では、ウェブサイトの数、ウェブページ当たりのデータ要素の数、およびウェブサイト当たりのウェブページの数が３に限定されているが、当然のことながら、データ収集設定データベース９０は、もっと多くのウェブサイトを含むことができ、もっと多くのウェブページ当たりのデータ要素数およびウェブサイト当たりのウェブページ数を処理できる。

図５は、本発明のいくつかの実施形態によるデータ配信設定データベース９２内の情報の配置を示す。ウェブサイトＡの管理者は、１人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定する。データ要素のセットは同じかまたはデータ受信者によって異なり得、ウェブサイトＡに対して図４で識別されたデータ要素のうちの１から全部までの任意の数を含むことができる。管理者は、各データ要素に対して、データ受信者によって利用および認識される定義（「ＤＥＦ」と記号で表される）を指定する。各データ受信者定義は、管理者によって以前に定義されたデータ要素を、データ受信者がデータ要素をその形式で受信することを期待する特定の形式と関連付ける。データ要素とデータ受信者定義の各ペアは、データマッピング式と呼ばれ得る。データ配信設定データベース９２は、ウェブサイトの管理者によって明示的に定義されたデータ要素とデータ受信者によって所望されるデータとの間のマッピングを提供する。

ウェブサイトＢの所有者は、１人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定し、各データ要素に対して対応するデータ受信者定義を指定する。ウェブサイトＣの所有者は、１人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定し、各データ要素に対して対応するデータ受信者定義を指定する。図５では、ウェブサイトの数、データ受信者当たりのデータ要素の数、およびウェブサイト当たりのデータ受信者の数が３に限定されているが、当然のことながら、データ配信設定データベース９２は、もっと多くのウェブサイトを含むことができ、もっと多くのデータ受信者当たりのデータ要素数およびウェブサイト当たりのデータ受信者数を処理できる。

図６および図７は、図３で参照したデータ製作者ユーザーインタフェースの限定されない例を示す。データ製作者ユーザーインタフェースは、コンピュータのディスプレイ画面などのグラフィックディスプレイ上に表示されるように示されている。図６に示すように、特定のウェブサイトの管理者は、各ウェブページに対して、複数の明示的データ要素に対する一意の名前、各データ要素に対する簡単な説明、各データ要素に対するデータバインディング式（ＤＢＥ）を指定することができる。図６では、ウェブページはアカウント作成と呼ばれ、アカウント作成ウェブページに対するデータ要素に、ショッピングカート総計、郵便番号、およびアフィリエイトＩＤという名前が付けられている。名前、説明、およびＤＢＥは、「編集」ボタンをクリックすることにより変更できる。「データマッピングの追加」ボタンをクリックすることにより、もっと多くの名前、説明、およびＤＢＥを追加することができる。

ウェブサイト管理者は、データバインディング式（ＤＢＥ）とともにデータ要素を明示的に定義する。ＤＢＥは、明示的データ要素がウェブページとの関連でどのように列挙または定義されているかを定義する。前述したように、明示的データ要素は、ウェブページのアプリケーションマークアップ内および／またはＨＴＴＰ要求コンテキスト内に列挙できる。ＤＢＥの例には、制限なく次を含む：（１）「ｖａｒｉａｂｌｅ＿ｎａｍｅ」−ＪａｖａＳｃｒｉｐｔ変数をバインドする、（２）「ｅｖａｌｕａｔｉｏｎ」−実行時にスタブタグによって評価されるＪａｖａＳｃｒｉｐｔ式を含む、（３）「ｂｔ＿ｐａｒａｍｅｔｅｒ（“ｃｏｌｏｒ”）」−ＵＲＬクエリー文字列からの「ｃｏｌｏｒ」パラメータの値を含む、（４）「ｂｔ＿ｍｅｔａ（“ｚｉｐｃｏｄｅ”）」−ウェブページ文書からの「ｚｉｐｃｏｄｅ」メタタグの値を含む、および（５）「ｂｔ＿ｘｐａｔｈ（“／／ｄｉｖ［＠ｃｌａｓｓ＝‘ｓｈｏｐｐｉｎｇ＿ｃａｒｔ＿ｉｔｅｍ’］”）」−ウェブページ文書からの「Ｓｈｏｐｐｉｎｇ＿Ｃａｒｔ＿Ｉｔｅｍ」＜ｄｉｖ＞要素の非構造化コンテンツを含む。

データバインディング式（ＤＢＥ）とデータ要素との間の関係は、データ収集設定データベース９０に格納され、その例が図４に示されている。データ収集設定データベース９０に格納される情報は、図４に示す以外の方法で配置できる。

図７に示すように、特定のウェブサイトの管理者は、複数の潜在的なデータ受信者の各々に対して、データ受信者定義を指定するか、または管理者によって以前に定義された明示的データ要素と関連付けることができる。データ受信者定義の各名前（例えば、ｚｍａｓ、注文総額、およびｚｍａｑ）に隣接して、管理者が、図６のように、ウェブサイトの管理者によって以前に定義されたデータ要素名（例えば、郵便番号、ショッピングカート総計、およびアフィリエイトＩＤ）を入力できるテキストフィールドがある。データ受信者定義のセット全体がデータ受信者タグに対応する。図７では、データ受信者の名前は「Ｌｅｖｅｒ」であり、ウェブサイトの管理者によってＬｅｖｅｒのデータ受信者タグに与えられた名前は、「明示的データ収集タグ」である。管理者は、Ａｐｅｒｔｕｒｅ、Ａｔｌａｓ Ａｃｔｉｏｎ Ｔａｇ、ＣｏｎｖｅｒｇｅＤｉｒｅｃｔ、およびＧｏｏｇｌｅ Ａｎａｌｙｔｉｃｓなど、他のデータ受信者に対してデータ受信者タグを定義できる。データ受信者定義とデータ要素との間の関係は、データ配信設定データベース９２に格納することができ、その例が図５に示されている。データ配信設定データベース９２に格納された情報は、図５に示す以外の方法で配置できる。

図８は、図７のデータ製作者インタフェースで定義され得るように、１つまたは複数のデータ受信者タグが、スタブタグによって開始された要求に応答して返される単一のタグコードにどのように統一されるかを示す。「統一される」という用語は、タグコードが、収集される各データ要素に対して単一のデータ収集コードを含むという特性を指し、データ収集コードが、そのデータ要素を受信するように構成されている１つまたは複数のデータ受信者タグによって、その後参照および解釈される共通の変数を作成するために、それぞれのデータ要素に対して一度だけ実行される。各データ要素に対して単一のデータ収集コードを使用し、その結果として得られる共通の変数は、同じデータ要素に対するデータ受信者タグコードの単純な集計に伴って生じる重複するデータ収集を未然に防ぐ。

スタブタグ１００が、訪問したウェブページ１０２の有効なソースコード内に挿入されている。「有効なソースコード」は、ユーザー装置またはそのユーザー装置によって実行されているソフトウェアアプリケーションのいずれかによって受信されるソースコードを指す。本明細書では、ウェブサイトまたはウェブページのコンテキストにおいて、「有効なソースコード」および「ソースコード」は同じであり、区別しないで使用される。

スタブタグ１００は、例えば、「ｔａｇ．ｊｓ」などのＪａｖａＳｃｒｉｐｔコードを参照するスクリプトコードであり得る。全く同じスクリプトコードがウェブサイトの全てのウェブページで使用できる。スタブタグは、共通のコードテンプレートへの包含を通して、「グローバルフッター」への包含、およびリバースプロキシサーバー経由での導入など、様々な方法で有効なソースコード内に取り込まれ得る。

訪問したウェブページのソースコードは、ユーザー装置１０４によって呼び出される。ユーザー装置の例には、制限なく、パーソナルコンピュータ、携帯電話、携帯情報端末、コンピュータタブレット、ケーブルテレビのレシーバーボックス、衛星放送のレシーバーボックス、およびビデオゲーム機を含む。ユーザー装置は、訪問したウェブページのソースコードを処理するソフトウェアアプリケーションまたはユーザーエージェントを実行する。本発明のいくつかの実施形態では、ユーザーエージェントはインターネットウェブブラウザである。本明細書では、「ウェブブラウザ」という用語は、クライアント・サーバー分散コンピュータシステム内での通信に使用されるネットワークプロトコルを実装する任意のユーザーエージェントを代表する。本発明のシステムおよび方法は、例えば、制限なく、Ａｐｐｌｅ ｉＯＳ、Ｇｏｏｇｌｅ ＡｎｄｒｏｉｄおよびＲＩＭ Ｂｌａｃｋｂｅｒｒｙ ＯＳなどのモバイル機器オペレーティングシステムのアプリケーションランタイム、ならびにＣｉｓｃｏ−Ｓｃｉｅｎｔｉｆｉｃ Ａｔｌａｎｔａ、Ｍｏｔｏｒｏｌａ、Ｈｕｇｈｅｓ−ＤｉｒｅｃＴＶおよびＥｃｈｏｓｔａｒ−Ｄｉｓｈ Ｎｅｔｗｏｒｋなどのベンダーによって提供されるインタラクティブケーブルおよび衛星放送ネットワークインタフェース装置のアプリケーションランタイムなど、他のユーザーエージェントで実装できる。本発明は特定のユーザー装置またはユーザーエージェントに制限されない。

スタブタグ１００を含むウェブページのソースコードがユーザー装置１０４によって呼び出されると、ユーザー装置１０４は、スタブタグ要求１０５をトラッキングサーバー１０６に送信する。ユーザー装置１０４とトラッキングサーバー１０６との間の通信は、制限なく、インターネット、メトロポリタンエリアネットワーク、ワイドエリアネットワーク、およびローカルエリアネットワークを含めて、任意のタイプのネットワークまたはネットワーク群を介して行うことができる。トラッキングサーバー１０６は、ユーザー装置１０４および訪問したウェブページをホストするサーバーとは別個で異なる。トラッキングサーバー１０６は、１つまたは複数の電子ネットワークサーバーを含み得る。トラッキングサーバー１０６は、例えば、制限なく、米国テキサス州ラウンドロック所在のＤｅｌｌ Ｉｎｃ．から入手可能なＰｏｗｅｒＥｄｇｅ（商標） Ｔ４１０ Ｓｅｒｖｅｒなどであり得る。

本発明のいくつかの実施形態では、スタブタグ要求は、第１の呼び出しおよび第２の呼び出しの２つの部分を有する。ユーザー装置１０４は、トラッキングサーバー１０６から、例えば、「ｔａｇ．ｊｓ」に関連するか、またはその中に含まれるスクリプトコードなど、追加のスクリプトコードを取得するために、トラッキングサーバー１０６に対する第１の呼び出しを開始する。追加のスクリプトコードは、図９に示すようなものであり得る。追加のスクリプトコードの内容および構造は、例示したものとは異なり得るが、それでも実質的に同じかまたは類似の機能を提供し得る。

ユーザー装置１０４が追加のスクリプトコードを受信した後、追加のスクリプトコードは、構成パラメータをトラッキングサーバー１０６に送信する第２の呼び出しを開始する。いくつかの実施形態では、構成パラメータは、サイトＩＤ（図７の「サイト識別子」）および参照元ＵＲＬを含む。図２の例１、例２および例３では、サイトＩＤはａｂｃ１２３、ｘＡｚｆｔｃＮ、および３８２ｈｄｕ９である。構成パラメータは、第２の呼び出しのネットワーク要求ヘッダー内で、トラッキングサーバー１０６に送信され得る。いくつかの実施形態では、ユーザー装置１０４からトラッキングサーバー１０６への第２の呼び出しまたは要求は、ＨＴＴＰ ＧＥＴ要求の形式であり得、その例が図１０に示されている。当然のことながら、ＨＴＴＰ ＧＥＴ要求は、別の方法で構造化でき、それでも実質的に図示例と同じかまたは類似の機能を提供し得る。

次に、トラッキングサーバー１０６は、訪問したウェブページ１０２を一意に識別する。訪問したウェブページ１０２の識別は、トラッキングサーバー１０６によってネットワーク要求ヘッダー内の構成パラメータから推測できる。トラッキングサーバー１０６による訪問したウェブページ１０２の識別は、推論アルゴリズムを使用して実行できる。推論アルゴリズムを代表するコードフラグメントを図１１に示す。コードフラグメントの内容および構造は、図示したものと異なり得るが、それでも実質的に同じかまたは類似の機能を提供し得る。

次に、トラッキングサーバー１０６は、スタブタグ要求（例えば、第２の呼び出し）に対する応答を構築し、その構築した応答をユーザー装置１０４に送信する。以下で説明するように、応答はスタブタグ要求が受信される前に構築されず、応答の内容は特定のスタブタグ要求に明確に合わせられる、という意味で、応答は動的に構築される。動的な構築では、応答は、ユーザー装置ごとに異なったり、訪問したウェブページごとに異なったり、ウェブサイトの所有者によって以前に提供された設定、データ受信者によって提供された設定、および／またはユーザー装置のユーザーによって提供された設定に従って異なったりすることが可能になる。

再度、図８を参照すると、いくつかの実施形態に対して構築された応答は、訪問したウェブページ１０２に対する１つまたは複数のデータ受信者タグに従って、データ要素を収集するためのタグコード１０８の形式である。適切なデータ受信者タグは、ウェブサイトの管理者により、図６および図７のデータ製作者インタフェースを用いて、訪問したウェブページ１０２に関連付けられている可能性がある。タグコード１０８は、受信した特定のスタブタグ要求に対して適切であると決められている任意の数のコレクタータグおよび／またはブラウザ指示データ配信タグを含み得る。どのコレクタータグおよびブラウザ指示データ配信タグも適切でないと決められている場合は、タグコード１０８の代わりに、空のマークアップがユーザー装置１０４に返される。空のマークアップは、コレクタータグおよびブラウザ指示データ配信タグを含まない。

従来技術のシステムおよび方法は、一般にコンテナと呼ばれる、別個の文書を明示的に定義するために、ウェブサイトの管理者を必要とし、そのコンテナ内に、タグコードが手動で貼り付けられるか、または全てのデータ受信者タグコードが単一のタグコードファイルに連結もしくは統合され、そこから個々のタグ呼び出しがユーザーエージェントによって解析された。タグコードを手動でコンテナに貼り付けて、複数のデータ受信者タグコードの単純な集計を実装するこれらのステップは、本発明のいくつかの実施形態にはない。構成適合設定に基づいて訪問したウェブページ１０２に対して構成されている、それらのデータ要素およびデータ受信者タグのみを含むように、スタブタグ要求１０５に応答して、タグコード１０８をトラッキングサーバー１０６が動的に構築する場合、かかるステップは、回避され得る。

コレクタータグは、収集したデータをトラッキングサーバー１０６に送信するユーザー装置１０４のためのリンクを含み、トラッキングサーバー１０６は、収集したデータを以下でさらに説明するデータ受信者のウェブサーバーに中継する。ブラウザ指示データ配信タグは、以下でさらに説明するように、収集したデータを直接、データ受信者のウェブサーバーに送信するユーザー装置１０４のためのリンクを含む。

いくつかの実施形態では、構築した応答は、収集されたデータが後で配信されるデータ受信者から取得した、いかなるトラッキングタグコードも含まない。代わりに、例えば、構築した応答は、本質的に同じデータの余分な、または重複する収集を回避するように構成された、複数のデータ受信者トラッキングタグコードを代表する、統一コードを含む。複数のデータ受信者が、同じデータ要素を所望する場合、統一コードは、そのデータ要素を一度だけ収集する。統一コードは、複数のデータ受信者からのトラッキングタグコードの単純な集合的コードブロックではない。かかる集合的コードブロックは、データ受信者が実質的に同じタイプのデータの受信を所望するような場合には、結果として、余分な、または重複するデータ収集となるであろう。

いくつかの実施形態では、ブラウザ指示データ配信タグは、データ受信者設定データベース１１０から取得した、少なくとも１つのデータ受信者命令を含む。各データ受信者命令は、明示的データ要素を収集し、かつ、収集した明示的データ要素をデータ受信者が期待する形式に変換する命令を含むために、データ受信者によって指定されるタグコードを含むことができる。ブラウザ指示データ配信タグは、ブラウザ指示要求（図１４のブラウザ指示要求１１４など）により収集したデータ要素の変換を可能にする。ブラウザ指示データ配信タグの限定されない例を図１２に示す。当然のことながら、ブラウザ指示データ配信タグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。

いくつかの実施形態では、コレクタータグは、複数のデータ受信者のために、訪問したウェブページに対して、１つまたは複数の受信者タグによって収集される１つまたは複数の明示的データ要素を収集するデータ要素収集コード（データ収集コードとも呼ぶ）を含む。訪問したウェブページに対する１つまたは複数のデータ受信者タグは、サイト構成で識別された特定のウェブページに割り当てられた１つまたは複数のデータ受信者タグに対応する。トラッキングサーバー１０６は、訪問したウェブページの識別を特定のウェブページと照合している。サイト構成は、ウェブサイトの１つまたは複数のウェブページを識別し、そのウェブサイトのウェブページの各１つに割り当てられた１つまたは複数のデータ受信者タグを識別する。コレクタータグは、サーバー間要求（図１４のサーバー間要求１１４など）によって、収集したデータ要素の転送を可能にする。コレクタータグの限定されない例を図１３に示す。当然のことながら、コレクタータグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。

いくつかの実施形態では、サイト構成は、トラッキングサーバー１０６により、サイトＩＤ（ユーザー装置１０４により、トラッキングサーバー１０６へのスタブタグ要求１０５で返された）をデータ収集設定データベース９０に格納されている複数のサイト構成のうちの１つと照合することによって識別される。トラッキングサーバー１０６は、サイトＩＤに適したサイト構成を識別するために、データ収集設定データベース９０にアクセスする。いくつかの実施形態では、サイト構成は、複数のウェブサイトのうちの１つに対して、データ収集設定データベース９０に格納されている情報に対応する。いくつかの実施形態では、サイト構成は、複数のウェブサイトのうちの１つに対して、図４に示すような、情報の配置に対応する。

図１４は、タグコード１０８（図８）に従って収集されたデータが、サーバー間要求１１４および／またはブラウザ指示要求１１６によって、どのように複数のデータ受信者ネットワークサーバー１１２に配信されるかを示す。いくつかの実施形態では、ネットワークサーバーはウェブサーバーである。いくつかの実施形態では、収集したデータは、もっぱら単一のサーバー間要求１１４によって、複数のデータ受信者ネットワークサーバー１１２に配信される。いくつかの実施形態では、収集したデータは、もっぱらブラウザ指示要求１１４によって、複数のデータ受信者ネットワークサーバー１１２に配信される。いくつかの実施形態では、収集したデータは、ブラウザ指示要求１１４およびサーバー間要求１１４によって、複数のデータ受信者ネットワークサーバー１１２に配信される。

トラッキングサーバー１０６からの応答を受信すると、ユーザー装置１０４上で実行しているユーザーエージェントがその応答内のタグコード１０８を解析する。前述のように、ユーザーエージェントは、ウェブブラウザであり得、ウェブブラウザはタグコード１０８を解析する。明示的データ要素は、タグコード１０８に従ってユーザーエージェントにより収集される。収集したデータ要素は、訪問したウェブページに対して１つまたは複数のデータ受信者タグによって収集されるであろう、１つまたは複数のデータ要素の代表である。以前は、トラッキングサーバー１０６が、訪問したウェブページ１０２を識別し、そのウェブページが属するウェブサイトに対するサイト構成を識別していた。訪問したウェブページ１０２およびサイト構成の識別から、トラッキングサーバー１０６は、訪問したウェブページに対して適切なデータ受信者タグを決定し、データ受信者タグによって要求されたデータ要素を、統一した方法で、収集するためのタグコード１０８を構築していた。

収集したデータ要素は、サーバー間要求１１４および／またはブラウザ指示要求１１６によって、ユーザー装置１０４により適切なデータ受信者１１２に送信される。前述したように、スタブタグ要求１０５に対して構築された応答は、任意の数のコレクタータグおよび／またはブラウザ指示データ配信タグを有することができる。コレクタータグは、サーバー間要求１１４を可能にし、ブラウザ指示データ配信タグはブラウザ指示要求１１６を可能にする。以下で説明するように、構築された応答は、サーバー間要求１１４を可能にするために、ユーザーＩＤ同期タグを含むこともできる。

サーバー間データ接続は、ユーザー装置１０４から収集したデータ要素の、トラッキングサーバー１０６および配信サーバー１１８からのルートを経由した、収集したデータ要素の受信を意図する１つまたは複数のデータ受信者のウェブサーバー１１２への通信を指す。収集したデータ要素は、メッセージ志向のミドルウェアという意味で、メッセージとして伝えられる。トラッキングサーバー１０６は、ユーザー装置１０４からの全ての収集したデータを単一のメッセージに束ね、サーバー間トラッキングトランザクションとも呼ばれる。トラッキングサーバー１０６は、サーバー間トラッキングトランザクションを「キュー」に置く。このようにして、データ配信サーバー１１８がデータ受信者のウェブサーバー１１２との通信に必要なタスクを実行するので、入ってくる収集したデータの処理に必要なコンピューティング資源が削減され、様々なユーザー装置からのもっと多くの要求が処理できる。

配信サーバー１１８は、例えば、制限なく、米国テキサス州ラウンドロック所在のＤｅｌｌ Ｉｎｃ．から入手可能なＰｏｗｅｒＥｄｇｅ（商標） Ｔ４１０ Ｓｅｒｖｅｒなどであり得る。

サーバー間データ接続に対して、トラッキングサーバー１０６、配信サーバー１１８、およびデータ受信者ウェブサーバー１１２が、他のスタブタグ要求を送信し、かつ、収集したデータ要素のそれら自身のセットを送信している可能性のある他のユーザー装置から、ユーザー装置１０４を一意に識別する匿名識別子を共通して共有するのが望ましい。匿名識別子は、トラッキングサーバー１０６および配信サーバー１１８を経由して、データ受信者ウェブサーバー１１２に渡るデータトランザクションに付加されている。

サーバー間データ接続は、ほとんど完全に透過的であるが、初期の「クッキー同期」プロセスは、共有の匿名識別子を確立する必要があり得る。クッキー同期プロセスは、ユーザーＩＤ同期プロセスとも呼ばれる。ユーザーＩＤ同期タグは、スタブタグ要求１０５（図８）に対して構築された応答の一部として、ユーザー装置１０４に返すことができる。ユーザーＩＤ同期タグは、ユーザーＩＤ同期プロセスを開始する。したがって、トラッキングサーバー１０により、スタブタグ要求１０５に対して構築された応答は、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーＩＤ同期タグのうちの任意の１つまたは任意の組合わせを含むことができることが理解されるであろう。

ユーザーＩＤ同期タグの限定されない例を図１５に示す。当然のことながら、ユーザーＩＤ同期タグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。以下で説明するように、ユーザーＩＤ同期タグによって開始されたユーザーＩＤ同期プロセスは、２つの形式：リダイレクトまたはアサーションのうちの１つを取ることができる。

ユーザーＩＤ同期プロセスがリダイレクトの形式の場合、ユーザーＩＤ同期タグは、ユーザー装置１０４のユーザーエージェントをデータ受信者ウェブサーバー１１２のＵＲＬへ向かわせるリンクを含む。このリンクは、データ受信者ウェブサーバー１１２の各々に、ユーザー装置に対して永続的な識別子を作成させ、通常は、ブラウザのクッキーに格納される。永続的な識別子は、識別コードであり、前述した匿名識別子として機能する。データ受信者ウェブサーバー１１２は、配信サーバー１１８のＵＲＬを含むリダイレクトリンクを構築し、合成クッキー内およびユーザープロファイルデータベース１２０内の永続的な識別子にインデックス付けするために配信サーバー１１８によって使用される、永続的な識別子およびデータ受信者ＩＤなどの他のメタデータを付加するアプリケーションコードを含む。

いくつかの実施形態では、永続的な識別子および他のメタデータは、ＵＲＬクエリー文字列内のパラメータとして、またはＨＴＴＰクッキーヘッダー内のキーと値のペアとして付加され得る。データ受信者ウェブサーバー１１２は、ＨＴＴＰリダイレクト応答コード（通常、「ＨＴＴＰ ３０２−Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ」）およびリダイレクトリンクで、ユーザー装置１０４のユーザーエージェントに応答する。ユーザーエージェントは、ＨＴＴＰリダイレクト応答を処理して、データ受信者ウェブサーバー１１２によって提供されるリダイレクトリンクにユーザーエージェントをアクセスさせる。配信サーバー１１８は、永続的な識別子および他のメタデータを含む、リダイレクトリンクに対する要求を受信し、その結果を合成クッキーおよびユーザープロファイルデータベース１２０に格納する。

「合成クッキー」という用語は、ブラウザ指示要求の一部としてユーザー装置１０４のユーザーエージェント（例えば、ウェブブラウザ）から取得したクッキーとは対照的に、データ配信サーバー１１８による要求に付加されているクッキーを指す。データ配信サーバー１１８は、ユーザー装置１０４上で実行しているウェブブラウザと同様に、ＨＴＴＰクッキーをデータ受信者に対して送出し、また、そこから受け取ることができる。このようにして、配信サーバー１１８は、データ受信者によって通常必要とされるいかなるカスタマイズ作業もなしで、クッキーにより、ユーザー識別子および永続的なデータを維持する概念を既に有するデータ受信者ウェブサーバー１１２に適合できる。配信サーバー１１８は、これらのクッキーを匿名識別子と関連付けて格納し、データ受信者ウェブサーバー１１２に対する以降の要求または通信で、適切なクッキーが送出されることを確実にする。

図１６は、本発明のいくつかの実施形態によるリダイレクト形式でのユーザーＩＤ同期プロセスを示す。ユーザー装置１０４に返されたユーザーＩＤ同期タグは、前述した匿名識別子として機能するユーザー装置の匿名クッキーＩＤを含むトラッキングサーバー１０６にＧＥＴメッセージをリダイレクトするデータ受信者ウェブサーバー１１２からのＨＴＴＰ ３０２「Ｆｏｕｎｄ」応答となる、ユーザー装置１０４からデータ受信者ウェブサーバー１１２に対して行われる呼び出しを引き起こす。

ユーザーＩＤ同期プロセスがアサーションの形式の場合、ユーザーＩＤ同期タグは、ユーザー装置１０４のユーザーエージェントをデータ受信者ウェブサーバー１１２のＵＲＬへ向かわせるリンクを含む。このリンクは、通常は、ＵＲＬクエリー文字列内のパラメータとして、配信サーバー１１８によって保持される一意の識別子を「アサート」する。一意の識別子は、前述した匿名識別子として機能する。このリンクは、データ受信者ウェブサーバー１１２に、ユーザーに対する永続的な識別子を作成させ、通常は、ブラウザのクッキーに格納される。データ受信者ウェブサーバー１１２は、一意の識別子を記録し、それを、データ受信者の設計のメカニズムを用いて、それ自身の永続的な識別子と関連付ける。図１７は、本発明のいくつかの実施形態に従ったリダイレクト形式でのユーザーＩＤ同期プロセスを示す。

前述のように、収集したデータ要素は、サーバー間要求１１４および／またはブラウザ指示要求１１６によって、ユーザー装置１０４により適切なデータ受信者１１２に送信される。サーバー間要求１１４で送信される場合、トラッキングサーバー１０６は、タグコード１０８に従って収集されているユーザー装置からデータを受信し、そのタグコードは、以前に説明したコレクタータグのデータ収集コードであり得る。受信したデータは、訪問したウェブページに対して１つまたは複数のデータ受信者タグによって収集されるであろう、１つまたは複数のデータ要素の代表である。データは、ＨＴＴＰ ＧＥＴ要求によって、トラッキングサーバー１０６に送信できる。かかるＨＴＴＰ ＧＥＴ要求の限定されない例を図１８に示す。当然のことながら、ＨＴＴＰ ＧＥＴ要求は、他の方法で構築され、かつ、他のデータを含むことができ、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。

再度、図１４を参照すると、収集したデータをユーザー装置１０４から受信した後、トラッキングサーバー１０６は、少なくとも１つのデータ受信者命令をデータ受信者設定データベース１１０から取得する。各データ受信者命令は、データ受信者に接触するためのＡＰＩ呼び出しを含み、ユーザー装置から受信したデータをデータ受信者が期待するフォーマットに変換するための命令を含む。データ配信設定データベース９２内のデータ受信者定義は、データ受信者設定データベース１１０内の変換／フォーマットのための命令と関連付けることができる。次に、トラッキングサーバー１０６は、ＡＰＩ呼び出しおよび、少なくとも１つのデータ受信者命令に従って変換されている受信データを含むサーバー間データトランザクションを構築する。前述した匿名識別子がサーバー間データトランザクションに付加される。

さらに図１４を参照すると、トラッキングサーバー１０６は、サーバー間データトランザクションをキューに入れる。サーバー間データトランザクション内の収集したデータ要素を様々なデータ受信者に適切に伝えるために必要な追加のタスクが、トラッキングサーバー１０６ではなく、データ配信サーバー１１８によって実行され、それによって、トラッキングサーバー１０６を解放し、そうでない場合に可能であったよりも多くの数のユーザー装置要求にサービスできるようにする。準備ができると、配信サーバー１１８は、サーバー間データトランザクションをキューから取り出す。配信サーバー１１８は、キューから取り出されたサーバー間データトランザクションに付加されている匿名識別子を複数の第三者エンドユーザーアイデンティティと照合する。各第三者エンドユーザーアイデンティティは、データ受信者のうちの１つに対して一意である。データ配信サーバー１１８は、ユーザープロファイルデータベース１２０内で第三者エンドユーザーアイデンティティを探すことにより照合を実行する。

トラッキングサーバー１０６と通信する追加のユーザー装置の他のユーザーと同様、ユーザー装置１０４のユーザーは、任意の数のアイデンティティ、通常は、そのユーザーが明示的または暗黙にやりとりする各データ受信者に対して１つのアイデンティティを有する。匿名識別子が各ユーザーに対して維持される。匿名識別子は、データ受信者との何らかの調整がなければ、サーバー間要求１１４の処理において、ほとんど有用性がない。データ配信サーバー１１８は、匿名識別子と各データ受信者の特定のユーザーに対するアイデンティティの概念との間のマッピングを保持する。このようにして、サーバー間要求１１４を処理し、かつ、ユーザーのアイデンティティが必要とされる場合、配信サーバー１１８は、各データ受信者に固有のユーザーアイデンティティを匿名識別子から解決または決定し、それらのユーザーアイデンティティの各々を適切なデータ受信者に渡す。

各データ受信者ウェブサーバー１１２に対して、データ配信サーバー１１８は、サーバー間データトランザクションを、データ受信者に適したネットワークプロトコルに従ってコード化したメッセージにコード化する。各データ受信者ウェブサーバー１１２は、データ配信サーバー１１８から別個のコード化したメッセージを受信する。データ配信サーバー１１８は、ユーザー装置１０４から受信したデータを表すために、ネットワークプロトコルメタデータを各コード化メッセージに付加する。ネットワークプロトコルメタデータは、第三者エンドユーザーアイデンティティのうちの１つ、ならびにユーザー装置１０４に関連付けられたクライアントＩＰアドレス、ユーザー装置１０４の装置タイプ、および合成クッキーのうちの少なくとも１つを含む。データ配信サーバー１１８は、ネットワーク要求を開始し、コード化したメッセージを、付加したネットワークプロトコルデータと共に、データ受信者ウェブサーバー１１２に送信する。データ配信サーバー１１８とデータ受信者ウェブサーバー１１２との間の通信は、制限なく、インターネット、メトロポリタンエリアネットワーク、ワイドエリアネットワーク、およびローカルエリアネットワークを含めて、任意のタイプのネットワークまたはネットワーク群を介して行うことができる。データは、ＨＴＴＰ ＧＥＴ要求によって、データ受信者ウェブサーバー１１２に送信できる。かかるＨＴＴＰ ＧＥＴ要求の限定されない例を図１９に示す。当然のことながら、ＨＴＴＰ ＧＥＴ要求は、他の方法で構築され、かつ、他のデータを含むことができ、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。

前述したように、サイトのプライバシーポリシー、ビジネスコンソーシアムガイドラインおよび政府規制は、しばしば開示ならびにマーケティングおよび行動データ収集に対するオプトアウトを必要とする。本発明は、ウェブサイトが消費者にあるレベルのプライバシーの通知および制御を提供できるようにする。

図２０に示すように、ユーザー装置１０４は、ユーザープロファイルデータベース１２０に接続された、プライバシー管理インタフェース２００と呼ばれる、ユーザーインタフェースにアクセスできる。図２１は、コンピュータのディスプレイ画面などのグラフィックディスプレイ上に表示されるように、プライバシー管理インタフェース２００の一画面を示す。

プライバシー管理インタフェース２００は、少なくとも次の機能を実行する：（１）現在データを収集しているデータ受信者の動的に更新されたリストを様々なウェブサイト上に表示する、（２）ユーザーが、データ収集およびデータ使用のあるカテゴリーから選択的にオプトアウトおよびオプトインできるようにする、（３）ユーザーが、あるデータ受信装置に渡されているデータを選択的にオプトアウトおよびオプトインできるようにする。

データ収集およびデータ使用のカテゴリーの例には、制限なく、行動広告、マーケティングコミュニケーション、第三者のウェブサイト、および測定と最適化を含む。行動広告のカテゴリーでは、データ収集は、適切な広告を第三者のウェブサイト上のユーザーに表示するのを決定するために、１つのウェブサイト上で観察されたユーザー行動を使用する。マーケティングコミュニケーションのカテゴリーでは、収集したデータは、電子メール、ＳＭＳ（ショートメッセージサービス）および消費者との１対１通信の他の形式のために使用される。第三者のウェブサイトのカテゴリーでは、データ収集は、それらのウェブサイトからのコンテンツを含み、それを行う際に、第三者のウェブサイトに既知の第一者のウェブサイト上でユーザーの行動を引き起こす、ＦａｃｅｂｏｏｋおよびＴｗｉｔｔｅｒなどの第三者のウェブサイトへのリンクを伴う。測定と最適化のカテゴリーでは、データは、第一者のウェブサイトの有効性、第一者のウェブサイト上でサービスされる広告の測定のため、および第一者のウェブサイト上に表示されるコンテンツをカスタマイズするために収集される。

「プライバシー設定」とも呼ばれる、ユーザーのオプトイン／オプトアウト設定が、ユーザープロファイルデータベース１２０に格納される。当然のことながら、ユーザープロファイルデータベース１２０は、ユーザー装置１０４上またはユーザー装置１０４内のストレージではない。従来技術は、各個々のデータ受信者に対して、ユーザーのウェブブラウザ上で設定され、格納される「オプトアウトクッキー」を引き起こすことに依存しているが、ユーザープロファイルデータベース１２０は、配信サーバー１１８が、ユーザーのプライバシー設定を、データがそれらの設定に基づいてデータ受信者ウェブサーバー１１２に渡されるのを選択的に抑制または許可することにより、所与のウェブサイトに対して実施できるようにする。前述のカテゴリーに対してプライバシー設定を可能にすることにより、消費者は、ある種のデータ収集を選択的に許可および阻止でき、また、ある種のデータ要素がデータ受信者ウェブサーバー１１２に渡されるのを選択的に許可および阻止できる。

プライバシー管理インタフェース２００は、ユーザー装置１０４のユーザーエージェントランタイムで利用可能なプライバシー管理ＡＰＩ ２１０と通信する。このＡＰＩの実装は、ウェブブラウザのコンテキスト内で使用するためのＪａｖａＳｃｒｉｐｔ関数呼び出しであり得る。かかるＪａｖａＳｃｒｉｐｔ関数呼び出しの例には、制限なく次が含まれる：
ｂｔ＿ｐｒｉｖａｃｙ．ｃａｔｅｇｏｒｙ（“Ｃａｔｅｇｏｒｙ”，ｏｐｔＯｕｔ）−特定のカテゴリーからユーザーをオプトアウトする、
ｂｔ＿ｐｒｉｖａｃｙ．ｖｅｎｄｏｒ（“Ｑｕａｎｔｃａｓｔ”，ｏｐｔＯｕｔ）−「Ｑｕａｎｔｃａｓｔ」という名前のベンダーに送信されているデータからユーザーをオプトアウトする、および
ｂｔ＿ｐｒｉｖａｃｙ．ｇｅｔＴｒａｃｋｅｒｓ（）−サイトに対してデータ受信者のリストを返す。

プライバシー管理ＡＰＩ ２００は、関数呼び出しを処理し、ユーザーのプライバシー設定をユーザープロファイルデータベース１２０内に設定するか、またはデータ受信者のリストを取得するトラッキングサーバー１０６に対するＨＴＴＰ ＧＥＴ要求を呼び出す。ユーザー装置１０４からの後続の要求で、トラッキングサーバー１０６は、ユーザーのプライバシー設定をユーザープロファイルデータベース１２０から読み取り、それらの設定に基づき、オプトアウトしたカテゴリーおよびオプトアウトしたデータ受信者に対するデータ収集を抑制する。前記の抑制は、トラッキングサーバー１０６が、スタブタグ要求１０５（図８）に応答して、タグコード１０８を構築する際に実行される。タグコード１０８は、訪問したウェブページ１０２に対する１つまたは複数のデータ受信者タグに従ってデータ要素を収集するように構成され、そのウェブページでは、収集されるデータ要素は、ユーザー装置１０４のユーザーの１つまたは複数のプライバシー設定に従って、少なくとも１つのデータ要素を除外する。

タグコード１０８を構築する際に、トラッキングサーバー１０６は、データ収集設定を取得するために、データ収集設定データベース９０にアクセスする。データ収集設定は、訪問したウェブサイトの管理者によって作成され、訪問したウェブサイトから収集できる全ての可能なデータ要素を識別する。抑制は、トラッキングサーバー１０６によってデータ収集設定データベース９０から取得したデータ収集設定にフィルターを適用することにより実行される。フィルターの適用により、オプトアウトしたカテゴリーおよびオプトアウトしたデータ受信者に関連するデータ要素収集コード、コレクタータグリンクおよびサーバー間トラッキングトランザクションが除去される。したがって、特定のプライバシー設定が、タグコード１０８で収集されるいずれかのデータ要素を受信する資格がないとして、ユーザーによって識別されたデータ受信者を指定できることが理解されるであろう。また、特定のプライバシー設定は、ユーザーによって不適格と識別されたデータ使用のカテゴリーを指定できる。

本発明のいくつかの特定の形式について例示および説明してきたが、本発明の範囲から逸脱することなく、様々な修正を行い得ることも明らかであろう。また、開示した実施形態の特定の特徴および態様の様々な組合わせまたは部分的組合わせが、本発明の各種モードを形成するために、相互に結合または置換できると考えられる。そのため、本発明は、添付する特許請求の範囲による場合を除いて、制限されることを意図していない。

Claims (34)

1. ウェブサイトに関連する訪問したウェブページの受信したソースコードを有する、ユーザー装置からスタブタグ要求を受信することと、
   前記受信したスタブタグ要求に含まれるサイトＩＤから、前記サイトＩＤに関連するサイト構成であり、前記ウェブサイトの１つまたは複数のウェブページを指定するサイト構成であり、前記ウェブサイトの前記ウェブページの各１つに割り当てられた１つまたは複数のデータ受信者タグを指定するサイト構成を決定することと、
   前記訪問したウェブページを、少なくとも一部はネットワーク要求ヘッダーからの１つまたは複数のパラメータから識別することと、
   前記スタブタグ要求に対して、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーＩＤ同期タグのうちの少なくとも１つを含む、応答を構築することと、
   前記応答を前記ユーザー装置に送信することと
   を含み、
   前記受信するステップ、決定するステップ、識別するステップ、構築するステップ、および送信するステップが、前記訪問したウェブページをホストする前記ユーザー装置およびサーバーとは別個で異なる、１つまたは複数の電子ネットワークサーバーによって実行され、
   前記ユーザーＩＤ同期タグは、前記１つまたは複数の電子ネットワークサーバーとデータ受信者ウェブサーバーとの間の共有の匿名識別子を確立するためのプロセスを開始する、
   ネットワーク通信方法。
2. 前記受信したスタブタグ要求が、前記ユーザー装置からの第１の呼び出しおよび前記ユーザー装置からの第２の呼び出しを含み、前記第１の呼び出しがスクリプトコードを取得するためであり、前記第２の呼び出しが、前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーＩＤ同期タグのうちの少なくとも１つを含む前記応答を取得するためである、請求項１に記載の方法。
3. 前記サイトＩＤが、前記訪問したウェブページの有効なソースコード内のスタブタグに含まれ、前記サイトＩＤが、前記ウェブサイトに一意な識別子であり、前記有効なソースコードが、前記ユーザー装置または前記ユーザー装置によって実行されているソフトウェアアプリケーションによって受信されるソースコードである、請求項１に記載の方法。
4. 前記スタブタグが、前記ウェブサイトの複数のウェブページの有効なソースコード内に含まれ、かつ、前記スタブタグが、前記複数のウェブページの各１つに対して実質的に同一である、請求項３に記載の方法。
5. 前記決定するステップが、前記サイトＩＤを前記サイト構成と照合することを含む、請求項３に記載の方法。
6. 前記決定するステップが、データ配信設定データベースへのアクセスを含み、前記サイト構成が前記データ配信設定データベースに格納されている複数のサイト構成のうちの１つである、請求項５に記載の方法。
7. 前記構築するステップが、前記応答が前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーＩＤ同期タグのうちの１つまたは複数を含むかを決定することを含み、かつ、前記決定するステップが、前記データ配信設定データベースからの情報に従って実行される、請求項６に記載の方法。
8. 前記構築された応答が、前記ブラウザ指示データ配信タグを含み、前記ブラウザ指示データ配信タグが、データ受信者設定データベースから取得した少なくとも１つのデータ受信者命令を含み、各データ受信者命令が、データ要素を収集するためにデータ受信者によって指定されたタグコードを含み、かつ、収集したデータ要素を前記データ受信者が要求するフォーマットに変換するための命令を含む、請求項１に記載の方法。
9. 前記構築された応答が、前記ユーザーＩＤ同期タグを含み、かつ、前記ユーザーＩＤ同期タグが、ユーザーＩＤ同期を開始するために、前記ユーザー装置が前記データ受信者ウェブサーバーに信号を送信するための命令を含む、請求項１に記載の方法。
10. 前記構築された応答が、前記コレクタータグを含み、前記コレクタータグが、複数のデータ受信者に対して、前記訪問したウェブページに対する１つまたは複数のデータ受信者タグによって収集される１つまたは複数のデータ要素を収集するデータ収集コードを含み、前記訪問したウェブページに対する前記１つまたは複数のデータ受信者タグが、前記サイト構成内で指定された特定のウェブページに割り当てられた１つまたは複数のデータ受信者タグに対応し、かつ、前記特定のウェブページが前記訪問したウェブページのアイデンティティと適合する、請求項１に記載の方法。
11. 前記構築された応答が、前記受信者のいずれか１人から取得したタグコードを含んでいない、請求項１０に記載の方法。
12. 前記ユーザー装置からデータを受信することをさらに含み、前記受信したデータが、前記コレクタータグの前記データ収集コードに従って収集されており、前記受信したデータが、前記訪問したウェブページに対する前記１つまたは複数のデータ受信者タグによって収集される前記１つまたは複数のデータ要素の代表である、請求項１０に記載の方法。
13. 少なくとも１つのデータ受信者命令をデータ受信者設定データベースから取得することをさらに含み、各データ受信者命令が、データ受信者に接触するためのＡＰＩ呼び出しを含み、かつ、前記ユーザー装置から受信したデータを前記データ受信者が要求するフォーマットに変換するための命令を含む、請求項１２に記載の方法。
14. 前記ＡＰＩ呼び出しを含むサーバー間データトランザクションを構築することをさらに含み、前記受信したデータが、前記少なくとも１つのデータ受信者命令に従って変換されている、請求項１３に記載の方法。
15. 前記ユーザー装置に送信された前記応答が、前記ユーザー装置を一意に識別する匿名識別子を含み、かつ、前記方法が、前記匿名識別子を前記サーバー間データトランザクションに付加することをさらに含む、請求項１４に記載の方法。
16. 前記サーバー間データトランザクションをキューに入れること、前記サーバー間データトランザクションをキューから取り出すこと、および前記サーバー間データトランザクションに付加された前記匿名識別子を複数の第三者エンドユーザーアイデンティティと照合することとをさらに含み、各第三者エンドユーザーアイデンティティが前記データ受信者の１人に対して一意である、請求項１５に記載の方法。
17. 前記匿名識別子を複数の第三者エンドユーザーアイデンティティと照合することをさらに含み、各第三者エンドユーザーアイデンティティが前記データ受信者の１人に対して一意である、請求項１５に記載の方法。
18. 前記照合するステップが、前記少なくとも１つの第三者エンドユーザーアイデンティティをユーザープロファイルデータベース内で探すことを含む、請求項１７に記載の方法。
19. 前記データ受信者の各々に対して、
    前記サーバー間データトランザクションを前記データ受信者に適したネットワークプロトコルに従って、コード化したメッセージにコード化することと、
    前記ユーザー装置から受信したデータを表すために、ネットワークプロトコルメタデータを各コード化したメッセージに付加することであって、前記ネットワークプロトコルメタデータが、前記第三者エンドユーザーアイデンティティのうちの１つ、および前記ユーザー装置に関連付けられたクライアントＩＰアドレス、前記ユーザー装置の装置タイプ、および合成クッキーのうちの少なくとも１つを含む、ネットワークプロトコルメタデータを各コード化したメッセージに付加することと、
    ネットワーク要求を開始すること、および前記コード化したメッセージを、前記付加したネットワークプロトコルデータと共に、前記データ受信者に送信することとをさらに含む、
    請求項１７に記載の方法。
20. 前記構築された応答が、前記訪問したウェブページに対する１つまたは複数のデータ受信者タグに従って、データ要素を収集するためのタグコードを含み、かつ、収集される前記データ要素が、前記ユーザー装置の前記ユーザーによるプライバシー設定に従って、少なくとも１つのデータ要素を除外する、請求項１に記載の方法。
21. 収集される前記データ要素が、前記ウェブサイトの管理者によって識別されるデータ要素に対応する、請求項２０に記載の方法。
22. 前記管理者によって識別される前記データ要素が、データ収集設定データベース内で識別され、かつ、前記構築するステップが、前記データ収集設定データベースへのアクセスを含む、請求項２１に記載の方法。
23. 前記プライバシー設定が、ユーザープロファイルデータベース内で識別され、かつ、前記構築するステップが、前記ユーザープロファイルデータベースへのアクセスを含む、請求項２０に記載の方法。
24. 前記プライバシー設定が、収集される前記データ要素のいずれも受信する資格がないとして、前記ユーザーによって識別されたデータ受信者を指定する、請求項２０に記載の方法。
25. 前記プライバシー設定が、前記ユーザーによって不適格と識別されたデータ使用のカテゴリーを指定する、請求項２０に記載の方法。
26. ウェブサイトに対してデータ収集設定をデータ収集設定データベースに格納することであって、前記データ収集設定を格納するステップが、コンピュータによって実行される、前記データ収集設定を格納することと、
    前記ウェブサイトに対してデータ配信設定をデータ配信設定データベースに格納することであって、前記データ配信設定を格納するステップが、前記コンピュータによって実行される、前記データ配信設定を格納することと
    を含み、
    スタブタグが、前記ウェブサイトのウェブページの有効なソースコード内にあり、
    前記有効なソースコードが、ユーザー装置または前記ユーザー装置によって実行されているソフトウェアアプリケーションによって受信されるソースコードであり、
    前記データ収集設定の前記格納が、前記ウェブサイトの前記ウェブページから収集できるデータ要素のセットを指定することを含み、かつ、各データ要素が、前記データ要素が前記ウェブページからどのように引き出されるかに関連するデータバインディング式によって定義され、
    前記データ配信設定の前記格納が、前記ウェブサイトの前記ウェブページから収集できる各データ要素に対して、前記データ要素を、データ受信者が前記データ要素を受信することを要求するフォーマットに関連付けるデータ受信者定義を指定することを含み、
    前記スタブタグが、前記スタブタグによって開始されたネットワーク要求に対する応答内で動的に構築されるタグコードを前記ユーザー装置が取得できるようにし、前記取得したコードが、前記ウェブページに割り当てられたデータ要素を前記ユーザー装置が収集できるようにする、
    ネットワーク通信方法。
27. 前記取得したタグコードが、前記ユーザー装置が、前記収集したデータ要素を、前記ウェブサイトをホストするサーバーとは別個で異なるデータ受信者ネットワークサーバーに配信できるようにする、請求項２６に記載の方法。
28. ウェブサイトのウェブページの、スタブタグを含む、有効なソースコードを処理することと、
    前記スタブタグに従って実行される、スタブタグ要求をトラッキングサーバーに送信することと、
    前記スタブタグ要求に対する応答を取得することであって、前記取得した応答が、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーＩＤ同期タグのうちの少なくとも１つを含む、応答を取得することと
    を含み、
    前記処理するステップ、前記送信するステップ、および前記取得するステップが、ユーザー装置によって実行され、
    前記ユーザーＩＤ同期タグは、１つまたは複数の電子ネットワークサーバーとデータ受信者ウェブサーバーとの間の共有の匿名識別子を確立するためのプロセスを開始し、
    前記有効なソースコードが、前記ユーザー装置または前記ユーザー装置によって実行されているソフトウェアアプリケーションによって受信されるソースコードである、
    ネットワーク通信方法。
29. 前記スタブタグが、前記ウェブサイトをホストする前記ユーザー装置およびサーバーの両方とは別個で異なる装置内にキャッシュされているスクリプトへの参照を含む、請求項２８に記載の方法。
30. 前記要求の前記送信が、前記トラッキングサーバーへの第１の呼び出しおよび前記トラッキングサーバーへの第２の呼び出しを行うことを含み、前記応答の前記取得が、前記スタブタグ内で参照されているスクリプトを取得すること、ならびに前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーＩＤ同期タグのうちの少なくとも１つを前記第２の呼び出しに対する応答として取得することを含み、かつ、前記第２の呼び出しが前記取得したスクリプトに従って実行される、請求項２８に記載の方法。
31. 前記応答が、データ要素を収集するためのコードを含み、かつ、前記方法が、データ要素を収集するための前記コードに従って、データ要素を収集することをさらに含む、請求項２８に記載の方法。
32. データ要素を収集するための前記コードが、ブラウザ指示データ配信タグの一部であり、かつ、前記方法が、前記収集したデータ要素を、前記ブラウザ指示データ配信タグに従って、直接データ受信者ネットワークサーバーに送信することをさらに含む、請求項３１に記載の方法。
33. データ要素を収集するための前記コードが、コレクタータグの一部であり、かつ、前記方法が、前記収集したデータ要素を、前記コレクタータグに従って、前記トラッキングサーバーに送信することをさらに含む、請求項３１に記載の方法。
34. プライバシー設定を作成することをさらに含み、前記取得した応答が、少なくとも前記プライバシー設定に基づく、請求項２８に記載の方法。