JP2010534973A - 遠隔映像ソース・デバイスに関連付けられたオンスクリーン・ディスプレイ - Google Patents

Abstract

【課題】オンスクリーン・ディスプレイ（ＯＳＤ）を生成する技術、及び多数の潜在的な映像ソースを有するディスプレイを管理するための関連技術を提供すること。
【解決手段】幾つかの実施形態において、装置は、映像信号と描画コマンドとを含む信号を受信するためのインターフェース回路と、描画コマンドを受信して、該描画コマンドに応答してオンスクリーン・ディスプレイ（ＯＳＤ）信号を提供するコマンド・インタープリタとを含む。映像処理回路は、受信した映像信号を処理して、処理された映像信号を提供し、ブレンダは、ＯＳＤ信号と処理された映像信号とを混成して、ＯＳＤ信号と処理された映像信号とを含む混成映像信号を生成するためのものである。
【選択図】図２

Description

本発明の実施形態は、一般に、オンスクリーン・ディスプレイ（ＯＳＤ）を生成する技術、及び多数の潜在的な映像ソースを有するディスプレイを管理するための関連技術に関する。幾つかの実施形態において、描画コマンドがネットワークを介して提供され、それを用いてＯＳＤが作成される。

現在の慣行では、高品位（ＨＤ）番組コンテンツは、コンテンツ作成者によって生成された圧縮デジタル形態で、ＤＶＤプレーヤ、セットトップボックス（ＳＴＢ）などといった映像機器を介して消費者に配信される。映像をテレビ（ＴＶ）画面上に表示するために、映像機器はメディア（映像及び音声）ストリームを復元する。番組作成者は、優れた画質と妥当な番組帯域幅とを保証するために、典型的には、高価で高品質な圧縮装置を使用する。

ユーザが嗜好を選択し、又は映像機器を制御するために、映像デコード製品は次に、適切な場合に、メニュー、情報、状態などを含むグラフィックス・オーバーレイ又はＯＳＤストリームを番組の上に混成（ｂｌｅｎｄ）する。合成された（ｃｏｍｂｉｎｅｄ）信号は次に、アナログ又はデジタル信号のいずれかを用いて、圧縮されていない形態でＴＶディスプレイに送信される。

ＯＳＤは、異なるソースからの１つ又はそれ以上の他の画像と共に画面上に提示される画像である。ＯＳＤは、ＯＳＤと他の画像とを同時に見ることができるように透明にしてもよく、又はしなくてもよい。ＯＳＤは、純粋に情報型のもの（例えば、ＴＶの現在のチャンネルを示すＯＳＤ又は株式相場表示）であってもよく、又はユーザが例えば遠隔制御デバイスを通じて機能を選択することを可能にするグラフィカル・ユーザ・インターフェース（ＧＵＩ）であってもよい。ＯＳＤは異なるソースから生成されることが多く、別の画像上に重ね合わされるので、ＯＳＤが表示されている間は他方の画像の一部が部分的に又は全く表示されないことになる。例えば、ＴＶ、ＤＶＤプレーヤ、ＳＴＢ、又は他のデバイスは、遠隔制御デバイスからの信号、又はＴＶ、セットトップ・ボックス、ＤＶＤプレーヤ、若しくは他の映像ソース・デバイスのボタンが押されたことに応答して、音量、チャンネル、時間情報、又はメニューといった情報を生成することができる。ＯＳＤは、ＴＶでの使用に加えて、さらに、コンピュータ・ディスプレイに関連して用いられてきた。ある種の映像機器ボックスは、１つより多くの映像ソース・デバイスを含むことができる。映像ソース・デバイスと映像表示デバイスとの両方を兼ねる映像デバイスもある。

ＯＳＤ信号は、ＴＶの内部制御回路で生成することもでき、又はセットトップ・ボックス若しくはＤＶＤプレーヤといった他のデバイスの内部で生成され、これらのデバイスから遠隔的にＴＶに送ることもできる。例えば、遠隔制御デバイスがチャンネル変更コマンドをＴＶに送ると、ＴＶ内の制御回路が、新たなチャンネルを伴うＯＳＤをＴＶ画面上に表示させることができる。あるいは、遠隔制御デバイスがチャンネル変更コマンドをセットトップ・ボックスに送ると、セットトップ・ボックスがＯＳＤ信号を生成し、そのＯＳＤ信号をＴＶに送ってＴＶ画面上に表示させるようにすることができる。

図１を参照すると、従来技術のシステムは、映像信号ソース１２を含み、これが圧縮又は非圧縮の映像をセットトップ・ボックス１６に送る。映像ソースの例は、ケーブルＴＶのアウトレット及び衛星ＴＶ受信機を含む。セットトップ・ボックスの例は、ケーブルＴＶボックス及び衛星ＴＶボックスを含む。ソース１２は音声信号も送るが、それについては、これ以上は論じない。セットトップ・ボックス１６は、ＴＶ１８の表示制御回路２０に対して、非圧縮アナログ映像信号又は非圧縮デジタル映像信号を送る。一例として、非圧縮デジタル映像信号は、セットトップ・ボックス１６とＴＶ１８の表示制御回路２０との間で、高品位マルチメディア・インターフェース（ＨＤＭＩ）を通じて送ることができる。表示制御回路２０は、セットトップ・ボックス１６に加えて、又はそれに代えて、ＤＶＤ（デジタル多目的ディスク）プレーヤ、ＤＶＲ（デジタル・ビデオ・レコーダ）、ＶＣＲ（ビデオ・カセット記録デバイス）、手持ち式映像ソース・デバイス、又は他のデバイスを含む、他のデバイスからの映像を受信することができる。

映像信号は、表示制御回路２０からディスプレイ３０に送られ、画面３４上に表示される。ＯＳＤがセットトップ・ボックス１６によって生成される場合には、ＯＳＤを非圧縮映像信号の一部として合成してＴＶ１８に送信し、表示することができる。表示制御回路２０は、ブレンダ回路２６内で非圧縮映像と合成されるＯＳＤ信号を提示するためのフレーム・バッファ２４を含む。ブレンダ回路２６は、合成された信号をディスプレイ３０に送り、画面３４上に表示させる。

家庭内娯楽ネットワーク上でＴＶ信号を送るための種々の試みが行われてきた。図１のシステムをネットワーク（これは生の映像信号を搬送するのに十分な帯域幅を有さない）上で使用するように拡張するための単純な手法は、合成された映像及びＯＳＤ情報を、送信前に再圧縮することである。しかしながら、家庭用映像製品に組み入れることができるような手頃な価格の圧縮機器は、元の圧縮された番組に比べて著しく劣化した画質を生じさせることになる。消費者がＨＤ ＴＶを購入する主な動機は改善された画質及び解像度を得ることにあるので、この結果は受け入れがたい。

