JP2009278310A

JP2009278310A - 機器制御装置

Info

Publication number: JP2009278310A
Application number: JP2008126770A
Authority: JP
Inventors: Takashi Iguchi; 隆井口
Original assignee: Panasonic Corp
Current assignee: Panasonic Corp
Priority date: 2008-05-14
Filing date: 2008-05-14
Publication date: 2009-11-26
Also published as: CN101690214A; EP2276254A1; WO2009139158A1; US20100194983A1

Abstract

【課題】コマンドの通信効率を向上させる。
【解決手段】機器制御装置１は、操作器３から送信された操作コードを受信する受信器１１と、処理部１４とを備える。処理部１４は、受信器１１が操作コードを受信すると、対象となるソース機器２が該操作コードのパススルー制御に対応しているか非対応かを判断し、非対応と判断すると、該ソース機器２に対して操作コードを転送するためのコマンドの送信を停止する。
【選択図】図１

Description

本発明は、機器制御装置に関し、より特定的には、複数のソース機器が接続され、接続された各ソース機器を、コマンドを用いて制御する機器制御装置に関する。

マルチメディアインターフェイスのひとつとして、ＨＤＭＩ（Ｈｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＭｕｌｔｉｍｅｄｉａＩｎｔｅｒｆａｃｅ）がある。このＨＤＭＩでは、ＣＥＣ（ＣｏｎｓｕｍｅｒＥｌｅｃｔｒｏｎｉｃｓＣｏｎｔｒｏｌ）が規格化されている。このＣＥＣはバス通信であり、各種コマンドがＣＥＣには定義されている。ＣＥＣのコマンドは、ＨＤＭＩ規格で規定されているコマンドとは別に、メーカー独自で自由に作成できるコマンドの領域が用意されている。このようなＣＥＣのコマンドを用いて、機器制御装置（シンク機器）は、ＨＤＭＩケーブルを介して接続された複数のソース機器（例えば、ＡＶ機器）それぞれの制御を行う（例えば、非特許文献１を参照）。

上記の通り、ソース機器のメーカーは独自にコマンドを定義できる。よって、たとえＣＥＣ対応のソース機器であっても、該ソース機器は、接続されたシンク機器からのコマンドを解釈できない場合がある。上記背景から、互いに異なるメーカーのソース機器及びシンク機器間での、メーカーの独自コマンドを通信する手法が提案されている（例えば、特許文献１を参照）。
Ｈｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＭｕｌｔｉｍｅｄｉａＩｎｔｅｒｆａｃｅＳｐｅｃｉｆｉｃａｔｉｏｎＶｅｒｓｉｏｎ１．３ａ特開２００７−９７０９５号公報

ところで、ＣＥＣは、ＨＤＭＩの必須のプロトコルでないため、ソース機器がＣＥＣに非対応の場合がある。また、シンク機器又はソース機器には、メーカー独自のＣＥＣコマンドが実装されている場合もある。上記のことから、ソース機器がＣＥＣコマンドを受け取っても無反応で、シンク機器はソース機器を制御できない場合がある。

また、ＣＥＣの伝送レートは４００ｂｐｓと低速であるため、ＣＥＣコマンドで制御できない機器同士の通信は、接続された他の機器間の通信の妨げとなり、通信効率を低下させる。

それ故に、本発明は、ＣＥＣコマンドの通信効率を向上させることが可能な機器制御装置を提供することを目的とする。

上記目的を達成するために、本発明の一局面は、機器制御装置であって、操作器から送信された操作コードを受信する受信器と、受信器が操作コードを受信すると、対象となるソース機器が該操作コードのパススルー制御に対応しているか非対応かを判断する判断処理部と、判断処理部により、ソース機器がパススルー制御に非対応であると判断されると、ソース機器に対して操作コードを転送するためのコマンドの送信を停止する停止処理部とを備える。

上記機器制御装置は、パススルー制御に非対応のソース機器を見つけた場合、このようなソース機器に対するコマンドの送信を停止することで、不要なＣＥＣコマンドの送信を抑制し、ＣＥＣコマンドの通信効率を向上させることができる。

図１は、本発明の一実施形態に係る機器制御装置（シンク機器）１の構成を示すブロック図である。また、図１には、機器制御装置１の周辺機器として、少なくとも１台のソース機器２（図示は３台のソース機器２Ａ−２Ｃ）と、操作器３とが示される。以下、機器制御装置１の詳細な説明に先立ち、ソース機器２と操作器３について説明する。

