JP2011516941A - コンテンツおよびメタデータの消費技法 - Google Patents

Abstract

コンテンツおよびこのコンテンツと関連のあるメタデータを、多数のユーザーに供給することができる。コンテンツをディスプレイ・デバイス上に表示することができ、一方受信側ユーザーに対応するリモート・デバイスにメタデータを送信することができる。更に、ユーザーはコンテンツに関する所望の情報またはメタデータを要求することができ、要求された情報またはメタデータは、ユーザーのリモート・デバイスに送信することができる。異なるユーザーが、ディスプレイ・デバイス上に表示または提示されている同じ物体または異なる物体についての異なる情報を要求することもできる。各要求側ユーザーは、対応するリモート・デバイスを通じて、同じ物体または異なる物体について要求した情報を受信することができる。
【選択図】 図１

Description

[0001] ユーザーは、ビデオおよびオーディオ情報のようなコンテンツを多数の方法で受信する。例えば、ビデオを視聴している間、ユーザーは、そのビデオの中で関心のある物体または個人に気付くことがあると、ユーザーは種々の物体等について更に多くの情報を望む場合がある。通例、このような情報はユーザーには容易に入手することができない。ビデオが関心のある物体について明示的な情報を含んでいない場合、例えば、ユーザーは異なる情報源を通じて情報を調べなければならないこともある。しかしながら、ユーザーは、関心のあるトピックスが突然現れても、それを調べるためにビデオの視聴を中断したいとは考えないのが通例である。

[0002] 以下に、読み手に基本的な理解を与えるために、本開示を簡略化した摘要を紹介する。この摘要は、本開示の広範な全体像ではなく、本発明の鍵となる／肝要な要素を特定するのでなければ、本発明の範囲を正確に叙述するのでもない。その唯一の目的は、本明細書において開示される一部の概念を、簡略化した形態で、後に出てくる更に詳細な説明の序説として紹介することである。

[0003] 一例では、多数のユーザーにコンテンツをディスプレイ・デバイス上で表示または提示することができ、この表示されるコンテンツに対応するメタデータを、ユーザーの１人以上に対応するリモート・デバイスに送信することができる。このメタデータをコンテンツと関連付けることができる。例えば、メタデータは、コンテンツの態様またはコンポーネントを記述するまたは特徴付けることができる。別の例では、ディスプレイ・デバイスはコンテンツを表示することができるが、メタデータは表示しない。

[0004] 別の例では、ユーザーの好み(preference)および／またはユーザーのリモート・デバイスに基づいて、メタデータをリモート・デバイスに送信する。このメタデータは、ユーザーに表示または提示されるコンテンツと関連付けることができ、好みに基づいて選択することができる。また、今後の使用のために、好みをストレージに格納することもできる。

[0005] また、コンテンツを表示し、このコンテンツと関連のあるメタデータを抽出し、システムから離れているリモート・デバイスにメタデータを送るシステムについても記載する。

[0006] 付随する特徴の多くは、以下の詳細な説明を参照し添付図面と合わせて検討することによって、一層深く理解されて行き、それにしたがって一層容易に認められるようになるであろう。

[0007] この説明は、添付図面に照らして以下の詳細な説明を読むことにより、一層深く理解されよう。
図１は、適した計算システム環境の一例を示す。 図２は、コンテンツおよびこのコンテンツと関連のあるメタデータを提供するシステムの一例を示す。 図３は、コンテンツのメタデータを提供するプロセスの一例を示すフローチャートである。 図４は、コンテンツのメタデータをリモート・デバイスに提供する一例を示すフローチャートである。 図５は、メタデータの要求を処理する別の例を示すフローチャートである。 図６は、ユーザー・コンテンツをリモート・デバイスに送信する一例を示すフローチャートである。

[0014] 添付図面において同様に部分を示す際には、同様の参照番号を用いることとする。

[0015] 全体像
ユーザーに入手可能なコンテンツの多様性は、増々増大しつつある。例えば、ユーザーはテレビジョン番組を見ることができる。テレビジョン番組は、俳優、ディレクタ等を識別する等のために、メタデータが関連付けられていることがある。しかしながら、コンテンツおよびメタデータを提供するために用いられていた従前からの技法は、コンテンツ自体の消費によって混乱させられたり、および／または妨害されることが多かった。

[0016] 記載する技法は、コンテンツおよびメタデータの消費に関する。一実施形態では、セット・トップ・ボックスによって受信される、俳優、サブタイトル等を記述するメタデータが関連付けられているテレビジョン番組を通じてというようにして、クライアント・デバイスにおいてブロードキャストによってコンテンツおよびメタデータが受信される。リモート・デバイスに対応する好み(preference)（例えば、セット・トップ・ボックスのリモート制御デバイス）が特定され、この特定された好みに対応するメタデータがリモート・デバイスに出力される。例えば、リモート制御デバイスは、サブタイトル・データを受信する好みを有する場合があり、そのサブタイトル・データは、一体化されたディスプレイ・デバイス等に出力するために、リモート制御デバイスに供給することができる。このように、サブタイトル・データの出力は、セット・トップ・ボックスによるコンテンツの出力を妨害することはない。種々のその他の例も考えられるが、それについては以下において更に詳しく検討することができる。

[0017] 添付図面と共に以下に提示する詳細な説明は、本例を説明することを意図するのであって、本例を解釈または利用することができる唯一の形態を表すことを意図するのではない。この説明は、これらの例の機能、ならびに当該例を構成し動作させるステップの順序(sequence)を明記する。しかしながら、同一または同等の機能および順序を、異なる例によって遂行することもできる。本明細書において記載するシステムは、限定ではなく例として提示するに過ぎない。当業者には認められようが、本例は、種々の異なる種類のシステムにおける用途に適している。

