(57)【特許請求の範囲】
【請求項１】
ディジタル装置であって、
（ａ）ディジタルバスによって相互に接続された周辺装置から、前記周辺装置により生成されるオンスクリーン表示を表わすビットマップ・データを受信する手段と、
（ｂ）ビデオ・プログラムを表わすディジタルストリームを受信する手段と、
（ｃ）前記周辺装置から受信したビットマップ・データと前記ディジタルストリームとを当該ディジタル装置で合成し、合成された表示可能な画像を表わす信号を生成する手段であって、前記合成された表示可能な画像の一部は上書きされるものである、前記生成する手段と、
（ｄ）先に受信したデータの更新される部分を表す後続するビットマップ・データを受信する手段と、
（ｅ）前記合成された表示可能な画像を、前記受信した後続するビットマップ・データで更新して、更新された合成された表示可能な画像を生成する手段であって、前記更新された合成された表示可能な画像が前記周辺装置により生成されて制御される、前記手段と、
（ｆ）前記合成された表示可能な画像の前記受信される後続するビットマップ・データにより上書きされる部分に対応するビットマップ・データを前記周辺装置から要求する手段と、
（ｇ）前記合成された表示可能な画像の前記受信される後続するビットマップ・データにより上書きされる部分に対応するビットマップ・データを前記周辺装置から受信する手段と、
を含む、前記ディジタル装置。
【請求項２】
前記ディジタルバスによって相互に接続された複数の使用可能な周辺装置から、前記周辺装置を選択する手段を含む、請求項１に記載のディジタル装置。
【請求項３】
前記受信したディジタルストリームのフォーマット変更に応答して、前記表示装置における前記フォーマットの変更を前記周辺装置に知らせる手段を含む、請求項２に記載のディジタル装置。
【請求項４】
前記合成された表示可能な画像内で、前記ビットマップ・データをシフトさせる手段を含む、請求項３に記載のディジタル装置。
【請求項５】
表示装置が、
（ａ）周辺装置により生成されメモリ装置に記憶された、前記周辺装置のオンスクリーン表示メニューにより生成されるビットマップ・データのブロックの特性を表わすメッセージを前記周辺機器から受信するステップと、
（ｂ）非同期の読出し要求コマンドを発生してこれを前記周辺装置に供給するステップと、
（ｃ）前記非同期の読出し要求コマンドに応答して前記周辺装置から前記ビットマップ・データを受信するステップと、
（ｄ）ビデオ・プログラムを表わすディジタルストリームを受信するステップと、
（ｅ）前記周辺装置から受信された前記ビットマップ・データと前記ディジタルストリームを合成して、前記周辺装置により生成される前記オンスクリーン表示を表わす合成された表示可能な画像を生成するステップと、
を実行する、ディジタルバスを介して表示装置に相互に接続された周辺装置のオンスクリーン表示メニューを管理する方法。
【請求項６】
前記メッセージは、前記メモリ装置に記憶されたビットマップ・データのブロックの位置と大きさを含む、請求項５に記載の方法。
【請求項７】
前記データは、ヘッダとビットマップ更新ブロックを含み、前記ヘッダは、前記オンスクリーン表示メニューのパラメータを特定し、前記ビットマップ更新ブロックは、前記メニューの位置と内容とを特定するものである、請求項６に記載の方法。
【請求項８】
ディジタル・テレビジョン装置であって、
（ａ）ディジタルバスを介して相互に接続された周辺装置から、前記周辺装置により生成されるオンスクリーン表示を表わすビットマップ・データを受信する手段と、
（ｂ）前記ディジタルバスを介して相互に接続された前記周辺装置から、先に転送されたビットマップ・データの更新された部分を表わし、前記先に転送されたビットマップ・データに対してインデックス付けされている、後続するビットマップ・データを受信する手段と、
（ｃ）前記ビットマップ・データ及び前記後続するビットマップ・データのいずれかとビデオ・プログラムを表す受信したディジタルストリームとを当該ディジタル・テレビジョン装置中で合成し、合成された表示可能な画像を生成する手段と、
（ｄ）第１の転送モードに従ってプログラムされたイベントを表すデータを前記周辺装置より受信する手段と、を含み、
（ｅ）前記ビットマップ・データを受信する手段は、第２の転送モードに従ってビットマップ・データを受信する手段を有する、前記ディジタル・テレビジョン装置。
【請求項９】
ディジタル装置であって、
（ａ）ＩＥＥＥ１３９４に準拠したバスによって相互接続された周辺装置から、当該周辺装置によって生成されて制御されるオンスクリーン表示を表すビットマップ・データを受信する手段と、
（ｂ）ビデオ・プログラムを表すディジタルストリームを受信する手段と、
（ｃ）前記周辺装置から受信した前記ビットマップ・データと前記ディジタルストリームとを当該ディジタル装置中で合成し、合成された表示可能な画像を表す信号を生成する手段と、を含み、
前記オンスクリーン表示を表すデータを受信する手段が、非同期転送モードを使用してデータを受信する手段を含む、前記ディジタル装置。
【請求項１０】
前記ディジタルバスが、非同期転送モードをサポートするＩＥＥＥ１３９４に準拠したバスを含む、請求項５に記載の方法。
【請求項１１】
（ａ）ＩＥＥＥ−１３９４に準拠したディジタルバスによって相互に接続された周辺装置から、当該周辺装置により生成されて制御されるオンスクリーン表示を表すビットマップ・データを受信する手段と、
（ｂ）前記ディジタルバスによって相互に接続された周辺装置から、先に転送されたビットマップ・データの更新された部分を表し、当該先に転送されたビットマップ・データにインデックス付けされている後続のビットマップ・データを受信する手段と、
（ｃ）前記ビットマップ・データまたは前記後続のビットマップ・データを当該テレビジョン装置中でビデオ・プログラムを表す受信したディジタルストリームに合成して、合成された表示可能な画像を生成する手段と、
（ｄ）前記周辺装置から、非同期転送モードに従ってプログラムされたイベントを表すデータを受信する手段とを有し、
ビットマップ・データを受信する前記手段は、等時性転送モードに従ってビットマップ・データを受信する手段を含む、テレビジョン装置。
【発明の詳細な説明】
【０００１】
発明の属する技術分野
本発明は、消費者向け電子装置のような多数の電子装置を、ディジタルデータバスのような相互接続手段を介して制御するためのシステムに関する。さらに具体的には、本発明は上記のような装置のオンスクリーン表示メニューのインターオペラビリティ（相互運用性：ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）を管理するための構成に関するものである。
【０００２】
発明の背景
テレビジョン受像機、表示（ディスプレイ）装置、ビデオカセットレコーダ（ＶＣＲ）、直接放送用サテライト（Ｄｉｒｅｃｔ  Ｂｒｏａｄｃａｓｔ  Ｓａｔｅｌｌｉｔｅ：ＤＢＳ）受信機、および家庭用制御装置（例えば、セキュリティ（安全、保護）システム、あるいは温度制御装置）のようなディジタル電子装置を相互に接続するためにデータバスを使用することができる。データバスを使用した通信（コミニケーション）はバスプロトコルに従って行なわれる。バスプロトコルの例として消費者向けエレクトロニクスバス（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｂｕｓ：ＣＥＢｕｓ）およびＩＥＥＥ−１３９４、ハイパーフォマンス・シリアルバス（高性能シリアルバス：Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ）がある。
【０００３】
一般にバスプロトコルは制御情報とデータの双方の通信を行なう。例えば、ＣＥＢｕｓ制御情報は、電子機械工業会（ＥＩＡ）仕様ＩＳ−６０で指定されているプロトコルをもった“制御チャンネル”で通信される。ＩＥＥＥ−１３９４のシリアルバスでは、制御情報は通常このシリアルバス（直列バス）の非同期サービスを使用して通過させられる。特定のアプリケーション用の制御情報は、例えば共通アプリケーション言語（Ｃｏｍｍｏｎ  Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＣＡＬ））またはＡＶ／Ｃを使用して指定される。
【０００４】
今日のアナログ・オーディオ／ビデオ（Ａｕｄｉｏ／Ｖｉｄｏｅ：Ａ／Ｖ）クラスタ（群構成）では、周辺装置の制御に表示装置（例えばＴＶ）上のオンスクリーン表示（Ｏｎ−Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ：ＯＳＤ）メカニズムの付勢が含まれることがあるが、これは必ずしも必要でない。このようなＡ／Ｖ装置のＯＳＤは周辺装置またはターゲット装置（例えばＶＣＲ）で発生され、他の任意のビデオ信号と同様に上記のような装置のＮＴＳＣ出力における出力となる。従って、周辺装置あるいは表示装置のいずれにもハードウエアあるいはソフトウエアを追加するの必要はない。図１はこのような制御方法論を採用したＶＣＲ１２および表示装置（例えば、テレビジョン）を具えた本発明のＡ／Ｖシステム１０を示している。ＶＣＲ１２の制御に関連するメニューはこのＶＣＲ１２によって発生され、複合ビデオ信号としてＶＣＲ１２のＮＴＳＣ出力を介して表示装置１４に供給される。
【０００５】
発明の概要
残念ながら、ディジタルテレビジョン（Ｄｉｇｉｔａｌ  ＴＶ：ＤＴＶ）において表示装置１２と同じ方法を採用することは実用的でない（図２参照）。これはＭＰＥＧ−２移送ストリームとして移送されるメニューを必要とするからである。このようなストリームを発生させるためにはＭＰＥＧデコーダ１５をすべての周辺装置に集積化して組み込む必要があり、このような消費者向け電子装置のコスト並びに複雑さを大幅に増大させる。
【０００６】
本発明はオンスクリーン表示（ＯＳＤ）メニューの交換を行ない、ディジタルシリアルバスで相互に接続された共通の消費者向け電子（ＣＥ）装置間の関連する制御を行なう。シリアルバスは物理層およびリンク層用に使用され、制御言語はＯＳＤの管理およびバスを介して相互に接続される装置のコネクティビティ（異機種接続の平易性）を制御するために使用される。特に本発明は、ターゲット装置によって生成され、制御されたビットマップ（ｂｉｔ−ｍａｐｐｅｄ、ビットマップされた）ＯＳＤを表示装置に転送し、ビットマップＯＳＤを表示装置で受信されたディジタルビデオストリームと合成する。好ましい実施例では、ビットマップＯＳＤメニューの転送はターゲットから表示装置に送られたトリガメッセージ（ｔｒｉｇｇｅｒ  ｍｅｓｓａｇｅ）によって管理される。
【０００７】
本発明は表示装置（例えばＤＴＶ）用のターゲット（ｔａｒｇｅｔ）またはソース（ｓｏｕｒｃｅ）装置（例えば、ＤＶＣＲ）の選択を可能にし、それによって情報内容（コンテント）と表示装置上のＯＳＤの両方をターゲット装置に表示させることが可能になる。さらに、ユーザはターゲット装置用のソースを選択することができ、これによって例えばケーブルＳＴＢによってデコードされつつあるプログラムがＤＴＶ上で観察され、同時にＤＶＨＳ上で記録されるように装置のチェーニング（連鎖結合）が行なわれる。
【０００８】
本発明の他の特徴は遠隔ナビゲーションを含み、これは制御されつつある装置がメニューを通じてユーザのナビゲーションの追従（トラック）を維持する。例えば、表示装置（即ち、ＴＶ）からの関与無しにハイライト（強調部）をあちこちに移動させるために、ＶＣＲ（即ち、ターゲット）は、ＯＳＤに対してそれ自体の変化を生じさせる。これは、以下に説明するように、ＯＳＤの更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋ）を利用して行なわれる。
【０００９】
添付の図面を参照することにより本発明をより明確に理解することができよう。添付の図面において、異なる図面中の同じ参照番号は同じあるいは同等の特徴、構成を示す。
【００１０】
ＩＥＥＥ−１３９４シリアスバスの使用については、ホームネットワーク（Ｈｏｍｅ  Ｎｅｔｗｏｒｋ）環境内での多くの適用が提案されている。このことは、“総合ホームネットワーク”として使用するためにビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ：Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ）内で議論されている。これは次世代ＰＣ（パソコン）に組み込まれ、ディスク駆動装置を含む多くの局所周辺機器用に使用される。さらに、ディジタルテレビジョン（ＤＶＴ）およびディジタルビデオカセットレコーダ（ＤＶＨＳ）のようなディジタルオーディオ／ビデオ消費者向け電子装置は、これらの装置を相互接続するためにシリアルバスを利用することができる。
【００１１】
ＩＥＥＥ−１３９４は、周辺機器あるいはバックプレーンバス（ｂａｃｋ−ｐｌａｎｅ  ｂｕｓ）として使用するために開発された高速、低コストのディジタルシリアルバスである。このバスのいくつかのハイライト（特徴となる機能）は、ダイナミック・ノード・アドレス割当て、データ率が毎秒１００、２００、および４００メガビット（１００、２００、４００Ｍｂｉｔｓ／秒）、非同期（ａｓｙｎｃｈｒｏｎｏｕｓ）および等時性（ｉｓｏｃｈｒｏｎｏｕｓ）モード、公正なバスアービトレーション（ｂｕｓ  ａｒｂｉｔｒａｔｉｏｎ）、およびＩＳＯ／ＩＥＣ１３２１３との一致性を含んでいる。本願と共願の弁理士整理番号８８７１６および８８８２３には、オーディオ／可視装置のインターオペラビリティ（相互運用性）にＩＥＥＥ−１３９４バスを使用することが述べられている。
【００１２】
ターゲット（即ち、被制御装置）から表示装置（例えばＤＴＶ）へのオンスクリーン表示メニュー（ＯＳＤｓ：Ｏｎ−Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ  Ｍｅｎｕｓ）の転送は幾つかのフォーマットのうちの１つを使用して実行することができる。例えば、ＯＳＤを記述するためにナビゲーション機能なしにＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のサブセットを使用することができる。他の可能な方法として、ＤＶＤサブピクチャフォーマットに類似した何らかのフォーマットを使用してメニューのランレングス符号化バージョンを転送する方法がある。しかしながら、好ましい実施例では、ＯＳＤビットマップ・フォーマットの形式で実際の情報を転送することを必要とする。例えば、８ビット／ピクセル、全スクリーン（フルスクリーン）、６４０×４８０のＯＳＤを、２００Ｍｂｉｔ／秒、ＩＥＥＥ−１３９４シリアルバスの帯域幅の１０％を使用して約１００ミリ秒で転送することができる。
【００１３】
ＯＳＤ記述用のビットマップ・フォーマットは、（１）製造業者（メーカー）にＯＳＤの“ルック・アンド・フィール（ｌｏｏｋ  ａｎｄ  ｆｅｅｌ）”を維持することを許容し、（２）ＯＳＤの発生における自由度を考慮し、（３）ダイナミックアップデート（動的更新）を考慮する（即ち、部分スクリーンあるいは単一ピクセルの更新も可能である）。圧縮された表現に比してビットマップ表現は表示のために必要な処理時間が短くてすむ。これはこのようなビットマップＯＳＤメニューの表示には翻訳（解釈）および処理が僅かですむことによる。ＨＴＭＬのような記述方法は、代表的な消費者向け製品の指定並びにアップグレード（移行）が困難であるという欠点がある。
【００１４】
ビットマップＯＳＤ情報の転送を簡単にするために、“プル（ｐｕｌｌ）”方法を使用することが好ましい。この方法を用いて、表示装置によって発せられた非同期読出し要求によってターゲットあるいは周辺装置から表示装置へＯＳＤデータのバルク（大容量のＯＳＤデータ）が転送される。即ち、表示装置は、ＩＥＥＥ−１３９４の少なくとも１個のブロック読出しトランザクションを利用して周辺装置のメモリからＯＳＤ情報を読出す。周辺装置がデータ転送を開始する準備が完了したとき、上記周辺装置から表示装置に送られる“トリガ（ｔｒｉｇｇｅｒ）”コマンドを介してＯＳＤデータの位置（ロケーション）および大きさ（サイズ）に関する情報が上記表示装置に送られる。
【００１５】
ＯＳＤメニューを周辺装置から表示装置に転送するための他の方法は、（１）ＯＳＤデータを表示装置に書込むために、主として周辺装置によって開始されるＩＥＥＥ−１３９４非同期書込みトランザクションを使用する非同期プッシュ（ｐｕｓｈ）法、（２）ＩＥＥＥ−１３９４によって与えられる等時性チャンネルの１つを経てＯＳＤデータを同報通信（ブロードキャスト）するための等時性移送方法、（３）ＯＳＤ情報を伝送するための非同期ストリーム法、を含み、また（４）交互に、８ＶＳＢ−Ｔ（トレリス：ｔｒｅｌｌｉｓ）あるいは１６ＶＳＢ  ＲＦ再変調チャンネルを介してビットマップＯＳＤが供給される、ことを含んでいる。
【００１６】
図３は、ＩＥＥＥ−１３９４シリアルバスを介して相互接続されたディジタルＡ／Ｖ装置相互間のインターオペラビリティ（相互運用性）を与えるシステム１０を示している。このようなシステム１０では、“プル（Ｐｕｌｌ）”法を使用して周辺装置すなわちターゲット装置１２（例えばＤＶＣＲ）から表示装置１４（例えばＤＴＶ）へオンスクリーン表示（ＯＳＤ）メニューを直接転送することにより上記のインターオペラビリティ（相互運用性）が達成される。このメニューは、先ず周辺装置に含まれるＭＰＥＧエンコーダを通してメニュー情報を通過させる必要のある複合ビデオストリームとして転送されない。メニューはビットマップＯＳＤとしてシリアルバス１６を経てＤＴＶ１４に転送され、メニュー情報は表示に先立ってデコードされたＭＰＥＧストリームでＤＴＶ１４中にオーバレイ（ｏｖｅｒｌａｙ）される。
【００１７】
多くの装置は、各機器の自己記述装置テーブル（ＳＤＤＴ：Ｓｅｌｆ  Ｄｅｓｃｒｉｂｉｎｇ  Ｄｅｖｉｃｅ  Ｔａｂｌｅ）中に格納された情報を調べる（見る）発見プロセス期間中に組み込まれたレジストリテーブルを使用することができる。ＳＤＤＴはこのような情報をユニークＩＤ、ノードアドレス等として含んでいる。レジストリテーブルは、ユーザがコンポーネント間の接続をセットアップする（今日、ユーザが自分のＴＶの信号源用の複合入力を選択することに類似している）のを可能にするためのメニューを構成するためにＤＶＴによって使用される。ターゲット装置は、先ず始めにどのような大きさ、解像度のＯＳＤを処理することができるかを見るために自己記述装置テーブル（ＳＤＤＴ：Ｓｅｌｆ  Ｄｅｓｃｒｉｂｉｎｇ  Ｄｅｖｉｃｅ  Ｔａｂｌｅ）内の表示フォーマットおよび最大の使用可能なブロックフィールドをチェックする。次いで、そのターゲット装置はＯＳＤデータ（ヘッダおよびビットマップ）を構成し、それをＯＳＤのメモリ領域に格納する。
【００１８】
図４に示すように、ディスプレイ１４上に構成されたＯＳＤメニュー１８はＯＳＤ領域２０とＯＳＤ更新ブロック２４（ＯＳＤＵＢ１乃至ＯＳＤＵＢ４）とを含んでいる。ＯＳＤ領域を特定するデータは主ＯＳＤヘッダ中に含まれる単一のカラーマップからなる。各ＯＳＤ更新ブロック（ＯＳＤ  Ｕｐｄａｔｅ  Ｂｌｏｃｋ）はＯＳＤ更新ブロックヘッダとビットマップからなる。ＯＳＤメニューを構成するために使用される更新ブロックは、ＯＳＤを構成するに当たって使用される表示装置によってターゲット（例えばＶＣＲ）から得られる。ＯＳＤ更新ブロックはシリアルバスを介してターゲットから表示装置に転送される。
【００１９】
一旦ＯＳＤ情報の転送準備が整うと、ターゲットはトリガメッセージを表示装置に送る（図５参照）。この同じトリガメッセージが、主ＯＳＤヘッダとＯＳＤ更新ブロック２４の両方に使用される。ユニークなトリガメッセージは各ＯＳＤ更新ブロック２４にとって必要である。ＯＳＤ更新ブロックの転送の開始は、ターゲットから表示装置へのトリガメッセージの使用によってのみ開始することができる。キュー（待ち行列：ｑｕｅｕｅ）は、トリガメッセージが、それが受信された順序と同じ順序で処理されるように表示装置中で処理される。
【００２０】
トリガメッセージ２２は、それが送り出される順序で処理される。このため、どのＯＳＤ更新ブロックがボトムに属し、どのＯＳＤ更新ブロックがトップに属するかを知ることがターゲットにとって重要である。例えば、先ずＯＳＤブロック０（主ＯＳＤヘッダおよびパレット）用のトリガメッセージが送り出され、続いてＯＳＤブロック１用のトリガメッセージが送り出され、以下同様に送り出される。実際には、最初の更新ブロックが最終的にはボトムになり、最後の更新ブロックが最終的にはトップになる。（即ち、ＯＳＤメニューは、各後続ステップが先行するステップの一部に上書きされるステップで構成される。）このことはＯＳＤブロックをオンザフライで（休む間もなく）構成することが可能になり、これによってメモリの要求を低く保つことができる。
【００２１】
ビットマップは各ＯＳＤブロック用のヘッダに直ぐに後続している。メモリに格納されたＯＳＤピクセルは、パレットからセットされた４：４：４の色（クロマ）／輝度（ルマ）レベルを表わすものである。各パレットのエントリはトランスペアレンシイ（透明）（Ｔ）ビット、ブレンド（混合用）（Ｂ）ビット、６ビットのＹ、４ビットのＣｂ、および４ビットのＣｒを含んでいる。各エントリに対するトランスペアレンシイビットおよびブレンドビットは、ターゲットがピクセルおよびピクセル基準で、ＯＳＤピクセル、ビデオピクセル、またはブレンドされた（混合された）ピクセルのいずれかを選択的に表示することができるようにする。
【００２２】
トリガメッセージがターゲットから受信された後、表示装置中のＯＳＤモジュールは、トリガメッセージ中で指定されたメモリ位置（ロケーション）で開始するメモリのアクセス（即ち、非同期読出し）を要求する。もし、ＯＳＤが完全に新しいと、最初のトリガメッセージは主ＯＳＤヘッダおよびパレットを参照する必要がある。一旦表示装置がこの情報を持つと、表示装置は次に第２のトリガメッセージ（即ち、ＯＳＤ更新ブロック１）で指定された情報を要求する。表示装置はＯＳＤブロック１に関連するすべての情報を読出し、実際のビットマップ画像（イメージ）の構成を開始する。同時に、表示装置はブロックが読出されたことをターゲットに通知し、それによってターゲットは、このデータブロックの転送に割り当てていた任意のメモリを開放状態にする。次にこの画像（イメージ）が表示される。もし別のトリガメッセージが受信されると、これらのＯＳＤ更新ブロックは同じ方法で処理される。表示装置のＯＳＤ制御部（図示せず）はＯＳＤを構成するためにこのデータを使用し、またこれをＤＴＶ１４中でデコードされたＭＰＥＧビデオと混合する。ＯＳＤ更新ブロックは、それらが上書きされるか、クリア（消去）されるか、あるいはユーザが別の装置を選択するまでスクリーン上に止まっている。
【００２３】
カラー成分が表示される前に、これはＯＳＤ制御部によって“左詰めされ（ｌｅｆｔ  ｊｕｓｔｉｆｉｅｄ）”（即ち、下位ビットに０が埋め込まれる（パッドされる））、各々が８ビットのＹ、Ｃｂ、およびＣｒを生成する。４：４：４の表現は、表示装置内の表示制御部によって４：２：２ＭＰＥＧビデオ出力にマルチプレクス（ｍｕｘ）される。
【００２４】
ブロック１用のピクセルデータを受信した後、ＯＳＤモジュールはブロック２用のヘッダを読出し、必要な情報を得て、次いで、ブロック２に関連するピクセルデータを読出す。ＯＳＤモジュールはこのプロセス（ヘッダの読出し、アドレスを使用したデータの要求、ピクセルデータの獲得等）を、ＤＴＶが異なる信号源を選択する点を通過するまで繰り返す。次に、このデータは適当なフォーマットで表示装置内に記憶（格納）される。表示装置のＯＳＤ制御部は、ＯＳＤを構成し、またそれをデコードされたＭＰＥＧビデオと混合するために上記のデータを使用する。
【００２５】
カラーパレットまたは空間解像度が変化しない限り主ＯＳＤヘッダおよびカラーパレットを転送する必要がないという点を除けば、元のＯＳＤが構成される方法と全く同じ方法で更新が行なわれる。遠隔制御（直接または間接）からの入力に基づいて、ターゲットはそのメモリ中に所望のＯＳＤ更新ブロックを構成する。これらのブロックは非常に小さく、既に表示されているＯＳＤとオーバーラップする可能性がある。一旦ブロックが準備されると、ターゲットは適当なトリガメッセージを送り出す。トリガメッセージがターゲットで受信されると、表示装置中のＯＳＤモジュールは、トリガメッセージで指定されたメモリ位置で開始するメモリのアクセスを要求する。これらのＯＳＤ更新ブロックは、トリガメッセージが受信される順序と同じ順序で処理され、既存のＯＳＤ上にオーバレイされる。表示装置は読出しが成功したことをターゲットに知らせ、それによってターゲットはそれがブロックの転送に割り当てた任意の内部メモリを開放状態にすることができる。元のＯＳＤと全く同様に、これらのブロックは上書きされるまでディスプレイ上に止まっている。
【００２６】
各種の表示がターゲット内で構成され、次いで表示装置によって適正に表示される。変更が行なわれると、ターゲットは、表示されたＯＳＤがどのように影響され、適正な更新ブロックをどのように表示装置に送るかを決定する。この方法は、オーバレイ（ｏｖｅｒｌａｙ）のトラックを保持することが要求される表示装置に比して複雑さとバストラフィック（バスの伝達量）を減ずることができる。
【００２７】
制限された数のカラーを使用し、垂直ラインの２倍化（ダブリング）、水平の半解像度を使用することによって転送されるデータの量を減少させることができる。例えば、垂直ラインの２倍化と水平の半解像度を指定することによって３２０×２４０のＯＳＤを６４０×４８０の状態で表示させることが可能になる。僅か４ビットのカラーが使用されると、転送する必要のあるデータの量は約３９キロバイト（Ｋｂｙｔｅｓ）になる。５００ナノ秒毎に５１２バイトのペイロード（ｐａｙｌｏａｄ）を仮定すると、このＯＳＤは約４０ミリ秒で転送される。小さな更新は勿論より短時間ですむ。
【００２８】
リアルタイムでエンコード（符号化）されたビデオはビットマップＯＳＤメニューを転送することにより実現される。この場合、８ビットカラーを使用した６４０×４８０のディスプレイは、７４Ｍｂｉｔ／秒（毎秒７４メガビット）の等時性チャンネルを使用して３０フレーム／秒で転送される。おそらくこのような１チャンネルはクラスタ上でサポートすることがきる。
【００２９】
表示装置に転送される現時点のＯＳＤデータの開始位置（ロケーション）および大きさ（サイズ）に加えて、ＯＳＤデータの形式を指示するフィールドが使用される。例えば、ムービー（映画）を鑑賞しているユーザはステータス（状態）あるいは誤りメッセージを無視したいことがある。ＯＳＤデータの形式の差異は、表示装置および／またはユーザがメッセージを表示させるか否かを決定するために有用である。
【００３０】
トリガメッセージは、主ＯＳＤヘッダおよびカラーパレットを読出すことを表示装置に通知するためにも使用することができる。さらに、トリガメッセージは、ＯＳＤをクリア（消去）することを表示装置に知らせることもできる。ＯＳＤ更新ブロックの読出しは、ターゲットから表示装置へ送られるトリガメッセージの使用によってのみ開始させることができる。この表示装置は、受信時と同じ順序でトリガメッセージを処理する。
【００３１】
図６は、表示されている既存のＯＳＤ領域２０の特定のサブ領域３２の更新を要求するために表示装置１４によって発生されたサブ領域のメッセージ３０の使用を示している。このメッセージは、表示装置や幾つかの他の装置からのエラーメッセージが既存のＯＳＤの一部分に上書きするときのような幾つかの状態で有用である。この装置はＯＳＤのこのサブ領域が再送信されることを要求することができる。このようなサブ領域のメッセージは、カラーマップに変化があるときに有効であるが、表示装置は元のＯＳＤ更新ビットマップのコピーを保存（セーブ）しない。サブ領域メッセージを使用することのさらに他の利点は、ユーザが別の装置を選択し、その後先の装置に戻すときにある。この表示装置は、表示を再構成するための幾つかの情報を要求する必要がある。サブ領域はブロックとして要求されるが、先にそのサブ領域内にあったＯＳＤの形状は長方形の形状でない可能性がある。この理由により、ターゲットはこのサブ領域用の情報を多数のＯＳＤ更新ブロックにおける表示装置に転送することができる。このメッセージは、サブ領域の行（ｒｏｗ：ロウ）／列（ｃｏｌｕｍｎ：カラム）の開始座標および幅／高さを含んでいる。しかしながら、ターゲットはＯＳＤを表示させるためにこのようなメッセージを待つ必要はないことに注目すべきである。大抵の場合、入来する遠隔制御メッセージに基づいてそのＯＳＤに対する変更を開始させる。いずれの場合もトリガメッセージがＯＳＤＵＢの転送を開始させるために使用される。
【００３２】
ＯＳＤメニューは、以下のＡＴＳＣビデオフォーマットのいずれについても適正に表示される。
【００３３】
【表１】
0004596343.tif 000002
【００３４】
ターゲット装置から表示装置に転送されるＯＳＤメニューの一般的なフォーマットでは、最初に主ＯＳＤヘッダを転送し、２番目にカラーパレットを転送する必要がある。ＯＳＤメニューは、更新されたＯＳＤヘッダおよび関連するビットマップ・メニューを転送することにより部分的に更新される。主ＯＳＤヘッダは、カラーマップ用の制御情報、および要求される解像度、ＯＳＤ領域の大きさ（サイズ）等の一般的な制御情報を含んでいる。カラーマップは、４つのフォーマット（２ビットカラー、４ビットカラー、８ビットカラー、無カラーマップ）の内の１つとすることができ、また背景のビデオとの混合の容易性を含んでいる。
【００３５】
主ＯＳＤヘッダ
主ＯＳＤヘッダは次のＯＳＤメニューのフォーマットをセットするために使用される。例えば、次のヘッダは全ＯＳＤ領域およびカラーパレットに関する情報（即ち、６４０×４８０ピクセルの大きさ）を含んでいる。主ＯＳＤヘッダに対する変更は、トリガメッセージを使用してターゲットから表示装置に伝達される。指定されたＯＳＤ領域は、ターゲットが表示装置用の信号源として選択されている限りにおいてのみ有効になる。
【００３６】
【表２】
0004596343.tif 000003
【００３７】
ＯＳＤヘッダフィールドは、ターゲットから例えば主ＯＳＤヘッダあるいはビットマップ更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋ）用の表示装置に転送されるＯＳＤブロックの形式を識別するために使用される。
【００３８】
また、各垂直ラインが２倍化（ダブリング）されることを指定することが可能である。インタレース（飛越走査）表示に対しては、これは偶数フィールドと奇数フィールドが同じであることを指定する作用を持っている。このモードがイネーブル（付勢）されると、ＯＳＤのすべてのラインは１回繰り返される（即ち、反復される）。例えば、垂直イネーブルビットを真にセットし、ＯＳＤデータの５ラインを表示装置に送ることにより、ＯＳＤは表示出力に１０ラインを生成する。このとき、ターゲットにとって必要なことは、ブロックの高さを全表示ＯＳＤライン（この場合１０ライン）に正確に対応するようにセットすることである。
【００３９】
混合重み付けビット（ｍｉｘ  ｗｅｉｇｈｔ  ｂｉｔｓ）はＯＳＤに対してＯＳＤとビデオとの混合比を伝える。例えば、各ビットは１／１６の解像度を持つことができる。混合比（ブレンド比）は０（トランスペアレント：透明）乃至１５／１６（ピクセルは殆どソリッド（中実））の範囲である。各混合ビットの組（Ｂ［ｎ］＝１）を有するすべてのピクセルについて同じ混合重みが使用される。ディスエーブル（消勢）された混合（ブレンディング）を持ったパレットについては混合重みは無視され、ソリッド（中実）のＯＳＤが生成される。
【００４０】
ＯＳＤ領域の高さ（Ｒｅｇｉｏｎ  Ｈｅｉｇｈｔ）およびＯＳＤ領域の幅（Ｒｅｇｉｏｎ  Ｗｉｄｔｈ）は、ターゲットが使用する予定のＯＳＤ領域の高さと幅を（ピクセル数で）指定する。代表的な領域は６４０×４８０である。表示装置は、この領域の外にあるＯＳＤ更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋｓ）の部分は表示しない。カラー解像度（Ｃｏｌｏｒ  Ｒｅｓｏｌｕｔｉｏｎ）ビットは、例えば全解像度、半解像度、３分の１解像度のようなそのときの解像度を指定する。ＯＳＤ領域の高さ（Ｒｅｇｉｏｎ  Ｈｅｉｇｈｔ）、ＯＳＤ領域の幅（Ｒｅｇｉｏｎ  Ｗｉｄｔｈ）およびカラー解像度（Ｃｏｌｏｒ  Ｒｅｓｏｌｕｔｉｏｎ）の組合わせにより、実質的にＯＳＤのレイアウトがセットされる。
【００４１】
カラーパレットは主ＯＳＤヘッダに直ぐに後続している。各パレットのエントリはトランスペアレンシイ（透明）（Ｔ）ビット、ブレンド（混合用）（Ｂ）ビット、６ビットからなるＹ、４ビットからなるＣｂ、および４ビットからなるＣｒを含んでいる。これら３つのカラー成分の各々は、ＭＰＥＧビデオとの混合の前にバイトに変換される。従って、各フィールド（例えばＹ）に関連するビットはそのバイト内の最上位ビットと考えることができる。例えば、ルミナンス（Ｙ）に対しは、カラーマップ中の６ビットがルミナンスバイト中の６個の最上位ビットになる。各エントリに対するトランスペアレンシイビットおよびブレンドビットにより、ターゲットはＯＳＤピクセル、ビデオピクセル、ピクセル毎の基準で混合（ブレンド）されたピクセルのいずれかを選択的に表示することが可能になる。カラーパレットに対する変更は、トリガメッセージを使用し、それに続く読出し動作により表示装置に伝達される。
【００４２】
メモリに格納されたＯＳＤピクセルは、パレットからセットされた、クロマ（色）／ルマ（輝度）レベルの４：４：４の表現である。ビットマップ中の値は本質的にパレットにインデックス入力される（指標を付けて入力される）。各ブロックに対するカラー解像度はパレットに対して指定された解像度よりも低い可能性がある。例えば、カラーマップ中に２５６のエントリ（即ち、８ビット／ピクセル）が存在すると、指定されたＯＳＤブロックは、２ビット／ピクセル、４ビット／ピクセル、または８ビット／ピクセルを指定する。この例でＯＳＤブロックに対して２ビット／ピクセルが指定されると、その時はこれらの２ビットがカラーマップの最初の４個のエントリにインデックス入力される。もし、ＯＳＤブロックに対して４ビット／ピクセルが指定されると、その時はこれらの４ビットがカラーマップの最初の１６個のエントリにインデックス入力される。
【００４３】
真のカラーモード（Ｔｒｕｅ  Ｃｏｌｏｒ  Ｍｏｄｅ）に対しては、表示装置中のＯＳＤハードウエアはＯＳＤのＦＩＦＯ（図示せず）から直接４：２：２のデータを引き出し、これを正規のパレット・ルックアップをバイパスして出力より送り出す。ＯＳＤのすべての正規の機能は混合機能を除いて保持（サポート）されている。従って、ユーザはこの真のカラーモード（Ｔｒｕｅ  Ｃｏｌｏｒ  Ｍｏｄｅ）を全解像度、半解像度、あるいは３分の１解像度で使用することができる。いずれのピクセルもそのＹ成分を“０”にセットすることにより透明（トランスペアレント）にすることができる。ヘッダブロックに対するすべてのデータが次のシーケンス、即ちＹ１、Ｃｂ１、Ｃｒ１、Ｙ２、Ｙ３、Ｃｂ３、Ｃｒ３、Ｙ４、・・・・で４：２：２のフォーマットにあると仮定されていることに注目すると、各成分は８ビットのデータである。このフォーマットでは、Ｙ１およびＹ２は共に同じクロマ成分（Ｃｂ１、Ｃｒ１）を使用している。即ち、各ピクセルは各ルマ（輝度）の値と第２のピクセルと共有する１組のクロマ（色）情報とによって表わされる。例えば、ピクセル１および２は各ルマの値Ｙ１およびＹ２と、共通の１組みのクロマの値Ｃｂ１およびＣｒ１によって表わされる。これによって１６ビット／ピクセルの実際のピクセルの大きさ（サイズ）が得られる。パレット基準（パレットベース）モードの場合と同様に、偶数のピクセルのみがＯＳＤ更新ブロック用にサポートされる。更新ブロックのピクセルフォーマットは、左上のピクセルが１番目、以下第１および下の第２を越えて右下の領域に位置する最終ピクセルへと続く論理的な態様で続くように構成することができる。再びユーザは、所定の解像度およびライン幅に必要とされるライン当たりのピクセル数を適正に計算する必要がある。
【００４４】
【表３】
0004596343.tif 000004
【００４５】
高解像度の表示は、同じ寸法のＯＳＤ領域用のピクセル密度の４乃至６倍を持つことができる。セットアップ要求およびＯＳＤ伝送時間を容易にセットするために、半解像度モードおよび３分の１解像度モードが与えられる。これらのモードはパレット基準（パレットベース）ＯＳＤおよび真のカラー（ｔｒｕｅ−ｃｏｌｏｒ）ＯＳＤの両方で利用可能である。図７は選択された解像度を基準として個々のピクセルを如何にして出力ピクセルにマップ化されるかを示している。解像度モードに基づいてＯＳＤ領域の幅を適正にセットするのはターゲット次第であることを理解することが重要である。ＯＳＤ更新ブロックヘッダ（Ｕｐｄａｔｅ  Ｂｌｏｃｋ  Ｈｅａｄｅｒ）の開始カラム（列）および幅は、（内部表示ピクセルカウンタに基づく）表示装置の出力表示ピクセルに直接対応している。例えば、カラムの開始位置が１００、幅が１００であると、ＯＳＤの更新（Ｕｐｄａｔｅ）はピクセルカウント１００でピクセルの表示を開始し、ピクセルカウント１９９で終了する。従って、この機能は選択された解像度モードに依存しない。もし、解像度が２分の１で、ターゲットがこの同じピクセルの組を表示しようとすると、その場合は幅を２００に調整する必要がある。その効果（影響）は、元のＯＳＤ画像を水平方向に“引き延ばした”形に見えることである。
【００４６】
最小限、すべての表示装置は、垂直ラインの２倍化（ダブリング）、水平に対しては１／２または１／３の解像度モードを使用して、２ビット／ピクセルのＯＳＤで６４０×４８０で表示できる必要がある。１／３水平モードに対しては、これは６４０×４８０の表示の解像度（およびデータの転送時間）で１９２０×１０８０の表示が実現できる。
【００４７】
バスを経由するデータの転送（即ち、ビットマップ・メニュー）は相応の時間で実現することができる。例えば、４ビット／ピクセルで６４０×４８０のＯＳＤに要求されるすべてのデータは１，２２８，８００ビットを必要とする。１００Ｍｂ／秒のバス、５１２バイトのパケットペイロード（ｐａｃｋｅｔ  ｐａｙｌｏａｄ）を仮定し、また５００μＳＥＣ（マイクロ秒）毎に１パケットを伝送することができると仮定すると、約１５０ミリ秒で上記のすべてのデータを伝送することができる。ＯＳＤはこの大きなスペースを占有しないことを考慮すると、上記の時間はさらに短縮される。全スクリーンの４分の１（典型的な例として）のみを使用すると、転送時間は約４０ミリ秒になる。小さな更新は数ミリ秒程度で可能である。
【００４８】
ＯＳＤ更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋ）
ＯＳＤ領域は表示スクリーン上の特定された領域である。この領域はＯＳＤ更新ブロック（ＯＳＤＵＢ）（図４参照）を使用して満たされている。各ＯＳＤ更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋ）は更新されるスクリーンの長方形の部分を指定する。各ブロックはそれ自身のヘッダ情報とビットマップとを含んでいる。各更新ブロックは、他のブロックによって上書きされるまで、あるいは“クリア領域（Ｃｌｅａｒ  Ｒｅｇｉｏｎ）”トリガコマンドが受信されるまでスクリーン上に保持される。（表示装置に関する制限を考慮すると）、ターゲットは上記のブロックのフォーマットに関して完全なフレキシビリティ（柔軟性）を持っている。
【００４９】
ＯＳＤ更新ブロックの寸法（ディメンジョン）は制限されない（ピクセルの感覚で）。その座標はＯＳＤ領域内で無制限である。ＯＳＤ領域の左上隅は座標（０、０）である。表示されたＯＳＤブロックの高さ／幅は表示フォーマットに依存する。もし伝送フォーマットが変化すると、それに伴ってＯＳＤの外形（外観）も変化する可能性がある。もし伝送フォーマットが変化すると、メッセージが表示装置からターゲットに供給され（表示情報（Ｄｉｓｐｌａｙ  Ｉｎｆｏｒｍａｔｉｏｎ）に基づく以下の説明を参照）、そのフォーマットが変化したことをターゲットに知らせ、もし必要があればターゲットがＯＳＤを再指定することができるようにする。大抵のＯＳＤは表示フォーマットと混合され、伝送フォーマットの変化による影響を受けないことが予測される。しかしながら、ビデオはスクリーンの異なる部分を占めていることがあるので、ターゲットはさらにＯＳＤをリドロー（再描画：ｒｅｄｒａｗ）することを希望することがある。
【００５０】
ＯＳＤ更新ブロック（Ｕｐｄａｔｅ  Ｂｌｏｃｋ）用のヘッダは、ＯＳＤ領域内の開始位置とそのブロックの大きさ（サイズ）を含んでいる。ヘッダ（以下を参照）はカラーの解像度を指定する２ビットを含んでいる。このカラーの解像度は主ＯＳＤヘッダで指定された解像度以下か、それと同等の筈である。
【００５１】
【表４】
0004596343.tif 000005
【００５２】
ロウ（行）開始ポインタおよびカラム（列）開始ポインタは表示されるＯＳＤブロックの左上隅を指定する。この枠の外側にはＯＳＤは表示されない。ピクセルには０から始まり、増加する順序で番号が付されていることに注目する必要がある。
【００５３】
ブロックの高さおよびブロックの幅は、表示されるＯＳＤブロックの高さおよび幅を（ピクセルの数で）指定する。このボックスの外にはＯＳＤは表示されない。
【００５４】
単一のカラー更新ブロックを送る方法が提案されている。単一のカラーが指定されると、（指定された領域のビットマップとは対照的に）更新ブロック中で一つのカラーのみが送られる。そのカラーはヘッダによって暗示されたフォーマットで供給される。単一カラー（ＳＣ）ビットがセットされると、この単一カラービットは全ＯＳＤ更新ブロックが単一カラーであることを指定する。この場合、ビットマップ情報はカラー解像度ビット（Ｃｏｌｏｒ  Ｒｅｓｏｌｕｔｉｏｎ  ｂｉｔ）によって指定されたフォーマットの１個のカラーのみを含む。
【００５５】
ピクセルを指定された領域に上下、左右にシフトさせるために更新ブロックを使用することができる。シフトされるデータは更新ブロックのビットマップ部分に供給される。例えば、更新ブロックによって２００×１００の領域が指定され、１０ピクセルだけ右シフトが指定されると、その更新ブロックを備えたビットマップは１０×１００になる。２個のビットフィールドはシフトの方向を指定する。
【００５６】
決定されると、そのシフトビットは、この更新ブロックによって指定された領域がこの指定された方向に指定されたピクセル数だけシフトされることを指定する。シフトされるこのデータには更新ブロックのビットマップデータの部分に含まれている。
【００５７】
シフトビットがセットされると、この９ビットのシフト値のフィールドは、それによってデータがシフトされるピクセルの数を指定する。更新ブロックに含まれるビットマップの大きさ（サイズ）はこのフィールドの関数になり、シフト方向に直交するディメンジョン（元）をもっている。
【００５８】
サブ領域の要求
サブ領域メッセージ３０が定義され、このサブ領域メッセージは、表示装置１４が先に送られた領域２０の特定の部分３２を要求することができるようにする（図６参照）。これは、ＯＳＤが別の装置あるいはこれに類するものからのエラーメッセージ（誤りメッセージ）を一時的に上書きする必要のあるときに有効である。このようにして、表示装置は必要とするときに（再びメモリの要求を低く維持して）領域を要求することができる。
【００５９】
【表５】
0004596343.tif 000006
【００６０】
フィールド“ＯＳＤ ｓｕｂ- ｒｅｇｉｏｎ ｒｅｑｕｅｓｔ（ＯＳＤ サブ領域 要求）”は次の情報を含んでいる。
【００６１】
【表６】
0004596343.tif 000007
【００６２】
ＳＲ Ｒｏｗ：      頂部からの行（ｒｏｗ）の数（頂部の行は、ＯＳＤを使用するためにターゲットが要求した領域の頂部に関して０）。
ＳＲ Ｃｏｌｕｍｎ：左端からの列（ｃｏｌｕｍｎ）の数（左端の列は、ＯＳＤを使用するためにターゲットが要求した領域の左端に関し０）。
ＳＲ Ｈｅｉｇｈｔ：行数によるサブ領域の高さ（ＯＳＤ領域中の行数より少ない数でなければならない）。
ＳＲ Ｗｉｄｔｈ：  列数によるサブ領域の幅（ＯＳＤ領域中の列数より少ない数でなければならない）。
もし、ＳＲ Ｈｅｉｇｈｔ＝ＳＲ Ｗｉｄｔｈ＝０であれば、要求は主ＯＳＤヘッダとカラーマップを再送することを要求するものと解釈される。
【００６３】
ＯＳＤを発生することができるすべてのターゲットは以下に定義するようにＯＳＤサブ領域のオブジェクト（目的、対象）を実行する。表示装置は、領域の左上隅の行／列の座標、および幅と高さを指定することにより利用可能なサブ領域を伝送する。ＩＥＣ−６１８８３によって定義されたＦＰＣフレームに入り込むメッセージ配列（メッセージ・シンタックス）を以下に示す。
【００６４】
表示情報
次のメッセージは、表示フォーマットが変更されたことを表示装置がターゲットに通知することを許容するように指定されている。表示フォーマットは（他のフォーマットと共に）いつでもターゲットが読出すためにも利用されるものである。表示装置からターゲットに与えられる帰還は、全ＯＳＤビットマップ面が何かということ（通常は表示フォーマットと同じである）、およびその面のどの部分がオーバーラップビデオであるかということを含んでいる。例えば、ＯＳＤビットマップ面は１９２０×１０８０であるが、入力ビデオが４：３のアスペクト比をもった６４０×４８０であれば、結果として得られたビデオは、そのビデオの左上隅の座標が（３１９、５９）で１２８０×９６０として表示される。
【００６５】
【表７】
0004596343.tif 000008
【００６６】
【表８】
0004596343.tif 000009
【００６７】
アプリケーション制御言語（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ
Ｌａｎｇｕａｇｅｓ）
消費者（使用者）が電子装置をＩＥＥＥ−１３９４シリアルバスを介して相互接続された他の装置と相互作用させるためには、共通のコマンド（命令）を定義しなければならない。装置のモデル化および制御のための３つの標準的な方法はＣＡＬ、ＡＶ／Ｃ、およびユニバーサル・シリアルバス用に採用された方法である。
【００６８】
制御言語（ｃｏｎｔｒｏｌ  ｌａｎｇｕａｇｅｓ）のデザインは、すべての消費者向け電子製品が共通の部品または機能について階層の（ハイアラーキカル）構成をもつという仮定を基礎としている。ＣＡＬおよびＡＶ／Ｃは論理的実体（エンティティ）と物理的実体（エンティティ）との間を識別する制御言語である。例えば、テレビジョン（即ち、物理的実体）はチューナ、オーディオ増幅器等の機能的成分（即ち、論理的実体）を持っている。このような制御言語は２つの主な機能、即ち、資源（リソース）の割り当てと制御の機能を提供する。資源の割り当ては一般的な回路網（Ｇｅｎｅｒｉｃ  Ｎｅｔｗａｒｋ）の資源の要求、使用、および解放（リリース）に関係している。メッセージおよび制御は、ＩＥＣ−６１８８３で定義され、上に説明したようにＦＰＣによって転送される。例えばＣＡＬはそのコマンドの構文（ｓｙｎｔａｘ：シンタックス）用のオブジェクトの基本方法論を採用している。オブジェクトはインスタンス・ベアリアブルＩＶ：ｉｎｓｔａｎｃｅ  ｖａｒｉａｂｌｅ）として知られている何組かの内部数値に対する唯一のアクセスを含み、保有している。各オブジェクトはメソッド（方法）の内部リストを保持している。メソッド（方法）は、オブジェクトがメッセージを受信した結果として取るアクション（行動）である。メソッド（方法）が呼び出されると、通常１あるいはそれ以上のＩＶが更新される。メッセージは０（ゼロ）あるいはそれ以上のパラメータが後続するメソッド識別子からなる。オブジェクトがメソッドを受信すると、そのメソッドのリストからメッセージで識別されたメソッドに一致（整合）するメソッドを探す。もし、メソッドが発見されると、そのメソッドが実行される。メッセージを具備したパラメータはそのメソッドの正確な実行を決定する。
【００６９】
ＯＳＤを表示することのできるすべての装置は次のＯＳＤのオブジェクトを実行する必要がある。このオブジェクトはトリガメッセージのアプローチで非同期プル（ＰＵＬＬ）をとる。このオブジェクトはターゲトから表示装置へトリガメッセージの形で伝送される。表示装置は、ターゲットのバスマップド・スペースからトリガメッセージを読むことによってメニューを引き出す。この要求の応答は、表示装置がこれらの更新ブロックを読み出したことの指示としてターゲット装置で使用される。
【００７０】
【表９】
0004596343.tif 000010
【００７１】
ＯＳＤを発生することのできるすべての装置は、後続するＯＳＤサブ領域要求オブジェクトを実行しなければならない。このオブジェクトは、行座標、列座標、幅及び高さをもったＯＳＤのサブ領域を要求するために表示装置からターゲットへの要求メッセージに担持されている。
【００７２】
【表１０】
0004596343.tif 000011
【００７３】
次のオブジェクトは表示に関するターゲットを通知するために使用される。例えば、ＯＳＤビットマップ面の解像度および大きさ、および表示されたビデオの位置および大きさ。
【００７４】
【表１１】
0004596343.tif 000012
【００７５】
本発明をその幾つかの実施例について詳細に説明したが、上の説明を読み、理解することにより、詳細に説明した実施例の他に幾つかの変形例も考えられることは当業者には明らかであり、特許請求の範囲はこれらの変形例も含むことを意図するものである。
【図面の簡単な説明】
【図１】  従来技術のオーディオ／ビデオシステムのインターオペラビリティ（相互運用性）を簡略化されたブロック図の形で示した図である。
【図２】  ディジタルＶＣＲおよびディジタルテレビジョンのインターオペラビリティを簡略化されたブロック図の形で示した図である。
【図３】  本発明を採用したディジタル装置のインターオペラビリティを簡略化された概略ブロック図の形で示した図である。
【図４】  本発明を使用して構成されたオンスクリーン表示メニューを有する表示装置を簡略化された概略ブロック図の形で示した図である。
【図５】  図４のオンスクリーン表示メニューの表示装置の構成を簡略化された概略図の形で示した図である。
【図６】  図４のオンスクリーン表示メニューの表示装置の変形を簡略化された概略図の形で示した図である。
【図７】  本発明のオンスクリーン表示メニューの異なる個々の解像度に対するピクセルマッピングを簡略化された概略ブロック図の形で示した図である。
【符号の説明】
１０  周辺装置
１２  ターゲット装置
１４  ディジタルＴＶ（ディスプレイ）
１６  バス
１８  ＯＳＤメニュー
２０  ＯＳＤ領域
２４  ＯＳＤ更新ブロック
３０  サブ領域メッセージ
３２  特定のサブ領域
【図１】
0004596343.tif 000013
【図２】
0004596343.tif 000014
【図３】
0004596343.tif 000015
【図４】
0004596343.tif 000016
【図５】
0004596343.tif 000017
【図６】
0004596343.tif 000018
【図７】
0004596343.tif 000019