(57)【要約】データ伝送システム及びデータ伝送方法、並びに、電子機器であり、再生システムにおいては、コントローラにより、ステップＳ１において、受信するストリームに対するＳＥＩＤを把握し、ステップＳ２において、問い合わせコマンドを用いてＳＥＩＤを指定して、対応するブルートゥース・出力プラグ番号を問い合わせ、ステップＳ３において、把握したブルートゥース・出力プラグ番号を指定して、このブルートゥース・出力プラグのターゲット内部での接続先を問い合わせる。そして、再生システムにおいては、コントローラにより、ステップＳ４において、信号ソースとなるサブユニットの動作状態を問い合わせ、ステップＳ５において、ストリームの信号ソースを示す情報を表示部に表示する。
2002054404.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信する第１の電子機器は、上記ストリームの信号ソースとなる１つ又は複数の信号生成手段を備え、
上記ストリームを受信する第２の電子機器は、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
上記第２の電子機器は、把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、上記第１の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えること
を特徴とするデータ伝送システム。
【請求項２】
上記第２の電子機器は、上記コマンド生成手段により、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記第１の電子機器内部での接続先を上記第１の電子機器に対して問い合わせるコマンドを生成し、上記レスポンス解析手段により、上記第１の電子機器から送信された上記接続先の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項３】
上記第２の電子機器は、上記コマンド生成手段により、上記信号ソースとなる上記接続先の動作状態を上記第１の電子機器に対して問い合わせるコマンドを生成し、上記レスポンス解析手段により、上記第１の電子機器から送信された上記動作状態の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２項記載のデータ伝送システム。
【請求項４】
上記第２の電子機器は、各種情報を表示する表示手段を備え、
上記第２の電子機器は、上記ストリームの信号ソースを示す情報を上記表示手段に表示すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項５】
上記一方の識別子は、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記第２の電子機器は、上記第１の電子機器との間でコネクションを確立し、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項６】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項７】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項８】
上記第１の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第７項記載のデータ伝送システム。
【請求項９】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項１０】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第９項記載のデータ伝送システム。
【請求項１１】
ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信する第１の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記第１の電子機器と上記ストリームを受信する第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を上記第２の電子機器が把握しており、
上記第２の電子機器により、上記第２の電子機器が把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程とを備えること
を特徴とするデータ伝送方法。
【請求項１２】
上記第２の電子機器により、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記第１の電子機器内部での接続先を上記第１の電子機器に対して問い合わせるコマンドを生成する第２のコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記接続先の情報を示すレスポンスを解析する第２のレスポンス解析工程とを備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１３】
上記第２の電子機器により、上記信号ソースとなる上記接続先の動作状態を上記第１の電子機器に対して問い合わせるコマンドを生成する第３のコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記動作状態の情報を示すレスポンスを解析する第３のレスポンス解析工程とを備えること
を特徴とする請求の範囲第１２項記載のデータ伝送方法。
【請求項１４】
上記第２の電子機器により、上記ストリームの信号ソースを示す情報を、上記第２の電子機器が備える表示手段に表示する表示工程を備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１５】
上記一方の識別子は、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記第２の電子機器により、上記第１の電子機器との間でコネクションを確立し、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握する識別子把握工程を備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１６】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１７】
上記第１の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第１６項記載のデータ伝送方法。
【請求項１８】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１９】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第１８項記載のデータ伝送方法。
【請求項２０】
他の電子機器とワイヤレス接続され、上記他の電子機器から送信されたストリームを受信可能な電子機器であって、
上記他の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記他の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、
上記他の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えること
を特徴とする電子機器。
【請求項２１】
上記コマンド生成手段は、上記１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記他の電子機器内部での接続先を上記他の電子機器に対して問い合わせるコマンドを生成し、
上記レスポンス解析手段は、上記他の電子機器から送信された上記接続先の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２２】
上記コマンド生成手段は、上記信号ソースとなる上記接続先の動作状態を上記他の電子機器に対して問い合わせるコマンドを生成し、
上記レスポンス解析手段は、上記他の電子機器から送信された上記動作状態の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２１項記載の電子機器。
【請求項２３】
各種情報を表示する表示手段を備え、
上記ストリームの信号ソースを示す情報を上記表示手段に表示すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２４】
上記一方の識別子は、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記他の電子機器との間でコネクションを確立し、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２５】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２６】
上記他の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２７】
上記他の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記他の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第２６項記載の電子機器。
【請求項２８】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２９】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第２８項記載の電子機器。
【請求項３０】
複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信又は受信する第１の電子機器と、
上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器と、
上記第１の電子機器に応じて上記第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成する第３の電子機器とを備えること
を特徴とするデータ伝送システム。
【請求項３１】
上記第３の電子機器は、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成すること
を特徴とする請求の範囲第３０項記載のデータ伝送システム。
【請求項３２】
上記第１の電子機器は、上記第３の電子機器からのコマンドに応じて、コネクションが可能なデバイスを探し出してリストアップし、リストアップした上記コネクションが可能なデバイスを示すレスポンスを生成し、
上記第３の電子機器は、上記レスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択すること
を特徴とする請求の範囲第３１項記載のデータ伝送システム。
【請求項３３】
上記第１の電子機器は、上記第３の電子機器によって選択された上記第２の電子機器との間でコネクションを確立すること
を特徴とする請求の範囲第３０項記載のデータ伝送システム。
【請求項３４】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第３０項記載のデータ伝送システム。
【請求項３５】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第３０項記載のデータ伝送システム。
【請求項３６】
上記第１の電子機器と上記第３の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第３５項記載のデータ伝送システム。
【請求項３７】
上記第１の電子機器と上記第３の電子機器とは、ＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第３５項記載のデータ伝送システム。
【請求項３８】
複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を、第３の電子機器によって選択し、上記第３の電子機器により、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程を備えること
を特徴とするデータ伝送方法。
【請求項３９】
上記第３の電子機器により、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成する第２のコマンド生成工程を備えること
を特徴とする請求の範囲第３８項記載のデータ伝送方法。
【請求項４０】
上記第１の電子機器により、上記第２のコマンド生成工程にて生成された上記第３の電子機器からのコマンドに応じて、コネクションが可能なデバイスを探し出してリストアップし、リストアップした上記コネクションが可能なデバイスを示すレスポンスを生成するレスポンス生成工程を備え、
上記コマンド生成工程では、上記第３の電子機器により、上記レスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器が選択されること
を特徴とする請求の範囲第３９項記載のデータ伝送方法。
【請求項４１】
上記第１の電子機器により、上記コマンド生成工程にて上記第３の電子機器によって選択された上記第２の電子機器との間でコネクションを確立するコネクション確立工程を備えること
を特徴とする請求の範囲第３８項記載のデータ伝送方法。
【請求項４２】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第３８項記載のデータ伝送方法。
【請求項４３】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第３８項記載のデータ伝送方法。
【請求項４４】
上記第１の電子機器と上記第３の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第４３項記載のデータ伝送方法。
【請求項４５】
上記第１の電子機器と上記第３の電子機器とは、ＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第４３項記載のデータ伝送方法。
【請求項４６】
複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成手段を備えること
を特徴とする電子機器。
【請求項４７】
上記コマンド生成手段は、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成すること
を特徴とする請求の範囲第４６項記載の電子機器。
【請求項４８】
上記コマンド生成手段は、上記第１の電子機器によってコネクションが可能なデバイスを探し出してリストアップして生成されたレスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択すること
を特徴とする請求の範囲第４７項記載の電子機器。
【請求項４９】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第４６項記載の電子機器。
【請求項５０】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、
上記第１の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第４６項記載の電子機器。
【請求項５１】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、
上記第１の電子機器とＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第４６項記載の電子機器。
【請求項５２】
複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信又は受信する第１の電子機器と、
上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器と、
上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成する第３の電子機器とを備えること
を特徴とするデータ伝送システム。
【請求項５３】
複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信又は受信する第１の電子機器及び上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器とは異なる第３の機器により、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成工程を備えること
を特徴とするデータ伝送方法。
【請求項５４】
複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、
上記ストリームを送信又は受信する第１の電子機器及び上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器とは異なるものであり、
上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成手段を備えること
を特徴とする電子機器。
【発明の詳細な説明】
技術分野
本発明は、複数の電子機器によってストリームを送受信するデータ伝送システム及びデータ伝送方法、並びに、複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器に関する。
背景技術
近年、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）プレーヤやディジタルビデオ等のＡＶ（Ａｕｄｉｏ　Ｖｉｄｅｏ）機器をネットワークを介して接続し、オーディオストリームやビデオストリームを送受信するシステムが考えられている。このようなシステムを実現するネットワークとしては、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ、アメリカ電気電子学会）によって承認されたＩＥＥＥ　Ｓｔｄ．１３９４−１９９５：ＩＥＥＥ　Ｓｔａｎｄａｒｄ　ｆｏｒ　ａ　Ｈｉｇｈ　Ｐｅｒｆｏｒｍａｎｃｅ　ｓｅｒｉａｌ　Ｂｕｓ規格を基本仕様として様々な規格が立案されているＩＥＥＥ１３９４に準拠したシリアルバスによってＡＶ機器を接続するものがある。
ＩＥＥＥ１３９４においては、ＡＶ機器の制御に関する内容を定義したプロトコルにおけるコマンドセットとして、ＡＶ／Ｃ（Ａｕｄｉｏ　Ｖｉｄｅｏ／Ｃｏｎｔｒｏｌ）コマンドを採用している。また、ＩＥＥＥ１３９４においては、ＡＶ信号の伝送の際のセットアップ及び伝送パケットフォーマットについて、ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ　Ｃｏｍｍｉｓｓｉｏｎ、国際電気標準会議）６１８８３において規定されており、このＩＥＣ６１８８３にしたがったコネクションマネージメントに準拠して、機器間の論理的な接続及び切断が管理される。
このようなＩＥＥＥ１３９４においては、機器内部でのストリームの流れについて、ＩＥＣ６１８８３において定義されているプラグコントロールレジスタ（Ｐｌｕｇ　Ｃｏｎｔｒｏｌ　Ｒｅｇｉｓｔｅｒ；以下、ＰＣＲと略称する。）を用いてデータの入出力を行うための論理的な入出力口を管理する。一方、ＩＥＥＥ１３９４においては、異なる機器間でのストリームの流れについて、ＩＥＣ６１８８３において定義されているＡＶ／Ｃシリアルバスプラグを用いてデータの入出力を行うための論理的な入出力口を管理する。そして、ＩＥＥＥ１３９４においては、これらのＰＣＲとＡＶ／Ｃシリアルバスプラグとが一対一に対応している。そのため、ＩＥＥＥ１３９４においては、例えば、データのソースとなるサブユニットのプラグと、ユニットのプラグとの間に一対一にコネクションが確立され、機器内部でのストリームの流れと、機器間でのストリームの流れとの対応が明らかとなることから、システム全体の制御が容易となっている。
ところで、近年では、携帯端末機やその周辺機器を相互にワイヤレス接続するために開発された近距離無線通信規格の一技術として、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）が着目されている。さらに最近では、ＡＶ機器に対してブルートゥースを適用し、オーディオストリームやビデオストリームを無線通信することが試みられている。
このようなブルートゥースにおいては、２つのプロトコル、すなわち、ＡＶＣＴＰ（ＡＶ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）と称されるプロトコルと、ＡＶＤＴＰ（ＡＶＤｉｓｔｒｉｂｕｔｉｏｎ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）と称されるプロトコルとが規定されている。ＡＶＣＴＰは、ＡＶ機器の制御に関する内容を定義したブルートゥースにおけるプロトコルであって、当該ＡＶＣＴＰにおけるコマンドセットとして、ＩＥＥＥ１３９４と同様に、上述したＡＶ／Ｃコマンドが採用されている。一方、ＡＶＤＴＰは、ＡＶ信号の伝送に関する内容を定義したブルートゥースにおけるプロトコルであって、上述したＩＥＣ６１８８３にしたがったコネクションマネージメントに対応するプロトコルである。
これらのＡＶＣＴＰとＡＶＤＴＰとは、互いに独立したプロトコルである。そのため、ブルートゥースにおいては、例えば、ＡＶ信号を伝送することはないが、単に遠隔操作によってＡＶ機器の動作制御を行うような場合には、ＡＶＣＴＰのみを用いればＡＶ機器を制御することができ、一方、ＡＶ機器を制御することはないが、単にＡＶ信号を伝送するような場合には、ＡＶＤＴＰのみを用いればＡＶ信号を伝送することができる。
しかしながら、ブルートゥースにおいては、ＡＶＣＴＰの側で定義された機器内部でのストリームに対するインターフェースと、ＡＶＤＴＰの側で定義された機器間でのストリームに対するインターフェースとの間に関連性がない。
そのため、ブルートゥースにおいては、例えば、オーディオストリームやビデオストリームを受信することはできても、その受信側の機器がストリームの信号ソースを認識することができなかった。具体的には、ストリームの送信側の機器が、複数のサブユニットを信号ソースとしている場合、例えば、送信側の機器が、プレーヤとチューナという２つの信号ソースがある場合には、受信側の機器は、これらの各信号ソースからのストリームを受信することはできるが、受信したストリームがいずれの信号ソースから出力されたものであるかを認識することはできなかった。したがって、受信側の機器は、信号ソースの情報を表示等によってユーザに知らしめることができなかった。このように、ブルートゥースを適用したシステムは、当該システム全体の制御を行うことができず、ユーザにとっては利便を損なうものであった。
また、ブルートゥースにおいては、ＡＶＤＴＰによって送信側の機器と受信側の機器との間でコネクションを張る際の手順が規定されている。したがって、ブルートゥースにおいては、これらの２機器によっては、互いのコネクションに関して制御することができるものの、２機器以外の第３の機器がコントローラとなり、これらの２機器間のコネクションを制御することはできなかった。
発明の開示
本発明は、このような実情に鑑みてなされたものであり、機器内部でのストリームに対するインターフェースと、機器間でのストリームに対するインターフェースとの関連付けを行い、ストリームの制御を行うことができるデータ伝送システム及びデータ伝送方法、並びに、電子機器を提供することを目的とする。また、本発明は、データの送受信を行う２機器以外の機器によって２機器間のコネクションを制御することができるデータ伝送システム及びデータ伝送方法、並びに、データの送受信を行う２機器間のコネクションを制御することができる電子機器を提供することを目的とする。
上述した目的を達成する本発明にかかるデータ伝送システムは、ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送システムであって、ストリームを送信する第１の電子機器は、ストリームの信号ソースとなる１つ又は複数の信号生成手段を備え、ストリームを受信する第２の電子機器は、１つ又は複数の信号生成手段から出力される第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、第１の電子機器との間でのストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、第１の電子機器から送信された他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えることを特徴としている。
このような本発明にかかるデータ伝送システムは、第２の電子機器により、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行う。
また、上述した目的を達成する本発明にかかるデータ伝送方法は、ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送方法であって、ストリームを送信する第１の電子機器が備えるストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、第１の電子機器とストリームを受信する第２の電子機器との間でのストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を第２の電子機器が把握しており、第２の電子機器により、第２の電子機器が把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、第２の電子機器により、第１の電子機器から送信された他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程とを備えることを特徴としている。
このような本発明にかかるデータ伝送方法は、第２の電子機器により、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行う。
さらに、上述した目的を達成する本発明にかかる電子機器は、他の電子機器とワイヤレス接続され、他の電子機器から送信されたストリームを受信可能な電子機器であって、他の電子機器が備えるストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、他の電子機器との間でのストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを他の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、他の電子機器から送信された他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えることを特徴としている。
このような本発明にかかる電子機器は、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを他の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行う。
さらにまた、上述した目的を達成する本発明にかかるデータ伝送システムは、複数の電子機器によってストリームを送受信するデータ伝送システムであって、ストリームを送信又は受信する第１の電子機器と、第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器と、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示するコマンドを生成する第３の電子機器とを備えることを特徴としている。
このような本発明にかかるデータ伝送システムは、第３の電子機器により、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示する。
また、上述した目的を達成する本発明にかかるデータ伝送方法は、複数の電子機器によってストリームを送受信するデータ伝送方法であって、ストリームを送信又は受信する第１の電子機器に応じて、第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器を、第３の電子機器によって選択し、第３の電子機器により、第１の電子機器に対して第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程を備えることを特徴としている。
このような本発明にかかるデータ伝送方法は、第３の電子機器により、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示する。
さらに、上述した目的を達成する本発明にかかる電子機器は、複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、ストリームを送信又は受信する第１の電子機器に応じて、第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示するコマンドを生成するコマンド生成手段を備えることを特徴としている。
このような本発明にかかる電子機器は、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示する。
さらにまた、上述した目的を達成する本発明にかかるデータ伝送システムは、複数の電子機器によってストリームを送受信するデータ伝送システムであって、ストリームを送信又は受信する第１の電子機器と、第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器と、第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成する第３の電子機器とを備えることを特徴としている。
このような本発明にかかるデータ伝送システムは、第３の電子機器により、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示する。
また、上述した目的を達成する本発明にかかるデータ伝送方法は、複数の電子機器によってストリームを送受信するデータ伝送方法であって、ストリームを送信又は受信する第１の電子機器及び第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器とは異なる第３の機器により、第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成工程を備えることを特徴としている。
このような本発明にかかるデータ伝送方法は、第３の電子機器により、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示する。
さらに、上述した目的を達成する本発明にかかる電子機器は、複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、ストリームを送信又は受信する第１の電子機器及び第１の電子機器とワイヤレス接続してストリームを受信又は送信することが可能な第２の電子機器とは異なるものであり、第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成手段を備えることを特徴としている。
このような本発明にかかる電子機器は、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示する。
本発明の更に他の目的、本発明によって得られる具体的な利点は、以下に説明される実施例の説明から一層明らかにされるであろう。
発明を実施するための最良の形態
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
この実施の形態は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）によってワイヤレス接続されたＡＶ（Ａｕｄｉｏ　Ｖｉｄｅｏ）機器によってオーディオストリーム及び／又はビデオストリームを送受信するデータ伝送システムである。このデータ伝送システムにおいては、機器内部でのストリームに対するインターフェースと、機器間でのストリームに対するインターフェースとの関連付けを行うことにより、ストリームの制御を行うことができ、受信側でストリームの信号ソースの情報を得ることができるものである。また、このデータ伝送システムにおいては、２機器間でブルートゥースによるストリームの送受信を行う際に、２機器以外の機器をコントローラとし、このコントローラによって２機器間のコネクションを制御することができるものである。
まず、ここでは、具体的なデータ伝送システムの説明に先立って、ブルートゥースにおいて規定されているプロトコルについて説明する。
ブルートゥースにおいては、図１に示すように、通信を行う２機器のうち、コネクションのセットアップを行う側の機器を、イニシエータ（Ｉｎｉｔｉａｔｏｒ）と呼び、それに対する側の機器をアクセプタ（Ａｃｃｅｐｔｏｒ）と呼ぶ。ブルートゥースにおけるプロトコルスタックとしては、大別すると、物理（Ｐｈｙｓｉｃａｌ）層及びデータリンク（Ｄａｔａ　Ｌｉｎｋ）層の上に、ＡＶＣＴＰ（ＡＶ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）と称されるプロトコルと、ＡＶＤＴＰ（ＡＶ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）と称されるプロトコルとが設けられた構造とされており、イニシエータとアクセプタは、このような階層的な構造とされるプロトコルにおける各層間で相互に接続される。なお、ブルートゥースにおいては、データリンク層において、ＳＣＯ（Ｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ　Ｏｒｉｅｎｔｅｄ）リンクと称される同期通信を目的とした回線交換型の通信リンクと、ＡＣＬ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ　Ｌｅｓｓ）リンクと称される非同期通信を目的としたパケット交換型の通信リンクとが定義されている。ブルートゥースにおいては、オーディオストリームやビデオストリーム等のリアルタイム性が要求される信号を伝送する場合には、通常、ＳＣＯリンクが用いられるが、このＳＣＯリンクは、エラーが生じた場合に再送することができない。そこで、ブルートゥースにおいては、非同期でもリアルタイム伝送を実現するために、インターネット等で用いられているタイムスタンプであるいわゆるＲＴＰをＡＣＬリンクの上に重畳することにより、オーディオストリームやビデオストリームをＡＣＬリンクを用いて伝送することが試みられている。
ここでは、２つのプロトコル、すなわち、ＡＶＣＴＰとＡＶＤＴＰについて詳細に説明する。
ＡＶＣＴＰは、ＡＶ機器の制御に関する内容を定義したプロトコルであって、当該ＡＶＣＴＰにおけるコマンドセットとして、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ、アメリカ電気電子学会）によって承認されたＩＥＥＥ　Ｓｔｄ．１３９４−１９９５：ＩＥＥＥ　Ｓｔａｎｄａｒｄ　ｆｏｒ　ａ　Ｈｉｇｈ　Ｐｅｒｆｏｒｍａｎｃｅ　ｓｅｒｉａｌ　Ｂｕｓ規格を基本仕様として様々な規格が立案されているＩＥＥＥ１３９４に採用されているＡＶ／Ｃ（Ａｕｄｉｏ　Ｖｉｄｅｏ／Ｃｏｎｔｒｏｌ）コマンドが採用されている。ブルートゥースにおいては、例えば再生（Ｐｌａｙｂａｃｋ）コマンド等の各種コマンドと、この各種コマンドに対するレスポンスとが、このＡＶＣＴＰを用いてイニシエータとアクセプタとの間でやり取りされる。
ここで、ＡＶ／Ｃにおいては、図２に示すように、物理的に存在する機器の集合体をユニットとして論理的に表し、このユニットの下位概念にあり機器の論理的な機能を実現するための集合体をサブユニットとして表し、さらに必要に応じて、図示しないが、サブユニットよりもさらに下位概念にあり論理的な機能を実現する単位をファンクションブロックとして表す。ユニットとサブユニットとは、機器の物理的なハードウェアやソフトウェアが含まれる概念である。また、ファンクションブロックは、プログラム等のソフトウェアのみで構成することも可能である。
そして、ＡＶ／Ｃにおいては、データの入出力を行うための論理的な入出力口をプラグという概念で表す。ＡＶ／Ｃにおいては、ＩＥＥＥ１３９４における同期通信であるアイソクロナス伝送の際に用いるプラグとして、３１個のシリアルバス・アイソクロナス・入力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、３１個のシリアルバス・アイソクロナス・出力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）とが規定されているとともに、ＩＥＥＥ１３９４における非同期通信であるアシンクロナス伝送の際に用いるプラグとして、３１個のシリアルバス・アシンクロナス・入力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、３１個のシリアルバス・アシンクロナス・出力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）とが規定されているとともに、ＩＥＥＥ１３９４以外のネットワークを対象とし、現実にはアナログデータの入出力に用いられているプラグとして、３１個の外部入力プラグ（Ｅｘｔｅｒｎａｌ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、３１個の外部出力プラグ（Ｅｘｔｅｒｎａｌ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）とが規定されている。ＡＶ／Ｃにおいては、ユニットに設けられたこれらのユニットプラグと、サブユニットに設けられた図示しないサブユニットプラグとが、固定的に或いは適宜切り替えられて接続されることにより、機器内部でのストリームの伝送路が確立される。なお、同図においては、２つのサブユニットが設けられている例を示しているが、サブユニットは、その数を増減させることができる。本発明では、後述するように、ユニットに設けられる機器内部でのストリームに対するインターフェースとしてのプラグとして、ブルートゥースを始めとする他のネットワークによるデータの伝送を行うためのものを新たに設けている。
さらに、ＡＶ／Ｃにおいては、コマンドが図３に示すようなアシンクロナスパケットにより、コントローラである機器から各機器へと送信される。アシンクロナスパケットは、送信先のユニットのアドレスを示すデスティネーションＩＤ・フィールド（Ｄｉｓｔｉｎａｔｉｏｎ＿ＩＤ）と、送信元のユニットのアドレスを示すソースＩＤ・フィールド（Ｓｏｕｒｃｅ＿ＩＤ）との他に、トランザクション・ラベル・フィールド（ｔｒａｎｓａｃｔｉｏｎ　ｌａｂｅｌ；ｔｌ）、リトライ・コード・フィールド（ｒｅｔｒｙ　ｃｏｄｅ；ｒｔ）、トランザクション・コード・フィールド（ｔｒａｎｓａｃｔｉｏｎ　ｃｏｄｅ；ｔｃｏｄｅ）、プライオリティ・フィールド（ｐｒｉｏｒｉｔｙ；ｐｒｉ）、ディスティネーション・オフセット・フィールド（Ｄｉｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔ）、データ・レングス・フィールド（Ｄａｔａ＿ｌｅｎｇｔｈ）、ゼロ・フィールド（ｚｅｒｏ）、ヘッダＣＲＣ・フィールド（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）（Ｈｅａｄｅｒ＿ＣＲＣ）からなるパケットヘッダ（ｐａｃｋｅｔ　ｈｅａｄｅｒ）の後に、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）、ＦＣＰデータ・フィールド（Ｆｕｎｃｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ　ｄａｔａ）、必要に応じてゼロ・フィールド（ｚｅｒｏ）からなるＦＣＰフレーム（Ｆｕｎｃｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ　ｆｒａｍｅ）と、データＣＲＣ・フィールド（Ｄａｔａ＿ＣＲＣ）とからなるデータブロック（ｄａｔａｂｌｏｃｋ）が続く構成を有する。
ＦＣＰフレームには、コマンドとレスポンスがカプセル化される。コマンドフレームは、図４に示すように、コマンドセットの種別を示す上述したコマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）と、コマンドの種別を示すコマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）と、送信先のサブユニットのアドレスを形成するサブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びザブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）と、オプコード・フィールド（ｏｐｃｏｄｅ）と、複数のオペランド・フィールド（Ｏｐｅｒａｎｄ）と、必要に応じてゼロ・フィールド（ｚｅｒｏ）とからなる。一方、レスポンスフレームは、図５に示すように、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）と、レスポンスの種別を示すレスポンスコード・フィールド（Ｒｅｓｐｏｎｓｅ　ｃｏｄｅ；ｒｅｓｐｏｎｓｅ）と、送信元のサブユニットのアドレスを形成するサブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）と、オプコード・フィールド（ｏｐｃｏｄｅ）と、複数のオペランド・フィールド（Ｏｐｅｒａｎｄ）と、必要に応じてゼロ・フィールド（ｚｅｒｏ）とからなる。なお、ＡＶ／Ｃの場合には、コマンドフレーム及びレスポンスフレームともに、コマンド・トランザクション・セット・フィールドには、値として“００００”が格納される。
ＡＶ／Ｃにおいては、コントローラである機器が制御しようとするターゲットである機器の情報や、制御する処理内容を示す情報がコマンドフレームに格納され、ターゲットである機器によるコマンドに応じた処理内容を示す情報がレスポンスフレームに格納される。
一方、ＡＶＤＴＰは、ＡＶ信号の伝送に関する内容を定義したプロトコルであって、シグナリングとストリーミングの２系統に大別される。具体的には、ＡＶＤＴＰは、図６に示すように、データリンク層における論理リンク管理層（Ｌｏｇｉｃａｌ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　ａｎｄ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｋｏｌ；Ｌ２ＣＡＰ）とアプリケーション層との間を仲介するものである。
シグナリング（Ｓｉｇｎａｌｌｉｎｇ）は、実際のデータ伝送の前段階で行われるものであり、例えば、機器がどのようなフォーマットに対応しているかを判別したり、アプリケーション層からの送信すべきデータを受信可能な機器を判別してネゴシエーションを行い、論理リンク管理層に対してのコネクションをセットアップするのに用いられる。
一方、ストリーミング（Ｓｔｒｅａｍｉｎｇ）は、論理リンク管理層側から、アダプテーション・レイヤ（Ａｄａｐｔａｔｉｏｎ　Ｌａｙｅｒ）、リカバリ（Ｒｅｃｏｖｅｒｙ）及びストリーム・マネージメント（Ｓｔｒｅａｍ　ｍａｎａｇｅｍｅｎｔ）からなる。アダプテーション・レイヤは、アプリケーション層からのストリームに対してエラー訂正用のデータや制御データ等を含めてパケット化するものである。リカバリは、エラーが生じた場合の再送を行うためのものである。ストリーム・マネージメントは、アダプテーション・レイヤ及びリカバリを管理するものである。
ブルートゥースにおいては、このようなＡＶＤＴＰを用いて、データの送受信を行う２機器間でデータの伝送を行う前に、シグナリングによって機器間でのストリームの伝送路、すなわち、コネクションを確立する。このとき、データを送信する側の機器におけるインターフェースは、ストリーム・エンド・ポイント（Ｓｔｒｅａｍ　Ｅｎｄ　Ｐｏｉｎｔ）として扱われる。すなわち、データを送信する側の機器におけるインターフェースは、個々のストリームの終端として扱われる。
具体的には、ブルートゥースにおいては、図７にＡＶデバイスの例を示すように、アプリケーション層としてのブルートゥース・ＡＶデバイスと、論理リンク管理層チャンネル（Ｌ２ＣＡＰ　Ｃｈａｎｎｅｌｓ）とがシグナリングによって接続されており、このシグナリングによってコネクションを確立すると、ブルートゥース・ＡＶデバイスのインターフェースがストリーム・エンド・ポイントとして扱われる。各ストリーム・エンド・ポイントは、ストリーム・エンド・ポイントＩＤ（Ｓｔｒｅａｍ　Ｅｎｄ　ｐｏｉｎｔ　ＩＤｅｎｔｉｆｉｅｒ；以下、ＳＥＩＤと記す。）として管理される。上述したように、機器内部でのストリームに対するインターフェースであるプラグが固定的に或いは適宜切り替えられるといったように、プラグ番号が静的にアサインされるものであるのに対して、機器間でのストリームに対するインターフェースであるストリーム・エンド・ポイントは、ＳＥＩＤがコネクションが張られる度に動的にアサインされるものである。なお、同図においては、２つのＳＥＩＤ（ＳＥＩＤ［１］，ＳＥＩＤ［２］）が設けられている例を示しているが、ＳＥＩＤは、信号ソースとなるサブユニットの数に応じて、その数を増減させることができる。
ブルートゥース・ＡＶデバイスからは、各ストリーム・エンド・ポイントを介して、実際のオーディオデータやビデオデータであるメディア・フレーム（Ｍｅｄｉａ　Ｆｒａｍｅｓ）と、エラー訂正用のデータであるパリティ・フレーム（Ｐａｒｉｔｙ　Ｆｒａｍｅｓ）と、その他の制御データであるレポーティング・フレーム（Ｒｅｐｏｒｔｉｎｇ　Ｆｒａｍｅｓ）とが出力され、各ストリーム・エンド・ポイントに対応して設けられる上述したアダプテーション・レイヤに供給される。各アダプテーション・レイヤでは、上述したように、メディア・フレーム、パリティ・フレーム及びレポーティング・フレームがパケット化される。パケット化されたストリームは、各論理リンク管理層チャンネルに供給され、上述した物理層を介して外部に出力される。なお、コマンド及びレスポンスは、図示しないが、別途リンクが張られており、このリンクを介して送受信される。
さて、以下では、このようなプロトコルが規定されているブルートゥースを適用した具体的なデータ伝送システムについて説明する。
まず、機器内部でのストリームに対するインターフェースと、機器間でのストリームに対するインターフェースとの関連付けを行うデータ伝送システムの例として、図８に示す再生システム１について説明する。この再生システム１は、オーディオチューナ付きのプレーヤ１０と、このプレーヤ１０を遠隔操作するためのリモートコントローラ３０が付随しているヘッドフォン２０とをブルートゥースによって接続し、ヘッドフォン２０からの指示に応じてプレーヤ１０が動作し、プレーヤ１０から出力されるオーディオストリームをヘッドフォン２０が受信し、音声として外部に出力するものである。
再生システム１は、図９に示すように、複数の信号ソースによって生成されたオーディオストリームを出力する第１の電子機器（他の電子機器）であるプレーヤ１０と、このプレーヤ１０を遠隔操作可能であり、プレーヤ１０から出力されたオーディオストリームを受信して音声として外部に出力する第２の電子機器であるヘッドフォン２０とを備える。これらのプレーヤ１０及びヘッドフォン２０は、それぞれ、物理的に存在する機器の集合体を論理的に表すユニットとして位置付けられるものである。
プレーヤ１０は、各種記録媒体に記録されたオーディオデータを再生するものであり、オーディオデータを外部から受信するオーディオチューナの機能を併せ持つものである。プレーヤ１０は、本来の機能、すなわち、記録媒体からオーディオデータを再生することによって外部に送信するストリームの信号ソースとなる信号生成手段である第１の信号生成部１１と、オーディオチューナとしてオーディオデータを受信することによって外部に送信するストリームの信号ソースとなる信号生成手段である第２の信号生成部１２と、コマンド及びレスポンスの送受信や第１の信号生成部１１及び第２の信号生成部１２によって生成されたオーディオストリームの送信を行うインターフェース部１３と、これらの各部を制御するシステム制御部１４とを有する。
第１の信号生成部１１は、例えば、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）又はＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）等のディスク状記録媒体や、テープ状記録媒体、薄型略板形状とされた半導体メモリといった、各種記録媒体に記録されたオーディオデータを再生するものである。この第１の信号生成部１１は、ユニットであるプレーヤ１０の下位概念にあり機器の論理的な機能を実現するための集合体を表すサブユニットとして位置付けられるものである。第１の信号生成部１１は、システム制御部１４の制御の下に、オーディオデータを再生することによって信号ソースとして機能する。第１の信号生成部１１は、生成したデータをインターフェース部１３へと供給する。
第２の信号生成部１２は、例えばラジオ等のように、オーディオチューナとして外部からオーディオデータを受信するものである。この第２の信号生成部１２は、第１の信号生成部１１と同様に、サブユニットとして位置付けられるものである。第２の信号生成部１２は、システム制御部１４の制御の下に、オーディオデータを受信して出力することによって信号ソースとして機能する。第２の信号生成部１２は、生成したデータをインターフェース部１３へと供給する。
インターフェース部１３は、上述したブルートゥースにおけるプロトコルにしたがって、ヘッドフォン２０から送信されてきたコマンドＣを受信し、このコマンドＣをシステム制御部１４に供給する。また、インターフェース部１３は、システム制御部１４によって生成されたコマンドＣに対するレスポンスＲをヘッドフォン２０に対して送信するとともに、第１の信号生成部１１又は第２の信号生成部１２から供給されるパケット化されたストリームＳＴをヘッドフォン２０に対して送信する。ここで、インターフェース部１３は、２つの信号ソース、すなわち、第１の信号生成部１１及び第２の信号生成部１２から供給されるパケット化されたストリームＳＴを出力可能なように、上述したプラグとして、２つのブルートゥース・出力プラグ１３ａ，１３ｂを設け、各ストリームＳＴを割り当てる。ここでは、第１の信号生成部１１から出力される機器内部でのストリームに対するインターフェースとして、ブルートゥース・出力プラグ１３ａを割り当て、第２の信号生成部１２から出力される機器内部でのストリームに対するインターフェースとして、ブルートゥース・出力プラグ１３ｂを割り当てるものとする。
システム制御部１４は、ヘッドフォン２０から送信されてインターフェース部１３によって受信したコマンドＣを解析し、このコマンドＣに応じて、第１の信号生成部１１又は第２の信号生成部１２を動作させるとともに、コマンドＣに対するレスポンスＲを生成してインターフェース部１３に供給する。
このようなプレーヤ１０は、ヘッドフォン２０から送信されるコマンドＣに応じて動作し、コマンドＣが記録媒体に記録されているオーディオデータを再生する旨を指示するものであった場合には、システム制御部１４の制御のもとに、第１の信号生成部１１を動作させ、コマンドＣがチューナによってオーディオデータを受信する旨を指示するものであった場合には、システム制御部１４の制御のもとに、第２の信号生成部１２を動作させる。ここで、プレーヤ１０は、第１の信号生成部１１及び第２の信号生成部１２のそれぞれに対応するブルートゥース・出力プラグ１３ａ，１３ｂを設け、機器内部でのストリームに対するインターフェースとしている。
すなわち、再生システム１においては、図１０に示すように、ＡＶ／Ｃユニットモデルを拡張し、ＡＶ／Ｃユニットモデルで既に規定されているシリアルバス・アイソクロナス・入力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、シリアルバス・アイソクロナス・出力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）と、シリアルバス・アシンクロナス・入力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、シリアルバス・アシンクロナス・出力プラグ（Ｓｅｒｉａｌ　Ｂｕｓ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）と、外部入力プラグ（Ｅｘｔｅｒｎａｌ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、外部出力プラグ（Ｅｘｔｅｒｎａｌ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）との他に、ブルートゥースを始めとする他のネットワークによるデータ伝送に用いるプラグとして、３１個のジェネラルバス・入力プラグ（Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｉｎｐｕｔ　Ｐｌｕｇｓ）と、３１個のジェネラルバス・出力プラグ（Ｏｔｈｅｒ　Ｂｕｓ　Ｏｕｔｐｕｔ　Ｐｌｕｇｓ）とを新たに規定している。
より具体的には、これらのプラグには、次表１に示すように、アドレスが割り当てられ、プラグ番号が識別される。なお、同表における下付文字の“１６”は、アドレスが１６進数で表記されていることを示すものである。すなわち、再生システム１においては、ＡＶ／Ｃにおけるユニットプラグとして既に規定されているアドレスのうち、拡張用の予約アドレスとされて未使用であるアドレス値Ｃ０１６−ＦＣ１６の一部のアドレス値Ｃ０１６−ＤＦ１６を、ブルートゥースを始めとする他のネットワークに用いる３１個の他ネットワーク・入出力プラグとして新たに規定し、これらの他ネットワーク・入出力プラグをブルートゥース・入出力プラグとして使用する。プレーヤ１０においては、これらの３１個の他ネットワーク・出力プラグのうち、所定の２個のアドレス値を、ブルートゥース・出力プラグ１３ａ，１３ｂとして割り当てる。プレーヤ１０においては、これらのブルートゥース・出力プラグ１３ａ，１３ｂと、第１の信号生成部１１及び第２の信号生成部１２とが、それぞれ、固定的に或いは適宜切り替えられて接続されることにより、プレーヤ１０内部でのストリームの伝送路が確立される。
2002054404.tif 000003
一方、ヘッドフォン２０は、上述したように、プレーヤ１０を遠隔操作するためのリモートコントローラ３０を付随しており、プレーヤ１０から出力されたオーディオストリームを受信して音声として外部に出力する外部出力機器として機能するものである。ヘッドフォン２０は、コマンド及びレスポンスの送受信やプレーヤ１０から送信されたオーディオストリームの受信を行うインターフェース部２１と、受信したオーディオストリームを処理する信号処理部２２と、各部を制御するコマンド生成手段及びレスポンス解析手段であるシステム制御部２３と、各種情報を表示する表示手段である表示部２４とを有する。
インターフェース部２１は、上述したブルートゥースにおけるプロトコルにしたがって、プレーヤ１０から送信されてきたストリームＳＴを受信し、このストリームＳＴを信号処理部２２に供給する。また、インターフェース部２１は、システム制御部２３によって生成されたコマンドＣをプレーヤ１０に対して送信するとともに、プレーヤ１０から送信されてきたコマンドＣに対するレスポンスＲを受信し、システム制御部２３に供給する。
信号処理部２２は、システム制御部２３の制御のもとに、インターフェース部２１から供給されるストリームに対して所定の処理を施し、音声として図示しないスピーカから外部に出力する。
システム制御部２３は、コマンドＣを生成してインターフェース部２１に供給する。また、システム制御部２３は、プレーヤ１０から送信されてインターフェース部２１によって受信したレスポンスＲを解析し、このレスポンスＲに応じて、信号処理部２２を動作させるとともに、後述する表示部２４に表示させるための情報を生成する。
表示部２４は、システム制御部２３から供給された情報に基づいて、信号ソースを示す情報を表示する。例えば、表示部２４は、プレーヤ１０の動作状態が第１の信号生成部１１によってオーディオデータを再生している場合には、“ディスク再生”といった情報を表示し、プレーヤ１０の動作状態が第２の信号生成部１２によってオーディオデータを受信している場合には、“チューナ受信”といった情報を表示する。
このようなヘッドフォン２０は、上述したイニシエータとして、プレーヤ２０との間のコネクションのセットアップを行い、コネクションが確立されると、リモートコントローラ３０によってコマンドＣを送信する。そして、ヘッドフォン２０は、プレーヤ１０から送信されてきたストリームＳＴを受信し、音声として外部に出力する。また、ヘッドフォン２０は、リモートコントローラ３０によって送信したコマンドＣに応じてプレーヤ１０から送信されてきたレスポンスＲを受信し、このレスポンスＲに応じた処理を行う。
さて、このような再生システム１において、ヘッドフォン２０は、後述するように、プレーヤ１０との間でＡＶＤＴＰによるコネクションを確立する過程で、受信するストリームＳＴに対するＳＥＩＤを把握することができる。また、ヘッドフォン２０は、後述するように、ＡＶＣＴＰによる内部コネクションを問い合わせるコマンドをプレーヤ１０に対して送信することにより、ブルートゥース・出力プラグ１３ａ，１３ｂがどのサブユニットと接続されているか、すなわち、ブルートゥース・出力プラグ１３ａ，１３ｂが第１の信号生成部１１又は第２の信号生成部１２のいずれと接続されているかを把握することもできる。そのため、ヘッドフォン２０は、ＳＥＩＤとブルートゥース・出力プラグ番号との関係を把握することができれば、表示部２４に信号ソースの情報、例えば、上述した“ディスク再生”や“チューナ受信”といった情報を表示することができることになる。
そこで、再生システム１においては、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせるコマンドとそのレスポンスを新たに規定し、これらの問い合わせコマンド及びレスポンスを用いて、ＳＥＩＤとブルートゥース・出力プラグ番号との関連付けを行う。ここでは、３種類の定義による問い合わせコマンド及びレスポンスを新たに提案する。
まず、第１の定義による問い合わせコマンド及びレスポンスについて説明する。第１の定義による問い合わせコマンド及びレスポンスは、正規のＡＶ／Ｃコマンド及びＡＶ／Ｃレスポンスの中に新たに組み込むことで実現したものである。
入力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームは、図１１に示すように構成される。すなわち、このコマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”であることを示す“００００”を格納し、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納する。
また、このコマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）を、入力プラグに関する情報を問い合わせるためのコマンドであることを示す情報を“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｉｎｐｕｔ　Ｐｌｕｇ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、入力プラグ番号を示す入力プラグ番号・フィールド（ｉｎｐｕｔ＿ｐｌｕｇ）として用い、１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）を、ネットワークの種別を示すネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として用い、２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）を、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）以降に示す情報の長さを示すレングス・フィールド（ｌｅｎｇｔｈ）として用い、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までを、ＳＥＩＤのような機器間でのストリームに対するインターフェースを識別するための情報を示すネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いて構成される。
ここで、ネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）は、ブルートゥースを始めとする種々のネットワークに対応すべく可変長とされ、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までの領域であれば、任意の長さのフィールドを使用することができる。
一方、このような問い合わせコマンドに対するレスポンスフレームは、図１２に示すように構成される。すなわち、このレスポンスフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”であることを示す“００００”を格納し、レスポンスコード・フィールド（Ｒｅｓｐｏｎｓｅ　ｃｏｄｅ；ｒｅｓｐｏｎｓｅ）として、機器が安定していることを示す“ｓｔａｂｌｅ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせられたユニットを識別するための情報を“ｕｎｉｔ”と指定して格納する。
また、このレスポンスフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）として、“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｉｎｐｕｔ　Ｐｌｕｇ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、入力プラグ番号・フィールド（ｉｎｐｕｔ＿ｐｌｕｇ）として用い、１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）を、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として用い、２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）を、レングス・フィールド（ｌｅｎｇｔｈ）として用い、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までを、ネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いて構成される。
出力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームは、図１３に示すように構成される。すなわち、このコマンドフレームは、基本構成を図１１に示したコマンドフレームと同様とし、オプコード・フィールド（ｏｐｃｏｄｅ）を、出力プラグに関する情報を問い合わせるためのコマンドであることを示す情報を“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、出力プラグ番号を示す出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として用いて構成される。
一方、このような問い合わせコマンドに対するレスポンスフレームは、図１４に示すように構成される。すなわち、このレスポンスフレームは、基本構成を図１２に示したレスポンスフレームと同様とし、オプコード・フィールド（ｏｐｃｏｄｅ）を、“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として用いて構成される。
このように、第１の定義による問い合わせコマンド及びレスポンスは、正規のＡＶ／Ｃコマンド及びＡＶ／Ｃレスポンスの中に新たに組み込むことにより、ブルートゥースを始めとする他ネットワークに特有のコマンド及びレスポンスとなることはなく、正規のＡＶ／Ｃコマンド及びＡＶ／Ｃレスポンスによる制御を踏襲することができる。
より具体的に説明するために、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる問い合わせコマンドとそのレスポンスを例に挙げる。
第１の定義の第１の例として、再生システム１におけるヘッドフォン２０のようなコントローラとなる機器が、プレーヤ１０のようなターゲットとなる機器におけるＳＥＩＤを把握しており、このＳＥＩＤに対応するブルートゥース・出力プラグ番号を問い合わせる場合について説明する。
この場合、コマンドフレームは、例えば図１５に示すような情報が格納されて構成される。すなわち、コマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）が、“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ”とされ、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として用いられる０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）が、問い合わせに対する回答を求めるために“ＦＦ”とされ、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として用いられる１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）が、“ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）”であることを示す値“０１１６”とされ、レングス・フィールド（ｌｅｎｇｔｈ）として用いられる２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）が、１バイトであることを示す値“０１１６”とされ、ネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いられる３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）が、把握している“ＳＥＩＤ”を示す値“１２１６”とされて構成される。なお、４番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［４］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までのフィールドは、レングス・フィールド（ｌｅｎｇｔｈ）に１バイトであることを示す値“０１１６”が格納されていることから使用されず、コマンドフレームは、１バイトからなる３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）に“ＳＥＩＤ”を示す値“１２１６”が格納されて構成される。
一方、レスポンスフレームは、例えば図１６に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として用いられる０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）が、問い合わせに対する回答として、“他ネットワーク・出力プラグ番号１（Ｏｔｈｅｒ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ＃１）”を示す値“Ｃ１１６”とされて構成される。ここで、他ネットワーク・出力プラグは、先に図１０を用いて説明したものであって、値“Ｃ１１６”は、表１に定義したアドレスである。
このように、コントローラとなる機器は、ＳＥＩＤを把握している場合には、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）の値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として、ＳＥＩＤに対応するブルートゥース・出力プラグ番号を格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握しているＳＥＩＤに基づいて、このＳＥＩＤとブルートゥース・出力プラグ番号との関係を把握することができる。
つぎに、第１の定義における第２の例として、再生システム１におけるヘッドフォン２０のようなコントローラとなる機器が、プレーヤ１０のようなターゲットとなる機器における他ネットワーク・出力プラグ番号を把握しており、この他ネットワーク・出力プラグ番号に対応する機器間でのストリームに対するインターフェースを識別するための情報を問い合わせる場合について説明する。
この場合、コマンドフレームは、例えば図１７に示すような情報が格納されて構成される。すなわち、コマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）が、“Ｓｅｔｕｐ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ”とされ、出力プラグ番号・フィールド（Ｏｕｔｐｕｔ＿ｐｌｕｇ）として用いられる０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）が、把握している“他ネットワーク・出力プラグ番号１（Ｏｔｈｅｒ　Ｎｅｔｗｏｒｋ　Ｏｕｔｐｕｔ　Ｐｌｕｇ＃１）”を示す値“Ｃ１１６”とされ、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として用いられる１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）及びレングス・フィールド（ｌｅｎｇｔｈ）として用いられる２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）が、問い合わせに対する回答を求めるために“ＦＦ”とされて構成される。なお、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までのフィールドは、使用されない。また、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）及びレングス・フィールド（ｌｅｎｇｔｈ）が“ＦＦ”とされるのは、コントローラとなる機器が、出力プラグの情報のみを把握している段階では、ネットワークの種別を把握することができていないためであり、これにともない、レスポンスとして３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）以降のフィールドに格納される機器間でのストリームに対するインターフェースを識別するための情報の長さも把握できないためである。
一方、レスポンスフレームは、例えば図１８に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として用いられる１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）が、問い合わせに対する回答として、“ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）”であることを示す値“０１１６”とされ、レングス・フィールド（ｌｅｎｇｔｈ）として用いられる２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）が、問い合わせに対する回答として、１バイトであることを示す値“０１１６”とされ、ネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いられる３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）が、“ＳＥＩＤ”を示す値“１２１６”とされて構成される。なお、４番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［４］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までのフィールドは、レングス・フィールド（ｌｅｎｇｔｈ）に１バイトであることを示す値“０１１６”が格納されていることから使用されず、レスポンスフレームは、１バイトからなる３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）に“ＳＥＩＤ”を示す値“１２１６”が格納されて構成される。
このように、コントローラとなる機器は、他ネットワーク・出力プラグ番号を把握している場合には、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）及びレングス・フィールド（ｌｅｎｇｔｈ）の値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、ネットワークタイプ・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ）として、ストリームの伝送に用いているネットワークの種別を示す情報を格納し、レングス・フィールド（ｌｅｎｇｔｈ）として、機器間でのストリームに対するインターフェースを識別するための情報の長さを示す情報を格納し、ネットワークタイプ・ディペンデント・フィールド（ｎｅｔｗｏｒｋ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として、他ネットワーク・出力プラグ番号に対応するインターフェースを識別するための情報を格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握している他ネットワーク・出力プラグ番号とインターフェースを識別するための情報との関係を把握することができる。
続いて、第２の定義による問い合わせコマンド及びレスポンスについて説明する。入力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームは、図１９に示すように構成される。すなわち、このコマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”であることを示す“００００”を格納し、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納する。
また、このコマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）を、入力プラグに関する情報を問い合わせるためのコマンドであることを示す情報を“Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｓｅｔｕｐ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、ネットワークの種別を示すバスタイプ・フィールド（ｂｕｓ＿ｔｙｐｅ）として用い、１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までを、Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｐｌｕｇ及びＳＥＩＤのような機器間でのストリームに対するインターフェースを識別するための情報との対応を示すバスタイプ・ディペンデント・フィールド（ｂｕｓ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いて構成される。
ここで、バスタイプ・ディペンデント・フィールド（ｂｕｓ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）は、ブルートゥースを始めとする種々のバスに対応すべく、フィールド長及びデータ構成はバス毎に定義される。
一方、このような問い合わせコマンドに対するレスポンスフレームは、図２０に示すように構成される。すなわち、このレスポンスフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”であることを示す“００００”を格納し、レスポンスコード・フィールド（Ｒｅｓｐｏｎｓｅ　ｃｏｄｅ；ｒｅｓｐｏｎｓｅ）として、機器が安定していることを示す“ｓｔａｂｌｅ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせられたユニットを識別するための情報を“ｕｎｉｔ”と指定して格納する。
また、このレスポンスフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）として、“Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｓｅｔｕｐ”と指定して格納するとともに、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）を、バスタイプ・フィールド（ｂｕｓ＿ｔｙｐｅ）として用い、１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）からｎ番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［ｎ］）までを、バスタイプ・ディペンデント・フィールド（ｂｕｓ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いて構成される。
このように、第２の定義による問い合わせコマンド及びレスポンスは、正規のＡＶ／Ｃコマンド及びＡＶ／Ｃレスポンスの中に新たに組み込むことにより、ブルートゥースを始めとする他ネットワークに特有のコマンド及びレスポンスとなることはなく、正規のＡＶ／Ｃコマンド及びＡＶ／Ｃレスポンスによる制御を踏襲することができる。
より具体的に説明するために、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる問い合わせコマンドとそのレスポンスを例に挙げる。
第２の定義における第１の例として、再生システム１におけるヘッドフォン２０のようなコントローラとなる機器が、プレーヤ１０のようなターゲットとなる機器におけるＳＥＩＤを把握しており、このＳＥＩＤに対応するブルートゥース・出力プラグ番号を問い合わせる場合について説明する。
この場合、コマンドフレームは、例えば、図２１に示すような情報が格納されて構成される。すなわち、コマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）が、“Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｓｅｔｕｐ”とされ、バスタイプ・フィールド（ｂｕｓ＿ｔｙｐｅ）として用いられる０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）が、“ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）”であることを示す値“４０１６”とされ、バスタイプ・ディペンデント・フィールド（ｂｕｓ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）として用いられる。１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）では、アウトプット・プラグ（Ｏｕｔｐｕｔ　Ｐｌｕｇ）であることが指示され、２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）は、問い合わせに対する回答を求めるために“ＦＦ１６”とされている。また、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）が、把握している“ＳＥＩＤ”を示す値“１２１６”とされている。
一方、レスポンスフレームは、例えば、図２２に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、プラグ番号・フィールドとして用いられる２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）が、問い合わせに対する回答として、“Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｐｌｕｇ番号１（Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｐｌｕｇ＃１）”を示す値“４１１６”とされて構成される。ここで、Ｇｅｎｅｒａｌ　Ｂｕｓ・出力プラグは、先に図１０を用いて説明したものであって、値“４１１６”は、表１に定義したアドレスである。
このように、コントローラとなる機器は、ＳＥＩＤを把握している場合には、プラグ番号・フィールドの値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、プラグ番号・フィールドとして、ＳＥＩＤに対応するブルートゥース・出力プラグ番号を格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握しているＳＥＩＤに基づいて、このＳＥＩＤとブルートゥース・出力プラグ番号との関係を把握することができる。
つぎに、第２の定義における第２の例として、再生システム１におけるヘッドフォン２０のようなコントローラとなる機器が、プレーヤ１０のようなターゲットとなる機器における他ネットワーク・出力プラグ番号を把握しており、この他ネットワーク・出力プラグ番号に対応する機器間でのストリームに対するインターフェースを識別するための情報を問い合わせる場合について説明する。
この場合、コマンドフレームは、例えば、図２３に示すような情報が格納されて構成される。すなわち、コマンドフレームは、オプコード・フィールド（ｏｐｃｏｄｅ）が、“Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｓｅｔｕｐ”とされ、バスタイプ・フィールド（ｂｕｓ＿ｔｙｐｅ）として用いられる０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）が、“ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）”であることを示す値“４０１６”とされ、入出力プラグ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）指定として用いられる１番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［１］）でＯｕｔｐｕｔを指示し、プラグ番号として用いられる２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）で、把握しているＧｅｎｅｒａｌ　Ｂｕｓプラグ番号１（Ｇｅｎｅｒａｌ　Ｂｕｓ　Ｐｌｕｇ＃１）を示す値“４１１６”とされ、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）が、問い合わせに対する回答を求めるために“ＦＦ”として構成されている。
一方、レスポンスフレームは、例えば、図２２に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、３番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［３］）が、“ＳＥＩＤ”を示す値“１２１６”とされて構成される。
このように、コントローラとなる機器は、Ｇｅｎｅｒａｌ　Ｂｕｓ・入出力プラグ番号を把握している場合には、バスタイプ・ディペンデント・フィールド（ｂｕｓ＿ｔｙｐｅ＿ｄｅｐｅｎｄｅｎｔ）で定義された各バスのストリームエンドポイントを示すフィールドの値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、Ｇｅｎｅｒａｌ　Ｂｕｓ・入出力プラグ番号に対応するインターフェースを識別するための情報を格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握している他ネットワーク・出力プラグ番号とインターフェースを識別するための情報との関係を把握することができる。
つぎに、第３の定義による問い合わせコマンド及びレスポンスについて説明する。第３の定義による問い合わせコマンド及びレスポンスは、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義し、ブルートゥース特有のコマンドとして定義したものである。
問い合わせコマンドのコマンドフレームは、図２４に示すように構成される。すなわち、このコマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”であることを示す“００００”を格納し、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納し、オプコード・フィールド（ｏｐｃｏｄｅ）を、ベンダ・ディペンデント・コマンドであることを示す情報を“ＶＥＮＤＥＲ−ＤＥＰＥＮＤＥＮＴ”と指定して格納する。
また、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）は、“Ｂｌｕｅｔｏｏｔｈ　ＳＩＧ”から与えられるカンパニーＩＤ・フィールド（ｃａｍｐａｎｙ＿ＩＤ）と、ベンダ・ディペンデント・データ・フィールド（Ｖｅｎｄｅｒ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）とに大別される。カンパニーＩＤ・フィールド（ｃａｍｐａｎｙ＿ＩＤ）は、０番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［０］）から２番目のオペランド・フィールド（Ｏｐｅｒａｎｄ［２］）までを使用する。カンパニーＩＤ・フィールド（ｃａｍｐａｎｙ＿ＩＤ）には、ブルートゥースであることを示すカンパニー毎に固有の識別情報（Ｂｌｕｅｔｏｏｔｈ）を示す値が格納される。
さらに、ベンダ・ディペンデント・データ・フィールド（Ｖｅｎｄｅｒ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）のフォーマットは、ベンダが任意に特定できるものであり、ここでは、カテゴリ・フィールド（ｃａｔｅｇｏｒｙ）と、ファンクションタイプ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ）と、ファンクションタイプ・ディペンデント・データ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）とに大別して用いる。カテゴリ・フィールド（ｃａｔｅｇｏｒｙ）には、いずれのプロトコルにおけるインターフェースを問い合わせるものであるかを示す情報が格納され、ブルートゥース・入出力プラグを問い合わせる場合には、“ＡＶＣＴＰ”を示す値が格納される。ファンクションタイプ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ）には、コマンドの種別を示す情報が格納され、“プラグ・マッピング（ｐｌｕｇ　ｍａｐｐｉｎｇ）”を示す値が格納される。
さらにまた、ファンクションタイプ・ディペンデント・データ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）と、ＳＥＩＤ・フィールド（ＳＥＩＤ）とに大別され、これらのうち、いずれか一方の値を“ＦＦ”として格納する。すなわち、ＳＥＩＤが把握されており、このＳＥＩＤに対応するブルートゥース・入出力プラグ番号を得たい場合には、ファンクションタイプ・ディペンデント・データ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）として、問い合わせに対する回答を求めるために“ＦＦ”を格納し、ＳＥＩＤ・フィールド（ＳＥＩＤ）として、把握しているＳＥＩＤの値を格納する。また、ブルートゥース・入出力プラグ番号が把握されており、このブルートゥース・入出力プラグ番号に対応するＳＥＩＤを得たい場合には、ファンクションタイプ・ディペンデント・データ・フィールド（ｆｕｎｃｔｉｏｎ　ｔｙｐｅ　ｄｅｐｅｎｄｅｎｔ　ｄａｔａ）は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）として、把握しているブルートゥース・入出力プラグ番号の値を格納し、ＳＥＩＤ・フィールド（ＳＥＩＤ）として、問い合わせに対する回答を求めるために“ＦＦ”を格納する。なお、ブルートゥース・入出力プラグは、先に図１０を用いて説明した他ネットワーク・入出力プラグに属するものである。
一方、レスポンスフレームは、例えば図２５に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、図２４に示したコマンドのように、ブルートゥース・入出力プラグ番号を問い合わせるコマンドに応じたレスポンスの場合には、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）が、問い合わせに対する回答として、ＳＥＩＤ・フィールド（ＳＥＩＤ）に格納されているＳＥＩＤに対応するブルートゥース・入出力プラグ番号を示す値とされて構成される。また、レスポンスフレームは、ＳＥＩＤを問い合わせるコマンドに応じたレスポンスの場合には、ＳＥＩＤ・フィールド（ＳＥＩＤ）が、問い合わせに対する回答として、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）に格納されているブルートゥース・入出力プラグ番号に対応するＳＥＩＤを示す値とされて構成される。
このように、第３の定義による問い合わせコマンド及びレスポンスは、ベンダ・ディペンデント・コマンド（ＶＥＮＤＥＲ−ＤＥＰＥＮＤＥＮＴ）を用いて、ブルートゥース特有のコマンドとして定義することができる。コントローラとなる機器は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）又はＳＥＩＤ・フィールド（ＳＥＩＤ）のいずれか一方の値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）又はＳＥＩＤ・フィールド（ＳＥＩＤ）として、ＳＥＩＤ又はブルートゥース・入出力プラグ番号に対応するブルートゥース・入出力プラグ番号又はＳＥＩＤを格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握しているＳＥＩＤ又はブルートゥース・入出力プラグ番号に基づいて、ＳＥＩＤとブルートゥース・出力プラグ番号との関係を把握することができる。
つぎに、第４の定義による問い合わせコマンド及びレスポンスについて説明する。第４の定義による問い合わせコマンド及びレスポンスは、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義し、ブルートゥース特有のコマンドとして定義したものである。
問い合わせコマンドのコマンドフレームは、図２６に示すように構成される。すなわち、このコマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”以外の拡張されたコマンドであることを示す“００００”以外の値を格納する。ここでは、便宜上、“拡張ＡＶ／Ｃ（Ｅｘｔｅｎｄｅｄ　ＡＶ／Ｃ）”とする。また、コマンドフレームは、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納し、オプコード・フィールド（ｏｐｃｏｄｅ）を、プラグ・マッピング・コマンドであることを示す情報を“Ｂｌｕｅｔｏｏｔｈ　Ｐｌｕｇ　Ｍａｐｐｉｎｇ”と指定して格納する。
また、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）と、ＳＥＩＤ・フィールド（ＳＥＩＤ）とに大別され、これらのうち、いずれか一方の値を“ＦＦ”として格納する。すなわち、ＳＥＩＤが把握されており、このＳＥＩＤに対応するブルートゥース・入出力プラグ番号を得たい場合には、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）として、問い合わせに対する回答を求めるために“ＦＦ”を格納し、ＳＥＩＤ・フィールド（ＳＥＩＤ）として、把握しているＳＥＩＤの値を格納する。また、ブルートゥース・入出力プラグ番号が把握されており、このブルートゥース・入出力プラグ番号に対応するＳＥＩＤを得たい場合には、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）として、把握しているブルートゥース・入出力プラグ番号の値を格納し、ＳＥＩＤ・フィールド（ＳＥＩＤ）として、問い合わせに対する回答を求めるために“ＦＦ”を格納する。なお、ブルートゥース・入出力プラグは、先に図１０を用いて説明した他ネットワーク・入出力プラグに属するものである。
一方、レスポンスフレームは、例えば図２７に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、図２６に示したコマンドのように、ブルートゥース・入出力プラグ番号を問い合わせるコマンドに応じたレスポンスの場合には、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）が、問い合わせに対する回答として、ＳＥＩＤ・フィールド（ＳＥＩＤ）に格納されているＳＥＩＤに対応するブルートゥース・入出力プラグ番号を示す値とされて構成される。また、レスポンスフレームは、ＳＥＩＤを問い合わせるコマンドに応じたレスポンスの場合には、ＳＥＩＤ・フィールド（ＳＥＩＤ）が、問い合わせに対する回答として、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）に格納されているブルートゥース・入出力プラグ番号に対応するＳＥＩＤを示す値とされて構成される。
このように、第４の定義による問い合わせコマンド及びレスポンスは、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義することにより、ブルートゥース特有のコマンドとして定義することができる。コントローラとなる機器は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）又はＳＥＩＤ・フィールド（ＳＥＩＤ）のいずれか一方の値を“ＦＦ”としたコマンドを生成し、このコマンドをターゲットとなる機器に対して送信する。そして、ターゲットとなる機器は、ブルートゥース・入出力プラグ番号・フィールド（Ｂｌｕｅｔｏｏｔｈ　ｐｌｕｇ＃）又はＳＥＩＤ・フィールド（ＳＥＩＤ）として、ＳＥＩＤ又はブルートゥース・入出力プラグ番号に対応するブルートゥース・入出力プラグ番号又はＳＥＩＤを格納したレスポンスを生成し、このレスポンスをコントローラとなる機器に対して送信する。例えば、再生システム１においては、ヘッドフォン２０がコマンドＣを生成してプレーヤ１０に対して送信し、プレーヤ１０がレスポンスＲを生成してヘッドフォン２０に送信することにより、ヘッドフォン２０は、把握しているＳＥＩＤ又はブルートゥース・入出力プラグ番号に基づいて、ＳＥＩＤとブルートゥース・出力プラグ番号との関係を把握することができる。
さて、再生システム１においては、このような４種類の定義による問い合わせコマンド及びレスポンスを用いて、図２８に示すような一連の処理を行うことにより、機器内部でのストリームに対するインターフェースであるブルートゥース・入出力プラグを識別するためのブルートゥース・入出力プラグ番号と、機器間でのストリームに対するインターフェースであるストリーム・エンド・ポイントを識別するためのＳＥＩＤとの関連付けを行い、受信側でストリームの信号ソースの情報を得ることができる。
まず、再生システム１においては、同図に示すように、ステップＳ１において、コントローラであるヘッドフォン２０によってターゲットであるプレーヤ１０との間でＡＶＤＴＰによるコネクションを確立することにより、受信するストリームに対するＳＥＩＤを把握する。
具体的には、ヘッドフォン２０は、シグナリングのコマンドを送信してそのレスポンスを受信することによってコネクションを確立する過程で、受信するストリームに対するＳＥＩＤを把握する。ヘッドフォン２０は、プレーヤ１０との間でコネクションを確立するために、まず、シグナリングのコマンドの１つである“Ｓｔｒｅａｍ＿Ｉｎｆｏ＿Ｏｖｅｒｖｉｅｗ”というコマンドを用いて、プレーヤ１０の“Ｓｅｒｖｉｃｅ＿Ｏｖｅｒｖｉｅｗ”を収集する。続いて、ヘッドフォン２０は、ＳＥＩＤを選択した後、シグナリングのコマンドの１つである“Ｓｔｒｅａｍ＿Ｉｎｆｏ”というコマンドを用いて、ＳＥＩＤの“Ｓｅｒｖｉｃｅ＿Ｃａｐａｂｉｌｉｔｙ”を収集する。そして、ヘッドフォン２０は、シグナリングのコマンドの１つである“Ｓｅｔ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ”というコマンドを用いて、ＳＥＩＤの“Ｃａｐａｂｉｌｉｔｙ”を選択する。
このようにして、ヘッドフォン２０は、プレーヤ１０との間でコネクションを確立することができ、その過程でＳＥＩＤを把握することができる。
続いて、再生システム１においては、ステップＳ２において、ヘッドフォン２０により、上述した３種類の定義による問い合わせコマンドのいずれかを用いてＳＥＩＤを指定して、対応するブルートゥース・出力プラグ番号を問い合わせる。
すなわち、ヘッドフォン２０は、プレーヤ１０に対して、先に図１５、図２４又は図２６に示した問い合わせコマンドを送信することにより、ブルートゥース・出力プラグ番号を問い合わせる。ヘッドフォン２０は、プレーヤ１０から送信されてきたレスポンスを受信して解析することにより、指定したＳＥＩＤに対応するブルートゥース・出力プラグ番号を把握することができる。
続いて、再生システム１においては、ステップＳ３において、ヘッドフォン２０により、把握したブルートゥース・出力プラグ番号を指定して、このブルートゥース・出力プラグのプレーヤ１０内部での接続先を問い合わせる。
すなわち、ヘッドフォン２０は、ブルートゥース・出力プラグを指定して、このブルートゥース・出力プラグから出力されているストリームが第１の信号生成部１１又は第２の信号生成部１２のいずれのサブユニットを信号ソースとしているのかを問い合わせる。例えば、ヘッドフォン２０は、プレーヤ１０に対して、図２９にコマンドフレームを示すように、ソース・プラグ番号（ｓｏｕｒｃｅ＿ｐｌｕｇ）とディスティネーション・プラグ番号（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｌｕｇ）とのを対応関係を調べるためのコネクトコマンド（ＣＯＮＮＥＣＴ　ｃｏｍｍａｎｄ）を送信することにより、ブルートゥース・出力プラグのプレーヤ１０内部での接続先を問い合わせることができる。なお、このコネクトコマンドは、図示しないが、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”が格納される。ヘッドフォン２０は、プレーヤ１０から送信されてきたレスポンスを受信して解析することにより、ブルートゥース・出力プラグのプレーヤ１０内部での接続先を把握することができる。
続いて、再生システム１においては、図２８中ステップＳ４において、ヘッドフォン２０により、信号ソースとなるサブユニットの動作状態を問い合わせる。
すなわち、ヘッドフォン２０は、プレーヤ１０に対して、サブユニットの動作状態を問い合わせるための既存のＡＶ／Ｃコマンドを送信することにより、信号ソースとなるサブユニットの動作状態を問い合わせる。ここで、第１の信号生成部１１の動作状態としては、“ディスク再生”といったものがあり、第２の信号生成部１２の動作状態としては、“チューナ受信”といったものがある。ヘッドフォン２０は、プレーヤ１０から送信されてきたレスポンスを受信して解析することにより、信号ソースとなるサブユニットの動作状態を把握することができる。
そして、再生システム１においては、ステップＳ５において、ヘッドフォン２０により、ストリームの信号ソースを示す情報を表示部２４に表示して、一連の処理を終了する。
再生システム１においては、このような一連の処理を経ることにより、機器内部でのストリームに対するインターフェースであるブルートゥース・入出力プラグを識別するためのブルートゥース・入出力プラグ番号と、機器間でのストリームに対するインターフェースであるストリーム・エンド・ポイントを識別するためのＳＥＩＤとの関連付けを行い、受信側でストリームの信号ソースの情報を得ることができる。
なお、同図に示す一連の処理は、ＳＥＩＤに基づいて、対応するブルートゥース・入出力プラグ番号を問い合わせる場合について示したものであるが、再生システム１においては、ブルートゥース・入出力プラグ番号に基づいて、対応するＳＥＩＤを問い合わせることができることは勿論である。
このように、再生システム１は、プレーヤ１０のように、複数のサブユニットを信号ソースとしている場合であっても、ヘッドフォン２０は、受信したストリームがいずれの信号ソースから出力されたものであるかを認識することができる。したがって、再生システム１は、ヘッドフォン２０により、信号ソースの情報を表示部２４に表示してユーザに知らしめることができ、当該再生システム１全体の制御を行うことができ、ユーザにとって高い利便を提供することができる。
つぎに、ブルートゥースを適用した具体的なデータ伝送システムとして冒頭に提案したものであって、２機器間でブルートゥースによるストリームの送受信を行う際に、２機器以外の機器をコントローラとし、このコントローラによって２機器間のコネクションを制御することができるデータ伝送システムの例として、図３０に示すデータ伝送システム５１について説明する。
このデータ伝送システム５１は、同図に示すように、ＡＶ機器とされる第１のデバイス６０と第２のデバイス７０との間でブルートゥースによるオーディオストリームやビデオストリーム等のストリームＳＴの送受信を行うものである。これらの第１のデバイス６０及び第２のデバイス７０は、それぞれ、上述した再生システム１におけるプレーヤ１０及びヘッドフォン２０に相当するものである。ただし、第２のデバイス７０は、ヘッドフォン２０のように、リモートコントローラ３０のようなコントローラを備えるものではなく、単に第１のデバイス６０から送信されてきたストリームＳＴを受信して処理するものである。データ伝送システム５１においては、コントローラとして、第１のデバイス６０及び第２のデバイス７０とは異なるデバイスであって、第１のデバイス６０との間でブルートゥースによるデータの送受信を行うことが可能である第３のデバイス８０を用いる。データ伝送システム５１においては、第３のデバイス８０における図示しないコマンド生成手段によって生成したコマンドＣを第１のデバイス６０に対して送信することができ、これに応じて、第１のデバイス６０から第３のデバイス８０に対してレスポンスＲを送信することができる。
さて、このようなデータ伝送システム５１において、第１のデバイス６０及び第２のデバイス７０は、上述したプレーヤ１０及びヘッドフォン２０と同様に、これらの２機器間でＡＶＤＴＰによるコネクションを確立することができる。そのため、第３のデバイス８０は、通常、これらの第１のデバイス６０と第２のデバイス７０との間のコネクションについて何ら把握することができない。しかしながら、データ伝送システム５１においては、第３のデバイス８０が、これらの第１のデバイス６０と第２のデバイス７０との間のコネクションについて把握することができれば、これらの２機器間のコネクションを一元的に制御することができることになる。
そこで、データ伝送システム５１においては、第３のデバイス８０によって第１のデバイス６０に対してコネクションが可能なデバイスを探し出させるコマンドとそのレスポンスを新たに規定し、さらに、第３のデバイス８０によって第１のデバイス６０と第２のデバイス７０との間でのコネクションを確立させるコマンドを新たに規定する。
まず、第３のデバイス８０によって第１のデバイス６０に対してコネクションが可能なデバイスを探し出させるコマンドとそのレスポンスについて説明する。
このようなコマンドとしては、例えば図３１に示すようなコマンドフレームを有するものが考えられる。すなわち、このコマンドフレームは、上述した再生システム１において用いる第３の定義による問い合わせコマンドと同様に、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義したものである。
コマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”以外の拡張されたコマンドであることを示す“００００”以外の値を格納する。ここでは、便宜上、“拡張ＡＶ／Ｃ（Ｅｘｔｅｎｄｅｄ　ＡＶ／Ｃ）”とする。また、コマンドフレームは、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納し、オプコード・フィールド（ｏｐｃｏｄｅ）を、コネクションが可能なデバイスを探し出すコマンドであることを示す情報を“Ｂｌｕｅｔｏｏｔｈ　Ｐｏｓｓｉｂｌｅ　Ｃｏｎｎｅｃｔｉｏｎｓ”と指定して格納する。さらに、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）は、レスポンスとして後述するブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）という情報を求めるために、値を“ＦＦ”として格納する。
一方、レスポンスフレームは、例えば図３２に示すような情報が格納されて構成される。すなわち、レスポンスフレームは、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）が、問い合わせに対する回答として、コネクションが可能であるデバイスを識別するためのブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）を示す値とされて構成される。なお、レスポンスフレームは、全てのオペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）として、ブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）を示す値を格納する必要はなく、任意の数のオペランド・フィールドを用いればよい。すなわち、オペランド・フィールドには、コネクションが可能として探し出されたデバイスの数だけ用いられる。
ここで、同図において、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）に格納される値として、“Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ／ＳＰＤ　ｉｎｆｏ”としている。これは、コマンドを受信した第１のデバイス６０が、ブルートゥースにおいて規定されているプロトコルの１つであるブルートゥース・ＳＰＤ（Ｂｌｕｅｔｏｏｔｈ　Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ）を用いて、レスポンスとしてリストアップするデバイスを探し出していることを明示するためである。すなわち、第１のデバイス６０は、第３のデバイス８０からコマンドを受信すると、ブルートゥース・ＳＰＤを用いて、コネクションが可能なデバイスのうち、ブルートゥース・ＡＶプロトコルに対応したデバイス及び提供するサービスが当該第１のデバイス６０に対応するものを探し出す。具体的には、第１のデバイス６０がブルートゥースによってオーディオストリームを送信するものであった場合には、第１のデバイス６０は、ブルートゥース・ＳＰＤを用いて、ブルートゥースを扱うことができるコネクションが可能なデバイスのうち、オーディオストリームを受信可能なデバイスを探し出す。なお、第１のデバイス６０は、必ずしもブルートゥース・ＳＰＤを用いる必要はなく、同様の機能、すなわち、コネクションが可能なデバイスを探し出す機能を実現するものであれば、いかなるものを用いてもよいことはいうまでもない。
このように、コマンド及びレスポンスは、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義することができる。コントローラとなる第３のデバイス８０は、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）の値を“ＦＦ”としたコマンドを生成し、このコマンドを第１のデバイス６０に対して送信する。そして、第１のデバイス６０は、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）として、コネクションが可能なデバイスを識別するためのブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）を示す値を格納したレスポンスを生成し、このレスポンスをコントローラとなる第３のデバイス８０に対して送信する。
つぎに、第３のデバイス８０によって第１のデバイス６０と第２のデバイス７０との間でのコネクションを確立させるコマンドについて説明する。
このようなコマンドとしては、例えば図３３に示すようなコマンドフレームを有するものが考えられる。すなわち、このコマンドフレームは、上述した再生システム１において用いる第４の定義による問い合わせコマンドと同様に、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義したものである。
コマンドフレームは、コマンド・トランザクション・セット・フィールド（Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ；ｃｔｓ）として、“ＡＶ／Ｃ”以外の拡張されたコマンドであることを示す“００００”以外の値を格納する。ここでは、便宜上、“拡張ＡＶ／Ｃ（Ｅｘｔｅｎｄｅｄ　ＡＶ／Ｃ）”とする。また、コマンドフレームは、コマンドタイプ・フィールド（Ｃｏｍｍａｎｄ　ｔｙｐｅ；ｃｔｙｐｅ）として、機器の状態を問い合わせるためのコマンドであることを示す“ｓｔａｔｕｓ”を格納し、サブユニットタイプ・フィールド（ｓｕｂｕｎｉｔ＿ｔｙｐｅ）及びサブユニットＩＤ・フィールド（ｓｕｂｕｎｉｔ＿ＩＤ）として、問い合わせるユニットを識別するための情報を“ｕｎｉｔ”と指定して格納し、オプコード・フィールド（ｏｐｃｏｄｅ）を、ブルートゥースによるコネクションを確立させるコマンドであることを示す情報を“Ｍａｋｅ　Ｂｌｕｅｔｏｏｔｈ　Ｃｏｎｎｅｃｔｉｏｎ”と指定して格納する。さらに、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）は、先に図３２に示したレスポンスによってリストアップされたデバイスの中から、第３のデバイス８０が任意に選択した一のデバイスを識別するためのブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）を示す値とされる。
このように、このコマンドは、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義することができる。コントローラとなる第３のデバイス８０は、オペランド・フィールド（Ｏｐｅｒａｎｄ［０］−Ｏｐｅｒａｎｄ［ｎ］）の値を任意に選択したブルートゥース・デバイスＩＤ（Ｂｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　ＩＤ）としたコマンドを生成し、このコマンドを第１のデバイス６０に対して送信する。そして、第１のデバイス６０は、このコマンドに対するレスポンスを生成し、このレスポンスをコントローラとなる第３のデバイス８０に対して送信するとともに、コマンドに応じた処理を行う。
さて、データ伝送システム５１においては、このようなコマンド及びレスポンスを用いて、図３４に示すような一連の処理を行うことにより、第１のデバイス６０と第２のデバイス７０との間でブルートゥースによるストリームの送受信を行う際に、第３のデバイス８０によってこれらの第１のデバイス６０と第２のデバイス７０との間のコネクションを制御することができる。
まず、データ伝送生システム５１においては、同図に示すように、ステップＳ１１において、コントローラである第３のデバイス８０により、先に図３１に示したコマンドを用いて、第１のデバイス６０に対してコネクションが可能なデバイスを探し出させる。すなわち、第３のデバイス８０は、第１のデバイス６０に対して、先に図３１に示したコマンドを送信する。
続いて、データ伝送システム５１においては、ステップＳ１２において、第１のデバイス６０により、第３のデバイス８０からのコマンドに応じて、コネクションが可能なデバイスを探し出してリストアップし、先に図３２に示したレスポンスを生成し、このレスポンスを第３のデバイス８０に対して送信する。このとき、第１のデバイス６０は、上述したように、ブルートゥース・ＳＰＤを用いて、該当するデバイスを探し出す。
続いて、データ伝送システム５１においては、ステップＳ１３において、第３のデバイス８０により、第１のデバイス６０からのレスポンスに応じて、第１のデバイス６０と接続させるデバイスを選択し、先に図３３に示したコマンドを用いて、第１のデバイス６０とこのデバイスとを接続させる。すなわち、第３のデバイス８０は、第１のデバイス６０に対して、先に図３３に示したコマンドを送信する。
そして、データ伝送システム５１においては、ステップＳ１４において、第１のデバイス６０により、第３のデバイス８０によって選択されたデバイス、ここでは第２のデバイス７０との間でＡＶＤＴＰによるコネクションを確立する。このとき、第１のデバイス６０は、先に図２８中ステップＳ１において説明したように、シグナリングによってコネクションを確立する。第１のデバイス６０は、コネクションの確立を試みた結果を示す情報をレスポンスとして第３のデバイス８０に対して送信し、一連の処理を終了する。
データ伝送システム５１においては、このような一連の処理を経ることにより、第１のデバイス６０と第２のデバイス７０との間でブルートゥースによるストリームの送受信を行う際に、第３のデバイス８０によってこれらの第１のデバイス６０と第２のデバイス７０との間のコネクションを制御することができる。
このように、データ伝送システム５１は、ストリームの送受信を行う２機器以外の機器により、２機器間のコネクションを制御することができる。したがって、データ伝送システム５１は、２機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
なお、データ伝送システム５０においては、第１のデバイス６０と第３のデバイス８０との間で行われるコマンド及びレスポンスの送受信が、ブルートゥースによって行われるものとして説明したが、図３１乃至図３３に示したコマンド及びレスポンスは、ＡＶ／Ｃを拡張して定義されていることから、図３５に示すデータ伝送システム１０１のように、ＩＥＥＥ１３９４におけるコントローラとして機能する第３のデバイス８０により、ブルートゥースによるストリームＳＴの送受信を行う第１のデバイス１１０と第２のデバイス１２０との間のコネクションを制御することもできる。すなわち、データ伝送システム１０１においては、第１のデバイス１１０と第３のデバイス１３０とが、ＩＥＥＥ１３９４に準拠したシリアルバスによって接続されており、このシリアルバスを介してコマンドＣ及びレスポンスＲの送受信が行われる。このとき、コマンドＣ及びレスポンスＲとしては、図３１乃至図３３に示したコマンド及びレスポンスを用いることができる。勿論、この場合には、第１のデバイス１１０は、ブルートゥースのインターフェースとＩＥＥＥ１３９４のインターフェースとを兼ね備える必要があることはいうまでもない。
以上説明したように、再生システム１においては、機器内部でのストリームに対するインターフェースであるブルートゥース・入出力プラグを識別するためのブルートゥース・入出力プラグ番号と、機器間でのストリームに対するインターフェースであるストリーム・エンド・ポイントを識別するためのＳＥＩＤとの関連付けを行うことにより、受信側でストリームの信号ソースの情報を得ることができ、複数のサブユニットを信号ソースとしている場合であっても、信号ソースの情報を表示することによってユーザに知らしめることができ、ユーザにとって高い利便を提供することができる。
また、データ伝送システム５１，１０１においては、２機器間でブルートゥースによるストリームの送受信を行う際に、これらの２機器以外の機器によって２機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した再生システム１においては、ストリームを送信する側の機器として、オーディオチューナ付きのプレーヤ１０を用いて説明したが、本発明は、信号ソースとして機能する機器であればいかなるものであっても適用することができ、ビデオストリーム等を送信するものであってもよい。勿論、ストリームを受信する側の機器としては、ヘッドフォン２０である必要はなく、ストリームを受信可能な任意のものが考えられる。
また、上述した実施の形態では、再生システム１におけるプレーヤ１０は、２つの信号ソースを有するものとして説明したが、本発明は、１つ又は複数の信号ソースとなるサブユニットを有する機器であっても適用することができる。
さらに、上述した実施の形態では、再生システム１におけるヘッドフォン２０は、得られた信号ソースの情報を表示することに活用するものとして説明したが、本発明は、信号ソースの情報を表示以外の処理に活用する場合にも適用できるものであり、例えば、音声によってユーザに知らしめることもできる。
さらにまた、上述した実施の形態では、データ伝送システム５１，１０１における第３のデバイス８０，１３０は、それぞれ、第１のデバイス６０，１１０との間でコマンド及びレスポンスの送受信を行うものとして説明したが、本発明は、第３のデバイス８０，１３０が、それぞれ、第２のデバイス７０，１２０を介してコネクションを制御するようにした場合であっても適用することができる。
また、上述した実施の形態では、データ伝送システム５１，１０１において用いるコマンド及びレスポンスとして、再生システム１において用いる第４の定義によるコマンド及びレスポンスと同様に、ＡＶ／Ｃコマンドを拡張して別のコマンドセットを定義したものとして説明したが、本発明は、データ伝送システム５１，１０１において用いるコマンド及びレスポンスとして、再生システム１において用いる第１の定義又は第３の定義によるコマンド及びレスポンスの定義方法を流用したものを用いてもよい。
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
産業上の利用可能性
本発明にかかるデータ伝送システムは、第２の電子機器により、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行うことにより、第２の電子機器により、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行うことにより、第２の電子機器でストリームの信号ソースの情報を得ることができ、信号ソースの情報をユーザに知らしめることが可能となるため、ユーザにとって高い利便を提供することができる。
また、本発明にかかるデータ伝送方法は、第２の電子機器により、把握している一方の識別子に基づいて、把握している一方の識別子と把握していない他方の識別子とのマッピングを第１の電子機器に対して問い合わせ、一方の識別子と他方の識別子との関連付けを行うことにより、第２の電子機器でストリームの信号ソースの情報を得ることが可能となり、信号ソースの情報をユーザに知らしめることが可能となるため、ユーザにとって高い利便を提供することが可能となる。
また、本発明にかかるデータ伝送システムは、第３の電子機器により、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示することにより、２つの電子機器間でストリームの送受信を行う際に、これら２つの電子機器以外の第三者の電子機器によって２つの電子機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
また、本発明にかかる電子機器は、第１の電子機器に応じて第２の電子機器を選択し、第１の電子機器に対して第２の電子機器と接続するように指示することにより、２つの電子機器間でストリームの送受信を行う際に、これら２つの電子機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
また、本発明にかかるデータ伝送システムは、第３の電子機器により、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示することにより、２つの電子機器間でストリームの送受信を行う際に、これら２つの電子機器以外の第三者の電子機器によって一の電子機器とコネクションが可能な電子機器を把握することができ、その結果、第三者の電子機器によって２つの電子機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
また、本発明にかかるデータ伝送方法は、第３の電子機器により、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示することにより、２つの電子機器間でストリームの送受信を行う際に、これら２つの電子機器以外の第三者の電子機器によって一の電子機器とコネクションが可能な電子機器を把握することが可能となり、その結果、第三者の電子機器によって２つの電子機器間のコネクションを一元的に制御することが可能となり、ユーザにとって高い利便を提供することが可能となる。
本発明にかかる電子機器は、第１の電子機器に対してコネクションが可能な電子機器を探し出すように指示することにより、２つの電子機器間でストリームの送受信を行う際に、一の電子機器とコネクションが可能な電子機器を把握することができ、その結果、２つの電子機器間のコネクションを一元的に制御することができ、ユーザにとって高い利便を提供することができる。
【図面の簡単な説明】
図１は、ブルートゥースにおいて規定されているプロトコルのアーキテクチャを説明する図である。
図２は、ＡＶ／Ｃユニットモデルを説明する図である。
図３は、ＡＶ／Ｃにおいて送受信されるコマンドが格納されるアシンクロナスパケットの構成を説明する図である。
図４は、図３に示すアシンクロナスパケットにおけるＦＣＰフレームにカプセル化されるコマンドフレームの構成を説明する図である。
図５は、図３に示すアシンクロナスパケットにおけるＦＣＰフレームにカプセル化されるレスポンスフレームの構成を説明する図である。
図６は、ＡＶＤＴＰのアーキテクチャを説明する図である。
図７は、ＡＶデバイスの一例の構成を説明する図であって、ストリーム・エンド・ポイントを説明するための図である。
図８は、本発明の実施の形態として示す再生システムの構成を説明する図である。
図９は、同再生システムの構成を説明するブロック図である。
図１０は、ＡＶ／Ｃユニットモデルを拡張したユニットモデルを説明する図である。
図１１は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第１の定義による問い合わせコマンドのコマンドフレームの構成を説明する図であって、入力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームの構成を説明する図である。
図１２は、図１１に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図１３は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第１の定義による問い合わせコマンドのコマンドフレームの構成を説明する図であって、出力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームの構成を説明する図である。
図１４は、図１３に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図１５は、ＳＥＩＤに対応するブルートゥース・出力プラグ番号を問い合わせる場合の問い合わせコマンドのコマンドフレームの構成を説明する図である。
図１６は、図１５に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図１７は、他ネットワーク・出力プラグ番号に対応する機器間でのストリームに対するインターフェースを識別するための情報を問い合わせる場合の問い合わせコマンドのコマンドフレームの構成を説明する図である。
図１８は、図１７に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図１９は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第２の定義による問い合わせコマンドのコマンドフレームの構成を説明する図であって、入力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームの構成を説明する図である。
図２０は、図１９に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図２１は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第２の定義による問い合わせコマンドのコマンドフレームの構成を説明する図であって、出力プラグに関する情報を問い合わせるための問い合わせコマンドのコマンドフレームの構成を説明する図である。
図２２は、図２１に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図２３は、ＳＥＩＤに対応するブルートゥース・出力プラグ番号を問い合わせる場合の問い合わせコマンドのコマンドフレームの構成を説明する図である。
図２４は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第１の定義による問い合わせコマンドのコマンドフレームの構成を説明する図である。
図２５は、図２４に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図２６は、ＳＥＩＤとブルートゥース・出力プラグ番号とのマッピングを問い合わせる第３の定義による問い合わせコマンドのコマンドフレームの構成を説明する図である。
図２７は、図２６に示す問い合わせコマンドに対するレスポンスフレームの構成を説明する図である。
図２８は、同再生システムにおける一連の処理工程を説明するフローチャートであって、ブルートゥース・入出力プラグ番号とＳＥＩＤとの関連付けを行い、受信側でストリームの信号ソースの情報を得る際の一連の処理工程を説明するフローチャートである。
図２９は、コネクトコマンドのコマンドフレームの構成を説明する図である。
図３０は、本発明の他の実施の形態として示すデータ伝送システムの構成を説明するブロック図である。
図３１は、コネクションが可能なデバイスを探し出させるコマンドのコマンドフレームの構成を説明する図である。
図３２は、図３１に示すコマンドに対するレスポンスフレームの構成を説明する図である。
図３３は、２つのデバイス間でのコネクションを確立させるコマンドのコマンドフレームの構成を説明する図である。
図３４は、同データ伝送システムにおける一連の処理工程を説明するフローチャートであって、２つのデバイス間でのコネクションを制御する際の一連の処理工程を説明するフローチャートである。
図３５は、本発明の他の実施の形態として示すデータ伝送システムの他の構成を説明するブロック図である。
【図１】
2002054404.tif 000004
【図２】
2002054404.tif 000005
【図３】
2002054404.tif 000006
【図４】
2002054404.tif 000007
【図５】
2002054404.tif 000008
【図６】
2002054404.tif 000009
【図７】
2002054404.tif 000010
【図８】
2002054404.tif 000011
【図９】
2002054404.tif 000012
【図１０】
2002054404.tif 000013
【図１１】
2002054404.tif 000014
【図１２】
2002054404.tif 000015
【図１３】
2002054404.tif 000016
【図１４】
2002054404.tif 000017
【図１５】
2002054404.tif 000018
【図１６】
2002054404.tif 000019
【図１７】
2002054404.tif 000020
【図１８】
2002054404.tif 000021
【図１９】
2002054404.tif 000022
【図２０】
2002054404.tif 000023
【図２１】
2002054404.tif 000024
【図２２】
2002054404.tif 000025
【図２３】
2002054404.tif 000026
【図２４】
2002054404.tif 000027
【図２５】
2002054404.tif 000028
【図２６】
2002054404.tif 000029
【図２７】
2002054404.tif 000030
【図２８】
2002054404.tif 000031
【図２９】
2002054404.tif 000032
【図３０】
2002054404.tif 000033
【図３１】
2002054404.tif 000034
【図３２】
2002054404.tif 000035
【図３３】
2002054404.tif 000036
【図３４】
2002054404.tif 000037
【図３５】
2002054404.tif 000038
【手続補正書】
【提出日】平成14年5月29日(2002.5.29)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信する第１の電子機器は、上記ストリームの信号ソースとなる１つ又は複数の信号生成手段を備え、
上記ストリームを受信する第２の電子機器は、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
上記第２の電子機器は、把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、上記第１の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えること
を特徴とするデータ伝送システム。
【請求項２】
上記第２の電子機器は、上記コマンド生成手段により、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記第１の電子機器内部での接続先を上記第１の電子機器に対して問い合わせるコマンドを生成し、上記レスポンス解析手段により、上記第１の電子機器から送信された上記接続先の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項３】
上記第２の電子機器は、上記コマンド生成手段により、上記信号ソースとなる上記接続先の動作状態を上記第１の電子機器に対して問い合わせるコマンドを生成し、上記レスポンス解析手段により、上記第１の電子機器から送信された上記動作状態の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２項記載のデータ伝送システム。
【請求項４】
上記第２の電子機器は、各種情報を表示する表示手段を備え、
上記第２の電子機器は、上記ストリームの信号ソースを示す情報を上記表示手段に表示すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項５】
上記一方の識別子は、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記第２の電子機器は、上記第１の電子機器との間でコネクションを確立し、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握すること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項６】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項７】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項８】
上記第１の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第７項記載のデータ伝送システム。
【請求項９】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第１項記載のデータ伝送システム。
【請求項１０】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第９項記載のデータ伝送システム。
【請求項１１】
ワイヤレス接続された複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信する第１の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記第１の電子機器と上記ストリームを受信する第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を上記第２の電子機器が把握しており、
上記第２の電子機器により、上記第２の電子機器が把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記第１の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程とを備えること
を特徴とするデータ伝送方法。
【請求項１２】
上記第２の電子機器により、上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記第１の電子機器内部での接続先を上記第１の電子機器に対して問い合わせるコマンドを生成する第２のコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記接続先の情報を示すレスポンスを解析する第２のレスポンス解析工程とを備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１３】
上記第２の電子機器により、上記信号ソースとなる上記接続先の動作状態を上記第１の電子機器に対して問い合わせるコマンドを生成する第３のコマンド生成工程と、
上記第２の電子機器により、上記第１の電子機器から送信された上記動作状態の情報を示すレスポンスを解析する第３のレスポンス解析工程とを備えること
を特徴とする請求の範囲第１２項記載のデータ伝送方法。
【請求項１４】
上記第２の電子機器により、上記ストリームの信号ソースを示す情報を、上記第２の電子機器が備える表示手段に表示する表示工程を備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１５】
上記一方の識別子は、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記第２の電子機器により、上記第１の電子機器との間でコネクションを確立し、上記第１の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握する識別子把握工程を備えること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１６】
上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１７】
上記第１の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記第１の電子機器と上記第２の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第１６項記載のデータ伝送方法。
【請求項１８】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第１１項記載のデータ伝送方法。
【請求項１９】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第１８項記載のデータ伝送方法。
【請求項２０】
他の電子機器とワイヤレス接続され、上記他の電子機器から送信されたストリームを受信可能な電子機器であって、
上記他の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記他の電子機器に対して問い合わせるコマンドを生成するコマンド生成手段と、
上記他の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析手段とを備えること
を特徴とする電子機器。
【請求項２１】
上記コマンド生成手段は、上記１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記他の電子機器内部での接続先を上記他の電子機器に対して問い合わせるコマンドを生成し、
上記レスポンス解析手段は、上記他の電子機器から送信された上記接続先の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２２】
上記コマンド生成手段は、上記信号ソースとなる上記接続先の動作状態を上記他の電子機器に対して問い合わせるコマンドを生成し、
上記レスポンス解析手段は、上記他の電子機器から送信された上記動作状態の情報を示すレスポンスを解析すること
を特徴とする請求の範囲第２１項記載の電子機器。
【請求項２３】
各種情報を表示する表示手段を備え、
上記ストリームの信号ソースを示す情報を上記表示手段に表示すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２４】
上記一方の識別子は、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記他の電子機器との間でコネクションを確立し、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握すること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２５】
上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２６】
上記他の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２７】
上記他の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記他の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第２６項記載の電子機器。
【請求項２８】
上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第２０項記載の電子機器。
【請求項２９】
上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第２８項記載の電子機器。
【請求項３０】
（補正後）ワイヤレス接続された他の電子機器から送信されたストリームを受信する電子機器のストリーム受信方法であって、
上記電子機器は、上記他の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記他の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、
上記他の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程とを備えること
を特徴とする電子機器のストリーム受信方法。
【請求項３１】
（補正後）上記コマンド生成工程では、上記１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記他の電子機器内部での接続先を上記他の電子機器に対して問い合わせるコマンドが生成され、
上記レスポンス解析工程では、上記他の電子機器から送信された上記接続先の情報を示すレスポンスが解析されること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３２】
（補正後）上記コマンド生成工程では、上記信号ソースとなる上記接続先の動作状態を上記他の電子機器に対して問い合わせるコマンドが生成され、
上記レスポンス解析工程では、上記他の電子機器から送信された上記動作状態の情報を示すレスポンスが解析されること
を特徴とする請求の範囲第３１項記載の電子機器のストリーム受信方法。
【請求項３３】
（補正後）各種情報を表示する表示工程を有し、
上記表示工程において上記ストリームの信号ソースを示す情報が表示されること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３４】
（補正後）上記一方の識別子は、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記他の電子機器との間でコネクションを確立し、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握すること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３５】
（補正後）上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３６】
（補正後）上記他の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３７】
（補正後）上記他の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記他の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第３６項記載の電子機器のストリーム受信方法。
【請求項３８】
（補正後）上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第３０項記載の電子機器のストリーム受信方法。
【請求項３９】
（補正後）上記既存のインターフェースは、ＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであること
を特徴とする請求の範囲第３８項記載の電子機器のストリーム受信方法。
【請求項４０】
（補正後）コンピュータによって制御された電子機器に対して、ワイヤレス接続された他の電子機器から送信されたストリームを受信するストリーム受信処理を実行させるための制御プログラムであって、
上記電子機器は、上記他の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
上記電子機器に対して、
把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記他の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、
上記他の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程と
を実行させることを特徴とする制御プログラム。
【請求項４１】
（補正後）上記コマンド生成工程では、上記電子機器に、上記１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記他の電子機器内部での接続先を上記他の電子機器に対して問い合わせるコマンドを生成させ、
上記レスポンス解析工程では、上記電子機器に、上記他の電子機器から送信された上記接続先の情報を示すレスポンスを解析させること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４２】
（補正後）上記コマンド生成工程では、上記電子機器に、上記信号ソースとなる上記接続先の動作状態を上記他の電子機器に対して問い合わせるコマンドを生成させ、
上記レスポンス解析工程では、上記電子機器に、上記他の電子機器から送信された上記動作状態の情報を示すレスポンスを解析させること
を特徴とする請求の範囲第４１項記載の制御プログラム。
【請求項４３】
（補正後）各種情報を表示する表示工程を有し、
上記電子機器に、上記ストリームの信号ソースを示す情報を表示させること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４４】
（補正後）上記一方の識別子は、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記電子機器に、上記他の電子機器との間でコネクションを確立させ、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握させること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４５】
（補正後）上記受信されるストリームがオーディオストリーム及び／又はビデオストリームであるときのストリーム受信処理であること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４６】
（補正後）上記電子機器が上記他の電子機器とブルートゥースによってワイヤレス接続されているときのストリーム受信処理であること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４７】
（補正後）上記他の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記他の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする請求の範囲第４６項記載の制御プログラム。
【請求項４８】
（補正後）上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする請求の範囲第４０項記載の制御プログラム。
【請求項４９】
（補正後）上記既存のインターフェースがＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであるときのストリーム受信処理であること
を特徴とする請求の範囲第４８項記載の制御プログラム。
【請求項５０】
（補正後）コンピュータによって制御された電子機器に対して、ワイヤレス接続された他の電子機器から送信されたストリームを受信するストリーム受信処理を実行させるための制御プログラムが記録された記録媒体であって、
上記電子機器は、上記他の電子機器が備える上記ストリームの信号ソースとなる１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子と、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子とのうち、いずれか一方の識別子を把握しており、
上記電子機器に対して、
把握している一方の識別子に基づいて、把握している上記一方の識別子と把握していない他方の識別子とのマッピングを上記他の電子機器に対して問い合わせるコマンドを生成するコマンド生成工程と、
上記他の電子機器から送信された上記他方の識別子の情報を示すレスポンスを解析するレスポンス解析工程と
を実行させる制御プログラムが記録されていることを特徴とする記録媒体。
【請求項５１】
（補正後）上記コマンド生成工程では、上記電子機器に、上記１つ又は複数の信号生成手段から出力される上記他の電子機器内部でのストリームに対するインターフェースを識別するための識別子を指定して、この識別子の上記他の電子機器内部での接続先を上記他の電子機器に対して問い合わせるコマンドを生成させ、
上記レスポンス解析工程では、上記電子機器に、上記他の電子機器から送信された上記接続先の情報を示すレスポンスを解析させること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５２】
（補正後）上記コマンド生成工程では、上記電子機器に、上記信号ソースとなる上記接続先の動作状態を上記他の電子機器に対して問い合わせるコマンドを生成させ、
上記レスポンス解析工程では、上記電子機器に、上記他の電子機器から送信された上記動作状態の情報を示すレスポンスを解析させること
を特徴とする制御プログラムが記録されている請求の範囲第５１項記載の記録媒体。
【請求項５３】
（補正後）各種情報を表示する表示工程を有し、
上記電子機器に、上記ストリームの信号ソースを示す情報を表示させること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５４】
（補正後）上記一方の識別子は、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子であって、
上記電子機器に、上記他の電子機器との間でコネクションを確立させ、上記他の電子機器との間での上記ストリームに対するインターフェースを識別するための識別子を把握させること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５５】
（追加）上記受信されるストリームがオーディオストリーム及び／又はビデオストリームであるときのストリーム受信処理であること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５６】
（追加）上記電子機器が上記他の電子機器とブルートゥースによってワイヤレス接続されているときのストリーム受信処理であること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５７】
（追加）上記他の電子機器内部でのストリームに対するインターフェースは、データの入出力を行うための論理的な入出力口であるプラグであり、上記他の電子機器との間での上記ストリームに対するインターフェースは、個々のストリームの終端を示すストリーム・エンド・ポイントであること
を特徴とする制御プログラムが記録されている請求の範囲第５６項記載の記録媒体。
【請求項５８】
（追加）上記１つ又は複数の信号生成手段から出力される上記第１の電子機器内部でのストリームに対するインターフェースを識別するための識別子には、既存のインターフェースを識別するための識別子に割り当てるために設けられたアドレス値のうち、未使用のアドレス値が割り当てられること
を特徴とする制御プログラムが記録されている請求の範囲第５０項記載の記録媒体。
【請求項５９】
（追加）上記既存のインターフェースがＩＥＥＥ１３９４において規定されているデータの入出力を行うための論理的な入出力口であるプラグであるときのストリーム受信処理であること
を特徴とする制御プログラムが記録されている請求の範囲第５８項記載の記録媒体。
【請求項６０】
（追加）複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信又は受信する第１の電子機器と、
上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器と、
上記第１の電子機器に応じて上記第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成する第３の電子機器とを備えること
を特徴とするデータ伝送システム。
【請求項６１】
（追加）上記第３の電子機器は、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成すること
を特徴とする請求の範囲第６０項記載のデータ伝送システム。
【請求項６２】
（追加）上記第１の電子機器は、上記第３の電子機器からのコマンドに応じて、コネクションが可能なデバイスを探し出してリストアップし、リストアップした上記コネクションが可能なデバイスを示すレスポンスを生成し、
上記第３の電子機器は、上記レスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択すること
を特徴とする請求の範囲第６１項記載のデータ伝送システム。
【請求項６３】
（追加）上記第１の電子機器は、上記第３の電子機器によって選択された上記第２の電子機器との間でコネクションを確立すること
を特徴とする請求の範囲第６０項記載のデータ伝送システム。
【請求項６４】
（追加）上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第６０項記載のデータ伝送システム。
【請求項６５】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第６０項記載のデータ伝送システム。
【請求項６６】
（追加）上記第１の電子機器と上記第３の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第６５項記載のデータ伝送システム。
【請求項６７】
（追加）上記第１の電子機器と上記第３の電子機器とは、ＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第６５項記載のデータ伝送システム。
【請求項６８】
（追加）複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を、第３の電子機器によって選択し、上記第３の電子機器により、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程を備えること
を特徴とするデータ伝送方法。
【請求項６９】
（追加）上記第３の電子機器により、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成する第２のコマンド生成工程を備えること
を特徴とする請求の範囲第６８項記載のデータ伝送方法。
【請求項７０】
（追加）上記第１の電子機器により、上記第２のコマンド生成工程にて生成された上記第３の電子機器からのコマンドに応じて、コネクションが可能なデバイスを探し出してリストアップし、リストアップした上記コネクションが可能なデバイスを示すレスポンスを生成するレスポンス生成工程を備え、
上記コマンド生成工程では、上記第３の電子機器により、上記レスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器が選択されること
を特徴とする請求の範囲第６９項記載のデータ伝送方法。
【請求項７１】
（追加）上記第１の電子機器により、上記コマンド生成工程にて上記第３の電子機器によって選択された上記第２の電子機器との間でコネクションを確立するコネクション確立工程を備えること
を特徴とする請求の範囲第６８項記載のデータ伝送方法。
【請求項７２】
（追加）上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第６８項記載のデータ伝送方法。
【請求項７３】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第６８項記載のデータ伝送方法。
【請求項７４】
（追加）上記第１の電子機器と上記第３の電子機器とは、ブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第７３項記載のデータ伝送方法。
【請求項７５】
（追加）上記第１の電子機器と上記第３の電子機器とは、ＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第７３項記載のデータ伝送方法。
【請求項７６】
（追加）複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成手段を備えること
を特徴とする電子機器。
【請求項７７】
（追加）上記コマンド生成手段は、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成すること
を特徴とする請求の範囲第７６項記載の電子機器。
【請求項７８】
（追加）上記コマンド生成手段は、上記第１の電子機器によってコネクションが可能なデバイスを探し出してリストアップして生成されたレスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択すること
を特徴とする請求の範囲第７７項記載の電子機器。
【請求項７９】
（追加）上記ストリームは、オーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第７６項記載の電子機器。
【請求項８０】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、
上記第１の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第７６項記載の電子機器。
【請求項８１】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、
上記第１の電子機器とＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第７６項記載の電子機器。
【請求項８２】
（追加）複数の電子機器によってストリームを送受信する電子機器間のデータ伝送方法であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程を備えること
を特徴とするデータ伝送方法。
【請求項８３】
（追加）上記コマンド生成工程では、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドが生成されること
を特徴とする請求の範囲第８２項記載のデータ伝送方法。
【請求項８４】
（追加）上記コマンド生成工程では、上記第１の電子機器によってコネクションが可能なデバイスを探し出してリストアップして生成されたレスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器が選択されること
を特徴とする請求の範囲第８３項記載のデータ伝送方法。
【請求項８５】
（追加）上記ストリームがオーディオストリーム及び／又はビデオストリームであること
を特徴とする請求の範囲第８２項記載のデータ伝送方法。
【請求項８６】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、該電子機器は、上記第１の電子機器とブルートゥースによってワイヤレス接続されていること
を特徴とする請求の範囲第８２項記載のデータ伝送方法。
【請求項８７】
（追加）上記第１の電子機器と上記第２の電子機器とは、ブルートゥースによってワイヤレス接続されており、該電子機器は、上記第１の電子機器とＩＥＥＥ１３９４に準拠したシリアルバスによって接続されていること
を特徴とする請求の範囲第８２項記載のデータ伝送方法。
【請求項８８】
（追加）複数の電子機器間でストリームを送受信するとき、コンピュータによって制御された個々の電子機器にデータ伝送処理を実行させる制御プログラムであって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程
を実行させることを特徴とする制御プログラム。
【請求項８９】
（追加）上記コマンド生成工程では、上記電子機器に、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成させること
を特徴とする請求の範囲第８８項記載の制御プログラム。
【請求項９０】
（追加）上記コマンド生成工程では、上記電子機器に、上記第１の電子機器によってコネクションが可能なデバイスを探し出してリストアップして生成されたレスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択させること
を特徴とする請求の範囲第８９項記載の制御プログラム。
【請求項９１】
（追加）上記ストリームがオーディオストリーム及び／又はビデオストリームであるときのデータ伝送処理であること
を特徴とする請求の範囲第８８項記載の制御プログラム。
【請求項９２】
（追加）上記第１の電子機器と上記第２の電子機器とがブルートゥースによってワイヤレス接続されており、該電子機器が上記第１の電子機器とブルートゥースによってワイヤレス接続されているときのデータ伝送処理であること
を特徴とする請求の範囲第８８項記載の制御プログラム。
【請求項９３】
（追加）上記第１の電子機器と上記第２の電子機器とがブルートゥースによってワイヤレス接続されており、該電子機器が上記第１の電子機器とＩＥＥＥ１３９４に準拠したシリアルバスによって接続されているときのデータ伝送処理であること
を特徴とする請求の範囲第８８項記載の制御プログラム。
【請求項９４】
（追加）複数の電子機器間でストリームを送受信するとき、コンピュータによって制御された個々の電子機器にデータ伝送処理を実行させる制御プログラムが記録された記録媒体であって、
上記ストリームを送信又は受信する第１の電子機器に応じて、上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器を選択し、上記第１の電子機器に対して上記第２の電子機器と接続するように指示するコマンドを生成するコマンド生成工程
を実行させる制御プログラムが記録されていることを特徴とする記録媒体。
【請求項９５】
（追加）上記コマンド生成工程では、上記電子機器に、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成させること
を特徴とする制御プログラムが記録されている請求の範囲第９４項記載の記録媒体。
【請求項９６】
（追加）上記コマンド生成工程では、上記電子機器に、上記第１の電子機器によってコネクションが可能なデバイスを探し出してリストアップして生成されたレスポンスに応じて、上記コネクションが可能なデバイスの中から、上記第２の電子機器を選択させること
を特徴とする制御プログラムが記録されている請求の範囲第９５項記載の記録媒体。
【請求項９７】
（追加）上記ストリームがオーディオストリーム及び／又はビデオストリームであるときのデータ伝送処理であること
を特徴とする制御プログラムが記録されている請求の範囲第９４項記載の記録媒体。
【請求項９８】
（追加）上記第１の電子機器と上記第２の電子機器とがブルートゥースによってワイヤレス接続されており、該電子機器が上記第１の電子機器とブルートゥースによってワイヤレス接続されているときのデータ伝送処理であること
を特徴とする制御プログラムが記録されている請求の範囲第９４項記載の記録媒体。
【請求項９９】
（追加）上記第１の電子機器と上記第２の電子機器とがブルートゥースによってワイヤレス接続されており、該電子機器が上記第１の電子機器とＩＥＥＥ１３９４に準拠したシリアルバスによって接続されているときのデータ伝送処理であること
を特徴とする制御プログラムが記録されている請求の範囲第９４項記載の記録媒体。
【請求項１００】
（追加）複数の電子機器によってストリームを送受信するデータ伝送システムであって、
上記ストリームを送信又は受信する第１の電子機器と、
上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器と、
上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成する第３の電子機器とを備えること
を特徴とするデータ伝送システム。
【請求項１０１】
（追加）複数の電子機器によってストリームを送受信するデータ伝送方法であって、
上記ストリームを送信又は受信する第１の電子機器及び上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器とは異なる第３の機器により、上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成工程を備えること
を特徴とするデータ伝送方法。
【請求項１０２】
（追加）複数の電子機器によってストリームを送受信するデータ伝送システムを構成する電子機器であって、
上記ストリームを送信又は受信する第１の電子機器及び上記第１の電子機器とワイヤレス接続して上記ストリームを受信又は送信することが可能な第２の電子機器とは異なるものであり、
上記第１の電子機器に対してコネクションが可能な電子機器を探し出させるコマンドを生成するコマンド生成手段を備えること
を特徴とする電子機器。
【国際調査報告】
2002054404.tif 000039
2002054404.tif 000040
2002054404.tif 000041
2002054404.tif 000042
2002054404.tif 000043
2002054404.tif 000044