JP2009538484A - データ・ネットワーク内の端末のプールからの使用状況情報をサンプリングするための方法及び装置 - Google Patents

Abstract

データ・ネットワークにおける端末のプールからの使用状況情報をサンプリングするための方法及び装置。データ・ネットワークにおいて使用状況追跡を行うための方法が提供される。この方法は、データ・ネットワークにおける端末のプールからターゲット組の端末を決定すること、及び端末のプールに追跡パラメータを送信することを含む。この方法はまた、ターゲット組の端末から追跡データを受信すること、及びターゲット組の端末のアイデンテイテイをデバイス・ログ識別子にマッピングすることを含む。この方法はまた、デバイス・ログ識別子を追跡データに関連づけることを含む。

Description

本発明は、一般的には、ネットワーク環境における情報追跡（information tracking）に関し、さらに詳細には、データ・ネットワークにおける端末のプールからの使用状況情報（usage information）をサンプリングするための方法及び装置に関する。

無線通信ネットワークのようなデータ・ネットワークは、単一の端末に対してカスタマイズされたサービス（services customized）と多数の端末に提供されるサービスとの間でトレードオフ（trade off）しなければならない。多数の端末（加入者）に対するコンテンツ（データ）の分配は複雑な問題である。従って、ネットワーク管理者及びコンテンツ・プロバイダにとって、ネットワーク上でサービスがいかに良く提供されているか及び端末ユーザが提供されるサービスをどのように利用しているかを理解することが非常に重要である。

通常、ネットワーク追跡システム（network tracking systems）は、ネットワーク・サーバ（network server）との端末相互作用（terminal interaction）を監視する。例えば、端末ユーザは、アプリケーションをダウンロードするために、コンテンツ選択を行うために、調査質問（survey questions）に回答するために、又は他の任意のタイプのサービスを要求するために、サーバに接触できる。サーバは、ユーザにどのようなサービスが交付されている（delivered）のかを監視するため及び調査結果からユーザ満足についての認識を得るために、これらの要求を追跡できる。

不都合なことには、端末要求からサーバにおいて端末使用状況を監視することは、あまり正確ではない可能性があり、ネットワーク管理者及びコンテツ・プロバイダが有していたい全ての情報を提供しない。例えば、サーバは、サーバにコンタクトする端末だけからの情報を取得することに限定され、従って、非要求端末についての情報は取得できない。更に、取得できる情報のタイプが限定される可能性がある。例えば、サーバは、どのようなコンテンツが交付されて（delivered）いるかを決定することはできるが、コンテンツがいかに効率的に交付されたか又はコンテンツが端末においてどのように使用されているかを決定することはできない。更に、現在のシステムは、選択された期間にわたって同じ端末から情報を集めることができないので、履歴データがアセンブル（assembled）できない。最後に、そのシステムは、それが監視する端末のアイデンテイテイ（identity）を保護することができず、端末のプライバシーが危険にさらされる可能性がある。

従って、必要とされるのは、サービスが１つ又は複数の端末に、いかに良く提供されるかを追跡しかつ端末ユーザがそれらのサービスをどのように利用したかを監視するように動作する、ネットワーク環境で使用するための使用状況追跡システム（usage tracking system）である。そのシステムは、履歴使用状況データ（historical usage data）が容易に取得できるように、ターゲットグループの端末の追跡を可能にするように動作しなければならない。そのシステムはまた、端末及びそれらのユーザのアイデンテイテイ（identity）を保護して、ユーザのプライバシーが維持されるように動作しなければならない。

発明の概要

１つ又は複数の実施の形態では、方法及び装置を備えており、データ・ネットワーク内の１つ又は複数の端末に関する使用状況情報を効率的に追跡するように動作する使用状況追跡システムが提供される。１つの実施の形態では、このシステムは、選択された端末がターゲットされうるようにして、それらの選択された端末からだけ使用状況追跡データが取得されうるようにする選択ロジックを用いる。選択された端末は、その端末に提供される追跡パラメータに基づいて使用状況データをログ（log）する。このシステムはまた、追跡端末のアイデンテイフィケーション（identification）が保護されるようにして、それらの端末から収集された使用状況情報が非公開（private）であるように作用するアイデンテイフィケーション・マッピング（identification mapping）を含む。このシステムは、モバイル端末の活動が特に貴重である無線ネットワークでの使用に対して特に適合している。

１つの実施の態様では、データ・ネットワークにおいて使用状況追跡を行うための方法が提供される。この方法は、データ・ネットワークにおける端末のプールからターゲット組の端末を決定すること、及び端末のプールに追跡パラメータを送信することを備える。この方法はまた、ターゲット組（targeted set）の端末から追跡データを受信すること、及びターゲット組の端末のアイデンテイテイをデバイス・ログ識別子（device log identifiers）にマッピングすることを備える。この方法はまた、デバイス・ログ識別子を追跡データと関連づけることを備える。

１つの実施の態様では、データ・ネットワークにおける使用状況追跡を行うための装置が提供される。この装置は、データ・ネットワーク上の端末のプールからターゲット組の端末を決定するように動作する選択ロジックを備える。この装置はまた、端末のプールに追跡パラメータを送信するように動作する送信ロジックと、ターゲット組の端末から追跡データを受信するように動作する受信ロジックを備える。この装置はまた、ターゲット組の端末のアイデンテイテイをデバイス・ログ識別子にマップ（map）するように動作するマッピング・ロジックを備える。

１つの実施の形態では、データ・ネットワークにおける使用状況追跡を行うための装置が提供される。この装置は、データ・ネットワーク上の端末のプールからターゲット組の端末を決定するための手段、及び追跡パラメータを端末のプールに送信するための手段を備える。この装置はまた、ターゲット組の端末から追跡データを受信するための手段を備える。この装置はまた、ターゲット組の端末のアイデンテイテイをデバイス・ログ識別子にマッピングするための手段、及びデバイス・ログ識別子を追跡データと関連づけるための手段を備える。

１つの実施の形態では、プロセッサによって実行される時に、データ・ネットワークにおける使用状況追跡を行うように動作する命令を備えるコンピュータ読取り可能媒体が提供される。このコンピュータ読取り可能媒体は、データ・ネットワーク上の端末のプールからターゲット組の端末を決定するための命令を備える。このコンピュータ読取り可能媒体はまた、ターゲット組の端末から追跡データを受信するための命令を備える。このコンピュータ読取り可能媒体は、ターゲット組の端末のアイデンテイテイをデバイス・ログ識別子にマッピングするための命令、及びデバイス・ログ識別子を追跡データと関連づけるための命令を備える。