[0018] 環境例
図１は、表示されるコンテンツと関連付けられたメタデータを配信するために全般的な遠隔技法を採用して動作可能な実施態様の一例における環境１００の図である。図示する環境１００は、ネットワーク運営業者の１つ又は複数のヘッド・エンド１０２（ｍ）（「ｍ」は１から「Ｍ」までのいずれの整数でも可能である）、クライアント・デバイス１０４、およびコンテンツ供給業者１０６を含み、これらはネットワーク接続１０８、１１０を通じて互いに通信状態で結合されている。以下の論述では、ヘッド・エンド１０２（ｍ）ならびにクライアント・デバイス１０４およびコンテンツ供給業者１０６は１つ又は複数のエンティティを代表することができる。したがって、１つのエンティティ（例えば、クライアント・デバイス１０４）または多数のエンティティ（例えば、クライアント・デバイス群１０４、複数のクライアント・デバイス１０４等）に言及することもある。加えて、複数のネットワーク接続１０８、１１０は別々に示されているが、ネットワーク接続１０８、１１０は、１系統のネットワークまたは多系統のネットワークを用いて達成されるネットワーク接続を代表することができる。例えば、ネットワーク接続１０８は、バック・チャネル通信を有するブロードキャスト・ネットワーク、インターネット・プロトコル（ＩＰ）ネットワーク等を代表することができる。

[0019] クライアント・デバイス１０４は、種々の方法で構成することができる。例えば、クライアント・デバイス１０４は、デスクトップ・コンピューター、移動局、娯楽機器、図示のようなディスプレイ・デバイスに通信状態で結合されているセット・トップ・ボックス、ワイヤレス・フォン等のような、ネットワーク接続１０８を通じて通信することができるコンピューターとして構成することもできる。

[0020] コンテンツ供給業者１０６は、コンテンツ１１２（ｋ）の１つ又は複数の項目を含み、「ｋ」は１から「Ｋ」までのいずれかの整数とすることができる。コンテンツ１１２（ｋ）は、テレビジョン番組、ビデオ・オン・デマンド（ＶＯＤ）ファイル等のような、種々のデータを含むことができる。コンテンツ１１２（ｋ）は、ネットワーク接続１１０を通じてヘッド・エンド１０２（ｍ）に伝達される。

[0021] ネットワーク接続１１０を通じて伝達されたコンテンツ１１２（ｋ）は、ヘッド・エンド１０２（ｍ）によって受信され、コンテンツ１１４（ｎ）の１つ又は複数の項目として格納することができる。ここで、「ｎ」は「１」から「Ｎ」までのいずれかの整数とすることができる。コンテンツ１１４（ｎ）は、コンテンツ供給業者１０６から受信したコンテンツ１１２（ｋ）と同一であっても異なっていてもよい。例えば、コンテンツ１１４（ｎ）はクライアント・デバイス１０４にブロードキャストするための追加データを含むこともできる。

[0022] この追加データの一例を、図１においてメタデータ１１６として示す。メタデータ１１６は、他のデータを記述するために用いられる多種多様のデータを含むことができる。他のデータとは、本例では、コンテンツ１１４（ｎ）のことである。メタデータ１１６は、ネットワーク接続１０８を通じてコンテンツと共にストリーミングするというように、種々の方法で、コンテンツ１１４（ｎ）と関連付けることができる。つまり、ヘッド・エンド１０２（ｍ）からクライアント・デバイス１０４へのコンテンツ１１４（ｎ）（そして、この例では、結果的にメタデータ１１６）の配信は、ケーブル、無線周波数（ＲＦ）、マイクロ波、ディジタル加入者線（ＤＳＬ）、衛星、インターネット・プロトコル（ＩＰ）接続経由等を含む、多数の方法で遂行することができる。図の簡略化のために、メタデータ１１６は、ヘッド・エンド１０２（ｍ）によって供給されるように示されているが、メタデータ１１６は、第三者の独立型供給業者、コンテンツ供給業者１０６等のような、多種多様なデータ源から発信することができる。

[0023] クライアント・デバイス１０４は、ネットワーク接続１０８を通じてコンテンツ１１４（ｎ）およびメタデータ１１６を受信するように、種々の方法で構成することができる。クライアント・デバイス１０４は、通例、図示したディスプレイ・デバイスによるレンダリングのために、ヘッド・エンド１０２（ｍ）から受信したコンテンツ１１４（ｎ）およびメタデータ１１６を伝達(transport)および解読するためのハードウェアおよびソフトウェアを含む。ディスプレイ・デバイスが示されているが、スピーカーのような、種々のその他の出力デバイスも想定している。

[0024] また、クライアント・デバイス１０４はディジタル・ビデオ・レコーダ（ＤＶＲ）機能を含むこともできる。例えば、クライアント・デバイス１０４は、ディスプレイ・デバイスへの出力およびこれによるレンダリングのために、ネットワーク接続１０８を通じて受信したコンテンツ１２０（ｃ）（「ｃ」は１から「Ｃ」までのいずれかの整数とすることができる）のようなコンテンツ１１４（ｎ）を記録するためにメモリー１１８を含むことができる。つまり、クライアント・デバイス１０４のメモリー１１８に格納されたコンテンツ１２０（ｃ）は、ヘッド・エンド１０２（ｍ）からストリーミングされたコンテンツ１１４（ｎ）のコピーであってもよい。

[0025] クライアント・デバイス１０４は、通信モジュール１２２を含む。通信モジュール１２２は、クライアント・デバイス１０４において実行可能であり、特定のチャネルに同調させる、ペイ・パー・ビュー・コンテンツを注文する等のために、１つ又は複数の「コマンド・モード」、即ち、「トリック・モード」の使用によるというようにして、クライアント・デバイス１０４におけるコンテンツ再生を制御する。コマンド・モードは、一時停止、巻き戻し、早送り、スロー・モーション再生等のような、コンテンツ１２０（ｃ）の非線形再生（即ち、コンテンツ１２０（ｃ）の再生時間をずらす）に備えることができる。

[0026] ヘッド・エンド１０２（ｍ）は、マネージャ・モジュール１２４を含むように示されている。マネージャ・モジュール１２４は、コンテンツ１１４（ｎ）をネットワーク接続１０８を通じてクライアント・デバイス１０４に出力する（ストリーミング）ために、コンテンツ１１４（ｎ）を構成する機能を表す。例えば、マネージャ・モジュール１２４は、インターネットを通じた配信のためにコンテンツを「パケット化する」、特定のブロードキャスト・チャネルに合わせて構成する、コンテンツ１１２（ｋ）を特定のチャネルにマッピングする等のために、コンテンツ供給業者１０６から受信したコンテンツ１１２（ｋ）を、ネットワーク接続１０８を通じた送信に適するように構成することができる。

