JP2010103639A - 機器状態通知方法およびデジタルインターフェイス - Google Patents

Abstract

【課題】相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスにおいて、制御プロセサの負荷を軽減する。
【解決手段】相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイス（ＩＥＥＥ１３９４、ＨＤＭＩなど）を用いる。前記複数機器がデジタルコンテンツ（映像および／または音声信号）を送信するソース機器と前記デジタルコンテンツを受信するシンク機器を含む場合において、前記シンク機器（ダビング中のデジタルレコーダなど）の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態を前記ソース機器（ＳＴＢ、再生中のデジタルレコーダなど）に通知する所定の応答モードが設けられる。この所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされない。
【選択図】 図２

Description

この発明は、相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイス（ＩＥＥＥ１３９４、ＨＤＭＩなど）を用いる機器状態通知方法に関する。

ＩＥＥＥ１３９４インターフェイスの応用例として、特許文献１に開示された電子機器システム、電子機器、及び電源連動制御方法がある。
特開２００１−２３６１４９号公報（図３２）

特許文献１では、ＩＥＥＥ１３９４インターフェイスで接続されたＡＶシステムにおいて、一定時間（例えば５００ｍｓ程度）毎に周期的に接続先機器の電源状態をＳＴＡＴＵＳ（Ｐｏｗｅｒ）コマンドで問合せ、電源がオフであれば、連動して自身の電源もオフにするようにしている。

特許文献１では、一定時間毎に周期的に接続先機器の電源状態を問合せているため、問合せとその応答内容の判定を行う処理の反復がシステムコントローラ（制御プロセサ）の負担になるという問題がある。

この発明の課題の１つは、相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスにおいて、制御プロセサの負荷を軽減できるようにすることである。

この発明の一実施の形態に係る機器状態通知方法は、相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイス（ＩＥＥＥ１３９４、ＨＤＭＩなど）を用いる。前記複数機器がデジタルコンテンツ（映像および／または音声信号）を送信するソース機器と前記デジタルコンテンツを受信するシンク機器を含む場合において、この方法では、前記シンク機器（ダビング中のデジタルレコーダなど）の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態を前記ソース機器（ＳＴＢ、再生中のデジタルレコーダなど）に通知する所定の応答モードが設けられている。この所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされない。

一定時間毎の周期的な問合せをしないで済む所定のモードを設け、このモードでは周期的なコマンド応答が行われないようにして、その分、処理を行う制御プロセサの負荷を軽減する。

以下、図面を参照してこの発明の種々な実施の形態を説明する。図１は、ソース機器Ａ（例えばデジタルテープレコーダ）およびシンク機器Ｂ（例えばデジタルディスクレコーダ）といった電子機器間でデジタルインターフェイス（ＩＥＥＥ１３９４など）経由でダビングを行う際に、従来行われていたＡＶ／Ｃコマンドによる接続機器の状態を取得するコマンドシーケンスの一例を説明する図である。

このコマンドシーケンスの例では、ソース機器Ａ（例えばSet Top Box：ＳＴＢあるいはデジタルチューナ）からシンク機器Ｂ（例えばＤＶＨＳなどのデジタルテープレコーダあるいはＤＶＤ−ＶＲなどのデジタルディスクレコーダ）へPOWER STATUSコマンドが送られると、シンク機器Ｂからその電源のオン／オフ状態がソース機器Ａに応答される。また、ソース機器ＡからTRANSPORT STATUSコマンドが送られるとシンク機器Ｂからその録画状態や停止状態などの応答がソース機器Ａに返される。同様に、ソース機器ＡからMEDIUM INFOコマンドが送られるとシンク機器Ｂからそこに装填された媒体の種類や媒体の有無などの応答がソース機器Ａに返される。

以上のような機器間のコマンド応答は、一定時間毎に周期的に繰り返される。この周期的なコマンド応答処理は、制御プロセサ（図３の例ではＩＥＥＥ１３９４ドライバ内のＭＰＵ）により行われる。この制御プロセサがその他の処理をしているときにコマンド応答処理が繰り返し発生すると、その他の処理が度々中断され、その他の処理が遅くなる。それでも問題がないときは、図１の周期的な処理を採用することができる。図２を参照して後述する所定の応答モード以外では、この発明の実施においても、図１のコマンドシーケンス（周期的なコマンド応答）を行うことができる。

