JP2009543201A - ローカル・ユーザ・インターフェースの、リモートで生成されたユーザ・インターフェースおよびメディアとの組合せ構成 - Google Patents

Abstract

ホーム・エンターテインメント・ネットワーク（４１６）内のメディア・サーバ（４０２）は、ネットワーク（４１６）に接続されたメディア・レシーバ（４０４）と協調して、取り付けられたディスプレイ・デバイス（４０６）上で、メディア・プレゼンテーションに組み合わされたユーザ・インターフェースを提供する。メディア・サーバ（４０２）は、メディア・レシーバ（４０４）によって生成されたＵＩ構成要素（４３４）の配置に関して、ネットワーク（４１６）を介してメディア・レシーバ（４０４）から複合情報（４３６）を受信する。それに応じて、メディア・サーバ（４０２）は、メディア・サーバー（４０２）によって生成されたＵＩ構成要素（４１０）が、ディスプレイ・デバイス（４０６）へレンダリングされるとき、メディア・レシーバ（４０４）によって生成されたＵＩ（４３２）に干渉しないように、グラフィックス、メディア制御情報、メタ・データ、メタ・データ・メディア・プレゼンテーション・ウィンドウ、および他のＵＩ構成要素（４１０、４１８、４２０、４２２）の位置を、メディア・レシーバ（４０４）によってプレゼンテーション用に調節することができる。あるいは、メディア・レシーバ（４０４）は、プレゼンテーションのときに、メディア・レシーバ（４０４）によって生成されたＵＩ構成要素（４３２）がメディア・サーバ（４０２）によって生成されたＵＩ（４１０）に干渉しないように、ＵＩ構成要素（４３２）の位置を調節することができる。

Description

ホーム・エンターテインメント（home entertainment）ネットワークは普及が進んでおり、それにより、メディア・サーバ（media server）として機能するコンピュータに格納されたメディアまたはコンピュータによりアクセス可能なメディアを、そのコンピュータから隔てられた部屋において、テレビなどの、より従来型のプレゼンテーション・デバイス（presentation device）上に提示することが可能になる。テレビは、そのようなメディアを提示するために、しばしばメディア・レンダリング・デバイス（media rendering device）に接続され、そのデバイスはホーム・エンターテインメント・ネットワークを介してこのコンピュータに接続される。メディアをリモート・レンダリング・デバイスに提供することに加えて、このコンピュータは、テレビ上にユーザ・インターフェース（ＵＩ）をレンダリングするためのグラフィカル構成要素を供給することができる。このメディア・レンダリング・デバイスはまた、テレビ上に提示するためのＵＩ構成要素を生成する可能性があきる。このメディア・レンダリング・デバイスは、コンピュータから受信したＵＩ構成要素を、このデバイスでローカルに生成したＵＩ構成要素と複合する可能性がある。このメディア・レンダリング・デバイスは、この複合オペレーションをＵＩ構成要素間の何らかの競合（conflict）を顧慮しないで実行する。したがって、結果として得られるテレビ上のプレゼンテーションは、重なり合ったグラフィックスまたはメディア・プレゼンテーションを不明瞭にするグラフィックスから構成される可能性がある。

メディア・サーバで生成されたＵＩと、ネットワーク化されたメディア・レシーバでローカルに生成されたＵＩの両方のプレゼンテーションを知的に調整する（coordinate）機能性が、ホーム・エンターテインメント・ネットワーク内のメディア・サーバに提供される。メディア・レシーバ（media receiver）は、メディアおよびＵＩのプレゼンテーションのためにテレビまたは他のディスプレイ・デバイス（display device）およびスピーカ（loudspeaker）などのプレゼンテーション・デバイスに接続できる。ネットワークを介してコマンドおよび制御のバックチャネル（backchannel）を使用することにより、メディア・サーバは、メディア・レシーバによって生成されたＵＩ構成要素の配置に関する情報を受信することができる。それに応じて、メディア・サーバは、メディア・サーバによって生成されたＵＩ構成要素がメディア・レシーバによって生成されたＵＩを補足するように、またはそれに干渉しないように、グラフィックス、メディア制御情報、メタ・データ、メディア・プレゼンテーション・ウィンドウ、および他のＵＩ構成要素の位置を、メディア・レシーバによってレンダリングする際に調節することができる。同様に、メディア・レシーバは、メディア・サーバによって生成されたＵＩ構成要素の配置に関する情報を受信することができる。それに応じて、メディア・レシーバは、メディア・レシーバによって生成されたＵＩ構成要素の位置を、メディア・サーバによって生成されたＵＩ構成要素を補足するように、またはそれに干渉しないように、調節することができる。

この概要は、下記の詳細な説明においてさらに述べる概念の選択を簡易化された形式で紹介するために提供されている。この概要は、請求項に記載された主題（subject matter）の主要な特徴または必須の特徴を特定することを意図しておらず、請求項に記載された主題の範囲を限定するために使用されることも意図していない。請求項に記載された主題の他の特徴、詳細、効用、および利点は、さらに添付の図面に示され、かつ添付の特許請求の範囲に定義されているように、下記の様々な実施形態および実装形態の詳細な説明から明らかになろう。

プレゼンテーション・デバイス上のメディアおよびＵＩの調整（Coordination）は、メディア・サーバ・ネットワークのコンテクストにおいて理解されることができる。図１に、居間１０２および寝室１０４を含む例示的なホーム・エンターテインメント環境１００を示す。ホーム・エンターテインメント環境１００の中心はメディア・サーバ１０６であり、この実装形態では居間１０２に置かれているが、家の中のどこに設置されていてもよい。ある実装形態では、メディア・サーバ１０６は、たとえば、Ｗｉｎｄｏｗｓ（登録商標）ＸＰ Ｍｅｄｉａ Ｃｅｎｔｅｒ Ｅｄｉｔｉｏｎオペレーティング・システム（本件特許出願人、ワシントン州レドモンド）などのマルチメディア・ソフトウェア・パッケージを実行するように構成された従来型のパーソナル・コンピュータ（ＰＣ）である。このような構成では、メディア・サーバ１０６は、完全なホーム・エンターテインメント・システムのコンピューティング機能全体を、単一のＰＣに統合することができる。たとえば、ユーザは、ビデオ・モニタの１つのグラフィカル・ウィンドウでテレビ（ＴＶ）を視聴すると同時に、同じモニタの別のグラフィカル・ウィンドウで電子メールを送信したり、またはスプレッドシート上で作業したりすることができる。さらに、メディア・サーバ１０６は、たとえば、生放送のＴＶ番組を将来の視聴用に録画したり、または単一もしくはシリーズの番組の将来の放送を録画するためのパーソナル・ビデオ・レコーダー（ＰＶＲ）、ディスク・メディアを再生するためのコンパクト・ディスク（ＣＤ）またはデジタル・ビデオ・ディスク（ＤＶＤ）ドライブ１０８、ＴＶ番組、曲、写真、ホームビデオなどのユーザの記録したコンテンツの統合された記憶およびそのコンテンツへのアクセスのためのメモリ・ドライブ１１０、ならびに電子番組ガイド（ＥＰＧ）などの他の機能または構成要素も含むことができる。