各ソース機器２はそれぞれ、ＨＤＭＩ（Ｈｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＭｕｌｔｉｍｅｄｉａＩｎｔｅｒｆａｃｅ）出力が可能な機器であって、例えばデジタルムービーカメラである。ソース機器２はそれぞれ、機器制御装置１とＨＤＭＩケーブルで接続されており、該ＨＤＭＩケーブルを介して機器制御装置１に映像信号を送信する。

操作器３は、本実施形態では、機器制御装置１を介して各ソース機器２をユーザが遠隔操作するためのリモートコントローラであり、各種機能が割り当てられたボタン等を有する。操作器３は、ユーザによりボタン等が操作されると、操作されたボタン等に割り当てられた操作コードを発生し、発生した操作コードで赤外線信号を変調した後、機器制御装置１に向けて送出する。

次に、機器制御装置１について説明する。機器制御装置１は、受信器１１と、外部Ｉ／Ｆ１２と、ディスプレイ１３と、処理部１４とを備えている。

受信器１１は、操作器３から送出された赤外線信号を受光し、受光した赤外線信号を復調し、これによって操作コードを得る。得られた操作コードは、処理部１３に送信される。

外部Ｉ／Ｆ１２には、複数個のＨＤＭＩのポートが備わっており、各ポートには、１台のソース機器２を接続することが可能である。外部Ｉ／Ｆ１２は、各ポートに接続されたソース機器２から送信されてくる映像信号が入力される。外部Ｉ／Ｆ１２は、入力映像信号の中から少なくとも１つを選択して、ディスプレイ１３に出力する。なお、外部１／Ｆ１２は、処理部１４からの設定に従って、ディスプレイ１３へ出力すべき映像信号を選択する。

外部Ｉ／Ｆ１２は、他にも、処理部１４から送られてくる制御コマンドとしてのＣＥＣコマンドを受信し、映像信号を出力中のソース機器２に送信したり、映像信号を出力中のソース機器２から送られてくるＣＥＣコマンドを受信し処理部１４に送信したりする。

ディスプレイ１３は、外部Ｉ／Ｆ１２からの映像信号に従って映像を表示する。他にも、ディスプレイ１３は、処理部１２からのメッセージ信号に従ってメッセージを表示する。

処理部１４は、本機器制御装置１を構成する各部を制御する。他にも、処理部１４は、ＣＥＣコマンドの送信制御を行う。

次に、機器制御装置１の処理について、まず、図２を参照して説明する。図２は、ソース機器２が接続された際の機器制御装置１の処理を示すフローチャートである。

図２において、処理部１４は、外部Ｉ／Ｆ１２のいずれかのポートにソース機器２が接続されたか否かを判断する（ステップＳ２０１）。ステップＳ２０１における具体的な判断手法としては、ＨＤＭＩコネクタの＋５ＶＰｏｗｅｒの検出がある。具体的には、ソース機器２が外部Ｉ／Ｆ１２のポートに接続されると、接続されたソース機器２は機器制御装置１に対し＋５ＶＰｏｗｅｒを供給する。処理部１４は、ポートに＋５ＶＰｏｗｅｒが供給されていると、ステップＳ２０１でＹｅｓと判断して、ステップＳ２０２に進む。＋５ＶＰｏｗｅｒが供給されていない場合、処理部１４は、ステップＳ２０１に戻り、ソース機器２の接続を待機する。

ステップＳ２０１でＹｅｓと判断すると、処理部１４は、ＣＥＣ対応・非対応の確認処理を行う（ステップＳ２０２）。処理部１４は、ステップＳ２０２の判断を、ＣＥＣ対応機器が接続直後に送信するＣＥＣコマンド＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を用いて行う。

具体的には、ソース機器２は、外部Ｉ／Ｆ１２のポートに接続されると、各ポートに設定されているＰｈｙｓｉｃａｌＡｄｄｒｅｓｓを取得する。その後、接続されたソース機器２は、ＬｏｇｉｃａｌＡｄｄｒｅｓｓを取得する処理を開始して、取得したＰｈｙｓｉｃａｌＡｄｄｒｅｓｓをブロードキャストするための＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を送信する。処理部１４は、ステップＳ２０１で接続を検出してから、予め設定された一定期間内に、接続ポートのＰｈｙｓｉｃａｌＡｄｄｒｅｓｓに対応する＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を接続ソース機器２より取得できた場合、その接続ソース機器２をＣＥＣ対応機器と判断する。