図２は、この発明の実施における要点となる所定の応答モードを説明する図である。この所定の応答モードでは、コンテンツ送出側のソース機器Ａ（レコーダ、プレーヤ、ＳＴＢなど）とコンテンツ受取側のシンク機器Ｂ（レコーダ、ＴＶモニタ）の間でデジタルインターフェイス（ＩＥＥＥ１３９４など）経由で情報処理（ダビングなど）が行なわれる際に、シンク機器Ｂ（例えばダビング中のレコーダ）の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態がソース機器Ａ（例えば再生中のレコーダまたはプレーヤ）に通知される。ここでは、この通知に、ＡＶ／Ｃコマンド規格上のVendorDependentコマンド（図４参照）およびこのコマンドに対応する応答データ（図５参照）を利用している。

すなわち、始めにVendorDependentコマンドの１つであるNOTIFYコマンドがソース機器Ａ・１００からシンク機器Ｂ・２００へ送られる。シンク機器ＢがこのNOTIFYコマンドを受け付けると、前記所定の応答モードに入る。このモードでは、シンク機器Ｂにおいて予め指定された状態（シンク機器Ｂの電源オンオフ状態の変化、コンテンツ転送状態の変化、シンク機器側情報記憶媒体の状態変化など）があったときに、その変化内容に対応したCHANGE応答が、シンク機器Ｂからソース機器Ａに返される。

図３は、この発明の一実施の形態に係る機器状態通知方法が用いられるシステム構成を説明する図である。ここでは、ダビング等でデジタルコンテンツのストリームを送出する側のソース機器Ａと、ストリームを受取る側のシンク機器Ｂの内部構成を示している。

ソース機器Ａ・１００は、ソース機器全体を制御するＡＶプロセサ／マイクロコンピュータ１１０を中心に構成される。プロセサ１１０には、デジタルインターフェイス（ＩＥＥＥ１３９４ドライバ）１１２が接続される。このインターフェイス１１２には、制御プロセサ（ＭＰＵ）、図６の処理を含むファームウエアＲＯＭ、ワークＲＡＭなどが組み込まれている。プロセサ１１０にはさらに、光ディスク１１５が適宜装填されるディスクコントローラ１１４、ハードディスクドライブ１１６、メモリカード１１８、機器の制御パネル１２２や蛍光管表示部１２４を制御するサブマイクロコンピュータ１２０、デジタル放送チューナ１２８、ファームウエア等を格納するＲＯＭ１３０、ワークエリア等に用いられるＲＡＭ１３２、ユーザに操作されるリモコン（図示せず）の受光部１３４などが、接続されている。

同様に、シンク機器Ｂ・２００は、シンク機器全体を制御するＡＶプロセサ／マイクロコンピュータ２１０を中心に構成される。プロセサ２１０には、デジタルインターフェイス（ＩＥＥＥ１３９４ドライバ）２１２が接続される。このインターフェイス２１２には、制御プロセサ（ＭＰＵ）、図６の処理を含むファームウエアＲＯＭ、ワークＲＡＭなどが組み込まれている。プロセサ２１０にはさらに、光ディスク２１５が適宜装填されるディスクコントローラ２１４、ハードディスクドライブ２１６、メモリカード２１８、機器の制御パネル２２２や蛍光管表示部２２４を制御するサブマイクロコンピュータ２２０、デジタル放送チューナ２２８、ファームウエア等を格納するＲＯＭ２３０、ワークエリア等に用いられるＲＡＭ２３２、ユーザに操作されるリモコン（図示せず）の受光部２３４、デジタルコンテンツや操作メニューなどを表示するモニタ部２４０などが、接続されている。

