JP4406851B2 - 電子機器及びその制御方法 - Google Patents

Description

本発明は、電子機器及びその制御方法に関し、例えば、ＨＤＭＩ（High-Definition Multimedia Interface）規格に基づいて他の機器と接続可能な電子機器に適用して好適なものである。

近年、ＨＤ（High Definition）画像を扱う電子機器（例えば、ＡＶ（Audio Visual）機器）同士を接続するインタフェースとして、ＨＤＭＩが普及しつつある。

このＨＤＭＩは、対応する機器同士を、ＨＤＭＩに適合したケーブル（これをＨＤＭＩケーブルとも呼ぶ）を介して接続することで、ＨＤ画像の送受を可能とするインタフェースである。このＨＤＭＩを利用することで、例えば、カムコーダで撮影したＨＤ画像をＨＤＭＩケーブルを介してテレビジョン放送受信装置（これを、単にＴＶとも呼ぶ）に送出して表示させることなどができる。

このＨＤＭＩには、複数のバージョンがあり、最新のバージョンには、ＣＥＣ（Consumer Electronics Control）と呼ばれる、ＨＤＭＩケーブルで接続（これをＨＤＭＩ接続とも呼ぶ）された機器間の相互制御機能が追加されている。

このＣＥＣは、図１に示すように、ＨＤＭＩケーブルＨｃの中の１つの信号線であるＣＥＣライン（１３番ピンで接続されるライン）を使用して、ＨＤＭＩ接続された機器間で双方向のシリアル通信を行うことにより、機器間の相互制御を可能とする機能である。

このＣＥＣには、機器間で送受する制御コマンド及び制御プロトコルの仕様が定義され、このＣＥＣを利用することで、例えば、ＴＶ側から、このＴＶにＨＤＭＩ接続されたカムコーダの電源をオフしたり、カムコーダ側から、このカムコーダの画面をＴＶに表示させたりすることができる。

また、このＣＥＣには、その一機能として、Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈと呼ばれる、或る機器のリモートコントローラに対して行われた操作を或る機器から、ＨＤＭＩ接続された他の機器に通知する機能が含まれている。

このＲｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈを利用することで、例えば、ＴＶにＨＤＭＩ接続されたカムコーダを、ＴＶのリモートコントローラで操作することなどができる。

実際上、複数の機器を操作可能なリモートコントローラとしては、一回のキー操作で複数の機器に対するコマンドを順次送信可能なもの（例えば特許文献１参照）など、各社独自のものが提案されているが、これらは、ＨＤＭＩのＣＥＣのように統一された規格ではなく、同社の同シリーズの機器でなければ操作できないなど、対応する機器が限定されるものであった。

ここで、ＣＥＣのＲｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈについて詳しく説明する。このＲｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈには、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄと呼ばれる、リモートコントローラのキーが「押下された」ことを、ＨＤＭＩ接続された他の機器に通知するコマンド（これをＣＥＣコマンドとも呼ぶ）が定義されている。

すなわち、例えば、ＴＶは、リモートコントローラのキーが押下されたことを認識すると、このＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、このキーのコード（これをキーコードとも呼ぶ）とともに、ＨＤＭＩ接続されたカムコーダに対して送信することで、カムコーダに対して、リモートコントローラの任意のキーが押下されたことを通知する。

また、このＲｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈには、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄと呼ばれる、押下されていたキーが「解放された」（すなわち「離された」）ことを、ＨＤＭＩ接続された他の機器に通知するＣＥＣコマンドが定義されている。

すなわち、例えば、ＴＶは、押下されていたキーが離されたことを認識すると、このＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、ＨＤＭＩ接続されたカムコーダに対して送信することで、カムコーダに対して、押下されていた任意のキーが離されたことを通知する。

ところで、ＣＥＣコマンドの送信側となる機器（これを送信側機器とも呼ぶ）の中には、リモートコントローラのキーが押され続けた場合（すなわち長押しされた場合）に、この「長押し」を表現するため、キーが押され続けている間、ＣＥＣコマンドの受信側となる機器（これを受信側機器とも呼ぶ）に対して、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを所定の間隔（例えば５００ｍｓｅｃ）で連続して送信するものがある。

このように、キーの「長押し」により、連続してＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが送信されてきた場合、通常、受信側機器では、キーが連続して押下された場合と同様の動作（これをリピート動作とも呼ぶ）をする。

ただし、そのキーの押下に対応付けられている命令によっては、連続してＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが送信されてきても、キーが連続して押下された場合と同様の動作ではなく、キーが単発で押下された場合と同様の動作（これを単発動作とも呼ぶ）をする必要がある。

具体的に言うと、例えば、図２に示すように、カムコーダの再生制御画面１が、ＴＶに表示されているとする。この再生制御画面１には、カムコーダにより再生されるＨＤ画像Ｍｖと、ＨＤ画像の再生を制御するための各種再生制御ボタンと、任意の再生制御ボタンを選択するためのカーソルＣｕとが表示される。再生制御ボタンとしては、例えば、ＨＤ画像が再生中でなければ再生、再生中であれば一時停止する命令が割り当てられている再生／一時停止ボタン２、再生するＨＤ画像を１つ前のＨＤ画像に切り換える命令が割り当てられている前ボタン３、再生するＨＤ画像を１つ後の（つまり次の）ＨＤ画像に切り換える命令が割り当てられている次ボタン４などが表示される。

そしてこの再生制御画面１では、リモートコントローラの方向キーにより画面上を移動可能なカーソルＣｕで所望の再生制御ボタンを選択した後、リモートコントローラの決定キーを押下操作することで、選択した再生制御ボタンに割り当てられている命令（つまりＨＤ画像の再生、一時停止、１つ前のＨＤ画像への切り換え、次のＨＤ画像への切り換えなど）に応じた動作を、カムコーダに実行させることができるようになされている。

ここで、例えば、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが長押しされた場合、その間、ＴＶからカムコーダに対して、この決定キーのコードと、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが連続して送信される。

このとき、カムコーダ側で、決定キーが連続して押下された場合と同様のリピート動作をしてしまうと、決定キーが押下されている間、「再生」、「一時停止」、「再生」、「一時停止」、…を繰り返すことになり、ユーザの意図しない動作になってしまう。

ゆえに、このような場合、すなわち、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが押下された場合には、カムコーダ側で、その押下時間に依らず、決定キーが離されるまで、「再生」もしくは「停止」の単発動作をすることが望ましい。

実際上、カムコーダは、図３のタイミングチャートに示すように、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが押下されることによりＴＶから送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ１で、再生／一時停止ボタン２が選択された状態で決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（例えば「一時停止」命令）に応じた動作（ＨＤ画像の一時停止）をするとともに、このキーコードを一時記憶する。

その後、カムコーダは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信するまで、つまり、押下された決定キーが離されたと認識するまでは、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しても、これを無視する。

そして、カムコーダは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信すると、その時点ｔ２で、押下されていた決定キーが離されたと認識して、一時記憶していたキーコードを破棄する。

その後、カムコーダは、再び、リモートコントローラの決定キーが押下されることにより送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ３で、再び、決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「再生」命令）に応じた動作（ＨＤ画像の再生）をするとともに、このキーコードを一時記憶する。

こうすることで、カムコーダは、再生／一時停止ボタン２が選択されている状態で、決定キーが長押しされることにより連続してＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが送信されてきても、リピート動作することなく、決定キーが押下されて最初に受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄのみに応じて、単発動作することができる。

このように、受信側機器となるカムコーダは、キーの押下に対応付けられている命令が、再生／一時停止のように、１回の押下操作で１回入力されることが望ましい命令である場合には、キーが長押しされても、リピート動作でなく、単発動作するようになされている。

ところで、ＣＥＣの規格では、リモートコントローラのキーが離されたらＣＥＣコマンドとしてＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信すべきであると、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄの送信を推奨してはいるものの、送信しなければならないと定義されているわけではない。

ゆえに、送信側機器となる例えばＴＶの中には、リモートコントローラのキーが離されてもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信しないものがある。

実際上、このようなＴＶとＨＤＭＩ接続されたカムコーダは、図４に示すタイミングチャートに示すように、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが押下されることによりＴＶから送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ１０で、再生／一時停止ボタン２が選択された状態で決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（例えば「一時停止」命令）に応じた動作（ＨＤ画像の一時停止）をするとともに、このキーコードを一時記憶する。

その後、カムコーダは、一時記憶したキーコードと同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信するまで、つまり、押下された決定キーが離されたと認識するまでは、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しても、これを無視する。

ところが、このＴＶは、例えば時点ｔ１１で決定キーが離されても、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信してこない。

ゆえに、カムコーダ側では、時点ｔ１１で決定キーが離されても、そのことを認識することができず、例えば、時点ｔ１２で、再びリモートコントローラの決定キーが押下されることにより同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しても、前の時点ｔ１０から決定キーが長押しされていると誤認識して、このときのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを無視してしまう。

この結果、カムコーダでは、本来、この時点ｔ１２で実行すべき動作（ＨＤ画像の再生）を実行することができなくなる。

このように、決定キーが離されてもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄが送信されてこない場合、カムコーダでは、決定キーが離されたことを認識できず、決定キーが押下されて最初に受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄに応じて動作した以降、決定キーを離そうが再び押下しようが、この決定キーに対する操作を受け付けなくなり、結果として、リモートコントローラの操作に応じた動作をすることができなくなる。

そこで、ＣＥＣの規格では、受信側機器がＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから所定期間（これをコマンド待受期間とも呼び、例えば、送信側機器がＣＥＣコマンドを連続して送信するときの間隔と同間隔の５００ｍｓに設定）内に、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄも、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄも受信しなかったときには、受信側機器で内部的にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信した場合の処理（これをＲｅｌｅａｓｅｄ処理とも呼ぶ）を実行することが推奨されている。

すなわち、カムコーダは、図５のタイミングチャートに示すように、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが押下されることによりＴＶから送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ２０で、再生／一時停止ボタン２が選択された状態で決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（例えば「一時停止」命令）に応じた動作（ＨＤ画像の一時停止）をするとともに、このキーコードを一時記憶する。

その後、カムコーダは、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ２０からコマンド待受期間Ｃｔ内である時点ｔ２１に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点ｔ２１で、決定キーが押し続けられていると認識して、これを無視する。

以降も、カムコーダは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ２１、ｔ２２、ｔ２３、ｔ２４）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ２２、ｔ２３、ｔ２４、ｔ２５）で、同様にこれを無視する。

ここで、ＴＶは、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信するタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）より前の時点ｔ２６で決定キーが離されると、その時点ｔ２６から、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信を停止する。ここで、このＴＶは、決定キーが離されても、Ｕｓｅｒ Ｃｏｎｔｏｒｏｌ Ｒｅｌｅａｓｅｄを送信しない送信側機器であるとする。

