JP2009032270A - メディアデータの利用を測定し、レポートするシステム - Google Patents

Abstract

【課題】ネットワークからメディアデータを受信してユーザに提供するユーザシステム内でメディアデータの利用を示すデータを収集する。
【解決手段】ネットワーク１０６から受信した複数のメディアデータをローカルソース１０５へ記憶し、ユーザシステム１０４内で、メディアデータ利用収集オブジェクト１０８を複数実行することにより、ユーザがどのようなデータやユーザエージェントを利用したかをモニタし、マイクロレベルのレポートオブジェクト１１１を出力するようにした。
【選択図】図１

Description

（発明の分野）
本願は、ユーザーシステムを通してユーザーに与えられるメディアデータの利用(usage:利用又は使用)をモニタするための方法およびシステムに関する。

（発明の背景）
ネットワークまたはその他のソースを介して視聴者がアクセスするメディアデータの利用を測定することにはかなりの関心がある。視聴者の関心およびメディアデータがどの視聴者に与えられているかを判断するために、ネットワーク、例えばインターネットに接続されている間の個々の時間(discrete time periods)の間にユーザーシステムをモニタできる。大量のデータを比較的短時間でコンパイルでき、かなりの処理、バンド幅および記憶リソースを必要とする。

視聴者の規模に関する情報と共に、かかる視聴者の人口統計特性(demographic characteristics:以下、動態特性とする。)を明らかにするマーケット情報を広告主、メディア配信者などへ提供することにもかなりの関心がある。更に広告主およびメディア配信者は特定のパラメータ、例えばメディアのタイプ、ユーザー動態(demographics:人口動態、以下動態とする。)、購入嗜好などに関するマーケット情報を明らかにするように、注文に合わせたカスタムレポートを作成できることを好む。

更に連続的かつリアルタイムでメディア視聴者をモニタできることにもかなりの関心がある。このため、ストリーミングメディアデータを正確に測定することが極めて重要となる。その理由は、スナップショットまたはイベント発生はストリーミングメディアデータの利用の進行中かつ連続的な特性を捕捉できないからである。

メディアデータの受信および識別に基づき、種々のウェブサイト、チャンネルおよび特定メディアデータの視聴率、すなわち人気を評価することができる。メディアデータの利用を表示するデータとユーザーの動態データとを正確に一致させることができるように、視聴者の動態に従い、種々のウェブサイト、チャンネルおよび特定メディアデータの人気を判断することが好ましい。

このモニタによるユーザーおよびユーザーシステムへの妨害又は干渉が零ではないにしても比較的少ないことを保証することも重要である。モニタシステムがユーザーまたはユーザーシステムに不当な妨害又は干渉をした場合、個人に与えられたメディアデータをモニタする気がなくなる。同時に、モニタされているデータに偏りを与え得る視聴者の行動への影響を防止するために、かかる干渉は最小にする必要がある。

しかしながら、上記のように比較的短時間でユーザーシステムを通してユーザーに大量のメディアデータが与えられ得る。メディアデータの利用をモニタするのにユーザーシステムが使用されている場合、ユーザーシステムの作動に干渉する可能性を生じさせる、短時間の間に与えられる特定のメディアデータでも正確にモニタするには、現在のシステムはかなりのユーザーシステムリソースを必要とする。

更に、ネットワークからストリーミングメディアデータの利用をモニタするとき、ユニークな問題に遭遇する。メディアストリーミングはネットワーク接続を通してビデオおよび／またはオーディオの定常的ストリームを送っている。例えばストリームは広告のような多数の独立したマルチメディアセグメントを含み得る。更にストリームはストリーミングメディアデータに結ばれたコンテントを提供するウェブページのような特定のネットワークリソースに関連し得る。多数の異なるタイプのストリーミング符号化、サーバーおよびプレーヤーを生じさせる多数のプロトコルおよび配信技術も存在している。更にストリーミングメディアデータはＨＴＭＬ、ｅ−メールおよびインスタントメッセージ（これらだけに限定されるものではない）のような広範なフォーマットを有する付加的メディアデータに関連していることが多い。

メディアデータにアクセスし、かつメディアデータを与えるためのオプションだけでなく、メディアデータを送るための手段も、より速い速度で開発されており、変化している。何年もの間、固定されたフォーマットで、かつ長い期間確立され、良好に定められたチャンネルにおいて、無線ラジオおよびテレビ放送が視聴データを配信してきた。このような環境での視聴者を測定する作業は、多数の通信システムを通したより多数のフォーマットおよび次々に生じるプロトコルで現在メディアデータが送られている状況よりも比較的簡単である。更にメディアデータにアクセスし、かつメディアデータを与えるための多数のデバイスおよびユーザーエージェントと共に、現時点でのメディアデータのためのソースは膨大に多くなっている。長期にわたって有効であるためには、コスト的に効率性を維持しながら、視聴者測定システムはフレキシブルで、かつスケーラブルでなければならない。

従って、ユーザーがユーザーシステムを通してアクセスしているメディアデータ、またはユーザーに与えられているメディアデータを正確に記録しながら、同時にユーザーに干渉しないか、またはユーザーシステムに顕著な負担を負わせないシステムおよび方法が望まれている。

ユーザーの動態データとユーザーが何にアクセスしたか、またはユーザーに何が与えられたかを示すデータとを一致させ、できるだけ正確、効率的かつ精密にこれを行うことも望まれている。

広告主、メディア配信者などがカスタム化されたメディア利用レポートを作成できるようにするシステムおよび方法も望まれている。

ストリーミングメディアデータを連続的かつ実質的にリアルタイムで正確にモニタするシステムおよび方法も望まれている。

これらシステムおよび方法は、利用パターンおよび収集されたデータに基づきレポートを活用するこれらパターンのニーズの、大規模で、急速かつ予測できない変化にもかかわらず、商業的に有益なメディアデータの利用を可能にするようフレキシブルでスケーラブルで、更にコスト的に有効であることも望まれる。

（発明の概要）
本願では次の用語および定義を適用する。

本明細書で使用する「データ」なる用語は永続的か一時的かにかかわらず、視覚的、可聴的、音響的、電気的、磁気的、電磁気的またはその他の態様でリストされたものにかかわらず、情報を示す任意のインデックス、信号、マーク、記号、ドメイン、記号のセット、表示およびその他の任意の物理的形態（単数または複数）を意味する。ある物理的形態で所定の情報を表示するのに使用される「データ」なる用語は、異なる物理的形態（単数または複数）の所定の同じ情報の任意のすべての表示を含むと見なすべきである。

本明細書で使用する「メディアデータ」なる用語は形態またはそのコンテントに関係なく、更にオーディオ、ビデオ、テキスト、イメージ、アニメーション、ウェブページおよびストリーミングメディアデータ（これらだけに限定されるものではない）を含む無線またはケーブル、衛星、ネットワーク、（インターネットを含む）インターネットワークを通して記憶メディアで配信またはその他の方法で広くアクセスできるデータを意味する。

「ユーザー」(“user”or“users”)なる用語は単独または１つ以上のグループで、同一の場所または種々の場所で、かつ同時または種々の異なる時間にメディアデータにアクセスする１人または複数の人物を意味する。

本発明で使用する「ユーザーシステム」なる用語はコンピュータ、テレビ、ラジオ、パーソナルデジタルアシスタントおよびインターネットアシスタントおよびインターネットアプライアンス（これらだけに限定されるものではない）を含む、ユーザーのためのメディアデータをリクエストし、受信し、または定義するのに有効なソフトウェア、デバイスまたはそれらの組み合わせを意味する。「ユーザーシステム」なる用語は、ユーザーシステムのリソースを使用するデータ収集システム、デバイス、オブジェクトまたはその他のソフトウェアを含むと見なすべきである。

