JP2009541903A - ウェブビーコンプラグインとその認証 - Google Patents

Abstract

解析プロバイダーのパートナー及びウェブビーコンを他の使用者が、精査、拒否又は中心的ＪａｖａＳｃｒｉｐｔファイル若しくは同様のコンポーネントの使用を認証されるプラグインの為、ウェブビーコンプラグインの提出を許容すべくツールとテクニックが提供される。解析プロバイダーはウェブビーコンプラグインに書き込みを行う。パートナーから分離されたウェブビーコンによるウェブサイトの再タグ付を必要せず、解析プロバイダーのウェブビーコンによってタグ付をされたウェブサイトのページ負荷、訪問者クリック、他訪問者及びプログラムに従った動作に対応して本プラグインは実行される。これは再タグ付なしに既に集めた解析データの有用性と精度で妥協なしに、解析プロバイダーに便乗し、パートナーに解析データを得る事を許容する。認証される為、ウェブビーコンプラグインは、サイズ、挙動、ネーム空間等に関して規定の認証基準を満足する。

Description

本発明は、ウェブビーコンプラグインの使用を容易にするためのツールとテクニックに関する。

ブラウザを介したウェブサイトの用法は、特定のウェブサイトのユーザに関して、商業的に利用可能な、ウェブページの用法に関する詳細データを集めるウェブ解析サービスによって定期的に追跡され解析される。ウェブ解析サービスを他の実体に提供する実体が、「解析プロバイダー」と呼ばれる。１つの主なウェブ解析プロバイダーは、本発明の所有者であるユタ州オレームのOmniture社です。Omniture社は、よく知られている商標SiteCatalystの下、ウェブ解析技術を提供する。本明細書に使用される他のすべてのマークが、Omniture社の財産である。

現在のところ、ウェブ解析データは、通常、サーバのログから集められるか、又はウェブビーコンを使用する。ウェブビーコンはユーザのデバイスとサーバとのコミュニケーションを引き起こすために、ウェブページに置かれた小さなイメージ要求である。サーバは解析プロバイダー、そのウェブサイトがウェブビーコンを含む販売者、又は他の相手によって制御されるかもしれない。
また、ウェブビーコンは、明確なGIF、ウェブバグ、イメージ要求、又は画素タグとして知られている。ウェブサイトへの訪問情報を収集するために、ウェブビーコンは広告、挙動の目標、および他の処理に用いることができる。ウェブビーコンは、解析データを集めるため、解析プロバイダーによって一般に用いられる。

いくつかの知られているウェブビーコンベースの解析システムでは、特に、ウェブビーコンは顧客のサーバの中心的なJavaScriptファイル（Javaは登録商標）とのコミュニケーションを引き起こすためにウェブサイトページにペーストされ、またウェブビーコンは解析プロバイダー(Omniture社)サーバのような他のサーバに支配されるかもしれない。ペーストされたウェブビーコンコードは、顧客が追跡を希望するそれぞれのHTML形式のページで働いた。事実上、中心的なJavaScriptファイルは、全体のウェブサイトに再タグ付けをする必要無しに、解析データ収集処理にアップデートをすることを顧客に許可する、ペーストされたコードによって含まれていた。

１つのシンプルで一般的に見出された構成において、解析に関わる実体は、（ａ）ウェブサイトの訪問者，（ｂ）ユーザによって訪問されるウェブサイトに責任がある販売者又は他の実体、および（ｃ）ウェブサイトへの訪問に関する解析データを得るために販売者によって保有された解析プロバイダーである。また、より最近の構成は、（ｄ）第三者の広告主体か他の実体に関わる。あるケースでは、これらの第三者の実体は、解析プロバイダーとパートナーを組み、販売者は共通顧客である。

本明細書に使用される「解析プロバイダー」は、Omniture社、Omniture社のパートナー、又はCoremetrics社のような競合他社、Google社、Nedstat社、WebSideStory社、WebTrends社、Epiphany社(SSA Global)、NetRatings社、Sane Solutions (Unica),社、SAS Institute社、aQuantive社、DoubleClick社、24/7 Real Media社などのウェブ解析サービスを提供する実体を示す。

「パートナー」は、ここでは解析プロバイダーとの正式な取引関係を持っている実体を示す。解析プロバイダーOmniture社の場合、パートナー又は潜在的パートナーの多くの例のいくつかが、Advertising.com社とBaynote社である。

「共通顧客」という用語は、販売者又は、解析プロバイダーとパートナーの共通の他の顧客を示す。解析プロバイダーOmniture社の場合、潜在的な共通顧客の例はAOL社である。

しかしながら、パートナーが共通顧客に対する必要なサービスを提供するために、それら自身のウェブビーコンを通してウェブサイトの訪問に関するリアルタイムデータを必要としたとき、再タグ付けは使用された。すなわち、パートナー自身のウェブビーコンは、解析プロバイダーのウェブビーコンに加えて、ウェブサイトページにペーストされた。そのような再タグ付けは、解析プロバイダーのパートナーのための販売サイクルを順番に妨害するかもしれない大きな投資を要求でき、共通顧客のために追加コストと遅れを時々生成する。再タグ付けを必要としない自身のウェブビーコンを必要としないパートナーの替わりとして、Omniture社および他の会社が一般に大量のデータ供給材料を提供する。

言い換えれば、パートナーは、自身のウェブビーコン(または処理サーバのログによって)
を通して直接自分たちで集めるか、共通顧客からある種のデータ供給を通して直接集めるか、データ供給を通して共通顧客の許可と共に第三者（例えば、Omniture社、又は他の解析プロバイダー）から集めるか、といったいくつかの方法で、共通顧客のウェブサイトの用法に関するデータを集めることができる。もちろん、再タグ付けの他の代替手段は、パートナーのサービス無しで行うことである。他の代替手段は、パートナーによって要求されたデータを集めるために、そのファイル自体の内部にコードを加えることによって、臨時の方法で、中心的なJavaScriptファイルを変更する。そして、結果のデータをパートナーに送る。

本特許出願に関する文書の言及に制限されないものを含んでおり、このバックグラウンドを除いて、本発明に関連する他の概念は、知られているか又はソースを通して明らかになるかもしれない。

発明のいくつかの方法が、ウェブビーコンプラグインを書き込むことによる、若しくは、解析プロバイダーのパートナーからウェブビーコンプラグインを受け取ることによる（、若しくは自身でウェブビーコンプラグインを書き込むことによる）、ウェブビーコンプラグインを入手したり、ウェブビーコンベースの解析システムにおける解析プロバイダーの中心的な解析コンポーネントにインタフェースする認証基準にウェブビーコンプラグインが従う範囲を測定するためにウェブビーコンプラグインを精査したり、ウェブビーコンプラグインが認証基準に対応すると認証したり、ウェブビーコンベースの解析システムにおける解析プロバイダーの中心的な解析コンポーネントの実行に関連してウェブビーコンプラグインの実行を許可したりするようなステップを用いて、解析プロバイダーによって使用される。同様の方法は、解析プロバイダー以外の相手によって使用されるかもしれない。

一般に対応する方法は、ウェブビーコンプラグインを生成したり、精査のためにウェブビーコンプラグインを相手に送ったり、精査されたウェブビーコンプラグインが認証基準に従う範囲を認識したり、必要に応じて承諾されるようにウェブビーコンプラグインを変更したりするなどのステップを用いて、解析プロバイダーのパートナー、販売者／共通顧客、又は他の実体のパートナーによって使用されるかもしれない。

また発明は、共通顧客のウェブサイトのウェブページにペーストされるウェブビーコンコード，ウェブビーコンコードを通して呼び出されたコアコード，および同じウェブビーコンコードを通して呼び出されたパートナーのウェブビーコンプラグインコードを含むウェブビーコンベースの解析システムのように、ウェブビーコンを使うシステムを提供する。ウェブビーコンプラグインは、インタフェースを介してコアコードからコントロールとデータを受け取り、インタフェースと一致するコントロールとデータのみ送るためのコアコードにプラグインするように構成される。

インタフェースは、例えば、コアコードによって使用されるデータにプラグインがダメージを与えることを防ぐなど、コントロールとデータをプラグインに通し、プラグインの範囲を超えてコアコードへのプラグインの効果を制限するためのものである。同様のシステムが、解析プロバイダーのデータをパートナーと共有するのを容易にする以外の目的のために、ウェブビーコンを使うかもしれない。

より一般的には、発明は複数のそのようなプラグインを許可するために基準を決めるインフラストラクチャとウェブビーコンプラグインのインタフェースを提供する。

