(57)【特許請求の範囲】
【請求項１】
アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、
前記マスター端末は、当該マスター端末におけるデータの送受信量が、所定のデータ量に達する度に、アクティブ状態にあるスレーブ端末を１台以上パークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とする無線通信方法。
【請求項２】
アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、
前記マスター端末は、所定量の送信用データを１台以上のスレーブ端末へ送信する毎に、当該マスター端末から前記所定量の送信用データを受信した前記１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とする無線通信方法。
【請求項３】
アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、
前記マスター端末は、所定の時間間隔毎に、アクティブ状態にある１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とする無線通信方法。
【請求項４】
前記所定の時間間隔は、スレーブ端末毎に設定されることを特徴とする請求項３記載の無線通信方法。
【請求項５】
前記マスター端末は、パークモード状態となった順に、１台以上のスレーブ端末をアクティブ状態に変更することを特徴とする請求項１乃至４のいずれか１項に記載の無線通信方法。
【請求項６】
前記マスター端末は、前記パークモード状態となった順に関係なく、１台以上のスレーブ端末をアクティブ状態に変更することを特徴とする請求項５記載の無線通信方法。
【請求項７】
アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、
前記マスター端末は、スレーブ端末のいずれかからパークモードの解除要求があった場合、ベースバンドよりも上位のプロトコルを使用した通信を行っていない１台以上のスレーブ端末をパークモード状態とし、前記パークモードの解除要求を出したスレーブ端末をアクティブ状態にすることを特徴とする無線通信方法。
【請求項８】
前記マスター端末は、ファイルやオブジェクトデータ等のデータ転送を実行している間、アクティブ状態にあるスレーブ端末をパークモード状態としないことを特徴とする請求項１乃至７のいずれか１項に記載の無線通信方法。
【請求項９】
アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、
当該マスター端末におけるデータの送受信量が、所定のデータ量に達する度に、アクティブ状態にあるスレーブ端末を１台以上パークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とするマスター端末。
【請求項１０】
アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、
所定量の送信用データを１台以上のスレーブ端末へ送信する毎に、前記所定量の送信用データを受信した前記１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とするマスター端末。
【請求項１１】
アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、
所定の時間間隔毎に、アクティブ状態にある１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴とするマスター端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信方法及びそのマスター端末に関する。
【０００２】
【従来の技術】
近年、端末と他の端末や周辺機器等とを接続する技術として、Bluetoothが開発された。
【０００３】
このBluetoothとは、各端末や周辺機器等を近距離ラジオを使用して接続する技術であり、各機器をケーブルを使用することなく無線で接続する技術として、大いに注目されている。
【０００４】
従来、無線により端末同士や周辺機器を接続する技術として、赤外線を用いたものが存在したが、この方式では、赤外線自体に指向性が強く、また、遮蔽するものが存在する場合には使用できないというような、接続の自由度や容易性に問題が存在した。
【０００５】
これに対し、Bluetoothによる技術では、近距離ラジオを使用するため、指向性がなく、遮蔽に対しても強いため、利便性が大きく向上されている。
【０００６】
また、Bluetooth規格によれば、各端末や周辺機器間を、ユーザの操作によるところなく、また、時間や場所を選ばず、しかも簡単に接続することが可能となる。
【０００７】
このBluetooth規格では、２．４ＧＨｚの周波数帯の無線が利用されており、約１００ｍまでの範囲におかれた機器と、最大１Ｍｂｐｓの速度で通信を行うことを可能としている。
【０００８】
このようなBluetooth技術による無線通信を使用して、キーボードやマウスからの入力データを複数のコンピュータへ切り替えて送信する技術として、特開２０００-２７６２６９号公報が開示するところの無線式データ入力装置が存在する。（以下、第１の従来技術という）
第１の従来技術は、キーボードやマウス等の入力装置から入力されたデータを、無線式データ入力装置切替装置を用いて、予めユーザがスイッチを切り替えることで設定されていたコンピュータへ入力するよう構成され、これにより、複数のコンピュータを１セットのデータ入力装置から操作可能にするデータ入力装置において、データ入力装置とコンピュータとの間における配線の手間をなくし、設置場所に関する制限もなくすことが可能となるとされている。
【０００９】
さらに、Bluetooth技術を利用したものとして、近年、（株）東芝から発売された電子会議システム「SPANworks 2000」が存在する。（以下、第２の従来技術とする）
第２の従来技術は、Bluetooth用ＰＣカード（PCMCIAカード：東芝製）が装着されたＰＣ間で電子会議を行うためのソフトウェアであり、Bluetoothネットワーク（ピコネット）において、マスター端末が複数のスレーブ端末へプレゼンテーション画面データを同時に送信することが可能となっている。
【００１０】
【発明が解決しようとする課題】
しかしながら、第２の従来技術では、スレーブ端末をピコネットに対してスリープ状態（低消費電力モード）にすることができず、従って、ピコネットに接続できるスレーブ端末は、７台までに制限されるという問題がある。
【００１１】
尚、Bluetoothのベースバンド仕様（バージョン1.0B）には、「１つのマスター端末に対してアクティブ状態なスレーブ端末は７台まで」と規定されている。
【００１２】
また、この仕様には「スレーブ端末がアクティブ状態とパークモード状態とを交換すれば、多数のスレーブ端末を仮想的に接続できる」という記述があるが、この具体的な実現方法は記載されていない。
【００１３】
さらに、上記第１の従来技術には、Bluetooth規格に準拠した動作説明すらされていない。
【００１４】
また、例えば、パークモード状態のスレーブ端末を含めて８台以上のスレーブ端末がピコネットに仮想的に接続して電子会議を行っている場合、スレーブ端末からの要求に従ってマスター端末が無条件にパークモード状態とアクティブ状態との切り換えを行うと、データ通信を実行する機会がスレーブ端末毎に大きくばらつき、電子会議の議事進行に支障を来す場合が存在した。
【００１５】
そこで、本発明は、上記問題に鑑みなされたもので、複数台のスレーブ端末をピコネットに効率よく仮想的に接続させることを可能にする無線通信方法及びそのマスター端末を提供することを目的とする。
【００１６】
【課題を解決するための手段】
係る目的を達成するために、請求項１記載の発明は、アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、マスター端末は、当該マスター端末におけるデータの送受信量が、所定のデータ量に達する度に、アクティブ状態にあるスレーブ端末を１台以上パークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００１７】
また、請求項２記載の発明は、アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、マスター端末は、所定量の送信用データを１台以上のスレーブ端末へ送信する毎に、当該マスター端末から所定量の送信用データを受信した１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００１８】
これにより、上記請求項１又は２記載の発明によれば、複数台のスレーブ端末をピコネットに効率よく仮想的に接続させることが可能となる。
【００１９】
これは、特に、８端末以上のスレーブ端末をピコネットに仮想的に接続させて電子会議を行う場合に、利便性を向上させるものである。即ち、例えば、電子会議で議長が手書き入力している筆記データを議長端末（マスター端末）から８端末以上の参加者の端末（スレーブ端末）へ同報送信する場合、各スレーブ端末では議長が手書き入力している筆記データをできるだけ遅延なく受信して自端末に表示させることが必要である。そこで、請求項１又は２記載の発明では、マスター端末が所定量の送信用データをスレーブ端末へ送信した後、送信済みのスレーブ端末をアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、８端末以上のスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で送信することを可能としている。
【００２０】
さらに、請求項１又は２記載の発明によれば、ピコネットにおけるデータ通信が高品質に実行されるため、個々のスレーブ端末において他の端末と所有する情報が異なることを防止することが可能となる。
【００２１】
また、請求項３記載の発明は、アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、マスター端末は、所定の時間間隔毎に、アクティブ状態にある１台以上のスレーブ端末をパークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００２２】
これにより、請求項３記載の発明によれば、全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、仮想的に８端末以上のスレーブ端末をできるだけ均等にピコネットに接続させることが可能となる。
【００２３】
さらに、請求項３記載の発明によれば、データ通信を実行する機会がスレーブ端末毎に大きくばらつき、電子会議の議事進行に支障が来されることを防止することが可能となる。
【００２４】
さらに、請求項４記載の発明は、所定の時間間隔が、スレーブ端末毎に設定されることを特徴としている。
【００２５】
これにより、請求項４記載の発明によれば、マスター端末が特定のスレーブ端末を他のスレーブ端末よりもアクティブ状態を長く保ちたい場合に対応することが可能となる。即ち、請求項４記載の発明では、例えば、Bluetoothネットワークによって電子会議に参加しているスレーブ端末の中で、マスター端末と頻繁にデータのやりとりをしている端末は非アクティブな状態を最小限にする。この場合、マスター端末はこのスレーブ端末をパークモード状態にした後、パークモード状態持続時間を他のスレーブ端末よりも短く設定する。このように、請求項４記載の発明によれば、パークモード状態の持続時間を端末によって異ならせるようにして、仮想的に８端末以上のスレーブ端末をピコネットに接続するとともに、Bluetoothネットワークにおけるデータ通信を最適化することが可能となる。
【００２６】
また、請求項５記載の発明は、マスター端末が、パークモード状態となった順に、１台以上のスレーブ端末をアクティブ状態に変更することを特徴としている。
【００２７】
これにより、請求項５記載の発明によれば、マスター端末がスレーブ端末をパークモード状態にした順番通りにパークモード状態からアクティブ状態に戻して、全てのスレーブ端末において非アクティブな期間を均等にすることが可能となる。
【００２８】
さらに、請求項６記載の発明は、マスター端末が、パークモード状態となった順に関係なく、１台以上のスレーブ端末をアクティブ状態に変更することを特徴としている。
【００２９】
これにより、請求項６記載の発明によれば、マスター端末が特定のスレーブ端末を他のスレーブ端末よりもアクティブ状態の割合を大きくしたい場合や小さくしたい場合に対応することが可能となる。即ち、請求項６記載の発明では、例えば、Bluetoothネットワークによって電子会議に参加しているスレーブ端末の中で、マスター端末と頻繁にデータのやりとりをしている端末は非アクティブな状態を最小限にする。この場合、マスター端末はこのスレーブ端末をパークモード状態にした後、他のスレーブ端末よりも優先してパークモード状態からアクティブ状態に戻す。このように、請求項６記載の発明によれば、仮想的に８端末以上のスレーブ端末をピコネットに接続するとともに、Bluetoothネットワークにおけるデータ通信を最適化することが可能となる。
【００３０】
また、請求項７記載の発明は、アクティブ状態にある台数が制限された１台以上のスレーブ端末と１台のマスター端末との無線通信方法であって、マスター端末は、スレーブ端末のいずれかからパークモードの解除要求があった場合、ベースバンドよりも上位のプロトコルを使用した通信を行っていない１台以上のスレーブ端末をパークモード状態とし、パークモードの解除要求を出したスレーブ端末をアクティブ状態にすることを特徴としている。
【００３１】
これにより、請求項７記載の発明によれば、パークモード状態として仮想的にピコネットに接続しているスレーブ端末がピコネットに対してアクティブ状態となることを要求すると、マスター端末はベースバンドよりも上位のプロトコルを実行しているスレーブ端末はパークモード状態にせずに、他のスレーブ端末をアクティブ状態からパークモード状態として要求のあったスレーブ端末を直ちにアクティブ状態とすることにより、Bluetoothネットワークにおけるデータ通信を円滑化することが可能となる。
【００３２】
さらに、請求項８記載の発明は、マスター端末が、ファイルやオブジェクトデータ等のデータ転送を実行している間、アクティブ状態にあるスレーブ端末をパークモード状態としないことを特徴としている。
【００３３】
これにより、請求項８記載の発明によれば、ファイル転送やオブジェクトデータの転送が完了した後に必要に応じてピコネットに接続しているスレーブ端末の状態を交換することにより、Bluetoothネットワークにおいて装置の性能に適したデータ通信を実行することが可能となる。
【００３４】
即ち、請求項８記載の発明によれば、１つのＯＢＥＸセッションを使用してファイル転送やオブジェクトデータの転送を実行している間、端末の処理能力が十分ではない、あるいは実装されたメモリ等のハードウェア資源が十分ではない等の理由により、他のデータ通信を実行しないマスター端末が、１つのＯＢＥＸセッションを使用してファイル転送やオブジェクトデータの転送を実行している間にパークモード状態にあるスレーブ端末をアクティブ状態にする等の不必要な動作を実行することを回避することが可能となる。
【００３５】
また、請求項９記載の発明は、アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、マスター端末におけるデータの送受信量が、所定のデータ量に達する度に、アクティブ状態にあるスレーブ端末を１台以上パークモード状態にし、パークモード状態にあるスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００３６】
また、請求項１０記載の発明は、アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、所定量の送信用データを１台以上のスレーブ端末へ送信する毎に、所定量の送信用データを受信した１台以上のスレーブ端末をパークモード状態にし、パークモード状態にある他のスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００３７】
これにより、上記請求項９又は１０記載の発明によれば、複数台のスレーブ端末をピコネットに効率よく仮想的に接続させるマスター端末を提供することが可能となる。
【００３８】
このマスター端末によれば、特に、８端末以上のスレーブ端末をピコネットに仮想的に接続させて電子会議を行う場合に、利便性を向上させる。即ち、例えば、電子会議で議長が手書き入力している筆記データを議長端末（マスター端末）から８端末以上の参加者の端末（スレーブ端末）へ同報送信する場合、各スレーブ端末では議長が手書き入力している筆記データをできるだけ遅延なく受信して自端末に表示させることが必要である。そこで、請求項９又は１０記載の発明では、マスター端末が所定量の送信用データをスレーブ端末へ送信した後、送信済みのスレーブ端末をアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、８端末以上のスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で送信することを可能としている。
【００３９】
さらに、請求項９又は１０記載の発明によれば、ピコネットにおけるデータ通信が高品質に実行されるため、個々のスレーブ端末において他の端末と所有する情報が異なることを防止するマスター端末を提供することが可能となる。
【００４０】
また、請求項１１記載の発明は、アクティブ状態にある予め定められた台数以下のスレーブ端末と送受信を行うマスター端末であって、所定の時間間隔毎に、アクティブ状態にある１台以上のスレーブ端末をパークモード状態にし、パークモード状態にある他のスレーブ端末を１台以上アクティブ状態にすることを特徴としている。
【００４１】
これにより、請求項１１記載の発明によれば、全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、仮想的に８端末以上のスレーブ端末をできるだけ均等にピコネットに接続させるマスター端末を提供することが可能となる。
【００４２】
さらに、請求項１１記載の発明によれば、データ通信を実行する機会がスレーブ端末毎に大きくばらつき、電子会議の議事進行に支障が来されることを防止するマスター端末を提供することが可能となる。
【００４３】
【発明の実施の形態】
〔本発明の特徴〕
本発明は、無線通信方法に関するものであり、特に、１台のマスター端末が８台以上のスレーブ端末と通信を行うことを可能にするBluetoothを用いた無線通信方法に関するものである。
【００４４】
これにより、本発明では、Bluetoothを実装した会議用機器間をBluetoothネットワークで接続した電子会議システム等を実現することが可能となる。
【００４５】
さらに、本発明を応用することで、電子黒板あるいは教師が使用する端末と個々の生徒が使用する端末とをBluetoothネットワークで接続した教育システム等を実現することが可能となる。
【００４６】
具体的に本発明は、Bluetoothネットワークに接続されたマスター端末が、同じくBluetoothネットワークに接続されたスレーブ端末の、Bluetoothネットワークに対するアクティブ状態とパークモード状態とを切り替えることにより、８台以上のスレーブ端末を仮想的にBluetoothネットワークへ接続させることを特徴としている。ここで、アクティブ状態とは、Bluetoothネットワーク（ピコネット）に対してアクティブな状態であり、マスター端末と通信を行える状態にあることを指し、また、パークモード状態とは、ピコネットに対して非アクティブな状態であり、マスター端末と周期的に行う同期維持の通信以外は、通信を行えない状態を指す。
【００４７】
また、Bluetoothによる無線通信では、電波の強さが距離の２乗に反比例して減衰するため、端末間の距離によってデータ転送の実効速度は異なる。そこで、電子会議のように同じ情報を多数の端末へ同報送信する場合、送信端末からの距離が大きくなるほど通信時間が長くなるため、パークモード状態とアクティブ状態との切り換えにより８台以上のスレーブ端末へ同報送信する場合には、この点も配慮した通信方法が望まれている。
【００４８】
従って、本発明は、この点も考慮して、スレーブ端末のアクティブ状態とパークモード状態とを切り替えることも特徴としている。
【００４９】
以下、上記のような特徴を有する無線通信方法及びそのマスター端末を好適に実施した形態について、いくつか例をあげて説明する。
【００５０】
〔第１の実施形態〕
まず、本発明を好適に実施した第１の実施形態について、図面を用いて詳細に説明する。
【００５１】
本実施形態では、Bluetoothを実装した携帯型表示パッド間をBluetoothネットワークで接続した電子会議システムを例にとって説明する。
【００５２】
（第1の実施形態の構成）
・システム構成例
本実施形態による複数の携帯型表示パッドから構成されるBluetoothネットワーク例を図１に示す。
【００５３】
図１を参照すると、Bluetoothネットワークはマスター端末１と１０台のスレーブ端末（２〜１１）とから構成されている。これらのスレーブ端末の中で、初期状態においてピコネットに対してアクティブ状態にあるスレーブ端末は、２〜８であり、スレーブ端末９〜１１はパークモード状態にあるとする。
【００５４】
・端末構成例（外観図）
次に、マスター端末１又はスレーブ端末（２〜１１）としての携帯型表示パッドの外観を図２に示す。
【００５５】
図２中、２０はマスター端末１又はスレーブ端末（２〜１１）としての携帯型表示パッド（マスター端末１及びスレーブ端末（２〜１１）で同一の構成とする）、４３はＬＣＤ、４５はＬＣＤ４３に重ね合わせて付着されたタッチパネル、２１はタッチパネル４５上でタッチ入力操作を行う時に使用されるタッチペンである。
【００５６】
・端末構成例（ブロック図）
次に、携帯型表示パッド２０のハードウェア構成を図３に示す。携帯型表示パッド２０は、ＣＰＵ３０、メインメモリ３１、ＵＡＲＴ３２、Bluetoothモジュール３３、アンテナ３４、クロック３５、バスコントローラ３６、ＲＯＭ３７、ＰＣＩブリッジ３８、キャッシュメモリ３９、ハードディスク４０、ＨＤコントローラ４１、ＬＣＤ表示コントローラ４２、ＬＣＤ４３、タッチパネルコントローラ４４、タッチパネル４５、ＲＴＣ４６、バッテリ４７、ＤＣ-ＤＣコンバータ４８、ＣＰＵバス４９、ＰＣＩバス５０、Ｘバス（内部バス）５１等から構成されている。
【００５７】
この構成において、ＣＰＵ３０は、ＲＯＭ(Read Only Memory)３６に記憶された制御処理プログラムやＯＳ(Operating System)や各種のアプリケーションプログラムを実行、処理する。メインメモリ３１は、ＤＲＡＭ(Dynamic Random Access Memory)より構成されており、ＣＰＵ３０のワークエリア等で使用される。ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）３２は、ＣＰＵ３０とBluetoothモジュール３３との間でシリアルデータの授受を行うインターフェイスであり、ＦＩＦＯ(First In,First Out)やシフトレジスタ等から構成される。
【００５８】
Bluetoothモジュール３３は、ＲＦ部とベースバンド部とから構成されており、Bluetooth規格に準拠した無線通信を実行する。この詳細については後で説明する。
【００５９】
クロック３５は、水晶発振子と分周回路から構成されており、ＣＰＵ３０やバスコントローラ３６の動作タイミングを制御するためのクロックを生成している。バスコントローラ３６は、ＣＰＵバス４９とＸバス５１とでのデータ転送を制御する。ＲＯＭ３７は、電源オン時のシステム立ち上げや各種デバイスの制御を行うためのプログラムが予め書き込まれている。ＰＣＩ(Peripheral Component Interconnect)ブリッジ３８は、キャッシュメモリ３９を使用して、ＰＣＩバス５０とＣＰＵ３０との間のデータ転送を行う。キャッシュメモリ３９は、ＤＲＡＭより構成されており、ＰＣＩブリッジ３８により使用される。
【００６０】
ハードディスク４０は、システムソフトウェア、各種のアプリケーションプログラム、多数のユーザデータ等を記憶する。ＨＤ（ハードディスク）コントローラ４１は、ハードディスク４０とのインタフェースであり、ハードディスク４０と高速データ転送を行う。このインタフェースはＩＤＥ(Integrated Device Electronics)である。
【００６１】
ＬＣＤ表示コントローラ４２は、文字やグラフィックデータをＤ/Ａ(Digital/Analog)変換するとともに、これらのデータをＬＣＤ４３に表示するための制御を行う。タッチパネルコントローラ４４は、タッチパネル４５上でタッチペン２１のペン先が接触した部分を検出し、その位置情報を取り込む。タッチパネル４５は、ＬＣＤ４３と重ね合わせて密着している。
【００６２】
ＲＴＣ(Real Time Clock)４６は、日付時計であり、専用バッテリ（図示を省略）によりバックアップされている。バッテリ４７は、例えばニッケル水素電池、リチウム電池等であり、電流はＤＣ−ＤＣコンバータ48を介して携帯型表示パッド２０内部に供給される。
【００６３】
・プロトコル構成例
次に、Bluetooth通信を実行するプロトコル構成を図４に示す。
【００６４】
図４中、アプリケーション６０は、電子会議を実行するためのアプリケーションであり、Bluetoothネットワーク（ピコネット）への接続要求、切断要求や描画データの転送、会議資料のファイル転送等を実行する。ＯＢＥＸ(OBject EXchange)６１は、相手端末とＯＢＥＸセッションを確立し、オブジェクトプッシュ（描画データの転送）やファイル転送等の通信プロトコルを制御する。ＲＦＣＯＭＭ(RF COMMunication)６２は、Ｌ２ＣＡＰ(Logical Link Control and Adaptation Protocol)プロトコル上にシリアルポートをエミュレートするためのトランスポート・プロトコルである。ＳＤＰ(Service Discovery Protocol)６３は、相手端末との間で使用できるサービスを確認し、それらのサービスの特性を調べる方法をアプリケーション６０に提供する。ＬＭＣＥ(Link Manager Control Entity)６４は、Bluetooth仕様（バージョン1.0B）には無い通信モジュールで、ＯＢＥＸ６１やＳＤＰのプロトコル以外でアプリケーション６０がリンク・マネージャ６７にコマンドを渡す時に使用される。Ｌ２ＣＡＰ６５は、上位プロトコルの多重化、データパケット（Ｌ２ＣＡＰパケット）の分割と組立て等を実行する。ＨＣＩ(Host Controller Interface)６６は、ホスト（ＣＰＵ３０）とBluetoothモジュール３３との間のインターフェイスであり、ＨＣＩ ＡＰＩ(Application Program Interface)、ホスト（ＣＰＵ３０）とBluetoothモジュール３３との間でトランスポート・レイヤとして機能するＵＡＲＴ３２、Bluetoothモジュール３３のハードウェア・ドライバから構成されている。リンク・マネージャ６７は、リンクの設定やパークモードの設定、解除等のリンクの制御を行うＬＭＰ（Link Manager Protocol）を実行する。ベースバンド６８は、物理リンクの確立や各種パケットの送受信等を実行する。物理レイヤ６９は、ＧＦＳＫ(Gaussian Frequency Shift Keying)による信号の変調や周波数ホッピングによるスペクトラム拡散通信等を実行する。
【００６５】
ここで、Bluetoothの使用周波数帯域は２４７１〜２４９７ＭＨｚ（日本）、ホッピング・チャネル数は２３（１ＭＨｚ間隔）、ホッピング速度は１６００ホップ／秒である。また、チャネルは６２５μｓｅｃのタイムスロットに分割され、マスター端末はパケットの伝送を偶数番号のタイムスロットで開始し、スレーブ端末はパケットの伝送を奇数番号のタイムスロットで開始する。
【００６６】
上記のプロトコル構成の中で、ＵＡＲＴドライバ及びBluetoothモジュール３３のハードウェア・ドライバ（ＨＣＩ６６中）、リンク・マネージャ６７、ベースバンド６８、物理レイヤ６９は、Bluetoothモジュール３３に実装されており、それ以外はＣＰＵ３０で実行されるソフトウェア・モジュール（タスク）であり、ハードディスク４０に実行プログラムとして予め記憶されている。
【００６７】
なお、描画データはＯＢＥＸ６１の代わりにシリアル通信エンティティ（図示は省略）を使用したシリアル通信で転送するようにしてもよい。
【００６８】
（通信シーケンス）
次に、Bluetoothネットワーク（ピコネット）を形成するまでの通信シーケンスについて説明する。
【００６９】
・ベースバンド・プロトコル
マスター端末１は、まず、インクワイアリ手順によりマスター端末１と通信できる全てのスレーブ端末を認識する。すなわち、マスター端末１は、ＩＤパケットを繰り返し送信し、これを受信したスレーブ端末（２〜１１）はBluetoothデバイスアドレス（BD_ADDR）、自スレーブ端末のシステムクロック等を含めたＦＨＳパケットを送信する。これに対し、マスター端末１は、受信したＦＨＳパケットの個数（BD_ADDRの個数）からスレーブ端末の台数を認識する。例えば、図１に示した場合では、１０台のスレーブ端末（２〜１１）を認識する。この認識したスレーブ端末数はメインメモリ３１に記憶しておく。
【００７０】
次に、マスター端末１は、７台のスレーブ端末と順次通信コネクションを確立する。この通信コネクション確立手順について説明する。ここで、以下の説明では、対象となるスレーブ端末を２とする。但し、初期の段階では、以下のシーケンスは、スレーブ端末３〜８に対しても行われるものである。
【００７１】
マスター端末１はスレーブ端末２から受信したBD_ADDRの下位アドレス部分であるＬＡＰ(Lower Address Part)から導き出される同期ワードを含めたＩＤパケットを送信する。スレーブ端末２は自端末のBD_ADDRから導き出される同期ワードを含んだＩＤパケットを受信すると、ＩＤパケットで応答する。
【００７２】
次に、マスター端末１はスレーブ端末２の識別番号であるアクティブ・メンバー・アドレス(AM_ADDR)に１をセットしたＦＨＳパケットを送信する。スレーブ端末は、これを受信するとＩＤパケットで応答する。この時、スレーブ端末はＦＨＳパケットに含まれたマスター端末１のシステムクロックに切り替わる。
【００７３】
次に、マスター端末１は、ＰＯＬＬパケットを送信し、スレーブ端末２は、これにＮＵＬＬパケットで応答して、ベースバンドレイヤのコネクションが確立する。
【００７４】
・リンク・マネージャ・プロトコル
続いて、マスター端末１とスレーブ端末２とは、リンク・マネージャ間（リンクレイヤ）のコネクション確立シーケンスに移行する。
【００７５】
マスター端末１は、LMP_host_connection_req PDU(Protocol Data Unit)を送信し、スレーブ端末２は、LMP_accepted PDUで応答する。
【００７６】
次に、マスター端末１は、LMP_features_req PDUを送信し、スレーブ端末２は、LMP_features_res PDUで応答して、それぞれの端末の持つ機能についての情報を交換する。
【００７７】
次に、マスター端末１は、LMP_setup_complete PDUを送信し、スレーブ端末２はLMP_setup_complete PDUで応答して、リンク・マネージャ間（リンクレイヤ）のコネクションが確立する。
【００７８】
・サービス・ディスカバリ・プロトコル
続いて、マスター端末１は、サービス・ディスカバリ・シーケンスを実行する。
【００７９】
マスター端末１のアプリケーション６０は、ＳＤＰタスクにサービス・ディスカバリ要求を出すと、ＳＤＰタスクは、Ｌ２ＣＡＰタスクへまずＳＤＰ用のコネクションの接続要求（L2CA_ConnectReqイベント）を出す。
【００８０】
Ｌ２ＣＡＰタスクは、この要求を受けると、Connection Requestパケットを送信する。スレーブ端末２のＬ２ＣＡＰタスクは、このパケットを受信するとＳＤＰタスクへL2CA_ConnectIndメッセージを渡すとともに、マスター端末１へConnection Responseパケットで応答してＳＤＰコネクションが確立する。
【００８１】
続いて、ＳＤＰタスクは、Ｌ２ＣＡＰタスクへコンフィグレーション要求（L2CA_ConfigReqイベント）を出す。Ｌ２ＣＡＰタスクは、この要求を受けると、サービス品質（QoS:Quarity of Service）等のコンフィグレーション・パラメータを含んだConfiguration Requestパケットを送信する。スレーブ端末２のＬ２ＣＡＰタスクは、このパケットを受信するとＳＤＰタスクへL2CA_ConfigIndメッセージを渡すとともにマスター端末１へコンフィグレーション・パラメータを含んだConfiguration Responseパケットで応答する。
【００８２】
次に、マスター端末１のSDPタスクは、電子会議サービスであることを表すＵＵＩＤ（サービスの固有識別子）をServiceSearchPatternパラメータに含めたSDP_ServiceSearchRequest PDUを送信し、スレーブ端末２のＳＤＰタスクは、SDP_ServiceSearchResponse PDUで応答する。
【００８３】
そして、マスター端末１のアプリケーションは、今接続したスレーブ端末が電子会議端末であることを確認すると、ＯＢＥＸタスクへＯＢＥＸ用のコネクションの接続要求を出す。この接続要求はＲＦＣＯＭＭタスクを介してＬ２ＣＡＰタスクへ渡され、Ｌ２ＣＡＰタスクは、この要求を受けると、Connection Requestパケットを送信する。スレーブ端末２のＬ２ＣＡＰタスクは、このパケットを受信するとＲＦＣＯＭＭタスクを介してＯＢＥＸタスクへL2CA_ConnectIndメッセージを渡すとともに、マスター端末１へConnection Responseパケットで応答してＯＢＥＸコネクションが確立する。
【００８４】
続いて、マスター端末１のＯＢＥＸタスクは、スレーブ端末２へConnect要求パケットを送信し、スレーブ端末２からConnect応答パケットを受信するとＯＢＥＸセッションが確立する。
【００８５】
以上、マスター端末と１つのスレーブ端末（例えばスレーブ端末２）との間でＯＢＥＸセッションを使用して描画データの転送やファイル転送ができる状態になるまでの通信シーケンスを説明したが、マスター端末１はピコネットに接続できる他の６台の端末（スレーブ端末３〜スレーブ端末８）に対しても同様の通信シーケンスを実行し、マスター端末１とスレーブ端末（２〜８）から成るBluetoothネットワーク（ピコネット）が形成される。
【００８６】
・仮想接続動作
さらに、本実施形態では、マスター端末１が、スレーブ端末９〜スレーブ端末１１を電子会議に参加させるために、既にピコネットに接続しているスレーブ端末（２〜８）の中でスレーブ端末２〜スレーブ端末４を順次パークモード状態にする。
【００８７】
マスター端末１のアプリケーションは、ＬＭＣＥタスクへスレーブ端末２に対するパークモード設定要求を出すと、ＬＭＣＥタスクは、パラメータであるConnection_Handleに１を設定したHCI_Park_ModeコマンドをＨＣＩ６６を介してリンク・マネージャに渡す。なお、Connection_Handleは、スレーブ端末との接続の識別コードであり、アクティブ・メンバー・アドレス(AM_ADDR)を設定する。
【００８８】
リンク・マネージャ６７は、このコマンドを受信すると、指定されたAM_ADDRのスレーブ端末（スレーブ端末２）へパラメータであるパークド・メンバー・アドレス(PM_ADDR)に１を、またアクセス・リクエスト・アドレス(AR_ADDR)に１を設定したLMP_park PDUを送信する。なお、PM_ADDRはパークモード状態にあるスレーブ端末の識別子、AR_ADDRはスレーブ端末が開始するパークモード解除手順で使用される識別子である。
【００８９】
スレーブ端末２は、LMP_park PDUを受信すると保持していたAM_ADDRを放棄し、LMP_accepted PDUで応答する。このようにして、スレーブ端末２はパークモード状態になる。
【００９０】
マスター端末１は、スレーブ端末２からLMP_accepted PDUを受信すると、スレーブ端末９との接続手順を実行する。すなわち、マスター端末１は、インクワイアリ手順時にスレーブ端末９から受信したBD_ADDRの下位アドレス部分であるＬＡＰから導き出される同期ワードを含めたＩＤパケットを送信する。スレーブ端末９は、自端末のBD_ADDRから導き出される同期ワードを含んだＩＤパケットを受信すると、ＩＤパケットで応答する。
【００９１】
次に、マスター端末１は、スレーブ端末９の識別番号であるアクティブメンバーアドレス(AM_ADDR)に１をセットしたＦＨＳパケットを送信する。スレーブ端末９は、これを受信するとＩＤパケットで応答する。この時、スレーブ端末９はＦＨＳパケットに含まれたマスター端末１のシステムクロックに切り替わる。
【００９２】
次に、マスター端末１は、ＰＯＬＬパケットを送信し、スレーブ端末９はこれにＮＵＬＬパケットで応答して、ベースバンドレイヤのコネクションが確立する。
【００９３】
そして、マスター端末１は、上記と同様の動作を行い、リンク・マネージャ間のコネクションを確立し、サービス・ディスカバリ・シーケンスを実行し、ＯＢＥＸセッションを確立してスレーブ端末９とデータ通信できる状態となる。
【００９４】
そして、所定量のデータ送信終了や所定の時間経過等の所定の条件を満たすと、マスター端末１は、上記と同様にして、スレーブ端末３をパークモード状態として、代わりにスレーブ端末１０をピコネットに接続する。そして、また所定の条件を満たすと、マスター端末１は、上記と同様にして、スレーブ端末４をパークモード状態として、代わりにスレーブ端末１１をピコネットに接続する。
【００９５】
今、スレーブ端末２〜スレーブ端末４がパークモード状態にあるが、所定の条件を満たすと、マスター端末１は、上記と同様にして、スレーブ端末５をパークモード状態として、代わりにそれまでパークモード状態にあったスレーブ端末２をピコネットに対してアクティブな状態にする。
【００９６】
・パークモード解除動作
ここで、マスター端末１がスレーブ端末をパークモード状態にしてからパークモード状態を解除するまでの動作手順について説明する。
【００９７】
まず、マスター端末１がLMP_park PDUを送信する際、ビーコン用のパラメータであるタイミング・コントロール・フラグ、ビーコン・インスタントのオフセットＤB、ビーコン・インスタントの間隔ＴB、１つのトレインにおけるビーコン・スロット数ＮB、ビーコン・スロットの間隔ΔB、スリープ・ウィンドウＮBsleep、ビーコン・インスタントに対するオフセットＤBsleep等に所定の値をセットして送信する。これらのビーコン用のパラメータは、パークモード状態のスレーブ端末に対して設定されるビーコン・チャネルに関する情報である。
【００９８】
ここで、ビーコン・チャネルを図５に示す。ビーコン・チャネルは、マスター端末１からスレーブ端末へ一定の時間間隔で伝送される１つのビーコン・スロット又は一連の等間隔なビーコン・スロット（トレイン）から成る。
【００９９】
先頭のビーコン・スロットの開始点はビーコン・インスタントと呼ばれ、ビーコンのタイミング参照となる。
【０１００】
マスター端末１は、また現在のマスター・クロックのＭＳＢ(Most Significant Bit)（ＣＬＫ２７）が０の時に初期設定１を、また、１の時に初期設定２を使用し、この識別情報を前記のタイミング・コントロール・フラグにセットする。これに対し、スレーブ端末はLMP_park PDUを受信すると、タイミング・コントロール・フラグにセットされた初期設定（１または２）に従って、ビーコン・インスタントに位置付けされるマスター・ツー・スレーブ・スロットの位置を設定する。その後、スレーブ端末はマスター端末からビーコン・チャネルで送信される任意のパケットを使用して同期をとる。
【０１０１】
さらに、パークモード状態のスレーブ端末は、ほとんどの間スリープしているが、周期的にウェイクアップして、ビーコン・チャネルで受信する任意のパケットを使用して同期をとり直す。このようにして、パークモード状態のスレーブ端末はマスター端末１との同期を維持する。
【０１０２】
マスター端末１はスレーブ端末をパークモード状態から解除する場合、スレーブ端末のPM_ADDRとそのスレーブ端末が再びピコネットに参加するときに使用するAM_ADDRをセットしたLMP_unpark_PM_ADDR_req PDUを送信する（リンク・マネージャ・プロトコル）。このPDUを受信したスレーブ端末は、パークモード状態からアクティブ状態となる。
【０１０３】
スレーブ端末をパークモード状態から解除する場合におけるマスター端末１の内部動作は以下の通りである。
【０１０４】
マスター端末１のアプリケーション６０は、ＬＭＣＥタスクへ対象であるスレーブ端末に対するパークモード解除要求を出す。ＬＭＣＥタスクは、そのスレーブ端末をパークモード状態にした時に使用したConnection_Handleの値をパラメータであるConnection_Handleに設定したHCI_Exit_Park_ModeコマンドをＨＣＩ６６を介してリンク・マネージャ６７に渡す。リンク・マネージャ６７は、このコマンドを受信すると、LMP_unpark_PM_ADDR_req PDUを送信する。
【０１０５】
マスター端末における上記の概略動作フローを図６に示す。但し、この動作は、割り込みにより終了命令がかかると終了されるものである。
【０１０６】
このように、マスター端末１はピコネットに参加するスレーブ端末を順次入れ換えながら会議資料ファイルや手書きの描画データ等を転送して電子会議が実行される。
【０１０７】
（第１の実施形態の構成例）
次に、上記した第１の実施形態に関し、より具体的な構成例を以下に図面を用いて詳細に説明する。
【０１０８】
・第１の構成例
例えば電子会議では、１つの端末（これを例として議長が操作するマスター端末１とする）から他の全ての会議参加端末（スレーブ端末：ピコネットに接続されている）へデータを同報送信する場合が多い。
【０１０９】
ここで、Bluetooth規格のベースバンド仕様にて同報送信用のブロードキャスト・パケットが定義されているが、このパケットに対するアクノレッジが無いため、ブロードキャスト・パケットを受信するスレーブ端末とマスター端末１との間で通信エラーが発生した場合、マスター端末１は、そのエラーが発生した端末との間で個別にリカバリーのための通信手順を実行することができない。
【０１１０】
したがって、バイナリファイル転送等、データの内容を全てそのまま相手端末へ送信する必要がある場合には、ブロードキャスト・パケットによる同報送信よりも、個々のスレーブ端末と順次通信を行う順次同報送信を実行した方がよい。
【０１１１】
また、議長が手書き入力している筆記データは議長端末（マスター端末）から全てのスレーブ端末へできるだけ遅延が小さくなるように送信して、全てのスレーブ端末において筆記データがなるべくリアルタイムに表示できることが望ましい。
【０１１２】
この場合にも、品質の高い通信を実行する必要がある時にはブロードキャスト・パケットを使用しないで個々のスレーブ端末と順次同報送信を実行する方が好ましい。
【０１１３】
さらに、マスター端末１と個々のスレーブ端末との距離が全て同じでない場合（ほとんどの場合、これに当てはまる）、通信速度が全てのスレーブ端末毎に異なるため、したがって、同じ量のデータを送信する時間もスレーブ端末毎に異なる。
【０１１４】
そこで、品質の高い通信を実行するために、所定のデータ量毎に８端末以上の個々のスレーブ端末へ順次送信する方法について、以下に第１の構成例として説明する。
【０１１５】
・・第１の構成例の動作
マスター端末１は図６に示した動作シーケンスにより７台のスレーブ端末と順次、通信コネクションを確立し、その後、アクティブ状態にあるスレーブ端末をパークモード状態として、インクワイアリ手順により認識した全てのスレーブ端末と通信コネクションを確立して電子会議通信を開始する。ここまでのマスター端末の動作は、図６のＳ１〜Ｓ８に該当する。
【０１１６】
その後、本構成例では、１つのスレーブ端末へ所定量のデータを送信すると、そのスレーブ端末をパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態にして、全てのスレーブ端末へ前記の所定量のデータを送信終了するまで上記の動作を繰り返す。なお、前記の所定量のデータはファイル単位、あるいは所定量の筆記データ等が適用できる。
【０１１７】
マスター端末１が全てのスレーブ端末と通信コネクションを確立した（図６におけるＳ６のＹＥＳ）後の動作フローを図７に示す。
【０１１８】
図７を参照すると、本構成例では、マスター端末１は、まず、ピコネットに接続された全てのスレーブ端末に対する順次同報送信を開始したか否かを判定し（ステップＳ１０１）、順次同報送信を開始した場合（ステップＳ１０１のＹＥＳ）、ステップＳ１０２へ移行する。
【０１１９】
ステップＳ１０２では、マスター端末１は、アクティブ状態にある各々のスレーブ端末において、１台のスレーブ端末に対し、所定量のデータを送信したか否かを判定し（ステップＳ１０２）、所定量のデータを送信した場合（ステップＳ１０２のＹＥＳ）、ステップＳ１０３へ移行する。
【０１２０】
ステップＳ１０３では、マスター端末１は、ステップＳ１０２において所定量のデータが送信されたと判定したスレーブ端末をパークモード状態に切り替え、それまで、パークモード状態にあったスレーブ端末の１台をアクティブ状態に切り替える（ステップＳ１０３）。
【０１２１】
その後、マスター端末１は、全てのスレーブ端末（アクティブ状態にあるものを含む）へ所定量のデータを送信したかを確認し（ステップＳ１０４）、全てのスレーブ端末への所定量のデータの送信が完了していない場合（ステップＳ１０４のＮＯ）、ステップＳ１０２へ帰還する。また、ステップＳ１０２からステップＳ１０４の動作は、全てのスレーブ端末への所定量のデータの送信が完了されるまで繰り返され、完了後（ステップＳ１０４のＹＥＳ）、処理が終了される。
【０１２２】
上記の構成例における動作では、１つのスレーブ端末へ所定量のデータを送信する毎に、アクティブ状態にある１つのスレーブ端末をパークモード状態として、パークモード状態にある１つのスレーブ端末をアクティブ状態とする場合について説明したが、所定量のデータを複数のスレーブ端末へ送信終了後に、アクティブ状態にある複数のスレーブ端末をパークモード状態として、パークモード状態にある複数のスレーブ端末をアクティブ状態とすることもできる。また、上記の動作は全てのスレーブ端末ではなく、８端末以上の特定のスレーブ端末、例えば会議に参加している１５端末の中で特定の１０端末へ順次送信する場合にも適用できる。これらの詳細な動作説明は省略する。
【０１２３】
・第２の構成例
また、上記第１の構成例では、所定量のデータの送信をトリガとしてアクティブ状態にあるスレーブ端末をパークモード状態とし、それまでパークモード状態にあったスレーブ端末をアクティブ状態とするよう構成したが、これを所定の期間（一定の時間）をトリガとして、アクティブ状態にあるスレーブ端末をパークモード状態とし、それまでパークモード状態にあったスレーブ端末をアクティブ状態とするよう構成することも可能である。以下、このように構成した例を、第２の構成例として図６及び図８を用いて説明する。但し、図８は、マスター端末１が全てのスレーブ端末と通信コネクションを確立した（図６のＳ６でＹＥＳ）後の動作フローである。
【０１２４】
・・第２の構成例の動作
本構成例では、マスター端末１は図６に示した動作シーケンスにより７台のスレーブ端末と順次、通信コネクションを確立し、その後、アクティブ状態にあるスレーブ端末をパークモード状態として、インクワイアリ手順により認識した全てのスレーブ端末と通信コネクションを確立して電子会議通信を開始する。ここまでのマスター端末の動作は、図６のＳ１〜Ｓ８に該当する。
【０１２５】
そして、予め決められた一定の時間が経過すると（図８のステップＳ９１のＹＥＳ）、アクティブ状態のスレーブ端末の１つをパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態にする（ステップＳ１０）。即ち、図６において、所定の条件を一定の時間の経過とした場合である。
【０１２６】
従って、本構成例では、このように、予め決められた一定の時間間隔毎にアクティブ状態のスレーブ端末の１つをパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態としながら電子会議通信が実行される。
【０１２７】
なお、上記の動作において一定の時間が経過した時に、マスター端末１の送信用バッファに未伝送のデータが残っていた場合には、その送信用バッファにある全てのデータを伝送した後に、アクティブ状態にあるスレーブ端末の１つをパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態にするようにしてもよい。この送信用バッファは、例えば１つのＬ２ＣＡＰパケットを入れるためのバッファである。
【０１２８】
また、上記の構成例では、一定の時間が経過する毎に、アクティブ状態にある１つのスレーブ端末をパークモード状態として、パークモード状態にある１つのスレーブ端末をアクティブ状態とする場合について説明したが、一定の時間が経過する毎に、アクティブ状態にある複数のスレーブ端末をパークモード状態として、パークモード状態にある複数のスレーブ端末をアクティブ状態とすることもできる。
【０１２９】
・第３の構成例
また、マスター端末１を操作する議長においては、実際に接続された７台のスレーブ端末とパークモード状態として仮想的に接続された３台のスレーブ端末について、個々の端末を識別する必要がある。そこで、リンク・マネージャ・プロトコルのネーム要求メッセージを使用して個々の端末に登録された端末名称を取得し、それらをＬＣＤ４３に表示して議長が端末識別できるようにする。なお、端末名称として、その端末の所有者の氏名が予め登録されているものとする。この場合の通信シーケンスについて説明する。
【０１３０】
マスター端末１は、まずインクワイアリ手順により全てのスレーブ端末のBD_ADDRを取得する。そして、ベースバンドレイヤのコネクションとリンク・マネージャ間のコネクションとを確立する。ここで、本構成例では、マスター端末１のリンク・マネージャがLMP_name_req PDUを送信し、スレーブ端末からLMP_name_res PDUを受信すると、LMP_name_res PDUに含まれているスレーブ端末の端末名称（パラメータはネーム・フラグメント）を先に取得しているBD_ADDRと対応付けてメインメモリ３１に記憶する。続いて、マスター端末１はサービス・ディスカバリ・シーケンスを実行して、その後、ＯＢＥＸコネクションを確立する。
【０１３１】
このように、マスター端末は、ピコネットに接続されている１０台全てのスレーブ端末の端末名称を取得すると、それらを端末識別アイコンとしてＬＣＤ４３に表示する。また、端末識別アイコンの表示位置は移動可能で、議長は端末識別アイコンを参加者の位置と対応付けて配置することもできる。この表示例を図９に示す。また、この端末識別アイコンは、マスター端末１のみでなく、マスター端末１が受信した全てのスレーブ端末の端末名称を全てのスレーブ端末へ送信することで、全てのスレーブ端末のＬＣＤ４３上に表示することも可能である。さらに、表示された端末識別アイコンにおいて、現在発言している（入力している）参加者、若しくは最後に発言した参加者の端末を、別の色で表示する等の強調表示とすることも可能である。但し、このように強調表示とした場合、所定の時間経過後に、この強調表示を解除するよう構成することも可能である。
【０１３２】
ここで、本構成例では、パークモード状態となる時間若しくは割合をスレーブ端末毎に設定することが可能なように構成する。
【０１３３】
この際、マスター端末１を操作する議長は、パークモード状態を他のスレーブ端末よりも短く設定したいスレーブ端末、例えば会議資料の説明を行う参加者が操作するスレーブ端末をＬＣＤ４３に表示された端末識別アイコンを選択することで指定する。例として、図９に示すように、例えば、議長が端末名称「中村」のアイコンを選択し、所定の期間を設定・変更すると、そのアイコンを輝度反転して表示する。
【０１３４】
さらに、以下の説明では、指定されたスレーブ端末（指定端末）が他のスレーブ端末よりもパークモード状態の持続時間を短く設定される場合に関し、さらに、マスター端末１により端末識別アイコンが選択されたことのみを認識して、該当するスレーブ端末のパークモード状態の期間を短くする場合に関する。但し、これに限定されず、他の場合も以下に示す動作に簡単な応用を加えることで実施可能である。
【０１３５】
例えば、第２の構成例のように、一定の時間間隔毎にスレーブ端末に対してアクティブ状態とパークモード状態とを切り換えている場合、指定されたスレーブ端末がパークモード状態にある間はこの一定の時間間隔よりも短く設定される。
【０１３６】
このような、本構成例によるマスター端末１の動作フローを図１０及び図１１に示す。
【０１３７】
図１０及び図１１を参照すると、マスター端末１は、インクワイアリ手順により通信できる全てのスレーブ端末を認識し、そのスレーブ端末台数Ｍをメモリ等に記憶し、また、各々のスレーブ端末よりデバイスアドレスBD_ADDRを取得する（ステップＳ２０１）。この処理は、上述の説明のように、ＩＤパケット及びＦＨＳパケットを用いて行われる。
【０１３８】
次に、マスター端末１は、ＦＨＳパケットを８以上受信した場合、即ち、通信できるスレーブ端末が８台以上存在する場合（ステップＳ２０２のＹＥＳ）、Ｎに０をセットする（ステップＳ２０３）。これは、以下のステップＳ２０４からステップＳ２１２までの処理を、ステップＳ２０１で認識されたスレーブ端末台数分行うための工程である。但し、ステップＳ２０２において、通信できるスレーブ端末台数Ｍが８よりも少ない場合（ステップＳ２０２のＮＯ）、マスター端末１は、通常の通信コネクションを確立し、電子会議通信を行うものとする（ステップＳ２２０）。
【０１３９】
Ｎに０をセット後、マスター端末１は、まず、１台のスレーブ端末とベースバンドコネクションを確立する（ステップＳ２０４）。また、同一のスレーブ端末とリンク・マネージャ・コネクションも確立する（ステップＳ２０５）。
【０１４０】
その後、マスター端末１は、LMP_name_req PDUをこのスレーブ端末へ送信し（ステップＳ２０６）、これに対して送信されたLMP_name_res PDUを受信する（ステップＳ２０７）。
【０１４１】
このように、スレーブ端末よりLMP_name_res PDUを受信すると、マスター端末１は、このLMP_name_res PDUに含まれる端末名称と、このスレーブ端末のデバイスアドレスBD_ADDRとを対応付けて記憶する（ステップＳ２０８）。
【０１４２】
さらに、マスター端末１は、サービス・ディスカバリ・シーケンスを実行し（ステップＳ２０９）、このスレーブ端末とＯＢＥＸコネクションを確立する（ステップＳ２１０）。
【０１４３】
次に、マスター端末１は、Ｎの値を１インクリメントし（ステップＳ２１１）、インクリメント後のＮの値が、ステップＳ２０１で認識したスレーブ端末台数Ｍと等しいか否かを判定する（ステップＳ２１２）。この判定の結果、Ｎがスレーブ端末台数Ｍと等しくない場合（ステップＳ２１２のＮＯ）、マスター端末１は、ステップＳ２０４へ帰還し、以降の処理を繰り返す。また、ステップＳ２１２の判定の結果、Ｎがスレーブ端末台数Ｍと等しい場合（ステップＳ２１２のＹＥＳ）、ステップＳ２１３へ移行する。
【０１４４】
ステップＳ２１３では、マスター端末１は、ステップＳ２０４からステップＳ２１２で端末名称まで認識されたスレーブ端末に関する端末識別アイコンをＬＣＤ４３上に表示する（ステップＳ２１３）。また、スレーブ端末上に端末識別アイコンを表示する場合は、電子会議通信において必要なデータを送受信することで、実行されるものとする。
【０１４５】
このように、端末識別アイコンをＬＣＤ４３上に表示後、本実施形態では電子会議通信が行われる（ステップＳ２１４）。また、議長が特定のスレーブ端末のパークモード状態期間を短縮する期間は、ステップＳ２１３以降である。
【０１４６】
次に、マスター端末１は、ＬＣＤ４３上に表示した端末識別アイコンが、マスター端末１のユーザ（例えば議長）により選択されているか否かを判定し（ステップＳ２１５）、選択されている場合（ステップＳ２１５のＹＥＳ）、指定（選択）されたスレーブ端末がパークモード状態であるか否かを判定する（ステップＳ２１６）。
【０１４７】
この判定の結果、選択されたスレーブ端末がパークモード状態である場合（ステップＳ２１６のＹＥＳ）、このスレーブ端末がパークモード状態となっている時間Ｔを特定し、この時間Ｔが所定の時間Ｔc（Ｔc＝選択されていないスレーブ端末がパークモード状態とされる期間）よりも小さい所定の時間Ｔ’c（＜Ｔc）よりも長いか否か、即ち、選択されたスレーブ端末がパークモード状態とされてからＴ’cの時間が経過したか否かを判定し（ステップＳ２１７）、Ｔ’cの時間が経過した場合（ステップＳ２１７のＹＥＳ）、アクティブ状態にあるスレーブ端末の１台をパークモード状態とし、また、選択されているスレーブ端末をアクティブ状態とする（ステップＳ２１９）。
【０１４８】
その後、マスター端末１は、ステップＳ２１４へ帰還し、電子会議通信を継続する。
【０１４９】
また、ステップＳ２１５又はステップＳ２１６の判定の結果、マスター端末１においていずれかのスレーブ端末が選択されていない（ステップＳ２１５のＮＯ）、又は、選択・指定されたスレーブ端末がパークモード状態でない（ステップＳ２１６のＮＯ）場合、マスター端末１は、ピコネットに接続されたいずれかのスレーブ端末（選択・指定されていないスレーブ端末）に関し、パークモード状態となってから所定の時間Ｔcが経過したか否かを判定し（ステップＳ２１８）、所定の時間Ｔcが経過していれば（ステップＳ２１８のＹＥＳ）、現在アクティブ状態にあるスレーブ端末を１台、パークモード状態とし、また、パークモード状態にある所定の時間Ｔcが経過したスレーブ端末をアクティブ状態とし（ステップＳ２１９）、ステップＳ２１４へ帰還する。
【０１５０】
また、ステップＳ２１８の判定の結果、いずれのスレーブ端末も所定の時間Ｔcが経過していない場合（ステップＳ２１８のＮＯ）、マスター端末１は、ステップＳ２１４へ帰還する。
【０１５１】
従って、本構成例では、このように、予め決められた所定の時間間隔毎にアクティブ状態のスレーブ端末の１つをパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態とする通信シーケンスにおいて、特定のスレーブ端末のパークモード状態期間を任意に設定することが可能となる。
【０１５２】
なお、上記の動作において所定の時間（Ｔc又はＴ’c）が経過した時に、マスター端末１の送信用バッファに未伝送のデータが残っていた場合には、その送信用バッファにある全てのデータを伝送した後に、アクティブ状態にあるスレーブ端末の１つをパークモード状態とし、それまでパークモード状態であったスレーブ端末の１つをアクティブ状態にするようにしてもよい。この送信用バッファは、例えば１つのＬ２ＣＡＰパケットを入れるためのバッファである。
【０１５３】
また、上記の構成例では、所定の時間（Ｔc又はＴ’c）が経過する毎に、アクティブ状態にある１つのスレーブ端末をパークモード状態として、パークモード状態にある１つのスレーブ端末をアクティブ状態とする場合について説明したが、所定の時間（Ｔc又はＴ’c）が経過する毎に、アクティブ状態にある複数のスレーブ端末をパークモード状態として、パークモード状態にある複数のスレーブ端末をアクティブ状態とすることもできる。
【０１５４】
・第４の構成例
また、上記各構成例において、マスター端末１がパークモード状態からアクティブ状態に変更するスレーブ端末の順番を、パークモード状態とした順番とする場合について、第４の構成例として説明する。
【０１５５】
この場合、マスター端末１は図６に示した概略動作フローに従った動作を実行するが、図６のステップＳ１０での動作に特徴がある。即ち、マスター端末１は、パークモード状態としたスレーブ端末の順序を記憶しておき、ステップＳ１０において、この順番に沿ってパークモード状態であるスレーブ端末を選択して、アクティブ状態とする。この構成例によれば、例えば第２の構成例に適用した場合、全てのスレーブ端末に対してパークモード状態の持続時間が均等となる。但し、第３の構成例に適用した場合において、所定の時間Ｔcよりも短い所定の時間Ｔ’cが設定され、経過したスレーブ端末が存在する場合、このスレーブ端末に関しては、パークモード状態である割合が他の指定されていないスレーブ端末よりも少ない。
【０１５６】
・第５の構成例
また、第３の構成例と同様に、マスター端末１を操作する議長は、特定の参加者（例えば会議資料の説明を行う参加者）が操作するスレーブ端末に関し、他のスレーブ端末よりもアクティブ状態を長く保たせておきたい場合がある。この場合、その特定のスレーブ端末をパークモード状態とした後、パークモード状態のスレーブ端末をアクティブ状態とする順番を、前記の特定のスレーブ端末が優先されるようにする。例えば、パークモード状態のスレーブ端末が３台である場合、マスター端末１において指定されたスレーブ端末をパークモード状態とした時、その端末をパークモード状態中の待ち行列の先頭に挿入する。即ち、本構成例では、スレーブ端末に対するパークモード状態への切り換え時間間隔をＴcpとすると、指定されないスレーブ端末のパークモード状態持続時間がＴcp×３であるのに対して、指定されたスレーブ端末のパークモード状態持続時間はＴcpとなる。
【０１５７】
但し、マスター端末１が通信を開始してから、全てのスレーブ端末とＯＢＥＸコネクションを確立し、マスター端末１を操作する議長が特定のスレーブ端末を選択するまでの動作は第３の構成例と同様である。また、マスター端末１のその後の動作フローを図１２に示す。
【０１５８】
図１２を参照すると、マスター端末１は、図１１のステップＳ２１９において、アクティブ状態のスレーブ端末をパークモード状態とした場合（図１２におけるステップＳ３０１）、このスレーブ端末がユーザ（議長）より優先的にアクティブ状態にすると指定されたスレーブ端末であるか否かを確認し（ステップＳ３０２）、指定されたスレーブ端末である場合（ステップＳ３０２のＹＥＳ）、ステップＳ３０３において、パークモード状態中の待ち行列（アクティブ状態への変更待ち）の先頭へ挿入する（ステップＳ３０３）。この処理は、上記の待ち行列を保持するバッファにおいて、予め挿入される箇所（上記説明では先頭）に空き領域を設けておき、挿入する場合、この空き領域に該当するスレーブ端末の情報を格納することで実施可能である。
【０１５９】
従って、空き領域は、先頭であってもよいし、所定の順番であってもよい。さらに、空き領域は１つであっても、複数であってもよい。
【０１６０】
・第６の構成例
さらに、マスター端末１がパークモード状態にあるスレーブ端末からのパークモード状態の解除の依頼に基づいて、スレーブ端末をアクティブ状態に切り替える場合の動作シーケンスについて、以下に説明する。
【０１６１】
この動作において、パークモード状態にあるスレーブ端末は適切なスレーブ・ツー・マスター・ハーフ・スロットを使用してアクセス要求メッセージであるマスター端末１のデバイス・アクセス・コード（DAC）を含んだＩＤパケットを送信する。
【０１６２】
マスター端末１はこのアクセス要求メッセージを受信すると、スレーブ端末のPM_ADDRとそのスレーブ端末が再びピコネットに参加するときに使用するAM_ADDRとをセットしたLMP_unpark_PM_ADDR_req PDUを送信する。このPDUを受信したスレーブ端末は、パークモード状態からアクティブ状態となる。この動作を図１３を用いて説明する。
【０１６３】
本動作を説明するに当たり、今、スレーブ端末２〜スレーブ端末８がアクティブ状態で、スレーブ端末９〜スレーブ端末１１がパークモード状態にあり、マスター端末１はスレーブ端末２〜スレーブ端末８に対してこの順番に順次ファイル転送を実行し、現在、スレーブ端末６へファイル転送中であるとする。ここで、スレーブ端末１０がアクセス要求メッセージを送信してマスター端末がこのメッセージを受信すると（ステップＳ４０１）、現在、ベースバンドよりも上位のプロトコルを使用して通信中のスレーブ端末、すなわち、ファイル転送中のスレーブ端末６以外のスレーブ端末の１つをパークモード状態とした後（ステップＳ４０２）、スレーブ端末１０にLMP_unpark_PM_ADDR_req PDUを送信してスレーブ端末１０をアクティブ状態にする（ステップＳ４０３）。
【０１６４】
そして、スレーブ端末１０はマスター端末１とＯＢＥＸセッションを使用した任意のデータ通信を実行することができる（ステップＳ４０４）。
【０１６５】
また、マスター端末１は、個々のスレーブ端末とＯＢＥＸセッションを確立するため、個々のスレーブ端末と別々のデータ通信を実行することができる。例えば、スレーブ端末６へファイルＡを送信している最中にスレーブ端末１０へファイルＢを送信することができる。
【０１６６】
なお、マスター端末１はアクティブ状態からパークモード状態にするスレーブ端末を、ファイル転送が既に完了しているスレーブ端末２〜スレーブ端末５の中から選択するとよい。
【０１６７】
・第７の構成例
次に、マスター端末１が小型化と低消費電力を指向した製品であり、実装されたメモリ容量も小さく、１つのＯＢＥＸセッションを使用してファイルやオブジェクトデータ等のデータ転送を実行している間は他のデータ通信を実行しないように構成されている場合の動作について説明する。
【０１６８】
この場合、マスター端末１は、１つのＯＢＥＸセッションを使用してファイルやオブジェクトデータ等のデータ転送を実行している間は、アクティブ状態にあるいかなるスレーブ端末もパークモード状態とはしない。そして、１つのＯＢＥＸセッションを使用してファイルやオブジェクトデータ等のデータ転送を実行している時にパークモード状態にあるスレーブ端末からパークモードの解除を依頼（アクセス要求メッセージを受信）された場合、現在実行中のデータ転送が終了するまではアクティブ状態とパークモード状態との切り換え処理は行わない。
【０１６９】
そして、前記のデータ転送が終了した後に、アクティブ状態にあるスレーブ端末の１つをパークモード状態とした後、パークモードの解除を依頼したスレーブ端末にLMP_unpark_PM_ADDR_req PDUを送信して、そのスレーブ端末をアクティブ状態にする。そして、そのスレーブ端末はマスター端末とＯＢＥＸセッションを使用した任意のデータ通信を実行することができる。この動作を図１４を用いて説明する。
【０１７０】
図１４を参照すると、まず、マスター端末１は、自端末が１つのＯＢＥＸセッションを使用してデータを転送中であるか否かを検知する（ステップＳ５０１）。このステップＳ５０１において、１つのＯＢＥＸセッションを使用してデータの転送中が検知された場合（ステップＳ５０１のＹＥＳ）、アクティブ状態にあるいかなるスレーブ端末もパークモード状態とせず（ステップＳ５０２）、データ転送を終了させる（ステップＳ５０３のＹＥＳ）。但し、マスター端末１は、ステップＳ５０１からステップＳ５０３の処理中に、パークモード状態にあるスレーブ端末から受信したアクティブ状態への切り替えの依頼（アクセス要求メッセージ）をメモリ等に記憶しておく。
【０１７１】
次に、データ転送が終了した場合（ステップＳ５０３のＹＥＳ）、マスター端末１は、上記のステップＳ５０１からステップＳ５０３において、パークモード状態にあるスレーブ端末からアクセス要求メッセージを受信していたか否かを判定し（ステップＳ５０４）、受信していた場合（ステップＳ５０４のＹＥＳ）、現在、アクティブ状態にあるスレーブ端末を１台、パークモード状態とし、代わりに、アクセス要求メッセージを送信したスレーブ端末へLMP_unpark_PM_ADDR_req PDUを送信し、このスレーブ端末をアクティブ状態にする（ステップＳ５０５）。
【０１７２】
その後、マスター端末１は、このスレーブ端末とＯＢＥＸセッションを使用したデータ通信を行う（ステップＳ５０６）。
【０１７３】
また、ステップＳ５０１において１つのＯＢＥＸセッションを使用して
データ転送を行っていない場合（ステップＳ５０１のＮＯ）、又は、ステップＳ５０４において、データ転送中にアクセス要求メッセージを受信していない場合（ステップＳ５０４のＮＯ）、マスター端末１は、図１４に示す処理を終了する。
【０１７４】
また、本構成例において、ＯＢＥＸセッションを用いてデータ転送を行うスレーブ端末の台数を１台としたが、これを例えば２台とすることも可能である。この場合、図１４のステップＳ５０１における条件を変更することで実現することが可能であり、マスター端末１の性能や機能により任意に設定することが好ましい。
【０１７５】
〔第２の実施形態〕
さらに、上述した第１の実施形態は、電子会議システムでなく、教育機関におけるシステムとしても適用することが可能である。
【０１７６】
本実施形態においては、例えば、教師がマスター端末を有し、生徒がスレーブ端末を有することで、各端末の表示部（ＬＣＤ等）を電子黒板代わりに用い、講義を行うことが可能となる。
【０１７７】
また、本実施形態によるシステム構成、端末構成は、上述の第１の実施形態によるものを適用することが可能であるため、個々では、詳細な説明を省略する。
【０１７８】
〔本発明の応用〕
以上、本発明を好適に実施した形態について説明したが、本発明は、上記実施形態に限定されるものではなく、本発明の主旨を逸脱しない限り、種々変形して実施することが可能である。さらに、上記説明は、Bluetooth技術を適用した場合についてであるが、本発明はこれに限定されず、広く無線通信、有線通信において適用されるものである。
【０１７９】
【発明の効果】
以上、説明したように、請求項１又は２記載の発明によれば、複数台のスレーブ端末をピコネットに効率よく仮想的に接続させることが可能となる。
【０１８０】
これは、特に、８端末以上のスレーブ端末をピコネットに仮想的に接続させて電子会議を行う場合に、利便性を向上させるものである。即ち、例えば、電子会議で議長が手書き入力している筆記データを議長端末（マスター端末）から８端末以上の参加者の端末（スレーブ端末）へ同報送信する場合、各スレーブ端末では議長が手書き入力している筆記データをできるだけ遅延なく受信して自端末に表示させることが必要である。そこで、請求項１又は２記載の発明では、マスター端末が所定量の送信用データをスレーブ端末へ送信した後、送信済みのスレーブ端末をアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、８端末以上のスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で送信することを可能としている。
【０１８１】
さらに、請求項１又は２記載の発明によれば、ピコネットにおけるデータ通信が高品質に実行されるため、個々のスレーブ端末において他の端末と所有する情報が異なることを防止することが可能となる。
【０１８２】
即ち、請求項１又は２記載の発明によれば、複数台、例えば８端末以上の全てのスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で、また高い信頼性で（データの透過性が保証）送信することができるため、同報通信の利便性が向上する。特に、会議や講義での手書きデータの同報送信の利便性が向上する。
【０１８３】
また、請求項３記載の発明によれば、全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、仮想的に８端末以上のスレーブ端末をできるだけ均等にピコネットに接続させることが可能となる。
【０１８４】
さらに、請求項３記載の発明によれば、データ通信を実行する機会がスレーブ端末毎に大きくばらつき、電子会議の議事進行に支障が来されることを防止することが可能となる。
【０１８５】
即ち、請求項３記載の発明によれば、複数台、例えば８端末以上の全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態とすることで、８端末以上の全てのスレーブ端末がほぼ均等にピコネットに対してアクティブ状態となり、全てのスレーブ端末においてデータ通信を実行する機会のばらつきが小さくなり、特に電子会議を円滑に議事進行できるようになるという効果をもたらすことが可能となる。
【０１８６】
また、請求項４記載の発明によれば、マスター端末が特定のスレーブ端末を他のスレーブ端末よりもアクティブ状態を長く保ちたい場合に対応することが可能となる。即ち、請求項４記載の発明では、例えば、Bluetoothネットワークによって電子会議に参加しているスレーブ端末の中で、マスター端末と頻繁にデータのやりとりをしている端末は非アクティブな状態を最小限にする。この場合、マスター端末はこのスレーブ端末をパークモード状態にした後、パークモード状態持続時間を他のスレーブ端末よりも短く設定する。このように、請求項４記載の発明によれば、パークモード状態の持続時間を端末によって異ならせるようにして、仮想的に８端末以上のスレーブ端末をピコネットに接続するとともに、Bluetoothネットワークにおけるデータ通信を最適化することが可能となる。
【０１８７】
言い換えれば、請求項４記載の発明によれば、マスター端末と頻繁にデータのやりとりをしているスレーブ端末が非アクティブな状態となることを最小限にできるため、Bluetoothネットワークにおけるデータ通信を最適化させることができる。
【０１８８】
さらに、請求項５記載の発明によれば、マスター端末がスレーブ端末をパークモード状態にした順番通りにパークモード状態からアクティブ状態に戻して、全てのスレーブ端末において非アクティブな期間を均等にすることが可能となる。
【０１８９】
即ち、請求項５記載の発明によれば、マスター端末がスレーブ端末をパークモード状態にした順番通りにパークモード状態からアクティブ状態に戻すため、データを分配する順序が維持でき、また、全てのスレーブ端末において非アクティブな期間を均等にすることが可能となるため、特に電子会議を円滑に議事進行できるようになる。
【０１９０】
さらに、請求項６記載の発明によれば、マスター端末が特定のスレーブ端末を他のスレーブ端末よりもアクティブ状態の割合を大きくしたい場合や小さくしたい場合に対応することが可能となる。即ち、請求項６記載の発明では、例えば、Bluetoothネットワークによって電子会議に参加しているスレーブ端末の中で、マスター端末と頻繁にデータのやりとりをしている端末は非アクティブな状態を最小限にする。この場合、マスター端末はこのスレーブ端末をパークモード状態にした後、他のスレーブ端末よりも優先してパークモード状態からアクティブ状態に戻す。このように、請求項６記載の発明によれば、仮想的に８端末以上のスレーブ端末をピコネットに接続するとともに、Bluetoothネットワークにおけるデータ通信を最適化することが可能となる。
【０１９１】
言い換えれば、請求項６記載の発明によれば、マスター端末と頻繁にデータのやりとりをしているスレーブ端末が非アクティブな状態となることを最小限にできるため、Bluetoothネットワークにおけるデータ通信を最適化させることができる。
【０１９２】
また、請求項７記載の発明によれば、パークモード状態として仮想的にピコネットに接続しているスレーブ端末がピコネットに対してアクティブ状態となることを要求すると、マスター端末はベースバンドよりも上位のプロトコルを実行しているスレーブ端末はパークモード状態にせずに、他のスレーブ端末をアクティブ状態からパークモード状態として要求のあったスレーブ端末を直ちにアクティブ状態とすることにより、Bluetoothネットワークにおけるデータ通信を円滑化することが可能となる。
【０１９３】
即ち、請求項７記載の発明によれば、パークモード状態として仮想的にピコネットに接続しているスレーブ端末がピコネットに対してアクティブ状態となることを要求すると、マスター端末はベースバンドよりも上位のプロトコルを実行していないスレーブ端末をアクティブ状態からパークモード状態として要求のあったスレーブ端末を直ちにアクティブ状態とするため、Bluetoothネットワークにおけるデータ通信を円滑化させることができる。
【０１９４】
さらに、請求項８記載の発明によれば、ファイル転送やオブジェクトデータの転送が完了した後に必要に応じてピコネットに接続しているスレーブ端末の状態を交換することにより、Bluetoothネットワークにおいて装置の性能に適したデータ通信を実行することが可能となる。
【０１９５】
即ち、請求項８記載の発明によれば、１つのＯＢＥＸセッションを使用してファイル転送やオブジェクトデータの転送を実行している間、端末の処理能力が十分ではない、あるいは実装されたメモリ等のハードウェア資源が十分ではない等の理由により、他のデータ通信を実行しないマスター端末が、１つのＯＢＥＸセッションを使用してファイル転送やオブジェクトデータの転送を実行している間にパークモード状態にあるスレーブ端末をアクティブ状態にする等の不必要な動作を実行することを回避することが可能となる。
【０１９６】
言い換えれば、請求項８記載の発明によれば、マスター端末が、例えば１つのスレーブ端末と１つのＯＢＥＸセッションを使用してファイル転送やオブジェクトデータの転送を実行している間は他のスレーブ端末の状態を交換しないため、端末の処理能力が十分ではない場合、あるいはメモリ等のハードウェア資源が十分ではない場合でも、装置の性能に適したデータ通信を実行することができ、装置の利便性が向上する。
【０１９７】
また、請求項９又は１０記載の発明によれば、複数台のスレーブ端末をピコネットに効率よく仮想的に接続させるマスター端末を提供することが可能となる。
【０１９８】
このマスター端末によれば、特に、８端末以上のスレーブ端末をピコネットに仮想的に接続させて電子会議を行う場合に、利便性を向上させる。即ち、例えば、電子会議で議長が手書き入力している筆記データを議長端末（マスター端末）から８端末以上の参加者の端末（スレーブ端末）へ同報送信する場合、各スレーブ端末では議長が手書き入力している筆記データをできるだけ遅延なく受信して自端末に表示させることが必要である。そこで、請求項９又は１０記載の発明では、マスター端末が所定量の送信用データをスレーブ端末へ送信した後、送信済みのスレーブ端末をアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、８端末以上のスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で送信することを可能としている。
【０１９９】
さらに、請求項９又は１０記載の発明によれば、ピコネットにおけるデータ通信が高品質に実行されるため、個々のスレーブ端末において他の端末と所有する情報が異なることを防止するマスター端末を提供することが可能となる。
【０２００】
即ち、請求項９又は１０記載の発明によれば、複数台、例えば８端末以上の全てのスレーブ端末へリアルタイムを要求されるデータを小さい遅延時間で、また高い信頼性で（データの透過性が保証）送信することができるため、同報通信の利便性が向上する。特に、会議や講義での手書きデータの同報送信の利便性が向上する。
【０２０１】
また、請求項１１記載の発明によれば、全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態として、それまでパークモード状態にあったスレーブ端末をパークモード状態からアクティブ状態にすることにより、仮想的に８端末以上のスレーブ端末をできるだけ均等にピコネットに接続させるマスター端末を提供することが可能となる。
【０２０２】
さらに、請求項１１記載の発明によれば、データ通信を実行する機会がスレーブ端末毎に大きくばらつき、電子会議の議事進行に支障が来されることを防止するマスター端末を提供することが可能となる。
【０２０３】
即ち、請求項１１記載の発明によれば、複数台、例えば８端末以上の全てのスレーブ端末を均等な時間間隔でアクティブ状態からパークモード状態とすることで、８端末以上の全てのスレーブ端末がほぼ均等にピコネットに対してアクティブ状態となり、全てのスレーブ端末においてデータ通信を実行する機会のばらつきが小さくなり、特に電子会議を円滑に議事進行できるようになるという効果をもたらすことが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態によるシステム構成例を示すブロック図である。
【図２】本発明の第１の実施形態によるマスター端末又はスレーブ端末の構成を示す外観図である。
【図３】本発明の第１の実施形態によるマスター端末又はスレーブ端末の構成を示すブロック図である。
【図４】本発明の第１の実施形態によるBluetooth通信のプロトコル構成を示すブロック図である。
【図５】本発明の第１の実施形態におけるビーコン・チャネルを示すタイミング・チャートである。
【図６】本発明の第１の実施形態によるマスター端末の概略動作を示すフローチャートである。
【図７】本発明の第１の実施形態の第１又は第２の構成例によるマスター端末の概略動作の一部を示すフローチャートである。
【図８】本発明の第１の実施形態の第３の構成例によるマスター端末の概略動作の一部を示すフローチャートである。
【図９】本発明の第１の実施形態によるマスター端末又はスレーブ端末のＬＣＤ４３上に表示される端末識別アイコンの表示例を示す図である。
【図１０】本発明の第１の実施形態の第４の構成例によるマスター端末の概略動作を示すフローチャート（その１）である。
【図１１】本発明の第１の実施形態の第４の構成例によるマスター端末の概略動作を示すフローチャート（その２）である。
【図１２】本発明の第１の実施形態の第５の構成例によるマスター端末の概略動作の一部を示すフローチャートである。
【図１３】本発明の第１の実施形態の第６の構成例によるマスター端末の概略動作の一部を示すフローチャートである。
【図１４】本発明の第１の実施形態の第７の構成例によるマスター端末の概略動作の一部を示すフローチャートである。
【符号の説明】
１  マスター端末
２〜１１  スレーブ端末
２０  携帯型表示パット
２１  タッチペン
４３  タッチパネル
４５  ＬＣＤ
３０  ＣＰＵ
３１  メインメモリ
３２  ＵＡＲＴ
３３  Bluetoothモジュール
３４  アンテナ
３５  クロック
３６  バスコントローラ
３７  ＲＯＭ
３８  ＰＣＩブリッジ
３９  キャッシュメモリ
４０  ハードディスク
４１  ＨＤコントローラ
４２  ＬＣＤ表示コントローラ
４３  ＬＣＤ
４４  タッチパネルコントローラ
４５  タッチパネル
４６  ＲＴＣ
４７  バッテリ
４８  ＤＣ-ＤＣコンバータ
４９  ＣＰＵバス
５０  ＰＣＩバス
５１  Ｘバス（内部バス）
６０  アプリケーション
６１  ＯＢＥＸ
６２  ＲＦＣＯＭＭ
６３  ＳＤＰ
６４  ＬＭＣＥ
６５  Ｌ２ＣＡＰ
６６  ＨＣＩ
６７  リンク・マネージャ
６８  ベースバンド
６９  物理レイヤ（ＲＦ）
【図１】
0004658374.tif 000002
【図２】
0004658374.tif 000003
【図３】
0004658374.tif 000004
【図４】
0004658374.tif 000005
【図５】
0004658374.tif 000006
【図６】
0004658374.tif 000007
【図７】
0004658374.tif 000008
【図８】
0004658374.tif 000009
【図９】
0004658374.tif 000010
【図１０】
0004658374.tif 000011
【図１１】
0004658374.tif 000012
【図１２】
0004658374.tif 000013
【図１３】
0004658374.tif 000014
【図１４】
0004658374.tif 000015