(57)【要約】所定の有線ネットワークに接続された第１の機器１に対して、所定の無線ネットワークを介して第２の機器５から機器制御コマンドを伝送したとき、そのコマンドを受信した第１の機器１は、受信した機器制御コマンドの判定を行い、その判定で有線ネットワークに接続された所定の機器（例えば機器２〜４のいずれか１台）を制御するコマンドであると判断したとき、該当するコマンドを有線ネットワークを介して所定の機器に伝送する処理を行う構成として、ブルートゥースなどの無線ネットワーク内で生成されたコマンドを、ＩＥＥＥ１３９４方式などの有線ネットワークに接続された機器に良好に伝送できるようにした。
2002056548.tif 000002
【特許請求の範囲】
【請求項１】
所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、
上記第１の機器は、受信した機器制御コマンドの判定を行い、その判定で上記有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを上記有線ネットワークを介して上記所定の機器に伝送するようにした
データ伝送方法。
【請求項２】
請求の範囲第１項記載のデータ伝送方法において、
上記第１の機器での、受信したコマンドから上記所定の機器の判断処理は、上記コマンドで指示される内容に合致する機器を、上記有線ネットワークに接続された機器から探す処理である
データ伝送方法。
【請求項３】
請求の範囲第２項記載のデータ伝送方法において、
上記第１の機器は、上記有線ネットワークに接続された機器の機能を予め調べて、その調べた機能に関するデータを保持するようにした
データ伝送方法。
【請求項４】
請求の範囲第１項記載のデータ伝送方法において、
上記第１の機器での、受信したコマンドから上記所定の機器の判断処理は、上記有線ネットワーク内でストリームデータの送出元となっている機器を、上記所定の機器と判断する処理である
データ伝送方法。
【請求項５】
請求の範囲第１項記載のデータ伝送方法において、
上記第１の機器での、受信したコマンドから上記所定の機器の判断処理は、予め第１の機器に登録された機器を、上記所定の機器と判断する処理である
データ伝送方法。
【請求項６】
請求の範囲第１項記載のデータ伝送方法において、
上記第１の機器内で、無線信号として受信したコマンドを、有線ネットワーク用にデータ構成を変換して有線ネットワークに送出させる
データ伝送方法。
【請求項７】
請求の範囲第１項記載のデータ伝送方法において、
上記第２の機器からの機器制御コマンドは、ＡＶＣＴＰプロトコルのコマンドであり、また上記所定の機器を制御するコマンドは、ＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドであることを特徴とする
データ伝送方法。
【請求項８】
所定の有線ネットワークを構成するバスラインが接続されて、上記有線ネットワーク内の他の機器と双方向にデータ通信が可能な第１の通信手段と、
所定の無線ネットワークを構成する他の機器と無線通信を行って双方向にデータ通信が可能な第２の通信手段と、
上記第２の通信手段で所定の機器制御コマンドを受信したとき、その受信した機器制御コマンドのコマンドの届け先を判断し、判断した届け先が上記有線ネットワークで接続された機器であるとき、上記第１の通信手段から上記機器制御コマンドを送出させる制御手段とを備えた
データ伝送装置。
【請求項９】
請求の範囲第８項記載のデータ伝送装置において、
上記制御手段での、上記機器制御コマンドの届け先判断処理は、上記コマンドで指示される内容に合致する機器を、上記有線ネットワークに接続された機器から探す処理である
データ伝送装置。
【請求項１０】
請求の範囲第９項記載のデータ伝送装置において、
上記制御手段は、上記有線ネットワークに接続された機器の機能を予め調べ、その調べた機能に関するデータを保持し、この保持されたデータを利用してコマンドで指示される内容と合致する機器を探すようにした
データ伝送装置。
【請求項１１】
請求の範囲第８項記載のデータ伝送装置において、
上記制御手段での、上記機器制御コマンドの届け先判断処理は、上記有線ネットワーク内でストリームデータの送出元となっている機器を、届け先と判断する
データ伝送装置。
【請求項１２】
請求の範囲第８項記載のデータ伝送装置において、
上記制御手段での、上記機器制御コマンドの届け先判断処理は、予め登録された機器を届け先と判断する
データ伝送装置。
【請求項１３】
請求の範囲第８項記載のデータ伝送装置において、
上記第２の通信手段が受信したコマンドを、上記第１の通信手段で送出させるコマンドに変換する変換手段を備えた
データ伝送装置。
【請求項１４】
請求の範囲第８項記載のデータ伝送装置において、
上記第２の通信手段による所定の機器制御コマンドはＡＶＣＴＰプロトコルのコマンドであり、また上記第１の通信手段による機器制御コマンドはＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドであることを特徴とする
データ伝送装置。
【請求項１５】
所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、
上記第１の機器は、受信した機器制御コマンドの判定を行い、その判定で上記有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを上記有線ネットワークを介して上記所定の機器に伝送する処理を実行させるプログラムが記録された
記録媒体。
【請求項１６】
所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、
上記第１の機器は、受信した機器制御コマンドの判定を行い、その判定で上記有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを上記有線ネットワークを介して上記所定の機器に伝送する処理を実行させることを特徴とする
プログラム。
【発明の詳細な説明】
技術分野
本発明は、無線ネットワークと有線ネットワークの双方のネットワークを使用したデータ伝送方法及びデータ伝送装置、並びにこれらのデータ伝送に適用されるプログラム及びそのプログラムが格納された記録媒体に関する。
背景技術
従来、ＩＥＥＥ（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）１３９４方式として規格化された有線のシリアルデータバスにより、複数台の機器を接続させた有線ネットワークを構成させて、データ伝送を行うことが提案されている。例えば、ＩＥＥＥ１３９４方式のバスラインに接続可能なオーディオ機器やビデオ機器（以下これらの機器をＡＶ機器と称する）が開発され、これらのＡＶ機器でネットワークを構成させることで、オーディオデータやビデオデータを機器間で伝送させることができる。
このネットワークにおいては、所定のコマンド（ＡＶ／Ｃ　Ｃｏｍｍａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ：以下ＡＶ／Ｃコマンドと称する）を用いることにより、ネットワークに接続されているＡＶ機器を、他の機器から制御することが可能である。ＩＥＥＥ１３９４方式の詳細及びＡＶ／Ｃコマンドの詳細については、１３９４　Ｔｒａｄｅ　Ａｓｓｏｃｉａｔｉｏｎで公開しているＡＶ／Ｃ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｃｏｍｍａｎｄ　Ｓｅｔ　Ｇｅｎｅｒａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎに記載されている。
一方、近年ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：商標）と称される規格の無線伝送システムを使用して無線ネットワーク（ワイヤレスネットワーク）を組むことが提案され、実用化されつつある。この無線ネットワークは、複数台の機器間で、電話通信用音声データ，ファクシミリ用画像データ，コンピュータ用データなどの伝送を、２．４ＧＨｚの周波数帯域を使用して無線伝送するもので、機器間の無線伝送距離は、数ｍから最大でも１００ｍ程度までの比較的近距離のネットワークを想定している。伝送を行うデータの種別毎に、そのデータ伝送をどのように行うかを規定したプロファイルが定められている。
ブルートゥースの通信方式の詳細については、後述する実施の形態の中でも説明するが、規格を定めた標準化団体であるＢｌｕｅｔｏｏｔｈ　ＳＩＧが公開している。このブルートゥースと称される無線伝送システムの場合にも、Ａｕｄｉｏ／Ｖｉｄｅｏ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ（以下ＡＶＣＴＰと称する）と称されるプロトコルで規定されたコマンドの伝送で、ネットワーク内の他のＡＶ機器を制御することができる。
ところで、上述したＩＥＥＥ１３９４方式などの有線のバスラインで接続されたネットワークと、ブルートゥースなどの無線伝送を行うネットワークとは、それぞれ個別に構築されているため、例えばＩＥＥＥ１３９４方式に対応した機器と、ブルートゥースに対応した機器との間で、コマンドを伝送するようなことは従来不可能であった。即ち、それぞれのネットワーク毎に、規定されたコマンドの構成は異なり、例えば無線ネットワーク側で受信したコマンドを、そのまま有線のバスラインに送出させることは事実上不可能である。
また、無線ネットワークと有線ネットワークとは、基本的に個別に構築されるネットワークであるため、それぞれのネットワーク毎にデータの送出元と届け先を設定させる管理処理が必要であり、単純にコマンド構成の変換を行うだけで、２つのネットワーク間でデータの受け渡しができるものではない。
なお、ここでは有線のバスラインで接続されるネットワークとしてＩＥＥＥ１３９４方式を例とし、無線ネットワークとしてブルートゥースを例にして説明したが、他の同様な有線ネットワークと無線ネットワークを使用する場合にも、同様の問題がある。
発明の開示
本発明は、無線ネットワーク内で生成されたコマンドを、有線ネットワークに接続された機器に良好に伝送できるようにすることを目的とする。
第１の発明は、所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、第１の機器は、受信した機器制御コマンドの判定を行い、その判定で有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを有線ネットワークを介して所定の機器に伝送するようにしたデータ伝送方法としたものである。
このようにしたことによって、無線ネットワーク側の機器から送出された機器制御コマンドを、有線ネットワーク内の特定の機器に対して伝送させることが可能になり、有線のバスラインで接続されて構成されるネットワーク内の機器が、無線によるコマンドで遠隔制御できるようになる。
第２の発明は、第１の発明のデータ伝送方法において、第１の機器での、受信したコマンドから所定の機器の判断処理は、コマンドで指示される内容に合致する機器を、有線ネットワークに接続された機器から探す処理であるものである。
このようにしたことによって、コマンドで指示される内容の判断だけで、簡単に有線ネットワーク内でのコマンドの届け先などを判断できるようになる。
第３の発明は、第２の発明のデータ伝送方法において、第１の機器は、有線ネットワークに接続された機器の機能を予め調べて、その調べた機能に関するデータを保持するようにしたものである。
このようにしたことによって、コマンドで指示される内容に対応した機器の判断が簡単にできるようになる。
第４の発明は、第１の発明のデータ伝送方法において、第１の機器での、受信したコマンドから所定の機器の判断処理は、有線ネットワーク内でストリームデータの送出元となっている機器を、所定の機器と判断する処理としたものである。
このようにしたことによって、有線ネットワーク内のバスラインにストリームデータを送出させている機器を直接制御できるようになる。
第５の発明は、第１の発明のデータ伝送方法において、第１の機器での、受信したコマンドから所定の機器の判断処理は、予め第１の機器に登録された機器を、所定の機器と判断する処理としたものである。
このようにしたことによって、登録された機器に確実にコマンドを伝送できるようになる。
第６の発明は、第１の発明のデータ伝送方法において、第１の機器内で、無線信号として受信したコマンドを、有線ネットワーク用にデータ構成を変換して有線ネットワークに送出させるようにしたものである。
このようにしたことによって、有線ネットワークと無線ネットワークでコマンド構成が異なる場合に容易に対処できるようになる。
第７の発明は、第１の発明のデータ伝送方法において、第２の機器からの機器制御コマンドは、ＡＶＣＴＰプロトコルのコマンドであり、また所定の機器を制御するコマンドは、ＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドとしたものである。
このようにしたことによって、無線ネットワークとしてＡＶＣＴＰプロトコルを使用したブルートゥースなどによるネットワークが使用でき、有線ネットワークとしてＡＶ／Ｃコマンドを使用したＩＥＥＥ１３９４方式などによるネットワークが使用でき、両ネットワーク間でのコマンドのやり取りが容易にできるようになる。
第８の発明は、所定の有線ネットワークを構成するバスラインが接続されて、有線ネットワーク内の他の機器と双方向にデータ通信が可能な第１の通信手段と、所定の無線ネットワークを構成する他の機器と無線通信を行って双方向にデータ通信が可能な第２の通信手段と、第２の通信手段で所定の機器制御コマンドを受信したとき、その受信した機器制御コマンドのコマンドの届け先を判断し、判断した届け先が有線ネットワークで接続された機器であるとき、第１の通信手段から機器制御コマンドを送出させる制御手段とを備えたデータ伝送装置としたものである。
このようにしたことによって、無線ネットワーク側の機器から送出された機器制御コマンドを、有線ネットワーク内の特定の機器に対して伝送させることが可能になり、有線のバスラインで接続されて構成されるネットワーク内の機器が、無線によるコマンドで遠隔制御できるようになる。
第９の発明は、第８の発明のデータ伝送装置において、制御手段での、機器制御コマンドの届け先判断処理は、コマンドで指示される内容に合致する機器を、有線ネットワークに接続された機器から探す処理としたものである。
このようにしたことによって、データ伝送装置で、コマンドで指示される内容の判断を行うだけで、簡単に有線ネットワーク内でのコマンドの届け先などを判断できるようになる。
第１０の発明は、第９の発明のデータ伝送装置において、制御手段は、有線ネットワークに接続された機器の機能を予め調べ、その調べた機能に関するデータを保持し、この保持されたデータを利用してコマンドで指示される内容と合致する機器を探すようにしたものである。
このようにしたことによって、コマンドで指示される内容に対応した機器の判断が簡単にできるようになる。
第１１の発明は、第８の発明のデータ伝送装置において、制御手段での、機器制御コマンドの届け先判断処理は、有線ネットワーク内でストリームデータの送出元となっている機器を、届け先と判断する処理としたものである。
このようにしたことによって、有線ネットワーク内のバスラインにストリームデータを送出させている機器を直接制御できるようになる。
第１２の発明は、第８の発明のデータ伝送装置において、制御手段での、機器制御コマンドの届け先判断処理は、予め登録された機器を届け先と判断する処理としたものである。
このようにしたことによって、予め登録された機器に確実にコマンドを伝送できるようになる。
第１３の発明は、第８の発明のデータ伝送装置において、第２の通信手段が受信したコマンドを、第１の通信手段で送出させるコマンドに変換する変換手段を備えたものである。
このようにしたことによって、有線ネットワークと無線ネットワークでコマンド構成が異なる場合に容易に対処できるようになる。
第１４の発明は、第８の発明のデータ伝送装置において、第２の通信手段による所定の機器制御コマンドはＡＶＣＴＰプロトコルのコマンドであり、また第１の通信手段による機器制御コマンドはＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドとしたものである。
このようにしたことによって、無線ネットワークとしてＡＶＣＴＰプロトコルを使用したブルートゥースなどによるネットワークが使用でき、有線ネットワークとしてＡＶ／Ｃコマンドを使用したＩＥＥＥ１３９４方式などによるネットワークが使用でき、両ネットワーク間でのコマンドのやり取りが容易にできるようになる。
第１５の発明は、所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、第１の機器は、受信した機器制御コマンドの判定を行い、その判定で有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを有線ネットワークを介して所定の機器に伝送する処理を実行させるプログラムが記録された記録媒体としたものである。
この記録媒体に記録されたプログラムを伝送装置などに実装させて実行させることで、無線ネットワーク側の機器から送出された機器制御コマンドを、有線ネットワーク内の特定の機器に対して伝送させることが可能になり、有線のバスラインで接続されて構成されるネットワーク内の機器が、無線によるコマンドで遠隔制御できるようになる。
第１６の発明は、所定の有線ネットワークに接続された第１の機器に対して、所定の無線ネットワークを介して第２の機器から機器制御コマンドを伝送したとき、第１の機器は、受信した機器制御コマンドの判定を行い、その判定で有線ネットワークに接続された所定の機器を制御するコマンドであると判断したとき、該当するコマンドを有線ネットワークを介して所定の機器に伝送する処理を実行させるプログラムとしたものである。
このプログラムを伝送装置などに実装させて実行させることで、無線ネットワーク側の機器から送出された機器制御コマンドを、有線ネットワーク内の特定の機器に対して伝送させることが可能になり、有線のバスラインで接続されて構成されるネットワーク内の機器が、無線によるコマンドで遠隔制御できるようになる。
発明を実施するための最良の形態
以下、本発明の一実施の形態を、添付図面を参照して説明する。
本例においては、ＩＥＥＥ１３９４方式のバスラインで接続された有線ネットワークで複数台のＡＶ機器が接続してあり、その有線ネットワーク内の少なくとも１台の機器は、ブルートゥースと称される無線ネットワーク内の機器を兼ねるようにしてある。
図１は、本例のネットワーク構成の一例を示した図である。この例では、有線ネットワークとして、モニタ受像機１と、ビデオカセット記録再生装置２と、ハードディスク記録再生装置３と、チューナ４などのＡＶ機器を、ＩＥＥＥ１３９４方式のバスラインで接続させてあり、それぞれの機器間でビデオデータ，オーディオデータや制御コマンドなどの伝送が行えるようにしてある。
そして本例のモニタ受像機１は、ブルートゥースと称される無線ネットワーク内の機器としても機能するように、無線信号の送受信部を備える。この例では、無線ネットワークとしてモニタ受像機１と携帯電話端末５と何らかのデータ端末６の３台の機器で構成されるようにしてある。この無線ネットワーク内でも、制御コマンドや各種データの伝送が無線で行えるようにしてある。本例の携帯電話端末５は、ＡＶ機器を制御するリモートコントロール装置としても機能するようにしてあり、携帯電話端末５に配置された所定のキーの操作で、ＡＶ機器を遠隔制御するためのリモートコントロール信号としてのコマンドを、無線ネットワークを介してモニタ受像機１に対して無線送信するようにしてある。
この携帯電話端末５に配置された所定のキーの操作で、ＡＶ機器を遠隔制御するコマンドが送信されたとき、このコマンドを受信したモニタ受像機１では、必要によりバスラインを介して他のＡＶ機器にコマンドを伝送できるようにしてある。このモニタ受像機１を介したコマンドの中継処理の詳細については後述する。
図２は、モニタ受像機１の構成例を示す図である。本例のモニタ受像機１は、バスラインで接続されたビデオ機器から供給される映像データを受信処理及び受像処理して、この受像機が備える表示ディスプレイに映像を表示させるようにしたものである。この処理を行うために、受信処理を行う映像データ受信ブロック３１と、この受信ブロック３１で受信処理された映像データをディスプレイに表示させる映像表示部３２とを備える。
そして、ＩＥＥＥ１３９４方式のバスラインを介してデータ伝送を行うためのＩＥＥＥ１３９４バス処理部１０と、無線ネットワーク用の無線伝送を行うための無線ネットワーク処理部２０とを備える。
ＩＥＥＥ１３９４バス処理部１０の構成としては、ＩＥＥＥ１３９４方式のバスラインを構成する信号線が１つ又は複数接続されるポート部１１と、バスラインに伝送されるデータと受像機１の内部で処理するデータとの変換処理を行うインターフェースブロック１２とを備える。バスラインを介して受信した映像データについては、インターフェースブロック１２を介して映像データ受信ブロック３１に供給し、表示部３２で表示処理を実行させる。また、バスラインを介して制御コマンドを受信したときには、インターフェースブロック１２に接続されたパネルコントローラ１３に供給し、このパネルコントローラ１３が、パネルサブユニット１４及びモニタサブユニット１５に受信したコマンドに基づいた指示を送って、受信ブロック３１及び表示部３２での映像表示に関連した各種処理を実行させる。
なお、ＩＥＥＥ１３９４バス処理部１０内のパネルコントローラ１３は、バスライン上の伝送の制御を行うようにしてある。この制御に必要なデータについてもコントローラ１３が保持するようにしてある。具体的には、例えばバスラインで接続された有線ネットワーク上の機器が有するサブユニット構成をコントローラ１３が収集して、コントローラ１３内のメモリに保持させる。また、有線ネットワーク内の各機器が、パススルーコマンドと称される制御コマンドに対応しているか否かの情報についても、コントローラ１３が収集して、コントローラ１３内のメモリに保持させる。
無線ネットワーク処理部２０の構成としては、アンテナ２１が接続された近距離無線通信部２２で、無線ネットワーク内の他の端末に対して送信する無線信号を生成させる送信処理と、無線ネットワーク内の他の端末から無線伝送された信号を受信する受信処理とが行われる。この無線通信部２２で受信した信号は、無線ネットワークインターフェース部２３で、受像機１の内部で処理するデータに変換処理が行われて、パネルサブユニット２４に供給される。また、パネルサブユニット２４から供給されるデータを、無線ネットワークインターフェース部２３で、無線送信させるデータ構成に変換し、その変換されたデータを無線通信部２２に供給して、無線送信させる構成としてある。
パネルサブユニット２４は、ＩＥＥＥ１３９４バス処理部１０側に設けたモニタサブユニット１５に対して指示を行って、無線信号で受信したコマンドに基づいて、映像表示部３２での映像の表示などの受像機の動作制御が行えるようにしてある。
また本例の無線ネットワーク処理部２０内には、ＩＥＥＥ１３９４バス／無線ネットワーク変換部２５が設けてあり、無線ネットワーク処理部２０で無線信号として受信したコマンドが、この受像機とバスラインを介して接続された有線ネットワーク内の他の機器に伝送する必要のあるコマンドであるとき、この変換部２５でコマンドをＩＥＥＥ１３９４方式のバスラインで伝送するデータ構成のコマンドに変換し、この変換されたコマンドを、ＩＥＥＥ１３９４バス処理部１０側のパネルコントローラ１３に伝送する。ここでの変換処理としては、例えばブルートゥース用のフォーマットのコマンドデータのヘッダ部分を取り除き、バスライン上での宛先のデータなどを付加して、ＩＥＥＥ１３９４方式のバスラインで伝送するデータ構成とする。
変換されたコマンドのバスライン上の宛先については、変換部２５が予め設定された処理で判断するようにしてある。このときの処理としては、例えばＩＥＥＥ１３９４バス処理部１０内のインターフェースブロック１２から、バスラインでアイソクロナスチャンネルを使用して伝送中のストリームデータの送出元の機器（ソース機器）の情報を変換部２５がもらい、そのソース機器をコマンドの宛先とすることができる。
また、パネルコントローラ１３が収集して記憶した情報に基づいて、変換部２５が変換されたコマンドのバスライン上の宛先を判断することもできる。例えば、コマンドで指示された内容が実行可能なサブユニットを備えた機器を、パネルコントローラ１３からの情報に基づいて変換部２５が判断し、その判断した機器をコマンドの宛先とすることができる。
また、ユーザ操作などに基づいてパネルコントローラ１３に予め登録された機器を、変換部２５が変換されたコマンドのバスライン上の宛先とすることもできる。この場合には、例えばコマンドの種類毎に宛先を登録するようにして、受信したコマンド毎に適切な宛先を設定するようにしても良い。
図３は、携帯電話端末５の構成例を示す図である。本例の携帯電話端末５は、アンテナ５１を備えて、アンテナ５１がデュプレクサ５２を介して受信回路５３及び送信回路５８に接続してあり、アンテナ５１で受けた信号の受信回路５３での受信処理が行えると共に、送信回路５８で送信処理された信号をアンテナ５１から無線送信させることができる。受信回路５３及び送信回路５８は、デジタルシグナルプロセッサ（以下ＤＳＰと称する）５４に接続してある。ＤＳＰ５４では、受信信号の復調や、その復調された信号から音声データなどの各種データを抽出する受信処理や、音声データなどの送信するデータを送信用のデータ構成とする処理や、送信用に変調する処理などの送信処理などが行われる。
ＤＳＰ５４には、通話用のスピーカ５５が接続してあり、音声データを受信したとき、その受信して得た音声データをＤＳＰ５４内でアナログ音声信号に変換して、そのアナログ音声信号をスピーカ５５から出力させるようにしてある。また、通話用のマイクロホン５７がＤＳＰ５４に接続してあり、このマイクロホン５７が出力する音声信号を、ＤＳＰ５４内でデジタル音声データに変換して、送信処理できる。また、通話用のスピーカ５５とは別に、呼び出し音などを鳴らせるためのスピーカ５６を備える。
この携帯電話端末５内での通信処理は、制御部５９の制御により実行されるようにしてある。この制御部５９には、携帯電話端末としての動作に必要なプログラムなどのデータが記憶されたＲＯＭ５９ａと、入力したデータや、ダウンロードしたデータの記憶に使用されるＲＡＭ５９ｂが接続してある。また、ＲＡＭ５９ｂには、近距離通信に必要な設定データを記憶するエリアが用意されて、例えば端末の近距離通信のために登録されたデータなどを記憶するようにしてある。この近距離通信のために登録されたデータの詳細については後述する。
また本例の携帯電話端末５は、メモリカード５９ｃを装着することができる構成としてあり、制御部５９の制御で、装着されたメモリカード５９ｃに、無線電話回線又は近距離無線通信により得たデータを記憶させることができるようにしてある。例えば、無線電話回線を介してオーディオデータをダウンロードしてメモリカード５９ｃに記憶させたり、近距離通信の設定に必要なデータをメモリカード５９ｃに記憶させることが可能である。
また、各種文字，数字，図形などを表示させる表示部６１を備えて、制御部５９の制御で動作状況に応じた表示が行われる。本例の場合には、表示部６１としてカラー表示が可能な表示パネルが使用される。ダイヤルキーや各種機能キーなどで構成される操作部６０の操作情報についても、制御部５９に供給されて、制御部５９が操作に応じた動作制御を行うようにしてある。操作部６０として用意されたキーとしては、本例の場合には例えばＡＶ機器の動作指示を行うキーがある。また、ダイヤルキーなどの端末５が備えるキーを、モードの設定などでＡＶ機器の動作指示用のキーとして割当てるようにしても良い。
そして本例の携帯電話端末５は、近距離無線通信部６２を備えて、この近距離無線通信部６２を使用して、近距離無線伝送方式による近距離無線通信ができるようにしてある。近距離無線通信部６２には、上述した無線電話通信用のアンテナ５１とは別のアンテナ６３が接続してあり、最大でも１００ｍ程度までの近距離で、同じ規格の近距離無線通信部を備えた機器と直接的に無線通信を行うようにしてある。この近距離無線通信部６２でのデータ伝送についても、制御部５９が制御するようにしてあり、必要によりＤＳＰ５４側と近距離無線通信部６２との間でデータのやり取りが行われる。
図４は、モニタ受像機１，携帯電話機５が備える近距離無線通信部２２，６２の構成例を示した図である。アンテナ９１が接続された送受信処理部９２では、高周波信号処理を行って、無線送信処理及び無線受信処理を実行するようにしてある。送受信処理部９２で送信する信号及び受信する信号は、２．４ＧＨｚ帯に１ＭＨｚ間隔で設定したチャンネルで伝送するようにしてある。但し、各チャンネルの信号は、後述するスロット間隔で伝送周波数を変化させる周波数ホッピングと称される処理を行うようにしてある。１スロット毎に周波数ホッピングを行うものとすると、１スロットは６２５μ秒であるので、１秒間に１６００回周波数が切換えられることになり、他の無線通信との干渉が防止される。無線伝送信号の変調方式としては、ＧＦＳＫ（Ｇａｕｓｓｉａｎ　ｆｉｌｔｅｒｄ　ＦＳＫ）と称される変調方式が適用される。この変調方式は、周波数伝達特性がガウス分布の低域通過フィルタで帯域制限した周波数偏移変調方式である。
送受信処理部９２で受信して得た信号及び送受信処理部９２で送信するための信号は、データ処理部９３でベースバンド処理が行われる。ブルートゥースの規格では、基本的に送信と受信を交互に行うＴＤＤ（Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式を適用してあり、データ処理部９３では交互に送信スロットの処理と受信スロットの処理を行うようにしてある。
データ処理部９３には、インターフェース部９４を介して機能処理ブロック８０が接続されて、受信したデータを機能処理ブロック８０に供給したり、又は機能処理ブロック８０からの送出されるデータをデータ処理部９３で送信スロットとする処理が行われる。送受信処理部９２とデータ処理部９３とインターフェース部９４での伝送のための処理は、コントローラ９５の制御により実行される。このコントローラ９５は、例えば各機器に内蔵された中央制御ユニットが使用できる。中央制御ユニットとは別に、近距離無線通信用に用意された専用のコントローラを使用しても良い。
送受信処理部９２，データ処理部９３，インターフェース部９４がブルートゥースで通信を行う近距離無線通信部９０になる。但し、図２に示したモニタ受像機１の構成では、インターフェース部は無線通信部とは別の回路として示してある。
そして、この近距離無線通信部９０に接続された機能処理ブロック８０が、機器として実際に機能を実行する部分に相当する。例えば、モニタ受像機１の場合には、映像を表示させたり、無線ネットワークと、ＩＥＥＥ３９４方式のバスラインで接続されたネットワークとの間で、データの受け渡しの処理を行う部分に相当する。また、携帯電話端末５の場合には、無線電話回線で通信を行う処理を実行したり、キー操作による指令や電話回線を介して受信した指令に基づいて、近距離無線通信部で送信するデータ（本例の場合のコマンドなど）を生成させる処理を行う部分に相当する。
なお、近距離無線通信部９０は、モニタ受像機１や携帯電話端末５などの機器に内蔵させる場合の他に、装置本体とは別体の装置で構成して、外付けで接続させるようにしても良い。
次に、本例のネットワークでデータ伝送が行われる構成について説明する。まず、モニタ受像機１を介して有線で接続されたネットワークである、ＩＥＥＥ１３９４方式のバスラインでデータ伝送が行われる方式を、図５〜図１１を参照して説明する。
図５は、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（ＩＥＥＥ１３９４方式ではバスに接続された機器はノードとも称される）から供給されるサイクルスタート信号によって作り出される。
アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、受信側からの確認（アクノリッジメント：ＡＣＫ）の信号の伝送は行われず、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
アイソクロナス伝送では、例えばビデオデータ，オーディオデータなどのストリームデータの伝送が行われる。アシンクロナス伝送では、例えば制御コマンドなどの伝送が行われる。
所定のノードがアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、アイソクロナス機能に対応したノードの少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバスに接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。
ＩＥＥＥ１３９４シリアスバスに接続されたノードは、データ入出力部が備えるレジスタの所定アドレスに、ＩＥＣ１８８３で規定されるＰＣＲ（Ｐｌｕｇ　Ｃｏｎｔｒｏｌ　Ｒｅｇｉｓｔｅｒ）を有し、プラグを仮想的に構成するようにしてある。これは、論理的にアナログインターフェースに類似した信号経路を形成するために、プラグという概念を実体化したものである。ＰＣＲは、出力プラグを表すｏＰＣＲ（ｏｕｔｐｕｔ　Ｐｌｕｇ　Ｃｏｎｔｒｏｌ　Ｒｅｇｉｓｔｅｒ）、入力プラグを表すｉＰＣＲ（ｉｎｐｕｔ　Ｐｌｕｇ　Ｃｏｎｔｒｏｌ　Ｒｅｇｉｓｔｅｒ）を有する。また、ＰＣＲは、各機器固有の出力プラグまたは入力プラグの情報を示すレジスタｏＭＰＲ（ｏｕｔｐｕｔ　Ｍａｓｔｅｒ　Ｐｌｕｇ　Ｒｅｇｉｓｔｅｒ）とｉＭＰＲ（ｉｎｐｕｔ　Ｍａｓｔｅｒ　Ｐｌｕｇ　Ｒｅｇｉｓｔｅｒ）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複数持つことが可能である。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。
図６はプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ここではＩＥＥＥ１３９４方式のバスに接続された機器を、ＡＶデバイスａ，ｂ，ｃとして示してある。ＡＶデバイスｃのｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出される。ＡＶデバイスａのｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、入力チャンネル＃１が伝送速度とｉＰＣＲ〔０〕により、ＡＶデバイスａは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイスｂは、ｏＰＣＲ〔０〕で指定されたチャンネル＃２に、アイソクロナスデータを送出し、ＡＶデバイスａは、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
このようにして、ＩＥＥＥ１３９４シリアスバスによって接続されている機器間でデータ伝送が行われるが、本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドセットを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。
ＡＶ／Ｃコマンドの場合には、例えば図７に示すようにコマンドとそのコマンドに対するレスポンスがバスライン上で伝送される。ここでは制御する側がコントローラで、制御される側がターゲットである。コマンドの送信またはレスポンスは、ＩＥＥＥ１３９４のアシンクロナス通信のライトトランザクションを用いて、ノード間で行われる。データを受け取ったターゲットは、受信確認のために、アクノリッジ（ＡＣＫ）をコントローラに返す。
図８は、図７に示したコマンドとレスポンスの関係をさらに詳しく説明するための図である。ＩＥＥＥ１３９４バスを介してノードＡとノードＢが接続されている。ノードＡがコントローラで、ノードＢがターゲットである。ノードＡ、ノードＢともに、コマンドレジスタ７１，７３およびレスポンスレジスタ７２，７４がそれぞれ、５１２バイトずつ準備されている。図８に示すように、コントローラがターゲットのコマンドレジスタ７３にコマンドメッセージを書き込むことにより命令を伝える。また逆に、ターゲットがコントローラのレスポンスレジスタ７２にレスポンスメッセージを書き込むことにより応答を伝えている。以上２つのメッセージに対して、制御情報のやり取りを行う。ＦＣＰで送られるコマンドセットの種類は、後述する図９のデータフィールド中のＣＴＳに記される。
図９は、ＡＶ／Ｃコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームが、ノード間でやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図９に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝１クワッドレット）で構成されている。図中上段はパケットのヘッダ部分を示しており、図中下段はデータブロックを示している。ディスティネーションＩＤは、宛先を示している。
ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。Ｃタイプ／レスポンスのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ　ＩＮＱＵＩＲＹ（オペコードのサポートの有無）およびＳＰＥＣＩＦＩＣ　ＩＮＱＵＩＲＹ（オペコード及びオペランドのサポートの有無））、（４）状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。
レスポンスはコマンドの種類に応じて返される。コントロール（ＣＯＮＴＲＯＬ）コマンドに対するレスポンスには、「実装されていない」（ＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴＵＳ）コマンドに対するレスポンスには、「実装されていない」（ＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮ　ＴＲＡＮＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）がある。コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ　ＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣ　ＩＮＱＵＩＲＹ）に対するレスポンスには、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、および「実装されていない」（ＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ）がある。状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスには、「実装されていない」（ＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥＤ）がある。
サブユニットタイプは、機器内の機能を特定するために設けられており、例えば、テープレコーダ／プレーヤ，チューナ等が割り当てられる。このサブユニットタイプには、機器に対応した機能の他に、他の機器に情報を公開するサブユニットであるＢＢＳ（ブリテンボードサブユニット）についても割り当てがある。同じ種類のサブユニットが複数存在する場合の判別を行うために、判別番号としてサブユニットＩＤでアドレッシングを行う。オペレーションのコードであるオペコードはコマンドを表しており、オペランドはコマンドのパラメータを表している。必要に応じて付加されるフィールドも用意されている。オペランドの後には、０データなどが必要に応じて付加される。データＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｃｙ　Ｃｈｅｃｋ）はデータ伝送時のエラーチェックに使われる。
図１０は、ＡＶ／Ｃコマンドの具体例を示している。図１０Ａは、コマンドタイプ／レスポンスの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはコントロール（ＣＯＮＴＲＯＬ）、“０００１”にはステータス（ＳＴＡＴＵＳ）、“００１０”にはスペシフィックインクワイリ（ＳＰＥＣＩＦＩＣ　ＩＮＱＵＩＲＹ）、“００１１”にはノティファイ（ＮＯＴＩＦＹ）、“０１００”にはジェネラルインクワイリ（ＧＥＮＥＲＡＬ　ＩＮＱＵＩＲＹ）が割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”には実装なし（ＮＯＴ　ＩＮＰＬＥＭＥＮＴＥＤ）、“１００１”には受け入れ（ＡＣＣＥＰＴＥＤ）、“１０１０”には拒絶（ＲＥＪＥＣＴＥＤ）、“１０１１”には移行中（ＩＮ　ＴＲＡＮＳＩＴＩＯＮ）、“１１００”には実装あり（ＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ）、“１１０１”には状態変化（ＣＨＡＮＧＥＤ）、“１１１１”には暫定応答（ＩＮＴＥＲＩＭ）が割り当てられている。“１１１０”は将来の仕様のために予約確保されている。
図１０Ｂは、サブユニットタイプの具体例を示している。“０００００”にはビデオモニタ、“０００１１”にはディスクレコーダ／プレーヤ、“００１００”にはテープレコーダ／プレーヤ、“００１０１”にはチューナ、“００１１１”にはビデオカメラ、“１１１００”には製造メーカ特有のサブユニットタイプ、“１１１１０”には特定のサブユニットタイプが割り当てられている。尚、“１１１１１”にはユニットが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどに使用される。
図１０Ｃは、オペコードの具体例を示している。各サブユニットタイプ毎にオペコードのテーブルが存在し、ここでは、サブユニットタイプがテープレコーダ／プレーヤの場合のオペコードを示している。また、オペコード毎にオペランドが定義されている。ここでは、“００ｈ”には製造メーカ特有の値、“５０ｈ”にはサーチモード、“５１ｈ”にはタイムコード、“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモリ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモリ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割り当てられている。
図１１は、ＡＶ／Ｃコマンドとレスポンスの具体例を示している。例えば、ターゲット（コンスーマ）としての再生機器に再生指示を行う場合、コントローラは、図１１Ａのようなコマンドをターゲットに送る。このコマンドは、ＡＶ／Ｃコマンドセットを使用しているため、ＣＴＳ＝“００００”となっている。ｃｔｙｐｅ（コマンドタイプ）には、機器を外部から制御するコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ＝“００００”となっている（図１０Ａ参照）。サブユニットタイプはテープレコーダ／プレーヤであることから、サブユニットタイプ＝“００１００”となっている（図１０Ｂ参照）。ｉｄはＩＤ０の場合を示しており、ｉｄ＝０００となっている。オペコードは再生を意味する“Ｃ３ｈ”となっている（図１０Ｃ参照）。オペランドは順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっている。
このようなコマンドを受信して再生が開始されると、ターゲットは図１１Ｂのようなレスポンスをコントローラに返す。ここでは、「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入るため、レスポンス＝“１００１”となっている（図１０Ａ参照）。レスポンスを除いて、他は図１１Ａと同じであるので説明は省略する。
次に、モニタ受像機１の無線ネットワーク処理部２０が組む無線ネットワークで、他の機器（本例の場合には携帯電話端末５など）と無線通信を行う方式について説明する。本例の場合には、既に説明したようにブルートゥース規格で無線通信を行うようにしてあり、このブルートゥース規格の無線伝送方式について説明する。
図１２は、ブルートゥースで無線通信を行う上で必要なプロトコルスタックを示した図である。ブルートゥースのシステム全体のプロトコルは、ブルートゥースのプロトコルの主要部分となるコアプロトコルと、アプリケーションなサービスをつかさどるアプリケーションソフトと、コアプロトコルとアプリケーションとの間で通信プロトコルを整合させるための適合プロトコル群の３つに分けられる。
ブルートゥースコアのプロトコルは、５つのプロトコルから構成される。下位層から順に物理層、ベースバンド層、実データ処理層、論理リンク管理層で構成される。
適合プロトコル群は、既存の各種アプリケーションソフトが利用できるように、コアプロトコルをアプリケーションソフトに適合させることが行われる。この適合プロトコル群には、例えばＴＣＰ／ＩＰプロトコル、シリアルポートをエミュレーションするＲＦＣＯＭＭプロトコル、ユーザが操作する機器（ＨＩＤ：Ｈｕｍａｎ　Ｉｎｔｅｒｆａｃｅ　Ｄｅｖｉｃｅ）のドライバなどがある。後述するＡＶ／Ｃのデータを伝送する上では、この適合プロトコル群に該当するプロファイルを適合するプロトコルが用意される。ＡＶ／Ｃのデータを伝送する上で必要なプロトコル構成については後述する。
物理層としては、２．４ＧＨｚの周波数帯を用いた周波数ホッピング型のスペクトル拡散方式が採用されている。送信電力としては、最大でも１００ｍＷ程度に制限されて、約１００ｍ程度までの短距離での無線伝送を想定している。また、この物理層にはリンク層からの制御により、最小−３０ｄＢｍまで送信電力を低減させることができるようにしてある。
ベースバンド層は、物理層に対して、実際の送受信データパケットをインターフェースするプロトコルとして定義されている。この層では、上位層から受け渡されるデータを送受信するための通信リンクを提供する。このとき、周波数ホッピングの管理や時間軸スロットの管理なども行われる。さらに、パケットの再送や誤り訂正と検出の処理も、このベースバンド層が管理する。
リンク管理層は、通信リンク上で送受信パケットをインターフェースするプロトコルの１つであり、ベースバンド層に対して通信リンクの設定や、そのリンクに関する様々な通信パラメータの設定を指定する。それらは、制御パケットとしてリンク管理層に定義され、必要に応じて対向端末のリンク管理層と通信を行う。また、この層は上位のアプリケーションから必要に応じて直接制御を受ける。
音声層では、リンク管理層がデータを送信できる通信リンクを設定した後に、音声データの受け渡しが行われる。ここでの音声データとは、主として電話で通話を行うための音声データであり、無線電話などで通信を行うときに、データ伝送の遅延を最小限に抑えるために、比較的下位の層に専用の処理層を設けてある。
論理リンク管理層は、リンク管理層及びベースバンド層にインターフェースするプロトコルで、論理チャンネルを管理する。なお、音声層が扱う音声データ以外の伝送データについては、上位のアプリケーションから倫理リンク層に提供されるが、そこでやりとりされる実際のデータは、ベースバンド層で送受信されるデータパケットのサイズやタイミングを意識しないで受け渡しされる。そのため、論理リンク管理層は、上位アプリケーションのデータを論理チャンネルとして管理し、データ分割やデータの再構成の処理を行う。
図１３は、２台の機器間で無線通信が行われるときに、各層での処理を示したものであり、物理層では物理的な無線通信回線のリンクが設定され、ベースバンド層ではその設定されたリンクで、パケットの送受信が行われる。リンク管理層では、通信リンク管理チャンネルで制御パケットの送受信が行われる。論理リンク管理層では、論理チャンネルでユーザデータのパケットの送受信が行われる。このユーザデータが、実際に伝送したいストリームデータやコマンドなどに相当する。
次に、この方式で無線通信を行う際の物理的な通信周波数の設定処理について説明する。図１４は、この方式で使用される周波数を示した図である。図１４に示すように２４０２ＭＨｚから２４８０ＭＨｚまで１ＭＨｚ間隔で７９の通信周波数が存在する。送信されるパケットのそれぞれは、この７９ある通信周波数の内の１の通信スペクトルを占有する。そして、この使用される通信スペクトルが、６２５μ秒毎にランダムに変化（ホッピング）する。
図１５は、この通信周波数がホッピングする例を示したものであり、ある特定のタイミングｔ０から６２５μ秒毎にランダムに送信周波数が変化している。この６２５μ秒毎に通信周波数が変化することで、１秒間で約１６００回ランダムにホッピングすることになり、結果的に図１４に示した帯域内で拡散されて伝送されることになり、スペクトル拡散が行われていることになる。
なお、ブルートゥースの場合には、パケットの１単位は６２５μ秒間であるが、この１単位のパケットを複数連続して使用して送信することもできる。例えば２台の機器間で双方向に伝送を行うとき、両方向の通信が同じパケット数を使用する必要はなく、一方の方向の通信だけが複数パケット使用する場合もある。
図１６に示すように伝送されるパケットが全て６２５μ秒のパケットである場合には、図１５に示したように６２５μ秒毎に周波数ホッピングが行われる。これに対して、例えば図１７に示すように、３パケット連続して使用される場合や、５パケット連続して使用される場合には、そのスロットが連続している間は送信周波数が固定される。
２台の機器間での通信状態を図１８に示すと、無線伝送を行う一方の機器をマスタとし、他方の機器をスレーブとしたとき、マスタからスレーブに、１スロット（６２５μ秒）の期間にスロット構成のデータを伝送し（図１８Ａ）、次の１スロットの期間に、スレーブからマスタに、スロット構成のデータを伝送する（図１８Ｂ）。以下その交互伝送を、伝送が続く限り繰り返す。但し、無線伝送する周波数は、上述したように１スロット毎に周波数ｆ（ｋ），ｆ（ｋ＋１），ｆ（ｋ＋２）…と変化させる。
図１９は、複数の機器で構成されるネットワーク構成例を示した図である。ブルートゥースとして規格化された通信方式では、このような１対１の無線伝送だけでなく、多数の機器でネットワークを組むことができるようにしてある。即ち、２台の機器間で無線伝送を行う場合には、図１９Ａに示すように、一方の機器がマスタとなり、他方の機器がスレーブとなり、マスタＭＡ１１の制御で、マスタＭＡ１１とスレーブＳＬ１１との間で双方向の無線伝送が実行される。
これに対して、図１９Ｂに示すように、例えば１台のマスタＭＡ２１により制御される３台のスレーブＳＬ２１，ＳＬ２２，ＳＬ２３を用意して、この４台の機器間で無線伝送を行うようにネットワークを構成させても良い。
また図１９Ｃに示すように、３台のマスタＭＡ３１，ＭＡ３２，ＭＡ３３と、各マスタに個別に制御されるスレーブＳＬ３１，ＳＬ３２，ＳＬ３３，ＳＬ３４，ＳＬ３５，ＳＬ３６を用意して、３つのネットワークを構成させた上で、その３つのネットワークを接続させて、ネットワーク構成を拡大させることもできる。いずれの場合でも、レスーブ間で直接通信を行うことはできず、必ずマスタを経由した通信が行われる。
なお、１つのマスタと、そのマスタと直接通信を行うスレーブで構成される１つのネットワークを、ピコネットと称する。複数のマスタを有するネットワーク群（即ち複数のピコネットで構成されるネットワーク群）を、キャスターネットと称する。
次に、ブルートゥースで機器間で通信を行うときのリンクの種類について説明する。ブルートゥースでは、ＳＣＯ（Ｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ）リンクと、ＡＣＬ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ−Ｌｅｓｓ）リンクの２種類の通信リンクがあり、アプリケーションの用途によって使い分けができるようになっている。
ＳＣＯリンクは、マスタと特定スレーブの間で１対１で通信を行う接続タイプであり、いわゆる回線交換型のリンクである。このリンクは、主に音声などのリアルタイム性が要求されるアプリケーションに使用される。このＳＣＯリンクは、ピコネット内の通信リンクにおいて一定間隔で予め通信スロットを確保しておき、途中に他のデータの伝送があっても、ＳＣＯリンクのデータ通信が優先される。即ち、例えば図２０に示すように、マスタとスレーブとの間で、ＳＣＯ通信スロットが一定間隔で相互に伝送される。図２０Ａはマスタからの送信を示し、図２０Ｂはスレーブからの送信を示す。
このＳＣＯリンクは、１つのマスタに対して同時に最大で３つのＳＣＯリンクをサポートすることができる。この場合、１つのスレーブで３つのＳＣＯリンクをサポートする場合と、異なる３つのスレーブに対してそれぞれ１つのＳＣＯリンクをサポートする場合とがある。なお、ＳＣＯリンクは再送信機能を有してなく、ＳＣＯリンクで伝送されるパケットには、誤り訂正符号は付加されてない。
ＡＣＬリンクは、いわゆるパケット交換型の接続タイプであり、マスタと複数のスレーブの間で、１対多の通信が可能である。ピコネット内のどのスレーブとも通信できる代わりに、データ量やスレーブの数によって個々のスレーブの実効通信速度が変化する場合がある。ＳＣＯリンクとＡＣＬリンクは、混在させて使用することもできる。
ＡＣＬリンクでは、１つのマスタが同時に通信できるスレーブの数は、最大で７つまでになる。但し、１つのピコネット内で設定できるＡＣＬリンクは各スレーブに対して１つのみで、１つのスレーブが一度に複数のＡＣＬリンクを設定することはできない。１つのスレーブで複数のアプリケーションを動作させるためには、上位のアプリケーションをプロトコル多重化させることが必要である。特に指定がない限り、マスタとスレーブとの通信には、シングルスロットのＡＣＬパケットが用いられる。スレーブがマルチスロットのＡＣＬパケットを送信するためには、予めマスタからの許可が必要になる。マスタは、スレーブからのマルチスロットのＡＣＬパケットの送信要求を拒否できるが、スレーブはマスタからの送信要求を必ず受け入れなければならない。
マスタは、スレーブに対してマルチスロットの上限値のみを通知し、マルチスロットのＡＣＬパケットを送信するかどうかはスレーブの判断に任される。一方、マスタから送信されるＡＣＬパケットがシングルスロットかマルチスロットであるかは、全てマスタの判断に依存するため、スレーブは全てのマルチスロットパケットの受信を常に準備しておく必要がある。
ＡＣＬパケットでは、シングルスロット，マルチスロットの定義とは別に、大別して次の３つのパケット通信方法が提供される。１つ目は非同期通信方式（Ａｓｙｎｃｈｒｏｎｏｕｓ　ｔｒａｎｓｆｅｒ）であり、２つ目はアイソクロナス通信方式（Ｉｓｏｃｈｒｏｎｏｕｓ　ｔｒａｎｓｆｅｒ）であり、３つ目は同報通信方式（Ｂｒｏａｄｃａｓｔ　ｔｒａｎｓｆｅｒ）である。
非同期通信方式は、通常のパケットの送受信を行うための通信方式である。データの伝送速度は、ピコネット内に存在するスレーブのトラヒック量や通信回線品質の劣化によるパケット再送などによって変化する。
図２１は、同一ピコネット内の３つのスレーブ（スレーブ１，２，３）が非同期通信方式で通信をする場合の例である。図２１Ａはマスタからの送信を示し、図２１Ｂ，図２１Ｃ，図２１Ｄは、それぞれスレーブ１，２，３からの送信を示している。図２１Ａに示すように、マスタから各スレーブ１，２，３に対して順にＡＣＬパケットが送信され、図２１Ｂ，図２１Ｃ，図２１Ｄに示すように、そのＡＣＬパケットを受信したスレーブから、マスタに受信確認のパケットが返送されている。
なお、オーディオデータやビデオデータなどのストリームデータをＡＣＬパケットの非同期通信方式で伝送する場合もある。このようにストリームデータを非同期通信方式で伝送させる場合には、各ＡＣＬパケットにはタイムスタンプを付加させて、受信側でストリームデータの連続性を確保できるようにする。
アイソクロナス通信方式は、予め決められた時間スロットの期間内に、必ずマスタからスレーブ宛にパケットが送信される方式である。この方式では、伝送されるデータの最低限の遅延を確保することができる。アイソクロナス通信方式の場合には、スロット間隔は、最大ポーリング時間として、アイソクロナス通信方式での通信を開始させる前に、マスタとスレーブとの間で合意する必要がある。
マスタはスレーブに対して強制的に最大ポーリング間隔を指定することができ、またスレーブからのアイソクロナス通信方式の設定要求を拒否することができる。しかし、スレーブからはマスタに対して、最大ポーリング間隔の指定はできなく、アイソクロナス通信の設定要求もできない。
図２２は、アイソクロナス通信方式でマスタとスレーブとの間で通信を行う場合の例である。図２２Ａはマスタからの送信を示し、図２２Ｂはスレーブからの送信を示している。この図２２に示すように、最大ポーリング間隔以内で、マスタからＡＣＬパケットをスレーブに送信し、そのＡＣＬパケットを受信したスレーブが、受信した直後に受信確認のパケットをマスタに返送するようにしてある。
同報通信方式は、パケットヘッダ中のスレーブ識別子をゼロとすることで設定される。これにより、マスタから全てのスレーブに対して同報通信パケットを送信することができる。同一のパケットを受信したスレーブでは、それに対する受信確認のパケットを送信しない。スレーブが受信確認を行わない代わりに、マスタは同報通信パケットを複数回続けて送信する。この複数回送信する回数は、同報通信を行う前にマスタは全てのスレーブに対して通知する必要がある。
図２３は、同報通信方式でピコネット内の全てのスレーブに通信を行う場合の例である。図２３Ａはマスタからの送信タイミングを示し、図２３Ｂ，図２３Ｃ，図２３Ｄは、それぞれスレーブ１，２，３での受信状態を示している。この図２３において、スレーブでのパケットの受信時に、×印を付与した箇所が、そのときのスレーブでのパケットを受信できなかったときの例を示してあり、ＮＢＣ回繰り返し送信されることで、確実に全てのスレーブに同報できるようにしてある。
図２４は、ＳＣＯリンクとＡＣＬリンクとを併用して使用する通信例を示した図である。図２４Ａはマスタからの送信タイミングを示し、図２４Ｂ，図２４Ｃ，図２４Ｄは、それぞれスレーブ１，２，３での受信状態及び送信状態を示している。この例では、ＳＣＯリンクでのＳＣＯパケットが、マスタとスレーブ１との間で一定周期で送信されている状況で、マスタから３台のスレーブ１，２，３に随時ＡＣＬパケットが送信されている。また、同報通信用のパケットについても、所定回繰り返し送信されている。この同報通信用のパケットが繰り返し送信されている間に、ＳＣＯパケットが送信されるタイミングになると、ＳＣＯパケットが送信される。
ここで、アイソクロナス通信方式と同報通信方式で必要な設定パラメータをまとめると、次の表１に示すようになる。
2002056548.tif 000003
次に、マスタ及びスレーブが内部にクロックについて説明する。この通信方式では、各機器が内部に持つクロックを使用して、周波数ホッピングパターンなどが設定されるようにしてある。このマスタ及びスレーブが持つクロックは、図２５に示すように、例えば０〜２７までの２８ビットのカウンタのカウント値で設定される。このカウンタの１刻みは３１２．５μ秒であり、この３１２．５μ秒が呼び出しと問い合わせの処理の最小時間単位となっている。このように３１２．５μ秒毎に値が１つずつカウントアップする２８ビットのカウンタは、１周期が約２３時間となり、周波数ホッピングパターンのランダム性を高めている。
０ビット目のクロック値で設定される３１２．５μ秒の周期は、マスタが呼び出しと問い合わせを行う際の送信パケットの時間周期である。１ビット目のクロック値で設定される６２５μ秒の周期は、通信周波数が変化するスロットの時間周期である。２ビット目のクロック値で設定される１．２５ｍ秒の周期は、マスタ又はスレーブの送受信時間周期である。また１２ビット目のクロック値で設定される１．２８秒の周期は、問い合わせと呼び出しにおいて、受信周波数を変化させる時間周期のクロックタイミングとなっている。
各スレーブは、マスタのクロックを参照して、マスタのクロックと一致するように、一定のオフセット値を自らのクロックに加算し、その加算されたクロックを通信に使用する。
マスタとスレーブで周波数ホッピングパターンを算出する際には、このクロックの他に、各端末に付与された４８ビットのアドレスについてもパラメータとして使用される。４８ビットのアドレスは、ＩＥＥＥ８０２仕様に準拠してアドレス方式で定義され、それぞれのブルートゥースの端末毎に個別に割当てられた絶対的なアドレスである。図２６は、この４８ビットのアドレス構成例を示した図であり、下位２４ビットがＬＡＰ（Ｌｏｗｅｒ　Ａｄｄｒｅｓｓ　Ｐａｒｔ）、次の８ビットがＵＡＰ（Ｕｐｐｅｒ　Ａｄｄｒｅｓｓ　Ｐａｒｔ）、残りの１６ビットがＮＡＰ（Ｎｏｎ−ｓｉｇｎｉｆｉｃａｎｔ　Ａｄｄｒｅｓｓ　Ｐａｒｔ）の３つの要素から構成される。
ピコネット内同期における周波数ホッピングパターンの生成には、マスタのアドレスの内、ＬＡＰ全体の２４ビットと、ＵＡＰの下位４ビットの合計２８ビットが使用される。これにより、それぞれのピコネットに対して、マスタのアドレスに基づいた周波数ホッピングパターンが与えられることになる。通信状態に移行する際には、スレーブにはマスタのアドレスが通知されるので、各スレーブでもマスタと同じ周波数ホッピングパターンを独自に算出できる。
図２７は、通信周波数を算出する構成例を示した図である。マスタのアドレスの下位２８ビットと、２８ビットのクロックの下位２７ビットを、通信周波数選択部８に供給して、チャンネル周波数ホッピングパターンである通信周波数が一義的に決まる構成としてある。但し、呼び出し周波数ホッピングパターンと問い合わせ周波数ホッピングパターンは、チャンネル周波数ホッピングパターンとは異なるパターンである。
次に、マスタとスレーブとの間で伝送されるデータ構成について説明する。図２８は、パケットフォーマットを示した図である。パケットは、大きく分けて、アクセスコード，パケットヘッダ，ペイロードの３つの部分から構成される。ペイロードは、そのときに伝送するデータ量に応じて可変長に設定される。
図２９は、アクセスコードの構成を示した図である。アクセスコードは、６８ビット又は７２ビットのデータで構成されて、送信パケットの宛先を示すものであり、送受信される全てのパケットに付加されるコードである。パケットの種類によっては、このアクセスコードだけの場合もある。
プリアンブルは、シンクワードのＬＳＢに応じて、１と０のパターンを繰り返す固定４ビット長で構成される。トレーラは、シンクワードのＭＳＢに応じて１と０を繰り返す４ビットで構成される。いずれも、アクセスコード全体の信号直流成分を除去するように機能する。４８ビットのシンクワードは、４８ビットのアドレスの内の２４ビットのＬＡＰを元にして生成される６４ビットのデータである。このシンクワードがピコネット識別のために使用される。但し、マスタのアドレスやクロックが得られない場合での通信などで、問い合わせと呼び出しで使用されるパケットで、異なるシンクワードが使用される場合もある。
ここで、アクセスコード種別をまとめると、次の表２に示すようになる。
2002056548.tif 000004
図３０は、パケットヘッダの構成を示した図である。パケットヘッダは、ベースバンド層における通信リンクを制御するために必要なパラメータを含む部分である。
３ビットのＡＭ　ＡＤＤＲは、ピコネット内で通信中のスレーブを特定するための識別フィールドで、マスタが各スレーブに割当てる値である。
４ビットのＴＹＰＥは、パケット全体がどのようなパケットであるかを指定するパケットタイプ種別フィールドである。
１ビットのＦＬＯＷは、ＡＣＬリンクで通信するパケットのフロー制御の管理に使用するフィールドである。
１ビットのＡＲＱＮは、受信したパケットに誤りがあるかどうかをパケット送信側に通知するために用いる１ビットのフィールドである。ブルートゥース規格では、受信確認専用の応答パケットが用意されてなく、このＡＲＱＮのフィールドを使用してパケットの送信元に対してパケットの受信確認を送る。このフィールドの値が１か０かによって、受信したパケットに誤りがなかったか、又は誤りがあったことを相手に通知する。受信パケットの誤りの有無は、受信パケットのパケットヘッダに付加されたヘッダ誤り検出符号とペイロードに付加された誤り検出符号で判断される。
１ビットのＳＥＮＱは再送パケットが受信側で重複しないように管理するために用いるフィールドである。同一のパケットを再送するとき、１パケット送る毎に、値を１と０とで交互に反転させる。
８ビットのＨＥＣは、パケットヘッダの誤り訂正符号が配置されるフィールドである。この誤り訂正符号は、ｇ（Ｄ）＝Ｄ８＋Ｄ７＋Ｄ５＋Ｄ２＋Ｄ＋１の生成多項式を用いて生成される。その生成に際して、誤り訂正符号生成用の８ビットのシフトレジスタに設定される初期値は、既に説明したブルートゥース用のアドレスの内のＵＡＰの８ビットを設定する。ここで用いられるアドレスは、アクセスコードを生成する際のアドレスと同一になる。この誤り訂正符号を生成させる際の初期値をまとめると、次の表３に示すようになる。
2002056548.tif 000005
通信中のピコネットを識別するためには、マスタのアドレスのＬＡＰの２４ビットに基づいて生成したチャンネルアクセスコード（ＣＡＣ）を使用する。ピコネット内での通信の同期を図るには、周波数ホッピングパターンと時間スロットの同期が必要となるが、このとき、万一近くに同一のＬＡＰを有する他のマスタが存在し、かつ周波数と時間スロットの同期がたまたま一致した場合であっても、パケットヘッダの誤り訂正符号であるＨＥＣを用いてそれを排除することができる。
ペイロードには、実際に端末間で送受信されるユーザデータまたは制御データが収められる。ユーザデータには、ＳＣＯリンクで送受信されるデータと、パケット交換型のＡＣＬリンクで送受信されるデータとがある。
図３１は、ＡＣＬリンクのペイロードの構成を示した図である。ペイロードヘッダ、ペイロードボディ、誤り検出符号の３つの部分から構成され、ペイロード全体の長さは可変長である。一方、ＳＣＯリンクのペイロードは、予め通信スロットを周期的に確保しているので、データパケットの再送はなく、ペイロードボディのみの構成であり、ペイロードヘッダと誤り検出符号は付加されてない。
ペイロードヘッダは、ベースバンド層より上位層のデータを制御するために必要なパラメータを含んでいる部分であり、ＡＣＬリンクにだけ含まれるデータである。図３２に、シングルスロットパケットのペイロードヘッダの構成を示し、図３３に、マルチスロットパケットのペイロードヘッダの構成を示す。
ペイロードヘッダに含まれる２ビットのＬ＿ＣＨのデータは、ベースバンド層より上位層のデータが、どのようなデータであるかを指定する論理チャンネルを識別するフィールドである。ＳＣＯリンクとＡＣＬリンクは、ベースバンド層でのリンクであり、その制御はパケットヘッダに設定される情報によって行われる。Ｌ＿ＣＨは、ベースバンド層より上位層で定義される論理チャンネルを識別するもので、３つのユーザ論理チャンネルに対して、Ｌ＿ＣＨが次の表４に示すように定義される。
2002056548.tif 000006
１ビットのＦＬＯＷは、ユーザ論理チャンネル上を送受信されるデータのフロー制御をするために用いる１ビットのデータである。ＦＬＯＷは、ユーザ論理チャンネル毎に管理され、ＦＬＯＷ＝０を設定してデータを返すことで、相手に一時的にデータの送信を中断させる。また、受信バッファが空になると、ＦＬＯＷ＝１を設定してデータを返すことで、相手のデータの送信を再開させる。このＦＬＯＷフィールドの設定はリンク管理層が行うが、リアルタイム的なデータのフロー制御を保証するものではない。リアルタイムのデーダのフロー制御は、すべてベースバンド層がパケットヘッダ中のＦＬＯＷフィールドを用いて管理する。制御パケット中のデータは、リンク管理層で全て処理されるため、論理リンク管理層へは渡されない。従って、制御パケットはこのＦＬＯＷによるフロー制御の影響は受けず、その値は必ず１に設定される。
５ビット又は９ビットのＬＥＮＧＴＨは、ペイロードボディのデータ長をバイト単位で示すフィールドである。シングルスロットパケットの場合には５ビットであり、マルチスロットパケットの場合には９ビットのフィールドになる。
ＵＮＤＥＦＩＮＥＤは、マルチスロットパケットのペイロードヘッダにのみ存在し、現状では未定義のフィールドであり、全て０に設定される。
ペイロードボディには、ペイロードヘッダのＬＥＮＧＴＨで指定された長さのデータが入る。ＳＣＯリンク通信では、データパケットのペイロードがペイロードボディのみで構成されるので、ＬＥＮＧＴＨによるデータ長の指定はない。但し、ＤＶパケットを用いる場合は、そのデータ部分のデータ長を示す。
ＣＲＣは、誤り検出符号を示す１６ビットのフィールドであり、ペイロードヘッダ及びペイロードに誤りがあるかどうかを検出するための符号である。この誤り検出符号は、ｇ（Ｄ）＝Ｄ１６＋Ｄ１２＋Ｄ５＋１の生成多項式を用いて生成される。その生成に際して、１６ビットのシフトレジスタに設定される初期値は、既に説明したアドレスの内のＵＡＰの８ビットに８ビットのゼロを加えた１６ビットの値を設定する。ここで用いられるアドレスは、ＨＥＣと同様に、アクセスコードを生成する際のアドレスと同一になる。
次に、パケット種別について説明する。
パケットヘッダの説明で述べたように、ＴＹＰＥフィールドはパケットタイプを指定する。この指定されるパケットタイプについて説明すると、ＳＣＯリンクとＡＣＬリンクで共通に使用される共通パケットと、ＳＣＯリンク又はＡＣＬリンクに固有のパケットがある。
まず共通パケットについて説明する。共通パケットには、ＮＵＬＬパケット、ＰＯＬＬパケット、ＦＨＳパケット、ＤＭ１パケット、ＩＱパケット、ＩＤパケットがある。
ＮＵＬＬパケットは、アクセスコードとパケットヘッダから構成されるパケットで、ペイロードを有しない。パケットの長さは固定で１２６ビットとなる。このパケットは、通信リンクの状態を送受信するためのパケットで、パケットの受信確認（ＡＲＱＮ）やフロー制御（ＦＬＯＷ）を管理する。このＮＵＬＬパケットを受信したことに対するパケットの確認応答は必要ない。
ＰＯＬＬパケットは、ＮＵＬＬパケットと同様に、アクセスコードとパケットヘッダから構成されるパケットで、１２６ビットの固定長であり、通信リンクの状態を管理する。但し、このＰＯＬＬパケットの場合には、ＮＵＬＬパケットと違って、ＰＯＬＬパケットを受信したことに対して、送信するデータがなくても、パケットの確認を応答送信する必要がある。
ＦＨＳパケットは、ピコネット内同期を図るために重要な制御パケットであり、スマタとスレーブの間で同期を確立するための必須のパラメータであるクロックとアドレスを交換するときに送信される。図３４はＦＨＳパケットのペイロードの構成例を示した図である。ＦＨＳパケットのペイロードは、１１のフィールドから構成され、この１１のフィールドの１４４ビットに対する１６ビットの誤り検出符号が付加されて、１６０ビットで構成される。ＦＨＳパケットを構成する１１のフィールドについて以下説明する。
３４ビットのパリティビットは、ＦＨＳパケットで設定されるアクセスコード中のシンクワードに対するパリティを含むフィールドである。
２４ビットのＬＡＰは、ＦＨＳパケットを送信する端末のアドレスの下位２４ビットである。ＬＡＰに続いた２ビットは未定義のフィールドであり、０に設定される。
２ビットのＳＲは、呼び出しにおいて、マスタがスレーブに対してＩＤパケット列を送信する際の繰り返し回数、およびスレーブがマスタからのＩＤパケット列をスキャンする際のスキャン周期を指定する２ビットのフィールドである。
２ビットのＳＰは、問い合わせにおいて、スレーブがマスタからのＩＱパケットを受信して、ＰＨＳパケットをマスタに送信した後に、スレーブが必須呼び出しスキャンを行う時間を指定するフィールドである。
８ビットのＵＡＰは、ＦＨＳパケットを送信する端末のアドレスの上位８ビットである。
１６ビットのＮＡＰは、ＦＨＳパケットを送信する端末のアドレスの内の、ＬＡＰとＵＡＰ以外の１６ビットである。
２４ビットのデバイスのクラスは、端末の種類を示すフィールドである。
３ビットのＡＭ　ＡＤＤＲは、マスタがスレーブを識別するための３ビットのフィールドである。呼び出しの処理の内、マスタがスレーブに対して送信するＦＨＳパケットにおいて、ピコネット内で用いるスレーブ識別子を指定する。スレーブがマスタからのＩＱパケットの応答として送信するＦＨＳパケットでは、ＡＭ　ＡＤＤＲは、意味がないので０に設定する必要がある。
２６ビットのＣＬＫ２７−２は、端末が有するクロックの内の上位２６ビットを示すフィールドである。このクロックは、１．２５μ秒のクロック精度を有し、ＦＨＳパケットを送信する際には、必ずそのときのクロックの値を設定する必要がある。
３ビットのページスキャンモードは、ＦＨＳパケットを送信した端末がサポートするデフォルトの呼び出しスキャンのモードを指定するフィールドである。
次に、ＤＭ１パケットについて説明する。ＤＭ１パケットがＳＣＯリンクで送受信される場合には、必ず制御パケットとして機能する。一方、ＡＣＬリンクで送受信される場合には、制御パケットとして機能する他に、データパケットを送受信するためにも使用される。
ＳＣＯリンクまたはＡＣＬリンクで共通パケットとして送信される場合には、リンク管理層の制御パケットとして定義される。ところが、ＡＣＬリンクでＤＭ１パケットを送受信する場合には、パケットタイプを指定するフィールド（ＴＹＰＥ）を見ただけでは、ユーザパケットか制御パケットかどうかは判らない。そのため、ペイロードヘッダの論理チャンネル種別フィールドをＬ＿ＣＨ＝１１に設定することで、ＤＭ１パケットはリンク管理層に対する制御パケットであることが指定される。データパケットの場合は、元のユーザデータのフラグメント化によってＬ＿ＣＨ＝０１又はＬ＿ＣＨ＝１０を設定します。
ＩＱパケットは、問い合わせにおいてマスタがブロードキャストするパケットで、問い合わせアクセスコードのみから構成される。
ＩＤパケットは、呼び出しにおいてマスタが特定のスレーブを指定して送信するパケットで、呼び出しアクセスコードのみから構成される。ＩＱパケットとＩＤパケットについては、パケットヘッダのタイプフィールドでは定義されないパケットである。
次に、ＳＣＯリンク上で送受信されるデータパケットであるＳＣＯパケットについて説明する。ＳＣＯパケットは、ＨＶＩパケット、ＨＶ２パケット、ＨＶ３パケット、ＤＶパケットの４種類から構成される。
ＨＶ１パケットのペイロードは、ペイロードボディのみから構成され、そこには１０バイドのユーザデータが収められる。ＳＣＯパケットは基本的に再送されないので、この１０バイトには誤り検出符号は含まれない。そして、データは１／３レートの誤り訂正符号化され、最終的に２４０ビットのペイロード長を有することになる。
ＨＶ２パケットのペイロードも、ペイロードボディのみから構成され、そこには２０バイトのデータが及び収めされる。この２０バイトには誤り検出符号は含まれない。そして、データは２／３レートの誤り訂正符号され、最終的に２４０ビットのペイロード長を有することになる。
ＨＶ３パケットのペイロードも、ペイロードボディのみから構成され、そこには３０バイトのデータが及び収めされる。この３０バイトには誤り検出符号は含まれない。そして、この３０バイトには誤り検出符号化はされない。
ＤＶパケットは、固定長１０バイトの音声部分と、最大９バイトまで可変長のデータ部分から構成される。音声部分の１０バイトには、誤り訂正符号は含まれないが、データ部分には１バイトのペイロードヘッダを膨れた最大１０バイトの部分に対する２バイトの誤り検出符号が付加される。
ＡＣＬリンク上で送受信されるＡＣＬパケットには、ＤＭ１パケット、ＤＨ１パケット、ＤＭ３パケット、ＤＨ３パケット、ＤＭ５パケット、ＤＨ５パケット、ＡＵＸ１パケットがある。
ＤＭ１パケットのペイロードは、１バイトのペイロードヘッダと、最大１７バイトまでの可変長のペイロードボディと、誤り検出符号から構成される。
ＤＨ１パケットの構成は、ＤＭ１の場合と同じである。但し、ペイロードは誤り訂正符号化されない。従って、最大２７バイトまでの可変長データを送受信することが可能になる。
ＤＭ３パケットのペイロードは、２バイトのペイロードヘッダと、最大１２１バイトまでの可変長ペイロードボディと、誤り訂正符号かから構成される。これらＤＭ３パケットのペイロードは、２／３レートの誤り訂正符号される。
ＤＨ３パケットの構成は、ＤＭ３パケットの構成と同じである。但し、ペイロードは誤り訂正符号化されない。従って、最大で１８３バイトまでの可変長データを送受信することが可能になる。
ＤＭ５パケットのペイロードは、２バイトのペイロードヘッダ、最大２２４バイトまでの可変長ペイロードボディ、２バイトの誤り訂正符号から構成される。
ＤＨ５パケットの構成は、ＤＭ５パケットと同じである。但し、ペイロードは誤り訂正符号化されない。従って、最大３３９バイトまでの可変長データを送受信することが可能になる。
ＡＵＸパケットは、２バイトの誤り検出符号を含まない場合のＤＨ１パケットと同じである。つまり、ＡＵＸ１パケットの再送はない。ペイロードボディは２バイト増加して、最大で２９バイトまでの可変長データを送受信することができる。
次に、ブルートゥースでの遷移状態について説明する。この方式での遷移状態は、通信に係わる３段階のフェーズと、端末の消費電力に係わる低消費電力モードから構成される。通信に係わる３段階のフェーズとしては、待ち受けフェーズ、同期確立フェーズ、通信フェーズに分かれており、また低消費電力モードでは、パークモード、ホールドモード、スニフモードの３種類がある。図３５は状態遷移例を示した図であり、矢印で示した状態への遷移がある。
待ち受けフェーズ（Ｓ１１）は、１つの処理状態から構成され、いかなるパケットの送受信も行われてないフェーズである。端末の電源を入れた直後や、通信リンクを切断した場合には、端末は待ち受けフェーズにある。この待ち受けフェーズにおいては、マスタとスレーブに関する役割の違いはない。
同期確立フェーズには、問い合わせ（Ｓ１２）と呼び出し（Ｓ１３）の２種類から構成される。
問い合わせとは、ピコネット内同期を確立するために行う第１段階の処理状態である。初めて通信を行おうとする端末は、待ち受けの後、必ず問い合わせに遷移する。
呼び出しとは、ピコネット内同期を確立するために行う第２段階の処理状態で、基本的には問い合わせから状態遷移するが、問い合わせ状態でピコネット内同期確立の第１段階の処理が既に完了している場合には、待ち受けから直接呼び出しに遷移することもある。
問い合わせでは、マスタとスレーブでその役割が明確に異なる。この処理状態にあるマスタは、周囲にスレーブが存在しているかどうかに係わらず、連続してＩＱパケットをブロードキャストする。その周囲に問い合わせの処理状態にあるスレーブが存在する場合、ＩＱパケットを受信するたびにマスタに対してスレーブはその属性を伝えるためにＦＨＳパケットを送信する。このＦＨＳパケットによって、マスタはスレーブのアドレスとクロックを知ることができる。
図３６は、この問い合わせ状態にあるマスタとスレーブが行う処理を示した図である。まず、図３６Ａに示すように、中央のマスタがＩＱパケットを送信すると、図３６Ｂに示すように、その周囲のスレーブが、ＦＨＳパケットをマスタに送信する。このように、問い合わせにあるマスタは、不特定多数のスレーブからＦＨＳパケットを受信することになる。
ここで、複数のスレーブが同時に特定のＩＱパケットに対してＦＨＳパケットを送信することが問題となる。同時に複数のＦＨＳパケットが送信されるとき、パケットの衝突が発生して、マスタが送信されＦＨＳパケットを判断できなくなってしまう。ブルートゥースでは、このような衝突を回避するためにＦＨＳパケットの送信の際に、ランダム時間バックオフするようにしてある。つまり、スレーブは初めて受信したＩＱパケットに対しては、マスタにＦＨＳパケットの送信を行わず、その後にランダム時間バックオフする間はＩＱパケットの受信を中断させる。その後、スレーブはＩＱパケットの受信を再開し、次にＩＱパケットを受信した直後にＦＨＳパケットをマスタに送信する。スレーブは、ＦＨＳパケットを受信すると、再びＩＱパケットの受信をランダム時間バックオフしている間は、中断させる。以降は、この動作を繰り返す。
図３７は、この問い合わせにおけるマスタ，スレーブでの処理の概要を示した図である。図３７Ａはマスタでの送受信を示し、図３７Ｂはスレーブでの送受信を示している。マスタはＦＨＳパケットを誤りなく受信できたことをスレーブに通知しないため、問い合わせの状態にあるスレーブは、ＦＨＳパケットを送信したきりの状態になってしまう。しかし、同一のＩＱパケットを繰り返しある一定時間ブロードキャストするので、マスタは問い合わせ処理状態の各スレーブ毎に複数のＦＨＳパケットを受信することになる。結局、ある一定時間問い合わせを継続することで、ＦＨＳパケットの送受信の確実性を高めている。
呼び出しの場合にも、マスタとスレーブとで、役割が異なっている。この処理状態では、問い合わせで送受信したＦＨＳパケットの情報を元に、マスタは通信するスレーブを選択して、そのスレーブ宛にＩＤパケットを送信する。マスタは、ＩＤパケットの受信を確認すると、そのスレーブに対してＦＨＳパケットを送信する。これによって、スレーブはマスタのアドレスとクロックを知ることができる。
ここで送受信されるＩＤパケットとＦＨＳパケットのアクセスコードには呼び出しアクセスコードを用いる。
図３８は、呼び出しにあるマスタとスレーブが行う処理動作の概要を示している。図３８Ａに示すように、中心にあるマスタがＩＤパケットをスレーブに送信することで、スレーブが受信確認を通知する。また、図３８Ｂに示すように、マスタがＦＨＳパケットをスレーブに送信することで、スレーブが受信確認を通知する。
問い合わせにおける不特定多数のスレーブに対する処理と異なり、呼び出しでは特定のスレーブとマスタの間で処理が交わされる。１対１でパケットの送受信を行えることから、マスタとスレーブはその送受信を確認しながら処理が行える。
マスタからのＩＤパケットを受信したスレーブは、マスタに同一のＩＤパケットを送信して受信確認を通知する。次に、マスタはスレーブにＦＨＳパケットを送信して、自分のアドレスとクロックをスレーブに通知する。スレーブは、このＦＨＳパケットを誤りなく受信すると、ＩＤパケットをマスタに送信して、その受信確認とする。この時点で、問い合わせでの処理と合わせて、ピコネット内同期に必要なアドレスとクロックの情報が、マスタ，スレーブの間で相互に交換されたことになる。
図３９は、呼び出しにおけるマスタ，スレーブ間での一例の処理を示した図である。図３９Ａはマスタでの送受信タイミングを示し、図３９Ｂはスレーブでの送受信タイミングを示している。
図３５の状態遷移図に示した通信接続フェーズは、接続（Ｓ１４）と、データ転送（Ｓ１５）を有する。この通信接続フェーズでは、同期確立フェーズを経てマスタとスレーブがピコネット内で同期をしており、実際の通信を行うことが可能なフェーズである。接続の状態では、データパケットの送受信は行われない。このときに送受信されるのは、通信リンクを設定するための制御パケット、セキュリティ関連の制御パケット、低消費電力モードに関連する制御パケットなどに限定される。
一方、データ転送の状態では、データパケットの送受信が許容される。同期確立フェーズを経て、初めて接続に遷移した場合には、基本的にマスタとスレーブの間で接続認証と暗号化の処理を完了しなければ、データ転送へ移行することはできない。接続におけるマスタとスレーブの役割は、そこで管理される制御パケットの内容によって異なる。
データ転送におけるデータパケットの送受信に、マスタとスレーブおよび時間スロットの規則に従って行われる。また、データ転送による端末が通信を切断した場合、および端末内のコントローラに対してハード的なリセットがかかった場合には、端末はデータ転送から待ち受けに状態遷移する。
低消費電力モードとは、接続から遷移する端末の低消費電力状態を提供するモードを言う。この低消費電力モードには、パークモード（Ｓ１６）、ホールドモード（Ｓ１７）、スニフモード（Ｓ１８）の３種類がある。
パークモードは、スレーブ特有のモードであり、接続で確立したピコネット内同期を維持した低消費電力モードである。
ホールドモードは、スマタ，スレーブのいずれも移行できる低消費電力モードであり、接続で確立したピコネット内同期を維持し、かつスレーブの場合にはマスタから与えられたスレーブ識別子を保持しているモードである。
スニフモードは、スレーブ特有の低消費電力モードであり、ホールドモードの場合と同様に、スレーブは接続で確立したピコネット内同期をそのまま維持し、マスタから与えられたスレーブ識別子を保持しているモードである。
なお、ブルートゥースにおいては、ピコネット内でマスタと特定のスレーブとの間で、マスタ・スレーブ転換を行うことができるようにしてある。
また、通信接続フェーズの接続状態で実行されるセキュリティに関する処理としては、大別して認証と暗号化の２の処理がある。認証処理では、自分と特定の相手との間で接続を許可判断することである。暗号化処理は、自分が通信中のデータを第三者に盗聴されないように保護することを言う。
ブルートゥースのセキュリティは、リンクキーと言う概念で管理されている。リンクキーは、ある特定の２端末間それぞれにおいて、１対１のセキュリティを管理するパラメータのことである。このリンクキーは第三者には開示されてはならない。
このリンクキーとしては、初めて接続を試みる端末間で使用される初期化キーが使用され、過去に接続を行って、データベースにリンクキーがパラメータとして設定されている場合には、その設定されたリンクキーが使用される。初期化キーは、上位のアプリケーションからのＰＩＮコードと内部的に発生したデータを使用して生成される。
ここまではブルートゥース規格における一般的な処理について説明したが、本例においては、この近距離無線伝送で、オーディオ機器やビデオ機器（これらの機器を総称してＡＶ機器と称する）などの電子機器をコントロールするコマンドと、レスポンスの伝送を行うようにしてある。
図４０は、このコマンドとレスポンスの伝送を行う伝送構成を、階層構造で示した図である。ここでは、コマンドを送信する側の端末が、コントローラと称される。また、そのコマンドを受信して、レスポンスをコマンドの送信元に送信する端末が、ターゲットと称される。このコントローラ，ターゲットの関係は、通信接続管理を行う上で必要な既に説明したマスタ，スレーブとは別の概念であり、基本的にはいずれがマスタ，スレーブの端末として機能していても良い。
ベースバンド層の上には、制御用のプロトコルのデータを伝送するためのＬ２ＣＡＰパケットを処理する層があり、さらにその上に、ＡＶＣＴＰ（Ａｕｄｉｏ／Ｖｉｄｅｏ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）のプロトコルが用意され、そのプロトコル上で、ＡＶ機器をコントロールするＡＶ／Ｃコマンドと称されるプロトコルが用意されている。
図４１は、そのプロトコルのデータを伝送するためのＬ２ＣＡＰパケットのデータ構成例である。図４１Ａに示すように、このパケットのペイロードの区間の先頭部分にはヘッダが付加され（Ｌ２ＣＡＰ　Ｈｅａｄｅｒと示された部分）、データ長（ｌｅｎｇｔｈ）と、チャンネルＩＤとが示される。それ以降の区間が実際の情報（インフォメーション）になる。
インフォメーションの区間は、図４１Ｂに示すように、ＡＶＣＴＰヘッダと、ＡＶＣＴＰのメッセージとが配置される。ＡＶＣＴＰのメッセージのデータは、図４１Ｃに示すように、ＡＶ／Ｃのデータであることを示す“００００”のデータ（４ビット）と、コマンドタイプ及びレスポンスタイプを示すコマンドタイプ／レスポンスのデータ（４ビット）と、サブユニットタイプを示すデータ（５ビット）と、サブユニットＩＤを示すデータ（３ビット）と、機能を指示するオペコードのデータ（８ビット）と、その機能に付随するデータであるオペラント（８ビット）が、オペランド〔０〕，オペランド〔１〕，‥‥オペランド〔ｎ〕（ｎは任意の整数）と配置されている。この図３４に示すＡＶＣＴＰのデータ構成は、有線のバスラインで接続されたネットワーク上で機器制御データなどを伝送する規格であるＡＶ／Ｃコマンドセットとして規定されたデータ構成を適用したものである。
図４２は、コントローラとターゲットとの間でコマンドとレスポンスが無線伝送される状態を示した図である。コントローラ側の端末で、何らかのユーザなどがあり、ターゲットの機器に対してコマンドを送信する必要が発生したとき、コントローラはターゲットに対してコネクションを確立させ（ステップＳ３１）、その確立したコネクションで、ＡＶ／Ｃコマンドをコントローラからターゲットに送信する（ステップＳ３２）。このコマンドを受信したターゲットでは、コマンドに対するレスポンスをコントローラに送信する（ステップＳ３３）。そして、必要によりコマンドに対する処理がターゲットで実行される。また、ターゲットの状態を確認するコマンドであるときには、その要求されたデータをレスポンスでコントローラに送り返す。
そして、図４３に示すように、コントローラ側でのユーザ操作などで、或いはターゲット側でのユーザ操作などで、コネクションを外す処理が実行されたとき、コマンドやレスポンスを伝送するために設定したコネクションを外すリリースコネクション処理が実行される（ステップＳ３４）。
次に、本例のシステムで使用されるＡＶ／Ｃコマンドセット（即ちＡＶＣＴＰのデータ）の構成について、図４４〜図４６を参照しながら説明する。図４４は、ＡＶ／Ｃコマンドとして伝送される区間のデータ構造を８ビット単位で示している。ＡＶ／Ｃコマンドは、ＡＶ機器を制御するためのコマンドセットであり、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームがやり取りされる。コマンドに対するレスポンスは、例えば規定された期間内に行うことになっている。但し、暫定的なレスポンスを規定された期間内に送って、ある程度の期間後に正式なレスポンスを送る場合もある。
ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。Ｃタイプ／レスポンスのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドとレスポンスの種類については、既にＡＶ／Ｃコマンドで説明したものと同じである。
サブユニットタイプは、機器内の機能を特定するために設けられいる。同じ種類のサブユニットが複数存在する場合の判別を行うために、判別番号としてサブユニットＩＤでアドレッシングを行う。オペレーションのコードであるオペコードはコマンドを表しており、オペランドはコマンドのパラメータを表している。必要に応じて付加されるフィールドも用意されている。オペランドの後には、０データなどが必要に応じて付加される。
このように構成されるＡＶＣＴＰのプロトコルのデータをブルートゥース規格で無線伝送することで、機器の遠隔制御が可能になる。ここで、ＡＶＤＣＰのプロトコルのデータにてコントロールされる機器が、パネルサブユニットを備えている場合について説明する。ＡＶＣＴＰのプロトコルで制御される機器は、ＩＥＥＥ１３９４方式のバスラインに接続される機器の場合と同様に、サブユニットと称される機能部を備えているが、そのサブユニットの１つとして、パネルサブユニットと称されるものがある。このパネルサブユニットは、例えばリモートコントロール装置などの制御機器側で、被制御機器で実行できる動作に関するＧＵＩ（グラフィクユーザインターフェース）用のパネルを表示させて、そのパネルの表示に対応したキー操作があったとき、そのキーで指定されたパネル上の表示機能を実行させるようにしたものである。このパネルサブユニットを使用した制御の例として、パススルーコマンドを使用して制御を実行する場合もある。
図４５は、パネルサブユニットに対して伝送されるパススルー（ＰＡＳＳＴＨＲＯＵＧＨ）コマンドの構成を示した図である。オペコードの区間は、パススルーコマンドであることを示すコード（７Ｃ１６）が付加される。オペランド〔０〕の区間には、ファンクションタイプのデータを配置する。オペランド〔１〕の区間には、先頭ビットにステートフラグを配置し、残りの７ビットにオペレーションＩＤを配置する。このステートフラグは、ボタンを押す／放すというリモートコントロール装置のユーザ操作を表す。ボタンが押された時には、フラグを０にし、ボタンが放されたときにフラグを１にする。なお、（１６）を付加して示す数字は、４ビットのデータで示される１６進数値（１つの桁が０，１，…９，Ａ，Ｂ…Ｆの１６値で示される数値）である。
オペランド〔１〕の区間に配置されるオペレーションＩＤとしては、例えば図４６に示すように、各コード値毎に各種オペレーションが割当てられている。例えば、ＧＵＩ画面上のアップ，ダウンなどの方向や選択を指示するコードや、メニュー画面の選択を指示するコードや、再生，停止，録音，早送り，巻き戻しなどのオーディオ機器やビデオ機器の動作を直接指示するコードが割当てられている。
次に、本例のモニタ受像機１で、無線ネットワーク処理部２０でパススルーコマンドを受信したときの処理について説明する。ここでは、例えば図１に示したネットワーク構成の中の、携帯電話端末５からモニタ受像機１に無線伝送されるパススルーコマンドとして、モニタ受像機１とＩＥＥＥ１３９４方式のバスラインで接続されたビデオカセット記録再生装置２の動作（例えば再生）を指示するコマンドであるとする。このときには、例えば図４７に示すように、携帯電話端末５の再生操作指示用の所定のキーを操作したとき、その再生を指示するオペレーションＩＤが含まれたＡＶＣＴＰのプロトコルのコマンドが、携帯電話端末５から無線送信される（ステップＳ１）。このとき無線送信された信号は、モニタ受像機１の無線ネットワーク処理部２０で受信される。このコマンドを受信したとき、モニタ受像機１の無線ネットワーク処理部２０は、コマンドに対するレスポンスを無線送信し（ステップＳ２）、携帯電話端末５でレスポンスが受信される。
そして、ステップＳ１でコマンドを受信したモニタ受像機１の無線ネットワーク処理部２０では、受信したコマンドの宛先を判定する処理を行い、その判定に基づいて、例えばビデオカセット記録再生装置２が宛先であると判定したとき、無線ネットワーク処理部２０内のＩＥＥＥ１３９４バス／無線ネットワーク変換部２５で、ＩＥＥＥ１３９４バス用のＡＶ／Ｃコマンドに変換する処理を行う。このときの変換処理としては、例えば図４１に示すようなブルートゥース規格で定められたヘッダ部分のデータを取り除いて、図９に示すようなＡＶ／Ｃコマンドで規定されたヘッダ部分を付加する処理が行われる。このとき、ＡＶ／Ｃコマンドのデータに、ＩＥＥＥ１３９４バス上の宛先のデータを付加する。
そして、変換されたＡＶ／Ｃコマンドのフォーマットとされたコマンドを、モニタ受像機１内のＩＥＥＥ１３９４バス処理部１０に送り、モニタ受像機１に接続されたバスラインから送出させる（ステップＳ３）。このバスラインに送出されたコマンドをビデオカセット記録再生装置２が受信したとき、ビデオカセット記録再生装置２では再生動作が開始され、このコマンドに対するレスポンスがバスラインを介してモニタ受像機１に返送される（ステップＳ４）。
このようにして、携帯電話端末５から無線伝送されたコマンドが、モニタ受像機１で中継されて、バスラインを介してビデオカセット記録再生装置２に伝送されることで、ビデオカセット記録再生装置２は無線信号として伝送されるコマンドを直接受信できなくても、携帯電話端末５がビデオカセット記録再生装置２のリモートコントロール装置として機能することになる。
ここで、このような無線信号として伝送されるコマンドを、バスラインに送出させるために、モニタ受像機１で必要な処理について説明する。まず、モニタ受像機１内のＩＥＥＥ１３９４バス処理部１０では、バスラインで接続された機器の情報を収集する処理を行う。図４８は、この機器情報収集処理の例を示したフローチャートである。この機器情報収集処理は、例えばＩＥＥＥ１３９４バス処理部１０内のパネルコントローラ１３の制御で行われて、パネルコントローラ１３内のメモリなどに保持されるものである。
以下、機器情報収集処理手順について説明すると、パネルコントローラ１３は、バスラインで接続された有線ネットワークにバスリセットが発生したか否か判断する（ステップＳ１１）。このバスリセットは、バスラインに接続された機器構成に変化があったとき発生するものであり、バスリセットが発生すると、バスリセット識別用の信号がバスライン上で伝送される。バスリセットが発生するまで待機し、バスリセットが発生したと判断したとき、バスに接続された各機器が備えるサブユニットを調べる処理を行う（ステップＳ１２）。このサブユニットの調査は、例えばモニタ受像機１から有線ネットワーク内の各機器に対して、サブユニット構成を問い合わせるコマンドを順に送って、そのレスポンスでサブユニット構成を判断する。
このサブユニット構成の判断に続いて、バスで接続されたそれぞれの機器がパススルーコマンドに対応しているか否か調べる処理を行う（ステップＳ１３）。この処理が終了した後に、ネットワーク内の各機器のノードＩＤと、パススルーコマンド対応機器の持つサブユニットの対応表であるテーブルを作成し、その作成したテーブルのデータをパネルコントローラ１３が持つメモリなどに記憶させておく（ステップＳ１４）。この記憶されたテーブルのデータは、次にバスリセットが発生するまで保持され、バスリセット時にステップＳ１１からステップＳ１４の処理で更新される。
このようにして保持されたバス上の機器のコマンドの対応を示すテーブルのデータを使用して、無線信号でコマンドを受信したときには、そのコマンドをバスラインに送出させる処理が実行される。図４９は、モニタ受像機１での処理例を示したフローチャートである。まず、無線ネットワーク処理部２０のパネルサブユニット２４は、ＡＶＣＴＰのプロトコルのコマンドが受信されたか否か判断し（ステップＳ２１）、コマンドが受信されるまで待機する。このステップでパススルーコマンドが受信されたと判断したとき、そのコマンドが、モニタ受像機１での動作を制御するコマンドであるか否か判断する（ステップＳ２２）。ここでの判断は、例えばコマンドの内容を判断して、表示状態を制御するコマンドであるとき、モニタ受像機１の動作を制御するコマンドであると判断する。この判断で、モニタ受像機１に対するコマンドであると判断したとき、無線ネットワーク処理部２０のパネルサブユニット２４が、直接的にモニタ受像機１内の各処理部を制御して、映像表示部３２での表示状態などの受像機として必要な動作制御を行う（ステップＳ２３）。
また、ステップＳ２２で、モニタ受像機１に対するコマンドでないと判断したとき、無線ネットワーク処理部２０内のＩＥＥＥ１３９４バス／無線ネットワーク変換部２５で、ＩＥＥＥ１３９４バス用のＡＶ／Ｃコマンドに変換する処理を行う（ステップＳ２４）。このとき、受信したコマンドで指示される動作が実行される機器が、バスラインに接続されているか否か、パネルコントローラ１３に記憶されたテーブルのデータから判断し（ステップＳ２５）、該当する機器がバスラインに接続されてない場合には、受信したコマンドに関する処理を終了する。
そして、パネルコントローラ１３に記憶されたテーブルのデータから、対応した機器があると判断したときには、その対応した機器が１つか複数であるか判断する（ステップＳ２６）。この判断で、対応した機器が１つであると判断したとき、該当する機器のノードＩＤをコマンドに付加する処理を変換部２５で行い、その変換処理が行われたコマンドを、ＩＥＥＥ１３９４バス処理部１０のポート部１１から接続されたバスラインに送出させる（ステップＳ２７）。
また、ステップＳ２６の判断で、該当する機器が複数存在すると判断したとき、その複数の機器の中の１台の機器を特定させる機器特定処理を行い（ステップＳ２８）、その特定された機器のノードＩＤをコマンドに付加する処理を変換部２５で行い、その変換処理が行われたコマンドを、ＩＥＥＥ１３９４バス処理部１０のポート部１１から接続されたバスラインに送出させる（ステップＳ２９）。
ステップＳ２８での機器特定処理としては、例えばコマンドに対応した機器の中で、現在バスライン上にビデオデータ又はオーディオデータなどのストリームデータをアイソクロナスチャンネルで送出中の機器がある場合には、その機器をコマンドの届け先に設定させる。例えば、図１に示したネットワーク構成では、ビデオカセット記録再生装置２とハードディスク記録再生装置３とチューナ４の３台がストリームデータを送出できるが、例えばその内のビデオカセット記録再生装置２が再生動作を行って再生されたビデオデータをバス上に送出させていたとすると、このビデオカセット記録再生装置２をコマンドの届け先に設定させる。
また、ステップＳ２８での機器特定処理として、例えば予め制御される機器を選択する処理が行われていた場合には、その予め選択された機器をコマンドの届け先に設定させるようにしても良い。例えば、図１に示したネットワーク構成では、再生動作を行う機器として、ビデオカセット記録再生装置２とハードディスク記録再生装置３の２台が存在するが、その内の１台をユーザ操作で予め選択しておくことで、再生動作に関するコマンドを受信したとき、選択された機器が届け先に設定される。
また、ステップＳ２８での機器特定処理として、その他の処理を行うようにしても良い。例えば、バスライン上に接続されていた機器の内で、機器が電源オフなどで休止状態となって、バスラインと接続されるポート部がサスペンド状態となっている機器に関しては、候補機器から除外するようにしても良い。
このようにして、ブルートゥース規格の無線ネットワークで無線伝送されたコマンドを受信した機器で、その機器に接続された有線のバスライン用にコマンドを変換して、設定された宛先の機器に対してバスラインでコマンドを伝送するようにしたことで、ＩＥＥＥ１３９４方式のバスラインで接続されて、ＡＶ／Ｃコマンドに対応した機器であれば、無線ネットワークでの無線通信ができない機器であっても、ブルートゥース規格の無線信号に基づいて確実に制御できるようになる。特に、上述したパススルーコマンドでは、そのコマンドの最終的な受信先を指定するデータがないにも係わらず、コマンドの制御内容からコマンドの届け先が判断されて、該当する機器に確実に伝送されるので、無線信号を受信する機器が特定の１台の機器（上述した例ではモニタ受像機１）であっても、良好にバスラインで接続されたネットワーク内の各機器の制御ができる。
なお、ここまで説明した実施の形態では、有線のバスラインで接続されるネットワークとしてＩＥＥＥ１３９４方式を適用し、無線ネットワークとしてブルートゥースを適用したが、他の同様な有線ネットワークと無線ネットワークを適用して制御コマンドなどを伝送する場合にも、本発明の処理が適用できることは勿論である。
また、有線のバスラインで接続された機器として、ビデオデータやオーディオデータを扱うＡＶ機器としたが、その他の機器をバスラインに接続して、コマンドなどの伝送で制御する場合にも適用できるものである。
この場合、例えばバスラインにパーソナルコンピュータ装置のようなデータ処理装置を接続して、そのデータ処理装置に、上述したコマンドの中継処理を行う機能を実行するプログラムとしてのソフトウェアを実装して、そのソフトウェアの実行による演算処理で、データ処理装置が無線で受信したコマンドを、バスライン上の他の機器に伝送させるようにしても良い。また、このような処理を行うプログラムを記録媒体に記録させて、ユーザなどに配付するようにしても良い。
産業上の利用可能性
以上のように、本発明によると、無線ネットワーク側の機器から送出された機器制御コマンドを、有線ネットワーク内の特定の機器に対して伝送させることが可能になり、有線のバスラインで接続されて構成されるネットワーク内の機器が、無線によるコマンドで遠隔制御できるようになる。
この場合、受信したコマンドから、有線ネットワーク内でのコマンドの届け先の機器の判断処理は、コマンドで指示される内容に合致する機器を、有線ネットワークに接続された機器から探す処理であることで、コマンドで指示される内容の判断だけで、簡単に有線ネットワーク内でのコマンドの届け先などを判断できるようになる。
また、このようにコマンドの届け先を判断するとき、有線ネットワークに接続された機器の機能を予め調べて、その調べた機能に関するデータを保持するようにしたことで、コマンドで指示される内容に対応した機器の判断が簡単にできるようになる。
さらに、受信したコマンドから、有線ネットワーク内でのコマンドの届け先の機器の判断処理は、有線ネットワーク内でストリームデータの送出元となっている機器を、届け先の機器と判断する処理としたことで、有線ネットワーク内のバスラインにストリームデータを送出させている機器を直接制御できるようになる。
さらに、受信したコマンドから、有線ネットワーク内でのコマンドの届け先の機器の判断処理は、予め機器内に登録された機器を判断する処理としたことで、その登録された機器に確実にコマンドを伝送できるようになる。
さらに、無線信号として受信したコマンドを、有線ネットワーク用にデータ構成を変換して有線ネットワークに送出させることで、有線ネットワークと無線ネットワークでコマンド構成が異なる場合に対処できる。
さらに、無線ネットワークでの機器制御コマンドはＡＶＣＴＰプロトコルのコマンドであり、有線ネットワークでの機器制御コマンドはＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドとしたことによって、無線ネットワークとしてＡＶＣＴＰプロトコルを使用したブルートゥースなどによるネットワークが使用でき、有線ネットワークとしてＡＶ／Ｃコマンドを使用したＩＥＥＥ１３９４方式などによるネットワークが使用でき、両ネットワーク間でのコマンドのやり取りが容易にできるようになる。
【図面の簡単な説明】
図１は、本発明の一実施の形態によるシステム構成例を示すブロック図である。
図２は、本発明の一実施の形態によるモニタ受像機の構成例を示すブロック図である。
図３は、本発明の一実施の形態による携帯電話端末の構成例を示すブロック図である。
図４は、本発明の一実施の形態による近距離無線通信部の構成例を示すブロック図である。
図５は、ＩＥＥＥ１３９４方式で規定されるフレーム構造の例を示す説明図である。
図６は、プラグ、プラグコントロールレジスタ、伝送チャンネルの関係の例を示す説明図である。
図７は、ＡＶ／Ｃコマンドのコマンドとレスポンスの関係の例を示す説明図である。
図８は、ＡＶ／Ｃコマンドのコマンドとレスポンスの関係の例を更に詳しく示す説明図である。
図９は、ＡＶ／Ｃコマンドのデータ構造の例を示す説明図である。
図１０は、ＡＶ／Ｃコマンドの具体例を示す説明図であり、図１０Ａはコマンドタイプ（Ｃタイプ）及びレスポンスの例、図１０Ｂはサブユニットタイプの例、図１０Ｃはオペコード（オペレーションコード）の例を示した図である。
図１１は、ＡＶ／Ｃコマンドのコマンドとレスポンスの具体例を示す説明図であり、図１１Ａはコマンドの例、図１１Ｂはレスポンスの例である。
図１２は、プロトコルスタックの例を示す説明図である。
図１３は、無線伝送の階層構造の例を示す説明図である。
図１４は、伝送周波数の設定例を示す説明図である。
図１５は、周波数ホッピングの状態を示す説明図である。
図１６は、シングルスロットパケットの配置例を時間軸で示す説明図である。
図１７は、シングルスロットパケットとマルチスロットパケットが混在した例を時間軸で示す説明図である。
図１８は、マスタとスレーブ間での伝送状態の例を示す説明図であり、図１８Ａはマスタからの送信を、図１８Ｂはスレーブからの送信を示している。
図１９は、ネットワーク構成の例を示す説明図であり、図１９Ａはマスタとスレーブが１台ずつの例、図１９Ｂはスレーブが複数台の例、図１９Ｃは複数のマスタを有する例である。
図２０は、ＳＣＯリンクの通信例を示すタイミング図であり、図２０Ａはマスタからの送信を、図２０Ｂはスレーブからの送信を示している。
図２１は、非同期通信方式での通信例を示すタイミング図であり、図２１Ａはマスタからの送信を、図２１Ｂはスレーブ１からの送信を、図２１Ｃはスレーブ２からの送信を、図２１Ｄはスレーブ３からの送信を示している。
図２２は、アイソクロナス通信方式の通信例を示すタイミング図であり、図２２Ａはマスタからの送信を、図２２Ｂはスレーブからの送信を示している。
図２３は、同報通信方式の通信例を示すタイミング図であり、図２３Ａはマスタからの送信を、図２３Ｂはスレーブ１での受信を、図２３Ｃはスレーブ２での受信を、図２３Ｄはスレーブ３での受信を示している。
図２４は、ＳＣＯリンクとＡＬＣリンクを併用する場合の通信例を示すタイミング図であり、図２４Ａはマスタからの送信を、図２４Ｂはスレーブ１からの送信を、図２４Ｃはスレーブ２からの送信を、図２４Ｄはスレーブ３からの送信を示している。
図２５は、クロックデータの構成例を示す説明図である。
図２６は、アドレスの構成例を示す説明図である。
図２７は、周波数ホッピングパターンの生成処理例を示す構成図である。
図２８は、パケットフォーマットの例を示す説明図である。
図２９は、アクセスコードの構成例を示す説明図である。
図３０は、パケットヘッダの構成例を示す説明図である。
図３１は、ペイロードの構成例を示す説明図である。
図３２は、シングルスロットパケットのペイロードヘッダの構成例を示す説明図である。
図３３は、マルチスロットパケットのペイロードヘッダの構成例を示す説明図である。
図３４は、ＦＨＳパケットのペイロードの構成例を示す説明図である。
図３５は、機器の状態遷移例を示す説明図である。
図３６は、問い合わせの通信例を示す説明図であり、図３６ＡはＩＱパケットの送信を、図３６ＢはＦＨＳパケットの送信を示している。
図３７は、問い合わせの処理例を示すタイミング図であり、図３７Ａはマスタからの送信を、図３７Ｂはスレーブでの送信及び受信を示している。
図３８は、呼び出しの通信例を示す説明図であり、図３８ＡはマスタがＩＤパケットをスレーブに送信する例を、図３８ＢはマスタがＦＨＳパケットをスレーブに送信する例を示している。
図３９は、呼び出しの処理例を示すタイミング図であり、図３９Ａはマスタからの送信を、図３９Ｂはスレーブからの送信を示している。
図４０は、ＡＶＤＣＰにおける階層構造の例を示す説明図である。
図４１は、ＡＶＤＣＰのデータ伝送時のパケット構成の例を示す説明図であり、図４１Ａはパケット全体の例を、図４１Ｂはペイロードの例を、図４１ＣはＡＶＣＴＰメッセージの例を示している。
図４２は、ＡＶＤＣＰでのコネクションの確立とコマンド，レスポンスの伝送例を示す説明図である。
図４３は、ＡＶＤＣＰでのリリースコネクションの例を示す説明図である。
図４４は、ＡＶＤＣＰでのデータ構造例を示す説明図である。
図４５は、パススルーコマンドのフォーマット例を示す説明図である。
図４６は、パススルーコマンドのオペレーションＩＤの例を示す説明図である。
図４７は、本発明の一実施の形態によるコマンドの伝送例を示す説明図である。
図４８は、本発明の一実施の形態による機器情報収集処理例を示すフローチャートである。
図４９は、本発明の一実施の形態によるコマンドの宛先判定処理例を示すフローチャートである。
引用符号の説明
１‥‥‥　モニタ受像機
２‥‥‥ビデオカセット記録再生装置
３‥‥‥ハードディスク記録再生装置
４‥‥‥チューナ
５‥‥‥携帯電話端末
６‥‥‥データ端末
１０‥‥‥ＩＥＥＥ１３９４バス処理部
１１‥‥‥バスポート部
１２‥‥‥バスインターフェースブロック
１３‥‥‥パネルコントローラー
１４‥‥‥パネルサブユニット
１５‥‥‥モニタサブユニット
２０‥‥‥無線ネットワーク処理部
２１‥‥‥アンテナ
２２‥‥‥近距離無線通信部
２３‥‥‥無線ネットワークインターフェイス部
２４‥‥‥パネルサブユニット
２５‥‥‥ＩＥＥＥ１３９４バス／無線ネットワーク変換部
３１‥‥‥映像データ受信ブロック
３２‥‥‥映像表示部
５１‥‥‥アンテナ
５２‥‥‥デュプレクサ
５３‥‥‥受信回路
５４‥‥‥デジタルシグナルプロセッサ（ＤＳＰ）
５５，５６‥‥‥スピーカ
５７‥‥‥マイクロホン
５８‥‥‥送信回路
５９‥‥‥制御部
５９ａ‥‥‥ＲＯＭ
５９ｂ‥‥‥ＲＡＭ
５９ｃ‥‥‥メモリカード
６０‥‥‥操作部
６１‥‥‥表示部
６２‥‥‥近距離無線通信部
６３‥‥‥アンテナ
８０‥‥‥機能処理ブロック
９０‥‥‥近距離無線通信部
９１‥‥‥アンテナ
９２‥‥‥送受信処理部
９３‥‥‥データ処理部
９４‥‥‥インターフェース部
９５‥‥‥コントローラー
【図１】
2002056548.tif 000007
【図２】
2002056548.tif 000008
【図３】
2002056548.tif 000009
【図４】
2002056548.tif 000010
【図５】
2002056548.tif 000011
【図６】
2002056548.tif 000012
【図７】
2002056548.tif 000013
【図８】
2002056548.tif 000014
【図９】
2002056548.tif 000015
【図１０Ａ】
2002056548.tif 000016
【図１０Ｂ】
2002056548.tif 000017
【図１０Ｃ】
2002056548.tif 000018
【図１１Ａ】
2002056548.tif 000019
【図１１Ｂ】
2002056548.tif 000020
【図１２】
2002056548.tif 000021
【図１３】
2002056548.tif 000022
【図１４】
2002056548.tif 000023
【図１５】
2002056548.tif 000024
【図１６】
2002056548.tif 000025
【図１７】
2002056548.tif 000026
【図１８Ａ】
2002056548.tif 000027
【図１８Ｂ】
2002056548.tif 000028
【図１９Ａ】
2002056548.tif 000029
【図１９Ｂ】
2002056548.tif 000030
【図１９Ｃ】
2002056548.tif 000031
【図２０Ａ】
2002056548.tif 000032
【図２０Ｂ】
2002056548.tif 000033
【図２１Ａ】
2002056548.tif 000034
【図２１Ｂ】
2002056548.tif 000035
【図２１Ｃ】
2002056548.tif 000036
【図２１Ｄ】
2002056548.tif 000037
【図２２Ａ】
2002056548.tif 000038
【図２２Ｂ】
2002056548.tif 000039
【図２３Ａ】
2002056548.tif 000040
【図２３Ｂ】
2002056548.tif 000041
【図２３Ｃ】
2002056548.tif 000042
【図２３Ｄ】
2002056548.tif 000043
【図２４Ａ】
2002056548.tif 000044
【図２４Ｂ】
2002056548.tif 000045
【図２４Ｃ】
2002056548.tif 000046
【図２４Ｄ】
2002056548.tif 000047
【図２５】
2002056548.tif 000048
【図２６】
2002056548.tif 000049
【図２７】
2002056548.tif 000050
【図２８】
2002056548.tif 000051
【図２９】
2002056548.tif 000052
【図３０】
2002056548.tif 000053
【図３１】
2002056548.tif 000054
【図３２】
2002056548.tif 000055
【図３３】
2002056548.tif 000056
【図３４】
2002056548.tif 000057
【図３５】
2002056548.tif 000058
【図３６Ａ】
2002056548.tif 000059
【図３６Ｂ】
2002056548.tif 000060
【図３７Ａ】
2002056548.tif 000061
【図３７Ｂ】
2002056548.tif 000062
【図３８Ａ】
2002056548.tif 000063
【図３８Ｂ】
2002056548.tif 000064
【図３９Ａ】
2002056548.tif 000065
【図３９Ｂ】
2002056548.tif 000066
【図４０】
2002056548.tif 000067
【図４１Ａ】
2002056548.tif 000068
【図４１Ｂ】
2002056548.tif 000069
【図４１Ｃ】
2002056548.tif 000070
【図４２】
2002056548.tif 000071
【図４３】
2002056548.tif 000072
【図４４】
2002056548.tif 000073
【図４５】
2002056548.tif 000074
【図４６】
2002056548.tif 000075
【図４７】
2002056548.tif 000076
【図４８】
2002056548.tif 000077
【図４９】
2002056548.tif 000078
【国際調査報告】
2002056548.tif 000079
2002056548.tif 000080
2002056548.tif 000081