ウェブビーコンプラグインは、異種のソース、例えば、パートナーによって書かれ、又は、パートナーを代表して書くために解析プロバイダーのパートナー若しくは第三者（プロバイダーを含む）によって社外調達される。ウェブビーコンを放つのを含んでいる技術的アクションを容易にして、ページにテキストを書いて、および多くの他の様々なビジネス目的を達成するためにウェブビーコンプラグインは書かれる。発明を使用して、ウェブビーコンプラグインは、ページ負荷，リンククリック等の様々なイベントによって引き起こされるような動作を実行できる。

共通顧客もパートナーも指定されたレベルの品質について確信できるように、認証パラメータが提供される。特に、配備されたウェブビーコンに便乗することは、共通顧客のウェブサイトに配備された自身のウェブビーコンから直接的に必要とするデータをパートナーが集めるのを支援する。プラグインの用法の追跡とアカウントは、実世界のビジネスにとって、より魅力的で適切に具体化するのを支援する。

これらの実施例は単に説明に役立っている。本発明はクレームによって定義され、この概要はクレームの基礎を提供するのを助けるが、この概要が最終的に認められるクレームと競合する範囲において、クレームは広く解釈されるべきである。

本発明の利点と特徴を得ることができる方法を示すために、添付の図面を参照しながら、本発明の説明がされる。これらの図面は、本発明の選択された側面を示すだけで、本発明の範囲を全て決定するというものではない。

図１は、本発明の少なくとも１つの実施例による解析情報のフローの入手、指示、保護、及び／又はそうでなければ制御、またウェブビーコンプラグインの使用を容易にする、解析プロバイダー若しくは他の実体を代表して実行された方法を示すフローチャートである。 図２は、更に図１の方法を示すフローチャートである。 図３は、本発明の少なくとも１つの実施例による、ウェブビーコンプラグインの使用を容易にするために、パートナーによって、若しくは解析プロバイダーのパートナーを代表して、実行された方法を示すフローチャートである。 図４は、本発明のシステムの実施例の役割、データ、情報、制御フロー、デバイス、方法、他の側面を示すブロック図である。

本発明は、解析プロバイダーサービスと以前に適所に置かれた他の構造基盤の保護と補足の方法において、ウェブサイトとのユーザの相互作用に関して情報を収集するのを支援するツールとテクニックを提供する。本発明は、特定の実施例による本明細書の説明と図面で示されるが、本発明の他の実施例がこれらの実施例から出発できることが理解される。例えば、実施例の特定の特徴はこのドキュメント中で、明らかにそれとなく用語の定義が提供される。用語は、汎用の用法、特定の産業の用法、または特定の辞書もしくは辞書セットに、同じ用法が必ずあるというわけではない。発明者は、造語と他の用語の両方に関して、自身の辞書編集者である彼らの権利を主張し行使する。あらゆる本発明の実施例または構成にとって、図に示されているか文章の中で説明した全てのコンポーネントを含んでいるか、または同じ数とここに示された関係にコンポーネントを含むことは必要ではない。図と文章の説明は、単なる実施例にすぎない。

「ページイベント」とは、ページロード、ページリフレッシュ、又は訪問者のデバイスにおいてウェブページデータを変更する他のイベントを意味する。「訪問者のアクションイベント」とは、クリック、スクロール、リサイズ、訪問者によってウェブサイトに行われた他の行動を意味する。「プログラムに従ったイベント」とは、ｓｅｎｄｄａｔｅ（）呼び出し、指定時間が経過したプログラムされた決断、又は他のプログラムに従った動作を意味する。

（解析プロバイダー方法、プラグイン、インタフェース、認証、その他）
図１と図２は、例えば、プロバイダーによって、又は解析プロバイダーを代表して使用する方法を示している。本発明の方法は、解析プロバイダーによって実行される、解析プロバイダーの指示及び／又は利益に基づき行動する実体による制限を受けない別の実体によっても、本発明の方法が実行される。本当に、本発明は、パートナーと解析プロバイダーの互恵のために、解析プロバイダーのパートナーによって実行される。本発明のシステムとデバイスの理解は、方法の理解を助け、逆もまた同様であるので、参考として、後述の追加図面が作られている。入手ステップ（１０２）の間、実行する実体は、ウェブビーコンプラグイン（４３８）を受け取るか、生成するか、そうでなければ入手する。特に、ウェブビーコンプラグインは、解析プロバイダーによって書き込まれるか、又は解析プロバイダー（４６２）のパートナー（４６０）から解析プロバイダーによってウェブビーコンプラグインは入手される。「解析」とは、本明細書において広い意味で用いられる。解析技術は、ウェブサイトにおける訪問者の挙動に関するデータを生成及び／又は収集する。ここでデータには、広く使用されたＨＴＭＬウェブページ解析と同様の方法において、フラッシュや他のマルチメディアを使ったプレゼンテーションの相互作用、ＲＳＳや他の相互作用、及び／又は、ネットワーク化されたプレゼンテーションの間での他の訪問者の挙動が、ウェブページの訪問の場合に含まれている。

入手したウェブビーコンプラグインは、メール、ファイル転送、ファックス、ポスト、キャリア、表示ディスプレイ等のように、身近な又は今後開発される伝送ルートにより運ばれる。プラグインを生成するものは、またそれによってプラグインを入手する。また、ウェブビーコンプラグインがパートナーの現実の所在を離れなくても、解析プロバイダーはパートナーからプラグインを入手できる。ここで、プラグインは、見られ、コピーされ、又は他の方法で、例えば、パートナーのオフィスを訪問する解析プロバイダーの委任代理人若しくは従業員によって入手されるかもしれない。入手（１０２）される場合、ウェブビーコンプラグインは精査（１０４）に利用可能である。精査（１０４）の間、ウェブビーコンプラグインは、プラグイン（４３８）が認証基準（４６６）に従う範囲を測定するために精査される。精査は、少なくともプラグインのコード（命令及び／又はデータ；ソース及び／又は実行可能な）のレビューに通常かかわる。スクリーンショット、テスト結果、コードレビュー概要、プログラマ証明、および同様のもののような関連情報は、ウェブビーコンプラグインコードと共に考慮される。いくつかのケースでは、プラグインを送信（３０２）するパートナー（４６０）が、対応するプラグインコードを提供する強い歴史を既に確立したように、関連情報は、解析プロバイダーにコード自体のレビューを不要にさせるコードのための十分に完全で確かなプロキシーである。

それにもかかわらず、ウェブビーコンベースの解析システム（４００）における解析プロバイダーの中心的な解析コンポーネント（４３２）にインタフェース（４３６）するための認証基準（４６６）を予測した少なくとも１つに従う範囲を測定するウェブビーコンプラグインを精査（１０４）することを、方法は含んでいる。認証基準（４６６）の例は以下に示されるが、例えば、解析プロバイダー（４６２）によって共通顧客（４６４）に提供されている解析サービスを妨げるのをプラグインが防ぐ具体策を要求することにおいて、認証は指示されることに注意することは役立つかもしれない。

精査は、ウェブビーコンプラグイン（４３８）と解析プロバイダーの中心的な解析コンポーネント（４３２）と間のインタフェース（４３６）に少なくとも部分的に関係ある。アプリケーション・プログラム・インタフェース（ＡＰＩ）、機能仕様、ＤＬＬインタフェース、ライブラリ関数インタフェース、または同様のものに見つけられるように、１つ以上の関数呼び出しで、そのインタフェースは、少なくとも一部実施される。しかしながら、認証は、関数でどのパラメータを通すか、プラグイン関数からどんな値（もしあれば）を返すかの質問にまさる。グローバル変数（４３４）、メモリのリソース（４１０，４２８）、ウェブページ（４１２）のテキスト、イメージ、および訪問者（４０２）によって認識させられる他の内容（４１６）、現在のウェブページと他のウェブページにおけるウェブビーコン（４１４）、ブラウザ及び／又は送られる集合体など（４１８）、クッキー（４２０）、及び他のシステム（４００）のコンポーネントにおけるプラグインへの効果は、作動システム（４００）におけるプラグインを配置する前に認証を必要とするのに十分重要である。関数、マクロ、解析プロバイダーコード（４３２）のような同じ若しくは別のスレッド、ペーストされたインラインコード、解析プロバイダーコード（４３２）のような同じ若しくは別のファイル、または他の方法で、プラグインが実施されるかどうかにかかわらず、これらの効果は、定義されたインタフェース（４３６）の一部であるかもしれない。