従来型のＰＣの代わりに、メディア・サーバ１０６は、メディア・コンテンツを格納および配信できる様々な他のデバイス、たとえば、ノートブックもしくはポータブル・コンピュータ、タブレットＰＣ、ワークステーション、メインフレーム・コンピューター、サーバ、インターネット・アプライアンス、またはそれらの組合わせを含むことができる。メディア・サーバ１０６は、また、メディア・コンテンツのコンピュータへの配信を、ストリームの形で配信することができるセットトップボックス（set-top box、またはメディア・コンテンツをストリームすることが可能なセットトップボックス自体とすることができる。メディア・サーバ１０６が、オペレーティング・システムを実行する完全な機能を有するコンピュータである場合に、ユーザは、標準的なコンピューター・プログラム（たとえば、ワード・プロセッシングおよびスプレッドシート）の実行、電子メールの送受信、インターネットの閲覧、または他の一般的な機能の実行のオプションを有することもできる。

メディア・コンテンツの格納に加えて、メディア・サーバ１０６は、たとえば、ケーブル接続１１４、サテライト・レシーバー（satellite receiver）１１６、アンテナ（図を明確にするため示さず）、および／またはインターネット１１８などのネットワークなど、様々なメディア・ソースに接続されることが可能である。したがって、ユーザは、たとえば、ケーブル接続１１４、サテライト・レシーバー１１６、またはアンテナを介して受信したメディア・コンテンツ（たとえば、ＴＶコンテンツ）のライブ・ストリームを制御することができる。この機能は、メディア・サーバ１０６に存在する１つまたは複数のチューナによって有効化される。あるいは、１つまたは複数のチューナは、メディア・サーバ１０６からリモートに設置されていてもよい。いずれの場合も、ユーザは、任意の特定のプリファレンス（preference）に適合するようにチューナを選択することができる。たとえば、標準画質（standard definition）（ＳＤ）と高画質（high definition）（ＨＤ）コンテンツの両方を視聴することを望むユーザは、両タイプのコンテンツ用に構成されたチューナを採用することができる。あるいは、ユーザは、ＳＤコンテンツ用のＳＤチューナおよびＨＤコンテンツ用のＨＤチューナを別々に採用することができる。

ＴＶコンテンツは、アナログ（すなわち、無線周波数）信号またはデジタル信号（たとえば、デジタル・ケーブル）として受信されることが可能である。受信されたＴＶコンテンツは、各コンテンツ・パケットが実際のＴＶコンテンツ（すなわち、オーディオおよびビデオデータ）、および実際のＴＶコンテンツに関連付けられた１つのポリシーまたは複数のポリシーを含む、個別のコンテンツ・パケットを含むことができる。ＴＶコンテンツがアナログ信号として受信された場合、個別のコンテンツ・パケットはアナログ信号から作成されることが可能である。

デジタル著作権管理（Digital rights management；ＤＲＭ）ポリシーは、メディア・サーバ１０６にデジタル格納された実際のＴＶコンテンツまたはビデオ・コンテンツを保護するために採用可能である。したがって、ライセンスは、実際のＴＶまたはビデオ・コンテンツに関連付けられることができる。ライセンスは、ＤＲＭの一部として暗号化されるビデオおよびＴＶコンテンツ（たとえば、コンテンツ・パケット）の復号に使用される鍵（keys）を識別する。特に、この鍵（keys）は実際のビデオおよびＴＶコンテンツの消費または使用を許可するために使用される。ある種の実装形態では、受信したＴＶコンテンツのコンテンツ・パケットは、暗号化または圧縮されていることがある。暗号化されたコンテンツ・パケットは通常、再生デバイスまたはホーム・ネットワーク・デバイス１２２、１２６へ送信されるか、またはデバイスに存在する鍵（keys）を使用して復号される。

ホーム環境１００はまた、たとえば、ローカル・エリア・ネットワーク（ＬＡＮ）などのネットワーク１２８を介してメディア・サーバ１０６と通信するように配置された、メディア・レシーバ１２２、１２６として機能する１つまたは複数のネットワーク・デバイスも含むことができる。例示的な実施形態では、メディア・レシーバ１２２、１２６は、たとえば、Ｘｂｏｘ ３６０（商標）（本件特許出願人、ワシントン州レドモンド）などのＭｅｄｉａ Ｃｅｎｔｅｒ Ｅｘｔｅｎｄｅｒデバイスであってよい。メディア・レシーバ１２２、１２６はまた、たとえば、セットトップボックス、テレビ、ビデオゲーム用コンソール、デスクトップＰＣ、ノートブックもしくはポータブル・コンピュータ、ワークステーション、メインフレーム・コンピューター、インターネット・アプライアンス、ハンドヘルドＰＣ、携帯電話もしくは他の無線通信デバイス、携帯情報端末（personal digital assistant）（ＰＤＡ）、またはそれらの組合わせを含む、任意の様々な従来型のメディア・レンダリング・デバイスまたはコンピューティング・デバイスとして実装されることも可能である。さらに、メディア・レシーバ１２２、１２６は、上述したチューナを含むこともできる。