すると、カムコーダは、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ２５からコマンド待受期間Ｃｔ経過しても、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、時点ｔ２５からコマンド待受期間Ｃｔ経過後の時点ｔ２７で、決定キーが離されたと認識する。

そして、カムコーダは、この時点ｔ２７で、内部的にＲｅｌｅａｓｅｄ処理を実行する。すなわち、カムコーダは、一時記憶していたキーコードを破棄する。

その後、カムコーダは、再び、リモートコントローラの決定キーが押下されることにより送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ２８で、再び、決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「再生」命令）に応じた動作（ＨＤ画像の再生）をするとともに、このキーコードを一時記憶する。

このように、受信側機器となるカムコーダは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、コマンド待受期間Ｃｔ内に、再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかった場合に、内部的にＲｅｌｅａｓｅｄ処理を実行することで、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信しない送信側機器とＨＤＭＩ接続された場合でも、リモートコントローラの操作に応じた動作を実行することができる。

ここまで説明したように、従来の受信側機器は、キーが押下されたことを示すＣＥＣコマンドであるＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、コマンド待受期間Ｃｔ内に、再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した場合には、このキーコードにより示されるキーが押し続けられていると判断する。

ここで、このキーの押下に対応付けられている命令が、特定の命令である場合、受信側機器は、キーが押下されて最初に受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ以外のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄについては無視する。

こうすることで、受信側機器は、キーが長押しされることによりＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを連続して受信しても、リピート動作することなく、単発動作することができる。

さらに、受信側機器は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、コマンド待受期間内に、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ ＰｒｅｓｓｅｄもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄも受信しなかった場合には、このキーコードにより示されるキーが離されたと認識して、内部的にＲｅｌｅａｓｅｄ処理を実行する。

こうすることで、受信側機器は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信しない送信側機器とＨＤＭＩ接続された場合でも、リモートコントローラの操作に応じた動作をすることができる。
特開平１１−２２５３８１号公報

ところで、ＨＤＭＩでは、複数の機器が接続されることを想定している。ここで、例えば、図６に示すように、複数のＨＤＭＩ端子を有するＴＶ１０に対して、ＨＤＭＩケーブルＨｃ１を介してカムコーダ１１が接続されるとともに、ＨＤＭＩケーブルＨｃ２を介してデジタルスチルカメラ１２が接続され、さらにＨＤＭＩケーブルＨｃ３を介して複数のＨＤＭＩ端子を有するＡＶ（Audio Video）アンプ１３が接続され、またこのＡＶアンプ１３に対して、ＨＤＭＩケーブルＨｃ４を介してＢＤ（Blu-ray Disc）レコーダ１４が接続されているとする。

ここで、複数のＨＤＭＩ端子を有するＴＶ１０及びＡＶアンプ１３は、ＨＤＭＩケーブルＨｃの中の１つの信号線であるＣＥＣラインＣＬを、内部で接続するようになされている。この結果、ＨＤＭＩ接続された全ての機器が、１つのＣＥＣラインＣＬで繋がることになり、どの機器間でもＣＥＣコマンドの送受が可能となる。

ところが、この場合、１つのＣＥＣラインＣＬをＨＤＭＩ接続された全ての機器で共用することになるので、１度に多くのＣＥＣコマンドが発行されると、ＣＥＣラインＣＬのトラフィック（混雑量）が増加して、ＣＥＣコマンドの送受に遅延が生じることがある。

このようにＣＥＣコマンドの送受に遅延が生じると、例えば、送信側機器が、本来送信すべきタイミングにＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信できなくなり、結果として、受信側機器で、リモートコントローラの操作を正確に認識できなくなる恐れがある。

例えば、図７のタイミングチャートに示すように、カムコーダ１１は、再生／一時停止ボタン２が選択された状態で、リモートコントローラの決定キーが押下されることによりＴＶ１０から送信されてくる決定キーのキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ３０で、再生／一時停止ボタン２が選択された状態で決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（例えば「再生」命令）に応じた動作（ＨＤ画像の再生）をするとともに、このキーコードを一時記憶する。

その後、カムコーダ１１は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ３０からコマンド待受期間Ｃｔ内である時点ｔ３１に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、決定キーが押し続けられていると認識して、これを無視する。

以降も、カムコーダ１１は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ３１、ｔ３２、ｔ３３、ｔ３４）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ３２、ｔ３３、ｔ３４、ｔ３５）で、同様にこれを無視する。

ここで、ＴＶ１０が、ＣＥＣラインＣＬのトラフィックの増加の影響により、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、本来送信すべきタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）よりも遅れて送信したとする。

すると、カムコーダ１１は、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ３５からコマンド待受期間Ｃｔ（５００ｍｓ）経過しても、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、決定キーが押し続けられているにもかかわらず、時点ｔ３５からコマンド待受期間Ｃｔ経過後の時点ｔ３６で、決定キーが離されたと認識して、内部的にＲｅｌｅａｓｅｄ処理（キーコードの破棄）を実行してしまう。

その後、カムコーダ１１は、時点ｔ３７で、ＴＶ１０から遅れて送信されてきたＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、この時点ｔ３７で、再び、決定キーが押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「一時停止」命令）に応じた動作（ＨＤ画像の一時停止）をするとともに、このキーコードを一時記憶してしまう。

このように、トラフィックの増加により、送信側機器からの、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じると、受信側機器では、キーが押し続けられていることを正確に認識することができず、結果として、リモートコントローラの操作に応じた動作をすることができなくなる。

つまり、従来の受信側機器では、ＣＥＣラインＣＬのトラフィックが増加すると、その影響により、通常（トラフィックの影響がない場合）とは異なる動作をしてしまうことがあった。

本発明は以上の点を考慮してなされたもので、他の機器と接続する信号線のトラフィックに依らず、他の機器からの制御信号をもとに一定の動作をすることができる電子機器及びその制御方法を提案しようとするものである。

かかる課題を解決するため本発明においては、所定の信号線を介して一以上の機器と接続され、接続された他の機器から送信される制御信号に応じて動作可能な電子機器に対して、接続された他の機器から送信される制御信号を受信する受信部と、受信部により特定の制御信号を受信してから、設定された信号待受期間内に、当該特定の制御信号に対応する制御信号を受信しなかった場合に、所定の処理を実行する制御部と、信号待受期間を信号線のトラフィックに基づいて調整する待受期間調整部とを設けるようにした。

このように、信号線のトラフィックに基づいて、信号待受期間を調整するようにしたことにより、例えば、信号線のトラフィックが増加することに応じて制御信号の送信に遅延が生じるような場合には、その分延長した信号待受期間内で特定の制御信号を待ち受け、この延長した待受期間内に特定の制御信号を受信したか否かで所定の処理を実行するかどうか判断することができる。すなわち、信号線のトラフィックによる影響を排除した条件下で、所定の処理を実行するかどうか判断することができる。

本発明によれば、所定の信号線を介して一以上の機器と接続され、接続された他の機器から送信される制御信号に応じて動作可能な電子機器に対して、接続された他の機器から送信される制御信号を受信する受信部と、受信部により特定の制御信号を受信してから、設定された信号待受期間内に、当該特定の制御信号に対応する制御信号を受信しなかった場合に、所定の処理を実行する制御部と、信号待受期間を信号線のトラフィックに基づいて調整する待受期間調整部とを設けるようにしたことにより、例えば、信号線のトラフィックが増加することに応じて制御信号の送信に遅延が生じるような場合には、その分延長した信号待受期間内で特定の制御信号を待ち受け、この延長した待受期間内に特定の制御信号を受信したか否かで所定の処理を実行するかどうか判断することができ、かくして、他の機器と接続する信号線のトラフィックに依らず、他の機器からの制御信号をもとに一定の動作をすることができる電子機器及びその制御方法を実現することができる。

以下、図面について、本発明の実施の形態を詳述する。

（１）第１の実施の形態
（１−１）機器間制御システムの構成
図８において２０は、全体として、ＨＤＭＩ接続された複数の機器で構成される機器間制御システムを示す。この図８に示す機器間制御システム２０は、複数のＨＤＭＩ端子を有するＴＶ２１に対して、ＨＤＭＩケーブルＨｃ１０を介してカムコーダ２２が接続されるとともに、ＨＤＭＩケーブルＨｃ１１介してデジタルスチルカメラ２３が接続され、さらにＨＤＭＩケーブルＨｃ１２を介して複数のＨＤＭＩ端子を有するＡＶアンプ２４が接続され、またこのＡＶアンプ２４に対して、ＨＤＭＩケーブルＨｃ１３を介してＢＤレコーダ２５が接続された例である。

ここで、複数のＨＤＭＩ端子を有するＴＶ２１及びＡＶアンプ２４は、ＨＤＭＩケーブルＨｃの中の１つの信号線であるＣＥＣラインＣＬを、内部で接続するようになされている。この結果、ＨＤＭＩ接続された全ての機器が、１つのＣＥＣラインＣＬで繋がることになり、どの機器間でもＣＥＣコマンドの送受が可能となる。

そしてこの機器間制御システム２０では、ＣＥＣのＲｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈを利用することにより、ＴＶ２１のリモートコントローラＲｃで、各機器を操作（つまり制御）することができるようになされている。

具体的に言うと、例えば、図９に示すように、カムコーダ２２が、ＨＤＭＩケーブルＨｃ１０を介してＴＶ２１に画面データを送信することにより、カムコーダ２２の画面の１つである、再生制御画面３０をＴＶ２１に表示させる。

この再生制御画面３０には、図１０に示すように、主として、カムコーダ２２により再生されるＨＤ画像Ｍｖと、ＨＤ画像の再生を制御するための各種再生制御ボタンと、任意の再生制御ボタンを選択するためのカーソルＣｕとが表示される。再生制御ボタンとしては、例えば、ＨＤ画像が再生中でなければ再生、再生中であれば一時停止する命令が割り当てられている再生／一時停止ボタン３１、ＨＤ画像の再生を停止する命令が割り当てられている停止ボタン３２、ＨＤ画像を巻き戻す命令が割り当てられている巻き戻しボタン３３、ＨＤ画像を早送りする命令が割り当てられている早送りボタン３４、再生するＨＤ画像を１つ前のＨＤ画像に切り換える命令が割り当てられている前ボタン３５、再生するＨＤ画像を１つ後の（つまり次の）ＨＤ画像に切り換える命令が割り当てられている次ボタン３６などが表示される。

そしてＴＶ２１は、この表示した再生制御画面３０に対する操作が、リモートコントローラＲｃで行われると、この操作（つまり再生制御画面３０に対するリモートコントローラＲｃの操作）を示すＣＥＣコマンドをカムコーダ２２に送信する。