本明細書で使用する「ネットワーク」なる用語は、インターネットを含むすべての種類のネットワークとインターネットワークの双方を含むが、任意の特定のネットワークまたはインターネットワークに限定されるものではない。

本明細書で使用するような「プレゼンテーション」なる用語は、視覚、聴覚、触覚または他の手段もしくはこれらの組み合わせによりユーザーが知覚できる形態のデータを意味する。

「第１」および「第２」なる用語は、ある要素、セット、データ、オブジェクトまたはものを他のものから区別するのに使用する用語であり、時間内の相対的位置または配置を意味するものではない。

本明細書で使用する「結合された」（〜に結合された、および〜と結合された）なる用語の各々は、
（ａ）直接または１つ以上の他のデバイス、装置、ファイル、プログラム、メディア、コンーポーネント、ネットワーク、システム、サブシステムまたは手段を通した１つ以上の接続、
（ｂ）直接または１つ以上の他のデバイス、装置、ファイル、プログラム、メディア、コンーポーネント、ネットワーク、システム、サブシステムまたは手段を通した通信関係および／または
（ｃ）１つ以上のデバイス、装置、ファイル、プログラム、メディア、コンーポーネント、ネットワーク、システム、サブシステムまたは手段が全体として、または部分的に１つ以上の他のものの動作に依存する機能関係を構成する、２つ以上のデバイス、装置、ファイル、プログラム、メディア、コンーポーネント、ネットワーク、システム、サブシステムおよび／または手段の間の関係を意味する。

本明細書で使用する「オブジェクト」なる用語は、（１）モジュールまたはコンピュータコードの集まり(collection)を他の同様なモジュールまたは集団からユニークに分離するデータ、（２）メディアデータの利用および／またはメディアデータのユーザー、および／またはその他の任意のサポートデータタイプまたはユーザーを記述するデータタイプの所定のサブセットを構成する属性、および（３）（ｉ）公開された所定のインターフェースに一致するリクエストだけに応答することにより、かかる属性へのアクセスを限定し、（ｉｉ）かかる所定のサブセットのデータを収集、またはかかるデータを所有するオブジェクトをマージする行動を有する固有のソフトウェアモジュールまたはコンピュータコードの集まりを意味する。

本明細書で使用する「リソース制御ロケーション」および「ＲＣＬ」なる用語の各々は、ユーザーシステムに提供されるメディアデータの管理を実行する、ユーザーシステムとして働くサービスを除くサービスを意味し、ユーザーシステムによって読み出される記録媒体上の、あらかじめ記録されたメディアデータのソースまたはアイデンティティを含むと見なされる。「リソース制御ロケーション」なる用語はテレビ、ラジオ局およびチャンネルだけでなくインターネットまたはその他のネットワークを介して供給されるメディアデータに対する管理を実行するエンティティを含むものであるが、これらだけに限定されるものではない。

本明細書で使用される「リソース制御ロケーションセッション」および「ＲＣＬセッション」なる用語の各々は、連続した時間にわたる単一リソース制御ロケーションからユーザーへのメディアデータのプレゼンテーションを意味する。

本明細書で使用される「ユーザーセッション」なる用語は、所定の基準に従ってグループ分けされた単一ユーザーの１つ以上のリソース制御ロケーションを意味する。

本明細書で使用する「コンテントメタデータ」なる用語は、リソース制御ロケーション、アーティスト、創作者、タイトル、日付、他のメディアデータに対する関係、フォーマット、関連するユーザーエージェント、視聴率、そのコンテントの記述および／または同様なもの（これらだけに限定されるものではない）を含む、メディアデータに関する情報を提供するデータを意味する。

本発明の１つの様相によれば、ユーザーによるメディアデータの利用を示すデータを収集するための方法ユーザーシステムが提供される。この方法は、複数のメディアデータを受信するステップと、前記ユーザーシステムで作動する複数のメディアデータ利用収集オブジェクトの各々を使用し、前記ユーザーシステムが受信した前記複数のメディアデータのそれぞれの異なる部分および／または前記複数のメディアデータに対するユーザーエージェントとの利用を示すデータを収集するステップと、セッションオブジェクトを使用しそれぞれのユーザーセッションおよび／またはＲＣＬセッションに対応する前記複数のメディアデータ利用収集オブジェクトのうちの所定のオブジェクトをマージするステップとを備える。

本発明の別の様相によれば、ユーザーによるメディアデータの利用を示すデータをユーザーシステムにより収集するための方法が提供される。この方法は、前記ユーザーシステムでメディアデータ利用収集オブジェクトを作動させるステップと、前記ユーザーシステム内にメディアデータを受信するステップと、前記ユーザーシステムで作動する前記メディアデータ利用収集オブジェクトにより前記メディアデータの利用をモニタし、メディア利用データを作成するステップと、前記メディアデータ利用収集オブジェクト内に前記メディア利用データをカプセル化するステップとを備える。

本発明の更に別の様相によれば、ユーザーシステムのユーザーによるメディアデータの利用を示すデータを収集するためのシステムが提供される。このシステムは、前記ユーザーシステムが受信した複数のメディアデータのそれぞれの異なる部分および／または前記複数のメディアデータ対するユーザーエージェントの利用を示すデータを各々が収集する、複数のメディアデータ利用収集オブジェクトと、それぞれのユーザーセッションおよび／またはＲＣＬセッションに対応する前記複数のメディアデータ利用収集オブジェクトのうちの所定のオブジェクトをマージするためのセッションオブジェクトとを備える。

本発明の更に別の様相によれば、ユーザーによるメディアデータの利用を示すデータを収集するための方法が提供される。この方法は、ユーザーシステムにおいてメディアデータを受信するステップと、所定の基準に基づき、前記メディアデータの少なくとも一部を選択するステップと、前記ユーザーシステムにおいて、前記選択されたメディアデータのためのアドレスデータをレポートオブジェクト内にコンパイルするステップと、前記レポートオブジェクトを遠隔位置に位置するプロセッサへ送信するステップとを備える。

本発明の更に別の様相によれば、１つ以上のユーザーシステムのユーザーによるメディアデータの利用に関するレポートを発生するための方法が提供される。この方法は、ユーザーシステムのユーザーによるメディアデータの利用を各々が示し、ユーザーシステムが発生し、レポートシステムへ送信されるレポートオブジェクトを受信するステップと、前記送信されたレポートオブジェクトをマクロレポートに組み立てるステップと、マクロレポートおよび／または他のレポートシステムのためのレポートオブジェクトをコーディネートし、収集するステップと、プレゼンテーションのためにマクロレポートをフォーマット化するステップとを備える。

本発明の更に別の様相によれば、ユーザーによるメディアデータの利用に関するデータをユーザーシステムにより収集するための方法が提供される。この方法は、それぞれのユーザーセッションおよび／またはＲＣＬセッション内でユーザーに与えられるメディアデータの利用を示す利用データをユーザーシステム内に収集するための第１のデータ収集オブジェクトを設けるステップと、定性的データを収集するための第２のデータ収集オブジェクトを設けるステップと、前記ユーザーシステム内に前記第１のデータ収集オブジェクトと第２のデータ収集オブジェクトとをマージするセッションオブジェクトを設けるステップとを備える。

本発明の更に別の特徴によれば、メディアデータの利用を示すデータをユーザーシステムにより収集するためのシステムが提供される。この方法は、ユーザーシステムが受信した複数のメディアデータのそれぞれ異なる部分および／または前記複数のメディアデータのためのユーザーエージェントの利用を示す、前記ユーザーシステム内のデータを各々が収集するようになっている、複数のメディアデータ利用収集オブジェクトと、それぞれのユーザーセッションおよび／またはＲＣＬセッションに対応する前記複数のメディアデータ利用収集オブジェクトの所定のオブジェクトをマージするためのセッションオブジェクトとを備えた、メディアデータの利用を測定するためのソフトウェアを含む。

