JP3844217B2 - 信号処理システム、信号出力装置、信号入力装置及び通信制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は信号処理システム、信号出力装置、信号入力装置及び通信制御方法に関し、ネットワーク上に種々のＡＶ（オーディオ・ビジュアル）機器を接続し、当該接続されたＡＶ機器間でデータの送受信を行うネットワークシステムに適用して好適なものである。
【０００２】
【従来の技術】
従来、マルチメディアデータを高速かつリアルタイムに転送するためのバス規格としてＩＥＥＥ（Institute of Electrical Electronics Engineers ）１３９４方式があり、当該１ＥＥＥ１３９４方式のデジタルシリアルバスを用いたネットワークを介して相互にデータを伝送し得る種々のＡＶ機器が開発されている。
【０００３】
このようなネットワークシステムにおいては、リアルタイムデータの伝送を行うためのアイソクロナス転送モードと、制御コマンドを確実に伝送するためのアシンクロナス転送モードが用意されている。
【０００４】
すなわちこのネットワークシステムにおいては、リアルタイムデータを伝送する際、当該リアルタイムデータを発生させこれを出力するソースと、当該ソースから出力されたリアルタイムデータを入力するシンクとの間の信号伝送経路として、論理的なコネクション（以下、これを論理コネクションと呼ぶ）を確立する必要がある。
【０００５】
一方、このネットワークシステムにおいては、制御コマンドとして、ＡＶ／Ｃ（Audio/video control ）コマンド・トランザクション・セット（AV/C Command Transaction Set）（以下、これをＡＶ／Ｃコマンドと呼ぶ）を伝送することにより、当該ネットワークシステムに接続されているＡＶ機器を制御し得るようになされている。
【０００６】
ところで、論理コネクションの両端には種々のプラグが存在し、当該プラグとしては、機器内部で信号を伝達するためのサブユニット・プラグ（Subunit Plug）、ディジタル信号を機器間で入出力するためのプラグ・コントロール・レジスタ（Plug Control Register ）（以下、これをＰＣＲと呼ぶ）、アナログ信号を機器間で入出力するためのイクスターナル・プラグ（External Plug ）がある。
【０００７】
サブユニット・プラグには、出力用のサブユニット・ソース・プラグ（Subunit Source Plug ）と、入力用のサブユニット・デスティネイション・プラグ（Subunit Destination Plug）が存在する。ＰＣＲには、出力用のｏＰＣＲ（Output Plug Control Register）と、入力用のｉＰＣＲ（Input Plug Control Register ）が存在する。イクスターナル・プラグには、出力用のイクスターナル・アウトプット・プラグ（External Output Plug）と入力用のイクスターナル・インプット・プラグ（External Intput Plug）が存在する。なお、これ以降、出力用のプラグを出力プラグ、入力用のプラグを入力プラグと呼ぶ。
【０００８】
また論理コネクションには、機器内コネクションと機器間コネクションが存在し、このうち機器内コネクションは各機器の内部に存在する信号経路を示し、機器間コネクションはソースとシンクとの間に存在する信号経路を示す。
【０００９】
さらにこの機器間コネクションには種々の形態が存在する。すなわち機器間コネクションには、１つのｏＰＣＲと１つのｉＰＣＲとを１つのアイソクロナスチャンネル（以下、これをチャンネルと呼ぶ）を介して接続するポイント・トゥ・ポイント（Pint-to-Point ）コネクション（以下、これをＰｔｏＰコネクションと呼ぶ）がある。
【００１０】
また機器間コネクションには、１つのｏＰＣＲを１つのチャンネルに接続するブロードキャスト・アウト（Broadcast out ）コネクション（以下、これをＢｏｕｔコネクションと呼ぶ）と、１つのｉＰＣＲを１つのチャンネルに接続するブロードキャスト・イン（Broadcast in）コネクション（以下、これをＢｉｎコネクションと呼ぶ）とがあり、これらＢｏｕｔコネクションとＢｉｎコネクションをブロードキャスト（Broadcast ）コネクションと呼ぶ。
【００１１】
また機器間コネクションには、イクスターナル・アウトプット・プラグとイクスターナル・インプット・プラグを接続するイクスターナル・コネクションがある。
【００１２】
このような論理コネクションを確立及び解放する手順は、ＩＥＣ（International Electrotechnical Commission ）６１８８３−１で規定されている。
【００１３】
なお、ネットワークシステムは、１つの機器間コネクションを確立するためには、チャンネルとアイソクロナス帯域（以下、これを帯域と呼ぶ）を必要とし、これらチャンネル及び帯域をアイソクロナスリソース（以下、これをリソースと呼ぶ）と呼ぶ。
【００１４】
ところで、かかるネットワークシステムでは、論理コネクションを確立する際にソースとシンクとの間で伝送される制御コマンドを利用することにより、論理コネクションを適切に確立するための情報を相互に伝達する仕組みとして、ＡＶ／Ｃコネクション・アンド・コンパティビリティ・マネージメント（AV/C Connection and Compatibility Management）（以下、これをＣＣＭと呼ぶ）と呼ばれるコマンドセットが規定されている。
【００１５】
以下、このＣＣＭによって論理コネクションの信号経路を確立する仕組みを説明する。すなわち機器内コネクションは、ＣＣＭで規定されているシグナル・ソース（SIGNAL SOURCE ）コマンドを使用することにより確立することができ、機器間コネクションは、ＣＣＭで規定されているインプット・セレクト（INPUT SELECT）コマンドを使用することにより確立することができる。
【００１６】
このインプット・セレクト・コマンドには、コネクト（CONNECT ）、パス・チェンジ（PATH CHANGE ）、セレクト（SELECT）、ディスコネクト（DISCONNECT）の４つのサブ・ファンクション（sub function）が定義されており、インプット・セレクト・コマンドを送信する場合には、必ずこれらのうちの１つを指定する必要がある。以下、シンクがインプット・セレクト・コマンドを許諾すなわちアクセプティド（ACCEPTED）レスポンスを返信する場合の具体例を示す。
【００１７】
シンクは、コネクトを受信した場合には、指定されたソースと機器間コネクションを確立し、パス・チェンジを受信した場合には、基本的には指定されたソースと機器間コネクションを確立するが、指定されたソースを選択しない場合には機器間コネクションの確立を拒否すなわちリジェクティド（REJECTED）レスポンスを返信することができる。
【００１８】
またシンクは、セレクトを受信した場合には、指定されたソースを選択し、この場合、機器間コネクションを確立するか否かはシンク自身が決定し得、ディスコネクトを受信した場合には、指定された機器間コネクションを切断する。
【００１９】
このＣＣＭにおいては、ソースがシンクにインプット・セレクト・コマンドを送信することによりソースの情報をシンクに伝達し、シンクが当該情報を用いてソースと機器間コネクションを確立するようになされている。この場合、ネットワークシステムでは、インプット・セレクト・コマンドを送信すべき送信対象のシンクを、ソースに予め記憶しておく必要があるが、ＣＣＭでは、当該機能を実現させるためアウトプット・プリセット（OUTPUT PRESET ）コマンドが用意されている。さらにＣＣＭでは、ソースをシンクに記憶させる場合には、インプット・セレクト・コマンドを用いる。
【００２０】
ここでかかるネットワークシステムでは、ＣＣＭを基礎として、機器内コネクションについてはその機器自身が確立するものとし、機器間コネクションについてはシンクが確立するものとする。但し、機器内コネクションにおいては、シグナル・ソース・コマンドを利用して機器外部から制御することも可能である。
【００２１】
ところでＣＣＭを使用するネットワークシステムでは、ソースが、当該ソースの出力プラグに関する情報（以下、これを出力プラグ情報と呼ぶ）をインプット・セレクト・コマンドに付随させて当該インプット・セレクト・コマンドをシンクに送信する。シンクは、この受信したインプット・セレクト・コマンドによって与えられた出力プラグ情報を用いて機器間コネクションを確立していた。
【００２２】
またネットワークシステムでは、シンクが機器間コネクションを確立する場合には、当該シンクがデフォルトの出力プラグ情報を用いて機器間コネクションを直接確立していた。
【００２３】
さらにネットワークシステムでは、ソースやシンク以外のＡＶ機器でなるコントローラが機器間コネクションを確立する場合には、当該コントローラが、デフォルトの出力プラグ情報をインプット・セレクト・コマンドに付随させてシンクに送信する。シンクは、この受信したインプット・セレクト・コマンドによって与えられた出力プラグ情報を用いて機器間コネクションを確立していた。
【００２４】
ところで、ＣＣＭを使用するネットワークシステムでは、ソースの状態の変化によって当該ソースとシンクとの間に機器間コネクションを確立するオートプレイ処理が開発されている。
【００２５】
具体的にはコントローラは、ソースにアウトプット・プリセット・コマンドを送信することにより、ソースにシンクを登録させる。その後、ソースは、再生状態に変化するなどのトリガーが発生すると、シンクにインプット・セレクト・コマンドを送信する。シンクは、このインプット・セレクト・コマンドを受信すると、当該インプット・セレクト・コマンドに記載された情報を用いて機器間コネクションを確立するようになされている。
【００２６】
さらにＣＣＭを使用するネットワークシステムでは、コントローラによらずに機器間コネクションを確立する手法として、いわゆるソースによる経路情報通知処理が開発されている。
【００２７】
具体的にはソースは、当該ソース自身の適切な出力プラグが変化した場合、現在登録されている全てのシンクに、サブファンクション・フィールドがパス・チェンジであるインプット・セレクト・コマンドを送信することにより、当該各シンクに新たな出力プラグ情報を通知する。シンクは、このインプット・セレクト・コマンドを受信すると、当該インプット・セレクト・コマンドに記載されている出力プラグ情報を用いて、適切な入力プラグと機器間コネクションを確立する。
【００２８】
【発明が解決しようとする課題】
ところで、ＣＣＭを使用する従来のネットワークシステムでは、ソース以外のＡＶ機器が、コントローラとなって、デフォルトの出力プラグを用いて機器間コネクションを確立していた。
【００２９】
しかしながら、かかるネットワークシステムでは、デフォルトの出力プラグではなく、より適切な出力プラグを用いて機器間コネクションを確立することが望ましい場合がある。
【００３０】
すなわち、かかるネットワークシステムでは、機器間コネクションを確立した後、送信対象のデータに応じて出力プラグがデフォルトのものから変更される場合があり、この場合、コントローラが、機器間コネクションを確立するに際して、前もってソースの出力プラグを調査する必要が生じる。
【００３１】
しかし、従来のネットワークシステムでは、ソース以外の機器が、機器間コネクションを確立することを目的として、より適切なソースの出力プラグを調査する方法がなく、このためデフォルトの出力プラグを用いて機器間コネクションを確立することにより、不適切な信号経路を確立してしまう不都合があった。
【００３２】
また、従来のネットワークシステムにおいては、シンクが現在適切な入力プラグがない状態、すなわち機器間コネクションを確立すべきではない状態であっても、ソースを登録し、ソースから出力プラグを通知された場合にはこれを用いて機器間コネクションを確立していたが、この場合、有効に用いられない機器間コネクションによってリソースを消費するという不都合が生じる。
【００３３】
シンクが機器間コネクションを確立すべきではない具体例としては、入力手段と出力手段を備えているが、入力と出力を同時には行うことができないＭＤ（Mini Disk ）が、現在コンテンツの出力中である場合が考えられる。この場合、シンクは、ソースから送られてくるインプット・セレクト・コマンドを受信した場合には、有効に用いられることがない機器間コネクションを確立していた。
【００３４】
本発明は以上の点を考慮してなされたもので、バスのリソースを有効に活用することができる信号処理システム、信号出力装置、信号入力装置及び通信制御方法を提案しようとするものである。
【００３５】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて信号入力装置及び信号出力装置の間に確立された信号経路を介して、信号出力装置から出力されるデータ信号を信号入力装置に入力する信号処理システムにおいて、信号出力装置は、ネットワークを介した制御装置からの要求に応じ、信号出力装置の信号経路に応じた信号経路情報を信号経路の確立を要求する確立要求信号に付随して信号入力装置へ送信し、信号入力装置は、確立要求信号に応じて、信号経路情報を用いて信号出力装置との間に信号経路を確立するようにした。この結果、信号出力装置と信号入力装置との間に適切な信号経路を確立することができる。
【００３６】
また本発明においては、所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて信号入力装置及び信号出力装置の間に確立された信号経路を介して、信号出力装置から出力されるデータ信号を信号入力装置に入力する信号処理システムにおいて、ネットワークを介した制御装置からの要求に応じた信号出力装置によって、信号出力装置の信号経路に応じた信号経路情報を信号経路の確立を要求する確立要求信号に付随して信号入力装置へ送信する確立要求ステップと、確立要求信号を受信した信号入力装置によって、当該信号入力装置と信号出力装置との間に信号経路情報を用いて信号経路を確立する確立ステップとを設けるようにした。この結果、信号出力装置と信号入力装置との間に適切な信号経路を確立することができる。
【００３７】
【発明の実施の形態】
以下図面について、本発明の一実施の形態を詳述する。
【００３８】
（１）ネットワークシステムの構成
図１において、１は全体としてネットワークシステムの構成を示し、ＩＥＥＥ１３９４シリアルバス２にＳＴＢ（Set Top Box ）３、ＶＣＲ（Video CasetteRecorder）４及びＴＶ（Television）５を接続することにより構成されている。
【００３９】
ＳＴＢ３は、図２に示すように、アンテナ６によって受信した受信信号をチューナ７に入力し、当該チューナ７によって所定の信号処理を施した後、得られたＡＶデータをＩＥＥＥ１３９４インターフェイス８を介して外部に出力する。ＣＰＵ（Central Processing Unit ）９は、操作部１０におけるユーザの入力操作に応じて当該ＳＴＢ３を構成する各回路の動作を制御し、また、内部のメモリに格納されているソフトウエアに基づいて、ＩＥＥＥ１３９４インターフェイス８を介して各種のコマンドをＶＣＲ４やＴＶ５との間で送受信するようになされている。
【００４０】
ＶＣＲ４は、図３に示すように、アンテナ１１によって受信した受信信号をチューナ１２に入力し、当該チューナ１２によって所定の信号処理を施した後、必要に応じて得られたＡＶデータを記録再生部１３に送出して内蔵の記録媒体に記録又はＩＥＥＥ１３９４インターフェイス１４を介して外部に出力する。またＶＣＲ４は、外部からＩＥＥＥ１３９４インターフェイス１４を介してＡＶデータが入力された場合には、これを記録再生部１３に送出して記録する。
【００４１】
記録再生部１３は、記録媒体に記録されているＡＶデータを必要に応じて再生しこれをＩＥＥＥ１３９４インターフェイス１４を介して外部に出力する。またＶＣＲ４は、外部から供給されたＡＶデータを必要に応じてＩＥＥＥ１３９４インターフェイス１４を介してそのまま外部に出力する。
【００４２】
ＣＰＵ１５は、操作部１６におけるユーザの入力操作に応じて当該ＶＣＲ４を構成する各回路の動作を制御し、また、内部のメモリに格納されているソフトウエアに基づいて、ＩＥＥＥ１３９４インターフェイス１４を介して各種のコマンドをＳＴＢ３やＴＶ５との間で送受信するようになされている。
【００４３】
ＴＶ５は、図４に示すように、外部からＩＥＥＥ１３９４インターフェイス１７を介して入力されたＡＶデータを表示部１８に送出して表示する。ＣＰＵ１９は、操作部２０におけるユーザの入力操作に応じて当該ＴＶ５を構成する各回路の動作を制御し、また、内部のメモリに格納されているソフトウエアに基づいて、ＩＥＥＥ１３９４インターフェイス１７を介して各種のコマンドをＳＴＢ３やＶＣＲ４との間で送受信するようになされている。
【００４４】
ここで、ネットワークシステム１の機能的な構成を、図１〜図４との対応部分に同一符号を付して示す図５に示す。このネットワークシステム１においては、図５に示すように、ＰＣＲとして、ＳＴＢ３には出力用のｏＰＣＲ〔０〕が設けられ、ＶＣＲ４には入力用のｉＰＣＲ〔０〕が設けられると共に出力用のｏＰＣＲ〔０〕及びｏＰＣＲ〔１〕が設けられ、ＴＶ５には入力用のｉＰＣＲ〔０〕が設けられている。
【００４５】
（２）ソース内の信号経路に応じた機器間コネクションの確立
この実施の形態の場合では、ＳＴＢ３がコントローラとして動作し、シンクとソースの組を設定する機器選択処理を実行することにより、ＶＣＲ４をソースとして設定すると共にＴＶ５をシンクとして設定する。
【００４６】
まず始めにコントローラとしてのＳＴＢ３は、図６に示すように、ＴＶ５にＶＣＲ４をソースとして登録する。すなわちコントローラとしてのＳＴＢ３は、ＴＶ５にインプット・セレクト・コマンドを送信する。この場合、コントローラとしてのＳＴＢ３は、インプット・セレクト・コマンドのうちのサブファンクション（subfunction ）フィールドにはセレクトを指定し、ノードＩＤ（node＿ID）フィールドにはＶＣＲ４のノードＩＤを指定し、アウトプット・プラグ（output＿plug）フィールドにはデフォルトの出力プラグ番号を指定する。因みに、このデフォルトの出力プラグ番号は、コントローラとしてのＳＴＢ３が自由に設定し得るようになされている。
【００４７】
ＴＶ５は、このインプット・セレクト・コマンドを受信すると、指定されたノードＩＤすなわちＶＣＲ４をソースとして登録する。
【００４８】
次いでコントローラとしてのＳＴＢ３は、図７に示すように、ＶＣＲ４にＴＶ５をシンクとして登録する。すなわちコントローラとしてのＳＴＢ３は、ＶＣＲ４にアウトプット・プリセット・コマンドを送信する。この場合、コントローラとしてのＳＴＢ３は、アウトプット・プリセット・コマンドのうちのデスティネイション・ノードＩＤ（ destination＿node＿ID）フィールドにはＴＶ５のノードＩＤを指定する。
【００４９】
ソースとしてのＶＣＲ４は、このアウトプット・プリセット・コマンドを受信すると、図８に示すように、指定されたノードＩＤのＴＶ５にインプット・セレクト・コマンドを送信する。この場合、ソースとしてのＶＣＲ４は、インプット・セレクト・コマンドのうちのサブファンクション・フィールドにはパス・チェンジを指定し、ノードＩＤ・フィールドにはＶＣＲ４自身のノードＩＤを指定し、アウトプット・プラグ・フィールドにはＶＣＲ４内の信号経路に応じた適切な出力プラグを指定する。
【００５０】
続いてシンクとしてのＴＶ５は、このインプット・セレクト・コマンドを受信すると、図９に示すように、当該インプット・セレクト・コマンドに付随して与えられる出力プラグ情報に基づいて機器間コネクションを確立する。
【００５１】
すなわちシンクとしてのＴＶ５は、受信したインプット・セレクト・コマンドのノードＩＤ・フィールドに記述されているノードＩＤによって指定されるＶＣＲ４の、アウトプット・プラグ・フィールドに記述されている出力プラグｏＰＣＲ〔１〕と、当該ＴＶ５の適切な入力プラグｉＰＣＲ〔０〕との間にＰｔｏＰコネクションを確立する。
【００５２】
その後、コントローラとしてのＳＴＢ３は、図１０に示すように、シンクとしてのＴＶ５とソースとしてのＶＣＲ４との間の機器間コネクションを解放する場合には、ソースとしてのＶＣＲ４にキャンセルを表すアウトプット・プリセット・コマンドを送信する。すなわちコントローラとしてのＳＴＢ３は、アウトプット・プリセット・コマンドのプリセット・エントリ・ナンバー（preset＿entry＿number）フィールドには、登録の際に受け取ったレスポンスに含まれていた値を設定し、デスティネイション・ノードＩＤ・フィールドとシグナル・デスティネイション（signal＿destination ）フィールドにはＦＦＦＦを設定して送信する。
【００５３】
ソースとしてのＶＣＲ４は、このアウトプット・プリセット・コマンドを受信すると、そのシンク登録を解除する。そしてソースとしてのＶＣＲ４は、キャンセルが要求されている当該シンクとしてのＴＶ５に関し、他のコントローラ又は当該ＶＣＲ４自身が別にシンク登録しているか否か自己の登録状況を調査し、その結果、当該ＴＶ５の登録が全て解除されたと判断した場合には、当該シンクとしてのＴＶ５に、サブファンクション・フィールドにディスコネクトを指定したインプット・セレクト・コマンドを送信する。
【００５４】
シンクとしてのＴＶ５は、このインプット・セレクト・コマンドを受信すると、ソースとしてのＶＣＲ４との間の機器間コネクションを解放する。
【００５５】
（３）機器選択処理
さらに続いてこの実施の形態の場合では、ＳＴＢ３がコントローラとして動作し、ソースの最適な出力プラグと、当該ソースの出力プラグに応じた、シンクの最適な入力プラグを論理的に接続する機器選択処理を実行することにより、ＶＣＲ４をソースとして設定すると共にＴＶ５をシンクとして設定する。
【００５６】
まず始めにコントローラとしてのＳＴＢ３は、図１１に示すように、ＴＶ５にＶＣＲ４をソースとして登録する。すなわちコントローラとしてのＳＴＢ３は、ＴＶ５にインプット・セレクト・コマンドを送信する。この場合、コントローラとしてのＳＴＢ３は、インプット・セレクト・コマンドのうちのサブファンクション・フィールドにはセレクトを指定し、ノードＩＤ・フィールドにはＶＣＲ４のノードＩＤを指定し、アウトプット・プラグ・フィールドにはデフォルトの出力プラグ番号を指定する。因みに、このデフォルトの出力プラグ番号は、コントローラとしてのＳＴＢ３が自由に設定し得るようになされている。
【００５７】
ＴＶ５は、このインプット・セレクト・コマンドを受信すると、指定されたノードＩＤすなわちＶＣＲ４をソースとして登録する。
【００５８】
次いでコントローラとしてのＳＴＢ３は、図１２に示すように、ＶＣＲ４にＴＶ５をシンクとして登録する。すなわちコントローラとしてのＳＴＢ３は、ＶＣＲ４にアウトプット・プリセット・コマンドを送信する。この場合、コントローラとしてのＳＴＢ３は、アウトプット・プリセット・コマンドのうちのデスティネイション・ノードＩＤ・フィールドにはＴＶ５のノードＩＤを指定する。
【００５９】
ソースとしてのＶＣＲ４は、このアウトプット・プリセット・コマンドを受信すると、現在機器間コネクションを確立すべき状態にあるか否かを判断する。その結果、ソースとしてのＶＣＲ４は、例えば当該ＶＣＲ４が現在再生中であって、現在機器間コネクションを確立すべき状態にあると判断した場合には、図１３に示すように、指定されたノードＩＤのＴＶ５にインプット・セレクト・コマンドを送信する。この場合、ソースとしてのＶＣＲ４は、インプット・セレクト・コマンドのうちのサブファンクション・フィールドにはパス・チェンジを指定し、ノードＩＤ・フィールドにはＶＣＲ４自身のノードＩＤを指定し、アウトプット・プラグ・フィールドにはＶＣＲ４内の信号経路に応じた適切な出力プラグを指定する。
【００６０】
続いてシンクとしてのＴＶ５は、このインプット・セレクト・コマンドを受信すると、当該インプット・セレクト・コマンドに付随して与えられる出力プラグ情報に基づいて機器間コネクションを確立すべき状態にあるか否かを判断する。その結果、シンクとしてのＴＶ５は、現在機器間コネクションを確立すべき状態にあると判断した場合には、図１４に示すように、当該インプット・セレクト・コマンドに付随して与えられる出力プラグ情報に基づいて機器間コネクションを確立する。
【００６１】
すなわちシンクとしてのＴＶ５は、受信したインプット・セレクト・コマンドのノードＩＤ・フィールドに記述されているノードＩＤによって指定されるＶＣＲ４の、アウトプット・プラグ・フィールドに記述されている出力プラグｏＰＣＲ〔１〕と、当該ＴＶ５の適切な入力プラグｉＰＣＲ〔０〕との間にＰｔｏＰコネクションを確立する。
【００６２】
これに対して、シンクとしてのＴＶ５は、現在機器間コネクションを確立すべきでない状態にあると判断した場合には、受信したインプット・セレクト・コマンドのアウトプット・プラグ・フィールドに記述されている出力プラグｏＰＣＲ〔１〕の登録だけを行って機器間コネクションを確立せず、この場合、ソースとしてのＶＣＲ４にリジェクティド・レスポンスを送信する。
【００６３】
その後、シンクとしてのＴＶ５は、機器間コネクションを確立すべき状態に遷移したと判断した場合には、登録されているソースとしてのＶＣＲ４の出力プラグ情報に基づいて機器間コネクションを確立する。
【００６４】
ところで、ソースとしてのＶＣＲ４は、アウトプット・プリセット・コマンドを受信したが、現在機器間コネクションを確立すべきでない状態にあると判断した場合には、ＴＶ５をシンクとして登録するだけで、当該シンクとしてのＴＶ５にインプット・セレクト・コマンドを送信しない。
【００６５】
その後、ソースとしてのＶＣＲ４は、当該ＶＣＲ４がＡＶデータの出力を開始し、機器間コネクションを確立すべき状態に遷移したと判断した場合には、図１５に示すように、登録されているシンクとしてのＴＶ５にインプット・セレクト・コマンドを送信する。この場合、ソースとしてのＶＣＲ４は、インプット・セレクト・コマンドのうちのサブファンクション・フィールドにはコネクトを指定し、アウトプット・プラグ・フィールドにはＶＣＲ４内の信号経路に応じた適切な出力プラグを指定する。
【００６６】
続いてシンクとしてのＴＶ５は、このインプット・セレクト・コマンドを受信すると、現在機器間コネクションを確立すべき状態にあるか否かを判断する。その結果、シンクとしてのＴＶ５は、現在機器間コネクションを確立すべき状態にあると判断した場合には、図１６に示すように、当該インプット・セレクト・コマンドに付随して与えられる出力プラグ情報に基づいて機器間コネクションを確立する。
【００６７】
すなわちシンクとしてのＴＶ５は、受信したインプット・セレクト・コマンドのノードＩＤ・フィールドに記述されているノードＩＤによって指定されるＶＣＲ４の、アウトプット・プラグ・フィールドに記述されている出力プラグｏＰＣＲ〔１〕と、当該ＴＶ５の適切な入力プラグｉＰＣＲ〔０〕との間にＰｔｏＰコネクションを確立する。
【００６８】
これに対して、シンクとしてのＴＶ５は、現在機器間コネクションを確立すべきでない状態にあると判断した場合には、受信したインプット・セレクト・コマンドのアウトプット・プラグ・フィールドに記述されている出力プラグｏＰＣＲ〔１〕の登録だけを行って機器間コネクションを確立せず、この場合、ソースとしてのＶＣＲ４にリジェクティド・レスポンスを送信する。
【００６９】
その後、シンクとしてのＴＶ５は、機器間コネクションを確立すべき状態に遷移したと判断した場合には、登録されているソースとしてのＶＣＲ４の出力プラグ情報に基づいて機器間コネクションを確立する。
【００７０】
ところで、上述したように、ソースとしてのＶＣＲ４は、現在機器間コネクションを確立すべき状態にあって、シンクとしてのＴＶ５にインプット・セレクト・コマンドを送信しても、当該ＴＶ５が現在機器間コネクションを確立すべきでない状態にある場合には、当該ＴＶ５からリジェクティド・レスポンスを受信することがある。また、ソースとしてのＶＣＲ４は、シンクとしてのＴＶ５を登録しても、現在機器間コネクションを確立すべきでない状態にある場合には、インプット・セレクト・コマンドを送信しない。
【００７１】
このような場合、ソースとしてのＶＣＲ４は、シンクとしてのＴＶ５が、当該ＴＶ５自身のどの入力プラグを用いてソース登録をしていたかを把握することができない。
【００７２】
そこで、この状態において、ソースとしてのＶＣＲ４は、コントローラとしてのＳＴＢ３からシンク登録のキャンセルを表すアウトプット・プリセット・コマンドを受信した場合には、原則として、サブファンクション・フィールドがディスコネクトであるインプット・セレクト・コマンドをシンクとしてのＴＶ５に送信することになる。
【００７３】
しかし、ソースとしてのＶＣＲ４は、当該シンクとしてのＴＶ５からインプット・セレクト・コマンドに対するアクセプティド・レスポンスを受信していない場合には、シンクとしてのＴＶ５がどの入力プラグを用いてソース登録をしていたかを知ることができず、この場合、インプット・セレクト・コマンドのインプット・プラグ・フィールドに指定すべきプラグを判断できないために、当該インプット・セレクト・コマンドを送信し得ない。
【００７４】
このような不都合を回避する方法として、ソースとしてのＶＣＲ４が、シンクとしてのＴＶ５が現在どの入力プラグを用いてソース登録をしているかを調査する方法がある。具体的には、まずソースとしてのＶＣＲ４は、ＡＶ／Ｃジェネラル（AV/C Gneral ）において定められているプラグ・インフォ（PLUG INFO ）コマンドを用いてシンクとしてのＴＶ５が有する入力プラグを調査する。
【００７５】
その結果、ソースとしてのＶＣＲ４は、得られた全ての入力プラグに、それぞれを指定したインプット・セレクト・コマンドのステイタス（STATUS）コマンドを送信することにより、シンクとしてのＴＶ５の各入力プラグが選択しているソース又は選択の有無を知ることができる。
【００７６】
そこでソースとしてのＶＣＲ４は、当該ＶＣＲ４をソースとして選択している入力プラグを得た場合には、当該入力プラグを指定してサブファンクションがディスコネクトであるインプット・セレクト・コマンドを送信する。これに対してソースとしてのＶＣＲ４は、当該ＶＣＲ４をソースとして選択している入力プラグを得ることができなかった場合には、サブファンクションがディスコネクトであるインプット・セレクト・コマンドを送信することができないが、シンクとしてのＴＶ５に登録を解除する必要がないため不都合はないことになる。
【００７７】
さらに上述の不都合を回避する方法として、ソースとしてのＶＣＲ４が、当該シンクとしてのＴＶ５からインプット・セレクト・コマンドに対するアクセプティド・レスポンスを１回も受信していない場合には、サブファンクションがディスコネクトであるインプット・セレクト・コマンドを送信しないという方法がある。
【００７８】
この場合、シンクとしてのＴＶ５においてソース登録が残存することになる。しかしながら、ソースとしてのＶＣＲ４におけるシンク登録は、先優先であることから、当該登録数が機器によって決定される最大登録数を超えた場合にはその後の登録が拒否されのに対して、シンクとしてのＴＶ５におけるソース登録は、後優先であるため、当該シンクとしてのＴＶ５に不必要なソース登録が残存し、その後、他のコントローラが当該シンクとしてのＴＶ５にソース登録をしても不都合が生じないことになる。
【００７９】
ここで、入出力を行うことができるが、入力と出力を同時に行うことはできない機器が、出力状態にあるときにソース登録のみを行った後、出力状態でなくなって入力が可能になった際に、当該ソース登録に基づいて機器間コネクションを確立する場合について説明する。
【００８０】
ここでは、ＶＣＲ４を、入出力可能であって入力と出力を同時に行うことができない機器とし、ＴＶ５をコントローラ及びシンクとして動作するコントローラ兼シンクとし、ＳＴＢ３をコントローラ及びソースとして動作するコントローラ兼ソースとする。
【００８１】
まずＴＶ５は、コントローラとして動作して機器選択処理を実行することにより、ＶＣＲ４をソースとして設定すると共に、ＴＶ５をシンクとして設定し、ソースとしてのＶＣＲ４が再生動作に遷移した場合には図１６に示すように、機器間コネクションを確立する。
【００８２】
その際、ＳＴＢ３は、ユーザの操作によって、コントローラとして動作することにより機器選択処理を実行し、当該ＳＴＢ３をソースとして設定すると共に、ＶＣＲ４をシンクとして設定する。
【００８３】
具体的にはコントローラとしてのＳＴＢ３は、図１７に示すように、ＶＣＲ４が再生中に当該ＶＣＲ４にサブファンクションがセレクトであるインプット・セレクト・コマンドを送信する。ＶＣＲ４は、このインプット・セレクト・コマンドを受信すると、ＳＴＢ３をソースとして登録する。続いてＳＴＢ３は、コントローラとして動作する機能ブロックがソースとして動作する機能ブロックに対してＶＣＲ４をシンクとして登録する。
【００８４】
その後、ソースとして動作するＳＴＢ３は、図１８に示すように、出力状態にあるＶＣＲ４にサブファンクションがパス・チェンジであるインプット・セレクト・コマンドを送信する。
【００８５】
ここで、シンクとして動作するＶＣＲ４は、現在出力中であって入力をできない状態にあるため、機器間コネクションを確立してもこれを有効に使用することができず、バスのリソースを有効に活用することができなくなり、この場合、機器間コネクションを確立すべきではない。
【００８６】
従って、シンクとして動作するＶＣＲ４は、図１８に示すように、リジェクティド・レスポンスをＳＴＢ３に送信する。この場合、ＶＣＲ４は、インプット・セレクト・コマンドのアウトプット・フィールドに含まれているＳＴＢ３の出力プラグ情報を記憶しておく。
【００８７】
その後、シンクとして動作するＶＣＲ４は、図１９に示すように、再生を終了した場合には、記憶されているソース登録に基づいてＳＴＢ３との間に機器間コネクションを確立する。その際、ＶＣＲ４は、ＳＴＢ３の出力プラグとして、記憶されている出力プラグ情報を用いることにより、適切な機器間コネクションを確立することができる。
【００８８】
（４）シンクによる機器間コネクションの解放
ここでは、ＳＴＢ３がコントローラとして動作し、ＶＣＲ４をソースとして設定すると共にＴＶ５をシンクとして設定し、当該ソースとしてのＶＣＲ４の再生動作によって機器間コネクションが確立され、当該ＶＣＲ４の停止動作によって機器間コネクションが解放される場合について、以下、具体的に説明する。
【００８９】
まずコントローラとしてのＳＴＢ３は、ＶＣＲ４をソースとして設定すると共にＴＶ５をシンクとして設定するが、ソースとしてのＶＣＲ４は、図２０に示すように、出力停止中の場合には、シンクとしてのＴＶ５にインプット・セレクト・コマンドを送信せず、これによりシンクとしてのＴＶ５は、機器間コネクションを確立しない。
【００９０】
この状態において、ソースとしてのＶＣＲ４は、再生状態に遷移すると、図２１に示すように、オートプレイ処理を実行することにより、出力プラグｏＰＣＲ〔１〕を決定した後、シンクとしてのＴＶ５にサブファンクションがコネクトであるインプット・セレクト・コマンドを送信する。シンクとしてのＴＶ５は、このインプット・セレクト・コマンドを受信すると、ＶＣＲ４との間に機器間コネクションを確立する。その際、ソースとしてのＶＣＲ４は、ＴＶ５から送られてくるレスポンスを受信し、当該レスポンスのインプット・プラグ・フィールドによって、機器間コネクションが確立されたＴＶ５の入力プラグｉＰＣＲ〔０〕を把握する。
【００９１】
続いて、ソースとしてのＶＣＲ４は、停止状態に遷移すると、送信対象のＡＶデータがなくなったためバスのリソースを節約することを目的として、シンクとしてのＴＶ５に機器間コネクションの解放を要求する。すなわちＶＣＲ４は、図２２に示すように、サブファンクション・フィールドにディスコネクトを指定し、アウトプット・プラグ・フィールドにｏＰＣＲ〔１〕を指定し、イントプット・プラグ・フィールドにｉＰＣＲ〔０〕を指定したインプット・セレクト・コマンドを送信する。
【００９２】
この場合、コントローラとしてのＳＴＢ３がオートプレイ処理の設定を解除したのではないため、ソースとしてのＶＣＲ４は、機器間コネクションが不必要になっても当該ＶＣＲ４自身のシンク登録を解除することが許されず、従ってシンク登録を変更することはない。
【００９３】
シンクとしてのＴＶ５は、ソースとしてのＶＣＲ４からインプット・セレクト・コマンドを受信すると、機器間コネクションを解放する。
【００９４】
ここで、サブファンクション・フィールドがディスコネクトであるインプット・セレクト・コマンドを受信することは、ソースとしてのＶＣＲ４にとって機器間コネクションが不要になった場合と、コントローラとしてのＳＴＢ３にとってソースとしてのＶＣＲ４におけるシンク登録が解除されたことに起因する場合とがある。シンクとしてのＴＶ５は、いずれの場合によってインプット・セレクト・コマンドを受信したかを判断することなく、ソース登録を解除する。
【００９５】
その後、ソースとしてのＶＣＲ４は、シンクとしてのＴＶ５と機器間コネクションを確立する必要が生じた場合には、サブファンクション・フィールドがパス・チェンジであるインプット・セレクト・コマンドを送信する経路情報通知処理ではなく、図２３に示すように、サブファンクション・フィールドがコネクトであるインプット・セレクト・コマンドを送信するオートプレイ処理を実行する。
【００９６】
従って、シンクとしてのＴＶ５は、ソース登録を解除しても、再びソースとしてのＶＣＲ４が出力を開始したときには、ソース登録を行って機器間コネクションを確立するという通常のオートプレイ処理を実行することができ、ソース登録を解除することによる不都合が生じることはない。
【００９７】
（５）コントローラ、ソース及びシンクの処理手順
ここで図２４は、コントローラとしてのＳＴＢ３による機器選択設定処理手順ＲＴ１を示す。すなわち図２４においてコントローラとしてのＳＴＢ３は、機器選択設定処理手順ＲＴ１に入ると、ステップＳＰ１において、サブファンクション・フィールドにセレクトを指定したインプット・セレクト・コマンドを、シンクとしてのＴＶ５に送信する。
【００９８】
そしてコントローラとしてのＳＴＢ３は、続くステップＳＰ２に移って、アウトプット・プリセット・コマンドをソースとしてのＶＣＲ４に送信し、機器間コネクションを確立した後、ステップＳＰ３に移って当該処理手順ＲＴ１を終了する。
【００９９】
その後、コントローラとしてのＳＴＢ３は、機器間コネクションを解放する場合には、図２５に示す機器選択設定処理手順ＲＴ２を実行する。この図２５においてコントローラとしてのＳＴＢ３は、機器選択設定処理手順ＲＴ２に入ると、ステップＳＰ４において、キャンセルを表すアウトプット・プリセット・コマンドを、ソースとしてのＶＣＲ４に送信し、機器間コネクションを解放した後、ステップＳＰ５に移って当該処理手順ＲＴ２を終了する。
【０１００】
また図２６は、コントローラとしてのＳＴＢ３によるオートプレイ設定処理手順ＲＴ３を示す。すなわち図２６においてコントローラとしてのＳＴＢ３は、オートプレイ設定処理手順ＲＴ３に入ると、ステップＳＰ６において、アウトプット・プリセット・コマンドをソースとしてのＶＣＲ４に送信し、オートプレイ設定を行った後、ステップＳＰ７に移って当該処理手順ＲＴ３を終了する。
【０１０１】
その後、コントローラとしてのＳＴＢ３は、オートプレイ設定を解除する場合には、図２７に示すオートプレイ設定処理手順ＲＴ４を実行する。この図２７においてコントローラとしてのＳＴＢ３は、オートプレイ設定処理手順ＲＴ４に入ると、ステップＳＰ８に移って、キャンセルを表すアウトプット・プリセット・コマンドを、ソースとしてのＶＣＲ４に送信し、オートプレイ設定を解除した後、ステップＳＰ９に移って当該処理手順ＲＴ４を終了する。
【０１０２】
ここで図２８〜図３０は、ソースとしてのＶＣＲ４が機器間コネクションを確立すべきでない状態にある当該ソースとしてのＶＣＲ４による処理手順ＲＴ５〜ＲＴ７を示す。この場合、ソースとしてのＶＣＲ４は、コントローラとしてのＳＴＢ３からアウトプット・プリセット・コマンドが送られてくると、図２８に示す処理手順ＲＴ５を実行する。すなわちこの図２８においてソースとしてのＶＣＲ４は、処理手順ＲＴ５に入ると、ステップＳＰ１０において、アウトプット・プリセット・コマンドを受信すると、続くステップＳＰ１１に移って、プリセット・エントリ（PRESET ENTRY）に空きがあるか否かを判断する。
【０１０３】
ステップＳＰ１１において肯定結果が得られると、このことはプリセット・エントリに空きがあることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ１２に移って、シンクノードの登録を追加する。そしてソースとしてのＶＣＲ４は、ステップＳＰ１３において、アクセプティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ１４に移って、当該処理手順ＲＴ５を終了する。
【０１０４】
これに対してステップＳＰ１１において否定結果が得られると、このことはプリセット・エントリに空きがないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ１５に移って、リジェクティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ１４に移って、当該処理手順ＲＴ５を終了する。
【０１０５】
一方、ソースとしてのＶＣＲ４は、コントローラとしてのＳＴＢ３からキャンセルを表すアウトプット・プリセット・コマンドが送られてくると、図２９に示す処理手順ＲＴ６を実行する。すなわちこの図２９においてソースとしてのＶＣＲ４は、処理手順ＲＴ６に入ると、ステップＳＰ２０において、キャンセルを表すアウトプット・プリセット・コマンドを受信すると、続くステップＳＰ２１に移って、該当するプリセット・エントリがあるか否かを判断する。
【０１０６】
ステップＳＰ２１において肯定結果が得られると、このことは該当するプリセット・エントリがあることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ２２に移って、シンクノードの登録を削除する。そしてソースとしてのＶＣＲ４は、ステップＳＰ２３において、アクセプティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ２４に移って、当該シンクとしてのＴＶ５を指定するエントリが残っているか否かを判断する。
【０１０７】
ステップＳＰ２４において肯定結果が得られると、このことは当該シンクとしてのＴＶ５を指定するエントリが残っていることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ２５に移って当該処理手順ＲＴ６を終了する。
【０１０８】
これに対してステップＳＰ２４において否定結果が得られると、このことは当該シンクとしてのＴＶ５を指定するエントリが残っていないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ２６に移って、当該削除されたシンクとしてのＴＶ５のみに、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを送信した後、ステップＳＰ２５に移って当該処理手順ＲＴ６を終了する。
【０１０９】
ところで、ステップＳＰ２１において否定結果が得られると、このことは該当するプリセット・エントリがないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ２７に移って、リジェクティド・レスポンスをコントローラとしてのＳＴＢ３に送信した後、ステップＳＰ２５に移って当該処理手順ＲＴ６を終了する。
【０１１０】
さらにソースとしてのＶＣＲ４は、ＡＶデータの出力を開始するようなトリガーが発生すると、図３０に示す処理手順ＲＴ７を実行する。すなわちこの図３０においてソースとしてのＶＣＲ４は、処理手順ＲＴ７に入ると、ステップＳＰ２８において、ＡＶデータの出力を開始するようなトリガーが発生したと判断し、続くステップＳＰ２９に移って、プリセット・エントリに格納されているシンク全てに、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを送信した後、ステップＳＰ３０に移って当該処理手順ＲＴ７を終了する。
【０１１１】
ここで図３１〜図３４は、ソースとしてのＶＣＲ４が機器間コネクションを確立すべき状態にある当該ソースとしてのＶＣＲ４による処理手順ＲＴ８〜ＲＴ１１を示す。この場合、ソースとしてのＶＣＲ４は、コントローラとしてのＳＴＢ３からアウトプット・プリセット・コマンドが送られてくると、図３１に示す処理手順ＲＴ８を実行する。すなわちこの図３１においてソースとしてのＶＣＲ４は、処理手順ＲＴ８に入ると、ステップＳＰ４０において、アウトプット・プリセット・コマンドを受信すると、続くステップＳＰ４１に移って、プリセット・エントリに空きがあるか否かを判断する。
【０１１２】
ステップＳＰ４１において肯定結果が得られると、このことはプリセット・エントリに空きがあることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ４２に移って、シンクノードの登録を追加する。そしてソースとしてのＶＣＲ４は、ステップＳＰ４３において、アクセプティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ４４に移って、当該処理手順ＲＴ８を終了する。
【０１１３】
これに対してステップＳＰ４１において否定結果が得られると、このことはプリセット・エントリに空きがないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ４５に移って、リジェクティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ４４に移って、当該処理手順ＲＴ８を終了する。
【０１１４】
一方、ソースとしてのＶＣＲ４は、コントローラとしてのＳＴＢ３からキャンセルを表すアウトプット・プリセット・コマンドが送られてくると、図３２に示す処理手順ＲＴ９を実行する。すなわちこの図３２においてソースとしてのＶＣＲ４は、処理手順ＲＴ９に入ると、ステップＳＰ５０において、キャンセルを表すアウトプット・プリセット・コマンドを受信すると、続くステップＳＰ５１に移って、該当するプリセット・エントリがあるか否かを判断する。
【０１１５】
ステップＳＰ５１において肯定結果が得られると、このことは該当するプリセット・エントリがあることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ５２に移って、シンクノードの登録を削除する。そしてソースとしてのＶＣＲ４は、ステップＳＰ５３において、アクセプティド・レスポンスをコントローラとしてのＳＴＢ３に送信し、続くステップＳＰ５４に移って、当該シンクとしてのＴＶ５を指定するエントリが残っているか否かを判断する。
【０１１６】
ステップＳＰ５４において肯定結果が得られると、このことは当該シンクとしてのＴＶ５を指定するエントリが残っていることを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ５５に移って当該処理手順ＲＴ９を終了する。
【０１１７】
これに対してステップＳＰ５４において否定結果が得られると、このことは当該シンクとしてのＴＶ５を指定するエントリが残っていないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ５６に移って、当該削除されたシンクとしてのＴＶ５のみに、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを送信した後、ステップＳＰ５５に移って当該処理手順ＲＴ９を終了する。
【０１１８】
ところで、ステップＳＰ５１において否定結果が得られると、このことは該当するプリセット・エントリがないことを表しており、このときソースとしてのＶＣＲ４は、ステップＳＰ５７に移って、リジェクティド・レスポンスをコントローラとしてのＳＴＢ３に送信した後、ステップＳＰ５５に移って当該処理手順ＲＴ９を終了する。
【０１１９】
さらにソースとしてのＶＣＲ４は、ＡＶデータの出力を停止するようなトリガーが発生すると、図３３に示す処理手順ＲＴ１０を実行する。すなわちこの図３３においてソースとしてのＶＣＲ４は、処理手順ＲＴ１０に入ると、ステップＳＰ５８において、ＡＶデータの出力を停止するようなトリガーが発生したと判断し、ＡＶデータの出力を停止した後、続くステップＳＰ５９に移って当該処理手順ＲＴ１０を終了する。
【０１２０】
さらにソースとしてのＶＣＲ４は、出力プラグが変わるようなトリガーが発生すると、図３４に示す処理手順ＲＴ１１を実行する。すなわちこの図３４においてソースとしてのＶＣＲ４は、処理手順ＲＴ１１に入ると、ステップＳＰ６０において、出力プラグが変わるようなトリガーが発生したと判断し、続くステップＳＰ６１に移って、プリセット・エントリに格納されているシンク全てに、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを送信した後、ステップＳＰ６２に移って当該処理手順ＲＴ１１を終了する。
【０１２１】
ここで図３５〜図３９は、ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にある、シンクとしてのＴＶ５の処理手順ＲＴ１２〜ＲＴ１６を示す。この場合、シンクとしてのＴＶ５は、サブファンクションにセレクトを指定したインプット・セレクト・コマンドが送られてくると、図３５に示す処理手順ＲＴ１２を実行する。すなわちこの図３５においてシンクとしてのＴＶ５は、処理手順ＲＴ１２に入ると、ステップＳＰ７０において、サブファンクションにセレクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ７１に移って、ソースプラグを選択するか、又はソースプラグを選択した後に機器間コネクションを確立する。
【０１２２】
そしてシンクとしてのＴＶ５は、ステップＳＰ７２において、アクセプティド・レスポンスを送信した後、ステップＳＰ７３に移って当該処理手順ＲＴ１２を終了する。
【０１２３】
またシンクとしてのＴＶ５は、サブファンクションにコネクトを指定したインプット・セレクト・コマンドが送られてくると、図３６に示す処理手順ＲＴ１３を実行する。すなわちこの図３６においてシンクとしてのＴＶ５は、処理手順ＲＴ１３に入ると、ステップＳＰ７４において、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ７５に移って、ソースプラグを選択した後に機器間コネクションを確立する。
【０１２４】
そしてシンクとしてのＴＶ５は、ステップＳＰ７６において、アクセプティド・レスポンスを送信した後、ステップＳＰ７７に移って当該処理手順ＲＴ１３を終了する。
【０１２５】
またシンクとしてのＴＶ５は、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドが送られてくると、図３７に示す処理手順ＲＴ１４を実行する。すなわちこの図３７においてシンクとしてのＴＶ５は、処理手順ＲＴ１４に入ると、ステップＳＰ７８において、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ７９に移って、リジェクティド・レスポンスを送信した後、ステップＳＰ８０に移って当該処理手順ＲＴ１４を終了する。
【０１２６】
またシンクとしてのＴＶ５は、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドが送られてくると、図３８に示す処理手順ＲＴ１５を実行する。すなわちこの図３８においてシンクとしてのＴＶ５は、処理手順ＲＴ１５に入ると、ステップＳＰ８１において、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ８２に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ８３に移って当該処理手順ＲＴ１５を終了する。
【０１２７】
またシンクとしてのＴＶ５は、入力不可能な状態に遷移する場合には、図３９に示す処理手順ＲＴ１６を実行する。すなわちこの図３９においてシンクとしてのＴＶ５は、処理手順ＲＴ１６に入ると、ステップＳＰ８４において、入力不可能な状態に遷移した後、ステップＳＰ８５に移って当該処理手順ＲＴ１６を終了する。
【０１２８】
ここで図４０〜図４４は、ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にある、シンクとしてのＴＶ５の処理手順ＲＴ１７〜ＲＴ２１を示す。この場合、シンクとしてのＴＶ５は、サブファンクションにセレクトを指定したインプット・セレクト・コマンドが送られてくると、図４０に示す処理手順ＲＴ１７を実行する。すなわちこの図４０においてシンクとしてのＴＶ５は、処理手順ＲＴ１７に入ると、ステップＳＰ９０において、サブファンクションにセレクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ９１に移って、ソースプラグを選択する。
【０１２９】
そしてシンクとしてのＴＶ５は、ステップＳＰ９２において、アクセプティド・レスポンスを送信した後、ステップＳＰ９３に移って当該処理手順ＲＴ１７を終了する。
【０１３０】
またシンクとしてのＴＶ５は、サブファンクションにコネクトを指定したインプット・セレクト・コマンドが送られてくると、図４１に示す処理手順ＲＴ１８を実行する。すなわちこの図４１においてシンクとしてのＴＶ５は、処理手順ＲＴ１８に入ると、ステップＳＰ９４において、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ９５に移って、リジェクティド・レスポンスを送信するか、又はソースプラグを選択した後にリジェクティド・レスポンスを送信し、ステップＳＰ９７に移って当該処理手順ＲＴ１８を終了する。
【０１３１】
またシンクとしてのＴＶ５は、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドが送られてくると、図４２に示す処理手順ＲＴ１９を実行する。すなわちこの図４２においてシンクとしてのＴＶ５は、処理手順ＲＴ１９に入ると、ステップＳＰ９８において、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ９９に移って、リジェクティド・レスポンスを送信した後、ステップＳＰ１００に移って当該処理手順ＲＴ１９を終了する。
【０１３２】
またシンクとしてのＴＶ５は、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドが送られてくると、図４３に示す処理手順ＲＴ２０を実行する。すなわちこの図４３においてシンクとしてのＴＶ５は、処理手順ＲＴ２０に入ると、ステップＳＰ１０１において、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１０２に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１０３に移って当該処理手順ＲＴ２０を終了する。
【０１３３】
またシンクとしてのＴＶ５は、入力可能な状態に遷移する場合には、図４４に示す処理手順ＲＴ２１を実行する。すなわちこの図４４においてシンクとしてのＴＶ５は、処理手順ＲＴ２１に入ると、ステップＳＰ１０４において、入力可能な状態に遷移した後、ステップＳＰ１０５に移って当該処理手順ＲＴ２１を終了する。
【０１３４】
ここで図４５〜図４９は、ソースを選択しているが機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にある、シンクとしてのＴＶ５の処理手順ＲＴ２２〜ＲＴ２６を示す。この場合、シンクとしてのＴＶ５は、サブファンクションにセレクトを指定したインプット・セレクト・コマンドが送られてくると、図４５に示す処理手順ＲＴ２２を実行する。すなわちこの図４５においてシンクとしてのＴＶ５は、処理手順ＲＴ２２に入ると、ステップＳＰ１１０において、サブファンクションにセレクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１１１に移って、ソースプラグを選択するか、又はソースプラグを選択した後に機器間コネクションを確立する。
【０１３５】
そしてシンクとしてのＴＶ５は、ステップＳＰ１１２において、アクセプティド・レスポンスを送信した後、ステップＳＰ１１３に移って当該処理手順ＲＴ２２を終了する。
【０１３６】
またシンクとしてのＴＶ５は、サブファンクションにコネクトを指定したインプット・セレクト・コマンドが送られてくると、図４６に示す処理手順ＲＴ２３を実行する。すなわちこの図４６においてシンクとしてのＴＶ５は、処理手順ＲＴ２３に入ると、ステップＳＰ１１４において、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１１５に移って、ソースプラグを選択した後に機器間コネクションを確立する。
【０１３７】
そしてシンクとしてのＴＶ５は、ステップＳＰ１１６において、アクセプティド・レスポンスを送信した後、ステップＳＰ１１７に移って当該処理手順ＲＴ２３を終了する。
【０１３８】
またシンクとしてのＴＶ５は、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドが送られてくると、図４７に示す処理手順ＲＴ２４を実行する。すなわちこの図４７においてシンクとしてのＴＶ５は、処理手順ＲＴ２４に入ると、ステップＳＰ１１８において、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１１９に移って、当該インプット・セレクト・コマンドにおいて、選択中のソースノードが指定されているか否かを判断する。
【０１３９】
ステップＳＰ１１９において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて選択中のソースノードが指定されていることを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１２０に移って、ソースプラグを選択した後に機器間コネクションを確立する。
【０１４０】
そしてシンクとしてのＴＶ５は、ステップＳＰ１２１において、アクセプティド・レスポンスを送信した後、ステップＳＰ１２２に移って当該処理手順ＲＴ２４を終了する。
【０１４１】
これに対してステップＳＰ１１９において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて選択中のソースノードが指定されていないことを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１２３に移って、リジェクティド・レスポンスを送信した後、ステップＳＰ１２２に移って当該処理手順ＲＴ２４を終了する。
【０１４２】
またシンクとしてのＴＶ５は、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドが送られてくると、図４８に示す処理手順ＲＴ２５を実行する。すなわちこの図４８においてシンクとしてのＴＶ５は、処理手順ＲＴ２５に入ると、ステップＳＰ１２４において、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１２５に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１２６に移って当該処理手順ＲＴ２５を終了する。
【０１４３】
またシンクとしてのＴＶ５は、入力不可能な状態に遷移する場合には、図４９に示す処理手順ＲＴ２６を実行する。すなわちこの図４９においてシンクとしてのＴＶ５は、処理手順ＲＴ２６に入ると、ステップＳＰ１２７において、入力不可能な状態に遷移した後、ステップＳＰ１２８に移って当該処理手順ＲＴ２６を終了する。
【０１４４】
ここで図５０〜図５４は、ソースを選択しているが機器間コネクションを確立していない場合において、機器間コネクションを確立すべきでない状態にある、シンクとしてのＴＶ５の処理手順ＲＴ２７〜ＲＴ３１を示す。この場合、シンクとしてのＴＶ５は、サブファンクションにセレクトを指定したインプット・セレクト・コマンドが送られてくると、図５０に示す処理手順ＲＴ２７を実行する。
【０１４５】
すなわちこの図５０においてシンクとしてのＴＶ５は、処理手順ＲＴ２７に入ると、ステップＳＰ１３０において、サブファンクションにセレクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１３１に移って、ソースプラグを選択する。
【０１４６】
そしてシンクとしてのＴＶ５は、ステップＳＰ１３２において、アクセプティド・レスポンスを送信した後、ステップＳＰ１３３に移って当該処理手順ＲＴ２７を終了する。
【０１４７】
またシンクとしてのＴＶ５は、サブファンクションにコネクトを指定したインプット・セレクト・コマンドが送られてくると、図５１に示す処理手順ＲＴ２８を実行する。すなわちこの図５１においてシンクとしてのＴＶ５は、処理手順ＲＴ２８に入ると、ステップＳＰ１３４において、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１３５に移って、ソースプラグを選択した後にリジェクティド・レスポンスを送信するか、又はリジェクティド・レスポンスを送信した後、ステップＳＰ１３７に移って当該処理手順ＲＴ２８を終了する。
【０１４８】
またシンクとしてのＴＶ５は、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドが送られてくると、図５２に示す処理手順ＲＴ２９を実行する。すなわちこの図５２においてシンクとしてのＴＶ５は、処理手順ＲＴ２９に入ると、ステップＳＰ１３８において、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１３９に移って、当該インプット・セレクト・コマンドにおいて、選択中のソースノードが指定されているか否かを判断する。
【０１４９】
ステップＳＰ１３９において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて選択中のソースノードが指定されていることを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１４０に移って、ソースプラグを選択した後にリジェクティド・レスポンスを送信するか、又はリジェクティド・レスポンスを送信した後、ステップＳＰ１４２に移って当該処理手順ＲＴ２９を終了する。
【０１５０】
これに対してステップＳＰ１３９において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて選択中のソースノードが指定されていないことを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１４３に移って、リジェクティド・レスポンスを送信した後、ステップＳＰ１４２に移って当該処理手順ＲＴ２９を終了する。
【０１５１】
またシンクとしてのＴＶ５は、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドが送られてくると、図５３に示す処理手順ＲＴ３０を実行する。すなわちこの図５３においてシンクとしてのＴＶ５は、処理手順ＲＴ３０に入ると、ステップＳＰ１４４において、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１４５に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１４６に移って当該処理手順ＲＴ３０を終了する。
【０１５２】
またシンクとしてのＴＶ５は、入力可能な状態に遷移する場合には、図５４に示す処理手順ＲＴ３１を実行する。すなわちこの図５４においてシンクとしてのＴＶ５は、処理手順ＲＴ３１に入ると、ステップＳＰ１４７において、入力可能な状態に遷移した後、ステップＳＰ１４８に移って、機器間コネクションを確立した後、ステップＳＰ１４９に移って当該処理手順ＲＴ３１を終了する。
【０１５３】
ここで図５５〜図６０は、機器間コネクションを確立している状態にある、シンクとしてのＴＶ５の処理手順ＲＴ４１〜ＲＴ４６を示す。この場合、シンクとしてのＴＶ５は、サブファンクションにセレクトを指定したインプット・セレクト・コマンドが送られてくると、図５５に示す処理手順ＲＴ４１を実行する。
【０１５４】
すなわちこの図５５においてシンクとしてのＴＶ５は、処理手順ＲＴ４１に入ると、ステップＳＰ１６０において、サブファンクションにセレクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１６１に移って、当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されているか否かを判断する。
【０１５５】
ステップＳＰ１６１において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていることを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１６２に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１６３に移って当該処理手順ＲＴ４１を終了する。
【０１５６】
これに対してステップＳＰ１６１において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていないことを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１６４に移って、機器間コネクションの解放及びソースプラグの選択を行うか、又はソースプラグの選択及び機器間コネクションの確立先の変更を行い、続くステップＳＰ１６２に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１６３に移って当該処理手順ＲＴ４１を終了する。
【０１５７】
またシンクとしてのＴＶ５は、サブファンクションにコネクトを指定したインプット・セレクト・コマンドが送られてくると、図５６に示す処理手順ＲＴ４２を実行する。すなわちこの図５６においてシンクとしてのＴＶ５は、処理手順ＲＴ４２に入ると、ステップＳＰ１６５において、サブファンクションにコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１６６に移って、当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されているか否かを判断する。
【０１５８】
ステップＳＰ１６６において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていることを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１６７に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１６８に移って当該処理手順ＲＴ４２を終了する。
【０１５９】
これに対してステップＳＰ１６６において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていないことを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１６９に移って、ソースプラグの選択及び機器間コネクションの確立先の変更を行い、続くステップＳＰ１６７に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１６８に移って当該処理手順ＲＴ４２を終了する。
【０１６０】
またシンクとしてのＴＶ５は、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドが送られてくると、図５７に示す処理手順ＲＴ４３を実行する。すなわちこの図５７においてシンクとしてのＴＶ５は、処理手順ＲＴ４３に入ると、ステップＳＰ１７０において、サブファンクションにパス・チェンジを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１７１に移って、当該インプット・セレクト・コマンドにおいて、接続中のソースノードが指定されているか否かを判断する。
【０１６１】
ステップＳＰ１７１において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースノードが指定されていることを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１７２に移って、当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されているか否かを判断する。
【０１６２】
ステップＳＰ１７２において肯定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていることを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１７４に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１７５に移って当該処理手順ＲＴ４３を終了する。
【０１６３】
これに対してステップＳＰ１７２において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていないことを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１７３に移って、ソースプラグの選択及び機器間コネクションの確立先の変更を行い、続くステップＳＰ１７４に移って、アクセプティド・レスポンスを送信した後、ステップＳＰ１７５に移って当該処理手順ＲＴ４３を終了する。
【０１６４】
ところでステップＳＰ１７１において否定結果が得られると、このことはインプット・セレクト・コマンドにおいて接続中のソースノードが指定されていないことを表しており、このときシンクとしてのＴＶ５は、続くステップＳＰ１７６に移って、リジェクティド・レスポンスを送信した後、ステップＳＰ１７５に移って当該処理手順ＲＴ４３を終了する。
【０１６５】
またシンクとしてのＴＶ５は、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドが送られてくると、図５８に示す処理手順ＲＴ４４を実行する。すなわちこの図５８においてシンクとしてのＴＶ５は、処理手順ＲＴ４４に入ると、ステップＳＰ１７７において、サブファンクションにディスコネクトを指定したインプット・セレクト・コマンドを受信し、続くステップＳＰ１７８に移って、当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されているか否かを判断する。
【０１６６】
ステップＳＰ１７８において肯定結果が得られると、このことは当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていることを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１７９に移って、機器間コネクションを解放できる状態にあるか否かを判断する。
【０１６７】
ステップＳＰ１７９において肯定結果が得られると、このことは機器間コネクションを解放できる状態にあることを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１８０に移って、機器間コネクションを解放する。そしてシンクとしてのＴＶ５は、ステップＳＰ１８１において、アクセプティド・レスポンスを送信し、続くステップＳＰ１８２に移って当該処理手順ＲＴ４４を終了する。
【０１６８】
これに対してステップＳＰ１７９において否定結果が得られると、このことは機器間コネクションを解放できる状態にないことを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１８３に移って、リジェクティド・レスポンスを送信した後、続くステップＳＰ１８２に移って当該処理手順ＲＴ４４を終了する。
【０１６９】
ステップＳＰ１７８において否定結果が得られると、このことは当該インプット・セレクト・コマンドにおいて接続中のソースプラグが指定されていないことを表しており、このときシンクとしてのＴＶ５は、ステップＳＰ１８４に移って、アクセプティド・レスポンスを送信した後、続くステップＳＰ１８２に移って当該処理手順ＲＴ４４を終了する。
【０１７０】
ところで、上述の図５８に示すステップＳＰ１８３のように、機器間コネクションを解放できる状態になく、リジェクティド・レスポンスを送信した状態において、その後、シンクとしてのＴＶ５は、機器間コネクションを解放できる状態に遷移する場合には、図５９に示す処理手順ＲＴ４５を実行する。すなわちこの図５９においてシンクとしてのＴＶ５は、処理手順ＲＴ４５に入ると、ステップＳＰ１８５に移って、機器間コネクションを解放できる状態に遷移した後、ステップＳＰ１８６に移って、機器間コネクションを解放し、続くステップＳＰ１８７に移って当該処理手順ＲＴ４５を終了する。
【０１７１】
またシンクとしてのＴＶ５は、入力不可能な状態に遷移する場合には、図６０に示す処理手順ＲＴ４６を実行する。すなわちこの図６０においてシンクとしてのＴＶ５は、処理手順ＲＴ４６に入ると、ステップＳＰ１８８において、入力不可能な状態に遷移した後、ステップＳＰ１８９に移って、機器間コネクションを解放した後、ステップＳＰ１９０に移って当該処理手順ＲＴ４６を終了する。
【０１７２】
（６）本実施の形態による動作及び効果
以上の構成において、コントローラは、シンクにソースを指定してインプット・セレクト・コマンドを送信する。シンクは、このインプット・セレクト・コマンドを受信すると、指定されたソースを登録する。次いでコントローラは、ソースにアウトプット・プリセット・コマンドを送信してシンクを登録させる。
【０１７３】
ソースは、このアウトプット・プリセット・コマンドを受信すると、当該受信したアウトプット・プリセット・コマンドにおいて指定されているシンクに、当該ソースの信号経路に応じた適切な出力プラグ情報を付随させてインプット・セレクト・コマンドを送信する。シンクは、このインプット・セレクト・コマンドを受信すると、付随された出力プラグ情報を用いて機器間コネクションを確立する。
【０１７４】
このようにコントローラがソース内部の信号経路を把握していなくても、ソースの最適な出力プラグと、当該ソースの出力プラグに応じた、シンクの最適な入力プラグとの間で、機器間コネクションを確立することができる。この場合、コントローラは、ソースやシンク内部の信号経路を把握する必要がないため、当該コントローラが把握していないソースやシンクを制御することができる。またコントローラにとって機器間コネクションが必要でなくなった場合には当該機器間コネクションを解放することにより、１３９４シリアルバス２のリソースを有効に活用することができる。
【０１７５】
また、ソースは、アウトプット・プリセット・コマンドを受信すると、現在機器間コネクションを確立すべき状態にあるか否かを判断する。その結果、ソースは、現在機器間コネクションを確立すべき状態にあると判断した場合には、当該受信したアウトプット・プリセット・コマンドにおいて指定されているシンクに出力プラグ情報を付随させてインプット・セレクト・コマンドを送信する。
【０１７６】
これに対して、ソースは、現在機器間コネクションを確立すべきでない状態にあると判断した場合には、シンク登録だけを行ってインプット・セレクト・コマンドを送信せず、その後、ソースの状態が変化し、機器間コネクションを確立すべき状態に遷移した場合には、シンクに出力プラグ情報を付随させてインプット・セレクト・コマンドを送信する。
【０１７７】
一方、シンクは、インプット・セレクト・コマンドを受信すると、現在機器間コネクションを確立すべき状態にあるか否かを判断する。その結果、シンクは、現在機器間コネクションを確立すべき状態にあると判断した場合には、付随された出力プラグ情報を用いて機器間コネクションを確立する。
【０１７８】
これに対して、シンクは、現在機器間コネクションを確立すべきでない状態にあると判断した場合には、付随された出力プラグ情報の登録だけを行って機器間コネクションを確立せず、その後、シンクの状態が変化し、機器間コネクションを確立すべき状態に遷移した場合には、登録されている出力プラグ情報を用いて機器間コネクションを確立する。
【０１７９】
このように、ソース及びシンクのいずれもが機器間コネクションを確立すべき状態にあるときにのみ、機器間コネクションを確立することにより、１３９４シリアルバス２のリソースを有効に活用することができる。
【０１８０】
また、ソースは、シンクに機器間コネクションの解放を要求する場合には、サブファンクション・フィールドがディスコネクトであるインプット・セレクト・コマンドを送信する。シンクは、このインプット・セレクト・コマンドを受信すると、機器間コネクションを解放し得る状態にあるか否かを判断する。その結果、シンクは、機器間コネクションを解放し得る状態にあると判断した場合には、機器間コネクションを解放する。その際、シンクは、ソース登録を解除する。
【０１８１】
これに対して、シンクは、機器間コネクションを解放し得ない状態にあると判断した場合には、機器間コネクションを解放せず、その後、機器間コネクションを解放し得る状態に遷移した場合に、自動的に機器間コネクションを解放する。
【０１８２】
このように、ソースにとって機器間コネクションが不必要な場合、例えば送信対象のＡＶデータが存在しない場合には、機器間コネクションを解放することができ、従って有限であるバスのリソースを有効に活用することができる。
【０１８３】
以上の構成によれば、ソース及びシンクの状態に応じて機器間コネクションの確立及び解放を行うことにより、機器間コネクションを適切に確立することができ、従ってバスのリソースを有効に活用することができる。
【０１８４】
（７）他の実施の形態
なお上述の実施の形態においては、ＳＴＢ３をコントローラ、ＶＣＲ４をソース、ＴＶ５をシンクとして設定した場合について述べたが、本発明はこれに限らず、ソースとしてのＶＣＲ４又はシンクとしてのＴＶ５がコントローラとしても動作するようにしても良い。この場合、コントローラとして動作する機能ブロックが、ソース又はシンクとして動作する機能ブロックに対して所定の内部処理を実行することにより通信を行うことができる。
【０１８５】
また上述の実施の形態においては、ＰＣＲを用いて機器間コネクションを確立した場合について述べたが、本発明はこれに限らず、イクスターナル・プラグを用いて機器間コネクションを確立するようにしても良い。
【０１８６】
また上述の実施の形態においては、「０」チャンネルを使用してＰｔｏＰコネクションを確立した場合について述べたが、本発明はこれに限らず、他の種々のチャンネルを使用してＰｔｏＰコネクションを確立するようにしても良い。
【０１８７】
また上述の実施の形態においては、ＶＣＲ４が出力状態にあるか否かによって機器間コネクションを確立すべき状態になるか否かを判断する場合について述べたが、本発明はこれに限らず、他の種々の判断基準を適用するようにしても良い。
【０１８８】
また上述の実施の形態においては、信号処理システムとしてネットワークシステム１を適用した場合について述べたが、本発明はこれに限らず、所定のネットワークに信号出力装置、信号入力装置及び制御装置を接続することによって構築され、制御装置の要求に応じて信号出力装置と信号入力装置との間に信号経路を確立し、信号出力装置から出力されるデータ信号を信号経路を介して信号入力装置に入力する他の種々の信号処理システムを適用するようにしても良い。
【０１８９】
また上述の実施の形態においては、信号出力装置として、ソースとしてのＶＣＲ４を適用した場合について述べたが、本発明はこれに限らず、データ信号を出力する他の種々の信号出力装置を適用するようにしても良い。
【０１９０】
また上述の実施の形態においては、信号入力装置として、シンクとしてのＴＶ５を適用する場合について述べたが、本発明はこれに限らず、信号出力装置から出力されるデータ信号を信号経路を介して入力する他の種々の信号入力装置を適用するようにしても良い。
【０１９１】
また上述の実施の形態においては、制御装置として、コントローラとしてのＳＴＢ３を適用する場合について述べたが、本発明はこれに限らず、信号出力装置と信号入力装置との間に信号経路を確立させる他の種々の制御装置を適用するようにしても良い。
【０１９２】
また上述の実施の形態においては、確立要求手段としてＶＣＲ４のＣＰＵ１５を適用する場合について述べたが、本発明はこれに限らず、信号経路の確立を要求する確立要求信号を信号入力装置に送信する際、信号出力装置内部の信号経路に応じた信号経路情報を確立要求信号に付随して信号入力装置に送信する他の種々の確立要求手段を適用するようにしても良い。
【０１９３】
また上述の実施の形態においては、確立手段としてＴＶ５のＣＰＵ１９を適用する場合について述べたが、本発明はこれに限らず、信号経路情報に基づいて信号出力装置と信号入力装置との間に信号経路を確立する他の種々の確立手段を適用するようにしても良い。
【０１９４】
また上述の実施の形態においては、解放要求手段としてＶＣＲ４のＣＰＵ１５を適用する場合について述べたが、本発明はこれに限らず、信号出力装置と信号入力装置との間に信号経路が確立されている状態において、自己の動作状態に応じて信号経路の解放が必要であると判断した場合には、信号経路の解放を要求する解放要求信号を送信する他の種々の解放要求手段を適用するようにしても良い。
【０１９５】
さらに上述の実施の形態においては、解放手段としてＴＶ５のＣＰＵ１９を適用する場合について述べたが、本発明はこれに限らず、信号出力装置から送信された解放要求信号を受信すると、自己の動作状態に応じて信号出力装置と信号入力装置との間に確立されている信号経路を解放する他の種々の解放手段を適用するようにしても良い。
【０１９６】
【発明の効果】
上述のように本発明によれば、所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて信号入力装置及び信号出力装置の間に確立された信号経路を介して、信号出力装置から出力されるデータ信号を信号入力装置に入力する信号処理システムにおいて、信号出力装置は、ネットワークを介した制御装置からの要求に応じ、信号出力装置の信号経路に応じた信号経路情報を信号経路の確立を要求する確立要求信号に付随して信号入力装置へ送信し、信号入力装置は、確立要求信号に応じて、信号経路情報を用いて信号出力装置との間に信号経路を確立するようにしたことにより、信号出力装置と信号入力装置との間に適切な信号経路を確立することができる信号処理システム、信号出力装置及び信号入力装置を実現できる。
【０１９７】
また本発明によれば、所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて信号入力装置及び信号出力装置の間に確立された信号経路を介して、信号出力装置から出力されるデータ信号を信号入力装置に入力する信号処理システムにおいて、ネットワークを介した制御装置からの要求に応じた信号出力装置によって、信号出力装置の信号経路に応じた信号経路情報を信号経路の確立を要求する確立要求信号に付随して信号入力装置へ送信する確立要求ステップと、確立要求信号を受信した信号入力装置によって、当該信号入力装置と信号出力装置との間に信号経路情報を用いて信号経路を確立する確立ステップとを設けるようにしたことにより、信号出力装置と信号入力装置との間に適切な信号経路を確立することができる通信制御方法を実現できる。
【図面の簡単な説明】
【図１】本発明によるネットワークシステムの一実施の形態を示すブロック図である。
【図２】ＳＴＢの構成を示すブロック図である。
【図３】ＶＣＲの構成を示すブロック図である。
【図４】ＴＶの構成を示すブロック図である。
【図５】ネットワークシステムの説明に供する略線図である。
【図６】ＴＶにＶＣＲをソースとして登録する場合の説明に供する略線図である。
【図７】ＶＣＲにＴＶをシンクとして登録する場合の説明に供する略線図である。
【図８】ＴＶに出力プラグを登録する場合の説明に供する略線図である。
【図９】ＰｔｏＰコネクションを確立する場合の説明に供する略線図である。
【図１０】ＰｔｏＰコネクションを解放する場合の説明に供する略線図である。
【図１１】ＴＶにＶＣＲをソースとして登録する場合の説明に供する略線図である。
【図１２】ＶＣＲにＴＶをシンクとして登録する場合の説明に供する略線図である。
【図１３】ＴＶに出力プラグを登録する場合の説明に供する略線図である。
【図１４】ＰｔｏＰコネクションを確立する場合の説明に供する略線図である。
【図１５】ＶＣＲが出力を開始する場合の説明に供する略線図である。
【図１６】ＰｔｏＰコネクションを確立する場合の説明に供する略線図である。
【図１７】ＳＴＢによるソース登録の説明に供する略線図である。
【図１８】ＶＣＲによってリジェクティド・レスポンスを送信する場合の説明に供する略線図である。
【図１９】機器間コネクションを確立する場合の説明に供する略線図である。
【図２０】機器間コネクションが確立されていない場合の説明に供する略線図である。
【図２１】機器間コネクションを確立する場合の説明に供する略線図である。
【図２２】機器間コネクションを解放する場合の説明に供する略線図である。
【図２３】再度機器間コネクションを確立する場合の説明に供する略線図である。
【図２４】コントローラによる機器選択設定処理手順を示すフローチャートである。
【図２５】コントローラによる機器選択設定処理手順を示すフローチャートである。
【図２６】コントローラによるオートプレイ設定処理手順を示すフローチャートである。
【図２７】コントローラによるオートプレイ設定処理手順を示すフローチャートである。
【図２８】機器間コネクションを確立すべきでない状態にあるソースの処理手順を示すフローチャートである。
【図２９】機器間コネクションを確立すべきでない状態にあるソースの処理手順を示すフローチャートである。
【図３０】機器間コネクションを確立すべきでない状態にあるソースの処理手順を示すフローチャートである。
【図３１】機器間コネクションを確立すべき状態にあるソースの処理手順を示すフローチャートである。
【図３２】機器間コネクションを確立すべき状態にあるソースの処理手順を示すフローチャートである。
【図３３】機器間コネクションを確立すべき状態にあるソースの処理手順を示すフローチャートである。
【図３４】機器間コネクションを確立すべき状態にあるソースの処理手順を示すフローチャートである。
【図３５】ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図３６】ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図３７】ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図３８】ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図３９】ソースを選択しておらず、かつ機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図４０】ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にあるシンクの処理手順を示すフローチャートである。
【図４１】ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にあるシンクの処理手順を示すフローチャートである。
【図４２】ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にあるシンクの処理手順を示すフローチャートである。
【図４３】ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にあるシンクの処理手順を示すフローチャートである。
【図４４】ソースを選択しておらず、かつ機器間コネクションを確立すべきでない状態にあるシンクの処理手順を示すフローチャートである。
【図４５】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図４６】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図４７】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図４８】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図４９】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべき状態にあるシンクの処理手順を示すフローチャートである。
【図５０】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべきない状態にあるシンクの処理手順を示すフローチャートである。
【図５１】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべきない状態にあるシンクの処理手順を示すフローチャートである。
【図５２】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべきない状態にあるシンクの処理手順を示すフローチャートである。
【図５３】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべきない状態にあるシンクの処理手順を示すフローチャートである。
【図５４】ソースを選択しているが、機器間コネクションを確立していない場合において、機器間コネクションを確立すべきない状態にあるシンクの処理手順を示すフローチャートである。
【図５５】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【図５６】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【図５７】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【図５８】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【図５９】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【図６０】機器間コネクションを確立している状態にあるシンクの処理手順を示すフローチャートである。
【符号の説明】
１……ネットワークシステム、２……ＩＥＥＥ１３９４シリアルバス、３……ＳＴＢ、４……ＶＣＲ、５……ＴＶ、６、１１……アンテナ、７、１２……チューナ、８、１４、１７……ＩＥＥＥ１３９４インターフェイス、９、１５、１９……ＣＰＵ、１０、１６、２０……操作部、１３……記録再生部、１８……表示部。