カムコーダ２２は、ＴＶ２１から送信されてくるＣＥＣコマンドに基づいて、再生制御画面３０に対するリモートコントローラＲｃの操作を認識し、この操作に応じた動作（つまりＨＤ画像の再生、一時停止、停止、巻き戻し、早送り、１つ前のＨＤ画像への切り換え、次のＨＤ画像への切り換えなど）をする。

このようにして、この機器間制御システム２０では、リモートコントローラＲｃを使ってＴＶ２１を操作する感覚で、カムコーダ２２を操作できるようになされている。同様にして、デジタルスチルカメラ２３、ＡＶアンプ２４、ＢＤレコーダ２５も、このリモートコントローラＲｃで操作することができる。

因に、ここでは、カムコーダ２２の画面の１つである再生制御画面３０をＴＶ２１に表示させ、この再生制御画面３０に対するリモートコントローラＲｃの操作で、カムコーダ２２に、ＨＤ画像の再生制御を行わせるようにしたが、他の画面を表示させて、例えば、カムコーダ２２に、ＨＤ画像のサムネイルを表示させたり、ＨＤ画像のファイルを削除させたりすることもできる。

（１−２）リモートコントローラの構成
ここで、ＴＶ２１のリモートコントローラＲｃの構成について簡単に説明する。リモートコントローラＲｃは、図１１に示すように、矩形状の筐体４０を有し、その一面の上端部にＴＶ２１の電源オン／オフに対応する電源キー４１、ＴＶ２１にＨＤＭＩ接続された機器の電源オン／オフに対応する電源キー４２などが設けられている。

さらにその下方には、ＴＶ２１にＨＤＭＩ接続された機器に対するＨＤ画像などの再生制御に対応する各種再生制御キー４３などが設けられている。さらにその下方には、ＴＶ２１に表示される画面でのカーソル操作などに対応する上キー４４Ａ、下キー４４Ｂ、左キー４４Ｃ及び右キー４４Ｄでなる方向キー４４、画面での操作の決定などに対応する決定キー４５、画面での戻り操作などに対応する戻るキー４６などが設けられている。

さらにその下方には、テレビジョン放送のチャンネル選択操作などに対応する数字キー４７、チャンネルの切換操作に対応するチャンネル切換キー４８、音量調節操作に対応する音量調節キー４９などが設けられている。

そしてリモートコントローラＲｃは、これらのキーが押下されると、そのキーに割り当てられているキーごとに固有のキーコード（例えば、決定キー４５であれば「0x00」、上キー４４Ａであれば「0x01」など）を含んだ赤外線信号を発信することで、ＴＶ２１にリモートコントローラＲｃの操作を認識させるようになされている。

（１−３）カムコーダの回路構成
次に、機器間制御システム２０の各機器の回路構成について説明する。この第１の実施の形態は、Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐａｓｓ Ｔｈｒｏｕｇｈを利用したＣＥＣコマンドの受信を中心とした内容であるので、ここでは、ＣＥＣコマンドを受信する側の機器（受信側機器）の１つである、カムコーダ２２の回路構成を例に説明することにする。

図１２に示すようにカムコーダ２２は、ＣＰＵ（Central Processing Unit）構成でなるマイクロプロセッサ５０を有している。このマイクロプロセッサ５０は、図示しない内蔵メモリまたはハードディスクドライブ５１から基本プログラムや各種アプリケーションプログラムを読み出し、これらに従って、全体を統括的に制御するとともに、各種処理（撮影処理、再生処理及びＣＥＣコマンド受信処理など）を実行するようになされている。

実際上、カムコーダ２２は、撮影時、撮像部５２のレンズ５３によって撮像対象の被写体をＣＣＤ（Charge Coupled Device）などでなる撮像素子５４に結像させ、その結果得られるＨＤ画像信号Ｓ１を信号処理回路５５へ送出する。

信号処理回路５５は、ＨＤ画像信号Ｓ１に対してガンマ補正、ＡＧＣ（Auto Gain Control）などの処理を行うと共に、このＨＤ画像信号Ｓ１をデジタルのＨＤ画像データＳ２に変換した後、エンコーダ／デコーダ５６へ送出する。

エンコーダ／デコーダ５６は、ＨＤ画像データＳ２に対して所定の圧縮符号化方式に従って圧縮符号化処理を行い、この結果得られる圧縮ＨＤ画像データＳ３を記録再生回路５７を介してハードディスクドライブ５１に記録する。

またカムコーダ２２は、再生時、記録再生回路５７を介してハードディスクドライブ５１から圧縮ＨＤ画像データＳ３を読み出して、この圧縮ＨＤ画像データＳ３をエンコーダ／デコーダ５６によって復号化することにより元のＨＤ画像データＳ２を得、これを重畳回路５８経由でＬＣＤ（Liquid Crystal Display）５９へ出力する。この結果、ＬＣＤ５９には、このＨＤ画像データＳ２に基づくＨＤ画像が表示される。

さらにカムコーダ２２は、ＯＳＤ（On Screen Display）生成回路６０によってカムコーダ２２を操作するためのメニュー項目や各種ボタンなどのグラフィックをＯＳＤデータＤ１として生成し、これを重畳回路５８へ送出する。

重畳回路５８は、エンコーダ／デコーダ５６からＨＤ画像データＳ２の供給を受けていれば、ＯＳＤ生成回路６０から供給されたＯＳＤデータＤ１をＨＤ画像データＳ２に重畳して、その結果得られるＯＳＤ重畳画像データＳＤ１をＬＣＤ５９へ送出する一方、エンコーダ／デコーダ５６からＨＤ画像データＳ２の供給を受けていなければ、ＯＳＤ生成回路６０から供給されたＯＳＤデータＤ１だけを、ＬＣＤ５９へ送出する。この結果、ＬＣＤ５９には、ＯＳＤ重畳画像データＳＤ１またはＯＳＤデータＤ１に基づく画面が表示される。このとき表示される画面が、例えば、上述した再生制御画面３０である。

そしてカムコーダ２２のマイクロプロセッサ５０は、ＬＣＤ５９に表示した画面（例えば再生制御画面３０）に対する操作が、ＬＣＤ５９の前面に設けられたタッチパネル６１を介して行われたことを認識すると、この操作に応じた制御（例えば、ＨＤ画像の再生、一時停止、停止、巻き戻し、早送り、１つ前のＨＤ画像への切り換え、次のＨＤ画像への切り換えなど）を行う。

さらにカムコーダ２２のマイクロプロセッサ５０は、必要に応じて、重畳回路５８から得られるＯＳＤ重畳画像データＳＤ１またはＯＳＤデータＤ１を、ＨＤＭＩインタフェース６２及びＨＤＭＩケーブルＨｃ１０を介してＴＶ２１に送出する。この結果、ＴＶ２１に、ＯＳＤ重畳画像データＳＤ１またはＯＳＤデータＤ１に基づく画面として、例えば再生制御画面３０が表示される。

さらにマイクロプロセッサ５０は、ＴＶ２１に表示された画面（例えば再生制御画面３０）に対する操作がＴＶ２１のリモートコントローラＲｃで行われることにより、この操作を示すＣＥＣコマンドがＴＶ２１からＨＤＭＩケーブルＨｃ１０のＣＥＣラインＣＬを通り送信されてくると、これをＨＤＭＩインタフェース６２を介して取得する。

そしてマイクロプロセッサ５０は、取得したＣＥＣコマンドに基づいて、ＴＶ２１に表示された画面（例えば再生制御画面３０）に対するリモートコントローラＲｃの操作を認識して、この操作に応じた制御（つまりＨＤ画像の再生、一時停止、停止、巻き戻し、早送り、１つ前のＨＤ画像への切り換え、次のＨＤ画像への切り換えなど）を行う。

このようにして、カムコーダ２２は、ＴＶ２１のリモートコントローラＲｃで操作できるようになされている。

また、詳しくは後述するが、カムコーダ２２は、マイクロプロセッサ５０に内蔵されたタイマにより、各種時間を計測し得るようにもなされている。

（１−４）ＣＥＣコマンドに応じたカムコーダ２２の動作
ここで、リモートコントローラＲｃの操作に応じてＴＶ２１から送信されてくるＣＥＣコマンドを受信したときのカムコーダ２２の動作について詳しく説明する。

ＣＥＣコマンドを受信したときのカムコーダ２２は、基本的には従来のＣＥＣ規格に準拠した受信側機器と同様の動作をするようになされている。尚、ＣＥＣコマンドを送信する側のＴＶ２１は、リモートコントローラＲｃのキーが押され続けた場合に、キーが押され続けている間、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを所定の間隔（これをリピート間隔とも呼び、例えば５００ｍｓに設定されている）で連続して送信する機器とする。また、このＴＶ２１は、リモートコントローラＲｃのキーが離されても、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信しない機器とする。

すなわち、カムコーダ２２のマイクロプロセッサ５０は、図５とほぼ同一の図１３のタイミングチャートに示すように、再生制御画面３０の再生／一時停止ボタン３１がカーソルＣｕにより選択された状態で、リモートコントローラＲｃの決定キー４５が押下されることによりＴＶ２１から送信されてくる決定キー４５のキーコード（例えば「0x00」）とＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ２０で、再生／一時停止ボタン３１が選択された状態で決定キー４５が押下されたと認識して、このときの決定キー４５の押下に対応付けられている命令（例えば「一時停止」命令）に応じた制御（ＨＤ画像の一時停止）を行うとともに、このキーコードを内蔵メモリに一時記憶する。

その後、カムコーダ２２のマイクロプロセッサ５０は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ４０からコマンド待受期間Ｃｔ内である時点ｔ４１に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点ｔ４１で、決定キーが押し続けられていると認識して、これを無視する。

以降も、カムコーダ２２のマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ４１、ｔ４２、ｔ４３、ｔ４４）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ４２、ｔ４３、ｔ４４、ｔ４５）で、同様にこれを無視する。

ここで、ＴＶ２１は、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信するタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）より前の時点ｔ４６で決定キー４５が離されると、その時点ｔ４６から、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信を停止する。

すると、カムコーダ２２のマイクロプロセッサ５０は、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ４５からコマンド待受期間Ｃｔ経過しても、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、時点ｔ４５からコマンド待受期間Ｃｔ経過後の時点ｔ４７で、決定キー４５が離されたと認識する。

そして、カムコーダ２２のマイクロプロセッサ５０は、この時点ｔ４７で、Ｒｅｌｅａｓｅｄ処理を実行する。すなわち、カムコーダ２２のマイクロプロセッサ５０は、内蔵メモリに一時記憶していたキーコードを破棄する（つまり消去する）。

その後、カムコーダ２２のマイクロプロセッサ５０は、再び、リモートコントローラＲｃの決定キー４５が押下されることにより送信されてくる決定キー４５のキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ４８で、再び、決定キー４５が押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「再生」命令）に応じた制御（ＨＤ画像の再生）を行うとともに、このキーコードを一時記憶する。

