JP2013541274A - コンテンツシグネチャリング - Google Patents

Abstract

対応するコンテンツソースからコンテンツ信号を受信するように各々が構成される１つ又は複数のソース入力を備えるディスプレイレシーバーデバイスによってコンテンツシグネチャリングが提供される。ディスプレイレシーバーデバイスは、さらに、各々の受信されたコンテンツ信号から得られたサンプル情報をシグネチャープロセッサーに送信し、各々の対応するコンテンツソースについてのコンテンツ情報をシグネチャープロセッサーから受信し、特定のコンテンツソースについてのコンテンツ情報はその特定のコンテンツソースから受信されるコンテンツ信号によって具体化されたコンテンツ項目を示す、コンテンツ識別モジュールを備える。ディスプレイレシーバーデバイスは、さらに、特定のコンテンツソースに対応するコンテンツ項目を特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付ける関連付けモジュールを備える。

Description

本発明は、コンテンツシグネチャリングに関する。

[0001]ディスプレイデバイスは、さまざまなソースからコンテンツを受信することができる。例として、テレビ番組などの加入サービスからのメディアを表示することに加えて、テレビはまた、ＤＶＤプレーヤー、ブルーレイ（商標）プレーヤー、デジタルビデオレコーダー、ゲームシステム、家庭用コンピューターなどの様々な周辺デバイスに接続することができる。また、場合によっては、ディスプレイデバイスは、さらに、ストリーミングサービス、インターネットなどの他のソースからコンテンツを受信するように構成することができる。

本発明は、コンテンツシグネチャリングを提供する。

[0002]この概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化した形で紹介するために設けられている。この概要は、特許請求された主題の重要な特徴又は不可欠な特徴を特定することを意図しておらず、特許請求された主題の範囲を限定するために用いられることも意図していない。さらに、特許請求された主題は、本開示のいずれの部分に記載されたいずれの又はすべての欠点を解決する実施例にも限定されない。

[0003]本発明の一態様によれば、コンテンツシグネチャリングが提供される。例えば、開示された１つの実施例において、ディスプレイレシーバーデバイスは１つまたは複数のソース入力を備え、各ソース入力は対応するコンテンツソースからコンテンツ信号を受信するように構成される。ディスプレイレシーバーデバイスは、さらに、各々の受信されたコンテンツ信号から得られたサンプル情報をシグネチャープロセッサーに送信し、各々の対応するコンテンツソースについてのコンテンツ情報をシグネチャープロセッサーから受信し、特定のコンテンツソースについてのコンテンツ情報は特定のコンテンツソースから受信されるコンテンツ信号によって具体化されたコンテンツ項目を示す、コンテンツ識別モジュールを備える。ディスプレイレシーバーデバイスは、さらに、特定のコンテンツソースに対応するコンテンツ項目を特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付ける関連付けモジュールを備える。

[0004]本発明の実施例による、コンテンツシグネチャリングの使用環境の例を示す。 [0005]統一されたユーザーインターフェイスの実施例の一例を示す。 [0006]コンテンツシグネチャリングを提供する例示的な方法のフロー図を示す。

[0007]ディスプレイレシーバーデバイスは、多くの異なるソースからコンテンツを受信することができる。これらのソースは異なる技術を利用することができ、さらに、デバイスに関連付けられたメニューにアクセスするために異なるユーザー入力デバイスを利用することができる。たとえば、テレビの形のディスプレイレシーバーデバイスは、ＤＶＤプレーヤー、メディアセンターコンピューター、映画ストリーミングサービス、デジタルビデオレコーダーとインターフェイスするように構成することができるが、これらのデバイスの各々は独自のユーザーインターフェイスを有しているかもしれず、しばしば、独自のリモートコントローラーによってアクセスされるかもしれない。また、ユーザーが異なるソースからのコンテンツを見ることを望むたびに、ユーザーは、どのソース入力（例えば、ソース１、ソース２、ソース３など）を利用するべきかをテレビ上で指示する必要があり得る。このことは、ユーザーにとって煩雑になる可能性があるだけでなく、通常、入力はどの入力がどのデバイスに関連付られるかを指示せず、そのため、ユーザーは、通常、所望のソースが選択されるまでソース入力を繰り返す。さらに、ディスプレイに供給されるコンテンツはいかなる相互接続性も欠いているため、このようなシステムによってユーザーがリッチなユーザーエクスペリエンスをもつことは困難である。

[0008]コンテンツシグネチャリング（signaturing）は、ディスプレイレシーバーデバイスがさまざまなソースからの異なるコンテンツを識別することを可能にする。シグネチャリングは、ディスプレイレシーバーデバイスが、コンテンツがもたらされるソースに関わらず、ソースがディスプレイレシーバーデバイスへコンテンツ情報をレポートするように特別に構成されることを必要とせずに、コンテンツを識別することを可能にする。このようにコンテンツをシグネチャリングするように構成されるディスプレイレシーバーデバイスは、ユーザーがさまざまなソースからのコンテンツを選択し及び／又は他の関連するコンテンツを発見するためにインタラクトできる統一されたユーザーインターフェイスを提供することができる。このように、さまざまな異なるソースからのコンテンツは、ディスプレイに表示される単一のユーザーインターフェイスを介してアクセスすることができる。さらに、コンテンツはディスプレイレシーバーデバイスによって識別されるので、統一されたユーザーインターフェイスは、コンテンツ項目にアクセスポイントを提供することに加えて、各コンテンツ項目（content item）に関する情報を表示することができる。さらに、異なるソースからのコンテンツは、識別されたコンテンツに関連付けることができる。このようなディスプレイレシーバーデバイスは、どのコンテンツソースがどのリモートコントロールによって制御されるかについての推測に基づいて、様々なソースとインタラクトするための統一された手法を提供し、及び／又はそのディスプレイデバイス上でのコンテンツ消費行動を詳述する消費レポートを提供するように構成することができる。