１つの実施の形態では、使用状況追跡を行うためにデータ・ネットワーク上の端末を動作させるための方法が提供される。この方法は、追跡パラメータを受信すること、及び端末がターゲット端末であるか否かを決定することを備える。この方法はまた、端末がターゲット端末である場合には追跡データを決定するための追跡パラメータに従って使用状況追跡を行うこと、及びデータ・ネットワーク上で追跡データを送信することを備える。

１つの実施の形態では、データ・ネットワークにおける使用状況追跡を行うための装置が提供される。この装置は、追跡パラメータを受信するように動作する受信ロジックを備える。この装置はまた、端末がターゲット端末であるか否かを決定するように、そして、端末がターゲット端末である場合には、追跡データを決定するための追跡パラメータに従って使用状況追跡を行うように動作する処理ロジックを備える。この装置はまた、データ・ネットワーク上で追跡データを送信するように動作する送信ロジックを備える。

本発明の他の態様、利点、及び特徴は、この後で記載される図面の簡単な説明、図面、詳細な説明、及び請求項についての検討の後で明らかとなるであろう。

詳細な説明

上記の態様及びここで記述される実施の形態の付随する利益は、添付図面に関連してなされる場合に下記の詳細な説明を参照することにより、さらに用に明らかとなるであろう。

下記の詳細な説明は、データ・ネットワークにおける１つ又は複数の端末に関する使用状況情報（usage information）を効率的に追跡するように動作する使用状況追跡システム（usage tracking system）を記述する。このシステムは、無線ネットワーク環境で使用するために特に良く適合しているが、通信ネットワーク、インターネットのような公衆ネットワーク、仮想プライベート・ネットワーク (VPN)のようなプライベート・ネットワーク、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、長距離ネットワーク（long haul network）、又は他の任意のタイプのデータ・ネットワークを含むがそれらに限定されない任意のタイプのネットワーク環境で使用されうる。

１つ又は複数の実施の形態では、使用状況追跡システムは、データ・ネットワークにおける１つ又は複数の端末からの使用状況統計（usage statistics）を収集するように動作する。使用状況統計を収集しかつこれらの統計を使用状況追跡データベースに格納（store）するように動作する使用状況追跡サーバが提供される。いったん収集されると、使用状況統計は、レポート、履歴データ、又は情報サーバ、広告者、ネットワーク管理者、コンテンツ・プロバイダ、又はデータ・ネットワークにおいて使用状況情報を必要としうる他の任意の実体によって使用されうる他の概要情報を生成するために使用できる。

図１は、使用状況追跡システムの１つの実施の形態を備えるデータ・ネットワークを示す。ネットワーク１００は、使用状況追跡サーバ１０２、データ・ネットワーク１０４、及び１０６で示されている端末（１〜Ｎ）のプールを備える。データ・ネットワーク１０４は、サーバ１０２と端末１０６との間でデータが伝送されうるようにする有線及び（又は）無線ネットワークの任意のタイプ及び（又は）組合せであってもよい。サーバ１０２は、通信チャンネル１０８によってネットワーク１０４と通信する。通信チャンネル１０８は、データ・ネットワーク上でサーバ１０２が通信できるようにする任意のタイプの有線又は無線の通信チャンネルであってもよい。データ・ネットワーク１０４は、ネットワーク１０２と端末１０６との間でデータを無線で伝送できるようにする無線通信リンク１１０による端末１０６との通信を提供する。１つの実施の形態では、無線通信リンク１１０は、フォワード通信チャンネル、リバース通信チャンネル、制御チャンネル、及び（又は）ネットワーク１０４と端末１０６との間で情報を通信するために使用できる他の任意のタイプの通信チャンネルを備える。

ネットワーク１００はまた、ネットワーク１０４と通信している端末１０６のような実体にコンテンツを提供するように動作するコンテンツ・プロバイダ１１２を含む。例えば、コンテンツ・プロバイダ１１２は、アプリケーション、プログラム、マルチメデイア・コンテンツ、又は端末１０６によって使用されるための他の任意のタイプのコンテンツ及び（又は）データを提供するために、リンク１１４によってネットワーク１０４と通信する。

使用状況追跡サーバ１０２は、使用状況追跡のために１つ又は複数の端末１０６を選択するように動作する選択ロジック１１６を備える。例えば、選択ロジック１１６は、端末１０６のプールからターゲット組の端末を選択し、そしてそれらのターゲット端末は、使用状況追跡サーバ１０２によって提供されるパラメータに基づいて使用状況追跡を実行することになる。例えば、サーバ１０２は、１１８で示されているように、端末１０６のプールの全ての端末に使用状況追跡パラメータを送信する。端末１０６のそれぞれは、それがターゲット端末であり、使用状況追跡を実行することを要求されているかどうかを決定するために追跡パラメータを処理する。例えば、１つの実施の形態では、追跡パラメータは、応答範囲を規定するサンプリング・パーセンテージ又はフラクション・インジケータ（sampling percentage or fraction indicator）を含む。各端末において生成される乱数が応答範囲内である場合には、その端末はターゲット端末であり、追跡パラメータに従って使用状況追跡を実行する。例えば、図１では、全ての端末１０６が追跡パラメータを受信するが、端末１及び３だけが、それらがターゲット端末でありかつ使用状況追跡を実行することを要求されることを決定する。端末１及び３は、受信された使用状況追跡パラメータに従って使用状況追跡を実行した後で、１２０で示されているように、使用状況追跡データをサーバ１０２に送信する。

サーバ１０２はまた、応答端末（すなわち、端末１及び３）が提供する使用状況追跡データのプライバシーが保護されるように、それらの端末のアイデンテイテイをマップするように動作するアイデンテイテイ（ＩＤ）・マッピング・ロジック（identity (ID) mapping logic）１２２を備える。例えば、マッピング・ロジック１２２は、使用状況追跡データを、その使用状況追跡データのソースを直接識別しないデバイス・ログ識別子と関連づける。 使用状況追跡データ及びデバイス・ログ識別子は、使用状況追跡データベース１２４に格納される。使用状況追跡データをデータベース１２４内に格納することによって、サーバ１０２は、端末１０６のうちの任意の端末に対して使用状況追跡履歴を構成することが可能である。