このように、カムコーダ２２は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、コマンド待受期間Ｃｔ内に、再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかった場合に、内部的にＲｅｌｅａｓｅｄ処理を実行することで、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを送信しないＴＶ２１とＨＤＭＩ接続された場合でも、リモートコントローラＲｃの操作に応じた動作を実行することができる。

尚、ここでは、キーの押下に対応付けられている命令が、再生／一時停止のように、１回の押下操作で１回入力されることが望ましい命令である場合のカムコーダ２２の動作（すなわち単発動作）について説明したが、例えば、再生制御画面３０の次ボタン３６がカーソルＣｕにより選択された状態で、リモートコントローラＲｃの決定キー４５が押下されたときなどのように、キーの押下に対応付けられている命令が、長押しにより連続して入力されることが望ましい命令（例えば、ＨＤ画像の巻き戻し、早送り、ＨＤ画像の切り換えなど）である場合には、カムコーダ２２は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信するごとに、キーの押下に対応付けられている命令に応じた動作を行うようにもなされている（つまりリピート動作ようにもなされている）。

ところで、上述したように、機器間制御システム２０では、ＨＤＭＩ接続された複数の機器を１つのＣＥＣラインＣＬで繋げることにより、どの機器間でもＣＥＣコマンドを送受できるようになされている。

この結果、１つのＣＥＣラインＣＬをＨＤＭＩ接続された全ての機器で共用することになり、このような場合、１度に多くのＣＥＣコマンドが発行されると、ＣＥＣラインＣＬのトラフィックが増加して、ＣＥＣコマンドの送受に遅延が生じることがある。

このようにＣＥＣコマンドの送受に遅延が生じると、例えば、ＴＶ２１が、リピート間隔（例えば５００ｍｓ）でＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信することができなくなり、結果、何も対策を施さなければ、カムコーダ２２は、キーが押され続けているにもかかわらず、コマンド待受期間（例えば５００ｍｓ）Ｃｔ内にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、キーが離されたと認識してしまうことになる。

そこで、本実施の形態のカムコーダ２２は、トラフィックの増加によるＣＥＣコマンドの遅延を予測して、この予測をもとにコマンド待受期間Ｃｔを調整するようになされている。

具体的に、カムコーダ２２は、機器間制御システム２０を構成する機器の数、つまり１つのＣＥＣラインＣＬに接続されている機器の数に応じて、コマンド待受期間Ｃｔを調整するようになされている。ここで、このコマンド待受期間Ｃｔの調整について詳しく説明する。

（１−５）コマンド待受期間Ｃｔの調整
コマンド待受期間Ｃｔを調整するにあたり、カムコーダ２２は、まず、自機が接続されているＣＥＣラインＣＬに接続されている機器の数を検出する。この検出には、例えば、ＣＥＣメッセージの１つであるＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを利用する。ちなみに、上述したＣＥＣコマンド（例えばＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ）も、このＣＥＣメッセージの１つである。

ここで、ＣＥＣメッセージについて簡単に説明する。ＣＥＣメッセージは、図１４（Ａ）に示すように、その先頭を示すＳｔａｒｔ Ｂｉｔと、これに続くＨｅａｄｅｒ Ｂｌｏｃｋと、これに続く複数のＤａｔａ Ｂｌｏｃｋとで、データフレームが構成される。Ｄａｔａ Ｂｌｏｃｋの数は、最小で０、最大で１５である。

このうち、Ｈｅａｄｅｒ Ｂｌｏｃｋは、ＣＥＣメッセージの送信元と送信先とを示す情報が記されるＢｌｏｃｋであり、送信元の機器ＩＤ（後述する）を示す４ｂｉｔのＩｎｉｔｉａｔｏｒと、送信先の機器ＩＤを示す４ｂｉｔのＤｅｓｔｉｎａｔｉｏｎと、このＢｌｏｃｋがＣＥＣメッセージの末端であるかどうかを示す１ｂｉｔのＥＯＭ（End Of Message）と、送信先からの応答を示す１ｂｉｔのＡＣＫ（Acknowledgement）とで構成される。また、Ｄａｔａ Ｂｌｏｃｋは、各種データ（ＣＥＣコマンドなど）が記されるＢｌｏｃｋであり、各種データを示す８ｂｉｔのＤａｔａと、１ｂｉｔのＥＯＭと、１ｂｉｔのＡＣＫとで構成される。

そして、実際上、このＣＥＣメッセージは、図１４（Ｂ）に示すように、３．７±０．２ｍｓ間Ｌｏｗ Ｌｅｖｅｌが続きその後４．５±０．２ｍｓまでＨｉｇｈ Ｌｅｖｅｌが続く波形で表されるＳｔａｒｔ Ｂｉｔと、１．５±０．２ｍｓ間Ｌｏｗ Ｌｅｖｅｌが続きその後２．４±０．２ｍｓまでＨｉｇｈ Ｌｅｖｅｌが続く波形で示されるｂｉｔの「０」及び０．６±０．２ｍｓ間Ｌｏｗ Ｌｅｖｅｌが続きその後２．４±０．２ｍｓまでＨｉｇｈ Ｌｅｖｅｌが続く波形で示されるｂｉｔの「１」で表されるｂｉｔ列とで構成された信号として、機器間で送受されるようになされている。

尚、このＣＥＣメッセージは、ＣＥＣラインＣＬに接続されている全ての機器で受信可能である。ゆえに、ＣＥＣメッセージを受信した機器は、そのＨｅａｄｅｒ Ｂｌｏｃｋに記される送信先の機器ＩＤが自機の機器ＩＤと同一であるかどうかで、受信したＣＥＣメッセージの送信先が自機であるかどうか判断するようになされている。

因に、ＨＤＭＩには、図１５に示すように、機器ＩＤとして、「０」〜「１５」の１６個のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓがあらかじめ用意され、規格上、ＨＤＭＩ接続される機器はＨＤＭＩ接続されたときに、これら１６個のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓのうちの１つを取得するよう規定されている。

つまり、機器間のＣＥＣメッセージの送受は、送信側機器が、自機のＬｏｇｉｃａｌ ＡｄｄｒｅｓｓをＨｅａｄｅｒ ＢｌｏｃｋのＩｎｉｔｉａｔｏｒに記すとともに、送信先のＬｏｇｉｃａｌ ＡｄｄｒｅｓｓをＤｅｓｔｉｎａｔｉｏｎに記すことで実現される。

Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅは、このようなＣＥＣメッセージの１つであり、ＣＥＣラインＣＬに接続されている機器の認識に使用されるメッセージである。このＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅは、Ｓｔａｒｔ ＢｉｔとＨｅａｄｅｒ Ｂｌｏｃｋのみで構成される。

Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅの送信元となる機器は、Ｈｅａｄｅｒ ＢｌｏｃｋのＤｅｓｔｉｎａｔｉｏｎに所望のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを記して、このＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行する。

ここで、そのＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを取得した機器がＣＥＣラインＣＬ上に存在するのであれば、図１６（Ａ）に示すように、この機器がＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅの受信に応じてＡＣＫを返す。

これに対して、そのＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを取得した機器がＣＥＣラインＣＬ上に存在しないのであれば、図１６（Ｂ）に示すように、ＡＣＫは返ってこない。

このように、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅを使えば、このＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅに記したＬｏｇｉｃａｌ Ａｄｄｒｅｓｓに対応する機器がＣＥＣラインＣＬに接続されているかどうかを認識することができるようになされている。

ここで、カムコーダ２２が、このＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを、各Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓに対して順番に発行して、このときＡＣＫを返してきた機器をカウントすれば、ＣＥＣラインＣＬに接続されている機器の数を検出することができる。

因に、Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓは、「０」〜「１５」まで用意されているが、「１５」は、無効な機器または全機器を表すので、この「１５」に対してはＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行しない。

このようにして、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅを利用して、ＣＥＣラインＣＬに接続されている機器の数を検出した後、カムコーダ２２は、この数に応じて、コマンド待受期間Ｃｔを調整する。

具体的に、カムコーダ２２には、例えば、出荷前にこのカムコーダ２２とＣＥＣラインＣＬを介して接続される機器の数ごとにトラフィックを検証した結果として機器の数ごとに予測されたトラフィックに基づいて、コマンド待受期間Ｃｔの調整値が機器の数ごとに設定されている。

すなわち、カムコーダ２２には、あらかじめ予測される、トラフィックの増加により生じるＣＥＣコマンドの遅延に基づいて、少なくともこの遅延分コマンド待受期間Ｃｔを延長するような調整値が設定されている。

実際上、図１７に示すように、例えば、自機を含めて、ＣＥＣラインＣＬに接続されている機器の数が「２」の場合、つまりカムコーダ２２とあともう１台しかＣＥＣラインＣＬに接続されていない場合、トラフィックの影響は受けないものとして、コマンド待受期間Ｃｔの調整値は「０」に設定されている（つまりコマンド待受期間Ｃｔはデフォルト（初期値）の５００ｍｓまま）。

また、機器の数が「３」〜「５」の場合、この場合に予測されるトラフィックの増加によるＣＥＣコマンドの遅延に基づいて、調整値は「＋３００ｍｓ」に設定されている。つまり、この場合、コマンド待受期間Ｃｔは、デフォルト＋３００ｍｓの８００ｍｓとなる。

さらに、機器の数が「６」〜「９」の場合、この場合に予測されるトラフィックの増加によるＣＥＣコマンドの遅延に基づいて、調整値は「＋４００ｍｓ」に設定されている。つまり、この場合、コマンド待受期間Ｃｔは、デフォルト＋４００ｍｓの９００ｍｓとなる。

さらに、機器の数が「１０」以上の場合、この場合に予測されるトラフィックの増加によるＣＥＣコマンドの遅延に基づいて、調整値は「＋５００ｍｓ」に設定されている。つまり、この場合、コマンド待受期間Ｃｔは、デフォルト＋５００ｍｓの１０００ｍｓとなる。

このように設定された調整値に基づいて、カムコーダ２２は、ＣＥＣラインＣＬに接続されている機器の数に応じてコマンド待受期間Ｃｔを調整するようになされている。

ここで、図８に示したようにＣＥＣラインＣＬに接続されている機器の数がカムコーダ２２を含めて５台の場合の、カムコーダ２２の動作について説明する。この場合、上述したように、コマンド待受期間Ｃｔは、デフォルト＋３００ｍｓの例えば８００ｍｓに設定される。

カムコーダ２２のマイクロプロセッサ５０は、図１８のタイミングチャートに示すように、再生制御画面３０の再生／一時停止ボタン３１がカーソルＣｕにより選択された状態で、リモートコントローラＲｃの決定キー４５が押下されることによりＴＶ２１から送信されてくる決定キー４５のキーコード（例えば「0x00」）とＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ５０で、再生／一時停止ボタン３１が選択された状態で決定キー４５が押下されたと認識して、このときの決定キー４５の押下に対応付けられている命令（例えば「一時停止」命令）に応じた制御（ＨＤ画像の一時停止）を行うとともに、このキーコードを内蔵メモリに一時記憶する。