それに対し、一定期間内に接続ポートのＰｈｙｓｉｃａｌＡｄｄｒｅｓｓに対応する＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を接続ソース機器２より取得できなかった場合、処理部１４は、接続ソース機器２をＣＥＣ非対応機器と判断する。

以上の処理の結果に基づき、処理部１４は、接続ソース機器２がＣＥＣ非対応か否かを判断する（ステップＳ２０３）。Ｙｅｓと判断した場合、処理部１４は、接続ソース機器２がＣＥＣ非対応機器であることをユーザに知らせるメッセージ信号を生成し、ディスプレイ１３に送信する。ディスプレイ１３は、メッセージ信号を受信すると、図３に示すように、その内容Ｍ_１を一定期間表示して、接続ソース機器２がＣＥＣ非対応であることをユーザに知らせる（ステップＳ２０４）。ステップＳ２０４が終了すると、処理部１４は、図２の処理を終了する。

次に、ステップＳ２０２のＣＥＣ対応・非対応確認処理の具体例を、図４を参照して説明する。図４は、ＣＥＣ対応・非対応確認処理における機器制御装置１と、各ソース機器２Ａ−２ＣとのＣＥＣコマンドを授受を示すシーケンスチャートである。

図４の例では、ソース機器２Ａ−２Ｃに対するＣＥＣ対応・非対応確認処理がほぼ同タイミングで行われる。ここで、ソース機器２ＡのみがＣＥＣ非対応機器であると仮定する。各ソース機器２Ａ−２Ｃは、外部Ｉ／Ｆ１２のポートと接続されると、機器制御装置１に対して＋５ＶＰｏｗｅｒを供給する（シーケンスＳ４０１，Ｓ４０３，Ｓ４０５）。

機器制御装置１において、処理部１４は、ソース機器２Ａ−２Ｃそれぞれからの＋５ＶＰｏｗｅｒを検出したタイミング（シーケンスＳ４０２，Ｓ４０４，Ｓ４０６）で、ポート毎のタイマー（図示せず）を起動し、所定時間Ｔ_Ａ、Ｔ_Ｂ、Ｔ_Ｃの計時を開始させる。＋５ＶＰｏｗｅｒの供給後、ＨＤＭＩのコネクションが確立すると、ソース機器２のうち、ＣＥＣ対応機器は、＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を機器制御装置１に送信する（シーケンスＳ４０７，Ｓ４０９）。上記から明らかなように、ソース機器２Ｂ及び２ＣがＣＥＣ対応機器であるため、図４の例では、両ソース機器２Ｂ及び２Ｃが＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を送信する。

処理部１４は、所定時間Ｔ_Ａ、Ｔ_Ｂ、Ｔ_Ｃのタイムアウト前に、＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を受信している場合には、対応するポートのタイマーによる計時を停止するとともに、対応するポートにＣＥＣ対応機器が接続されていることを認識する。

それに対し、処理部１４は、所定時間Ｔ_Ａ、Ｔ_Ｂ、Ｔ_Ｃのタイムアウト前に、＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を受信できなかった場合には、対応するポートにＣＥＣ非対応機器が接続されていることを認識する。

以上でＣＥＣ対応・非対応確認処理が終了する。図４の例では、ソース機器２Ａは、ＣＥＣ非対応機器であり、タイマーＴ_Ａ以内に＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を送信しないため、処理部１４は、所定時間Ｔ_Ａが経過した時点で、ソース機器２ＡがＣＥＣ非対応機器であると判断する。

なお、ＣＥＣ対応・非対応確認処理は、外部Ｉ／Ｆ１２のポート別に行われる。図４の例では、全てのソース機器２について、ＣＥＣ対応・非対応確認処理がほぼ同タイミングで行われているが、ソース機器２Ａ−２ＣについてＣＥＣ対応・非対応確認処理が個別的に行われる場合もある。

以上説明した図２の処理が終了すると、ユーザは操作器３を操作する等により、処理部１４は、少なくとも１台のソース機器２からの映像信号をディスプレイ１３に出力させるよう外部Ｉ／Ｆ１２を設定する。これにより、ディスプレイ１３は、設定されたソース機器２からの映像信号を外部Ｉ／Ｆ１２を介して受け取り、受信映像信号に従って映像を表示する。