本発明の更に別の特徴によれば、ユーザーによるメディアデータの利用を示すデータをユーザーシステムにより収集するためのシステムが提供される。この方法は、所定の基準に基づき、メディアデータの利用をモニタするための、前記システム内のデータ収集オブジェクトを含み、前記データ収集オブジェクトは前記所定の基準に基づき、前記メディアデータの少なくとも一部の利用を示す利用データを選択し、カプセル化する。

本発明の更に別の特徴によれば、１つ以上のユーザーシステムのユーザーによるメディアデータの利用を示すレポートを作成するためのシステムが提供される。この方法は、それぞれのユーザーシステムのユーザーによるメディアデータの利用を各々が示す、ユーザーシステムが発生し、レポートシステムに送信されるレポートオブジェクトと、複数のレポートオブジェクトに基づき、マクロレポートを作成するための前記送信されたレポートオブジェクトを収集するための前記レポートシステムで作動するマクロアグレゲータ(macro aggregator)プロセスと、プレゼンテーションを作成するよう、前記マクロレポートをフォーマット化するためのレポートシステムおよびそのクライアントの１つで作動するプレゼンテーションプロセスとを備える。

添付図面を参照し、次の詳細な説明を読めば本発明およびその特定の特徴並びに利点がより明らかとなろう。

（好ましい実施例の詳細な説明）
図１はユーザーシステム１０４によりメディアデータがユーザー１０２に提供されるメディアデータ利用システム１００を示す。このユーザーシステム１０４はネットワーク１０６に結合されており、メディアデータにアクセスし、および／またはメディアデータをユーザー１０２に与えるようになっている。ユーザーシステム１０４はメディアデータのローカルソース１０５を内蔵し、このローカルソースからユーザーシステム１０４はユーザー１０２へ提供するためのメディアデータも入手する。このローカルソース１０５は例えばハードドライブ、または他の記憶デバイス（単数または複数）でよく、あらかじめ記録されたメディアデータおよび／またはネットワーク１０６を介してダウンロードされ、後にユーザー１０２へ与えるためのローカルソース１０５に記憶されたメディアデータを記憶する。このユーザーシステムはユーザー１０２へ同時に提供するための、ネットワーク１０６を介し、かつローカルソース１０５からの双方のメディアデータの組み合わせ、またはオーディオおよび／またはビデオメディアデータのストリームに組み合わされたメディアデータの組み合わせを入手するようにも働くことができる。このユーザーシステム１０４は無線、ケーブル、衛星、ＰＳＴＮ（公衆交換電話ネットワーク）、ＤＳＬ（ダイレクト加入者回線）、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、イントラネットおよび／またはインターネット（これらに限定されるものではない）を含む任意の態様でネットワーク１０６に結合されている。

ユーザーシステム１０４はこのユーザーシステム１０４内でメディアデータ利用モニタサービスを実施するメディア利用モニタプロセッサ１０７を内蔵する。しかしながら、前に提案した技術とは異なり、プロセッサ１０７はシステム１０４によりメディアデータの利用を表示するデータを収集するだけでなく、収集されたデータを処理し、メディアデータの利用に関するレポートを作成する際にレポートシステムによって使用できるようにマイクロレベルのレポートオブジェクトを作成する。実質的に、プロセッサ１０７は当初利用データを収集するように働くメディアデータ利用収集オブジェクト１０８と、オブジェクト１０８をユーザーセッションおよび／またはＲＣＬセッションにマージするセッションオブジェクト１１０と、セッションオブジェクトおよび／またはレポート用のその他のデータ収集オブジェクトをマージするマイクロレベルのレポートオブジェクト１１１を管理することにより、そのタスクを実行する。

或る実施例では、プロセッサ１０７はユーザーシステム１０４の周辺機器として、またはボードとしての専用デバイス、またはユーザーシステム１０４内に挿入もしくはその他の方法でユーザーシステムに結合されたその他のデバイスにより実現される。これら実施例のうちの或る実現例では、デバイスはプロセッサ１０７を実現するための、あらかじめ記録された命令が設けられたプログラマブルデバイスである。その他の実現例では、プロセッサ１０７のためのソフトウェアはネットワーク１０６またはその他の通信媒体を介してデバイスにダウンロードされるか、または記憶媒体からデバイスにロードされる。その他の実施例ではプロセッサ１０７はユーザーシステムで作動するソフトウェア内で実現され、ネットワーク１０６または他の通信媒体から、もしくは記憶媒体からユーザーシステムにロードされる。

或る実施例では、プロセッサ１０７はある単一ユーザーよる使用しかモニタしないようになっている。別の実施例では、プロセッサ１０７はユーザーシステム１０４の二人以上のユーザーによる使用をモニタする。

プロセッサ１０７はユーザーによるメディアデータの利用を示す利用データを収集するよう、ユーザーシステム１０４内のプロセッサ１０７またはその他の場所内で作動するメディアデータ利用収集オブジェクト１０８のインスタンスを生成する。オブジェクト１０８はメディアデータの１つの所定のカテゴリー、例えばグラフィックデータ、オーディオデータ、ストリーミングメディアデータ、ビデオデータ、テキスト、ウェブページ、画像データなどのための利用データを収集するように働く。このようにオブジェクト１０８は所定の基準に基づき、データを選択することにより、利用データをあらかじめ処理する。或る実施例では各オブジェクト１０８はｊｐｇ画像データ、ａｖｉデータ、所定の再生タイプにより再生すべきストリーミングメディアデータ、ｈｔｍｌ、ドキュメント、ｂｍｐ画像データなどの１つのフォーマットのメディアデータの利用しかモニタしないようになっている。所定の実施例では、各オブジェクト１０８は特定のブラウザ、プレイヤーなどのユーザーエージェントの１つのタイプだけにより与えられるメディアデータの利用しかモニタしないようになっている。新しいか、または異なるデータフォーマットおよびユーザーエージェントが利用できるようになるにつれ、モニタを可能にするための新しいか、または異なるオブジェクト１０８および／またはオブジェクトクラスがプロセッサ１０７に提供される。これらオブジェクトおよびオブジェクトクラスはネットワーク１０６またはその他の通信媒体を介して、または記憶媒体からプロセッサ１０７により受信される。こうして、モニタ機能はメディアデータのフォーマットおよびユーザーエージェントの初期の急速な変化に合わせて迅速かつ効率的に更新される。

或る実施例ではオブジェクト１０８が収集するデータはメディア利用イベント、例えばユーザーエージェントの開閉、新しいか、または異なるコンテント、もしくはリソース管理ロケーションチャンネルのリクエストまたは受信、スクロール、ボリューム変化、ミューティング、オンクリックイベント、ウィンドーの最大化または最小化、受信されたコンテントに対するインタラクティブな応答（例えばフォームまたはオーダーの送り）および／または同様なイベントを示す。他の実施例では、オブジェクト１０８は所定のメディアデータステート情報、例えば現在受信しているコンテント、または現在アクセスしているリソース管理ロケーション、および／またはユーザーエージェントのステート(state)のためにポーリングする。実施例によってはオブジェクト１０８はステートの変化および／またはステート自身のいずれかを記録する。別の実施例では、オブジェクト１０８はメディアデータを伴うか、またはこれに関連するコンテントメタデータを収集する。別の実施例では、上記のものの組み合わせを使用し、ある実施例では、オブジェクト１０８の特性はイベントの回数または時間長さ、もしくはステート情報を含む。

一実施例ではオブジェクト１０８はボードレベル（例えばサウンドカード）でのデータを収集するが、一方、別の実施例ではネットワークレベルのデータを収集する。更に別の実施例では、オペレーティングシステムレベルでのデータを収集するが、更に別の実施例では、アプリケーションレベル（例えばプレイヤー、ビューワー、または他のアプリケーション）でのデータを収集し、更に別の実施例ではオブジェクト１０８は２つ以上の上記レベルでのデータも収集する。