[0027] つまり、図１の環境１００では、コンテンツ供給業者１０６は、コンテンツ１１２（ｋ）をネットワーク接続１１０を通じて、多数のネットワーク運営業者にブロードキャストすることができる。ネットワーク運営業者の例が、ヘッド・エンド１０２（ｍ）として示されている。次いで、ヘッド・エンド１０２（ｍ）はコンテンツ１１４（ｎ）をネットワーク接続を通じて多数のクライアント・デバイスにストリーミングすることができる。クライアント・デバイスの一例が、クライアント・デバイス１０４として示されている。次いで、クライアント・デバイス１０４はコンテンツ１１４（ｎ）をメモリー１１８の中にコンテンツ１２０（ｃ）として格納し、クライアント・デバイス１０４がディジタル・ビデオ・レコーダ（ＤＶＲ）機能を含むように構成されているときのように、コンテンツを受信しつつ、出力のためにそのコンテンツを直ちにレンダリングすることができる。別の例では、クライアント・デバイス１０４は、複数のヘッド・エンド１０２（ｍ）からのコンテンツのストリームにアクセスすることもでき、それについては、以下の論述に関係付けて更に詳しく検討することができる。

[0028] 更に、クライアント・デバイス１０４は、無線周波数、赤外線等を利用することができるローカル・ワイヤレス接続のような、ローカル・ネットワーク接続を通じて、リモート・デバイス１２６に通信状態で結合されているように示されている。リモート・デバイス１２６は、テレビジョンと共に提供される従前のテレビジョン用リモコン等のような、クライアント・デバイス１０４の機能を拡張しそのクライアント・デバイス１０４のみとの動作を目的として設定されたデバイスのように、種々の方法で構成することができる。

[0029] 別の例では、リモート・デバイス１２６は、クライアント・デバイス１０４との動作だけでなく、クライアント・デバイス１０４から離れた動作に合わせて構成することもできる。例えば、リモート・デバイス１２６は、ワイヤレス・フォン（例えば、「スマート」フォン）、パーソナル・ディジタル・アシスタント、携帯用ゲーム・プレーヤー、携帯用音楽プレーヤー等によって示されるような、「独立型」機能を含むように構成することができる。このような実施態様では、リモート・デバイス１２６は、複数のクライアント・デバイス１０４との動作に合わせて構成することもできる。例えば、リモート・デバイス１２６のユーザーは、自宅ではクライアント・デバイス１０４とそして会社では別のクライアント・デバイスと相互作用し、友人の自宅では更に別のクライアント・デバイスと相互作用する等とすることもできる。

[0030] 一実施態様では、リモート・デバイス１２６を１つ又は複数のクライアント・デバイス１０４に合体して相互作用を行うこともできる。例えば、クライアント・デバイス１０４および／またはリモート・デバイス１２６は、「合体」(bonding)ボタンを含むことができ、これが選択されたときに、リモートおよびクライアント・デバイス１２６、１０４間にローカル・ネットワーク接続が形成される。更に、この合体を永続させて、リモート・デバイス１２６をクライアント・デバイス間で移動させたときに、ユーザーの介入なく、リモート・デバイス１２６とクライアント・デバイス１０６との間にネットワーク接続が自動的に形成されるようにすることもできる。例えば、合体情報は、リモート・デバイス１２６および／またはクライアント・デバイス１０４によって、ネットワーク接続（例えば、ヘッド・エンド１０２（ｍ））等を通じて格納することができる。種々のその他の例も考えられる。

[0031] 図示のように、コンテンツ１２０（ｃ）をディスプレイ・デバイス上に表示することができる。コンテンツ１２０（ｃ）は、あらゆる種類および量の、前述したような、ビデオまたはオーディオ・コンテンツのようなコンテンツでも含むことができる。加えて、ディスプレイ・デバイス上に表示されるコンテンツ１２０（ｃ）と関連のあるメタデータ１１６も提示することができる。図示の例では、メタデータ１２８は、表示のために、リモート・デバイス１２６に送信される。図示のように、リモート・デバイス１２６は、クライアント・デバイス１０４のディスプレイ・デバイスから離れている。例えば、リモート・デバイス１２６は、ディスプレイ・デバイスとは別々であってある位置に配置されていてもよく、一方ディスプレイ・デバイスは第２の位置に配置されていてもよい。別の例では、リモート・デバイス１２６は、ディスプレイ・デバイスとは別々であるが、ディスプレイ・デバイスに近接して配置されていてもよい。

[0032] メタデータ１２８は、ディスプレイ・デバイス上に表示されるコンテンツ１２０（ｃ）を記述するデータを含むことができる。例えば、メタデータ１２８は、ディスプレイ・デバイス上においてコンテンツ１２０（ｃ）の中に表示される物体を記述する情報または特徴付ける情報を含むことができ、あるいはコンテンツ１２０（ｃ）のオーディオ・トラックについての情報を含むことができる。加えてまたは代わりに、メタデータ１２８は、コンテンツ１２０（ｃ）に関するその他の情報を含むこともできる。例示のための非限定的な例として、メタデータ１２８は、代替オーディオ・トラック（例えば、外国語の会話）、サブタイトル情報、品目情報、価格情報、または販売／マーケティング情報というような製品情報、コンテンツの中で描写される人またはキャラクタの伝記情報等を含むことができる。

[0033] クライアント・デバイス１０４は、更に、メタデータ１２８と相互作用する機能を表すメタデータ・モジュール１３０を含むように示されている。例えば、メタデータ・モジュール１３０は、メタデータ１１６を、ヘッド・エンド１０２（ｍ）からのストリームを通じて受信したコンテンツ１１４（ｎ）から分離することができる。また、メタデータ・モジュール１３０は、受信したメタデータ１１６を、メタデータ１２８としてリモート・デバイス１２６に配信するというように、配信することもできる。種々のその他の例も考えられ、それについては、図２に関係付けて更に詳しく検討することができる
[0034] 尚、図１に示したエンティティの１つ又は複数は、更に分割すること（例えば、ヘッド・エンド１０２（ｍ）は分散型計算システムにおける複数のサーバーによって実現することができる）、組み合わせること（例えば、ヘッド・エンド１０２（ｍ）はメタデータ１１６を発生する機能を組み込むことができる）等ができ、したがって、図１の環境１００は、記載した技法を用いることができる複数の異なる環境の１つを表すことを注記しておく。