以下、現在映像信号を出力しているソース機器（以下、対象ソース機器という）２を操作器３により遠隔制御する際の処理について、図５を参照して説明する。図５は、操作器３の操作後の機器制御装置１の処理を示すフローチャートである。図５において、処理部１４は、操作器３の操作があったか否かを判断する（ステップＳ５０１）。具体的には、受信器１１から操作コードを受け取っていない場合、処理部１４は、ステップＳ５０１でＮｏと判断し、ステップＳ５０１に戻り、操作コードの受信を待機する。

それに対し、受信器１１から操作コードを受け取っている場合、処理部１４は、ステップＳ５０１でＹｅｓと判断する。このように判断すると、処理部１４は、操作コードに対応するＣＥＣコマンド＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞を、対象ソース機器２に、外部Ｉ／Ｆ１４を介して送信する。ここで、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞は、操作器３から送られてきた操作コードをシンク機器である機器制御装置１から対象ソース機器２に転送するために用いられる。

ＨＤＭＩ規格では、受信したＣＥＣコマンドの処理を受け付けることができない場合、対象ソース機器２はコマンド＜ＦｅａｔｕｒｅＡｂｏｒｔ＞を機器制御装置１に対して返信する。＜ＦｅａｔｕｒｅＡｂｏｒｔ＞のパラメータには［ＦｅａｔｕｒｅＯｐｃｏｄｅ］が含まれており、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞が非対応であれば、［ＦｅａｔｕｒｅＯｐｃｏｄｅ］の値に、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞のＯｐｃｏｄｅが設定される。ここで、＜ＦｅａｔｕｒｅＡｂｏｒｔ＞は、要求されたＣＥＣコマンドを対象ソース機器２がサポートしていないか、現時点では実行できないかを示す応答として用いられる。

処理部１４は、＜ＦｅａｔｕｒｅＡｂｏｒｔ＞を外部Ｉ／Ｆ１４を介して受け取り、＜ＦｅａｔｕｒｅＡｂｏｒｔ＞の情報より対象ソース機器２が＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞に対応か非対応であるかを確認することができる。処理部１４は、この＜ＦｅａｔｕｒｅＡｂｏｒｔ＞の処理を用いて、対象ソース機器２がＣＥＣリモコンパススルー制御対応・非対応確認処理を行う（ステップＳ５０２）。この確認処理の結果に基づき、処理部１４は、対象ソース機器２がＣＥＣリモコンパススルー制御非対応か否かを判断する（ステップＳ５０３）。

ステップＳ５０２及びＳ５０３の処理を具体的に説明すると、処理部１４は、対象ソース機器２へ送信する＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞に対する＜ＦｅａｔｕｒｅＡｂｏｒｔ＞の受信回数をカウントする。処理部１４は、＜ＦｅａｔｕｒｅＡｂｏｒｔ＞の受信回数が予め設定された回数受信した対象ソース機器２をＣＥＣリモコンパススルー制御非対応機器と、つまりステップＳ５０３でＹｅｓと判断する。

ステップＳ５０３でＮｏと判断すると、処理部１４は、ステップＳ５０１に戻り、新たなリモコン操作を待機する。それに対し、ステップＳ５０３でＹｅｓと判断すると、まず、処理部１４は、このようなＣＥＣリモコンパススルー制御非対応の対象ソース機器２に対して、今後の操作コードに対し＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞の送信を停止する（ステップＳ５０４）。

また、ステップＳ５０４の次に、処理部１４は、対象ソース機器２がＣＥＣ非対応機器であることをユーザに知らせるメッセージ信号を生成し、ディスプレイ１３に送信する。ディスプレイ１３は、メッセージ信号を受信すると、図３に示すように、その内容Ｍ_１を一定期間表示して、対象ソース機器２がＣＥＣ非対応であることをユーザに知らせる（ステップＳ５０５）。これにより、ユーザは、操作器３に対し何度も同じ操作を繰り返し行わないように意識させることが可能となる。また、この場合、ユーザは、ソース機器２本体又はそれに付属のリモートコントローラにて操作を行う。

なお、図５には示していないが、外部Ｉ／Ｆ１２と対象ソース機器２のコネクションが切断されると、その時点で図５の処理は終了する。

次に、ステップＳ５０２のＣＥＣリモコンパススルー制御対応・非対応確認処理の具体例を、図６及び図７を参照して説明する。図６及び図７は、ＣＥＣリモコンパススルー制御対応・非対応確認処理における機器制御装置１と、対象ソース機器２とのＣＥＣコマンドの授受の前半及び後半を示すシーケンスチャートである。