[0009]いくつかの実施例では、ディスプレイレシーバーデバイスは、コンテンツを視覚的に表示するための表示画面を含むディスプレイの形をとることができる。他の実施例では、ディスプレイレシーバーデバイスは、コンテンツを視覚的に提示するディスプレイ画面に接続されるセットトップボックス及び／又は周辺レシーバーの形をとることができる。以下の説明は両方の実施例に等しく適用される。「ディスプレイ」という語は、統合された表示画面を含むスタンドアローンのディスプレイデバイスと表示画面に接続された周辺ユニットの両方を指すように以下で使用される。

[0010]図１を参照すると、図１は、ディスプレイ２２ａ上にコンテンツを表示するように構成されるディスプレイデバイス２０を示す。例として、ディスプレイデバイス２０は、テレビであってもよい。しかし、ディスプレイ２２ａをもつディスプレイデバイス２０は、適切なディスプレイデバイスの一例にすぎないことが理解されるべきである。したがって、他の適切なディスプレイデバイスは、ディスプレイ２２ｂを含むコンピューターモニター、ディスプレイ２２ｃを含むラップトップ、ディスプレイ２２ｄを含むモバイルコンピューティングデバイス、ディスプレイに接続されるように構成された周辺デバイスなどを含むが、これらに限定されない。以下の議論は、主にディスプレイデバイス２０に焦点を当てるが、コンテンツシグネチャリング及び関連する機能は、幅広い異なるコンテンツ配信デバイスで実施することができることを理解すべきである。

[0011]ディスプレイデバイス２０は、さまざまなソースからディスプレイ２２ａ上に視覚的表現のためのコンテンツを受信するように構成することができる。いくつかのコンテンツソースは、ディスプレイデバイス２０に接続される外付けデバイスなどの周辺コンテンツソースであってもよい。例としては、ＤＶＤプレーヤー、ブルーレイプレーヤー、セットトップボックス、メディアセンターコンピューター、デジタルビデオレコーダー、ゲーム機などを含むがこれらに限定されない。他のコンテンツソースは、内蔵テレビチューナーなどの、ディスプレイデバイス２０へ直接統合される統合されたコンテンツソースであってもよい。周辺の又は統合されたいくつかのコンテンツソースは、映画ストリーミングサービス、インターネットテレビなどのネットワーク３０を介してコンテンツを受信するように構成されたネットワークコンテンツソースであってもよい。

[0012]コンテンツは、ディスプレイデバイス２０の１つ又は複数のソース入力２４を介して受信することができ、各ソース入力は、対応するコンテンツソースからコンテンツ信号を受信するように構成される。例として、入力ＡはＤＶＤプレーヤーからコンテンツ信号を受信してもよく、入力Ｂはゲームコンソールからコンテンツ信号を受信してもよく、チューナーＣはテレビチューナーからコンテンツ信号を受信するなどしてもよい。

[0013]様々なコンテンツソースから受信したコンテンツを表示することに加えて、ディスプレイデバイス２０は、各入力においてコンテンツ信号をモニタするように構成することができる。例えば、ディスプレイデバイス２０は、各々の受信したコンテンツ信号からサンプル情報を得られるように、各コンテンツ信号をサンプリングするように構成することができる。このようなサンプル情報は、その後、よりリッチなユーザーエクスペリエンスを提供するために、後述のように、各ソースからのコンテンツを識別するために利用することができる。

[0014]図１に示すように、ディスプレイデバイス２０は、さらに、様々なコンテンツソースからのコンテンツの識別を補助するためのコンテンツ識別モジュール２６を含んでもよい。したがって、以下により詳細に記載するように、コンテンツソースは互いに関連しなくてもよいが、コンテンツ識別モジュール２６は、ソースのそれぞれからのコンテンツが、識別されるだけではなく、互いに及び／又は他のソースからのコンテンツに関連付けられることを可能にする。

[0015]コンテンツ識別モジュール２６は、ネットワーク３０（例えば、インターネット）を介してアクセス可能なシグネチャープロセッサー２８などのネットワークアクセス可能なリモートサービスに、各々の受信されたコンテンツ信号から得られるサンプル情報を送信するように構成することができる。ディスプレイデバイス２０は、任意の適切な方法でそのようなサンプル情報を導き出すことができる。例えば、ディスプレイデバイス２０は、様々なソースからディスプレイデバイス２０へ入力されるビデオ信号及び音声信号をモニタするように構成されるので、これらの信号から導出されたサンプル情報は、コンテンツシグネチャリングのために利用できるようにすることができる。このように、いくつかの実施例では、ディスプレイデバイス２０は、さらに、各ソース入力によって受信されるコンテンツ信号をサンプリングしコンテンツ識別モジュール２６に対してサンプル情報を用意する、ローカルシグネチャー取得モジュール３２を含んでもよい。サンプル情報は、コンテンツ信号の音声特徴（音声の側面、audio aspects）、コンテンツ信号のビデオ特徴（動画的特徴、動画の側面、video aspects）、コンテンツ信号に関連付けられる補助データの特徴（ancillary data aspect）（例えば、クローズドキャプション、メタデータなど）、又は受信したコンテンツ信号の他の特徴（側面）から導出されてもよい。

[0016]いくつかの実施例では、サンプル情報は、受信したコンテンツ信号から導出されたデジタル署名（デジタルシグネチャー）を含んでもよい。したがって、シグネチャー取得モジュール３２は、このようなコンテンツシグネチャリングを実行するように構成することができる。このようなシグネチャリングは、コンテンツのセグメンテーションの実行、各セグメントの分析、及び／又は様々なパラメーターに沿ってメトリクス（metrics）を提供することを含んでもよい。

[0017]いくつかの実施例では、シグネチャリングは、リモート処理のために、シグネチャープロセッサー２８に、受信したコンテンツを送信することを含んでもよい。このような実施例では、シグネチャープロセッサーに送信されるサンプル情報は、未加工の（raw）及び／又は圧縮されたコンテンツの短いセグメントであってもよい。