Claims (31)

1. 所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて上記信号入力装置及び上記信号出力装置の間に確立された信号経路を介して、上記信号出力装置から出力されるデータ信号を上記信号入力装置に入力する信号処理システムにおいて、
   上記信号出力装置は、上記ネットワークを介した上記制御装置からの要求に応じて、上記信号出力装置の信号経路に応じた信号経路情報を上記信号経路の確立を要求する確立要求信号に付随して上記信号入力装置へ送信し、
   上記信号入力装置は、上記確立要求信号に応じ、上記信号経路情報を用いて上記信号出力装置との間に上記信号経路を確立する
   ことを特徴とする信号処理システム。
2. 上記信号入力装置は、
   上記信号出力装置の動作状態に応じて上記確立要求信号を上記信号入力装置に送信する
   ことを特徴とする請求項１に記載の信号処理システム。
3. 上記信号出力装置は、
   上記制御装置の要求に応じて上記信号出力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記確立要求信号を上記信号入力装置に送信するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記確立要求信号を上記信号入力装置に送信する
   ことを特徴とする請求項２に記載の信号処理システム。
4. 上記信号入力装置は、
   上記信号出力装置から送信された上記確立要求信号を受信すると、上記信号入力装置の動作状態に応じて上記信号出力装置との間に上記信号経路を確立する
   ことを特徴とする請求項１に記載の信号処理システム。