その後、カムコーダ２２のマイクロプロセッサ５０は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ５０からコマンド待受期間Ｃｔ内である時点ｔ５１に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点ｔ５１で、決定キーが押し続けられていると認識して、これを無視する。

以降も、カムコーダ２２のマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ５１、ｔ５２、ｔ５３、ｔ５４）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ５２、ｔ５３、ｔ５４、ｔ５５）で、同様にこれを無視する。

ここで、ＴＶ２１は、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信するタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）より前の時点ｔ５６で決定キー４５が離されると、その時点ｔ５６から、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信を停止する。

すると、カムコーダ２２のマイクロプロセッサ５０は、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ５５からコマンド待受期間（８００ｍｓ）Ｃｔ経過しても、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、時点ｔ５５からコマンド待受期間Ｃｔ経過後の時点ｔ５７で、決定キー４５が離されたと認識する。

そして、カムコーダ２２のマイクロプロセッサ５０は、この時点ｔ５７で、Ｒｅｌｅａｓｅｄ処理を実行する。すなわち、カムコーダ２２のマイクロプロセッサ５０は、内蔵メモリに一時記憶していたキーコードを破棄する（つまり消去する）。

その後、カムコーダ２２のマイクロプロセッサ５０は、再び、リモートコントローラＲｃの決定キー４５が押下されることにより送信されてくる決定キー４５のキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ５８で、再び、決定キー４５が押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「再生」命令）に応じた制御（ＨＤ画像の再生）を行うとともに、このキーコードを一時記憶する。

その後、カムコーダ２２のマイクロプロセッサ５０は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ５８からコマンド待受期間Ｃｔ内である時点ｔ５９に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、決定キー４５が押し続けられていると認識して、これを無視する。

以降も、カムコーダ２２のマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ５９、ｔ６０、ｔ６１、ｔ６２）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ６０、ｔ６１、ｔ６２、ｔ６３）で、同様にこれを無視する。

ここで、ＴＶ２１が、ＣＥＣラインＣＬのトラフィックの増加の影響により、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、本来送信すべきタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）よりも遅れた例えば７００ｍｓ後に送信したとする。

このとき、カムコーダ２２には、あらかじめＣＥＣコマンドの送信に生じる遅延を予測して、コマンド待受期間Ｃｔがデフォルト＋３００ｍｓの８００ｍｓに設定されている。

ゆえに、カムコーダ２２のマイクロプロセッサ５０は、このようにトラフィックの影響によりＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信が遅れても、この遅れてきたＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、コマンド待受期間Ｃｔ内である時点ｔ６４に受信することができ、この結果、決定キー４５が押し続けられていると正確に認識して、これを無視することができる。

また一方で、カムコーダ２２のマイクロプロセッサ５０は、この調整されたコマンド待受期間Ｃｔ内に、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかった場合には、決定キー４５が離されたと正確に認識して、Ｒｅｌｅａｓｅｄ処理を実行することができる。

このように、カムコーダ２２は、ＣＥＣラインＣＬに接続される機器の数ごとに予測されるトラフィックに基づいて設定された調整値でコマンド待受期間Ｃｔを調整するようにしたことで、トラフィックの影響によりＴＶ２１からのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じても、リモートコントローラＲｃのキーが押し続けられていること、離されたことを正確に認識するこができ、結果として、リモートコントローラＲｃの操作に応じた動作をすることができる。

つまり、カムコーダ２２は、ＣＥＣラインＣＬのトラフィックに依らず、常に一定の動作をすることができる。

（１−６）接続機器数検出処理手順
次に、カムコーダ２２が、ＣＥＣラインＣＬに接続されている機器の数を検出するときの処理手順（これを接続機器数検出処理手順とも呼ぶ）について、図１９に示すフローチャートを用いて詳しく説明する。この接続機器数検出処理手順は、カムコーダ２２のマイクロプロセッサ５０が、内蔵メモリまたはハードディスクドライブ５１から読み出した接続機器数検出プログラムにしたがって実行する処理の手順である。

カムコーダ２２のマイクロプロセッサ５１は、例えば、起動すると接続機器数検出処理手順ＲＴ１を開始して、ステップＳＰ１に移る。ステップＳＰ１においてマイクロプロセッサ５０は、接続機器数を「０」にセットして、次のステップＳＰ２に移る。

ステップＳＰ２においてマイクロプロセッサ５０は、カムコーダ２２が他の機器とＨＤＭＩ接続されるまで待ち受ける。ここで、ＨＤＭＩ接続されたかどうかは、例えば、ＨＤＭＩケーブルＨｃの中の１つの信号線であるＨｏｔ Ｐｌｕｇ Ｄｅｔｅｃｔを介して入力される信号がＨｉｇｈになったかどうかで判断するようになされている。

ＨＤＭＩ接続されたことを認識すると、マイクロプロセッサ５０は、ステップＳＰ３に移る。ステップＳＰ３においてマイクロプロセッサ５０は、１６個のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓのうちの１つを取得することで、自機のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを決定して、次のステップＳＰ４に移る。

ステップＳＰ４においてマイクロプロセッサ５０は、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅの送信先となるＤｅｓｔｉｎａｔｉｏｎに、先頭のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓである「０」を設定して、次のステップＳＰ５に移る。

ステップＳＰ５においてマイクロプロセッサ５０は、設定したＤｅｓｔｉｎａｔｉｏｎにＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行して、次のステップＳＰ６に移る。ステップＳＰ６においてマイクロプロセッサ５０は、ステップＳＰ５で発行したＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅに対するＡＣＫが返ってきたかどうかを判別する。

このステップＳＰ６で肯定結果を得ると、このことは、ＡＣＫが返ってきたことにより、設定したＤｅｓｔｉｎａｔｉｏｎに対応する機器がＣＥＣラインＣＬ上に存在することを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ７に移る。ステップＳＰ７においてマイクロプロセッサ５０は、接続機器数を＋１して、次のステップＳＰ８に移る。

これに対して、上述のステップＳＰ６で否定結果を得ると、このことは、ＡＣＫが返ってこなかったことにより、設定したＤｅｓｔｉｎａｔｉｏｎに対応する機器がＣＥＣラインＣＬ上に存在しないことを意味しており、このときマイクロプロセッサ５０は、接続機器数を変えずに、ステップＳＰ８に移る。

ステップＳＰ８においてマイクロプロセッサ５０は、Ｄｅｓｔｉｎａｔｉｏｎを＋１して、つまり、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅの送信先を、次のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓに設定して、次のステップＳＰ９に移る。

ステップＳＰ９においてマイクロプロセッサ５０は、Ｄｅｓｔｉｎａｔｉｏｎが、最後のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓである「１５」に設定されているかどうかを判別する。このステップＳＰ９で否定結果を得ると、まだ、「０」〜「１４」までのＬｏｇｉｃａｌ Ａｄｄｒｅｓｓの全てに対してＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行し終えていないことを意味しており、このときマイクロプロセッサ５０は、再びステップＳＰ５に戻る。

これに対して、このステップＳＰ９で肯定結果を得ると、このことは、「０」〜「１４」までのＬｏｇｉｃａｌ Ａｄｄｒｅｓｓの全てに対してＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行し終えたことを意味しており、このときマイクロプロセッサ５０は、この時点での接続機器数（つまりＣＥＣラインＣＬに接続されている機器の数）を、例えば内蔵メモリに記憶して、この接続機器検出処理手順ＲＴ１を終了する。

このような接続機器検出処理手順ＲＴ１にしたがって、カムコーダ２２のマイクロプロセッサ５０は、ＣＥＣラインＣＬに接続されている機器の数を検出するようになされている。

因に、上述したステップＳＰ５〜ステップＳＰ６の処理については、設定したＤｅｓｔｉｎａｔｉｏｎがカムコーダ２２のＬｏｇｉｃａｌ Ａｄｄｒｅｓｓになった場合、省略してもよい。このようにすれば、カムコーダ２２が自機に対してＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行するという無駄な処理を省略することができる。

（１−７）ＣＥＣコマンド受信時の動作処理手順
次に、カムコーダ２２が、ＣＥＣコマンドを受信したときの動作処理手順について、図２０及び図２１に示すフローチャートを用いて詳しく説明する。この動作処理手順も、カムコーダ２２のマイクロプロセッサ５０が、内蔵メモリまたはハードディスクドライブ５１から読み出した動作プログラムにしたがって実行する処理の手順である。

カムコーダ２２のマイクロプロセッサ５１は、例えば、上述した接続機器数検出処理手順ＲＴ１を終了すると、この動作処理手順ＲＴ１を開始して、ステップＳＰ１０に移る。ステップＳＰ１０においてマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの受信を待ち受ける。

Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、マイクロプロセッサ５０は、ステップＳＰ１１に移り、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ受信時の処理（これをＰｒｅｓｓｅｄ処理とも呼ぶ）を実行する。

このＰｒｅｓｓｅｄ処理の手順（これをＰｒｅｓｓｅｄ処理手順とも呼ぶ）ＲＴ３を、図２１に示す。すなわち、マイクロプロセッサ５０は、このＰｒｅｓｓｅｄ処理手順ＲＴ３を開始すると、ステップＳＰ２０において、受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄに対応する、このときのリモートコントローラＲｃの操作が、リピート動作対象の操作であるかどうかを判別する。

このステップＳＰ２０で肯定結果を得ると、このことは、このときのリモートコントローラＲｃの操作が、リピート動作対象の操作であることを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ２１に移る。

ステップＳＰ２１においてマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとともに受信したキーコードを一時記憶して、次のステップＳＰ２２に移る。ステップＳＰ２２においてマイクロプロセッサ５０は、受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄに対応する、このときのリモートコントローラＲｃの操作に応じた制御を行った後、このＰｒｅｓｓｅｄ処理手順ＲＴ３を終了する。

これに対して、上述のステップＳＰ２０で否定結果を得ると、このことは、受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄに対応する、このときのリモートコントローラＲｃの操作が、リピート動作対象の操作ではなく、単発動作対象の操作であることを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ２３に移る。

ステップＳＰ２３においてマイクロプロセッサ５０は、内蔵メモリにＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄのキーコードが一時記憶されているかどうか、つまり前回受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄのキーコードが残されているかどうかを判別する。このステップＳＰ２３で肯定結果を得ると、このことは、連続してＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信したことを意味しており、このときマイクロプロセッサ５０は。ステップＳＰ２４に移る。