[0018]いくつかの実施例では、デジタル署名は、受信したコンテンツ信号のビデオ特徴に由来してもよい。これは、動的な彩度及び輝度の変化及び／又は顔認識、文字認識などのオブジェクト認識を含んでもよい。デジタル署名は、さらに又は代替的に、音声署名、音符のシーケンス、音声ダイナミクス（audio dynamics）及び／又は強度のベクトル表現、音声テキスト（speech-to-text）分析などの、受信したコンテンツ信号の音声特徴から導出することができる。さらにまた、いくつかの実施例では、デジタル署名は、追加的又は代替的に、デジタル符号化フォーマット及び／又はサブフォーマット、及び／又はクローズドキャプション情報、ＤＶＤサブタイトルなどの埋め込まれたメタデータなどの、受信したコンテンツ信号の補助データの特徴（ancillary data aspect）に由来してもよい。

[0019]さらに、いくつかの実施例では、そのようなシグネチャリングは、多変量（multivariate）シグネチャリング含んで、完全な情報が利用できない場合にサンプリングに基づいてコンテンツを識別することを可能にしてもよい。このような場合には、セグメンテーションは、現在のストリーム内のデータの特徴（aspects）に基づいて行うことができる。しかし、シグネチャリングの精度を向上させるために、外部データソース（例えば、別個のメタデータストリーム）からのデータなどのさらなるデータを利用することができる。限定的でない例として、いくつかの実施例では、多変量シグネチャー（multivariate signature）は、ベクトルの行列として符号化されてもよい。

[0020]図１について続けると、ディスプレイデバイス２０のシグネチャー取得モジュール３２は、任意の適切な方法でコンテンツ信号をサンプリングするように構成することができる。例えば、いくつかの実施例において、シグネチャー取得モジュール３２は、異なるソース入力によって受信されたコンテンツ信号を連続してサンプリングするように構成することができる。例として、シグネチャー取得モジュール３２は、毎分１回、ディスプレイデバイス２０のソース入力２４を連続してサンプリングするように構成することができる。いくつかの実施例では、シグネチャー取得モジュール３２は、様々なソース入力を交互にサンプリングして、特定の間隔で各ソース入力から関連するビデオと音声のスナップショットを作成してもよい。このような手法は、すべての可能な入力チャネルを同時にデコードすることができないディスプレイデバイスに適しているかもしれない。しかし、より高度なディスプレイデバイスは、シグネチャー取得モジュール３２が２つ以上のソース入力によって受信されたコンテンツ信号を同時にサンプリングするための資源と能力を有することができる。さらに、いくつかの実施例では、シグネチャー取得モジュール３２は、ディスプレイがオフになっているときに異なるソース入力によって受信されるコンテンツ信号をプリサンプル（presample）するように構成することができる。

[0021]サンプル情報は、未加工でも、圧縮されていても、又は前処理されていても、その後、ネットワーク３０を介してシグネチャープロセッサー２８に送ることができる。シグネチャープロセッサー２８は、任意の適切な方法でサンプル情報を受け取るように構成することができる。例として、シグネチャープロセッサー２８は、ディスプレイデバイス２０のモジュールに対応するサービスを含んでもよい。たとえば、シグネチャープロセッサー２８は、コンテンツ識別モジュール２６からサンプル情報を受信するように構成されたコンテンツ識別サービス３４を含んでもよい。

[0022]シグネチャープロセッサー２８は、例えばコンテンツ識別サービス３４を使用して、デジタルコンテンツフィンガープリント（digital content fingerprint）のデータベース内のデジタルコンテンツフィンガープリントに対するデジタル署名の照合を実行するように構成することができる。たとえば、ベクトルの行列として符号化された多変量シグネチャー（multivariate signature）の場合には、コンテンツ識別サービス３４は、ベクトルの行列を分析し、以前に分析された関連するコンテンツの大規模なデータベース中で、この行列についての最も可能性のある一致を見つけるように構成することができる。

[0023]さらに、このような処理は、インターネット検索エンジン上のクエリーなどのクエリーを（例えば、コンテンツ識別モジュール２６及び／又はコンテンツ識別サービス３４を介して）実行するためにコンテンツシグネチャリングから得られる情報を利用することを含んでもよい。このようなクエリーは、ブロードキャストデータストリームではない有用なデータストリームを提供することができる。さらに、シグネチャリングの音声特徴及びビデオ特徴からの情報は、さらなる分析のためにシグネチャリングの補助データの特徴からの情報と組み合わせることができる。このような分析は、例えば、コンテンツ項目が正しく識別されたことを確認することができる。

[0024]いくつかのケースでは、このような処理は、さらなるマークアップを生成するためにサンプル情報を分析することを含んでもよい。たとえば、特定のコンテンツ項目のクローズドキャプションデータは、そのコンテンツ項目のメタデータを修正するためにさらなるマークアップを決定するために分析することができる。

[0025]サンプル情報を取得して処理すると、シグネチャープロセッサー２８は、コンテンツ識別モジュール２６に（例えば、コンテンツ識別サービス３４を介して）コンテンツ情報を送り返すように構成することができる。したがって、コンテンツ識別モジュール２６は、シグネチャープロセッサー２８から各々の対応するコンテンツソースについてのこのようなコンテンツ情報を受信するように構成される。

[0026]対応するコンテンツソースについてのコンテンツ情報は、その対応するコンテンツソースから受信されてサンプル情報がそれから導出されるようなコンテンツ信号によって具体化された（embodied）コンテンツ項目を示してもよい。コンテンツ項目の例としては、テレビ番組、映画、ゲーム、インターネットビデオなどを含んでもよいが、これらに限定されない。コンテンツ情報は、番組タイトル、番組の評価、ユーザー評価、役者のリスト、要約、制作年などのコンテンツ項目に関連した任意の適切な情報を含んでもよい。このように、デバイスレベルでの入力のサンプルベースのシグネチャリングを実行し、リモート処理のために分析サービスにシグネチャー情報を送信することによって、ディスプレイデバイス２０に対して供給されるすべてのコンテンツをソースに関係なく識別することができる。