従って、１つ又は複数の実施の形態では、使用状況追跡システムは、データ・ネットワークにおいて１つ又は複数の端末の使用状況を追跡するように動作する。この結果の使用状況データベースは、コンテンツ・プロバイダ１１２及び（又は）ネットワーク管理者、広告者、及びネットワーク及び（又は）端末１０６の動作に興味のある他の任意の実体（entity）のような種々のネットワーク実体に対するレポートを生成するために使用できる。

使用状況追跡システムの動作時に収集されうる機能及び情報のタイプについての概観が下記のセクションで提示される。しかし、記述された情報は例示であって、このシステムによって追跡されかつ収集されうる情報のタイプを限定するものではないことが注目されるべきである。従って、このシステムは、端末装置で入手可能な事実上任意のタイプの情報を収集するように動作してもよい。

使用状況統計
この使用状況追跡システムは、端末のユーザによって観察される（viewed）プレゼンテーション、それらのプレゼンテーションの観察期間についての情報、又は任意の他の情報のような種々の使用状況統計を収集するために用いることができる。この使用状況追跡システムはまた、任意のタイプのネットワーク・サービスを最適化するために使用できる統計的情報を収集するためにも使用できる。

統計的サンプリング
この使用状況追跡システムは、統計的サンプリングを用いて動作できる。

例えば、使用状況追跡データをログしかつ戻すために（to log and return）、端末ポピュレーション（ターゲット端末）のパーセンテージが選択されうる。任意のタイプの確率サンプリング方法が使用状況データをログするための端末を選択するために実効されうるように、端末は、ランダムに又は任意のタイプの選択アルゴリズムを用いることによって選択されうる。

ユーザ匿名性
この使用状況追跡システムは、収集される使用状況追跡データのプライバシーを確保するように動作する。例えば、使用状況追跡データは、ロギング・デバイス及びそれのユーザのイデンテイテイを保護するために匿名の態様で格納されうる。１つの実施の形態では、端末は、ログされた使用状況データを使用状況サーバに識別可能な態様で送る。しかし、その使用状況サーバは、端末のイデンテイテイを保護するために、端末識別子からユニークなデバイス・ログ識別子を生成するように動作する。例えば、１つの実施の形態では、実際の端末識別子からユニーク・デバイス・ログ識別子を生成するために、ハッシング・アルゴリズム（hashing algorithm）が用いられる。従って、そのユニーク・デバイス・ログ識別子（unique device log identifier）から端末識別を決定することは計算的に実行不可能である。受信追跡データは、ユニーク・デバイス・ログ識別子と一緒に、データベースに格納され、そして、その結果として、そのデータはいかなる特定の端末又はユーザに対してもトレースできない。

イネーブル／デイセーブル
使用状況追跡システムは、端末が選択されたロギング・ウインドウ（logging window）内で使用状況データをログするように動作する。１つの実施の形態では、使用追跡システムは、使用状況データのロギングをいつ開始すべきか、そのロギングの期間、等を示すために、端末に使用状況追跡パラメータを提供する。ロギング・ウインドウが終了すると、端末は、使用状況データのロギングを中断する。端末は、ロギング・ウインドウが終了する前にロギングを中断するように命令されてもよい。

使用状況追跡パラメータ
使用状況追跡サーバは、オーバーヘッド通知機構（overhead notification mechanism）を通じて端末に使用状況追跡パラメータを搬送する。例えば、そのオーバーヘッド通知機構は、使用状況サーバが端末に制御情報を通信できるようにする制御チャンネルを備えてもよい。しかし、１つ又は複数の実施の形態において、オーバーヘッド通知機構は、使用状況追跡サーバと端末との間における任意のタイプの帯域内（in-band）又は帯域外（out- of-band）通信チャンネルであってもよい。

使用状況追跡パラメータは、オーバーヘッド通知機構を用いて送信され、そして、端末がロギングをいつ開始すべきか、ロギングの期間、イベント（events）、ログされるべきステート（states）、等を端末に示す。ロギング・イベント又はロギング・ステートは、どのような種類の使用状況データがログされるべきかを決定する。例えば、プレゼンテーション観察イベントのようなロギング・イベントは、ユーザがプレゼンテーションを観察する場合等に、ユーザがプレゼンテーションを何回観察するかを記述するデータがキャプチャされるべきことを示す。ロギング・イベント／ステートは、ロギング・マスク（logging mask）によって独立にイネーブル（enabled）又はデイセーブル（disabled）されことができる。

オーバーヘッド通知機構は、使用状況追跡パラメータを各端末に搬送する。例えば、下記は、オーバーヘッド通知機構を用いて各端末に送信されうるパラメータのサンプル・リストである。下記のリストはそれに尽きるものではなく、データ・ロギング動作を制御するために事実上任意のタイプのパラメータを端末に送信することが可能であることに注目すべきである。

１．ロギング開示時間：端末がロギング機能をいつ開始すべきかを示す。

２．ロギング・ウインドウ：ロギング機能の期間を示す。

３．ロギング・マスク：ログされるべきロギング・イベント及びステートを示す。各ロギング・イベント及びステートは、ロギング・マスクによって独立にイネーブル又はデイセーブルされことができる。

４．サンプリング・パーセンテージ：データをログするために必要とされる端末のパーセンテージ（percentage）を示す。サンプリング・パーセンテージは、端末がロギングを開始すべきか否かを決定するための基準として端末によって使用される。例えば、サンプリング・パーセンテージ又はフラクション（sampling percentage or fraction）が１０に設定される場合には、端末の約１０％が使用状況データをログすることになる。例えば、１つの実施の形態では、端末は、１と１００との間に均一に分布された乱数を生成する。生成される乱数がサンプリング・パーセンテージ（すなわち、１０）より小さいか又はそれに等しい場合にだけ、ロギング機能を開始することになる。

５．シード（Seed）：シードは、使用状況情報をログするために、同じ組及び異なる組の端末をターゲットするために使用できる。１つの実施の形態では、各端末は、シードをその端末の電子的シリアル・ナンバー（electronic serial number (ESN)）と組み合わせて乱数を生成するために、排他的論理和（exclusive-OR）(EXOR)機能を用いる。その乱数は、次に、端末がロギング機能を行う必要があるか否かを決定するために、サンプリング・パーセンテージと比較される。

６．ログ・サイズ：これは、端末がログされた使用状況追跡データを格納するために端末が保有するメモリの最大量である。