プロセッサ１０７はそれぞれのユーザーセッションのためのデータを収集するそれぞれのセッションオブジェクトとなるように、メディアデータ利用収集オブジェクト１０８をマージするように、プロセッサ１０７内、またはユーザーシステム１０４内の他の場所で作動するセッションオブジェクト１１０のインスタンスを生成する。

ある実施例では時刻基準または時間長さ基準に基づき、メディアデータ利用収集オブジェクトをグループ分けすることにより、ユーザーセッションを定めている。かかる種々の実施例では、所定の時間（例えば１日のうちの時間、日にち）の各々での利用（プレゼンテーションまたはアクセス）を示すメディアデータ利用収集を対応するユーザーセッションでグループ分けする。他のかかる実施例では１つ以上の連続的なおよび／またはオーバーラップするリソース制御ロケーションセッションを示すメディアデータ利用収集オブジェクトを１つのユーザーセッションでグループ分けするが、他方、別のかかる実施例では、わずか１つの所定の期間により時間的に分離されたリソース制御ロケーションセッションを示すメディアデータ利用収集オブジェクトを１つのユーザーセッションにグループ分けする。かかる更に別の実施例では、上記基準の組み合わせを利用し、オブジェクトをユーザーセッションにグループ分けする。

別の実施例では、ユーザーセッションはユーザーの活動度の表示に基づき、メディアデータ利用収集オブジェクトをグループ分けすることにより、ユーザーセッションを定める。かかる種々の実施例では（例えばキーボード、キーパッド、ポインティングデバイス、ダイヤル、リモコンまたはタッチスクリーン、もしくは活動、例えばディスクドライブ、テープ再生器または同等物にあらかじめ記録されたメディアを挿入することによる）ユーザー入力をモニタし、連続するユーザーの活動を検出し、ユーザーセッションの時間長さを決定する。

別の実施例では、ユーザーは、ユーザーセッションの開始および／または終了を表示しなければならない。

本発明のある実施例では、セッションオブジェクト内に次の属性のうちの１つ以上が含まれる。
（１）「セッションスタート」：最初にユーザーシステムによりＲＣＬにアクセスされ、これにメディアデータが送られる時間またはかかるメディアデータがまず最初にユーザーに与えられる時間のことである。
（２）「セッション停止」：ユーザーシステムがＲＣＬにアクセスすることを終了する時間またはユーザーへのそのメディアデータのプレゼンテーションが終了する時間のことである。
（３）「セッション時間長さ」：セッションスタートとセッション停止との間の時間長さとして測定できるユーザーセッションの時間長さのことである。
（４）「セッションコンテント」：提供された、またはアクセスされたメディアデータのタイプおよびアイデンティティのことである。
（５）「セッションインターアクション」：ユーザーセッション中に生じるユーザインターアクション（対話）イベントのことである。
（６）「セッションコンテントイベント」：ユーザーセッション中に生じるメディアデータイベントである。
（７）「セッションコンテキスト」：ユーザーセッション中に生じるセッションイベントのことである。
（８）「セッションメタデータ」：ユーザーセッションを記述するデータおよび任意のサポートデータのことである。

プロセッサ１０７はメディア利用レポートを作成するよう、１つ以上のレポートシステムに供給するため、セッションオブジェクトおよび／または他のオブジェクトを自身にマージしたり、および／またはデータをカプセル化するように働くマイクロレベルのレポートオブジェクト１１１のインスタンスを生成する。或る実施例では、オブジェクト１１１は単一ユーザーのメディアデータ利用を示す１つ以上のセッションオブジェクトを対応するマイクロレベルのレポートオブジェクトにマージするが、別の実施例では、オブジェクト１１１は多数の識別されたユーザーによるメディアデータの利用を示すマイクロレベルのレポートオブジェクトにセッションオブジェクトをマージする。ある実施例では、オブジェクト１１１は所定の時間スパン内のメディアデータの利用を示す１つ以上のセッションオブジェクトをマージするが、別の実施例では、オブジェクト１１１はネットワーク１０６を通して、または異なる通信媒体を介し、ユーザーシステム１０４に結合されたレポートシステム１１２からのリクエストに応答してセッションオブジェクトをマージする。

或る実施例では、メディアデータ利用収集オブジェクト１０８はセッションオブジェクトにマージするよりもそのデータを直接マイクロレベルのレポートオブジェクトに提供する。この特徴によってマイクロレベルのレポートオブジェクトはユーザーセッションレベルではないレベルでデータを収集し、カプセル化できる。この特徴の特定の有利な応用は、所定のユーザーシステムでのそれぞれのＲＣＬセッションを収集し、送ることであるが、これだけに限られるものではない。このような能力によって特に中間レポートのためにメディア利用データを収集することが可能となる。それぞれのＲＣＬのストリーミングメディアの場合に、進行中の利用動向をモニタし、リアルタイムのユーザープロフィルおよび習慣に基づき、ダイナミックなストリーミング調節を可能にすることが望まれている。例えばストリーム内に挿入する広告の選択をこのようにかかる利用動向のモニタに基づくものにすることができる。

或る別の実施例では、それぞれのＲＣＬセッション内の利用を示すメディアデータ利用収集オブジェクトをマージするようにＲＣＬセッションオブジェクトが供給される。このＲＣＬセッションオブジェクトは中間レポートのためのマイクロレベルのレポートオブジェクトにマージされるまでデータを収集するか、またはそれぞれのＲＣＬセッションのすべてまたは一部内の利用を表示するメディアデータ利用収集オブジェクトをマージする。ある実施例ではマイクロレベルのレポートオブジェクトはＲＣＬセッションのレポートを提供するために所定のＲＣＬセッションのための１つ以上のＲＣＬセッションオブジェクトをマージする。

或る実施例では、マイクロレベルのレポートオブジェクト１１１は所定の時間、１つ以上の指定されたＲＣＬおよび／またはユーザーを含む選択可能なパラメータに応答して１つ以上のユーザーセッションおよび／またはＲＣＬセッションのためのメディア利用データをレポートするようになっている。マイクロレベルのレポートオブジェクト１１１によりメディア利用データをレポートする実施例のうちの種々の実施例では、オブジェクト１１１は１つ以上のユーザーセッション、ＲＣＬおよび／またはＲＣＬセッションの間のバンド幅の利用、ネットワークの質、音質および／または画質を含む、ユーザーシステムからのサービスデータの質を収集するオブジェクトを収集し、および／またはマージするようにもなっている。

或る実施例ではオブジェクト１１１はセッションオブジェクトおよび／または他のオブジェクトをマージするか、または単一タイプのメディアデータだけの利用を示すデータを収集するが、別の実施例ではオブジェクト１１１はオブジェクトをマージし、および／または異なる多数のタイプのメディアデータの利用を示すデータを収集する。更に別の実施例では、オブジェクトを収集し、および／またはデータを収集するように、オブジェクト１１１によって上記パラメータの種々の組み合わせを使用する。

プロセッサ１０７内、またはプロセッサ１０７の外部にあるユーザーシステムにより、双方向のオブジェクト送受信サービス１１３が実現される。このサービス１１３はマイクロレベルのレポートオブジェクトのためのリクエストを受信し、リクエストされたオブジェクトをレポートシステム１１２に伝送するように、レポートシステム１１２と通信する。このサービス１１３はユーティリティサービス１１４からの更新されたオブジェクトおよびオブジェクトクラスも受信する。別の実施例では、レポートシステム１１２によりサービス１１４が実現されるが、別の実施例では、レポートシステム１１２とは別個に実現される。ある実施例におけるサービス１１３とレポートシステム１１２との間の通信だけでなく、サービス１１３とユーティリティサービス１１４との間の通信もネットワーク１０６を介して行われるが、別の実施例では、かかる通信は別の通信媒体を介して行われる。

