(57)【要約】【課題】  コマンドの通信効率を向上させる。【解決手段】  機器制御装置１は、操作器３から送信された操作コードを受信する受信器１１と、処理部１４とを備える。処理部１４は、受信器１１が操作コードを受信すると、対象となるソース機器２が該操作コードのパススルー制御に対応しているか非対応かを判断し、非対応と判断すると、該ソース機器２に対して操作コードを転送するためのコマンドの送信を停止する。【選択図】  図１
2009278310.tif 000002
【特許請求の範囲】
【請求項１】
操作器から送信された操作コードを受信する受信器と、
前記受信器が操作コードを受信すると、対象となるソース機器が該操作コードのパススルー制御に対応しているか非対応かを判断する判断処理部と、
前記判断処理部により、前記ソース機器がパススルー制御に非対応であると判断されると、ソース機器に対して操作コードを転送するためのコマンドの送信を停止する停止処理部とを備える、機器制御装置。
【請求項２】
前記機器制御装置は、前記受信器が操作コードを受信すると、前記コマンドを前記ソース機器に送信し、さらに、該コマンドを実行できないことを示す返答を該ソース機器から受信する外部Ｉ／Ｆをさらに備え、
前記判断処理部は、前記外部Ｉ／Ｆが所定回数以上返答を受信すると、前記ソース機器がパススルー制御に非対応を判断する、請求項１に記載の機器制御装置。
【請求項３】
前記判断処理部により、前記ソース機器がパススルー制御に非対応であると判断されると、その旨を示すメッセージを表示するディスプレイをさらに備える、請求項１に記載の機器制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器制御装置に関し、より特定的には、複数のソース機器が接続され、接続された各ソース機器を、コマンドを用いて制御する機器制御装置に関する。
【背景技術】
【０００２】
マルチメディアインターフェイスのひとつとして、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）がある。このＨＤＭＩでは、ＣＥＣ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏｎｔｒｏｌ）が規格化されている。このＣＥＣはバス通信であり、各種コマンドがＣＥＣには定義されている。ＣＥＣのコマンドは、ＨＤＭＩ規格で規定されているコマンドとは別に、メーカー独自で自由に作成できるコマンドの領域が用意されている。このようなＣＥＣのコマンドを用いて、機器制御装置（シンク機器）は、ＨＤＭＩケーブルを介して接続された複数のソース機器（例えば、ＡＶ機器）それぞれの制御を行う（例えば、非特許文献１を参照）。
【０００３】
上記の通り、ソース機器のメーカーは独自にコマンドを定義できる。よって、たとえＣＥＣ対応のソース機器であっても、該ソース機器は、接続されたシンク機器からのコマンドを解釈できない場合がある。上記背景から、互いに異なるメーカーのソース機器及びシンク機器間での、メーカーの独自コマンドを通信する手法が提案されている（例えば、特許文献１を参照）。
【非特許文献１】Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．３ａ
【特許文献１】特開２００７−９７０９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ＣＥＣは、ＨＤＭＩの必須のプロトコルでないため、ソース機器がＣＥＣに非対応の場合がある。また、シンク機器又はソース機器には、メーカー独自のＣＥＣコマンドが実装されている場合もある。上記のことから、ソース機器がＣＥＣコマンドを受け取っても無反応で、シンク機器はソース機器を制御できない場合がある。
【０００５】
また、ＣＥＣの伝送レートは４００ｂｐｓと低速であるため、ＣＥＣコマンドで制御できない機器同士の通信は、接続された他の機器間の通信の妨げとなり、通信効率を低下させる。
【０００６】
それ故に、本発明は、ＣＥＣコマンドの通信効率を向上させることが可能な機器制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の一局面は、機器制御装置であって、操作器から送信された操作コードを受信する受信器と、受信器が操作コードを受信すると、対象となるソース機器が該操作コードのパススルー制御に対応しているか非対応かを判断する判断処理部と、判断処理部により、ソース機器がパススルー制御に非対応であると判断されると、ソース機器に対して操作コードを転送するためのコマンドの送信を停止する停止処理部とを備える。
【発明の効果】
【０００８】
上記機器制御装置は、パススルー制御に非対応のソース機器を見つけた場合、このようなソース機器に対するコマンドの送信を停止することで、不要なＣＥＣコマンドの送信を抑制し、ＣＥＣコマンドの通信効率を向上させることができる。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態に係る機器制御装置（シンク機器）１の構成を示すブロック図である。また、図１には、機器制御装置１の周辺機器として、少なくとも１台のソース機器２（図示は３台のソース機器２Ａ−２Ｃ）と、操作器３とが示される。以下、機器制御装置１の詳細な説明に先立ち、ソース機器２と操作器３について説明する。
【００１０】
各ソース機器２はそれぞれ、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）出力が可能な機器であって、例えばデジタルムービーカメラである。ソース機器２はそれぞれ、機器制御装置１とＨＤＭＩケーブルで接続されており、該ＨＤＭＩケーブルを介して機器制御装置１に映像信号を送信する。
【００１１】
操作器３は、本実施形態では、機器制御装置１を介して各ソース機器２をユーザが遠隔操作するためのリモートコントローラであり、各種機能が割り当てられたボタン等を有する。操作器３は、ユーザによりボタン等が操作されると、操作されたボタン等に割り当てられた操作コードを発生し、発生した操作コードで赤外線信号を変調した後、機器制御装置１に向けて送出する。
【００１２】
次に、機器制御装置１について説明する。機器制御装置１は、受信器１１と、外部Ｉ／Ｆ１２と、ディスプレイ１３と、処理部１４とを備えている。
【００１３】
受信器１１は、操作器３から送出された赤外線信号を受光し、受光した赤外線信号を復調し、これによって操作コードを得る。得られた操作コードは、処理部１３に送信される。
【００１４】
外部Ｉ／Ｆ１２には、複数個のＨＤＭＩのポートが備わっており、各ポートには、１台のソース機器２を接続することが可能である。外部Ｉ／Ｆ１２は、各ポートに接続されたソース機器２から送信されてくる映像信号が入力される。外部Ｉ／Ｆ１２は、入力映像信号の中から少なくとも１つを選択して、ディスプレイ１３に出力する。なお、外部１／Ｆ１２は、処理部１４からの設定に従って、ディスプレイ１３へ出力すべき映像信号を選択する。
【００１５】
外部Ｉ／Ｆ１２は、他にも、処理部１４から送られてくる制御コマンドとしてのＣＥＣコマンドを受信し、映像信号を出力中のソース機器２に送信したり、映像信号を出力中のソース機器２から送られてくるＣＥＣコマンドを受信し処理部１４に送信したりする。
【００１６】
ディスプレイ１３は、外部Ｉ／Ｆ１２からの映像信号に従って映像を表示する。他にも、ディスプレイ１３は、処理部１２からのメッセージ信号に従ってメッセージを表示する。
【００１７】
処理部１４は、本機器制御装置１を構成する各部を制御する。他にも、処理部１４は、ＣＥＣコマンドの送信制御を行う。
【００１８】
次に、機器制御装置１の処理について、まず、図２を参照して説明する。図２は、ソース機器２が接続された際の機器制御装置１の処理を示すフローチャートである。
【００１９】
図２において、処理部１４は、外部Ｉ／Ｆ１２のいずれかのポートにソース機器２が接続されたか否かを判断する（ステップＳ２０１）。ステップＳ２０１における具体的な判断手法としては、ＨＤＭＩコネクタの＋５Ｖ  Ｐｏｗｅｒの検出がある。具体的には、ソース機器２が外部Ｉ／Ｆ１２のポートに接続されると、接続されたソース機器２は機器制御装置１に対し＋５Ｖ  Ｐｏｗｅｒを供給する。処理部１４は、ポートに＋５Ｖ  Ｐｏｗｅｒが供給されていると、ステップＳ２０１でＹｅｓと判断して、ステップＳ２０２に進む。＋５Ｖ  Ｐｏｗｅｒが供給されていない場合、処理部１４は、ステップＳ２０１に戻り、ソース機器２の接続を待機する。
【００２０】
ステップＳ２０１でＹｅｓと判断すると、処理部１４は、ＣＥＣ対応・非対応の確認処理を行う（ステップＳ２０２）。処理部１４は、ステップＳ２０２の判断を、ＣＥＣ対応機器が接続直後に送信するＣＥＣコマンド＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を用いて行う。
【００２１】
具体的には、ソース機器２は、外部Ｉ／Ｆ１２のポートに接続されると、各ポートに設定されているＰｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓを取得する。その後、接続されたソース機器２は、Ｌｏｇｉｃａｌ  Ａｄｄｒｅｓｓを取得する処理を開始して、取得したＰｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓをブロードキャストするための＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を送信する。処理部１４は、ステップＳ２０１で接続を検出してから、予め設定された一定期間内に、接続ポートのＰｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓに対応する＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を接続ソース機器２より取得できた場合、その接続ソース機器２をＣＥＣ対応機器と判断する。
【００２２】
それに対し、一定期間内に接続ポートのＰｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓに対応する＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を接続ソース機器２より取得できなかった場合、処理部１４は、接続ソース機器２をＣＥＣ非対応機器と判断する。
【００２３】
以上の処理の結果に基づき、処理部１４は、接続ソース機器２がＣＥＣ非対応か否かを判断する（ステップＳ２０３）。Ｙｅｓと判断した場合、処理部１４は、接続ソース機器２がＣＥＣ非対応機器であることをユーザに知らせるメッセージ信号を生成し、ディスプレイ１３に送信する。ディスプレイ１３は、メッセージ信号を受信すると、図３に示すように、その内容Ｍ１  を一定期間表示して、接続ソース機器２がＣＥＣ非対応であることをユーザに知らせる（ステップＳ２０４）。ステップＳ２０４が終了すると、処理部１４は、図２の処理を終了する。
【００２４】
次に、ステップＳ２０２のＣＥＣ対応・非対応確認処理の具体例を、図４を参照して説明する。図４は、ＣＥＣ対応・非対応確認処理における機器制御装置１と、各ソース機器２Ａ−２ＣとのＣＥＣコマンドを授受を示すシーケンスチャートである。
【００２５】
図４の例では、ソース機器２Ａ−２Ｃに対するＣＥＣ対応・非対応確認処理がほぼ同タイミングで行われる。ここで、ソース機器２ＡのみがＣＥＣ非対応機器であると仮定する。各ソース機器２Ａ−２Ｃは、外部Ｉ／Ｆ１２のポートと接続されると、機器制御装置１に対して＋５Ｖ  Ｐｏｗｅｒを供給する（シーケンスＳ４０１，Ｓ４０３，Ｓ４０５）。
【００２６】
機器制御装置１において、処理部１４は、ソース機器２Ａ−２Ｃそれぞれからの＋５Ｖ  Ｐｏｗｅｒを検出したタイミング（シーケンスＳ４０２，Ｓ４０４，Ｓ４０６）で、ポート毎のタイマー（図示せず）を起動し、所定時間ＴＡ  、ＴＢ  、ＴＣ  の計時を開始させる。＋５Ｖ  Ｐｏｗｅｒの供給後、ＨＤＭＩのコネクションが確立すると、ソース機器２のうち、ＣＥＣ対応機器は、＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を機器制御装置１に送信する（シーケンスＳ４０７，Ｓ４０９）。上記から明らかなように、ソース機器２Ｂ及び２ＣがＣＥＣ対応機器であるため、図４の例では、両ソース機器２Ｂ及び２Ｃが＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を送信する。
【００２７】
処理部１４は、所定時間ＴＡ  、ＴＢ  、ＴＣ  のタイムアウト前に、＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を受信している場合には、対応するポートのタイマーによる計時を停止するとともに、対応するポートにＣＥＣ対応機器が接続されていることを認識する。
【００２８】
それに対し、処理部１４は、所定時間ＴＡ  、ＴＢ  、ＴＣ  のタイムアウト前に、＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を受信できなかった場合には、対応するポートにＣＥＣ非対応機器が接続されていることを認識する。
【００２９】
以上でＣＥＣ対応・非対応確認処理が終了する。図４の例では、ソース機器２Ａは、ＣＥＣ非対応機器であり、タイマーＴＡ  以内に＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を送信しないため、処理部１４は、所定時間ＴＡ  が経過した時点で、ソース機器２ＡがＣＥＣ非対応機器であると判断する。
【００３０】
なお、ＣＥＣ対応・非対応確認処理は、外部Ｉ／Ｆ１２のポート別に行われる。図４の例では、全てのソース機器２について、ＣＥＣ対応・非対応確認処理がほぼ同タイミングで行われているが、ソース機器２Ａ−２ＣについてＣＥＣ対応・非対応確認処理が個別的に行われる場合もある。
【００３１】
以上説明した図２の処理が終了すると、ユーザは操作器３を操作する等により、処理部１４は、少なくとも１台のソース機器２からの映像信号をディスプレイ１３に出力させるよう外部Ｉ／Ｆ１２を設定する。これにより、ディスプレイ１３は、設定されたソース機器２からの映像信号を外部Ｉ／Ｆ１２を介して受け取り、受信映像信号に従って映像を表示する。
【００３２】
以下、現在映像信号を出力しているソース機器（以下、対象ソース機器という）２を操作器３により遠隔制御する際の処理について、図５を参照して説明する。図５は、操作器３の操作後の機器制御装置１の処理を示すフローチャートである。図５において、処理部１４は、操作器３の操作があったか否かを判断する（ステップＳ５０１）。具体的には、受信器１１から操作コードを受け取っていない場合、処理部１４は、ステップＳ５０１でＮｏと判断し、ステップＳ５０１に戻り、操作コードの受信を待機する。
【００３３】
それに対し、受信器１１から操作コードを受け取っている場合、処理部１４は、ステップＳ５０１でＹｅｓと判断する。このように判断すると、処理部１４は、操作コードに対応するＣＥＣコマンド＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞を、対象ソース機器２に、外部Ｉ／Ｆ１４を介して送信する。ここで、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞は、操作器３から送られてきた操作コードをシンク機器である機器制御装置１から対象ソース機器２に転送するために用いられる。
【００３４】
ＨＤＭＩ規格では、受信したＣＥＣコマンドの処理を受け付けることができない場合、対象ソース機器２はコマンド＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞を機器制御装置１に対して返信する。＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞のパラメータには［Ｆｅａｔｕｒｅ  Ｏｐｃｏｄｅ］が含まれており、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞が非対応であれば、［Ｆｅａｔｕｒｅ  Ｏｐｃｏｄｅ］の値に、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞のＯｐｃｏｄｅが設定される。ここで、＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞は、要求されたＣＥＣコマンドを対象ソース機器２がサポートしていないか、現時点では実行できないかを示す応答として用いられる。
【００３５】
処理部１４は、＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞を外部Ｉ／Ｆ１４を介して受け取り、＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞の情報より対象ソース機器２が＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞に対応か非対応であるかを確認することができる。処理部１４は、この＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞の処理を用いて、対象ソース機器２がＣＥＣリモコンパススルー制御対応・非対応確認処理を行う（ステップＳ５０２）。この確認処理の結果に基づき、処理部１４は、対象ソース機器２がＣＥＣリモコンパススルー制御非対応か否かを判断する（ステップＳ５０３）。
【００３６】
ステップＳ５０２及びＳ５０３の処理を具体的に説明すると、処理部１４は、対象ソース機器２へ送信する＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞に対する＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞の受信回数をカウントする。処理部１４は、＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞の受信回数が予め設定された回数受信した対象ソース機器２をＣＥＣリモコンパススルー制御非対応機器と、つまりステップＳ５０３でＹｅｓと判断する。
【００３７】
ステップＳ５０３でＮｏと判断すると、処理部１４は、ステップＳ５０１に戻り、新たなリモコン操作を待機する。それに対し、ステップＳ５０３でＹｅｓと判断すると、まず、処理部１４は、このようなＣＥＣリモコンパススルー制御非対応の対象ソース機器２に対して、今後の操作コードに対し＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞の送信を停止する（ステップＳ５０４）。
【００３８】
また、ステップＳ５０４の次に、処理部１４は、対象ソース機器２がＣＥＣ非対応機器であることをユーザに知らせるメッセージ信号を生成し、ディスプレイ１３に送信する。ディスプレイ１３は、メッセージ信号を受信すると、図３に示すように、その内容Ｍ１  を一定期間表示して、対象ソース機器２がＣＥＣ非対応であることをユーザに知らせる（ステップＳ５０５）。これにより、ユーザは、操作器３に対し何度も同じ操作を繰り返し行わないように意識させることが可能となる。また、この場合、ユーザは、ソース機器２本体又はそれに付属のリモートコントローラにて操作を行う。
【００３９】
なお、図５には示していないが、外部Ｉ／Ｆ１２と対象ソース機器２のコネクションが切断されると、その時点で図５の処理は終了する。
【００４０】
次に、ステップＳ５０２のＣＥＣリモコンパススルー制御対応・非対応確認処理の具体例を、図６及び図７を参照して説明する。図６及び図７は、ＣＥＣリモコンパススルー制御対応・非対応確認処理における機器制御装置１と、対象ソース機器２とのＣＥＣコマンドの授受の前半及び後半を示すシーケンスチャートである。
【００４１】
なお、図６及び図７では、対象ソース機器２がソース機器２Ｂである場合が示されている。また、図６及び図７では、説明の便宜上、一度のＣＥＣリモコンパススルー制御対応・非対応確認処理でリモコン操作を複数回記載しているが、実際の処理では、リモコン操作を一回行うごとにＳ５０２の処理を抜け、リモコン待ちのＳ５０１の処理へ移る。
【００４２】
まず、図６において、処理部１４は、操作器３より受信器１１を介して操作コードを受信（シーケンスＳ６０１）すると、受信操作コードをＣＥＣコマンドへ変換し、外部Ｉ／Ｆ１２を介して＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞を対象ソース機器２Ｂに送信する（シーケンスＳ６０２）。
【００４３】
処理部１４は、対象ソース機器２Ｂ向けにＣＥＣリモコンパススルー制御対応・非対応確認処理用のカウンタ（図示せず）を持っており、このカウンタの値は、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞に対する＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞を対象ソース機器２Ｂから受信すると（シーケンスＳ６０３）、カウントアップされる（シーケンスＳ６０４）。
【００４４】
それに対し、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞に対する＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞を受信しない場合は、カウンタ値はリセットされる（図７のシーケンスＳ６１１）。
【００４５】
このような一連の動作は操作コードの受信のたびに繰り返される（図６のシーケンスＳ６０５−図７のシーケンスＳ６２３）。
【００４６】
カウンタ値が予め設定された値（以下、基準値という）を超えると、処理部１４は、対象ソース機器２ＢがＣＥＣリモコンパススルー非対応機器であると判断する（シーケンスＳ６２４）。なお、図７の例では、基準値はＣＢ  ＝３に設定されている。
【００４７】
＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞のパラメータには、操作器３からの操作コード１つに対して、１つの［ＵＩ  Ｃｏｍｍａｎｄ］が用意されている。図６及び図７の例では、操作コードの種類別にカウンタ値の基準値は設定されていないが、操作コードの種類別（［ＵＩ  Ｃｏｍｍａｎｄ］のパラメータ別）にカウンタを用意し、各操作コードの種別毎にＣＥＣリモコンパススルー制御対応・非対応確認処理（ステップＳ５０２）を行う方法も考えられる。
【００４８】
上記のような機器制御装置１は、ＣＥＣコマンドでソース機器２を制御する場合において、ソース機器２の返答状況を確認し、ＣＥＣ対応機器でないか、ＣＥＣコマンドを受け付けないことを判断する機能を備えており。この機能によって、ＣＥＣコマンドで制御できないソース機器２を見つけた場合、ＣＥＣコマンドで制御できないことをユーザに通知し、さらに、ソース機器２に対するＣＥＣコマンドの送信を停止することで、不要なＣＥＣコマンドの送信を抑制し、ＣＥＣの通信効率を向上させることができる。
【００４９】
なお、上記説明では、機器制御装置１は、操作器３の例示としてのリモートコントローラから操作コードを受け取るとして説明したが、機器制御装置１に実装されたタッチパネル又はキーボードから操作コードを受け取っても構わない。
【００５０】
また、上記説明では、３台のソース機器２が機器制御装置１に接続されていたが、ソース機器２の接続数は３台以外でも構わない。
【００５１】
また、上記説明では、ＣＥＣ対応・非対応確認処理（図２のステップＳ２０２）にて、一定期間内にＣＥＣコマンド＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を受信しない場合、処理部１４は、ソース機器２をＣＥＣ非対応機器であると判断するとした。しかし、これに限らず、一定期間内にＣＥＣコマンド＜Ｒｅｐｏｒｔ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を受信しなかった時点で、処理部１４は、再確認のために、ソース機器２へ少なくとも一度ＣＥＣコマンド＜Ｇｉｖｅ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞を送信し、ＣＥＣ対応・非対応確認を行ってもよい。＜Ｇｉｖｅ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞は、ソース機器２のＰｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓを返すために用いられる。なお、再確認のためのＣＥＣコマンドは、＜Ｇｉｖｅ  Ｐｈｙｓｉｃａｌ  Ａｄｄｒｅｓｓ＞に限らず、ＨＤＭＩ規格で定義され、応答のあるマンダトリーのＣＥＣコマンドでもよい。
【００５２】
また、上記説明では、ＣＥＣリモコンパススルー非対応のソース機器２と処理部１４が判断すると、図５の処理は終了していた。しかし、これに限らず、ソース機器２が、ＣＥＣリモコンパススルー対応機器であっても、処理部１４の判断タイミングによっては、何らかの要因で＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞に対して＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞を返信する場合が考えられる。このようなケースを想定して、図８に示すように、ステップＳ５０５の処理完了後、一定期間後にステップＳ５０１に処理を戻す方法が採用されても構わない。
【００５３】
また、上記説明では、ＣＥＣリモコンパススルー制御対応・非対応確認処理（図５のステップＳ５０２）では、カウンタにより＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞の受信回数を計数していた。しかし、これに限らず、＜Ｆｅａｔｕｒｅ  Ａｂｏｒｔ＞にパラメータとして含まれる［Ａｂｏｒｔ  Ｒｅａｓｏｎ］の内容それぞれを計数しても構わない。他にも、ＣＥＣリモコンパススルー制御対応・非対応確認処理用のカウンタは、＜Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｅｓｓｅｄ＞のＡＣＫ  Ｂｉｔを検出しなかった回数を計数しても構わない。
【００５４】
また、上記説明では、ソース機器２がＣＥＣ非対応機器かＣＥＣリモコンパススルー非対応機器の場合、ユーザへの通知方法としてディスプレイ１３に図３に示すメッセージＭ１  をそれぞれ表示していた。しかし、これに限らず、ＣＥＣ非対応機器の場合と、ＣＥＣリモコンパススルー非対応機器の場合で、異なるメッセージを表示しても構わないし、異なる表示方法を採用しても構わない。
【００５５】
また、上記説明では、図３に示すメッセージＭ１  は、ＣＥＣ対応・非対応機器確認処理（図２のステップＳ２０２）又はＣＥＣリモコンパススルー制御対応・非対応確認処理（図５のステップＳ５０２）の後、一定期間表示されていた。しかし、これに限らず、一度メッセージＭ１  が表示された後、操作器３に対し同じ操作がある度に即座にメッセージＭ１  は一定期間表示されても構わない。また、メッセージＭ１  は、図９に示すように、映像表示の妨げにならないよう、ディスプレイ１３の画面の隅等へ常時表示されても構わない。
【００５６】
また、上記説明では、メッセージＭ１  をディスプレイ１３に表示することでユーザへの通知を行っていたが、ブザー音や案内音声等でユーザに通知が行われても構わない。
【産業上の利用可能性】
【００５７】
本発明に係る機器制御装置は、ＣＥＣコマンドの通信効率を向上させるという効果を有し、シンク装置となり得るディスプレイ装置等に有用である。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施形態に係る機器制御装置１の構成を示すブロック図
【図２】ソース機器２が接続された際の機器制御装置１の処理を示すフローチャート
【図３】図１に示すディスプレイ１３に表示されるメッセージＭ１  を示す図
【図４】ＣＥＣ対応・非対応確認処理におけるＣＥＣコマンドを授受を示すシーケンスチャート
【図５】操作器３の操作後の機器制御装置１の処理を示すフローチャート
【図６】ＣＥＣリモコンパススルー制御対応・非対応確認処理におけるＣＥＣコマンドの授受の前半部分を示すシーケンスチャート
【図７】ＣＥＣリモコンパススルー制御対応・非対応確認処理におけるＣＥＣコマンドの授受の後半部分を示すシーケンスチャート
【図８】操作器３の操作後の機器制御装置１の処理の代替例を示すフローチャート
【図９】図１に示すディスプレイ１３に表示されるメッセージＭ１  の代替例を示す図
【符号の説明】
【００５９】
１  機器制御装置（シンク機器）
１１  受信器
１２  外部Ｉ／Ｆ
１３  ディスプレイ
１４  処理部
２  ソース機器
３  リモコン
【図１】
2009278310.tif 000003
【図２】
2009278310.tif 000004
【図３】
2009278310.tif 000005
【図４】
2009278310.tif 000006
【図５】
2009278310.tif 000007
【図６】
2009278310.tif 000008
【図７】
2009278310.tif 000009
【図８】
2009278310.tif 000010
【図９】
2009278310.tif 000011