[0035] 一般に、本明細書において記載した機能は、そのいずれもが、ソフトウェア、ファームウェア、ハードウェア（例えば、固定ロジック回路）、手動処理、またはこれらの実施態様の組み合わせを用いて実現することができる。「モジュール」、「機能」、「エンジン」、および「ロジック」という用語は、本明細書において用いられる場合、総じて、ソフトウェア、ファームウェア、ハードウェア、またはその組み合わせを表す。ソフトウェアの実施態様の場合、例えば、モジュール、機能、またはロジックは、プロセッサー（例えば、ＣＰＵまたは複数のＣＰＵ）において実行されると、指定されたタスクを実行するプログラム・コードを表す。プログラム・コードは、メモリー１１８のような、１つ又は複数のコンピューター読み取り可能メモリー・デバイスに格納することができる。本明細書に記載した技法の特徴は、プラットフォーム独立型であり、これが意味するのは、種々のプロセッサーを有する種々の商用計算プラットフォームにおいて、本技術を実現できるということである。

[0036] 図２は、コンテンツおよびこのコンテンツと関連のあるメタデータを供給するシステム２００の一例を示す。この例では、本システムは、情報をデータ源から受け取る入力と、ユーザーまたはデバイスの好みあるいはその他の所望の情報というような情報を格納するストレージ２０３と、所望のメタデータ・データを特定するデータ・エキストラクター２０２と、メタデータをリモート・デバイスに供給するために、コンテンツをユーザーおよび／またはメタデータ出力２０５に供給する出力２０４とを含むことができる。図２は、例示を目的とした一例に過ぎない。図２に示すコンポーネントはいずれも、異なる方法で構成すること、または省略することもできる。また、追加のコンポーネントがあってもよい。

[0037] 図３は、コンテンツのメタデータを供給するプロセスの一例を示すフローチャートである。この例では、コンテンツを受信することができ（例えば、図２の入力２０１を介して）、更にユーザーに表示することができる（ブロック３０１）。コンテンツは、種々の形態のデータを含むことができ、例えば、ビデオおよび／またはビデオ・データを含む。ビデオ・データは、物体、人等の画像を含むことができる。ユーザーは、ビデオ・データにおいて描画される物体のいずれかについての追加情報を受信することを望む場合もある。加えて、ユーザーはコンテンツの中で出てきたオーディオ情報についての追加情報を入手することを望む場合もある。

[0038] 例えば、ビデオ・データはお気に入りの俳優の出力を含むことがある。この俳優に関するメタデータ２０５を入手するためには、ユーザーはリモート・デバイス１２６上のボタンを選択すればよく、これによってビデオ・データから静止画像が取り込まれる。次いで、画像認識技法（例えば、顔認識）を用いて、静止画像の全部または一部を識別することができる。例えば、ユーザーは、識別すべき静止画像の一部を示すために、俳優の顔を丸で囲めばよく、画像認識技法は、それ以上のユーザー入力等がなくても、自動的に顔の特徴を認識することができる。この識別は、次にメタデータ２０５の基準として用いることができ、リモート・デバイス１２６はこの識別を取得し出力する。これについての更なる論述は、図４に関して確認することができる。

[0039] 更に、システムまたはデバイスはユーザーから信号またはメッセージを受け取ることができる（ブロック３０２）。リモート・デバイスから入力を受信するシステムは、ローカル・クライアント１０４、または図１のヘッド・エンド１０２（ｍ）を実現するために用いられるサーバーのような、クライアント上に現在あるコンテンツのブロードキャストと関連のあるサーバーとすることができる。つまり、サーバーは、ヘッド・エンド１０２（ｍ）またはその他のビデオ配信ネットワークの一部であること、そのネットワークと関係を有する等が可能である。サーバーの実施形態では、リモート・デバイス１２６は、クライアント・デバイス１０４上に提示されたデータに対するその関心を、例えば、ヘッド・エンド１０２（ｍ）におけるサーバーに伝える。すると、サーバーはその情報の要求を受けて、これに応答する処理を実行する。局限的な実施形態では、クライアント・デバイス１０４が要求を解釈し、応答してクライアント１０４の内部に格納されている情報から、より多くのデータを与えるか、あるいはインターネットのようなネットワークまたはヘッド・エンド１０２（ｍ）あるいはその他の情報源にアクセスして所望の情報を得る。前述の信号またはメッセージは、表示されているコンテンツに基づいて、所望の情報またはメタデータを示すことができる。ユーザーからの信号またはメッセージは、入力２０１（図２）を介して、またはその他のいずれの入力デバイスを介してでも受信することができる。

[0040] ユーザーから受信した信号またはメッセージに基づいて、システムまたはデバイスは、所望のメタデータを決定することができ、更に所望のメタデータをユーザーに送信することができる（ブロック３０３）。例えば、コンテンツ１１４（ｎ）は、コンテンツ１１４（ｎ）の異なる側面を記述するメタデータ１１６を含むことができる。メタデータ１１６は、例えば、コンテンツ１１４（ｎ）の中で表示されている物体についての製品情報、あるいはこのコンテンツの中で描写されている人または個人についての伝記情報を提供することができる。この例では、データ・エキストラクター２０２（図２）が、ユーザーの信号またはメッセージを入力２０１（図２）を介して受信し、この信号またはメッセージに基づいて、コンテンツ１１４（ｎ）の中にある所望のメタデータ１１６を特定することができる。データ・エキストラクター２０２（図２）は、更に、コンテンツ１１４（ｎ）から所望のメタデータ１１６を抽出し、このメタデータをメタデータ出力２０５（図２）を介して出力することができる。コンテンツ１１４（ｎ）は、出力２０４（図２）を介して供給することができる。

[0041] メタデータ出力２０５を介して供給されたメタデータ１１６は、コンテンツ１１４（ｎ）のある側面を記述するまたは特徴付けるデータを含むことができる。例えば、メタデータ１１６は、コンテンツ１１４（ｎ）の中に表示された物体についての情報を含むことができる。直前の例を続けると、コンテンツ１１４（ｎ）の中に表示された物体は、ユーザーによって、例えば、前述のように静止画像に丸を付けることによって、静止画像「全体」を取り込むことによって選択され、画像認識技法を用いて、ユーザーとの相互作用なくモジュールを自動的に実行する等によって、ユーザーに関心があると思われる部分を判断することができる。この選択に基づいて、選択された物体に対応するメタデータ１１６をユーザーに供給することができる。供給されるメタデータ１１６のタイプは、選択される物体のタイプに基づいて、変化することもあり得る。例えば、ユーザーは、コンテンツ１１４（ｎ）の中に表示された物体を選択して、その物体についての購入情報を受信しようとする場合がある。この場合、コンテンツ１１４（ｎ）は、購入することができる品目の画像を含むことができる。ユーザーは、ディスプレイ上でこの物体を選択し、ユーザーのリモート・デバイス１２６にメタデータ１１６が送信される。メタデータ１１６は、価格、入手可能性等というような、この物体の種々の側面を記述することができる。