なお、図６及び図７では、対象ソース機器２がソース機器２Ｂである場合が示されている。また、図６及び図７では、説明の便宜上、一度のＣＥＣリモコンパススルー制御対応・非対応確認処理でリモコン操作を複数回記載しているが、実際の処理では、リモコン操作を一回行うごとにＳ５０２の処理を抜け、リモコン待ちのＳ５０１の処理へ移る。

まず、図６において、処理部１４は、操作器３より受信器１１を介して操作コードを受信（シーケンスＳ６０１）すると、受信操作コードをＣＥＣコマンドへ変換し、外部Ｉ／Ｆ１２を介して＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞を対象ソース機器２Ｂに送信する（シーケンスＳ６０２）。

処理部１４は、対象ソース機器２Ｂ向けにＣＥＣリモコンパススルー制御対応・非対応確認処理用のカウンタ（図示せず）を持っており、このカウンタの値は、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞に対する＜ＦｅａｔｕｒｅＡｂｏｒｔ＞を対象ソース機器２Ｂから受信すると（シーケンスＳ６０３）、カウントアップされる（シーケンスＳ６０４）。

それに対し、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞に対する＜ＦｅａｔｕｒｅＡｂｏｒｔ＞を受信しない場合は、カウンタ値はリセットされる（図７のシーケンスＳ６１１）。

このような一連の動作は操作コードの受信のたびに繰り返される（図６のシーケンスＳ６０５−図７のシーケンスＳ６２３）。

カウンタ値が予め設定された値（以下、基準値という）を超えると、処理部１４は、対象ソース機器２ＢがＣＥＣリモコンパススルー非対応機器であると判断する（シーケンスＳ６２４）。なお、図７の例では、基準値はＣ_Ｂ＝３に設定されている。

＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞のパラメータには、操作器３からの操作コード１つに対して、１つの［ＵＩＣｏｍｍａｎｄ］が用意されている。図６及び図７の例では、操作コードの種類別にカウンタ値の基準値は設定されていないが、操作コードの種類別（［ＵＩＣｏｍｍａｎｄ］のパラメータ別）にカウンタを用意し、各操作コードの種別毎にＣＥＣリモコンパススルー制御対応・非対応確認処理（ステップＳ５０２）を行う方法も考えられる。

上記のような機器制御装置１は、ＣＥＣコマンドでソース機器２を制御する場合において、ソース機器２の返答状況を確認し、ＣＥＣ対応機器でないか、ＣＥＣコマンドを受け付けないことを判断する機能を備えており。この機能によって、ＣＥＣコマンドで制御できないソース機器２を見つけた場合、ＣＥＣコマンドで制御できないことをユーザに通知し、さらに、ソース機器２に対するＣＥＣコマンドの送信を停止することで、不要なＣＥＣコマンドの送信を抑制し、ＣＥＣの通信効率を向上させることができる。

なお、上記説明では、機器制御装置１は、操作器３の例示としてのリモートコントローラから操作コードを受け取るとして説明したが、機器制御装置１に実装されたタッチパネル又はキーボードから操作コードを受け取っても構わない。

また、上記説明では、３台のソース機器２が機器制御装置１に接続されていたが、ソース機器２の接続数は３台以外でも構わない。

また、上記説明では、ＣＥＣ対応・非対応確認処理（図２のステップＳ２０２）にて、一定期間内にＣＥＣコマンド＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を受信しない場合、処理部１４は、ソース機器２をＣＥＣ非対応機器であると判断するとした。しかし、これに限らず、一定期間内にＣＥＣコマンド＜ＲｅｐｏｒｔＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を受信しなかった時点で、処理部１４は、再確認のために、ソース機器２へ少なくとも一度ＣＥＣコマンド＜ＧｉｖｅＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞を送信し、ＣＥＣ対応・非対応確認を行ってもよい。＜ＧｉｖｅＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞は、ソース機器２のＰｈｙｓｉｃａｌＡｄｄｒｅｓｓを返すために用いられる。なお、再確認のためのＣＥＣコマンドは、＜ＧｉｖｅＰｈｙｓｉｃａｌＡｄｄｒｅｓｓ＞に限らず、ＨＤＭＩ規格で定義され、応答のあるマンダトリーのＣＥＣコマンドでもよい。

また、上記説明では、ＣＥＣリモコンパススルー非対応のソース機器２と処理部１４が判断すると、図５の処理は終了していた。しかし、これに限らず、ソース機器２が、ＣＥＣリモコンパススルー対応機器であっても、処理部１４の判断タイミングによっては、何らかの要因で＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞に対して＜ＦｅａｔｕｒｅＡｂｏｒｔ＞を返信する場合が考えられる。このようなケースを想定して、図８に示すように、ステップＳ５０５の処理完了後、一定期間後にステップＳ５０１に処理を戻す方法が採用されても構わない。