ネットワーク１２８は、たとえば、ケーブル、イーサネット（登録商標）、ＷｉＦｉ、ワイヤレス・アクセス・ポイント（ＷＡＰ）などの有線および／または無線ネットワーク、またはインターネットを含めた他の任意の電気的結合手段を備えることができる。ネットワーク１２８は、メディア・サーバ１０６、メディア・レシーバ１２２、１２６、ならびに伝送制御プロトコル（ＴＣＰ）、インターネット・プロトコル（ＩＰ）、リアルタイム転送プロトコル（real-time transport protocol）（ＲＴＰ）、およびリアルタイム転送制御プロトコル（real-time transport control protocol）（ＲＴＣＰ）などのパケット・ベースの通信プロトコルを介した他の任意の接続されたデバイスの間での通信を有効にすることができる。通信は、ＬＡＮを介してデバイス間で直接送信されるか、または、たとえば、インターネット１１８などのワイド・エリア・ネットワーク（ＷＡＮ）を介して伝送されることが可能である。

たとえば、居間１０２の主ＴＶ１２０、寝室１０４の第２ＴＶ１２４、およびビデオ・モニタ１１２などの１つまたは複数のビデオ・ディスプレイ・デバイスは、ホーム環境１００のどこに置かれてもよい。これらのビデオ・ディスプレイ・デバイスは、直接あるいはメディア・レシーバ１２２、１２６を介して、ネットワーク１２８を介してメディア・サーバ１０６に接続されることが可能である。図１の例に示すように、主ＴＶ１２０および第２ＴＶは、従来型のケーブルによりメディア・レシーバ１２２、１２６に結合できる。ビデオ・モニタ１１２は、ビデオ・ケーブルによりメディア・サーバ１０６と直接接続できる。メディア・サーバ１０６およびメディア・レシーバ１２２、１２６もまた、あるいは、別法として様々なビデオおよびオーディオ・プレゼンテーション・デバイスに結合できる。このようにして、ＴＶコンテンツを含めたメディア・コンテンツは、居間１０４に置かれたメディア・サーバ１０６からホームネットワーク１２８を介してビデオ・ディスプレイ・デバイス１１２、１２０、１２４のそれぞれに供給できる。

メディア・レシーバ１２２、１２６は、メディア・サーバ１０６から、ビデオおよびＴＶコンテンツを含めたストリーム・メディア・コンテンツ（streamed media content）を受信するように構成されることが可能である。メディア・コンテンツ、ならびに特にビデオおよびＴＶコンテンツは、上述のネットワーク・プロトコルのいずれかを介して、個別のコンテンツ・パケットからなるストリーミング・メディアとしてメディア・サーバ１０６からメディア・レシーバ１２２、１２６へ送信できる。ストリーム・メディア・コンテンツは、接続されたＴＶ１２０、１２４でのプレゼンテーション用にホーム・ネットワーク・デバイス１２２、１２６で復号されたビデオ、オーディオ、および画像ファイルを含めたビデオＩＰ、ＳＤ、およびＨＤコンテンツを含むことができる。メディア・コンテンツは、さらに、追加のコンテンツと、例えば、ＴＶ１２０、１２４またはモニタ１１２に出力するためにメディア・サーバから送信された、ＥＰＧ、メディア・コンテンツに関係するプレゼンテーション・コンテンツ、ウェブ・ブラウザ・ウィンドウ、および他のユーザ・インターフェース環境などと、「混在」されることができる。そのような追加のメディア・コンテンツは、たとえば、標準的なリモート・デスクトップ・プロトコル（standard remote desktop protocol）（ＲＤＰ）、グラフィックス・デバイス・インターフェース（graphics device interface）（ＧＤＩ）、またはハイパー・テキスト・マークアップ言語（ＨＴＭＬ）などを含めた異なるプロトコルを使用して、様々な方法で配信されることができる。

メディア・レシーバ１２２、１２６およびビデオ・ディスプレイ・デバイス１１２、１２０、１２４に加えて、メディア・サーバ１０６は、デジタル・ビデオ・レコーダ（ＤＶＲ）、ケーブルまたはサテライト・セットトップボックス、スピーカ、およびプリンター（図を明確にするため示さず）などの構成要素を含めた他の周辺デバイスに接続されることが可能である。メディア・サーバ１０６はまた、スピーカ用のマルチ・チャネル出力を有効にすることも可能である。これは、ドルビー・デジタル、デジタル・シアター・サウンド（Digital Theater Sound）（ＤＴＳ）、またはパルス符号変調（ＰＣＭ）サラウンド復号の配信を可能にする、ソニー−フィリップス・デジタル・インターフェース・フォーマット（Sony-Philips Digital Interface Format）（Ｓ／ＰＤＩＦ）またはＴＯＳＬＩＮＫ（登録商標）などのデジタル相互接続出力の使用によって達成されることになる。

図２は、メディア・サーバ２０２によるメディア・レシーバ２０４上での、メディア・コンテンツ、具体的にはオーディオ／ビデオ・コンテンツ、の再生およびユーザ・インターフェース構成要素のプレゼンテーションを調整する（coordinating）ための物理的構成２００の実装形態の概要を提供する。上述のとおり、メディア・レシーバ２０４は、ローカル・ネットワーク２１０（たとえば、ＩＰネットワーク）内のネットワーク・リンク２０８を介してメディア・サーバ２０２へ接続できる。たとえばテレビまたはモニタなどのプレゼンテーション・デバイス２０６は、メディア・レシーバ２０４に接続されて、メディアおよび関係するＵＩ構成要素をユーザへ提示することができる。

図２に示すように、一般に、リモートで作成された（remotely sourced）メディア２１２およびリモートで作成されたＵＩ情報２１４は、ネットワーク・リンク２０８を介してメディア・サーバ２０２からメディア・レシーバ２０４へ送信される。リモートで作成されたメディア２１２は、たとえば、メディア・サーバ２０２によって受信およびチューニングされた番組の放送、メディア・サーバ２０２による音楽またはビデオ・コンテンツのＣＤまたはＤＶＤの再生、ならびにメディア・サーバ２０２に格納された音楽、写真、およびビデオを含むことができる。リモートで作成されたＵＩ情報２１２は、たとえば、メニュー選択項目、ロゴ、ならびに、メディア・サーバ２０２によって送信された、たとえば、曲または映画のタイトル、アルバムまたは映画のアート、字幕情報、メディア状態情報（たとえば、再生／一時停止／停止の表示）、メディア・サーバ２０２によってダウンロードされたＥＰＧ情報、およびメディア継続時間情報などの、メディアについてのメタ情報を含むことができる。