幾つかの実施形態において、装置は、映像信号と描画コマンドとを含む信号を受信するためのインターフェース回路と、描画コマンドを受信して、該描画コマンドに応答してオンスクリーン・ディスプレイ（ＯＳＤ）信号を提供するコマンド・インタープリタとを含む。映像処理回路は、受信した映像信号を処理して、処理された映像信号を提供し、ブレンダは、ＯＳＤ信号と処理された映像信号とを混成して、ＯＳＤ信号と処理された映像信号とを含む混成映像信号を生成するためのものである。

幾つかの実施形態において、装置は、該装置の外部のネットワークとインターフェースするインターフェース回路と、表示管理モジュールと、受信回路とを含む。表示管理モジュールは、インターフェース回路を通じて装置に映像信号を送る可能性のある、該装置の外部のネットワーク上の潜在的な映像ソース・デバイスを識別し、その潜在的な映像ソース・デバイスを表す記号を含むオンスクリーン・ディスプレイ・メニューの生成を指示するためのものである。受信器回路は、ＯＳＤメニューから映像ソース・デバイスのうちの１つを選ぶユーザ選択を受信するためのものであり、表示管理モジュールは、選択された映像ソース・デバイスがインターフェース回路を通じて表示のための映像信号を送るように手配する。

幾つかの実施形態において、装置は、適正に解釈されたときにオンスクリーン・ディスプレイ映像信号を作成させる描画コマンド信号を作成するための描画コマンド生成回路と、描画コマンド信号と映像信号とを合成するための映像−コマンド合成回路と、合成された映像及び描画コマンド信号を送信するための送信機とを含む。
他の実施形態が説明され、特許請求される。

本発明の実施形態は、以下の説明、及び本発明の実施形態を例示するために用いられる添付の図面を参照することによって理解することができる。しかしながら、本発明は、これらの図面の詳細に限定されるものではない。

ＯＳＤ信号が非圧縮映像信号として表示制御回路に送られる従来技術のシステムのブロック図である。 ネットワーク上で送られるコマンドに応答して表示制御回路内でＯＳＤ信号が生成される、本発明の幾つかの実施形態によるシステムのブロック図である。 本発明の幾つかの実施形態による、図２の表示制御回路の詳細のブロック図である。 本発明の幾つかの実施形態による、図２の映像ソース・デバイスのブロック図である。 本発明の幾つかの実施形態による、異なる領域を含む表示画面のブロック図である。 本発明の幾つかの実施形態による、ＯＳＤを含む表示画面のブロック図及び図形表示である。 本発明の幾つかの実施形態による、ＯＳＤを含む表示画面のブロック図である。 本発明の幾つかの実施形態による、付加的な映像ソース・デバイスを伴う図２のシステムと同様のシステムのブロック図である。 本発明の幾つかの実施形態による、付加的な映像ソース・デバイスを伴う図２のシステムと同様のシステムのブロック図である。

以下の開示は、セットトップ・ボックスのような映像ソース・デバイスからＴＶのような遠隔映像表示デバイスに描画コマンド及び映像信号を送ることについて説明する。描画コマンドは、他の映像信号とともに表示されるＯＳＤ信号を作成するために、遠隔映像表示装置によって用いられる。映像ソース・デバイスと映像表示デバイスとをネットワークを通じて接続させることができ、このネットワークに他の映像ソース・デバイスを接続させ、該映像表示デバイス又は別の映像表示デバイスに映像信号及び描画コマンドを送るようにさせることも可能である。映像信号のみを送信して描画コマンドを送信しない映像ソース・デバイスもあるが、その一方で、描画コマンドを送信するが映像信号を送信しない他のデバイスもあり得る。本開示は、ユーザが複数の独立した映像ソース・デバイスの中から選択することを可能にする、表示管理モジュール並びに関連のモジュール及び回路の動作についても説明する。

幾つかの実施形態は、ＴＶ視聴体験を、元のＴＶ信号受信／デコード機器に近接した場所から分離することを可能にする。例えば、システムは、一室に置かれたケーブルＳＴＢと、別室に置かれたＴＶとを含むことができるが、それでもなおＳＴＢに隣接するＴＶにとって利用可能な双方向ＯＳＤ制御を提供することができる。幾つかの実施形態において、デジタルＴＶ番組コンテンツ（メディア・ストリームと呼ばれる）は、元の圧縮された形態でＴＶに送信される。１つ又はそれ以上の独立したＯＳＤグラフィックの結合を作成することができ、その上にメニュー、番組情報、状態情報などを同じディスプレイ上で提示することができる。幾つかの実施形態において、ＯＳＤストリームは画素ベースの描画コマンドを含み、これは、色及び透明度の情報を含むことができる。幾つかの実施形態において、多重ストリームが許容される場合には、ＯＳＤストリームは、情報を「スタック」させることを可能にする情報、又は最上位の（例えば、最重要な）情報のみを表示させることを可能にする情報を含むこともできる。幾つかの実施形態において、これらのコマンドを使用することによって、商用の（ｃｏｍｍｏｄｉｔｙ）ネットワーク・インターフェースを介してＴＶに連結された遠隔デバイス（例えば、ＳＴＢ又はＤＶＲ）が、直接連結されたＴＶの場合と本質的に同等の品質及び性能でＴＶ上にＯＳＤ表示を配置することができる。ある種の映像機器ボックスは、１つより多くの映像ソース・デバイスを含むことがある。例えば、映像機器ボックスは、ケーブルＴＶアウトレットとＤＶＤプレーヤの両方から信号を受信し、そのどちらかを遠隔映像表示デバイス装置に送ることができる。幾つかの実施形態においては、映像ソース・デバイスと映像表示デバイスとの両方を兼ねる映像デバイスが存在する。

図２を参照すると、システムは、圧縮又は非圧縮のアナログ又はデジタル映像を映像ソース・デバイス４２（例えばＳＴＢ）に送る映像信号ソース１２を含む。映像ソースの例は、ケーブルＴＶアウトレット及び衛星ＴＶ受信機を含む。ＳＴＢの例は、ケーブルＴＶボックス及び衛星ＴＶボックスを含む。ソース１２は音声信号も送る。ソース１２と映像ソース・デバイス４２との間に圧縮装置が存在してもよい。映像ソース・デバイス４２は、圧縮された映像信号と、ＯＳＤ描画コマンドを含むコマンドとを、導線４４を通じてネットワーク５０に送る。