5. 上記信号入力装置は、
   上記信号出力装置から上記確立要求信号を受信すると、上記信号入力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記信号経路を確立するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記出力装置との間に上記信号経路を確立する
   ことを特徴とする請求項１に記載の信号処理システム。
6. 上記信号出力装置は、
   上記信号入力装置との間に上記信号経路が確立されている状態において、自己の動作状態に応じて上記信号経路の解放が必要であると判断した場合には、上記信号経路の解放を要求する解放要求信号を上記信号入力装置へ送信し、
   上記信号入力装置は、
   上記信号出力装置から送信された上記解放要求信号を受信すると、自己の動作状態に応じて上記信号出力装置との間に確立されている上記信号経路を解放する
   ことを特徴とする請求項1に記載の信号処理システム。
7. 上記信号入力装置は、
   上記信号出力装置から送信された上記解放要求信号を受信すると、上記信号入力装置が上記信号経路を解放すべき状態にあるか否かを判断し、上記信号経路を解放すべき状態にあると判断した場合には、上記信号出力装置との間に確立されている上記信号経路を解放するのに対して、上記信号経路を解放すべきでないと判断した場合には、上記信号経路を解放すべき状態に遷移した後に上記信号出力装置との間に確立されている上記信号経路を解放する
   ことを特徴とする請求項６に記載の信号処理システム。