また、上記説明では、ＣＥＣリモコンパススルー制御対応・非対応確認処理（図５のステップＳ５０２）では、カウンタにより＜ＦｅａｔｕｒｅＡｂｏｒｔ＞の受信回数を計数していた。しかし、これに限らず、＜ＦｅａｔｕｒｅＡｂｏｒｔ＞にパラメータとして含まれる［ＡｂｏｒｔＲｅａｓｏｎ］の内容それぞれを計数しても構わない。他にも、ＣＥＣリモコンパススルー制御対応・非対応確認処理用のカウンタは、＜ＵｓｅｒＣｏｎｔｒｏｌＰｒｅｓｓｅｄ＞のＡＣＫＢｉｔを検出しなかった回数を計数しても構わない。

また、上記説明では、ソース機器２がＣＥＣ非対応機器かＣＥＣリモコンパススルー非対応機器の場合、ユーザへの通知方法としてディスプレイ１３に図３に示すメッセージＭ_１をそれぞれ表示していた。しかし、これに限らず、ＣＥＣ非対応機器の場合と、ＣＥＣリモコンパススルー非対応機器の場合で、異なるメッセージを表示しても構わないし、異なる表示方法を採用しても構わない。

また、上記説明では、図３に示すメッセージＭ_１は、ＣＥＣ対応・非対応機器確認処理（図２のステップＳ２０２）又はＣＥＣリモコンパススルー制御対応・非対応確認処理（図５のステップＳ５０２）の後、一定期間表示されていた。しかし、これに限らず、一度メッセージＭ_１が表示された後、操作器３に対し同じ操作がある度に即座にメッセージＭ_１は一定期間表示されても構わない。また、メッセージＭ_１は、図９に示すように、映像表示の妨げにならないよう、ディスプレイ１３の画面の隅等へ常時表示されても構わない。

また、上記説明では、メッセージＭ_１をディスプレイ１３に表示することでユーザへの通知を行っていたが、ブザー音や案内音声等でユーザに通知が行われても構わない。

本発明に係る機器制御装置は、ＣＥＣコマンドの通信効率を向上させるという効果を有し、シンク装置となり得るディスプレイ装置等に有用である。

本発明の一実施形態に係る機器制御装置１の構成を示すブロック図ソース機器２が接続された際の機器制御装置１の処理を示すフローチャート図１に示すディスプレイ１３に表示されるメッセージＭ_１を示す図ＣＥＣ対応・非対応確認処理におけるＣＥＣコマンドを授受を示すシーケンスチャート操作器３の操作後の機器制御装置１の処理を示すフローチャートＣＥＣリモコンパススルー制御対応・非対応確認処理におけるＣＥＣコマンドの授受の前半部分を示すシーケンスチャートＣＥＣリモコンパススルー制御対応・非対応確認処理におけるＣＥＣコマンドの授受の後半部分を示すシーケンスチャート操作器３の操作後の機器制御装置１の処理の代替例を示すフローチャート図１に示すディスプレイ１３に表示されるメッセージＭ_１の代替例を示す図

符号の説明

１機器制御装置（シンク機器）
１１受信器
１２外部Ｉ／Ｆ
１３ディスプレイ
１４処理部
２ソース機器
３リモコン

Claims

操作器から送信された操作コードを受信する受信器と、
前記受信器が操作コードを受信すると、対象となるソース機器が該操作コードのパススルー制御に対応しているか非対応かを判断する判断処理部と、
前記判断処理部により、前記ソース機器がパススルー制御に非対応であると判断されると、ソース機器に対して操作コードを転送するためのコマンドの送信を停止する停止処理部とを備える、機器制御装置。
前記機器制御装置は、前記受信器が操作コードを受信すると、前記コマンドを前記ソース機器に送信し、さらに、該コマンドを実行できないことを示す返答を該ソース機器から受信する外部Ｉ／Ｆをさらに備え、
前記判断処理部は、前記外部Ｉ／Ｆが所定回数以上返答を受信すると、前記ソース機器がパススルー制御に非対応を判断する、請求項１に記載の機器制御装置。
前記判断処理部により、前記ソース機器がパススルー制御に非対応であると判断されると、その旨を示すメッセージを表示するディスプレイをさらに備える、請求項１に記載の機器制御装置。