「プラグイン」という用語は、本明細書において、産業上、少なくともいくつかの用法と異なるやり方で用いられる。例えば、いくつかの知られている「ブラウザのプラグイン」と異なって、本プラグイン（４３８）は、一般に、ユーザ音、ビデオ、またはアニメーション表現の機能を高めるために、必ずブラウザ（４１８）に機能性を加えるというわけではないだろう。いくつかの実施例では、ウェブビーコンプラグインは、広告を提供するか、ウェブページの外観を変えるか、またはそうでなければ、ユーザ表現を変更するかもしれない。本プラグイン（４３８）は、最も直接的に、中心的なＪＳファイル（４３０）又は同様のものに接続する。

その結果、ウェブブラウザ（４１８）にウェブページ（４１２）のウェブビーコン（４１４）を介して呼び出される時でさえ、プラグイン（４３８）は、ウェブブラウザのプラグインとして、必ずしも見なされるというわけではない。「ＪＳ」は、ＪａｖａＳｃｒｉｐｔを表す。従来のブラウザ（４１８）のプラグインと異なって、本プラグインは、通常、訪問者のシステム（４０４）から離れて、解析プロバイダー（４６２）のサーバ（４２８）及び／又は共通顧客サーバ（４２４）上で、保存され維持される。いくつかの実施例における適当な設計の選択であるけれども、本プラグイン（４３８）は、伝統的なモジュール形式を持つ必要はない。

いくつかの実施例では、中心的な解析コード（４３２）の変数（４３４）の値への変更を回避するか否かを決定するために、プラグイン（４３８）は精査（１０６）される。そのような回避は、可能な認証基準（４６６）であり、精査ステップ（１０４）は、ウェブビーコンプラグイン（４３８）がこの基準に従うか否かを決定するために、少なくとも部分的に命令され得る。特に、もし、システム（４００）が活動していて、共通顧客（４６４）（可能ならば他のパートナー）がシステムによって提供されるデータの有用性と精度に頼るならば、与えられたシステム（４００）のプラグインを配備するのに同意する前に、解析プロバイダー（４６２）又は共通顧客がコンプライアンスを必要とすることができる。プラグインの配置は、解析プロバイダー、共通顧客、又は他の実体であることに関わらずに、中心的なコンポーネント（４３０）を管理する当事者によって制御される。

いくつかの実施例では、パートナー特有のネーム空間に、関数名と変数名を制限するかどうかを決定するために、プラグイン（４３８）は精査（１０８）される。そのようなネーム空間は、解析プロバイダー（４６２）によってパートナー（４６０）に割り当てられるか、又は解析プロバイダー変数（４３４）とプラグイン変数との名前の衝突を防ぐ他の方法で割り当てられる。パートナー（４６０）の各々について異なったプラグインの接頭語＜パートナーの接頭語＞を割り当てることである。その接頭語は、そのパートナーのプラグイン関数と変数名の全てにおいて使用されなければならない。解析プロバイダーのタグは、＜パートナーの接頭語＞＿ｍａｉｎ（）とネーミングされるパートナーウェブビーコンのプラグインの実行を引き起こすだけである。そのようなネーミングは可能な認証基準（４６６）であり、ネーム空間を精査するステップ（１０８）は、ウェブビーコンプラグイン（４３８）がこの基準に従うかどうか決定する。認証基準（４６６）は、少なくともインタフェース（４３６）の一部分をまとめて定義する。また、ｆｏｏ＿ｍａｉｎ（）などの実際の関数呼び出しは、インタフェースの一部であるかもしれない。

同様に、実施例において、以下の１以上のものは認証基準（４６６）である。
・ウェブビーコンプラグインの実行エラーを回避すること（精査ステップ（１１０））、
・ユーザのデバイス（４０４）のディスプレイメモリ（４１０）にロードされた後にウェブページ（４１２）のＨＴＭＬコードをウェブビーコンプラグイン（４３８）が書き込むことを回避すること（精査ステップ（１１２））、
・予定された最大の組合せサイズより下で、ウェブビーコンの結合したサイズがプラグイン（４３８）と中心的な解析コンポーネント（４３０）の組合せサイズを維持すること（精査ステップ（１１４））、
・指定されたＪａｖａＳｃｒｉｐｔ／ＡｃｔｉｏｎＳｃｒｉｐｔ／ＶＢＳｃｒｉｐｔ／ＸＭＬ又は他のコード（４３２）のレベルと互換性があるように（精査ステップ（１１６））、及び／又は、例えば、インターネット・エクスプローラーバージョンＸとファイヤーフォックスバージョンＹが含まれているセット、若しくは、Ｎｅｔｓｃａｐｅ２．０以外の全てのブラウザを含んでいるセットのような指定されたウェブブラウザのセットと、互換性があるようにプラグイン（４３８）を作ること（精査ステップ（１１８））。

精査（１２０）は、また、他の認証基準に従うかを調べる。例えば、ＪａｖａＳｃｒｉｐｔの替わりに、若しくはＪａｖａＳｃｒｉｐｔに加えて、中心的なコンポーネント（４３０）は、コンパイルされたコード及び／又は他のソフトウェア言語もしくは形式を使用する。それらとの互換性は認証基準（４６６）であるかもしれない。別の実施例として、プラグインは、以下のネットワーク活動、オペレーティングシステムの呼び出し、ファイルシステムの呼び出しのいくつか又は全てを避けることを要求（１２０）される。プラグインは、また、動作の履歴をとること、デバッグ又は追跡関数を呼び出すことなどのように、ある動作を実行することを要求（１２０）される。

あるケースにおいて、精査されたプラグイン（４３８）は要求される基準のいくつか又は全てに失敗する。結果として、解析プロバイダーは、通常、プラグインを認証することを拒否（１２８）する。パートナー及び／又は解析プロバイダーが、プラグインを従うように変更（３１４）するのを助けるために、解析プロバイダーは、通常、どの基準が満たされなかったかを説明する詳細内容を提供（１３０）する。また、変化のための技術的な提案、解析プロバイダーによって用いられた（１０４）テスト情報、プラグイン（４３８）がテストされたソースコード（４３２，４３０，４１４）のリスト、対応するプラグインコードのサンプル、及び／又は、他の詳細情報も、パートナーを補助するために提供１３０される。

しかしながら、他の場合では、精査されたプラグイン（４３８）は、おそらく完全に、又は、おそらく追加テストが行われるのに十分よく、要求される基準（４６６）を持たす。それでも、事情によっては、解析プロバイダー又は別の権限ある機関が、テストされたシステム若しくは完全にリリースされた使用中の商用システムであるシステム（４００）における使用のためのプラグインを認証（１２２）する。認証は社外調達されるかもしれない。プラグインを受け入れる電子メールを送るのと同じぐらい簡単に、認証は早い動作（１２２）である。または、もし認証されたプラグインが期待通りに働かなかったとしたら責任を割り当てるために、レビューと申し出のために法的な合意書をパートナーに送るように、認証はもっと複雑である。認証は、また、選択されたシステム（４００）において、プラグインを動作させる（１２４）、プロバイダーの製品ライン又はマーケティング材料の範囲中でプラグインを提供するか是認する、又はインストールされたプラグイン（４３８）が、（１２４）に動作し続けているのを許容するように、暗黙の動作（１２２）である。

要するに、いくつかの方法は、複数の予定された認証基準（４６６）に従うウェブビーコンプラグインを認証（１２２）するステップと、ウェブビーコンベースの解析システム（４００）における中心的な解析コンポーネント（４３０）の実行に関連して、ウェブビーコンプラグインの実行を許可するステップを含んでいる。システム（４００）で、精査されたプラグインを動かすことは、両方のステップ（１２２，１２４）を実行する。例えば、電子メール、電話、ファックス、又は「プラグインは要求を満たす」ことの効果への他の通信によって、認証も別々にできる。実際にプラグインが実行されることによって、実行の許可（１２４）が行われる。または、当事者による追加努力がほとんど無しに、プラグインを簡単に動作させることにより、許可（１２４）が達成される。

いくつかの実施例では、許可された実行（１２４）には、実行命令を持っており、コアコード（４３２）の実行に関連してプラグイン（４３８）の実行が制御される。例えば、中心的な解析コンポーネント（４３０）とそのプラグイン（４３８）は、解析プロバイダーのサーバ（４２８）の関数呼出しがパートナーのサーバ（４４４）の関数呼出しに先行するように構成される（２３０）。もし複数のプラグインが存在していると、少なくとも現在の実行技術の下では、通常、それらは完全に並列というよりむしろ順番に実行する。しかし、通常、それらは自身のいかなる特定の実行命令も実行するべきではない。代替の実施例では、プラグインは実行クラスに属し、１つのクラスにおけるものは、別のクラスでより高い実行優先度を持っている。