[0027]図１について続けると、ディスプレイデバイス２０は、さらに、シグネチャープロセッサー２８から受信したコンテンツ情報に基づいてユーザーインターフェイスを提供するように構成することができる。例として、ディスプレイデバイス２０は、各コンテンツソースのメニューオプションを含む統一されたユーザーインターフェイスを生成するユーザーインターフェイスモジュール３６を含んでもよい。関連付けられるコンテンツへのアクセスポイントを提供することに加えて、各メニューオプションは、さらに、以下に記載されるように、対応するコンテンツソースについてコンテンツ識別モジュール２６を介して識別されるコンテンツ情報を含んでもよい。

[0028]例えば、各メニューオプションは、コンテンツ項目からのスクリーンショットなどの対応するコンテンツソースから受信したコンテンツ信号からキャプチャーされるイメージを含んでもよい。別の例として、各メニューオプションは、映画のポスター、プロモーション用のゲームイメージなどの、対応コンテンツソースについてのシグネチャープロセッサーから受信したコンテンツ情報の一部として含まれるイメージを含むことができる。さらに別の例として、各メニューオプションは、対応するコンテンツソースについてのシグネチャープロセッサーから受信されたコンテンツ情報の一部として含まれるタイトル、及び／又はコンテンツ情報に含まれる任意の他のテキスト情報やその他の情報を含んでもよい。

[0029]このような統一されたユーザーインターフェイスを、３８において示されるように、ディスプレイ２２ａ上に視覚的に提示することができる。例えば、各メニューオプション４０ａ−４０ｆは、（例えば、サンプリングされるような）そのソースから利用可能なもののスクリーンショットや、（例えば、コンテンツ識別モジュール２６とシグネチャープロセッサー２８によって決定されるような）タイトルを含んでもよい。いくつかの実施例では、これらのメニューオプションは、コンテンツ項目４２などの、主な表示のために現在表示されるコンテンツ項目とともに表示されてもよい。いくつかの実施例では、メニューオプション（例えば、メニューオプション４０ａ−４０ｆ）が静的なイメージを含む一方、現在アクティブなコンテンツ項目（例えば、コンテンツ項目４２）が動くイメージとアクティブな音を含む。

[0030]ディスプレイデバイス２０は、ディスプレイ２２ａに、統一されたユーザーインターフェイスの対応するメニューオプションの選択に応答して対応するコンテンツソースによって配信されるコンテンツを視覚的に提示させるように構成されるスイッチングモジュール４４を含んでもよい。このようなコンテンツを視覚的に提示することが任意の適切な方法で行うことができることを理解すべきである。例えば、いくつかの実施例において、例えば、現在ユーザーに対して表示されているコンテンツ（例えば、コンテンツ項目４２）を選択されたコンテンツで置き換えることによって、選択されたコンテンツが主な表示のためにフォーカスされてもよい。換言すれば、選択したメニューオプションに関連付けられるコンテンツ項目は、動くイメージ及びアクティブなサウンドと共に示される。このような場合には、統一されたユーザーインターフェイスに関連付けられるメニューオプションが表示されたままになってもよい。しかし、いくつかの実施例では、選択されたコンテンツは、表示内に取り込まれてもよく、他のすべてのコンテンツ（例えば、コンテンツ項目４２、メニューオプション４０ａ−４０ｆなど）は、効果的に「チャネルを変更する」ように、表示から削除されてもよい。このように、ユーザーは、イメージ、テキスト、音声、及び／又は選択可能なメニュー項目などの他のコンテンツ特有の情報を用いて、様々なビデオ入力デバイス及び音声入力デバイスを切り替えることができる。

[0031]コンテンツシグネチャリングはさらに、様々なソースからのコンテンツを互いに関連づけられるように提供する。したがって、ディスプレイデバイス２０は、さらに、特定のコンテンツソースに対応したコンテンツ項目を特定のコンテンツソースに対応していない１つ又は複数の関連付られたコンテンツ項目と関連付ける、関連付けモジュール４６を含んでもよい。そのような関連付けは任意の適切な方法で行うことができる。例えば、ディスプレイデバイス２０は、デジタル署名情報を管理するために、ローカルの又はリモートのデータベースを利用することができる。このように、関連付けモジュール４６は、それ自体が、異なるエントリー間の相互関係及び／又は他の情報（例えば、番組ガイド、検索エンジンなどからのメタデータ）を探すことができる。

[0032]別の例として、いくつかの実施例では、関連付けモジュール４６は、シグネチャープロセッサー２８のリモート関連付けサービス４８などのコンテンツを関連付けるリモートサービスと協働するように構成することができる。このような場合には、関連付けモジュール４６は、特定のコンテンツソースに対応するコンテンツ項目を特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付ける、関連付けサービス４８と協働することができる。このように、シグネチャープロセッサー２８は、関連付けモジュール４６がその後コンテンツを関連付けることができるように、ディスプレイデバイス２０に送り返される関連付け（associations）を決定するための分析エンジンを提供する。

[0033]関連付けモジュール４６は、１つ又は複数の関連付られるコンテンツ項目を含むコンテンツリコメンデーションを提供するように構成することができる。このようなコンテンツリコメンデーションは、ディスプレイデバイス２０にとって利用可能なコンテンツ項目のうちの別のものと関連する、（例えば、ソース入力２４を介して）ディスプレイデバイス２０にとって利用可能な特定のコンテンツ項目を示してもよい。たとえば、コンテンツリコメンデーションは、第１の入力を介して受信される同じコンテンツが第２の入力を介して異なるフォーマットでディスプレイデバイス２０にとって利用可能であるか、又は利用可能となるであろうことを示してもよい。別の例として、コンテンツリコメンデーションは、入力を介して受信されるコンテンツの続き（例えば、その後のエピソード、テレビシリーズの次のディスクなど）が別の入力を介してディスプレイデバイス２０にとって利用可能であるか、又は利用可能となるであろうことを示してもよい。さらに別の例として、コンテンツリコメンデーションは、関連するコンテンツ（例えば、俳優、ディレクター、主題、評価などが同じであるコンテンツ）が別の入力を介して利用可能であるか、又は利用可能となるであろうことを示してもよい。