７．ロギング・ステータス：このパラメータは、３つの値のうちの１つをとることができる。

ロギング・オン：この値は、現在の使用状況追跡要求が有効であること及び端末がロギングを継続すべきことを端末に示す。

ロギング停止及びログ送付：この値は、端末が、使用状況追跡通知の残余期間の間、ロギングを中断すべきことを示す。端末は、次のパケット・データ・セッションにおいて、ログデータ（logged data）をアップロードする。

ロギング停止及びログ放棄：この値は、端末が、使用状況追跡通知の残余期間の間、ロギングを中断し、かつログデータを削除すべきことを示す。

１つ又は複数の実施の形態において、追跡パラメータは、任意適当なフォーマット及び（又は）データ・タイプであってもよい。例えば、各追跡パラメータは、パラメータ識別子及びパラメータ値を備えてもよい。追跡パラメータは、単一の送信で又は複数の送信で端末に送信されうる。更に、任意の数の追跡パラメータが、端末に送信されてもよく、また、追跡パラメータは、任意の時間で更新されてもよい。例えば、オーバーヘッド通知機構を用いて、１つの組の追跡パラメータが端末に送信されてもよく、そして、その後に、先に送信された組を変更するように、修正するように、それに追加するように、又はそれから削除するように動作する他の組の追跡パラメータが送信されてもよい。このようにして、使用状況サーバは、所望の使用状況追跡動作を行うために、どのような追跡パラメータを端末に送るべきかを決定するように動作する。

ロギング・ウインドウは、端末がロギング機能を実行する時間の量を示すロギング・セッションを定義する。１つの実施の形態では、このシステムは、複数（multiple）のロギング・セッションを提供するが、重複しないロギング・セッションを有することが好ましく、このことは、いかなる時点においても各デバイスでは１つの係属中の（outstanding）ロギング・ウインドウだけが有効（active）であることを意味する。これは、多重ロギング・ウインドウ（multiple logging window）でのログデータの重複を回避する。ロギング・ウインドウの終了後に、端末が更新を要求するために使用状況追跡サーバを接触すると、端末は、ログされた使用状況追跡データをサーバに送るために、この同じセッションを用いる。１つの実施の形態では、ログされた使用状況追跡データを格納するために必要とされるメモリが保有メモリのある閾値パーセンテージと交差すると、端末は、サーバとの次のパケット・データ・セッションにおいてログデータをピギーバック（piggyback）する。例えば、端末が保有メモリの８０パーセント（ログ・サイズに基づいて）を充満するのに十分なデータを格納した後で、端末は、サーバとの次のパケット・データ・セッションにおいてログデータをピギーバック（piggyback）する。

匿名ロギング
１つ又は複数の実施の形態では、この使用状況追跡システムは、端末ユーザのプライバシー権利を保護するように動作する。例えば、１つの実施の形態では、各端末は、ログされた使用状況データを、識別可能な態様で、使用状況追跡サーバに送る。ログデータを受け取ると、使用状況追跡サーバは、ハッシング・アルゴリズムを用いて、デバイス・ログ識別子を生成する。そのハッシング・アルゴリズムは、デバイス・ログ識別子から端末アイデンテイテイを決定することは計算的に実行不可能であるようになっている。ハッシング・アルゴリズムに対する入力は、実際の端末識別子及び加入者識別子である。なぜなら、これらの識別子の組合せは、端末をユニークに識別するからである。ハッシング・アルゴリズムは、生成されたデバイス・ログ識別子がユニークであることを保証する。デバイス・ログ識別子はまた、先行のロギング・セッションの結果としてあるデバイスから受信された追跡データにアクセスするため及び（又は）そのデータを相互に関係づけるためにも使用できる。

１つ又は複数の実施の形態では、ロテイテイング（Rotating）、ワン・タイム・ハッシュ（One-Time-Hash）、ＣＲＣ−３２、ＭＤ５、及びＳＨＡ−１のようなデバイス・ログ識別子を生成するために、種々のハッシング・アルゴリズムが使用されてもよい。しかし、衝突確率及びハッシング・スキームの複雑性を考慮すると、デバイス・ログ識別子の生成のために好ましいハッシング・アルゴリズムはＭＤ５である。なぜなら、ＭＤ５では衝突の確率が非常に低いからである。

図２使用状況追跡システムの１つの実施の形態における使用に適した使用状況追跡サーバ２００の１つの実施の形態の詳細図を示す。例えば、サーバ２００は、図１におけるサーバ１０２として使用されてもよい。サーバ２００は、処理ロジック２０２、デバイス・ソース２０４、使用状況データベース２０６、選択ロジック２０８、及びトランシーバ・ロジック２１０を備えており、これらは全て内部データ・バス２１２に結合される。サーバ２００はまた、使用状況追跡パラメータ２１４及びイデンテイテイ・マッピング・ロジック２１６を備えており、これらもデータ・バス２１２に結合される。

１つ又は複数の実施の形態では、処理ロジック２０２は、ＣＰＵプロセッサ、ゲート・アレイ、ハードウエア・ロジック、メモリ要素、仮想マシン、ソフトウエア、及び（又は）ハードウエアとソフトウエアとの任意の組合せを備える。従って、処理ロジック２０２は一般に、内部データ・バス２１２によってサーバ２００の１つ又は複数の他の機能要素を制御するための機械読取り可能命令を実行するロジックを備える。

デバイス・ソース及びインタフェース２０４は、サーバ２００を内部及び外部システムと通信可能にするハードウエア及び（又は）ソフトウエアを備える。例えば、内部システムは、大容量記憶システム（mass storage systems）、メモリ、デイスプレイ・ドライバ、モデム、又は他の内部デバイス・リソースを含んでもよい。外部システムは、ユーザ・インタフェース・デバイス、プリンタ、デイスク・ドライブ、又は他のローカル・デバイス又はシステムを含んでもよい。

使用状況データベース２０６は、データ・ネットワークにおける１つ又は複数の端末から受信された使用状況データを格納するのに適した任意のタイプのメモリ・デバイスを備える。例えば、使用状況データは、統計、デバイス・パラメータ、ネットワーク・パラメータ、又は任意の他のタイプの使用状況追跡データを備えてもよい。