ソース機器１００のデジタルインターフェイス（ＩＥＥＥ１３９４ドライバ）１１２は、ＩＥＥＥ１３９４バスケーブルを介して、シンク機器２００のデジタルインターフェイス（ＩＥＥＥ１３９４ドライバ）２１２に接続される。ここで、ＩＥＥＥ１３９４の代わりにＨＤＭＩをデジタルインターフェイス１１２、２１２として用いることもできる。その場合は、ソース機器１００はＨＤＭＩケーブルを介してシンク機器２００に接続されることになる。

図４は、この発明の一実施の形態において用いられるＡＶ／Ｃコマンドのコマンド構成例を説明する図である。このコマンド構造では、ＡＶ／Ｃコマンド規格上におけるVendorDependentコマンドのフレーム構造上のVendor_dependent_dataエリア内に、複数の状態を取得させるコマンドの識別子cmd、状態数num、取得したい状態（電源、再生・録画状態、媒体の状態など）識別子par 1…par nが割当てられている。図４のコマンド構成は、図３のデジタルインターフェイス（１１２、２１２）で用いられる。

図５は、この発明の一実施の形態において用いられるＡＶ／Ｃコマンドに対する応答のデータ構成例を説明する図である。この応答のデータ構成では、図４の状態識別子に対応する部分に、それらに対応するデータ（例えば電源状態に対応するものであればオン／オフに相当するデータ）res 1…res nが埋め込まれている。図５のデータ構成は、図３のデジタルインターフェイス（１１２、２１２）で用いられる。

図６は、この発明の一実施の形態に係る機器状態通知方法で用いられるものであって、ソース機器Ａとシンク機器Ｂの間におけるコマンド受取り時の処理例（図３のシステムにおける一連の処理の中の一部）を説明する図である。図４に示すように、ＡＶ／Ｃコマンド規格上におけるVendorDependentコマンドのフレーム構造上のVendor_dependent_dataエリア内には、複数の状態を取得させるコマンドの識別子cmd、状態数num、取得したい状態識別子par 1…par nが割当てられている。

図６の処理にエンターし、例えば機器Ａから機器Ｂへのダビングが開始されると、上記VendorDependentコマンドが機器Ａから機器Ｂへ送出される（ＳＴ１００）。機器Ｂは、このコマンドを受信すると（ＳＴ２００）、機器Ａに、そのコマンドが対応可能なものであるか否かの応答を返す（ＳＴ２０２）。機器Ａは、機器Ｂからの応答を受信し（ＳＴ１０２）、応答が「対応可（accepted）」ならば（ＳＴ１０４Ｙ）、機器Ｂからの状態変化の通知を待つ（ＳＴ１０６）。機器Ａから送ったコマンドが機器Ｂで「対応できない（rejected）」ものであるときは（ＳＴ１０４Ｎ）、機器Ａは図６の処理から抜ける（リターン）。

一方、機器Ｂは、受信したコマンドが「対応可（accepted）」なものであれば（ＳＴ２０４Ｙ）、図４の状態識別子par 1…par nで指定された状態（電源オン／オフ状態、再生／録画状態、録画媒体の状態など）に変化が起きるのを待つ（ＳＴ２０６）。受信したコマンドが「対応できない（rejected）」ものであるときは（ＳＴ２０４Ｎ）、機器Ｂは図６の処理から抜ける（リターン）。

受信したコマンドが「対応可（accepted）」な場合（ＳＴ２０４Ｙ）、ユーザ操作（図示しないリモコンの電源ボタン、録画ボタンのオンオフ操作など）および／または機器Ｂの内部動作（録画終了処理、録画終了に伴う電源オフなど）によって、予め定められた指定状態に変化が生じると、機器Ｂはその変化を検出する（ＳＴ２０８）。この検出（例えばダビングが終わって録画停止状態に変化したことの検出）が行われると直ちに、機器Ａ側へ、変化した状態の内容を示す応答が返される（ＳＴ２１０）。この時の応答のデータ構成は、図５の状態識別子の部分に対応する状態（電源であればオン／オフに相当するデータ）res 1…res nを埋め込むことで実現できる。機器Ａは、指定された状態（録画状態など）の変化による応答を機器Ｂから受け取ると（ＳＴ１０８）、直ちに通常動作状態に復帰する（リターン）。