或る有利な実施例では、多数のレポートシステムは多数のネットワークノードの間にレポートサービスを配信し、ネットワークノードではレポートエンティティまたはレポートエンティティの顧客が参加している多数のユーザーシステム、例えばユーザーシステム１０４から得られたマイクロレベルのレポートオブジェクトから標準化されたレポートまたはカスタマイズされたレポートのいずれかを作成する。かかる実施例では、マイクロレベルのレポートオブジェクトはネットワークのモバイルオブジェクトとして実現され、このネットワークモバイルオブジェクトは多数の分散したレポートノードへ伝送でき、多数のマイクロレベルのレポートオブジェクトから構成された標準マイクロレベルのレポートまたはレポートエンティティ、もしくは顧客が選択したいいずれかのパラメータを使ってマクロレベルレポートオブジェクトから組み立てられたカスタム作成されたマクロレポートのいずれかに組み立てられる。

或る実施例ではユーザーシステム１０４の周辺機器として、またはユーザーシステム１０４内に挿入されるか、または他の方法でユーザーシステムと結合された基板またはその他のデバイスとしての専用デバイスによりサービス１１３が実現される。かかる実施例ではサービス１１３はプロセッサ１０７も実現するデバイスによって実現することが好ましいが、必ずしもこのデバイスによって実現しなくてもよい。別の実施例では、サービス１１３はネットワーク１０６またはその他の通信媒体から、もしくは記憶媒体からユーザーシステムにロードされ、ユーザーシステムが作動するソフトウェアによって実現される。

図１Ａにはオブジェクト送受信サービス１１３の一実施例が示されている。マイクロレベルのレポートオブジェクト１１１をレポートシステム１１２に伝送するのに使用する際に、サービス１１３のオブジェクトシリアル化プロセス１２０はオブジェクト１１１のすべてのアイデンティティ、ステートおよび行動を捕捉するデータとなるように、マイクロレベルのレポートオブジェクト１１１をシリアル化する。プロセス１２０によってどのシリアル化技術も実行することができるが、所定の実施例では、プロセス１２０はオブジェクト１１１のアイデンティティ、行動(behavior)およびステートを二進データストリームに変換する二進オブジェクトシリアル化技術を使用する。別の実施例では、プロセス１２０はオブジェクト１１１のシンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）に準拠したシリアル化を実行する。更に別の実施例では、ＨＴＴＰリクエスト／回答プロトコルが使用される。プロセス１２０は種々のレポートシステム１１２だけではなく、１つ以上のユーティリティサービス１１４との通信を容易にするための多数のシリアル化アルゴリズムをサポートすることが好ましいが、必ずしもそうする必要はない。

オブジェクト圧縮／逆圧縮プロセス１２４は任意の適当な技術に従ってシリアル化されたオブジェクト１１１に無損失圧縮を施す。プロセス１２４は種々のレポートシステム６２および１つ以上のユーティリティサービス１１４との通信を容易にするために多数の圧縮アルゴリズムをサポートすることが好ましいが、必ずしもそうする必要はない。

暗号化／暗号解読プロセス１２８はレポートオブジェクト１１１を不正操作およびユーザーの操作から保護することにより、レポートオブジェクト１１１の完全性を確保するための十分なセキュリティを提供する技術によって、圧縮されたオブジェクト１１１を暗号化する。プロセス１２０および１２４の場合と同じように、プロセス１２８は種々のレポートシステム１１２および１つ以上のユーティリティサービス１１４との通信を容易にするよう、多数の暗号化アルゴリズムを実現する。

オブジェクト送受信プロセス１３２はネットワーク１０６または他の通信媒体を介したレポートシステム１１２および／またはユーティリティサービス１１４との通信を設定するように働く。このオブジェクト送受信サービス１１３は例えばインターネットまたは他のＴＣＰ／ＩＰネットワークを介したシステム１１２との通信をする場合、プロセス１３２はＴＣＰおよびＩＰ層を実現し、レポートシステム１１２および１つ以上のユーティリティサービス１１４との接続を維持する。プロセス１３２はレポートシステム１１２および１つ以上のユーティリティサービス１１４との通信を容易にするために多数の通信プロトコルをサポートすることが好ましいが、必ずしもそうしなくてもよい。

所定の実施例では、サービス１１３のプロセス１２０、１２４、１２８および１３２が通信のためのユーザーシステム１０４上で作動する別のアプリケーションによっても利用されるが、他の実施例では、プロセス１２０、１２４、１２８および１３２はマイクロレベルのレポートオブジェクト１１１の通信を含むプロセッサ１０７との間の通信のためにしか利用されない。

上記のようにオブジェクト送受信サービス１１３はプロセッサ１０７により双方向の通信をサポートする。所定の実施例ではこの機能はユーティリティサービス１１４からオブジェクト１０８、１１０および１１１への更新を得るだけでなく、新しいオブジェクトおよびオブジェクトクラス、例えば新しいかまたは異なるタイプのメディアデータおよび／またはユーザーエージェントの利用をモニタするための新しいタイプのメディアデータ利用収集オブジェクトを追加することにも使用される。プロセッサ１０７は単一のユーティリティサービス１１４からのかかる更新および新しいオブジェクトを受信することが好ましいが、必ずしもそうする必要はない。単一ユーティリティサービス１１４は新しいオブジェクトをすべてのユーザーシステム内のすべてのメディアデータモニタプロセッサへ供給し、ユーザーシステムは協働してレポートシステム１１２へメディアデータ利用のレポートを提供するように協働する。ユーティリティサービス１１４からの通信はサービス１１３に対応する送信サービスによって実現することが好ましい。従って、かかる通信がサービス１１３によって受信されると、適当な通信プロトコルを実現するオブジェクト送受信プロセス１３２によりまず受信され、次にプロセス１２８により暗号が解読され、プロセス１２４によって逆圧縮される。次に逆圧縮された通信信号はプロセッサ１０７によって使用できるよう、プロセス１２０により再構成される。

図２はユーザーシステム２０４によりメディアデータがユーザー２０２に提供されるか、またはユーザー２０２がメディアデータにアクセスする別のメディアデータ利用システム２００を示す。ユーザーシステム２０４はメディアデータにアクセスしたり、またはメディアデータをユーザー２０２に提供するよう、ネットワーク２０６に接続できる。ユーザーシステム２０４は図１のローカルソース１０５に対応するメディアデータのローカルソース（簡潔にし、かつ明瞭にするために図示せず）も内蔵する。

ユーザーシステム２０４は図１のプロセッサ１０７およびサービス１１３にそれぞれ対応するメディア利用モニタプロセッサおよびオブジェクト送受信サービス（簡潔にし、かつ明瞭にするために図示せず）を内蔵する。更にユーザーシステム２０４に内蔵されたプロセッサは異なるそれぞれのメディアタイプおよび／またはユーザーエージェントの利用をトラッキングするよう、同時および／または異なる種々の時間に作動する図１のオブジェクト１０８に対応するメディアデータ利用収集オブジェクト２０８、２０８’および２０８”、．．．２０８^ｎの多数のインスタンスを生成し、これを管理するように働く。例えばユーザー２０２がブラウザを開けた場合、所定の実施例ではプロセッサはその利用をトラッキングするためにブラウザの利用データ収集オブジェクトのインスタンスを生成する。ブラウザの使用中にオーディオプレイヤーおよび／またはビデオプレイヤーもオープンにされた場合、プロセッサはブラウザとは別個にその利用をトラッキングするために、プレイヤー利用データ収集オブジェクトのインスタンスを生成する。その他のタイプのユーザーエージェント、例えばチャットアプリケーションの利用をトラッキングするのにも同じことが行われる。