使用状況追跡パラメータ２１４は、任意適当なメモリ・デバイスに格納されたパラメータを備える。使用状況追跡パラメータ２１４は、データ・ネットワーク内の１つ又は複数の端末が使用状況追跡データをログするためにどのように動作すべきかを記述する情報を表示する。例えば、１つの実施の形態では、使用状況追跡パラメータ２１４は、端末デバイスがアプリケーション・プログラムの動作をどのようにして追跡しかつログするか、又はデバイス・ユーザによるプリゼンテーションの観察をどのようにして追跡しかつログするかを示してもよい。使用状況追跡パラメータは、任意適当なフォーマット又はデータ・タイプを備え、そして、任意の数のパラメータが、１つの又は複数の送信でサーバによって端末に送信されてもよい。

トランシーバ・ロジック２１０は、サーバ２００が通信チャンネル２１８によってリモート・デバイス又はシステムとデータ及び（又は）他の情報を送受信できるように動作するハードウエア及び（又は）ソフトウエアを備える。例えば、１つの実施の形態では、通信チャンネル２１８は、制御情報をリモート・デバイスに送信するための制御チャンネルを備える。例えば、１つの実施の形態では、制御チャンネルは、使用状況追跡パラメータをデータ・ネットワークにおける１つ又は複数の端末に使用状況追跡パラメータを送信するために用いられてもよい。

選択ロジック２０８は、サーバ２００が使用状況追跡のためのデータ・ネットワークにおける１つ又は複数の端末を選択できるように動作するハードウエア及び（又は）ソフトウエアを備える。例えば、１つの実施の形態では、選択ロジック２１０は、既存プールの端末の何パーセントが使用状況追跡を実行すべきかを示すためにパーセンテージ・インジケータ（percentage indicator）を用いる。例えば、パーセンテージ・インジケータは、追跡パラメータの一部として端末に送信される。端末は、パーセンテージ・インジケータと比較される乱数を生成する。その乱数がパーセンテージ・インジケータの範囲内であれば、端末は使用状況追跡を実行することになる。他の実施の形態では、選択ロジック２１０は、１つ又は複数の端末をターゲットにする「シード」値（"seed" value）を利用する。例えば、１つの実施の形態では、シード値は、追跡パラメータの一部として送信され、そして、各端末は、乱数を生成するためにシード値を電子的シリアル・ナンバー（ＥＳＮ）と組み合わせるための排他的論理和（exclusive-OR）（ＥＸＯＲ）機能を用いる。この乱数は、次に、端末がロギング機能を実行する必要があるか否か決定するために、サンプリング・パーセンテージと比較される。このような技法は、選択ロジック２１０が複数（multiple）の追跡セッションのために同じ組のターゲット端末を選択できるようにするから、反復可能な又は「決定的」関数（"deterministic" function）関数である。これは、任意の端末に対する履歴追跡データを収集できるようにする。しかし、選択ロジック２１０は、特定の選択スキームを使用することに限定されず、ターゲット組の端末を選択するためには、任意適当なタイプの選択技法が選択ロジック２１０によって用いられてもよい。

アイデンテイテイ・マッピング・ロジック２１６は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウエア・ロジック、メモリ要素、仮想マシン、ソフトウエア、及び（又は）ハードウエアとソフトウエアとの任意の組合せを備える。

アイデンテイテイ・マッピング・ロジック２１６は、使用状況データをサーバに送信する端末のアイデンテイテイをマップするように動作する。例えば、１つの実施の形態では、アイデンテイテイ・マッピング・ロジック２１６は、端末によって提供される使用状況追跡データに関連づけられるデバイス・ログ・アイデンテイテイを生成するように、その端末のオリジナル・アイデンテイテイを処理するためのハッシング機能（hashing function）を用いる。追跡データ及びデバイス・ログ・アイデンテイテイは、後での処理のために、使用状況データベース２０６に格納される。

サーバ２００の動作時に、選択ロジック２０８は、使用状況追跡を行うために、ターゲット組の端末を決定する。ターゲット組の端末は、端末の使用可能なプールからの１つ又は複数の端末を備えてもよい。使用状況追跡パラメータは、ターゲット組の端末が使用状況追跡を行うために動作されるように、アセンブル（assembled）される。例えば、選択パーセンテージ・インジケータは、ターゲット組の端末を動作させるために、追跡パラメータに含まれる。追跡パラメータは、オーバーヘッド通知機構によって端末のプール内の全ての端末に送信される。各受信端末は、それがターゲット端末であるかどうかを決定するための追跡パラメータを有する。例えば、１つの実施の形態において、各端末は、それがターゲット端末であるかどうかを決定するための選択パーセンテージ・インジケータを有する。端末は、それがターゲット端末であると決定すると、追跡パラメータに従って、使用状況追跡を行う。ターゲット端末は、要求された使用状況追跡を行った後で、その結果得られる使用状況追跡データを、ターゲット端末のアイデンテイテイがマッピング・ロジック２１６によってデバイス・ログ識別子にマップされるサーバに送信する。使用状況データ及びデバイス・ログ識別子は、使用状況データベース２０６に格納される。

１つの実施の形態では、使用状態追跡システムは、コンピュータ読取り可能媒体に格納されたプログラム命令を備えており、その命令は、処理ロジック２０２によって実行されると、ここで記述されるサーバ２００の機能を提供する。例えば、フレキシブルデイスク、ＣＤＲＯＭ、メモリカード、フラッシュ・メモリ・デバイス、ＲＡＭ、ＲＯＭ、又は任意の他のタイプのメモリ・デバイスのようなコンピュータ読取り可能媒体又はデバイス・リソースによってサーバ２００とインタフェースするコンピュータ読取り可能媒体から命令がサーバにロードされてもよい。他の実施の形態では、その命令は、トランシーバ・ロジック２１０によってサーバ２００とインタフェースするネットワーク・リソースからサーバ２００にドウンロードされてもよい。その命令は、処理ロジック２０２によって実行されると、ここに記述されるように使用状況追跡システムの１つ又は複数の実施の形態を提供する。

図３は、使用状況追跡システムの１つの実施の形態におけるサーバを動作させるための方法の１つの実施の形態を示す。明瞭のために、この方法３００は、図２に示されたサーバ２００に関して説明される。１つ又は複数の実施の形態では、処理ロジック２０２は、下記の機能を行うためのプログラム命令を実行する。

