(57)【特許請求の範囲】
【請求項１】
複数のピコネットに含まれる中継器を介してマスター端末とスレーブ端末とがデータの送受信を行う無線通信方法であって、
前記中継器は、
２つのBluetoothモジュール
を有し、
前記２つのBluetoothモジュールのうち、前記マスター端末の存在するピコネットに接続する１つのBluetoothモジュールをスレーブモジュールとし、他のBluetoothモジュールをマスターモジュールとし、
前記マスター端末を含むピコネットを最上位の階層とし、
該最上位の階層としたピコネット以外の他のピコネットを、該最上位の階層より下位の階層とする
ことを特徴とする無線通信方法。
【請求項２】
複数のピコネットに含まれる中継器を複数介してマスター端末とスレーブ端末とがデータの送受信を行う無線通信方法であって、
前記中継器は、
２つのBluetoothモジュール
を有し、
前記２つのBluetoothモジュールのうち、前記マスター端末の存在するピコネットに接続する１つのBluetoothモジュールをスレーブモジュールとし、他のBluetoothモジュールをマスターモジュールとし、
前記複数のピコネットを、マスター端末が含まれるピコネットを最上位の階層とする階層構造とし、
前記中継器が有する複数のBluetoothモジュールのうち、１つのBluetoothモジュールを他のBluetoothモジュールよりも上位の階層のピコネットに含ませ、前記上位の階層のピコネットに含まれるBluetoothモジュールをスレーブモジュールとし、前記他のBluetoothモジュールをマスターモジュールとすることを特徴とする無線通信方法。
【請求項３】
前記マスター端末と前記スレーブ端末とが会議用通信を実行する場合、前記マスター端末が議長端末となることを特徴とする請求項１又は２記載の無線通信方法。
【請求項４】
前記マスター端末が、前記複数のピコネットに含まれるいずれかのスレーブ端末と、マスターの交換を行う
ことを特徴とする請求項１に記載の無線通信方法。
【請求項５】
マスター端末とスレーブ端末との間で、データの中継を行う中継器であって、
ピコネットに接続する２つのBluetoothモジュール
を有し、
前記２つのBluetoothモジュールのうち、前記マスター端末の存在するピコネットに接続する１つのBluetoothモジュールをスレーブモジュールとし、他Bluetoothモジュールをマスターモジュールとし、
前記マスター端末を含むピコネットを最上位の階層とし、
該最上位の階層としたピコネット以外の他のピコネットを、該最上位の階層より下位の階層とする
ことを特徴とする中継器。
【請求項６】
マスター端末が含まれるピコネットを最上位の階層とする階層構造を有する複数のピコネットから成るBluetoothネットワークにおいて、上位の階層のピコネットに含まれる中継器と下位の階層のピコネットに含まれるスレーブ端末との間で、データの中継を行う中継器であって、
前記中継器は、
２つのBluetoothモジュール
を有し、
前記中継器が有する２つのBluetoothモジュールのうち、１つのBluetoothモジュールを他のBluetoothモジュールよりも上位の階層のピコネットに含ませ、前記上位の階層のピコネットに含まれるBluetoothモジュールをスレーブモジュールとし、前記他のBluetoothモジュールをマスターモジュールとすることを特徴とする中継器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信方法、及びその中継器に関する。
【０００２】
【従来の技術】
近年、端末と他の端末や周辺機器等とを接続する技術として、Bluetoothが開発された。
【０００３】
このBluetoothとは、各端末や周辺機器等を近距離ラジオを使用して接続する技術であり、各機器をケーブルを使用することなく無線で接続する技術として、大いに注目されている。
【０００４】
従来、無線により端末同士や周辺機器を接続する技術には、赤外線を用いたものが存在したが、この方式では、赤外線自体に指向性が強く、また、遮蔽するものが存在する場合には使用できないというような、接続の自由度や容易性に問題が存在した。
【０００５】
これに対し、Bluetoothによる技術では、近距離ラジオを使用するため、指向性がなく、遮蔽に対しても強いため、利便性が大きく向上されている。
【０００６】
更に、Bluetooth規格によれば、各端末や周辺機器間を、ユーザの操作によるところなく、また、時間や場所を選ばず、しかも簡単に接続することが可能となる。
【０００７】
このBluetooth規格では、２．４ＧＨｚの周波数帯の無線が利用されており、約１００ｍまでの範囲におかれた機器と、最大１Ｍｂｐｓの速度で通信を行うことを可能としている。
【０００８】
しかしながら、Bluetoothによる通信技術では、１つのピコネットにおいて、１台のマスター端末に接続可能なスレーブ端末の台数が７台までと限定されているため、８台以上のスレーブ端末を用いて通信を行うことが不可能であるという問題が存在する。
【０００９】
但し、複数のピコネットがオーバラップする場合、このオーバラップしたエリアに属するスレーブ端末は、時分割多重接続によって、複数のピコネットに接続することが可能である。
【００１０】
そこで、このオーバラップしたエリアに属するスレーブ端末が、一方のエリアにおけるマスター端末をスレーブ端末とすることで、複数のピコネットが集まったスキャターネットが形成される。
【００１１】
このスキャターネットでは、複数のピコネット間で通信が可能であるため、端末同士が各ピコネットのマスター端末又は複数のピコネットがオーバラップしたエリアのスレーブ端末を介して通信を行うことが可能となる。
【００１２】
【発明が解決しようとする課題】
しかしながら、各ピコネットのマスター端末同士が通信を行うためには必ず片方をスレーブに切り替えなければならず、また、スキャターネットにおけるオーバラップしたエリアに属するスレーブ端末は、複数のピコネットにおいて通信を行うために接続先のピコネットを切り替えなければならず、１つの端末が同時に複数のピコネットに接続することができないため、各ピコネット間でデータをリアルタイムに転送することが困難となり、データ通信に比較的大きな遅延が生じるという問題が存在する。
【００１３】
ここで、複数のネットワーク間で通信を行う技術として、特開平１１−３０８２４０号公報が開示するところの無線通信方法が存在するが、この従来技術は、複数の通信グループにおいて、オーバラップしたエリアに属するノードがそれぞれのグループを結ぶブリッジとして機能するよう構成されているものであるため、複数の通信グループ間でブリッジを介してデータ転送を行うことが可能となるが、Bluetoothのようなマスター／スレーブの関係にある通信方式に適用する場合についての記載がされていない。
【００１４】
このように、現状においてBluetoothを利用した通信方法では、リアルタイムに９台以上の端末が通信を行うことが不可能である。
【００１５】
従って、本発明は、このような問題に鑑みなされたもので、複数のピコネット間で少ない遅延でデータ通信を行うことを可能とする無線通信方法、及びその中継器を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本無線通信方法は、
複数のピコネットに含まれる中継器を介してマスター端末とスレーブ端末とがデータの送受信を行う無線通信方法であって、
前記中継器は、
２つのBluetoothモジュール
を有し、
前記２つのBluetoothモジュールのうち、前記マスター端末の存在するピコネットに接続する１つのBluetoothモジュールをスレーブモジュールとし、他のBluetoothモジュールをマスターモジュールとし、
前記マスター端末を含むピコネットを最上位の階層とし、
該最上位の階層としたピコネット以外の他のピコネットを、該最上位の階層より下位の階層とする。
【００１７】
これにより、複数のピコネット間で少ない遅延でデータ通信を行うことが可能となる。
【００１８】
即ち、複数のピコネット間でデータを中継して転送するBluetooth中継器を用いるため、リアルタイムを要求されるデータを小さい遅延時間で、宛先の端末へ送信することができる。また、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末が接続したBluetoothネットワークを形成させることができる。これにより、特に、会議や講義の場で、多数の端末へ手書きデータをリアルタイムに同報送信する場合の利便性が向上される。
【００２０】
これにより、複数のピコネット間で少ない遅延でデータ通信を行うことを可能とする。また、マスター端末が含まれるピコネット以外のピコネットに含まれる端末を、Bluetooth中継器のスレーブとし、このBluetooth中継器をマスター端末のスレーブとすることで、実質的に全ての端末をマスター端末のスレーブ端末とすることが可能となる。
【００２２】
これにより、複数のピコネットから成るBluetoothネットワークに接続した全ての端末が、他の端末のセッション用端末識別子を用いたセッションプロトコルを実行するため、ネットワーク構築の柔軟性を向上することが可能となる。
【００２４】
これにより、例えば、マスターとして動作している議長端末が、何らかの理由でネットワークから外れる場合、その後の議長を同じピコネットに接続された端末または他のピコネットに接続された端末に移管して、その移管先の端末がマスターになるため、このような場合におけるBluetoothネットワークのデータの送信効率の低下を防止することができる。
【００２６】
これにより、Bluetooth中継器を複数個使用して、各Bluetooth中継器間に階層構造を持たせることで、端末が広い範囲に存在している場合にも、それらの端末をBluetoothネットワークに接続させることができる。
【００２７】
本中継器は、
マスター端末とスレーブ端末との間で、データの中継を行う中継器であって、
ピコネットに接続する２つのBluetoothモジュール
を有し、
前記２つのBluetoothモジュールのうち、前記マスター端末の存在するピコネットに接続する１つのBluetoothモジュールをスレーブモジュールとし、他Bluetoothモジュールをマスターモジュールとし、
前記マスター端末を含むピコネットを最上位の階層とし、
該最上位の階層としたピコネット以外の他のピコネットを、該最上位の階層より下位の階層とする。
【００２８】
これにより、複数のピコネット間で少ない遅延でデータ通信を行うことが可能となる。
【００２９】
即ち、複数のピコネット間でデータを中継して転送するBluetooth中継器を用いるため、リアルタイムを要求されるデータを小さい遅延時間で、宛先の端末へ送信することができる。また、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末が接続したBluetoothネットワークを形成させることができる。これにより、特に、会議や講義の場で、多数の端末へ手書きデータをリアルタイムに同報送信する場合の利便性が向上される。
【００３１】
これにより、複数のピコネット間で少ない遅延でデータ通信を行うことを可能とする。また、マスター端末が含まれるピコネット以外のピコネットに含まれる端末を、Bluetooth中継器のスレーブとし、このBluetooth中継器をマスター端末のスレーブとすることで、実質的に全ての端末をマスター端末のスレーブ端末とすることが可能となる。
【００３３】
これにより、Bluetooth中継器を複数個使用して、各Bluetooth中継器間に階層構造を持たせることで、端末が広い範囲に存在している場合にも、それらの端末をBluetoothネットワークに接続させることができる。
【００３５】
これにより、Bluetooth中継器が使用する複数のアンテナに指向性を持たせ、またその指向方向が互いに異なるようにして、電波の干渉を少なくするとともに、無指向性の場合に比べて同じ送信電力でより離れた位置にある端末との無線通信が可能となる。
【００３６】
【発明の実施の形態】
〔本発明の特徴〕
まず、本発明の特徴を先に述べる。
【００３７】
本発明は、第１に、Bluetooth中継器に複数の通信モジュールを持たせ、それらの通信モジュールを同時に動作させて複数のピコネット間でデータをリアルタイムに転送させることを具体的な目的としている。
【００３８】
Bluetooth中継器には接続するピコネットに対して１つの通信モジュールが必要であるため、例えば、Bluetoothを用いて２つのピコネット間でデータをリアルタイムに転送しようとする場合、２つのピコネット間に位置するBluetooth中継器には２つの通信モジュールが必要となる。
【００３９】
また、同時に、複数のピコネットをお互いに接続することで、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末を接続させることも可能とすることを具体的な目的としている。
【００４０】
そこで、本発明は、複数のBluetoothモジュールを持ち、各Bluetoothモジュールが別々のピコネットに接続したBluetooth中継器を含む複数のピコネットから成るBluetoothネットワークにおいて、前記の各ピコネットに接続したBluetooth中継器以外の端末の中にマスター端末が１つ存在し、前記マスター端末は前記Bluetooth中継器を介して複数のピコネットに接続した端末とデータ通信を行う構成を有する。
【００４１】
また、第２に、複数のピコネット間でデータを中継して転送する機能に特化したBluetooth中継器を使用して、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末が接続したBluetoothネットワークを形成させることを具体的な目的としている。
【００４２】
そこで、本発明は、上記の構成のほかに、Bluetooth中継器が、マスター端末の存在するピコネットに接続したBluetoothモジュールを使用して通信を行う場合はスレーブとして、また、それ以外のピコネットに接続したBluetoothモジュールを使用して通信を行う場合はマスターとして動作する構成を有する。
【００４３】
また、第３に、Bluetooth中継器が、自装置がマスターとして動作するピコネットに接続された全ての端末のセッション用端末識別子を自装置がスレーブとして動作するピコネットのマスター端末へ送信し、これを受信したマスター端末が自端末の接続するピコネットに接続された全ての端末のセッション用端末識別子と合わせて、複数のピコネットから成るBluetoothネットワークに接続した全ての端末のセッション用端末識別子を管理できるようにすることを具体的な目的としている。これは、Bluetooth規格において、１つのマスター端末に接続できるスレーブ端末が最大７台までと規定されており、また同規格に従って、マスター端末が、インクワイアリ手順時にマスター端末と通信する可能性のある全てのスレーブ端末のBluetoothデバイスアドレス（BD_ADDR）を得ることができるが、複数のピコネットを接続して電子会議通信等のデータ通信を実行する場合、アプリケーションにとって、複数のピコネットの接続点にあるBluetooth中継器のアドレス（BD_ADDR）は必ずしも必要な情報ではなく、そのアプリケーションは端末の識別子としてBD_ADDRよりもデータ通信プロトコルのセッションレイヤで使用する端末識別子を使用した方が便利なためである。また、同時に、複数のピコネットから成るBluetoothネットワークに接続した全ての端末が、他の端末のセッション用端末識別子を用いたセッションプロトコルを実行できるようにすることを具体的な目的としている。
【００４４】
そこで、本発明は、上記のような構成のほかに、マスターとして動作するピコネットに接続された全ての端末のセッションコネクション用の端末識別子を、スレーブとして動作するピコネットのマスター端末へ送信し、これを受信したマスター端末が複数のピコネットから成るBluetoothネットワークに接続した全ての端末と前記のセッションコネクション用の端末識別子を用いたセッションプロトコルを実行する構成を有する。
【００４５】
また、第４に、Bluetooth中継器の各Bluetoothモジュールと接続したアンテナに指向性を持たせ、またその指向方向が互いに異なるようにして、電波の干渉を少なくするとともに、無指向性の場合に比べて同じ送信電力でより離れた位置にある端末と無線通信できるようにすることを具体的な目的としている。
【００４６】
そこで、本発明は、上記のような構成のほかに、各Bluetoothモジュールと接続した複数のアンテナの中で、少なくとも１つ以上のアンテナに指向性を持たせる。
【００４７】
また、第５に、マスターとして動作している議長端末が、何らかの理由でネットワークから外れる場合、その後の議長を同じピコネットに接続された端末または他のピコネットに接続された端末に移管し、その移管先の端末をマスターにすることができるようにすることを具体的な目的としている。これは、Bluetoothでは、スレーブ端末から他のスレーブ端末へデータを直接送信することはできず、必ずマスター端末を経由するため、複数のピコネットを接続して電子会議通信を行っている場合、議長の端末がマスターになると、議長端末から送信されるデータはネットワークにおける送信効率がよいためである。
【００４８】
そこで、本発明は、上記のような構成のほかに、マスター端末が同じピコネットに接続した端末あるいは他のピコネットに接続した端末とマスターの交換を行う構成を有する。
【００４９】
また、第６に、Bluetooth中継器を複数個使用して、各Bluetooth中継器間に階層構造を持たせることで、端末が広い範囲に存在している場合にも、それらの端末をBluetoothネットワークに接続させることを具体的な目的としている。
【００５０】
そこで、本発明は、上記のような構成のほかに、上記のBluetooth中継器を複数個使用して、階層構造を持ったBluetoothネットワークを形成する構成を有する。
【００５１】
以下、本発明を好適に実施した形態について、例を挙げて説明する。また、以下に示す各実施例では、Bluetoothを実装した携帯型表示パッドと複数のBluetoothモジュールを持ったBluetooth中継器とから成るBluetoothネットワークで電子会議を実行する場合を例に挙げて説明する。
【００５２】
〔第１の実施例〕
・Bluetoothネットワーク構成
本発明の第１の実施例として、Bluetooth中継器が２つのBluetoothモジュールを持ち、各Bluetoothモジュールが別々のピコネットに接続しているBluetoothネットワーク例を図１に示す。
【００５３】
図１を参照すると、Bluetoothネットワークは、Bluetooth中継器１、マスターである議長端末２、１３台のスレーブ端末（３〜１５）を有して構成されている。図１中、Ｍはマスター、Ｓはスレーブを意味している。
【００５４】
また、ピコネット１６のマスターは議長端末２で、Bluetooth中継器１のＢＴ（Bluetooth）モジュール６７はスレーブとして接続している。一方、ピコネット１７のマスターは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)４６は、日付時計であり、専用バッテリ（図示を省略）によりバックアップされている。
【００７２】
バッテリ４７は、例えばニッケル水素電池、リチウム電池等であり、電流はＤＣ−ＤＣコンバータ４８を介して携帯型表示パッド２０内部に供給される。
【００７３】
・Bluetooth中継器構成（ブロック）
次に、Bluetooth中継器１のハードウェア構成を図４に示す。図４中、点線で囲まれた部分がBluetooth中継器１の本体であり、ＣＰＵ６０、クロック６１、メインメモリ６２、ＲＯＭ６３、ＲＳ−２３２Ｃ６４、ＲＳ−２３２Ｃ６５、ＣＰＵバス６６等から構成されている。
【００７４】
ＣＰＵ６０は、ＲＯＭ６３に記憶された制御処理プログラムに従って、本実施例の動作を実行する。
【００７５】
クロック６１は、水晶発振子と分周回路から構成されており、ＣＰＵ６０やＣＰＵバス６６の動作タイミングを制御するためのクロックを生成している。
【００７６】
メインメモリ６２は、ＤＲＡＭより構成されており、ＣＰＵ６０のワークエリア等で使用される。
【００７７】
ＲＯＭ６３は、Bluetooth中継器１の動作を制御するためのプログラムが予め書き込まれている。
【００７８】
ＲＳ−２３２Ｃ６４とＲＳ−２３２Ｃ６５とは、ＵＡＲＴ、クロック発生回路、ＲＳ−２３２Ｃコネクタで構成されており、それぞれBluetoothモジュール６７、Bluetoothモジュール６９とＲＳ−２３２Ｃ規格に従ったデータの送受信を行う。
【００７９】
Bluetoothモジュール６７とBluetoothモジュール６９とは、図３で示した携帯型表示パッド２０のBluetoothモジュール３３にＲＳ−２３２Ｃコネクタを付加した構成であり、それぞれアンテナ６８、アンテナ７０が接続されている。
【００８０】
ＲＳ−２３２Ｃ６４とBluetoothモジュール６７、及びＲＳ−２３２Ｃ６５とBluetoothモジュール６９とは、それぞれＲＳ−２３２Ｃケーブルで接続されている。
【００８１】
・端末（携帯型表示パッド）のプロトコル構成
次に、携帯型表示パッド２０のプロトコル構成を図５に示す。図５中、ＳＩＥＡ(Still Image Exchange and Annotation)８０、ＭＢＦＴ(Multipoint Binary File Transfer)８１、ＮＣ(Node Controller)８２、ＧＣＣ(Generic Conference Control)８３、ＳＤＥ(Service Discovery Entity)８４、ＬＭＣＥ(Link Manager Control Entity)８５は、アプリケーションであり、このほかに、ユーザアプリケーション（図示せず）も存在する。
【００８２】
ＳＩＥＡ８０は、全ての端末で共有するホワイトボード領域へ加筆したり、各種の描画を行うホワイトボードアプリケーションであり、例えばＩＴＵ−Ｔ勧告Ｔ．１２６に準拠した動作を実行する。
【００８３】
ＭＢＦＴ８１は、会議資料等のファイル転送を行うアプリケーションであり、例えばＩＴＵ−Ｔ勧告Ｔ．１２７に準拠した動作を実行する。
【００８４】
ＮＣ８２とＧＣＣ８３とは、Bluetoothネットワークに接続した端末が議長の制御に従って会議を実行したり、各端末の能力や属性等の端末情報のリストを管理したりする会議制御アプリケーションであり、例えばＩＴＵ−Ｔ勧告Ｔ．１２４に準拠した動作を実行する。
【００８５】
ＳＤＥ８４は、相手端末との間で使用できるサービスを確認し、それらのサービスの特性を調べるアプリケーションである。
【００８６】
ＬＭＣＥ８５は、ＲＦＣＯＭＭやＳＤＰのプロトコル以外で、例えば、マスターとスレーブを交換する場合にリンク・マネージャ９４にコマンドを渡すためのアプリケーションである。
【００８７】
ＭＣＳ（Multipoint Communication Service）８６は多地点間のセッションレイヤプロトコルを実行し、例えば、ＩＴＵ−Ｔ勧告Ｔ．１２５に準拠した動作を実行する。
【００８８】
Ｘ.224（８７）は、ＩＴＵ−Ｔ勧告Ｘ．２２４クラス０に準拠しており、データ転送のフロー制御等を行うトランスポートレイヤプロトコルを実行する。
【００８９】
Ｔ．７０ＮＵＬＬ８８は、ＩＴＵ−Ｔ勧告Ｔ．７０ＮＵＬＬに準拠したネットワークレイヤプロトコルを実行する。
【００９０】
ＰＰＰ（Point to Point Protocol）８９は、シリアル回線上のデータリンクレイヤプロトコルを実行する。
【００９１】
ＲＦＣＯＭＭ(RF COMMunication)９０は、Ｌ２ＣＡＰ(Logical Link Control and Adaptation Protocol)プロトコル上にシリアルポートをエミュレートするためのプロトコルである。
【００９２】
ＳＤＰ(Service Discovery Protocol)９１は、相手端末との間で使用できるサービスを確認し、それらのサービスの特性を調べる方法をアプリケーションに提供する。
【００９３】
Ｌ２ＣＡＰ９２は、上位プロトコルの多重化、データパケット（Ｌ２ＣＡＰパケット）の分割と組立て等を実行する。
【００９４】
ＨＣＩ(Host Controller Interface)９３は、携帯型表示パッド２０においてはホスト（ＣＰＵ３０）とBluetoothモジュール３３との間のインターフェイスであり、ＨＣＩ ＡＰＩ(Application Program Interface)と、ホスト（ＣＰＵ３０）とBluetoothモジュール３３との間でトランスポートレイヤとして機能するＵＡＲＴと、Bluetoothモジュール３３のハードウェアドライバとから構成されている。
【００９５】
リンク・マネージャ９４は、リンクの設定やマスター・スレーブ交換動作時のリンク制御等を行うＬＭＰ（Link Manager Protocol）を実行する。
【００９６】
ベースバンド９５は、物理リンクの確立や各種パケットの送受信等を実行する。
【００９７】
物理レイヤ９６は、ＧＦＳＫ(Gaussian Frequency Shift Keying)による信号の変調や周波数ホッピングによるスペクトラム拡散通信等を実行する。
【００９８】
ここで、Bluetoothの使用周波数帯域は２４７１〜２４９７ＭＨｚ（日本）、ホッピング・チャネル数は２３（１ＭＨｚ間隔）、ホッピング速度は１６００ホップ／秒である。また、チャネルは６２５μｓｅｃのタイムスロットに分割され、マスター端末はパケットの伝送を偶数番号のタイムスロットで開始し、スレーブ端末はパケットの伝送を奇数番号のタイムスロットで開始する。
【００９９】
上記のプロトコル構成の中で、ＵＡＲＴドライバとBluetoothモジュール３３のハードウェアドライバ（ＨＣＩ９３中）、リンク・マネージャ９４、ベースバンド９５、物理レイヤ９６は、Bluetoothモジュール３３に実装されており、それ以外はＣＰＵ３０で実行されるソフトウェアモジュール（タスク）であり、ハードディスク４０に実行プログラムとして予め記憶されている。
【０１００】
・Bluetooth中継器のプロトコル構成
次に、Bluetooth中継器１のプロトコル構成を図６に示す。図６に示すように、Bluetooth中継器１のプロトコル構成は図５に示した携帯型表示パッド２０のプロトコル構成からＳＩＥＡ80、ＭＢＦＴ８１、ＧＣＣ８３が無く、代わりにＭＣＳコネクションの確立やＭＣＳチャネルへの加入等、ＭＣＳに対するコントロールを行うＭＣＳＣＥ(Multipoint Communication Service Control Entity)９７があることを除いて、携帯型表示パッド２０のプロトコル構成と同様である。
【０１０１】
但し、Bluetooth中継器１において、ＨＣＩ９３は、ホスト（ＣＰＵ６０）とBluetoothモジュール６７、Bluetoothモジュール６９との間のインターフェイスであり、ＨＣＩ ＡＰＩ、ホスト（ＣＰＵ６０）とBluetoothモジュール６７、Bluetoothモジュール６９との間でトランスポートレイヤとして機能するＲＳ−２３２Ｃ、Bluetoothモジュール６７、Bluetoothモジュール６９のハードウェアドライバから構成されている。
【０１０２】
図６のプロトコル構成の中で、ＲＳ−２３２ＣドライバとBluetoothモジュール６７、Bluetoothモジュール６９のハードウェアドライバ（ＨＣＩ９３中）、リンク・マネージャ９４、ベースバンド９５、物理レイヤ９６は、Bluetoothモジュール６７、Bluetoothモジュール６９に実装されており、それ以外はＣＰＵ６０で実行されるソフトウェアモジュール（タスク）であり、ＲＯＭ６３に実行プログラムとして予め記憶されている。
【０１０３】
・Bluetoothネットワーク形成までのBluetooth通信シーケンス
次に、Bluetoothネットワーク（ピコネット）を形成するまでのBluetooth通信シーケンスについて図１に示したピコネット１６を参照しながら説明する。
【０１０４】
・・Bluetooth中継器との通信コネクション確立
本通信シーケンスにおいて、マスター端末（議長端末）２は、まず、インクワイアリ手順によりマスター端末２と通信できる全てのスレーブ端末を認識する。すなわち、マスター端末２は、ＩＤパケットを繰り返し送信し、これを受信したスレーブ端末はBluetoothデバイスアドレス（BD_ADDR）、自端末のシステムクロック等を含めたＦＨＳパケットを送信する。これにより、マスター端末２は、受信したＦＨＳパケットの個数（BD_ADDRの個数）からスレーブ端末の台数を認識する。
【０１０５】
図１に示したピコネット１６では、議長端末２は７台のスレーブ端末（内１台はBluetooth中継器１のBluetoothモジュール）を認識する。この認識したスレーブ端末台数と受信したデバイスアドレスBD_ADDRとは、メインメモリ３１に記憶しておく。
【０１０６】
次に、マスター端末２はまず、認識したスレーブ端末の中からBluetooth中継器１を探し、もしあればこれと最初に接続する。すなわち、先にメインメモリ３１に記憶したデバイスアドレスBD_ADDRを持つ端末と、順次リンク・マネージャ間（リンクレイヤ）のコネクション確立及びサービス・ディスカバリシーケンスの動作を行い、それぞれがBluetooth中継器か否かをチェックする。尚、Bluetooth中継器１は、Bluetooth中継サービス（Bluetooth規格で定義されていない独自に定義したサービス）を持っている。
【０１０７】
この動作において、相手がBluetooth中継サービスを持っていた場合、マスター端末２は、その相手端末（Bluetooth中継器１）とアプリケーションまでの通信コネクションを確立する。また、相手がBluetooth中継サービスを持っていなかった場合、マスター端末２は、リンクレイヤのコネクションを切断する。尚、通信コネクションの確立手順の詳細については以下に記載する携帯型表示パッド間の動作シーケンスと同様である。
【０１０８】
・・複数のスレーブ端末との通信コネクション確立
次に、マスター端末２は、６台のスレーブ端末と順次通信コネクションを確立する。この通信コネクション確立手順について説明する。
【０１０９】
マスター端末２は、インクワイアリ手順時にスレーブ端末から受信したデバイスアドレス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パケットで応答する。
【０１２１】
次に、マスター端末２のＳＤＰタスクは、電子会議サービス（Bluetooth規格で定義されていない独自に定義したサービス）であることを表すＵＵＩＤ（サービスの固有識別子）をServiceSearchPatternパラメータに含めたSDP_ServiceSearchRequest PDUを送信し、スレーブ端末のＳＤＰタスクはSDP_ServiceSearchResponse PDUで応答する。
【０１２２】
そして、マスター端末のアプリケーションは、今接続したスレーブ端末が電子会議端末であることを確認すると、ＭＣＳタスクへ接続要求を出す。この接続要求は順次下位レイヤへ発行され、ＰＰＰのコネクション、Ｘ.224のコネクション、ＭＣＳのコネクションが順次確立される。そして、会議用アプリケーションであるＧＣＣ、ＳＩＥＡ、ＭＢＦＴの各エンティティ間のコネクションが確立されて、各エンティティ間の通信が実行できる状態となる。
【０１２３】
以上、マスター端末２と１つのスレーブ端末（例えばスレーブ端末３）との間でＭＣＳコネクションを使用して描画データの転送やファイル転送ができる状態になるまでの通信シーケンスを説明したが、マスター端末２は、ピコネットに接続できる他の５台の端末（スレーブ端末４〜スレーブ端末８）に対しても同様の通信シーケンスを実行し、マスター端末２とスレーブ端末３〜スレーブ端末８及びBluetooth中継器１（Bluetoothモジュール67を使用）から成るピコネットが形成される。
【０１２４】
・・Bluetooth中継器１の動作
続いて、Bluetooth中継器１はスレーブとしての動作と平行して、Bluetoothモジュール６９を使用してマスターとしての動作を開始する。すなわち、Bluetooth中継器１は上記と同様の動作によりスレーブ端末９〜スレーブ端末１５と順次通信コネクションを確立して、Bluetooth中継器１（Bluetoothモジュール69を使用）をマスターとするピコネットを形成する。
【０１２５】
このように、Bluetooth中継器１を中継点とした２つのピコネットから成るBluetoothネットワークが形成される。
【０１２６】
次に、２つのピコネットから成るBluetoothネットワークに接続した全ての端末間のＭＣＳコネクション及び会議用アプリケーションであるＧＣＣ等のエンティティ間のコネクションについて説明する。
【０１２７】
まず、ＭＣＳコネクションについて説明する。図５及び図６に示したＭＣＳ８６はＭＣＳプロバイダと呼ばれる。また、２つのピコネットから成るBluetoothネットワークをＭＣＳプロバイダ間のネットワークとして見たものはＭＣＳドメインと呼ばれる。
【０１２８】
図１のネットワーク構成におけるＭＣＳドメインは、図７に示すような階層構造を持つ。議長であるマスター端末２はトップＭＣＳプロバイダであり、最上位層に位置する。スレーブ端末３〜スレーブ端末８及びBluetooth中継器１は中間層に位置し、スレーブ端末９〜スレーブ端末１５は最下位層に位置する。
【０１２９】
各端末はＭＣＳコネクションの確立後、ＭＣＳドメインにアタッチする。このアタッチにより、各端末はＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを取得する。
【０１３０】
次に、各端末はＭＣＳチャネルに加入する。ＭＣＳチャネルはＭＣＳドメイン内のアドレスであり、同一チャネルに加入した全ての端末が、そのチャネルに送られるデータを受信する。ここで、スレーブ端末９が全ての端末が加入しているチャネルに対してデータを送信すると、データはまずBluetooth中継器１に転送され、Bluetooth中継器１はこのデータをスレーブ端末１０〜スレーブ端末１５へ転送するとともに、トップＭＣＳプロバイダであるマスター端末２へ転送する。そして、マスター端末２はこのデータをスレーブ端末３〜スレーブ端末８へ転送する。
【０１３１】
このように、全ての端末が同一チャネルに加入することにより、データを全ての端末へ送信することができる。なお、ＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤはＭＣＳチャネル番号としても使用され、個別宛先へデータを送信する場合にＭＣＳチャネル番号として使用する。
【０１３２】
次に、会議制御アプリケーションであるＧＣＣとノードコントローラ（ＮＣ）とについて説明する。図５及び図６に示したＧＣＣ８３は、ＧＣＣプロバイダと呼ばれる。また、トップＭＣＳプロバイダである端末のＧＣＣプロバイダは、トップＧＣＣプロバイダと呼ばれる。各ＧＣＣプロバイダは会議に参加すると、ＳＩＥＡやＭＢＦＴ等の会議用アプリケーションのリストやＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤ等の端末情報（会議ノードリスト）を他の全てのＧＣＣプロバイダへ送信する。なお、この同報送信は全ての端末が加入しているＭＣＳチャネルに対してデータを送信することで実現される。これらの端末情報は各端末にて受信し、ＮＣ８３にて管理される。また、ＧＣＣは議長権の割り当て等の制御も行い、会議開始時にはトップＧＣＣプロバイダが議長権を持っている。ノードコントローラ（ＮＣ８３）は、ユーザからの要求に従ってＧＣＣ８３へ各種のプリミティブを発行したり、自端末および他の全ての端末のアプリケーションリストや会議ノードリスト等を管理する。
【０１３３】
Bluetooth中継器１はＧＣＣが無いため、ＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤ等の端末情報が他の端末へ送信されず、議長端末もBluetooth中継器１は会議に参加している端末とは見なさない。
【０１３４】
このようにして、議長制御の基で、各端末から会議資料ファイルや手書きの描画データ等が全ての端末へ、あるいは個別の端末へ送信され、電子会議が実行される。
【０１３５】
・動作概略フロー
マスターである議長端末２（携帯型表示パッド２０）における上記の概略動作フローを図８に、またBluetooth中継器１における上記の概略動作フローを図９に示す。
【０１３６】
・・マスター端末における概略動作フロー
図８を参照すると、本動作において、マスター端末２は、インクワリアリ手段により通信可能範囲にある各スレーブ端末のデバイスアドレスBD_ADDRと、このBD_ADDRの個数（スレーブ端末の台数Ｍ）とを得、これを記憶する（ステップＳ１０１）。
【０１３７】
次に、マスター端末２は、ｎに１を代入する（ステップＳ１０２）。これは、以降の処理を、全てのスレーブ端末に対して実行するための処理の一部である。
【０１３８】
このように、まず、ｎ＝１とすると、マスター端末２は、ｎ（＝１）番目のBD_ADDRを持つスレーブ端末とリンク・マネージャ間のコネクション確立を実行し、リンクを確立する（ステップＳ１０３）。更に、マスター端末２は、サービス・ディスカバリシーケンスを実行する（ステップＳ１０４）。この際、マスター端末2は、このスレーブ端末がBluetooth中継器1であるか否かを判定する（ステップＳ１０５）。
【０１３９】
ステップＳ１０５の判定の結果、ｎ番目のスレーブ端末がBluetooth中継器１でない場合（ステップＳ１０５のＮｏ）、マスター端末２は、このスレーブ端末とのリンクを切断する（ステップＳ１０８）。
【０１４０】
また、マスター端末２は、現時点のｎの値が、上記の通信可能範囲にあるスレーブ端末の台数Ｍと等しいか否かを判定し（ステップＳ１０９）、等しい場合（ステップＳ１０９のＹｅｓ）、ステップＳ１１１へ移行し、等しくない場合（ステップＳ１０９のＮｏ）、ｎの値を１インクリメントして（ステップＳ１１０）、ステップＳ１０３へ帰還する。
【０１４１】
これに対して、ステップＳ１０５の判定の結果、ｎ番目のスレーブ端末がBluetooth中継器1である場合（ステップＳ１０５のＹｅｓ）、マスター端末２は、このスレーブ端末に対して各レイヤのコネクション（アプリケーションまでの通信コネクション）を順次確立し（ステップＳ１０６）、スレーブ端末の台数Ｍから１を減算して（ステップＳ１０７）、ステップＳ１１１へ移行する。
【０１４２】
このように、これまでの動作は、通信可能範囲にある全てのスレーブ端末に対して実行されるまで、又は、Bluetooth中継器１とのコネクションが確立されるまで、繰り返し実行される。
【０１４３】
尚、図８には図示されていないが、マスター端末２と通信できる範囲に複数のBluetooth中継器がある場合は、最も近いBluetooth中継器と接続する。マスター端末２が複数のBluetooth中継器の中から最も近いBluetooth中継器を判断する方法についての説明は省略する。
【０１４４】
次に、ステップＳ１１１では、マスター端末２は、まず、ｋの値に１を代入する（ステップＳ１１１）。これは、上記と同様に、以降の処理を、通信可能範囲にあるBluetooth中継器１を除いた全てのスレーブ端末に対して実行するためである。
【０１４５】
次に、マスター端末２は、ｋ番目のデバイスアドレスを持つスレーブ端末とリンクマネージャ間の通信コネクションを確立し（ステップＳ１１２）、更に、サービス・ディスカバリシーケンスを実行する（ステップＳ１１３）。
【０１４６】
その後、マスター端末２は、相手のスレーブ端末が、マスター端末２が管理する会議に参加する端末であるか否かを判定し（ステップＳ１１４）、参加する端末である場合（ステップＳ１１４のＹｅｓ）、このスレーブ端末と各レイヤの通信コネクション（アプリケーションまでの通信コネクション）を順次確立し（ステップＳ１１５）、ステップＳ１１８へ移行する。また、参加するスレーブ端末でない場合（ステップＳ１１４のＮｏ）、マスター端末２は、現時点でのｋの値が通信可能範囲にあるBluetooth中継器１を除いたスレーブ端末の台数Ｍと等しいか否かを判定し（ステップＳ１１６）、等しい場合（ステップＳ１１６のＹｅｓ）、ステップＳ１２１へ移行する。また、等しくない場合（ステップＳ１１６のＮｏ）、マスター端末２は、ｋの値を１インクリメントし（ステップ１１７）、ステップＳ１１２へ移行する。
【０１４７】
ステップＳ１１８では、現時点でマスター端末２と通信コネクションを確立しているスレーブ端末の台数が、ピコネットにおける限界の台数（７台）と等しいか否かを判定し（ステップＳ１１８）、等しくない場合（ステップＳ１１８のＮｏ）、現時点でのｋの値が通信可能範囲にあるBluetooth中継器１を除いたスレーブ端末の台数Ｍと等しいか否かを判定し（ステップＳ１１９）、等しい場合（ステップＳ１１９のＹｅｓ）、ステップＳ１２１へ移行する。また、等しくない場合（ステップＳ１１９のＮｏ）、マスター端末２は、ｋの値を１インクリメントし（ステップ１２０）、ステップＳ１１２へ移行する。
【０１４８】
ステップＳ１２１では、マスター端末２が、全てのスレーブ端末へ送信するデータの同報送信及びＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを使用した個別宛て先へのデータ送信を実行すると共に、議長権のある動作も実行する（ステップＳ１２１）。
【０１４９】
・・Bluetooth中継器における概略動作フロー
また、図９を用いて本実施例におけるBluetooth中継器１の概略動作フローを説明する。
【０１５０】
図９を参照すると、本動作において、Bluetooth中継器１は、まず、スレーブとして動作することで、マスター端末（議長端末）２からの要求に対して通信コネクションを確立する（ステップＳ２０１）。この動作は、図８に示す動作におけるマスター端末２に対応した動作である。
【０１５１】
次に、Bluetooth中継器１は、マスターとして動作することで、インクワリアリ手順により、自己と通信可能範囲にあるスレーブ端末の台数Ｍと、各スレーブ端末のデバイスアドレスBD_ADDRとを得、これを記憶する（ステップＳ２０２）。この動作は、図８におけるマスター端末２の動作と同様である。
【０１５２】
次に、Bluetooth中継器１は、まず、ｎの値に１を代入する（ステップＳ２０３）。これは、以降の処理を、通信可能範囲にある全てのスレーブ端末に対して実行するためである。
【０１５３】
このようにｎに１を代入後、Bluetooth中継器１は、ｎ番目のデバイスアドレスを持つスレーブ端末とリンクマネージャ間の通信コネクションを確立し（ステップＳ２０４）、更に、サービス・ディスカバリシーケンスを実行する（ステップＳ２０５）。
【０１５４】
その後、Bluetooth中継器１は、相手のスレーブ端末が、マスター端末２が管理する会議に参加する端末であるか否かを判定し（ステップＳ２０６）、参加する端末である場合（ステップＳ２０６のＹｅｓ）、このスレーブ端末と各レイヤの通信コネクション（アプリケーションまでの通信コネクション）を順次確立し（ステップＳ２０７）、ステップＳ２１０へ移行する。また、参加するスレーブ端末でない場合（ステップＳ２０６のＮｏ）、Bluetooth中継器１は、現時点でのｎの値が通信可能範囲にあるスレーブ端末の台数Ｍと等しいか否かを判定し（ステップＳ２０８）、等しい場合（ステップＳ２０８のＹｅｓ）、ステップＳ２１３へ移行する。また、等しくない場合（ステップＳ２０８のＮｏ）、Bluetooth中継器１は、ｎの値を１イクリメントし（ステップ２０９）、ステップＳ２０４へ移行する。
【０１５５】
ステップＳ２１０では、現時点でBluetooth中継器１と通信コネクションを確立しているスレーブ端末の台数が、ピコネットにおける限界の台数（７台）と等しいか否かを判定し（ステップＳ２１０）、等しくない場合（ステップＳ２１０のＮｏ）、現時点でのｎの値が通信可能範囲にあるスレーブ端末の台数Ｍと等しいか否かを判定し（ステップＳ２１１）、等しい場合（ステップＳ２１１のＹｅｓ）、ステップＳ２１３へ移行する。また、等しくない場合（ステップＳ２１１のＮｏ）、Bluetooth中継器１は、ｎの値を１インクリメントし（ステップＳ２１２）、ステップＳ２０４へ移行する。
【０１５６】
ステップＳ２１３では、Bluetooth中継器１のＭＣＳプロバイダが、スレーブ端末へのデータの転送を実行する（ステップＳ２１３）。
【０１５７】
以上、説明した本実施例は、Bluetooth中継器１が２つのBluetoothモジュールを持つ場合について説明したが、Bluetooth中継器１が３つ以上のBluetoothモジュールを持つ場合についても適用できる。例えば、Bluetooth中継器１が３つのBluetoothモジュールを持ち、各Bluetoothモジュールが別々のピコネットに接続している場合、１つのBluetoothモジュールを議長端末であるマスター端末２のスレーブとして動作させ、他の２つのBluetoothモジュールを、それぞれマスターとして動作させる。これにより、３つのピコネットに接続した端末間でＭＣＳドメインが形成される。
【０１５８】
〔第２の実施例〕
次に、本発明の第２の実施例について、図面を用いて詳細に説明する。
【０１５９】
本実施例は、第１の実施例で示したBluetooth中継器１の各Bluetoothモジュールに接続するアンテナとして指向性アンテナを使用し、２つのBluetoothモジュールをBluetooth中継器１本体に内蔵するよう構成されたものである。この場合のBluetooth中継器１のハードウェア構成を図１０に示す。
【０１６０】
図１０中、ＣＰＵ６０、クロック６１、メインメモリ６２、ＲＯＭ６３、ＣＰＵバス６６は、図４に示した第１の実施例のBluetooth中継器１の各構成要素と同じである。
【０１６１】
また、図１０中、ＵＡＲＴ７１とＵＡＲＴ７２とは、図３に示したＵＡＲＴ３２と同じであり、Bluetoothモジュール７３とBluetoothモジュール７５とは、図３に示したBluetoothモジュール３３と同じである。
【０１６２】
但し、図１０中、アンテナ７４とアンテナ７６とは指向性アンテナであり、この指向性アンテナとして、例えば、図１１に示されるような、コルゲート構造部を有する平面アンテナを使用するものとする。この平面アンテナは、コルゲート溝の深さＣＬ（Corrugation Length）の寸法を変化させることにより電波の放射面であるＥ面（図中、Ｅ−ｐｌａｎｅと記載）の指向範囲を変えることができる。このＥ面は、図１１に示すように電界の振動する方向（偏波方向）を含む面のことである。図１１では、平面アンテナの平面が垂直方向にある場合を示している。図１０に示したアンテナ７４とアンテナ７６とは、Ｅ面が水平方向になるように、すなわち平面アンテナの平面が水平方向になるように実装するものとする。
【０１６３】
また、アンテナ７４とアンテナ７６との指向方向が互いに異なるようにBluetoothモジュール７３とBluetoothモジュール７５とを設置する。２つのBluetoothモジュールを使用した場合における各アンテナの送信電波の範囲の例を図１２に示す。
【０１６４】
図１２を参照すると、上記のようにアンテナ７４とアンテナ７６とを配置することにより、本実施例では、各々のアンテナがカバーするエリアが必要以上にオーバラップすることを防止することが可能となる。
【０１６５】
なお、２つのBluetoothモジュールをBluetooth中継器１本体に内蔵するのではなく、図４に示した構成にて、ＲＳ−２３２Ｃケーブルの長さを短くして、各Bluetoothモジュールを各アンテナの指向方向が互いに異なるように設置した構成にしてもよい。
【０１６６】
また、Bluetooth中継器１が、指向性アンテナが接続された３つ以上のBluetoothモジュールを持つ場合についても、各アンテナの指向方向が互いに異なるように実装するとよい。
【０１６７】
〔第３の実施例〕
次に、第１の実施例で示した２つのピコネットから成るBluetoothネットワークにおいて、通信会議中に議長であるマスター端末２が議長権を他の端末に譲渡してBluetoothネットワークから外れる場合について説明する。
【０１６８】
今、図１に示したBluetoothネットワークにおいて、全ての端末間でホワイトボードアプリケーション（ＳＩＥＡ８０を使用）、ファイル転送アプリケーション（ＭＢＦＴ８１を使用）、会議制御アプリケーション（ＧＣＣ８３を使用）が実行されている状態とする。
【０１６９】
ここで、マスター端末２が議長権をピコネット１７に接続しているスレーブ端末１０へ譲渡する場合、ＮＣ８２がＧＣＣ８３へスレーブ端末１０のノードＩＤ（ＭＣＳユーザＩＤと同じ）等を含めたGCC-CONDUCTOR-GIVE-要求 プリミティブを渡す。
【０１７０】
ＧＣＣ８３は、これらのパラメータをデータ領域にセットし、またチャネルＩＤにスレーブ端末１０のノードＩＤをセットしたMCS-SEND-DATA-要求 プリミティブをＭＣＳ８６へ渡す。
【０１７１】
ＭＣＳ８６では、指定されたチャネルＩＤにデータを送信すると、このデータがスレーブ端末１０へ送信される。
【０１７２】
スレーブ端末１０は、このデータを受信すると、ＮＣ８２がマスター端末２へGCC-CONDUCTOR-GIVE-応答を返すとともに、全ての端末へ自端末が新しい議長になることを通知するGCC-CONDUCTOR-ASSIGN-指示を送信する。
【０１７３】
このようにして、ＭＣＳドメインにおける議長端末はマスター端末２からスレーブ端末１０に交代される。その後、マスター端末２はＧＣＣ、ＭＣＳ、Ｘ.224、ＰＰＰの各レイヤのコネクションを切断する。
【０１７４】
次に、マスター端末２は、Bluetooth中継器１とマスター／スレーブの交換動作を行う。
【０１７５】
まず、リンク・マネージャ９４は、LMP_switch_req PDUを送信し、Bluetooth中継器１からLMP_accepted PDUを受信する。そして、ベースバンド９５にてマスター／スレーブの交換動作が実行される。すなわち、マスター端末２とBluetooth中継器１は、まずＴＸタイミングとＲＸタイミングとの反転を行い、この時点でBluetooth中継器１がマスターとなる。
【０１７６】
そして、スレーブとなった端末２は、Bluetooth中継器１のクロックに同期して動作するためのシーケンスを実行する。
【０１７７】
そして、Bluetooth中継器１は新しいAM_ADDRをFHSパケットに含めて端末２へ送信する。
【０１７８】
その後、Bluetooth中継器１は、ピコネット１６に接続した他の端末（端末３〜端末８）に対してスレーブ側が新しいマスタークロックに合わせるための動作シーケンスと新しいAM_ADDRの送信とを各スレーブ端末毎に順次実行する。
【０１７９】
このようにして、ピコネット１６のマスターが端末２からBluetooth中継器１に切り替わる。
【０１８０】
その後、端末２はリンク・マネージャ９４にてLMP_detach PDUを送信して、Bluetoothネットワークから離脱する。
【０１８１】
続いて、Bluetooth中継器１は、ピコネット１７に接続したスレーブ端末１０とマスター／スレーブの交換動作を行う。すなわち、Bluetooth中継器１のリンク・マネージャ９４がLMP_switch_req PDUを送信し、スレーブ端末１０からLMP_accepted PDUを受信する。
【０１８２】
そして、Bluetooth中継器１とスレーブ端末１０とは、ＴＸタイミングとＲＸタイミングとの反転を行い、この時点で端末１０がマスターとなる。
【０１８３】
そして、スレーブとなったBluetooth中継器１は、端末１０のクロックに同期して動作するためのシーケンスを実行する。
【０１８４】
そして、端末１０は新しいAM_ADDRをＦＨＳパケットに含めてBluetooth中継器１へ送信する。
【０１８５】
その後、端末１０はピコネット１７に接続した他の端末（端末９、端末１１〜端末１５）に対して、スレーブ側が新しいマスタークロックに合わせるための動作シーケンスと新しいAM_ADDRの送信とを各スレーブ端末毎に順次実行する。
【０１８６】
このようにして、ピコネット１７のマスターがBluetooth中継器１から端末１０に切り替わる。そして、端末１０はBluetoothネットワークのマスター端末として、またＭＣＳドメインにおけるトップＭＣＳプロバイダとして、また電子会議の議長として動作する。
【０１８７】
端末２における上記の概略動作フローを図１３に、またBluetooth中継器１における上記の概略動作フローを図１４に、さらに端末１０における上記の概略動作フローを図１５に示す。
【０１８８】
・端末２における概略動作フロー
まず、図１３を参照して、端末２がマスターからスレーブへ切り替わり、Bluetoothネットワークから離脱するまでの動作の概略を説明する。
【０１８９】
図１３を参照すると、本動作において、端末２は、まず、議長権をスレーブ端末１０へ譲渡する（ステップＳ３０１）。
【０１９０】
次に、端末２は、ＧＣＣ，ＭＣＳ，Ｘ.224，ＰＰＰの各レイヤの通信コネクションを切断し（ステップＳ３０２）、その後、Bluetooth中継器１とマスター／スレーブの交換動作を実行する（ステップＳ３０３）。
【０１９１】
このように動作することで、端末２は、スレーブとして機能しているため、Bluetoothネットワークから離脱しても、Bluetoothネットワーク自体の機能を損なうことがない。従って、これ以降に、端末２は、Bluetoothネットワークから離脱する（ステップＳ３０４）。
【０１９２】
・Bluetooth中継器における概略動作フロー
また、図１４を参照して、Bluetooth中継器１がマスターを端末２から端末１０へ切り替える際の動作について説明する。
【０１９３】
図１４を参照すると、本動作において、Bluetooth中継器１は、まず、端末２との間に確立していたＸ.224，ＰＰＰの各レイヤの通信コネクションを切断する（ステップＳ４０１）。
【０１９４】
次に、Bluetooth中継器１は、端末２に対して、マスターからスレーブへの交換動作を実行する（ステップＳ４０２）。
【０１９５】
その後、Bluetooth中継器１は、端末１０に対して、スレーブからマスターへの交換動作を実行する（ステップＳ４０３）。
【０１９６】
これにより、Bluetooth中継器１に対するマスターが端末２から端末１０へ切り替わる。
【０１９７】
・端末１０における概略動作フロー
更に、図１５を参照して、端末１０がスレーブからマスターへ切り替わる際の動作の概略を説明する。
【０１９８】
図１５を参照すると、本動作において、端末１０は、まず、端末２から議長権を受け取ると、自己が本会議の議長端末となる（ステップＳ５０１）。
【０１９９】
次に、端末１０は、Bluetooth中継器１との間でスレーブからマスターへ切り替わる動作を実行し、自己がマスターとなる（ステップＳ５０２）。
【０２００】
その後、端末１０は、ＭＣＳドメインにおけるトップＭＣＳプロバイダとなる（ステップＳ５０３）。
【０２０１】
これにより、端末１０がスレーブからマスターへ切り替わり、動作することが可能となる。
【０２０２】
〔第４の実施例〕
また、図４に示したBluetooth中継器が複数個存在し、各Bluetooth中継器間がBluetoothネットワークで接続された場合について以下に説明する。
【０２０３】
本実施例では、Bluetooth中継器が３個存在する場合におけるBluetoothネットワークを例として図１６に示す。
【０２０４】
図１６を参照すると、本実施例によるBluetoothネットワークは、Bluetooth中継器１、Bluetooth中継器１００、Bluetooth中継器１１０、マスターである議長端末２、２５台のスレーブ端末（３〜１３、１２１〜１２７、１３１〜１３７）から構成されている。図１６中、Ｍはマスター、Ｓはスレーブを意味している。
【０２０５】
図１６のネットワーク構成は、図１７に示すような階層構造を持つ。この階層構造において、議長であるマスター端末２は最上位層、Bluetooth中継器１及びスレーブ端末３〜スレーブ端末８は第２層、Bluetooth中継器１００、Bluetooth中継器１１０、及びスレーブ端末９〜スレーブ端末１３は第３層、スレーブ端末１２１〜スレーブ端末１２７及びスレーブ端末１３１〜スレーブ端末１３７は第４層に位置している。
【０２０６】
また、図１７はＭＣＳドメインにおけるＭＣＳプロバイダの階層構造でもある。すなわち、議長であるマスター端末２がトップＭＣＳプロバイダであり、最上位層に位置する。従って、このＭＣＳドメインに接続している全ての端末は、議長制御の基で動作し、各端末から会議資料ファイルや手書きの描画データ等が全ての端末へ、あるいは個別の端末へ送信され、電子会議が実行される。
【０２０７】
〔他の実施例〕
また、上記の各実施例においては、ＲＦＣＯＭＭ９０上のプロトコルとして、ＰＰＰ、Ｔ．７０ＮＵＬＬ、Ｘ.224を使用した場合を示したが、例えば、ＰＰＰ、ＴＣＰ／ＩＰ等の他のプロトコルを使用するようにしてもよい。
【０２０８】
また、本発明は電子会議以外の他のアプリケーションにおいても適用させることができる。
【０２０９】
但し、上記各実施例は、本発明を実施した一形態にすぎず、本発明は、その主旨を逸脱しない限り、種々変形して実施することが可能なものである。
【０２１０】
【発明の効果】
以上、説明したように、請求項１記載の発明によれば、複数のピコネットに含まれる中継器を介してマスター端末とスレーブ端末とがデータの送受信を行う無線通信方法であって、中継器が有する複数のBluetoothモジュールのうち、１つをスレーブとし、他をマスターとすることで、複数のピコネット間でデータの送受信を行うことを特徴とし、これにより、複数のピコネット間で少ない遅延でデータ通信を行うことが可能となる。
【０２１１】
即ち、請求項１記載の発明によれば、複数のピコネット間でデータを中継して転送するBluetooth中継器を用いるため、リアルタイムを要求されるデータを小さい遅延時間で、宛先の端末へ送信することができる。また、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末が接続したBluetoothネットワークを形成させることができる。これにより、特に、会議や講義の場で、多数の端末へ手書きデータをリアルタイムに同報送信する場合の利便性が向上される。
【０２１２】
更に、請求項２記載の発明によれば、複数のBluetoothモジュールのうち、マスター端末の存在するピコネットに接続するBluetoothモジュールをスレーブとし、他のBluetoothモジュールをマスターとすることを特徴とし、これにより、複数のピコネット間で少ない遅延でデータ通信を行うことを可能とする。また、マスター端末が含まれるピコネット以外のピコネットに含まれる端末を、Bluetooth中継器のスレーブとし、このBluetooth中継器をマスター端末のスレーブとすることで、実質的に全ての端末をマスター端末のスレーブ端末とすることが可能となる。
【０２１３】
更に、請求項３記載の発明によれば、マスターとされたBluetoothモジュールが属するピコネットに含まれる端末のセッションコネクション用の端末識別子を、マスター端末へ送信し、マスター端末において、端末識別子に基づいてセッションプロトコルを実行することを特徴とし、これにより、複数のピコネットから成るBluetoothネットワークに接続した全ての端末が、他の端末のセッション用端末識別子を用いたセッションプロトコルを実行するため、ネットワーク構築の柔軟性を向上することが可能となる。
【０２１４】
更に、請求項４記載の発明によれば、マスター端末が、複数のピコネットに含まれるいずれかのスレーブ端末と、マスターの交換を行うことを特徴とし、これにより、例えば、マスターとして動作している議長端末が、何らかの理由でネットワークから外れる場合、その後の議長を同じピコネットに接続された端末または他のピコネットに接続された端末に移管して、その移管先の端末がマスターになるため、このような場合におけるBluetoothネットワークのデータの送信効率の低下を防止することができる。
【０２１５】
更に、請求項５記載の発明によれば、複数のピコネットを、マスター端末が含まれるピコネットを最上位の階層とする階層構造とし、中継器が有する複数のBluetoothモジュールのうち、１つのBluetoothモジュールを他のBluetoothモジュールよりも上位の階層のピコネットに含ませ、上位の階層のピコネットに含まれるBluetoothモジュールをスレーブとし、他のBluetoothモジュールをマスターとすることで、複数のピコネット間でデータの送受信を行うことを特徴とし、これにより、Bluetooth中継器を複数個使用して、各Bluetooth中継器間に階層構造を持たせることで、端末が広い範囲に存在している場合にも、それらの端末をBluetoothネットワークに接続させることができる。
【０２１６】
また、請求項６記載の発明によれば、ピコネットに接続するBluetoothモジュールを複数有し、複数のBluetoothモジュールのうち、１つをスレーブとし、他をマスターとすることを特徴とし、これにより、複数のピコネット間で少ない遅延でデータ通信を行うことが可能となる。
【０２１７】
即ち、請求項６記載の発明によれば、複数のピコネット間でデータを中継して転送するBluetooth中継器を用いるため、リアルタイムを要求されるデータを小さい遅延時間で、宛先の端末へ送信することができる。また、１つのマスター端末に対して仮想的に８端末以上のスレーブ端末が接続したBluetoothネットワークを形成させることができる。これにより、特に、会議や講義の場で、多数の端末へ手書きデータをリアルタイムに同報送信する場合の利便性が向上される。
【０２１８】
更に、請求項７記載の発明によれば、複数のBluetoothモジュールのうち、マスター端末の存在するピコネットに接続するBluetoothモジュールをスレーブとし、他のBluetoothモジュールをマスターとすることを特徴とし、これにより、複数のピコネット間で少ない遅延でデータ通信を行うことを可能とする。また、マスター端末が含まれるピコネット以外のピコネットに含まれる端末を、Bluetooth中継器のスレーブとし、このBluetooth中継器をマスター端末のスレーブとすることで、実質的に全ての端末をマスター端末のスレーブ端末とすることが可能となる。
【０２１９】
更に、請求項８記載の発明によれば、マスター端末が含まれるピコネットを最上位の階層とする階層構造を有する複数のピコネットから成るBluetoothネットワークにおいて、他のBluetoothモジュールよりも上位の階層に含まれるBluetoothモジュールをスレーブとし、他のモジュールをマスターとすることを特徴とし、これにより、Bluetooth中継器を複数個使用して、各Bluetooth中継器間に階層構造を持たせることで、端末が広い範囲に存在している場合にも、それらの端末をBluetoothネットワークに接続させることができる。
【０２２０】
更に、請求項９記載の発明によれば、複数のBluetoothモジュール各々に接続された複数のアンテナのうち、１つ以上が指向性を有するアンテナであることを特徴とし、これにより、Bluetooth中継器が使用する複数のアンテナに指向性を持たせ、またその指向方向が互いに異なるようにして、電波の干渉を少なくするとともに、無指向性の場合に比べて同じ送信電力でより離れた位置にある端末との無線通信が可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施例によるBluetoothネットワークの構成を示すブロック図である。
【図２】本発明の第１の実施例による携帯型表示パッドの外観図である。
【図３】本発明の第１の実施例による携帯型表示パッドのハードウェア構成を示すブロック図である。
【図４】本発明の第１の実施例におけるBluetooth中継器のハードウェア構成を示すブロック図である。
【図５】本発明の第１の実施例による携帯型表示パッドのプロトコル構成を示すブロック図である。
【図６】本発明の第１の実施例によるBluetooth中継器のプロトコル構成を示すブロック図である。
【図７】本発明の第１の実施例によるＭＣＳドメインにおける階層構造を示すブロック図である。
【図８】本発明の第１の実施例による議長端末（マスター端末）２の概略動作を示すフローチャートである。
【図９】本発明の第１の実施例によるBluetooth中継器１の概略動作を示すフローチャートである。
【図１０】本発明の第２の実施例によるBluetooth中継器のハードウェア構成を示すブロック図である。
【図１１】本発明の第２の実施例によるBluetooth中継器のBluetoothモジュールに接続された平面アンテナの電波の放射面を説明するための図である。
【図１２】本発明の第２の実施例によるBluetooth中継器のBluetoothモジュールがカバーするエリアを示す図である。
【図１３】本発明の第３の実施例による端末２の概略動作を示すフローチャートである。
【図１４】本発明の第３の実施例によるBluetooth中継器１の概略動作を示すフローチャートである。
【図１５】本発明の第３の実施例による端末１０の概略動作を示すフローチャートである。
【図１６】本発明の第４の実施例によるBluetoothネットワークの構成を示すブロック図である。
【図１７】本発明の第４の実施例によるBluetoothネットワークの階層構造を示すブロック図である。
【符号の説明】
１、１００、１１０  中継器（Bluetooth中継器）
２  端末（マスター端末、議長端末）
３〜１５、１２１〜１２７、１３１〜１３７  スレーブ端末
１６、１７、２０１、２０２、２０３、２０４  ピコネット
２０  携帯型表示パッド
２１  タッチペン
３０、６０  ＣＰＵ
３１、６２  メインメモリ
３２  ＵＡＲＴ
３３、６７、６９、１０１、１０２、１１１、１１２  Bluetoothモジュール
３４、６８、７０  アンテナ
３５、６１  クロック
３６  バスコントローラ
３７、６３  ＲＯＭ
３８  ＰＣＩブリッジ
３９  キャッシュメモリ
４０  ハードディスク
４１  ＨＤコントローラ
４２  ＬＣＤ表示コントローラ
４３  ＬＣＤ
４４  タッチパネルコントローラ
４５  タッチパネル
４６  ＲＴＣ
４７  バッテリ
４８  ＤＣ−ＤＣコンバータ
４９、６６  ＣＰＵバス
５０  ＰＣＩバス
５１  Ｘバス（内部バス）
６４、６５  ＲＳ−２３２Ｃ
８０  ＳＩＥＡ
８１  ＭＢＦＴ
８２  ＮＣ
８３  ＧＣＣ
８４  ＳＤＥ
８５  ＬＭＣＥ
８６  ＭＣＳ
８７  Ｘ.224
８８  Ｔ．７０ＮＵＬＬ
８９  ＰＰＰ
９０  ＲＦＣＯＭＭ
９１  ＳＤＰ
９２  Ｌ２ＣＡＰ
９３  ＨＣＩ
９４  リンク・マネージャ
９５  ベースバンド
９６  物理レイヤ（ＲＦ）
９７  ＭＣＳＣＥ
【図１】
0004809547.tif 000002
【図２】
0004809547.tif 000003
【図３】
0004809547.tif 000004
【図４】
0004809547.tif 000005
【図５】
0004809547.tif 000006
【図６】
0004809547.tif 000007
【図７】
0004809547.tif 000008
【図８】
0004809547.tif 000009
【図９】
0004809547.tif 000010
【図１０】
0004809547.tif 000011
【図１１】
0004809547.tif 000012
【図１２】
0004809547.tif 000013
【図１３】
0004809547.tif 000014
【図１４】
0004809547.tif 000015
【図１５】
0004809547.tif 000016
【図１６】
0004809547.tif 000017
【図１７】
0004809547.tif 000018