一例として、ネットワーク５０は、イーサネット・ネットワークとすることができ、これは、映像ソース・デバイス４２、及び映像表示デバイスの一例であるＴＶ５４に加えて、デバイス類と通信することができる。あるいは、ネットワーク５０は、イーサネットとは異なる方式を使用するものとすることができる。幾つかの実施形態において、ネットワーク５０は非圧縮映像信号を一貫して伝搬することができないほど低い帯域幅を有するので、それゆえ、映像ソース・デバイス４２は圧縮された映像信号を送る。他の実施形態において、ネットワーク５０は圧縮された映像信号を伝搬する帯域幅を有する。ネットワーク５０は、圧縮された映像信号とコマンド信号とを導線５２上でＴＶ５４に送る。導線５４は、信号がその上を双方向に伝導される導線の単一のセットとすることができる。あるいは、導線５４は、信号がその中を異なる方向に通過する導線の複数のセットを含むものとすることができる。表示制御回路５６は、描画コマンドに応答してＯＳＤ信号を作成し、それを映像信号と共にディスプレイ５８の画面６０上に表示させるために送る。

幾つかの実施形態において、描画コマンド又は別のコマンド（例えば音声コマンド）は、スピーカにおいて音声信号を生成させることができる。例えば、図２において、音声制御回路４６は、そのようなコマンドに応答してスピーカ４８に音響を生成させる。一例として、音響は、描画コマンドに対応する音響効果とすることができる。例えば、ボタンを押すとビープ音が鳴るようにすることができる。デバイスは、音響を受信すると、それをスピーカに送信される他の音響とミキシングすることができる。場合によっては、コマンドが音波を伝搬し、また別の場合には、受信デバイスが予め保存された音波を有しており、それをコマンドに応答して起動させることができる。もちろん、従来技術において長年にわたって行われてきたように、描画コマンドとは無関係な他の音声信号を映像信号に関連付けることができる。

図３は、表示制御回路５６を実装することができる幾つかの方式を示す。しかしながら、表示制御回路５６は、他の種々の方式で実装することができる。インターフェース回路６２は、導線５２から映像信号及びコマンドを受信するため、及び、後述するように導線５２にイベント信号を送るための、送受信機６６を含む。図３の例において、インターフェース回路６２はまた、ネットワーク・セキュリティ及び発見モジュール６４と、送受信回路６６とを含む。導線４４及び５２上の種々の信号は、多重化され、パケット化され、又はそれ以外の方式で導線上を伝搬されるものとすることができる。種々の形式の信号送信方式を用いることができる。幾つかの実施形態において、画素ベースのグラフィックス・コマンド及びイベント信号が標準的なＴＣＰ／ＩＰ接続を用いて送信される。導線は信号を双方向に伝搬することができる（同時的又は逐次的な双方向信号方式を含む）。導線は、各々が不定方向に信号を伝搬するセットに分割することができる。

ネットワーク・セキュリティ及び発見モジュール６４は、図３に示されるように、ネットワーク５０と表示制御回路５６の特定の構成要素との間をインターフェースする。ネットワーク・セキュリティ及び発見モジュール６４は、セキュリティも提供する。コマンド及び他の信号を暗号化することができる。一例として、ネットワーク・セキュリティ及び発見モジュール６４は、暗号化のための秘密キーを保持することができる。Ｖ１及びＶ２のような圧縮された映像信号が映像復元器６８に送られ、映像復元器６８は復元された映像信号をブレンダ７０に送る。一例として、映像信号は、ＭＰＥＧ４（又は別の規格）のようなＭＰＥＧ規格のうちの１つに準拠するものとすることができ、映像復元器６８は、これらの規格のうちの１つ又は複数に従って信号を復元する。ネットワーク・セキュリティ及び発見モジュール６４は、ＯＳＤ描画コマンドをコマンド・インタープリタ７６に送る。ＯＳＤ描画コマンドは、導線５２上で受信された描画コマンドに応答するものである。コマンド・インタープリタ７６に送られた描画コマンドは、インターフェース６２によって受信されたものと同一の形態であってもよく、又は異なった形態であってもよい。例えば、インターフェースによって受信された描画コマンドがパケット又は記号であり、差動信号方式によって送信され、コマンド・インタープリタ７６に送られる描画コマンドがパケット又は記号ではなく、シングルエンド信号方式によって送信されてもよい。さらに、電圧の揺れ及び周波数が異なる場合もある。同様に、描画コマンドが、ネットワーク５０を通じて形態が変化する場合もある。

コマンド・インタープリタ７６は、後述するように、ＯＳＤ描画コマンドに応答して、表示されるべきＯＳＤ信号を作成する。ＯＳＤ信号はコマンド・インタープリタ７６によってフレーム・バッファ７８に送られ、フレーム・バッファ７８はＯＳＤ信号をブレンダ７０に送る。コマンド・インタープリタ７６は、フレーム・バッファ７８によって送られるＯＳＤ信号についての位置及びアルファ（透明度）情報を示す位置及びアルファ情報信号をブレンダ７０に送る。あるいは、位置及びアルファ情報は、フレーム・バッファ７８から送られてもよい。ブレンダ７０は映像信号とＯＳＤ信号とを混成し、混成信号を映像送信機８２に送り、映像送信機８２は、混成信号を画面６０上に表示させるためにディスプレイ５８に送る。

ネットワーク・セキュリティ及び発見モジュール６４はさらに、発見及び制御信号を表示管理モジュール７４に送る。表示管理モジュール７４（これは、セッション制御モジュールを含むことができる）は、表示リソースを管理し、表示リソース及び画面の幾何学形状へのアクセスを許可する。表示管理モジュール７４は、ＴＶ５４のリソースへのアクセスを許可することによって、表示デバイスにおけるメディア・コンテンツの配信及び表示を調整する。表示管理モジュール７４は、後述するように、ネットワーク上でディスプレイを広告する。

遠隔制御受信機８６は、遠隔制御デバイス８０から無線信号（例えば、赤外線信号）を受信し、対応する遠隔制御信号をネットワーク・セキュリティ及び発見モジュール６４に送る。遠隔制御デバイス８０はボタン及びポインタ能力を含むものとすることができる。遠隔制御デバイスは、ＩＲ（赤外線）、ＲＦ（無線周波数）、又は他のいずれか信号送信機構を用いて、ユーザが押したボタンを示すことができる。有線制御受信機８４は、入力デバイスＩ１及びＩ２からの信号を受信する。デバイスＩ１及びＩ２は、プッシュボタン、カーソル制御デバイス（例えば、マウス）、ポインタ・デバイス、又は他の何らかの入力デバイスとすることができる。有線制御受信機８４は、対応する信号をネットワーク・セキュリティ及び発見モジュール６４に送る。少なくとも一部の受信された遠隔制御信号又は無線制御信号に応答して、ネットワーク・セキュリティ及び発見モジュール６４は、導線５２を通じてネットワーク５０にイベント信号を送信する。イベント信号の詳細は後述する。