ステップＳＰ２４においてマイクロプロセッサ５０は、受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが、前回受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄと同一のキーコードであるかどうかを判別する。このステップＳＰ２４で肯定結果を得ると、このことは、リモートコントローラＲｃのキーが押し続けられていることにより、連続して送信されてきたＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信したことを意味しており、このときマイクロプロセッサ５０は、このＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを無視して、このＰｒｅｓｓｅｄ処理手順ＲＴ３を終了する。

また、上述のステップＳＰ２３で否定結果を得た場合、このことは、受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄが、キーが押下されて最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄであることを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ２１に移る。

さらに、上述のステップＳＰ２４で否定結果を得た場合、このことは、前回受信したＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとは違うキーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信したこと、つまり前回とは違うキーが押下されたことを意味しており、このときもマイクロプロセッサ５０は、ステップＳＰ２１に移る。

このようなＰｒｅｓｓｅｄ処理手順ＲＴ３にしたがって、Ｐｒｅｓｓｅｄ処理を実行した後、マイクロプロセッサ５０は、ステップＳＰ１２（図２０）に移る。

ステップＳＰ１２においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ用のタイマを、デフォルト（５００ｍｓ）＋接続機器数検出処理で検出した接続機器数に応じた調整値に設定して、タイマを動作させ、次のステップＳＰ１３に移る。

ステップＳＰ１３においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ内に、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信したかどうかを判別する。このステップＳＰ１３で肯定結果を得ると、このときマイクロプロセッサ５０は、再びステップＳＰ１１に戻り、Ｐｒｅｓｓｅｄ処理を実行する。

これに対して、このステップＳＰ１３で否定結果を得ると、このときマイクロプロセッサ５０は、ステップＳＰ１４に移る。ステップＳＰ１４においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ内に、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信したかどうかを判別する。このステップＳＰ１４で否定結果を得ると、このときマイクロプロセッサ５０は、ステップＳＰ１５に移る。

ステップＳＰ１５においてマイクロプロセッサ５０は、タイマから得られる経過時間をもとに、コマンド待受期間Ｃｔ経過したかどうかを判別する。このステップＳＰ１５で否定結果を得ると、このことは、まだコマンド待受期間Ｃｔ経過していないことを意味しており、このときマイクロプロセッサ５０は、再びステップＳＰ１３に戻る。

これに対して、このステップＳＰ１５で肯定結果を得ると、このことは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、Ｕｓｅｒ Ｃｏｎｔｒｏｌ ＰｒｅｓｓｅｄもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄも受信せずに、コマンド待受期間Ｃｔ経過したことを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ１６に移る。

また、上述のステップＳＰ１４で肯定結果を得た場合、すなわち、コマンド待受期間Ｃｔ内にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信した場合も、ステップＳＰ１６に移る。

ステップＳＰ１６においてマイクロプロセッサ５０は、タイマを停止して、次のステップＳＰ１７に移る。ステップＳＰ１７においてマイクロプロセッサ５０は、キーが離されたと認識して、一時記憶しているキーコードを破棄（クリア）した後、再びステップＳＰ１０に戻り、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄの受信を待ち受ける。

このような動作処理手順ＲＴ２にしたがって、カムコーダ２２のマイクロプロセッサ５０は、動作するようになされている。

（１−８）第１の実施の形態による動作及び効果
以上の構成において、カムコーダ２２は、ＨＤＭＩ接続されると、ＣＥＣメッセージの１つであるＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを利用して、ＣＥＣラインＣＬに接続されている機器の数を検出する。

そして、カムコーダ２２は、ＴＶ２１のリモートコントローラＲｃで操作されるときのコマンド待受期間Ｃｔを、検出した機器の数をもとに、接続されている機器の数ごとに予測されたトラフィックに基づいて機器の数ごとに設定されている調整値で調整する。

すなわち、カムコーダ２２は、機器の数が増えるにつれて増加するトラフィックによりＣＥＣコマンドの送信がどの程度遅延するかを予測して、ＣＥＣコマンドが遅延してもコマンド待受期間Ｃｔ内で受信できるよう、コマンド待受期間Ｃｔを延長する。

こうすることで、カムコーダ２２は、トラフィックの影響によりＴＶ２１からのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じても、リモートコントローラＲｃのキーが押し続けられていること、離されたことを正確に認識するこができ、リモートコントローラＲｃの操作に応じた動作をすることができる。

つまり、カムコーダ２２は、ＣＥＣラインＣＬのトラフィックに依らず、常に一定の動作をすることができる。

以上の構成によれば、カムコーダ２２は、コマンド待受期間ＣｔをＣＥＣラインＣＬのトラフィックに基づいて調整するようにしたことにより、ＣＥＣラインＣＬのトラフィックが増加することによりＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じるような場合には、その分延長したコマンド待受期間Ｃｔ内でＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ及びＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを待ち受け、この延長したコマンド待受期間Ｃｔ内にこれらを受信したか否かでＲｅｌｅａｓｅｄ処理を実行するかどうか判断することができ、かくして、ＣＥＣラインＣＬのトラフィックに依らず、他の機器からのＣＥＣコマンドをもとに一定の動作をすることができる。

（２）第２の実施の形態
次に、第２の実施の形態について説明する。この第２の実施の形態は、コマンド待受期間Ｃｔの調整方法が第２の実施の形態とは異なる実施の形態であり、それ以外の部分である機器間制御システム２０の構成、カムコーダ２２の構成などについては、第２の実施の形態と同様とする。ゆえに、ここでは、コマンド待受期間Ｃｔの調整を中心に説明する。

この第２の実施の形態では、機器の数をもとにＣＥＣラインＣＬのトラフィックを予測して、その予測したトラフィックに応じてコマンド待受期間Ｃｔを調整するのではなく、実際に、ＣＥＣラインＣＬのトラフィックを監視して、そのときどきのトラフィックに応じてコマンド待受期間Ｃｔを調整するようになされている。

（２−１）ＣＥＣコマンドに応じたカムコーダ２２の動作
ここで、この第２の実施の形態によるカムコーダ２２の動作について説明する。カムコーダ２２のマイクロプロセッサ５０は、図２２のタイミングチャートに示すように、再生制御画面３０の再生／一時停止ボタン３１がカーソルＣｕにより選択された状態で、リモートコントローラＲｃの決定キー４５が押下されることによりＴＶ２１から送信されてくる決定キー４５のキーコード（例えば「0x00」）とＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ７０で、再生／一時停止ボタン３１が選択された状態で決定キー４５が押下されたと認識して、このときの決定キー４５の押下に対応付けられている命令（例えば「一時停止」命令）に応じた制御（ＨＤ画像の一時停止）を行うとともに、このキーコードを内蔵メモリに一時記憶する。

また、この時点ｔ７０から、マイクロプロセッサ５０は、ＣＥＣラインＣＬのトラフィックの監視を開始する。

その後、カムコーダ２２のマイクロプロセッサ５０は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ７０からコマンド待受期間Ｃｔ内である時点ｔ７１に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点ｔ７１で、決定キーが押し続けられていると認識して、これを無視する。このときのコマンド待受期間Ｃｔは、ＣＥＣラインＣＬのトラフィックが増加していないことから、デフォルト（例えば５００ｍｓ）のままである。

以降も、カムコーダ２２のマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ７１、ｔ７２、ｔ７３、ｔ７４）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ７２、ｔ７３、ｔ７４、ｔ７５）で、同様にこれを無視する。この間も、ＣＥＣラインＣＬのトラフィックは増加していないことから、コマンド待受期間Ｃｔはデフォルト（例えば５００ｍｓ）のままである。

ここで、ＴＶ２１は、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信するタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）より前の時点ｔ７６で決定キー４５が離されると、その時点ｔ７６から、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信を停止する。

すると、カムコーダ２２のマイクロプロセッサ５０は、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ７５からコマンド待受期間（５００ｍｓ）Ｃｔ経過しても、同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかったことにより、時点ｔ７５からコマンド待受期間Ｃｔ経過後の時点ｔ７７で、決定キー４５が離されたと認識する。

そして、カムコーダ２２のマイクロプロセッサ５０は、この時点ｔ７７で、Ｒｅｌｅａｓｅｄ処理を実行する。すなわち、カムコーダ２２のマイクロプロセッサ５０は、内蔵メモリに一時記憶していたキーコードを破棄する（つまり消去する）。また、ここで、一旦、ＣＥＣラインＣＬのトラフィックの監視を停止する。

その後、カムコーダ２２のマイクロプロセッサ５０は、再び、リモートコントローラＲｃの決定キー４５が押下されることにより送信されてくる決定キー４５のキーコードとＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄとを受信すると、その時点ｔ７８で、再び、決定キー４５が押下されたと認識して、このときの決定キーの押下に対応付けられている命令（今度は「再生」命令）に応じた制御（ＨＤ画像の再生）を行うとともに、このキーコードを一時記憶して、さらにＣＥＣラインＣＬのトラフィックの監視を開始する。

その後、カムコーダ２２のマイクロプロセッサ５０は、最初のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ７８からコマンド待受期間Ｃｔ内である時点ｔ７９に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、決定キー４５が押し続けられていると認識して、これを無視する。この間も、ＣＥＣラインＣＬのトラフィックは増加していないことから、コマンド待受期間Ｃｔはデフォルト（例えば５００ｍｓ）のままである。

以降も、カムコーダ２２のマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点（時点ｔ７９、ｔ８０、ｔ８１、ｔ８２）からコマンド待受期間Ｃｔ内に再び同一キーコードのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、その時点（ｔ８０、ｔ８１、ｔ８２、ｔ８３）で、同様にこれを無視する。この間も、ＣＥＣラインＣＬのトラフィックは増加していないことから、コマンド待受期間Ｃｔはデフォルト（例えば５００ｍｓ）のままである。

ここで、最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信した時点ｔ８３からコマンド待受期間（５００ｍｓ）Ｃｔ経過する前の時点ｔ８４で、ＣＥＣラインＣＬに、Ｕｓｅｒ Ｃｏｎｔｒｏｌ ＰｒｅｓｓｅｄでもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄでもない他のＣＥＣメッセージが割り込まれて送信されると、このＣＥＣメッセージの送信が終わるまで、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信が待たされることになる。

この結果、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信が、本来送信すべきタイミング（最後にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを送信してから５００ｍｓ後）よりも、このＣＥＣメッセージの送信にかかる時間（これを送信時間とも呼ぶ）だけ遅れて送信されることになる。

実際上、ＣＥＣメッセージは、図１４に示したように、Ｓｔａｒｔ Ｂｉｔと、Ｈｅａｄｅｒ Ｂｌｏｃｋと、最小０個、最大１５個のＤａｔａ Ｂｌｏｃｋで構成される。そしてＳｔａｒｔ Ｂｉｔが４．５ｍｓ、１０ｂｉｔでなる各Ｂｌｏｃｋが２．４ｍｓ×１０で２４ｍｓだとすると、ＣＥＣメッセージの送信には、２８．５ｍｓ〜３８８．５ｍｓ程度の時間が必要となる。つまりこの程度の時間、次のＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信が遅れることになる。