8. 上記制御装置は、
   上記信号出力装置（上記確立要求信号を送信する上記信号出力装置を除く）又は上記信号入力装置と一体化してなる
   ことを特徴とする請求項1に記載の信号処理システム。
9. 上記ネットワークは、
   ＩＥＥＥ１３９４シリアルバスによって構築されている
   ことを特徴とする請求項１に記載の信号処理システム。
10. 所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置によって構成され、上記制御装置の要求に応じて上記信号入力装置及び上記信号出力装置の間に確立された信号経路を介して、上記信号出力装置から出力されるデータ信号を上記信号入力装置に入力する信号処理システムにおいて、
    上記信号入力装置は、
    上記ネットワークを介した上記制御装置からの要求に応じた上記信号出力装置から上記信号経路の確立を要求する確立要求信号を受信すると、上記確立要求信号に付随する上記信号出力装置の信号経路に応じた信号経路情報を用いて上記信号出力装置との間に上記信号経路を確立する
    ことを特徴とする信号処理システム。
11. 所定のネットワークを介して信号出力装置及び制御装置に接続され、上記制御装置の要求に応じて上記信号出力装置との間に確立された信号経路を介して、上記信号入力装置へデータ信号を出力する信号出力装置において、
    上記ネットワークを介した上記制御装置からの要求に応じて、上記信号出力装置の信号経路に応じた信号経路情報を上記信号経路の確立を要求する確立要求信号に付随して上記信号入力装置へ送信する確立要求手段
    を具えることを特徴とする信号出力装置。