幾つかの実施形態において、遠隔制御受信機８６及び有線制御受信機８４からの全ての信号が、ネットワーク・セキュリティ及び発見モジュール６４に送られる。他の実施形態において、一部の信号（例えばイベント信号をもたらす信号）のみがネットワーク・セキュリティ及び発見モジュール６４に送られる。したがって、遠隔制御受信機８６とネットワーク・セキュリティ及び発見モジュール６４との間、及び、有線制御受信機８４とネットワーク・セキュリティ及び発見モジュール６４との間に、特定の信号のみをネットワーク・セキュリティ及び発見モジュール６４に渡す中間制御回路が存在してもよい。例えば、幾つかの実施形態において、ＴＶの音量を上げる制御信号はネットワーク・セキュリティ及び発見モジュール６４によって処理されるが、他の実施形態においてはそのような制御信号は他の制御回路によって処理される。

映像ソース・デバイス４２を実装することができる多くの方法が存在する。図４は、映像ソース・デバイス４２の幾つかの実施形態において存在し得る幾つかの構成要素を示すが、他の実施形態はこれらの構成要素の全てを含むわけではなく、また幾つかの実施形態においては付加的な構成要素を含むことができる。図４を参照すると、描画コマンド生成回路９０が描画コマンドを作成し、この描画コマンドは、映像−コマンド合成回路９２において映像信号と合成され、映像−コマンド組み合わせ回路９２は映像信号と描画コマンドとをパケットとして合成するか、又は多重化若しくは他の何らかの技術によって合成する。映像信号と描画コマンドとを、パケット間で分かち合うこともでき、又は別々のパケットで送ることもできる。映像信号と描画コマンドとを分散させることもでき、又は映像信号を最初に送り、その後に描画コマンドを続けることもでき、又はその逆とすることもできる。合成された映像信号及び描画コマンドは、送信機９６によって導線４４に送信される。受信機９８は導線４４上の信号（例えばイベント信号）を受信し、それを制御回路９４に送る。制御回路９４は、イベント信号のうちの一部に応答して、又は他の信号若しくは条件に応答して、描画コマンドを生成させることができる。導線４４は、信号を双方向に伝搬する導線の単一のセットとすることができ、又は信号がその上を異なる方向に送信される１つより多くの導線セットを含むことができる。

図５は、ディスプレイ５８の画面６０上の１つ又は複数の画像が、図示されるような異なる区域又は領域（例えば領域１−９）内に与えられる方法を示す。領域は、必ずしも矩形形状を有している必要はなく、時間の経過に従って位置を変えてもよい。幾つかの実施形態において、オブジェクトは、領域内における位置を変えることによって画面を横切って移動することができる。

図６は、画面６０上の画像１０６とＯＳＤメニュー１０２とを示す。ＯＳＤメニュー１０２は、アイコン及びワード１０４−１（ケーブル）、１０４−２（アンテナ）、１０４−３（ＴＶ録画）、１０４−４（映画）、１０４−５（音楽）、１０４−６（写真）、及び１０４−７（インターネット）を含む。アイコン及びワード１０４−１は、図示されているように識別バンド１１０によって強調（選択）されている。メニューに含まれるものを説明するために、「メディア・サービス」というワードがＯＳＤメニューの上部に現れる。画面６０には、ＯＳＤ１１４も含まれる。ＯＳＤ１１４は、純粋に情報型のもの（例えば株式相場報）とすることもでき、又はＯＳＤメニュー１０２のような双方向型ＯＳＤとすることもできる。双方向型ＯＳＤは、ユーザが起動させるＯＳＤ上のアイテムを選択することのできるＯＳＤである。

図７は、画像１０６と、ＯＳＤ１、２及び３とを示す。ＯＳＤ２は、その下の画像が見えるように部分的に透明である。ＯＳＤ３は、ＯＳＤ１によって部分的に覆われている。幾つかの実施形態において、ＯＳＤ３は、コンピュータのグラフィカル・ユーザ・インターフェースにおけるウィンドウと同様に、ＯＳＤ１の上になるように起動することができる。幾つかの実施形態においては、１つのＯＳＤが別のＯＳＤを隠すことはない。画面６０の異なる部分が、同一の映像ソース・デバイス又は異なる映像ソース・デバイスからの異なる映像信号を表示することができる（例えば、ピクチャ・イン・ピクチャ（ＰＩＰ））。

図８を参照すると、映像デバイス１２２は、導線１２４を通じてネットワーク５０に連結される。映像機器ボックス１２０内に含まれる映像ソース・デバイス１２２及び映像ソース・デバイス１２６は、導線１２４を通じてネットワーク５０に連結される。映像デバイス１２８は、導線を通じてネットワーク５０に連結される。映像ソース・デバイス１３２は、無線アンテナ１３４及び１３６を通じて無線方式でネットワーク５０に連結される。ＴＶ１５４は、導線１４２を通じてネットワーク５０に連結される。ＴＶ１５４、表示制御回路１５６、ディスプレイ１５８、及び画面１６０は、図２のＴＶ５４、表示制御回路５６、ディスプレイ５８、及び画面６０と同一のものとすることもでき、又は異なるものとすることもできる。

図９は、ＯＳＤ作成回路１４６を含む映像デバイス１４４が、ネットワーク５０とＴＶ１５４との間に導線１４２及び１５０を通じて連結されていることを除き、図８と同様である。ＯＳＤ信号は、映像ソース・デバイスからの描画コマンドに応答して、表示制御回路１５６ではなく回路１４６によって生成することができる。

例示的なコマンド
以下、幾つかの例示的なコマンドの詳細を提示する。ある実施形態は、以下に示す詳細を有するか又は異なる詳細を有するコマンドのうちの幾つか又は全てを用いる。ある実施形態は、付加的な及び／又は異なるコマンドを用いる。画素ベースの描画コマンドの多くは、指定された位置においてどのデータが変更されるべきかを指定する可変部（ｖａｒｉａｎｔ)を有する。サポートされるフォーマットの例としては、赤−緑−青（ＲＧＢ）カラー情報、赤−緑−青−アルファ（ＲＧＢＡ）カラー及び透明度情報、又はアルファ（Ａ）透明度情報が含まれる。画素ベースの描画コマンドは、（ｘ，ｙ）デカルト座標としての原点画素位置と、幅掛ける高さ（Ｗ×Ｈ）のサイズ情報とを含むことができる。一例として、画面の左上隅を（０，０）位置とし、区域を原点画素位置から下方向及び右方向に広げることができる。一例として、コマンドは、コマンドのデータ・ペイロードとして付加的な情報を送信することができ、送信される実際の情報はコマンド・タイプによって決定される。

