(57)【要約】本開示は、ユーザナビゲーション、消費、および／または挙動を追跡し、ユーザへの将来のオファー（カスタマイズされたオファー、より高額の商品の販売、推奨など）を形作ることを助け、レポートするデータをサービスプロバイダおよびスタジオに提供するために分析を適用するというアイデアに関する。ユーザのための視聴推奨を提供する方法およびシステムが示される。これは、ユーザによる対話のセッションに関する使用データを収集することと、セッションのユーザデータを処理することと、セッションに関するフィードバックを提供することとを含む。セッションは、ユーザの対話を追跡する複数のステージを含む。これは、照会ステージ、結果ステージ、詳細ステージ、選択ステージ、および確認ステージなどのステージを含む。その後、使用データをマイニングして、メディア資産タイプにかかわりなく、メディア資産のコンテンツクリエータを示す。
2014508345.tif 000002
【特許請求の範囲】
【請求項１】
メディア資産使用を判定する方法であって、
第１のメディア資産に対応する使用データから第１のタイプの前記第１のメディア資産のコンテンツクリエータを識別するステップと、
第２のメディア資産に対応する使用データから第２のタイプの前記第２のメディア資産の第２のコンテンツクリエータを識別するステップであって、メディア資産の前記第１のタイプおよび前記第２のタイプは異なる、ステップと、
前記第１のメディア資産および前記第２のメディア資産の少なくとも１つに対応する前記使用データが、対応するコンテンツクリエータを示すことができない場合に、検索動作を実行して、前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つを識別するステップと、
コンテンツクリエータによる前記第１のメディア資産および前記第２のメディア資産の使用を示す結果を提供するステップと、
を含む、前記方法。
【請求項２】
前記第１のコンテンツクリエータおよび前記第２のコンテンツクリエータは、同一のエンティティである、請求項１に記載の方法。
【請求項３】
前記第１のコンテンツクリエータおよび前記第２のコンテンツクリエータは、異なるエンティティである、請求項１に記載の方法。
【請求項４】
前記コンテンツクリエータは、副アフィリエーションに分解される、請求項１に記載の方法。
【請求項５】
前記検索動作は、前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つにアクセスするのに使用されるドメイン名からコンテンツクリエータを判定する、請求項１に記載の方法。
【請求項６】
前記検索動作は、ソーシャルネットワーキングシステムに対して行われる前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つに関するポストからコンテンツクリエータを判定する、請求項１に記載の方法。
【請求項７】
同一のメディア資産に関する第１のポストおよび第２のポストは、前記第１のポストが行われる時と前記第２のポストが行われる時との間にある時間期間が超過する場合に限ってカウントされる、請求項６に記載の方法。
【請求項８】
メディア資産使用を判定する装置であって、
第１のメディア資産に対応する使用データから第１のタイプの前記第１のメディア資産のコンテンツクリエータを識別する手段と、
第２のメディア資産に対応する使用データから第２のタイプの前記第２のメディア資産の第２のコンテンツクリエータを識別する手段であって、メディア資産の前記第１のタイプおよび前記第２のタイプは異なる識別する手段と、
前記第１のメディア資産および前記第２のメディア資産の少なくとも１つに対応する前記使用データが、対応するコンテンツクリエータを示すことができない場合に、検索動作を実行して、前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つを識別する手段と、
コンテンツクリエータによる前記第１のメディア資産および前記第２のメディア資産の使用を示す結果を提供する手段と、
を含む、前記装置。
【請求項９】
前記第１のコンテンツクリエータおよび前記第２のコンテンツクリエータは、同一のエンティティである、請求項８に記載の装置。
【請求項１０】
前記第１のコンテンツクリエータおよび前記第２のコンテンツクリエータは、異なるエンティティである、請求項８に記載の装置。
【請求項１１】
前記コンテンツクリエータは、副アフィリエーションに分解される、請求項８に記載の装置。
【請求項１２】
前記動作を実行する手段は、前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つにアクセスするのに使用されるドメイン名からコンテンツクリエータを判定する、請求項８に記載の装置。
【請求項１３】
前記動作を実行する手段は、ソーシャルネットワーキングシステムに対して行われる前記第１のメディア資産および前記第２のメディア資産の前記少なくとも１つに関するポストからコンテンツクリエータを判定する、請求項８に記載の装置。
【請求項１４】
同一のメディア資産に関する第１のポストおよび第２のポストは、前記第１のポストが行われる時と前記第２のポストが行われる時との間にある時間期間が超過する場合に限ってカウントされる、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的には使用データのレポート作成に関し、より詳細には、メディアタイプにかかわりなくコンテンツクリエータに関する使用データのレポート作成を改善するためのユーザデータフィードバックの収集に関する。
【背景技術】
【０００２】
関連出願の相互参照
本願は、参照によってその全体が本明細書に組み込まれている、２０１１年１月４日に出願した米国特許仮出願第６１／４２９７１４号の利益を主張するものである。
【０００３】
メディアデバイス上での伝統的な使用追跡は、制限された個数のソースからの結果のコンテンツ選択の結果に焦点を合わせる傾向がある。これらのシステムは、選択されたコンテンツにどのようにして到達したのかのプロセスを追跡しない。
【０００４】
たとえば、Ｎｉｅｌｓｅｎレーティングシステムは、どの放送テレビジョン番組が見られつつあるのかを追跡するのみである。このタイプのシステムの１つの制限は、放送テレビジョンの代わりに選択され、および／または視聴される可能性がある他のタイプのメディア（ＤＶＲレコーディング、ＶＯＤ選択、インターネットコンテンツなど）を追跡せず、または他の形で考慮に入れないことである。もう１つの制限は、このタイプのシステムが、特定のコンテンツがどのようにしてまたは何故選択され、および／または視聴されるのかに関する洞察を全く提供しないことである。
【０００５】
さらに、現在のレーティングシステムは、あるコンテンツクリエータから入手可能な異なるタイプのコンテンツのすべてを追跡することができるわけではない。コンテンツクリエータは、異なるタイプのメディアを作成するメディアエンティティとすることができる。たとえば、Ｄｉｓｎｅｙ  ＣｏｒｐｏｒａｔｉｏｎおよびＶｉｖｅｎｄｉは、映画、ビデオゲーム、テレビジョン番組、ラジオ番組、音楽アルバム等を作成し、これらは、異なるタイプのメディアを表す。しかし、現在、あるユーザがＤｉｓｎｅｙから消費するコンテンツの量対Ｖｉｖｅｎｄｉ  ＳＡなどのコンテンツクリエータから消費するコンテンツの量を追跡する方法はない。
【発明の概要】
【０００６】
本開示は、ユーザナビゲーション、消費、および／または挙動を追跡することと、ユーザへの将来の提供（カスタマイズされた提供、より高額の商品の販売、推奨など）を形作ることを助け、消費されるメディアのタイプにかかわりなくコンテンツクリエータに従ってメディア資産をグループ化するレポートするデータを提供するために分析を適用することとを対象とする。
【０００７】
一実施形態によれば、ユーザに対する視聴推奨を提供する方法が提供される。この方法は、ユーザによる対話のセッションに関する使用データを収集することと、セッションに対するユーザデータを処理することと、セッションに関連するフィードバックを提供することとを含む。ある種の実施形態では、セッションは、照会ステージ、結果ステージ、詳細ステージ、選択ステージ、および確認ステージを含む。
【図面の簡単な説明】
【０００８】
【図１】一実施形態による、家庭へのビデオコンテンツおよびオーディオコンテンツの配信の概要を示すシステム図である。
【図２】代表的なセットトップボックス受信器のさらなる詳細を示すシステム図である。
【図３】一実施形態によるタッチパネル制御デバイスを示す図である。
【図４】一実施形態による例示的プロセスを示すフロー図である。
【図５】一実施形態によるアグリゲータシステムを示すシステム図である。
【図６】一実施形態による例示的プロセスを示すフロー図である。
【図７】一実施形態による集計モジュールのインターワーキングの概要を示すシステム図である。
【図８】一実施形態による例示的プロセスを示すフロー図である。
【図９】一実施形態による使用データレポートを示す図である。
【図１０】一実施形態による使用データレポートを示す図である。
【図１１】一実施形態による使用データレポートを示す図である。
【図１２】一実施形態による使用データレポートを示す図である。
【図１３】一実施形態による例示的プロセスを示すフロー図である。
【発明を実施するための形態】
【０００９】
ここで図１に移ると、家庭またはエンドユーザにコンテンツを配信するシステム１００の実施形態のブロック図が示されている。コンテンツは、映画スタジオまたはプロダクションハウス（ｐｒｏｄｕｃｔｉｏｎ  ｈｏｕｓｅ）などのコンテンツソース１０２が起源である。コンテンツを、２つの形のうちの少なくとも１つで供給することができる。１つの形を、コンテンツの放送の形式とすることができる。放送コンテンツは、ブロードキャストアフィリエイトマネージャ１０４に供給され、ブロードキャストアフィリエイトマネージャ１０４は、通常、Ａｍｅｒｉｃａｎ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ（ＡＢＣ）、Ｎａｔｉｏｎａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ（ＮＢＣ）、Ｃｏｌｕｍｂｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓｙｓｔｅｍ（ＣＢＳ）、その他などの全国放送サービスである。ブロードキャストアフィリエイトマネージャは、コンテンツを収集し、格納することができ、配信ネットワーク１（１０６）として示された配信ネットワークを介するコンテンツの配信をスケジューリングすることができる。配信ネットワーク１（１０６）は、ナショナルセンタ（ｎａｔｉｏｎａｌ  ｃｅｎｔｅｒ）から１つまたは複数の地域センタまたはローカルセンタへの衛星リンク伝送を含むことができる。配信ネットワーク１（１０６）は、無線放送、衛星放送、またはケーブル放送を介するなどのローカル配信システムを使用するローカルコンテンツ配信を含むこともできる。ローカルに配信されるコンテンツは、ユーザの家庭内の受信デバイス１０８に供給され、ユーザの家庭内で、コンテンツは、その後、ユーザによって検索される。受信デバイス１０８が、多数の形をとることができ、セットトップボックス、ディジタルビデオレコーダ（ＤＶＲ）、ゲートウェイ、モデム、その他として具体化され得ることを了解されたい。さらに、受信デバイス１０８は、ホームネットワーク内でクライアントデバイスまたはピアデバイスのいずれかとして構成される追加デバイスを含むホームネットワークシステムのエントリポイントまたはゲートウェイとして働くことができる。
【００１０】
コンテンツの第２の形を、特殊コンテンツ（ｓｐｅｃｉａｌ  ｃｏｎｔｅｎｔ）と称する。特殊コンテンツは、プレミア視聴、ペイパービュー、または、他の形でブロードキャストアフィリエイトマネージャに供給されない他のコンテンツ、たとえば映画、ビデオゲーム、もしくは他のビデオ要素として配信されるコンテンツを含むことができる。多くの場合に、特殊コンテンツを、ユーザによって要求されたコンテンツとすることができる。特殊コンテンツを、コンテンツマネージャ１１０に配信することができる。コンテンツマネージャ１１０は、たとえばコンテンツプロバイダ、ブロードキャストサービス、または配信ネットワークサービスとアフィリエイトしたインターネットウェブサイトなどのサービスプロバイダとすることができる。コンテンツマネージャ１１０は、インターネットコンテンツを配信システムに組み込むこともできる。コンテンツマネージャ１１０は、別々の配信ネットワークすなわち配信ネットワーク２（１１２）を介してユーザの受信デバイス１０８にコンテンツを配信することができる。配信ネットワーク２（１１２）は、高速ブロードバンドインターネットタイプの通信システムを含むことができる。ブロードキャストアフィリエイトマネージャ１０４からのコンテンツを、配信ネットワーク２（１１２）のすべてまたは部分を使用して配信することもでき、コンテンツマネージャ１１０からのコンテンツを、配信ネットワーク１（１０６）のすべてまたは部分を使用して配信することもできることに留意することが重要である。さらに、ユーザは、必ずしもコンテンツマネージャ１１０による管理されたコンテンツを有することなく配信ネットワーク２（１１２）を介してインターネットから直接にコンテンツを入手することもできる。
【００１１】
別々に配信されたコンテンツを利用する複数の適合が可能である可能性がある。１つの可能な手法では、特殊コンテンツは、放送コンテンツに対する増補として供給され、代替の表示、購入オプションおよびマーチャンダイジングオプション、機能強化素材などを提供する。もう１つの実施形態では、特殊コンテンツは、放送コンテンツとして提供されるいくつかの番組コンテンツを完全に置換することができる。最後に、特殊コンテンツを、ブロードキャストコンテンツとは完全に別々とすることができ、単純に、ユーザが利用のために選択できるメディア代替物とすることができる。たとえば、特殊コンテンツを、まだ放送コンテンツとしてまだ入手可能ではない映画のライブラリとすることができる。
【００１２】
受信デバイス１０８は、配信ネットワーク１と配信ネットワーク２との一方または両方から異なるタイプのコンテンツを受信することができる。受信デバイス１０８は、コンテンツを処理し、ユーザプリファレンスおよびコマンドに基づくコンテンツの分離を提供する。受信デバイス１０８は、オーディオコンテンツおよびビデオコンテンツを記録し、再生する、ハードドライブまたは光ディスクドライブなどのストレージデバイスを含むこともできる。受信デバイス１０８の動作および格納されたコンテンツの再生に関連する特徴のさらなる詳細を、下で図２に関連して説明する。処理されたコンテンツは、ディスプレイデバイス１１４に供給される。ディスプレイデバイス１１４は、従来の２Ｄタイプのディスプレイとすることができ、あるいは、進歩した３Ｄディスプレイとすることができる。
【００１３】
受信デバイス１０８を、タッチスクリーン制御デバイス１１６などのセカンドスクリーンにインターフェースすることもできる。タッチスクリーン制御デバイス１１６を、受信デバイス１０８および／またはディスプレイデバイス１１４のユーザ制御を提供するように適合させることができる。タッチスクリーンデバイス１１６は、ビデオコンテンツを表示できるものとすることもできる。ビデオコンテンツは、ユーザインターフェースエントリなどのグラフィックスエントリとすることができ、または、ビデオコンテンツのうちでディスプレイデバイス１１４に配信される部分とすることができる。タッチスクリーン制御デバイス１１６は、ＩＲ（赤外線）またはＲＦ（ラジオ周波数）通信などの任意の周知の信号伝送システムを使用して受信デバイス１０８とインターフェースすることができ、ＩＲＤＡ（ｉｎｆｒａ−ｒｅｄ  ｄａｔａ  ａｓｓｏｃｉａｔｉｏｎ）標準規格、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の標準プロトコルまたは任意の他のプロプライエタリプロトコルを含むことができる。タッチスクリーン制御デバイス１１６の動作を、下記でさらに詳細に説明する。受信デバイス１０８およびタッチスクリーン制御デバイス１１６は、フロントエンドを構成することができる。
【００１４】
図１の例では、システム１００は、サーバ１１８および使用データベース１２０を含むバックエンドをも含む。バックエンドサーバ１１８は、ユーザの使用習慣を分析し、これらの使用習慣に基づいて推奨を行う、パーソナライゼーションエンジンを含む。使用データベース１２０は、あるユーザの使用習慣が格納されるところである。いくつかの場合に、使用データベース１２０を、バックエンドサーバ１１８の一部とすることができる。この例では、バックエンドサーバ１１８（ならびに使用データベース１２０）は、システムシステム１００に接続され、配信ネットワーク２（１１２）を介してアクセスされる。
【００１５】
ここで図２に移ると、受信デバイス２００の実施形態のブロック図が示されている。受信デバイス２００は、図１で説明された受信デバイスと同様に動作することができ、受信デバイス２００を、ゲートウェイデバイス、モデム、セットトップボックス、または他の同様の通信デバイスの一部として含めることができる。図示のデバイス２００を、オーディオデバイスまたはディスプレイデバイスを含む他のシステムに組み込むこともできる。どの場合でも、システムの完全な動作に必要な複数のコンポーネントが、当業者に周知なので、簡潔さのために図示されていない。
【００１６】
図２に示されたデバイス２００では、コンテンツが、入力信号受信器２０２によって受信される。入力信号受信器２０２は、無線、ケーブル、衛星、イーサネット（登録商標）、ファイバ、および電話回線網を含む複数の可能なネットワークのうちの１つを介して供給された信号を受信し、復調し、復号するのに使用される複数の既知の受信器回路のうちの１つとすることができる。所望の入力信号を、制御インターフェースまたはタッチパネルインターフェース２２２を介して供給されるユーザ入力に基づいて、入力信号受信器２０２によって選択し、取り出すことができる。タッチパネルインターフェース２２２は、タッチスクリーンデバイスのインターフェースを含むことができる。タッチパネルインターフェース２２２を、携帯電話機、タブレット、マウス、ハイエンドリモート等にインターフェースするように適合させることもできる。
【００１７】
復号された出力信号は、入力ストリームプロセッサ２０４に供給される。入力ストリームプロセッサ２０４は、最終的な信号選択および処理を実行し、コンテンツストリームのオーディオコンテンツからのビデオコンテンツの分離を含む。オーディオコンテンツは、圧縮されたディジタル信号などの受信されたフォーマットからアナログ波形信号への変換のために、オーディオプロセッサ２０６に供給される。アナログ波形信号は、オーディオインターフェース２０８に供給され、さらに、ディスプレイデバイスまたはオーディオ増幅器に供給される。あるいは、オーディオインターフェース２０８は、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルまたはＳＰＤＩＦ（Ｓｏｎｙ／Ｐｈｉｌｉｐｓ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｆｏｒｍａｔ）を介するインターフェース等の代替オーディオインターフェースを使用して、オーディオ出力デバイスまたはディスプレイデバイスにディジタル信号を供給することができる。オーディオインターフェースは、スピーカの１つ又は複数のセットを駆動する増幅器を含むこともできる。オーディオプロセッサ２０６は、オーディオ信号のストレージに必要なすべての変換をも実行する。
【００１８】
入力ストリームプロセッサ２０４からのビデオ出力は、ビデオプロセッサ２１０に供給される。ビデオ信号を、複数のフォーマットのうちの１つとすることができる。ビデオプロセッサ２１０は、必要に応じて、入力信号フォーマットに基づくビデオコンテンツの変換を提供する。ビデオプロセッサ２１０は、ビデオ信号の格納に必要なすべての変換をも実行する。
【００１９】
ストレージデバイス２１２は、入力で受信されたオーディオコンテンツおよびビデオコンテンツを格納する。ストレージデバイス２１２は、コントローラ２１４の制御の下での、また、コマンド、たとえばユーザインターフェース２１６および／またはタッチパネルインターフェース２２２から受け取られる、早送り（ＦＦ）および巻き戻し（Ｒｅｗ）などのナビゲーション命令に基づく、コンテンツのその後の取り出しおよび再生を可能にする。ストレージデバイス２１２は、ハードディスクドライブ、スタティックＲＡＭ（ランダムアクセスメモリ）もしくはＤＲＡＭ（ダイナミックＲＡＭ）などの１つまたは複数の大容量集積電子メモリとすることができ、または、ＣＤ（コンパクトディスク）ドライブもしくはＤＶＤ（ディジタルビデオディスク）ドライブなどの交換可能光ディスクストレージシステムとすることができる。
【００２０】
入力またはストレージデバイス２１２のいずれかを起源とする、ビデオプロセッサ２１０からの変換されたビデオ信号は、ディスプレイインターフェース２１８に供給される。ディスプレイインターフェース２１８は、さらに、上で説明したタイプのディスプレイデバイスにディスプレイ信号を供給する。ディスプレイインターフェース２１８は、ＲＧＢ（赤緑青）などのアナログ信号インターフェースとすることができ、または、ＨＤＭＩなどのディジタルインターフェースとすることができる。ディスプレイインターフェース２１８が、下でより詳細に説明するように、３次元グリッド内に検索結果を提示するためにさまざまなスクリーンを生成することを了解されたい。
【００２１】
コントローラ２１４は、入力ストリームプロセッサ２０４、オーディオプロセッサ２０６、ビデオプロセッサ２１０、ストレージデバイス２１２、およびユーザインターフェース２１６を含むデバイス２００の複数のコンポーネントにバスを介して相互接続される。コントローラ２１４は、入力ストリーム信号をストレージデバイスに格納するためまたは表示のための信号に変換する変換プロセスを管理する。コントローラ２１４は、格納されたコンテンツの取り出しおよび再生をも管理する。さらに、下で説明するように、コントローラ２１４は、コンテンツの検索と、上で説明した、格納されるコンテンツまたは配信ネットワークを介して配信されるべきコンテンツのいずれかを表すグリッドディスプレイの作成および調整とを実行する。
【００２２】
コントローラ２１４は、さらに、コントローラ２１４の情報および命令コードを格納する制御メモリ２２０（たとえば、ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ、プログラム可能ＲＯＭ（ＰＲＯＭ）、フラッシュメモリ、電子的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電子的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、その他を含む揮発性または不揮発性のメモリ）に結合される。制御メモリ２２０は、コントローラ２１４の命令を格納することができる。制御メモリは、コンテンツを含むグラフィック要素などの要素のデータベースを格納することもできる。データベースを、グラフィック要素のパターンとして格納することができる。あるいは、メモリは、識別されたまたはグループ化されたメモリ位置内にグラフィック要素を格納し、アクセステーブルまたはロケーションテーブルを使用して、グラフィック要素に関係する情報のさまざまな部分のメモリ位置を識別することができる。グラフィック要素の格納に関係する追加の詳細を、下で説明する。さらに、制御メモリ２２０の実施態様は、単一のメモリデバイス、あるいはまた、共有メモリまたは共通メモリを形成するために互いに通信的に接続されまたは結合された複数のメモリ回路など、複数の可能な実施形態を含むことができる。さらに、メモリを、より大きい回路内の、バス通信回路網の一部としてなど、他の回路網と共に含めることができる。
【００２３】
本開示のユーザインターフェースプロセスは、早送り、巻き戻し、その他などの機能を表すのに使用できる入力デバイスを使用する。これを可能にするために、図３に示されているように、タッチパネルデバイス３００を、受信デバイス２００のユーザインターフェース２１６および／またはタッチパネルインターフェース２２２を介してインターフェースすることができる。タッチパネルデバイス３００は、パネルを介してセットトップボックスまたは他の制御デバイスのコマンドに変換された手の動きまたはジェスチャおよびアクションに基づく受信デバイスまたはセットトップボックスの操作を可能にする。一実施形態では、タッチパネル３００は、単純にグリッドディスプレイをナビゲートするナビゲーションツールとして働くことができる。他の実施形態では、タッチパネル３００は、さらに、ユーザがコンテンツのグリッドディスプレイを通してナビゲーションとより直接に対話することを可能にするディスプレイデバイスとして働く。タッチパネルデバイスを、アクティベータボタンまたはアクチュエータボタンなどのより従来の制御機能を含むリモートコントロールデバイスの一部として含めることができる。タッチパネル３００は、少なくとも１つのカメラ要素を含むこともできる。
【００２４】
図４に、本開示で説明されるようなユーザデータフィードバックの提供に関与するプロセスのフロー図４００を示す。このプロセスは、使用データの収集または入手（ステップ４１０）、使用データの処理（ステップ４２０）、およびフィードバックの提供（ステップ４３０）を含む。これらのステップのそれぞれを、下でより詳細に説明する。
【００２５】
図４の第１のステップに従って、ユーザの使用習慣に関するデータが、収集される。使用情報は、フロントエンドにおいて受信デバイス１０８およびタッチスクリーン制御デバイス１１６から収集される情報を含むことができる。収集される情報のタイプは、ディスプレイデバイス１１４上で見られるチャンネル、チャンネルが見られた時刻、チャンネルがどれほど長く見られたのか、チャンネル上の番組のタイプ、見られた番組に関する情報（たとえば、ジャンル、ディレクタ、俳優など）、タッチスクリーン制御デバイス１１６上で何が見られたか（すなわち、番組ガイド、追加の番組情報、ウェブサイト、アプリケーションなど）、いつタッチスクリーン制御デバイス１１６でコンテンツが見られたか、コンテンツがどれほど長く見られたのか、および見られたコンテンツに関する情報（コンテンツのタイプ、ジャンルなど）を含むことができる。
【００２６】
追跡もできる他のタイプのデータおよび挙動も同様にある。たとえば、加入者の移動挙動を、メディアソースからメディアソースへおよびメディア資産からメディア資産へと追跡することができる。ユーザが、Ｃｏｍｃａｓｔなどのネットワークサービスプロバイダから配信されるテレビジョン番組を見守っている例を検討されたい。その後、ユーザは、メディア選択をオーバーザトップ（ｏｖｅｒ  ｔｈｅ  ｔｏｐ、ＯＴＴ）メディアサービスプロバイダ（Ｎｅｔｆｌｉｘなど）に変更する。説明されるシステムは、２つのメディア選択（テレビジョン番組、映画）、そのようなメディア選択のソース（Ｃｏｍｃａｓｔ、Ｎｅｔｆｌｉｘ、および類似物）、および各メディア選択を使用しまたは見て費やされた時間を追跡することができる。説明されるシステムは、さまざまな例示的実施形態で開示される暗黙の技法と明示的技法との両方を介して、メディア資産のコンテンツ著者を追跡することもできる。
【００２７】
この現在の例は、意味のある情報を提供する。多数のネットワークサービスプロバイダ、オーバーザトップサービス、パーソナルメディアサーバ、ブロードキャストソース、ケーブルソース、衛星ソース、ＩＰＴＶソース、ウェブサイト、メディアを供給するオンラインソース（Ａｍａｚｏｎ、Ｅｍｕｓｉｃ、ＩＴｕｎｅｓ、および類似物など）、追跡を保持する値から以下の意味ある情報を提供する。
ａ．どのソースが特定のメディア選択に対して存在するのか。  
ｂ．メディア選択がどのソースから来るのかの追跡。  
ｃ．アクセスされたメディアソースが、システムによって提案されたかどうかの追跡。  
ｄ．ユーザが特定のソースからメディア選択を購入するかどうか（クリックスルー）の追跡。  
ｅ．ユーザが選択されたメディア選択を見るために特定のソースに行ったが、購入しなかった場合の追跡。  
ｆ．ユーザが特定のソースからのメディア選択にアクセスしまたはこれを見た時間の長さの追跡。  
ｇ．ユーザが、特定の広告およびそのような広告のソース（ローカルオペレータ、ネットワークオペレータ、オーバーザトップサービス、放送事業者など）に応答するかどうかの追跡。  
ｈ．特定のメディア資産のどのバージョンが選択されたのかおよびソースの追跡。
ｉ．標準品位対高品位など、低解像度対高解像度。  
ｊ．メディア資産のビットレート。  
ｋ．レギュラーバージョン対特集。  
ｌ．「特集」がどれほど長くアクセスされたのか。  
ｍ．メディア資産に埋め込まれまたはこれにプッシュされた広告が選択されるかどうか。  
ｎ．メディア資産を選択するのにどのアプリケーションが使用されたのか、および特定のメディア資産を得るのにどれほど時間を要したのかの追跡の継続。  
ｏ．検索エンジン。  
ｐ．電子番組ガイド。  
ｑ．広告。  
ｒ．友人からのソーシャルネットワーキング推奨。  
ｓ．メディア資産のコンテンツクリエータの追跡。
【００２８】
他の属性を、追跡すると同時にレポート内で配信することができ、そのような属性を、一緒にグループ化することができることが期待される。この情報を、図５に見られるものなどのアグリゲータシステムによって収集し、集計することができる。
【００２９】
集計ＥＡＲファイル５００は、ＳｐｅｃｔｒｕｍＣｏｍｍｏｎ  ＪＡＲモジュール５１０と集計ＷＡＲモジュール５２０との両方を含む。ＳｐｅｃｔｒｕｍＣｏｍｍｏｎ  ＪＡＲモジュール５１０は、エラーコード、エラーメッセージ、およびロギングサービスを入手する、共有モジュールである。集計モジュール５２０は、デバイス上の収集された顧客使用データを集計する内部ＡＰＩであり、その後に、収集されたログが、レポート作成に使用される。集計されたユーザデータを、データベース１２０に送り、データベース１２０内で保存し、レポート生成に使用することができる。
【００３０】
ユーザアクティビティロギングのために記録されるプロパティの例は、タイムスタンプ、世帯ＩＤ、ユーザＩＤ、デバイスＩＤ、セッションＩＤ、アプリケーションＩＤ、アクションタイプ、ならびにアクションタイプに関連する他のパラメータを含む。この情報は、次のフォーマットを有するログメッセージ内で提供される。
＜Ｔｉｍｅｓｔａｍｐ＞│＜ＨｏｕｓｅｈｏｌｄＩｄ＞│＜ＵｓｅｒＩｄ＞│＜ＤｅｖｉｃｅＩｄ＞│＜ＳｅｓｓｉｏｎＩｄ＞│＜ＡｐｐｌｉｃａｔｉｏｎＩｄ＞│＜ＡｃｔｉｏｎＴｙｐｅ＞│＜ＭｓｇＰａｒａｍｓ＞
ここで、
・  ＜Ｔｉｍｅｓｔａｍｐ＞フォーマットは「ｙｙｙｙ−ｍｍ−ｄｄ  ｈｈ：ｍｉ：ｓｓ．ｍｉｌｌｉｓ」である。
・  ＜ＡｃｔｉｏｎＴｙｐｅ＞は、ＲＰ＿ＡＣＴＩＯＮ＿ＴＹＰＥテーブル内の値のうちの１つである（値については、データベーススキーマ設計セクションを参照されたい）
・  ＜ＭｓｇＰａｒａｍｓ＞は、「；」文字によって区切られた、メッセージ固有キー値対である。キー値対は、「：」文字によって区切られる。
【００３１】
獲得アクションに関するそのようなログメッセージの例は、次のようになるはずである。
ACQUIRE Log Message
2010-10-12 16:52:12.014│Household123│be01│dev456│Sess123│App001│ACQUIRE |
ITEM_ID:987;ITEM_TYPE:VOD;OFFER_ID:Offer123;PROVIDER:NETFLIX;ACQUIRE_SOURCE:SEARCH;ACQUIRE_TYPE:BUY;PRICE:7.99;CURRENCY:USD;STATUS:SUCCESS;
集計モジュールは、
●  ＣｏｌｌｅｃｔＵｓｅｒＤａｔａ
○  要求：ログメッセージのリスト
○  応答：ブール真値（ウェブサービス処理が障害を発生する場合であっても）
などの要求に対する応答内でログメッセージを提供する。
【００３２】
ウェブサービス要求は、個々のログメッセージを抽出するために解析される。各個々のログメッセージは、ユーザ情報、デバイス情報、アクティビティタイプ、およびアクティビティタイプ固有データのキー値対を抽出するために解析される。データの各キー値対は、データベーステーブル内に格納される。現在の実施態様は、ウェブサービス応答を返す前に、各ウェブサービス要求内のすべてのログレコードデータを処理し、解析する。
【００３３】
［データベーススキーマ設計］
レポートするデータベーススキーマ設計は、「疎行列」として知られている変更されたＥＡＶ（Ｅｎｔｉｔｙ−Ａｔｔｒｉｂｕｔｅ−Ｖａｌｕｅ）モデルに基づく。このモデルは、各ログメッセージ属性値対を、別のテーブル内の別々の行として格納する。この手法は、ＲＰ＿ＬＯＧテーブルからＯＦＦＥＲ＿ＩＤ列およびＣＯＮＴＥＮＴ＿ＩＤ列を除去するなど、既存のレポートするデータベーススキーマに対する些細な変更を伴う。
【００３４】
【表１】
2014508345.tif 000003
【００３５】
ＯＦＦＥＲ＿ＩＤ列およびＣＯＮＴＥＮＴ＿ＩＤ列は、ＡＣＱＵＩＲＥ（獲得）メッセージに対してのみ使用されるので、除去された。これらの属性は、ＲＰ＿ＩＮＦＯＲＭＡＴＩＯＮテーブルに追加される。
【００３６】
【表２】
2014508345.tif 000004
【００３７】
【表３】
2014508345.tif 000005
【００３８】
このテーブルは、すべてのキーパラメータ（ＩＤおよび名前）のレコードを含まなければならない。
【００３９】
【表４−１】
2014508345.tif 000006
【００４０】
【表４−２】
2014508345.tif 000007
【００４１】
ＲＰ＿ＡＣＴＩＯＮ＿ＴＹＰＥテーブル
ＡＣＴＩＯＮ＿ＴＹＰＥ＿ＩＤ  ＮＵＭＢＥＲ
ＡＣＴＩＯＮ＿ＴＹＰＥ        ＶＡＲＣＨＡＲ２  （２０  ＣＨＡＲ）
このテーブルは、ＡＣＱＵＩＲＥ、ＳＥＡＲＣＨ、ＶＩＥＷＣＨＡＮＮＥＬ（チャンネル視聴）、ＰＬＡＹ（再生）、ＦＡＳＴＦＯＲＷＡＲＤ（早送り）、ＲＥＶＥＲＳＥ（逆再生）、ＰＡＵＳＥ（一時停止）、その他などのすべてのアクティビティ名のレコードを含まなければならない。追加のアクション名は、ＴＢＤ（将来決定する）である。
【００４２】
【表５】
2014508345.tif 000008
【００４３】
ＲＰ＿ＡＰＰＬＩＣＡＴＩＯＮテーブル
ＡＰＰ＿ＩＤ                    ＮＵＭＢＥＲ
ＡＰＰ＿ＤＥＳＣＲＩＰＴＩＯＮ  ＶＡＲＣＨＡＲ２  （２０  ＣＨＡＲ）
図６に、ＣｏｌｌｅｃＵｓｅｒＤａｔａ（ユーザデータ収集）動作６００を使用する集計システムによるユーザアクティビティデータの収集を示す。ここで、要求６１０は、外部ウェブサービスクライアント６２０によって行われ、外部ウェブサービスクライアント６２０は、バックエンドサーバ１１８に配置され得る。要求は、受信デバイス１０８またはセカンドスクリーン１１６上に配置される集計モジュールの集計スケルトン６２０によって受信される。集計スケルトン６３０は、ブール値６４０を用いて応答する。集計モジュールのインターワーキングの例を、図７に見ることができる。
【００４４】
図７に、ＳｐｅｃｔｒｕｍＣｏｍｍｏｎＪＡＲ５１０および集計ＷＡＲ５２０による相互通信を示すシステム７００を示す。ＳｐｅｃｔｒｕｍＣｏｍｍｏｎモジュール５１０は、ロギングサービス、エラーコード、およびエラーメッセージを集計モジュール５２０に供給する。集計スケルトン６２０は、集計スケルトンインターフェース７１０を使用して、ＣｏｌｌｅｃＵＳｅｒＤａｔａ要求６１０を受信し、ＬｏｇＬｉｓｔＴｙｐｅ７４０およびＬｏｇＴｙｐｅ７５０についてＬｏｃａｌＬｏｇＬｉｓｔ７２０およびＬｏｃａｌＬｏｇ７３０を通して解析する。その後、ＣｏｌｌｅｃｔＵｓｅｒＤａｔａ要求に対する応答６４０が返される。
【００４５】
Ｆｌａｓｈ／Ｆｌｅｘアプリケーションでの次のユーザアクティビティを、ログに記録することができる。
【００４６】
【表６−１】
2014508345.tif 000009
【００４７】
【表６−２】
2014508345.tif 000010
【００４８】
【表６−３】
2014508345.tif 000011
【００４９】
ＤＶＲアクティビティをログに記録することもできる。これは、次を含む。
【００５０】
・リモートコントロール上でのキー押下げ
・ＤＶＲレコーディング管理
【００５１】
【表７−１】
2014508345.tif 000012
【００５２】
【表７−２】
2014508345.tif 000013
【００５３】
【表７−３】
2014508345.tif 000014
【００５４】
ＣｏｌｌｅｃｔＵｓｅｒＤａｔａ  ＪＳＯＮ要求を使用するトランザクションの例を、下に見ることができる。
{
"userLog": {
"authToken":"?",
"logs":[
{
"log":"2010-10-12 16:52:12.014|Household123|be01|dev456|Sessl23|
App001|ACQUIRE|ITEM_ID:987;ITEM_TYPE:VOD;OFFER_ID:Offer123;PROVIDER:NETFLIX;ACQUIRE_SOURCE:SEARCH;ACQUIRE_TYPE:BUY;PRICE:7.99;CURRENCY:USD;STATUS:SUCCESS;"
}
{
"log":"2010-10-12 16:52:12.014|Household123|be01|dev456|Sessl23|
App001|ACQUIRE|ITEM_ID:987;ITEM_TYPE:VOD;OFFER_ID:Offer123;PROVIDER:NSP;ACQUIRE_SOURCE:SEARCH;ACQUIRE_TYPE:RENT;PRICE:2.99;CURRENCY:USD;STATUS:SUCCESS;"
}
]
}
}
ＣｏｌｌｅｃｔＵｓｅｒＤａｔａ  ＪＳＯＮ応答の例は、次である。
{
"status":"true"
}
【００５５】
ユーザデータの収集で使用される１つの概念が、「セッション」の概念である。「セッション」は、ユーザとデバイスとの間の特定の対話を行うユーザによるアクションのコレクションである。たとえば、セッションは、メディアの特定の１つを見守るためにユーザが行うすべてのアクションを含むことができる。図８に、セッションが関与することのできるプロセスの一例の流れ図８００を示す。
【００５６】
図８では、セッション８００に対する５つのステージまたはステップがある。これらのステージは、ステップ８１０の照会、ステップ８２０の結果、ステップ８３０の詳細、ステップ８４０の選択、およびステップ８５０の確認である。これらのステージのそれぞれを、下記でより詳細に議論する。
【００５７】
照会ステージ（ステップ８１０）は、セッションを開始する。照会ステージは、ユーザが質問「私は何を見ることができるのか」に答えようとする、デバイスとのユーザ対話の始めに類似すると考えることができる。たとえば、照会を、特定のトピックに関する検索、ＶＯＤオファリングのリスティングの要求、ＥＰＧの要求、または以前に記録した番組のリスティングの要求とすることができる。すべてのそのようなアクティビティが、セッションを開始し、セッションの一部としてログに記録される。
【００５８】
照会ステップ（ステップ８１０）に応答して、結果が、ユーザが再検討するために提供される（ステップ８２０）。結果は、実行された検索の結果、使用可能なＶＯＤオファリングのリスティング、ＥＰＧ、または以前に記録された番組のリスティングとすることができる。結果は、ユーザまたはデバイスに基づく推奨を含むこともできる。他の実施形態では、提供される結果を、ユーザまたはデバイスに基づいてフィルタリングすることができる。ユーザに提供される結果は、セッションの一部としてログに記録される。提供された結果に基づいて、ユーザは、新しい照会（ステップ８１０）を行い、新しいセッションを開始するか、提供された結果に関する追加の詳細を得る（ステップ８３０）ことができる。
【００５９】
詳細ステップ（ステップ８３０）は、ユーザが、提供された結果（ステップ８２０）に関する追加の情報を与えられ、再検討することを含む。追加情報を、プロット要約、キャストおよびスタッフのリスティング、レーティングなどとすることができる。追加情報は、トレイラ、ビデオクリップ、ならびに特別プロモーションのリスティングおよびオファーを含むこともできる。やはり、ユーザによって見られる追加情報は、セッションの一部としてログに記録される。結果の追加情報を再検討した後に、ユーザは、新しい照会を行う（ステップ８１０）か、他の結果を再検討する（ステップ８２０）か、選択を行う（ステップ８４０）ことができる。
【００６０】
選択ステージ（ステップ８４０）は、見るべきコンテンツのユーザによる選択を含む。これは、現在再生中の番組、ＶＯＤオファリング、ダウンロード可能コンテンツ、以前に記録された番組等とすることができる。コンテンツが選択される時に、ユーザは、特定のチャンネルへの同調、ストリームの開始、ダウンロードの開始、レコーディングからの再生など、コンテンツを見るために何が必要か、ならびに価格設定情報または購入情報について知らされる。この選択は、セッションの一部としてログに記録される。ユーザは、やはり、新しい照会を実行する（ステップ８１０）、結果に戻る（ステップ８２０）、またはコンテンツの選択を確認する（ステップ８５０）というオプションを有する。
【００６１】
確認（ステップ８５０）は、購入、チャンネルへの同調、ダウンロードなどを含む、コンテンツの実際の獲得を含む。これは、ユーザが、選択されたコンテンツを見るために諸条件に合意するところでもある。諸条件への合意および獲得は、セッションの一部としてログに記録され、また、セッションを終了する。
【００６２】
もう一度図４を参照すると、使用データが収集された（ステップ４１０）後に、使用データは、バックエンドに供給され、バックエンドで処理されて（ステップ４２０）、ユーザプロファイルを構築することができる。セッションの使用は、コンテンツ選択だけではなく、コンテンツ選択に達するためにたどった経路の追跡をも可能にする。したがって、照会、結果、詳細、および獲得要件のどれが、コンテンツの選択および消費をもたらすのか、ならびに照会結果、詳細、および獲得要件のどれがコンテンツの選択および消費を妨げる可能性があるのかを判定することができる。ユーザが視聴するために何を選択するのかならびにユーザがどのようにしてその選択に達したのかを知ることによって、フィードバックを提供して（ステップ４３０）、ユーザによるコンテンツのセクションでの検索、推奨、追加情報、および価格設定の有効性を評価することができる。フィードバックを使用して、獲得セッションの各ステージを改善することもできる。
【００６３】
たとえば、結果および推奨、追加情報、ならびにコストまたはレンタル条件などの獲得要件を、将来のセッションで調整して、ユーザによる「買う」選択を改善することができる。同様に、この情報を使用して、特別なオファーを含むターゲティングされた広告を改善することができる。本明細書で議論する技法の他の可能な使用は、次を含む。
【００６４】
１．ユーザに選択を示すべき場所の判断。たとえば、ＥＰＧバナー広告の最下部で広告されるメディア資産ではなく、パーソナライゼーションエンジンによって行われる提案に基づいて、ユーザがＶＯＤ番組を購入することになる可能性がより高い。
【００６５】
２．検索内の結果が追跡情報に基づいて作られる順序の変更。たとえば、ＩＭＤＢからの検索結果が、Ａｍａｚｏｎからの検索結果より頻繁にユーザによって操作される場合がある。また、俳優フィールドをディレクタフィールドの前に配置することおよび類似物など、クレジットの順序に関してユーザが特定のプリファレンスを有する可能性がある場合に、検索結果の順序を監視することができる。
【００６６】
３．コンテンツオファリングにおけるあるレベルの関連性を提供し、プレミア番組（ペイチャンネル）から物理的マーチャンダイズ（Ｆｅｒｒａｒｉ  Ｆ−４０モデル車両）までの範囲にわたるサービスのより高額な商品をも売るために、ユーザが引き付けられると思われるコンテンツのタイプ（たとえば、自動車を用いたアクション映画、ビーチに関する飛行機番組または旅行番組など）の理解。
【００６７】
４．ユーザのコンテンツの購入履歴のトレンディングおよびたとえばユーザとピアグループとの両方のマーケティング戦略に対する反応を追跡するためのピアグループ内の他のユーザの比較のビュー。たとえば、ビバリーヒルズのピアグループは、おそらく１２．９９ドルの同一のまたはわずかに異なるパッケージにより関心を持つ他所のグループと比較して、２９．９９ドルのプラチナティア番組パッケージに好意的に反応する可能性がある。マーケティング戦略の価格設定有効性を、個人を基礎として測定することもできる。たとえば、
Ａ．ユーザが、アイアンマンを検索する。現在は入手可能ではないが、ユーザは、最新のスパイダーマン映画を３０ドルで購入するか、ハルク（２００８年）を６ドルでレンタルするか、ハルク（２００３年頃）を４ドルでレンタルするオファーを用いて証明される。ユーザは、ハルク（２００８年頃）のレンタルを選択する。購入データが格納され、この購入データは、購入よりレンタルを選ぶユーザの傾向および／またはやがて公開されるアベンジャー映画（２０１２年頃）に関連する映画を観る希望を示すことができる（他の追跡されたデータと一緒に）。
【００６８】
Ｂ．ユーザがレンタルまたは購入を行う可能性がより高い時の追跡。たとえば、ユーザが映画をレンタルする可能性が８０％あるが、ＴＶエピソードを購入する可能性が７５％あることを、ユーザの消費習慣が明らかにすることができる。この情報を使用して、ユーザへの将来の申し出を形作ることができる。
【００６９】
Ｃ．価格抵抗（ｐｒｉｃｅ  ｒｅｓｉｓｔａｎｃｅ）の追跡および分析。コンテンツプロバイダがユーザの意思決定を理解する際の支援（すなわち、映画の価格が鍵であったのか時刻が鍵であったのか）。コンテンツプロバイダが映画の価格を設定し、何が購入の原因になったのかを理解するのを支援するために、同一の映画を異なる価格で異なる時刻にオファーする。
【００７０】
５．ブロードキャスト、ＶＯＤ、オーバーザトップ、およびユーザ生成番組をブリッジするポータルを提供する。その結果、産業に、使用可能なコンテンツの複数のソースにまたがる第１の番組測定能力および有効性を与えることができる。すなわち、調査およびプリファレンスエンジンンは、アプリケーションと通常監視されないサービスとの間に進む（すなわち、ユーザが、ＴＮＴを見守って２０％の時間を、Ｙａｈｏｏ．ｃｏｍ上で３０％の時間を、Ｈｕｌｕ．ｃｏｍを見守って５０％の時間を費やす）。
【００７１】
６．ユーザサブスクリプションに基づいて、ユーザを同一コンテンツの異なるソースにプッシュすることができる。たとえば、ユーザＡが、プレミアサブスクリプション（毎月１５０ドル）を有し、ユーザＢが、基本サブスクリプション（毎月４５ドル）を有する場合がある。所望のコンテンツ（たとえば、最近の映画）が、プレミア映画チャンネルとＶＯＤとの両方で使用可能である場合に、本開示のシステムは、ユーザＡをプレミア映画チャンネルに、ユーザＢをＶＯＤに向けるはずである。これは、少なくとも、ユーザが繰り返してＶＯＤオファリングに向けられるのでユーザＡがプレミアサブスクリプションを捨てる危険性を減らす。
【００７２】
８．どの映画およびテレビジョン番組がディジタルロッカーに格納されているのかをユーザに周期的に思い出させることの背後にある方法論。このシステムは、ユーザがそのようなコンテンツを既に彼らのパーソナルロッカーにアーカイブしたことをユーザに思い出させることができる。たとえば、
Ａ．思い出させるものを、コンテンツが第２の人のディジタルロッカー内で使用可能であることとする可能性を検討されたい（私の妻が彼女自身のディジタルロッカーを有し、私はそのロッカー内のコンテンツにアクセスしたい）。
【００７３】
Ｂ．無料で配布できるコンテンツ（ホームムービー、ＹｏｕＴｕｂｅ（登録商標）コンテンツなど）を他人のロッカーを介して使用可能にする。
【００７４】
９．ユーザがある映画を繰り返してレンタルし、視聴する時を追跡し、同一の映画または関連する映画を購入するオプションをユーザにファーすること。たとえば、
Ａ．ユーザがある映画をレンタルした回数が多ければ多いほど、ユーザがその映画を彼らのディジタルロッカーに無料でアップロードさせるのに十分な回数だけその映画に支払うまで、映画レンタルのコストが低くなるモデルを検討されたい。
【００７５】
Ｂ．レンタルされる映画のシリーズがある場合に、レンタルされる最初の映画（ゴッドファーザーＩ）は５．００であり、（ゴッドファーザーＩＩ）は３．００であり、（ゴッドファーザーＩＩＩ）は１．００であるというアイデアをも検討されたい。このオプションは、シリーズの番組の購入にも適用することができる（第１のエピソードは３．００、第２のエピソードは２．００、第３のエピソードは１．００）。
【００７６】
１０．推奨のユーザによる使用を追跡する。たとえば、ユーザＡが、推奨エンジンからの推奨ではなく友人の推奨に従う可能性が３５％であり、ユーザＢが、友人の推奨ではなく推奨エンジンからの推奨に従う可能性が４０％である場合がある。このシステムは、この挙動を追跡し、これを使用して、異なるユーザに対して行われる推奨に優先順位を付けることができる。
【００７７】
１１．何をユーザに推奨するのかを判定するために明示的レーティング（ユーザがレーティング「４つ星」を与えた）および暗黙のレーティング（視聴の回数、所与のシーンが見られた回数、ユーザがコンテンツを友人に推奨する回数など）を追跡する。たとえば、あるユーザが、ロッキーに５つ星レーティングを与えるが、ロッキーを１回だけ視聴し、この映画を友人に一度も推奨しない。同一のユーザが、ゴーストバスターズに２つ星レーティングを与えるが、この映画全体を３回視聴し、この映画の特定のシーンを９回視聴し、１０人の友人にこの映画を推奨する。この履歴に基づいて、ゴーストバスターズ２が、ロッキー２を推奨する前にこのユーザに推奨される。
【００７８】
この概念は、人が映画を公平にはレーティングせず、５つ星映画が、実際にはすべてについて５つ星ではない場合があるというアイデアを考慮するものである。したがって、資産に与えられる明示的レーティングを脇に置いて、ユーザがメディア資産について行う実際の対話を考慮しなければならない。明示的レーティング（ユーザがメディア資産をレーティングしたもの）と暗黙のレーティング（ユーザがメディア資産とどのように対話したのか）との両方を使用することによってレーティングを判定する異なるアルゴリズムを開発できることに留意されたい。
【００７９】
１２．いつどこでユーザが映画を観るのかの追跡、および、異なる部屋で異なる時に何がユーザに提供されるかを調整するためのこのコンテキスト情報の使用（たとえば、寝室で午後９時に対して居間で午後１時に見るために異なる推奨をオファーすること）。たとえば、ユーザは、どのタイプのデバイスが使用されつつあり、そのデバイスがどこに配置されているのかを指定することができる。
【００８０】
使用データを収集する時に、本開示の例示的実施形態は、特定のメディア資産のコンテンツ著者に関するデータの累積に焦点を合わせる。すなわち、ユーザが特定のメディア資産とどのように対話したのかを考慮するのではなく、より高いレベルで、ユーザがコンテンツ著者からの異なるタイプのコンテンツとどのようにインターフェースするのかを判定することに価値がある。すなわち、コンテンツ著者は、映画、コンピュータゲーム、ウェブサイト等の異なるタイプのコンテンツを作成することができる。したがって、コンテンツ著者は、そのような資産の形にかかわりなく、メディア資産のユーザによる消費を追跡できることを望むはずである。
【００８１】
メディアコンテンツのクリエータを識別する１つの手法を、そのような情報を含む明示的なメタデータフィールドの使用から判定することができる。例示的実施形態では、フィールドＣＲＥＡＴＯＲ＿ＩＤ（または同様のタイプのフィールド）が、特定のメディア資産を作ったスタジオまたは制作会社を識別するコンテンツクリエータ情報をリストする。メディア資産に関連するメタデータを、コンテンツクリエータを判定するためにマイニングできる場合に、暗黙の技法を使用して、コンテンツクリエータを識別することもできる。たとえば、フィールドＣＲＥＡＴＯＲ＿ＩＤが空白であるが、ＩＴＥＭ  ＩＤなどのＩＤ情報またはテーブル、データベース、もしくは他のメモリ内で参照でき、これによってｉｄ情報がコンテンツクリエータの情報を返すことができる他のタイプのメタデータフィールド（タイトルまたは著作権情報）がある場合である。
【００８２】
情報がメディア資産内で明示的に定義されない時にメディア資産のコンテンツクリエータを識別するさらなる手法は、メディア資産の属性を示すメディア資産内に常駐できる聴覚的および／または視覚的な透かしを識別すること、メディア資産に対応する電子番組ガイド情報からメディア資産のタイトルを判定すること、資産を識別するためにメディア資産に付随するテレテキスト、サブタイトル、またはクローズドキャプションに対してテキスト抽出技法を実行すること等を含む。メディア資産が識別されると、識別する情報を、テーブル、データベース、記憶媒体、検索エンジン等の中で検索することができ、そのような検索の結果は、メディア資産のクリエータのアイデンティティを返す。
【００８３】
ウェブサイトを介して直接にアクセスされるメディア資産について適用できるもう１つの手法は、メディア資産に関連するＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）を分析し、ＵＲＩがコンテンツ著者を判定するのに使用できる識別する情報を有するかどうかを判定するはずである。たとえば、ｗｗｗ．ｄｉｓｎｅｙ．ｃｏｍ／ｘｘｘｘ／ｘｘｘｘを有するＵＲＩは、ＵＲＩのルート「Ｄｉｓｎｅｙ」内のドメイン名を参照することができ、これは、メディア資産がコンテンツクリエータとしてのＤｉｓｎｅｙに関連することを示す。このタイプの考慮は、ＵＲＩが、ＤＮＳ（ドメイン名サーバ）を使用してドメイン名に解決できるＩＰアドレスからなり、これによって、コンテンツ著者を解決されたドメイン名から抽出できる時にも実行することができる。さらなる手法は、一連のドメイン名をコンテンツクリエータにリンクし、たとえば、ドメイン名が参照され、コンテンツクリエータ情報を返すことができる場合に、ｗｗｗ．ｅ．ｃｏｍ、ｗｗｗ．ｃｏｍｃａｓｔ．ｃｏｍ、ｗｗｗ．ｎｂｃ．ｃｏｍのドメイン名が、すべてコンテンツクリエータＣｏｍｃａｓｔにリンクされる。
【００８４】
対応するメディア資産に関するコンテンツクリエータの判定を、ソーシャルネットワーク上でのユーザのアクティビティを分析する時に実行することができる。さまざまなメッセージが、ユーザからＦＡＣＥＢＯＯＫまたはＧＯＯＧＬＥ＋などのソーシャルメディアウェブサイトまたはソーシャルメディアサービスに通信される時に、ユーザが、特定のメディア資産に関するコメントを有する場合がある。メディア資産に対応するタイトルのキーワード検索を実行することによって、そのようなメッセージから使用データを収集することができる。そのようなタイトルを、テーブル、データベース、ストレージデバイス等に対して照合して、メディア資産に対応するコンテンツクリエータを判定することができる。あるいは、いくつかのソーシャルメディアネットワークアーキテクチャは、ＩＴＥＭ  ＩＤなどの情報または資産を識別するための他のタイプの識別子を使用できるソーシャルメディアネットワークに直接にメディア資産に関する情報をユーザが「ポスト」するためのシステムを提供する。識別する情報を解決して、本明細書で開示される例示的実施形態に従って開示される形でコンテンツクリエータ情報を返すことができる。
【００８５】
ソーシャルネットワーキング情報の解決に関する１つの問題は、ユーザが、メディア資産のユーザによる消費を直接に測定するメトリックを有するのではなく、メディア資産を記述しつつあるので、使用の分などの情報が、ポストまたはコメントの一部ではないことである。本開示の例示的実施形態は、ユーザ資産に関してユーザが行うソーシャルメディアネットワークへのポストごとに、消費のＸ分（Ｘは数値である）などの値を割り当てることができ、そのような値を、どれほど長くまたは何回メディア資産が消費されるのかに関する他の測定値と共に集計することができる。たとえば、ユーザが、メディア資産を３０分間見て、そのメディア資産に関する２つのメッセージをソーシャルメディアネットワークにポストする場合に、そのメディア資産に対する使用データを、合計４０分であるものとして解決することができる（視聴時間の３０分に加えて、各ポストが視聴時間の５分に解決される場合にソーシャルメディアポストの１０分）。オプションで、ソーシャルネットワークへのポストについてロックアウト期間を設けることができ、ここで、同一のメディア資産に関する２つのポストの間に、両方のポストが使用データとしてカウントされる前にＹ分（Ｙは数値である）経過しなければならない。２つのポストの間の時間の長さがＹ分未満である場合には、１つのポストだけがカウントされる。
【００８６】
上にリストしたさまざまな使用データからのレポート生成において、図９〜１２に、生成できるそのようなレポートに関するさまざまな実施形態を示す。図９に、第１のアクティビティにかかわった後にユーザが選択することになるアクティビティまたはサービスを示すレポート９００を開示する。たとえば、生成されるレポートは、生のＴＶを見守った後に、Ａｍａｚｏｎ、Ｎｅｔｆｌｉｘ、ＹｏｕＴｕｂｅ、および類似物などのオーバーザトップ（ＯＴＴ）サービスを選択するユーザのパーセンテージを示す。生成されるレポートを、特定の時刻、時間のインターバル等に関するものとすることができることに留意されたい。図９に示された態様では、レポートは、１時間を超えて生ＴＶを見守る人について、ＯＴＴサービスに切り替える人の数と比較して、何人の人が生ＴＶに留まるのかを示す。
【００８７】
これらの原理を、生テレビジョン視聴を見ること、ＰＶＲまたはＤＶＲを見ること、対話型ビデオゲームをプレイすること、広告をクリックスルーすること、ウェブをブラウズすること、コンテンツを購入すること、トリックプレイ機能を使用すること、コンテンツを検索すること、さまざまなメディアサービスまたはチャンネルの間で切り替えること、ソーシャルネットワークアクティビティ等、監視できる任意のアクティビティに拡張することができる。同様に、タイムインターバルに関する情報を、そのような情報を単一のユーザ、ユーザのグループ、ユーザの人口統計、ユーザ位置、ユーザ収入、ユーザ名等について分解できる時刻または特定のタイムインターバルによって行うことができる。
【００８８】
図１０は、初期アクティビティに応答する「クリックスルー」またはコンテンツの購入がどれほど成功であるのかに関するレポート１０００の例示的実施形態である。たとえば、ユーザが、特定のタイムインターバル中に検索クエリ用語を使用して特定のコンテンツを検索する場合に、このレポートは、ユーザが、その資産を再生したか否か、再生しなかった、または購入したかどうかを示す。図１０はまた、メディア資産が獲得されたソース、およびメディア資産が再生されたか否かを示す。第１の場合に、資産は、ネットワークサービスプロバイダから来た。第２の場合に、資産は、オーバーザトップサービスプロバイダから来た。本開示の原理に従ってメディア資産（ならびにコマーシャルおよび／または他のタイプの広告）のレポートを作成できる他のソース。
【００８９】
図１１は、特定のメディア資産に関してユーザがトリックプレイにどのようにかかわるのかに関するレポート１１００の例示的実施形態である。たとえば、ＥＳＰＮを見る時に、このレポートは、ユーザがトリックプレイ機能（早送りなど）にかかわったテレビジョン番組の時間セグメントを示す。このレポートは、ＤＶＲに格納された特定のテレビジョン番組に関するが、次のシナリオが、異なるテレビジョン番組およびネットワークならびにユーザのトリックプレイの使用および／またはどれほど頻繁にユーザがチャンネルを切り替えるのかについて可能である（他のメディア資産を同様の形で監視することができるが）。
【００９０】
レポートを、リアルタイムのテレビジョン番組について生成することができ、特定の時間セグメント中のユーザによるチャンネルの切替を追跡することができる。
【００９１】
レポートを、時間セグメントに対するトリックプレイ機能を追跡しながら、ＰＶＲに格納されたテレビジョン番組について生成することができる。
【００９２】
レポートを、ストリーミングビデオまたはオンデマンドモーダリティで配信されつつあるテレビジョン番組について生成することができ、レポートは、トリックプレイ挙動のすべてを追跡することができる。
【００９３】
ソースにかかわりなくすべてのユーザ挙動を集計するレポートを、テレビジョン番組について生成することができる。この例では、生で再生されている時に番組についてユーザがチャンネルを切り替える時の挙動を、ＰＶＲ、ＤＶＲ、および／またはＶＯＤソースから配信される時の同一の番組について早送りされるタイムセグメントに関して集計することができる。そのような情報を、お互いにオーバーレイして、ユーザがタイムシフトされる時の同一のメディア資産とどのように対話するのかに対して生セッティングで配信されるメディア資産にユーザがどのように対話するのかの比較を生成することができる。
【００９４】
ユーザがネットワークの特定のホストとどのように対話したのかを示す特定のネットワークに対するレポートを生成することができる。たとえば、ＨＢＯなどのチャンネルの異なるグループ内の生番組のすべてと比較して、ＥＳＰＮなどの特定のネットワークグループ内の生番組のすべてとユーザがどのように対話したのかを追跡することができる。
【００９５】
レポートを、対応するコンテンツクリエータ情報と共に本明細書で説明されるさまざまな使用データを使用して、異なる放送事業者を一緒にグループ化することによって構造化することができる。たとえば、ＥＳＰＮグループは、ＥＳＰＮ、ＥＳＰＮ２、ＥＳＰＮ  Ｃｏｌｌｅｇｅ、ＥＳＰＮ  Ｎｅｗｓ等の異なるＥＳＰＮブランドのチャンネルからなる。同様に、ＨＢＯは、ＨＢＯ１、ＨＢＯ２、ＨＢＯ３、ＨＢＯＨＤおよび類似物などの異なるＨＢＯブランドのチャンネルを含む。このタイプのレポートは、あるタイムインターバルについて、あるユーザによって見られたＨＢＯチャンネルのすべて対ＥＳＰＮチャンネルのすべてのタイムインターバルを考慮することができる。
【００９６】
ＥＳＰＮまたはＨＢＯのいずれかが使用可能にする生以外のテレビジョン資産を含むように、例示的実施形態を拡張することができる。たとえば、ＥＳＰＮについて、これは、ＥＳＰＮウェブサイトに行くこと、ＥＳＰＮストリーミングまたはオーバーザトップサービスにアクセスすること、ＰＶＲ、ＤＶＲ等におけるアーカイブされたＥＳＰＮソース素材にアクセスすることを含むことができる。同様の例が、ＨＢＯについても存在する。レポートは、特定のタイムインターバルの間にアクセスされた、ＨＢＯ資産のすべて対ＥＳＰＮ資産のすべてを含むことができる。この例を、さらに、ＮＳＰ、ＯＴＴ、および他のネットワークグループに拡張することができる。たとえば、ＥＳＰＮの例に関して、スポーツコンテンツおよび子供向けコンテンツを提供するＤｉｓｎｅｙなどのコンテンツクリエータが、ＥＳＰＮ、ＡＢＣ、ＡＢＣ  Ｆａｍｉｌｙ、Ｄｉｓｎｅｙ  Ｃｈａｎｎｅｌネットワーク、ＶＯＤサーバ、Ｄｉｓｎｅｙ  Ｂａｓｅｄウェブサイト、Ｄｉｓｎｅｙ  Ｂａｓｅｄ対話型ゲーム、および他の可能なソースからであろうとなかろうと、その生態圏内でアクセスされる素材のすべてに関心を持つ可能性がある。次に、コンテンツクリエータのドメイン内のメディア資産のすべて（たとえば、ウェブ、インターネット、格納されたコンテンツ、コンテンツクリエータによって供給される生のブロードキャストコンテンツのすべて）にユーザがどのように反応するのかを監視することができる。すなわち、ユーザが、あるタイプのメディア資産から第２のタイプのメディア資産に（テレビジョン番組からウェブページ、テレビジョン番組、対話型ゲーム、その他へ）切り替える時に、彼らは特定のコンテンツクリエータ（ＤＩＳＮＥＹなど）によって提供されるコンテンツに付き合うのか、それともユーザは第２のコンテンツクリエータ（たとえば、ＦＯＸまたはＶＩＶＤＥＮＤＩ）からのコンテンツに変更するのか。
【００９７】
図１２は、ユーザ（またはユーザのグループ）が特定のタイムインターバルの間に生テレビジョンを見ながらセカンドスクリーンまたは入力デバイスとしてタブレットなどのデバイスの使用にかかわった、異なるアプリケーションのすべてを分解するレポート１２００の例示的実施形態である。セカンドスクリーンデバイス上で実行されるそのようなアクティビティは、メディア詳細情報を見ること、電子番組ガイドでの番組の詳細、入力デバイス上でサードパーティアプリケーションを使用すること、ユーザライブラリ上の選択物にアクセスすること、アプリケーションまたは他のユーザによって行われた推奨を見ること、ユーザのホームページにアクセスすること等を含む。同一タイプのレポートを、特定のテレビジョン番組、ネットワークグループ等を見ている時の特定の時間範囲について生成することができる。
【００９８】
図１３は、どのコンテンツクリエータが特定のメディア資産に関連するのかを判定する方法１３００の例示的実施形態である。ステップ１３１０では、説明される例示的実施形態によるコンピュータまたは他のタイプの処理デバイスが、第１のタイプのメディア資産のコンテンツクリエータを識別し、この識別は、メタデータフィールドからＣＲＥＡＴＯＲ＿ＩＤとして明示的に行うことができる。ステップ１３２０は、類似する動作を実行し、第２のタイプの第２のメディア資産がメタデータフィールドから識別される。メディア資産が異なるタイプであり、たとえば、第１のメディア資産がコンピュータゲームであるが、第２のメディア資産がビデオオンデマンドサーバから配信されるビデオであることが予想される。他のメディア資産タイプは、現在説明されている例示的実施形態によって考慮される。
【００９９】
ステップ１３３０では、コンテンツクリエータが、メディア資産に関連するメタデータ内で直接に識別されない場合に、第１のメディア資産および／または第２のメディア資産が、ルックアップ技法を使用することによってコンテンツクリエータを識別される。そのような技法は、ドメイン名ルックアップ、タイトルルックアップ、キーワード抽出、および類似物を含めて、さまざまな例示的実施形態で説明される。ステップ１３４０では、前のステップの結果を一緒にグループ化して、ユーザによって消費されるメディア資産のタイプにかかわりなく、コンテンツクリエータによるメディア資産の使用を示すことができる。これらの結果を、説明される例示的実施形態に従う形で提供することができる。オプションの実施形態では、結果は、放送網による小見出しに分解される。たとえば、コンテンツクリエータとしてのＤＩＳＮＥＹについて、メディア資産を、ＥＳＰＮの系列局、ＡＢＣの系列局、およびＤＩＳＮＥＹ自体に関係付けることができる。したがって、コンテンツクリエータＤＩＳＮＥＹのレポートは、タイプにかかわりなく、ＥＳＰＮに関して消費された資産のすべてを１つの見出しの下にリストし、ＡＢＣに関して消費されたすべての資産を第２の見出しの下にリストし、ＤＩＳＮＥＹに関して消費された他の資産のすべてを第３の見出しの下にリストすることができる。この手法を、開示される実施形態に従って他のコンテンツクリエータに適用することができる。
【０１００】
上で示した例は、あるシステムに焦点を合わせたが、本開示を、本明細書で説明される方法の実施を可能にするすべての特徴を含み、コンピュータシステムにロードされた時にこれらの方法を実行することができる、コンピュータプログラム製品に組み込むこともできることを理解されたい。この文脈でのコンピュータプログラムまたはアプリケーションは、情報処理能力を有するシステムに、直接にまたはａ）別の言語、コード、もしくは表記への変換、ｂ）異なる材料形態での再生産のいずれかもしくは両方の後のいずれかで特定の機能を実行させることを意図された命令のセットの任意の言語、コード、または表記での任意の表現を意味する。
【０１０１】
さらに、上の説明は、例示のみであることを意図され、次の特許請求の範囲で示されるものを除いて、いかなる形でも本開示を限定することは意図されていない。
【図１】
2014508345.tif 000015
【図２】
2014508345.tif 000016
【図３】
2014508345.tif 000017
【図４】
2014508345.tif 000018
【図５】
2014508345.tif 000019
【図６】
2014508345.tif 000020
【図７】
2014508345.tif 000021
【図８】
2014508345.tif 000022
【図９】
2014508345.tif 000023
【図１０】
2014508345.tif 000024
【図１１】
2014508345.tif 000025
【図１２】
2014508345.tif 000026
【図１３】
2014508345.tif 000027
【国際調査報告】
2014508345.tif 000028