ブロック３０２において、１つの組の端末が使用状況追跡のためにターゲットされる。例えば、１つの実施の形態では、処理ロジック２０２は、ターゲット組の端末を選択するために選択ロジック２０８を制御する。選択ロジック２０８は、使用状況追跡を行うことを要求されるであろう１つの組の端末を決定するために、パーセンテージ・インジケータ又はシード値を用いてもよい。同じ端末を反復的に選択できるようにする反復可能な又は決定的関数（deterministic function）を含む、ターゲット組の端末を選択するために、事実上任意の技法が使用されてもよい。

ブロック３０４では、端末に送信されるべき使用状況追跡パラメータがアセンブル（assembled）される。例えば、処理ロジック２０２は、使用状況追跡パラメータ２１４として送信されるべきパラメータをアセンブルする。追跡パラメータは、どの端末が使用状況追跡を行うべきか及び使用状況追跡はそれらの端末によってどのようにして行われるべきかを示す。

ブロック３０６において、アセンブルされた使用状況追跡パラメータが端末に送信される。１つの実施の形態では、追跡パラメータは、ターゲット端末だけに送信される。他の実施の形態では、追跡パラメータは、端末のプール内の全ての端末に送信される。例えば、処理ロジック２０２は、通信チャンネル２１０によってパラメータを送信するためにトランシーバ２１０を制御する。１つの実施の形態では、パラメータは、制御チャンネルによって端末に送信される。１つの実施の形態では、パラメータは、任意のタイプのオーバーヘッド通知機構を用いて送信される。更に、パラメータは、１つ又は複数の伝送で送信されてもよい、また、必要に応じて、更新されてもよい。

ブロック３０８において、使用状況追跡データがサーバで受信されたか否かを決定するためのテストが行われる。例えば、ターゲット端末のそれぞれは、使用状況追跡パラメータに従って、ログされた追跡データを取得するために使用状況追跡を行う。追跡データが取得されると、端末は、ログデータヲサーバに送信する。追跡データがサーバで受信されるば場合、方法はブロック３１２に進行する。追跡データが受信されない場合には、方法はブロック３１０に進む。

ブロック３１０において、使用状況サーバは、係属中の追跡動作を終了することができる。１つの実施の形態では、予定された終了時間より前にサーバは、ロギング・ウインドウの早期終了を生じさせることによって、端末ロギングを停止させる。例えば、使用状況追跡サーバは、ロギング・ウインドウ・パラメータをゼロに設定し、そしてこのパラメータを端末に送信して、それが、端末に実行中の使用状況追跡を中断させる。しかし、この終了技法は、既にログされたデータに対して為される必要のあることについての情報を端末に提供しない。従って、ログデータは、放棄されうるか、あるいは、サーバとの他の通信セッションにおいて使用状況追跡サーバにアップロードされうる。

他の実施の形態では、ロギング・ステータス（Logging Status）と呼ばれる追加の使用状況追跡パラメータが端末に送信される。ロギング・ステータス・フィールドは、端末がロギングを中断すべきか否かを端末に示し、そして、ログデータが放棄されるべきか否かについての情報を提供する。例えば、端末がロヅデータを放棄することが必要とされる場合には、ロギング・ステータス・フィールドは「ロギング停止及びログ放棄」に設定することができる。端末が更新されたを受信する場合には、「ロギング・ステータス」値に応じて、端末は、サーバへの１つの送信でログデータをピギーバック（piggyback）するか、あるいは、それを放棄する。そこで、この方法はブロック３１６へと進む。

ブロック３１２において、応答端末のアイデンテイテイがデバイス・ログ識別子にマップされる。例えば、１つの実施の形態では、アイデンテイテイ・マッピング・ロジックは、端末のアイデンテイテイをデバイス・ログ・アイデンテイテイにマップするためにハッシュ機能（hash function）を用いる。ハッシュ機能は、入力として端末の真のアイデンテイテイを取り、そして、デバイス・ログ・アイデンテイテイを生成する。デバイス・ログ・アイデンテイテイは、端末の真のアイデンテイテイを発見するために反転されることはできない。ハッシュ機能が記述されたが、応答端末のアイデンテイテイを保護するためには、任意適当なアイデンテイテイ・マッピング技法を用いることが可能である。

ブロック３１４において、応答端末からの使用状況追跡データは、適当なデバイス・ログ識別子に関連づけられる。データ及びデバイス・ログ識別子が、使用状況データベース２０６に格納され、そして、この方法は、ブロック３１６へと進み、そこで、受信された使用状況追跡データは処理されうる。例えば、サーバ２００は、受信された使用状況追跡データから使用状況レポートを作成することができる。使用状況レポートは、実際の端末のプライバシーが開示から保護されるように、デバイス・ログ識別子を参照するであろう。

方法３００は、１つの実施の形態だけを示しており、そして、流れ要素の変更、付加、又は再配列が上記の実施形態の範囲から逸脱することなしに為され得ることに注目されたい。

図４は、使用状況追跡システムの１つの実施の形態における使用に適した端末４００の１つの実施の形態の詳細図を示す。端末４００は、処理ロジック４０２、メモリ４０４、デバイス・リソース及びインタフェース４０６、トランシーバ・ロジック４０８を備え、これらは全てデータ・バスに結合される。端末４００はスケジューリング・ロジック４１２をも備えており、これもデータ・バスに結合される。

１つ又は複数の実施の形態では、処理ロジック４０２は、ＣＰＵプロセッサ、ゲート・アレイ、ハードウエア・ロジック、メモリ要素、仮想マシン、ソフトウエア、及び（又は）ハードウエアとソフトウエアの任意の組合せを備える。従って、処理ロジック４０２は一般的に、内部データ・バス４１０によって端末４００の１つ又は複数の他の機能要素を制御するために機械読取り可能命令を実行するためのロジックを備える。

デバイス・リソース及びインタフェース４０６は、端末４００に内部及び外部システムと通信できるようにするハードウエア及び（又は）ソフトウエアを備える。例えば、内部システムは、大容量記憶システム、メモリ、デイスプレイ・ドライバ、モデム、又は他の内部デバイス・リソースを含んでもよい。外部システムは、ユーザ・インタフェース・デバイス、プリンタ、デイスク・ドライブ、又は他のローカル・デバイス又はシステムを含んでもよい。

トランシーバ・ロジック４０８は、端末４００が通信チャンネル４１４によって外部デバイス又はシステムと共にデータ及び（又は）他の情報を送受信できるように動作するハードウエア及び（又は）ソフトウエアを備える。例えば、トランシーバ・ロジック４０８は、リモート・サーバから制御情報を受信するための制御チャンネル・ロジックを備えてもよい。制御チャンネル・ロジック４０８は、任意適当な制御チャンネル・ロジックを備えてもよく、そして、リモート・サーバと情報を交換するのに適した任意のタイプの制御チャンネルを実装してもよい。