映像装置（例えば映像ソース・デバイス４２）から表示制御回路（例えば表示制御回路５６）に送信される画素ベースの描画コマンドは、以下のものを含む。ある実施形態はこれらのコマンドの全てを含むものではなく、ある実施形態は付加的な描画コマンドを含む。
・区域を単一の値（ＲＧＢ、ＲＧＢＡ、又はＡ）で塗りつぶす。カラー値はコマンドのデータ・ペイロードとして送信される。ＲＧＢで塗りつぶす場合、画素のアルファ（Ａ）値は変更されずそのままにされる。同様に、Ａで塗りつぶす場合、画素のＲＧＢ値は変更されずそのままにされる。
・区域内の画素を、コマンド内のデータ・ペイロードとして指定された（ＲＧＢ、ＲＧＢＡ、又はＡ）値に設定する。画素データは圧縮でも又は非圧縮でもよい。
・画素を単一のＲＧＢＡと混成する。カラー値はコマンドのデータ・ペイロードとして送信される。混成操作は、Ｐｏｒｔｅｒ及びＤｕｆｆの「Ｏｖｅｒ」演算子に関して定められる。新たなＲＧＢＡ値が古いデータの「Ｏｖｅｒ（上に重なる）」とみなされるように選択することもでき、又は古いデータが新たな値の「Ｏｖｅｒ（上に重なる）」とみなされるように選択することもできる。
・区域内の画素を、コマンド内のデータ・ペイロードとして指定された（ＲＧＢプラス一定のＡ、ＲＧＢＡ、又はＡプラス一定のＲＧＢ）値と混成する。画素データは圧縮でも又は非圧縮でもよい。混成操作は、Ｐｏｒｔｅｒ及びＤｕｆｆの「Ｏｖｅｒ」演算子に関して定められる。新たなデータが古いデータの「Ｏｖｅｒ（上に重なる）」とみなされるように選択することもでき、又は古いデータが新たなデータの「Ｏｖｅｒ（上に重なる）」とみなされるように選択することもできる。
・画面の区域を別の区域からコピーする。ある実施形態においては、原点画素（ｘ，ｙ）及びサイズ（Ｗ×Ｈ）情報によって指定された区域がコピー先の区域とされ、コピー元の区域の原点画素位置はコマンドのデータ・ペイロードとして送信される。コピーは、各ＲＧＢＡ値の全ての要素を伴う。
・１つのバッファからの区域を別のバッファからの区域と混成する。ある実施形態において、混成区域は、各バッファにおける原点画素位置（ｘ，ｙ）及びサイズ（Ｗ×Ｈ）によって指定される。混成は、Ｐｏｒｔｅｒ及びＤｕｆｆの「Ｏｖｅｒ」演算子に関して定められる。宛先（修正される）バッファがソース（修正されない）バッファの「Ｏｖｅｒ（上に重なる）」とみなされるようにすることもでき、又はソース・バッファが宛先バッファの「Ｏｖｅｒ（上に重なる）」とみなされるようにすることもできる。
・カラーマップ（ＲＧＢ、ＲＧＢＡ、又はＡ）の内容を後のコマンドで用いられるように設定する。
・カラーマップ内の値に基づいて区域内の画素を設定する。コマンド内のデータ・ペイロードは、値を各画素に対して用いるべきカラーマップ・エントリのインデックスを指定する。インデックスは典型的には１、２、４、又は８ビット幅とすることができるが、他のいずれかの幅を用いることもできる。
・描画コマンドに関連付けられた音声信号（音響効果などのためのもの）を送信することができる。コマンドは、音声クリップ、又はサンプリングされたデジタル波形を含むことができ、サンプルレート、ビット解像度、及びチャネル数を指定することができる。
・データ・ペイロード内でＲＧＢ値が指定される場合、ある実施形態においては、そのコマンドに対して単一のＡ値を与えることができることに留意されたい。ＲＧＢ値を変数としてＡ値を固定値とすることもでき、又はＡ値を変数としてＲＧＢ値を固定することもできる。

コマンド・プロトコルは、さらに制御コマンドのセットも含むことができる。例としては以下のものが含まれるが、ある実施形態はこれらのコマンドの全てを含むものではなく、ある実施形態は付加的な制御コマンドを含む。後述のセッション制御についての議論に留意されたい。
・ＴＶのディスプレイを使用する権限を確立する。
・修正されるＴＶディスプレイの１つ又は複数の領域を宣言する。
・セッション対するレンダリング優先順位値を宣言する。これは、複数のＯＳＤストリームが「衝突」する場合、即ち、修正される領域が重なり合う場合を処理する際に用いられる情報を与える。
・データを保持するためのメモリ・バッファの割当て及び解放を行う。
・画面上の位置に対するメモリ・バッファのマッピングを指定し、重なりがある場合には、バッファのスタッキング順序を指定する。
・同期化コマンドによる往復伝搬時間計算の決定をサポートする。イベント・ストリームを介して、反射して送信者に送り返される付加的なデータを提供することができる（後述する）。

遠隔ＯＳＤプロトコルは、さらに、ディスプレイが遠隔ＯＳＤソース・デバイスにユーザ入力イベント信号を送信するための方法を提供することもできる。例えば、ユーザは遠隔制御装置８０上のボタン又は入力Ｉ１若しくはＩ２を起動して、遠隔装置を活動させるようにすることができるように、遠隔デバイス（例えば映像ソース装置４２）を制御するための信号を作成し、又はＯＳＤとインターフェースするために応答することができる。例えば、ＯＳＤメニュー（例えば図６のメニュー１０２）が画面６０上に存在する場合には、遠隔制御デバイス８０のボタンを押すことで、特定の選択肢を選択することができ、ディスプレイ制御回路５６が映像ソース・デバイス４２などの映像デバイス（これはＴＶ５４から離れている）に対してイベント信号を送信するようにさせることができる。映像デバイスは、指定された通りにイベント信号に応答する。ネットワーク・セキュリティ及び発見モジュール６４又は他の図示されていない回路は、遠隔制御デバイス８０又は入力Ｉ１若しくはＩ２からの信号を解釈し、遠隔映像デバイス（即ち、ＴＶ５４から離れたデバイス）からのイベント信号を作成するかどうかを決定することができる。例えば、ある実施形態においては、音量変更コマンドはイベント信号を生じさせず、その代わりＴＶ内で処理することができる。チャンネル変更コマンドはイベント信号を生成させることができる。ユーザ及びＴＶは、遠隔ＯＳＤプロトコルによってＴＶを制御する装置と同じ部屋の中にある必要はない。したがって、遠隔ＯＳＤプロトコルを用いてＴＶから遠隔ＯＳＤソース・デバイスにメッセージを返信することができ、該メッセージは、ある実施形態についての例としては以下のイベントのうちのいずれかを示すが、他の実施形態においては、これらの例の全てが含まれるわけではない。
・特定のキーが押されたこと、及びそのキーの識別情報。
・特定のキーが離されたこと、及びそのキーの識別情報。
・ポインティング・デバイス（例えば、マウス）が移動されたこと、並びに移動の量及び方向。
・同期化コマンドが受信されたこと、及びそれと共に受信された付加的なデータ。
・状態（例えば、バッファ割当てなど）を与えるいずれかのコマンドに対する状態の結果。