一般的に、解析プロバイダーは、ログファイル、プロファイラー、カウンター、及び／又は、追跡ソフトウェアの実行のための他の類似のツールを用いて、プラグインの実行を追跡（１２６）する。追跡はデバッグと最適化を助け、また、パートナー（４６０）に送られた清算（３０６）のための基礎として用いられる。解析プロバイダーは、ウェブビーコンベースの解析システムにおける中心的な解析コンポーネントの実行に関連したウェブビーコンプラグインの実行数、及び／又は、例えばウェブビーコンプラグインの実行が呼び出されたウェブページ数を追跡する（１２６）。

いくつかの実施例では、ウェブビーコンプラグインコードは、解析情報フロー制御を提供するための許可された実行手段を含んでいる。この手段は、以下の動作の１以上を実行する（１２４）ために、コンピュータソース、オブジェクト、又は他のコードを含んでいる。

・パートナーのサーバへのウェブビーコン要求を生成すること（２０２）
・問合せ文字列に基づくウェブサイトのユーザの挙動の追跡すること（２０４）
・ＤＯＭオブジェクトとの相互作用に基づくウェブサイトのユーザの挙動の追跡すること（２０６）
・特定のウェブサイトのコンテンツを見ることに基づくウェブサイトのユーザの挙動の追跡すること（２０８）
・イベントリスナーを使用すること（２１０）
・データをクッキーに書き込むこと（２１２）
・クッキーからデータを読み込むこと（２１４）
・ウェブサイトのユーザへの表示用に広告をウェブページに置くこと（２１６）
・ＨＴＭＬをウェブページに書き込むこと（２１８）
・ウェブページに表示するためにテキストを提出すること（２２０）
・ウェブページに表示するためにイメージを提出すること（２２２）
・値を返すこと（２２４）
・ベースのＵＲＬ値を返すこと（２２６）
・ネーム値の組の配列を返すこと（２２８）

これらの項目は互いに排他的でない。１より多くものが、問題のコード手段で存在している。本当に、いくつかのケースでは、これらの項目は重なる。例えば、ベースのＵＲＬ値（２２６）を返すことが、値（２２４）を返す特定の方法である。特に、ベースＵＲＬとネーム値の組の配列を返す関数として、いくつかの実施例では、パートナーのウェブビーコンプラグインコード（４３８）を構成できる。必ずしも、ただ記述された解析情報フロー制御を提供する特定手段の一部であるというわけではない、他の許可された実行タスク（２３２）は、変数を定義すること、デバッガの報告を出すこと、グローバル変数を読むこと、および一般的に解析ソフトウェアで普通に実行されたタイプの他の動作を含んでいる。

（パートナーの方法）
図３は、解析プロバイダーのパートナーによる使用方法を示している。それらは、また、例えば、解析プロバイダーの１つの部によって、別の部による精査のために実行される。これらの方法は、一般的に、図１と２で示す方法に対応している。例えば、精査のためにウェブビーコンプラグインを送るステップ（３０２）は、プラグインを入手すること（１０２）に対応している。プラグイン（４３８）を入手する（１０２）ために用いられる同じ又は類似の通信媒体は、また、プラグインを送る（３０２）ために使用される。解析プロバイダーによって実行される（１０４）前に、又は解析プロバイダーとの相談で、パートナーによって、精査自体が実行される（１０４）。同様に、精査結果を詳述する（１３０）、及び／又は、プラグインを認証する（１２２）ステップは、プラグイン（４３８）が認証基準（４６６）に如何によく従うのかを学習する（３０４）ステップに対応する。

上述で論じたように、もし、プラグインが認証され（１２２）、実行を許可される（１２４）なら、追跡（１２６）は、アカウント製品（３０６）をサポートする。いくつかのビジネス解決は、パートナーのプラグインの実行を許可するため、解析プロバイダーに、パートナー（４６０）が支払う（３０８）のことを要求する。支払いは、均一料金のように、プラグイン（４３８）を呼び出すページ数（４１２）、プラグインが実行する回数、又は、他のベースに基づく。一般に、パートナーはプラグインを介して解析データを入手（３１０）できるので、パートナーはプラグインを動作させることを望んでいる。そして、パートナーは、そのデータを共通顧客（４６４）に対するサービスを提供しながら使用する（３１２）。例えば、パートナーは、ウェブページ（４１２）の範囲内で、目標の広告を配置するためにデータを使用する（３１２）。

もしプラグインが認証を拒否（１２８）されるなら、パートナー（又はだれか支持に働いて）は、認証基準（４６６）を従わせる試みにおいて、プラグインを変更する（３１４）かもしれない。例えば、パートナーは、解析コードのタグ変数（４３４）をくつがえすか、又は変更するプラグインコードを取り除く（３１６）。また、パートナーは、割り当てられたネーム空間の範囲内にとどまるために、変数と関数名を変更する。また、パートナーは、テキスト、イメージ、音、又は訪問者（４０２）に表示された他の内容（４１６）を変更するコードを取り除く（３２０）。また、パートナーは、変数及び／又はより小さく作る（３２２）ための他の最適化されたコード、及び／又は、認証基準（４６６）を満たすために他の変更を行う（３２４）。変更されたコードは、解析プロバイダー若しくは他の精査者に対して提出され（３０２）、精査され（１０４）、また以前に論じたように実行され得る（１２２，１２４，１２６，１２８，１３０）。

（システム、操作、その他）
図４は、ウェブビーコンベースのシステム（４００）を示す。訪問者（４０２）は、通常、個々の人である。共通顧客（４６４）、解析プロバイダー（４６４）、およびパートナー（４６０）は、通常、会社、政府機関、団体、または他のビジネス実体である。

訪問者のシステム（４０４）は、しばしば、対応する入出力サポート（４０６）（キーボード、マウス、スクリーン、スピーカー、トラックボール、タッチスクリーン、スタイラス、マイクロホン、ネットワークリンクなど）と、他のソフトウェア（４２２）（オペレーティングシステム、ファイルシステム、診断、アプリケーション）と、ハードウェア（４０８）（プロセッサ、ローカルディスクなど）を備えたコンピュータである。しかし、訪問者システム（４０４）は、ウェブページ（４１２）を受け取ることができる他のデバイス、セルフォン、携帯電話、ブラックベリーマークの下で販売されたもののようなワイヤレス機器、パームマークの下で販売されたもののような携帯情報端末、及び／又は、他のデバイスを含み、ハンドヘルドデバイス等を含み、追跡されるために訪問者（４０２）の動作をサポートする。デバイスはコンピュータ（４０４）であっても、デバイスはクライアント・サーバーのネットワークの一部であるかもしれない、又は、デバイスはピアツーピアのネットワークのピアであるかもしれない、又は、デバイスは他のタイプのネットワークにおけるノードであるかもしれない。

いくつかの実施例は、ウェブビーコン認証及び／又は本明細書に論じるように使用のためにプロセスを実行するプロセッサに関連して働くために構成される、フラッシュメモリ、ＣＤ、ＤＶＤ、着脱可能なドライブや同様なものなどのコンピュータ読み込み可能な記憶媒体（４６８）を含んでいる。いくつかの実施例は、ウェブビーコン認証及び／又は本明細書に論じるように使用のためにプロセスを実行するプロセッサに関連して働くために構成される、フラッシュメモリ、ＣＤ、ＤＶＤ、着脱可能なドライブや同様なものなどのコンピュータ読み込み可能な記憶媒体（４６８）を含んでいる。

訪問者デバイス（４０４）及び／又はサーバ（４２８）におけるハードディスク、ＲＡＭ、テープ、又は他のメモリ（４１０）は、また、本発明を実施するコンピュータ読み込み可能な記憶媒体（４６８）として機能するために構成される。方法の実施例と構成されたメディアの実施例は、一般的に、多くの方法が媒体を構成するコードを使用することで実施でき、多くの構成されたメディアが方法を実行するコードによって構成されるという意味で、密接に関係づけられることは知られている。その技術は、ＲＯＭ、ＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、又は方法を実行するコードを内蔵する他のメモリ媒体を含まない配線された専用ハードウェアを用いて、法的に同等な方法も実行されるということを了解する。しかし、そのような実装は、マイクロコードや他のコードを含む媒体なしで、シリコン中で完全に方法を実施することの一般に高いコストのために、珍しいと予想される。