[0042] メタデータ１１６は、リモート・デバイス１２６におけるユーザーに供給することができる。例えば、コンテンツ１１４（ｎ）は、リモート・デバイス１２６から離れたクライアント・デバイスのディスプレイ・デバイス上に表示することができる。ユーザーは、ディスプレイ・デバイス上に表示されているコンテンツ１１４（ｎ）から物体を選択し（例えば、前述のようにクライアント・デバイス１０４によって出力されたコンテンツから取り込んだ静止画像から）、対応するメタデータをユーザーのリモート・デバイスに送信することができる。このメタデータは、リモート・デバイス１２６と共にデバイス１２８として示されている。ユーザーのリモート・デバイス１２６は、図示のように、クライアント・デバイス１０４のディスプレイ・デバイスから離れていてもよく、更に、ローカル・エリア・ネットワークまたはワイド・エリア・ネットワークを通じてというように、ディスプレイ・デバイスからいかなる距離でも離れていてもよい。したがって、ディスプレイ・デバイス上の表示は、リモート・デバイス上に表示されるメタデータ１２８とは無関係に供給することができる。

[0043] 図４は、コンテンツ１１４（ｎ）のメタデータ１１６をリモート・デバイス１２６に供給する一例４００を示すフローチャートである。この例では、コンテンツ１１２（ｋ）をクライアント・デバイス１０４のディスプレイ・デバイス上に表示することができる（ブロック４０１）。したがって、ディスプレイ・デバイスは、ビデオおよび／またはオーディオ情報を含む種々の情報を表示することができ、例えば、クライアント・デバイス１０４のスピーカーを通じてオーディオ・コンテンツを出力することができる。例えば、ビデオ情報として構成されたコンテンツ１１４（ｎ）がクライアント・デバイス１０４のディスプレイ・デバイス上に表示された場合、このビデオ情報の一部として表示される物体（例えば、俳優の顔、会社のロゴ、テキスト等）には、表示されている物体を記述するまたは更に特徴付けるメタデータ１１６が関連付けられていることがある。

[0044] 例えば、コンテンツ１１４（ｎ）は、特定のテレビジョン有名人の画像を含んでいるかもしれない。しかしながら、ユーザーは、このテレビジョン有名人の伝記データ、映画関係文献等を受信することを望んでいることもあり得る。この場合、ユーザーは、ディスプレイ上でこのテレビジョン有名人の画像を選択し、リモート・デバイス１２６によって出力されるユーザー・インターフェースとの対話処理によって、このテレビジョン有名人の顔を含む静止画像をクライアント・デバイス１０４に格納させるというようなことができる。このテレビジョン有名人のユーザー選択に応答して（例えば、静止画像を取り込ませ、静止画像がリモート・デバイス１２６に転送された後にテレビジョン有名人の顔を含む静止画像の一部を識別することによって）、このテレビジョン有名人を記述するメタデータ１１６をユーザーのリモート・デバイス１２６に送信することができる。次いで、ユーザーは、伝記データを見るというようなことのために、リモート・デバイス１２６上でメタデータ１１６と相互作用することができる。

[0045] 前述のように、リモート・デバイス１２６は、データを受信する種々のデバイスとして構成することができ、コンテンツ１１４（ｎ）を表示するクライアント・デバイス１０４のディスプレイ・デバイスとは離れている。例えば、リモート・デバイス１２６は、電話機、音楽プレーヤー、遠隔制御デバイス等を含むことができる。この場合、クライアント・デバイス１０４のディスプレイ・デバイスの他の視聴者は、メタデータ１１６によって気を散らされることはない。例えば、リモート・デバイス１２６によるメタデータ１１６の出力は、クライアント・デバイス１０４によるコンテンツ１１４（ｎ）の出力を妨害しない。

[0046] 別の例では、リモート・デバイス１２６のユーザーの好みに基づいて、メタデータ１１６を自動的にリモート・デバイス１２６に送信することもできる。この場合、ユーザーの好みまたはリモート・デバイス１２６の好みを格納するために、ストレージ２０３（図２）を含ませるとよい。好みは、データ・エキストラクター２０２によって受信されて読み取られ（図４のブロック４０３）、ユーザーのリモート・デバイス１２６（図２）に送信するメタデータ１２８を決定することができる（図４のブロック４０４）。コンテンツに対応するメタデータ１１６は、データ源から供給することができる。データ源の一例に、図１のヘッド・エンド１０２（ｍ）がある。この例では、データ源（例えば、ヘッド・エンド１０２（ｍ））は、コンテンツ１１４（ｎ）およびメタデータ１１６を出力（図２の２０１）を介してデータ・エキストラクター（図２の２０２）に供給することができる。更に、データ・エキストラクター２０２は、ユーザーから好み情報を受信することができ、あるいはユーザーおよび／またはリモート・デバイス１２６からの好み情報をストレージ２０３に格納することができる。対応する好み情報に基づいて、データ・エキストラクター２０２は、コンテンツ１１４（ｎ）に対応するメタデータ１１６を特定し、特定したメタデータ１１６をリモート・デバイス１２６に送信することができる（ブロック４０５）。特定されたメタデータ１１６は、メタデータ１２８として示されている。このように、リモート・デバイス１２６はユーザーに対応することができ、様々な種類のリモート・デバイスを含むことができる。一例では、リモート・デバイス１２６は、リモート・デバイス１２６がメタデータをユーザーに表示または提示することができるように、ディスプレイおよび／またはスピーカーを含む。