幾つかの実施形態において、遠隔グラフィックス・コマンドは、ソース・デバイス及び宛先デバイスの両方を低コストで実装することを可能にすることができる。特に、幾つかの実施形態において、共通の情報に対して固定されたレイアウトを用いることで、グラフィックス・ストリームを容易に解析するハードウェア実装を可能にすることができる。

セッション制御
以下、幾つかの実施形態において用いることができる詳細を説明する。他の実施形態は異なる詳細を用いることができる。図３を参照すると、表示管理モジュール７４は、ＯＳＤ接続を管理するためのセッション制御プロトコルを実行する。幾つかの実施形態を理解するのに役に立つ背景として以下のことを提示する。現在のＴＶは、各々が特定の映像フォーマットをデコードする特定の数の入力ポートを有するように作られている。例えば、あるＴＶは、２つのＨＤＭＩ入力及び２つのコンポーネント映像入力を有する。通常、ＴＶは、入力の組から選択するための単純なＯＳＤメニューを持つように作られており、ユーザはその中から入力を選ぶことができるようになっている。幾つかの実施形態において、映像コンテンツ及びＯＳＤをネットワーク上で配信するデバイスの場合、ＴＶは、遭遇する可能性がある入力デバイスの数及び種類を認識できない。その上、消費者が新しい機器を購入したとき又は古い機器を使わなくなったときには、デバイスの数及び種類は変化することがある。セッション制御プロトコルは、ユーザが、家庭内ネットワーク上にある、映像信号をＴＶに送ることができるデバイスを発見し、使いたいと望むものを随時選択するための方法を提供する。幾つかの実施形態において、１つより多くの映像ソースを一度に選択することができる。

セッション制御プロトコルは、表示管理モジュール７４によって生成することができる。ある実施形態においては、表示管理モジュール７４は、セッション制御プロトコルを用いて少なくとも以下のことを行うが、他の実施形態においては、セッション制御プロトコルはこれらの全てを行うわけではなく、付加的なタスクを行うことができる。
・ネットワーク上のどのデバイスがＴＶに映像入力を送る能力があり、送ろうとしているかを尋ねる。
・ＴＶを制御することが可能なデバイスに対して、ＴＶのユーザに提示するための識別子（例えば、名称及び／又はアイコン）を求める。
・ユーザによって選択されたデバイスに対して、ＴＶを遠隔的に制御する要求を含むメッセージを送り、その遠隔デバイスが接続の開始時に遠隔ＯＳＤプロトコルを用いて送信することになる権限情報を提供する。
・ユーザが入力ソースの変更を望むことを示した場合に、遠隔ＯＳＤ接続を取り消す。
・遠隔ＯＳＤプロトコルを用いることができる付加的な情報型デバイスの制御を提供する。

表示管理モジュール７４の主たる機能は、ＴＶに電源が入っている限り、常に何かが表示されているように保証することである。ときには、ＴＶにＯＳＤ表示及び映像素材を送る遠隔デバイスが全く選択されていないような場合もある。このような場合とは、例えば、最初にＴＶにスイッチを入れた場合、選択された制御中のデバイスが消失した場合、又はユーザが選択された制御中のデバイス接続を終了し、新たな映像ソースを選択することを指示した場合である。これらの場合には、表示管理モジュール７４は通常、セッション制御プロトコルの中で、ＴＶに対してＯＳＤ制御を与えることができる全てのデバイスを見つけだすためのメッセージを、識別情報と共に送出する。表示管理モジュール７４は次に、ＯＳＤメニューがユーザに対して可能な選択肢を表示し、ユーザが１つを選択することができるように手配する。選択が為されると、選択されたデバイスはＴＶの制御を開始するように求められる。幾つかの実施形態において、制御するデバイスを選択するためのＯＳＤメニューは、ＴＶ５４の表示管理モジュール７４内のユーザ・インターフェース（ＵＩ）モジュールによって生成される。ＵＩモジュールは図３に示された構成要素のうちの１つの中にあってもよく、又は付加的な構成要素であってもよい。

表示管理モジュール７４の別の機能は、ＴＶ画面の表示の競合する使用間の解決を図ることである。通常は、ＴＶに送信された１つのＯＳＤグラフィックス・ストリームのみがＴＶの動作を主制御するが、ユーザに情報を提供することを望む複数のデバイスによって他のストリームが送信されることもある。例えば、１つのデバイスが画面下方に株式相場を出力し、別のデバイスが新たな電子メールが届いたときにユーザに対して通知記号をポップアップさせることができる。

デバイスは、それらのデバイスに要求される使用を詳しく説明するメッセージをＴＶの表示管理モジュール７４に対して送信することによって、そのような情報型表示又は双方向型表示を送信する能力を要求することができる。表示管理モジュール７４は要求を却下してもよく、又は、許可メッセージを送信することによって要求を許可してもよい。後述のように、許可メッセージは、権限トークン及び優先順位を与える。

表示管理モジュール７４は、ＯＳＤグラフィックス・ストリームの各ソースに対して、権限トークンを最優先順位値と共に送信する。各ＯＳＤグラフィックス・ストリームは、ＴＶに対するＯＳＤグラフィックス接続の初期化フェーズ中に、このトークン及び優先順位を提示する。権限トークンが無効であった場合、又は取り消されていた場合には、接続は終了される。

ＯＳＤグラフィックス・ストリームの接続が成功し、権限トークンが受理されると、ストリームはグラフィックス・コマンドの送信を開始することができる。しかしながら、ストリームは、画面のいずれかの部分を修正することができるようになる前に、画面のどの区域を修正するかを宣言する。後述するように、この通知は、ＴＶが複数ソースからの競合する要求に対処することを可能にする。ソースは、必要の増減に応じて、宣言した修正区域を変更することができることに留意されたい。例えば、ソースは、あるときにはメニューを出力するために全画面を用いることを望む場合もあり、また別のときには画面区域を殆ど又は全く必要としない場合もある。

各デバイスが画面のどの区域を修正するのかを（ＯＳＤグラフィックス・ストリームにおいて）宣言すると、表示管理モジュール７４は、競合する区域、即ち、２つ又はそれ以上のストリームが変更を宣言している区域を探す。競合する場合には、表示管理モジュール７４は、ＴＶの能力に応じて、以下の動作のうちの１つを行うことを選択することができる。
・競合する区域を互いに混成し、最も高い優先順位のストリームが最もよく見えるようにし（より不透明にする）、より低い優先順位のストリームは見え方を少なくする（より透明にする）。
・最も高い優先順位のストリームのみを表示し、残りのストリームは表示しない。
・幾つかのストリームを混成し、他のストリームを省略する。