メモリ４０４は、端末４００において情報を格納するのに適した任意のタイプのメモリを備える。例えば、端末４００は、使用状況パラメータに従って使用状況データをログして、更なる処理のためにメモリ４０４内に使用状況データを格納するように動作してもよい。 スケジューリング・ロジック４１４は、使用状況パラメータに従って、使用状況データのロギングをスケジュールする。例えば、スケジューリング・ロジック４１４は、使用状況サーバからの送信のよって使用状況パラメータを受信してもよい。使用状況パラメータは、端末４００が、どのようにして、どの使用状況データを、いつログするかを記述する。使用状況パラメータが、データがログされるべき時間ウインドウを識別すると、スケジューリング・ロジック４１２は、その定義された時間ウインドウ内のデータをログするように処理ロジック４０２に警告する。

動作時に、端末４００は、使用状況データをログするために、使用状況追跡システムの１つ又は複数の実施の形態に従って動作する。

１つの実施の形態では、端末は、使用状況データをログするために、下記の機能の１つ又はそれ以上を実行する。下記の機能は、実施の形態の範囲内で、変更され、再構成され、修正され、追加され、又は他の態様で調整されてもよいことに注目されたい。

１．端末は、オーバーヘッド通知機構によって追跡パラメータを受信する。

２．端末は、それがターゲット端末（targeted terminal）であるか否かを、追跡パラメータから決定する。

３．端末がターゲット端末である場合には、それは、どのような情報が追跡されるべきか、そしていつ追跡が生じるべきかを、追跡パラメータから決定する。その端末は、追跡パラメータから他の情報又は命令を取得してもよい。

４．端末は、追跡パラメータに従って使用状況追跡を行い、そしてログ追跡データ（logged tracking data）をローカル・メモリ内に格納する。

５．追跡が完了すると、端末は、ログ追跡データを使用状況追跡サーバに送信する。

１つの実施の形態では、この使用状況追跡システムは、コンピュータ読取り可能媒体に格納されたプログラム命令を備え、そのプログラム命令は、処理ロジック４０２によって実行されると、ここに記述される端末４００の機能を提供する。例えば、命令は、フロッピー(登録商標)デイスク、ＣＤＲＯＭ、メモリカード、フラッシュ・メモリ・デバイス、ＲＡＭ、ＲＯＭ、又は任意の他のタイプのメモリ・デバイスのようなコンピュータ読取り可能媒体又はデバイス・リソース４０６によって端末４００にインタフェースするコンピュータ読取り可能媒体から端末４００にロードされてもよい。他の実施の形態では、命令は、トランシーバ・ロジック４０８によって端末４００にインタフェースするネットワーク・リソースから端末４００内にダウンロードされてもよい。その命令は、処理ロジック４０２によって実行された時に、ここに記述されているように使用状況追跡システムの１つ又は複数の実施の形態を提供する。

図５は、使用状況追跡システムの１つの実施の形態において端末を動作させるための方法の１つの実施の形態を示す。明瞭のために、方法５００は、図４に示された端末４００に関して記述される。１つ又は複数の実施の形態では、処理ロジック４０２が、下記の機能を行うためのプログラム命令を実行する。

ブロック５０２において、追跡パラメータが、データ・ネットワーク内の使用状況サーバから端末において受信される。例えば、処理ロジック４０２は、トランシーバ・ロジック４０８の一部である制御チャンネルを備えてもよいオーバーヘッド通知機構によって追跡パラメータを受信する。１つの実施の形態では、追跡パラメータは、いつ、どのような使用状況データが端末でログされるかを記述する。追跡パラメータは、メモリ４０４に格納される。

ブロック５０４において、端末がターゲット端末として選択されたかどうかを決定するためにテストが行われる。例えば、処理ロジック４０２は、端末がターゲット端末であるかどうかを決定するために追跡パラメータを処理する。１つの実施の形態では、処理ロジック４０２は、追跡パラメータに含まれるパーセンテージ・インジケータと比較される乱数を生成する。その乱数がパーセンテージ・インジケータによって定義される選択された範囲内にある場合には、端末はターゲット端末である。他の実施の形態では、追跡パラメータは、シード値を含み、そして、処理ロジック４０２は、後にパーセンテージ・インジケータと比較される選択インジケータを生成するためにシード値を端末識別子と組み合わせる。その選択インジケータがパーセンテージ・インジケータによって定義される選択された範囲内である場合には、端末はターゲット端末である。従って、端末がターゲット端末であるかどうかを決定するためには、任意適当な技法が端末によって用いられてもよい。

ブロック５０６において、端末における使用状況追跡がスケジュールされる。例えば、スケジューリング・ロジック４１２は、メモリ４０４に格納された追跡パラメータに従って使用状況追跡をスケジュールするように動作する。例えば、追跡パラメータは、使用状況追跡が生ずべき期間を識別するタイム・ウインドウ・インジケータ（time window indicator）を含んでもよい。スケジューリング・ロジック４１２は、使用状況追跡をスケジュールするためにタイム・ウインドウ・インジケータを処理する。

ブロック５０６、係属中（pending）の使用状況追跡を終わらせる任意の追跡パラメータを端末が受信したかどうかを決定するためにテストが行われる。例えば、使用状況サーバは、更新された追跡パラメータを端末に送信することによって使用状況追跡を終結させてもよい。１つの実施の形態では、サーバは、タイム・ウインドウ・インジケータをゼロに設定する追跡パラメータを送信する。応答して、端末は、係属中の使用状況追跡を終結させ、そして、収集されたデータを放棄するか、あるいは、それを、次の通信セッションでサーバに送る。使用状況追跡が終結される場合には、方法はブロック５１０へと進む。使用状況が終結されなかった場合には、方法はブロック５１２へと進む。

ブロック５１０において、使用状況追跡が終結され、そしてログデータが、次の有効な通信において使用状況サーバに送信されるか、あるいは、放棄される。１つの実施の形態では、処理ロジック４０２は、先にログされた追跡データをどのように処理すべきかを決定するために、ロギング・ステータス追跡パラメータ（logging status tracking parameter）を処理する。方法はブロック５１８において終了する。