リモートで作成されたメディア２１２およびリモートで作成されたＵＩ情報２１４に加えて、コマンドおよび制御情報２１６は、メディア・サーバ２０２とメディア・レシーバ２０４の間でネットワーク・リンク２０８を介して送信できる。このコマンドおよび制御情報２１６のトラフィックは、ディスプレイ・デバイス２０６上でユーザに対する複合プレゼンテーションの調整（coordination）を可能にするため双方向であることができる。ここで使用されているように、「複合（composite）」という用語は、「コンポジット・ビデオ」と呼ばれるアナログ・ビデオ・フォーマットを指すことを意図していない。代わりに、本明細書中の「複合」は、単一のプレゼンテーションにおけるビデオおよびＵＩ構成要素の組合わせ（combination）または集合体（aggregation）を表現することを意図している。

図３は、関連付けられたスピーカ３０８を有するディスプレイ・デバイス３０６に出力および表示するための、メディア・サーバ３０２からのリモートで作成されたオーディオ・メディアおよびリモートＵＩ情報３１０の、メディア・レシーバ３０４で生成されたローカルＵＩ３２６との組合せ構成（composition）の例示的な実装形態を示す。メディア・サーバ３０２およびメディア・レシーバ３０４は、ホーム・エンターテインメント環境３００の一部であり、ネットワーク３１６を介して接続されている。オーディオ・メディアは、メディア・チャネル３１２内でネットワーク３１６を介してメディア・サーバ３０２からメディア・レシーバ３０４へオーディオ・ストリームとして送信される。リモートＵＩ３１０は、同様に、別個のＵＩチャネル３１４内でネットワーク３１６を介してメディア・サーバ３０２からメディア・レシーバ３０４へ送信される。

オーディオ・メディア、たとえば、音楽ＣＤなどに関係するリモートＵＩ３１０は、メディア・サーバ３０２によって生成されと表示される。リモートＵＩ３１０は、画面の最下部の再生情報３２２から構成されることができ、図３の例では、それは、曲名（トラック名）、アルバム名（アルバム・タイトル）、再生／一時停止インジケータ、曲の長さ（３分２５秒）、および曲再生の経過時間（４５秒）を含む。さらに、再生情報３２２は、曲の相対的な長さを示すグラフィックの水平バー、および水平バーに交差し、曲再生の経過時間を示すグラフィックの垂直バーを含むことができる。リモートＵＩ３１０は、さらに、特定の音楽アルバムに関連付けられたアルバム・アートワークのグラフィックまたは写真３２４を含むことができる。

メディア・サーバ３０２からのオーディオ・ストリームおよびリモートＵＩ情報３１０がメディア・レシーバ３０４で受信されると、オーディオ・ストリームは、メディア・レシーバ内でオーディオ・デコーダ・モジュール３１８によって復号される。オーディオ・デコーダ・モジュール３１８は、一般にデジタル圧縮されているオーディオ・ストリームを、ディスプレイ・デバイス３０６に関連付けられたスピーカ３０８による音への変換のために、アナログ信号に変換することができる。代替実施形態では、スピーカ３０８は、オーディオ・デコーダ・モジュール３１８による中間での復号なしに、デジタル・オーディオ信号を直接変換する能力を有するデジタル・スピーカーであることができる。このような実施形態では、デジタル・オーディオ信号は、スピーカ３０８とビジュアライゼーション（visualization）エンジン３２０の両方にデジタル・オーディオ信号を提供するために、メディア・レシーバ３０４によって分岐されることが可能である。

アナログ信号はまた、メディア・レシーバ３０４内でオーディオ・デコーダ３１８からビジュアライゼーション・エンジン・モジュール３２０へ渡されることもできる。ビジュアライゼーション・エンジン３２０は、オーディオ信号の周波数および強度を分析し、その周波数および強度を動画グラフィックスに変換するソフトウェア・プログラムであることができる。例示的なグラフィック・ビジュアライゼーション３２６が、図３に、バーが周波数を表し、そのバーの高さが強度を表し、かつ小さいフローティング・バーが特定の周波数に対する最近の最高強度を表す、アニメ化されたバー・グラフ（animated bar graph）として示されている。オーディオ信号用の他のアニメ化グラフィック・ビジュアライゼーションは、生成可能であり、かつよく知られている。グラフィック・ビジュアライゼーション３２６は、ディスプレイ・デバイス３０６でのユーザへの視覚的プレゼンテーション用に、ローカルで生成されたＵＩ３２８のとおりにてメディア・レシーバ３０４によって作成されることができ、関連付けられたスピーカ３０８でのオーディオ出力に付随する。

メディア・レシーバ３０４は、リモートで生成されたＵＩ３１０およびローカルで生成されたＵＩ３２８を、ディスプレイ・デバイス３０６に複合ＵＩ３３４として表示するための組み合わされたグラフィック出力（combined graphic output ）３３０、として出力することができる。メディア・レシーバ３０４は、ローカルで生成されたＵＩ３２８の上にリモートで生成されたＵＩ３１０を、またはその逆に、単純に重ね合わせることができる。図３に示すように、複合ＵＩ３３４は、ローカルＵＩ３２８のグラフィック・ビジュアライゼーション３２６の上に位置する再生情報３２２およびリモートＵＩ３１０のアルバム写真３２４からなる。より複雑な組合せ構成案（composition schemes）が可能であり、追加の実装形態が、本図４に対して検討される。メディア・レシーバ３０４はまた、ディスプレイ・デバイス３０６に関連付けられたスピーカ３０８での再生用にオーディオ出力３３２も提供する。

この例示的な実装形態では、ローカルで生成されたＵＩ３２８のグラフィック・ビジュアライゼーション３２６は、メディア・レシーバ３０４によってレンダリングされるオーディオ出力３３２と同期される。リモートで生成されたＵＩ３１０はまた、曲が再生している間、再生情報３２２の垂直バーを水平にグラフィカルに移動させ、かつ曲の経過時間を増分させ、曲が一時停止されたときに両方の動作を停止するように、スピーカ３０８を介して再生されるオーディオ出力３３２に同期される。曲の選択が変更されたとき、複合ＵＩ３３４のリモートＵＩ３１０の構成要素においてトラック名が変更される。さらに、アルバムの選択が変更されたとき、異なるアルバムを反映するように、複合ＵＩ３３４のリモートＵＩ３１０の構成要素においてアルバム・タイトルおよびアルバム写真３２４が変更される。