別の実施例では、別個の利用収集オブジェクトが異なるメディアデータの利用をトラッキングする。例えば１つのオブジェクトがウェブページの使用をトラッキングし、他方、１つ以上の他のオブジェクトが別個のポップアップおよび／またはポップアンダーウィンドー内で作動するか、または現れる広告をモニタする。更に別の実施例では、オブジェクトの１つの組が異なるタイプのユーザーエージェントの利用をトラッキングし、他方、別のオブジェクトが単一ユーザーエージェントによって与えられたそれぞれの多数のメディアデータの利用をモニタする。従って、利用モニタシステムは多数の異なるメディアデータタイプおよび／またはユーザーエージェントタイプの利用に関するデータを異なるそれぞれのオブジェクトに自動的に収集するので、利用されるメディアデータのタイプまたは利用されるユーザーエージェントによって収集データに容易にアクセスできる。

プロセッサはセッションオブジェクト２１０、２１０’、２１０”、．．．２１０^ｎの多数のインスタンスも生成し、管理できる。これらセッションオブジェクトはオブジェクト２０８、２０８’、２０８”、．．．２０８^ｎの適当なものをそれぞれのユーザーセッションにマージするよう、同時に、および／または種々の異なる時間で作動する。かかる各オブジェクトはそれぞれのユーザーセッション中の活動を各々が示すオブジェクトにメディアデータ利用データを収集するので、後の段階でのメディア利用レポートの作成を容易にするようにこのデータをあらかじめ処理するように働く。従って、セッション、メディアデータタイプおよび／またはユーザーエージェントタイプによるセッションオブジェクトアレンジ利用データを作成するのにユーザーシステム２０４の追加的処理、記憶および通信バンド幅リソースが利用される。次にこのセッションオブジェクトは任意の数のレポートに効率的に組み合わせることができるブロックの構築に類似しており、各レポートは選択されたレポートパラメータに従って所望するように構成される。レポートの構造はレポートシステムのユーザーのニーズを最良に満たすよう、アドホック(ad hoc)ベースで標準化または設計できる。プロセッサ１０７およびサービス１１３はユーザーシステムおよび通信リソースが使用されている進行中の幅をトラッキングし、これらリソースに対する要求を調節し、ユーザーが利用する他のアプリケーションおよび通信の妨害を防止することが好ましい。

図１の実施例と同じように、１つ以上のレポートシステム（簡潔かつ明瞭にするために図示せず）と通信するために、セッションオブジェクトはマイクロレベルのレポートオブジェクトにマージされている。

図３はユーザーシステム３０４によりメディアデータがユーザー３０２に提供されるか、ユーザーがメディアデータにアクセスする更に別のメディアデータ利用システム３００を示す。このユーザーシステム３０４はメディアデータにアクセスするようにネットワーク３０６に接続できる。図２の実施例の場合のように、ユーザーシステム３０４は図１のローカルソース１０５に対応するメディアデータのローカルソース（簡潔かつ明瞭にするため図示せず）も内蔵する。

ユーザーシステム３０４はメディア利用モニタプロセッサ（簡潔かつ明瞭にするため図示せず）を内蔵し、このプロセッサは図１のオブジェクト１０８と同じ目的を果たす１つ以上のメディアデータ利用収集オブジェクト３０８のインスタンスを生成し、かつ管理するように働く。このプロセッサはユーザーシステム３０４のユーザーに関する定性的データを収集するように働く１つ以上の定性的データ収集オブジェクト３１０のインスタンスも生成し、管理する。所定の実施例における定性的データ収集オブジェクト３１０はユーザーの年齢、性、人種、民族、婚姻状態および／または住所を含むことができる基本動態データを収集し、および／または記憶する。別の実施例ではオブジェクトは消費習慣、興味、ライフスタイル、学歴、職業および／または収入を含むことができる別のユーザー固有の情報を収集し、および／または記憶する。かかる定性的データは、例えばユーザーシステム３０４を通して、および／またはかかる情報を記憶するデータベースから与えられるユーザーへのリクエストにより収集される。

或る実施例ではオブジェクト３１０はシステムデータを構成する定性的データ、例えばシステムのタイプ、オペレーティングシステムおよびユーザーエージェントのタイプ（例えばブラウザ、プレイヤーなど）を収集し、および／または記憶する。かかるデータはユーザーシステム３０４から直接オブジェクト３１０により収集できる。別の実施例では、オブジェクト３１０は上記タイプのうちの２つ以上の定性的データを収集および／または記憶する。端的に言えば、オブジェクト３１０の各々は種々の定性的データのタイプのサブセットを収集するようになっている。或る実施例では、オブジェクト３１０はあたらしいか、または異なるデータおよび／またはデータタイプの収集および／または記憶を可能にするように時々更新される。

プロセッサはメディアデータ使用収集オブジェクト３０８および定性的データ収集オブジェクト３１０をそれぞれのユーザーセッションおよび／またはＲＣＬセッションにマージするように働く１つ以上のセッションオブジェクト３１２のインスタンスも生成し、管理する。このように、セッションオブジェクトはメディアデータ利用だけでなく、ユーザーの動態および／またはシステム情報も記述するセッションデータをカプセル化する。このように、ユーザーシステム３０８により所定のユーザーセッションおよび／またはＲＣＬセッションを記述するのに望まれる任意のすべてのデータがあらかじめ処理されるので、ユーザーシステムの余分な処理および記憶リソースを活用できる。このことは、集中処理設備にて定量的データが定量的メディアデータ使用モニタデータとマージされる、これまで提案されている技術とは対照的となっている。ある様相における本発明はユーザーシステム外部の処理および記憶条件を減少するだけでなく、最も早い段階でメディア利用測定データと動態およびその他の定性的データとを合体し、これによってユーザーまたはＲＣＬセッションレベルまで“掘り下げた(drill down)”レポートの作成が可能となり、よって、レポートのより高い精度とフレキシビリティが得られる。

種々のデータ収集および処理オブジェクトによる配信されたデータの収集および処理の使用により、本発明のモニタシステムは高速でのスケーラビリティだけでなく、新しく、かつ異なるフォームのメディアデータの利用、ユーザーシステムおよび動態カテゴリー(demographic categories)をトラッキングするための変化するニーズに合わせるために、中断することなく時間をかけてモニタシステムを調節する能力を可能にしている。このことは、種々のユーザーシステムで作動中のプロセッサに更新された新しいオブジェクトクラスをダウンロードすることによって達成される。

セッションオブジェクト３１２はレポートシステム３１６と通信するよう、マイクロレベルのレポートオブジェクト３１４内にマージされる。マイクロレベルのレポートオブジェクト３１４だけでなく、図１のオブジェクト１１１も、システム１１２および３１６だけでなく所定の実施例における他のノードおよびシステムにおいてもレポートの発生を可能にするネットワークモビリティを有し、更に別の実施例では配信されたレポートを発信する能力も有するようになっている。

図４は、ユーザー５０２に与えられるメディアデータの利用を示す利用データを収集するためのメディアデータ利用モニタシステム５００を示す。ユーザー５０２はユーザーシステム５０４によりメディアデータにアクセスするか、またはメディアデータがユーザー５０２に提供される。メディアデータにアクセスしたり、またはメディアデータをユーザー５０２に提供するよう、ユーザーシステム５０４とネットワーク５０６に接続してもよい。ユーザーシステム５０４は図１のローカルソース１０５に対応するメディアデータのローカルソース（簡潔にし、かつ明瞭にするために図示せず）も内蔵する。

ユーザーシステム５０４ではレポートシステム５１０へ送信するための上記実施例のいずれかに従い、マイクロレベルのレポートオブジェクト５０８が発生され、シリアル化され、圧縮され、暗号化される。レポートシステム５１０により一旦マイクロレベルのレポートオブジェクト５０８が受信されると、このレポートオブジェクトは利用できるように再構成される。レポートシステム５１０はユーザーシステム５０４だけでなく他のユーザーシステムからも受信した多数のマイクロレベルのレポートオブジェクト５０８を収集し、組織化し、レポートリクエスタ５０６、例えばライセンス料と交換に顧客にかかるレポートを提供するエンティティ、またはかかるレポートを直接使用したいエンティティからの命令に応答してマクロレポート５１４を発生する。