[0047] 一例として、ユーザーがリモート・デバイス１２６上で特定のタイプのデータを受信することを望む場合がある。例えば、ユーザーは、リモート・デバイス１２６がワイヤレス・フォンとして構成されている場合、リモート・デバイス１２６上でニュースの更新を受信することを望むこともあり得る。この場合、ユーザーは定期的にこのような情報を受信する希望を示すために、好みを送ることができる。この好みを格納しておき、所望の情報が受信されたときにアクセスすることができる。ニュース更新を供給する通信社のようなデータ源からコンテンツ１１４（ｎ）を受信する場合、システムはユーザーの好みをストレージから読み出すことができ、データ源からコンテンツ１１４（ｎ）内のメタデータ１１６を特定することができる。特定されたメタデータ１１６（例えば、ニュース更新）は、リモート・デバイス１２６（即ち、この例ではワイヤレス・フォン）に送信することができる。このメタデータ１１６は、図１ではメタデータ１２８として示されている。

[0048] 一実施態様では、リモート・デバイス１２６による出力のために入手したメタデータ１２６を、クライアント・デバイスによるコンテンツ１１４（ｎ）の出力における特定の時点と同期させることができる。例えば、リモート・デバイス１２６のユーザーが、クライアント・デバイス１０４のディスプレイ・デバイスにおいて表示されているコンテンツ１１４（ｎ）におけるスポーツ試合の出力の最後のプレーを見逃してしまったということもあり得る。このために、リモート・デバイス１２６のユーザーは、接続における現在のタイムスタンプ、現在の「オフセット」（例えば、３／４、残り１２秒）等を決定するというようなことのために、クライアント・デバイス１０４においてコンテンツ１１４（ｎ）の出力における特定の時点を決定する動作を開始することができる。

[0049] 次いで、この情報をクライアント・デバイス１０４からリモート・デバイス１２６に伝達することができ、次いで、リモート・デバイス１２６が、所望の時点に関するメタデータ１２８を入手するために、この情報を用いることができる。直前の例を続けると、リモート・デバイス１２６はコンテンツ１１４（ｎ）の出力におけるこの特定の時点の決定を用いて、リモート・デバイス１２６上でコンテンツの表示を「巻き戻し」所望のプレーを突き止めることができる。つまり、リモート・デバイス１２６およびクライアント・デバイス１０４の動作を互いに同期させることができる。一実施形態では、クライアント・デバイス１０４は、ランダム・アクセス・メモリー機能(capability)を有し、現在のビデオに関する多数のビデオ・ストリームをストリーミングすることができ、クライアント・デバイス１０４においてビデオの現在のブロードキャストを中断することなく、要求されたビデオをリモート・デバイス１２６に表示のためにストリーミングする。１つのデータ源からのビデオの同時ストリーミングを可能にする他の技術も用いることができる。更に別の実施形態では、クライアント・デバイス１０４が連続的にコンテンツをリモート・デバイス１２６にブロードキャストしており、次いでこのコンテンツをバッファする。この実施形態では、ビデオにおいて巻き戻すかそうでなければあちこちに動かすユーザーの要求に応答して、高速な応答表示が可能になる。更にまた別の実施形態では、リモート・デバイス１２６は、メタデータ情報をサーバー、例えば、ヘッド・エンド１０２（ｍ）におけるサーバーに送る。次いで、このサーバーはコンテンツ１１４（ｎ）の現在のセグメントを特定し、コンテンツ１１４（ｎ）を直接リモート・デバイス１２６に送信する。この実施形態には、クライアント・デバイス１０４にかかる処理負担を軽減するという利点がある。種々のその他の例も考えられる。

[0050] 別の例では、多数のユーザーからの多数の要求を受けて処理することもできる。図５は、メタデータの要求を処理する別の例を示すフローチャート５００である。この例では、コンテンツ１１４（ｎ）が、ユーザーのために、クライアント・デバイス１０４のディスプレイ・デバイス上に表示される（ブロック５０１）。コンテンツ１１４（ｎ）は、メタデータ１１６を含むことができるが、これはクライアント・デバイス１０４のディスプレイ・デバイス上にコンテンツ１１４（ｎ）と共に表示されない。コンテンツ１１４（ｎ）に関する種々の数またはタイプのメタデータ１１６を含めることができる。例えば、メタデータ１１６は、代替言語トラック、コンテンツ１１４（ｎ）において表示される物体についての購入情報、表示される物体または人についての記述データ、コンテンツ１１４（ｎ）において供給される音響または音楽のような追加素材についての記述情報、異なる言語でのサブタイトル等を含むことができる。これらは単なる例に過ぎず、あらゆるタイプのメタデータ１１４（ｎ）を含めることができ、本発明の主旨および範囲から逸脱することなく、種々のその他の例も考えられる。

[0051] 第１のユーザー選択を受け取る（ブロック５０２）。第１のユーザー選択は、前述のように、クライアント・デバイス１０４のディスプレイ・デバイス上に表示された品目または物体の選択を含むことができる。例えば、ユーザーは、表示されている物体を選択して、その物体についての追加情報を、クライアント・デバイス１０４のディスプレイ上および／またはリモート・デバイス１２６のディスプレイ・デバイス上のいずれかで受信することができる。第２のユーザー選択を受け取る（ブロック５０３）。第２のユーザー選択は、第１のユーザー選択を入力した同じユーザーからでも、または異なるユーザーからであってもよい。例えば、第１ユーザーが、コンテンツ１１４（ｎ）において表示または提示された物体を選択することができ、更にコンテンツ１１４（ｎ）において同時にまたは後の時点で表示または提示された別の物体も選択することができる。あるいは、第１ユーザーがコンテンツ１１４（ｎ）において表示または提示された物体を選択することができ、一方、第１ユーザーとは異なる第２ユーザーが、コンテンツ１１４（ｎ）において表示または提示されたその物体または別の物体を選択することができる。

[0052] 第１の選択および第２の選択に対応するメタデータ１１６を特定する（ブロック５０５およびブロック５０６）。第１および第２の選択の各々に対するメタデータ１１６の特定は、多数の要因に基づいて行うことができる。一例では、図５に示すように、好みデータに基づいてメタデータを特定することができる（ブロック５０４）。この例では、好みデータは、ストレージからあるいはユーザーまたはリモート・デバイス１２６から、クライアント・デバイス１０４および／またはリモート・デバイス１２６によって出力されたユーザー・インターフェースを通じて入力されて、受け取ることができる（ブロック５０４）。例えば、好みデータは、ユーザーが株式相場情報を指定の間隔で受け取りたいことを示すことができる。この場合、所望の株式相場情報に関するメタデータ１１６は、コンテンツ１１４（ｎ）から抽出することができ、そしてユーザーに提示することができる。