あるストリームによって要求された区域を表示しないことを決定するときに、表示管理モジュール７４は、利用可能なリソースに応じて、その区域に表示するはずだったものを記憶するか、又はそれを破棄することができる。表示するはずだったものを記憶できるだけの十分なメモリを有する場合には、（別のストリームが領域の使用を停止したことで）競合が終了したときに、表示管理モジュール７４は、ストリームの発信元からのそれ以上の補助なしにストリームのコンテンツを表示することができる。しかしながら、ＴＶが不十分なリソースしか有していない場合には、ストリームの発信元に対して、可視性の状態が変化したことを送信者に知らせる可視性イベントを送信することができる。即ち、最初に発信元の出力が部分的に又は完全に覆い隠されることを伝え、後で、もはや覆い隠されていないことを伝える。それで、送信者はその区域を「塗り直す（ｒｅｐａｉｎｔ）」ことの責任を担うことになる。即ち、ＯＳＤ発信元は、ＴＶ上に表示することを望む１つ又は複数の画像を再構築するためのグラフィックス・コマンドを送信する。

上記のように、ある実施形態は、セッション制御に関して上で言及した詳細のうちの幾つかを含むが、詳細のうちの他のものは含まない。

付加的な情報及び実施形態
ここで説明された種々のモジュールは、ハードウェアにおいて実施されてもよく、又はハードウェアとソフトウェア及び／又はファームウェアとの組み合わせにおいて実施されてもよい。

図示された構成要素の間には中間構造体が存在してもよい。ここで説明され又は図示された構成要素は、図示されていない又は説明されていない付加的な入力又は出力を有することができる。図面のシステムの実際の実装においては、図示されていない付加的な回路、制御ライン、及び恐らくは相互接続が存在することになるはずである。図面が導線によって接続された２つのブロックを示す場合、図示されていない中間回路が存在してもよい。ここで言及される導線は、必ずしも連続した材料でできている必要はない。例えば、導線はビア又は他の接続構造体を含むことができる。ブロックの形状及び相対的な大きさは、実際の形状及び相対的な大きさと関連することを意図するものではない。ブロック間に矢印が一方向にのみ示されるという事実は、他の方向への通信が存在しないことを意味するものではない。ブロック間にある一本の線は、そのブロック間に他の導線が存在しないことを意味するものではない。

実施形態は、本発明の実装又は例である。本明細書において、「実施形態」、「１つの実施形態」、「幾つかの（ある）実施形態」、又は「他の実施形態」に言及する場合、その実施形態に関連して記述される特定の特徴、構造、又は特性は少なくとも幾つかの実施形態に含まれるが、必ずしも全ての実施形態に含まれるとは限らないことを意味する。「実施形態」、「１つの実施形態」、又は「幾つかの（ある）実施形態」といった様々な形は、必ずしも全て同じ実施形態のことを指しているわけではない。

要素「Ａ」が要素「Ｂ」に連結されると述べられている場合、要素Ａは要素Ｂに直接に連結されていてもよく、又は、例えば要素Ｃを介して間接的に連結されていてもよい。本明細書又は特許請求の範囲が、構成要素、特徴、構造、プロセス、又は特性Ａが、構成要素、特徴、構造、プロセス、又は特性Ｂを「生じさせる」と記述している場合、それは、「Ａ」は「Ｂ」の少なくとも部分的な原因ではあるが、「Ｂ」を生じさせるためには少なくとも１つの他の構成要素、特徴、構造、プロセス、又は特性の補助が存在していてもよいという意味である。同様に、ＡがＢに応答すると記述されている場合、Ａは、ＢとＣとの組み合わせに応答するものであってもよい。

本明細書が、ある構成要素、特徴、構造、プロセス、又は特性が「含まれることができる」又は「含まれてもよい」（ｍａｙ、ｍｉｇｈｔ、又はｃｏｕｌｄ）と記述している場合、その特定の構成要素、特徴、構造、プロセス、又は特性が必ず含まれている必要があるわけではない。本明細書又は特許請求の範囲が「１つの（ａ又はａｎ）」要素に言及する場合、その要素がただ１つだけ存在するということを意味するものではない。

本発明はここで説明された特定の詳細に限定されるものではない。実際、上記の説明及び図面の他の多くの変形を本発明の範囲内で為すことができる。したがって、本発明の範囲を定めるものは、上記の説明ではなく、あらゆる補正を含めた添付の特許請求の範囲である。

Claims (37)

1. 映像信号と描画コマンドとを含む信号を受信するためのインターフェース回路と、
   前記描画コマンドを受信し、該描画コマンドに応答してオンスクリーン・ディスプレイ（ＯＳＤ）信号を提供するコマンド・インタープリタと、
   前記受信された映像信号を処理して、処理された映像信号を提供する映像処理回路と、
   前記ＯＳＤ信号と前記処理された映像信号とを混成して、該ＯＳＤ信号と該処理された映像信号とを含む混成映像信号を生成するブレンダと
   を含むことを特徴とする、装置。
2. 前記インターフェース回路によって受信される信号が、前記描画コマンドに関連付けられた音声コマンドを含むことを特徴とする、請求項１に記載の装置。
3. 前記音声コマンドが、前記描画コマンドに関連付けられた音響効果を生じさせることを特徴とする、請求項２に記載の装置。
4. 前記音声コマンドが、前記描画コマンドの一部であることを特徴とする、請求項２に記載の装置。
5. 前記映像処理回路が、前記映像信号を復元して前記処理された映像信号を作成する映像復元回路であることを特徴とする、請求項１に記載の装置。
6. 前記ＯＳＤ信号が、前記コマンド・インタープリタによってフレーム・バッファに送られ、前記フレーム・バッファから前記ブレンダに送られることを特徴とする、請求項１に記載の装置。
7. 前記インターフェース回路がネットワーク・セキュリティ及び発見モジュールを含み、前記装置が遠隔制御信号を受信するための遠隔制御受信回路をさらに含み、前記ネットワーク・セキュリティ及び発見モジュールが、前記受信された遠隔制御信号のうちの一部に応答して前記装置の外へ伝送されるイベント信号を提供するためのものであることを特徴とする、請求項１に記載の装置。
8. 前記装置の外部の潜在的な映像信号ソースを識別するための表示管理モジュールをさらに含むことを特徴とする、請求項１に記載の装置。
9. 前記装置が、ユーザによって選択可能な、前記潜在的な映像信号ソースの異なるそれぞれを表すアイコンを含むメニューを表示するための信号を提供するための表示管理モジュールを含むことを特徴とする、請求項８に記載の装置。
10. 前記表示管理モジュールが、ユーザによる選択を示す信号に対して、ネットワーク・セキュリティ及び発見モジュールに前記装置の外部の前記選択された映像ソースとの接触を確立させることによって、応答することを特徴とする、請求項８に記載の装置。
11. 遠隔制御信号を受信するための遠隔制御受信回路をさらに含み、前記表示管理モジュールが、受信された前記遠隔制御信号のうちの少なくとも一部に応答して、前記潜在的な映像信号ソースのうちの少なくとも１つを前記装置に対して映像信号を送るために選択することを特徴とする、請求項８に記載の装置。
12. 前記表示管理モジュールが、選択された遠隔映像ソース装置に送信されるトークンを提供するためのものであり、前記インターフェース回路が、映像信号が有効なトークンに関連付けられていない限り前記映像信号を通さないことを特徴とする、請求項８に記載の装置。
13. 前記ＯＳＤ信号が、グラフィカル・ユーザ・インターフェース表示と情報のみの表示との両方に対する信号を含むことを特徴とする、請求項１に記載の装置。
14. 前記描画コマンドが、該描画コマンド内のデータ・ペイロードにおいて指定された通りに区域内の画素を設定することを特徴とする、請求項１に記載の装置。
15. 前記装置が集積回路であることを特徴とする、請求項１に記載の装置。
16. 前記混成映像信号を受信して表示するための表示画面を含むディスプレイをさらに含むことを特徴とする、請求項１に記載の装置。
17. 前記装置が、前記ＯＳＤ信号のうちの特定の信号を表示するための前記表示画面の特定の領域を識別することを特徴とする、請求項１に記載の装置。
18. 映像ソース・デバイスと、
    ネットワークと、
    前記ネットワークを通じて前記映像ソース・デバイスに連結された装置と
    を含むシステムであって、前記装置が、
    映像信号と描画コマンドとを含む信号を受信するためのインターフェース回路と、
    前記描画コマンドを受信し、該描画コマンドに応答してオンスクリーン・ディスプレイ（ＯＳＤ）信号を提供するコマンド・インタープリタと、
    前記受信された映像信号を処理して、処理された映像信号を提供する映像処理回路と、
    前記ＯＳＤ信号と前記処理された映像信号とを混成して、該ＯＳＤ信号と前記処理された映像信号とを含む混成映像信号を生成するブレンダと
    を含むことを特徴とする、システム。