[0034]さらに、関連付けモジュール４６は、１つ又は複数の関連付られるコンテンツ項目を記録するように構成することができる。例えば、次のエピソードがテレビ番組を介して利用可能であることをコンテンツリコメンデーションが示す場合、関連付けモジュール４６は、エピソードがブロードキャストされるときにエピソードを記録するためにデジタルビデオレコーダーに信号を送ってもよい。

[0035]関連付けモジュール４６は、さらに、別のデバイスを介してアクセスされる１つ又は複数の関連付られるコンテンツ項目についての許可を与えるように構成することができる。したがって、例えば、ディスプレイデバイス２０が現在映画を再生している場合、関連付けモジュール４６は、ユーザーのラップトップのディスプレイ２２ｃなどの別のディスプレイでユーザーが映画を鑑賞することを可能にすることができる。中央の許可サーバーはそのような許可を容易にするために利用することができる。

[0036]したがって、従来、ディスプレイデバイスは断片化されたコンテンツをユーザーに提示しているのに対して、本明細書に記載されるコンテンツシグネチャリングは、ディスプレイデバイスが、そのさまざまな入力に供給されるコンテンツを識別し関連付けることを可能にする。

[0037]図２は、統一されたユーザーインターフェイス５０のレイアウト例を示し、現在の表示５２は、ユーザーに対して現在表示されているコンテンツを表示するために利用される。５４において、ユーザーのプロファイルに対応するイメージが表示されてもよい。５６において、接続されたデバイスからのコンテンツのメニューオプションが表示されてもよい。５８において、インターネットを介して利用可能な関連付けられるビデオクリップなどの、仮想サービスからのコンテンツのメニューオプションが表示されてもよい。このように、異なるコンテンツソースからのコンテンツが、ディスプレイデバイスへの物理的な入力であろうと又はネットワーク（例えば、インターネット）を介した仮想入力であろうと、ユーザーに対して表示される。メニューオプションの各々は、その特定のメニューオプションに対応するソースから入手できる実際のコンテンツの視覚的な表示をもたらす。上述したように、特定のメニューオプションは、そのメニューオプションに対応するコンテンツをディスプレイデバイスに表示させるために、（例えば、リモートコントロール、ゲームコントローラー、視覚入力（vision input）、音声入力、又は他の入力機構を使用して）選択することができる。

[0038]さらに、従来の家庭用エンターテインメントシステムが、通常、分散した制御に悩まされるのに対して、ディスプレイデバイス２０は、さらに、集中型の制御を提供して、入力デバイスの機能を推測するために、個々のリモートコントロール機構を互いに関連付けることにより、ユーザーが集中化された方法で様々に提供されるコンテンツとインタラクトすることを可能にするように構成することができる。このように、ディスプレイデバイス２０は、さらに、１つ又は複数のリモートコントロール入力８０を含んでもよく、各リモートコントロール入力は、各リモートコントロールが特定のコンテンツソースに対応する１つ又は複数のリモートコントロールからリモートコマンド信号を受信するように構成される。個々のリモートコントロール入力は、赤外線入力、無線周波数入力、ワイヤレスネットワーク入力などを含んでもよい。

[0039]ディスプレイデバイス２０はさらに、どのコンテンツソースが対応するソース入力の活性化（activation）に基づいてリモートコントロール８４によって制御されるかを推測する、リモート推測モジュール（remote inference module）８２を含んでもよい。いくつかの実施例では、このような推測は、自然学習フェーズ中に生じてもよい。たとえば、リモート推測モジュール８２は、特定のコマンドに関連付けられるリモートコントロール８４のボタンをユーザーが押すたびに、彼らがまた他の機能に関連付けられる他のリモートコントロールの他のボタンを押すことを判断してもよい。このように、リモート推測モジュール８２は、リモートコントロール８４上のボタンの選択がこれらの機能のすべてについてのコマンドの送信に対応することを「学習」することができる。

[0040]リモート推測モジュール８２は、任意の適切な方法で集中制御を提供するように構成することができる。例えば、いくつかの実施例において、リモート推測モジュール８２は、ディスプレイデバイス２０が本質的に挙動自体を引き継ぐことを可能にすることができる。このような場合には、リモートコントロール８４上の選択に応じて実施される挙動を学習すると、ディスプレイデバイス２０はそのような挙動を示してもよい。

[0041]しかし、いくつかの実施例では、リモート推測モジュール８２は、さらなる機能がリモートコントロール８４に提供されることを可能にしてもよい。たとえば、特定のボタンに関連付けられる機能を推測する際に、リモート推測モジュール８２は、リモートコントロール８４のプログラミングを更新するために、リモートコントロール８４に機能の更新を直接送信してもよい。しかし、他の実施例では、リモート推測モジュール８２は、学習された推測に基づいて更新されたプログラミングをネットワーク３０などのネットワークを介してリモートコントロール８４に送信してもよい。

[0042]このように、従来、リモートコントロールをプログラムする負担がユーザーにあるのに対して、ディスプレイデバイス２０は、すべてのリモートコントロールを実質的に「観察（watch）」して、特定のリモコンから受信される各信号がディスプレイ上のコンテンツに対して有する効果を観察することができる。このように、ディスプレイデバイスは、音声／ビデオシステムがどのように設定され、リモコンがどのように設定されるかを推論することができる。

[0043]また、ディスプレイデバイス２０はさらに、リモート推測モジュールがリモートコントロールによって制御されると推論したコンテンツソースに対応するソース入力に（例えば、スイッチングモジュール４４を介して）自動的に切り替えるように構成することができる。