VendorDependentコマンドが機器Ａから機器Ｂへ送出（ＳＴ１００）されてから、状態変化の応答が機器Ｂから機器Ａに返される（ＳＴ２１０）までのダビング実行中（通常、数分ないし数時間）、機器Ａのデジタルインターフェイス１１２の制御プロセサ（ＭＰＵ）は、機器Ｂ側の状態変化の通知を待っている。その間は、制御プロセサは別の処理をしてもよいが、何もしないで待っていてもよい。なにもしないで待つときは、無駄な電力消費を避けるため、制御プロセサの動作クロック周波数を動作可能限界まで下げて、制御プロセサの消費電力をセーブするようにしてもよい。制御プロセサのクロックを落としていたときは、ＳＴ１０８の応答受信後直ちに、通常クロックに戻す。

なお、ＳＴ１００のコマンド送信後に機器Ａ、Ｂの電源をオフ（スタンバイ状態）とし、それから数時間ないし数日後に機器Ｂにおける予約録画の開始などでＳＴ２１０の応答（録画状態の変化）が返されるような場合では、ＳＴ１０６の応答待ちで機器Ａのインターフェイス１１２の制御プロセサクロックを下げておき、および／または、ＳＴ２０６の状態変化待ちで機器Ｂのインターフェイス２１２の制御プロセサクロックを下げておくと、高い省エネ効果が期待できる。

以上の説明では、相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスとして、ＩＥＥＥ１３９４インターフェイスを例にとって説明したが、それ以外のインターフェイスも、この発明の実施において使用できる。その代表例としてＨＤＭＩ（High Definition Multimedia Interface）がある。

ＨＤＭＩ規格の伝送ラインには、ＣＥＣ(Consumer Electronics Control)ラインと称される、双方向に制御データの伝送が可能なラインが、映像データの伝送ラインとは別に用意されている。ＨＤＭＩ規格の伝送ラインを介して相互接続されたソース機器（情報の送り手）とシンク機器（情報の受け手）との間での制御には、ＣＥＣを用いることができる（ＩＥＥＥ１３９４のＡＶ／Ｃコマンドの代わりにＣＥＣコマンドを利用できる）。このＣＥＣラインを使って相手の機器（ＨＤＭＩ−ＣＥＣ対応機器）を制御することができる。

ＨＤＭＩ−ＣＥＣコマンドを用いた機器間交信は周期的に繰り返し行うことができるが、図２等を参照して説明した所定の応答モードでは、ＨＤＭＩ−ＣＥＣコマンドを用いた周期的な交信は行われない。この応答モードでは、ＨＤＭＩ経由で相互接続された機器の一方の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態がＨＤＭＩ−ＣＥＣコマンドにより他方機器へ通知される。

この発明は、ＩＥＥＥ１３９４のＡＶ／Ｃコマンド、あるいはＨＤＭＩのＣＥＣコマンドと同様な機能を持つその他のデジタルインターフェイスを利用しても、実施できる。

＜実施の形態の効果＞
一定時間毎の周期的な問合せをしないで済む所定のモードを設け、このモードでは周期的なコマンド応答が行われないようにして、その分、処理を行う制御プロセサの負荷を軽減している。これにより、処理に余力の生まれた制御プロセサは、接続先機器の情報変化を遅れなく取得できる。

前記所定のモードでは、電源状態のみならず接続先の複数の状態（デジタルコンテンツの転送状態、情報記憶媒体の状態などの、指定された状態）について、個々に繰り返し問合せを行うことなく状態の変化を取得することができる。繰り返し問合せを行う場合と比べて、幾つかの状態を対象とした状態変化について遅れなく取得できるとともに、問合せと応答内容の判定を行う処理が削減されるため、制御プロセサ（ＭＰＵ）の負荷を軽減できる。

