(57)【要約】【課題】音響映像装置のホスト制御ユニットから高レベルの命令を受け、それを低レベルの電気信号に変換し、標準化されたプロトコルに伝送する方法と装置を提供する。標準化されたプロトコルの低レベルの電気信号を受け、その信号をホスト制御ユニットが認識できる命令に変換する方法と装置を提供する。【解決手段】命令を生じさせるために適合されるホスト制御ユニット、ＣＥＣ回線を含む多芯バス（ｍｕｌｔｉ−ｃｏｎｄｕｃｔｏｒｂｕｓ）に接続する第一ポート、前記ホスト制御ユニットと前記ＣＥＣ回線に接続され、前記命令をＣＥＣフレームに変換するために適合される命令制御ユニットを含む家電制御（ＣＥＣ）プロトコル対応の装置。【選択図】      図６
2006135959.tif 000002
【特許請求の範囲】
【請求項１】
命令を生じさせるホスト制御ユニットと、
ＣＥＣ回線を含む多芯バスに接続する第一ポートと、
前記ホスト制御ユニットと前記ＣＥＣ回線に接続され、前記命令をＣＥＣフレームに変換する命令制御ユニットとを含む家電制御（ＣＥＣ）プロトコル対応装置。
【請求項２】
前記ＣＥＣフレームは、論理０信号と論理１信号によって表されるビットを含み、論理０信号は、１.５ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出力電圧と、０.９ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表され、論理１信号は、０.６ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出力電圧と、１.８ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表される請求項１に記載のＣＥＣ対応装置。
【請求項３】
前記命令制御ユニットは、前記ホスト制御ユニットに内蔵され、前記命令制御ユニットは、前記ホスト制御ユニットによって用いられる共通のプロセッサを有する請求項１に記載のＣＥＣ対応装置。
【請求項４】
前記命令制御ユニットは、双方向リンクによって前記ホスト制御ユニットに接続される請求項１に記載のＣＥＣ対応装置。
【請求項５】
前記命令制御ユニットに接続され、前記ホスト制御ユニットから受けた認識可能なメッセージを保存する保存装置を含み、
前記各認識可能なメッセージは、
前記認識可能なメッセージのバイトの総数を表す長さのバイト、
前記命令制御ユニットに通知するために予め定義されたコア命令バイト、
ヘッダバイト、および
前記認識可能なメッセージのチェックサムのバイトを更に含む請求項１に記載のＣＥＣ対応装置。
【請求項６】
前記認識可能なメッセージは、少なくとも一つのデータバイトを更に含む請求項５に記載のＣＥＣ対応装置。
【請求項７】
家電制御（ＣＥＣ）プロトコル対応の装置は、
ホスト制御ユニットと、
前記ホスト制御ユニットとＣＥＣバスに接続され、前記ＣＥＣバスを通して通信するために適合される命令制御ユニットを含み、
前記命令制御ユニットは、ＣＥＣプロトコルを支援し、前記ＣＥＣバスから中断を検出し、且つ、前記命令制御ユニットを発信者モードまたは受信者モードのどちらかに切換え、
前記発信者モードは、ホスト制御ユニットから第一高レベル命令を受け、前記第一高レベル命令を第一ＣＥＣフレームに変換し、ＣＥＣ回線を介して前記第一ＣＥＣフレームをリモート命令制御ユニットに伝送する機能を有し、
前記受信者モードは、前記ＣＥＣバスから第二ＣＥＣフレームを受け、前記第二ＣＥＣフレームを第二高レベルＣＥＣ命令に変換し、且つ、前記第二高レベルＣＥＣ命令を前記ホスト制御ユニットに送る機能を有する家電制御（ＣＥＣ）プロトコル対応装置。
【請求項８】
前記第一と第二高レベルＣＥＣ命令と第一と第二ＣＥＣフレームのフォーマットは、前記ＣＥＣプロトコルによって定義される請求項７に記載のＣＥＣ対応装置。
【請求項９】
前記命令制御ユニットは、前記ホスト制御ユニットに内蔵され、前記命令制御ユニットは、前記ホスト制御ユニットまたは個別のプロセッサによって用いられる共通のプロセッサを有する請求項７に記載のＣＥＣ対応装置。
【請求項１０】
前記命令制御ユニットは、前記ホスト制御ユニットから離され、前記命令制御ユニットは、双方向リンクによって前記ホスト制御ユニットに接続される請求項７に記載のＣＥＣ対応装置。
【請求項１１】
家電制御（ＣＥＣ）命令を管理する方法であって、
ホスト制御ユニットから生じた第一ＣＥＣ命令をリモート命令制御ユニットに伝送し、前記第一ＣＥＣ命令は、前記ホスト制御ユニットに接続された第一命令制御ユニットによって伝送されるステップ、
リモート命令制御ユニットから第二ＣＥＣ命令を受け、前記ホスト制御ユニットに送り、前記第二ＣＥＣ命令は、前記第一命令制御ユニットによって伝送されるステップを含み、
前記ホスト制御ユニット、前記第一命令制御ユニットと、前記リモート命令制御ユニットは、ＣＥＣ対応であり、且つ、
前記第一と第二ＣＥＣ命令は、ＣＥＣプロトコルによって定義されるＣＥＣ命令管理方法。
【請求項１２】
ＣＥＣ回線の中断を検出するステップ、
ＣＥＣ回路の中断が検出された場合、前記第二ＣＥＣ命令を受けるステップ、および
中断が検出されず、且つ、前記第一ＣＥＣ命令が伝送準備完了の場合、前記第一ＣＥＣ命令を伝送し、無信号時期を待つステップを更に含む請求項１１に記載のＣＥＣ命令管理方法。
【請求項１３】
前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップは、
前記ホスト制御ユニットで前記第一ＣＥＣ命令を認識可能な命令に変換するステップ、
前記認識可能な命令を前記第一命令制御ユニットに送るステップ、
前記認識可能な命令を前記第一命令制御ユニットに受けるステップ、
前記認識可能な命令をスタートビットと少なくとも一つのブロックから構成されるＣＥＣフレームに変換するステップを含み、前記ＣＥＣフレームはＣＥＣ対応であり、
ＣＥＣ回路によって前記ＣＥＣフレームを伝送するステップ、および
前記ＣＥＣフレームのどのブロックからも確認が受けられない場合、再度伝送するステップを含む請求項１１に記載のＣＥＣ命令管理方法。
【請求項１４】
前記認識可能な命令は、
前記認識可能な命令のバイトの総数を表す長さのバイト、
前記命令制御ユニットに通知するために予め定義されたコア命令バイト、
ヘッダバイト、および
前記認識可能な命令のチェックサムのバイトを含む請求項１３に記載のＣＥＣ命令管理方法。
【請求項１５】
前記認識可能な命令は、少なくとも一つのデータバイトを更に含む請求項１４に記載のＣＥＣ命令管理方法。
【請求項１６】
前記第二ＣＥＣ命令を受けるステップは、前記無信号時期を待つステップの間、中断がＣＥＣ回線から検出された場合、行われる請求項１２に記載のＣＥＣ命令管理方法。
【請求項１７】
前記リモート命令制御ユニットから前記第二ＣＥＣ命令を受けるステップは、
ＣＥＣ回線の中断を検出するステップ、
ＣＥＣフレームを受けるステップ、
前記ＣＥＣフレームのエラーを検査するステップ、
前記命令制御ユニットと前記ホスト制御ユニットによって認識されたフォーマットで前記ＣＥＣフレームを前記ホスト制御ユニットに送るステップを含む請求項１１に記載のＣＥＣ命令管理方法。
【請求項１８】
家電制御（ＣＥＣ）命令を管理する方法であって、
命令制御ユニットを初期化し、ホスト制御ユニットと前記命令制御ユニット間の通信径路を作るステップ、
前記命令制御ユニットを有効にし、ＣＥＣ回線を中断させるステップ、
第一ＣＥＣ命令をホスト制御ユニットから命令制御ユニットに送るステップ、
無信号時期を待つステップ、
前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップ、
前記第一命令制御ユニットによって第二ＣＥＣ命令をリモート命令制御ユニットから受けるステップ、
前記第二ＣＥＣ命令を前記ホスト制御ユニットに送るステップを含むＣＥＣ命令管理方法。
【請求項１９】
前記第一と第二ＣＥＣ命令は、ＣＥＣプロトコルによって定義される請求項１８に記載のＣＥＣ命令管理方法。
【請求項２０】
第二ＣＥＣ命令を受けるステップは、前記無信号時期を待つステップの間、中断がＣＥＣ回線から検出された場合、行われる請求項１８に記載のＣＥＣ命令管理方法。
【請求項２１】
前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップは、
前記ホスト制御ユニットで前記第一ＣＥＣ命令を認識可能な命令に変換するステップ、
前記認識可能な命令を前記命令制御ユニットに送るステップ、
前記認識可能な命令を前記命令制御ユニットに受けるステップ、
前記認識可能な命令をスタートビットと少なくとも一つのブロックから構成される第一ＣＥＣフレームに変換するステップを含み、前記第一ＣＥＣフレームの各ブロックは、ビット１〜８の前記ホスト制御ユニットから受けた一つのビット、ビット９のメッセージの終端と、ビット１０の確認から成り、且つ、
前記ＣＥＣフレームを前記リモート命令制御ユニットに伝送するステップ、
前記リモート命令制御ユニットから確認を検査するステップ、
前記第一ＣＥＣフレームのどのブロックからも確認が受け取れない場合、再度伝送するステップ、および
前記第一ＣＥＣフレームの全てのブロックが伝送されるまで伝送を続けるステップを含む請求項１８に記載のＣＥＣ命令管理方法。
【請求項２２】
前記認識可能な命令は、
前記認識可能な命令のバイトの総数を表す長さのバイト、
前記命令制御ユニットに通知するために予め定義されたコア命令バイト、
ヘッダバイト、および
前記認識可能な命令のチェックサムのバイトを含む請求項２１に記載のＣＥＣ命令管理方法。
【請求項２３】
前記認識可能な命令は、少なくとも一つのデータバイトを更に含む請求項２２に記載のＣＥＣ命令管理方法。
【請求項２４】
前記リモート命令制御ユニットから前記第二ＣＥＣ命令を受けるステップは、
ＣＥＣ回線の中断を検出するステップ、
ＣＥＣ信号を受け、前記ＣＥＣ信号をスタートビット、論理０信号または論理１信号のいずれかに変換するステップ、
前記ＣＥＣ信号のエラーを検査するステップ、
前記論理０信号と前記論理１信号をビットストリームに変換するステップ、
前記ビットストリームがバイトを構成したかを確認するステップ、
前記バイトを前記ホスト制御ユニットに認識可能なメッセージに変換するステップ、および
前記メッセージを前記ホスト制御ユニットに送るステップを含む請求項１８に記載のＣＥＣ命令管理方法。
【請求項２５】
論理０信号または論理１信号からなる論理ビットを受けるステップ、
ビットカウンタを１に下げるステップ、
前記ビットカウンタが０より大きい場合、シフトレジスタの前記ビットを右から左にシフトするステップ、
第一の８ビットが受けられ、バイトが構成された後、前記第二ＣＥＣ命令が前記命令制御ユニットによって受けられるかどうかを検査し、前記命令制御ユニットが意図した受信者でない場合、バイトを捨てるステップ、
前記ＣＥＣバイトを前記命令制御ユニットに接続された保存装置の中に入れ、確認を前記リモート命令制御ユニットに送るステップ、
前記保存装置が使用可能の空間がない時、バイトを捨てるステップ、および
前記命令制御ユニットを有効にし、ＣＥＣ回線を中断させるステップを更に含む請求項２４に記載のＣＥＣ命令管理方法。
【請求項２６】
相互接続された複数の高画質マルチメディアインターフェース（ＨＤＭＩ）節点を含むシステムであって、各節点は、
ホスト制御ユニット、
ＣＥＣプロトコルに対応し、前記ホスト制御ユニットに接続された命令制御ユニット、
ＣＥＣプロトコルに対応し、前記ＨＤＭＩ節点の前記命令制御ユニットを相互接続する双方向ＣＥＣリンクを含み、
各前記命令制御ユニットは、
前記ホスト制御ユニットと前記命令制御ユニットに認識可能なフォーマットでホスト制御ユニットからの第一高レベル命令を受け、
前記双方向リンクによって前記第一高レベル命令を第一ＣＥＣフレームとしてリモート命令制御ユニットに伝送し、
第二高レベルＣＥＣ命令を第二ＣＥＣフレームとして前記双方向リンクから受け、
前記ホスト制御ユニットと前記命令制御ユニットに認識可能なフォーマットで前記第二ＣＥＣフレームを前記ホストユニットに送り、且つ、
前記認識可能な命令を第二高レベルＣＥＣ命令に変換するように適合され、
前記第一と第二ＣＥＣフレームと前記第一と第二高レベルＣＥＣ命令は、ＣＥＣ対応であるＣＥＣ対応システム。
【請求項２７】
ＨＤＭＩ対応バスに接続するように適合された第一ポート、
前記第一ポートに接続されたホスト制御ユニット、
ＣＥＣ対応バスに接続するように適合された第二ポート、
前記第二ポートと前記ホスト制御ユニットに接続され、前記ホスト制御ユニットから命令を受け、前記命令をＣＥＣ対応フレームに変換する命令制御ユニットを含むＣＥＣ対応装置。
【請求項２８】
前記第一ポートと前記第二ポートは、単一のソケットに結合される請求項２７に記載のＣＥＣ対応装置。
【請求項２９】
音響／映像のエンターテイメントシステムは、
ディスプレイ装置、
コンテンツ再生装置、
前記ディスプレイ装置と前記コンテンツ再生装置を相互接続する第一バス、
前記ディスプレイ装置と前記コンテンツ再生装置を相互接続する第二バスを含み、
前記ディスプレイ装置は、第一ホスト制御ユニットと第一命令制御ユニットを含み、前記第一命令制御ユニットは、前記第一ホスト制御ユニットと命令を通信し、予め定義されたプロトコルに適合したフォーマットで前記第二バスに前記命令を伝送、または前記命令を受けるように適合され、且つ、
前記コンテンツ再生装置は、第二ホスト制御ユニットと第二命令制御ユニットを含み、前記第二命令制御ユニットは、前記第二バスに前記命令を伝送、または前記命令を受け、前記第二ホスト制御ユニットと前記命令を通信するように適合される音響／映像のエンターテイメントシステム。
【請求項３０】
前記ディスプレイ装置は、本質的にテレビとスピーカーで構成されるグループから選ばれ、前記コンテンツ再生装置は、本質的にＤＶＤプレーヤー、ＣＤプレーヤーとＶＣＲで構成されるグループから選ばれる請求項２９に記載の音響／映像のエンターテイメントシステム。
【請求項３１】
前記第一バスは、ＨＤＭＩ対応バスであり、前記第二バスはＣＥＣ対応バスである請求項２９に記載の音響／映像のエンターテイメントシステム。
【請求項３２】
前記第一ホスト制御ユニットは、第一プロセッサを含み、前記第一命令制御ユニットは、第一プロセッサを含む請求項２９に記載の音響／映像のエンターテイメントシステム。
【請求項３３】
前記第一ホスト制御ユニットと前記第一命令制御ユニットは、共通のプロセッサをシェアする請求項２９に記載の音響／映像のエンターテイメントシステム。
【請求項３４】
前記第一バスと前記第二バスを介して前記テレビと前記ＤＶＤプレーヤーに接続された音響／映像レシーバを更に含む請求項２９に記載の音響／映像のエンターテイメントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家電機器に関し、特に、家電制御プロトコル（ｃｏｎｓｕｍｅｒ ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ，ＣＥＣｐｒｏｔｏｃｏｌ）対応の装置に関するものである。
【背景技術】
【０００２】
特に、音響／映像の家電機器は、ますます機能豊富で、操作が複雑となり、装置間の高バンド幅通信を標準化する必要性が高まっている。一つの解決法は、高画質マルチメディアインターフェース（ＨＤＭＩ）標準である。ＨＤＭＩは、単一のデジタルインターフェースで高解像度ビデオとマルチチャンネルオーディオを結合する、音響映像機器を接続する標準であり、将来の増進と必要に適合させるバンド幅を備えた単一のケーブルで明瞭なデジタル品質を提供する。ＨＤＭＩは、アナログＡ／Ｖ接続に重要な利点を提供し、非圧縮のデジタルビデオとオーディオコンテンツを伝送する能力を含む。
【０００３】
ＨＤＭＩは、例えば、セットトップボックス、ＤＶＤプレーヤー、Ａ／Ｖレシーバと、交換性のあるデジタルオーディオと、例えば、デジタルテレビ（Ｄテレビ）のビデオモニタなど、任意の交換性のあるデジタルオーディオ／ビデオソース間のインターフェースを提供する。
【０００４】
ＨＤＭＩ標準には、任意プロトコル、家電制御プロトコルがあり、ＨＤＭＩ環境に相互接続する音響映像機器間の高レベル制御機能を提供する。ＣＥＣは、ユーザーに、単一のリモートで全てのＨＤＭＩ装置の制御をさせ、例えば、ワンタッチプレイの高レベルの機能を可能にすることができる。ＣＥＣの目的は、共通通信プロトコルを用いたＡ／Ｖコンポーネント間の命令を配布することである。
【０００５】
ＣＥＣプロトコルは、ＨＤＭＩ標準の付録１に説明されている。付録１には、ＣＥＣに使用できる推奨された特徴と、電気特性、信号とビットタイミング、ＣＥＣブロックとフレームなどの定義を説明しているが、ユーザーとその他のＨＤＭＩ装置から受けたＣＥＣ命令を処理するＨＤＭＩ装置の解決法はない。ＣＥＣプロトコルが異なる製造業からの装置を相互通信する標準化された方法を提供する時、ＣＥＣ命令を含む個別の装置の処理と命令をするその方法は、大きく異なる可能性がある。よって、装置は、その内部命令プロトコルを構成する際に経費が増加し、その方法は、例えばＣＥＣの標準化されたプロトコルと交換性がなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
よって、音響映像装置のホスト制御ユニットから高レベルの命令を受け、それを低レベルの電気信号に変換し、標準化されたプロトコルに伝送する方法と装置が必要である。また、標準化されたプロトコルの低レベルの電気信号を受け、その信号をホスト制御ユニットが認識できる命令に変換する方法と装置が必要である。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施例は、プロトコル対応バスへの通信と、プロトコル対応バスからの通信を処理する補助制御ユニットの導入を通して、ホスト制御ユニットにプロトコル対応バスを通信させる方法と装置を提示する。補助制御ユニットは、バスへの送信のために、ホスト制御ユニットの高レベル命令を低レベルプロトコル対応の電気信号に変換する。また、ホストプロセッサ用に、バスから受けた低レベルプロトコル対応の電気信号を高レベル命令に変換する。
本発明の一つに基づくと、命令制御ユニットは、ＨＤＭＩ節点のホスト制御ユニットに接続される。命令制御ユニットは、ホスト制御ユニットに内蔵することができ、ホスト制御ユニットのプロセッサをシェア、または独自のプロセッサを有することができる。命令制御ユニットもまた、さらに双方向リンクによってホスト制御ユニットに接続された個別のユニットであることができる。
【０００８】
命令制御ユニットは、命令を送る発信者モードと命令を受ける受信者モード間を切換える。受ける命令は、送る命令より高い優先度を有する。仮に、命令制御ユニットがネットワークのその他の命令制御ユニットによって送られた命令を検出した場合、受信者モードに切換える。命令制御ユニットが送る命令を有する時、無信号時期を待ち、衝突を防いだ後、発信者モードに切換える。仮に、無信号時期の間、命令制御ユニットがその他の命令制御ユニットによって送られた命令を検出した場合、再び受信者モードに切換える。
発信者として機能する時、命令制御ユニットは、ホスト制御ユニットから高レベル命令を受けるように適合され、高レベル命令をフレームのフォーマットの双方向リンクによってリモート命令制御ユニットに変換し、伝送する。受信者として機能する時、命令制御ユニットは、フレームの双方向リンクから高レベル命令を受けるように適合され、フレームを高レベル命令としてホスト制御ユニットに送る。
本発明の一つの好ましい実施例は、ＣＥＣ対応ネットワークは、例えば、デジタルテレビ、またはスピーカーのディスプレイ装置と、例えば、ＤＶＤプレーヤー、またはＣＤプレーヤーのコンテンツ再生装置と、その他の装置を含むことができる。追加ＣＥＣバスを含むＨＤＭＩケーブルは、ディスプレイ装置、コンテンツ再生装置と、その他のＣＥＣ対応装置に相互接続する。命令フレームは、ＣＥＣプロトコルによって定義されたＣＥＣフレームである。よって、ＣＥＣプロトコルによる高レベル制御が実施される。
【０００９】
本発明の具体的手段を下記に示す。
（1）命令を生じさせるために適合されるホスト制御ユニット、ＣＥＣ回線を含む多芯バス（ｍｕｌｔｉ−ｃｏｎｄｕｃｔｏｒ ｂｕｓ）に接続する第一ポート、前記ホスト制御ユニットと前記ＣＥＣ回線に接続され、前記命令をＣＥＣフレームに変換するために適合される命令制御ユニットを含む家電制御（ＣＥＣ）プロトコル対応装置。
（2）前記ＣＥＣフレームは、論理０ｓ（信号）と論理１ｓ（信号）によって表されるビットを含み、論理０は、１.５ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出力電圧と、０.９ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表され、論理１は、０.６ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出力電圧と、１.８ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表される（1）に記載のＣＥＣ対応装置。
（3）前記命令制御ユニットは、前記ホスト制御ユニットに内蔵され、前記命令制御ユニットは、前記ホスト制御ユニットによって用いられる共通のプロセッサを有する（1）に記載のＣＥＣ対応装置。
（4）前記命令制御ユニットは、双方向リンクによって前記ホスト制御ユニットに接続される（1）に記載のＣＥＣ対応装置。
（5）前記命令制御ユニットに接続され、前記ホスト制御ユニットから受けた認識可能なメッセージを保存する保存装置を含み、前記各認識可能なメッセージは、前記認識可能なメッセージのバイトの総数を表す長さのバイト、前記命令制御ユニットに通知するために予め定義されたコア命令バイト、ヘッダバイト、および前記認識可能なメッセージのチェックサムのバイトを更に含む（1）
に記載のＣＥＣ対応装置。
（6）前記認識可能なメッセージは、少なくとも一つのデータバイトを更に含む（5）に記載のＣＥＣ対応装置。
（7）家電制御（ＣＥＣ）プロトコル対応の装置は、ホスト制御ユニット、前記ホスト制御ユニットとＣＥＣバスに接続され、前記ＣＥＣバスを通して通信するために適合される命令制御ユニットを含み、前記命令制御ユニットは、  ＣＥＣプロトコルを支援し、前記ＣＥＣバスから中断を検出し、且つ、前記命令制御ユニットを発信者モードまたは受信者モードのどちらかに切換え、前記発信者モードは、ホスト制御ユニットから第一高レベル命令を受け、前記第一高レベル命令を第一ＣＥＣフレームに変換し、ＣＥＣ回線を介して前記第一ＣＥＣフレームをリモート命令制御ユニットに伝送する機能を有し、前記受信者モードは、前記ＣＥＣバスから第二ＣＥＣフレームを受け、前記第二ＣＥＣフレームを第二高レベルＣＥＣ命令に変換し、且つ、前記第二高レベルＣＥＣ命令を前記ホスト制御ユニットに送る機能を有する家電制御（ＣＥＣ）プロトコル対応のＣＥＣ対応装置。
（8）前記第一と第二高レベルＣＥＣ命令と第一と第二ＣＥＣフレームのフォーマットは、前記ＣＥＣプロトコルによって定義される（7）に記載の装置。
（9）前記命令制御ユニットは、前記ホスト制御ユニットに内蔵され、前記命令制御ユニットは、前記ホスト制御ユニットまたは個別のプロセッサによって用いられる共通のプロセッサを有する（7）に記載のＣＥＣ対応装置。
（10）前記命令制御ユニットは、前記ホスト制御ユニットから離され、前記命令制御ユニットは、双方向リンクによって前記ホスト制御ユニットに接続される（7）に記載のＣＥＣ対応装置。
【００１０】
（11）家電制御（ＣＥＣ）命令を管理する方法であって、ホスト制御ユニットから生じた第一ＣＥＣ命令をリモート命令制御ユニットに伝送し、前記第一ＣＥＣ命令は、前記ホスト制御ユニットに接続された第一命令制御ユニットによって伝送されるステップ、リモート命令制御ユニットから第二ＣＥＣ命令を受け、前記ホスト制御ユニットに送り、前記第二ＣＥＣ命令は、前記第一命令制御ユニットによって伝送されるステップを含み、前記ホスト制御ユニット、前記第一命令制御ユニットと、前記リモート命令制御ユニットは、ＣＥＣ対応であり、且つ、前記第一と第二ＣＥＣ命令は、ＣＥＣプロトコルによって定義されるＣＥＣ命令管理方法。
（12）ＣＥＣ回線の中断を検出するステップ、ＣＥＣ回路の中断が検出された場合、前記第二ＣＥＣ命令を受けるステップ、および中断が検出されず、且つ、前記第一ＣＥＣ命令が伝送準備完了の場合、前記第一ＣＥＣ命令を伝送し、無信号時期を待つステップを更に含む（11）に記載のＣＥＣ命令管理方法。
（13）前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップは、
前記ホスト制御ユニットで前記第一ＣＥＣ命令を認識可能な命令に変換するステップ、前記認識可能な命令を前記第一命令制御ユニットに送るステップ、前記認識可能な命令を前記第一命令制御ユニットに受けるステップ、前記認識可能な命令をスタートビットと少なくとも一つのブロックから構成されるＣＥＣフレームに変換するステップを含み、前記ＣＥＣフレームはＣＥＣ対応であり、
ＣＥＣ回路によって前記ＣＥＣフレームを伝送するステップ、および前記ＣＥＣフレームのどのブロックからも確認が受けられない場合、再度伝送するステップを含む（11）に記載のＣＥＣ命令管理方法。
（14）前記認識可能な命令は、前記認識可能な命令のバイトの総数を表す長さのバイト、前記命令制御ユニットに通知するために予め定義されたコア命令バイト、ヘッダバイト、および前記認識可能な命令のチェックサムのバイトを含む（13）に記載のＣＥＣ命令管理方法。
（15）前記認識可能な命令は、少なくとも一つのデータバイトを更に含む
（14）に記載のＣＥＣ命令管理方法。
（16）前記第二ＣＥＣ命令を受けるステップは、前記無信号時期を待つステップの間、中断がＣＥＣ回線から検出された場合、行われる（12）に記載の方法。
（17）前記リモート命令制御ユニットから前記第二ＣＥＣ命令を受けるステップは、ＣＥＣ回線の中断を検出するステップ、ＣＥＣフレームを受けるステップ、前記ＣＥＣフレームのエラーを検査するステップ、前記命令制御ユニットと前記ホスト制御ユニットによって認識されたフォーマットで前記ＣＥＣフレームを前記ホスト制御ユニットに送るステップを含む（11）に記載のＣＥＣ命令管理方法。
（18）家電制御（ＣＥＣ）命令を管理する方法であって、命令制御ユニットを初期化し、ホスト制御ユニットと前記命令制御ユニット間の通信径路を作るステップ、前記命令制御ユニットを有効にし、ＣＥＣ回線を中断させるステップ、
第一ＣＥＣ命令をホスト制御ユニットから命令制御ユニットに送るステップ、
無信号時期を待つステップ、前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップ、前記第一命令制御ユニットによって第二ＣＥＣ命令をリモート命令制御ユニットから受けるステップ、前記第二ＣＥＣ命令を前記ホスト制御ユニットに送るステップを含むＣＥＣ命令管理方法。
（19）前記第一と第二ＣＥＣ命令は、ＣＥＣプロトコルによって定義される
（18）に記載のＣＥＣ命令管理方法。
（20）第二ＣＥＣ命令を受けるステップは、前記無信号時期を待つステップの間、中断がＣＥＣ回線から検出された場合、行われる（18）に記載のＣＥＣ命令管理方法。
（21）前記第一ＣＥＣ命令をリモート命令制御ユニットに伝送するステップは、
前記ホスト制御ユニットで前記第一ＣＥＣ命令を認識可能な命令に変換するステップ、前記認識可能な命令を前記命令制御ユニットに送るステップ、前記認識可能な命令を前記命令制御ユニットに受けるステップ、前記認識可能な命令をスタートビットと少なくとも一つのブロックから構成される第一ＣＥＣフレームに変換するステップを含み、前記第一ＣＥＣフレームの各ブロックは、ビット１〜８の前記ホスト制御ユニットから受けた一つのビット、ビット９のメッセージの終端と、ビット１０の確認から成り、且つ、前記ＣＥＣフレームを前記リモート命令制御ユニットに伝送するステップ、前記リモート命令制御ユニットから確認を検査するステップ、前記第一ＣＥＣフレームのどのブロックからも確認が受け取れない場合、再度伝送するステップ、および前記第一ＣＥＣフレームの全てのブロックが伝送されるまで伝送を続けるステップを含む
（18）に記載のＣＥＣ命令管理方法。
（22）前記認識可能な命令は、前記認識可能な命令のバイトの総数を表す長さのバイト、前記命令制御ユニットに通知するために予め定義されたコア命令バイト、ヘッダバイト、および前記認識可能な命令のチェックサムのバイトを含む（21）に記載のＣＥＣ命令管理方法。
（23）前記認識可能な命令は、少なくとも一つのデータバイトを更に含む
（22）に記載のＣＥＣ命令管理方法。
（24）前記リモート命令制御ユニットから前記第二ＣＥＣ命令を受けるステップは、ＣＥＣ回線の中断を検出するステップ、ＣＥＣ信号を受け、前記ＣＥＣ信号をスタートビット、論理０ｓまたは論理１ｓのいずれかに変換するステップ、前記ＣＥＣ信号のエラーを検査するステップ、前記論理０ｓと前記論理１ｓをビットストリームに変換するステップ、前記ビットストリームがバイトを構成したかを確認するステップ、前記バイトを前記ホスト制御ユニットに認識可能なメッセージに変換するステップ、および前記メッセージを前記ホスト制御ユニットに送るステップを含む（18）に記載のＣＥＣ命令管理方法。
（25）論理０または論理１からなる論理ビットを受けるステップ、ビットカウンタを１に下げるステップ、前記ビットカウンタが０より大きい場合、シフトレジスタの前記ビットを右から左にシフトするステップ、第一の８ビットが受けられ、バイトが構成された後、前記第二ＣＥＣ命令が前記命令制御ユニットによって受けられるかどうかを検査し、前記命令制御ユニットが意図した受信者でない場合、バイトを捨てるステップ、前記ＣＥＣバイトを前記命令制御ユニットに接続された保存装置の中に入れ、確認を前記リモート命令制御ユニットに送るステップ、前記保存装置が使用可能の空間がない時、バイトを捨てるステップ、および前記命令制御ユニットを有効にし、ＣＥＣ回線を中断させるステップを更に含む（24）に記載のＣＥＣ命令管理方法。
【００１１】
（26）相互接続された複数の高画質マルチメディアインターフェース（ＨＤＭＩ）節点を含むシステムであって、各節点は、ホスト制御ユニット、ＣＥＣプロトコルに対応し、前記ホスト制御ユニットに接続された命令制御ユニット、  ＣＥＣプロトコルに対応し、前記ＨＤＭＩ節点の前記命令制御ユニットを相互接続する双方向ＣＥＣリンクを含み、各前記命令制御ユニットは、前記ホスト制御ユニットと前記命令制御ユニットに認識可能なフォーマットでホスト制御ユニットからの第一高レベル命令を受け、前記双方向リンクによって前記第一高レベル命令を第一ＣＥＣフレームとしてリモート命令制御ユニットに伝送し、
第二高レベルＣＥＣ命令を第二ＣＥＣフレームとして前記双方向リンクから受け、前記ホスト制御ユニットと前記命令制御ユニットに認識可能なフォーマットで前記第二ＣＥＣフレームを前記ホストユニットに送り、且つ、前記認識可能な命令を第二高レベルＣＥＣ命令に変換するように適合され、前記第一と第二ＣＥＣフレームと前記第一と第二高レベルＣＥＣ命令は、ＣＥＣ対応であるＣＥＣ対応システム。
（27）ＨＤＭＩ対応バスに接続するように適合された第一ポート、前記第一ポートに接続されたホスト制御ユニット、ＣＥＣ対応バスに接続するように適合された第二ポート、前記第二ポートと前記ホスト制御ユニットに接続され、前記ホスト制御ユニットから命令を受け、前記命令をＣＥＣ対応フレームに変換する命令制御ユニットを含むＣＥＣ対応装置。
（28）前記第一ポートと前記第二ポートは、単一のソケットに結合される（27）に記載のＣＥＣ対応装置。
（29）音響／映像のエンターテイメントシステムは、ディスプレイ装置、コンテンツ再生装置、前記ディスプレイ装置と前記コンテンツ再生装置を相互接続する第一バス、前記ディスプレイ装置と前記コンテンツ再生装置を相互接続する第二バスを含み、前記ディスプレイ装置は、第一ホスト制御ユニットと第一命令制御ユニットを含み、前記第一命令制御ユニットは、前記第一ホスト制御ユニットと命令を通信し、予め定義されたプロトコルに適合したフォーマットで前記第二バスに前記命令を伝送、または前記命令を受けるように適合され、且つ、前記コンテンツ再生装置は、第二ホスト制御ユニットと第二命令制御ユニットを含み、前記第二命令制御ユニットは、前記第二バスに前記命令を伝送、または前記命令を受け、前記第二ホスト制御ユニットと前記命令を通信するように適合される音響／映像のエンターテイメントシステム。
（30）前記ディスプレイ装置は、本質的にテレビとスピーカーで構成されるグループから選ばれ、前記コンテンツ再生装置は、本質的にＤＶＤプレーヤー、ＣＤプレーヤーとＶＣＲで構成されるグループから選ばれる（29）に記載の音響／映像のエンターテイメントシステム。
（31）前記第一バスは、ＨＤＭＩ対応バスであり、前記第二バスはＣＥＣ対応バスである（29）に記載の音響／映像のエンターテイメントシステム。
（32）前記第一ホスト制御ユニットは、第一プロセッサを含み、前記第一命令制御ユニットは、第一プロセッサを含む（29）に記載の音響／映像のエンターテイメントシステム。
（33）前記第一ホスト制御ユニットと前記第一命令制御ユニットは、共通のプロセッサをシェアする（29）に記載の音響／映像のエンターテイメントシステム。
（34）前記第一バスと前記第二バスを介して前記テレビと前記ＤＶＤプレーヤーに接続された音響／映像レシーバを更に含む（29）に記載の音響／映像のエンターテイメントシステム。
【発明の効果】
【００１２】
本発明は、特定の標準またはプロトコルに限定していないが、本発明の好ましい実施例は、ＨＤＭＩ環境で用いられるＣＥＣプロトコルを実施する解決法を提案する。命令制御ユニットを有することで、高レベル命令がＣＥＣバスに伝送され、全ＨＤＭＩ節点を接続する。命令制御ユニットは、ＣＥＣプロトコルの関連したメッセージを操作する責任からホスト制御ユニットを解放する。本発明の好ましい実施例では、ＣＥＣ対応ネットワークは、デジタルテレビまたはスピーカーなどのディスプレイ装置、ＤＶＤプレーヤーまたはＣＤプレーヤーなどのコンテンツ再生装置と、その他の装置を含む。附加ＣＥＣプロトコル対応バスを備えるＨＤＭＩバスは、ディスプレイ装置、コンテンツ再生装置と、その他のＣＥＣ対応装置に相互接続する。高レベル命令は、ＣＥＣ対応である。命令フレームは、ＣＥＣプロトコルによって定義されたＣＥＣフレームである。よって、ＣＥＣプロトコルによる高レベル制御が実施される。
【発明を実施するための最良の形態】
【００１３】
本発明についての目的、特徴、長所が一層明確に理解されるよう、以下に実施形態を例示し、図面を参照にしながら、詳細に説明する。
【実施例】
【００１４】
本実施例の好ましい製造と運用が以下に詳細に説明される。当然のことながら、本発明は、多くの適用可能な発明概念を提供するが、広範な特定の状況で実施することができる。ここで述べた特定の実施例は、本発明の製造と運用の特定方式の一例であり、本発明の範囲を限定するものではない。
【００１５】
本発明の有用で新しい特徴を好ましい実施例に基づいて詳述する。前記発明は、音響／映像装置のＨＤＭＩ対応ネットワークで体化され、ネットワークもまた、ＨＤＭＩ標準のＣＥＣプロトコルに対応して用いている。当業者に周知のように、好ましい実施例の技術は、多種の異なる状況に用いることができ、ＣＥＣプロトコル、またはその他の現存の、または後に発展される将来のバージョンを含む。実例となるネットワークは、図１に図解される。ネットワークは、例えば、コンテンツ再生装置１０１、ディスプレイ装置１０５、Ａ／Ｖ受信機１０４などの相互接続装置１０を含む。コンテンツ再生装置１０１は、ＤＶＤプレーヤー、ＣＤプレーヤー、またはその他の装置であることができる。ディスプレイ装置１０５は、音響／映像信号を示し、テレビ、スピーカーなどであることができる。各装置は、ネットワークの節点と見なすことができ、各節点は、ケーブルによって相互接続され、好ましくは、ＨＤＭＩ対応のケーブルである。
【００１６】
一つの好ましい実施例では、装置１０は、図２に図解したシステムのように、ＨＤＭＩ標準とＣＥＣプロトコルの両方に対応する。ＨＤＭＩシステム構造は、ＨＤＭＩケーブル１１によって相互接続されたＨＤＭＩ節点から構成される。ＨＤＭＩケーブル１１とコネクタは、データとクロックチャネルを構成する、異なる４ペアを送る。これらのチャネルは、ビデオ、オーディオと補助データを送るために用いられる。また、ＨＤＭＩは、ディスプレイデータチャネル（ＤＤＣ）を送る。ＤＤＣは、ＨＤＭＩ節点間の形態と状態の交換に用いられる。任意のＣＥＣプロトコルは、ＣＥＣネットワークの全てのＣＥＣ対応節点の間の高レベル制御機能を提供する。ＣＥＣ節点は、ＣＥＣ回線またはバス１２によって相互接続される。ＣＥＣバスはまた、命令ラインまたは命令バスとも呼ばれる。ＣＥＣバスは、好ましくは単一の双方向回線で構成される。各節点は、双方向のＣＥＣバスを通して接続され、よって、どのＣＥＣ節点にもネットワークマップを作らせることができる。ＨＤＭＩケーブルとＣＥＣバスは、異なるポートを用いているが、一つのソケットに結合されることもでき、異なるソケットを有することもできる。各ＣＥＣ節点（ＨＤＭＩ節点）は、論理アドレスに位置されることができる。
【００１７】
ＣＥＣプロトコルでは、高レベル命令のリストは、ＨＤＭＩ節点の動作のために定義されている。ホスト制御ユニットは、各装置１０（ＨＤＭＩ節点）に含まれ、高レベル命令を実行する。ＨＤＭＩ節点が相互接続されることから、一つのＨＤＭＩ節点で実行される一つの命令は、その他のＨＤＭＩ節点によって実行されることもできる。例えば、図２を参照ください。ＤＶＤプレーヤー１０１のプレイボタンを押すと、高レベル命令が生じる。高レベル命令がディスプレイ装置に伝送されるのは好ましく、この場合、テレビ１０５は、直接、またはＡ／Ｖ受信機１０４を介したどちらかのＤＶＤプレーヤーに接続され、テレビのホスト制御ユニットは、テレビ１０５を対応する入力に自動的に切換える。このような特徴では、高レベル命令は、ＨＤＭＩ節点の間に伝送されなければならない。
【００１８】
好ましい実施例では、命令制御ユニットは、ＨＤＭＩ節点がＣＥＣプロトコルに対応するように、ＨＤＭＩ節点間の高レベル命令の伝送を行うように定義される。ソフトウェアとそれを支持するハードウェアを有する命令制御ユニットは、好ましくは、ＨＤＭＩ節点の中に内蔵される。図３に示すように、一つの好ましい実施例では、命令制御ユニット２６は、ＨＤＭＩ節点のホスト制御ユニット２０に組み込まれる。好ましくは、命令制御ユニット２６は、ファームウェア／ソフトウェアである。しかし、必要ならば、追加のハードウェアを含むことができる。命令制御ユニット２６は、好ましくは、ホスト制御ユニット２０のプロセッサをシェアする。図３に示すように、その他の好ましい実施例では、命令制御ユニット２６は、単位であり、ホスト制御ユニット２０とは別に、好ましくは、個別のプロセッサを用いる。通信回線２１は、ホスト制御ユニット２０と命令制御ユニット２６を接続する。通信回線２１は、例えば、ＲＳ２３２またはＩ２Ｃのシリアルバス、またはパラレル通信バスであることができる。どの種類のバスを選ぶかに関係なく、通信バス２１は、双方向通信をさせなくてはならない。
【００１９】
図３と図４は、命令制御ユニット２６に内蔵されたバッファ２８を図解している。また、バッファは、命令制御ユニット２６から分けられているが接続されている任意の保存装置であることができる。ネットワークに複数の節点があることから、一つ以上の節点がほぼ同時に、メッセージをバス２２に伝送する必要があることが可能である。よって、命令制御ユニットは、バスに伝送する前に、それがバス２２を制御するまで待たなければならない。よって、バッファ２８は、ホスト制御ユニット２０からの命令を一時的に保存するように用いられることができる。また、命令制御ユニット２６がバス２２からの受信命令を受けた時、ホスト制御ユニット２０は、受けた命令を処理できる状態にない可能性がある。よって、命令は、バッファ２８に保存されることができる。
【００２０】
高レベル命令は、リモートコントロールまたはパネル上のコントロールから、ホスト制御ユニット２０によって受けられることができる。これらの高レベル命令は、ネットワークのその他の装置との相互作用を必要とする可能性がある。仮に、ホスト制御ユニット２０が高レベル命令をネットワークのその他の装置に伝送する必要があると決めた場合、ホスト制御ユニット２０は、ホスト制御ユニット２０と命令制御ユニット２６の両方が認識できる命令を作り、命令制御ユニット２６に送る。認識可能な命令は、好ましくは下記の領域を有する。
長さ＋コア命令＋［ヘッダバイト＋データバイト１＋…＋データバイトｎ］＋チェックサム
好ましい実施例では、各領域は、１バイト長い。長さの領域は、認識可能なバイト数を示している。コア命令領域は、受けた認識可能な命令をどのように処理するかをホストプロセッサと命令制御ユニットが分かるように予め定義される。好ましくは、装置の設計者によってカスタマイズされ、ネットワークの装置間の相互作用をサポートし、ホスト制御ユニットと命令制御ユニット間の相互作用をサポートする。ヘッダとデータバイトの領域は、高レベル命令を含む情報ビットを含む。ヘッダバイトは、好ましくは、宛先論理アドレス領域と発信元論理アドレス領域で構成される。データバイトは、オペレーションコード（ｏｐｃｏｄｅ）とオペランド（ｏｐｅｒａｎｄ）で構成される。メッセージを送る二つの別途のビットが必要であり、次の段落に詳細に述べる。好ましい実施例では、これらの二つのビットは、命令制御ユニット２６によって作られて附加され、送りたい命令ブロックに送られる。その他の実施例では、これらの二つのビットは、ホスト制御ユニット２０によって附加される。チェックサム領域は、“長さ＋コア命令＋［ヘッダバイト＋データバイト１＋…＋データバイトｎ］”のバイトのチェックサムを有し、命令制御ユニット２６によって受けられた認識可能な命令がホスト制御ユニット２０によって送られたのとが一致するかを確認するのに、用いられる。注意するのは、認識可能な命令は、ホスト制御ユニットと命令制御ユニットによってのみに用いられる仲介メッセージである。よって、そのフォーマットは、装置設計者の必要に合わせて変えることができる。
【００２１】
認識可能な命令が有効であると確認されると、ヘッダとデータバイトの領域は、伝送のために命令ブロックに変換される。図５は、認識可能な命令の有効性を検査する模範的な流れ図を図解している。流れ図は、下記の説明を通して概念的に理論を説明している。論理を実施するために用いられる特定のコンピュータ言語は、プログラマーの意向によって変えることができる。ブロック３２では、長さの領域は、長さが有効な範囲にあることを確保するために検査される。有効な範囲は、認識可能なメッセージのフォーマットのデザインに基づいて規定される。例では、最小の長さが４であり、一バイトの長さの“長さ”、１バイトの“コア命令”、１バイトの“ヘッダ”と、１バイトの“チェックサム”である。最大の長さは、好ましくは１９であり、一バイトの“長さ”、１バイトの“コア命令”、１バイトの“ヘッダ”と、１バイトの“オペコード”、１４バイトの“オペランド”と、１バイトの“チェックサム”である。仮に長さが範囲を越えた場合、次のバイトは“長さ”としてとらえられ、検査（ブロック４４）される。仮に長さが正確な範囲内の場合、長さの領域に基づいて確認されているチェックサム領域がチェックされる。新しいチェックサムは、認識可能な命令から算出され、認識可能な命令のチェックサム領域と比較される。仮にチェックサムが不正確な場合、次のバイトは、長さとしてとらえられ、チェックサムが算出される（ブロック４４）。仮にチェックサムが正確な場合、有効な認識可能な命令が見つけられ、“伝送準備完了”としてマークされ、例えば、ブロック４６に示すように“ｔｘ_ｃｏｍｍａｎｄ_ｒｅａｄｙ”のフラグがセットされる。
【００２２】
好ましい実施例では、命令はフレームに伝送される。フレームは少なくともスタートビットとヘッダブロックを含み、ある状況で一つまたは一つ以上のデータブロックを更に含む。命令ブロックのフォーマットの範例は、ＨＤＭＩ標準のＣＥＣプロトコルに提供される。各命令ブロックは、好ましくは１０ビットを含む。ビット１から８は、情報ビットである。仮に命令ブロックがヘッダブロックの場合、ビット１から４は、発信元論理アドレスから構成され、ビット５から８は、宛先論理アドレスから構成される。仮に命令ブロックがデータブロックの場合、ビット１から８は、オペコードまたはオペランドのどちらかから構成される。高レベル命令が一つずつ伝送される複数のバイトを含むことができることから、二つの余分なビットを有すると好ましい。即ち、９番目のビット“メッセージの終端”は、目下のバイトが最後に送られるバイト（ｉ.ｅ．最後の命令）かどうかを示しており、１０番目のビット“確認”は、命令ブロックの受けた状態を示す。これらの附加ビットの数と設置は、設計者の選択できることである。
【００２３】
図６は、模範的な命令制御ユニット２６の状態図を表している。ネットワークの全命令制御ユニット２６が相互接続（例えば、命令バス２２を介して、またはいくつかの好ましい実施例のＣＥＣバス１２によって）されていることから、一つの命令制御ユニットによって送られた命令は、ネットワークのそれぞれの装置１０に内蔵された、全てのその他の命令制御ユニットによって受けられる。初期設定のブロック４８では、命令制御ユニット２６は、初期化され、それに対応したホスト制御ユニット２０との通信を作る。命令制御ユニットは、ブロック５０の命令バス２２の電圧を監視する、“実施可能な中断（ｉｎｔｅｒｒｕｐｔｅｎａｂｌｅｍｅｎｔ）”状態に入る。好ましい実施例では、一つの命令制御ユニットが命令フレームを伝送し始めた時、命令バス２２の好ましくは約２.５Ｖから約３.６Ｖ間の高電圧を約０Ｖから約６００ｍＶ間の低電圧に引き下げ、命令回線の中断を起こさせる。検出された電圧変化は、各命令制御ユニットに命令バスの次に続く低電圧と高電圧期間の持続時間を測定させ、スタートビットを検出する。命令制御ユニットは、命令制御ユニットの内部レジスタの状態と命令バスの状態に基づいて、それ自身を命令ブロックを伝送する発信者、または命令ブロック（ブロック５２）を受ける受信者に切換える。この部分は、下記に詳細に説明する。発信者が伝送を始める前に、好ましくは無信号時間を待ち、命令回線がある一定時期、非アクティブであるのを確保する。仮に中断が無信号時期中に、命令回線で検出された場合、命令制御ユニットは、そのような中断を始めた装置が伝送を試みているのを知り、この場合、命令制御ユニットは受信者（ステップ５４）となり、命令ブロックまたはメッセージを受け始める。図５は、単に簡単に命令制御ユニットの状態を述べている。各ブロックの詳細は、次の段落で述べる。
【００２４】
図７は、図６のブロック５２の詳細を表している。命令制御ユニットがどのように受信者と発信者を切換えるかを図解している。命令制御ユニットが伝送していてもしていなくても、命令バスの中断を検査する。メッセージを受けるのが送るのより優先することから、中断が受けられた時（ステップ７０）命令制御ユニット２６は、受信者に切換え、ＣＥＣ命令を受け始める（ブロック８０）。中断が検出されず、命令が命令制御ユニット２６のバッファ２８にあり、送られるのを待機している時（ブロック７４、図６のステップ５６も参照ください）、命令制御ユニット２６は、発信者モードを切換え、適合する信号の無信号時期（ブロック８２）を待つ。仮に、伝送を待っている命令がない場合、命令バスの中断を再び待ち始める（ステップ７６）。
【００２５】
図６のブロック６２を参照しながら上述に述べたように、命令制御ユニットは、命令バスが使用されていないと検出しても、すぐにメッセージを送らない。“無信号時期を待つ”プロセスを通過する。このプロセスの間、命令制御ユニットは、無信号時期を待ち、衝突が起こらず、物理層が確実なメッセージの伝送の準備ができているのを確保する（ブロック６２）。図８は、無信号時期を待つプロセスの論理を概念的に図解している。好ましい実施例では、ネットワークの各装置は、所定の無信号時期に関連する。命令制御ユニットは、発信者モードに切換える前に待たなければならない。命令制御ユニットは、無信号時期がタイムアウトになるのを待つ期間（ブロック８６）、中断が検出された場合（ステップ９４）、命令制御ユニットは受信者モードに切換え、命令バスから命令フレームを受ける（ブロック９８）。命令制御ユニットがタイムアウトになった場合（ｉ.ｅ.， 無信号時期は、バスで発生された高優先順序の中断を除いて経過される）、命令制御ユニットは、命令バスの制御をし、メッセージの伝送を始める（ブロック１００）。命令制御ユニットが伝送を始めた時、好ましくは、制御フレームの伝送が完了するまで、バスの制御を解除しない。
【００２６】
図５のブロック６４の好ましい実施例の詳細は、図９に図解される。発信者の機能は、下記のように要約することができる。ＣＥＣ命令がホスト制御ユニットから受けられた時、命令フレームに変換され、伝送される。受信側からの確認が受けられるのが望ましいが、そうでない場合、再伝送が生じる。図９の詳細は、下記に説明される。スタートブロック１０２で、命令制御ユニットは、その関連のホスト制御ユニットからの中断を待ち（ブロック１０４）、ホスト制御ユニットからの中断が受けられた時、命令制御ユニットは、ホスト制御ユニットからの命令を受ける（ブロック１１０）。命令制御ユニットとその関連したホスト制御ユニットは、両方とも信号装置に組み込まれる（例えばデジタルテレビまたはＤＶＤプレーヤー）。命令制御ユニットとホスト制御ユニットが機能的に組み込まれ、単一のプロセッサのみを用いる場合（図３）、中断は、内部発生のソフトウェア指令の形であることができる。送られる命令を受けると、命令制御ユニットは、無信号時期を待つ（ブロック１１３）。“無信号時期を待つ”プロセスは、命令制御ユニットを待たせ、命令バスに信号を伝送する前に、命令バスがアクティブか非アクティブかどうかを見るプロセスである。このプロセスが始まってから、命令バスが予め決められたビット期間、非アクティブであれば、命令制御ユニットが命令バスを用いる時となる。続いて、命令制御ユニットは、発信者モードに切換える（ブロック１１８）。命令制御ユニットは、先ず、ＥＯＭとＡＣＫを加えることによって、ヘッダバイト（発信者論理アドレスと宛先論理アドレス）を命令ブロックに変換し始め、命令ブロックを信号に変換し（１２６）、スタートビットとヘッダブロックの信号を命令バスに伝送する（ブロック１２７）。仮に、その他の装置が同時に信号を送っている場合、仲裁プロセスが行われる（ブロック１２５）。仲裁プロセスは、どの装置が命令バスの制御をする、より高い優先を有するかを決定する。仲裁プロセスは、予め決められた規則に基づいて行われることができる。例えば、論理アドレス０００１（先頭に３つのゼロを有する）を有する装置は、論理アドレス００１０（先頭に２つのゼロを有する）を有するその他の装置より高い優先を有する。仲裁プロセスは、少なくとも２つの装置の間でだけ行われ、同時にスタートビットとヘッダブロックを同じ命令バスに送る。仮にこの時、命令制御ユニットがそれが仲裁を失ったと発見した場合（ステップ１２９）、受信者モードに切換え戻す（ブロック１３０）。そうでなければ、伝送を始める。ブロック１２８では、ホスト制御ユニットから受けた命令の各バイトは、“最終メッセージ”（ＥＯＭ）ビットと、確認（ＡＣＫ）ビットを加えることで１０ビットの命令ブロックに変換される。１０ビットの命令ブロックは、０ｓを論理０ｓに、１ｓを論理１ｓに変換することで命令信号に変換される。論理０ｓと論理１ｓの実施は、設計者によって定義されることができ、発信者と受信者の双方によって認識できる実施を提供する。好ましい実施がＣＥＣプロトコルに提供され、高低電圧の持続時間を用いて論理０ｓと論理１ｓを区別する。例えば、論理０は、１.５ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出��電圧と、０.９ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表される。論理１は、０.６ｍｓ持続の約０Ｖ〜約６００ｍＶの間の出力電圧と、１.８ｍｓ持続の約２.５Ｖ〜約３.６Ｖの間の出力電圧によって表される。その他の実施は、異なる電圧レベルを用いてスタートビット、論理０ｓと論理１ｓを表すのを含む。続いて、命令信号が命令バスに送られる（ブロック１３４）。続いて、命令制御ユニットは、伝送されたバイトが認識されたかどうかを検査する。仮に特定時間に認識が受けられない場合、伝送は失敗したと見なされ、失ったフレームは、再度伝送される（ブロック１３２）。バイトは、全バイトが伝送されるまで、一つずつ伝送される（ブロック１３６）。
【００２７】
受信者側では、受ける機能が行われ、図１０の実施例の流れ図によって図解されている。命令制御ユニットの機能は、受信側、または受信者として働き、下記のように要約することができる。受信者は、各ビットを受け、ビットを結合してバイトにし、認識を各バイトに送る。続いて、命令制御ユニットの受信者は、確認ビットとメッセージの終端ビットを取り除き、受けた命令をその関連したホスト制御ユニットに送る。流れ図の詳細は、下記のように説明することができる。ブロック１４８では、命令制御ユニットは、命令回線の動作を監視する。仮に中断が受けられた時（ステップ１４９）、命令制御ユニットは、命令信号を受け始める（ブロック１５０）。３つのタイプのビット、スタートビット、論理０ｓと、論理１ｓを受けることができる。受信者は、ビットタイミング、または命令回路が低／高電圧に留まり、スタートビット、論理０ｓと、論理１ｓを区別する時間を用いる。時間がプロトコルによって特定された有効な範囲内でない場合、エラーが検出されて（ブロック１５４）、エラーが知らされ（ブロック１６０）、発信者がエラーが起きたのを知る。命令制御ユニットがどのようにスタートビット、論理０ｓと、論理１ｓを処理するかの詳細は、図１０、１１に説明される。仮に、論理０または論理１が受けられた場合、信号はビットストリームに変換される（ブロック１６２）。８ビットが受けられた後、８ビットは、結合されてバイトを形成し（ブロック１６４）、確認が発信者に送られる（ブロック１７０）。好ましい実施例では、命令制御ユニットは、受けたブロックを累積して結合し、全ブロックが受けられた後、それらを命令に変換し、ホスト制御ユニットに送る（１７２）。その他の実施例では、命令制御ユニットは、各命令ブロックを受けた後、ブロックの情報バイトをホスト制御ユニットに送る。受信者は、最後の命令ブロックが受けられたのを検出するまで受け続ける（ブロック１７４）。メッセージの最後のバイトは、命令ブロックのＥＯＭビットによって表される。
【００２８】
図１１は、スタートビットが受けられた場合の論理の模範的な流れ図を図解しており、スタートビットは、命令フレームの始まりを表している。仮にスタートビットが受けられた場合、カウンタのビット長は、期待の全長に設定される（１８０）。例えば、１０ビットブロックと仮定すれば（１バイトと１確認ビットと“最終メッセージ”ビット）、ビット長は、命令ブロックに受けられる１０ビットを数えるために用いられる。
【００２９】
図１２は、論理０または論理１ビットを受ける流れ図を表している。各論理ビットをビットに受けて変換した後（ブロック１８４）、カウンタのビット長は、検査され（ブロック１８６）、１に減少される。非ゼロは、まだいくつかのビットが現在の命令ブロックに来ることを表している。受けたビットは、レジスタに入れられ、その前に受けたビットは、１ビット左にシフトされる（ブロック１９２）。命令制御ユニット２６は、引き続き受け、全命令ブロックが受けられるまでビットを累積する（ステップ１９０）。全１０ビットがブロック１９４に受けられた後、命令ブロックは、検査される。一般的には、複数の命令ブロックは、一つの完全な高レベル命令に受けられる。第一命令ブロックは、ヘッダブロックであり、発信元論理ＩＤと宛先論理ＩＤを含む。仮に、宛先ＩＤが現在の命令制御ユニットは、意図した受信者でないと示した場合（命令フレームは、知らせるものでもなく、現在のＨＤＭＩ節点用のものでもない、ブロック１９４）、受けたビットは、無視され、論理はブロック２１２に戻り、次の中断を待つ。しかし、仮に、命令制御ユニットが命令の意図した受信者の場合、受けたブロックの情報バイトは、受信側のバッファに入れられ（ブロック２０２）、ホスト制御ユニットによって取り出される。ホスト制御ユニットが使用中で、制御ユニットによって追加のデータがバッファに書き込まれる前にバッファからメッセージを取り出せない可能性がある。仮に、バッファがいっぱいの場合（ステップ２０４）、受けた命令ブロックは、捨てられ、確認が発信者に送られない（ブロック２０８）。確認を受けなかった受信者は、フレームを失ったと取り、再度送る。バッファに空間がある時、受けた命令ブロックの情報バイトは、バッファに入れられ、確認が発信者に送られる（ブロック２１０）。命令制御ユニットは、続いてその他のブロックを待つのを再開する（ブロック２１２）。
【００３０】
以上、本発明の好適な実施例を例示したが、これは本発明を限定するものではなく、本発明の精神及び範囲を逸脱しない限りにおいては、当業者であれば行い得る少々の変更や修飾を付加することは可能である。例えば、本発明の特徴は、一つまたは複数の指示を施行するマイクロプロセッサに関して上述に説明したが、プロセッサは、一般のプロセッサ、または特殊用途のプロセッサであることができる。プロセッサは、ＡＳＩＣ、ロジックアレー、またはその他の特殊用途の回路を用いて実現することができる。また、その機能はハードワイヤードの論理回路、カスタム回路などを用いて実施することができる。また、本出願の範囲は、説明書に記述したプロセス、機械、製造と、構成成分、装置、方法とステップの特定の実施例を限定するものではない。当業者には、本発明の公開から容易に理解できるように、現在実存する、または後に発展される、ここに記述された対応する実施例のように、実質的に同じ機能を行う、または実質的に同じ機能を達成するプロセス、機械、製造、構成成分、装置、方法またはステップは、本発明に基づいて用いられることができる。従って、附加の請求項は、それらの範囲内にこのようなプロセス、機械、製造、構成成分、装置、方法またはステップを含むように意図される。
【図面の簡単な説明】
【００３１】
【図１】ＨＤＭＩバスによって相互接続されたＨＤＭＩの節点を図解している。
【図２】ＨＤＭＩバスとＣＥＣ回線によって接続されたＨＤＭＩの節点を図解している。
【図３】ホスト制御ユニットに内蔵された、ＣＥＣ回線と通信する命令制御ユニットを図解している。
【図４】バスと通信するホスト制御ユニットから分けられた命令制御ユニットを図解している。
【図５】ホスト制御ユニットと命令制御ユニットの間に送られた認識可能な命令の有効性を検査する流れ図を図解している。
【図６】命令制御ユニットの状態図を表している。
【図７】受信者と発信者の間を切換える命令制御ユニットの流れ図を図解している。
【図８】無信号時期を待つプロセスの流れ図である。
【図９】命令制御ユニットが発信者として働き、フレームを伝送する時の流れ図を図解している。
【図１０】命令制御ユニットが受信者として働き、フレームを受信する時の流れ図を図解している。
【図１１】スタートビットが受信された時の流れ図を図解している。
【図１２】論理０、または論理１が受信された時の流れ図を図解している。
【符号の説明】
【００３２】
１０１  コンテンツ再生装置
１０４  Ａ／Ｖ受信機
１０５  ディスプレイ装置
１１  ＨＤＭＩケーブル
１２  ＣＥＣ回線／ＣＥＣバス
２０  ホスト制御ユニット
２１  通信回線
２２  バス
２６  命令制御ユニット
２８  バッファ
【図１】
2006135959.tif 000003
【図２】
2006135959.tif 000004
【図３】
2006135959.tif 000005
【図４】
2006135959.tif 000006
【図５】
2006135959.tif 000007
【図６】
2006135959.tif 000008
【図７】
2006135959.tif 000009
【図８】
2006135959.tif 000010
【図９】
2006135959.tif 000011
【図１０】
2006135959.tif 000012
【図１１】
2006135959.tif 000013
【図１２】
2006135959.tif 000014