12. 上記確立要求手段は、
    上記信号出力装置の動作状態に応じて上記確立要求信号を上記信号入力装置に送信する
    ことを特徴とする請求項１１に記載の信号出力装置。
13. 上記確立要求手段は、
    上記制御装置の要求に応じて上記信号出力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記確立要求信号を上記信号入力装置に送信するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記確立要求信号を上記信号入力装置に送信する
    ことを特徴とする請求項１２に記載の信号出力装置。
14. 上記信号入力装置との間に上記信号経路が確立されている状態において、上記出力装置の動作状態に応じて上記信号経路の解放が必要であると判断した場合には、上記信号経路の解放を要求する解放要求信号を上記信号入力装置へ送信する解放要求手段
    を具えることを特徴とする請求項１１に記載の信号出力装置。
15. 上記ネットワークは、
    ＩＥＥＥ１３９４シリアルバスによって構築されている
    ことを特徴とする請求項１１に記載の信号出力装置。
16. 所定のネットワークを介して信号出力装置及び制御装置に接続され、上記制御装置の要求に応じて上記信号入力装置との間に確立された信号経路を介して、上記信号出力装置からデータ信号を入力する信号入力装置において、
    上記ネットワークを介した上記制御装置からの要求に応じた上記信号出力装置から上記信号経路の確立を要求する確立要求信号を受信すると、上記確立要求信号に付随する上記信号出力装置の信号経路に応じた信号経路情報を用いて上記信号出力装置との間に上記信号経路を確立する確立手段
    を具えることを特徴とする信号入力装置。