[0053] この例では、物体の各々についてのメタデータ１１６をリモート・デバイス１２６上においてユーザーに供給するように、ユーザーは異なる物体についての情報を要求することができる。例えば、ユーザーは第１物体を選択し（ブロック５０２）、更に第２物体を選択し（ブロック５０３）、第１物体に対応する第１メタデータを受信し（ブロック５０５）、第２物体を記述する第２メタデータを受信する（ブロック５０６）ことができる。あるいは、異なるユーザーが何らかの物体についての情報を要求して、選択された物体の各々についてのメタデータを、異なるユーザー毎に、リモート・デバイス１２６上で供給するというようなこともできる。

[0054] 例えば、第１ユーザーが第１物体を選択することができ（ブロック５０２）、一方第２ユーザーがある物体を選択することができる（ブロック５０３）。第２ユーザーによって選択された物体は、第１ユーザーによって選択された物体と同じ物体であるかもしれず、また異なる物体であるかもしれない。これらの選択の各々についてメタデータ１１６を特定することができる（ブロック５０５、５０６）。この場合、第１ユーザーによる第１の選択に対して第１メタデータを特定することができ（ブロック５０５）、第２ユーザーによる第２の選択に対して第２メタデータを特定することができる（ブロック５０６）。

[0055] 第１ユーザーおよび第２ユーザーが同じ物体を選択した場合、第１ユーザーおよび第２ユーザーの双方が同じ情報を望むのであれば、第１メタデータおよび第２メタデータは実質的に同じであってよい。あるいは、第１ユーザーおよび第２ユーザーは、同じ物体を選択したかもしれないが、この同じ物体についての異なる情報を望むこともあり得る。この場合、第１メタデータおよび第２メタデータは異なっていてよい。例えば、画像の一部を選択したときに、ユーザー・インターフェースを出力して、ある俳優についての選択肢というような、この一部と関連のあるメタデータに対する選択肢を提示することができる。メタデータは、伝記情報、この俳優に関するテレビジョン番組の今後の放映予定等のような、種類によって分割することができる。

[0056] 異なるユーザーからの選択に基づいて、第１メタデータを第１ユーザーに送信することができ（ブロック５０７）、一方第２メタデータを第２ユーザーに送信することができる（ブロック５０７）。前述のように、第１および第２メタデータは同様であっても異なっていてもよい。

[0057] 直前の例を続けると、第１ユーザーが、クライアント・デバイス１０４のディスプレイ上に表示されている番組の再放映(replay)を望むかもしれず、第２ユーザーが、クライアント・デバイス１０４によって表示されている番組のサブタイトルを望むかもしれない。第１ユーザーは、その番組の再放映を要求することができ、この要求に応答して、第１ユーザーに対応する第１リモート・デバイス上でその番組を再放映することができる。第２ユーザーは、所望のサブタイトルを要求することができ、第２ユーザーに対応する第２リモート・デバイス上でそのサブタイトルを表示することができる。このように、第１ユーザーは当該第１ユーザーに関連があるリモート・デバイス上で情報を受信することができ、一方第２ユーザーは、リモート・デバイス上で、第２ユーザーが望んだ情報を受信することができる。第１ユーザーおよび第２ユーザーのいずれも、それぞれのユーザーが要求していない情報を受信することはない。例えば、第１ユーザーがサブタイトル情報を受信することはなく、第２ユーザーが番組の再放映を受信することもない。

[0058] 別の例では、ユーザーがコンテンツを送信する（例えば、ウェブサイトを通じて）ことができ、送信されたコンテンツはあらゆる数の別のユーザーにでも送ることができる。例えば、コンテンツはユーザーから受信することができる。受信されたコンテンツは、オーディオおよび／またはビデオ・データを含むいずれの情報でも含むことができる。また、受信されたコンテンツを、他のいずれかのユーザーに対応するリモート・デバイスのディスプレイ・デバイス上に表示することもできる。例えば、リモート・デバイス１２６のディスプレイ・デバイスは、そのユーザーから受信したコンテンツを別のユーザーに表示することができる。あるいは、ユーザーから受信したコンテンツを別のユーザーに、各受信側ユーザーに対応する別のリモート・デバイスを介して送信している間に、ディスプレイ・デバイスが別のコンテンツ（例えば、テレビジョン番組）を表示することができる。種々のその他の例も考えられる。

[0059] 図６は、ユーザー・コンテンツをリモート・デバイスに送信する例６００を示すフローチャートである。ディスプレイ・デバイスを介して、多数のユーザーにコンテンツを提示または表示することができる。これらのユーザーは、コンテンツを受信および／または送出することができる、対応のリモート・デバイスを有することができる。第１ユーザーは、彼／彼女のリモート・デバイス上にコンテンツを有することができ、このコンテンツは、最初は他のユーザーには入手可能ではなく、ディスプレイ・デバイス上に表示されていない。第１ユーザーは、彼／彼女のリモート・デバイス上のコンテンツをサービス(service)に送信することができる（ブロック６０１）。第１ユーザーからのコンテンツを受信する他のリモート・ネットワーク・デバイスを特定することができ（ブロック６０２）、第１ユーザーからのコンテンツは、第１ユーザーから、特定された他のユーザーに、これら他のユーザーのリモート・デバイスを介して送信することができる（ブロック６０３）。例えば、第１ユーザーまたは第１リモート・デバイスからのコンテンツを受信する他のユーザーまたは他のリモート・デバイスは、第１ユーザーまたは他のユーザーについての加入情報または好み情報によって特定することができる。あるいは、ユーザーまたはリモート・デバイスは、第１ユーザーによって特定することもでき、この場合、第１ユーザーは、コンテンツを受信する少なくとも一人の別のリモート・ユーザーを指定することもできる。

[0060] また、ディスプレイ・デバイスは、第１ユーザーから受信したコンテンツを表示しなくてもよい。むしろ、サービスを通じて第１ユーザーからコンテンツを受信する他のユーザーの各々は、そのコンテンツを受信することができるが、一方サービスのディスプレイ・デバイスは第１ユーザーからのコンテンツを表示しない。