レポートシステム５１０はマイクロレベルのレポートオブジェクト５０８に含まれるメディアデータのリソース制御ロケーション（ＲＣＬ）の識別のための種々の情報を含むライブラリー５１２にアクセスする。このライブラリー５１２は特に受信されたメディアデータを伴うメタデータにＲＣＬのアイデンティティが含まれない状況で特に有効である。ライブラリー５１２は、例えばそのＵＲＬ（単数または複数）に基づき、収集されたメディアデータのＲＣＬを識別するための種々のＵＲＬのＲＣＬマップを含む。このＲＣＬのマップは１つ以上の方法でコンパイルされる。所定の実施例では、ＲＣＬ自身はライブラリー５１２に含むための必要なデータを提供する。別の実施例では、種々のＲＣＬをアクセスしながら、ＵＲＬを収集するライブラリー５１２に関連するサービスによりデータが、自動的にコンパイルされる。更に別の実施例では、既知のリソース制御ロケーションに対応するＵＲＬと他のページ、ストリームまたは他のメディアデータのためのＵＲＬとを比較し、同様なＵＲＬと同じＵＲＬとを関連づけることによりデータがコンパイルされる。例えば同じルーツを有する２つのＵＲＬは同じリソース制御ロケーションに関連すると見なすことができる。更に別の実施例では、タグ、メタデータおよび／または種々のメディアデータのコンテントを比較し、それらのＲＣＬを決定する。更に別の実施例では、次の技術の組み合わせを利用する。一実施例では、内部に含まれるデータの更新を容易にする集中ロケーション内にライブラリー５１２が常駐する。これとは別に、ライブラリー５１２はローカルまたはリモートのいずれかの種々のシステム上の種々のロケーションに常駐する。

ストリーミングソースが同じＲＣＬにマッピングされる多数のＵＲＬを有することができたとしても、マイクロレベルのレポートオブジェクト５０８に含まれる所定のストリーミングメディアデータのリソース制御ロケーションを識別するためにＲＣＬマッピングも利用する。しかしながら、ストリーミングメディアデータは特定のストリーミングＲＣＬにマッピングされる。

或る実施例ではライブラリー５１２は一日のうちの時間(time of day)、関連するＲＣＬ情報および補助動態情報、例えば消費習慣、収入、興味およびユーザーまたは世帯に関するメディアデータの広告主またはプロバイダへの潜在的関心の他のデータを含む、レポートシステム５１０に有効な別のデータも提供する。別の実施例では、ライブラリー５１２とは別個のシステムによりこれらデータサービスのうちの１つ以上が提供される。更に別の実施例では、ＲＣＬマッピングサービスを含むこれらサービスの１つ以上が、１つ以上のネットワーク上の多数のサーバーに配信される。

図５は、少なくとも１つのユーザーシステム６０４から受信された、少なくとも１つのマイクロレベルのレポートオブジェクト６０６の形態をしたデータに基づいてレポートを発生するための、レポートシステム６０２を含むレポート発生システム６００も示す。このレポートシステム６０２はシステムに入力されるレポート発生パラメータに応答し、標準ベースまたはカスタムベースのいずれかでマクロレポートを選択的に発生するよう、多数のユーザーシステム（６０４、６０４’、６０４”、．．．６０４^ｎ）から多数のマイクロレベルのレポートオブジェクト（６０６、６０６’、６０６”、．．．６０６^ｎ）へもアクセスする。

レポートシステム６０２はメディアデータのＲＣＬの識別のための情報を含むライブラリー６１２にアクセスし、そのメディアデータの利用は同一および／または種々のユーザーシステム（６０４、６０４’、６０４”、．．．６０４^ｎ）から受信されたマイクロレベルのレポートオブジェクト（６０６、６０６’、６０６”、．．．６０６^ｎ）内でレポートされる。ライブラリー６１２は、例えば収集されたメディアデータを識別するための多数のＵＲＬの包括的なＲＣＬマップを再び含むことができる。或る実施例では、ライブラリー６１２は（図４を参照して上で説明したような）別の情報を提供し、別の実施例では、ライブラリー６１２が提供したサービスが多数の分散システムによって提供される。

レポートリクエスタ６０８は種々のマイクロレベルのレポートオブジェクト（６０６、６０６’、６０６”、．．．６０６^ｎ）に基づき、１つ以上のマクロレポート６１０を発生することをレポートシステム６０２にリクエストできる。レポートリクエスタ６０８は標準タイプまたはカスタムタイプのいずれかのマクロレポートのためのリクエストをレポートシステム６０２に供給する。カスタム化されたレポートタイプがリクエストされた場合、リクエストは所望されるカスタマイズされたレポートの範囲およびコンテントを定める、メディアデータのタイプ、ユーザー、期間などを定義するパラメータを含む。レポートシステム６０２はレポートリクエスタ６０８が指定する、必要とされるマイクロレベルのレポートオブジェクトを集め、全体のメディアデータの利用に関する組み合わされたレポートであるマクロレポート６１０を作成する。レポートシステム６０２は固有のメディアデータに関する適当な情報および／または動態パラメータを提供するように種々のパラメータに沿ってマイクロレベルのレポートオブジェクト（６０６、６０６’、６０６”、．．．６０６^ｎ）を組み立てることができる。マクロレポート６１０はオンデマンドで作成してもよいし、発生および送信のためにあらかじめスケジュールを定めてもよい。

図６はレポートシステム７０２を示す。レポートシステム７０２はレポートリクエスタ７１８へ提供するためのレポートを作成するための別のオブジェクトおよび外部リソースを管理するマクロマネージャープロセス７１４を含む。システム７０２は種々のユーザーシステム（７０８、７０８’、．．．７０８^ｎ）から受信した種々のマイクロレベルのレポートオブジェクト（７０６、７０６’、．．．７０６^ｎ）を収集し、管理するマクロアグレゲータプロセス７０４を更に含む。レポートシステム７０２は種々のレポートスケジュールおよびレポートをセーブするためのスケジューラプロセス７１０も含む。レポートシステム７０１は種々のプレゼンテーション媒体のためのマクロレポートをフォーマット化するためのプレゼンテーションプロセス７１２も更に含む。

所定の実施例におけるマクロアグレゲータオブジェクト７０４は、各ユーザーシステム７０８、７０８’、．．．７０８^ｎによって維持されたスケジュールに従い、マイクロレベルのレポートオブジェクト７０６を受信する。他の所定の実施例では、プロセス７０４はレポートシステム７０２内のスケジューラプロセス７１０によって維持されたスケジュールに従って種々のユーザーシステムからのマイクロレベルのレポートオブジェクト７０６をリクエストする。別の実施例では、プロセス７０４はレポートリクエスタ７１８から受信したレポートのためのリクエストを満たすよう、マイクロレベルのレポートオブジェクト７０６をリクエストする。更に別の実施例では、上記技術の組み合わせを使用する。

１つ以上のかかる実施例では、プロセス７０４はストリーミングメディアの進行中の利用を示すマイクロレベルのレポートオブジェクトのための種々のユーザーシステム７０８、７０８’、．．．７０８^ｎへリクエストを送る。１つ以上の所定のリソース制御ロケーションのストリーミングメディアのための視聴者の現在のサイズおよび／または構成に関する情報を求めるリクエスタ７１８からの進行中のストリーミングメディア利用レポートリクエストを受信する結果、あるケースにおけるプロセス７０４からのかかるリクエストが生じる。かかるリクエストにより、広告のターゲットを現在の視聴者に合わせ、および／または所定の広告を受信したユーザーの実際の数に基づき、リクエスタ７１８またはその顧客は広告収入を最大にできる。別の実施例では、プロセス７０４が当該ＲＣＬからのストリーミングメディアの現在の利用を示すユーザーシステム７０８、７０８’．．．７０８^ｎからの１つ以上のマイクロレベルのレポートオブジェクトを受信すると、プロセス７０４はレポートリクエスタ７１８からの従来のリクエストに従い、進行中の利用レポートを作成するよう、かかるユーザーシステムからのかかる更なるマイクロレベルのレポートオブジェクトを自動的にリクエストする。

