(57)【特許請求の範囲】
【請求項１】
所定のネットワークに接続された出力機器から出力されるオーディオデータ又はビデオデータを入力機器で受信する通信方法において、
上記出力機器又は別の機器が、上記入力機器のデータ入力部で上記出力機器の出力データを入力できるように設定する指令を送ったとき、
その指令に対する上記入力機器からの応答として、当該入力機器の内部でオーディオデータ又はビデオデータの処理を実行できる状態に設定が完了した上で、上記入力機器が別の要因で入力できない状態であることを示すデータを用意し、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、対応した対処を行う
通信方法。
【請求項２】
請求項１記載の通信方法において、
上記入力機器が別の要因で入力できない状態であることを示すデータは、さらに上記出力機器から出力されるオーディオデータ又はビデオデータを、上記入力機器に入力するためのネットワーク上での接続も完了した上で、別の要因で入力できない状態であることを示すデータである
通信方法。
【請求項３】
請求項１又は２記載の通信方法において、
上記処理は、オーディオデータ又はビデオデータの再生処理である
通信方法。
【請求項４】
請求項１〜３のいずれか１項に記載の通信方法において、
さらに、上記指令に対する上記入力機器からの応答として、
上記入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したが、待機状態であることを示すデータを用意した
通信方法。
【請求項５】
請求項４記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、その対処として、上記出力機器と上記入力機器とのネットワーク上での接続が完了したとき、上記出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項６】
請求項１〜３のいずれか１項に記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、その対処として、ポーリングで随時上記入力機器が入力できる状態になったか否か調べ、入力できる状態になったことが判ったとき、上記出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項７】
請求項１〜３のいずれか１項に記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、その対処として、上記入力機器が入力できる状態になったときに知らせる指令を送り、その状態が変化した指令を受信したとき、上記出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項８】
請求項１〜３のいずれか１項に記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータとして、
上記入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したが、上記出力機器と上記入力機器とのネットワーク上での接続が失敗した状態であることを示すデータとした
通信方法。
【請求項９】
請求項８記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、その対処として、ポーリングで随時上記出力機器と上記入力機器との接続が完了したか否か調べ、接続が完了したことが判ったとき、上記出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項１０】
請求項８記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、その対処として、上記出力機器と上記入力機器との接続が完了したときに知らせる指令を送り、その状態が変化した指令を受信したとき、上記出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項１１】
請求項１〜３のいずれか１項に記載の通信方法において、
上記別の要因で入力できない状態であることを示すデータとして、
上記入力機器の内部でオーディオデータ又はビデオデータの処理が行えるようになるまでの時間が通常よりも一定の時間だけ長くかかることを示すデータとした
通信方法。
【請求項１２】
請求項１〜９のいずれか１項に記載の通信方法において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信方法。
【請求項１３】
所定のネットワークに接続された出力機器から出力されるオーディオデータ又はビデオデータを入力機器で受信する通信システムにおいて、
上記入力機器として、
上記出力機器又は別の機器が、上記入力機器のデータ入力部で上記出力機器の出力データを入力できるように設定する指令を送ったとき、上記指令に対する応答として、上記入力機器の内部でオーディオデータ又はビデオデータの処理を実行できる状態に設定が完了した上で、上記入力機器が別の要因で入力できない状態であることを示すデータを用意し、該当する状態である場合に、上記別の要因で入力できない状態であることを示すデータを出力する構成とし、
上記指令の送出元となる上記出力機器又は別の機器として、
上記別の要因で入力できない状態であることを示すデータを受信したとき、対応した対処を行う構成とした
通信システム。
【請求項１４】
所定のネットワークに接続された出力機器から出力されるオーディオデータ又はビデオデータを入力機器で受信する通信方法において、
上記出力機器又は別の機器が、上記入力機器のデータ入力部で上記出力機器の出力データを入力できるように設定する第１の指令を送ったとき、
その第１の指令に基づいた応答で、上記入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したことの確認と、上記出力機器と上記入力機器とのネットワーク上での接続が完了したことの確認を行った後、
さらに上記入力機器で入力できる状態になったことに関する所定の確認を行う第２の指令を送り、その第２の指令に基づいた応答で、入力できる状態になったことを確認したとき、上記出力機器からオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項１５】
請求項１４記載の通信方法において、
上記第１の指令を送り、何らかの原因で規定の時間に第１の指令に基づいた応答をできないとき暫定的な応答をし、その後第１の指令に基づいた応答で、上記入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したことの確認をする
通信方法。
【請求項１６】
請求項１４記載の通信方法において、
上記第２の指令に基づいた応答で入力できる状態にないと判断したとき、再度上記第２の指令を送るようにした
通信方法。
【請求項１７】
請求項１４記載の通信方法において、
上記第２の指令に基づいた応答で、入力できる状態にないとき、及び、入力できる状態であることを確認した後、上記出力機器と上記入力機器とのネットワーク上での接続を確認する
通信方法。
【請求項１８】
請求項１４記載の通信方法において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令を送り、この指令に基づいた応答で、入力できる状態になったことを確認したとき、上記出力装置からオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項１９】
請求項１４記載の通信方法において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令を送り、この指令に基づいた応答で、入力できる状態にないとき、及び、入力できる状態になったことを確認した後、上記出力機器と上記入力機器とのネットワーク上での接続を確認する
通信方法。
【請求項２０】
請求項１４記載の通信方法において、
上記出力装置にオーディオデータ又はビデオデータを送信する準備が整っているか否かの確認をする指令を送り、この指令に基づいた応答で、送信の準備が整っていることを確認したとき、上記出力装置からオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項２１】
請求項１４記載の通信方法において、
上記出力装置にオーディオデータ又はビデオデータを送信する準備が整っているか否かの確認をする指令を送り、この指令に基づいた応答で、送信の準備が整っていないと判断したとき、再度この指令を送るようにした
通信方法。
【請求項２２】
請求項１４記載の通信方法において、
上記出力装置にオーディオデータ又はビデオデータを送信する準備の状態に変化があったときに知らせる指令を送り、この指令に基づいた応答で、送信の準備が整っていることを確認したとき、上記出力装置からオーディオデータ又はビデオデータの送出を開始させるようにした
通信方法。
【請求項２３】
請求項１４記載の通信方法において、
上記出力機器又は別の機器は、上記第１の指令を送る前に、上記入力機器を電源オン状態にする指令を送るようにした
通信方法。
【請求項２４】
請求項１４記載の通信方法において、
上記第１の指令を受信し、上記入力機器が電源オン状態となる
通信方法。
【請求項２５】
請求項１４記載の通信方法において、
上記出力機器又は別の機器は、上記第２の指令に基づいた応答で入力できる状態になったことを確認するまで、上記オーディオデータ又はビデオデータの伝送が待機状態になっていることを知らせる表示処理を行う
通信方法。
【請求項２６】
請求項１４記載の通信方法において、
上記出力機器又は別の機器は、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、入力できる状態になったことを確認するまで、上記オーディオデータ又はビデオデータの伝送が待機状態になっていることを知らせる表示処理を行う
通信方法。
【請求項２７】
請求項１４〜２６のいずれか１項に記載の通信方法において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信方法。
【請求項２８】
所定のネットワークに接続される通信装置において、
上記ネットワーク内の他の機器との通信を行う入出力手段と、
上記入出力手段が受信したデータで、所定の機器からのオーディオデータ又はビデオデータを受信できるようにする指令を検出し、当該装置の内部で、オーディオデータ又はビデオデータの処理を実行できる状態に設定が完了した上で、別の要因で入力できない状態であることを示すデータを、上記入出力手段から上記指令の送出元に送信させる通信制御手段とを備えた
通信装置。
【請求項２９】
請求項２８記載の通信装置において、
上記別の要因で入力できない状態であることを示すデータは、さらに上記所定の機器から出力されるオーディオデータ又はビデオデータを、装置に入力するためのネットワーク上での接続も完了した上で、別の要因で入力できない状態であることを示すデータである
通信装置。
【請求項３０】
請求項２８又は２９記載の通信装置において、
上記オーディオデータ又はビデオデータの処理は、オーディオデータ又はビデオデータの再生処理である
通信装置。
【請求項３１】
請求項２８〜３０の何れか１項に記載の通信装置において、
上記通信制御手段の制御で上記入出力手段から送信させる上記別の要因で入力できない状態であることを示すデータとして、
上記入出力手段で受信したオーディオデータ又はビデオデータを、そのオーディオデータ又はビデオデータの処理手段に供給する内部接続が完了したが、待機状態であることを示すデータとした
通信装置。
【請求項３２】
請求項２８〜３０のいずれか１項に記載の通信装置において、
上記通信制御手段の制御で上記入出力手段から送信させる上記別の要因で入力できない状態であることを示すデータとして、
上記入出力手段で受信したオーディオデータ又はビデオデータを、そのオーディオデータ又はビデオデータの処理手段に供給する内部接続が完了したが、上記所定の機器のオーディオデータ又はビデオデータの出力部と上記入出力手段とのネットワーク上での接続が失敗した状態であることを示すデータとした
通信装置。
【請求項３３】
請求項２８〜３０のいずれか１項に記載の通信装置において、
上記通信制御手段の制御で上記入出力手段から送信させる上記別の要因で入力できない状態であることを示すデータとして、
上記入出力手段で受信したオーディオデータ又はビデオデータを、そのオーディオデータ又はビデオデータの処理手段で処理できるようになるまでの時間が通常よりも一定の時間だけ長くかかることを示すデータとした
通信装置。
【請求項３４】
請求項２８〜３３のいずれか１項に記載の通信装置において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信装置。
【請求項３５】
所定のネットワークに接続される通信装置において、
上記ネットワーク内の他の機器との通信を行う入出力手段と、
オーディオデータ又はビデオデータを他の機器で入力できるようにする指令を上記入出力手段から出力させると共に、その指令に対する他の機器からの応答で、上記他の機器の内部でオーディオデータ又はビデオデータの処理を実行できる状態に設定が完了した上で、上記他の機器が別の要因で入力できない状態であることが示されたとき、受信できる状態まで上記入出力手段からのオーディオデータ又はビデオデータの出力を待機させる通信制御手段とを備えた
通信装置。
【請求項３６】
請求項３５記載の通信装置において、
上記他の機器が別の要因で入力できない状態であることを示すデータは、さらに当該通信装置から出力されるオーディオデータ又はビデオデータを、上記他の機器に入力するためのネットワーク上での接続も完了した上で、別の要因で入力できない状態であることを示すデータである
通信装置。
【請求項３７】
請求項３５又は３６記載の通信装置において、
上記オーディオデータ又はビデオデータの処理は、オーディオデータ又はビデオデータの再生処理である
通信装置。
【請求項３８】
請求項３５〜３７のいずれか１項に記載の通信装置において、
上記通信制御手段の制御によるポーリングで随時上記他の機器が入力できる状態になったか否か調べ、入力できる状態になったことが判ったとき、上記入出力手段からのオーディオデータ又はビデオデータの送出を開始させるようにした
通信装置。
【請求項３９】
請求項３５〜３７のいずれか１項に記載の通信装置において、
上記通信制御手段の制御で上記入出力手段から上記他の機器に対して、その機器が入力できる状態になったときに知らせる指令を送り、その状態が変化した指令を上記入出力手段が受信したとき、オーディオデータ又はビデオデータの送出を開始させるようにした
通信装置。
【請求項４０】
請求項３５〜３９のいずれか１項に記載の通信装置において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信装置。
【請求項４１】
所定のネットワークに接続される通信装置において、
上記ネットワーク内の他の機器との通信を行う入出力手段と、
上記入出力手段が受信したデータで、所定の機器からのオーディオデータ又はビデオデータを受信できるようにする第１の指令を検出したとき、内部でオーディオデータ又はビデオデータを入力できる状態に接続し、上記所定の機器とのネットワーク上での接続を実行し、この処理が完了したとき、そのことを上記第１の指令の送信元に上記入出力手段から送信させる通信制御手段を備え、
さらに入力の準備ができていることに関する所定の確認を行う第２の指令を検出したとき、入力の準備ができていることを上記指令の送信元に上記入出力手段から送信させる通信制御手段とを備えた
通信装置。
【請求項４２】
請求項４１記載の通信装置において、
上記第１の指令を受信し、何らかの原因で規定の時間に第１の指令に基づいた応答をできないとき暫定的な応答をし、その後第１の指令に基づいた応答で、上記通信制御手段は、内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したことのデータを上記入出力手段から上記第１の指令の送信元に送信させる
通信装置。
【請求項４３】
請求項４１記載の通信装置において、
上記第２の指令に基づいた応答で、入力の準備ができていないとき、上記通信制御手段は、準備ができていないことを示すデータを上記入出力手段から上記第２の指令の送信元に送信させる
通信装置。
【請求項４４】
請求項４１記載の通信装置において、
上記第１及び第２の指令の送信元が、上記第２の指令に基づいた応答で入力の準備ができていないこと、及び、入力の準備ができていることを確認した後、上記所定の機器とのネットワーク上での接続を確認する指令を発行し、上記通信制御手段は、この指令を検出したとき、ネットワーク上での接続の状態のデータを上記入出力手段からこの指令の送信元に送信させる
通信装置。
【請求項４５】
請求項４１記載の通信装置において、
オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令を受信したとき、その時の入力の準備の状態のデータを上記入出力手段からこの指令の送信元に送信させ、さらに、入力の準備の状態に変化があったとき変化した状態のデータを上記入出力手段からこの指令の送信元に送信させる
通信装置。
【請求項４６】
請求項４１記載の通信装置において、
オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、この指令の送信元が、入力の準備ができていないこと、及び、入力の準備ができていることを確認した後、上記所定の機器とのネットワーク上での接続を確認する指令を発行し、上記通信制御手段は、この指令を検出したとき、ネットワーク上での接続の状態のデータを上記入出力手段からこの指令の送信元に送信させる
通信装置。
【請求項４７】
請求項４１記載の通信装置において、
上記第１の指令を受信し、電源オン状態となる
通信装置。
【請求項４８】
請求項４１〜４７のいずれか１項に記載の通信装置において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信装置。
【請求項４９】
所定のネットワークに接続される通信装置において、
上記ネットワーク内の他の機器との通信を行う入出力手段と、
オーディオデータ又はビデオデータを他の機器で入力できるように設定する第１の指令と、オーディオデータ又はビデオデータを入力できるようになったことを確認する第２の指令とを上記入出力手段から出力させる通信制御手段とを備えた
通信装置。
【請求項５０】
請求項４９記載の通信装置において、
上記第２の指令に基づいた応答で、上記他の機器が入力できる状態にないと判断したとき、再度第２の指令を上記入出力手段から出力させる
通信装置。
【請求項５１】
請求項４９記載の通信装置において、
上記第２の指令に基づいた応答で、入力の準備ができていないこと、及び、入力の準備ができていることを確認した後、上記他の機器のネットワーク上での接続を確認する指令を上記入出力手段から出力させる
通信装置。
【請求項５２】
請求項４９記載の通信装置において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令を上記入出力手段から出力させる通信制御手段とを備えた
通信装置。
【請求項５３】
請求項４９記載の通信装置において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、入力の準備ができていないこと、及び、入力の準備ができていることを確認した後、上記他の機器のネットワーク上での接続を確認する指令を上記入出力手段から出力させる
通信装置。
【請求項５４】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備が整っているか否かの確認をする指令を上記入出力手段から出力させる通信制御手段を備えた
通信装置。
【請求項５５】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備の状態に変化があったときに知らせる指令を上記入出力手段から出力させる通信制御手段を備えた
通信装置。
【請求項５６】
請求項４９記載の通信装置において、
上記通信制御手段は、上記第１の指令を送る前に、上記他の機器を電源オン状態にする指令を上記入出力手段から出力させる
通信装置。
【請求項５７】
請求項４９記載の通信装置において、
上記第２の指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認するまで、上記オーディオデータ又はビデオデータの伝送を待機させるようにした
通信装置。
【請求項５８】
請求項４９記載の通信装置において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認するまで、上記オーディオデータ又はビデオデータの伝送を待機させるようにした
通信装置。
【請求項５９】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備が整っているか否かの確認をする指令に基づいた応答で、オーディオデータ又はビデオデータを送信する準備が整ったことを上記通信制御手段が確認するまで、オーディオデータ又はビデオデータの伝送を待機させるようにした
通信装置。
【請求項６０】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備の状態に変化があったときに知らせる指令に基づいた応答で、オーディオデータ又はビデオデータを送信する準備が整ったことを上記通信制御手段が確認するまで、オーディオデータ又はビデオデータの伝送を待機させるようにした
通信装置。
【請求項６１】
請求項４９記載の通信装置において、
上記第２の指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認するまで、上記オーディオデータ又はビデオデータの伝送が待機状態になっていることを知らせる表示手段を備えた
通信装置。
【請求項６２】
請求項４９記載の通信装置において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認するまで、上記オーディオデータ又はビデオデータの伝送が待機状態になっていることを知らせる表示手段を備えた
通信装置。
【請求項６３】
請求項４９記載の通信装置において、
上記第２の指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認したとき、上記オーディオデータ又はビデオデータの伝送を開始させるようにした
通信装置。
【請求項６４】
請求項４９記載の通信装置において、
上記第２の指令の代わりに、オーディオデータ又はビデオデータの入力の準備の状態に変化があったときに知らせる指令に基づいた応答で、上記他の機器が入力できる状態になったことを上記通信制御手段が確認したとき、上記オーディオデータ又はビデオデータの伝送を開始させるようにした
通信装置。
【請求項６５】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備が整っているか否かの確認をする指令に基づいた応答で、オーディオデータ又はビデオデータを送信する準備が整ったことを上記通信制御手段が確認したとき、オーディオデータ又はビデオデータの伝送を開始させるようにした
通信装置。
【請求項６６】
請求項４９記載の通信装置において、
オーディオデータ又はビデオデータを他の機器で送信する準備の状態に変化があったときに知らせる指令に基づいた応答で、オーディオデータ又はビデオデータを送信する準備が整ったことを上記通信制御手段が確認したとき、オーディオデータ又はビデオデータの伝送を開始させるようにした
通信装置。
【請求項６７】
請求項４９〜６６のいずれか１項に記載の通信装置において、
上記オーディオデータ又はビデオデータは、ストリームデータである
通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ１３９４方式のバスラインで接続された機器の間でデータ通信を行う場合に適用される通信方法、通信システム及び通信装置に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４方式のシリアルデータバスを用いたネットワークで介して、相互に情報を伝送することができるＡＶ機器が開発されている。このバスを介してデータ伝送を行う際には、比較的大容量のビデオデータ，オーディオデータなどをリアルタイム伝送する際に使用されるアイソクロナス転送モードと、静止画像，テキストデータ，制御コマンドなどを確実に伝送する際に使用されるアシンクロナス転送モードとが用意され、それぞれのモード毎に専用の帯域が伝送に使用される。
【０００３】
図４３は、このＩＥＥＥ１３９４方式のバスを用いた接続例を示した図で、データを送出する機器であるソース機器ａと、そのソース機器ａから送出されるデータを受信する機器である入力機器ｂと、両機器ａ，ｂ間のデータ伝送を制御するコントローラｃとが、ＩＥＥＥ１３９４方式のバスｄに接続されているとする。このとき、例えばコントローラｃの制御で、両機器ａ，ｂ間でビデオデータを伝送させることを考えた場合、コントローラｃがバスｄ上のアイソクロナス転送用チャンネルを確保して、そのチャンネルで伝送できるように両機器ａ，ｂ間のコネクションを張った上で、ソース機器ａから入力機器ｂへの伝送を開始させるようにしてある。なお、ソース機器ａあるいは入力機器ｂがコントローラを兼ねるようにしても良い。
【０００４】
このようにしてソース機器ａとターゲット機器ｂとの間のデータ伝送を行う場合には、例えばＡＶ機器などに適用されるＡＶ／Ｃコマンド（AV/C Command Transaction Set）と称される制御コマンドの伝送方式が適用できる。ＡＶ／Ｃコマンドの詳細については、1394 Trade Associationで公開しているAV/C Digital Interface Command Set General Specificationに記載されている。
【０００５】
図４４は、従来のこのＡＶ／Ｃコマンドを使用して、ＩＥＥＥ１３９４方式のバスで接続された機器間でデータ伝送を行う場合の例を示したものである。この例では、ＩＥＥＥ１３９４方式のバスには、コントローラとなる機器と、第１のビデオデッキ，第２のビデオデッキ，オーディオデッキの４台のＡＶ機器が接続してあり（図４３の接続例とは異なる）、コントローラの制御で、２台のビデオデッキ間でダビングのためのデータ伝送を行う場合の例を示してある。ここでのビデオデッキは、ビデオデータ（及びそのビデオデータに付随するオーディオデータなど）をＭＰＥＧ（Moving Picture Expers Group ）方式で符号化されたデジタルデータとして磁気テープに記録し再生するデジタル方式のビデオ記録再生装置である。また、オーディオデッキは、オーディオデータを所定の圧縮符号化方式（ＡＴＲＡＣ方式:Adaptive Transform Acoustic Coding ）で符号化して、ミニディスク（ＭＤ）と称される光磁気ディスクに記録し再生するオーディオ記録再生装置である。
【０００６】
まず、コントローラは、ビデオデータのダビングができる機器を、ＡＶ／Ｃコマンドで規定されたコマンドをバスに接続された各機器に順に問い合わせる。即ち、機器が備える処理機能部を問い合わせるサブユニットインフォコマンドを、コントローラからオーディオデッキに送り（ステップＳ７１）、そのレスポンスで、ディスクレコーダ／プレーヤであることのデータを得る（ステップＳ７２）。
【０００７】
次に、同じサブユニットインフォコマンドを、コントローラから第１のビデオデッキに送り（ステップＳ７３）、そのレスポンスで、テープレコーダ／プレーヤであることのデータを得る（ステップＳ７４）。このテープレコーダ／プレーヤのレスポンスを得た場合には、ビデオデータのダビングができる機器である可能性があるので、再生フォーマットを問い合わせるテーププレイバックフォーマットコマンドを、コントローラから第１のビデオデッキに送り（ステップＳ７５）、そのレスポンスで、フォーマットがＭＰＥＧビデオであることのデータを得る（ステップＳ７６）。
【０００８】
また、第２のビデオデッキに対しても、サブユニットインフォコマンドを、コントローラから送り（ステップＳ７７）、そのレスポンスで、テープレコーダ／プレーヤであることのデータを得る（ステップＳ７８）。このテープレコーダ／プレーヤのレスポンスを得た場合には、ビデオデータのダビングができる機器である可能性があるので、テープ再生フォーマットを問い合わせるテーププレイバックフォーマットコマンドを、コントローラから第２のビデオデッキに送り（ステップＳ７９）、そのレスポンスで、フォーマットがＭＰＥＧビデオであることのデータを得る（ステップＳ８０）。
【０００９】
次に、コントローラは、第２のビデオデッキに対して、テープ記録フォーマットを問い合わせるテープレコーディングフォーマットコマンドを送り（ステップＳ８１）、そのレスポンスで、ＭＰＥＧビデオであることのデータを得る（ステップＳ８２）。これにより、第２のビデオデッキを記録器とできることが判る。
【００１０】
ここまでのコマンドのやり取りを行うことで、コントローラは、第１のビデオデッキを再生器とし、第２のビデオデッキを記録器として、第１のビデオデッキで磁気テープから再生されるビデオデータをＩＥＥＥ１３９４方式のバスを介して第２のビデオデッキに伝送して、第２のビデオデッキで磁気テープに記録させるダビング処理を実行させる。
【００１１】
ここまでの処理で、第１のビデオデッキと第２のビデオデッキとの間で、ＭＰＥＧ方式のビデオデータのダビングができることがコントローラで判断できたので、ＩＥＥＥ１３９４方式のバス上のアイソクロナス転送用のチャンネルで、両機器間のデータ伝送ができるように、両機器間を接続するポイントトウポイント（ＰｔｏＰ）のコネクションをコントローラの制御で確立させる処理を行う（以下本明細書ではこのコネクションをＰｔｏＰコネクションと称する）。
【００１２】
このＰｔｏＰコネクションが確立して、バス上の伝送路が確保されると、コントローラは第２のビデオデッキに対して録画を開始させるレコードコマンドを送り（ステップＳ８３）、そのコマンドの処理が了解されたことを示すレスポンスを受信する（ステップＳ８４）。また、第１のビデオデッキに対して再生を開始させるプレイバックコマンドを送り（ステップＳ８５）、そのコマンドの処理が了解されたことを示すレスポンスを受信する（ステップＳ８６）。ここまでの処理が行われることで、第１のビデオデッキから再生されたＭＰＥＧ方式のビデオデータ（ストリームデータ）が、バス上に確保されたアイソクロナス転送チャンネルで第２のビデオデッキに伝送されて、第２のビデオデッキで磁気テープに記録される。
【００１３】
この図４４に示すような処理を行うことで、ＡＶ／Ｃコマンドなどの制御コマンドの伝送で、バスで構成されるネットワーク上のコネクションを確立させて、機器間でビデオデータやオーディオデータなどのストリームデータの伝送が実行される。
【００１４】
【発明が解決しようとする課題】
ところで、図４４に示す状態は、データ伝送に関係した全ての機器での動作が問題なく行えた場合の状態であり、いずれかの状態で指示したコマンドに対する回答が、その指示に従うものでない場合には、その時点でストリームデータの伝送処理が中断してしまう。また、伝送が正しく行われているかを確認する手段がなかった。従って、図４４に示すようなストリームデータの伝送を開始させる場合には、ソース機器と入力機器との状態を、予め確認して、ソース機器からストリームデータを送出できる状態と、入力機器でストリームデータを受信できる状態にあることを確認することが重要である。
【００１５】
しかしながら、従来のこの種のネットワークでの伝送処理では、相手の機器で伝送されたストリームデータを扱える状態になっているかの詳細を調べることは困難であった。
【００１６】
本発明の目的は、ＩＥＥＥ１３９４方式などのネットワークにおいて、ストリームデータを送出する場合に、出力機器側でストリームを出力する準備が整っているかと、さらに入力機器側でそのデータの入力準備が整っているかが、ネットワーク上の他の機器で容易に判断できるようにすることにある。
【００１７】
【課題を解決するための手段】
第１の発明は、所定のネットワークに接続された出力機器から出力されるオーディオデータ又はビデオデータを入力機器で受信する場合に、出力機器又は別の機器が、入力機器のデータ入力部で出力機器の出力データを入力できるように設定する指令を送ったとき、その指令に対する入力機器からの応答として、当該入力機器の内部でオーディオデータ又はビデオデータへの処理を実行できる状態に設定が完了した上で、入力機器が別の要因で入力できない状態であることを示すデータを用意し、別の要因で入力できない状態であることを示すデータを上記指令の送出元が受信したとき、対応した対処を行うようにしたものである。
【００１８】
かかる第１の発明によると、何らかの要因で入力機器側でオーディオデータ又はビデオデータの入力設定ができないとき、そのことがネットワーク上で伝送を制御する機器側で判り、その対処がとれるようになる。
【００１９】
また第２の発明は、所定のネットワークに接続された出力機器から出力されるオーディオデータ又はビデオデータを入力機器で受信する場合に、出力機器又は別の機器が、入力機器のデータ入力部で出力機器の出力データを入力できるように設定する第１の指令を送ったとき、その第１の指令に基づいた応答で、入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したことの確認と、出力機器と入力機器とのネットワーク上での接続が完了したことの確認を行った後、さらに入力機器で入力できる状態になったことに関する所定の確認を行う第２の指令を送り、その第２の指令に基づいた応答で、入力できる状態になったことを確認したとき、出力機器からオーディオデータ又はビデオデータの送出を開始させるようにしたものである。
【００２０】
かかる第２の発明によると、入力機器側でオーディオデータ又はビデオデータを入力できる状態になったことが、ネットワーク上で伝送を制御する機器側で判り、オーディオデータ又はビデオデータの送出制御などを適切に行える。
【００２１】
【発明の実施の形態】
以下、本発明の第１の実施の形態を、図１〜図２２を参照して説明する。
【００２２】
本発明を適用したネットワークシステムの構成例について、図１を参照して説明する。このネットワークシステムは、ＩＥＥＥ１３９４方式のシリアルデータバス９を介して、複数台の機器が接続されるものとしてある。ここでは、図１に示すように、ＩＲＤ（Integrated Receiver Decoder:デジタル衛星放送受信装置）１と、オーディオデッキ（オーディオ記録再生装置）２と、コントローラとしての機能を備えた機器（ここではコントロール機器と称する）３とが、バス９に接続してある。各機器は、ＩＥＥＥ１３９４方式のバス接続用端子を備えた機器であり、またＡＶ／Ｃコマンドで制御が行える機能が実装させてある。コントロール機器３は、バス９上での伝送制御を行う機器であり、ＩＲＤ１などのＡＶ機器が兼ねる場合もある。また、パーソナルコンピュータ装置などのＡＶ機器以外の機器がバス９に接続される場合もある。
【００２３】
各機器１，２，３は、ＡＶ／Ｃコマンドで規定された機能的に見た場合、各機能を実現する処理を実行するサブユニットと、バス９と内部のサブユニットとの間でデータの入出力を行うプラグ部とを備えた構成として見ることができる。即ち、例えばＩＲＤ１は、放送を受信するチューナサブユニット１ａを備え、オーディオデッキ２は、ディスクへの記録及びディスクからの再生を行うディスクサブユニット２ａを備え、コントロール機器３は、コントロール機能を実行するコントロール部３ａを備える。また、それぞれの機器１，２，３がプラグ部１ｂ，２ｂ，３ｂを備える。各プラグ部１ｂ，２ｂ，３ｂには、複数のプラグが実装されて、バス９上の複数のチャンネルと接続できる構成とされる。このプラグとチャンネルとの関係については後述する。
【００２４】
図２は、ＩＲＤ１の内部構成の一例を示したものである。ＩＲＤ１は、デジタル衛星放送受信機であり、接続されたアンテナ１０１で受信した信号をチューナ１０２で受信処理して、所定のチャンネルの放送波を受信する。チューナ１０２で受信した信号は、デスクランブ回路１０３で放送データに施されたスクランブルを解除する処理を施し、そのスクランブルが解除されたデータを、データ分離部１０４に供給し、１チャンネルに多重化されたデータの内の所望のデータを抽出する。
【００２５】
データ分離部１０４で分離されたビデオデータについては、ＭＰＥＧビデオデコーダ１０５に供給し、ＭＰＥＧ方式のデコード処理を行った後、デジタル・アナログ変換器１０６に供給してアナログビデオ信号とし、そのアナログビデオ信号を出力端子１０７に供給する。データ分離部１０４で分離されたオーディオデータについては、ＭＰＥＧオーディオデコーダ１０８に供給し、ＭＰＥＧ方式のデコード処理を行った後、デジタル・アナログ変換器１０９に供給してアナログオーディオ信号とし、そのアナログオーディオ信号を出力端子１１０に供給する。
【００２６】
また本例のＩＲＤ１は、ＩＥＥＥ１３９４インターフェース部１１１を備えて、受信したＭＰＥＧ方式のビデオデータやオーディオデータを、接続されたバス９に送出できるようにしてある。また、ＡＴＲＡＣ方式のオーディオデータが得られるチャンネルを受信したときには、受信してデータ分離部１０４が分離したＡＴＲＡＣ方式のオーディオデータを、ＩＥＥＥ１３９４インターフェース部１１１からバス９に送出できるようにしてある。また、その他のデータ放送チャンネルを受信した際に、その受信したデータを、ＩＥＥＥ１３９４インターフェース部１１１からバス９に送出することも可能である。
【００２７】
これらの受信動作やバス９への送出動作は、中央制御ユニット（ＣＰＵ）１１２の制御で実行される。また、ＩＥＥＥ１３９４インターフェース部１１１からバス９へのデータ送出や、バス９からのデータのインターフェース部１１１での受信についても、ＣＰＵ１１２の制御で実行されるようにしてある。ＣＰＵ１１２には、制御に必要なデータなどを記憶するメモリ１１３が接続してある。
【００２８】
図３は、オーディオデッキ２の内部構成の一例を示したものである。ここでのオーディオデッキ２は、オーディオデータを所定の圧縮符号化方式（ＡＴＲＡＣ方式:Adaptive Transform Acoustic Coding ）で符号化して、ミニディスク（ＭＤ）と称される光磁気ディスクなどの媒体に記録し再生するオーディオ記録再生装置としてある。
【００２９】
即ち図３に示すように、所定の光磁気ディスク（又は光ディスク）２０１に記録された信号を光学ピックアップ２０２で光学的に読み出し、光学ピックアップ２０２で読み出された信号を、記録再生系回路２０３に供給して処理することで、ＡＴＲＡＣ方式の再生データを得、その再生データをＡＴＲＡＣデコーダ２０４でデコードすることで、元のデジタルオーディオデータを復元し、その復元されたデジタルオーディオデータをデジタル・アナログ変換器２０５でアナログオーディオ信号に変換した後、アナログ出力端子２０６から出力させ、この端子２０６に接続されたオーディオ機器などに供給する。また、ＡＴＲＡＣデコーダ２０４でデコードされたデジタルオーディオデータを、デジタル出力端子２０７から出力させる。さらに、ＡＴＲＡＣデコーダ２０４に供給されるＡＴＲＡＣ方式の再生データ（又はＡＴＲＡＣ方式からデコードされた再生データ）を、ＩＥＥＥ１３９４インターフェース部２１２に供給して、接続されたバス９に送出できるようにしてある。
【００３０】
記録系の構成としては、アナログ入力端子２０８に得られるアナログオーディオ信号を、アナログ・デジタル変換器２０９でデジタルオーディオデータに変換した後、その変換されたオーディオデータをＡＴＲＡＣエンコーダ２１０に供給し、ＡＴＲＡＣエンコーダ２１０でＡＴＲＡＣ方式に符号化されたオーディオデータとする。ＡＴＲＡＣエンコーダ２１０でＡＴＲＡＣ方式に符号化されたオーディオデータは、記録再生系回路２０３に供給して処理することで、光学ピックアップ部２０２に供給する記録信号とし、この記録信号が光磁気ディスク２０１に記録される。また、バス９からＩＥＥＥ１３９４インターフェース部２１２に供給されるＡＴＲＡＣ方式などのデジタルオーディオデータについても、ＡＴＲＡＣエンコーダ２１０を介して記録再生系回路２０３に供給されて、光磁気ディスク２０１に記録されるようにしてある。
【００３１】
これらの回路での再生動作及び記録動作は、中央制御ユニット（ＣＰＵ）２１３の制御で実行される。また、ＩＥＥＥ１３９４インターフェース部２１２からバス９へのデータ送出や、バス９からのデータのインターフェース部２１２での受信についても、ＣＰＵ２１３の制御で実行されるようにしてある。ＣＰＵ２１３には、制御に必要なデータなどを記憶するメモリ２１４が接続してあり、ＰｔｏＰコネクションなどの接続情報についても、このメモリ２１４の一部の記憶領域が使用される。
【００３２】
次に、上述した各機器が接続されるＩＥＥＥ１３９４方式のバス９でデータが伝送される状態について説明する。図４は、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（バスに接続ささたいずれかの機器）から供給されるサイクルスタート信号によって作り出される。アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００３３】
所定のノード（機器）がアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、ＩＥＥＥ１３９４シリアルバスに接続されたノードの中の少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバスに接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。
【００３４】
図５は、バス上でデータ伝送を行う上で必要なプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ＡＶデバイス（ＡＶ−ｄｅｖｉｃｅ）１１〜１３は、ＩＥＥＥ１３９４シリアスバスによって接続されている。ＡＶデバイス１３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１（ｃｈａｎｎｅｌ  ＃１）に送出される。ＡＶデバイス１１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、ｉＰＣＲ〔０〕により、ＡＶデバイス１１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス１２は、ｏＰＣＲ〔０〕で指定されたチャンネル＃２（ｃｈａｎｎｅｌ  ＃２）に、アイソクロナスデータを送出し、ＡＶデバイス１１は、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００３５】
このように確保されたチャンネルを使用して、データの送出元の機器の出力プラグからバスに送出されたデータが、データの受信先の機器の入力プラグで受信されるように設定される。このようにチャンネルとプラグを設定してコネクションを張る処理が、バスに接続された所定の機器（コントローラ）の制御で実行される。
【００３６】
このようにして、ＩＥＥＥ１３９４シリアスバスによって接続されている機器間でデータ伝送が行われるが、本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。このＡＶ／Ｃコマンドで使用されるデータについて以下説明する。
【００３７】
図６は、ＡＶ／Ｃコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示している。ＡＶ／Ｃコマンドは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームが、ノード間でやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図６に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝１  ｑｕａｄｌｅｔ）で構成されている。図中上段はパケットのヘッダ部分を示しており、図中下段はデータブロックを示している。ｄｅｓｔｉｎａｔｉｏｎ  ＩＤは、宛先を示している。
【００３８】
ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。
【００３９】
コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄｓのサポートの有無））、（４）状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。
【００４０】
レスポンスはコマンドの種類に応じて返される。ＣＯＮＴＲＯＬコマンドに対するレスポンスには、ＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ（実装されていない）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴＥＤ（拒絶）、およびＩＮＴＥＲＩＭ（暫定的な応答）がある。ＳＴＡＴＵＳコマンドに対するレスポンスには、ＮＯＴ  ＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥＤ、ＩＮ  ＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳＴＡＢＬＥ（安定）がある。ＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹコマンドに対するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ（実装されている）、およびＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤがある。ＮＯＴＩＦＹコマンドに対するレスポンスには、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴＥＤ，ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化した）がある。なお、ここに示した以外のコマンドやレスポンスが定義されることもある。
【００４１】
ｓｕｂｕｎｉｔ  ｔｙｐｅは、機器内の機能を特定するために設けられており、例えば、ｔａｐｅ  ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ，ｔｕｎｅｒ等が割り当てられる。同じ種類のｓｕｂｕｎｉｔが複数存在する場合の判別を行うために、判別番号としてｓｕｂｕｎｉｔ  ｉｄでアドレッシングを行う。ｏｐｃｏｄｅはコマンドを表しており、ｏｐｅｒａｎｄはコマンドのパラメータを表している。Ａｄｄｉｔｉｏｎａｌ  ｏｐｅｒａｎｄｓは必要に応じて付加されるフィールドである。ｐａｄｄｉｎｇも必要に応じて付加されるフィールドである。ｄａｔａＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）はデータ伝送時のエラーチェックに使われる。
【００４２】
図７は、ＡＶ／Ｃコマンドの具体例を示している。図７の（Ａ）は、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはＣＯＮＴＲＯＬ、“０００１”にはＳＴＡＴＵＳ、“００１０”にはＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹ、“００１１”にはＮＯＴＩＦＹ、“０１００”にはＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹが割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”にはＮＯＴ  ＩＮＰＬＥＭＥＮＴＥＤ、“１００１”にはＡＣＣＥＰＴＥＤ、“１０１０”にはＲＥＪＥＣＴＥＤ、“１０１１”にはＩＮ  ＴＲＡＮＳＩＴＩＯＮ、“１１００”にはＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、“１１０１”にはＣＨＮＧＥＤ、“１１１１”にはＩＮＴＥＲＩＭが割り当てられている。“１１１０”は将来の仕様のために予約確保されている。
【００４３】
図７の（Ｂ）は、ｓｕｂｕｎｉｔ  ｔｙｐｅの具体例を示している。“０００００”にはＶｉｄｅｏ  Ｍｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴａｐｅ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒ  ｕｎｉｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔ  ｔｙｐｅ  ｅｘｔｅｎｄｅｄ  ｔｏ  ｎｅｘｔ  ｂｙｔｅが割り当てられている。尚、“１１１１１”にはｕｎｉｔが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。
【００４４】
図７の（Ｃ）は、ｏｐｃｏｄｅの具体例を示している。各ｓｕｂｕｎｉｔ  ｔｙｐｅ毎にｏｐｃｏｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ  ｔｙｐｅがＴａｐｅ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒの場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、“５０ｈ”にはＳＥＡＣＨＭＯＤＥ、“５１ｈ”にはＴＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０ｈ”にはＯＰＥＮ  ＭＩＣ、“６１ｈ”にはＲＥＡＤ  ＭＩＣ、“６２ｈ”にはＷＲＩＴＥ  ＭＩＣ、“Ｃ１ｈ”にはＬＯＡＤ  ＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥＣＯＲＤ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷＩＮＤが割り当てられている。
【００４５】
このように規定されるＡＶ／Ｃコマンドを利用して、バスに接続された機器の制御が行われて、その制御に基づいてバスで接続された機器間でのデータ伝送が行われる。ここで、本例においてはストリームデータを入力可能な入力機器（ターゲット機器）に対して、入力選択状態を制御するコマンドを用意する。このコマンドのパケットは、該当するストリームデータを出力する出力機器か、或いはその出力機器と入力機器との間の伝送を制御するコントロール機器のいずれかが送出する。
【００４６】
図８は、このコマンドであるインプットセレクトコントロールコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。コマンドタイプとしては、制御指示を行うデータであるので、〔ＣＯＮＴＲＯＬ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）（２）〕のエリアには、ノードＩＤが配置され、〔ｏｐｅｒａｎｄ（３）〕のエリアには、出力機器の出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ（４）〕のエリアには、１ビット目にパスチェンジデータが配置され、２〜４ビットの区間は未定義（ｒｅｓｅｒｖｅｄと図示された部分）とされて、特定のデータ（例えばデータ“０００”）が配置され、５〜８ビットの区間はコマンドでは使用しないために特定のデータ（例えば最大値であるデータ“１１１１”）が配置される。
【００４７】
入力機器の入力プラグＩＤは、このコマンドを受信した入力機器が決定するため、このコマンドを送った機器（即ち出力機器又はコントロール機器）でコマンドを送る段階では判らないので、例えば最大値のデータを配置する。出力機器の出力プラグＩＤは、出力機器からストリームデータを出力させるプラグのＩＤデータを配置する。図９は、このプラグＩＤのデータ構成例を示す図であり、例えば〔０〕〜〔３０〕の３１個のシリアルバス用のプラグと、〔０〕〜〔３０〕の３１個の外部出力プラグとに個別のＩＤを付与してある。外部出力プラグは、バス９を使用しないプラグである。Ｒｅｓｅｒｖｅｄと図示された部分は、プラグＩＤが未定義のデータ値である。
【００４８】
パスチェンジデータは、ストリームデータを伝送途中で、その伝送路を変更する指示を行う場合に必要なデータである。例えば、出力機器から出力させるデータが、デジタルデータからアナログ信号に変更する必要が生じたとき、バスを使用した伝送路から外部アナログ伝送路への変更（パスチェンジ）を行う必要がある。このとき、このパスチェンジデータを使用して、パスチェンジの発生で入力機器で入力選択を行うことを指示する。具体的には、例えば図１０に示すように、通常の入力選択を指示するコマンドの際には、パスチェンジデータ“０”とし、パスチェンジのために入力選択を指示するコマンドの際には、パスチェンジデータ“１”とする。
【００４９】
図８に示すコマンドのパケットを入力機器に対して送信したとき、そのコントロールコマンドに対するレスポンスを、そのコマンドの送信元に対して入力機器が返送する。図１１は、そのレスポンスであるインプットセレクトコントロールレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）（２）〕のエリアには、接続元のノードＩＤが配置され、〔ｏｐｅｒａｎｄ（３）〕のエリアには、接続元である出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ（４）〕のエリアには、１ビット目にパスチェンジデータが配置され、２〜４ビットの区間は未定義（ｒｅｓｅｒｖｅｄと図示された部分）とされて、特定のデータ（例えばデータ“０００”）が配置され、５〜８ビットの区間は、入力機器の状態を示すステータスデータ〔ｒｅｓｕｌｔ  ｓｔａｔｕｓ〕が配置される。
【００５０】
ここで、〔ｏｐｅｒａｎｄ（１）〜（３）〕のエリアは、コマンドに配置されたデータがそのまま配置され、〔ｏｐｅｒａｎｄ（４）〕のエリアの１〜４ビットの区間についても同様にコマンドに配置されたデータがそのまま配置される。そして、入力機器で入力プラグの設定が行われるとき、その入力プラグのＩＤが、〔ｏｐｅｒａｎｄ（０）〕のエリアに配置される。
【００５１】
図１２は、この入力プラグＩＤのデータ例を示したものであり、例えば〔０〕〜〔３０〕の３１個のシリアルバス用のプラグと、〔０〕〜〔３０〕の３１個の外部出力プラグとに個別のＩＤを付与してある。また、この入力プラグＩＤを示すのは、入力機器でコマンドに対する指示に従うことを示すレスポンスである〔ＡＣＣＥＰＴＥＤ〕のレスポンスである場合であり、その他のタイプのレスポンス時に使用されるデータ（ここでは最大値ＦＦのデータ）も用意されている。
【００５２】
入力機器の状態を示すステータスデータ〔ｒｅｓｕｌｔ  ｓｔａｔｕｓ〕としては、ここでは例えば図１３に示すように定義されている。このステータスデータの使用時には、レスポンスのタイプとして、コマンドの指示に従う〔ＡＣＣＥＰＴＥＤ〕の他に、コマンドの指示を拒絶する〔ＲＥＪＥＣＴＥＤ〕と、暫定的な応答である〔ＩＮＴＥＲＩＭ〕とがある。それぞれのレスポンスのタイプ毎に、複数のステータスデータ値が設定してある。
【００５３】
図１３に従って上から順に説明すると、コマンドの指示に従う〔ＡＣＣＥＰＴＥＤ〕のレスポンスの場合には、以下の４つのデータが用意してある。
１．〔ｓｕｃｃｅｅｄｅｄ〕データ
コマンドの指示に成功したことを示すデータ
２．〔ｒｅａｄｙ〕データ
入力機器の内部でストリームデータを入力できる状態に接続が完了したが、何らかの要因で待機状態であることを示すデータ
３．〔ｂｕｓｙ〕データ
入力機器の内部でストリームデータを入力できる状態に接続が完了したと共に、出力機器と入力機器とのネットワーク上での接続も完了した上で、入力機器の別の要因で入力できない状態であることを示すデータ
４．〔ｆａｉｌｅｄ〕データ
入力機器の内部でストリームデータを入力できる状態に接続が完了したが、出力機器と入力機器とのネットワーク上での接続が失敗したした状態であることを示すデータ
【００５４】
また、コマンドの指示を拒絶する〔ＲＥＪＥＣＴＥＤ〕のレスポンスの場合には、以下の８つのデータが用意してある。
１．〔ｄｉｓａｂｌｅｄ〕データ
他の機器からの指令で入力設定を行うことを禁止するモードが設定されていることを示すデータ
２．〔ｌｏｃｋｅｄ〕データ
入力機器の動作が何らかの要因（例えば録音中など）でロックされて、入力設定ができないことを示すデータ
３．〔ｐ−ｔｏ−ｐ〕データ
他の機器からの制御で張られたコネクションがあるために、入力プラグに空きがなく、コネクションを張ることができないことを示すデータ
４．〔ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅ〕データ
バス上の帯域（チャンネル）に空きがないために、コネクションを張ることができないことを示すデータ
５．〔ｓｏｕｒｃｅ  ｎｏｔ  ｆｏｕｎｄ〕データ
出力機器（ソース機器）の指定された出力プラグを見つけることができないことを示すデータ
６．〔ｎｏｔ  ｓｅｌｅｃｔｅｄ〕データ
指定された経路が設定できないことを示すデータで、このデータはパスチェンジが指定されたときに、その経路への変更ができないときに使用する
７．〔ｎｏｔ  ｒｅｇｉｓｔｅｒｄ〕データ
指定された経路が登録されていることを示すデータで、このデータについてもパスチェンジが指定されたときに、その指定されたプラグなどがない場合に使用する
８．〔ａｎｙ  ｏｔｈｅｒ  ｒｅａｓｏｎ〕データ
その他の理由で指令を拒絶するときのデータ
【００５５】
また、コマンドに対する暫定的な応答である〔ＩＮＴＥＲＩＭ〕のレスポンスの場合には、以下の２つのデータが用意してある。
１．〔ｎｏ  ｉｎｆｏｒｍａｔｉｏｎ〕データ
何らかの原因でＡＶ／Ｃコマンドで規定された時間（例えば１００ｍ秒）以内に応答ができないとき、一時的に伝送するデータ
２．〔ｂｕｓｙ〕データ
何らかの原因でＡＶ／Ｃコマンドで規定された時間（例えば１００ｍ秒）以内に応答ができないとき、一時的に伝送するデータであり、このデータを受け取った場合には、予め決められた一定時間（例えば１０秒）経過した後に、正常な状態となったと判断できるデータ
【００５６】
また、図８に示すコントロールコマンドの他に、入力機器の入力選択状態を問い合わせるステータスコマンドが用意してある。図１４は、このコマンドであるインプットセレクトステータスコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。コマンドタイプとしては、状態を問い合わせるデータであるので、〔ＳＴＡＴＵＳ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）〕以降のエリアは、全て最大値が配置される。
【００５７】
図１４に示すコマンドのパケットを入力機器に対して送信したとき、そのステータスコマンドに対するレスポンスを、そのコマンドの送信元に対して入力機器が返送する。図１５は、そのレスポンスであるインプットセレクトステータスレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、入力機器の入力プラグＩＤが配置され、〔ｏｐｅｒａｎｄ（１）（２）〕のエリアには、接続元のノードＩＤが配置され、〔ｏｐｅｒａｎｄ（３）〕のエリアには、接続元である出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ（４）〕のエリアの１〜４ビットの区間は未定義（ｒｅｓｅｒｖｅｄと図示された部分）とされて、特定のデータ（例えばデータ“０００”）が配置され、５〜８ビットの区間は、入力機器の状態を示すステータスデータ〔ｓｔａｔｕｓ〕が配置される。
【００５８】
入力機器の状態を示すステータスデータ〔ｓｔａｔｕｓ〕としては、ここでは例えば図１６に示すように定義されている。そのステータスデータについて説明すると、コネクションが接続されて伝送中であることを示すデータと、帯域に空きがなくてコネクションが確立できない状態であることを示すデータと、コネクションの確立ができて伝送のための用意ができていることを示すデータと、伝送フォーマットが合っていないことを示すデータと、出力機器（ソース機器）が選択されてないことを示すデータとが用意されている。その他の値については未定義である。
【００５９】
次に、以上説明した構成のインプットセレクトコマンドを使用した伝送処理例を、図１７〜図２２を参照して説明する。
【００６０】
・処理例１
この例では、ストリームデータの出力機器（ソース機器）として、オーディオ再生装置とし、入力機器（ターゲット機器）として、その再生装置から再生されて伝送されたオーディオデータ（ストリームデータ）を記録する記録装置としてある。このような装置は、例えば図３に示したオーディオデッキ２に相当する。また、ＩＲＤ内でオーディオデータの一時蓄積ができる場合には、ＩＲＤがソース機器となり得る。そして、ソース機器からの制御で、入力機器側が接続管理を行って、その接続管理で設定された伝送路でオーディオデータを伝送する。
【００６１】
まずソース機器で再生操作が行われたとする。このとき、ソース機器は入力機器に対して、インプットセレクトコントロールコマンドを送り（ステップＳ１１）、ソース機器から出力されるデータを入力機器で受信できるように、接続管理を依頼する指令を送る。このとき、入力機器では、記録が行われてないストップ状態のままであるとすると、入力機器からのレスポンスは、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のデータとし、そのステータスデータとして〔ｎｏ  ｉｎｆｏｒｍａｔｉｏｎ〕とする（ステップＳ１２）。そして、入力機器側で記録の用意ができた段階で、指令に応答するレスポンスである〔ＡＣＣＥＰＴＥＤ〕のデータとし、そのステータスデータとして〔ｒｅａｄｙ〕とし、入力機器の内部で用意ができたことをソース機器に伝える（ステップＳ１３）。その後、録音開始制御がされたなら、入力機器は、ソース機器とのＰｔｏＰコネクションを確立させる処理を行い（ステップＳ１４）、ソース機器は、その確立されたコネクションで再生されたオーディオデータの送信を開始させ、入力機器で受信したオーディオデータを録音させる（ステップＳ１５）。
【００６２】
このように録音を開始させることで、入力機器による管理で接続を実行させながら、ソース機器から出力されたオーディオデータなどを、欠落なく入力機器で受信して記録することが可能になり、いわゆる頭切れなどの発生を防止できる。
【００６３】
・処理例２
この例では、バス上のコントローラ（例えば図１に示すコントロール機器３）の制御により、入力機器で接続管理を実行させる例である。まず、コントローラは、入力機器に対して、インプットセレクトコントロールコマンドを送り（ステップＳ２１）、ソース機器から出力されるデータを入力機器で受信できるように、接続管理を依頼する指令を送る。このとき、入力機器では、記録が行われてないストップ状態のままであるとすると、入力機器からのレスポンスは、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のデータとし、そのステータスデータとして〔ｎｏ  ｉｎｆｏｒｍａｔｉｏｎ〕とする（ステップＳ２２）。そして、入力機器側で記録の用意ができた段階で、指令に応答するレスポンスである〔ＡＣＣＥＰＴＥＤ〕のデータとし、そのステータスデータとして〔ｒｅａｄｙ〕とし、入力機器の内部で用意ができたことをコントローラに伝える（ステップＳ２３）。このデータが伝送されると、コントローラは入力機器に対して、録音ポーズ状態とする録音ポーズコマンドを送り（ステップＳ２４）、ソース機器に対しては、再生ポーズコマンドを送る（ステップＳ２５）。その後、入力機器は、録音ポーズコマンドに対するレスポンスを送る（ステップＳ２６）と共に、ソース機器とのＰｔｏＰコネクションを確立させる処理を行う（ステップＳ２７）。ソース機器は、再生ポーズコマンドに対するレスポンスを送る（ステップＳ２８）。
【００６４】
ここで、コントローラはインプットセレクトステータスコマンドを入力機器に送り（ステップＳ２９）、そのコマンドに対する入力機器からのレスポンス（ステップＳ３０）で、接続が完了したことをコントローラが判断すると、入力機器への録音コマンドの伝送（ステップＳ３１）と、ソース機器への再生コマンドの伝送（ステップＳ３２）とを、連続的に行い、ソース機器からオーディオデータなどのストリームデータの伝送を開始させて、入力機器で録音させる（ステップＳ３３）。なお、ソース機器がコントローラを兼ねても良い。
【００６５】
このように録音を開始させることで、コントローラからの指示に基づいて、入力機器による管理で接続を実行させながら、ソース機器から出力されたオーディオデータなどを、欠落なく入力機器で受信して記録することが可能になり、処理例１の場合と同様に、いわゆる頭切れなどの発生を防止できる。
【００６６】
・処理例３
この例では、出力機器（ソース機器）から、入力機器（ターゲット機器）にオーディオデータなどのストリームデータを伝送する例としてある。そして、ソース機器からの制御で、入力機器側が接続管理を行って、その接続管理で設定された伝送路でストリームデータを伝送する。
【００６７】
まずソース機器は入力機器に対して、インプットセレクトコントロールコマンドを送り（ステップＳ３４）、ソース機器から出力されるデータを入力機器で受信できるように、接続管理を依頼する指令を送る。このとき、入力機器では、接続処理が完了した状態（コネクションも張られた状態）で、別の要因でストリームデータの受信が一時的に不可能な状態であるとすると、レスポンスで〔ＡＣＣＥＰＴＥＤ〕のデータとし、そのステータスデータとして〔ｂｕｓｙ〕とする（ステップＳ３５）。
【００６８】
このレスポンスをソース機器が受信すると、ソース機器は逐次入力機器に対して状態を問い合わせるポーリング動作を行う。即ち、入力機器に対して、インプットセレクトステータスコマンドをある程度の時間の間隔で逐次送り（ステップＳ３６）、そのレスポンスをソース機器で確認する（ステップＳ３７）。このポーリング動作が繰り返されている間に、入力機器で受信可能状態に変化したとする。このとき、この変化した後のインプットセレクトステータスコマンド（ステップＳ３８）に対するレスポンス（ステップＳ３９）で、その状態変化をソース機器が確認できると、用意された帯域でストリームデータの送信を開始させる（ステップＳ４０）。
【００６９】
この処理例３のように伝送が行われることで、入力機器側で何らかの要因で一時的に受信ができないとき、その受信ができる状態になったとき、直ちにソース機器からデータを出力させて、入力機器に送ることができ、伝送されるストリームデータの先頭部分の欠落などを防止した良好な伝送が行える。
【００７０】
なお、この処理例３の場合には、ソース機器からの指令で、入力機器が接続管理を行うようにしたが、ソース機器とは別のコントローラからの指令で、入力機器が接続管理を行う場合にも、同様に処理される。
【００７１】
また、処理例３では、インプットセレクトコントロールコマンドに対するレスポンスで、ステータスが〔ｂｕｓｙ〕の場合の例としたが、ステータスが〔ｆａｉｌｄ〕データであるときにも、同様の処理で対処できる。即ち、ステータスが〔ｆａｉｌｄ〕のときには、入力機器の内部でストリームデータを入力できる状態に接続が完了したが、出力機器と入力機器とのネットワーク上での接続が失敗したした状態であり、そのことをソース機器（又はコントローラ）が判断したとき、以後ポーリング動作を行って、繰り返し接続ができたか問い合わせ、接続ができたことがレスポンスで判ったとき、送信を開始させる。
【００７２】
また、このようなポーリング動作を行う際には、そのポーリング動作を繰り返す時間を決めて、その時間が経過したときには、伝送不可能として終了させても良い。
【００７３】
さらに、このようなポーリング動作をするかわりに、ステータスが〔ｂｕｓｙ〕のレスポンスがあった後、入力機器の状態が安定するまでの時間などのある程度の時間が経過した後に、ソース機器側からは入力機器の状態を確認することなく、ストリームデータの送信を開始させても良い。
【００７４】
・処理例４
この例では、出力機器（ソース機器）から、入力機器（ターゲット機器）にオーディオデータなどのストリームデータを伝送する例としてある。そして、ソース機器からの制御で、入力機器側が接続管理を行って、その接続管理で設定された伝送路でストリームデータを伝送する。
【００７５】
まずソース機器は入力機器に対して、インプットセレクトコントロールコマンドを送り（ステップＳ４１）、ソース機器から出力されるデータを入力機器で受信できるように、接続管理を依頼する指令を送る。このとき、入力機器では、接続処理が完了した状態（コネクションも張られた状態）で、別の要因でストリームデータの受信が一時的に不可能な状態であるとすると、レスポンスで〔ＡＣＣＥＰＴＥＤ〕のデータとし、そのステータスデータとして〔ｂｕｓｙ〕とする（ステップＳ４２）。
【００７６】
このレスポンスをソース機器が受信すると、ソース機器は入力機器に対して、ストリームデータの受信が可能な状態になったときに知らせるコマンドである〔ＮＯＴＩＦＹ〕コマンドとして、インプットセレクトノーティファイコマンドを送る（ステップＳ４３）。このコマンドを入力機器が受け取ると、そのことを知らせるレスポンスである〔ＩＮＴＥＲＩＭ〕のデータを送る（ステップＳ４４）。このとき、そのステータスデータは、〔ｂｕｓｙ〕とする。
【００７７】
ここまでの伝送が行われた後に、入力機器で受信可能状態に変化したとする。このとき、入力機器からソース機器に対して、受信できる状態になったことを知らせる〔ＡＣＴＩＶＥ〕のレスポンスを送る（ステップＳ４５）。このときには、状態が変化したことを示す〔ｃｈａｎｇｅｄ〕のコマンドの処理結果を付加する。このレスポンスにより状態変化をソース機器が確認できると、用意された帯域でストリームデータの送信を開始させる（ステップＳ４６）。
【００７８】
この処理例４のように伝送が行われることで、入力機器側で何らかの要因で一時的に受信ができないとき、その受信ができる状態になったとき、直ちにソース機器からデータを出力させて、入力機器に送ることができ、伝送されるストリームデータの先頭部分の欠落などを防止した良好な伝送が行える。また、この処理例４の場合には、ソース機器側が入力機器の状態を監視する必要がなく、入力機器で状態が変化したとき、自動的にレスポンスが得られるので、ソース機器側での処理が簡単になる。
【００７９】
なお、この処理例４の場合にも、ソース機器からの指令で、入力機器が接続管理を行うようにしたが、ソース機器とは別のコントローラからの指令で、入力機器が接続管理を行う場合にも、同様に処理される。
【００８０】
また、処理例４でも、インプットセレクトコントロールコマンドに対するレスポンスで、ステータスが〔ｂｕｓｙ〕の場合の例としたが、ステータスが〔ｆａｉｌｄ〕データであるときにも、同様の処理で対処できる。即ち、ステータスが〔ｆａｉｌｄ〕のときには、入力機器の内部でストリームデータを入力できる状態に接続が完了したが、出力機器と入力機器とのネットワーク上での接続が失敗したした状態であり、そのことをソース機器（又はコントローラ）が判断したとき、〔ＮＯＴＩＦＹ〕コマンドを送って、状態が変化したとに知らせるようにして、接続ができる状態になったことがレスポンスで判ったとき、送信を開始させる。
【００８１】
・処理例５
この例では、コントローラから、入力機器（ターゲット機器）に対して、何らかの指令を送って、入力機器で各種制御（接続管理など）を実行させる例としてある。
【００８２】
まずコントローラは入力機器に対して、いずれかの指示を含むコントロールコマンドを送り（ステップＳ５１）、その指示に対して直ちに応答できないとき、コントローラに対するレスポンスを、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のデータとし、そのステータスデータとして〔ｎｏ  ｉｎｆｏｒｍａｔｉｏｎ〕とする（ステップＳ５２）。そして、入力機器でコントロールコマンドに対する応答ができた時点で、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを送る（ステップＳ５３）。
【００８３】
ここで、〔ＩＮＴＥＲＩＭ〕のレスポンスを送ってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを送るまでに要する時間をＴ１とする。例えば、この時間Ｔ１は２秒であるとする。このとき、コントローラでは、〔ＩＮＴＥＲＩＭ〕のレスポンスがあってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスがあるまでの時間Ｔ１を予め２秒程度と予測して、その時間を元にソース機器からのストリームデータの送出などの他の制御を実行するようにしてある。
【００８４】
・処理例６
この例では、処理例５と同様に、コントローラから、入力機器（ターゲット機器）に対して、何らかの指令を送って、入力機器で各種制御（接続管理など）を実行させる例としてある。
【００８５】
まずコントローラは入力機器に対して、いずれかの指示を含むコントロールコマンドを送り（ステップＳ６１）、その指示に対して直ちに応答できないとき、コントローラに対するレスポンスを、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のデータとし、ステータスデータとして〔ｂｕｓｙ〕とする（ステップＳ６２）。この〔ｂｕｓｙ〕のステータスデータを付加する状態は、コマンドによる指示に対応した処理を行うのに、通常よりも長い時間を必要とする状態である。このような状態は、例えば入力機器が電源オフ状態にあって、電源オンに立ち上げるのに時間がかかる状態が、このような場合に相当する。そして、入力機器でコントロールコマンドに対する応答ができた時点で、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを送る（ステップＳ６３）。
【００８６】
この場合に〔ＩＮＴＥＲＩＭ〕のレスポンスを送ってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスを送るまでに要する時間をＴ２とすると、例えばこの時間Ｔ２は１０秒程度であるとする。このとき、コントローラでは、ステータスが〔ｂｕｓｙ〕の〔ＩＮＴＥＲＩＭ〕のレスポンスがあってから、〔ＡＣＣＥＰＴＥＤ〕のレスポンスがあるまでの時間Ｔ２を予め１０秒程度と予測して、その時間を元にソース機器からのストリームデータの送出などの他の制御を実行するようにしてある。従って、処理例５，６を実行することで、そのときの相手側の機器の状態に基づいた適切な制御が可能になる。
【００８７】
次に、本発明の第２の実施の形態を、図２３〜図４２を参照して説明する。この図２３〜図４２において、上述した第１の実施の形態で説明した図１〜図２２に対応する部分には同一符号を付す。
【００８８】
本実施の形態でのネットワークシステムの構成例について、図２３を参照して説明する。このネットワークシステムは、第１の実施の形態の場合と同様に、ＩＥＥＥ１３９４方式のシリアルデータバス９を介して、複数台の機器が接続されるものとしてある。ここでは、図２３に示すように、オーディオデッキ（オーディオ記録再生装置）２と、アンプ装置４と、オーディオ再生装置５とが、バス９に接続してある。各機器は、ＩＥＥＥ１３９４方式のバス接続用端子を備えた機器であり、またＡＶ／Ｃコマンドで制御が行える機能が実装させてある。後述する伝送例では、アンプ装置４又はオーディオ再生装置５を、バス９上での伝送制御を行う機器（コントローラ）としてある。バス９に接続された図示しない別の機器が、バス９上での伝送制御を行う構成であっても良い。
【００８９】
各機器２，４，５は、ＡＶ／Ｃコマンドで規定された機能的に見た場合、各機能を実現する処理を実行するサブユニットと、バス９と内部のサブユニットとの間でデータの入出力を行うプラグ部とを備えた構成として見ることができる。即ち、例えばオーディオデッキ２は、ディスクへの記録及びディスクからの再生を行うディスクサブユニット２ａを備える。また、アンプ装置４は、コントロール機能を実行するコントロール部４ａと、オーディオ信号の出力処理を行うオーディオサブユニット４ｂを備える。オーディオサブユニット４ｂには、スピーカ装置４ｄ，４ｅが接続される。オーディオ再生装置５は、ディスクからの再生を行うディスク再生サブユニット５ａを備える。また、それぞれの機器２，４，５がプラグ部２ｂ，４ｃ，５ｂを備える。各プラグ部２ｂ，４ｃ，５ｂには、複数のプラグが実装されて、バス９上の複数のチャンネルと接続できる構成とされる。このプラグとチャンネルとの関係については、既に第１の実施の形態で図５を参照して説明したものと同じである。
【００９０】
図２４は、アンプ装置４の内部構成の一例を示したものである。アンプ装置４は、オーディオ信号（デジタルデータ又はアナログ信号）が複数台のオーディオ機器から供給される入力端子群４０１を備え、この入力端子群４０１に得られるオーディオ信号の中の何れかのオーディオ信号を入力選択部４０２で選択する。そして、選択されたオーディオ信号に対して、信号処理部４０３で必要な信号処理を施す。ここでの信号処理は、例えばＤＳＰ（Digital Signal Processor）と称されるデジタル処理回路を使用して、信号特性の補正，マルチチャンネル処理などが行われる。選択された入力信号がアナログ信号である場合には、信号処理部４０３内でデジタル信号に変換した後、処理される。
【００９１】
信号処理部４０３の出力は、デジタル・アナログ変換器４０４に供給してアナログオーディオ信号に変換し、その変換されたオーディオ信号をパワーアンプ部４０５に供給し、スピーカを駆動できる出力に増幅する。パワーアンプ部４０５の出力は、スピーカ端子４０６，４０７を介して接続されたスピーカ装置に供給される。
【００９２】
また本例のアンプ装置４は、ＩＥＥＥ１３９４インターフェース部４０８を備えて、バス９により伝送されたオーディオデータをインターフェース部４０８が受信したとき、その受信したオーディオデータを入力選択部４０２を介して信号処理部４０３に供給できるようにしてある。
【００９３】
アンプ装置４内での信号処理動作や、バス９を介した受信動作は、中央制御ユニット（ＣＰＵ）４０９の制御で実行される。ＣＰＵ４０９には、制御に必要なデータなどを記憶するメモリ４１０が接続してある。
【００９４】
図２５は、オーディオ再生装置５の内部構成の一例を示したものである。ここでのオーディオ再生装置５は、コンパクトディスク（ＣＤ）と称されるデジタルオーディオデータが記録された光ディスクを再生する装置である。即ち、再生装置に装着された光ディスク５０１に記録されたデータを、光学ピックアップ５０２で光学的に読み出し、光学ピックアップ５０２で読み出された信号を、再生系回路５０３に供給して処理することで再生データを得、その再生データをデジタル・アナログ変換器５０４でアナログオーディオ信号に変換した後、アナログ出力端子５０５から出力させ、この端子５０５に接続されたオーディオ機器などに供給する。また、デジタル・アナログ変換器５０４でアナログ変換してないデジタルオーディオデータを、デジタル出力端子５０５から出力させる。また、ディスク５０１から再生したオーディオデータなどを、ＩＥＥＥ１３９４インターフェース部５０９に供給して、接続されたバス９に送出できるようにしてある。
【００９５】
オーディオ再生装置５内での再生動作や、バス９を介したデータ伝送は、中央制御ユニット（ＣＰＵ）５１０の制御で実行される。ＣＰＵ５１０には、制御に必要なデータなどを記憶するメモリ５１１が接続してある。
【００９６】
なお、オーディオデッキ２の構成については、第１の実施の形態で図３を参照して説明した構成が適用できる。
【００９７】
次に、各機器が接続されるＩＥＥＥ１３９４方式のバス９でデータが伝送される基本的な動作については、既に第１の実施の形態で説明したものと同じである。即ち、バス９上でのデータ伝送のサイクル構造は、図４に示した構成であり、アイソクロナス伝送とアシンクロナス伝送とが可能な構造としてある。バス上でデータ伝送を行う上で必要なプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係は、図５に示した構成であり、確保されたチャンネルを使用して、データの送出元の機器の出力プラグからバスに送出されたデータが、データの受信先の機器の入力プラグで受信されるように設定される。このチャンネルとプラグを設定してコネクションを張る処理が、バスに接続された制御機器（コントローラ）の制御で実行される。
【００９８】
また、バス９に接続された各機器のコントロールや状態の判断などが、図６，図７を参照して説明したように規定されるＡＶ／Ｃコマンドを使用して行えるようにしてある。このＡＶ／Ｃコマンドを利用して、バスに接続された機器の制御が行われて、その制御に基づいてバスで接続された機器間でのデータ伝送が行われる。ここで、本例においてはストリームデータを入力可能な入力機器（ターゲット機器）に対して、入力選択状態を制御するコマンドを用意する。このコマンドのパケットは、該当するストリームデータを出力する出力機器か、或いはその出力機器と入力機器との間の伝送を制御するコントロール機器のいずれかが送出する。
【００９９】
図２６は、本例の場合のインプットセレクトコントロールコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。コマンドタイプとしては、制御指示を行うデータであるので、〔ＣＯＮＴＲＯＬ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、該当するコマンドである〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、指示する内容の詳細を示すサブファンクション（ｓｕｂｆｕｎｃｔｉｏｎ）のデータが配置される。
【０１００】
〔ｏｐｅｒａｎｄ（１）〕の前半の４ビットは未定とされ、後半の４ビットには一定の値（ここでは“１１１１”すなわち４ビットの１６進数値の最大値Ｆ）を配置してある。〔ｏｐｅｒａｎｄ（２）（３）〕のエリアには、出力機器のノードＩＤが配置され、〔ｏｐｅｒａｎｄ（４）〕のエリアには、出力機器の出力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ（５）〕のエリアには、入力機器の入力プラグＩＤが配置される。〔ｏｐｅｒａｎｄ（６）（７）〕のエリアには、シグナルディスティネーション（ｓｉｇｎａｌ  ｄｅｓｔｉｎａｔｉｏｎ）のデータが配置される。〔ｏｐｅｒａｎｄ（８）〕のエリアは、未定義とされる。なお、コントロールコマンドを送る段階で、入力プラグＩＤは、このコマンドを受けた入力機器が決定するため、例えば最大値のデータ（ＦＦ16）を配置する。
【０１０１】
〔ｏｐｅｒａｎｄ（０）〕のエリアに配置されるサブファンクションについては、ここでは例えば図２７に示すように、出力機器とバス上でのコネクションを張る指示であるコネクト（ｃｏｎｎｅｃｔ）と、機器選択された状態においてパス（伝送路）の変更を指示するパスチェンジ（ｐａｔｈ  ｃｈａｎｇｅ）と、機器選択はするがコネクションを張らない状態で待機させるセレクト（ｓｅｌｅｃｔ）と、出力機器とのバス上でのコネクションを切断するディスコネクト（ｄｉｓｃｏｎｎｅｃｔ）とが用意してある。
【０１０２】
図２８は、〔ｏｐｅｒａｎｄ（４）〕のエリアに配置されるプラグＩＤのデータ構成例を示す図であり、例えば〔０〕〜〔３０〕の３１個のシリアルバス用のプラグと、〔０〕〜〔３０〕の３１個の外部出力プラグとに個別のＩＤを付与してある。外部出力プラグは、バス９を使用しないプラグである。Ｒｅｓｅｒｖｅｄと図示された部分は、プラグＩＤが未定義のデータ値である。
【０１０３】
図２９，３０は、〔ｏｐｅｒａｎｄ（６）（７）〕のエリアに配置されるシグナルディスティネーションのデータの構成例を示す図である。このシグナルディスティネーションのデータは、３つの場合に分けられる。シグナルディスティネーションを指定しない場合は、〔ｏｐｅｒａｎｄ（６）〕のエリアに最大値ＦＦ16が配置され、〔ｏｐｅｒａｎｄ（７）〕のエリアにはＦＥ16が配置される。その他の２つの場合には、〔ｏｐｅｒａｎｄ（６）〕のエリアには、前半の５ビットに、サブユニットタイプ（ｓｕｂｕｎｉｔ  ｔｙｐｅ）のデータが配置され、後半の３ビットに、サブユニットＩＤ（ｓｕｂｕｎｉｔ  ＩＤ）が配置される。〔ｏｐｅｒａｎｄ（７）〕のエリアには、ディスティネーションプラグＩＤ（ｄｅｓｔｉｎａｔｉｏｎ  ｐｌｕｇ  ＩＤ）が配置される。この２つの場合において、例えば、図２９に示すように、機器のシリアルバス用のプラグあるいは機器の外部出力プラグのＩＤを〔ｏｐｅｒａｎｄ（７）〕のエリアに配置する場合には、〔ｏｐｅｒａｎｄ（６）〕のエリアには最大値ＦＦ16が配置される。この場合には、〔０〕〜〔３０〕の３１個のシリアルバス用のプラグと〔０〕〜〔３０〕の３１個の外部出力プラグとに個別にＩＤを付与してある。また、この例では、プラグ番号を特定せずにいずれかのシリアルバス用のプラグを指定するデータ（７Ｆ16の場合）と、プラグ番号を特定せずにいずれかの外部出力用のプラグを指定するデータ（ＦＦ16の場合）とが用意してある。さらに、〔ｏｐｅｒａｎｄ（６）〕のエリアでサブユニットを指定する場合には、図３０に示すように、〔ｏｐｅｒａｎｄ（７）〕のエリアでサブユニットのディスティネーションＩＤが配置される。
【０１０４】
〔ｏｐｅｒａｎｄ（６）〕のエリアのデータが、最大値ＦＦ以外でディスティネーションのサブユニットタイプの指定がある場合には、例えば図３０に示すように、〔０〕〜〔３０〕の３１個のディスティネーションプラグを個別に指定するＩＤを設定してある。また、この例でも、プラグ番号を特定せずにいずれかのディスティネーションプラグを指定するデータ（ＦＦの場合）が用意してある。
【０１０５】
このように構成されるインプットセレクトコントロールコマンドを受信した側では、そのコントロールコマンドに対する返答として、インプットセレクトコントロールレスポンスを、コマンドの発信元に伝送する。図３１は、この場合のインプットセレクトコントロールレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。レスポンスタイプとしては、制御コマンドに了解することを示す〔ＡＣＣＥＰＴＥＤ〕の場合と、制御コマンドを拒絶することを示す〔ＲＥＪＥＣＴＥＤ〕の場合と、暫定的な応答であることを示す〔ＩＮＴＥＲＩＭ〕の場合とがある。〔ｏｐｃｏｄｅ〕のエリアには、〔ＩＮＰＵＴ  ＳＥＬＥＣＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕のエリアには、指示する内容の詳細を示すサブファンクション（ｓｕｂｆｕｎｃｔｉｏｎ）のデータが配置される。
【０１０６】
〔ｏｐｅｒａｎｄ（１）〕の前半の４ビットは未定とされ、後半の４ビットには処理結果のデータであるリザルトステータスが配置される。〔ｏｐｅｒａｎｄ（２）〕以降のエリアには、コントロールコマンドと同じデータが配置される。但し、入力プラグＩＤのように、このレスポンスを送る側がコントロールコマンドの発行元に知らせるデータについては、該当するエリアに対応したデータを配置する。
【０１０７】
図３２は、〔ｏｐｅｒａｎｄ（１）〕の後半の４ビット区間に配置されるリザルトステータスのデータ例を示す図である。ここでの値と処理結果との関係を説明すると、制御コマンドに了解することを示す〔ＡＣＣＥＰＴＥＤ〕のレスポンスの場合には、データの値が０（ここでは１６進数値）となり、エラーなしに（即ち正常に）処理されたことを示す。
【０１０８】
制御コマンドを拒絶することを示す〔ＲＥＪＥＣＴＥＤ〕のレスポンスの場合には、データの値が１のとき、該当する機器がこのコマンドの受付を禁止している設定であることを示す。データの値が２のときには、現在の動作にロックがかかって処理不可能であることを示す。データの値が３のときには、現在設定されたＰｔｏＰコネクションのオーナー機器でないため（他の機器で設定されたコネクションのため）にコネクションの設定に関する処理が不可能であることを示す。データの値が４のときには、資源不足で処理不可能であることを示す。データの値が５のときには、指定されたソース機器を見つけることができないために処理不可能であることを示す。データの値が６のときには、指定されたものが選択されていないために処理不可能であることを示す。データの値が７のときには、指定されたものが登録されていないために処理不可能であることを示す。さらに、データの値がＥのときには、その他の理由で処理不可能であることを示す。また、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のレスポンスである場合には、データの値がＦとなる。
【０１０９】
図３３は、〔ｏｐｅｒａｎｄ（５）〕のエリアに配置される入力プラグＩＤのデータ構成例を示す図であり、例えば〔０〕〜〔３０〕の３１個のシリアルバス用のプラグと、〔０〕〜〔３０〕の３１個の外部入力プラグとに個別のＩＤを付与してある。外部入力プラグは、バス９を使用しないプラグである。
【０１１０】
このようなインプットセレクトコントロールコマンドとそのレスポンスの伝送による伝送路の設定処理とは別に、本例においては、状態を問い合わせるシグナルソースステータスコマンドと、そのコマンドに対するレスポンスを用意してある。図３４は、本例の場合のシグナルソースステータスコマンドの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。コマンドタイプとしては、問い合わせるデータであるので、〔ＳＴＡＴＵＳ〕となる。〔ｏｐｃｏｄｅ〕のエリアには、該当する指示である〔ＳＩＧＮＡＬ  ＳＯＵＲＣＥ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）（１）（２）〕のエリアには、最大値ＦＦなどの一定値が配置される。〔ｏｐｅｒａｎｄ（３）（４）〕のエリアには、シグナルディスティネーション（ｓｉｇｎａｌ  ｄｅｓｔｉｎａｔｉｏｎ）のデータが配置される。
【０１１１】
図３５は、このシグナルソースステータスコマンドに対するレスポンスの〔ｏｐｃｏｄｅ〕と〔ｏｐｅｒａｎｄ〕のデータ構成例を示したもので、このデータが図６に示すパケットに配置される。このレスポンスのパケットは、受信したコントロールコマンドの〔ｏｐｅｒａｎｄ（０）〕のエリアに、出力状態を指示するデータである３ビットのアウトプットステータス（ｏｕｔｐｕｔ  ｓｔａｔｕｓ）のデータと、変換に関する設定を示す１ビットのコンビ（ｃｏｎｖ）のデータと、信号状態を示す４ビットのシグナルステータス（ｓｉｇｎａｌ  ｓｔａｔｕｓ）のデータとを配置する。また、〔ｏｐｅｒａｎｄ（１）（２）〕のエリアに、シグナルソースステータスコマンドに示されたシグナルディスティネーションのソースとなるプラグに関するデータであるシグナルソース（ｓｉｇｎａｌ  ｓｏｕｒｃｅ）のデータを配置する。その他のエリアは、コントロールコマンドのデータをそのまま返送する。
【０１１２】
図３６は、信号の出力状態を指示するアウトプットステータスのデータ例を示した図である。この例では、値０のとき、パケットの出力が有効であることを示す。値１のとき、入力機器側の内部の状態で信号が流れない状態であることを示す。値２のとき、帯域又はチャンネルが不足しているために伝送路が確保できず出力できない状態であることを示す。値３のとき、パケットを出力できる状態であるが、ＰｔｏＰコネクションが確立されていないために実際にはパケットを出力できない状態であることを示す。値４のとき、出力がバーチャル出力状態であることを示す。値５以降は未定義である。
【０１１３】
図３７は、変換に関する設定を示すコンビのデータ例を示した図である。このデータは１ビットのデータであり、ここでは値０のとき、ディスティネーションプラグを通して出力される信号の信号フォーマットを変換することが不可能であることを示し、値１のとき、ディスティネーションプラグを通して出力される信号の信号フォーマットを変換することが可能であることを示す。
【０１１４】
図３８は、信号状態を示すシグナルステータスの構成例を示した図である。シグナルステータスのエリアは、４ビットであり、各ビット毎に独立に信号状態のタイプを示している。この例では、最初のビットが１のとき、信号にその他のビットが示す信号状態のタイプ以外の何らかの処理を施していることを示し、０のとき、処理を施していないことを示す。２番目のビットが１のとき、オリジナル信号のサブセット（一部分）の信号であることを示し、０のとき、サブセットの信号でないことを示す。３番目のビットが１のとき、オリジナル信号のフォーマットから変換されていることを示し、０のとき、変換されていないことを示す。４番目のビットが１のとき、オリジナルの信号にオンスクリーンディスプレイ（ＯＳＤ）と称される文字などの表示キャラクタが重畳された信号であることを示し、０のとき重畳されていないことを示す。また、シグナルステータスのエリアの全てのビットが０のとき、オリジナル信号と同じ信号であることを示している。
【０１１５】
図３９は、シグナルソースステータスコマンドの〔ｏｐｅｒａｎｄ（２）〕のエリアに配置されるデータに関してシリアルバス用のプラグあるいは外部プラグの場合のデータ例を示した図であり、例えば〔０〕〜〔３０〕の３１個のシリアルバス用の入力プラグと、〔０〕〜〔３０〕の３１個の外部入力プラグとに個別のＩＤを付与してある。外部入力プラグは、バス９を使用しないプラグである。このとき、〔ｏｐｅｒａｎｄ（１）〕のエリアには、最大値ＦＦ16が配置される。
【０１１６】
次に、以上説明した構成のインプットセレクトコントロールコマンド及びシグナルソースステータスコマンドを使用した伝送処理例を、図４０〜図４２を参照して説明する。
【０１１７】
・処理例１
この例では、ストリームデータの出力機器（ソース機器）として、オーディオ再生装置とし、入力機器（ターゲット機器）として、その再生装置から再生されて伝送されたオーディオデータ（ストリームデータ）を受信して、スピーカからの出力処理などを行うアンプ装置としてある。このような再生装置及びアンプ装置は、例えば図２５に示したディスク再生装置５及び図２４に示したアンプ装置４に相当する。また、この例では、入力機器側が接続管理を行うコントローラとなって、その接続管理で設定された伝送路でオーディオデータを伝送する。
【０１１８】
この例では、まず、ソース機器であるディスク再生装置５がインプットセレクトコントロールコマンドを送信する宛先としてバス９に接続された入力機器であるアンプ装置４を登録するためのアウトプットプリセットコントロールコマンドを、アンプ装置４はディスク再生装置５に送る（ステップＳ１０１）。そのレスポンスを得て（ステップＳ１０２）、アンプ装置４は、ディスク再生装置５に登録ができたことを確認する。
【０１１９】
この後、ディスク再生装置５でディスクを再生させる操作が行われたとする。このとき、ディスク再生装置５が電源オフ状態であるとすると、この再生操作により電源オンになってもよい。ここで、再生信号の出力先であるアンプ装置４が電源オフ状態でであるなら、ディスク再生装置５は、バス９を介して電源オン指令を送る（ステップ１０３）。この電源指令を受信したアンプ装置４は、電源オン状態になる。なお、ここでの電源オフ状態は、何らかの制御信号の供給で電源オンに立ち上げることができる状態で待機している状態（いわゆるスタンバイ状態）になっていることである。このスタンバイ状態では、バス９を介して伝送されるデータの受信は可能になっている。また、本例のディスク再生装置５は、再生動作に関するパイロットランプを備えて、再生操作を行ってから再生が開始されるまでの待機状態のとき、そのパイロットランプが点滅し、再生が開始すると、点滅から連続点灯に変化するようにしてある。
【０１２０】
電源の立ち上げ処理が終了すると、再生装置はインプットセレクトコントロールコマンドを送信し（ステップＳ１０４）、ディスク再生装置５で再生したオーディオデータをバス９でアンプ装置４に伝送できるように、アンプ装置４で設定させる指示を行う。このとき、先に記した電源オン指令がなくとも、電源オフ状態にあるアンプ装置４はこのコマンドを受信したことにより、電源オンとなっても良い。ここでのインプットセレクトコントロールコマンドは、図２６に示した構成のコマンドである。このコマンドを受信したアンプ装置４では、出力処理を行うサブユニット（図２３のオーディオサブユニットに相当）と所定の入力プラグとの間の内部接続を完了させて、オーディオデータの入力ができるように設定した後に、ディスク再生装置５とアンプ装置４との間のバス９上のＰｔｏＰコネクションを確立させる（ステップＳ１０５）。このとき、何らかの原因で、ＡＶ／Ｃコマンドで規定された時間にＰｔｏＰコネクションを確立し応答ができない場合には、暫定的な応答である〔ＩＮＴＥＲＩＭ〕のレスポンスをアンプ装置４からディスク再生装置５に伝送する。
【０１２１】
このコネクションが確立したとき、コマンドに対する処理が正常に行われたことを示すレスポンスを、アンプ装置４からディスク再生装置５に伝送する（ステップＳ１０６）。このレスポンスは、図３１に示す構成のインプットセレクトコントロールレスポンスであり、ここでは接続の設定に関する入力準備が完了しているので、レスポンスのタイプは〔ＡＣＣＥＰＴＥＤ〕になる。
【０１２２】
次に、ディスク再生装置５は、アンプ装置４でオーディオデータを処理する準備が整っているか否かを確認するために、シグナルソースステータスコマンドをアンプ装置４に伝送する（ステップＳ１０７）。このコマンドは、図３４に示した構成のコマンドである。このコマンドを受信したアンプ装置４では、そのときのアンプ装置４の状態に基づいたレスポンスを返送する。図４０の例では、ステップＳ１０７でコマンドを送ったとき、アンプ装置４でオーディオの出力処理を行う準備が整っていない状態であり、そのコマンドに対するレスポンス（ステップＳ１０８）として、アウトプットステータスが入力データを受け付けられない状態であることを示す〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値１のデータ）となっている。
【０１２３】
このレスポンスをソース機器であるディスク再生装置５が受信した場合には、ある程度の時間が経過した後（例えば数秒後）に、再度シグナルソースステータスコマンドをアンプ装置４に伝送して、オーディオデータの処理ができるようになったか確認する（ステップＳ１０９）。このコマンドに対するレスポンス（ステップＳ１１０）として、アウトプットステータスが入力データを受け付けられる状態であることを示す〔ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）が得られたとする。このとき、このレスポンスが〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕であるなら、〔ｅｆｆｅｃｔｉｖｅ〕のレスポンスが得られるまで、任意の時間で繰り返しシグナルソースステータスコマンドをディスク装置５からアンプ装置４に伝送する。なお、シグナルソースステータスコマンドのレスポンスが〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕の間に先のインプットセレクトコントロールコマンドの指令により確立されたＰｔｏＰコネクションに変化があることをディスク装置５が知る必要がある場合には、インプットセレクトステータスコマンドをディスク装置５からアンプ装置４に送る。このコマンドを受信したアンプ装置４では、ディスク装置５に対して、そのときのアンプ装置４のＰｔｏＰコネクションに関しての状態に基づいたレスポンスを伝送する。これにより、ディスク装置５は、アンプ装置４のＰｔｏＰコネクションの状態を確認できる。
【０１２４】
シグナルソースステータスコマンドのレスポンスの〔ｅｆｆｅｃｔｉｖｅ〕をディスク再生装置５が確認すると、ディスク再生装置５では、装着されたディスクの再生を開始させて、その再生により得られたオーディオデータを、ステップＳ１０５で設定された伝送路でアンプ装置４に伝送する処理を開始させる（ステップＳ１１１）。なお、このディスク再生装置５でディスクの再生が開始した段階で、再生装置５が備える再生動作を示すパイロットランプを、点滅状態から連続点灯に変化させる。
【０１２５】
このようにして処理されることで、入力機器による管理でバス上での接続を実行させながら、ソース機器から出力されたオーディオデータなどを、入力機器側で欠落なく処理させることが可能になる。具体的には、ソース機器（ディスク再生装置）で再生操作を行った後に、アンプ装置に接続されたスピーカからオーディオの出力が可能になった段階で、ソース機器からのオーディオデータなどの出力が開始されるので、いわゆる頭切れなどの発生を防止できる。特に図４０に示す例の場合には、ステップＳ１０７でのシグナルソースステータスコマンドに対するステップＳ１０８のレスポンスで、〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕となる要因としては、例えば電源投入直後の数秒間にはオーディオ処理回路の動作の制限があり、このような電源投入とほぼ同時に再生操作を行った場合でも、頭切れを効果的に防止できる。なお、この例では、〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕のレスポンスを確認した後、再度シグナルソースステータスコマンドを送って、〔ｅｆｆｅｃｔｉｖｅ〕になることを確認するようにしたが、〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕のレスポンスを確認した後、ある程度の時間（例えば数秒）が経過した後に、〔ｅｆｆｅｃｔｉｖｅ〕のレスポンスを確認することなく、ストリームデータの伝送を開始させるようにしても良い。同様に、インプットセレクトコントロールコマンドのレスポンスの〔ＡＣＣＥＰＴＥＤ〕を受信した後、ある程度の時間（例えば数秒）が経過した後に、ストリームデータの伝送を開始させるようにしても良い。
【０１２６】
また、この例ではプラグにおけるＰｔｏＰコネクションについて説明したが、オーディオデータを伝送するためにディスク装置５の外部端子に物理的に接続されているアンプ装置４の外部端子がアンプ装置４において認識できる場合は、外部端子にも適用できる。たとえば、アンプ装置４において外部端子に接続されている機器をユーザー操作により登録できる場合などである。
【０１２７】
また、この処理例１の場合には、再生操作があって、再生装置側の電源が投入された段階で、入力機器に対しても電源を投入させる制御を行うことで、入力機器側が電源オフ状態（スタンバイ状態）で待機している場合であっても、その入力機器の電源スイッチなどを操作することなく、確実に伝送して処理できる。
【０１２８】
さらにソース機器側には、再生動作に関するパイロットランプを設けて、そのパイロットランプが点滅している間は再生待機状態であり、再生が開始されたとき連続点灯状態になるようにしたことで、ソース機器で再生操作を行ったユーザは、パイロットランプの状態を確認するだけで、伝送状態を知ることができ、便利である。ここでは点滅と連続点灯で区別させるようにしたが、パイロットランプの色の変化など、他の処理で同様の告知を行うようにしても良い。
【０１２９】
・処理例２
この例では、バス上のコントローラ（例えば図２３に示すアンプ装置４）の制御により、入力機器でソース機器との接続管理を実行させた上で、ソース機器である再生装置（ここでは図２３に示すディスク再生装置５）から再生されたオーディオデータを、入力機器である記録装置（ここでは図２３に示すオーディオデッキ２）で記録させて、いわゆるダビングを行うようにした例である。
【０１３０】
コントローラは、ダビング処理を行うために、まず、入力機器であるデッキ２に対して、インプットセレクトコントロールコマンドを送信し（ステップＳ１２１）、ディスク装置５で再生したオーディオデータをデッキ２で受信して記録できるように、デッキ２の記録動作時の入力のソース機器を再生装置５にする。デッキ２は、コントローラに対して、コマンドに対する処理が正常に行われたことを示す〔ＡＣＣＥＰＴＥＤ〕のレスポンスを伝送する（ステップＳ１２２）。
【０１３１】
コントローラがこのレスポンスを受信すると、デッキ２に対して録音ポーズ状態で待機させるコマンドを送り（ステップＳ１２３）、再生装置５に対しては再生ポーズコマンドを送る（ステップＳ１２４）。この録音ポーズコマンドを受信したデッキ２は、コントローラに対して処理を受付けたことを示すレスポンスを送り（ステップＳ１２５）、再生装置５とデッキ２との間のバス９上のＰｔｏＰコネクションを確立させる（ステップＳ１２７）。また、再生ポーズコマンドを受信した再生装置５は、コントローラに対して処理を受付けたことを示すレスポンスを送る（ステップＳ１２６）。
【０１３２】
これらのレスポンスを受信したコントローラは、デッキ２に対して、インプットセレクトステータスコマンドを送信し（ステップＳ１２８）、デッキ２と再生装置５との間のＰｔｏＰコネクションの状態を確認する。このコマンドを受信したデッキ２では、コントローラに対して、そのときのデッキ２のＰｔｏＰコネクションに関しての状態に基づいたレスポンスを伝送する（ステップＳ１２９）。このとき、再生装置５とデッキ２との間のＰｔｏＰコネクションが確立している状態であるとするとステータスはＰｔｏＰコネクションが確立していることを示す〔ａｃｔｉｖｅ〕となる。
【０１３３】
次にコントローラは、デッキ２に対して、オーディオデータを記録する準備が整っているか否かを確認するために、シグナルソースステータスコマンドをデッキ２に伝送する（ステップＳ１３０）。このコマンドは、図３４に示した構成のコマンドである。このコマンドを受信したデッキ２では、そのときのデッキ２での状態に基づいたレスポンスを返送する（ステップＳ１３１）。このとき、デッキ２で記録（録音）する準備が整った状態であるとすると、アウトプットステータスが入力データを受け付けられる状態であることを示す〔ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。さらに、コントローラは、オーディオデータを出力する準備が整っているか否かを確認するために、シグナルソースステータスコマンドを再生装置５に伝送する（ステップ１３２）。このコマンドを受信した再生装置５では、そのときの再生装置５での状態に基づいたレスポンスを返送する（ステップ１３３）。このとき、再生装置５でオーディオデータを出力する準備が整っているとすると、アウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。
【０１３４】
なお、これらのシグナルソースステータスコマンドを伝送する代わりに、状態の変化を外部に知らせるよう要求するコマンドである〔ＮＯＴＩＦＹ〕コマンドとしてシグナルソースノーティファイコマンドを伝送してもよい。シグナルソースノーティファイコマンドを受取った機器は、そのことを知らせるレスポンスである〔ＩＮＴＥＲＩＭ〕のデータを送る。このとき、アウトプットステータスが〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕とする。この後、デッキ２は、デッキ２で記録（録音）する準備が整った状態になったとき、さらに、再生装置５は、オーディオデータを出力する準備が整った状態になったとき、各々の機器は、状態が変化した事を示すレスポンスである〔ｃｈａｎｇｅｄ〕のデータを送る。このとき、そのアウトプットステータスは、〔ｅｆｆｅｃｔｉｖｅ〕である。
【０１３５】
これらのデッキ２と再生装置５に伝送したシグナルソースステータスコマンドのレスポンスで、アウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕となっているレスポンスをコントローラが確認すると、コントローラがデッキ２に対して録音を開始させるコマンドを送る（ステップＳ１３４）と共に、コントローラが再生装置５に対して再生を開始させるコマンドを送る（ステップＳ１３５）。コントローラでは、それぞれのコマンドに対するレスポンス（ステップＳ１３６，Ｓ１３７）で、録音開始及び再生開始が実行されたことを確認する。このようにして、再生装置５でディスクから再生したストリームデータ（オーディオデータ）をデッキ２に伝送する処理が開始される（ステップＳ１３８）。
【０１３６】
なお、この処理例２の場合にも、再生装置が再生状態に関するパイロットランプを備えていたときには、ステップＳ１２４で再生ポーズが行われると同時に、そのパイロットランプを点滅させ、ステップＳ１３５の再生コマンドを受信して再生が開始されたとき、パイロットランプの点滅を連続点灯に変化させる。また、再生装置がコントローラを兼ねる場合には、ダビング処理が開始されることにより、再生ポーズ状態となり、パイロットランプを点滅させる。
【０１３７】
このようにして処理されることで、コントローラの制御に基づいて入力機器でバス上での接続を実行しながら、入力機器側での入力の準備ができていることを確認することで、ソース機器から出力されたオーディオデータなどを、入力機器側で欠落なく処理させることが可能になる。さらに、ソース機器側での出力の準備ができていることを確認し、出力を開始することで、入力機器側での最適な入力のタイミングを制御できる。処理例３の場合には、ソース機器側での出力の準備ができていることを確認し、録音（ステップＳ１３４）と再生（ステップＳ１３５）を開始することで、オーディオデータの確実な出力のある状態で録音を開始できる。また、コントローラは、ソース機器あるいは入力機器が兼ねてもよい。
【０１３８】
・処理例３
この例では、バス上のコントローラ（例えば図２３に示すアンプ装置４）の制御により、入力機器でソース機器との接続管理を実行させた上で、ソース機器である再生装置（ここでは図２３に示すディスク再生装置５）から再生されたオーディオデータを、入力機器である記録装置（ここでは図２３に示すオーディオデッキ２）で記録させて、いわいるダビングを行うようにした例である。
【０１３９】
コントローラは、ダビング処理を行うために、まず、入力機器であるデッキ２に対して録音ポーズ状態で待機させるコマンドを送り（ステップＳ１４１）、再生装置５に対しては再生ポーズコマンドを送る（ステップＳ１４２）。コントローラは、それぞれのコマンドに対するレスポンス（ステップＳ１４３，Ｓ１４４）で録音ポーズ及び再生ポーズが実行されたことを確認する。
【０１４０】
コントローラがこれらのレスポンスを受信すると、デッキ２に対してインプットセレクトコントロールコマンドを送信し（ステップＳ１４５）、ディスク再生装置５で再生したオーディオデータをデッキ２で受信して記録できるように、デッキ２内での内部接続と、ディスク装置５とデッキ２との間のバス９上のＰｔｏＰコネクションの確立を始める（ステップＳ１４６）。
【０１４１】
このコネクションが確立した後に、デッキ２はコントローラに対してコマンドに対する処理が正常に行われたことを示す〔ＡＣＣＥＰＴＥＤ〕のレスポンスを伝送する（ステップＳ１４７）。
【０１４２】
次にコントローラは、デッキ２に対して、オーディオデータを記録する準備が整っているか否かを確認するために、シグナルソースステータスコマンドをデッキ２に伝送する（ステップＳ１４８）。このコマンドは図３４に示した構成のコマンドである。このコマンドを受信したデッキ２では、そのときのデッキ２での状態に基づいたレスポンスを返送する（ステップＳ１４９）。このとき、デッキ２で記録（録音）する準備が整った状態であるとすると、アウトプットステータスが入力データを受付けられる状態であることを示す〔ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。
【０１４３】
さらに、コントローラは、オーディオデータを出力する準備が整っているか否かを確認するために、シグナルソースステータスコマンドを再生装置５に伝送する（ステップ１５０）。このコマンドを受信した再生装置５では、そのときの再生装置５での状態に基づいたレスポンスを返送する（ステップ１５１）。このとき、再生装置５でオーディオデータを出力する準備が整っているとすると、アウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕（図３６に示す値０のデータ）となる。
【０１４４】
なお、これらのシグナルソースステータスコマンドを伝送する代わりに、状態の変化を外部に知らせるよう要求するコマンドである〔ＮＯＴＩＦＹ〕コマンドとしてシグナルソースノーティファイコマンドを伝送してもよい。シグナルソースノーティファイコマンドを受取った機器は、そのことを知らせるレスポンスである〔ＩＮＴＥＲＩＭ〕のデータを送る。このとき、アウトプットステータスが〔ｎｏｔ  ｅｆｆｅｃｔｉｖｅ〕とする。この後、デッキ２は、デッキ２で記録（録音）する準備が整った状態になったとき、さらに、再生装置５は、オーディオデータを出力する準備が整った状態になったとき、各々の機器は、状態が変化した事を示すレスポンスである〔ｃｈａｎｇｅｄ〕のデータを送る。このとき、そのアウトプットステータスは、〔ｅｆｆｅｃｔｉｖｅ〕である。
【０１４５】
これらのデッキ２と再生装置５に伝送したシグナルソースステータスコマンドのレスポンスで、アウトプットステータスが〔ｅｆｆｅｃｔｉｖｅ〕となっているレスポンスをコントローラが確認すると、コントローラがデッキ２に対して録音を開始させるコマンドを送る（ステップＳ１５２）とともに、コントローラが再生装置５に対して再生を開始させるコマンドを送る（ステップＳ１５３）。コントローラでは、それぞれのコマンドに対するレスポンス（ステップＳ１５４，１５５）で、録音開始及び再生開始が実行されたことを確認する。このようにして、再生装置５でディスクから再生したストリームデータ（オーディオデータ）をデッキ２に伝送する処理が開始される（ステップＳ１５６）。
【０１４６】
なお、この処理例３の場合にも、再生装置が再生状態に関するパイロットランプを備えていたときには、ステップＳ１４２で再生ポーズが行われると同時に、そのパイロットランプを点滅させ、ステップＳ１５３の再生コマンドを受信して再生が開始されたとき、パイロットランプの点滅を連続点灯に変化させる。また、再生装置がコントローラを兼ねる場合には、ダビング処理が開始されることにより、再生ポーズ状態となり、パイロットランプを点滅させる。
【０１４７】
このようにして処理されることで、コントローラの制御に基づいて入力機器でバス上での接続を実行しながら、入力機器側での入力の準備ができていることを確認することで、ソース機器から出力されたオーディオデータなどを、入力機器側で欠落なく処理させることが可能になる。さらに、ソース機器側での出力の準備ができていることを確認し、出力を開始することで、入力機器側での最適な入力のタイミングを制御できる。処理例３の場合には、ソース機器側での出力の準備ができていることを確認し、録音（ステップ１５２）と再生（ステップ１５３）を開始することで、オーディオデータの確実な出力のある状態で録音を開始できる。なお、コントローラは、ソース機器あるいは入力機器が兼ねてもよい。
【０１４８】
なお、上述した第１及び第２の実施の形態では、伝送させるストリームデータとしてオーディオデータやビデオデータとした例について説明したが、その他のストリームデータを伝送させる場合にも適用できるものである。また、ソース機器や入力機器やコントローラとして適用可能な機器についても、各実施の形態で説明した機器に限定されるものではない。
【０１４９】
また、上述した第１及び第２の実施の形態では、ＩＥＥＥ１３９４方式のバスで構成されるネットワークの場合について説明したが、その他のネットワーク構成の機器間で同様のデータ伝送を行う場合にも適用できるものである。
【０１５０】
また、上述した第１，第２の実施の形態では、それぞれの機器に上述した処理を行う機能を設定させるようにしたが、同様の処理を実行するプログラムを何らかの提供媒体を使用してユーザに配付し、ユーザはその媒体に記憶されたプログラムを、バス（ＩＥＥＥ１３９４方式のバスなど）に接続されたコンピュータ装置などに実装させて、同様の機能を実行させるようにしても良い。この場合の提供媒体としては、光ディスク，磁気ディスクなどの物理的な記録媒体の他に、インターネットなどの通信手段を介してユーザに提供する媒体としても良い。
【０１５１】
【発明の効果】
本発明によると、何らかの要因で入力機器側でオーディオデータ又はビデオデータの入力設定ができないとき、そのことがネットワーク上で伝送を制御する機器側で判り、その対処がとれるようになる。このため、例えばストリームデータの出力機器側で、そのオーディオデータ又はビデオデータの出力を一時的に遅らせて、入力機器側で先頭部分から欠落のない完全なオーディオデータ又はビデオデータを受信できるようになる。
【０１５２】
この場合、入力設定が少なくとも一時的に行えないことを示すデータとして、入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したが、待機状態であることを示すデータとしたことで、その待機状態でなくなったとき、出力機器がオーディオデータ又はビデオデータを送出できるようになる。
【０１５３】
また、入力設定が少なくとも一時的に行えないことを示すデータとして、入力機器の内部でオーディオデータ又はビデオデータへの処理を実行できる状態に設定が完了した上で、入力機器の別の要因で入力できない状態であることを示すデータとしたことで、その入力機器での入力できない要因に対する対処ができたことが判ったとき、出力機器がオーディオデータ又はビデオデータを送出できるようになる。例えば、ポーリングで随時入力機器が入力できる状態になったか否か調べ、入力できる状態になったことが判ったとき、出力機器からのオーディオデータ又はビデオデータの送出を開始させることで、確実にオーディオデータ又はビデオデータを伝送できるようになる。或いは、入力機器が入力できる状態になったときに知らせる指令を送り、その状態が変化した指令を受信したとき、出力機器からのオーディオデータ又はビデオデータの送出を開始させるようにしても、確実にオーディオデータ又はビデオデータを伝送できるようになる。
【０１５４】
また、入力設定が少なくとも一時的に行えないことを示すデータとして、入力機器の内部でオーディオデータ又はビデオデータを入力できる状態に接続が完了したが、出力機器と入力機器とのネットワーク上での接続が失敗した状態であることを示すデータとしたことで、ネットワーク上での接続を再度試みるような対処が可能になる。
【０１５５】
また、設定が少なくとも一時的に行えないことを示すデータとして、入力機器の内部でオーディオデータ又はビデオデータの処理が行えるようになるまでの時間が通常よりも一定の時間だけ長くかかることを示すデータとしたことで、このデータを受信したとき、オーディオデータ又はビデオデータの送出を開始させるタイミングを、該当する時間だけ遅らせることで、良好なタイミングでストリームデータを送出できるようになる。例えば、入力機器が電源オフとなっていて、その電源オフからの立ち上げにある程度時間がかかるとき、この処理を行うことで、入力機器の電源が投入されて、オーディオデータ又はビデオデータの入力処理が正しく行える状態になってから、そのオーディオデータ又はビデオデータが伝送されるようになり、データの先頭部分が欠落することなく良好に伝送処理が行える。
【０１５６】
また本発明によると、入力機器のデータ入力部でデータを入力できるように設定する第１の指令と、その指令で入力できる状態になったことに関する所定の確認を行う第２の指令とを制御機器側から送り、第２の指令に基づいた応答で、入力できる状態になったことを確認したとき、オーディオデータ又はビデオデータの送出を開始させるようにしたことで、入力機器側でオーディオデータ又はビデオデータを入力できる状態になったことが、ネットワーク上での伝送を制御する機器側で判り、オーディオデータ又はビデオデータの送出の制御などが適切に行えるようになる。
【０１５７】
この場合、第２の指令に基づいた応答で入力機器がデータを入力できる状態にないと判断したとき、再度第２の指令を送るようにしたことで、ネットワーク上での伝送を制御する機器側で、オーディオデータ又はビデオデータの送出ができる状態に変化したことが判断できるようになる。
【０１５８】
また、第１の指令を送る前に、入力機器を電源オン状態にする指令を送るようにしたことで、伝送を制御する機器が、入力機器の電源の制御を適切に管理できるようになる。
【０１５９】
さらに、第２の指令に基づいた応答で入力できる状態になったことを確認するまで、オーディオデータ又はビデオデータの伝送が待機状態になっていることを知らせる表示処理を行うことで、伝送させる操作を行った者は、この表示の確認で伝送状態を知ることができるようになる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態によるシステム構成例を示すブロック図である。
【図２】本発明の第１の実施の形態によるＩＲＤの内部構成の例を示すブロック図である。
【図３】本発明の第１の実施の形態によるオーディオデッキの内部構成の例を示すブロック図である。
【図４】ＩＥＥＥ１３９４方式のバスでのデータ伝送のサイクル構造の例を示す説明図である。
【図５】ＩＥＥＥ１３９４方式のバスを使用したコネクションの例を示す説明図である。
【図６】ＡＶ／Ｃコマンドで伝送されるデータの構成例を示す説明図である。
【図７】ＡＶ／Ｃコマンドのコマンド及びレスポンスの例を示す説明図である。
【図８】本発明の第１の実施の形態によるインプットセレクトコントロールコマンドの例を示す説明図である。
【図９】本発明の第１の実施の形態によるプラグＩＤの例を示す説明図である。
【図１０】本発明の第１の実施の形態によるパスチェンジフィールドのデータ例を示す説明図である。
【図１１】本発明の第１の実施の形態によるインプットセレクトコントロールレスポンスの例を示す説明図である。
【図１２】本発明の第１の実施の形態によるプラグＩＤの例を示す説明図である。
【図１３】本発明の第１の実施の形態によるステータスのデータ例を示す説明図である。
【図１４】本発明の第１の実施の形態によるインプットセレクトステータスコマンドの例を示す説明図である。
【図１５】本発明の第１の実施の形態によるインプットセレクトステータスレスポンスの例を示す説明図である。
【図１６】本発明の第１の実施の形態によるステータスのデータ例を示す説明図である。
【図１７】本発明の第１の実施の形態による処理例（例１）を示す説明図である。
【図１８】本発明の第１の実施の形態による処理例（例２）を示す説明図である。
【図１９】本発明の第１の実施の形態による処理例（例３）を示す説明図である。
【図２０】本発明の第１の実施の形態による処理例（例４）を示す説明図である。
【図２１】本発明の第１の実施の形態による処理例（例５）を示す説明図である。
【図２２】本発明の第１の実施の形態による処理例（例６）を示す説明図である。
【図２３】本発明の第２の実施の形態によるシステム構成例を示すブロック図である。
【図２４】本発明の第２の実施の形態によるアンプ装置の内部構成の例を示すブロック図である。
【図２５】本発明の第２の実施の形態によるオーディオ再生装置の内部構成の例を示すブロック図である。
【図２６】本発明の第２の実施の形態によるインプットセレクトコントロールコマンドの例を示す説明図である。
【図２７】本発明の第２の実施の形態によるサブファンクションの例を示す説明図である。
【図２８】本発明の第２の実施の形態によるアウトプットプラグフィールドのデータ例を示す説明図である。
【図２９】本発明の第２の実施の形態によるシグナルディスティネーションプラグフィールドのデータ例（オペランド〔６〕がＦＦの場合の例）を示す説明図である。
【図３０】本発明の第２の実施の形態によるシグナルディスティネーションプラグフィールドのデータ例（オペランド〔６〕がＦＦ以外の場合の例）を示す説明図である。
【図３１】本発明の第２の実施の形態によるインプットセレクトコントロールレスポンスの例を示す説明図である。
【図３２】本発明の第２の実施の形態によるリザルトステータスの例を示す説明図である。
【図３３】本発明の第２の実施の形態によるインプットプラグＩＤの例を示す説明図である。
【図３４】本発明の第２の実施の形態によるシグナルソースステータスコマンドの例を示す説明図である。
【図３５】本発明の第２の実施の形態によるシグナルソースステータスレスポンスの例を示す説明図である。
【図３６】本発明の第２の実施の形態によるアウトプットステータスのデータ例を示す説明図である。
【図３７】本発明の第２の実施の形態によるコンボデータのデータ例を示す説明図である。
【図３８】本発明の第２の実施の形態によるシグナルステータスのデータ例を示す説明図である。
【図３９】本発明の第２の実施の形態によるシグナルソースインプットプラグのデータ例を示す説明図である。
【図４０】本発明の第２の実施の形態による処理例（例１）を示す説明図である。
【図４１】本発明の第２の実施の形態による処理例（例２）を示す説明図である。
【図４２】本発明の第２の実施の形態による処理例（例３）を示す説明図である。
【図４３】ネットワークシステムの例を示す構成図である。
【図４４】従来のＡＶ／Ｃコマンドによるコネクション処理例を時間の流れで示す説明図である。
【符号の説明】
１…ＩＲＤ（デジタル衛星放送受信機）、２…オーディオデッキ、３…コントロール機器、４…アンプ装置、５…オーディオ再生装置、９…ＩＥＥＥ１３９４方式のバス、１１１，２１２，４０８，５０９…バスとのインターフェース部、１１２，２１３，４０９，５１０…中央制御ユニット（ＣＰＵ）
【図１】
0004491956.tif 000002
【図２】
0004491956.tif 000003
【図３】
0004491956.tif 000004
【図４】
0004491956.tif 000005
【図５】
0004491956.tif 000006
【図６】
0004491956.tif 000007
【図７】
0004491956.tif 000008
【図８】
0004491956.tif 000009
【図９】
0004491956.tif 000010
【図１０】
0004491956.tif 000011
【図１１】
0004491956.tif 000012
【図１２】
0004491956.tif 000013
【図１３】
0004491956.tif 000014
【図１４】
0004491956.tif 000015
【図１５】
0004491956.tif 000016
【図１６】
0004491956.tif 000017
【図１７】
0004491956.tif 000018
【図１８】
0004491956.tif 000019
【図１９】
0004491956.tif 000020
【図２０】
0004491956.tif 000021
【図２１】
0004491956.tif 000022
【図２２】
0004491956.tif 000023
【図２３】
0004491956.tif 000024
【図２４】
0004491956.tif 000025
【図２５】
0004491956.tif 000026
【図２６】
0004491956.tif 000027
【図２７】
0004491956.tif 000028
【図２８】
0004491956.tif 000029
【図２９】
0004491956.tif 000030
【図３０】
0004491956.tif 000031
【図３１】
0004491956.tif 000032
【図３２】
0004491956.tif 000033
【図３３】
0004491956.tif 000034
【図３４】
0004491956.tif 000035
【図３５】
0004491956.tif 000036
【図３６】
0004491956.tif 000037
【図３７】
0004491956.tif 000038
【図３８】
0004491956.tif 000039
【図３９】
0004491956.tif 000040
【図４０】
0004491956.tif 000041
【図４１】
0004491956.tif 000042
【図４２】
0004491956.tif 000043
【図４３】
0004491956.tif 000044
【図４４】
0004491956.tif 000045