[0044]ディスプレイデバイス２０は、さらに、各入力における消費に関する情報を提供するように構成することができる。このような消費データは含んでもよい。
[0045]したがって、ディスプレイデバイス２０は、さらに、各ソース入力を介してコンテンツ消費を詳述する消費レポートを提供するレポートモジュール（reporting module）８６を含んでもよい。いくつかの実施例では、レポートモジュール８６は、例えば、消費レポートを提供するためにコンテンツ識別モジュール２６を介して受信したコンテンツ情報を使用するように構成されてもよい。消費レポートは、（例えば、タイトル、チャンネルなどの）再生されるコンテンツに関する情報、コンテンツが生じたソースに関する情報、コンテンツが再生される時間と期間に関する情報、再生中のどのポイントでコンテンツの再生が停止されるかに関する情報、コンテンツ再生が停止されるときにどのようなコンテンツに切り替えられるか（すなわち、コンテンツ識別モジュールによって識別されるときに、どのような後続のコンテンツ項目が先行するコンテンツ項目の表示に割り込むか）に関する情報、コンテンツ再生中の異なるポイントにおける（例えば、マイクによって測定される）視聴環境における周囲雑音のレベルに関する情報、ユーザープロファイル情報、又は報告できる実質的に任意の他の種類の情報に関する情報などの、任意の適切な情報を含んでもよい。このように、消費データは、ユーザーの視聴行動の完全な履歴を提供することができる。

[0046]さらに、レポートモジュール８６は、ネットワーク３０を介してレポートサービス８８に消費レポートを送信するように構成することができる。他の実施例では、レポートモジュール８６は、低帯域幅の接続を介してアグリゲーション（集約、統合、aggregation）サービスに消費レポートを送信するように構成することができる。

[0047]シグネチャープロセッサー２８のレポートサービス８８は、消費レポートを分析するように構成することができる。このような分析は、例えば、ユーザーに対して、ターゲットを絞った関連性のあるコンテンツの提案を提供するために利用することができる。消費レポートの分析は、コンテンツの分析、ユーザーインターフェイスの分析、デバイスの分析、ユーザーの視聴動向の分析などを含んでもよい。さらに、そのような分析は、特定の母集団及び／又はターゲットとされる層（demographic）のコンテンツ消費傾向に関心のあるコンテンツプロバイダー、広告主、及び／又は他の者にとって価値のある、ユーザー集団における傾向を判断するために、いくつかのユーザーにわたる消費レポートのアグリゲーション（統合、集約、aggregation）を含んでもよい。

[0048]図３に移ると、図３は、コンテンツシグネチャリングを提供する例示的な方法１００を示す。１０２において、方法１００は、１つ又は複数のコンテンツソースからコンテンツ信号を受信することを含む。各信号は、例えば、ソース入力を介して受信することができる。１０４において、方法１００は、受信された各コンテンツ信号から得られるサンプル情報をシグネチャープロセッサーに送信することを含む。いくつかの実施例では、方法１００は、１０６において示されるように、オプションとして、それぞれの受信されたコンテンツ信号からサンプル情報を導出することを含んでもよい。１０８において示されるように、さらに、いくつかの実施例では、受信したコンテンツ信号からデジタル署名を導出してもよい。

[0049]１１０において、方法１００は、対応する各コンテンツソースについてのコンテンツ情報をシグネチャープロセッサーから受信することを含む。１１２において、方法１００は、オプションとして、各コンテンツソースについてのメニューオプションを含む統一されたユーザーインターフェイスを生成することを含む。各メニューオプションは、例えば、対応するコンテンツソースについての識別されたコンテンツ情報を含んでもよい。

[0050]いくつかの実施例では、方法１００は、オプションとして、１１４に示されるように、統一されたユーザーインターフェイスのメニューオプションの選択を受信することを含んでもよい。したがって、１１６において、方法１００は、オプションで、そのような選択に応答して対応するコンテンツソースによって配信されるコンテンツを視覚的に提示することを含んでもよい。

[0051]さらに、いくつかの実施例では、方法１００は、オプションとして、１１８に示されるように、特定のコンテンツソースに対応する１つ又は複数のコンテンツ項目を当該特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付けることを含んでもよい。いくつかの実施例では、そのような関連付けは、１２０で示されるように、１つ又は複数の関連付られるコンテンツ項目を含むコンテンツリコメンデーショを提供することを含んでもよい。

[0052]さらにまた、いくつかの実施例では、方法１００は、オプションとして、１２２で示されるように、それぞれのソース入力を介してコンテンツ消費を詳述する消費レポートを提供することを含んでもよい。このような場合には、方法１００は、さらに、１２４で示されるように、レポートサービスに消費レポートを送ることを含んでもよい。

[0053]さらにまた、いくつかの実施例では、方法１００は、オプションとして、１２６に示されるように、どのコンテンツソースが１つ又は複数のリモートコントロールのどれによって制御されるかを推測することを含んでもよい。例として、このような推論は、自然学習フェーズ中に実行することができる。

[0054]いくつかの実施例では、上述した方法と処理は、１つ又は複数のコンピューターを含むコンピューティングシステムに関係してもよい。特に、本明細書に記載の方法や処理は、コンピューターアプリケーション、コンピューターサービス、コンピューターＡＰＩ、コンピューターライブラリー、及び／又は他のコンピュータープログラム製品として実施されてもよい。

[0055]図１は、上述した方法及び処理の１つ又は複数を実行することができるディスプレイデバイス２０の形で、限定的でないコンピューティングシステムを概略的に示す。ディスプレイデバイス２０は簡略化した形で示される。実質的にすべてのコンピューターアーキテクチャーが本開示の範囲から逸脱することなく使用することができることを理解すべきである。別の実施例では、ディスプレイデバイス２０は、テレビ、デスクトップコンピューター、ラップトップコンピューター、タブレットコンピューター、ホームエンターテイメントコンピューター、ネットワークコンピューティングデバイス、モバイルコンピューティングデバイス、モバイル通信デバイス、ゲーム機、メインフレームコンピューター、サーバーコンピューターなどの形をとることができる。