図４に、メディア・サーバ４０２からのリモートで作成されたオーディオ／ビデオ・メディアおよびリモートＵＩ情報４１０の、プレゼンテーション・デバイス４０６に、たとえば、関連付けられたスピーカ４０８を有する、ビデオ・ディスプレイなど出力および表示するための、メディア・レシーバ４０４で生成されたローカルＵＩ４３２との組合せ構成（composition）の例示的な実装形態を示す。メディア・サーバ４０２およびメディア・レシーバ４０４は、ホーム・エンターテインメント環境４００の一部であり、ネットワーク４１６を介して接続されている。オーディオ／ビデオ・メディアは、メディア・チャネル４１２内でネットワーク４１６を介してメディア・サーバ４０２からメディア・レシーバ４０４へデータストリームとして送信される。リモートＵＩ４１０は、同様に、別個のＵＩチャネル４１４内でネットワーク４１６を介してメディア・サーバ４０２からメディア・レシーバ４０４へ送信される。さらに、メディア・サーバ４０２およびメディア・レシーバ４０４は、リモートで生成されたＵＩ４１０およびローカルで生成されたＵＩ４３２の組合せ構成（composition）を調整するために、バック・チャネル４３６を通しネットワーク４１６を介して互いに通信する。

オーディオ／ビデオ・メディア、たとえば、映画またはテレビ番組などに関係するリモートＵＩ４１０は、メディア・サーバ４０２よって生成されて表示される。リモートＵＩ４１０は、画面の最下部にある、映画が提示されるビデオ再生ウィンドウ４１８から構成されることが可能である。リモートＵＩ４１０はまた、ホーム・エンターテインメント環境４００を制御するための、メディア・サーバ４０２上のソフトウェアに関係する対話型メニュー・グラフィックス４２０を含むこともできる。ホーム・エンターテインメント環境４００フレームワークの存在を識別するロゴ４２２はまた、リモートで生成されたＵＩ４１０の一部であることもできる。リモートＵＩ４１０は、さらに、特定の映画、たとえば、映画タイトル、俳優、監督、プロデューサなどに関連付けられたメタ・データから得られるグラフィックまたはテキスト情報（図示せず）を含むことができる。

メディア・サーバ４０２からのオーディオ／ビデオ・ストリームおよびリモートＵＩ情報４１０がメディア・レシーバ４０４で受信されると、オーディオ／ビデオ・ストリームは、メディア・レシーバ内でオーディオ／ビデオ・デコーダ・モジュール４２４によって復号される。オーディオ・デコーダ・モジュール４２４はまた、一般にデジタル圧縮されているオーディオ／ビデオ・ストリームを、プレゼンテーション・デバイス４０６上でビデオ・フレームとしてレンダリングされるアナログ・ビデオ信号、および関連付けられたスピーカ４０８によって音声に変換されるアナログオーディオ信号、に変換することもできる。代替実施形態では、ディスプレイ・デバイス４０６およびスピーカ４０８は、オーディオ／ビデオ・デコーダ・モジュール４２４による中間でのデジタル／アナログ変換なしに、またはオーディオ／ビデオ・デコーダ・モジュール４２４による部分的な中間での復号を伴って、デジタル・オーディオ／ビデオ信号を直接レンダリングする能力を有するデジタル方式とすることができる。

復号されると、ビデオ信号に関連付けられたメタ・データも、メディア・レシーバ４０４内でオーディオ／ビデオ・デコーダ４２４からメタ・データ・デコーダ・モジュール４２６へ渡されることが可能である。メタ・データ・デコーダ４２６は、ビデオ信号を分析し、たとえば、字幕情報４２８などの埋込みデータを抽出するハードウェア・チップセットまたはソフトウェア・プログラムとすることができる。字幕情報（closed captioning information）４２８または他のメタ・データは、メディア・レシーバ４０４のグラフィックＵＩジェネレータ（generator）モジュール４３０によってローカルで生成されたＵＩ４３２に、組み込まれることが可能である。メディア・レシーバ４０４は、さらに、追加のローカルＵＩ４３２の構成要素を生成するように構成されることも可能である。たとえば、メディア・レシーバ４０４は、プレゼンテーション・デバイス４０６でビデオの再生またはオーディオの音量を制御するための、ユーザからのリモート制御または押しボタン・コマンドを受け入れることができる。図４に示すように、音量制御コマンドがメディア・レシーバ４０４によって受信された場合、グラフィックＵＩジェネレータ４３０は、音量バーグラフィック４３４を生成して、音量レベルをユーザに視覚的に示すことが可能である。ローカルで生成されたＵＩ４３２は、メディア・ストリームから出力されたオーディオ／ビデオに付随するように、ディスプレイ・デバイス４０６上でユーザに対して視覚的なプレゼンテーションのために提供されることが可能である。

メディア・レシーバ４０４は、オーディオ／ビデオ・メディア、リモートで生成されたＵＩ４１０、およびローカルで生成されたＵＩ４３２を、プレゼンテーション・デバイス４０６上に複合ＵＩ４４０として表示するために、組み合わされたオーディオ／ビデオ・グラフィック出力４３８として出力することができる。組み合わされたオーディオ／ビデオ・グラフィック出力４３８のオーディオ部分は、プレゼンテーション・デバイス４０６に関連付けられたスピーカ４０８で再生するために分離される。