このとき、カムコーダ２２のマイクロプロセッサ５０は、ＣＥＣラインＣＬのトラフィックを監視していることにより、他のＣＥＣメッセージが割り込まれてトラフィックが増加したことを認識すると、このＣＥＣメッセージの送信時間を計測して、この時間をデフォルトのコマンド待受期間Ｃｔに追加することで、コマンド待受期間Ｃｔを延長する。

こうすることで、カムコーダ２２のマイクロプロセッサ５０は、トラフィックの影響によりＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信が遅れても、このＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを、遅れる分延長したコマンド待受期間Ｃｔ内である時点ｔ８５に受信することができ、この結果、決定キー４５が押し続けられていると正確に認識して、これを無視することができる。

その後、カムコーダ２２のマイクロプロセッサ５０は、再びコマンド待受期間Ｃｔをデフォルトに戻して、このコマンド待受期間Ｃｔ内にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信しなかった場合には、決定キー４５が離されたと認識して、Ｒｅｌｅａｓｅｄ処理を実行する。

このように、カムコーダ２２は、ＣＥＣラインＣＬのトラフィック（実際には、ＣＥＣラインＣＬを通るＣＥＣメッセージ）を監視して、そのときどきのトラフィックに応じてコマンド待受期間Ｃｔを調整するようにしたことで、トラフィックの影響によりＴＶ２１からのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じても、リモートコントローラＲｃのキーが押し続けられていること、離されたことを正確に認識するこができ、結果として、リモートコントローラＲｃの操作に応じた動作をすることができる。

つまり、カムコーダ２２は、ＣＥＣラインＣＬのトラフィックに依らず、常に一定の動作をすることができる。

また、この場合、そのときどきのトラフィックに応じて適応的にコマンド待受期間Ｃｔを調整するようにしたことにより、トラフィックの影響を受けない場合には、コマンド待受期間Ｃｔをデフォルト（最小値）に戻すことができるので、例えば、キーが離されてから、実際にキーが離されたと認識するまでの応答時間を、第１の実施の形態と比して早くすることができる。

（２−２）ＣＥＣコマンド受信時の動作処理手順
ここで、カムコーダ２２が、ＣＥＣコマンドを受信したときの動作処理手順について、図２３に示すフローチャートを用いて詳しく説明する。この動作処理手順も、カムコーダ２２のマイクロプロセッサ５０が、内蔵メモリまたはハードディスクドライブ５１から読み出した動作プログラムにしたがって実行する処理の手順である。

カムコーダ２２のマイクロプロセッサ５１は、例えば、ＨＤＭＩ接続されると、この動作処理手順ＲＴ４を開始して、ステップＳＰ３０に移る。ステップＳＰ３０においてマイクロプロセッサ５０は、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの受信を待ち受ける。

Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信すると、マイクロプロセッサ５０は、ステップＳＰ３１に移り、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ受信時の処理（Ｐｒｅｓｓｅｄ処理）を実行する。

このＰｒｅｓｓｅｄ処理の手順（Ｐｒｅｓｓｅｄ処理手順）は、第１の実施の形態のＰｒｅｓｓｅｄ処理手順ＲＴ３（図２１）と同様であるので、その説明を省略する。

このステップＳＰ３１でＰｒｅｓｓｅｄ処理を実行した後、マイクロプロセッサ５０は、ステップＳＰ３２に移る。

ステップＳＰ３２においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ用のタイマを、デフォルト（５００ｍｓ）に設定して、タイマを動作させるとともに、ＣＥＣラインＣＬのトラフィックの監視を開始して、次のステップＳＰ３３に移る。

ステップＳＰ３３においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ内に、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信したかどうかを判別する。このステップＳＰ３３で肯定結果を得ると、このときマイクロプロセッサ５０は、再びステップＳＰ３１に戻り、Ｐｒｅｓｓｅｄ処理を実行する。

これに対して、このステップＳＰ３３で否定結果を得ると、このときマイクロプロセッサ５０は、ステップＳＰ３４に移る。ステップＳＰ３４においてマイクロプロセッサ５０は、コマンド待受期間Ｃｔ内に、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信したかどうかを判別する。このステップＳＰ３４で否定結果を得ると、このときマイクロプロセッサ５０は、ステップＳＰ３５に移る。

ステップＳＰ３５においてマイクロプロセッサ５０は、さらにコマンド待受期間Ｃｔ内に、他のＣＥＣメッセージを受信したかどうかを判別する。このステップＳＰ３５で肯定結果を得ると、このときマイクロプロセッサ５０は、ステップＳＰ３６に移る。

ステップＳＰ３６においてマイクロプロセッサ５０は、受信した他のＣＥＣメッセージを解析して、このＣＥＣメッセージの送信時間を計測する。このときの計測方法としては、例えば、コマンド待受期間Ｃｔ用のタイマとは別のタイマにより、ＣＥＣメッセージのＳｔａｒｔ Ｂｉｔから最後のＤａｔａ Ｂｌｏｃｋまでの時間を計測する方法と、マイクロプロセッサ５０に保持させた、Ｓｔａｒｔ Ｂｉｔに要する時間（４．５ｍｓ）と、各Ｂｌｏｃｋに要する時間（２４ｍｓ）とをもとに、ＣＥＣメッセージが何Ｂｌｏｃｋで構成されているかに応じて、計算により、ＣＥＣメッセージの送信時間を計測する方法とがあり、このステップＳＰ３６では、これらの方法の１つが用いられる。

このようにして、ＣＥＣメッセージの送信時間を計測した後、マイクロプロセッサ５０は、次のステップＳＰ３７に移る。ステップＳＰ３７においてマイクロプロセッサ５０は、デフォルトのコマンド待受期間（５００ｍｓ）ＣｔにＣＥＣメッセージの送信時間を追加することにより、コマンド待受期間Ｃｔを延長して、次のステップＳＰ３８に移る。

これに対して、上述のステップＳＰ３５で否定結果を得た場合、マイクロプロセッサ５０は、コマンド待受期間Ｃｔを調整することなく、ステップＳＰ３８に移る。

ステップＳＰ３８においてマイクロプロセッサ５０は、タイマから得られる経過時間をもとに、コマンド待受期間Ｃｔ経過したかどうかを判別する。このステップＳＰ３８で否定結果を得ると、このことは、まだコマンド待受期間Ｃｔ経過していないことを意味しており、このときマイクロプロセッサ５０は、再びステップＳＰ３３に戻る。

これに対して、このステップＳＰ３８で肯定結果を得ると、このことは、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄを受信してから、Ｕｓｅｒ Ｃｏｎｔｒｏｌ ＰｒｅｓｓｅｄもＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄも受信せずに、コマンド待受期間Ｃｔ経過したことを意味しており、このときマイクロプロセッサ５０は、ステップＳＰ３９に移る。

また、上述のステップＳＰ３４で肯定結果を得た場合、すなわち、コマンド待受期間Ｃｔ内にＵｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄを受信した場合も、ステップＳＰ３９に移る。

ステップＳＰ３９においてマイクロプロセッサ５０は、タイマを停止して、次のステップＳＰ４０に移る。ステップＳＰ４０においてマイクロプロセッサ５０は、キーが離されたと認識して、一時記憶しているキーコードを破棄（クリア）した後、再びステップＳＰ３０に戻り、Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄの受信を待ち受ける。

このような動作処理手順ＲＴ４にしたがって、カムコーダ２２のマイクロプロセッサ５０は、動作するようになされている。

このように、この第２の実施の形態では、カムコーダ２２が、ＣＥＣラインＣＬのトラフィックを実測して、そのときどきのトラフィックに応じてコマンド待受期間Ｃｔを調整するようにしたことで、トラフィックの影響によりＴＶ２１からのＵｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄの送信に遅延が生じても、リモートコントローラＲｃのキーが押し続けられていること、離されたことを正確に認識するこができ、結果として、リモートコントローラＲｃの操作に応じた動作をすることができる。

つまり、カムコーダ２２は、ＣＥＣラインＣＬのトラフィックに依らず、常に一定の動作をすることができる。

また、この場合、そのときどきのトラフィックに応じて適応的にコマンド待受期間Ｃｔを調整するようにしたことにより、そのときどきのトラフィックに最適なコマンド待受期間Ｃｔで、ＣＥＣコマンドを待ち受けることができる。

（３）他の実施の形態
尚、上述した第１の実施の形態では、カムコーダ２２がＨＤＭＩ接続されたときに、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行して、ＣＥＣラインＣＬに接続されている機器の数を検出するようにした場合について述べたが、本発明はこれに限らず、例えば、定期的に、Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行して、定期的に機器の数を検出するようにしてもよい。

実際上、ＨＤＭＩ接続される機器の中には、デジタルスチルカメラ２３などのように、普段はＨＤＭＩ接続されてなく、必要なときだけＨＤＭＩ接続されるような機器もあるため、カムコーダ２２が機器の数を検出した以降に機器の数が変わることもある。

このため、上述したように、定期的に機器の数を検出することは有効であり、こうすることで、常にそのときどきの機器の数を把握することができ、その数に応じて適切にコマンド待受期間Ｃｔを調整することができる。

また、このように定期的にＰｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行するのではなく、１度Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅを発行して機器の数を検出したら、それ以降、ＣＥＣラインＣＬを通るＣＥＣメッセージのＨｅａｄｅｒ ＢｌｏｃｋのＩｎｉｔｉａｔｏｒとＤｅｓｔｉｎａｔｉｏｎに記されるＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを監視して、利用されているＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを確認することで、ＨＤＭＩ接続されている機器の増減を認識するようにしてもよい。

また上述した第１の実施の形態では、コマンド待受期間Ｃｔの調整値として、ＣＥＣラインＣＬに接続されている機器の数が「２」の場合、「３」〜「５」の場合、「６」〜「９」の場合、機器の数が「１０」以上の場合の調整値が設定されているようにした場合について述べたが、本発明はこれに限らず、接続されている機器１台ごとに、設定されていてもよく、少なくとも１以上の調整値が設定されていればよい。

また、この調整値の値もトラフィックの予測に基づいて、第１の実施の形態とは異なる値に設定されていてもよい。実際上、コマンド待受期間Ｃｔが長すぎると、カムコーダ２２側でのキー操作に対する応答が遅くなる。したがって、トラフィックによるＣＥＣコマンドの遅延と、このキー操作に対する応答との双方を考慮した調整値が設定されることが望ましく、実際上、このようにして調整値を設定するようにしてもよい。さらに、この調整値の値を、機器間制御システム２０のメイン機器であるＴＶ２１に保持させ、カムコーダ２２が、このＴＶ２１から調整値を取得するようにしてもよい。さらに、この調整値によるコマンド待受期間Ｃｔの調整を、接続機器数検出処理手順ＲＴ１の最後に行うようにして、以降、この調整したコマンド待受期間Ｃｔでタイマを動作させるようにしてもよい。