17. 上記確立手段は、
    上記出力装置から送信された上記確立要求信号を受信すると、上記信号出力装置の動作状態に応じて上記確立要求信号を上記信号入力装置に送信する
    ことを特徴とする請求項１６に記載の信号入力装置。
18. 上記確立手段は、
    上記信号出力装置から上記確立要求信号を受信すると、上記信号入力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記信号経路を確立するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記信号経路を確立する
    ことを特徴とする請求項１７に記載の信号入力装置。
19. 上記信号出力装置から送信された上記解放要求信号を受信すると、上記信号入力装置の動作状態に応じて上記信号出力装置との間に確立されている上記信号経路を解放する解放手段
    を具えることを特徴とする請求項１６に記載の信号入力装置。
20. 上記解放手段は、
    上記信号出力装置から送信された上記解放要求信号を受信すると、上記信号入力装置が上記信号経路を解放すべき状態にあるか否かを判断し、上記信号経路を解放すべき状態にあると判断した場合には、上記信号出力装置との間に確立されている上記信号経路を解放するのに対して、上記信号経路を解放すべきでないと判断した場合には、上記信号経路を解放すべき状態に遷移した後に上記信号出力装置との間に確立されている上記信号経路を解放する
    ことを特徴とする請求項１８に記載の信号入力装置。