メディア・レシーバ４０４およびメディア・サーバは、バック・チャネル４３６を介して送信されるデータ交換ならびにコマンドおよび制御通信を介して、リモートで生成されたＵＩ４１０の配置をローカルで生成されたＵＩ４２８と調整する（coordinate）ことができる。たとえば、図４に示すように、リモートＵＩ４１０の中のロゴ４２２は、当初は、ローカルＵＩ４３２用にグラフィックＵＩジェネレータ４３０によって生成された音量バーグラフィック４３４に干渉するか、またはそれと重なり合うことになる画面の場所に配置されている。ある実装形態では、この競合（conflict）は、メディア・レシーバ４０４の製造業者がホーム・エンターテインメント環境４００を作成するマルチメディア・ソフトウェアの製造業者と異なる可能性があるという理由で発生することになる。メディア・レシーバ４０４は、ローカルで生成されて変更できないＵＩ構成要素用の既定の位置を有していることがある。そのような状況においては、この情報は、バック・チャネル４３６を介してメディア・サーバ４０２へ送信されることが可能であり、リモートＵＩ４１０は、ローカルＵＩ４３２を収容するために変更されることが可能である。この変更は、複合ＵＩ４４０に見ることができ、そこでは、ロゴ４２２の位置が音量バーグラフィック４３４を収容するように下方へ調節されている。

図４の例示的な実装形態では、ローカルで生成されたＵＩ４３２の字幕情報４２８は、複合ＵＩ４４０のビデオ・ウィンドウ４１８に提示されたビデオ出力の上に重ね合わせられている。リモートで生成されたＵＩ４１０の中のロゴ４２２は、上述のとおり、音量バーグラフィック４３４の位置を収容するために調節されている。メニュー・グラフィックス４２０も、複合ＵＩ４４０上に提示されている。メニュー・グラフィックス４２０は、メディア・レシーバ４０４で受信され、バック・チャネル４３６を介してメディア・サーバ４０２へ送信されたユーザの入力に応答して、リアルタイムで変更されることが可能である。このようにして、ユーザは、メディア・サーバ４０２の機能を、例えば、メディア・レシーバ４０４での入力により、たとえば、メディア・サーバ０２に格納された新しい映画または曲の選択など、を制御することができる。このようなユーザ入力情報は、次いで、リモートＵＩ４１０とローカルＵＩ４３２の両方の生成に、したがって、最終的に結果として得られる複合ＵＩ４４０の生成に、動的に作用することができる。

本発明を実装するための例示的なハードウェアおよび動作環境を図５に示す。上述のとおり、メディア・サーバおよびメディア・レシーバ・デバイスは、汎用コンピューティング・デバイスを備えることができる。汎用コンピューティング・デバイスは、処理装置５０２、システム・メモリ５０４、およびシステム・メモリ５０４を含めた様々なシステム構成要素を処理装置５０２に動作可能なように結合するシステム・バス５１８を含むコンピュータ５００の形態とすることができる。その形態において、１つのみまたは２つ以上の処理装置５０２とすることができ、したがって、コンピュータ５００のプロセッサは、単一の中央演算処理装置（ＣＰＵ）または一般に並列処理環境と呼ばれる複数の処理装置を備える。コンピュータ５００は、従来型のコンピュータ、分散型コンピュータ、または他の任意のタイプのコンピュータであることができ、本発明はそのために限定されるものではない。

システム・バス５１８は、メモリー・バスまたはメモリ制御装置、周辺バス、スイッチファブリック（switched fabric）、ポイント・ツー・ポイント接続、および任意の様々なバス・アーキテクチャを使用するローカル・バスを含めた、いくつかのタイプの任意のバス構造であることができる。システム・メモリ５０４は、単にメモリと呼ばれることもあり、読取り専用メモリ（ＲＯＭ）５０６およびランダム・アクセス・メモリ（ＲＡＭ）５０５を含む。スタートアップ中など、コンピュータ５００内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム（ＢＩＯＳ）５０８は、ＲＯＭ５０６に格納されている。コンピュータ５００は、さらに、ハードディスクからの読取りおよびそれへの書込み用のハードディスク・ドライブ５３０（図示せず）、取り外し可能な磁気ディスク５３６からの読取りおよびそれへの書込み用の磁気ディスクドライブ５３２、ならびにＣＤＲＯＭ、ＤＶＤ、または他の光学メディアなどの取り外し可能な光学ディスク５３８からの読取りまたはそれへの書込み用の光学ディスクドライブ５３４を含む。

ハードディスク・ドライブ５３０、磁気ディスクドライブ５３２、および光学ディスクドライブ５３４は、それぞれ、ハードディスク・ドライブ・インターフェース５２０、磁気ディスク・ドライブ・インターフェース５２２、および光学ディスク・ドライブ・インターフェース５２４によってシステム・バス５１８に接続されている。ドライブおよびそれらの関連するコンピュータ可読媒体は、コンピュータ５００に対してコンピュータ可読命令、データ構造、プログラム・モジュール、および他のデータの非揮発性記憶を提供する。例示的な動作環境において、たとえば、磁気カセット、フラッシュ・メモリ・カード、デジタル・ビデオ・ディスク、ＲＡＭ、およびＲＯＭなどの、コンピュータによってアクセス可能なデータを格納できる任意のタイプのコンピュータ可読媒体を使用できることが、当業者には理解されるべきである。

１つのオペレーティング・システム５１０、たとえば、マルチメディア・ソフトウェア・パッケージなどの１つまたは複数のアプリケーション・プログラム５１２、たとえば、ビジュアライゼーション・エンジン、オーディオ／ビデオ・デコーダ、ＵＩジェネレータ、およびメタ・データ・デコーダなどの他のプログラム・モジュール５１４、ならびに、たとえば、メディア・コンテンツなどのプログラム・データ５１６を含めた多数のプログラム・モジュールは、ハードディスク５３０、磁気ディスク５３２、光学ディスク５３４、ＲＯＭ５０６、またはＲＡＭ５０５に格納されることが可能である。ユーザは、キーボード５４０や、たとえばマウスなどのポインティング・デバイス５４２などの入力デバイスにより、パーソナル・コンピュータ５００にコマンドおよび情報を入力することができる。他の入力デバイス（図示せず）には、たとえば、マイク、ジョイスティック、ゲームパッド、タブレット、タッチ・スクリーン・デバイス、サテライト・アンテナ（satellite dish）、スキャナ、ファクシミリ装置、およびビデオ・カメラが含まれ得る。これらおよび他の入力デバイスは、しばしば、システム・バス５１８に結合されたシリアル・ポート・インターフェース５２６を介して処理装置５０２に接続されるが、パラレル・ポート、ゲーム・ポート、またはユニバーサル・シリアル・バス（ＵＳＢ）などの他のインターフェースによって接続されることも可能である。