さらに上述した第１の実施の形態では、キーの押下に対応付けられている命令が、再生／一時停止の場合は、単発動作するようにして、この命令が、巻き戻し、早送り、ＨＤ画像の切り換えの場合は、リピート動作するようにした場合について述べたが、例えば、図２４に示すように、ＴＶ２１に表示させた、ＨＤ画像のサムネイルの一覧を表示するサムネイル画面１００に表示される、表示されるサムネイルの一覧を上側にスクロールさせて切り換える命令が割り当てられている上ボタン１０１、表示されるサムネイルの一覧を下側にスクロールさせて切り換える命令が割り当てられている下ボタン１０２が、リモートコントローラＲｃの決定キー４５により操作された場合も、リピート動作することが望ましい。

さらに上述した第１及び第２の実施の形態では、ＨＤＭＩのＣＥＣに準拠したカムコーダ２２に本発明を適用した場合について述べたが、本発明はこれに限らず、所定の信号線を介して一以上の機器と接続され、接続された他の機器から送信される制御信号に応じて動作可能な電子機器であって、コマンド待受期間Ｃｔと同様の役割を果たす信号待受期間を設定するようになされた電子機器であれば、デジタルカメラ、ＡＶアンプ、ビデオレコーダ、パーソナルコンピュータ、オーディオコンポなど、この他種々の電子機器に本発明を適用してもよく、また適用することができる。

さらに必ずしも他の機器のリモートコントローラの操作コマンドを受け付ける電子機器でなくてもよく、例えば、他の入力デバイスの操作コマンドを受け付ける電子機器であってもよい。

さらに上述した第２の実施の形態では、コマンド待受期間Ｃｔ内に、他のＣＥＣメッセージを受信した場合には、コマンド待受期間Ｃｔ経過後に、このコマンド待受期間ＣｔにＣＥＣメッセージの送信時間を追加して、コマンド待受期間Ｃｔを延長するようにした場合について述べたが、本発明はこれに限らず、例えば、コマンド待受期間Ｃｔ内に、他のＣＥＣメッセージを受信した場合には、この時点で、コマンド待受期間Ｃｔ用のタイマを一時停止させ、他のＣＥＣメッセージの送信が完了した時点で、再びこのタイマを動作させるようにしてもよい。この場合も、実質、コマンド待受期間Ｃｔを延長したことと同意となる。

さらに上述した第１及び第２の実施の形態では、カムコーダ２２のマイクロプロセッサ５０が、内蔵メモリまたはハードディスクドライブ５１から読み出したプログラムにしたがって、上述した接続機器数検出処理や動作処理を実行するようにした場合について述べたが、本発明はこれに限らず、これらの処理を実行するためのプログラムを、カムコーダ２２と接続された他の機器から取得して、ハードディスクドライブ５１にインストールするなどしてもよい。また、これらのプログラムを、光ディスクやメモリカードなどの記録媒体に記録しておき、この記録媒体を再生可能なドライブをカムコーダ２２に接続して、このドライブを介して記録媒体から読み出したプログラムをハードディスクドライブ５１にインストールするようにしてもよい。ここで、カムコーダ２２が、これら他の機器やドライブと接続可能なインタフェースを有していないのであれば、別途設ければよい。

さらに上述した第１及び第２の実施の形態では、主として、制御信号及び操作信号としてのＣＥＣメッセージを受信する受信部としてのＨＤＭＩインタフェース６２と、所定の処理としてのＰｒｅｓｓｅｄ処理を実行する制御部、及び信号待受期間としてのコマンド待受期間Ｃｔを調整する待受期間調整部としてのマイクロプロセッサ５０とにより電子機器としてのカムコーダ２２を構成するようにした場合について述べたが、本発明はこれに限らず、同様の機能を有するものであれば、これら以外の受信部、制御部及び待受期間調整部によって、電子機器を構成するようにしてもよい。

さらに本発明は、上述した第１及び第２の実施の形態及びここまで説明した他の実施の形態に限定されるものではなく、これら第１及び第２の実施の形態及びここまで説明した他の実施の形態の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものとする。

例えば、第１の実施の形態に第２の実施の形態を組み合わせるなどしてもよい。すなわち、あらかじめ第１の実施の形態のようにしてコマンド待受期間Ｃｔを調整したうえで、さらに、その調整したコマンド待受期間Ｃｔ内に、他のＣＥＣメッセージを受信した場合に、第２の実施の形態のようにしてコマンド待受期間Ｃｔを延長するようにしてもよい。

本発明は、例えばＨＤＭＩ接続されることで、他の機器から制御可能な、カムコーダや、ビデオレコーダなどの電子機器で広く利用することができる。

ＨＤＭＩのピン配列を示す略線図である。 再生制御画面（１）を示す略線図である。 従来のＣＥＣコマンド受信時の受信側機器の動作（１）を示すタイミングチャートである。 従来のＣＥＣコマンド受信時の受信側機器の動作（２）を示すタイミングチャートである。 従来のＣＥＣコマンド受信時の受信側機器の動作（３）を示すタイミングチャートである。 複数の機器がＨＤＭＩ接続された様子を示す略線図である。 従来のＣＥＣコマンド受信時の受信側機器の動作（４）を示すタイミングチャートである。 第１の実施の形態における機器間制御システムの構成を示す略線図である。 カムコーダの画面をＴＶに表示させた様子を示す略線図である。 再生制御画面（２）を示す略線図である。 リモートコントローラと各キーに割り当てられたキーコードを示す略線図である。 カムコーダの回路構成を示すブロック図である。 第１の実施の形態におけるＣＥＣコマンド受信時のカムコーダの動作（１）を示すタイミングチャートである。 ＣＥＣメッセージの構成を示す略線図である。 ＨＤＭＩ接続された機器ごとに割り当てられるＬｏｇｉｃａｌ Ａｄｄｒｅｓｓを示す略線図である。 Ｐｏｌｌｉｎｇ Ｍｅｓｓａｇｅの構成を示す略線図である。 接続されている機器の数ごとに設定されているコマンド待受期間の調整値を示す略線図である。 第１の実施の形態におけるＣＥＣコマンド受信時のカムコーダの動作（２）を示すタイミングチャートである。 第１の実施の形態における接続機器数検出処理手順を示すフローチャートである。 第１の実施の形態における動作処理手順を示すフローチャートである。 第１の実施の形態におけるＰｒｅｓｓｅｄ処理手順を示すフローチャートである。 第２の実施の形態におけるＣＥＣコマンド受信時のカムコーダの動作（１）を示すタイミングチャートである。 第２の実施の形態における動作処理手順を示すフローチャートである。 他の実施の形態におけるサムネイル画面を示す略線図である。

符号の説明

２０……機器間制御システム、２１……ＴＶ、２２……カムコーダ、３０……再生制御画面、５０……マイクロプロセッサ、６２……ＨＤＭＩインタフェース、ＣＬ……ＣＥＣライン、Ｃｔ……コマンド待受期間、Ｈｃ……ＨＤＭＩケーブル、Ｒｃ……リモートコントローラ。

Claims (9)

1. 所定の信号線を介して一以上の機器と接続され、接続された他の機器から送信される制御信号に応じて動作可能な電子機器であって、
   接続された他の機器から送信される制御信号を受信する受信部と、
   上記受信部により特定の制御信号を受信してから、設定された信号待受期間内に、当該特定の制御信号に対応する制御信号を受信しなかった場合に、所定の処理を実行する制御部と、
   上記信号待受期間を上記信号線のトラフィックに基づいて調整する待受期間調整部と
   を具えることを特徴とする電子機器。
2. 上記待受期間調整部は、
   上記信号線を介して接続されている機器の数をもとに当該信号線のトラフィックを予測し、予測した当該トラフィックに基づいて上記信号待受期間を調整する
   ことを特徴とする請求項１に記載の電子機器。
3. 上記待受期間調整部は、
   上記信号線を介して接続される機器の数ごとにトラフィックを検証した結果として、当該機器の数ごとに予測されたトラフィックに基づいてあらかじめ設定されている上記信号待受期間に対する調整値をもとに、上記信号線を介して接続されている機器の数に応じて上記信号待受期間を調整する
   ことを特徴とする請求項２に記載の電子機器。
4. 上記待受期間調整部は、
   上記受信手段が受信する制御信号を監視することで上記信号線のトラフィックを実測し、実測した上記トラフィックに基づいて上記信号待受期間を調整する
   ことを特徴とする請求項１に記載の電子機器。
5. 上記待受期間調整部は、
   上記受信手段が上記特定の制御信号を受信してから、上記信号待受期間内に、当該特定の制御信号及び当該特定の制御信号に対応する制御信号以外の他の制御信号を受信した場合に、当該他の制御信号の送信に要する時間分、当該信号待受期間を延長する
   ことを特徴とする請求項４に記載の電子機器。
6. 上記接続された他の機器から送信される制御信号は、
   当該他の機器の入力デバイスを介して行われた操作を示す操作信号である
   ことを特徴とする請求項１に記載の電子機器。
7. 上記操作信号は、
   上記接続された他の機器のリモートコントローラを介して行われた操作を示す操作信号であり、
   上記制御部は、
   上記受信部により上記リモートコントローラの特定のキーが押下されたことを示す押下操作信号を受信してから、設定された信号待受期間内に、当該押下操作信号も上記特定のキーが解放されたことを示す解放操作信号も受信しなかった場合に、上記特定のキーが解放されたと認識する処理を実行する
   ことを特徴とする請求項６に記載の電子機器。
8. 上記所定の信号線は、
   ＨＤＭＩ（High-Definition Multimedia Interface）規格に準拠したＣＥＣ（Consumer Electronics Control）ラインであり、
   上記制御信号は、
   上記ＨＤＭＩ規格で定義されたＣＥＣメッセージである
   ことを特徴とする請求項１に記載の電子機器。
9. 所定の信号線を介して一以上の機器と接続され、接続された他の機器から送信される制御信号に応じて動作可能な電子機器の制御方法であって、
   接続された他の機器から送信される制御信号を受信部が受信する受信ステップと、
   上記制御信号を待ち受ける上記信号待受期間を上記信号線のトラフィックに基づいて待受期間調整部が調整する調整ステップと
   上記受信ステップで特定の制御信号を受信してから、上記調整ステップで調整された信号待受期間内に、当該特定の制御信号に対応する制御信号を受信しなかった場合に、所定の処理を制御部が実行する実行ステップと
   を具えることを特徴とする電子機器の制御方法。

Images