(57)【要約】【課題】無線通信を使用したサーバクライアントシステムの各サーバに接続されるクライアントの台数の偏りを解消する負荷分散装置及び負荷分散方法を提供することを目的とする。【解決手段】複数のサーバ２と複数のクライアント１から構成される無線通信を用いて情報を提供するサーバクライアントシステムの複数のサーバ２にかかる複数のクライアント１からの接続要求による負荷を分散する負荷分散装置の役目を果たすサーバコントローラ３において、サーバ２と通信リンク確立状態にあるクライアント１の台数を計算するリンク確立状態管理部３１１と、その計算された台数を基にどのサーバ２に対して通信リンク確立動作を有効もしくは無効にするかを判定する有効無効判定部３１２を具備する。【選択図】　図４
2004118629.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントとの間で無線通信を用いて通信リンクを確立する複数のサーバと接続され、前記各サーバとの間で通信リンクが確立される前記クライアントの台数を管理する負荷分散装置において、
前記各サーバと通信リンク確立状態にある前記クライアントの台数を計算する管理部と、
前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較して、通信リンク確立動作が有効となる前記サーバを判定する判定部と、を具備することを特徴とする負荷分散装置。
【請求項２】
前記負荷分散装置の前記判定部は、通信リンク確立動作が有効と判定された前記サーバに対し通信リンク確立動作有効命令を出すことを特徴とする請求項１記載の負荷分散装置。
【請求項３】
複数のサーバのそれぞれと無線通信を用いて通信リンクされるクライアントの台数を管理する負荷分散方法において、
前記各サーバから送信される前記クライアントとの通信リンク確立通知を基に、前記各サーバと通信リンク確立状態にある前記クライアントの台数を計算し、前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較し、
比較した結果、台数が異なる場合、通信確立状態にある前記クライアントの台数が少ない前記サーバに通信リンク確立動作有効命令を出すことを特徴とする負荷分散方法。
【請求項４】
前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較した結果、台数が異なり、前記各サーバと通信リンク確立状態にある前記クライアントの最も多い台数と前記各サーバと通信リンク確立状態にある前記クライアントの最も少ない台数との差が１台の場合、通信確立状態にある前記クライアントの台数が少ない前記サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項３記載の負荷分散方法。
【請求項５】
前記複数のサーバの総台数より小さい設定値を予め準備し、
通信確立状態にある前記クライアントの台数が少ない前記サーバから前記設定値の台数分の前記サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項３記載の負荷分散方法。
【請求項６】
前記複数のサーバの総台数より小さい設定値を予め準備し、
通信確立状態にある前記クライアントの台数が少ない前記サーバから前記設定値の台数分の前記サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項４記載の負荷分散方法。
【請求項７】
前記設定値を１台とし、
通信リンク確立状態にある前記クライアントの台数が最も少ない前記サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項５に記載した負荷分散方法。
【請求項８】
複数のサーバのそれぞれと無線通信を用いて通信リンクされるクライアントの台数を管理する負荷分散方法において、
前記各サーバから送信される前記クライアントとの通信リンク確立通知を基に、前記各サーバと通信リンク確立状態にある前記クライアントの台数を計算し、前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較し、
比較した結果、台数が異なり、前記各サーバと通信リンク確立状態にある前記クライアントの最も多い台数と前記各サーバと通信リンク確立状態にある前記クライアントの最も少ない台数との差が２台以上の場合、通信リンク確立状態にある前記クライアントの台数が最も多いサーバ以外の前記サーバに通信リンク確立動作有効命令を出すことを特徴とする負荷分散方法。
【請求項９】
前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較した結果、前記各サーバと通信リンク確立状態にある前記クライアントの台数が同じである場合、前記設定値の台数分の前記サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項５に記載した負荷分散方法。
【請求項１０】
前記各サーバと通信リンク確立状態にある前記クライアントの台数をそれぞれ比較した結果、前記各サーバと通信リンク確立状態にある前記クライアントの台数が同じである場合、前記各サーバに通信リンク確立動作有効命令を出すことを特徴とする請求項３ないし８に記載した負荷分散方法。
【請求項１１】
前記負荷分散装置及び前記負荷分散方法において、
前記複数のクライアントと前記複数のサーバとの間で使用される無線通信はＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信であることを特徴とする請求項１ないし請求項１０に記載した負荷分散装置及び負荷分散方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、負荷分散装置及び負荷分散方法に係り、特に無線通信を使用したサーバクライアントシステムで使用される負荷分散装置及び負荷分散方法に関する。
【０００２】
【従来の技術】
従来、複数のクライアント装置群（以下、クライアント群と称す。）が１台のサーバ装置（以下、サーバと称す。）に接続してサービスを受けるサーバクライアントシステムにおいて、多数のクライアント群が１台のサーバに集中して接続要求をすることでサーバの負荷が増大し、サーバによるクライアント群へのサービスの質が低下する問題があった。そこで、同一サービスを提供するサーバを複数台設け、多数のクライアント群になるべく良質のサービスを提供するシステム構成へと改善された。しかし、このようなシステム構成の場合、サーバ群の各サーバに接続されるクライアントの台数に偏りが生じるという問題点がある。この問題を解決するために、例えば、サーバクライアント間の中継情報を分散管理する方法が提案されている（特許文献１参照。）。
【０００３】
ところで、近年、サーバクライアントシステムを構築するのに、サーバ群とクライアント群とを有線のみならず無線で接続する方式も採用されている。例えば、近距離無線データ通信を実現するＢｌｕｅｔｏｏｔｈ規格に準拠した無線通信（以下、Ｂｌｕｅｔｏｏｔｈ無線通信と称す。）を採用して、複数のサーバと複数のクライアントとから構成されたサーバクライアントシステムを構築することが提案されている。
【０００４】
これは、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線接続機能搭載機器（以下、Ｂｌｕｅｔｏｏｔｈ機能搭載機器と称す。）同士が、１対１方式で接続可能であるのみならず、１対他方式でも接続可能であることを利用している。このＢｌｕｅｔｏｏｔｈ機能搭載機器における１対他方式の接続形態とは、１台のマスタ（他の機器を制御する機器）に対し７台のスレイブ（他の機器から制御される機器）を接続する形態である。前記サーバクライアントシステムにおいて、マスタの役割をサーバに担当させると、１台のサーバに対してクライアントがスレイブとして７台まで接続可能である。従って、８台以上のＢｌｕｅｔｏｏｔｈ機能を搭載したクライアント群（以下、Ｂｌｕｅｔｏｏｔｈ機能搭載クライアント群と称す。）にサービスを提供するには、少なくともＢｌｕｅｔｏｏｔｈ機能を搭載したサーバ群（以下、Ｂｌｕｅｔｏｏｔｈ機能搭載サーバ群と称す。）が複数台必用となる。
【０００５】
【特許文献１】
特開平１１−５３２８７号公報（第３頁）
【０００６】
【発明が解決しようとする課題】
前記特許文献１は無線通信を使用したサーバクライアントシステムを前提としたものではない。また、無線通信、特にＢｌｕｅｔｏｏｔｈ無線通信を使用したサーバクライアントシステムは以下に記載する問題点を有する。
【０００７】
Ｂｌｕｅｔｏｏｔｈ機能搭載サーバは、Ｂｌｕｅｔｏｏｔｈ機能搭載クライアントにサービスを提供するために、一時的に通信リンクを確立する。この通信リンクの確立は、Ｂｌｕｅｔｏｏｔｈ機能搭載クライアントが主導で行なわれる。従って、Ｂｌｕｅｔｏｏｔｈ機能搭載サーバを複数台設けたとしても、あるサーバに接続しているクライアントの台数が７台で、それ以外のサーバに接続しているクライアントの台数が０台といった、Ｂｌｕｅｔｏｏｔｈ機能搭載サーバ群の各サーバに接続されるＢｌｕｅｔｏｏｔｈ機能搭載クライアントの台数に偏りが生じるという状況も発生しうる。
【０００８】
そこで本発明は、上記課題に鑑みてなされたもので、無線通信を使用したサーバクライアントシステムの各サーバに接続されるクライアントの台数の偏りを解消する負荷分散装置及び負荷分散方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の発明は、複数のクライアントとの間で無線通信を用いて通信リンクを確立する複数のサーバと接続され、各サーバとの間で通信リンクが確立されるクライアントの台数を管理する負荷分散装置は、各サーバと通信リンク確立状態にあるクライアントの台数を管理するリンク確立状態管理部と、リンク確立状態管理部で管理されるクライアントの台数を比較して通信リンク確立動作が有効となるサーバを判定する有効無効判定部とを具備することを特徴とする。
【００１０】
また、本発明の第２の発明は、複数のサーバのそれぞれと無線通信を用いて通信リンクされるクライアントの台数を管理する負荷分散方法は、各サーバから送信されるクライアントとの通信リンク確立通知を基に、各サーバと通信リンク確立状態にあるクライアントの台数を計算し、各サーバと通信リンク確立状態にあるクライアントの台数をそれぞれ比較し、比較した結果、台数が異なる場合、通信確立状態にあるクライアントの台数が少ないサーバに通信リンク確立動作有効命令を出すことを特徴とすることを特徴とする。
【００１１】
このような構成により、無線通信を使用したサーバクライアントシステムの各サーバに接続されるクライアントの台数の偏りを解消し、システム全体としてサービス品質を高くすることが可能となる。
【００１２】
【発明の実施の形態】
以下本発明に係る実施の形態を、Ｂｌｕｅｔｏｏｔｈ無線通信に適用して説明する。
【００１３】
図１はＢｌｕｅｔｏｏｔｈ無線通信を使用したサーバクライアントシステムの一実施形態を示す図である。このサーバクライアントシステム構成は、Ｂｌｕｅｔｏｏｔｈ機能を搭載したデバイスであるＢｌｕｅｔｏｏｔｈ機能搭載クライアント１（以下、クライアント１と称す。）を複数台、Ｂｌｕｅｔｏｏｔｈ機能を搭載したデバイスであるＢｌｕｅｔｏｏｔｈ機能搭載サーバ２（以下、サーバ２と称す。）を複数台、及び複数台のＢｌｕｅｔｏｏｔｈ機能搭載サーバ２のそれぞれと接続され負荷分散装置の役割を持つサーバコントローラ３を１台具備する構成である。クライアント１は、通信リンク確立対象となるサーバ２を発見する必要があるので、クライアント１にはサーバ探索機能を搭載する必要がある。サーバ２は、クライアント１からの探索に応答する機能を搭載し、かつ、サーバコントローラ３と接続するために必要であるインタフェイスを具備すれば、いかなるデバイスでも構わない。また、サーバ２群のどのサーバ２からもクライアント１群に対して同じ内容のサービスが提供される。サーバ２群におけるいずれのサーバ２のシステム構成も同様であるとする。サーバコントローラ３は、サーバ２と接続するために必要となるインタフェイスと、サーバ２群を管理する程度のスペックを具備する情報処理装置である。クライアント１群とサーバ２群間では、Ｂｌｕｅｔｏｏｔｈ無線通信が行なわれる。クライアント１がサーバ２のそれぞれから半径約１０メートルに入ったとき、クライアント１はサーバ２群と通信可能な領域に入ったといえる。クライアント１がサーバ２と通信リンクを確立すると、サーバ２からサービスの提供を受けることが可能である。サーバ２群とサーバコントローラ３との接続は、有線でも無線でも構わない。本実施例では、有線で接続する方式を示している。尚、図１ではクライアント１及びサーバ２としてパーソナルコンピュータを用いているが、Ｂｌｕｅｔｏｏｔｈ機能搭載機器であれば構わない。
【００１４】
図２はＢｌｕｅｔｏｏｔｈ無線通信における通信リンク確立手順を示す図である。通信リンク確立手順の開始時において、通信リンク確立を求めるＢｌｕｅｔｏｏｔｈ機能を搭載したデバイスがマスタ（他のデバイスを制御するデバイス）の役割となり、インクワイアリ動作（問い合わせ動作）Ｓ１を行なう。インクワイアリ動作Ｓ１とは、近くに存在するＢｌｕｅｔｏｏｔｈ機能を搭載したデバイスをスレイブ（他のデバイスから制御されるデバイス）とみなして、マスタからインクワイアリパケット（通信可能なデバイスを検出する検出するためのパケット）をブロードキャスト（不特定多数の相手に向かってデータを送信）することである。スレイブがインクワイアリスキャン動作（問い合わせスキャン動作）Ｓ２状態である場合、マスタからのインクワイアリパケットを受け取ると、自己のデバイスアドレス情報とクロック情報を含むＦＨＳ（Ｆｒｅｑｕｅｎｃｙ　Ｈｏｐ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）パケットをマスタに返信する。インクワイアリスキャン動作とは、マスタが送信するインクワイアリパケットの受信タイミングを探す動作である。
【００１５】
マスタはスレイブからのＦＨＳパケットを受信し、そのパケットに含まれるデバイスアドレス情報からインクワイアリスキャン状態にあるスレイブ群を認識する。さらにマスタはページ動作（呼び出し動作）Ｓ３を行なう。ページ動作Ｓ３とは、これらのスレイブ群の中における特定のスレイブに対して、その特定のデバイスアドレス情報を含むＩＤパケットをユニキャスト（特定のデバイスに対しデータを送信）することである。前記特定のスレイブが、ページスキャン動作（呼び出しスキャン）Ｓ４状態である場合、このスレイブがマスタからのＩＤパケットを受信すると、このスレイブはマスタにＩＤパケットを返信する。ページスキャン動作とは、マスタからのＩＤパケットの受信タイミングを探す動作である。さらに、マスタは自己のデバイスアドレス情報とクロック周波数を含むＦＨＳパケットをスレイブに送信する。そして、マスタからのＦＨＳパケットを受信したスレイブは、受信確認としてマスタにＩＤパケットを送信する。ここで初めて、マスタとスレイブは同一のホッピングパターンを共有する状態となる。本実施例において、クライアント１は、サーバ２を探索する機能が搭載されているので、マスタの役割を果たし、サーバ２はクライアント１からの探索に応答する機能が搭載されているので、スレイブに相当する。次にＢｌｕｅｔｏｏｔｈ機能を搭載したクライアント１とサーバ２との間で行なわれるＢｌｕｅｔｏｏｔｈ無線通信で使用されるＢｌｕｅｔｏｏｔｈ規格のプロトコルを説明する。
【００１６】
図３はＢｌｕｅｔｏｏｔｈ規格のプロトコルスタックを示した図である。クライアント１及びサーバ２のＢｌｕｅｔｏｏｔｈ規格のプロトコルスタックを図示している。ハードウェアであるホストコントローラ（Ｂｌｕｅｔｏｏｔｈモジュール）１１，２１、ホストコントローラ１１，２１により制御されるソフトウェアであるホスト１２，２２、及びホストコントローラ１１，２１とホスト１２，２２間を仲介するソフトウェアインターフェイスであるホストコントローラインターフェイス（以下、ＨＣＩと称す。）１３，２３から構成される。
【００１７】
ホストコントローラ１１，２１における３つのレイヤの中で最下層である物理層１１１，２１１は、２．４ＧＨｚ周波数帯域を用いた無線周波数信号の送受信および変復調を行なうハードウェア（例えばＲＦトランシーバ）に相当する。この物理層において、無線周波数信号の増幅、周波数ホッピング型のスペクトル拡散方式による無線通信が行なわれる。
【００１８】
物理層１１１，２１１より一つ上位のレイヤがベースバンド層（以下ＢＢ層と称す。）１１２，２１２である。物理層１１１，２１１と同様に、ＢＢ層１１２，２１２はホストコントローラ１１，２１内においてハードウェア（例えばベースバンドチップ）で実装される。このＢＢ層１１２，２１２に、Ｂｌｕｅｔｏｏｔｈ無線通信に必要な機能群が定義されている。これらの定義された機能群の一つとして、図２を用いて説明したマスタ、スレイブ間における通信リンク確立手順が定義されている。この定義された通信リンク確立手順に基づいて、マスタ、スレイブ間の通信リンク確立が制御される。
【００１９】
ＢＢ層１１２，２１２より一つ上位のレイヤがリンク管理層（以下ＬＭ層と称す。）１１３，２１３である。ＬＭ層１１３，２１３はＢＢ層１１２，２１２と同様に、ホストコントローラ１１，２１内においてハードウェア（例えばベースバンドチップ）で実装される。このＬＭ層１１３，２１３は、ＢＢ層１１２，２１２に対し通信リンク確立の設定をするといった通信リンク確立の管理を行なう。この通信リンク確立の設定とは、図２を用いて説明した、マスタ、スレイブ間における通信リンク確立の設定のことである。この設定内容は制御パケットとしてＬＭ層１１３，２１３に定義され、必要に応じてＬＭ層１１３とＬＭ層２１３との間で通信を行なう。また、このＬＭ層１１３，２１３は必要に応じてさらに上位のレイヤから直接、制御される場合もある。
【００２０】
ホストコントローラ１１，２１とホスト１２，２２間を仲介するＨＣＩ１３，２３は、技術仕様として定義されたソフトウェアインターフェイスである。Ｂｌｕｅｔｏｏｔｈモジュールをデバイスに組み込む際、このＨＣＩ１３，２３に基づいたＨＣＩコマンドに従ってアプリケーションを開発すれば、ホストコントローラ１１，２１側のプロトコルを意識することなくアプリケーションを開発することが可能であるというメリットがある。ＨＣＩ１３，２３を使用しない場合は、アプリケーションの開発者がホストコントロール側のプロトコル群を直接操作することが可能である。本実施例では、ＨＣＩ１３，２３を使用した場合について説明するが、ＨＣＩ１３，２３を使用しない場合でも、ホストコントロール側のプロトコル群が同様である限り、本発明の効果が得られる。
【００２１】
ホスト１２，２２のプロトコル群の最下層が、論理リンク管理層（Ｌｏｇｉｃａｌ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　ａｎｄ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）（以下、Ｌ２ＣＡＰと称す。）１２１，２２１である。このＬ２ＣＡＰ１２１，２２１はＨＣＩ１３，２３を通じてＬＭ層１１３，２１３およびＢＢ層１１２，２１２にアクセスするプロトコルである。Ｌ２ＣＡＰ１２１，２２１は、さらに上位のレイヤから送られてくるデータの分割や、ＬＭ層１１３，２１３およびＢＢ層１１２，２１２といった下位のレイヤから送られてくるデータを再構築する。
【００２２】
Ｌ２ＣＡＰ１２１，２２１より上位にあるレイヤがアプリケーション１２２、２２２である。このアプリケーション１２２、２２２には、例えば、ファイル等のデータ転送サービスといったサービスを提供するアプリケーション等がある。
【００２３】
図４はサーバ及びサーバコントローラのシステム構成ブロック図である。本実施形態において、図１で示すように一台のサーバコントローラ３に対し複数台のサーバ２群が接続されるが、サーバ２内のシステム構成はいずれも同じであるので、図４に示すように一台のサーバコントローラ３と一台のサーバ２とが接続された状態を用いて、サーバ２とサーバコントローラ３のシステム構成を説明する。
【００２４】
サーバ２は、Ｂｌｕｅｔｏｏｔｈ無線通信機能を実現するハードウェア部分であるＢｌｕｅｔｏｏｔｈモジュール（以下、ＢＴモジュールと称す。）２１と、ＢＴモジュール２１と接続され、Ｂｌｕｅｔｏｏｔｈ無線通信機能を実現するために必要なソフトウェア部分が設けられるデバイス本体２４とから構成される。本実施例において、ＢＴモジュール２１とデバイス本体２４とを分離している、つまりデバイス本体２４にＢＴモジュール２１を追加する構成としているが、デバイス本体２４内にＢＴモジュール２１を組み込んだ構成や、ＢＴモジュール２１内にＢｌｕｅｔｏｏｔｈ無線通信機能を実現するために必用なソフトウェア部分を組み込む構成でも構わない。
【００２５】
ＢＴモジュール２１内に、Ｂｌｕｅｔｏｏｔｈ無線通信リンク確立の管理を行なうリンク管理部２１４を設ける。通信リンク確立の管理は、図２を用いて説明したマスタであるクライアント１との通信リンク確立時に、スレイブであるサーバ２側で行なうインクワイアリスキャン動作やページスキャン動作を有効にしたり無効にしたりすることで行なわれる。
【００２６】
インクワイアリスキャン動作やページスキャン動作の有効、無効命令２１６がリンク制御部２１５に送られる。このリンク制御部２１５において、前記命令２１６に従ってＢｌｕｅｔｏｏｔｈ無線通信リンク確立の制御が行なわれる。通信リンク確立の制御とは、図３を用いて説明したＢＢ層２１２においてマスタであるクライアント１との通信リンク確立のためのインクワイアリスキャンやページスキャン動作を実際に行なうことである。
【００２７】
リンク制御部２１５で通信リンク確立の制御が行なわれ、通信リンクが確立された、もしくは通信リンクが切断された後、リンク制御部２１５からリンク管理部２１４へ、通信リンク確立もしくは切断完了通知２１７が送信される。リンク管理部２１５は通知２１７を受け、ＨＣＩ２３を通じて通信リンク確立もしくは切断イベント２４１を送信する。このイベント２４１は、図３を用いて説明したホスト２２を経由してサーバコントローラ３側に送信されてもよいし、もしくはホスト２２を経由せずに、直接サーバコントローラ３側に送信されてもよい。イベント２４１は、サーバコントローラ３内に設けられる通信リンク確立もしくは切断イベント２４１を用いて、サーバ２毎に通信リンク確立されているクライアント総数を管理するリンク確立状態管理部３１１に入力される。
【００２８】
前述したが、図４では一台のサーバ２と一台のサーバコントローラ３とが接続された状態を表す図であり、実際は一台のサーバコントローラ３に複数台のサーバ２が接続されている。従ってリンク確立状態管理部３１１には、複数台のサーバ２からそれぞれ送信されるイベント２４１が入力される。これらのイベント２４１はリンク確立状態管理部３１１で順次、処理される。
【００２９】
リンク確立状態管理部３１１は、例えばあるサーバ２から入力されるイベント２４１を基に、このサーバ２と通信リンク確立状態にあるクライアント１の台数を計算する。計算されたクライアント１の台数のデータ３１３が、有効無効判定部３１２に入力される。
【００３０】
有効無効判定部３１２において、データ３１３を用いて、クライアント１と通信リンク確立、もしくは切断イベントが生じたサーバ２の通信リンク確立状態にあるクライアント１の総数が更新される。さらに、各サーバ２の保持する通信リンク確立状態にあるクライアント１の総数同士を比較する。この総数同士を比較することで、どのサーバ２に対してインクワイアリスキャン動作およびページスキャン動作を有効にする、つまりクライアント１との通信リンク確立を許可し、またどのサーバ２に対してこれらの動作を無効にする、つまりクライアント１との通信リンク確立を不許可にするかを決定する。このインクワイアリスキャンおよびページスキャン動作有効もしくは無効決定命令３１４が、サーバコントローラ３から各サーバ２内のＢＴモジュール２１に設けられたリンク管理部２１４に送信される。命令３１４は各サーバ２内のデバイス本体２４に設けられるホスト２２を経由しても構わない。この命令３１４に基いて、マスタであるクライアント１との通信リンク確立時に、スレイブであるサーバ２側で行なうインクワイアリスキャン動作やページスキャン動作を有効にしたり無効にしたりすることになる。サーバコントローラ３内のリンク確立状態管理部３１１及び有効無効判定部３１２で行なわれる処理について例を用いて説明する。
【００３１】
図５は、リンク確立状態管理部における処理の１例を示した表である。
サーバ２からイベント２４１が入力される以前の、リンク確立状態管理部３１１における管理情報Ｔ１は、サーバ２群を構成するサーバ名Ｔ１１とそれぞれのサーバ２と通信リンクを確立するクライアント１の台数Ｔ１２から構成される。サーバ２からイベント２４１が入力された後の、リンク確立状態管理部３１１における管理情報Ｔ２も、管理情報Ｔ１同様に、サーバ２群を構成するサーバ名Ｔ１１とそれぞれのサーバ２と通信リンクを確立するクライアント１の台数Ｔ１２から構成される。
【００３２】
管理情報Ｔ１において、サーバ名Ｔ１１を、例えばＳ｛１｝，Ｓ｛２｝等とする。また、それぞれのサーバ名Ｔ１１に対応づけて、通信リンク確立状態にあるクライアントの台数Ｔ１２を、例えばＮ（１），Ｎ（２）等とする。リンク確立状態管理部３１１に、「Ｓ｛２｝が１台のクライアントと通信リンクを確立した。」という内容のイベント２４１が入力されると、管理情報Ｔ１におけるＳ｛２｝と通信リンク確立状態にあるクライアントの台数Ｔ１２であるＮ（２）台（Ｔ１３）に一台加算される。そして管理情報Ｔ２に示すように、Ｓ｛２｝と通信リンク確立状態にあるクライアントの台数Ｔ１２はＮ（２）＋１台（Ｔ２１）に更新される。この更新されたデータが、図４を用いて説明したデータ３１３に相当する。
【００３３】
尚、例えばあるサーバ２が１台のクライアント１と通信リンクを切断したときに場合でも、加算が減算に変わる以外は上記と同様の方法でデータ３１３に更新する。
【００３４】
図６は、有効無効判定部における処理の１例を示した表である。
リンク確立状態管理部３１１からデータ３１３入力される以前の有効無効判定部３１２における管理情報Ｔ３は、サーバ２群を構成するサーバ名Ｔ３１とそれぞれのサーバ２と通信リンクを確立するクライアント１の台数Ｔ３２から構成される。リンク確立状態管理部３１１からデータ３１３入力され、このデータ３１３に基いて更新された有効無効判定部３１２における管理情報Ｔ４は、サーバ２群を構成するサーバ名Ｔ３１とそれぞれのサーバ２と通信リンクを確立するクライアント１の台数Ｔ３２から構成される。管理情報Ｔ４における通信リンクを確立するクライアント１の台数Ｔ３２を比較した後の状態を表す管理情報Ｔ５も、サーバ２群を構成するサーバ名Ｔ３１とそれぞれのサーバ２と通信リンクを確立するクライアント１の台数Ｔ３２から構成される。
【００３５】
リンク確立状態管理部３１１から「Ｓ｛２｝と通信リンク確立状態にあるクライアントの台数がＮ（２）＋１台である。」という更新のデータ３１３が有効無効判定部３１２に入力されると、管理状態Ｔ３におけるＳ｛２｝に対応する通信リンク確立状態にあるクライアント台数Ｎ（２）台（Ｔ３３）が、管理状態Ｔ４におけるＳ｛２｝に対応する通信リンク確立状態にあるクライアント台数Ｎ（２）＋１台（Ｔ４１）に更新される。
【００３６】
管理状態Ｔ４における、それぞれのサーバ２と通信リンク確立状態にあるクライアント１の台数Ｔ３２を比較する、つまりＮ（１），Ｎ（２）＋１・・・を比較することで、どのサーバに対してインクワイアリスキャン動作及びページスキャン動作を有効にし、どのサーバに対してこれらの動作を無効にするかを指定する。例えば、管理状態Ｔ５に示すように、Ｓ｛１｝及びＳ｛ｎ｝はインクワイアリスキャン動作及びページスキャン動作を有効（Ｔ５１、Ｔ５３）にし、Ｓ｛２｝はインクワイアリスキャン動作及びページスキャン動作を無効（Ｔ５２）とすればよい。Ｔ５１、Ｔ５２及びＴ５３がインクワイアリスキャンおよびページスキャン動作有効もしくは無効命令３１４に相当する。
【００３７】
前記インクワイアリスキャン動作及びページスキャン動作が有効となるサーバ２の指定方法は、通信リンク確立状態にあるクライアント１の台数が少ないサーバ２から順番に、インクワイアリスキャン動作及びページスキャン動作を有効にすればよい。すると、サーバ２群において通信リンク確立状態にあるクライアント１の台数が少ないサーバ２から順に、クライアント１と通信リンクを確立するので、サーバ群にとって負荷分散が行なわれたことになる。このインクワイアリスキャン動作及びページスキャン動作が有効となるサーバ２の指定方法は複数ある。それぞれの方法の詳細は後述をもって一つずつ紹介する。
【００３８】
ここで図１を用いて説明したサーバクライアントシステムにおいて、サーバ２は、Ｓ｛１｝、Ｓ｛２｝、・・・Ｓ｛ｎ｝のｎ台準備され、サーバ２それぞれと通信リンクを確立しているクライアント１の台数は、それぞれＮ（１）、Ｎ（２）、・・・Ｎ（ｘ）・・・Ｎ（ｎ）で表される、とする。また、これらのクライアント１の台数のうち最大値をＮｍａｘ、最小値をＮｍｉｎと表す。サーバコントローラ３で、インクワイアリスキャン動作及びページスキャン動作を有効にするサーバ２の台数をｍ台（ｎ≧ｍ、かつｍは０より大きい。）と表す。
【００３９】
インクワイアリスキャン動作及びページスキャン動作を有効とするサーバ２の１つ目の指定方法は、サーバコントローラ３において予め「固定値」であるｍの値を初期設定しておく方法である（第１の実施形態）。この決定方法を採用したサーバコントローラ３の機能開始から終了までを図７を用いて説明する。
【００４０】
図７は第１の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャートである。まず、サーバコントローラ３において、クライアント１と通信リンク確立が許可されるサーバ２の台数（ｍの値）を初期設定する（Ｓ５）。クライアント１と通信リンク確立が許可されるサーバ２の台数はこの初期設定された固有値を用いて決定される。サーバコントローラ３の有効無効判定部３１２において、各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数であるかどうかを比較する（Ｓ６）。クライアント１の台数が同数の場合、例えば、サーバ群のＳ｛１｝からＳ｛ｍ｝までをクライアント１と通信リンク確立が許可されるサーバ２と指定し、Ｓ｛ｍ＋１｝からＳ｛ｎ｝までをクライアント１と通信リンク確立が不許可であるサーバ２と指定するように、予めサーバ２に番号を割り当てておき、番号の小さいサーバ２からクライアント１と通信リンク確立が許可されるサーバ２と指定すればよい（Ｓ７）。クライアント１と通信リンク確立が許可されたｍ台の全てのサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可命令３１４が送信される（Ｓ９）。一方、クライアント１の台数が同数でない場合、サーバコントローラ３の有効無効判定部３１２において、初期設定した固有値ｍの値および各サーバ２と通信リンク確立状態にあるクライアント１の台数とを参照にして、クライアント１と通信リンク確立が許可されるｍ台分のサーバ２を指定し、クライアント１との通信リンク確立が不許可である（ｎ−ｍ）台分のサーバ２を指定する（Ｓ８）。クライアント１と通信リンク確立が許可されたｍ台のサーバ２及びクライアント１との通信リンク確立が不許可である（ｎ−ｍ）台のサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可、不許可命令３１４が送信される（Ｓ９）。この命令３１４はリンク管理部２１４に入力され、通信リンク確立が許可されたサーバ２は、クライアント１と通信リンクが確立することが可能である。各サーバ２において、クライアント１との通信リンクが確立もしくは切断が行なわる（Ｓ１０）。その後、通信リンクが確立もしくは切断完了通知２１７がリンク制御部２１５からリンク管理部２１４に送信される。リンク管理部２１４が通信リンク確立完了通知２１７を受け取った場合、サーバコントローラ３のリンク確立状態管理部３１１に通信リンク確立イベント２４１が入力される。つまりリンク確立状態管理部３１１に、クライアント１と通信リンクを確立したサーバ２の保持する通信リンク確立状態にあるクライアント１の台数を１台インクリメントせよ、という命令が入力されることに相当する（Ｓ１１）。また、リンク管理部２１４が通信リンク切断完了通知２１７を受け取った場合、サーバコントローラ３のリンク確立状態管理部３１１に通信リンク切断イベント２４１が入力される。つまりリンク確立状態管理部３１１に、クライアント１と通信リンクを切断したサーバ２の保持する通信リンク確立状態にあるクライアント１の台数を１台デクリメントせよ、という命令が入力されることに相当する（Ｓ１２）。その後、リンク確立状態管理部３１１において、クライアント１と通信リンクを確立もしくは切断したサーバ２が保持する通信リンク確立状態にあるクライアント１の台数を更新する（Ｓ１３）。ここで、サーバコントローラ３において、サーバ２からクライアント１へサービスを停止するか否かを判断する（Ｓ１４）。サービスを停止しないならば、リンク確立状態管理部３１１で更新されたデータ３１３が有効無効判定部３１２に入力され、Ｓ６の処理からフローチャートの流れに沿って順番に処理される。サーバ２からクライアント１へのサービスを停止する場合、サーバ３の有効無効判定部３１２において、各サーバ２に対してクライアント１との通信リンク確立を不許可にすればよい（Ｓ１５）。サーバ群とクライアント群とが通信リンク確立を行なうことが不可能になるので、サーバ２とクライアント１との通信リンク確立の管理を行なうサーバコントローラ３の機能は終了する。
【００４１】
この第１の実施例におけるインクワイアリスキャン動作及びページスキャン動作を有効にするサーバ２の指定方法では、インクワイアリスキャン動作及びページスキャン動作が有効状態であるサーバ２と通信リンクを確立するクライアント１の台数に偏りが生じる場合がある。例えば、ある時点において、サーバ群の中でＳ｛１｝、Ｓ｛２｝及びＳ｛３｝はインクワイアリスキャン動作及びページスキャン動作が有効状態であり、その他のサーバはインクワイアリスキャン動作及びページスキャン動作が無効状態であるとする。Ｓ｛１｝は３台のクライアント１と、Ｓ｛２｝は４台のクライアント１と、Ｓ｛３｝は５台のクライアント１と、それぞれ通信リンクを確立している状態であるとする。サーバ群の状態が前記の状態において、ある１台のクライアント１がサーバ２群に対して通信リンク確立を要求を行い、もしそのクライアント１がＳ｛１｝と通信リンクを確立したならば、Ｓ｛１｝は４台のクライアント１と通信リンクを確立している状態に変化する。この場合、Ｓ｛１｝、Ｓ｛２｝及びＳ｛３｝それぞれと通信リンクを確立しているクライアントの台数はそれぞれ４台、４台及び５台となる。しかし、ある１台のクライアント１がサーバ２群に対して通信リンク確立を要求を行い、もしＳ｛３｝と通信リンクを確立したならば、Ｓ｛３｝は６台のクライアント１と通信リンクを確立している状態に変化する。この場合、Ｓ｛１｝、Ｓ｛２｝及びＳ｛３｝それぞれと通信リンクを確立しているクライアントの台数はそれぞれ３台、４台及び６台となる。以上の例から、ある時点においてサーバ２群に通信リンク確立を要求するクライアント１が、通信確立状態にあるクライアント１の台数が少ないサーバ２と通信リンクを確立したならば、サーバ２群として負荷分散された望ましい状態になるが、一方、サーバ２群に通信リンク確立を要求するクライアント１が、通信確立状態にあるクライアント１の台数が多いサーバ２と通信リンクを確立したならば、通信確立状態にあるクライアント１の台数が最も少ないサーバ２と通信確立状態にあるクライアント１の台数が最も多いサーバ２との通信リンク確立状態にあるクライアント１の台数の差が大きくなり、サーバ２群として負荷分散されていない望ましくない状態にもなり得るということがわかる。しかし、サーバ２群を構成する全てのサーバ２に対してインクワイアリスキャン動作及びページスキャン動作を有効にする場合と、初期設定された固定値ｍを用いてサーバ２群を構成する全てのサーバ２から通信リンク確立状態にあるクライアント１の台数が少ないサーバ２を特定し、それらのサーバ２に通信リンク確立を要求するクライアント１と通信リンクを確立させる場合とを比較すると、初期設定された固定値ｍを用いてサーバ２群を構成する全てのサーバ２から通信リンク確立状態にあるクライアント１の台数が少ないサーバ２を特定する場合の方が、少なくとも、サーバ群２を構成する全てのサーバ２から通信リンク確立状態にあるクライアント１の台数が多いサーバ２を選択していない。従って、第１の実施形態で説明したサーバ指定方法は、サーバ２群を構成する全てのサーバ２に対してインクワイアリスキャン動作及びページスキャン動作を有効にする方法よりも負荷分散効果が高い方法となる。
【００４２】
インクワイアリスキャン動作及びページスキャン動作が有効とするサーバ２の２つ目の指定方法は、各サーバ２と通信リンク確立状態にあるクライアント１の台数を比較して、サーバコントローラ３において初期設定したｍの値を変化させる方法である（第２の実施形態）。この指定方法を採用したサーバコントローラ３の機能開始から終了までを図８を用いて説明する。
【００４３】
図８は第２の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャートである。サーバコントローラ３から各サーバ２に対してクライアント１と通信リンク確立許可もしくは不許可命令３１４が送信されるステップＳ９以降の処理は、図７を用いて説明したフローチャートと同様であるので、サーバコントローラ３において、クライアント１と通信リンク確立が許可もしくは不許可されるサーバ２を指定するステップ群を説明する。
【００４４】
まず、サーバコントローラ３において、クライアント１と通信リンク確立が許可されるサーバ２の台数（ｍの値）を初期設定する（Ｓ５）。サーバコントローラ３の有効無効判定部３１２において、各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数であるかどうかを比較する（Ｓ６）。クライアント１の台数が同数の場合、有効無効判定部３１２において、クライアント１と通信リンク確立が許可されるサーバ２として、ｍの値を変化させてｍ＝ｎ台の全てのサーバ２を指定する（Ｓ１６）。クライアント１と通信リンク確立が許可されたｎ台の全てのサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可命令３１４が送信される（Ｓ９）。一方、クライアント１の台数が同数でない場合、ｍの値および各サーバ２と通信リンク確立状態にあるクライアント１の台数とを参照にして、クライアント１と通信リンク確立が許可されるｍ台分のサーバ２を指定し、クライアント１との通信リンク確立が不許可である（ｎ−ｍ）台分のサーバ２を指定する（Ｓ８）。クライアント１と通信リンク確立が許可されたｍ台のサーバ２及びクライアント１との通信リンク確立が不許可された（ｎ−ｍ）台のサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可、不許可命令３１４が送信される（Ｓ９）。
【００４５】
第２の実施例と第１の実施例とを比較すると、Ｓ７とＳ１６との違い、つまり、各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数である場合、クライアント１と通信リンク確立が許可されるサーバ２の数をｍ台に限定するか、もしくは限定せずにサーバ群を構成する全てのサーバ２にクライアント１と通信リンク確立を許可するかの違いである。第２の実施例におけるインクワイアリスキャン動作及びページスキャン動作を有効状態とするサーバ２の指定方法は各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数である場合、サーバ群を構成する全てのサーバ２にクライアント１と通信リンク確立を許可するので、クライアント１と通信リンク確立が許可されるサーバ２の数をｍ台に限定する第１の実施例のインクワイアリスキャン動作及びページスキャン動作を有効状態とするサーバ２の指定方法と比較して、サーバコントローラ３に負担がかかる。しかし第２の実施形態の方がクライアント１と通信リンク確立を許可されるサーバ２の台数が多いので、クライアント１が通信リンクを確立可能なサーバ２を探索しやすくなり、通信リンクを確立する時間が短縮される効果もある。尚、サーバ群に対する負荷分散効果は第１の実施例と同様である。
【００４６】
インクワイアリスキャン動作及びページスキャン動作が有効となるサーバ２の３つ目の決定方法は、サーバコントローラ３においてｍの値を初期設定せずに、各サーバ２と通信リンク確立状態にあるクライアント１の台数を比較して、クライアント１と通信リンク確立が許可されるサーバ２を指定する方法である（第３の実施形態）。この決定方法を採用したサーバコントローラ３の機能開始から終了までを図９を用いて説明する。
【００４７】
図９は第３の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャートである。サーバコントローラ３から各サーバ２に対してクライアント１と通信リンク確立許可もしくは不許可命令３１４が送信されるステップＳ７以降の処理は、図７で説明したフローチャートと同様であるので、サーバコントローラ３において、クライアント１と通信リンク確立が許可もしくは不許可されるサーバ２を指定するステップ群を説明する。
【００４８】
まずサーバコントローラ３の有効無効判定部３１２において、各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数であるかどうかを比較する（Ｓ６）。クライアント１の台数が同数の場合、有効無効判定部３１２において、クライアント１と通信リンク確立が許可されるサーバ２として、ｎ台の全てのサーバ２を指定する（Ｓ１６）。クライアント１と通信リンク確立が許可されたｎ台の全てのサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可命令３１４が送信される（Ｓ９）。一方、クライアント１の台数が同数でない場合、各サーバ２と通信リンク確立状態にあるクライアント１の台数を比較して、クライアント１の台数が最小であるサーバ２にのみ、クライアント１と通信リンク確立が許可される１台のサーバ２として指定し、それ以外のサーバ２をクライアント１との通信リンク確立が不許可された（ｎ−１）台のサーバ２として指定する（Ｓ１７）。クライアント１と通信リンク確立が許可された１台のサーバ２及びクライアント１との通信リンク確立が不許可された（ｎ−１）台のサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可、不許可命令３１４が送信される（Ｓ９）。以下のフローチャートの処理は図７と同様である。
【００４９】
第３の実施形態を第１の実施形態及び第２の実施形態と比較すると、第３の実施形態では各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数ではない場合、クライアント１の台数が最小であるサーバ２にのみクライアント１と通信リンク確立が許可される１台のサーバ２として指定するので、第１の実施形態及び第２の実施形態におけるクライアント１と通信リンク確立が許可されるｍ台のサーバ２の中で通信リンクを確立しているクライアント１の台数が多いサーバ２に、通信リンク確立を要求しているクライアント１が通信リンクを確立してしまいサーバ群として負荷分散されていない望ましくない状態に陥るということは回避され、サーバ群として最適な負荷分散を図る効果が望める。尚、第３の実施形態は第２の実施形態のＳ５においてｍ＝１と設定した場合に相当する。
【００５０】
インクワイアリスキャン動作及びページスキャン動作が有効となるサーバ２の４つ目の決定方法は、各サーバ２と通信リンク確立状態にあるクライアント１の台数を比較して、サーバコントローラ３において初期設定したｍの値を変化させる方法である第２の実施形態に改良を加えた方法である（第４の実施形態）。この決定方法を採用したサーバコントローラ３の機能開始から終了までを図１０を用いて説明する。
【００５１】
図１０は第４の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャートである。サーバコントローラ３から各サーバ２に対してクライアント１と通信リンク確立許可もしくは不許可命令３１４が送信されるステップＳ９以降の処理は、図７で説明したフローチャートと同様であるので、サーバコントローラ３において、クライアント１と通信リンク確立が許可もしくは不許可されるサーバ２を指定するステップ群を説明する。
【００５２】
まず、サーバコントローラ３において、クライアント１と通信リンク確立が許可されるサーバ２の台数（ｍの値）を初期設定する（Ｓ５）。サーバコントローラ３の有効無効判定部３１２において、各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数であるかどうかを比較する（Ｓ６）。クライアント１の台数が同数の場合、有効無効判定部３１２において、クライアント１と通信リンク確立が許可されるサーバ２として、ｎ台の全てのサーバ２を指定する（Ｓ１６）。クライアント１と通信リンク確立が許可されたｎ台の全てのサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可命令３１４が送信される（Ｓ９）。一方、クライアント１の台数が同数でない場合、ａ）Ｎｍａｘ−Ｎｍｉｎ＝１、ｂ）Ｎｍａｘ−Ｎｍｉｎ≧２の２通りの計算を行なう（Ｓ１８）。この計算結果がａ）の場合、クライアント１と通信リンク確立が許可されるｍ台分のサーバ２を指定し、クライアント１との通信リンク確立が不許可される（ｎ−ｍ）台分のサーバ２を指定する（Ｓ８）。クライアント１と通信リンク確立が許可されたｍ台のサーバ２及びクライアント１との通信リンク確立が不許可された（ｎ−ｍ）台のサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可、不許可命令３１４が送信される（Ｓ９）。計算結果がｂ）の場合、Ｎ（ｘ）！＝Ｎｍａｘの条件をみたすサーバ２、つまり通信リンク確立状態にあるクライアント１の台数が最大であるサーバ２以外の（ｎ−１）台のサーバ２に対してクライアント１と通信リンク確立が許可されたサーバ２として指定し、通信リンク確立状態にあるクライアント１の台数が最大である１台のサーバ２に対してクライアント１との通信リンク確立が不許可されたサーバ２として指定する（Ｓ１９）。クライアント１と通信リンク確立が許可された（ｎ−１）台のサーバ２及び、クライアント１との通信リンク確立が不許可され、通信リンク確立状態にあるクライアント１の台数が最大である１台のサーバ２に対して、サーバコントローラ３の有効無効判定部３１２から、各サーバ２に対して、クライアント１との通信リンク確立許可、不許可命令３１４が送信される（Ｓ９）。以下のフローチャートの処理は図７と同様である。
【００５３】
第４の実施形態は、第１及び第２の実施形態の各サーバ２と通信リンク確立状態にあるクライアント１の台数が同数でない場合において生じる、インクワイアリスキャン動作及びページスキャン動作を有効状態であるサーバ２と通信リンクを確立するクライアント１の台数に偏りが生じるという問題を若干解消できる。各サーバ２の保持する通信リンク確立状態にあるクライアント１の台数を比較し、その台数の最大値と最小値の差を求めその差が２以上になれば、通信リンク確立状態にあるクライアント１の台数の最大値であるサーバ２に対してクライアント１と通信リンク確立を不許可にし、そのサーバ２以外の通信リンク確立状態にあるクライアント１の台数が少ないサーバ２に対して優先的にクライアントと通信リンクを確立させるので、第１及び第２の実施形態と比較してサーバ群に対する負荷分散効果が高くなる。
【００５４】
このような構成からなる本実施例の無線通信を使用したサーバクライアントシステムの負荷分散装置及び方法によって、各サーバに接続されるクライアントの台数の偏りを解消し、システム全体としてサービス品質を高上することができる。
【００５５】
本発明ではその主旨を逸脱しない範囲であれば、上記の実施形態に限定されるものではない。そして、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線技術のみならず、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線技術と類似の無線技術に広く適用できるものである。
【００５６】
【発明の効果】
以上詳述した発明によれば、無線通信を使用したサーバクライアントシステムの各サーバに接続されるクライアントの台数の偏りを解消するので、システム全体としてサービス品質を高上することが可能である。
【図面の簡単な説明】
【図１】Ｂｌｕｅｔｏｏｔｈ無線通信を使用したサーバクライアントシステムの一実施形態を示す図。
【図２】Ｂｌｕｅｔｏｏｔｈ無線通信における通信リンク確立手順を示す図。
【図３】Ｂｌｕｅｔｏｏｔｈ規格のプロトコルスタックを示した図。
【図４】サーバ及びサーバコントローラのシステム構成ブロック図。
【図５】リンク確立状態管理部における処理の例を示した表。
【図６】有効無効判定部における処理の例を示した表。
【図７】第１の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャート。
【図８】第２の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャート。
【図９】第３の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャート。
【図１０】第４の実施形態におけるサーバコントローラの機能開始から終了までを説明したフローチャート。
【符号の説明】
１…Ｂｌｕｅｔｏｏｔｈ機能搭載クライアント、
２…Ｂｌｕｅｔｏｏｔｈ機能搭載サーバ、３…サーバコントローラ、
１１，２１…ホストコントローラ、１２，２２…ホスト、
１３，２３…ホストコントローラインターフェイス、
２４…デバイス本体、
１１１，２１１…物理層、１１２，２１２…ベースバンド層、
１１３，２１３…リンク管理層、
１２１，２２１…論理リンク管理層、
１２２、２２２…アプリケーション、
２１４…リンク管理部、２１５…リンク制御部、
３１１…リンク確立状態管理部、３１２…有効無効判定部
【図１】
2004118629.tif 000003
【図２】
2004118629.tif 000004
【図３】
2004118629.tif 000005
【図４】
2004118629.tif 000006
【図５】
2004118629.tif 000007
【図６】
2004118629.tif 000008
【図７】
2004118629.tif 000009
【図８】
2004118629.tif 000010
【図９】
2004118629.tif 000011
【図１０】
2004118629.tif 000012