モニタ５４４または他のタイプのディスプレイ・デバイスも、ビデオ・アダプタ５４６などのインターフェースを介してシステム・バス５１８に接続される。モニタ５４４に加えて、コンピュータは通常、プリンタ５５８やスピーカ（図示せず）などの他の周辺出力デバイスを含む。これらおよび他の出力デバイスは、しばしば、システム・バス５１８に結合されたシリアル・ポート・インターフェース５２６を介して処理装置５０２に接続されるが、パラレル・ポート、ゲーム・ポート、またはユニバーサル・シリアル・バス（ＵＳＢ）などの他のインターフェースによって接続されることも可能である。メディア・サーバの場合は、チューナ５６０も、アナログ・コンテンツ信号を受信してデジタル形式に変換し、かつ同様に、接続されたデバイスへの送信用にデジタル・コンテンツをアナログ信号に変換するためにシステム・バスに接続されることが可能である。

コンピュータ５００は、リモート・コンピュータ５５４などの１つまたは複数のリモート・コンピュータへの論理接続を使用して、ネットワーク環境で動作することができる。これらの論理接続は、コンピュータ５００に結合されるか、またはそれと一体の通信デバイスによって達成されることが可能であり、本発明は、特定のタイプの通信デバイスに限定されるものではない。リモート・コンピュータ５５４は、別のコンピュータ、サーバ、ルーター、ネットワーク・パーソナル・コンピュータ、クライアント、ピア・デバイス、または他の共通ネットワーク・ノードであることができ、通常は、コンピュータ５００に対する上述の要素の多くまたはすべてを含むが、図５では、記憶装置デバイス５５６のみを示す。図５に示した論理接続には、たとえば、イーサネット（登録商標）ネットワークまたはＷｉＦｉネットワークなどの、有線または無線のローカル・エリア・ネットワーク（ＬＡＮ）５５０、および、たとえば、ケーブル・ネットワークまたは電話ネットワークなどのワイドエリア・ネットワーク（ＷＡＮ）５５２が含まれる。このようなネットワーク環境は、すべてネットワークのタイプである、オフィス・ネットワーク、事業体規模のコンピューター・ネットワーク、イントラネット、およびインターネットにおいて一般的なものである。

ＬＡＮ５５０環境で使用されるとき、コンピュータ５００は、通信デバイスの１つのタイプであるネットワーク・インターフェースまたはアダプタ５２８によりローカル・ネットワーク５５０に接続できる。ＷＡＮ５５２環境で使用されるとき、コンピュータ５００は通常、ワイドエリア・ネットワーク５５２を介して通信を確立するためのモデム５４８、ネットワーク・アダプタ、または他の任意のタイプの通信デバイスを含む。内部または外部にあることが可能なモデム５４８は、シリアル・ポート・インターフェース５２６を介してシステム・バス５１８に接続される。ネットワーク環境において、パーソナル・コンピュータ５００、またはその部分に対して示したプログラム・モジュールは、リモートの記憶装置デバイスに格納されることが可能である。示したネットワーク接続は例示的なものであり、コンピュータ間の通信リンクを確立するための他の手段および通信デバイスを使用できることが理解される。

本明細書で述べられている技術は、１つまたは複数のシステムにおいて論理演算および／またはモジュールとして実装されることが可能である。論理演算は、１つまたは複数のコンピューター・システムで実行する、プロセッサに実装されたステップのシーケンスとして、および１つまたは複数のコンピューター・システム内で相互接続されたマシンまたは回路モジュールとして実装されることが可能である。同様に、様々な構成要素モジュールの説明は、モジュールによって実行または達成される動作の観点から提供されることが可能である。結果として得られる実装形態は、上記記載の技術を実装する基盤となるシステムのパフォーマンス要件によって決まる選択の問題である。したがって、本明細書で述べる技術の実施形態を構成する論理演算は、オペレーション、ステップ、オブジェクト、またはモジュールと様々に呼ばれる。さらに、論理演算は、他の明示的な請求項記載がないかぎり、または請求項の言語によって特別な順序が本質的に必要とされないかぎり、任意の順序で実行され得ることが理解されるべきである。

上記の詳説（specification）、例およびデータは、本発明の例示的な実施形態の構造および使用の完全な説明を提供する。本発明の様々な実施形態は、ある程度詳細に、あるいは１つまたは複数の個々の実施形態を参照して上述されているが、当業者は本発明の精神または範囲から逸脱することなく、開示された実施形態に対して多数の変更を加えることができる。特に、記載の技術は、パーソナル・コンピュータから独立して（とは無関係に）採用され得ることが理解されるべきである。したがって、他の実施形態が検討される。上記の説明に含まれ、添付の図面に示されるすべての内容（matter）は、特定の実施形態の例示にすぎず、限定するものではないと解釈されるべきであることが意図される。詳細または構造における変更は、特許請求の範囲に定義される本発明の基本要素から逸脱することなく行われることが可能である。

ホーム・エンターテインメント環境の実装形態の概略図である。 メディア・サーバとメディア・レシーバとの間の通信構成の実装形態の概略図である。 プレゼンテーション・デバイス上で、メディア・サーバからのＵＩおよびグラフィックスと、オーディオ・メディアに関係するメディア・レシーバからのＵＩおよびグラフィックスを複合する実装形態の概略図である。 プレゼンテーション・デバイス上で、メディア・サーバからのＵＩおよびグラフィックスと、オーディオ／ビデオ・メディアに関係するメディア・レシーバからのＵＩおよびグラフィックスを複合する実装形態の概略図である。 ホーム・エンターテインメント環境の態様を実装するための汎用コンピューティング・システムの概略図である。

Claims (20)

1. 別々に生成されたユーザ・インターフェースとメディア再生を組み合わせる方法であって、
   ネットワークを介してメディア・サーバからメディア・レシーバへメディア・コンテンツを送信すること（４１２）、
   前記メディア・レシーバで前記メディア・コンテンツをレンダリングすること（４２４）、
   前記メディア・レシーバで第１のユーザ・インターフェースを生成すること（４３０）、
   前記サーバで第２のユーザ・インターフェースを生成すること（４１０）、
   前記ネットワークを介して前記サーバから前記メディア・レシーバへ前記第２のユーザ・インターフェースを送信すること（４１４）、および
   前記レンダリングされたメディア・コンテンツ、前記第１のユーザ・インターフェース、および複合プレゼンテーションにおいて前記第１のユーザ・インターフェースの位置と前記第２のユーザ・インターフェースの位置の競合を回避する前記第２のユーザ・インターフェースの、前記複合プレゼンテーションを生成すること（４３８、４４０）
   を備えることを特徴とする方法。