示されたウェブビーコンベースの解析システム（４００）は、共通顧客のウェブサイト（４２６）のウェブページ（４１２）にペーストされたウェブビーコンコード（４１４）、ウェブビーコンコードを介して呼び出された中心的な解析コード（４３２）、コントロールとデータをプラグイン（４３８）に通すための、また解析データの有用性と精度を保護するためにプラグインの外側で中心的な解析コードへのプラグインの効果を制限するためのインタフェース（４３６）を持っている中心的な解析コード、およびインタフェースを介して中心的な解析コードからコントロールとデータを受け取るために、また、インタフェース（４３６）に従うのみのコントロールとデータを送るために、中心的な解析コード（４３２）にプラグインするために構成されるパートナーのウェブビーコンプラグインコード（４３８）を含んでいる。

いくつかの実施例では、パートナーのウェブビーコンプラグインコードは、本質的にはＪａｖａＳｃｒｉｐｔ関数から成る。すなわち、プラグインは、ＪａｖａＳｃｒｉｐｔ関数より多く含むが、結果として不可欠のＪａｖａＳｃｒｉｐｔ関数なしで所望に応じた機能をしない。

いくつかの実施例において、少なくとも１つの解析変数（４３４）は、中心的な解析コード（４３２）によって定義され、書かれ、パートナーのウェブビーコンプラグインコード（４３８）によって読み込まれ、パートナーのウェブビーコンプラグインコード（４３８）によっては書かれない。これらの条件を満たすことが、認証基準（４６６）を満足する１つの方法である。

いくつかの実施例では、システム（４００）は、解析プロバイダーのサーバ（４２８）に対してイメージ要求を送る（４５０）ために、応答を受け取る（４５２）ために、パートナーのサーバ（４４４）に対して異なったイメージ要求をその時に送る（４５４）ために、構成されている。このシーケンス（２３０）を固く守ることが、認証基準（４６６）を満足する（１２０）、１つの方法である。

いくつかの実施例では、システム（４００）は、以下のイベントの１つ以上に対応して、パートナーのウェブビーコンプラグインコード（４３８）を呼び出すために構成される。

・ページ（４１２）負荷
・ユーザ（４０２）クリック
・ｓｅｎｄｄａｔｅ（）呼び出し

与えられたシステム（４００）は、また、他のイベントに対応して、パートナーのウェブビーコンプラグインコード（４３８）を呼び出すために構成される。

いくつかの実施例では、システム（４００）は、共通顧客サーバ（４２４）によって、及び／又は、訪問者のデバイス（４０４）の共通顧客コード（４２２）によって、生成される単一の訪問者ＩＤ（４５８）を用いて構成される。これらの訪問者ＩＤ（４５８）は、中心的な解析コード（４２３）によって使用され、パートナーのウェブビーコンプラグインコード（４３８）によっても使用される（２３２）。指定されたタイプ及び／又は訪問者ＩＤの使用に固守すること（１２０）は、認証基準（４６６）である。

いくつかの実施例では、システム（４００）は、解析プロバイダーのウェブビーコン（４１４）とパートナーのウェブビーコンの間の如何なるデータ交換からも自由になるように構成される。従って、パートナー（４６０）によって入手される如何なる解析データも、パートナーのプラグイン（４３８）を介して来る。解析プロバイダーのウェブビーコン（４１４）とパートナーのウェブビーコンの間のデータ交換を回避する（１２０）ことは、認証基準（４６６）である。

いくつかの実施例は、本明細書に記載された方法によって作成されたプラグインを含んでいる。あるものは、本発明の方法で作成され、及び／又は、アップデートされた解析データ構造を含んでいる。そのようなプラグインと構造は、（結果として構成される）リムーバブル媒体（４６８）若しくはメモリ（４１０）を含むコンピュータ読込み可能な媒体に保存される。それらは、実行可能性若しくはクレーム制限によって別の方法で要求されるのを除いて、ＪａｖａＳｃｒｉｐｔ、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＶＢＳｃｒｉｐｔ、Ｃ＋＋、Ｊａｖａ、ＸＭＬ、Ｐｅｒｌ、及び／又は、他のプログラミング若しくはスクリプト言語で、又は言語の組み合わせで実施される。

実施中の、いくつかの実施例を以下に説明する。訪問者は、ＵＲＬに入るか、ハイパーリンクをクリックするか、又そうでなければ、訪問するために共通顧客のウェブサイト（４２６）を選択するか、又は既にウェブサイトにいるなら訪問するためにサイトのページを選択する。これは、ユーザのデバイス（４０４）と、特にユーザのブラウザ（４１８）に、ネットワーク接続して（４０６）送られる（４４８）ウェブページ（４１２）を順番に作成する共通顧客のサーバ（４２４）からの要求（４４６）に通じる。解析プロバイダー（４６２）によって共通顧客（４６４）に対して、解析サービスが提供されるのをサポートするために、ウェブページ（４１２）はウェブビーコン（４１４）にタグ付けされたと仮定する。

ブラウザは、解析プロバイダーのサーバに要求（要求は生の解析データを含む）を指示する（４５０）。Ｏｍｎｉｔｕｒｅ用語において、ＳｉｔｅＣａｔａｌｙｓｔ情報を含む「mod-stats」が検索によってヒットする。例えば、要求（４５０）に従う情報は、「1x1.gif?campaign=1234567&...」のラインに従う何かであるかもしれない。この「mod-stats」は、商業的に利用可能なＭｏｄＳｔａｔｓ製品（ｗｗｗ．ｍｏｄｓｔａｔｓ．ｃｏｍ）に混乱しないための、内部のＯｍｎｉｔｕｒｅの部品である。解析プロバイダーのサーバ（４２８）は、明確なＧＩＦと共に応答する。Ｏｍｎｉｔｕｒｅ用語の「mod-stats」が、ＧＩＦを返す。Ｏｍｎｉｔｕｒｅの「mod-stats」が単に、より一般的なケースの実施例、すなわち、データ収集エンジンであることは理解される。いくつかの実施例では、ブラウザ（４１８）は、ＪＳファイル（４３０）を実行して、その結果、ＪＳプラグイン（４３８）を実行する。他の実施例では、解析プロバイダーのサーバ（４２８）は、そのプラットホームに書かれたプラグインを実行する。示されたシステム（４００）において、解析データは、また、解析プロバイダーのサーバ（４２８）から解析プロバイダーのデータ処理エンジン（４４０）と解析プロバイダーデータの（当該技術分野で知られている）記憶装置（４４２）まで流れる。

言い換えると、Ｏｍｎｉｔｕｒｅ用語におけるウェブビーコン要求は、ウェブサイト使用情報、例えば、要求（４５０）は、「[address]?c=123456&...」のラインに従う何かであるかもしれない、を含んでいるデータ収集サーバへ来る。解析プロバイダーのサーバ（４２８）は、ＧＩＦと共に応答する（４５２）。Ｏｍｎｉｔｕｒｅ用語において、データ収集サーバは透明なＧＩＦを返す。

パートナーのプラグイン（４３８）は、パートナーのサーバ（４４４）に対する別々のイメージ要求（４５４）を生成する。例えば、このパートナーのイメージ要求は、「partner.com/track.gif?customer_id=123456789&campaign=l234567&...」のラインに従っているものかもしれない。パートナーのサーバは、その結果、パートナーが使用する（３１２）ために解析データを利用する（３１０）。プライバシーとデータ共有に関するあらゆる根拠法令、方針、協定、及び規則は、もちろん尊敬されるべきである。パートナーのサーバは明確なＧＩＦを返し（４５６）、訪問者のブラウジング体験は続く。

（他の実施例）
いくつかの実施例では、以下の特徴のいくつか又は全てが、システム（４００）に存在し、及び／又は、本発明に従った方法で使用される。これらは単に実施例であり、"ｓｈｏｕｌｄ"または"ｗｉｌｌ"のような用語がそれらについて説明する際に使用されるかどうかにかかわらず、与えられた実施例で必ずしも要求されるというわけではない。

・プラグイン（４３８）は、ＪａｖａＳｃｒｉｐｔ関数である。
・プラグイン（４３８）は、ＪａｖａＳｃｒｉｐｔ１．０互換性がある。
・プラグイン（４３８）は、逆の互換性がある。
・ＪａｖａＳｃｒｉｐｔファイル４３０とプラグイン（４３８）は、ウェブブラウザ（４１８）中だけで働く。
・ＪａｖａＳｃｒｉｐｔファイル（４３０）は、共通顧客のサーバ（４２４）によって働かされる。

