(57)【特許請求の範囲】
【請求項１】
接続された機器間において信号を伝送するための機器間信号経路を複数有するネットワークに対して信号出力装置及び信号入力装置が接続された信号処理システムにおいて、
上記信号出力装置は、
上記信号出力装置内部の信号経路が変更されたとき、上記機器間で上記機器間信号経路を確立するための情報を用いて当該信号経路が上記信号出力装置内部で変更されたことを示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報を上記信号入力装置に通知する通知手段
を具え、
上記信号入力装置は、
上記信号出力装置から上記信号経路変更情報が通知されたとき、上記端子情報を基に上記信号出力装置内部の信号経路を調査する調査手段と、
上記調査手段による調査結果に基づき、上記信号出力装置及び上記信号入力装置間の信号経路を、上記端子情報により示される上記論理接続端子を経由し又は当該論理接続端子と対応付けられている上記機器間信号経路を経由するよう切り換える切換手段と
を具えることを特徴とする信号処理システム。
【請求項２】
上記信号入力装置の上記切換手段は、
上記調査結果として上記信号出力装置が上記ネットワークに接続された他の機器から上記機器間信号経路を経由して入力された信号を上記論理接続端子からそのまま出力する仮想出力状態であることを知った場合、上記機器間信号経路上の上記信号を当該信号入力装置へ直接入力させるBinコネクションに切り換え、且つ当該調査結果により示される機器間信号経路を経由させる
ことを特徴とする請求項１に記載の信号処理システム。
【請求項３】
上記切換手段は、
上記調査結果として上記信号出力装置が上記仮想出力状態であることが示された場合、
現在の上記信号経路において上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクション及び上記Binコネクションのいずれも確立されていない状態であるとき、上記調査結果により示される上記機器間信号経路を経由するよう上記Bin コネクションを確立し、
現在の上記信号経路において上記PtoPコネクションが確立している状態であるとき、当該PtoPコネクションを解放した後、上記調査結果により示される上記機器間信号経路を経由するよう上記Binコネクションを確立し、
現在の上記信号経路において上記調査結果により示される上記機器間信号経路を経由しないBinコネクションが確立されているとき、当該Binコネクションを解放した後、上記調査結果により示される機器間信号経路を経由するよう上記Binコネクションを確立し直す
ことを特徴とする請求項２に記載の信号処理システム。
【請求項４】
上記信号出力装置は、
その内部に複数の上記論理接続端子を有し、
上記信号入力装置の上記切換手段は、
上記調査結果として上記信号出力装置がメディアを再生している再生出力状態であることが示された場合、上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクションに切り換え、且つ上記端子情報により示される上記論理接続端子を経由させる
ことを特徴とする請求項１に記載の信号処理システム。
【請求項５】
上記切換手段は、
上記調査結果として上記信号出力装置が上記再生出力状態であることが示された場合、
現在の上記信号経路において上記機器間信号経路上の信号を上記信号入力装置へ直接入力させるBinコネクション及び上記PtoPコネクションのいずれも確立されていない状態であるとき、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記Binコネクションが確立している状態であるとき、当該Bin コネクションを解放した後、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記端子情報により示される上記論理接続端子を経由しないPtoPコネクションが確立されているとき、当該PtoPコネクションを解放した後、当該論理接続端子を経由するよう当該PtoPコネクションを確立し直す
ことを特徴とする請求項４に記載の信号処理システム。
【請求項６】
上記信号出力装置の上記通知手段は、
上記信号出力装置においてメディアの再生が停止されたとき、上記信号経路を切断する指示に代えて上記信号経路変更情報を上記信号入力装置に通知する
ことを特徴とする請求項１に記載の信号処理システム。
【請求項７】
接続された機器間において信号を伝送するための機器間信号経路を複数有するネットワークを介して信号入力装置に接続された信号出力装置において、
上記信号出力装置内部の信号経路が変更されたとき、上記機器間で上記機器間信号経路を確立するための情報を用いて当該信号経路が上記信号出力装置内部で変更されたことを示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報を上記信号入力装置に通知することにより、当該信号入力装置に対して当該信号経路変更情報の通知に応じて上記端子情報を基に上記信号出力装置内部の信号経路を調査させると共に、その調査結果に基づいて上記信号出力装置及び上記信号入力装置間の信号経路を、上記端子情報により示される上記論理接続端子を経由し又は当該論理接続端子と対応付けられている上記機器間信号経路を経由するよう切り換えさせる通知手段を具える
ことを特徴とする信号出力装置。
【請求項８】
接続された機器間において信号を伝送するための機器間信号経路を複数有するネットワークを介して信号出力装置に接続された信号入力装置において、
上記信号出力装置から、上記信号出力装置内部の信号経路が変更されたことにより当該信号経路が上記信号出力装置内部で変更されたことを、上記機器間で上記機器間信号経路を確立するための情報を用いて示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報が通知されたとき、当該端子情報を基に上記信号出力装置内部の信号経路を調査する調査手段と、
上記調査手段による調査結果に基づいて上記信号出力装置及び上記信号入力装置間の信号経路を、上記端子情報により示される上記論理接続端子を経由し又は当該論理接続端子と対応付けられている上記機器間信号経路を経由するよう切り換える切換手段と
を具えることを特徴とする信号入力装置。
【請求項９】
上記切換手段は、
上記調査結果として上記信号出力装置が上記ネットワークに接続された他の機器から上記機器間信号経路を経由して入力された信号を上記論理接続端子からそのまま出力する仮想出力状態であることを知った場合、上記機器間信号経路上の上記信号を当該信号入力装置へ直接入力させるBinコネクションに切り換え、且つ当該調査結果により示される機器間信号経路を経由させる
ことを特徴とする請求項８に記載の信号入力装置。
【請求項１０】
上記切換手段は、
上記調査結果として上記信号出力装置が上記仮想出力状態であることが示された場合、
現在の上記信号経路において上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクション及び上記Binコネクションのいずれも確立されていない状態であるとき、上記調査結果により示される上記機器間信号経路を経由するよう上記Binコネクションを確立し、
現在の上記信号経路において上記PtoPコネクションが確立している状態であるとき、当該PtoPコネクションを解放した後、上記調査結果により示される上記機器間信号経路を経由するよう上記Bin コネクションを確立し、
現在の上記信号経路において上記調査結果により示される上記機器間信号経路を経由しないBinコネクションが確立されているとき、当該Binコネクションを解放した後、上記調査結果により示される機器間信号経路を経由するよう上記Binコネクションを確立し直す
ことを特徴とする請求項９に記載の信号入力装置。
【請求項１１】
上記信号出力装置は、
その内部に複数の上記論理接続端子を有し、
上記切換手段は、
上記調査結果として上記信号出力装置がメディアを再生している再生出力状態であることが示された場合、上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクションに切り換え、且つ上記端子情報により示される上記論理接続端子を経由させる
ことを特徴とする請求項８に記載の信号入力装置。
【請求項１２】
上記切換手段は、
上記調査結果として上記信号出力装置が上記再生出力状態であることが示された場合、
現在の上記信号経路において、上記機器間信号経路上の信号を上記信号入力装置へ直接入力させるBinコネクション及び上記PtoPコネクションのいずれも確立されていない状態であるとき、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記Binコネクションが確立している状態であるとき、当該Binコネクションを解放した後、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記端子情報により示される上記論理接続端子を経由しないPtoPコネクションが確立されているとき、当該PtoPコネクションを解放した後、当該論理接続端子を経由するよう当該PtoPコネクションを確立し直す
ことを特徴とする請求項１１に記載の信号入力装置。
【請求項１３】
接続された機器間において信号を伝送するための機器間信号経路を複数有するネットワークに対して信号出力装置及び信号入力装置が接続された信号処理システムの通信制御方法において、
上記信号出力装置は、
上記信号出力装置内部の信号経路が変更されたとき、上記機器間で上記機器間信号経路を確立するための情報を用いて当該信号経路が上記信号出力装置内部で変更されたことを示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報を上記信号入力装置に通知する第１のステップを具え、
上記信号入力装置は、
上記信号出力装置から上記信号経路変更情報が通知されたとき、上記端子情報を基に上記信号出力装置内部の信号経路を調査する第２のステップと、
上記第２のステップによる調査結果に基づき、上記信号出力装置及び上記信号入力装置間の信号経路を、上記端子情報により示される上記論理接続端子を経由し又は当該論理接続端子と対応付けられている上記機器間信号経路を経由するよう切り換える第３のステップとを具える
ことを特徴とする通信制御方法。
【請求項１４】
上記第３のステップでは、
上記調査結果として上記信号出力装置が上記ネットワークに接続された他の機器から上記機器間信号経路を経由して入力された信号を上記論理接続端子からそのまま出力する仮想出力状態であることを知った場合、上記機器間信号経路上の上記信号を当該信号入力装置へ直接入力させるBinコネクションに切り換え、且つ当該調査結果により示される機器間信号経路を経由させる
ことを特徴とする請求項１３に記載の通信制御方法。
【請求項１５】
上記第３のステップでは、
上記調査結果として上記信号出力装置が上記仮想出力状態であることが示された場合、
現在の上記信号経路において上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクション及び上記Binコネクションのいずれも確立されていない状態であるとき、上記調査結果により示される上記機器間信号経路を経由するよう上記Binコネクションを確立し、
現在の上記信号経路において上記PtoPコネクションが確立している状態であるとき、当該PtoPコネクションを解放した後、上記調査結果により示される上記機器間信号経路を経由するよう上記Binコネクションを確立し、
現在の上記信号経路において上記調査結果により示される上記機器間信号経路を経由しないBinコネクションが確立されているとき、当該Binコネクションを解放した後、上記調査結果により示される機器間信号経路を経由するよう上記Binコネクションを確立し直す
ことを特徴とする請求項１４に記載の通信制御方法。
【請求項１６】
上記信号出力装置は、
その内部に複数の上記論理接続端子を有し、
上記第３のステップでは、
上記調査結果として上記信号出力装置がメディアを再生している再生出力状態であることが示された場合、上記信号出力装置から出力され上記機器間信号経路を介した信号を上記信号入力装置へ入力させるPtoPコネクションに切り換え、且つ上記端子情報により示される上記論理接続端子を経由させる
ことを特徴とする請求項１３に記載の通信制御方法。
【請求項１７】
上記第３のステップでは、
上記調査結果として上記信号出力装置が上記再生出力状態であることが示された場合、
現在の上記信号経路において上記機器間信号経路上の信号を上記信号入力装置へ直接入力させるBinコネクション及び上記PtoPコネクションのいずれも確立されていない状態であるとき、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記Binコネクションが確立している状態であるとき、当該Binコネクションを解放した後、上記端子情報により示される上記論理接続端子を経由するよう上記PtoPコネクションを確立し、
現在の上記信号経路において上記端子情報により示される上記論理接続端子を経由しないPtoPコネクションが確立されているとき、当該PtoPコネクションを解放した後、当該論理接続端子を経由するよう当該PtoPコネクションを確立し直す
ことを特徴とする請求項１６に記載の通信制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は信号処理システム、信号出力装置、信号入力装置及び通信制御方法に関し、ネットワーク上に接続された信号出力装置（以下、これをソースと呼ぶ）と信号入力装置（以下、これをシンクと呼ぶ）との間の信号経路を適応的に変更する場合に適用して好適なものである。
【０００２】
具体的には、IEEE(Institute of Electrical Electronics Engineers)1394 で接続されたソースとシンクとの間でアイソクロナス信号の送受信を行う場合に、IEC(International Electrotechnical Commission)61883-1 で規定されたアイソクロナスコネクションを利用して信号を適切に伝送するために、AV/C Connection and Compatibility Managementを利用することにより信号経路を確立、解放及び変更する場合に適用して好適なものである。
【０００３】
【従来の技術】
従来、IEEE1394方式のデジタルシリアルバスを用いたネットワークを介して、相互に情報を伝達することが可能なAV（オーディオ・ビジュアル）機器が開発されている。
【０００４】
このネットワークにおいては、リアルタイムデータの伝送を行うためのアイソクロナス転送モードと、制御コマンドなどを確実に伝送するためのアシンクロナス転送モードとが用意されている。
【０００５】
リアルタイムデータを伝送する際には、ソースとシンクとの間の信号経路として論理的なコネクション（以下、これを論理コネクションと呼ぶ）を確立する必要がある。
【０００６】
制御コマンドにおいては、所定のコマンド、すなわちAV/C Command Transaction Set （以下、これをAV/Cコマンドと呼ぶ）を伝送することにより、ネットワークに接続されているAV機器を制御することが可能となる。
【０００７】
論理コネクションの両端にはプラグが存在し、当該プラグとしては、機器内部で信号を伝達するためのSubunit Plug、デジタル信号を機器間で入出力するためのPlug Control Register （以下、これをPCR と呼ぶ）、アナログ信号を機器間で入出力するためのExternal Plug がある。
【０００８】
Subunit Plugには出力用のSubunit Source Plug と入力用のSubunit Destination Plugが存在し、PCR には出力用のoPCR(Output Plug Control Register)と入力用のiPCR(Input Plug Control Register)が存在し、External Plug には出力用のExternal Output Plugと入力用のExternal Input Plugが存在する。
【０００９】
論理コネクションには、機器内コネクションと機器間コネクションが存在し、このうち機器内コネクションは各機器の内部に存在する信号経路を示し、機器間コネクションはソースとシンクとの間に存在する信号経路を示す。
【００１０】
機器間コネクションにはさらに２種類の形態が存在する。すなわち機器間コネクションには、１つのoPCRと１つのiPCRとを１つのアイソクロナスチャンネルを介して接続するPoint-to-Pointコネクション（以下、これをPtoPコネクションと呼ぶ）がある。
【００１１】
また機器間コネクションには、１つのoPCRを１つのアイソクロナスチャンネルに接続するBroadcast out コネクション（以下、これをBoutコネクションと呼ぶ）と、１つのiPCRを１つのアイソクロナスチャンネルに接続するBroadcast inコネクション（以下、これをBin コネクションと呼ぶ）とがあり、これら２つのコネクションをBroadcast コネクションと呼ぶ。因みに、論理コネクションを確立及び解放する手順はIEC61883-1で規定されている。
【００１２】
また、１つの機器間コネクションを確立するためには、アイソクロナスチャンネル（以下、これをチャンネルと呼ぶ）とアイソクロナス帯域（以下、これを帯域と呼ぶ）が必要となる。これらを総称してアイソクロナスリソース（以下、これをリソースと呼ぶ）と言う。
【００１３】
ところで、論理コネクションを確立する場合に、ソースとシンクとの間で制御コマンドを利用することにより、論理コネクションを適切に確立するための情報を相互に伝達する仕組みとして、AV/C Connection and Compatibility Management （以下、これをCCM と呼ぶ）と呼ばれるコマンドセットが規定されている。
【００１４】
続いてこのCCM を用いた論理コネクションの信号経路を確立する仕組みを説明する。機器内コネクションは、CCM で規定されているSIGNAL SOURCE コマンドを使用することにより確立することができ、また機器間コネクションは、CCM で規定されているINPUT SELECTコマンドを使用することにより確立することができる。
【００１５】
このINPUT SELECTコマンドには、CONNECT, PATH CHANGE, SELECT, DISCONNECTの４つのsub functionが定義されており、INPUT SELECTコマンドを送信する場合には、必ずこれらのうちの１つを指定する必要がある。以下、シンクがINPUT SELECTコマンドを許諾（ACCEPTEDレスポンスを返信）する場合の例を示す。
【００１６】
CONNECTを受信したシンクは、指定されたソースと機器間コネクションを確立する。PATH CHANGEを受信したシンクは、基本的にはCONNECT sub functionと同様に動作するが、指定されたソースを選択しない場合には機器間コネクションの確立を拒否（REJECTEDレスポンスを返信）することができる。SELECTを受信したシンクは、指定されたソースを選択し、この場合、機器間コネクションを確立するか否かはシンクが決定し得る。DISCONNECTを受信したシンクは、指定された機器間コネクションを切断する。
【００１７】
ところで、CCM においては、ソースがシンクに対してINPUT SELECTコマンドを送信することによりソースの情報をシンクに伝達し、当該情報を用いてシンクからソースに対して機器間コネクションを確立する。そのためには、INPUT SELECTコマンドを送信すべきシンクを、ソースに記憶させる必要があるが、CCM においては当該機能を実現させるためOUTPUT PRESET コマンドが用意されている。一方、シンクにソースを記憶させる場合には、INPUT SELECTコマンドを利用する。なお、外部のコントローラがシンクにソースを記憶させたり、ソースにシンクを記憶させても良い。
【００１８】
そこで本発明においては、CCM の基本概念を根底に置いた上で、機器内コネクションはその機器自身が確立するものとし、機器間コネクションはシンクが確立するものとする。但し、機器内コネクションにおいては、SIGNAL SOURCE コマンドを利用して機器外部から制御することも可能である。
【００１９】
CCM を用いた機器間コネクションの確立においては、例えばソースが出力信号をデジタルからアナログに変更したい場合には、ソースからシンクにINPUT SELECTコマンドを送信する。そして、シンクは、受信したINPUT SELECTコマンドで与えられた情報を利用することにより、機器間コネクションをデジタルからアナログに変更する。この逆の信号経路変更においても、同様の処理を行う。
【００２０】
CCM を用いた従来の方法では、上述のようなデジタルからアナログへの信号経路変更や、その逆のアナログからデジタルへの信号経路変更の場合には、ソースがシンクにINPUT SELECTのPATH CHANGE sub functionを送信することにより、信号経路変更を通知していた。
【００２１】
また、ネットワーク上に接続されたAV機器のうち、任意の１台のAV機器が入出力を同時に行っていて、かつ外部から入力されている信号をそのまま外部に出力しているような状態になる場合がある。この場合、入力と出力のそれぞれに対して１つずつチャンネルと帯域を必要とするため、リソースを無駄に使用することになる。
【００２２】
そこでCCM では、このようなリソースの余分な使用を防止するために、virtual outputとモニタコネクションと呼ばれる概念を導入している。すなわち、入出力を同時に行っている機器をソースとみなした場合、当該ソースの通信相手であるシンクがソースのoPCRをSIGNAL SOURCE のstatusコマンドで調査すると、ソースはその調査結果としてのvirtual outputをレスポンスを返す。この調査結果を受信したシンクは、自己のiPCRとソースのoPCRとの間にPtoPコネクションを確立することなく、ソースが入力しているチャンネルに対してBin コネクションを確立する。このような論理コネクションの形態はモニタコネクションと呼ばれる。
【００２３】
CCM を用いた従来の方法では、上述のようなモニタコネクションを行う場合には、シンクがSIGNAL SOURCE のstatusコマンドを用いて定期的に調査することにより、ソースのoPCRの状態を調べモニタコネクションを行っていた。
【００２４】
モニタコネクションを実行する他の方法としては、シンクがSIGNAL SOURCE のnotifyコマンドを用いてソースに登録し、ソースのoPCRの状態が変化したときにnotifyで通知する方法もある。
【００２５】
【発明が解決しようとする課題】
ところで、CCM を用いた従来の方法では、モニタコネクションを行いたいシンクは、上述のようにSIGNAL SOURCE のstatusコマンドを用いて定期的に調査するか、SIGNAL SOURCE のnotifyコマンドを用いてソースに登録する必要があった。
【００２６】
SIGNAL SOURCE のstatusコマンドを用いて定期的に調査する場合、シンクは、ソースのoPCRの最新状態を知るため定期的にこのコマンドを送信する必要があり、1394バス上のトラフィックが混むことや、コマンドの受信側であるソースに負担がかかるという問題がある。
【００２７】
また、SIGNAL SOURCE のnotifyコマンドを用いてソースに登録する場合、定期的にコマンドを送信する必要がない点で、statusコマンドを用いて定期的に調査する場合に比して有利であるが、シンクが一度登録した後にソースがnotifyを発行すると、当該登録が解除されてしまうことから、シンクは再度登録し直さなければならない不都合が生じる。またバスリセットによっても登録が解除されてしまうことから、この場合も、シンクは再度登録し直さなければならない。
【００２８】
これに加えて、notifyをキャンセルする方法がないことから、notifyの通知が必要なくなったときの解決手段がないことになる。さらに、notifyの登録は後優先であるため、１台のソースに対して登録したいシンクが２台存在する場合、先に登録したシンクは、後に登録したシンクに上書きされてしまうことになり、notifyを受信し得ないといった問題がある。
【００２９】
本発明は以上の点を考慮してなされたもので、シンクがSIGNAL SOURCE のstatusコマンドを用いて定期的に調査したり、SIGNAL SOURCE のnotifyコマンドを用いて登録することなく、ソース内の信号経路情報の最新状態を知ることができる信号処理システム、信号出力装置、信号入力装置及び通信制御方法を提案しようとするものである。
【００３０】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、接続された機器間において信号を伝送するための機器間信号経路を複数有するネットワークに対して信号出力装置及び信号入力装置が接続された信号処理システムにおいて、信号出力装置は、信号出力装置内部の信号経路が変更されたとき、機器間で機器間信号経路を確立するための情報を用いて当該信号経路が信号出力装置内部で変更されたことを示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報を信号入力装置に通知する通知手段を設け、信号入力装置は、信号出力装置から信号経路変更情報が通知されたとき、端子情報を基に信号出力装置内部の信号経路を調査する調査手段と、当該調査手段による調査結果に基づき、信号出力装置及び信号入力装置間の信号経路を、端子情報により示される論理接続端子を経由し又は当該論理接続端子と対応付けられている機器間信号経路を経由するよう切り換える切換手段を設けた。この結果、信号入力装置は信号出力装置に対して信号経路の変更の有無を問い合わせること無く、当該信号出力装置からの端子情報を基に従来に比して一段と容易に信号出力装置内部の信号経路を知ることができると共に、当該信号出力装置が使用している論理接続端子を経由し又は当該論理接続端子と対応付けられた機器間信号経路を経由するよう切り換えることができ、従って信号出力装置及び信号入力装置間の信号経路を簡易に切り換えることができる。
【００３１】
【発明の実施の形態】
以下図面について、本発明の一実施の形態を詳述する。
【００３２】
図１において、１は全体として1394ネットワークの構成を示し、IEEE1394シリアルバス２にＳＴＢ（Set Top Box）３、ＶＣＲ（Video Cassette Recorder）４及びＴＶ（Television）５を接続することにより構成されている。
【００３３】
ＳＴＢ３の内部にはチューナ６が収納され、当該ＳＴＢ３は、アンテナ７によって受信された信号をチューナ６に入力して所定の信号処理を施した後、oPCR８に送出する。
【００３４】
ＶＣＲ４の内部にはチューナ１０及びテープレコーダ／プレーヤ１１が収納され、ＶＣＲ４は、図示しないアンテナによって受信された信号をチューナ１０に入力して所定の信号処理を施した後、oPCR１２又はテープレコーダ／プレーヤ１１に送出する。
【００３５】
テープレコーダ／プレーヤ１１は、チューナ１０又はiPCR１３から供給される信号を入力して記録し、当該記録された信号を再生してoPCR１２に送出する。またＶＣＲ４は、iPCR１３から入力された信号をそのままoPCR１２に送出して外部に出力する場合もある。
【００３６】
ＴＶ５の内部にはモニタ１５が収納され、当該ＴＶ５は、iPCR１６から供給される信号をモニタ１５に入力して当該信号に応じた映像を表示する。
【００３７】
ところで、この実施の形態の場合、ＶＣＲ４がソース、ＴＶ５がシンクとなっており、これ以降、シンクがソースの信号経路情報を知って信号経路を変更する方法について説明する。
【００３８】
この場合、ＴＶ５上の機器選択アプリケーションでは、現在選択しているＶＣＲ４から送信されるINPUT SELECTのPATH CHANGE を許諾し、適切に論理コネクションの確立及び解放を行うのに対して、ＶＣＲ４以外の機器から送信されるINPUT SELECTのPATH CHANGE は拒否するものとする。なお、これにより機器選択アプリケーションとオートプレイアプリケーションとを同一のコマンド群を用いて混在し得る。
【００３９】
まず始めにシンクにソースを記憶させる。シンク上では、機器選択アプリケーションが実行されているため、ソースを選択することによって当該ソースを記憶する。ここではＴＶ５がＶＣＲ４を選択することによりＴＶ５がＶＣＲ４を記憶することを意味する。
【００４０】
これによりシンクは、選択しているソース以外から送信されるINPUT SELECTのPATH CHANGE は拒否することになる。仮にシンク以外の機器がシンクにソースを記憶させる場合には、INPUT SELECTのSELECT sub function を用いることにより実現できる。
【００４１】
続いて、シンクがOUTPUT PRESET でソースにシンク自身を登録する。ここではＴＶ５がＶＣＲ４にOUTPUT PRESET を送信することによりＶＣＲ４がＴＶ５を記憶することを意味する。
【００４２】
さらにこの場合、シンクを登録したソースは、自分が信号を出力する意思があれば、利用可能なoPCRを１つ割り当ててINPUT SELECTのPATH CHANGE のパラメータとして設定し、コマンドをシンクに送信する。ここで出力する意思とは、例えばメディアを再生しているいわゆるeffective の状態の時や、入力信号をそのまま出力しているようないわゆるvirtual outputの状態の時をいう。
【００４３】
また一般的には、停止状態になった場合にはINPUT SELECTのDISCONNECT sub function を送信するが、停止状態になっても自身をvirtual outputの状態とする機器は出力意思があるとみなし、INPUT SELECTのDISCONNECT  を送信せずに、INPUT SELECTのPATH CHANGE を送信する。このDISCONNECT を送信せずに、PATH CHANGE を送信することも本発明の特徴である。
【００４４】
INPUT SELECTのPATH CHANGE を受信したシンクは、受信したコマンドのパラメータからoutput plug に記述されているplugに対してSIGNAL SOURCE のstatusコマンドを送信して現在の状態を調査する。これは後述するようにoutput plug がserial bus oPCR の場合に特に有効となるが、external output plugの場合に実行しても良い。
【００４５】
ここでは、output plug がserial bus oPCR であった場合の例を挙げる。図２は、シンクがSIGNAL SOURCE のstatusコマンドで調査した結果、当該シンクが行うべき動作を示す。この場合、シンクは、SIGNAL SOURCE のstatusコマンドで調査した結果（output status ）と現在の論理コネクションの状態とに応じて、図２のような処理を行うことにより、適切な論理コネクションを確立することが可能になる。
【００４６】
この図２をフローチャートで示した例を図３〜図９に示す。図３は、INPUT SELECTのPATH CHANGE を受信したシンクの動作処理手順ＲＴ１を示す。この図３においてシンクは動作処理手順ＲＴ１に入ると、ステップＳＰ１において、INPUTSELECTのPATH CHANGE を受信すると、続くステップＳＰ２に移って、SIGNAL SOURCE のstatusコマンドで調査する。
【００４７】
その結果、シンクは、ステップＳＰ３において、現在の状態がeffective 又はready の状態か否かを判断する。ステップＳＰ３において肯定結果が得られると、このことは現在の状態がeffective 又はready 状態であることを表しており、このときシンクはステップＳＰ４に移って、effective 又はready 状態に応じた処理を実行した後、ステップＳＰ５に移って当該処理手順ＲＴ１を終了する。
【００４８】
これに対してステップＳＰ３において否定結果が得られると、このことは現在の状態がeffective 又はready 状態でないことを表しており、このときシンクはステップＳＰ６に移って、現在の状態がvirtual outputの状態か否かを判断する。
【００４９】
ステップＳＰ６において肯定結果が得られると、このことは現在の状態がvirtual output状態であることを表しており、このときシンクはステップＳＰ７に移って、virtual output状態に応じた処理を実行した後、ステップＳＰ５に移って当該処理手順ＲＴ１を終了する。
【００５０】
これに対してステップＳＰ６において否定結果が得られると、このことはソースが出力する意思のない状態であることを表しており、このときシンクはステップＳＰ５に移って当該処理手順ＲＴ１を終了する。
【００５１】
ここで、effective 又はready 状態におけるシンクの処理ステップＳＰ４について図４に示す処理手順ＲＴ２を用いて具体的に説明する。この図４においてシンクは処理手順ＲＴ２に入ると、ステップＳＰ１０において、現在の論理コネクションの状態がPtoPコネクション及びBin コネクションのいずれも確立されていない状態か否かを判断する。
【００５２】
ステップＳＰ１０において肯定結果が得られると、このことは現在の論理コネクションの状態がPtoPコネクション及びBin コネクションのいずれも確立されていない状態であることを表しており、このときシンクはステップＳＰ１１に移って、PtoPコネクションを確立した後、ステップＳＰ１２に移って当該処理手順ＲＴ２を終了する。
【００５３】
これに対してステップＳＰ１０において否定結果が得られると、このことは現在の論理コネクションの状態がPtoPコネクション又はBin コネクションのいずれかが確立されている状態であることを表しており、このときシンクはステップＳＰ１３に移って、指定されたチャンネルと同一のチャンネルでPtoPコネクションが確立されているか否かを判断する。
【００５４】
ステップＳＰ１３において肯定結果が得られると、このことは指定されたチャンネルと同一のチャンネルでPtoPコネクションが確立されていることを表しており、このときシンクはステップＳＰ１２に移って当該処理手順ＲＴ２を終了する。
【００５５】
これに対してステップＳＰ１３において否定結果が得られると、このことは指定されたチャンネルと同一のチャンネルでPtoPコネクションが確立されていないことを表しており、このときシンクはステップＳＰ１４に移って、指定されたチャンネルと異なるチャンネルでPtoPコネクションが確立されているか否かを判断する。
【００５６】
ステップＳＰ１４において肯定結果が得られると、このことは指定されたチャンネルと異なるチャンネルでPtoPコネクションが確立されていることを表しており、このときシンクはステップＳＰ１５に移って、PtoPコネクションを解放する。そしてシンクは、続くステップＳＰ１１においてPtoPコネクションを確立し直した後、ステップＳＰ１２に移って当該処理手順ＲＴ２を終了する。
【００５７】
これに対してステップＳＰ１４において否定結果が得られると、このことはBin コネクションが確立されていることを表しており、このときシンクはステップＳＰ１６に移って、Bin コネクションを解放する。そしてシンクは、続くステップＳＰ１１においてPtoPコネクションを確立した後、ステップＳＰ１２に移って当該処理手順ＲＴ２を終了する。
【００５８】
続いて、virtual output状態におけるシンクの処理ステップＳＰ７について図５に示す処理手順ＲＴ３を用いて具体的に説明する。この図５においてシンクは処理手順ＲＴ３に入ると、ステップＳＰ２０において、現在の論理コネクションの状態がPtoPコネクション及びBin コネクションのいずれも確立されていない状態か否かを判断する。
【００５９】
ステップＳＰ２０において肯定結果が得られると、このことは現在の論理コネクションの状態がPtoPコネクション及びBin コネクションのいずれも確立されていない状態であることを表しており、このときシンクはステップＳＰ２１に移って、Bin コネクションを確立した後、ステップＳＰ２２に移って当該処理手順ＲＴ３を終了する。
【００６０】
これに対してステップＳＰ１０において否定結果が得られると、このことは現在の論理コネクションの状態がPtoPコネクション又はBin コネクションのいずれかが確立されている状態であることを表しており、このときシンクはステップＳＰ２３に移って、指定されたチャンネルと同一のチャンネルでBin コネクションが確立されているか否かを判断する。
【００６１】
ステップＳＰ２３において肯定結果が得られると、このことは指定されたチャンネルと同一のチャンネルでBin コネクションが確立されていることを表しており、このときシンクはステップＳＰ２２に移って当該処理手順ＲＴ３を終了する。
【００６２】
これに対してステップＳＰ２３において否定結果が得られると、このことは指定されたチャンネルと同一のチャンネルでBin コネクションが確立されていないことを表しており、このときシンクはステップＳＰ２４に移って、指定されたチャンネルと異なるチャンネルでBin コネクションが確立されているか否かを判断する。
【００６３】
ステップＳＰ２４において肯定結果が得られると、このことは指定されたチャンネルと異なるチャンネルでBin コネクションが確立されていることを表しており、このときシンクはステップＳＰ２５に移って、Bin コネクションを解放する。そしてシンクは、続くステップＳＰ２１においてBin コネクションを確立し直した後、ステップＳＰ２２に移って当該処理手順ＲＴ３を終了する。
【００６４】
これに対してステップＳＰ２４において否定結果が得られると、このことはPtoPコネクションが確立されていることを表しており、このときシンクはステップＳＰ２６に移って、PtoPコネクションを解放する。そしてシンクは、続くステップＳＰ２１においてBin コネクションを確立した後、ステップＳＰ２２に移って当該処理手順ＲＴ３を終了する。
【００６５】
続いて、PtoPコネクションの確立処理ステップＳＰ１１について図６に示すPtoPコネクション確立処理手順ＲＴ４を用いて具体的に説明する。この図６においてシンクはPtoPコネクション確立処理手順ＲＴ４に入ると、ステップＳＰ３０において、チャンネルと帯域の取得を試みる。
【００６６】
そしてシンクは、続くステップＳＰ３１において、チャンネルと帯域を取得することができたか否かを判断する。ステップＳＰ３１において肯定結果が得られると、チャンネルと帯域を取得することができたことを表しており、このときシンクはステップＳＰ３２に移って、ソースのoPCRとシンクのiPCRとの間にPtoPコネクションを確立することを試みる。
【００６７】
そしてシンクは、続くステップＳＰ３３において、ソースのoPCRとシンクのiPCRとの間にPtoPコネクションを確立することができたか否かを判断する。ステップＳＰ３３において肯定結果が得られると、このことはPtoPコネクションの確立に成功したことを表しており、このときシンクはステップＳＰ３４に移って当該処理手順ＲＴ４を終了する。
【００６８】
これに対してステップＳＰ３３において否定結果が得られると、このことはPtoPコネクションの確立に失敗したことを表しており、このときシンクはステップＳＰ３５に移ってチャンネルと帯域を解放した後、続くステップＳＰ３４に移って当該処理手順ＲＴ４を終了する。
【００６９】
一方ステップＳＰ３１において否定結果が得られると、このことはPtoPコネクションの確立に失敗したことを表しており、このときシンクはステップＳＰ３４に移って当該処理手順ＲＴ４を終了する。
【００７０】
続いて、PtoPコネクションの解放処理ステップＳＰ１５及びＳＰ２６について図７に示すPtoPコネクション解放処理手順ＲＴ５を用いて具体的に説明する。この図７においてシンクはPtoPコネクション解放処理手順ＲＴ５に入ると、ステップＳＰ４０において、PtoPコネクションを解放する。そしてシンクは、続くステップＳＰ４１において、チャンネルと帯域を解放した後、ステップＳＰ４２に移って当該処理手順ＲＴ５を終了する。
【００７１】
続いて、Bin コネクションの確立処理ステップＳＰ２１について図８に示すBin コネクション確立処理手順ＲＴ６を用いて具体的に説明する。この図８においてシンクはBin コネクション確立処理手順ＲＴ６に入ると、ステップＳＰ５０において、指定されたチャンネルにBin コネクションを確立することを試みる。
【００７２】
そしてシンクは、続くステップＳＰ５１において、指定されたチャンネルにBin コネクションを確立することができたか否かを判断する。ステップＳＰ５１において肯定結果が得られると、このことはBin コネクションの確立に成功したことを表しており、このときシンクはステップＳＰ５２に移って当該処理手順ＲＴ６を終了する。
【００７３】
ステップＳＰ５１において否定結果が得られると、このことはBin コネクションの確立に失敗したことを表しており、このときシンクはステップＳＰ５２に移って当該処理手順ＲＴ６を終了する。
【００７４】
続いて、Bin コネクションの解放処理ステップＳＰ１６及びＳＰ２５について図９に示すBin コネクション解放処理手順ＲＴ７を用いて具体的に説明する。この図９においてシンクはBin コネクション解放処理手順ＲＴ７に入ると、ステップＳＰ６０において、Bin コネクションを解放した後、続くステップＳＰ６１に移って当該処理手順ＲＴ７を終了する。
【００７５】
なお図１０はPtoPコネクションを確立している状態を示し、図１１はBin コネクションを確立している状態を示す。
【００７６】
また、本発明のINPUT SELECTのPATH CHANGE の運用方法は、従来の使用方法であるデジタルからアナログへ切り換える方法（又はその逆の方法）を妨げることなく、そのまま利用できるという利点がある。さらに任意のデジタルプラグから異なるデジタルプラグへの切り換えや、任意のアナログプラグから異なるアナログプラグへの切り換えも同様に扱うことができる。
【００７７】
以上の構成において、ソースは、当該ソース内の信号経路情報が変わった時に、INPUT SELECTのPATH CHANGE sub functionをシンクに送信する。これを受信したシンクは、INPUT SELECTコマンドで与えられた情報を利用してSIGNAL SOURCEのstatusコマンドを用いてソースのoPCRの状態を調査する。シンクは、この調査結果を基にPtoPコネクション又はBin コネクションを確立する。
【００７８】
このように、従来のようにSIGNAL SOURCE のstatusコマンドを用いて定期的に調査することなく、INPUT SELECTのPATH CHANGE を受信した時のみ調査する。
【００７９】
従って、信号経路を切り換えるタイミングを、SIGNAL SOURCE のstatusコマンドを用いて定期的に調査することなく知ることができる。また、INPUT SELECTのPATH CHANGE を受信した時にのみSIGNAL SOURCE のstatusコマンドを送信することにより、バスのトラフィックを軽減することができる。
【００８０】
また、信号経路を適応的に切り換えることにより、バスのリソースを有効に活用できる。また、従来のPATH CHANGE の使用方法（すなわちデジタルからアナログへの切り換え）を妨げることなく、本発明を適用することができる。さらに、本発明の手段を用いてBin コネクションを確立することにより、ユーザは選択したソースが出力している信号を常に追従して視聴することができる。
【００８１】
以上の構成によれば、ソースは当該ソース自身の現在の信号経路の変化状態をシンクに通知し、シンクはその通知に応じて信号経路を適応的に切り換えることにより、シンクは従来に比して一段と容易にソースの信号経路情報を知ることができる。
【００８２】
なお上述の実施の形態においては、本発明を1394ネットワーク１に適用した場合について述べたが、本発明はこれに限らず、所定のネットワークに接続された信号出力装置と信号入力装置から構築される信号処理システムに本発明を適用するようにしても良い。
【００８３】
また上述の実施の形態においては、信号出力装置としてソースを適用した場合について述べたが、本発明はこれに限らず、信号出力装置内部の信号経路が変更されたとき、信号経路が変更されたことを示す信号経路変更情報を信号入力装置に通知する他の種々の信号出力装置を適用するようにしても良い。
【００８４】
さらに上述の実施の形態においては、信号入力装置としてシンクを適用した場合について述べたが、本発明はこれに限らず、信号経路変更情報に基づいて信号出力装置及び信号入力装置間の信号経路を適応的に切り換える他の種々の信号入力装置を適用するようにしても良い。
【００８５】
【発明の効果】
上述のように本発明によれば、信号出力装置内部の信号経路が変更されたとき、機器間で機器間信号経路を確立するための情報を用いて当該信号経路が信号出力装置内部で変更されたことを示す信号経路変更情報と共に、変更後の信号経路に含まれる当該信号出力装置内部の論理接続端子を示す端子情報を信号出力装置から信号入力装置に通知し、当該信号入力装置が信号出力装置から信号経路変更情報が通知されたときに端子情報を基に信号出力装置内部の信号経路を調査し、その調査結果に基づき、信号出力装置及び信号入力装置間の信号経路を、端子情報により示される論理接続端子を経由し又は当該論理接続端子と対応付けられている機器間信号経路を経由するよう切り換えることにより、信号入力装置は信号出力装置に対して信号経路の変更の有無を問い合わせること無く一段と容易に信号出力装置内部の信号経路を知ることができると共に、当該信号出力装置が使用している論理接続端子を経由し又は当該論理接続端子と対応付けられた機器間信号経路を経由するよう切り換えることができ、従って信号出力装置及び信号入力装置間の信号経路を簡易に切り換えることができる。
【図面の簡単な説明】
【図１】本発明による1394ネットワークの一実施の形態を示すブロック図である。
【図２】シンクの動作を示す図表である。
【図３】シンクの動作処理手順を示すフローチャートである。
【図４】  effective/ready 状態におけるシンクの処理手順を示すフローチャートである。
【図５】  virtual output状態におけるシンクの処理手順を示すフローチャートである。
【図６】  PtoPコネクション確立処理手順を示すフローチャートである。
【図７】  PtoPコネクション解放処理手順を示すフローチャートである。
【図８】  Bin コネクション確立処理手順を示すフローチャートである。
【図９】  Bin コネクション解放処理手順を示すフローチャートである。
【図１０】  PtoPコネクション確立例を示すブロック図である。
【図１１】  Bin コネクション確立例を示すブロック図である。
【符号の説明】
１……1394ネットワーク、２……IEEE1394シリアルバス、３……ＳＴＢ、４……ＶＣＲ、５……ＴＶ、６、１０……チューナ、７……アンテナ、８、１２……oPCR、１１……テープレコーダ／プレーヤ、１３、１６……iPCR、１５……モニタ。
【図１】
0003972288.tif 000002
【図２】
0003972288.tif 000003
【図３】
0003972288.tif 000004
【図４】
0003972288.tif 000005
【図５】
0003972288.tif 000006
【図６】
0003972288.tif 000007
【図７】
0003972288.tif 000008
【図８】
0003972288.tif 000009
【図９】
0003972288.tif 000010
【図１０】
0003972288.tif 000011
【図１１】
0003972288.tif 000012