前記所定のモードでは、前記指定された状態の変化があってからその応答を返す処理以外は、制御プロセサの負担がかからない。そのため、前記所定のモードにおいて制御プロセサが何等かの処理をしていても、その処理がソース機器Ａ〜シンク機器Ｂ間のコマンド応答処理によりインタラプトされることはない。あるいは、前記指定された状態の変化があってからその応答を返す処理以外の期間は、制御プロセサのクロック周波数を落とすなどしてデジタルインターフェイスの待機時消費電力を抑えることもできる。

＜実施の形態と発明との対応例＞
（１）相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイス（ＩＥＥＥ１３９４またはＨＤＭＩ）を用いる方法であって、前記複数機器がデジタルコンテンツ（映像および／または音声信号）を送信するソース機器と前記デジタルコンテンツを受信するシンク機器を含む場合において、前記シンク機器（ダビング中のデジタルレコーダなど）の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態を前記ソース機器（ＳＴＢ、再生中のデジタルレコーダなど）に通知する所定の応答モード（図２）を設け、この所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされない（図２）ように構成した機器状態通知方法。

（２）前記所定の応答モード以外（図１）では、前記ソース機器と前記シンク機器の間で周期的なコマンド応答ができるように構成した（１）の方法。

（３）前記所定の応答モード（図２）において、予め指定された状態（前記シンク機器の電源オンオフ状態の変化、前記デジタルコンテンツの転送状態の変化、前記シンク機器側の情報記憶媒体の状態変化など）があったときに、前記通知が行われるように構成した（１）の方法。

（４）前記指定された状態が、前記シンク機器の電源オンオフ状態の変化、前記デジタルコンテンツの転送状態の変化、または前記シンク機器側の情報記憶媒体の状態変化を含む（３）の方法。

（５）相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスであって、前記複数機器がデジタルコンテンツ（映像および／または音声信号）を送信するソース機器（１００）と前記デジタルコンテンツを受信するシンク機器（２００）を含む場合において、前記シンク機器（２００：ダビング中のデジタルレコーダなど）の状態（電源状態、録画状態、録画メディア選択状態等）が変化した際にだけ、その変化した状態を前記ソース機器（１００：ＳＴＢ、再生中のデジタルレコーダなど）に通知する所定の応答モード（図２）を設け、前記所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされないように構成（ファームウエア）したデジタルインターフェイス（１１２または２１２）。

（６）デジタルコンテンツ（映像および／または音声信号）を提供する手段（１１４〜１１８、１２８）と、接続先に前記デジタルコンテンツを送信するものであって、接続先のシンク機器（２００）にその状態（電源状態、録画状態、録画メディア選択状態等）を問合せるソース側デジタルインターフェイス（１１２）と、前記シンク機器（２００：ダビング中のデジタルレコーダなど）の前記状態が変化した際にその変化した状態を前記ソース側デジタルインターフェイス（１１２）に通知する所定の応答モードを設け、この所定の応答モードでは前記状態が変化した際を除いて前記シンク機器（２００）との間でコマンド応答を行わない（図２）が、この所定の応答モード以外では前記シンク機器（２００）との間の周期的なコマンド応答を行える（図１）手段（１１２内のＭＰＵ）を具備したソース機器（１００）。

（７）接続先のソース機器（１００）からデジタルコンテンツを受信するシンク機器（２００）であって、前記デジタルコンテンツ（映像および／または音声信号）を表示および／または記録する手段（２１４〜２１８、２４０）と、接続先の前記ソース機器（１００）に前記シンク機器（２００）の状態（電源状態、録画状態、録画メディア選択状態等）を知らせるシンク側デジタルインターフェイス（２１２）と、前記シンク機器（２００：ダビング中のデジタルレコーダなど）の前記状態が変化した際にその変化した状態を前記ソース機器（１００：ＳＴＢ、再生中のデジタルレコーダなど）に通知する所定の応答モードを設け、この所定の応答モードでは前記状態が変化した際を除いて前記ソース機器（１００）との間でコマンド応答を行わない（図２）が、この所定の応答モード以外では前記ソース機器（１００）との間の周期的なコマンド応答を行う（図１）手段（２１２内のＭＰＵ）を具備したシンク機器（２００）。

なお、この発明は前述した実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