[0056]ディスプレイデバイス２０は、論理サブシステム１３０及びデータ保持サブシステム１３２を含む。ディスプレイデバイス２０は、ディスプレイ２２ａ、通信サブシステム１３４、及び／又は図１に示されていない他のコンポーネントを含んでもよい。ディスプレイデバイス２０は、また、オプションとして、例えば、リモートコントローラー、キーボード、マウス、ゲームコントローラー、カメラ、マイクロフォン、及び／又はタッチスクリーンなどのユーザー入力デバイスを含んでもよい。

[0057]論理サブシステム１３０は、１つ又は複数の命令を実行するように構成された１つ又は複数の物理デバイスを含んでもよい。例えば、論理サブシステムは、１つ又は複数のアプリケーション、サービス、プログラム、ルーチン、ライブラリー、オブジェクト、コンポーネント、データ構造、又は他の論理的な構成の一部である１つ又は複数の命令を実行するように構成することができる。このような命令は、タスクを実行し、データ型を実装し、１つ又は複数のデバイスの状態を変換し、又はそうでなければ望ましい結果に到達するために実装されてもよい。

[0058]論理サブシステムは、ソフトウェア命令を実行するように構成された１つ又は複数のプロセッサーを含んでもよい。さらに又は代わりに、論理サブシステムは、ハードウェア又はファームウェア命令を実行するように構成された１つ又は複数のハードウェア又はファームウェア論理マシンを含んでもよい。論理サブシステムのプロセッサーは、シングルコア又はマルチコアであってもよく、その上で実行されるプログラムは、並列処理又は分散処理のために構成することができる。論理サブシステムは、オプションとして、離れて配置されたり及び／又は協調的な処理のために構成されたりしてもよい２つ以上のデバイスにわたって分散される個々のコンポーネントを含んでもよい。論理サブシステムの１つ又は複数の態様は、クラウドコンピューティング構成で構成されたリモートアクセスが可能なネットワーク化されたコンピューティングデバイスによって仮想化され、実行されてもよい。

[0059]データ保持サブシステム１３２は、本明細書に記載の方法や処理を実施する論理サブシステムによって実行可能なデータ及び／又は命令を保持するように構成された１つ又は複数の物理的で持続性のデバイスを含んでもよい。そのような方法及びプロセスが実施された場合、データ保持サブシステム１３２の状態は、（例えば、異なるデータを保持するように）変換されてもよい。

[0060]データ保持サブシステム１３２は、取り外し可能な媒体及び／又は内蔵デバイスを含んでもよい。データ保持サブシステム１３２は、とりわけ、光メモリーデバイス（例えば、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、ブルーレイディスクなど）、半導体メモリーデバイス（例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）及び／又は磁気メモリーデバイス（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、テープドライブ、ＭＲＡＭなど）を含んでもよい。データ保持サブシステム１３２は、以下の特徴のうちの１つ又は複数をもつデバイスを含んでもよい：揮発性、不揮発性、動的、静的、読み取り／書き込み、読み取り専用、ランダムアクセス、シーケンシャルアクセス、ロケーションアドレス可能、ファイルアドレス可能、及びコンテンツアドレス可能。いくつかの実施例では、論理サブシステム１３０及びデータ保持サブシステム１３２は、特定用途向け集積回路又はシステムオンチップなどの１つ又は複数の共通のデバイスに統合することができる。

[0061]図１はまた、本明細書に記載した方法及び処理を実施するために実行可能なデータ及び／又は命令を記憶及び／又は転送するのに使用することができる、取り外し可能なコンピューター読み取り可能な記憶媒体１３６の形式のデータ保持サブシステムの態様を示す。取り外し可能なコンピューター読み取り可能な記憶媒体１３６は、とりわけ、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、ブルーレイディスク、ＥＥＰＲＯＭ、及び／又はフロッピー（登録商標）ディスクの形をとることができる。

[0062]「モジュール」、「プログラム」及び「エンジン」という用語は、１つ又は複数の特定の機能を実行するために実施されるディスプレイデバイス２０の態様を記述するために用いることができる。いくつかの場合には、そのようなモジュール、プログラム、又はエンジンは、データ保持サブシステム１３２により保持される命令を実行する論理サブシステム１３０によってインスタンス化されてもよい。異なるモジュール、プログラム、及び／又はエンジンが同じアプリケーション、サービス、コードブロック、オブジェクト、ライブラリー、ルーチン、ＡＰＩ、関数（function）などからインスタンス化されてもよいことが理解されるべきである。同様に、同じモジュール、プログラム、及び／又はエンジンを、異なるアプリケーション、サービス、コードブロック、オブジェクト、ルーチン、ＡＰＩ、関数などによってインスタンス化することができる。「モジュール」、「プログラム」及び「エンジン」という用語は、実行可能なファイル、データファイル、ライブラリー、ドライバー、スクリプト、データベースレコードなどの各々又はグループを包括するように意図される。

[0063]「サービス」は、本明細書で使用する場合、複数のユーザーセッション間で実行可能であり、１つ又は複数のシステムコンポーネント、プログラム、及び／又は他のサービスに利用できる、アプリケーションプログラムであってもよい。いくつかの実施例では、サービスは、クライアントからの要求に応答して、サーバー上で実行されてもよい。

[0064]ディスプレイ２２ａは、データ保持サブシステム１３２によって保持されるデータの視覚的表現を提示するために使用することができる。本明細書に記載した方法及び処理がデータ保持サブシステムによって保持されるデータを変更し、したがってデータ保持サブシステムの状態を変換するとき、ディスプレイ２２ａの状態は同様に基本的なデータの変更を視覚的に表すために変換することができる。ディスプレイ２２ａは、実質的にすべての種類の技術を利用する１つ又は複数のディスプレイデバイスを含んでもよい。このようなディスプレイデバイスは、共有エンクロージャーにおいて論理サブシステム１３０及び／又はデータ保持サブシステム１３２と組み合わせることができ、また、そのようなディスプレイデバイスは周辺ディスプレイデバイスであってもよい。

