"ウェブサイトに関連する訪問したウェブページの受信したソースコードを有する、ユーザー装置からスタブタグ要求を受信することと、前記受信したスタブタグ要求から、前記ウェブサイトの1つまたは複数のウェブページを識別し、かつ、前記ウェブサイトの前記ウェブページの各1つに割り当てられた1つまたは複数のデータ受信者タグを識別するサイト構成を決定することと、前記訪問したウェブページを、少なくとも一部はネットワーク要求ヘッダーからの1つまたは複数のパラメータから識別することと、前記スタブタグ要求に対して、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーID同期タグのうちの少なくとも1つを含む、応答を構築することと、前記応答を前記ユーザー装置に送信することとを含むネットワーク通信方法。前記受信するステップ、決定するステップ、識別するステップ、構築するステップ、および送信するステップが、前記訪問したウェブページをホストする前記ユーザー装置およびサーバーとは別個で異なる、1つまたは複数の電子ネットワークサーバーによって実行される、請求項1に記載の方法。前記受信したスタブタグ要求が、前記ユーザー装置からの第1の呼び出しおよび前記ユーザー装置からの第2の呼び出しを含み、前記第1の呼び出しがスクリプトコードを取得するためであり、前記第2の呼び出しが、前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーID同期タグのうちの少なくとも1つを含む前記応答を取得するためである、請求項1に記載の方法。前記スタブタグが、複数のトラッキングタグを1つの結合したコード文に連結したものではない、請求項1に記載の方法。前記スタブタグ要求が、前記訪問したウェブページの有効なソースコード内のスタブタグのサイトIDを含み、前記サイトIDが、前記ウェブサイトに一意な識別子である、請求項1に記載の方法。前記スタブタグが、前記ウェブサイトの複数のウェブページの有効なソースコード内に含まれ、かつ、前記スタブタグが、前記複数のウェブページの各1つに対して実質的に同一である、請求項5に記載の方法。前記決定するステップが、前記サイトIDを前記サイト構成と照合することを含む、請求項5に記載の方法。前記決定するステップが、データ配信設定データベースへのアクセスを含み、前記サイト構成が前記データ配信設定データベースに格納されている複数のサイト構成のうちの1つである、請求項7に記載の方法。前記構築するステップが、前記応答が前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーID同期タグのうちの1つまたは複数を含むかを決定することを含み、かつ、前記決定するステップが、前記データ配信設定データベースからの情報に従って実行される、請求項8に記載の方法。前記構築された応答が、前記ブラウザ指示データ配信タグを含み、前記ブラウザ指示データ配信タグが、データ受信者設定データベースから取得した少なくとも1つのデータ受信者命令を含み、各データ受信者命令が、データ要素を収集するためにデータ受信者によって指定されたタグコードを含み、かつ、収集したデータ要素を前記データ受信者が期待するフォーマットに変換するための命令を含む、請求項1に記載の方法。前記構築された応答が、前記ユーザーID同期タグを含み、かつ、前記ユーザーID同期タグが、ユーザーID同期を開始するために、前記ユーザー装置がデータ受信者のウェブサーバーに信号を送信するための命令を含む、請求項1に記載の方法。前記構築された応答が、前記コレクタータグを含み、前記コレクタータグが、複数のデータ受信者に対して、前記訪問したウェブページに対する1つまたは複数のデータ受信者タグによって収集される1つまたは複数のデータ要素を収集するデータ収集コードを含み、前記訪問したウェブページに対する前記1つまたは複数のデータ受信者タグが、前記サイト構成内で識別された特定のウェブページに割り当てられた1つまたは複数のデータ受信者タグに対応し、かつ、前記特定のウェブページが前記訪問したウェブページのアイデンティティと適合する、請求項1に記載の方法。前記構築された応答が、前記受信者のいずれか1人から取得したタグコードを含んでいない、請求項12に記載の方法。前記ユーザー装置からデータを受信することをさらに含み、前記受信したデータが、前記コレクタータグの前記データ収集コードに従って収集されており、前記受信したデータが、前記訪問したウェブページに対する前記1つまたは複数のデータ受信者タグによって収集される前記1つまたは複数のデータ要素の代表である、請求項12に記載の方法。少なくとも1つのデータ受信者命令をデータ受信者設定データベースから取得することをさらに含み、各データ受信者命令が、データ受信者に接触するためのAPI呼び出しを含み、かつ、前記ユーザー装置から受信したデータを前記データ受信者が期待するフォーマットに変換するための命令を含む、請求項14に記載の方法。前記API呼び出しを含むサーバー間データトランザクションを構築することをさらに含み、前記受信したデータが、前記少なくとも1つのデータ受信者命令に従って変換されている、請求項15に記載の方法。前記ユーザー装置に送信された前記応答が、前記ユーザー装置を一意に識別する匿名識別子を含み、かつ、前記方法が、前記匿名識別子を前記サーバー間データトランザクションに付加することをさらに含む、請求項16に記載の方法。前記サーバー間データトランザクションをキューに入れること、前記サーバー間データトランザクションをキューから取り出すこと、および前記サーバー間データトランザクションに付加された前記匿名識別子を複数の第三者エンドユーザーアイデンティティと照合することとをさらに含み、各第三者エンドユーザーアイデンティティが前記データ受信者の1人に対して一意である、請求項17に記載の方法。前記匿名識別子を複数の第三者エンドユーザーアイデンティティと照合することをさらに含み、各第三者エンドユーザーアイデンティティが前記データ受信者の1人に対して一意である、請求項17に記載の方法。前記照合するステップが、前記少なくとも1つの第三者エンドユーザーアイデンティティをユーザープロファイルデータベース内で探すことを含む、請求項19に記載の方法。前記データ受信者の各々に対して、前記サーバー間データトランザクションを前記データ受信者に適したネットワークプロトコルに従って、コード化したメッセージにコード化することと、前記ユーザー装置から受信したデータを表すために、ネットワークプロトコルメタデータを各コード化したメッセージに付加することであって、前記ネットワークプロトコルメタデータが、前記第三者エンドユーザーアイデンティティのうちの1つ、および前記ユーザー装置に関連付けられたクライアントIPアドレス、前記ユーザー装置の装置タイプ、および合成クッキーのうちの少なくとも1つを含む、ネットワークプロトコルメタデータを各コード化したメッセージに付加することと、ネットワーク要求を開始すること、および前記コード化したメッセージを、前記付加したネットワークプロトコルデータと共に、前記データ受信者に送信することとをさらに含む、請求項19に記載の方法。前記構築された応答が、前記訪問したウェブページに対する1つまたは複数のデータ受信者タグに従って、データ要素を収集するためのタグコードを含み、かつ、収集される前記データ要素が、前記ユーザー装置の前記ユーザーによるプライバシー設定に従って、少なくとも1つのデータ要素を除外する、請求項1に記載の方法。収集される前記データ要素が、前記ウェブサイトの管理者によって識別されるデータ要素に対応する、請求項22に記載の方法。前記管理者によって識別される前記データ要素が、データ収集設定データベース内で識別され、かつ、前記構築するステップが、前記データ収集設定データベースへのアクセスを含む、請求項23に記載の方法。前記プライバシー設定が、ユーザープロファイルデータベース内で識別され、かつ、前記構築するステップが、前記ユーザープロファイルデータベースへのアクセスを含む、請求項22に記載の方法。前記プライバシー設定が、収集される前記データ要素のいずれも受信する資格がないとして、前記ユーザーによって識別されたデータ受信者を指定する、請求項22に記載の方法。前記プライバシー設定が、前記ユーザーによって不適格と識別されたデータ使用のカテゴリーを指定する、請求項22に記載の方法。ウェブサイトに対してデータ収集設定を作成することと、前記ウェブサイトに対してデータ配信設定を作成することと、スタブタグを前記ウェブサイトのウェブページの効果的なソースコードに挿入することとを含むネットワーク通信方法。前記データ収集設定の前記作成が前記ウェブサイトの前記ウェブページから収集できるデータ要素のセットを指定することを含み、かつ、各データ要素が、前記データ要素が前記ウェブページからどのように引き出されるかに関連するデータバインディング式によって定義される、請求項28に記載の方法。前記データ配信設定の前記作成が、前記ウェブサイトの前記ウェブページから収集できる各データ要素に対して、前記データ要素を、前記データ受信者が前記データ要素を受信することを期待するフォーマットに関連付けるデータ受信者定義を指定することを含む、請求項28に記載の方法。前記スタブタグが、前記スタブタグによって開始されたネットワーク要求に対する応答内で動的に構築されるタグコードをユーザー装置が取得できるようにし、前記取得したコードが、前記ウェブページに割り当てられたデータ要素を前記ユーザー装置が収集できるようにする、請求項28に記載の方法。前記取得したタグコードが、前記ユーザー装置が、前記収集したデータ要素を、前記ウェブサイトをホストするサーバーとは別個で異なるデータ受信者ネットワークサーバーに配信できるようにする、請求項31に記載の方法。ウェブサイトのウェブページの、スタブタグを含む、有効なソースコードを処理することと、前記スタブタグに従って実行される、スタブタグ要求をトラッキングサーバーに送信することと、前記スタブタグ要求に対する応答を取得することであって、前記取得した応答が、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーID同期タグのうちの少なくとも1つを含む、応答を取得することとを含む、ネットワーク通信方法。前記スタブタグの前記処理が、ユーザー装置によって実行され、かつ、前記スタブタグが、前記ウェブサイトをホストする前記ユーザー装置およびサーバーの両方とは別個で異なる装置内にキャッシュされているスクリプトへの参照を含む、請求項33に記載の方法。前記要求の前記送信が、前記トラッキングサーバーへの第1の呼び出しおよび前記トラッキングサーバーへの第2の呼び出しを行うことを含み、前記応答の前記取得が、前記スタブタグ内で参照されているスクリプトを取得すること、ならびに前記コレクタータグ、前記ブラウザ指示データ配信タグ、および前記ユーザーID同期タグのうちの少なくとも1つを前記第2の呼び出しに対する応答として取得することを含み、かつ、前記第2の呼び出しが前記取得したスクリプトに従って実行される、請求項33に記載の方法。前記応答が、データ要素を収集するためのコードを含み、かつ、前記方法が、データ要素を収集するための前記コードに従って、データ要素を収集することをさらに含む、請求項33に記載の方法。データ要素を収集するための前記コードが、ブラウザ指示データ配信タグの一部であり、かつ、前記方法が、前記収集したデータ要素を、前記ブラウザ指示データ配信タグに従って、直接データ受信者ネットワークサーバーに送信することをさらに含む、請求項36に記載の方法。データ要素を収集するための前記コードが、コレクタータグの一部であり、かつ、前記方法が、前記収集したデータ要素を、前記コレクタータグに従って、前記トラッキングサーバーに送信することをさらに含む、請求項36に記載の方法。プライバシー設定を作成することをさらに含み、前記取得した応答が、少なくとも前記プライバシー設定に基づく、請求項33に記載の方法。従って、やはり必要なものは、データ製作者が、サイト全体またはネットワーク全体ベースで消費者のプライバシーの権利をサポートできるようにする、プライバシーおよびデータ収集ポリシーを実施するシステムおよび方法である。簡潔にかつ大まかに言えば、本発明は、ネットワーク通信方法を対象とする。本発明に関する限りでは、方法は、ユーザー装置からのスタブタグstubtag要求の受信を含み、ユーザー装置は、ウェブサイトに関連する訪問したウェブページの受信したソースコードを持つ。本方法は、受信したスタブタグ要求から、ウェブサイトの1つまたは複数のウェブページを識別し、かつ、そのウェブサイトのウェブページの各1つに割り当てられた1つまたは複数のデータ受信者タグを識別するサイト構成を決定することをさらに含む。本方法は、少なくとも一部は、ネットワーク要求ヘッダーからの1つまたは複数のパラメータから、訪問したウェブページを識別することをさらに含む。本方法は、スタブタグ要求に対する応答を構築することをさらに含み、その応答は、コレクタータグcollectortag、ブラウザ指示browser-directデータ配信タグ、およびユーザーID同期タグのうちの少なくとも1つを含む。本方法は、応答をユーザー装置に送信することをさらに含む。本発明の態様において、方法は、ウェブサイトに対してデータ収集設定を作成すること、ウェブサイトに対してデータ配信設定を作成すること、およびウェブサイトのウェブページのソースコードにスタブタグを挿入することを含む。本発明の態様において、方法は、ウェブサイトのウェブページの有効なソースコードを処理することを含み、その有効なソースコードはスタブタグを含む。本方法は、スタブタグ要求をトラッキングサーバーに送信することをさらに含み、そのスタブタグ要求はスタブタグに従って実行される。本方法は、スタブタグ要求に対する応答を取得することをさらに含み、その取得した応答は、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーID同期タグのうちの少なくとも1つを含む。本発明の特徴および利点は、添付の図と併せて読まれるべき以下の詳細な説明から容易に理解されるであろう。本発明の実施形態は、ウェブサイト/アプリケーションコードに対して、スタブタグとも呼ばれる、データバインディングタグを提供するためのシステムおよび方法を含む。スタブタグは、明示的データ要素を収集し、かつ、データ受信者トラッキングタグの表現を動的に統一して、ユーザー装置によって評価されているウェブサイト/アプリケーションコードに書き込むことが可能なメカニズムを提供する。本システムおよび方法は、各データ受信者の既存のデータ収集メカニズムと統合され、収集したデータ要素を、各データ受信者の収集メカニズムによって要求される一意の識別子と適合させる。ここで、本発明の実施形態を示すための例示的な図をもっと詳細に参照すると、図2にスタブタグの限定されない例が示されている。随意に、スタブタグの基本構造は、図2の例に示すものにすぎない。例1および例2では、スタブタグは、<script>セクションのみを有する。例3では、スタブタグは、<script>セクションおよび、万一ウェブブラウザまたは他のユーザーエージェントがJavaScriptをサポートしない場合に<noscript>セクションを有する。スタブタグは、ウェブサイトの各ウェブページに対して実質的に同一であり得る。例1は、第1のウェブサイトのウェブページ用の有効なソースコードに挿入でき、例2は、第2のウェブサイトのウェブページの有効なソースコードに挿入でき、また、例3は、第3のウェブサイトのウェブページの有効なソースコードに挿入できる。いくつかの実施形態では、図2に示すように、スタブタグの<script>セクションは、ウェブサイトをホストするウェブサーバーとは別個の異なるサーバー内にリモートからキャッシュされているスクリプトコードへの参照を含む。<noscript>セクションは、リモートからキャッシュされているスクリプトコードを参照する、JavaScript内にない文を含む。他の実施形態では、スタブタグは、<noscript>セクションを含み、<script>セクションは持たない。3つ全ての図示した例では、スタブタグは、ウェブブラウザで評価することができるHTML内に定義され、リモートからキャッシュされたスクリプトコードはtag.jsと命名されている。当然のことながら、リモートからキャッシュされたスクリプトコードに対して異なる名前を使用でき、また、スタブタグは、他の方法で構造化でき、それでも図示した例と同じ機能を提供できる。他の実施形態では、スタブタグは、パーソナルコンピュータ上のインターネットウェブブラウザ以外のユーザーエージェントによる評価のための言語で定義される。スタブタグは、モバイル機器オペレーティングシステムおよび/またはインタラクティブケーブルならびに衛星放送ネットワークインタフェース機器のアプリケーションランタイムと互換性がある言語で定義できる。したがって、当然のことながら、スタブタグは、変化し、ユーザー装置の種類によって決まり得る。図示したスタブタグ例は、複数のトラッキングタグを結合したコード文に連結したものではない。スタブタグは、ウェブサイト/アプリケーションコードに別個に組み込まれたか、または書き込まれたデータ受信者トラッキングタグを有する必要がない。スタブタグは、スタブタグに対して変更が必要ないという意味で包括的であり、それ故、データ受信者のトラッキングタグに対する追加、除去および変更に適応するために、ウェブサイト/アプリケーションコードに対する変更が必要ない。以下で詳述するように、スタブタグは、ユーザー装置が明示的データ要素を収集し、その収集したデータを、適切なフォーマットで、収集したデータを受信する資格のある複数のデータ受信者に送信できるようにするコードのリターンを可能にする。収集する特定のデータ要素およびそれらがどのようにデータ受信者に送信されるかは、少なくとも一部は、データ製作者によって予め決定されている。図3は、データ製作者およびデータ受信者がデータ収集および配信に関連する設定をどのように作成および変更できるかを示す。ユーザーインタフェースは、ウェブサイト所有者などのデータ製作者が、ウェブサイト内の各ウェブページに対して、データ収集およびデータ配信設定を定義できるようにする。別のユーザーインタフェースは、第三者のトラッキングタグプロバイダなどのデータ受信者が、データ受信者設定を定義できるようにする。データ収集設定は、ウェブページ上でおそらくは収集できる全てのデータ要素を指定する。データ収集設定は、データ収集設定データベース90に格納される。データ配信設定は、どのデータ要素を各データ受信者が受信する資格があるかを指定する。データ配信設定は、データ配信設定データベース92に格納される。データ受信者設定は、データ受信者の技術的能力、データ要素マッピングおよびユーザーIDマッピングを指定する。本明細書では、IDは、identification識別の省略形である。データ受信者設定は、データ受信者設定データベース94に格納される。データ受信者の技術的能力は、データ受信者によって収集されたデータ構造が中間サーバーを介して処理できるかサーバー間要求、またはユーザー装置とデータ受信者のサーバーとの間での直接通信を必要とするか例えば、ブラウザ指示アクセスの指示を含む。データ要素マッピングは、データ受信者が受信できるデータ要素のスーパーセット、データ要素がデータ受信者APIによってどのように解析されるか、データ受信者固有のメタデータ、およびデータをデータ受信者に送信するために使用されるデータ受信者トラッキングタグAPI呼び出しを定義する。ユーザーIDマッピングは、ユーザーに対する一意の匿名識別子が、データ製作者とデータ受信者とデータ配信システムとの間でどのように同期化されるかを定義する。図4は、本発明のいくつかの実施形態によるデータ収集設定データベース90内の情報の配置を示す。ウェブサイトAの所有者または管理者は、ウェブサイトAのウェブページの各々から収集できるデータ要素のセットを指定する。各データ要素は、管理者によって一意の名前を与えられる。データ要素のセットは同じかまたはウェブページ毎に異なり得る。管理者は、各データ要素に対して、データ要素がウェブページから、どのように取得、推測、または生成されるかに関連するデータバインディング式DBEと記号で表されるを指定する。本明細書では、ウェブサイトのコンテキストにおいて、管理者、所有者、およびオペレータという用語は、ウェブサイトの管理に権限を持つ自然人を指すために、区別しないで使用される。ウェブサイトBの管理者は、ウェブサイトBのウェブページの各々からどのデータ要素を収集できるかを指定し、各データ要素に対して、適切なデータバインディング式を指定する。ウェブサイトCの管理者は、ウェブサイトCのウェブページの各々からどのデータ要素を収集できるかを指定し、各データ要素に対して、適切なデータバインディング式を指定する。図4では、ウェブサイトの数、ウェブページ当たりのデータ要素の数、およびウェブサイト当たりのウェブページの数が3に限定されているが、当然のことながら、データ収集設定データベース90は、もっと多くのウェブサイトを含むことができ、もっと多くのウェブページ当たりのデータ要素数およびウェブサイト当たりのウェブページ数を処理できる。図5は、本発明のいくつかの実施形態によるデータ配信設定データベース92内の情報の配置を示す。ウェブサイトAの管理者は、1人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定する。データ要素のセットは同じかまたはデータ受信者によって異なり得、ウェブサイトAに対して図4で識別されたデータ要素のうちの1から全部までの任意の数を含むことができる。管理者は、各データ要素に対して、データ受信者によって利用および認識される定義DEFと記号で表されるを指定する。各データ受信者定義は、管理者によって以前に定義されたデータ要素を、データ受信者がデータ要素をその形式で受信することを期待する特定の形式と関連付ける。データ要素とデータ受信者定義の各ペアは、データマッピング式と呼ばれ得る。データ配信設定データベース92は、ウェブサイトの管理者によって明示的に定義されたデータ要素とデータ受信者によって所望されるデータとの間のマッピングを提供する。ウェブサイトBの所有者は、1人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定し、各データ要素に対して対応するデータ受信者定義を指定する。ウェブサイトCの所有者は、1人または複数のデータ受信者に対して収集および配信するデータ要素のセットを指定し、各データ要素に対して対応するデータ受信者定義を指定する。図5では、ウェブサイトの数、データ受信者当たりのデータ要素の数、およびウェブサイト当たりのデータ受信者の数が3に限定されているが、当然のことながら、データ配信設定データベース92は、もっと多くのウェブサイトを含むことができ、もっと多くのデータ受信者当たりのデータ要素数およびウェブサイト当たりのデータ受信者数を処理できる。図6および図7は、図3で参照したデータ製作者ユーザーインタフェースの限定されない例を示す。データ製作者ユーザーインタフェースは、コンピュータのディスプレイ画面などのグラフィックディスプレイ上に表示されるように示されている。図6に示すように、特定のウェブサイトの管理者は、各ウェブページに対して、複数の明示的データ要素に対する一意の名前、各データ要素に対する簡単な説明、各データ要素に対するデータバインディング式DBEを指定することができる。図6では、ウェブページはアカウント作成と呼ばれ、アカウント作成ウェブページに対するデータ要素に、ショッピングカート総計、郵便番号、およびアフィリエイトIDという名前が付けられている。名前、説明、およびDBEは、編集ボタンをクリックすることにより変更できる。データマッピングの追加ボタンをクリックすることにより、もっと多くの名前、説明、およびDBEを追加することができる。ウェブサイト管理者は、データバインディング式DBEとともにデータ要素を明示的に定義する。DBEは、明示的データ要素がウェブページとの関連でどのように列挙または定義されているかを定義する。前述したように、明示的データ要素は、ウェブページのアプリケーションマークアップ内および/またはHTTP要求コンテキスト内に列挙できる。DBEの例には、制限なく次を含む:1variable_name-JavaScript変数をバインドする、2evaluation-実行時にスタブタグによって評価されるJavaScript式を含む、3bt_parametercolor-URLクエリー文字列からのcolorパラメータの値を含む、4bt_metazipcode-ウェブページ文書からのzipcodeメタタグの値を含む、および5bt_xpath//div[class=‘shopping_cart_item’]-ウェブページ文書からのShopping_Cart_Item<div>要素の非構造化コンテンツを含む。データバインディング式DBEとデータ要素との間の関係は、データ収集設定データベース90に格納され、その例が図4に示されている。データ収集設定データベース90に格納される情報は、図4に示す以外の方法で配置できる。図7に示すように、特定のウェブサイトの管理者は、複数の潜在的なデータ受信者の各々に対して、データ受信者定義を指定するか、または管理者によって以前に定義された明示的データ要素と関連付けることができる。データ受信者定義の各名前例えば、zmas、注文総額、およびzmaqに隣接して、管理者が、図6のように、ウェブサイトの管理者によって以前に定義されたデータ要素名例えば、郵便番号、ショッピングカート総計、およびアフィリエイトIDを入力できるテキストフィールドがある。データ受信者定義のセット全体がデータ受信者タグに対応する。図7では、データ受信者の名前はLeverであり、ウェブサイトの管理者によってLeverのデータ受信者タグに与えられた名前は、明示的データ収集タグである。管理者は、Aperture、AtlasActionTag、ConvergeDirect、およびGoogleAnalyticsなど、他のデータ受信者に対してデータ受信者タグを定義できる。データ受信者定義とデータ要素との間の関係は、データ配信設定データベース92に格納することができ、その例が図5に示されている。データ配信設定データベース92に格納された情報は、図5に示す以外の方法で配置できる。図8は、図7のデータ製作者インタフェースで定義され得るように、1つまたは複数のデータ受信者タグが、スタブタグによって開始された要求に応答して返される単一のタグコードにどのように統一されるかを示す。統一されるという用語は、タグコードが、収集される各データ要素に対して単一のデータ収集コードを含むという特性を指し、データ収集コードが、そのデータ要素を受信するように構成されている1つまたは複数のデータ受信者タグによって、その後参照および解釈される共通の変数を作成するために、それぞれのデータ要素に対して一度だけ実行される。各データ要素に対して単一のデータ収集コードを使用し、その結果として得られる共通の変数は、同じデータ要素に対するデータ受信者タグコードの単純な集計に伴って生じる重複するデータ収集を未然に防ぐ。スタブタグ100が、訪問したウェブページ102の有効なソースコード内に挿入されている。有効なソースコードは、ユーザー装置またはそのユーザー装置によって実行されているソフトウェアアプリケーションのいずれかによって受信されるソースコードを指す。本明細書では、ウェブサイトまたはウェブページのコンテキストにおいて、有効なソースコードおよびソースコードは同じであり、区別しないで使用される。スタブタグ100は、例えば、tag.jsなどのJavaScriptコードを参照するスクリプトコードであり得る。全く同じスクリプトコードがウェブサイトの全てのウェブページで使用できる。スタブタグは、共通のコードテンプレートへの包含を通して、グローバルフッターへの包含、およびリバースプロキシサーバー経由での導入など、様々な方法で有効なソースコード内に取り込まれ得る。訪問したウェブページのソースコードは、ユーザー装置104によって呼び出される。ユーザー装置の例には、制限なく、パーソナルコンピュータ、携帯電話、携帯情報端末、コンピュータタブレット、ケーブルテレビのレシーバーボックス、衛星放送のレシーバーボックス、およびビデオゲーム機を含む。ユーザー装置は、訪問したウェブページのソースコードを処理するソフトウェアアプリケーションまたはユーザーエージェントを実行する。本発明のいくつかの実施形態では、ユーザーエージェントはインターネットウェブブラウザである。本明細書では、ウェブブラウザという用語は、クライアントサーバー分散コンピュータシステム内での通信に使用されるネットワークプロトコルを実装する任意のユーザーエージェントを代表する。本発明のシステムおよび方法は、例えば、制限なく、AppleiOS、GoogleAndroidおよびRIMBlackberryOSなどのモバイル機器オペレーティングシステムのアプリケーションランタイム、ならびにCisco-ScientificAtlanta、Motorola、Hughes-DirecTVおよびEchostar-DishNetworkなどのベンダーによって提供されるインタラクティブケーブルおよび衛星放送ネットワークインタフェース装置のアプリケーションランタイムなど、他のユーザーエージェントで実装できる。本発明は特定のユーザー装置またはユーザーエージェントに制限されない。スタブタグ100を含むウェブページのソースコードがユーザー装置104によって呼び出されると、ユーザー装置104は、スタブタグ要求105をトラッキングサーバー106に送信する。ユーザー装置104とトラッキングサーバー106との間の通信は、制限なく、インターネット、メトロポリタンエリアネットワーク、ワイドエリアネットワーク、およびローカルエリアネットワークを含めて、任意のタイプのネットワークまたはネットワーク群を介して行うことができる。トラッキングサーバー106は、ユーザー装置104および訪問したウェブページをホストするサーバーとは別個で異なる。トラッキングサーバー106は、1つまたは複数の電子ネットワークサーバーを含み得る。トラッキングサーバー106は、例えば、制限なく、米国テキサス州ラウンドロック所在のDellInc.から入手可能なPowerEdge商標T410Serverなどであり得る。本発明のいくつかの実施形態では、スタブタグ要求は、第1の呼び出しおよび第2の呼び出しの2つの部分を有する。ユーザー装置104は、トラッキングサーバー106から、例えば、tag.jsに関連するか、またはその中に含まれるスクリプトコードなど、追加のスクリプトコードを取得するために、トラッキングサーバー106に対する第1の呼び出しを開始する。追加のスクリプトコードは、図9に示すようなものであり得る。追加のスクリプトコードの内容および構造は、例示したものとは異なり得るが、それでも実質的に同じかまたは類似の機能を提供し得る。ユーザー装置104が追加のスクリプトコードを受信した後、追加のスクリプトコードは、構成パラメータをトラッキングサーバー106に送信する第2の呼び出しを開始する。いくつかの実施形態では、構成パラメータは、サイトID図7のサイト識別子および参照元URLを含む。図2の例1、例2および例3では、サイトIDはabc123、xAzftcN、および382hdu9である。構成パラメータは、第2の呼び出しのネットワーク要求ヘッダー内で、トラッキングサーバー106に送信され得る。いくつかの実施形態では、ユーザー装置104からトラッキングサーバー106への第2の呼び出しまたは要求は、HTTPGET要求の形式であり得、その例が図10に示されている。当然のことながら、HTTPGET要求は、別の方法で構造化でき、それでも実質的に図示例と同じかまたは類似の機能を提供し得る。次に、トラッキングサーバー106は、訪問したウェブページ102を一意に識別する。訪問したウェブページ102の識別は、トラッキングサーバー106によってネットワーク要求ヘッダー内の構成パラメータから推測できる。トラッキングサーバー106による訪問したウェブページ102の識別は、推論アルゴリズムを使用して実行できる。推論アルゴリズムを代表するコードフラグメントを図11に示す。コードフラグメントの内容および構造は、図示したものと異なり得るが、それでも実質的に同じかまたは類似の機能を提供し得る。次に、トラッキングサーバー106は、スタブタグ要求例えば、第2の呼び出しに対する応答を構築し、その構築した応答をユーザー装置104に送信する。以下で説明するように、応答はスタブタグ要求が受信される前に構築されず、応答の内容は特定のスタブタグ要求に明確に合わせられる、という意味で、応答は動的に構築される。動的な構築では、応答は、ユーザー装置ごとに異なったり、訪問したウェブページごとに異なったり、ウェブサイトの所有者によって以前に提供された設定、データ受信者によって提供された設定、および/またはユーザー装置のユーザーによって提供された設定に従って異なったりすることが可能になる。再度、図8を参照すると、いくつかの実施形態に対して構築された応答は、訪問したウェブページ102に対する1つまたは複数のデータ受信者タグに従って、データ要素を収集するためのタグコード108の形式である。適切なデータ受信者タグは、ウェブサイトの管理者により、図6および図7のデータ製作者インタフェースを用いて、訪問したウェブページ102に関連付けられている可能性がある。タグコード108は、受信した特定のスタブタグ要求に対して適切であると決められている任意の数のコレクタータグおよび/またはブラウザ指示データ配信タグを含み得る。どのコレクタータグおよびブラウザ指示データ配信タグも適切でないと決められている場合は、タグコード108の代わりに、空のマークアップがユーザー装置104に返される。空のマークアップは、コレクタータグおよびブラウザ指示データ配信タグを含まない。従来技術のシステムおよび方法は、一般にコンテナと呼ばれる、別個の文書を明示的に定義するために、ウェブサイトの管理者を必要とし、そのコンテナ内に、タグコードが手動で貼り付けられるか、または全てのデータ受信者タグコードが単一のタグコードファイルに連結もしくは統合され、そこから個々のタグ呼び出しがユーザーエージェントによって解析された。タグコードを手動でコンテナに貼り付けて、複数のデータ受信者タグコードの単純な集計を実装するこれらのステップは、本発明のいくつかの実施形態にはない。構成適合設定に基づいて訪問したウェブページ102に対して構成されている、それらのデータ要素およびデータ受信者タグのみを含むように、スタブタグ要求105に応答して、タグコード108をトラッキングサーバー106が動的に構築する場合、かかるステップは、回避され得る。コレクタータグは、収集したデータをトラッキングサーバー106に送信するユーザー装置104のためのリンクを含み、トラッキングサーバー106は、収集したデータを以下でさらに説明するデータ受信者のウェブサーバーに中継する。ブラウザ指示データ配信タグは、以下でさらに説明するように、収集したデータを直接、データ受信者のウェブサーバーに送信するユーザー装置104のためのリンクを含む。いくつかの実施形態では、構築した応答は、収集されたデータが後で配信されるデータ受信者から取得した、いかなるトラッキングタグコードも含まない。代わりに、例えば、構築した応答は、本質的に同じデータの余分な、または重複する収集を回避するように構成された、複数のデータ受信者トラッキングタグコードを代表する、統一コードを含む。複数のデータ受信者が、同じデータ要素を所望する場合、統一コードは、そのデータ要素を一度だけ収集する。統一コードは、複数のデータ受信者からのトラッキングタグコードの単純な集合的コードブロックではない。かかる集合的コードブロックは、データ受信者が実質的に同じタイプのデータの受信を所望するような場合には、結果として、余分な、または重複するデータ収集となるであろう。いくつかの実施形態では、ブラウザ指示データ配信タグは、データ受信者設定データベース110から取得した、少なくとも1つのデータ受信者命令を含む。各データ受信者命令は、明示的データ要素を収集し、かつ、収集した明示的データ要素をデータ受信者が期待する形式に変換する命令を含むために、データ受信者によって指定されるタグコードを含むことができる。ブラウザ指示データ配信タグは、ブラウザ指示要求図14のブラウザ指示要求114などにより収集したデータ要素の変換を可能にする。ブラウザ指示データ配信タグの限定されない例を図12に示す。当然のことながら、ブラウザ指示データ配信タグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。いくつかの実施形態では、コレクタータグは、複数のデータ受信者のために、訪問したウェブページに対して、1つまたは複数の受信者タグによって収集される1つまたは複数の明示的データ要素を収集するデータ要素収集コードデータ収集コードとも呼ぶを含む。訪問したウェブページに対する1つまたは複数のデータ受信者タグは、サイト構成で識別された特定のウェブページに割り当てられた1つまたは複数のデータ受信者タグに対応する。トラッキングサーバー106は、訪問したウェブページの識別を特定のウェブページと照合している。サイト構成は、ウェブサイトの1つまたは複数のウェブページを識別し、そのウェブサイトのウェブページの各1つに割り当てられた1つまたは複数のデータ受信者タグを識別する。コレクタータグは、サーバー間要求図14のサーバー間要求114などによって、収集したデータ要素の転送を可能にする。コレクタータグの限定されない例を図13に示す。当然のことながら、コレクタータグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。いくつかの実施形態では、サイト構成は、トラッキングサーバー106により、サイトIDユーザー装置104により、トラッキングサーバー106へのスタブタグ要求105で返されたをデータ収集設定データベース90に格納されている複数のサイト構成のうちの1つと照合することによって識別される。トラッキングサーバー106は、サイトIDに適したサイト構成を識別するために、データ収集設定データベース90にアクセスする。いくつかの実施形態では、サイト構成は、複数のウェブサイトのうちの1つに対して、データ収集設定データベース90に格納されている情報に対応する。いくつかの実施形態では、サイト構成は、複数のウェブサイトのうちの1つに対して、図4に示すような、情報の配置に対応する。図14は、タグコード108図8に従って収集されたデータが、サーバー間要求114および/またはブラウザ指示要求116によって、どのように複数のデータ受信者ネットワークサーバー112に配信されるかを示す。いくつかの実施形態では、ネットワークサーバーはウェブサーバーである。いくつかの実施形態では、収集したデータは、もっぱら単一のサーバー間要求114によって、複数のデータ受信者ネットワークサーバー112に配信される。いくつかの実施形態では、収集したデータは、もっぱらブラウザ指示要求114によって、複数のデータ受信者ネットワークサーバー112に配信される。いくつかの実施形態では、収集したデータは、ブラウザ指示要求114およびサーバー間要求114によって、複数のデータ受信者ネットワークサーバー112に配信される。トラッキングサーバー106からの応答を受信すると、ユーザー装置104上で実行しているユーザーエージェントがその応答内のタグコード108を解析する。前述のように、ユーザーエージェントは、ウェブブラウザであり得、ウェブブラウザはタグコード108を解析する。明示的データ要素は、タグコード108に従ってユーザーエージェントにより収集される。収集したデータ要素は、訪問したウェブページに対して1つまたは複数のデータ受信者タグによって収集されるであろう、1つまたは複数のデータ要素の代表である。以前は、トラッキングサーバー106が、訪問したウェブページ102を識別し、そのウェブページが属するウェブサイトに対するサイト構成を識別していた。訪問したウェブページ102およびサイト構成の識別から、トラッキングサーバー106は、訪問したウェブページに対して適切なデータ受信者タグを決定し、データ受信者タグによって要求されたデータ要素を、統一した方法で、収集するためのタグコード108を構築していた。収集したデータ要素は、サーバー間要求114および/またはブラウザ指示要求116によって、ユーザー装置104により適切なデータ受信者112に送信される。前述したように、スタブタグ要求105に対して構築された応答は、任意の数のコレクタータグおよび/またはブラウザ指示データ配信タグを有することができる。コレクタータグは、サーバー間要求114を可能にし、ブラウザ指示データ配信タグはブラウザ指示要求116を可能にする。以下で説明するように、構築された応答は、サーバー間要求114を可能にするために、ユーザーID同期タグを含むこともできる。サーバー間データ接続は、ユーザー装置104から収集したデータ要素の、トラッキングサーバー106および配信サーバー118からのルートを経由した、収集したデータ要素の受信を意図する1つまたは複数のデータ受信者のウェブサーバー112への通信を指す。収集したデータ要素は、メッセージ志向のミドルウェアという意味で、メッセージとして伝えられる。トラッキングサーバー106は、ユーザー装置104からの全ての収集したデータを単一のメッセージに束ね、サーバー間トラッキングトランザクションとも呼ばれる。トラッキングサーバー106は、サーバー間トラッキングトランザクションをキューに置く。このようにして、データ配信サーバー118がデータ受信者のウェブサーバー112との通信に必要なタスクを実行するので、入ってくる収集したデータの処理に必要なコンピューティング資源が削減され、様々なユーザー装置からのもっと多くの要求が処理できる。配信サーバー118は、例えば、制限なく、米国テキサス州ラウンドロック所在のDellInc.から入手可能なPowerEdge商標T410Serverなどであり得る。サーバー間データ接続に対して、トラッキングサーバー106、配信サーバー118、およびデータ受信者ウェブサーバー112が、他のスタブタグ要求を送信し、かつ、収集したデータ要素のそれら自身のセットを送信している可能性のある他のユーザー装置から、ユーザー装置104を一意に識別する匿名識別子を共通して共有するのが望ましい。匿名識別子は、トラッキングサーバー106および配信サーバー118を経由して、データ受信者ウェブサーバー112に渡るデータトランザクションに付加されている。サーバー間データ接続は、ほとんど完全に透過的であるが、初期のクッキー同期プロセスは、共有の匿名識別子を確立する必要があり得る。クッキー同期プロセスは、ユーザーID同期プロセスとも呼ばれる。ユーザーID同期タグは、スタブタグ要求105図8に対して構築された応答の一部として、ユーザー装置104に返すことができる。ユーザーID同期タグは、ユーザーID同期プロセスを開始する。したがって、トラッキングサーバー10により、スタブタグ要求105に対して構築された応答は、コレクタータグ、ブラウザ指示データ配信タグ、およびユーザーID同期タグのうちの任意の1つまたは任意の組合わせを含むことができることが理解されるであろう。ユーザーID同期タグの限定されない例を図15に示す。当然のことながら、ユーザーID同期タグは、他の方法で構築でき、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。以下で説明するように、ユーザーID同期タグによって開始されたユーザーID同期プロセスは、2つの形式:リダイレクトまたはアサーションのうちの1つを取ることができる。ユーザーID同期プロセスがリダイレクトの形式の場合、ユーザーID同期タグは、ユーザー装置104のユーザーエージェントをデータ受信者ウェブサーバー112のURLへ向かわせるリンクを含む。このリンクは、データ受信者ウェブサーバー112の各々に、ユーザー装置に対して永続的な識別子を作成させ、通常は、ブラウザのクッキーに格納される。永続的な識別子は、識別コードであり、前述した匿名識別子として機能する。データ受信者ウェブサーバー112は、配信サーバー118のURLを含むリダイレクトリンクを構築し、合成クッキー内およびユーザープロファイルデータベース120内の永続的な識別子にインデックス付けするために配信サーバー118によって使用される、永続的な識別子およびデータ受信者IDなどの他のメタデータを付加するアプリケーションコードを含む。いくつかの実施形態では、永続的な識別子および他のメタデータは、URLクエリー文字列内のパラメータとして、またはHTTPクッキーヘッダー内のキーと値のペアとして付加され得る。データ受信者ウェブサーバー112は、HTTPリダイレクト応答コード通常、HTTP302-MovedTemporarilyおよびリダイレクトリンクで、ユーザー装置104のユーザーエージェントに応答する。ユーザーエージェントは、HTTPリダイレクト応答を処理して、データ受信者ウェブサーバー112によって提供されるリダイレクトリンクにユーザーエージェントをアクセスさせる。配信サーバー118は、永続的な識別子および他のメタデータを含む、リダイレクトリンクに対する要求を受信し、その結果を合成クッキーおよびユーザープロファイルデータベース120に格納する。合成クッキーという用語は、ブラウザ指示要求の一部としてユーザー装置104のユーザーエージェント例えば、ウェブブラウザから取得したクッキーとは対照的に、データ配信サーバー118による要求に付加されているクッキーを指す。データ配信サーバー118は、ユーザー装置104上で実行しているウェブブラウザと同様に、HTTPクッキーをデータ受信者に対して送出し、また、そこから受け取ることができる。このようにして、配信サーバー118は、データ受信者によって通常必要とされるいかなるカスタマイズ作業もなしで、クッキーにより、ユーザー識別子および永続的なデータを維持する概念を既に有するデータ受信者ウェブサーバー112に適合できる。配信サーバー118は、これらのクッキーを匿名識別子と関連付けて格納し、データ受信者ウェブサーバー112に対する以降の要求または通信で、適切なクッキーが送出されることを確実にする。図16は、本発明のいくつかの実施形態によるリダイレクト形式でのユーザーID同期プロセスを示す。ユーザー装置104に返されたユーザーID同期タグは、前述した匿名識別子として機能するユーザー装置の匿名クッキーIDを含むトラッキングサーバー106にGETメッセージをリダイレクトするデータ受信者ウェブサーバー112からのHTTP302Found応答となる、ユーザー装置104からデータ受信者ウェブサーバー112に対して行われる呼び出しを引き起こす。ユーザーID同期プロセスがアサーションの形式の場合、ユーザーID同期タグは、ユーザー装置104のユーザーエージェントをデータ受信者ウェブサーバー112のURLへ向かわせるリンクを含む。このリンクは、通常は、URLクエリー文字列内のパラメータとして、配信サーバー118によって保持される一意の識別子をアサートする。一意の識別子は、前述した匿名識別子として機能する。このリンクは、データ受信者ウェブサーバー112に、ユーザーに対する永続的な識別子を作成させ、通常は、ブラウザのクッキーに格納される。データ受信者ウェブサーバー112は、一意の識別子を記録し、それを、データ受信者の設計のメカニズムを用いて、それ自身の永続的な識別子と関連付ける。図17は、本発明のいくつかの実施形態に従ったリダイレクト形式でのユーザーID同期プロセスを示す。前述のように、収集したデータ要素は、サーバー間要求114および/またはブラウザ指示要求116によって、ユーザー装置104により適切なデータ受信者112に送信される。サーバー間要求114で送信される場合、トラッキングサーバー106は、タグコード108に従って収集されているユーザー装置からデータを受信し、そのタグコードは、以前に説明したコレクタータグのデータ収集コードであり得る。受信したデータは、訪問したウェブページに対して1つまたは複数のデータ受信者タグによって収集されるであろう、1つまたは複数のデータ要素の代表である。データは、HTTPGET要求によって、トラッキングサーバー106に送信できる。かかるHTTPGET要求の限定されない例を図18に示す。当然のことながら、HTTPGET要求は、他の方法で構築され、かつ、他のデータを含むことができ、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。再度、図14を参照すると、収集したデータをユーザー装置104から受信した後、トラッキングサーバー106は、少なくとも1つのデータ受信者命令をデータ受信者設定データベース110から取得する。各データ受信者命令は、データ受信者に接触するためのAPI呼び出しを含み、ユーザー装置から受信したデータをデータ受信者が期待するフォーマットに変換するための命令を含む。データ配信設定データベース92内のデータ受信者定義は、データ受信者設定データベース110内の変換/フォーマットのための命令と関連付けることができる。次に、トラッキングサーバー106は、API呼び出しおよび、少なくとも1つのデータ受信者命令に従って変換されている受信データを含むサーバー間データトランザクションを構築する。前述した匿名識別子がサーバー間データトランザクションに付加される。さらに図14を参照すると、トラッキングサーバー106は、サーバー間データトランザクションをキューに入れる。サーバー間データトランザクション内の収集したデータ要素を様々なデータ受信者に適切に伝えるために必要な追加のタスクが、トラッキングサーバー106ではなく、データ配信サーバー118によって実行され、それによって、トラッキングサーバー106を解放し、そうでない場合に可能であったよりも多くの数のユーザー装置要求にサービスできるようにする。準備ができると、配信サーバー118は、サーバー間データトランザクションをキューから取り出す。配信サーバー118は、キューから取り出されたサーバー間データトランザクションに付加されている匿名識別子を複数の第三者エンドユーザーアイデンティティと照合する。各第三者エンドユーザーアイデンティティは、データ受信者のうちの1つに対して一意である。データ配信サーバー118は、ユーザープロファイルデータベース120内で第三者エンドユーザーアイデンティティを探すことにより照合を実行する。トラッキングサーバー106と通信する追加のユーザー装置の他のユーザーと同様、ユーザー装置104のユーザーは、任意の数のアイデンティティ、通常は、そのユーザーが明示的または暗黙にやりとりする各データ受信者に対して1つのアイデンティティを有する。匿名識別子が各ユーザーに対して維持される。匿名識別子は、データ受信者との何らかの調整がなければ、サーバー間要求114の処理において、ほとんど有用性がない。データ配信サーバー118は、匿名識別子と各データ受信者の特定のユーザーに対するアイデンティティの概念との間のマッピングを保持する。このようにして、サーバー間要求114を処理し、かつ、ユーザーのアイデンティティが必要とされる場合、配信サーバー118は、各データ受信者に固有のユーザーアイデンティティを匿名識別子から解決または決定し、それらのユーザーアイデンティティの各々を適切なデータ受信者に渡す。各データ受信者ウェブサーバー112に対して、データ配信サーバー118は、サーバー間データトランザクションを、データ受信者に適したネットワークプロトコルに従ってコード化したメッセージにコード化する。各データ受信者ウェブサーバー112は、データ配信サーバー118から別個のコード化したメッセージを受信する。データ配信サーバー118は、ユーザー装置104から受信したデータを表すために、ネットワークプロトコルメタデータを各コード化メッセージに付加する。ネットワークプロトコルメタデータは、第三者エンドユーザーアイデンティティのうちの1つ、ならびにユーザー装置104に関連付けられたクライアントIPアドレス、ユーザー装置104の装置タイプ、および合成クッキーのうちの少なくとも1つを含む。データ配信サーバー118は、ネットワーク要求を開始し、コード化したメッセージを、付加したネットワークプロトコルデータと共に、データ受信者ウェブサーバー112に送信する。データ配信サーバー118とデータ受信者ウェブサーバー112との間の通信は、制限なく、インターネット、メトロポリタンエリアネットワーク、ワイドエリアネットワーク、およびローカルエリアネットワークを含めて、任意のタイプのネットワークまたはネットワーク群を介して行うことができる。データは、HTTPGET要求によって、データ受信者ウェブサーバー112に送信できる。かかるHTTPGET要求の限定されない例を図19に示す。当然のことながら、HTTPGET要求は、他の方法で構築され、かつ、他のデータを含むことができ、それでも図示した例と実質的に同じかまたは類似の機能を提供できる。前述したように、サイトのプライバシーポリシー、ビジネスコンソーシアムガイドラインおよび政府規制は、しばしば開示ならびにマーケティングおよび行動データ収集に対するオプトアウトを必要とする。本発明は、ウェブサイトが消費者にあるレベルのプライバシーの通知および制御を提供できるようにする。図20に示すように、ユーザー装置104は、ユーザープロファイルデータベース120に接続された、プライバシー管理インタフェース200と呼ばれる、ユーザーインタフェースにアクセスできる。図21は、コンピュータのディスプレイ画面などのグラフィックディスプレイ上に表示されるように、プライバシー管理インタフェース200の一画面を示す。プライバシー管理インタフェース200は、少なくとも次の機能を実行する:1現在データを収集しているデータ受信者の動的に更新されたリストを様々なウェブサイト上に表示する、2ユーザーが、データ収集およびデータ使用のあるカテゴリーから選択的にオプトアウトおよびオプトインできるようにする、3ユーザーが、あるデータ受信装置に渡されているデータを選択的にオプトアウトおよびオプトインできるようにする。データ収集およびデータ使用のカテゴリーの例には、制限なく、行動広告、マーケティングコミュニケーション、第三者のウェブサイト、および測定と最適化を含む。行動広告のカテゴリーでは、データ収集は、適切な広告を第三者のウェブサイト上のユーザーに表示するのを決定するために、1つのウェブサイト上で観察されたユーザー行動を使用する。マーケティングコミュニケーションのカテゴリーでは、収集したデータは、電子メール、SMSショートメッセージサービスおよび消費者との1対1通信の他の形式のために使用される。第三者のウェブサイトのカテゴリーでは、データ収集は、それらのウェブサイトからのコンテンツを含み、それを行う際に、第三者のウェブサイトに既知の第一者のウェブサイト上でユーザーの行動を引き起こす、FacebookおよびTwitterなどの第三者のウェブサイトへのリンクを伴う。測定と最適化のカテゴリーでは、データは、第一者のウェブサイトの有効性、第一者のウェブサイト上でサービスされる広告の測定のため、および第一者のウェブサイト上に表示されるコンテンツをカスタマイズするために収集される。プライバシー設定とも呼ばれる、ユーザーのオプトイン/オプトアウト設定が、ユーザープロファイルデータベース120に格納される。当然のことながら、ユーザープロファイルデータベース120は、ユーザー装置104上またはユーザー装置104内のストレージではない。従来技術は、各個々のデータ受信者に対して、ユーザーのウェブブラウザ上で設定され、格納されるオプトアウトクッキーを引き起こすことに依存しているが、ユーザープロファイルデータベース120は、配信サーバー118が、ユーザーのプライバシー設定を、データがそれらの設定に基づいてデータ受信者ウェブサーバー112に渡されるのを選択的に抑制または許可することにより、所与のウェブサイトに対して実施できるようにする。前述のカテゴリーに対してプライバシー設定を可能にすることにより、消費者は、ある種のデータ収集を選択的に許可および阻止でき、また、ある種のデータ要素がデータ受信者ウェブサーバー112に渡されるのを選択的に許可および阻止できる。プライバシー管理インタフェース200は、ユーザー装置104のユーザーエージェントランタイムで利用可能なプライバシー管理API210と通信する。このAPIの実装は、ウェブブラウザのコンテキスト内で使用するためのJavaScript関数呼び出しであり得る。かかるJavaScript関数呼び出しの例には、制限なく次が含まれる:bt_privacy.categoryCategory,optOut-特定のカテゴリーからユーザーをオプトアウトする、bt_privacy.vendorQuantcast,optOut-Quantcastという名前のベンダーに送信されているデータからユーザーをオプトアウトする、およびbt_privacy.getTrackers-サイトに対してデータ受信者のリストを返す。プライバシー管理API200は、関数呼び出しを処理し、ユーザーのプライバシー設定をユーザープロファイルデータベース120内に設定するか、またはデータ受信者のリストを取得するトラッキングサーバー106に対するHTTPGET要求を呼び出す。ユーザー装置104からの後続の要求で、トラッキングサーバー106は、ユーザーのプライバシー設定をユーザープロファイルデータベース120から読み取り、それらの設定に基づき、オプトアウトしたカテゴリーおよびオプトアウトしたデータ受信者に対するデータ収集を抑制する。前記の抑制は、トラッキングサーバー106が、スタブタグ要求105図8に応答して、タグコード108を構築する際に実行される。タグコード108は、訪問したウェブページ102に対する1つまたは複数のデータ受信者タグに従ってデータ要素を収集するように構成され、そのウェブページでは、収集されるデータ要素は、ユーザー装置104のユーザーの1つまたは複数のプライバシー設定に従って、少なくとも1つのデータ要素を除外する。タグコード108を構築する際に、トラッキングサーバー106は、データ収集設定を取得するために、データ収集設定データベース90にアクセスする。データ収集設定は、訪問したウェブサイトの管理者によって作成され、訪問したウェブサイトから収集できる全ての可能なデータ要素を識別する。抑制は、トラッキングサーバー106によってデータ収集設定データベース90から取得したデータ収集設定にフィルターを適用することにより実行される。フィルターの適用により、オプトアウトしたカテゴリーおよびオプトアウトしたデータ受信者に関連するデータ要素収集コード、コレクタータグリンクおよびサーバー間トラッキングトランザクションが除去される。したがって、特定のプライバシー設定が、タグコード108で収集されるいずれかのデータ要素を受信する資格がないとして、ユーザーによって識別されたデータ受信者を指定できることが理解されるであろう。また、特定のプライバシー設定は、ユーザーによって不適格と識別されたデータ使用のカテゴリーを指定できる。本発明のいくつかの特定の形式について例示および説明してきたが、本発明の範囲から逸脱することなく、様々な修正を行い得ることも明らかであろう。また、開示した実施形態の特定の特徴および態様の様々な組合わせまたは部分的組合わせが、本発明の各種モードを形成するために、相互に結合または置換できると考えられる。そのため、本発明は、添付する特許請求の範囲による場合を除いて、制限されることを意図していない。"