21. 上記制御装置は、
    上記信号入力装置と一体化してなる
    ことを特徴とする請求項１６に記載の信号入力装置。
22. 上記ネットワークは、
    ＩＥＥＥ１３９４シリアルバスによって構築されている
    ことを特徴とする請求項１６に記載の信号入力装置。
23. 所定のネットワークを介して接続された信号出力装置、信号入力装置及び制御装置が、上記制御装置の要求に応じて上記信号入力装置及び上記信号出力装置の間に確立された信号経路を介して、上記信号出力装置から出力されるデータ信号を上記信号入力装置に入力する際の通信制御方法において、
    上記ネットワークを介した上記制御装置からの要求に応じた上記信号出力装置によって、上記信号出力装置の信号経路に応じた信号経路情報を上記信号経路の確立を要求する確立要求信号に付随して上記信号入力装置へ送信する確立要求ステップと、
    上記確立要求信号を受信した上記信号入力装置によって、当該上記信号入力装置と上記信号出力装置との間に上記信号経路情報を用いて上記信号経路を確立する確立ステップと
    を具えることを特徴とする通信制御方法。
24. 上記確立要求ステップでは、
    上記信号出力装置の動作状態に応じて上記確立要求信号を上記信号入力装置に送信する
    ことを特徴とする請求項２３に記載の通信制御方法。