[0061] 尚、この説明の態様は、多くの形態および実施形態を取ることができることは言うまでもない。本明細書において示した実施形態は、説明を限定するのではなく、例示することを意図しており、本発明の主旨および範囲から逸脱することなく変形も可能であることは認められよう。例示的な実施形態を示しそして説明したが、以上の開示には、広範囲の修正、変更、および置換が意図されており、場合によっては、一部の機構を採用しつつ、他の機構を対応して使用することがない場合もある。したがって、添付する特許請求の範囲は、広く、前述の説明の範囲と矛盾がないように解釈してしかるべきである。

Claims (20)

1. クライアント・デバイス（１０４）において、
   コンテンツ（１１４（ｎ））および関連するメタデータ（１１６）をブロードキャストにおいて受信するステップと、
   前記クライアント・デバイス（１０４）に通信状態で結合されているリモート・デバイス（１２６）からの現在のブロードキャストに関するメタデータの要求を識別するステップと、
   前記要求に関連があるメタデータ（１１６）を特定するために前記要求を分析するステップと、
   前記リモート・デバイス（１２６）に、前記要求に関連のあるメタデータを表示させるために、前記識別した要求に対応するメタデータ（１１６）を前記リモート・デバイス（１２６）に出力するステップと、
   を備えている、方法。
2. 請求項１記載の方法において、前記識別するステップおよび前記出力するステップは、前記コンテンツおよび関連するメタデータを受信しながら、リアル・タイムで実行する、方法。
3. 請求項１記載の方法であって、更に、前記コンテンツおよび前記関連のあるメタデータを前記クライアント・デバイスにおけるストレージに格納するステップを備えており、前記識別するステップおよび前記出力するステップは、前記コンテンツおよび関連のあるメタデータを格納しながら実行する、方法。
4. 請求項１記載の方法であって、更に、前記コンテンツおよび前記関連のあるメタデータを前記クライアント・デバイスにおけるストレージに格納するステップを備えており、前記識別するステップおよび前記出力するステップは、前記コンテンツおよび関連のあるメタデータを前記ストレージから出力しながら実行する、方法。
5. 請求項１記載の方法において、前記リモート・デバイスは、前記クライアント・デバイスに通信状態で結合されており、前記クライアント・デバイスに、該クライアント・デバイスに局限される１つ又は複数の機能を実施させる、方法。
6. 請求項１記載の方法において、前記コンテンツおよび前記関連のあるメタデータは、前記クライアント・デバイスにネットワーク運営業者のヘッド・エンドからストリーミングされる、方法。
7. 請求項１記載の方法において、前記識別するステップおよび前記出力するステップは、前記リモート・デバイスの各々がそれぞれの好みに特定的な前記メタデータを受信するように、複数の前記リモート・デバイスに対して実行される、方法。
8. リモート・デバイス（１２６）において、
   前記リモート・デバイス（１２６）とクライアント・デバイス（１０４）との間に永続的ネットワーク接続を設けるステップと、
   前記クライアント・デバイス（１０４）において現在のブロードキャストにおいて出力されているコンテンツ（１１４（ｎ））と関連のあるメタデータ（１１６）の要求を形成するステップと、
   前記リモート・デバイス（１２６）に、前記要求に関連のある情報を表示させるために、前記識別した要求に対応するメタデータ（１１６）を前記リモート・デバイス（１２６）に出力するステップと、
   を備えている、方法。
9. 請求項８記載の方法において、前記リモート・デバイスと前記クライアント・デバイスとの間におけるネットワーク接続は、ユーザーの介入なくして前記リモート・デバイスと前記クライアント・デバイスとの間のネットワーク接続が自動的に設けられるように、永続的である、方法。
10. 請求項８記載の方法において、
    前記接続を設けるステップは、複数の前記クライアント・デバイスに対して実行され、
    前記ネットワーク接続は、前記リモート・デバイスと前記クライアント・デバイスの各々との間における前記ネットワーク接続が自動的に設けられるように、永続的である、方法。
11. 請求項８記載の方法において、前記リモート・デバイスは、前記クライアント・デバイスに、該クライアント・デバイスに局限される１つ又は複数の機能を実施させるように構成されている、方法。
12. 請求項８記載の方法において、
    前記コンテンツおよび前記メタデータは、ネットワーク運営業者のヘッド・エンドから前記クライアント・デバイスにストリーミングされ、
    前記リモート・デバイスは、前記クライアント・デバイスを通じて、前記メタデータを受信する、方法。
13. 請求項８記載の方法において、
    前記コンテンツは、ネットワーク運営業者のヘッド・エンドから前記クライアント・デバイスにストリーミングされ、
    前記メタデータは、前記クライアント・デバイスにストリーミングされずに、直接リモート・デバイスにストリーミングされる、方法。
14. 請求項８記載の方法において、前記要求は、前記クライアント・デバイスによって出力される前記コンテンツの少なくとも一部を特定する、方法。
15. クライアント・デバイス（１０４）におけるコンテンツ（１１４（ｎ））の出力において特定の時点を決定するために、リモート・デバイス（１２６）において動作を開始するステップと、
    前記特定の時点を記述する情報を受信するステップと、
    前記特定の時点に対応するコンテンツ（１１４（ｎ））を読み出すために前記情報を用いるステップと、
    前記リモート・デバイス（１２６）において、前記特定の時点に対応するコンテンツ（１１４（ｎ））を出力するステップと、
    を備えている、方法。
16. 請求項１５記載の方法において、タイムスタンプの使用または現在のオフセットの判定によって前記特定の時点を決定する、方法。
17. 請求項１５記載の方法において、前記情報を前記クライアント・デバイスから受信する、方法。
18. 請求項１５記載の方法において、前記コンテンツを前記クライアント・デバイスにストリーミングしたネットワーク接続サービス業者のヘッド・エンドから前記コンテンツを読み出す、方法。
19. 請求項１５記載の方法において、ネットワーク運営業者のヘッド・エンドから前記リモート・デバイスおよび前記クライアント・デバイスに、前記コンテンツを直接ストリーミングする、方法。
20. 請求項１５記載の方法において、前記クライアント・デバイスは前記コンテンツを前記リモート・デバイスに連続的にブロードキャストし、次いで前記リモート・デバイスによって前記コンテンツを読み出しのためにバッファする、方法。

Images