(57)【要約】【課題】通常の民生用電子（ＣＥ）装置の間の、オーディオ／ビデオ（Ａ／Ｖ）コンテンツを交換する最小レベルの操作の共通性と、結合した制御を提供すること。【解決手段】本発明の一特徴は、デジタルビデオ装置であって、周辺装置とデジタルバスを介し通信する手段と、当該デジタルビデオ装置に係るデータエントリ手段から、前記周辺装置の制御に関する第１フォーマットによるユーザにより始動されるコマンドであって、当該デジタルビデオ装置により認識され、前記周辺装置の動作を制御するための制御情報とヘッダ情報とを有する前記ユーザにより始動されるコマンドを受信する手段と、前記ユーザにより始動されるコマンドには応答しない前記周辺装置の動作状態に関係なく、前記制御情報を前記第１フォーマットから前記周辺装置により解釈可能な共通コマンドフォーマットに変換する手段と、前記周辺装置の動作状態に関係なく、前記変換された制御情報を前記デジタルバスを介し前記周辺装置に送信する手段とを有するデジタルビデオ装置に関する。【選択図】図３
2010081650.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオ装置であって、
周辺装置とデジタルバスを介し通信する手段と、
当該デジタルビデオ装置に係るデータエントリ手段から、前記周辺装置の制御に関する第１フォーマットによるユーザにより始動されるコマンドであって、当該デジタルビデオ装置により認識され、前記周辺装置の動作を制御するための制御情報とヘッダ情報とを有する前記ユーザにより始動されるコマンドを受信する手段と、
前記ユーザにより始動されるコマンドには応答しない前記周辺装置の動作状態に関係なく、前記制御情報を前記第１フォーマットから前記周辺装置により解釈可能な共通コマンドフォーマットに変換する手段と、
前記周辺装置の動作状態に関係なく、前記変換された制御情報を前記デジタルバスを介し前記周辺装置に送信する手段と、
を有するデジタルビデオ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタルデータバスのような相互接続を介して、民生用電子装置又は、同様な装置のような複数の電子装置を制御するシステムに関する。特に、本発明は、そのような装置の共同利用を管理する配置に関する。
【背景技術】
【０００２】
データバスは、テレビジョン受信機、表示装置、ビデオカセットレコーダ（ＶＣＲ）、衛星放送（ＤＢＳ）受信機及び、ホームコントロール装置のような、電子装置を相互に接続するのに使用できる。データバスの通信は、バスプロトコルに従って、起こる。バスプロトコルの例は民生電子バス（ＣＥバス）及び、ＩＥＥＥ１３９４高性能シリアルバスを含む。
【０００３】
バスプロトコルは典型的には、制御情報とデータの両方の通信を提供する。例えば、ＣＥバス制御情報は電子工業会（ＥＩＡ）規格ＩＳ−６０で定義されるプロトコルを有する”制御チャネル”で通信される。ＩＥＥＥ１３９４シリアルバスでは、制御情報は、一般的に、シリアルバスの非同期サービスを使用して送られる。特定の応用制御情報は、例えば、共通アプリケーション言語（ＣＡＬ）を使用して定義される。
【０００４】
今日、多くのＡＶ装置は、遠隔制御装置（ＲＣ）で制御される。実際の直接又は物理的な接続は、赤外（ＩＲ）、超音波（Ｕ）又は、無線伝送（ＲＦ）が用いられる。各装置はそれ自身のＲＣ装置を伴う様に、周辺装置とＲＣ装置の間のプロトコルは装置に依存する。そのような各周辺装置は、直接接続を介して受信したキー押下を翻訳し、対応する動作を行う。このように、ＩＲの場合には、周辺又は目的の装置の制御は、ＲＣ装置と周辺装置の間の直接の見える範囲に制限される。
【０００５】
今日のアナログオーディオ／ビデオ（Ａ／Ｖ）集団では、周辺装置を制御することは、表示装置（即ち、ＴＶ）のオンスクリーン表示（ＯＳＤ）機構の活性化を含み得るが、しかし要求はされない。そのようなＡ／Ｖ装置のＯＳＤは、周辺又は目的の装置（例えば、ディジタルＶＣＲ）で発生され、他のビデオ信号と同様な方法でそのような装置のＮＴＳＣ出力に出力される。このように、ハードウェア又はソフトウェアの付加は、周辺装置又は、表示装置には必要が無い。図１は、ＶＣＲ１２と表示装置１４（例えば、テレビジョン）を有する現在のＡ／Ｖシステム１０を示す。ＶＣＲ１２を制御するのに関連したメニューは、ＶＣＲ１２により発生され表示装置１４へコンポジットビデオとしてＶＣＲ１２のＮＴＳＣ出力を介して表示装置１４へ供給される。あいにく、表示装置１２’として、ディジタルＴＶ（ＤＴＶ）で同じアプローチを使用すること（図２参照）は、ＭＰＥＧ−２トランスポートストリームとしてメニューが転送されるべきこと必要なので、実際的でない。そのようなストリームの発生は、全ての周辺装置にＭＰＥＧ符号化器１５’を備えることが必要とされ、そのような民生電子装置のコストと複雑さが非常に増加する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、通常の民生用電子（ＣＥ）装置の間の、オーディオ／ビデオ（Ａ／Ｖ）コンテンツを交換する最小レベルの操作の共通性と、結合した制御を提供する。インターフェースは、物理及び、リンク層のＩＥＥＥ１３９４シリアルバスに基づいており、ＡＶ／Ｃ又は、ＣＡＬのような制御言語を利用して、ＯＳＤを管理し、ディジタルシリアルバスを介して相互接続された装置の接続性を制御する。特に、本発明は、遠隔制御命令を、制御する装置（例えば、ディジタルテレビジョン又は、ＤＴＶ）により常に受信されるようにし、且つ、そして、共通のフォーマットに変換後適切な周辺装置へ渡すようにして、ユーザが必要であろう遠隔制御の数を減少する。共通の遠隔メッセージは、シリアルバスを亘って運ばれ、ＤＴＶのＥＰＧを使用して記録されるべきプログラムをユーザが選択できるような複雑なアプリケーションをできる様にする。
【課題を解決するための手段】
【０００７】
自身の前面パネル又は、自身の遠隔制御を通して、各ＣＥ装置を制御することは可能であるが、１つの遠隔制御で、集団の全装置を制御することが特に好ましいことが理解される。更なる共通の操作性でこの目的を達成する１つの方法は、共通の遠隔制御メッセージをバスを亘って運ぶために、標準の制御言語（例えば、ＣＡＬ又は、ＡＶ／Ｃ）を使用することである。これは、装置がＩＥＥＥ１３９４シリアルバスに接続されている限り、直接見えるところに無い装置（例えば、別の部屋や、隠れた、例えば、戸棚のドアの後の装置）の制御をできる様にする。一度ユーザが周辺装置のメニューを表示装置に表示すると、表示装置は、適切な連結（例えば、ＩＲ連結）で受信されたユーザの開始した周辺装置へ意図された命令（即ち遠隔制御（ＲＣ）キー押下）をつなぐことができる。遠隔制御キーは、転送前に、どの様な製造者からの全ての民生電子装置も従う、共通命令言語にマップされるであろう。
【発明の効果】
【０００８】
本発明によると、通常の民生用電子（ＣＥ）装置の間の、オーディオ／ビデオ（Ａ／Ｖ）コンテンツを交換する最小レベルの操作の共通性と、結合した制御を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】従来技術のオーディオ／ビデオシステムの共同利用を示す簡単なブロック図の形式の図である。
【図２】ディジタルＶＣＲとディジタルテレビジョンの間の従来技術の共同利用の拡張を示す簡単なブロック図の形式の図である。
【図３】ＩＥＥＥ１３９４シリアルバスプロトコルを示す概略のブロック図を示す。
【図４】ディジタル民生電子装置の集団のユーザが開始した命令の経路概略を示す簡略化した形式の図である。
【図５】本発明を利用するディジタル装置の共同利用を示す簡単なブロック図の形式の図である。
【発明を実施するための形態】
【００１０】
本発明は、図を参照して、更に良く理解される。
【００１１】
図中、異なる図での参照番号は、同じ又は、同様な特徴を示す。
【００１２】
ＩＥＥＥ１３９４シリアルバスの使用は、家庭ネットワーク環境内で多くの応用が提案されている。ビデオ電子標準化協会（ＶＥＳＡ）内で、”全体的な家庭用ネットワーク”として使用するために議論されている。次世代のＰＣに組み込まれ、ディスクドライブを含むローカルな周辺装置で使用されるであろう。更に、ディジタルテレビジョン（ＤＴＶ）及び、ディジタルビデオカセットレコーダ（ＤＶＨＳ）のようなディジタルオーディオ／ビデオ民生電子装置は、これらの装置を相互に接続するシリアルバスを使用し得る。
【００１３】
ＩＥＥＥ１３９４は、周辺装置又はバックプレーンバスとして使用されるために開発された、高速、低コストのディジタルシリアルバスである。バスの幾つかの重要な点は：動的なノードアドレス割り当て、１００，２００及び、４００Ｍビット毎秒のデータレート、非同期及び等時性モード、公平なバス仲裁及び、ＩＳＯ／ＩＥＣ１３２１３と矛盾が無いことを含む。図３は、ＩＥＥＥ１３９４シリアルバス１６の、３つの重ねられた層の組の、シリアルバスプロトコルを示す。
【００１４】
物理層１８は、電源投入時の初期化、仲裁、バスリセット検出、及び、データ信号伝送を行う物理信号回路と論理回路より成る。２つのシールドされた低電圧作動信号対と、電力対が、ＩＥＥＥ１３９４ケーブルで定義されている。信号伝送は、ジッタ許容度を２倍とする、データストローブビットレベル符号化を使用して行われる。
【００１５】
データは、リンク層２０で、パケットにフォーマットされる。装置間のデータ通信の２つのクラス、非同期と等時性、が利用できる。非同期通信は”受け取り通知の許可”として特徴付けられ、一方等時性通信は、”常にオンタイム”  が特徴である。非同期サービスは、第１に制御と状態メッセージのために使用され、一方等時性通信は、ＭＰＥＧビデオのようなデータストリームに使用される。等時性通信の時間的特徴は、１２５μｓｅｃ毎のサイクルを提供することにより達成される。等時性サイクルは、非同期通信よりも優先度が高い。
【００１６】
非同期通信はバスが空いているときはいつでも発生できる。各１２５μｓｅｃからの最小２５μｓｅｃが非同期データ転送に予約されている。等時性転送は実時間データ転送機構を提供する。１つ又はそれ以上の装置間の実行中の等時性通信はチャネルと呼ばれる。チャネルは最初に確立されねばならず、そして、要求装置は、各サイクル毎のバス時間の要求量を持つことが保証される。
【００１７】
処理層２２は、バス処理を行うための完全な要求−応答プロトコルを定義する。処理層２２は、等時性データ転送に対し何もサービスを付加しないが、等時性サービスに要する資源の管理をする経路を提供する。これは、制御レジスタ（ＣＳＲ）のリード又はライトを通して行われる。処理層２２は、資源が使用中であり、応答できない状況を扱う、リトライ機構をも定義する。非同期データは、異なるノードからデータを取り出す”リード−データ”、異なるノードへデータを転送する”ライト−データ”、及び、異なるノードへデータを転送しそして元のノードへデータが戻る”ロック−データ”の３つのうちの１つの処理を利用して、ＩＥＥＥ１３９４ノード間で転送される。
【００１８】
シリアルバス管理２４は、プロトコル、サービス、及び、動作手続を記述し、それにより、１つのノードが選択され、バスの残りのノードの動作に亘って、管理レベルの制御を行う。ＩＥＥＥ１３９４シリアルバスでは、等時性資源マネージャ２６と、バスマネージャ２８の、２つの管理エントリーが定義されている。これらの２つのエントリは、２つの異なるノード又は、同じノードに存在し得る。バスマネージャ２８は、バスに存在しなくとも良い。この状況では、等時性資源マネージャ２６が、通常バスマネージャ２８で仮定されている管理動作の部分を行う。別々のバスマネージャ２８は、速度及びトポロジーマップの維持、及び、バスの最適化を含むサービスを提供する。等時性資源マネージャ２６は、チャネル番号に対する等時性帯域の配置、、及び、サイクルます多の選択の便宜を提供する。
【００１９】
ノード制御は、全ノードで必要とされ、ノードコントローラ３０は、全シリアルバスノードにより必要とされるＣＳＲを利用しそして、物理１８、リンク２０及び、処理２２層及び、装置に存在するアプリケーションと通信する。ＣＳＲとコンフィグレーションＲＯＭのノードコントローラ３０要素は、個々のノードの環境を設定し、活動を管理する。
【００２０】
ＩＥＥＥ１３９４シリアルバスを適切に機能させるために、等時性資源マネージャ（ＩＲＭ）とバスマネージャ（ＢＭ）を必要とする。ほとんどの集団（即ち、ディジタルバスを介して相互に接続された装置）は、ある種の表示装置を有するので、アナログディスプレイを有するセットトップボックスとＤＴＶはＩＲＭとＢＭを行えなければならない。全てのオーディオ集団のような場合には、表示装置は存在しないかもしれない。この場合には、ディジタルオーディオアンプがＩＲＭとＢＭを行えることが要求されねばならない。
【００２１】
ＩＲＭ２６は、共同して等時性資源（チャネルと帯域幅）を割り当て且つ解放する、整然とした等時性動作のための、シリアルバスに必要な資源を提供する。ＩＲＭ２６は、他のノードが、チャネルと帯域幅の有効性を検査し、かつ、新しい割り当てを登録する共通の位置を提供する。ＩＲＭ２６は、自己認識処理の完了の後にすぐに位置が知られ、シリアルバスのノードが、ＢＭ２８の本体が、もし存在するなら、どこにあるかを決定する共通の位置も提供する。
【００２２】
ＢＭ２８は、もし存在するなら、シリアルバス上の他のノードに管理サービスを提供する。これらのサービスは、サイクルマスタの活性化、性能の最適化、電力管理、スピード管理及び、トポロジー管理を含む。
【００２３】
機能制御プロトコル（ＦＣＰ）はＩＥＥＥ１３９４バスを介して接続された装置を制御するために設計されている。ＦＣＰは、ＩＥＥＥ１３９４非同期パケットを命令と応答の送信に使用するデータフィールドに埋めこまれたＦＣＰを持つＩＥＥＥ１３９４非同期パケット構造を以下に示す。命令／処理セット（ＣＴＳ）は命令セット（例えば、ＡＶ／Ｃ、ＣＡＬ）を規定する。それは、また、パケットにカプセル化されるべき販売者に唯一の組を許す。
【００２４】
【表１】
2010081650.tif 000003
ＦＣＰフレームは、命令フレームと応答フレームとして分類される。命令フレームは、周辺装置の命令レジスタへ書き込まれ、応答フレームは制御する装置の応答レジスタへ書き込まれる。規格は、命令と応答に２つのアドレスを規定する。
【００２５】
ＩＥＣ−６１８８３の等時性パケットの構造を、以下に示す。パケットヘッダはＩＥＥＥ１３９４等時性パケットの２クアドレットより成る。（クアドレットは、４つの８−ビットのバイトである。）共通等時性パケット（ＣＩＰ）ヘッダは、ＩＥＥＥ１３９４等時性パケットのデータフィールドの先頭に配置される、その後に実データが続く。
【００２６】
【表２】
2010081650.tif 000004
データ長は、バイトでのデータフィールドの長さで、タグはＣＩＰが存在（０１）又は存在しない（００）かを示し、チャネルは等時性チャネル番号を規定し、Ｔｃｏｄｅは１０１０で、Ｓｙは応用に特定した制御フィールドである。
【００２７】
６１８８３規格は、民生用Ａ／Ｖ伝送の一般的なフォーマットを定義する。このフォーマットは、以下に示す２クアドレットヘッダを有する。このテーブルでは、ＳＩＤはソースのｎｏｄｅ＿ＩＤ、ＤＢＳはクアドレットでのデータブロックサイズ、部分番号（ＦＮ）でバス時間利用に関してソースパケットを分割でき、クアドレットパディング数（ＱＰＣ）はクアドレット数を示し、ソースパケットヘッダ（ＳＰＨ）はパケットがソースパケットヘッダを有するか否かを示すフラグであり、ｒｓｖは将来のための予約を示し、データブロックカウンタ（ＤＢＣ）は連続性カウンタで、ＦＭＴはＭＰＥＧ２、ＤＶＣＲのようなフォーマットＩＤを示し、フォーマットに依存するフィールド（ＦＤＦ）はフォーマットＩＤに依存する。
【００２８】
【表３】
2010081650.tif 000005
プラグの概念とプラグ制御レジスタが、バス上での等時性データ流の開始と停止及び、その属性を制御するのに使用される。プラグ制御レジスタは、特別の目的のＣＳＲレジスタである。等時性データ流を制御するプラグ制御レジスタを使用する手続の組は、接続管理手続（ＣＭＰ）と呼ばれる。
【００２９】
等時性データは、１つの送信装置から、ゼロ又はそれ以上の受信装置に、ＩＥＥＥ１３９４バス上の１つの等時性チャネルでデータを送ることにより流れる。各等時性データ流は、１つの送信装置の１つの出力プラグを通して等時性チャネルへ伝送される、そして、受信装置の１つの入力プラグを通して等時性チャネルから受信される。
【００３０】
１つの出力プラグを通しての等時性データ流の伝送は、１つの出力プラグ制御レジスタ（ｏＰＣＲ）と送信装置に配置された１つのマスタプラグ制御レジスタ（ｏＭＣＲ）により制御される。ｏＭＰＲは、全ての共通の等時性データ流属性を制御し、一方ｏＰＣＲは全ての他の属性を制御する。同様なレジスタ（ｉＰＣＲ及び、ｉＭＰＲ）は、等時性データの受信のために存在する。全出力プラグ（入力プラ）に１つのみのｏＭＰＲ（ｉＭＰＲ）が存在する。ｏＭＰＲ（ｉＭＰＲ）の内容は、データレート能力と他の間のプラグの数を含む。ｏＭＰＲは、接続カウンタ、チャネル番号及び、他との間のデータレートを有する。
【００３１】
各接続形式毎に、アプリケーションが接続、接続の重ね合わせ、接続の切断を許す多くの管理手続がある。これらの手続は、ＩＥＥＥ１３９４資源の割り当て、プラグ制御レジスタへの適切な値の設定、アプリケーションへの可能なエラー状態の報告、及び、バスリセット後の接続管理を含む。１つのそのようなＣＭＰは以下の様である。
【００３２】
ＩＥＥＥ１３９４シリアルバスで２つのＡ／Ｖ装置間で等時性データを転送するために、送信装置の出力プラグを受信装置の入力プラグに１つの等時性チャネルを使用して接続する必要がある。１つの入力プラグ、１つの出力プラグ及び、１つの等時性チャネルの関係は、１対１（ポイント−ツー−ポイント）接続と呼ばれる。同様に、放送出力接続（１つの出力プラグと１つの等時性チャネル）及び、放送入力接続（１つの入力プラグと１つの等時性チャネル）がある。
【００３３】
等時性データの流れは、１つの出力プラグ制御レジスタ（ｏＰＣＲ）と、送信側の１つのマスタプラグ制御レジスタ（ｏＭＣＲ）で制御される。ｏＭＰＲは、対応するＡ／Ｖ装置により伝送される全等時性流に共通な、全属性（例えば、データレート能力、放送チャネル基地等）を制御する。
【００３４】
入力プラグを介した等時性データ流の受信は１つの入力プラグ制御レジスタ（ｉＰＣＲ）と受信装置に配置された１つのマスタプラグ制御レジスタ（ｉＭＣＲ）で制御される。ｉＭＰＲは、対応する装置で受信された、全等時性流に共通な、全属性（例えば、データレート能力等）を制御する。
【００３５】
接続を確立するのに関連する主なステップは、ＩＥＥＥ１３９４資源（例えば、帯域幅）の割り当て及びチャネル、データレート、オーバーヘッド−ＩＤ及び、ｏＰＣＲとｉＰＣＲ内の接続カウンタを設定することを含む。
【００３６】
等時性データ流は、ＩＥＥＥ１３９４シリアルバスに接続された装置により、対応するプラグ制御レジスタを変更することにより制御されることができる。プラグ制御レジスタはＩＥＥＥ１３９４シリアルバスの非同期処理により変更できるが、接続管理の好ましい方法は、ＡＶ／Ｃを使用することである。ＣＡＬを接続管理に使用するのは完全に本発明の範囲内である。
アプリケーション制御言語
民生用電子装置が、ＩＥＥＥ１３９４シリアルバスを介して相互に接続された他の装置と相互に作用するためには、共通の製品モード及び、共通の命令セットが定義されねばならない。装置をモデル化し制御する規格は、ＣＡＬ，ＡＶ／Ｃ及び、ユニバーサルシリアルバス（ＵＳＢ）に関して適用されたアプローチの３つある。
【００３７】
ＣＡＬとＡＶ／Ｖは、論理的及び物理的実体を区別する制御言語である。例えば、テレビジョン（即ち、物理的実体）は、チューナ、オーディオ増幅器等の、多くの機能部品（即ち、論理的実体）を有する。そのような、制御言語は、２つの主機能、資源割り当て及び、制御を提供する。資源割り当ては、要求、使用及び、一般的なネットワーク資源の開放に関する。メッセージ及び、制御は、上述のＩＥＣ−６１８８３で定義されているＦＣＰにより伝送される。例えば、ＣＡＬは、命令シンタックスに関するオブジェクト基準の方法を適応する。オブジェクトは、実体変数（ＩＶ）として知られる、内部値の組み番号への唯一のアクセスを含み、且つ有する。各オブジェクトは、方法の内部リストを保有する。方法は、受信メッセージの結果として、オブジェクトがとる動作である。方法が呼出されたときには、１つ又はそれ以上のＩＶが、通常は更新される。メッセージは、方法識別子でゼロ又は、それ以上のパラメータが続く。オブジェクトが方法を受信したとき、メッセージで識別される方法と一致する方法のリストを検索する。もしそれが見つかったなら、方法は実行される。メッセージと共に供給されているパラメータは方法の正確な実行を決定する。
【００３８】
制御言語の設計は、全ての電子製品は共通の部分と機能の階層構造を有するという仮定に基づいている。例えば、ＣＡＬは、各製品を、コンテクストと呼ぶこれらの１つ又はそれ以上共通の部分の集合として扱う。これらのコンテクストは、単一の方法で、製品の機能にアクセスできる様に設計されている。コンテクストデータ構造は、各装置毎に定義されたソフトウェアモデルであり、全ての装置機能の動作をモデル化する。
【００３９】
コンテクストは、装置の特定の機能のサブユニットを構成する共にグループ化された１つ又はそれ以上のオブジェクトよりなる。オブジェクトのように、コンテクストは、機能のサブユニットのモデルである。装置は１つ又はそれ以上のコンテクストにより定義される。ＣＡＬは、種々の形式の民生電子装置をモデル化するコンテクストの大きな組で定義される。各コンテクストは、製品が何であるかに関わらず、同じように動作する。
【００４０】
オブジェクトは、ＩＶのくみで定義される。例えば、２値のスイッチオブジェクトに関するＩＶは、必要な又は、随意のＩＶを含む。必要なＩＶは、スイッチがオン又は、オフかを示す変数（ｃｕｒｒｅｎｔ＿ｐｏｓｉｔｉｏｎ）、及び、スイッチのデフォルト位置（ｄｅｆａｕｌｔ＿ｐｏｓｉｔｉｏｎ）を含む。随意のＩＶは、ｆｕｎｃｔｉｏｎ＿ｏｆ＿ｐｏｓｉｔｉｏｎｓ；ｒｅｐｏｒｔｉｎｇ＿ｐｏｓｉｔｉｏｎｓ；ｄｅｓｔ＿ａｄｄｒｓｓ；ｐｒｅｖｉｏｕｓ＿ｖａｌｕｅ及び、ｒｅｐｏｒｔ＿ｈｅａｄｅｒを有する。ＩＶは丁度ソフトウェアプログラムの変数の様で、ＣＡＬの中でブール、数値、文字及び、データ（配列）として利用できる。オブジェクト内のＩＶは、サポートＩＶ、報告ＩＶ及び、活性化されたＩＶの３つの一般的なグループに分類される。サポートＩＶは、通常読み出し専用変数で、オブジェクトの据付用及び、活性化されたＩＶの動作で定義される。オブジェクトの活性化されたＩＶは、オブジェクトを動作させるために最初に設定又は、読み出される変数である。
【００４１】
制御する装置（例えば、ＤＴＶ）と周辺装置（例えば、ＤＶＨＳ）の間の相互作用は、主に２つの主な分類に分割される。
ｉ）制御する装置と周辺装置の両者が機械の場合には、のマシン−マシン相互作用。この相互作用の形式に対しては、実際の相互作用の時にユーザの開始は無いことに注意することが重要である。しかし、ユーザは、特定の時点で特定の動作を行うように制御する装置をプログラムすることは可能である。
ｉｉ）人間が制御する装置の動作を開始するユーザ−マシン相互作用。
【００４２】
アナログオーディオ／ビデオ（Ａ／Ｖ）装置に関して、今日、ユーザ−マシン入力の主な手段は、遠隔制御（ＲＣ）又は、前面パネルの使用である。ある相互作用は、オンスクリーン表示（ＯＳＤ）機構をも使用し得る。この種の相互作用は、ユーザが直接に周辺装置と相互作用する。今日の遠隔制御の場合には使用されているメッセージプロトコルは、装置及び/又は製造者に特定である。周辺装置は受信した命令を処理し、そして、要求された動作を行う。ＯＳＤが使用されているなら、これは、処理されたＲＣキーの追跡を保持し、各キー押下後に従って、表示されるＯＳＤを更新する。現在では、標準的なメッセージプロトコルは無い。これは、複数の遠隔制御装置（即ち、ＴＶ、ＶＣＲ等に異なるＲＣ装置）の使用となる。市販の利用できる共通遠隔制御装置は能力が制限されている。これらの装置は、典型的には、どの装置のボタンが押されたかによりメッセージフォーマットを変える。
【００４３】
本発明は、ユーザに、慣れた方法（即ち、ＯＳＤと結合しているであろうＲＣ装置の使用）で、ＩＥＥＥ１３９４シリアルバスを介して相互に接続されたＡ／Ｖ装置と相互に作用する能力を与える。即ち、最小のコストで、異なる製造者からの装置間の基本レベルの共通操作性が確立される。ＩＥＥＥ１３９４シリアルバスを介して他の装置へ、ＲＣキー押下の搬送を可能とする、標準のメッセージ機構を定義することは、制御する装置（他とＤＴＶ）と結合したＲＣ装置の使用が、真の共通ＲＣ装置として許す。
【００４４】
動作中は、ＤＴＶを介して、ＤＶＣＲのようなビデオ源（即ち周辺）装置をユーザは選択する。一度周辺装置が選択されると、ＤＴＶはディジタルＡ／Ｖプログラム（典型的には等時性チャネル上で）とＯＳＤ（典型的には非同期連結で）を受信する接続を設定する。ユーザは、ＶＣＲボタンを押すことにより、ＤＶＣＲの遠隔制御（ＲＣ）装置に”フォーカス”し得る。続いてＲＣボタンを押すと、ＤＴＶは、ＲＣ変調とデータフォーマットを理解するので、ＤＴＶはＲＣキー押下を受信する。ＤＴＶは、ＲＣキー押下は、ＤＴＶでなくＤＶＣＲに向けられていることを知る。ＤＴＶは、ＲＣキー押下を所定の標準化された共通キーコードに変換し、そして、ＤＶＣＲへシリアルバスを介して搬送する。ＤＶＣＲは、標準化された共通キーコードを受信し、望まれた動作を行う。
【００４５】
例えば、図４に示されている、ＲＣＡ  ＤＴＶ１４”とソニーＤＶＣＲ１２”の状況では、ＲＣＡ遠隔制御装置１３”からの命令は、ＩＲ連結で受信され、ＲＣＡフォーマットであろう。ＲＣＡ  ＤＴＶ１４”は、共通フォーマットへ変換し、シリアルバス１６”を亘って転送する。ソニーＤＶＣＲ１２”は、共通命令を受信し、たぶん、ソニーフォーマットに変換し動作を行うであろ。命令の変換は、１つの限度から他の言語への翻訳として考えられる。ＲＣキー押下の例として、は”再生”である。この命令は、メッセージフォーマットが製造者から製造者で異なるときでさえ、多くのＲＣ装置で共通に有効である。
【００４６】
以下は、オンスクリーン表示メニューを、周辺装置から例えば、ディジタルテレビジョンの制御する装置へ転送する様々な方法である。
【００４７】
ＯＳＤ情報の転送を簡単にするために、ＯＳＤ情報を周辺装置から制御装置へ転送するのに、”プル”法が使用され得る。この方法で、ＯＳＤデータの塊が、周辺装置から表示できる装置へ、表示できる装置により発行される非同期リード要求により転送される。即ち、制御する装置は、ＩＥＥＥ１３９４の少なくとも１ブロックのリード処理を利用して、周辺装置のメモリからＯＳＤ情報を読む。制御する装置は、周辺装置がデータの転送の開始の準備が完了したとき、周辺装置から表示装置へ送られる”トリガ”命令を介して、位置とＯＳＤデータのサイズを通知される。
【００４８】
周辺装置のＯＳＤデータは、ＲＣキー押下に応答して、更新されるので、制御する装置（又は、ＤＴＶ）は、最新の更新データの有効性が警告される。これは、制御装置のＯＳＤオブジェクトへ短いメッセージ（即ち、”トリガ”）を送ることにより達成される。そのようなメッセージは、表示装置に、読まれるべきＯＳＤデータの長さと開始位置を通知することを必要とすることに注意すべきである。制御装置のアプリケーションは、ＩＥＥＥ１３９４の非同期リード処理を利用するので、長さは必要である。
【００４９】
長さが、特定のＩＥＥＥ１３９４ネットワークに対して可能な最大パケット長よりも長い場合には、制御する装置は、複数のブロックリード処理を、ＯＳＤ情報が読まれるまで始め得る。表示装置へ送られるべき現在のＯＳＤデータの開始位置と長さに加えて、ＯＳＤデータの形式を示すフィールドが有益である。この場合、同じ機構が、エラー、警告、及び／又は状態メッセージのようなものを表示する表示装置のＯＳＤ機構をトリガするのにも使用されるので、これは特に、有益である。ＯＳＤデータの形式の区別は、表示装置とユーザが、それが本当に表示されることを要求されているかどうか（例えば、映画を見ているユーザは、状態メッセージのようなものを無視したいかもしれない）を決定するのに、役立つ。
【００５０】
非同期プッシュ法は、周辺装置により開始されＩＥＥＥ１３９４非同期ライト処理を、ＯＳＤデータを制御する装置へ書き込むのに主として使用する。このアプローチで、周辺装置がメニューコンテンツを制御する装置へ書き込むことができる。メニューはバスのＭＴＵ（最大転送単位）よりも大きいと予想されるので、断片ヘッダが付加される。メニュー搬送層は、このヘッダを加えるべきである。受信側では、この層はメニューを再び集め、そして、上の層へ渡す。
【００５１】
等時性搬送方法は、ＩＥＥＥ１３９４シリアルバスにより供給される１つの等時性チャネルに亘って、ＯＳＤデータを放送することを提供する。
【００５２】
非同期ストリーム方法は、ＯＳＤ情報を運ぶのに非同期ストリームを使用する。帯域幅の予約が無いことと、ストリームがバスサイクルの非同期部分で送られること以外は、非同期ストリームは、本質的に、等時性ストリームと同じである。
【００５３】
周辺装置のメニューを通しての操縦は、全ＲＣキー押下を、ＩＥＥＥ１３９４シリアルバスに亘って、周辺装置へつなぐことにより達成される。この操縦の方法は、ＯＳＤ表示のどの様な方法とも互換性がある。最小ソフトウェアのみが周辺装置と制御する装置の両方で必要である。制御する装置は、キー押下情報を周辺装置へ送る良く定義された方法のみを有する必要である。同様に、周辺装置は、良く定義された方法で、ＯＳＤ情報を更新することのみできることが必要である。ＯＳＤデータは機能及び/又はパラメータを識別するどのような情報も有する必要は無い。周辺装置は、単にキー押下の形式の入力の追跡を保持し、合う様にＯＳＤを更新する。
【００５４】
ＩＥＥＥ１３９４シリアルバスで相互に接続されたＡ／Ｖ集団では、図５に示すように、直接連結（例えば、ＩＲ）を通してよりも、バスを介して、周辺装置へ、ＲＣキー押下をつなぐことが可能である。これは、ＲＣキー押下に関する情報を周辺装置へ供給する標準メッセージフォーマットを定義することにより可能である。そのようなシステム１０”では、（１）遠隔制御装置１３”からのＲＣ命令を直接目に見えないところにある装置へつなぐことができ、（２）制御する装置（例えば、ＤＴＶ）１４”に結合したＲＣ装置１３”は、共通ＲＣとして効果的に働くことができる（例えば、ＲＣＡＴＶに関するＲＣＡ製の遠隔制御装置を通してはソニーＶＣＲを直接動作できないが、ＲＣＡ  ＴＶはＲＣキー押下をＩＥＥＥ１３９４シリアルバス上の標準化されたメッセージを通してＶＣＲへつなぐことができる）。標準メッセージは、ユニコード規格（ユニコード協会により定義されたＩＳＯ１０６４６のサブセット）に従った複数の言語で完全な文字セットをつなぐこともできる。その上、ＲＣ装置で見つかる全ての可能な特別なキー機能をつなぐことができる。これで、ＲＣとＩＲキーボードのキー押下をつなぐことができる。
【００５５】
遠隔制御装置のキー押下を周辺装置へつなぐことは、以下でさらに完全に定義される。しかし、このような方法は、コンピュータキーボード、制御パネル等のような装置に拡張できる。
【００５６】
周辺装置（例えば、ＶＣＲ１２”）の制御は、ＤＴＶ１４”上で源としての装置を選択することで開始され得る。このような状況においては、源選択は、全ての必要なパラメータを取得する制御する装置を参照し、続いて起こるＲＣキー押下は、意図した周辺装置へつながれる。そのようなパラメータは、周辺装置のｎｏｄｅ＿ＩＤ、、ＥＵＩ等を含み、そして、登録テーブルから得られる。源選択動作は、制御する装置のグラフィックユーザインターフェース（ＧＵＩ）上のアイコンを又は、ＲＣ装置上のＶＣＲ１のようなＲＣキーをユーザがクリックすることにより開始できる。出力するＲＣメッセージ（”チャネルアップ”及び、”チャネルダウン”）の源選択タグは、ＤＣＶＲ１２”へ与えられる。
【００５７】
一旦、周辺装置が選択されると、周辺装置へ意図された全ての続いて起こるＲＣ押下は、周辺装置の共通キーボード入力オブジェクトへ繋がれる。送られるパケットの典型的なフォーマットを以下に示す。パケットは周辺装置へ、ＩＥＥＥ１３９４シリアルバスの非同期ブロックライト処理を利用して送られる。
【００５８】
【表４】
2010081650.tif 000006
変数２４ビットｋｅｙｐｒｅｓｓ＿ｉｎｆｏは以下に定義される。
【００５９】
【表５】
2010081650.tif 000007
変数ｃｏｄｅ＿ｔｙｐｅはｃｏｄｅ＿ｖａｌｕｅに含まれる次の１６ビットの語義を定義する。
【００６０】
【表６】
2010081650.tif 000008
共通キーボード入力（ＵＫＩ）ソフトウェアモジュールによりＲＣキー押下情報を受信する周辺装置は、対応する動作を行う。全動作がＯＳＤの使用が必要ではない。例は、ＤＶＣＲ１２”へ繋がれる再生命令である。再生動作が開始されることで充分であり、ＯＳＤの形のユーザへのフィードバックは必要でない。
【００６１】
一方、ある制御機能はＯＳＤ表示機構を通して発生する。そのような装置に対しては、ＵＫＩオブジェクトを通して、キー押下情報を受信後、必要ならＯＳＤ情報は更新される。制御する装置は、ＯＳＤ情報の有効性を示す短いメッセージを送る（非同期プル法の場合には）。このように、制御する装置のアプリケーションは、周辺装置からＯＳＤ情報を読み表示できる。
【００６２】
直接連結を通してＲＣ命令を受信するアイドル（そのときどれからも制御されていない）周辺装置は、複数の経路を介して同じメッセージを受けたときに２度動作をしないようにする機構が必要であることに注意する。これは、制御する装置として同じ会社によりの製造された周辺装置のときに起こり得る。そのような状況では、周辺装置はＲＣ命令をシリアルバス上の共通のＲＣメッセージとして受信し,及び、直接ＩＲ連結を介してメッセージを受信しうる。他の可能性は、ューザが周辺装置をシリアルバス上で離れたところから制御しており、他の者が、結合した遠隔制御装置で直接ＩＲ連結を介して同じ周辺装置を制御しようとしているときである。マルチパスの１つの解決方法は、直接連結を通してＲＣ命令を受信したときは、周辺装置がタイマを活性化することである。このタイマは、直接連結を通して新たなＲＣ命令を受信したときは、リセットされる。このタイマが活性化している間は、直接連結を通してを受信されたＲＣキー押下は、無視される。定義により、タイマは、負活性期間後及び、装置が、直接又は、間接連結のいずれかを通して繋がれたキー押下に応答するアイドル状態に戻った後は負活性となる。更に、特定のノードによる直接連結を通して、一度制御が開始すると、周辺装置は、他のノードから来る更なるＲＣキー押下を無視する。
【００６３】
更に、装置への一般的なアクセスを防ぐことが望ましい。そのような場合には、各短い又は、長い継続時間の間、２つの装置間で、”ロック”と呼ばれる特別な関係が現れる。ロックは、装置が、ロックされる装置のある又は、全部分にアクセスすることを許す。制御する装置は、”ロックする装置”で、ロック関係のオブジェクトは、”ロックされた装置”である。ロック関係は、装置を、他の装置に拘束する。
【００６４】
様々な望ましいロックのレベルがある。多くの場合、アプリケーションは、装置レベル及び、ロックのみを要求する。しかし、オブジェクトレベルでロックするのが望ましい場合もある。そのような状況は、搬送機構にロックするのが望ましいＶＣＲアプリケーションであるが、一方、他の装置が、編集又は、タイマ事象を加えることを許す。同様に、適切な表示を保証するのにＴＶ内で表示オブジェクトにロックするのが望ましいが、他の通信へ応答する装置の能力へロックするのは好ましくない。
【００６５】
以下のロック機構は、装置、状況、なオブジェクトがネットワーク資源として扱われることを許す。資源は、直接得られ、又は、ネットワークに存在する他の装置から得られる。２つのロックアプローチが説明される。
【００６６】
装置へのロック要求は直接行われ、装置はロックに従うことができるか又は、、前のロックが存在するかを決定しなければならない。新たなロックを行うことに障害がある場合には、ロック停止は、前の妨害するロックの終了を要求する。ロックされた装置は、新たなロックを許す前に、全ての妨害するロックの終了を保証せねばならない。
【００６７】
第２のロックの形式は、資源ロックである。資源ロックでは、ロックしている装置は、全装置に、新たなロックが起こるのを防ぐ、ロックを終了する要求を放送する。全ての前の衝突が終了されたことを保証する充分な時間の経過後、装置はロックを設定する。
【００６８】
直接連結を通しての動作中、周辺装置は、単に、ＲＣ装置又は、前面パネルからの入力を受信し、対応する動作を行う。しかし、これらの動作の結果、表示装置でＯＳＤが発生されるとき、僅かな複雑さがある。この場合、周辺装置の動作は、自己の直接連結を通して開始されたので、周辺装置はＯＳＤを表示するべきネットワーク上のノードを知らない。それゆえ、直接連結を通して制御の開始を検出した装置は、各ＯＳＤ能力のある装置へメッセージを送る。このメッセージに動作するかどうかを決めるのは表示装置による。例えば、ＶＣＲ１に表示装置が与えられている場合、そして、ＶＣＲ１からメッセージを受信するなら、表示装置がそれを行うのは非常に自然である。表示装置が特定の装置にフォーカスされていないなら、ユーザは、遠隔制御装置により、ＯＳＤ表示要求の存在が警告されうる。しかし、受信メッセージ内のデータ形式により、無視を選択できる。実際の制御は、直接連結を通してであるので、どのような又は、複数の表示装置がＯＳＤを表示することを選択しても、表示装置には全く影響しない。一方、この機構はユーザに、ユーザがそのときに表示させることを欲するかもしてないし、欲しないかもしれない、エラー状態、警告等を知らせるのにも使用し得る。それゆえ、メッセージは、表示装置に提示されたＯＳＤデータが、警告メッセージ、エラーメッセージ、通常のＯＳＤデータ等かどうかを示す、データ形式についてのフィールドを含む。
【００６９】
同様に、タイマ機構は、活性化している時間中は、直接連結を通して受信されたどのようなＲＣキー押下情報は無視されるように、直接連結に関して利用されることができる。
【００７０】
遠隔制御命令を使用できる全装置は、共通キーボード入力ソフトウェアモジュールを利用しなければならない。周辺装置では、ＲＣキー押下に関する受信機は、例えば、”共通キーボード入力と呼ばれる”ＣＡＬオブジェクトにより、利用される。これは、非常に簡単で、短く且つ分析がやさしいＣＡＬ命令のような、非常に単純なオブジェクトである。この単純さは、重要である。この操作の共通性のレベルは、制御アプリケーション言語の完全な利用を要求すべきでない。ＩＥＣ６１８８３で定義される機能制御プロトコル（ＦＣＰ）フレームを構成する正確なシンタックスを、以下に示す。全パケットのシンタックスは、ＣＡＬの一般フレームワーク／シンタックスと一貫性がある。しかし、この操作の共通性のレベルでは、ＲＣキー押下をつなぐ装置は、完全なＣＡＬ機構を利用するというよりも、単位以下のパケットを集めることができる。
【００７１】
ある共通遠隔キーコードの例は、以下に定義され、更なるコードは二つように応じて定義され得る。
【００７２】
【表７】
2010081650.tif 000009
発見処理
発見処理で、制御装置は、ネットワークの中の他の装置を発見することができる。この処理は、バスリセットで活性化され、ネットワーク上に存在する装置の検索と発見をするために働く。バスリセットは、装置の接続／取り外し、ソフトウェアが開始するリセット等により起こされ得る。このソフトウェアモジュールはは、各装置の環境設定ＲＯＭに蓄積された情報によっている。この情報は、自己記述装置テーブル（ＳＤＤＴ）として参照され、モデル番号、メニュの位置、ＵＲＬ，ＥＵＩ販売者ＩＤ等のような情報を含む。
【００７３】
表示する又は制御する装置のＳＤＤＴは、装置の表示能力についての情報を有する情報ブロックへのポインタを含む。情報ブロックは、表示の形式（インターレース又は、プログレシブ）、ライン当りの最大バイト、サポートされている解像度モード（全、１／２，１／３）、サポートされている混合重み、パレットモード（２，４，８）でサポートされている最大ビット／画素等を含み得る。ＣＡＬで定義されている家庭プラグアンドプレイ又は、ＡＶ／Ｃで定義されている副ユニット記述子のような、発見の他の方法も、この情報を得るのに使用することができる。
【００７４】
バスの初期化の完了後、制御する装置の発見マネージャは、各接続された装置のＲＯＭに配置されたＳＤＤ情報を読む。この情報は、登録テーブルに入れられる。ＩＥＥＥ１３９４シリアルバス上の各装置は、バス上の他の装置とその能力の追跡を保つのに使用される、登録テーブルを有するであろう。バス上の全装置に対して、この装置登録（又は、登録テーブル）は、発見処理中に、更新されるであろう。登録は、アプリケーションが、ＩＥＥＥ１３９４シリアルバス上のノードを識別するために、揮発性の特性（例えば、ＩＥＥＥ１３９４ｎｏｄｅ＿ＩＤ又は、ＩＰアドレス）を、不揮発性６４−ビットＥＵＩ（拡張された唯一の識別子）へマップするサービスを提供する。
【００７５】
登録テーブルは、各装置内の登録マネージャにより維持され、前に規定されたサービスを提供する各ノードに関する情報を有する。この登録テーブルは、バスリセットに際し、発見マネージャにより、たえず更新される。登録テーブルの各ローは次のようにできる。そのような登録テーブルの構成は、以下の様である。
【００７６】
【表８】
2010081650.tif 000010
登録テーブルの各フィールドは次のように定義される。
・６４−ビットＥＵＩは、世界中で製造された全シリアルバスノードの中のノードを唯一に識別する６４−ビット番号である。
【００７７】
【表９】
2010081650.tif 000011
・１３９４ｎｏｄｅ＿ＩＤは、１３９４シリアルバス副ネット内でシリアルバスノードを唯一に識別する１６−ビット番号である。上位１０ビットは、バスＩＤで、下位ビットは物理ＩＤである。バスＩＤは、ブリッジされたバスのグループ内で、特定のバスを唯一に識別する。物理ＩＤは、自己識別処理中に、動的に割り当てられる。
・ＩＰアドレスは、動的に割り当てられる、２３−ビットの私的なＩＰアドレスである。
・製造者／モデル番号は、装置のＳＤＤＴから得られ、源の選択の可能性を顧客に知らせるのに使用される。
・装置形式も、装置のＳＤＤＴから得られ、源の選択の可能性を顧客に知らせるのに使用される。このフィールドも、どのストリームフォーマットを使用すべきか決定するのに有益であろう。例えば、ゲーム機は、出力フォーマットとして、ＭＰＥＧ２を使用しない。
【００７８】
登録は、そのノードの６４−ビットＥＵＩに基づき、家庭ネットワーク上のどのノードに対するＩＥＥ１３９４アドレス決定するのに使用される。ノードアドレスはバスリセット中に変更され得るので、ＥＵＩのような、安定な識別子への相互関係は重要である。
【００７９】
各ＣＥ装置では、据付時間に（装置設定マネージャの使用を通して）、上述の様に、集団の他の装置を、装置の出力又は入力チャネルにマップするある設定が発生する。これは、ＩＥＥＥ１３９４等時性チャネルがこのときに割り当てられることを、必ずしも意味しない。他の可能性は、各装置は、ＳＤＤＴを捜してネットワークで見つかった装置を伴う選択メニューを単にロードする。最初に表示装置をアドレスし（この例ではディジタルと仮定される）、そして、ユーザが制御することを望む装置（例えば、ディジタルＶＣＲ）を選択する。これが発生した時は、等時性チャネルがＤＶＨＳと表示装置の間で設定される。
【００８０】
多くの遠隔制御は、周辺装置に対してのみ意味を有する特別な機能を有する。これらの特別な機能は、制御する装置（例えば、ＤＴＶ）に結合したＲＣに統合され得る。このように、これらのキーの機能は、周辺装置からのメニューで利用できるようになる。
【００８１】
さらに、本発明は、グラフィックユーザインターフェースを使用して、非ビデオ装置の制御を可能とする。前述の様に、表示装置（即ち、ＤＴＶ）は、ほとんど常に集団に存在するので、制御する装置に関して、良い選択であろう。非ビデオ装置は、（上述の）ビデオ装置と同じ方法で、メニューを提供するであろう。しかし、装置は自身のメニューを蓄積することは必要であろう。
【００８２】
ある場合には、即の、幾つかの装置の共同作用の制御を有することが望ましい。例えば、ダビングの場合に有益であり得る。この共同作用は、ＩＲ遠隔制御にマップされている命令のみを使用しては行うことが難しい。更に、ＰＣから幾つかのＣＥ装置を制御する能力を有することが望ましいであろう。これは、ＣＡＬ又はＡＶ／Ｃのような装置モデルの完全な制御言語の場合に有益であろう。
【００８３】
本発明を、多くの実施例に関して詳細に説明したが、当業者には、上述の実施例の多くの変更が可能なことは明らかであろう。そして、本発明は、請求項の範囲内にそのようなへんこうを含むことを意味する。
【符号の説明】
【００８４】
１０  Ａ／Ｖシステム
１２  ＶＣＲ
１４  表示装置
【図１】
2010081650.tif 000012
【図２】
2010081650.tif 000013
【図３】
2010081650.tif 000014
【図４】
2010081650.tif 000015
【図５】
2010081650.tif 000016