19. 前記インターフェース回路によって受信される信号が、前記描画コマンドに関連付けられた音声コマンドを含むことを特徴とする、請求項１８に記載のシステム。
20. 前記インターフェース回路がネットワーク・セキュリティ及び発見モジュールを含み、前記装置が遠隔制御信号を受信するための遠隔制御受信回路をさらに含み、前記ネットワーク・セキュリティ及び発見モジュールが、前記受信された遠隔制御信号のうちの一部に応答して前記装置の外へ伝送されるイベント信号を提供するためのものであることを特徴とする、請求項１８に記載のシステム。
21. 前記映像ソース装置を潜在的な映像信号ソースとして識別する表示管理モジュールをさらに含むことを特徴とする、請求項１８に記載のシステム。
22. 装置であって、
    前記装置の外部のネットワークとインターフェースするインターフェース回路と、
    前記インターフェース回路を通じて前記装置に映像信号を送る可能性のある、前記装置の外部の前記ネットワーク上の潜在的な映像ソース・デバイスを識別し、前記潜在的な映像ソース・デバイスを表す記号を含むオンスクリーン・ディスプレイ・メニューの生成を指示するための表示管理モジュールと、
    前記ＯＳＤメニューから前記映像ソース・デバイスのうちの１つを選ぶユーザ選択を受信するための受信器回路と
    を含み、前記表示管理モジュールが、前記選択された映像ソース・デバイスが前記インターフェース回路を通じて表示のための映像信号を送るように手配することを特徴とする、装置。
23. 前記ＯＳＤメニューを表示するための画面を備えた表示回路をさらに含むことを特徴とする、請求項２２に記載の装置。
24. 前記表示管理モジュールが、前記選択された映像ソース装置が選択されたことを示すためのイベント信号が該選択された映像ソース・デバイスに対して送信されるようにすることを特徴とする、請求項２２に記載の装置。
25. ユーザが、前記インターフェース回路を通じて表示されるための映像信号を送る１つより多くの映像ソース・デバイスを選択することができることを特徴とする、請求項２２に記載の装置。
26. 前記表示管理モジュールが映像ソース・デバイスに対してトークンを選択的に送り、それにより、ある映像ソース・デバイスが表示されるべき信号と共に前記トークンを送ったときに、該トークンが有効である場合に限り、前記信号が表示されることを前記装置が許可するようになっていることを特徴とする、請求項２２に記載の装置。
27. 前記表示管理モジュールが、映像ソース・デバイスが表示されるべき信号を送ることを許容することができ、前記信号間のいかなる競合も解消させることができることを特徴とする、請求項２２に記載の装置。
28. 前記表示管理モジュールが、表示されるべきものの主制御を１つの映像ソース装置のみに許容するが、他の映像ソース装置も表示されるべき他の信号を提供することができることを特徴とする、請求項２２に記載の装置。
29. 前記表示管理モジュールに前記映像ソース・デバイスのうちの異なる１つを選択させるコマンドをユーザから受信するためのユーザ選択受信回路を含むことを特徴とする、請求項２２に記載の装置。
30. 適正に解釈されたときにオンスクリーン・ディスプレイ映像信号を作成させる描画コマンド信号を作成するための描画コマンド生成回路と、
    前記描画コマンド信号と映像信号とを合成するための映像−コマンド合成回路と、
    前記合成された映像及び描画コマンド信号を送信するための送信回路と
    を含むことを特徴とする装置。
31. イベント信号を受信するための制御回路をさらに含むことを特徴とする、請求項３０に記載の装置。
32. トークンを受信し、前記トークンを前記合成された描画コマンド信号及び映像信号に含めるための制御回路をさらに含むことを特徴とする、請求項３０に記載の装置。
33. 前記描画コマンドに関連付けられた音響効果を作成するための、該描画コマンドに関連付けられた音声コマンドを提供するための制御回路をさらに含むことを特徴とする、請求項３０に記載の装置。
34. 前記映像信号及び前記描画コマンドが、前記合成された映像及び描画コマンドの中に分散されることを特徴とする、請求項３０に記載の装置。
35. 映像信号と描画コマンドとを含む信号を受信し、
    前記描画コマンドを解釈して、それに応答してオンスクリーン・ディスプレイ（ＯＳＤ）信号を提供し、
    前記受信された映像信号を処理して、処理された映像信号を提供し、
    前記ＯＳＤ信号と前記処理された映像信号とを混成して、該ＯＳＤ信号と該処理された映像信号とを含む混成映像信号を生成するステップ
    を含むことを特徴とする方法。
36. 潜在的な映像信号ソースを識別するステップをさらに含むことを特徴とする、請求項３５に記載の方法。
37. 前記潜在的な映像信号ソースのうちの選択された１つに対して送信されるトークンを提供し、映像信号が有効なトークンに関連付けられていない限り該映像信号を通さないステップをさらに含むことを特徴とする、請求項３６に記載の方法。

Images