ブロック５１２において、使用状況と遺跡が完了しているかどうか決定するために、テストが行われる。例えば、１つの実施の形態では、使用状況追跡は、選択されたタイム・ウインドウ（time window）内で生ずるようにスケジュールされる。使用状況追跡がタイム・ウインドウ時に生じかつタイム・ウインドウが消滅した場合には、使用状況追跡は完了する。１つの実施の形態では、端末は、使用状況追跡データがもはや関心のないものであることを了解されてもよく、その結果として、端末はロギングを停止し、そしてログされた使用状況追跡データを放棄するか、あるいは、利用可能なデータをアップロードしようとする。使用状況追跡が完了した場合には、方法はブロック５１６へと進む。使用状況追跡が完了していない場合には、方法はブロック５１４へと進む。

ブロック５１４において、端末は、追跡パラメータに従って使用状況データをロギングし続ける。例えば、１つの実施の形態では、処理ロジック４０２は、メモリ４０４から追跡パラメータを検索し、そしてそれに応じてデバイス使用状況をログする。ログされた追跡データは、追跡が終結されるか、あるいは、追跡ウインドウが消失するまで、メモリ４０４内に格納される。方法はブロック５０８へと進み、そこで端末命令が受信されたかどうかを決定するためにテストが行われる。

ブロック５１６において、使用状況追跡が完了し、そして端末が使用状況追跡データを使用状況サーバに送信する。例えば、端末と使用状況サーバとの間の通信時に、追跡データが送信される。１つの実施の形態では、追跡データは識別可能な態様で送信され、そしてサーバは端末のアイデンテイテイを、その端末のアイデンテイテイを保護するデバイス・ログ識別子にマップするように動作する。

このようにして、方法５００は、端末が追跡パラメータを受信できかつそれに応じて使用状況追跡を行うことができるように動作する。方法５００は、１つの実施の形態だけを例示していること、および、記述された実施の形態の範囲から逸脱することなしに、流れ要素の変更、追加、又は再配置がなされてもよいことに注目されたい。

従って、使用状況追跡システムの１つ又は複数の実施の形態がここに例示されかつ記述されたが、その実施の形態に対して、それらの精神及び不可欠の特徴から逸脱することなしに、種々の変更が為され得ることが認識されるであろう。従って、ここにおける開示及び記述は、例示として意図されたものであり、下記の特許請求の範囲に記載される発明の範囲を限定するものではない。

使用状況追跡システムの１つの実施の形態を備えるデータ・ネットワークを示す。 使用状況追跡システムの１つの実施の形態における使用に適した使用状況追跡サーバの１つの実施の形態の詳細図を示す。 使用状況追跡システムの１つの実施の形態におけるサーバを動作させる方法の１つの実施の形態を示す。 使用状況追跡システムの１つの実施の形態における使用に適した端末の１つの実施の形態の詳細図を示す。 使用状況追跡システムの１つの実施の形態における端末を動作させる方法の１つの実施の形態を示す。

Claims (50)

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. 前記マップするための命令は、ハッシュ関数を用いて前記ターゲット組の端末のアイデンテイテイを前記デバイス・ログ識別子にマップするための命令を備える、請求項２８のコンピュータ読取り可能媒体。
35. 前記送信するための命令は、前記追跡パラメータの一部としてタイム・ウインドウ・インジケータを送信するための命令を更に備える、請求項２８のコンピュータ読取り可能媒体。
36. 前記送信するための命令は、前記ターゲット組の端末のうちの任意のターゲットに終結追跡パラメータを送信するための命令を更に備える、請求項２８のコンピュータ読取り可能媒体。
37. 使用状況追跡を行うようにデータ・ネットワーク上の端末を動作させるための方法であって、
    追跡パラメータを受信すること、
    前記端末がターゲット端末であるか否かを決定すること、
    前記端末がターゲット端末であるかどうかを決定するために前記追跡パラメータに従って使用状況追跡を行うこと、及び、
    前記データ・ネットワーク上で前記追跡データを送信すること、を備える方法。
38. 前記追跡パラメータは、タイム・ウインドウ・インジケータを備えており、前記方法は、前記追跡データを決定するために前記タイム・ウインドウ・インジケータによって定義された期間の間に使用状況追跡を行うことを更に含む、請求項３７の方法。
39. 終結パラメータを受信すると係属中の使用状況追跡を終結させることを更に備える、請求項３７の方法。
40. 前記送信するステップは、前記追跡データを端末識別子と共に送信することを備える、請求項３７の方法。
41. 前記端末がターゲット端末であるか否かを決定するステップは、前記端末がターゲット端末であるか否かをパーセンテージ・インジケータに基づいて決定することを備える、請求項３７の方法。
42. 前記端末がターゲット端末であるか否かを決定するステップは、前記端末がターゲット端末であるか否かをシード値に基づいて決定することを備える、請求項３７の方法。
43. 前記受信するステップは、オーバーヘッド通知機構によって追跡パラメータを受信することを備える、請求項３７の方法。
44. データ・ネットワークにおける使用状況追跡を行うための装置であって、
    追跡パラメータを受信するように動作する受信ロジックと、
    端末がターゲット端末であるか否かを決定するように、そして、前記端末がターゲット端末である場合には追跡データを決定するために前記追跡パラメータに従って使用状況追跡を行うように動作する処理ロジックと、
    前記データ・ネットワーク上で前記追跡データを送信するように動作する送信ロジックと、を備える装置。
45. 前記追跡パラメータは、タイム・ウインドウ・インジケータを備えており、前記装置は、前記タイム・ウインドウ・インジケータによって定義された期間の間に使用状況追跡を可能にするように動作するスケジューリング・ロジックを更に備える、請求項４４の装置。
46. 前記処理ロジックは、終結パラメータを受信すると係属中の追跡動作を終結させるように動作する、請求項４４の装置。
47. 前記送信ロジックは、前記追跡データを端末識別子と共に送信するように動作する、請求項４４の装置。
48. 前記処理ロジックは、前記端末がターゲット端末であるか否かをパーセンテージ・インジケータに基づいて決定するように動作する、請求項４４の装置。
49. 前記処理ロジックは、前記端末がターゲット端末であるか否かをシード値に基づいて決定するように動作する、請求項４４の装置。
50. 前記受信ロジックは、オーバーヘッド通知機構によって追跡パラメータを受信するように動作する、請求項４４の装置。

Images