(57)【特許請求の範囲】
【請求項１】
データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信装置において、
前記データ送受信のための通信チャネルのトラフィックを監視するトラフィック監視手段と、
前記トラフィック監視手段によって検出された前記通信チャネルのトラフィックに基づいて、前記制御チャネルを用いて行われる前記局発見メッセージの送信処理の実行タイミングまたは実行間隔を動的に制御する制御手段とを具備することを特徴とする通信装置。
【請求項２】
前記制御手順では、前記局発見メッセージの送信処理と、局探索のために相手端末から送信される局発見メッセージを検知してそれに応答するための局発見待ち受け処理が行われ、
前記制御手段は、前記トラフィック監視手段によって検出されたトラフィックに基づいて、前記局発見待ち受け処理の実行間隔を動的に制御することを特徴とする請求項１記載の通信装置。
【請求項３】
前記制御手順では、前記局発見メッセージの送信処理と、相手端末から送信されるコネクション確立要求メッセージを検知するためのコネクション確立要求待ち受け処理が行われ、
前記制御手段は、前記トラフィック監視手段によって検出されたトラフィックに基づいて、前記コネクション確立要求待ち受け処理の実行間隔を動的に制御することを特徴とする請求項１記載の通信装置。
【請求項４】
前記制御手順では、前記局発見メッセージの送信処理と、局探索のために相手端末から送信される局発見メッセージを検知してそれに応答するための局発見待ち受け処理または相手端末から送信されるコネクション確立要求メッセージを検知するためのコネクション確立要求待ち受け処理が実行され、
前記制御手段は、前記トラフィック監視手段によって検出されたトラフィックに基づいて、前記局発見待ち受け処理の実行間隔または前記コネクション確立要求待ち受け処理の実行間隔を動的に制御することを特徴とする請求項１記載の通信装置。
【請求項５】
データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信装置において、
前記制御チャネルを用いて前記局発見メッセージの送信処理を実行する手段と、
データ通信処理と無線リンク確立のどちらを優先するかをユーザ操作に応じて設定するユーザインターフェイス手段と、
前記ユーザインターフェイス手段による設定に応じて、前記制御チャネルを用いて行われる前記局発見メッセージの実行間隔を制御する制御手段とを具備することを特徴とする通信装置。
【請求項６】
バッテリ駆動可能に構成され、同時に複数の相手端末と接続可能な通信装置において、
データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信手段と、
前記制御チャネルを用いて前記局発見メッセージの送信処理を実行する手段と、
前記バッテリの残存容量に応じて、または前記通信装置が前記バッテリまたは外部電源のどちらによって駆動されているかに応じて、前記局発見メッセージの送信処理の実行タイミングもしくは実行間隔を動的に制御する制御手段とを具備することを特徴とする通信装置。
【請求項７】
データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信装置の制御方法であって、
前記データ送受信のための通信チャネルのトラフィックを監視するトラフィック監視ステップと、
前記トラフィック監視ステップによって検出された前記通信チャネルのトラフィックに基づいて、前記制御チャネルを用いて行われる前記局発見メッセージの送信処理の実行タイミングまたは実行間隔を動的に制御する制御ステップとを具備することを特徴とする制御方法。
【請求項８】
データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信装置の制御方法であって、
データ通信処理と無線リンク確立のどちらを優先するかをユーザ操作に応じて設定する設定ステップと、
前記設定ステップによる設定に応じて、前記制御チャネルを用いて行われる前記局発見メッセージの送信処理の実行間隔を制御する制御ステップとを具備することを特徴とする制御方法。
【請求項９】
バッテリ駆動可能に構成され、データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用し、同時に複数の相手端末と接続可能な通信装置の制御方法であって、
前記制御チャネルを用いて前記局発見メッセージの送信処理を実行するステップと、
前記バッテリの残存容量に応じて、または前記通信装置が前記バッテリまたは外部電源のどちらによって駆動されているかに応じて、前記局発見メッセージの送信処理の実行タイミングもしくは実行間隔を動的に制御する制御ステップとを具備することを特徴とする制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信装置およびその制御方法に関し、特に通信チャネルと制御チャネルとを排他的に無線リソースに割り当てて使用する通信装置およびその制御方法に関する。
【０００２】
【従来の技術】
従来より、パーソナルコンピュータ（ＰＣ）や携帯情報端末（ＰＤＡ）等の情報処理装置においては、赤外線を用いた通信インターフェイスが用いられている。赤外線通信の規格であるＩｒＤＡでは、通信を確立する前に、情報処理装置の状態に関係なく一定間隔で局発見が行われる。この局発見の間隔は予め決められており、バッテリ残量が少なくなっていても、局発見メッセージは常に一定間隔でブロードキャストされる。
【０００３】
しかし、通信相手となる端末が常に通信圏内に存在しているとは限らないので、むやみに局発見を一定間隔で行っても通信相手を探索できない場合もある。この場合には、無駄な電力が消費されてしまう結果となる。特にバッテリによって動作する機器においては、むやみに局発見を一定間隔で行うと、その分だけバッテリ駆動時間が短くなるなどの問題が生じることになる。
【０００４】
また、最近注目されているＢｌｕｅｔｏｏｔｈ、ＨｏｍｅＲＦ等の無線通信システムにおいても、予め決められ一定間隔で局発見が行われるのが通常である。これら無線通信システムではマスタは同時に複数のスレーブと接続することができる。そのため、ＩｒＤＡとは異なり、コネクションが確立されている状態であっても、新たな端末を探索するための局発見処理は定期的に行われる。この場合、データ送受信のための通信チャネルと局発見等を行うための制御チャネルは無線リソースに排他的に割り当てられるため、局発見処理を行う際に、実行中の通信が存在すると、その通信は一時的に停止されることになる。このため、通信相手となる端末が通信圏内に存在していないような場合においては、無駄な局発見によって通信速度が低下されてしまうという問題が招くことになる。
【０００５】
【発明が解決しようとする課題】
上述したように、従来では、予め決められ一定間隔で局発見が行われており、これにより無駄に電力が消費されたり、通信処理性能が低下されるという問題があった。
【０００６】
本発明はこのような点に鑑みてなされたものであり、局発見の間隔、局発見を待っているモードの間隔などの接続制御に関する各パラメータを動的に最適化できるようにし、通信パフォーマンスの向上、消費電力の抑制を図ることが可能な通信装置およびその制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述の課題を解決するため、本発明は、データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信装置において、前記データ送受信のための通信チャネルのトラフィックを監視するトラフィック監視手段と、前記トラフィック監視手段によって検出された前記通信チャネルのトラフィックに基づいて、前記制御チャネルを用いて行われる前記局発見メッセージの送信処理の実行タイミングまたは実行間隔を動的に制御する制御手段とを具備することを特徴とする。
【０００８】
この通信装置においては、トラフィック状態に基づいて、新たな無線リンク確立に必要な制御手順の実行タイミングまたは実行間隔を動的に制御することができるので、トラフィックの負荷が高いときは局発見の頻度を下げ、負荷が低いときは局発見の頻度を上げることにより、通信パフォーマンスが向上し無線資源を効率的に使用することが可能となる。
【０００９】
また、前記制御手順の実行タイミングまたは実行間隔に関する設定をユーザ操作に応じて実行するためのユーザインターフェイス手段と、前記ユーザインターフェイス手段による設定結果に基づいて、前記制御手順の実行タイミングまたは実行間隔を制御する制御手段とを設けることにより、ユーザの意志に応じて接続制御に関する各パラメータを最適化することが可能となり、ユーザの意図しないパフォーマンスの低下などを防ぐことが可能となる。特に、通信チャネルを用いたデータ送受信を優先的に実行させる第１モードと、制御チャネルを用いて行われる新たな無線リンク確立のための制御手順を優先的に実行させる第２モードとを用意し、ユーザによって選択されたモードに応じて接続制御に関する各パラメータを最適化することが好ましい。もちろん、局発見のタイミング、間隔などをユーザが明示的に指定してもよい。
【００１０】
また、本発明は、バッテリ駆動可能に構成され、同時に複数の相手端末と接続可能な通信装置において、データ送受信のための通信チャネルと、相手端末を探索するための局発見メッセージの送信処理を少なくとも含む、無線リンク確立に必要な制御手順を行うための制御チャネルとを、排他的に無線リソースに割り当てて使用する通信手段と、前記制御チャネルを用いて前記局発見メッセージの送信処理を実行する手段と、前記バッテリの残存容量に応じて、または前記通信装置が前記バッテリまたは外部電源のどちらによって駆動されているかに応じて、前記局発見メッセージの送信処理の実行タイミングもしくは実行間隔を動的に制御する制御手段とを具備することを特徴とする。
【００１１】
このように、バッテリの残存容量に応じて、局発見メッセージの送信処理または局発見待ち受け処理についての実行タイミングもしくは実行間隔を動的に制御することにより、バッテリ動作時間の延長を図ることが可能となる。また、外部電源の接続の有無に基づいて、現在の動作電源が前記バッテリおよび前記外部電源のどちらであるかを検出する動作電源検出手段と、前記動作電源検出手段の検出結果に基づき、局発見メッセージの送信処理または前記局発見待ち受け処理についての実行タイミングもしくは実行間隔を動的に制御する手段とをさらに設けることにより、バッテリ駆動時には局発見等の間隔を長くして電力消費の低減を図り、また外部電源駆動時は局発見等の間隔を短くして新たな無線リンクを確立し易くするという運用が可能となる。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
図１は、本発明の一実施形態に係る無線通信システムの基本構成が概念的に示されている。情報処理装置１は例えばバッテリ駆動可能なノートブック型のパーソナルコンピュータ（ＰＣ）であり、携帯電話機２などの携帯機器との間で無線によるローカルなリンクを確立して通信することができる。この無線リンクが確立された状態に於いては、利用者は携帯電話機２を用いることにより、ＰＣ１の遠隔操作や、ＰＣ１と携帯電話機２との間でメールや個人情報のデータ交換等を無線によって行うことができる。
【００１３】
ＰＣ１は携帯電話機２や他のＰＣなどの複数の相手端末に同時に接続することができる（マルチポイント）。この場合、ＰＣ１は、コネクションが確立されている状態であっても、新たな端末を探索するための局発見モードや局発見の待ち受けモード、さらにはコネクション確立要求待ち受けモードに入ることができ、これによって新たな端末を動的にネットワークに加入させることができる。
【００１４】
局発見モードは、無線の届く範囲（通信圏内）に存在する端末を探索し接続に必要な情報を収集するためのものであり、局発見モードでは局発見メッセージのブロードキャストが行われる。局発見の待ち受けモードは、局探索のために相手端末から送信される局発見メッセージを検知してそれに応答するためのメッセージを送信する処理などが行われる。コネクション確立要求待ち受けモードは相手端末から送信されるコネクション確立要求メッセージを検知し、それに応答してコネクション確立のための処理を行うモードである。
【００１５】
新たな無線リンク確立に必要な制御手順（局発見、局発見待ち受け、コネクション確立要求待ち受け）におけるメッセージの授受は制御チャネルを用いて行われるが、この制御チャネルとデータ送受信のための通信チャネルとの間で無線リソースが排他的に使用されるため、局発見処理等を行う際に、実行中の通信が存在すると、その通信（通信モード）は一時的に停止されることになる。本実施形態に於いては、新たな無線リンク確立に必要な制御手順（局発見、局発見待ち受け、コネクション確立要求待ち受け）を実行するタイミングやその間隔を通信チャネルのトラフィック状態や現在の電源状態等に応じて動的に制御するための制御情報通信タイミング制御部が設けられており、これによって接続制御に関する各パラメータを最適化することができる。
【００１６】
次に、図２を参照して、本実施形態の無線通信システム全体の概要について説明する。
携帯電話機２は、各地域に設置された携帯電話基地局３との間で、例えば８００ＭＨｚ帯の無線電波を用いて音声またはデータの送受信を行う。携帯電話基地局３は、所定の無線エリアを構成し、その無線エリア内で携帯電話機２との通信を実現するものである。この携帯電話基地局３には、公衆回線網４を介してサーバ５が接続されている。また、携帯電話機２は、ヘッドセット６を用いて通話することも可能である。
【００１７】
この携帯電話機２は、携帯電話基地局３との間で８００ＭＨｚ帯の無線電波を送受信するための無線通信インターフェイスの他、ＰＣ１との間で２．４５ＧＨｚ帯の無線電波を送受信するための無線通信インターフェイスを有している。また、携帯電話機２には、データを表示するためのＬＣＤ、データを入力するためのキー操作部などが設けられている。
【００１８】
ＰＣ１と携帯電話機２とは、携帯電話システムで用いられている無線電波とは異なる特定の周波数帯を用いた無線電波にて接続される。具体的には、２．４５ＧＨｚ帯のＢｌｕｅｔｏｏｔｈシステムが用いられる。なお、Ｂｌｕｅｔｏｏｔｈシステムは短距離の無線通信規格であり、２．４５ＧＨｚ帯の電波を用いて、およそ１０ｍ程度の無線通信を実現するものである。
【００１９】
ＰＣ１には、携帯電話機２との間で２．４５ＧＨｚ帯の無線電波を送受信するためのアンテナ部、ディスプレイモニタとして使用されるＬＣＤ、データを入力するためのキーボードなどが設けられている。
【００２０】
以下、ＰＣ１と携帯電話機２の構成について、ハードウェア構成とソフトウェア構成に分けて具体的に説明する。
【００２１】
（パーソナルコンピュータの構成）
図３はＰＣ１のハードウェア構成を示すブロック図である。なお、ここでは、本システムを実現するために必要なハードウェア部分を中心に説明する。
【００２２】
ＰＣ１には、２．４５ＧＨｚ帯の無線電波を用いて携帯電話機２と通信を行うための無線モジュール７として、アンテナ部８、ＲＦ（Radio Frequency）部９、ベースバンド部１０、メモリ部１１、水晶発振部１２、ＡＤ／ＤＡ変換部１３、マイク・スピーカ部１４が実装されている。なお、同様の無線モジュールが携帯電話機２にも実装されている。この無線モジュール７と、パーソナルコンピュータの主要ユニットであるエンジン部１５とは、ＵＳＢなどのシリアルインターフェイス１６を介して接続されている。
【００２３】
アンテナ部８は、携帯電話機２との間の無線通信を実現する２．４５ＧＨｚ帯の無線電波を送受信する部分である。ＲＦ部９は、受信時にはアンテナ部８にて受信された無線電波を水晶発振部１２から発振される基本周波数信号とミキシングして中間周波数信号に変換した後、ベースバンド部１０で扱えるディジタル信号に復調する処理を行う。ベースバンド部１０はプロトコル処理を行う。アンテナ部８、ＲＦ部９を経由して入力された信号は、このベースバンド部１０にてＣＰＵが処理可能なデータ列に変換される。
【００２４】
送信時は、受信時の逆の流れとなり、送信データをベースバンド部１０にて所定のプロトコルに従ってＲＦ部９で扱える信号に変換し、ＲＦ部９で２．４５ＧＨｚ帯の無線電波に変調してアンテナ部８から発信する。
【００２５】
また、マイク・スピーカ部１４は、音声信号の入出力を行うデバイスであり、ＡＤ／ＤＡ変換部１３を介してベースバンド部１０に接続されている。
【００２６】
一方、パーソナルコンピュータ（ＰＣ）エンジン部１５には、ＣＰＵ、メモリ、周辺制御回路等を含むパソコンエンジン１７の他、警告表示等を行うためのＬＥＤ（Light Emitting Diode）１８、ＵＳＢ（Universal Serial Bus）規格の周辺機器を接続するためのＵＳＢインタフェース１９、ディスプレイモニタとして使用されるＬＣＤ（Liquid Crystal Display）２０、データ入力用としてのキーボード２１、ＰＣカードを実装するためのＰＣＭＣＩＡ（Personal Computer Memory Card International Association）インタフェース２２などが設けられている。
【００２７】
図４はパーソナルコンピュータ（ＰＣ）１のソフトウェア構成を示すブロック図である。図４では、２．４５ＧＨｚ帯の無線通信用の無線プロトコルスタックをパーソナルコンピュータ（ＰＣ）エンジン部１５側に実装した場合の構造を示している。
【００２８】
パーソナルコンピュータ（ＰＣ）１の無線モジュール７側には、図４に示すように、ハードウェアであるＲＦ部９、ベースバンド部１０があり、このベースバンド部１０上に無線電波で携帯電話機２側の無線通信装置との間の無線リンクを制御するＬＭＰ（Link Management Protocol）２３と、パーソナルコンピュータ（ＰＣ）エンジン部１５とのＳｅｒｉａｌインタフェース処理を行うＨＣＩ（Host Control Interface）２４が実装されている。
【００２９】
また、パーソナルコンピュータ（ＰＣ）エンジン部１５には、パーソナルコンピュータ（ＰＣ）として標準的に実装されているＯＳ（Operating System）２５、各種周辺機器を制御するためのドライバソフト２６、ワープロソフト、表計算ソフト、電子メールソフト、遠隔制御機能を実現するためのシステムソフト等の各種アプリケーション２７に加えて、２．４５ＧＨｚ帯の無線通信用の無線プロトコルスタック２８と、無線モジュール７側とのＳｅｒｉａｌインタフェース処理を行うＨＣＩ２９等が実装されている。
【００３０】
（携帯電話機の構成）
図５は携帯電話機２のハードウェア構成を示すブロック図である。なお、ここでは、本システムを実現するために必要なハードウェア部分を中心に説明する。
【００３１】
携帯電話機２には、２．４５ＧＨｚ帯の無線電波を用いてＰＣ１と通信を行うための無線モジュール３０として、アンテナ部３１、ＲＦ部３２、ベースバンド部３３、メモリ部３４、水晶発振部３５が実装されている。この無線モジュール３０と携帯電話エンジン部３６とは、シリアルインターフェイス３７を介して接続されている。
【００３２】
アンテナ部３１は、ＰＣ１との間の無線通信を実現する２．４５ＧＨｚ帯の無線電波を送受信する部分である。ＲＦ部３２は、受信時にはアンテナ部３１にて受信された無線電波を水晶発振部３５から発振される基本周波数信号とミキシングして中間周波数信号に変換した後、ベースバンド部３３で扱えるディジタル信号に復調する処理を行う。ベースバンド部３３は、プロトコル処理を行う。アンテナ部３１、ＲＦ部３２を経由して入力された信号は、このベースバンド部３３にてＣＰＵが処理可能なデータ列に変換される。
【００３３】
送信時は、受信時の逆の流れとなり、送信データをベースバンド部３３にて所定のプロトコルに従ってＲＦ部３２で扱える信号に変換し、ＲＦ部３２で２．４５ＧＨｚ帯の無線電波に変調してアンテナ部３１から発信する。
【００３４】
一方、携帯電話エンジン部３６には、携帯電話用としてアンテナ４０、ＲＦ部４１、ベースバンド部４２の他に、データ表示用としてのＬＣＤ４３、データ入力用としてのキー操作部４４、警告表示等を行うためのＬＥＤ４５、データ記憶用としてのメモリ４６などが設けられている。
【００３５】
また、共通部４７として、ＡＤ／ＤＡ変換部４８、マイク・スピーカ４９、電源部５０が設けられている。
【００３６】
図６は携帯電話機２のソフトウェア構成を示すブロック図である。図６では、２．４５ＧＨｚ帯の無線通信の無線プロトコルスタックを携帯電話エンジン部３６側に実装した場合の構造を示している。
【００３７】
携帯電話機２の無線モジュール側３０には、図６に示すように、ハードウェアであるＲＦ部３２、ベースバンド部３３があり、このベースバンド部３３上に無線電波でＰＣ１側の無線通信装置との間で無線リンクを制御するＬＭＰ(Link Management Protocol)５１、携帯電話エンジン部３６とのＳｅｒｉａｌインタフェース処理を行うＨＣＩ（Host Control Interface）５２が実装されている。
【００３８】
また、携帯電話エンジン部３６には、携帯電話として標準的に実装されているＲＦ部４１、ベースバンド部４２、携帯電話プロトコルスタック５３に加え、遠隔制御機能を実現するためのシステムソフト等を含むアプリケーション５４と、２．４５ＧＨｚ帯の無線通信用の無線プロトコルスタック５５と、無線モジュール３０側とのＳｅｒｉａｌインタフェース処理を行うＨＣＩ５６が実装されている。
【００３９】
（接続制御のためのパラメータの最適化）
次に、２．４５ＧＨｚ帯の無線通信規格であるＢｌｕｅｔｏｏｔｈを用いた場合を例示して、本実施形態の特徴とするパラメータ最適化処理について説明する。まず、Ｂｌｕｅｔｏｏｔｈの仕様について簡単に説明する。
【００４０】
Ｂｌｕｅｔｏｏｔｈシステムでは、データは１スロットが６２５μｓのＴＤＤ（Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）でパケット転送され、パケットごとに周波数が変化する周波数ホッピングを用いている。同じ周波数ホッピングシーケンスを用いて、１台のマスターと最大７台のスレーブとの間でピコネットと称される無線ネットワークを形成し通信を行う。データチャネル（通信チャネル）は非同期データチャネル（ＡＣＬ）と、同期音声チャネル（ＳＣＯ）の二種類があり、ＳＣＯは一チャネルあたり６４Ｋｂｐｓで同時に３チャネルまで使用できる。
【００４１】
Ｂｌｕｅｔｏｏｔｈでは、通信を行いたい端末がリモート端末のアドレスを知らない場合、Ｉｎｑｕｉｒｙ（問い合わせ）を行いコネクション確立に必要な情報を収集する（局発見）。Ｉｎｑｕｉｒｙに応答する全ての端末のデバイス・アドレスやクロック情報を集めることができる。そしてこれらの情報を使って、続くＰａｇｅという処理（コネクション確立要求）で実際にコネクションを確立することが可能である。また、自分自身が他の端末によって発見されることを許可している端末は、Ｉｎｑｕｉｒｙメッセージに応答するためＩｎｑｕｉｒｙ  Ｓｃａｎ（局発見の待ち受け）を行い、コネクション確立要求を待っている状態の端末はＰａｇｅに応答するためＰａｇｅ  Ｓｃａｎ（コネクション確立要求の待ち受け）を行っている。
【００４２】
図７には、Ｂｌｕｅｔｏｏｔｈシステムを実装した場合のＰＣＩの構成が示されている。ＰＣ１のメモリ上にＯＳやＢｌｕｅｔｏｏｔｈのＢＵＳドライバ、アプリケーションが常駐しており（ホスト側）、Ｂｌｕｅｔｏｏｔｈのデバイス自身（ホストコントローラ側）は例えばＵＳＢデバイスとして接続されている。ホスト１０１とホストコントローラ１０２はＨＣＩ（Ｈｏｓｔ  Ｃｏｎｔｒｏｌｌｅｒ  Ｉｎｔｅｒｆａｃｅ）に従い通信を行う。ホストコントローラ１０２にはリンクマネージャ１０３、およびリンクコントローラ１０４が設けられており、これらリンクマネージャ１０３およびリンクコントローラ１０４により、ＲＦ回路１０５の動作制御が行われる。
【００４３】
Ｉｎｑｕｉｒｙを実行するために、ホスト１０１がホストコントローラ１０２に対してＨＣＩコマンドを送信する。アプリケーションが通信を行いたい時にその都度Ｉｎｑｕｉｒｙコマンドを単発で送信する場合と、定期的にＩｎｑｕｉｒｙを行う場合とが考えられる。定期的にＩｎｑｕｉｒｙを行う場合、ＨＣＩコマンドでＩｎｑｕｉｒｙの間隔を決定するのに用いられる、Ｍａｘ＿Ｐｅｒｉｏｄ＿ＬｅｎｇｔｈとＭｉｎ＿Ｐｅｒｉｏｄ＿Ｌｅｎｇｔｈの両パラメータを設定する。Ｍａｘ＿Ｐｅｒｉｏｄ＿Ｌｅｎｇｔｈで指定された最大値とＭｉｎ＿Ｐｅｒｉｏｄ＿Ｌｅｎｇｔｈで指定された最小値との間の範囲に属する任意の値がホストコントローラ１０２によって決定され、その間隔でＩｎｑｕｉｒｙが行われる。
【００４４】
Ｍａｘ＿Ｐｅｒｉｏｄ＿Ｌｅｎｇｔｈは３．８４秒から８３８８４．８秒、Ｍｉｎ＿Ｐｅｒｉｏｄ＿Ｌｅｎｇｔｈは２．５６秒から８３８８３．５２秒の範囲と規定されている。Ｉｎｑｕｉｒｙ  ＳｃａｎやＰａｇｅ  Ｓｃａｎを実行するときも同様にＨＣＩコマンドをホストコントローラ１０２に送信する。そのとき、Ｉｎｑｕｉｒｙ  Ｓｃａｎ／Ｐａｇｅ  Ｓｃａｎの間隔を指定するＩｎｑｕｉｒｙＳｃａｎ＿Ｉｎｔｅｒｖａｌ／ＰａｇｅＳｃａｎ＿Ｉｎｔｅｒｖａｌというパラメータを設定する必要がある。ＩｎｑｕｉｒｙＳｃａｎ＿Ｉｎｔｅｒｖａｌ／ＰａｇｅＳｃａｎ＿Ｉｎｔｅｒｖａｌの範囲は１１．２５ミリ秒から２５６０ミリ秒でデフォルト値は１．２８秒である。
【００４５】
リンクコントローラ１０４にはスタンバイとコネクションの２つのメジャーステートがあり、コネクションステートでは、アクティブモードと、スニフモード、ホールドモード、パークモードの４つのモードがある。スニフモード、ホールドモード、パークモードは省電力モードである。そして、ＩｎｑｕｉｒｙやＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを行う時にＡＣＬコネクションが存在する場合、ＩｎｑｕｉｒｙやＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎ用にスロットを空けるため、それらのＡＣＬコネクションをリンクコントローラ１０４が一旦コネクションステートの省電力モードであるパークモード、或いはホールドモードに移行しなければならない。つまり、一時的にデータ通信が止められてしまう。
【００４６】
上述したＢｌｕｅｔｏｏｔｈ仕様の説明から、ＩｎｑｕｉｒｙやＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎの間隔を一定にしたままでは、パフォーマンスや電力消費の観点から無駄が多いことがわかる。これを、デバイスの状態、コネクションの状態に応じて最適化することが本実施形態の特徴である。
【００４７】
ＢＵＳドライバは上位プロトコルドライバからのデータをＢｌｕｅｔｏｏｔｈのデータへ変換し、Ｂｌｕｅｔｏｏｔｈリンクの制御を行っている。図８に本実施形態のドライバの構成図とＡＣＬ／ＳＣＯデータの流れを示す。
【００４８】
ＢＵＳドライバ２０１の上位プロトコルドライバである上位レイヤはＣＩＤ（論理チャネルＩＤ）ごとにＡＣＬのコネクションを確立する。そしてＢＵＳドライバ２０１内では、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）２０２にて物理的なチャネルの識別子であるＣｏｎｎｅｃｔｉｏｎ＿Ｈａｎｄｌｅ（ＣＨ）ごとにコネクションが確立される。ＨＣＩドライバ２０３は、ホストコントローラ１０２を制御するための下位ＵＳＢドライバ２０５に対して送受信それぞれ一つの口でＨＣＩデータパケットを通信している。
【００４９】
よって、ＢＵＳドライバ２０１は現在コネクションを確立していてアクティブなＡＣＬコネクションとＳＣＯコネクションが何本存在しているか、そして各コネクションが使用しているパケットタイプ、或いは上位からのデータ送信要求がどのくらいの速度なのか、などの通信トラフィック情報を持つことができる。ＨＣＩドライバ部２０３でトラフィックを統一してモニタすることができるので、ここにデータトラフィックモニター部＆Ｉｎｑｕｉｒｙ、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎ間隔決定部２０４を設けることにより、現在の通信チャネルのトラフィック状態に応じた制御が可能となる。
【００５０】
そして、例えば複数のリンクを結んでいてあまり空いているスロットがなく、且つ上位からの要求速度が速い場合などには、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔を大きく設定し、Ｉｎｑｕｉｒｙは特にアプリケーションがコネクション確立を要求しない限り行わないようにする。また、リンクが存在しない場合は最大限Ｉｎｑｕｉｒｙ  ＳｃａｎとＰａｇｅ  Ｓｃａｎができるように、ＩｎｑｕｉｒｙＳｃａｎとＰａｇｅ  Ｓｃａｎの間隔を最小に設定したり、定期的にＩｎｑｕｉｒｙを行い予め通信圏内の端末の情報を収集しておくようにする。
【００５１】
このように、データトラフィックの量に応じて、ＩｎｑｕｉｒｙやＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎのタイミングおよび間隔を決定することにより、無線リソースの使用が最適化され、通信パフォーマンスが向上する。
【００５２】
図９のフローチャートは、Ｉｎｑｕｉｒｙ  Ｓｃａｎの最適化制御処理の一例を示している。
【００５３】
まず、データトラフィックのモニターが行われ（ステップＳ１０１）、現在のトラフィック量が所定のしきい値ａを越えているか、しきい値ａとｂの範囲内であるか（ｂ＜ａ）、しきい値ｂ以下であるかが判定される（ステップＳ１０２，Ｓ１０３）。トラフィック量がしきい値ａを越えている場合には（ステップＳ１０２のＹＥＳ）、Ｉｎｑｕｉｒｙ  Ｓｃａｎによる通信パフォーマンスの低下を防ぐために、Ｉｎｑｕｉｒｙ  Ｓｃａｎ間隔は最大値Ｘ１に設定される（ステップＳ１０４）。同様に、トラフィック量がしきい値ａとｂの間の範囲であれば（ステップＳ１０３のＹＥＳ）、Ｉｎｑｕｉｒｙ  Ｓｃａｎ間隔は中間値Ｘ２に設定され（ステップＳ１０５）、またトラフィック量がしきい値ｂ以下であれば（ステップＳ１０３のＮＯ）、Ｉｎｑｕｉｒｙ  Ｓｃａｎ間隔は最小値Ｘ３に設定される（ステップＳ１０６）。
【００５４】
図１０のフローチャートは、Ｉｎｑｕｉｒｙの最適化制御処理の一例を示している。
【００５５】
まず、データトラフィックのモニターが行われ（ステップＳ１０１）、現在のトラフィック量が所定のしきい値ａを越えているか、しきい値ａとｂの範囲内であるか（ｂ＜ａ）、しきい値ｂ以下であるかが判定される（ステップＳ１０２，Ｓ１０３）。トラフィック量がしきい値ａを越えている場合には（ステップＳ１０２のＹＥＳ）、Ｉｎｑｕｉｒｙによる通信パフォーマンスの低下を防ぐために、Ｉｎｑｕｉｒｙの定期的な送信は停止し、アプリケーションやユーザから新たな無線リンクの確立が要求された時のみＩｎｑｕｉｒｙを発行するモードに変更される（ステップＳ１０７）。トラフィック量がしきい値ａとｂの間の範囲であれば（ステップＳ１０３のＹＥＳ）、Ｉｎｑｕｉｒｙを定期的に実行するために、Ｉｎｑｕｉｒｙの間隔は所定の値Ｙ１に設定され（ステップＳ１０８）、またトラフィック量がしきい値ｂ以下であれば（ステップＳ１０３のＮＯ）、Ｉｎｑｕｉｒｙの間隔は最小値Ｙ２に設定される（ステップＳ１０９）。
【００５６】
なお、Ｐａｇｅ  Ｓｃａｎについても、図９または図１０の制御を適用することができる。また、実際には、通信トラフィック量のみならず、現在の通信が高い通信パフォーマンスを要求するものであるか否かや、現在の通信を一時停止した場合の影響等のなどの様々なトラフィック状態の検出が行われ、それに応じた適切な制御が実行されることになる。
【００５７】
（接続制御のためのパラメータの最適化＃２）
次に、本実施形態の最適化制御処理の第２の例について説明する。上述の例ではトラフィック状態に基づいて最適化制御を行ったが、ユーザの使用形態等に合わせて制御したほうがパフォーマンスが向上する場合がある。例えば、ＰＣ１同士やＰＣ１とＰＤＡとの間で通信を開始したい場合、ユーザが意識すること無しにＩｎｑｕｉｒｙ  ＳｃａｎやＰａｇｅ  Ｓｃａｎを行うのではなく、ユーザが手動でアプリケーションによる送信を止め、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを行うようにすればリソースの浪費を防ぐことができる。つまり、ユーザあるいはアプリケーションから明示的にＩｎｑｕｉｒｙ  ＳｃａｎとＰａｇｅ  Ｓｃａｎの実行指示が出せるようにしたものである。さらにこのような制御が効果的となる具体的な例をあげる。
【００５８】
複数のコネクションを確立しアドホックなネットワークを形成して通信するアプリケーションの場合、あとからこのネットワークに参加したい端末は、ピコネットのマスターに対してＩｎｑｕｉｒｙ、或いはＰａｇｅを行ってコネクションを確立しなければならない。このようなアプリケーションモデルにおいては、マスターは極力空いているスロットではＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを行うべきである。しかしピコネットのマスターはこのネットワークのサーバ的役割をこなしており、複数のスレーブとの通信の最中で上位からの送信要求が多い場合は、ＢＵＳドライバ２０１内でのデータのオーバーフローも起こる可能性もあり、Ｉｎｑｕｉｒｙ  ＳｃａｎやＰａｇｅ  Ｓｃａｎをする頻度が抑えられていて端末がなかなかネットワークに参加することができないかもしれない。これはアプリケーションの使い勝手としては非常に不便である。
【００５９】
このような問題を回避するため、ユーザがアプリケーションに対してＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを行いたいと設定すると、アプリケーションは送信中のデータがあれば一時的に通信を停止し、アプリケーションはＢＵＳドライバ２０１と通信を行いＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎするように命令する。アプリケーションの通信を一時停止することにより、Ｂｌｕｅｔｏｏｔｈリンクのデータ通信がＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎのために止められたとしても、ＢＵＳドライバ２０１内で送信データのオーバーフローが生じることはなくなる。図１１にアドホックネットワークアプリケーション用のユーザインターフェイス用画面を示す。
【００６０】
ここには、メンバー追加ボタンが用意されており、ネットワークに参加したい端末がいた場合、ユーザは、ネットワークのピコネットのマスターである端末上のアプリケーションで、このメンバー追加ボタンを押す。それと同時にアプリケーションはきりのよいところでデータ送信を一時停止し、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを実行するように、或いはコネクションを確立したい端末がいる旨を下位ＢＵＳドライバ２０１に伝える。図７に示した流れで、指示がホストコントローラ１０２まで伝えられ、ＢＵＳドライバ２０１はＨＣＩコマンドをホストコントローラ１０２に送信し、Ｉｎｑｕｉｒｙ  ＳｃａｎやＰａｇｅ  Ｓｃａｎの定期的な実行を指示する。ホストコントローラ１０２ではＡＣＬコネクションがある場合は、それらをパークモード或いはホールドモードに移行し、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎを開始し、速やかにコネクションを確立する。そして、再び省電力モードに移していたＡＣＬコネクションをアクティブな状態に戻しデータ通信を再開する。
【００６１】
このように、ユーザからの明示的な指示によってＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎのタイミング、間隔を設定できるようにすることにより、ユーザの意図しない通信パフォーマンスの劣化を防ぐことができる。また、アプリケーションの動作に適した制御が行われるため、システム全体のパフォーマンスが向上する。
【００６２】
また、図１２に示すようなユーザインターフェイス用画面を利用し、マスターとして動作している端末に対して無線リンクの確立処理とデータ通信処理のどちらを優先して実行させるかをユーザ操作に応じて設定できるようにする事が好ましい。図１２の「データ通信停止」または「局発見優先」が選択されると無線リンクの確立処理が優先され、また「データ通信優先」または「局発見しない」が選択されるとデータ通信処理が優先されることになる。以下、具体的な制御手順を図１３のフローチャートを用いて説明する。
【００６３】
まず、ユーザによって選択されたモードが「データ通信停止」、「局発見優先」、「データ通信優先」、「局発見しない」のいずれのモードであるかが判断される（ステップＳ１１１〜Ｓ１１３）。「データ通信停止」が選択された場合には（ステップＳ１１１のＹＥＳ）、現在アクティブ状態のリンクをホールドあるいはパークモードに設定して通信を一旦中断し（ステップＳ１１４）、そして局発見メッセージにすぐに応答できるようにするために、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔を最小値に設定する（ステップＳ１１５）。また、「局発見優先」が選択された場合には（ステップＳ１１２のＹＥＳ）、局発見メッセージに対して比較的早く応答できるようにするために、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔をＸ２（Ｘ２＞最小値）に設定する（ステップＳ１１６）。
【００６４】
一方、「データ通信優先」が選択された場合には（ステップＳ１１３のＹＥＳ）、実行中のデータ通信がなるべく中断されないようにするために、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔を比較的大きい値Ｘ１（Ｘ１＞Ｘ２）に設定する（ステップＳ１１７）。また、「局発見しない」が選択された場合には（ステップＳ１１３のＮＯ）、無線リソースが専らデータ通信に使用されるように、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔を最大値に設定する（ステップＳ１１８）。
【００６５】
なお、Ｉｎｑｕｉｒｙを発行する側の端末については、ユーザによって選択されたモードによってＩｎｑｕｉｒｙの間隔が可変制御されることになる。また、Ｐａｇｅ  Ｓｃａｎの間隔についても、同様の手順にて可変制御される。
【００６６】
（接続制御のためのパラメータの最適化＃３）
次に、本実施形態の最適化制御処理の第３の例について説明する。本例では、ＰＣ１が外部ＡＣ電源により駆動しているのか、内蔵のバッテリで駆動しているのかを判別し、もしバッテリ駆動中であれば、Ｉｎｑｕｉｒｙ、ＩｎｑｕｉｒｙＳｃａｎ、Ｐａｇｅ  Ｓｃａｎの間隔を大きく設定したり、Ｉｎｑｕｉｒｙをリンク要求があった時のみ発行すること等により、消費電力を節約する制御が行われる。また、バッテリ駆動時には、バッテリ残量が減少したらさらに間隔を大きく設定し直すという制御が行われる。
【００６７】
まず、ＢＵＳドライバ２０１が直接バッテリ残量を調べる場合について説明する。図１４に本実施形態の電源管理ソフトウェア構成図を示す。バッテリの残存容量や、バッテリ駆動か外部ＡＣ電源駆動かなどのバッテリ関連の情報は電源管理ドライバ３０２の制御の下にシステム管理メモリ（ＳＭＲＡＭ）３０４にて管理されている。ＯＳ３０３や、ＢＵＳドライバ２０１内のＨＣＩドライバ３０１は電源管理ドライバ３０２とのインターフェイスを有しており、電源管理ドライバ３０２を介して現在の電源状態を調べることができる。
【００６８】
ここでは、バッテリ残量として、容量比（％）を算出する場合を考えることにする。バッテリ駆動である場合、ＢＵＳドライバ２０１は前回フル充電した時の充電容量と、現在残っている充電容量をＳＭＲＡＭ３０４から取り出し、残量をＣを計算する。
【００６９】
Ｃ＝現在残っている充電容量／前回のフル充電した時の充電容量
ＩｎｑｕｉｒｙＳｃａｎ＿Ｉｎｔｅｒｖａｌ、ＰａｇｅＳｃａｎ＿Ｉｎｔｅｒｖａｌは規格上０．６２５ミリ秒刻みで設定できるようになっており、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎの間隔は、０．６２５×Ｎで計算される。Ｎのデフォルト値は２０４８であり、Ｎの範囲は１８≦Ｎ≦４０９６である。
【００７０】
Ｃが大きいときはＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎの間隔を小さくし、Ｃが小さくなるとＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎの間隔が大きくなるような計算式を一例として以下に示す。
【００７１】
ＩｎｑｕｉｒｙＳｃａｎ＿Ｉｎｔｅｒｖａｌ
＝０．６２５×２０４８×１／Ｃ
ただし，Ｃ≦０．５のときは
ＩｎｑｕｉｒｙＳｃａｎ＿Ｉｎｔｅｒｖａｌ＝２．５６
これにより、バッテリ残量が１００％である場合はデフォルト値１．２８秒になり、バッテリ残量が５０％以下のときは、２．５６秒になる。このような計算で算出した値をパラメータに設定し、ＨＣＩドライバがホストコントローラ１０２に対してＨＣＩコマンドを送信する。計算手段は図１５のＨＣＩドライバ３０１、電源管理ドライバ３０２どちらに持たせることも可能である。
【００７２】
また、バッテリ駆動と外部電源駆動が変更されたことをイベントとして取得できるようＯＳ３０３に登録しておき、バッテリ駆動と外部電源駆動が変更された時点で、そのことがＯＳ３０３からＢＵＳドライバ２０１に通知されるように構成しておくことが好ましい。
【００７３】
また、ＢＵＳドライバ２０１が電源状態を直接調べるのではなく、図１５に示すようにＢｌｕｅｔｏｏｔｈの電源制御を行うアプリケーションプログラム４０１を用意し、ＢＵＳドライバ２０１のＨＣＩドライバ３０１からの要求に応じて、アプリケーション４０１がＯＳ３０３に対して外部電源駆動／バッテリ駆動とバッテリ残量とを問い合わせることも可能である。
【００７４】
次に、図１６のフローチャートを参照して、電源状態に応じて行われる最適化制御処理の手順を説明する。ここでは、Ｉｎｑｕｉｒｙ  Ｓｃａｎを例にとって説明することにする。
【００７５】
まず、外部ＡＣ電源の接続の有無により、現在の動作電源がバッテリであるか外部ＡＣ電源であるかが判定される（ステップＳ２０１）。外部ＡＣ電源が接続されている場合、外部ＡＣ電源で駆動されている場合には、Ｉｎｑｕｉｒｙ  Ｓｃａｎの間隔はデフォルト値が用いられる。
【００７６】
一方、外部ＡＣ電源が接続されておらず、バッテリ駆動されている場合には（ステップＳ２０１のＹＥＳ）、現在のバッテリ残量が調べられる（ステップＳ２０２）。そして、バッテリ残量の低下に伴ってＩｎｑｕｉｒｙ  Ｓｃａｎの間隔が広がるように、バッテリ残量からＩｎｑｕｉｒｙ  Ｓｃａｎの間隔が計算によって求められ、その計算によって求められた値にＩｎｑｕｉｒｙ  Ｓｃａｎの間隔が設定される（ステップＳ２０３，Ｓ２０４）。
【００７７】
Ｉｎｑｕｉｒｙ、Ｐａｇｅ  Ｓｃａｎについても同様の手順を適用することができる。また、Ｉｎｑｕｉｒｙについては、バッテリ残量が所定値より低下している場合には、定期的な送信を停止し、リンク要求があった時のみに送信するモードに設定してもよい。なお、このように要求があった時のみに送信するモードはＩｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎに対しても適用することができる。
【００７８】
以上説明したように、本実施形態においては、トラフィック状態、ユーザ設定、または電源状態に応じて動的にＩｎｑｕｉｒｙ、Ｉｎｑｕｉｒｙ  Ｓｃａｎ、Ｐａｇｅ  Ｓｃａｎの実行タイミングや間隔を動的に制御することにより、接続制御のための各パラメータの最適化を実現することができ、無駄な電力消費無しに、通信パフォーマンスの向上と、つながり易さを両立することが可能となる。
【００７９】
なお、本実施形態では、ＰＣ１を中心にパラメータの最適化制御を説明したが、携帯電話機２側についても同様の制御を適用することができる。また、ＰＣや携帯電話に限らず、通信チャネルと制御チャネルとの間で無線リソースが排他的に使用され、通信チャネルに制御チャネルを挿入して接続制御を行う通信装置を有するものであれば、他の様々な電子機器への適用が可能である。
【００８０】
また、本実施形態では、トラフィック状態、電源状態、ユーザ設定それぞについて個別に説明したが、これらを組み合わせて使用することも可能である。例えばＡＣ電源駆動時であってもトラフィックが多い場合には接続制御の間隔を広げたり、またバッテリ駆動時であってもトラフィックが少ない場合には接続制御の間隔を短くしたり、ユーザ設定に応じて接続制御の間隔を可変設定するなどの制御を行うことができる。
【００８１】
【発明の効果】
以上説明したように、本発明によれば、局発見の間隔、局発見を待っているモードの間隔などの接続制御に関する各パラメータを動的に最適化できるようになり、通信パフォーマンスの向上、消費電力の抑制を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る無線通信システムの基本構成を示す図。
【図２】同実施形態の無線通信システム全体の概要を説明するための図。
【図３】同実施形態のシステムで情報処理装置として用いられるパーソナルコンピュータのハードウェア構成を示すブロック図。
【図４】同実施形態のシステムで用いられるパーソナルコンピュータのソフトウェア構成を示すブロック図。
【図５】同実施形態のシステムで用いられる携帯電話機のハードウェア構成を示すブロック図。
【図６】同実施形態のシステムで用いられる携帯電話機のソフトウェア構成を示すブロック図。
【図７】同実施形態のシステムのパーソナルコンピュータに適用されるホスト側とホストコントローラ側の構成を示すブロック図。
【図８】図７のホスト側に設けられるＢＵＳドライバ周辺の構成を示す図。
【図９】同実施形態のシステムで実行される、トラフィック量に対する最適化制御処理の手順を示すフローチャート。
【図１０】同実施形態のシステムで実行される、トラフィック量に対する最適化制御処理の第２の手順を示すフローチャート。
【図１１】同実施形態のシステムで用いられるユーザインターフェイス用画面の例を示す図。
【図１２】同実施形態のシステムで用いられるユーザインターフェイス用画面の他の例を示す図。
【図１３】同実施形態のシステムで実行される、ユーザ設定モードに応じた最適化制御処理の手順を示すフローチャート。
【図１４】同実施形態のシステムにおける電源情報取得処理の原理を説明するための図。
【図１５】同実施形態のシステムにおける電源情報取得処理の他の例を説明するための図。
【図１６】同実施形態のシステムで実行される、電源状態に応じた最適化制御処理の手順を示すフローチャート。
【符号の説明】
１…パーソナルコンピュータ
２…携帯電話機
３…携帯電話基地局
４…公衆回線網
５…サーバ
１０１…ホスト
１０２…ホストコントローラ
１０３…リンクマネージャ
１０４…リンクコントローラ
２０１…ＢＵＳドライバ
２０２…Ｌ２ＣＡＰ
２０４…データトラフィックモニター部＆Ｉｎｑｕｉｒｙ／ＩｎｑｕｉｒｙＳｃａｎ間隔決定部
２０５…ＵＳＢドライバ
【図１】
0004116212.tif 000002
【図２】
0004116212.tif 000003
【図３】
0004116212.tif 000004
【図４】
0004116212.tif 000005
【図５】
0004116212.tif 000006
【図６】
0004116212.tif 000007
【図７】
0004116212.tif 000008
【図８】
0004116212.tif 000009
【図９】
0004116212.tif 000010
【図１０】
0004116212.tif 000011
【図１１】
0004116212.tif 000012
【図１２】
0004116212.tif 000013
【図１３】
0004116212.tif 000014
【図１４】
0004116212.tif 000015
【図１５】
0004116212.tif 000016
【図１６】
0004116212.tif 000017