25. 上記確立要求ステップでは、
    上記制御装置からの要求に応じて上記信号出力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記確立要求信号を上記信号入力装置に送信するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記確立要求信号を上記信号入力装置に送信する
    ことを特徴とする請求項２３に記載の通信制御方法。
26. 上記確立ステップでは、
    上記信号出力装置から送信された上記確立要求信号を受信した上記信号入力装置によって、上記信号入力装置の動作状態に応じて上記信号出力装置と上記信号入力装置との間に上記信号経路を確立する
    ことを特徴とする請求項２３に記載の通信制御方法。
27. 上記確立ステップでは、
    上記信号出力装置から上記確立要求信号を受信した上記信号入力装置によって、上記信号出力装置が上記信号経路を確立すべき状態にあるか否かを判断し、上記信号経路を確立すべき状態にあると判断した場合には、上記信号経路を確立するのに対して、上記信号経路を確立すべきでない状態にあると判断した場合には、上記信号経路を確立すべき状態に遷移した後に上記信号経路を確立する
    ことを特徴とする請求項２６に記載の通信制御方法。
28. 上記信号出力装置と上記信号入力装置との間に上記信号経路が確立されている状態において、上記信号出力装置によって信号出力装置の動作状態に応じて上記信号経路の解放が必要であると判断した場合には、上記信号経路の解放を要求する解放要求信号を上記信号入力装置へ送信する解放要求ステップと
    上記信号出力装置から送信された上記解放要求信号を受信した上記信号入力装置によって、当該信号入力装置の動作状態に応じて上記信号出力装置と上記信号入力装置との間に確立されている上記信号経路を解放する解放ステップと
    を具えることを特徴とする請求項２３に記載の通信制御方法。
29. 上記解放ステップでは、
    上記信号出力装置から送信された上記解放要求信号を受信した信号出力装置によって、上記信号入力装置が上記信号経路を解放すべき状態にあるか否かを判断し、上記信号経路を解放すべき状態にあると判断した場合には、上記信号出力装置と信号入力装置との間に確立されている上記信号経路を解放するのに対して、上記信号経路を解放すべきでないと判断した場合には、上記信号経路を解放すべき状態に遷移した後に上記信号出力装置と上記信号入力装置との間に確立されている上記信号経路を解放する
    ことを特徴とする請求項２８に記載の通信制御方法。
30. 上記制御装置は、
    上記信号出力装置（上記確立要求信号を送信する上記信号出力装置を除く）又は上記信号入力装置と一体化してなる
    ことを特徴とする請求項２８に記載の通信制御方法。
31. 上記ネットワークは、
    ＩＥＥＥ１３９４シリアルバスによって構築されている
    ことを特徴とする請求項２８に記載の通信制御方法。

Images