[0065]含まれる場合、通信サブシステム１３４は、ディスプレイデバイス２０を１つ又は複数の他のコンピューティングデバイスと通信可能に接続するように構成することができる。通信サブシステム１３４は、１つ又は複数の異なる通信プロトコルと互換性のある有線及び／又は無線通信デバイスを含んでもよい。限定的でない例として、通信サブシステムは、無線電話ネットワーク、無線ローカルエリアネットワーク、有線ローカルエリアネットワーク、ワイヤレス広域ネットワーク、有線広域ネットワークなどを介した通信のために構成することができる。いくつかの実施例では、通信サブシステムは、ディスプレイデバイス２０がインターネットなどのネットワークを介して他のデバイスとの間でメッセージを送受信することを可能にしてもよい。

[0066]本明細書に記載の構成及び／又は手法は、本質的に例示的なものであり、多数のバリエーションが可能であるため、これらの具体的な実施例又は例は、限定的な意味で考えるべきではないことが理解されるべきである。本明細書に記載した特定のルーチン又は方法は、任意の数の処理の方法のうちの１つ又は複数を表してもよい。このように、示された様々な動作は、示された順序で、他の順序で、並行して、又はいくつかの場合には省略されて、実行することができる。同様に、上記の処理の順序は変更することができる。

[0067]本開示の主題は、本明細書に開示される様々なプロセス、システム、構成、他の特徴、機能、動作、及び／又は特性のすべての新規で非自明な組み合わせ及びサブコンビネーションのほか、それらの任意のすべての均等物を含む。

Claims (15)

1. 対応するコンテンツソースからコンテンツ信号を受信するように各々が構成された１つ又は複数のソース入力と、
   各々の受信されたコンテンツ信号から得られたサンプル情報をシグネチャープロセッサーに送信し、各々の対応するコンテンツソースについてのコンテンツ情報をシグネチャープロセッサーから受信するコンテンツ識別モジュールであって、特定のコンテンツソースについてのコンテンツ情報はその特定のコンテンツソースから受信されるコンテンツ信号によって具体化されるコンテンツ項目を示す、コンテンツ識別モジュールと、
   前記特定のコンテンツソースに対応するコンテンツ項目を前記特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付ける関連付けモジュールと
   を備えるディスプレイレシーバーデバイス。
2. 前記関連付けモジュールは、前記特定のコンテンツソースに対応するコンテンツ項目を前記特定のコンテンツソースに対応していない１つ又は複数の関連付られるコンテンツ項目と関連付けるリモート関連付けサービスと協働するように構成される請求項１に記載のディスプレイレシーバーデバイス。
3. 前記関連付けモジュールは、前記１つ又は複数の関連付られるコンテンツ項目を含むコンテンツリコメンデーションを提供するように構成される請求項１に記載のディスプレイレシーバーデバイス。
4. 各ソース入力を介してコンテンツ消費を詳述する消費レポートを提供するレポートモジュールをさらに備え、前記レポートモジュールは、前記消費レポートを提供するために前記コンテンツ識別モジュールを介して受信されたコンテンツ情報を使用するように構成される請求項１に記載のディスプレイレシーバーデバイス。
5. 前記レポートモジュールは、ネットワークを介してレポートサービスに前記消費レポートを送信するように構成される請求項４に記載のディスプレイレシーバーデバイス。
6. 前記レポートサービスは、前記消費レポートを、１つ又は複数の他のディスプレイデバイスから受信した１つ又は複数の他の消費レポートと統合するように構成される請求項５に記載のディスプレイレシーバーデバイス。
7. 前記レポートモジュールは、前記消費レポートに基づいて前記レポートサービスから情報を受信するように構成される請求項５に記載のディスプレイレシーバーデバイス。
8. 前記消費レポートはコンテンツ項目の表示の期間を含む請求項４に記載のディスプレイレシーバーデバイス。
9. 前記消費レポートは、さらに、前記コンテンツ識別モジュールによって示されるどの異なるコンテンツ項目がコンテンツ項目の表示に割り込むかを含む請求項８のディスプレイレシーバーデバイス。
10. 各ソース入力によって受信されたコンテンツ信号をサンプリングし、前記コンテンツ識別モジュールについてのサンプル情報を用意する、ローカルシグネチャー取得モジュールをさらに備える請求項４のディスプレイレシーバーデバイス。
11. 前記ローカルシグネチャー取得モジュールは、２つ以上のソース入力によって受信されたコンテンツ信号を同時にサンプリングするように構成される請求項１０に記載のディスプレイレシーバーデバイス。
12. 前記ローカルシグネチャー取得モジュールは、異なるソース入力によって受信されたコンテンツ信号を連続してサンプリングするように構成される請求項１０に記載のディスプレイレシーバーデバイス。
13. 前記ローカルシグネチャー取得モジュールは、前記ディスプレイレシーバーデバイスのディスプレイがオフになっているときに、異なるソース入力によって受信されたコンテンツ信号をプリサンプルするように構成される請求項１０に記載のディスプレイレシーバーデバイス。
14. 各々が特定のコンテンツソースに対応する１つ又は複数のリモートコントロールから、リモートコマンド信号を受信するように各々が構成される、１つ又は複数のリモート制御入力と、
    対応するソース入力の活性化に基づいて、どのコンテンツソースがリモートコントロールによって制御されるかを推測するリモート推測モジュールと
    をさらに備える請求項１に記載のディスプレイレシーバーデバイス。
15. 前記リモート推測モジュールは、自然学習フェーズ中にどのコンテンツソースがリモートコントロールによって制御されるかを推測するように構成される請求項１４に記載のディスプレイレシーバーデバイス。