パートナーは、それ自身のウェブビーコン（４１４）とそれ自身のクッキー（４２０）を管理しなければならない。このソリューションは、ウェブビーコン間のデータ交換を含んでいないし、向け直しもしないし、渡しもしない。技術およびプロセス要件は、解析プロバイダー自身のウェブビーコンとサービスを保護するためにプラグイン（４３８）に課される。

解析プロバイダーのタグは、常時、最初にどんな解析プロバイダーのサーバ（４２８）呼出しも実行する。パートナーのサーバ（４４４）呼出しのどれも、解析プロバイダーサーバ（４２８）の呼出しの後に実行される。解析プロバイダーのサーバ呼出しが、パートナーのプラグインの用法を追跡できる（１２６）ように、パートナーのウェブビーコンプラグイン（４３８）は、解析プロバイダーのサーバ呼出しの前に実行される。しかし、実際のパートナーのイメージ要求（４５４）は、解析プロバイダーのサーバ（４２８）の呼出しの後まで送られない。

ＯｍｎｉｔｕｒｅのＨコードのための予期された実行命令には、以下の最初の動作がある。

１．私たちのＪＳファイルを含む。
２．必要なら、イメージ／ＪａｖａＳｃｒｉｐｔプレースホルダを書く。
３．Ｏｍｎｉｔｕｒｅ変数を設定する。
４．パートナー関数／プラグインを動かす。
５．Ｏｍｎｉｔｕｒｅのｇｉｆファイルを放つ。
６．ページがロードされた後にいつでも、パートナーのｇｉｆファイルを放つ。
７．クッキー又はそうでなければ後の提出のための支払い情報を記録する。

ネーム空間を保護するために、解析プロバイダーは、プラグイン接頭語（＜パートナーの接頭語＞）又は他の識別子をそれぞれの認証されたパートナーに割り当てる。この接頭語または識別子がすべての関数名と変数名に使用されなければならない。解析プロバイダーのタグは、"<partner
prefix>_main"というプラグイン（４３８）などのように、指定された命名規則に従うパートナーのプラグインを実行できるのみである。

プラグイン（４３８）は、全ての解析プロバイダーのタグオブジェクトの変数にアクセスする手段を持っているが、それらの変数値を覆すことはなく、変更することもない。プラグイン（４３８）は、プラグインの範囲内で新しい変数を紹介する。そのような変数の全てが、割り当てられたプラグインのパートナー接頭語を使用しなければならない。

ウェブビーコンプラグインのアプローチの下で、解析プロバイダーの（ブラウザバージョンをチェックして、タグなどに対してオブジェクトを書き出す）イメージタグ管理コードに投資したがっているパートナーは、ベースＵＲＬとネーム値の組の配列を生成し返すために、簡単なプラグイン（４３８）を書くことができる。解析プロバイダーのコードは、ＵＲＬを構成して、イメージの取扱いを実行する。臨時のプラグインのアプローチ（最初は必ずしも商業的に利用可能でない）、それら自身のイメージタグ管理を実行することを願っているパートナー、又はウェブビーコンを発生させる機能性を要求するパートナーは、値を全く返さないプラグイン（４３８）を書く。認証されたプラグインを呼出すこと以上は、解析プロバイダーは何もしない。

ある場合に、パートナーは、彼らの一般的なプラグイン（４３８）を改造したくなる。例えば、当技術分野で、狙っている広告主にとって、それらのサイトのセグメントを狙いたがっている確信している顧客のために、彼らのウェブビーコンを改造することが知られている。プラグイン（４３８）の同様の改造は可能である。もし、パートナー（４６０）が、プラグインコードが発生させられた後に、及び／又は、解析プロバイダー（４６２）によって認証された後に、プラグインコードを改造するために、共通顧客（４６４）と共に働くなら、共通顧客自身のリスクでそれを行うだろう。与えられた解析プロバイダーのコード生成システムが、必ずしもそのようなカスタムコードを再生成するというわけではないとき、共通顧客は、そのようなカスタムコードを管理、保有する必要がある。

主要な最も良い実施は、共通顧客（４６４）がそれら自身の訪問者ＩＤ（４５８）を確立することであることが明らかになる。このアプローチは一定の基準で決められ、共通顧客が正確にさまざまのデータセットを結びつけることを許容するだろう。従って、共通顧客が彼ら自身の最初の当事者のクッキー（４２０）に、彼ら自身の単一の訪問者ＩＤをはめ込んで、次に、解析プロバイダーとパートナー（４６０）に対して、その単一の訪問者ＩＤを送る（４５０）、（４５４）ことは、推奨されるかもしれない。

本発明では、パートナーは解析プロバイダーのＪａｖａＳｃｒｉｐｔファイルから共通顧客ページにタグ付けをすることができる。これは、パートナーに請求するのに使用される報告書を作成することを、ＪａｖａＳｃｒｉｐｔファイル、及び可能なら１以上の他のファイルに許容する。

パートナーのウェブビーコンプラグイン（４３８）は、以下のことのために、全てのページにＪａｖａＳｃｒｉｐｔを配備できる。

・全て又は特定のページにイメージビーコンを含むため
・問合せ文字列のパラメータ２０４、ＤＯＭの相互作用（２０６）、特定のコンテンツ（２０８）を見るなどに基づくユーザの挙動の追跡のため
・クッキーにおけるユーザの挙動を記録する（２１２）ため
・全て又は特定のページに広告を含む（２１６）ため
・及び／又は、解析情報のフロー制御を提供する他の許可された実行手段を実行する（２３２）ため

ＪａｖａＳｃｒｉｐｔのプラグインのインタフェース（４３６）は、パートナー（４６０）がイベントリスナー（２１０）を付け、ＤＯＭオブジェクト（２０６）を参照し、クッキー（４２０）を読み（２１４）書き（２１２）、解析プロバイダーのＪＳファイル（４３０）によってページに書かれる何らかのテキストを提出する（２２０）ことを許容する関数を有するＡＰＩを含む。このテキストは、ＪａｖａＳｃｒｉｐｔファイルとイメージに参考文献を含む、有効なＨＴＭＬであるかもしれない。

パートナー（４６０）は、全てのブラウザ（４１８）にイベントリスナーを付ける（２１０）ための能力を持っている。古いブラウザのためのイベントリスナーの機能性を知ることは、いろいろなイベントリスナーを呼出すサポートを広げる。もし、これが潜在的な問題を作るか、又は、中心的なＪＳファイル（４３０）のサイズをかなり増大するなら、例えば、新しいブラウザだけをサポートするだけによって、それをやめることができる。

例えば、ＪａｖａＳｃｒｉｐｔ ＡＰＩ、プラグインを書くための規定集、プラグインの実施例、及び制限について、明確なドキュメンテーションを提供するべきである。例えば、Ｏｍｎｉｔｕｒｅ用語において、ブラウザ特有のイベントリスナー関数（ａｄｄＥｖｅｎｔＬｉｓｔｅｎｅｒとａｔｔａｃｈＥｖｅｎｔ）は、「クリックしなさい」という単語と、付くＤＯＭオブジェクトを交わすことができるであろう。ａｄｄＥｖｅｎｔＬｉｓｔｅｎｅｒ関数は、「クリック」と共に呼出しされ、また、ａｔｔａｃｈＥｖｅｎｔ関数は、「ｏｎｃｌｉｃｋ」と共に呼出しされるであろう。これは、ＪＳファイル（４３０）のサイズを減少させるために行われる。解析プロバイダーのコード４３２で参照されるＤＯＭオブジェクトに関して、明確なドキュメンテーションを与える。プラグインの開発を支援することに加えて、パートナー（４６０）が解析プロバイダーの非常に小さな変数名を使用して、その結果、プラグインのサイズを減少させることを許容するであろう。

ある当事者が、彼らのドメインに書かれたクッキーの数に関して関心がある。ＪａｖａＳｃｒｉｐｔファイル（４３０）によって１セットのクッキーの中に書かれた全てのクッキーを結合させるのは可能である。このタイプのクッキーを実施するための知られた要件、例えば、同じ論理を使用するドメインの必要上の全てのＪＳファイルがある。