マクロアグレゲータプロセス７０４は受信したオブジェクトの属性、例えば時間、動態特性、ＲＣＬ、使用されるメディアデータのタイプなどに従い、後にアクセスできるよう、データベース内の受信されたオブジェクト７０６、７０６’、．．．７０６^ｎを記憶する。従って、標準化されたパラメータまたはカスタム設計されたパラメータに従い、マクロレポートを迅速かつ効率的に作成することができる。各マイクロレベルのレポートオブジェクトは、多数の異なる選択されたパラメータのいずれかに従ってアクセスできかつ各リクエスタのニーズを満たすようフレキシブルなレポート能力を提供するプロセス効率の良い態様でかかる他のオブジェクトと組み立てできる、別個のメディアデータ利用経験を示す。

マクロレポートは時として、スケジューラプロセス７１０から受信されたコマンドに応答し、スケジューラプロセスに維持されたレポートスケジュールに従い、マクロアグレゲータプロセス７０４により、作成される。一旦作成されると、プロセス７１０によっても維持されるレポートスケジュールに従い、またはリクエスタ７１８からのリクエストに応答し、リクエスタに提供すべきスケジュール調節７１０によりマクロレポートが記憶される。

プレゼンテーションプロセス７１２はリクエスタ７１８によって指定されるプレゼンテーションフォーマットまたはデフォルトもしくは他の所定のフォーマットに従い、作成されたマクロレポートをフォーマット化するように働く。或る実施例では、かかるフォーマットはインターネットアプライアンス、ＰＤＡ、ファクシミリ、ｅメール、プリントされたレポート、音声のレポートのためにコンピュータで作動するブラウザに適当なように選択できる。或る実施例では、各異なるプレゼンテーションフォーマットに関し、それぞれ異なるプレゼンテーションプロセス７１２が提供される。

或る実施例では単一レポートシステム７０２はマクロレベルのレポートオブジェクトを収集し、種々のレポートリクエスタ７１８にサービスする。別の実施例では、多数のかかるレポートシステム７０２はレポート作業を配信する。別の実施例では１つ以上のレポートシステムによって提供されるサービスが２つ以上の異なるシステム間に配信される。かかる別の実施例のうちの一部では、４１つ以上のクライアントへ定期的に、またはオンデマンドでマクロレポートを提供する１つ以上のサーバーにより、マクロレポートアグレゲータプロセスが実現され、クライアントはリクエスタからのレポートのためのリクエストを受信し、かかるリクエスタへプレゼンテーションするためのマクロレポートをフォーマット化する。或る実施例では、レポートシステム７０２によって提供されるサービスのうちの１つ以上は、リクエスタシステムで働くクライアントによって実現される。例えばかかる一部の実施例では、かかるクライアントは図６のシステム７０２によって実現されるスケジュールサービスおよびプレゼンテーションサービスの双方を実現する。システムのオブジェクト指向設計によって多数の異なる種類の実現例が可能となる。

レポートおよびユーティリティサービスのオブジェクト指向設計は、これらサービスを実現するために採用された物理アーキテクチャにかなりのフレキシビリティを提供する。インターネット（他のネットワーク）をベースとするサーバーのアーキテクチャでは、種々のレポートおよび／またはユーティリティサービスが種々のサーバー間に配信される。サーバーに基づくサービスの一部の実施例では、優先順位および／または範囲に従い、サービスを効率的に配信するよう、階層内にサーバーが配置されている。Ｐ２Ｐアーキテクチャを使用する実施例では、クライアント間にレポートおよび／またはユーティリティサービスのすべてが配信されるが、システムの完全性を保証するために所定のサービス、例えばオブジェクトおよびオブジェクトクラス更新サービスをコーディネートすることが好ましい。ハイブリッドな実施例では、上記アーキテクチャの組み合わせが使用される。例えばレポートサービスのヘビーユーザーは自己のクライアントマシンでサービスを実現できるが、少ないレポートしか使用しなかったり、あまり頻繁にはレポートを入手しないユーザーはレポートサーバーからのフォーマット化されたレポートを受信できる。

以上で、サービス、システム、プロセッサ、デバイス、特徴などの特定の配置および実施例を参照して本発明について説明したが、これらは可能な配置または実施例のすべてを記載したものではなく、当業者であれば他の多くの変形例および変更例を想到できよう。

ユーザーシステムによりユーザーに与えられるメディアデータの利用を示すデータを収集するためのシステムの一実施例を示すブロック図である。 図１の実施例の送信サービスのブロック図である。 ユーザーシステムによりユーザーに与えられるメディアデータの利用を示すデータを収集するためのシステムの別の実施例を示すブロック図である。 ユーザーシステムによりユーザーに与えられるメディアデータの利用を示すデータを収集するためのシステムの更に別の実施例を示すブロック図である。 ユーザーシステムによりユーザーに与えられるメディアデータの利用を示すデータを収集するためのシステムの更に別の実施例を示すブロック図である。 メディアデータの利用のレポートを作成するためのレポート発生システムのブロック図である。 メディアデータの利用のレポートを作成するための別のレポート発生システムのブロック図である。

Claims (10)

1. ネットワークからメディアデータを受信してユーザーに提供するユーザーシステム内で、ユーザーによるメディアデータの利用を示すデータを収集するシステムにおいて、
   前記ユーザーシステムが受信した複数のメディアデータのそれぞれの異なる部分の利用を示すデータおよび／または前記複数のメディアデータを処理するユーザーエージェントの利用を示すデータを各々が収集する、複数のメディアデータ利用収集オブジェクトと、
   それぞれのセッションに対応する前記複数のメディアデータ利用収集オブジェクトのうちの所定のオブジェクトをマージするためのセッションオブジェクトと、
   を備えたことを特徴とするデータ収集システム。
2. 前記複数のメディアデータ利用収集オブジェクトの各々がメディアデータの所定の単一カテゴリーに対する利用データを収集するように働く請求項１記載のシステム。
3. ユーザーセッションおよび／またはＲＣＬセッションをレポートするためのレポートオブジェクトを更に含む請求項１記載のシステム。
4. 前記メディアデータ利用収集オブジェクトが前記メディア利用データをあらかじめ処理する請求項１記載のシステム。
5. 前記メディアデータ利用収集オブジェクトが所定の基準に基づき、前記選択されたメディア利用データをあらかじめ処理する請求項１記載のシステム。
6. 前記セッションオブジェクトが定性的データをカプセル化する請求項１記載のシステム。
7. 前記メディアデータがストリーミングメディアを含む請求項１記載のシステム。
8. ネットワークからメディアデータを受信してユーザーに提供するユーザーシスムテム内で、ユーザーによるメディアデータの利用を示すデータを収集するシステムにおいて、
   前記ユーザーシステム内で所定の基準に基づきメディアデータの利用をモニタするデータ収集オブジェクトを備え、
   このデータ収集オブジェクトは、前記所定の基準に基づき、前記メディアデータの少なくとも一部の利用を示す利用データを選択してカプセル化する
   ことを特徴とするシステム。
9. 前記利用データをレポートシステムにレポートするためのレポートオブジェクトを更に含む請求項８記載のシステム。
10. 前記データ収集オブジェクトがメディアデータの単一の所定のカテゴリーに対する利用データを収集するように働く請求項８記載のシステム。

Images