2. 前記メディア・サーバで複合情報を生成すること、および
   前記メディア・サーバから前記メディア・レシーバへ前記複合情報を送信すること
   をさらに備えることを特徴とする請求項１に記載の方法。
3. 前記第１のユーザ・インターフェースを生成する前記オペレーションは、前記第１のユーザ・インターフェースを前記メディア・サーバから受信した前記複合情報に少なくとも部分的に基づかせることをさらに備えることを特徴とする請求項２に記載の方法。
4. 前記メディア・レシーバで複合情報を生成すること、および
   前記メディア・レシーバから前記メディア・サーバへ複合情報を送信すること
   をさらに備えることを特徴とする請求項１に記載の方法。
5. 前記第２のユーザ・インターフェースを生成する前記オペレーションは、前記第２のユーザ・インターフェースを前記メディア・レシーバから受信した前記複合情報に少なくとも部分的に基づかせることをさらに備えることを特徴とする請求項４に記載の方法。
6. 前記第１のユーザ・インターフェースを生成する前記オペレーションは、前記第１のユーザ・インターフェースを前記メディア・サーバから受信した前記メディア・コンテンツに少なくとも部分的に基づいて作成することを特徴とする請求項１に記載の方法。
7. 前記メディア・コンテンツからメタ・データを抽出することをさらに備え、
   前記第１のユーザ・インターフェースを生成するオペレーションは、前記メタ・データを前記第１のユーザ・インターフェースに組み込むことを特徴とする請求項１に記載の方法。
8. 前記メディア・コンテンツからメタ・データを抽出することをさらに備え、
   前記第２のユーザ・インターフェースを生成するオペレーションは、前記メタ・データを前記第２のユーザ・インターフェースに組み込むことを特徴とする請求項１に記載の方法。
9. 請求項１に記載の方法を実装するコンピュータ・プロセスを実行するためのコンピュータ実行可能命令を有することを特徴とするコンピュータ可読媒体。
10. 別々に生成されたユーザ・インターフェースと再生用にレンダリングされたメディアとを組み合わせる方法であって、
    メディア・コンテンツをメディア・レシーバによってプレゼンテーション・デバイスへレンダリングするために前記メディア・レシーバへ送信すること（４１２）、
    前記メディア・レシーバによって生成された第１のユーザ・インターフェースについての複合情報を受信すること（４３６）、
    前記第１のユーザ・インターフェースの位置との競合を回避する第２のユーザ・インターフェースを生成すること（４１０）、および
    前記メディア・コンテンツ、前記第１のユーザ・インターフェース、および前記第２のユーザ・インターフェースの複合プレゼンテーションを作成するために前記メディア・レシーバへ前記第２のユーザ・インターフェースを送信すること（４１４）
    を備えることを特徴とする方法。
11. 前記メディア・コンテンツからメタ・データを抽出することをさらに備え、
    前記第２のユーザ・インターフェースを生成するオペレーションは、前記メタ・データを前記第２のユーザ・インターフェースに組み込むことをさらに備える
    ことを特徴とする請求項１０に記載の方法。
12. 前記第２のユーザ・インターフェースに関係する追加の複合情報を定義すること、および
    前記複合プレゼンテーションの作成に使用するために前記追加の複合情報を前記メディア・レシーバへ送信すること
    をさらに備えることを特徴とする請求項１０に記載の方法。
13. 請求項１０に記載の方法を実装するコンピュータ・プロセスを実行するためのコンピュータ実行可能命令を有することを特徴とするコンピュータ可読媒体。
14. 別々に生成されたユーザ・インターフェースと再生用にレンダリングされたメディアを組み合わせる方法であって、
    メディア・サーバからメディア・コンテンツを受信すること（４１２）、
    プレゼンテーション・デバイスによるプレゼンテーション用に前記メディア・コンテンツをレンダリングすること（４２４）、
    第１のユーザ・インターフェースを生成すること（４３２）、
    前記メディア・サーバから第２のユーザ・インターフェースを受信すること（４１４）、および
    前記メディア・コンテンツ、前記第１のユーザ・インターフェース、および複合プレゼンテーションにおいて前記第１のユーザ・インターフェースの位置と前記第２のユーザ・インターフェースの位置の競合を回避する前記第２のユーザ・インターフェースの、前記複合プレゼンテーションを作成すること（４３８、４４０）
    を備えることを特徴とする方法。
15. 前記第１のユーザ・インターフェースを生成する前記オペレーションは、前記第１のユーザ・インターフェースを前記メディア・コンテンツに少なくとも部分的に基づいて作成することを特徴とする請求項１４に記載の方法。
16. 前記第１のユーザ・インターフェースに関係する複合情報を定義すること、および
    前記複合情報を前記メディア・サーバへ送信することをさらに備え、
    前記作成オペレーションは前記第１のユーザ・インターフェースの位置と前記第２のユーザ・インターフェースの位置の競合を回避するために前記複合情報を使用する
    ことを特徴とする請求項１４に記載の方法。
17. 前記メディア・サーバから追加の複合情報を受信することをさらに備えることを特徴とする請求項１６に記載の方法。
18. 前記メディア・サーバによって生成された前記第２のユーザ・インターフェースについての複合情報を受信することをさらに備え、
    前記作成オペレーションは前記第１のユーザ・インターフェースの位置と前記第２のユーザ・インターフェースの位置の競合を回避するために前記複合情報を使用する
    ことを特徴とする請求項１４に記載の方法。
19. 前記メディア・コンテンツからメタ・データを抽出することをさらに備え、
    前記第１のユーザ・インターフェースを生成するオペレーションが、前記メタ・データを前記第１のユーザ・インターフェースに組み込むことをさらに備える
    ことを特徴とする請求項１４に記載の方法。
20. 請求項１４に記載の方法を実装するコンピュータ・プロセスを実行するためのコンピュータ実行可能命令を有することを特徴とするコンピュータ可読媒体。

Images