インタフェースＡＰＩ（４３６）によって、クライアントは、結合されたクッキー又はそれら自身の別々のクッキーのどちらかを読み書きできるべきである。結合したクッキーは、総クッキーのカウントダウンを維持する。そして、別々のクッキーは、パートナーに、解析プロバイダーのＪＳファイルの範囲外でクッキーを読み書きするのを許容する。クッキーが大きくなり過ぎるなら、制限（例えば、４キロバイト）が課されるかもしれない。解析プロバイダーのクッキーがぶつかるのを防ぐために、パートナーのクッキーに制限を置く。大きなクッキーを発生させることができるパートナーは、解析プロバイダーの結合したクッキーの範囲内または範囲外で、クッキーを持つことを許容されるべきである。プラグインを承認するためのガイドラインの一部は、壊れた機能性なしでクッキーの用法を制限するプログラムに従った方法がない場合、クッキーサイズの合法化を含むべきである。

管理モジュール及び／又は他のツールは、顧客がプラグインを生成し、そうでなければ顧客がプラグインを管理するのを助けるために提供される。

顧客にウェブページ上でＤＯＭオブジェクトをアップデートさせるように、機能性が提供される。例えば、これで、顧客はページ上の既存のイメージプレースホルダ又は他のタグをアップデートできる。最も一般の使用は、たぶんイメージプレースホルダをアップデートしているかもしれない。しかし、ＤＩＶタグの範囲内のＨＴＭＬをアップデートするか又はＤＯＭにオブジェクトを挿入するサポートもまた、サポートされるかもしれない。

プラグイン（４３８）で、パートナー（４６０）は、ページ（４１２）にＨＴＭＬコードを書くことができる。これは、イメージビーコン、ＪＳファイルへの参考文献、又は内部の参考文献を有するＨＴＭＬテーブルであるかもしれない。ページを上書きすることの問題を避けるために、ページがロードされるとき、これは許容されるだけであるべきである。

Ｏｍｎｉｔｕｒｅ用語において、ページ（４１２）がロードされるとき、ユーザ（４０２）がページをクリックする都度および日付を送る関数が呼出される都度、ｄｏＰｌｕｇｉｎｓ関数が呼出される。ページがロードされた後にページを上書きすることに関する問題を避けるために、ページがロードされるとき、ページに書込む関数はどれも、呼ばれるだけであるべきである。パートナーは、イベントリスナー（２１０）として呼出される関数を生成することを許容される。それらの関数は、ある意味でＯｍｎｉｔｕｒｅ又は別の解析プロバイダーが行うのと同様に、ＤＯＭ（２０６）をアップデートできるべきである。ほとんどのパートナーがビーコンシステムを使用しているので、システム（４００）は、関数呼出しによっていつでも、既にページに含められたイメージのリソースをアップデートする能力をサポートすべきである。

ステップは、解析プロバイダーのコードにおけるＪＳエラーを防ぐために採られる。例えば、新しいブラウザはエラー処理を許容する。それは、利用されるべきである。更に、確実なレビュー（１０４）プロセスが概説され、如何に潜在的エラーのためのプラグインを見直すかに関して実装チームを命令するために、ドキュメンテーションは提供されるべきである。

Ｏｍｎｉｔｕｒｅ用語において、例えば、バージョンＨコードだけ、初めにサポートして、後でビジネス展開とパートナーの必要性に基づきＧコードをサポートする可能性と共に、プラグインのサポートをより新しいリリースに制限できる。ウェブビーコンプラグインのサポートはウェブビーコンのタグのあるバージョンに制限され、ビジネス決定と新しいブラウザと技術などによって、それらのバージョンとそのサポートに影響を及ぼす。

取組みによって、先在の中心的なＪＳファイル（４３０）を縮小させられる。パートナーと顧客は、ページ（４１２）のＪａｖａＳｃｒｉｐｔファイルのサイズの関心を述べる。相対的なページの重さとページの負荷速度は、ぺージサイズに何らかの上限があるかどうか、の関心事である。しかし、これらの関心事は、本明細書にまとめて、「サイズ規制」と呼ばれる。ＪＳファイル（４３０）が小さければ小さいほど、そこの余地は、パートナーのプラグイン（４３８）を加えるのがより多い。

技術的に扱うファイル（４３０）上でｇｚｉｐ圧縮を使用している間、特に、彼らがｍｏｄ−ｇｚｉｐのように圧縮のプラグインに満足しないなら、何人かのクライアントは、彼らのウェブサーバへの変更を行いたくない。使用されるためのＪａｖａＳｃｒｉｐｔファイル（４３０）は、それをできるだけ縮小するために取組みで再訪するべきである。例えば、サブストリングを実行する関数や、ストリングなどのｉｎｄｅｘＯｆの値を返す別の関数を書くことによって、１つはＯｍｎｉｔｕｒｅのＪＳファイルを約３００バイト縮小することができる。

本発明のいくつかの実施例の採用の可能性を広げるため、ファイル（４３０）を縮小するのにいくつかの工学リソースをささげる。例えば、サイトセクションを追跡するために、中心的なＪＳファイルは、また、変更されるか、又は機能アップされる。プラグイン構造に対応するために、サイズ若しくは他の問題に基づくＪＳファイルへの調整をする。例えば、加えられるパートナーのプラグインを考えているとき、顧客又は他のものがＪＳファイルの結果として起こるサイズに関して懸念を示すかもしれない。プラグインのプロバイダーは、これらの関心事を扱うために提供されたＪＳファイルに対して最適化又は調整を行える。

パートナーのウェブビーコンプラグインの実行は、取り込まれている。パートナーは、解析プロバイダーの実施するためのコードベースを利用しているので、１回の実行あたりの手数料、又はＣＰＭＭ（cost per million impressions）を彼らに請求できる（３０８）。従って、プラグインの実行数、及び／又は、パートナーのコードが含まれているページ数、を正確に追跡するため、これらの実施例では、役立っているか又は必要とされている。例えば、イメージのプレースホルダをアップデートする関数、又は、ページにＨＴＭＬを書き込む関数は、これは支払い請求可能な動作であることを示すフラグを含むことができるであろう。これらのイメージ要求は、Ｏｍｎｉｔｕｒｅのイメージ要求の後に送られる。報告目的のために、パートナーの支払いは会社特有でない。

しかし、会社の特定のデータを考慮するべきである。例えば、パートナーはクライアントによる総実行数を示したレポートを得ることができるべきである。レポート形式は、レポートを解析プロバイダー（例えば、Ｏｍｎｉｔｕｒｅの経理部）の中だけで消費するか、又は外に送るかに依存する。

実施例で、パートナーは「送られたデータ」モデルあたり、または、共有されたクライアントのモデルあたりを通して支払い情報を受け取ることができる。それぞれ共有されたクライアントのモデルは、より追跡し易くなる（プラグインを使用するそれぞれの顧客のために請求する）。
しかし、また、有効にするためにＪａｖａＳｃｒｉｐｔファイルから追跡されるべきである。イメージ要求はＪＳファイルによって送られる回数を記録する。クッキーが使用されているなら、これは出口のリンクのために何らかの精度を失う場合がある。リンクは考えられるべきである。データは、データセンターの向こう側にグローバルに集められるべきである。クライアントは、直ぐに彼らのページで動く、多くのパートナーのプラグインを持つことができるので、これらのパートナーの全てのためのデータは、標準のイメージ要求に集められるべきである。

（結論）
本発明の特定の実施例は、方法として本明細書に明白に示され、記述されているけれども、例えば、１つのタイプの実施例の議論は、また通常、他の実施例のタイプに拡張することは理解される。例えば、方法の説明は、また、装置、構成媒体、方法製品について説明するのを助ける。１つの実施例からの制限は、必ずしも別の実施例から読み取られるというわけではない。

申請された全てのクレームは、仕様の一部であり、その結果、本発明についての説明を補助する。そして、新規事項の禁止に違反しないで、必要に応じてクレームの外で繰り返されたクレーム言語が挿入できる。“ａ”や“ｔｈｅ”などの用語は、示した項目又はステップの１つ以上を含んでいる。クレームにおいて、項目又はステップがオプションであるという明確な指示がない中で、それが存在又は実行されている場合、項目への参照は少なくともそのような項目の１つが存在していることを意味し、ステップへの参照はステップの少なくとも１つのインスタンスが実行されることを意味する。本明細書の見出しは、利便性のためだけに提供される。
見出しがその論題を示すセクション外で、与えられた論題に関した情報は時々見つけられる。