ソース機器Ａおよびシンク機器Ｂといった電子機器間でデジタルインターフェイス経由でダビングを行う際に、ＡＶ／Ｃコマンドによる接続機器の状態を取得するコマンドシーケンスを説明する図。 ソース機器Ａおよびシンク機器Ｂといった電子機器間でデジタルインターフェイス経由で情報処理を行う際に、シンク機器Ｂの状態が変化した際にだけ、その変化した状態をソース機器Ａに通知する所定の応答モードを説明する図。 この発明の一実施の形態に係る機器状態通知方法が用いられるシステム構成を説明する図。 この発明の一実施の形態において用いられるＡＶ／Ｃコマンドのコマンド構成例を説明する図。 この発明の一実施の形態において用いられるＡＶ／Ｃコマンドに対する応答のデータ構成例を説明する図。 この発明の一実施の形態に係る機器状態通知方法で用いられるものであって、ソース機器Ａとシンク機器Ｂの間におけるコマンド受取り時の処理例を説明する図。

符号の説明

１００…ソース機器、２００…シンク機器、１１０…ソース機器側ＡＶプロセサ／マイクロコンピュータ、１１２…ソース機器側デジタルインターフェイス（ＩＥＥＥ１３９４ドライバ：制御プロセサＭＰＵ含む）、２１０…シンク機器側ＡＶプロセサ／マイクロコンピュータ、２１２…シンク機器側デジタルインターフェイス（ＩＥＥＥ１３９４ドライバ：制御プロセサＭＰＵ含む）。

Claims (7)

1. 相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスを用いる方法であって、前記複数機器がデジタルコンテンツを送信するソース機器と前記デジタルコンテンツを受信するシンク機器を含む場合において、
   前記シンク機器の状態が変化した際にだけ、その変化した状態を前記ソース機器に通知する所定の応答モードを設け、この所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされないように構成した機器状態通知方法。
2. 前記所定の応答モード以外では、前記ソース機器と前記シンク機器の間で周期的なコマンド応答ができるように構成した請求項１に記載の方法。
3. 前記所定の応答モードにおいて、予め指定された状態があったときに、前記通知が行われるように構成した請求項１に記載の方法。
4. 前記指定された状態が、前記シンク機器の電源オンオフ状態の変化、前記デジタルコンテンツの転送状態の変化、または前記シンク機器側の情報記憶媒体の状態変化を含む請求項３に記載の方法。
5. 相互接続された複数機器の間で接続先機器の状態を問合せる機能を持つデジタルインターフェイスであって、前記複数機器がデジタルコンテンツを送信するソース機器と前記デジタルコンテンツを受信するシンク機器を含む場合において、
   前記シンク機器の状態が変化した際にだけ、その変化した状態を前記ソース機器に通知する所定の応答モードを設け、前記所定の応答モードでは前記ソース機器と前記シンク機器の間で周期的なコマンド応答がなされないように構成したデジタルインターフェイス。
6. デジタルコンテンツを提供する手段と、
   接続先に前記デジタルコンテンツを送信するものであって、接続先のシンク機器にその状態を問合せるソース側デジタルインターフェイスと、
   前記シンク機器の前記状態が変化した際にその変化した状態を前記ソース側デジタルインターフェイスに通知する所定の応答モードを設け、この所定の応答モードでは前記状態が変化した際を除いて前記シンク機器との間でコマンド応答を行わないが、この所定の応答モード以外では前記シンク機器との間の周期的なコマンド応答を行える手段を具備したソース機器。
7. 接続先のソース機器からデジタルコンテンツを受信するシンク機器であって、
   前記デジタルコンテンツを表示および／または記録する手段と、
   接続先の前記ソース機器に前記シンク機器の状態を知らせるシンク側デジタルインターフェイスと、
   前記シンク機器の前記状態が変化した際にその変化した状態を前記ソース機器に通知する所定の応答モードを設け、この所定の応答モードでは前記状態が変化した際を除いて前記ソース機器との間でコマンド応答を行わないが、この所定の応答モード以外では前記ソース機器との間の周期的なコマンド応答を行う手段を具備したシンク機器。

Images