示された方法や対応システムの実施例は、項目／ステップを省略するか、項目／ステップを繰り返すか、それらを異なって分類するか、類似の項目／ステップでそれらを補うか、そうでなければ与えられた例の変化から成る。本発明の実施を支援する適切なソフトウェアが、ＪａｖａＳｃｒｉｐｔコード、他のスクリプト言語、ＨＴＭＬ、ＸＭＬ、ＡＰＩ、ＳＤＫ、ネットワークプロトコル・スタック、アセンブリ言語、ファームウェア、マイクロコード、コンパイラ、デバッガ、及び／又は他の言語とツールを、明白に要求されるものを除いて制限なく含んで、ここに提示された技術、プログラミング言語、およびツールを使用する関連技術のスキルによって、容易に提供される。

このドキュメントは少なくとも１つのウェブサイトのアドレスを含んでいるが、アドレスのサイトのそのようなアドレスと資料は、説明の背景のため、及び／又は、本発明の理解を助ける実施例としてだけに提供される。このドキュメントは、そのようなウェブサイトから如何なる不可欠な資料も参考として援用しない。議論した実施例は、本発明の原理の適用を例証する。本発明の趣旨と範囲から逸脱しないで、様々な変更や代替の実施例について工夫できる。

Claims (23)

1. ウェブビーコンの認証における使用方法であって、ウェブビーコンプラグイン（４３８）を入手する（１０２）ステップと、ウェブビーコンベースのシステムの中心的なコンポーネント（４３０）にインタフェースするための少なくとも１つの予定された認証基準（４６６）にウェブビーコンプラグインが従う範囲を測定するためにウェブビーコンプラグインを精査する（１０４）ステップを、少なくとも含む方法。
2. 請求項１の方法において、ウェブビーコンプラグインが中心的なコンポーネントの変数値を変更することを回避すること（１０６）が認証基準であり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
3. 請求項１の方法において、ウェブビーコンプラグインの機能名とウェブビーコンプラグインの変数名を特定のネーム空間に制限すること（１０８）は、認証基準であり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
4. 請求項１の方法において、ウェブビーコンプラグインの実行エラーを回避する（１１０）ことは、認証基準であり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
5. ５．請求項１の方法において、ウェブページ（４１２）がユーザのデバイスのディスプレイメモリ（４１０）にロードされた後にウェブページのＨＴＭＬコードをウェブビーコンプラグインが書き込むことを回避する（１１２）ことが認証基準であり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
6. 請求項１の方法において、中心的なコンポーネントとのウェブビーコンプラグインの組合せには、認証基準としてサイズ制限（１１４）があり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
7. 請求項１の方法において、指定されたＪａｖａＳｃｒｉｐｔレベル（１１６）、ウェブブラウザの指定された（１１８）セットの内、少なくとも１つのウェブビーコンプラグインの互換性が認証基準であり、精査ステップ（１０４）はウェブビーコンプラグインがこの評価基準（４６６）に従うか否か決定する。
8. 請求項１の方法において、更に以下のステップを含む。
   ・多数の予定された認証基準に従うとしてウェブビーコンプラグインを認証する（１２２）ステップ
   ・ウェブビーコンベースのシステムにおける中心的な解析コンポーネントの実行に関連してウェブビーコンプラグインの実行を許可する（１２４）ステップ
9. 請求項８の方法において、許可された実行は、解析プロバイダーのサーバ呼び出しがパートナーのサーバ呼び出しに先行する（２３０）実行命令を有している。
10. 請求項８の方法において、ウェブビーコンベースの解析システムにおける中心的なコンポーネントの実行に関連したウェブビーコンプラグインの実行の数と、ウェブビーコンプラグインの実行が呼び出されたウェブページの数の内、少なくとも１つを追跡する（１２６）ステップを更に含む。
11. 請求項１の方法において、許可された実行（１２４）は 以下の少なくとも１つを含む。
    ・パートナーのサーバへのウェブビーコン要求を生成（２０２）ステップ
    ・問合せ文字列に基づくウェブサイトのユーザの挙動の追跡（２０４）ステップ
    ・ＤＯＭオブジェクトとの相互作用に基づくウェブサイトのユーザの挙動の追跡（２０６）ステップ
    ・特定のウェブサイトのコンテンツを見ることに基づくウェブサイトのユーザの挙動の追跡（２０８）ステップ
    ・イベントリスナーを使用する（２１０）ステップ
    ・データをクッキーに書き込む（２１２）ステップ
    ・クッキーからデータを読み込む（２１４）ステップ
    ・ウェブサイトのユーザへの表示用に広告をウェブページに置く（２１６）ステップ
    ・ＨＴＭＬをウェブページに書き込む（２１８）ステップ
    ・ウェブページに表示するためにテキストを提出する（２２０）ステップ
    ・ウェブページに表示するためにイメージを提出する（２２２）ステップ
    ・値を返す（２２４）ステップ
    ・ベースのＵＲＬ値を返す（２２６）ステップ
    ・ネーム値の組の配列を返す（２２８）ステップ
12. ウェブビーコンを使用するための方法であって、方法は以下を含む。
    ・精査のためにウェブビーコンプラグインを実体に送る（３０２）ステップ
    ・精査されたウェブビーコンプラグインがウェブビーコンベースのシステムの中心的なコンポーネントにインタフェースするための１セットの予定された認証基準（４６６）に従う範囲を記憶する（３０４）ステップ
13. 請求項１２の方法において、少なくとも以下の１つを示すアカウントを受け取る（３０６）ステップを更に含む。
    ・ウェブビーコンベースのシステムにおける中心的なコンポーネントの実行に関連したウェブビーコンプラグインの実行数
    ・ウェブビーコンプラグインの実行が呼び出されたウェブページ数
14. 請求項１２の方法において、以前に従わなかった少なくとも１つの認証基準への承諾させるために、以前に精査されたウェブビーコンプラグインを変更する（３１４）ステップを更に含む。
15. 請求項１４の方法において、変更ステップ（３１４）は、少なくとも以下の評価基準の１つに従うようにウェブビーコンプラグインを変更する。
    ・ウェブビーコンプラグインは、ウェブビーコンプラグインの外側で定義される如何なる変数の値も変更することを回避する（３１６）。
    ・ウェブビーコンプラグインは、それ自身の機能名と変数名を割り当てられたネーム空間に制限する（３１８）。
    ・ＨＴＭＬコードがユーザに表示されるものを変更できるとすると、ウェブビーコンプラグインは、ユーザのデバイスのディスプレイメモリにウェブページがロードされた後にウェブページのＨＴＭＬコードを書き込むことを回避する（３２０）。
    ・ウェブビーコンプラグインは、指定されたサイズ制限を満たすものとする（３２２）。
16. システムがウェブビーコンを使う場合、システムは以下を含む。
    ・共通顧客のウェブサイト（４２６）のウェブページ（４１２）にペーストされたウェブビーコンコード（４１４）と、
    コントロールとデータをプラグインに通し、プラグインの外側のコアコードにおけるプラグインの効果を制限するインタフェースを有し、ウェブビーコンコードを介して呼び出されたコアコード（４３２）
    ・インタフェースを介してコアコードからコントロールとデータを受け取り、インタフェースに従うだけのコントロールとデータを送るため、コアコードにプラグインするよう構成されるウェブビーコンプラグインコード（４３８）
17. 請求項１６のシステムにおいて、ウェブビーコンプラグインコード（４３８）は本質的にはＪａｖａＳｃｒｉｐｔファンクションから構成される。
18. 請求項１６のシステムにおいて、少なくとも１つの変数（４３４）は、コアコードによって定義され書かれ、ウェブビーコンプラグインコードによって読まれて、ウェブビーコンプラグインコードによって書かれない。
19. 請求項１６のシステムにおいて、ウェブビーコンプラグインコード（４３８）は解析情報フロー制御を提供する許可された実行手段を含む。
20. 請求項１６のシステムにおいて、システムは、解析プロバイダーのサーバ（４２８）にイメージ要求を送り、応答を受け、次に、解析プロバイダーのパートナーのサーバ（４４４）に異なったイメージ要求を送るために構成される。
21. 請求項１６のシステムにおいて、システムは共通顧客によって生成され、コアコードによって使用され、またウェブビーコンプラグインコードによって使用されるユニークな訪問者ＩＤ（４５８）によって構成される。
22. 請求項１６のシステムにおいて、ウェブビーコンプラグインコード（４３８）はベースＵＲＬとネーム値の組の配列を返す機能として構成される。
23. 請求項１６のシステムにおいて、ウェブビーコンプラグインコード（４３８）は、ページイベント、訪問者のアクションイベント、プログラムに従ったイベントの内の少なくとも１つのイベントに対応して呼び出される。