(57)【特許請求の範囲】
【請求項１】
相手装置と無線通信を行う無線制御機能部と、対向装置との間でブルートゥースによる無線通信を行うブルートゥース制御機能部と、これら無線制御機能部およびブルートゥース制御機能部と連携するユーザインタフェース部と、を備え、かつ、前記ブルートゥース制御機能部が、ブルートゥース・プロファイルとして少なくともハンヅ−フリー・プロファイルを含む無線通信装置において、
前記ブルートゥース制御機能部はブルートゥース低消費モード制御部を含み、該ブルートゥース低消費モード制御部は、前記無線通信における電波の受信レベル情報を前記対向装置に伝送するタイミングを、単位時間当たりの伝送回数が少なくなるように、設定することを特徴とする無線通信装置。
【請求項２】
前記無線制御機能部が前記相手装置との間の前記無線通信を間欠受信により行うとき、前記ブルートゥース低消費モード制御部は、前記受信レベル情報を前記対向装置に伝送するタイミングを、その間欠受信タイミングと同期するように設定することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記ブルートゥース低消費モード制御部は、前回伝送済みの前記受信レベル情報を記憶する記憶手段と、今回伝送することになる該受信レベル情報とその記憶された前記受信レベル情報とを比較する比較手段と、を有し、その比較の結果両者間に変化があったときのみ当該受信レベル情報を伝送することを特徴とする請求項２に記載の無線通信装置。
【請求項４】
相手装置と無線通信を行う無線制御機能部と、対向装置との間でブルートゥースによる無線通信を行うブルートゥース制御機能部と、これら無線制御機能部およびブルートゥース制御機能部と連携するユーザインタフェース部と、を備え、かつ、前記ブルートゥース制御機能部が、ブルートゥース・プロファイルとして少なくともダイアル−アップ・ネットワーキング・プロファイルまたはパーソナル・エリア・ネットワーク・プロファイルを含む無線通信装置において、
前記ブルートゥース制御機能部はホールド・モード、スニフ・モードおよびパーク・モードのいずれかによるブルートゥース低消費モード制御部を含み、該ブルートゥース低消費モード制御部は、前記相手装置との間で前記無線通信を行うときのユーザレートに応じて、（ａ）低消費モードを有効にするか無効にするかを決定し、（ｂ）低消費モードを有効にするときは、さらに該当する前記のモードにおける時間パラメータを可変とすることを特徴とする無線通信装置。
【請求項５】
前記ブルートゥース制御機能部がホールド・モードを実行するとき、前記ブルートゥース低消費モード制御部は、前記（ｂ）における前記時間パラメータを、該ホールド・モードでのホールド・タイムとすることを特徴とする請求項４に記載の無線通信装置。
【請求項６】
前記ブルートゥース制御機能部がスニフ・モードを実行するとき、前記ブルートゥース低消費モード制御部は、前記（ｂ）における前記時間パラメータを、該スニフ・モードでの低消費スロット送信周期とすることを特徴とする請求項４に記載の無線通信装置。
【請求項７】
可変される前記スニフ・モードでの前記低消費スロット送信周期に合わせて、該スニフ・モードでの同期維持用の送受信間隔も可変とすることを特徴とする請求項６に記載の無線通信装置。
【請求項８】
前記ブルートゥース制御機能部がパーク・モードを実行するとき、前記ブルートゥース低消費モード制御部は、前記（ｂ）における前記時間パラメータを、該パーク・モードでの同期補正の周期とすることを特徴とする請求項４に記載の無線通信装置。
【請求項９】
相手装置と無線通信を行う無線制御機能部と、対向装置との間でブルートゥースによる無線通信を行うブルートゥース制御機能部と、これら無線制御機能部およびブルートゥース制御機能部と連携するユーザインタフェース部と、を備え、かつ、前記ブルートゥース制御機能部が、ブルートゥース・プロファイルとして少なくともダイアル−アップ・ネットワーキング・プロファイルまたはパーソナル・エリア・ネットワーク・プロファイルを含む移動機において、
前記ブルートゥース 低消費モード制御部は、（ａ）前記相手装置との前記無線通信において確立した呼が、個別物理チャネルを使用し、かつ、前記対向装置との間の前記無線通信が低消費モードに遷移しているときは、該低消費モードから通常モードへ復帰させ、（ｂ）一方、前記の確立した呼が、共通物理チャネルを使用しているときは、その通信中のデータがなくなり次第、前記低消費モードへ遷移させることを特徴とする無線通信装置。
【請求項１０】
前記（ａ）において、通信中のデータの処理が終わっても、前記低消費モードへ遷移させないことを特徴とする請求項９に記載の無線通信装置。
【請求項１１】
前記（ａ）において、前記対向装置より前記低消費モードへの遷移要求があったとき、これを拒否することを特徴とする請求項１０に記載の無線通信装置。
【請求項１２】
相手装置と無線通信を行う無線制御機能部と、対向装置との間でブルートゥースによる無線通信を行うブルートゥース制御機能部と、これら無線制御機能部およびブルートゥース制御機能部と連携するユーザインタフェース部と、を備え、かつ、前記ブルートゥース制御機能部が、ブルートゥース・プロファイルとして少なくともジェネリック・オブジェクト・イクスチェンジ・プロファイルを含む無線通信装置において、
前記ブルートゥース制御機能部はブルートゥース低消費モード制御部を含み、該ブルートゥース低消費モード制御部は、前記対向装置との間のデータ転送が、データ量の少ない１件データ転送モードか、またはデータ量の多い全件データ転送モードか、に応じてそれぞれ、低消費モードへの遷移を許可し、または禁止するよう設定することを特徴とする無線通信装置。
【請求項１３】
ブルートゥース低消費モード制御部は、前記全件データ転送モードが終了すると、前記低消費モードへの遷移を開始することを特徴とする請求項１２に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブルートゥース（以下、Bluetooth）を塔載した移動機あるいはゲートウェイ装置等の無線通信装置、特にBluetoothの仕様で規定されている「低消費モード」に着目して構成される無線通信装置に関する。
【背景技術】
【０００２】
近年、Bluetoothを塔載した無線通信装置が広く普及し始めている。このようなBluetoothを塔載した無線通信装置としては、上述した携帯電話等の移動機の他に、ダイアルアップルータ等の無線ゲートウェイ装置がある。【０００３】
このような、Bluetooth塔載の移動機や無線ゲートウェイ装置においては、一般に、Bluetoothの仕様で規定されている「低消費モード」を採用することが多い。かかる低消費モードの適用については、Bluetooth塔載の上記移動機等の無線通信装置と、これとBluetoothによる近距離無線通信を行うBluetooth塔載の対向装置との間において送受信すべきデータがなくなったときに、適用されるのが一般的である。これは上記の無線通信装置や対向装置に内蔵されるバッテリーの消費電力を節減するためであることは言うまでもない。【０００４】
バッテリーの消費電力を節減することを意図した公知技術の一例としては、下記特許文献１（ワイヤレス型送受話器セット）がある。そしてさらに、低消費モードを採用するBluetooth塔載無線通信装置において、バッテリーの消費電力を節減することを意図した公知技術の一例としては、下記特許文献２（近距離無線機能付き移動局及びその消費電力低減方法）がある。【０００５】
後者の特許文献２によるBluetooth塔載無線通信装置は、本発明に基づくBluetooth塔載無線通信装置と、その目的とするところは、低消費電力化という点で一部共通するものの、目的達成のための方策は、両者異なる。その特許文献２に係る方策は、無駄な電波は放射させない、というものである。一方、本発明の方策は、後に詳述するとおり、提供するサービスの特性に応じて最適な低消費モードを設定する、というものであり、単に無駄な電波は放射させないといった方策に止まるものではない。したがって、後述するように、低消費モードにあえて移行させない、といった状況も、提供する「サービス」の特性によっては、ありうる。【０００６】
【特許文献１】特開２００２−８４３６１号公報
【特許文献２】特開２００３−３７５４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した「サービス」は、Bluetoothにおいてブルートゥース・プロファイル（以下、Bluetooth Profile）として代表的なものが既に１０数種規定されている。さらにこれらBluetooth Profileの中で、低消費モードが適用されることが多いプロファイル（以下、Profile）として代表的なものに下記のものがある。【０００８】
（ｉ）ハンヅ−フリー・プロファイル（以下、Hands-Free Profile：ＨＦＰ）
（ii）ダイアル−アップ・ネットワーキング・プロファイル（以下、Dial-up Networking Profile：ＤＵＮＰ）またはパーソナル・エリア・ネットワーク・プロファイル（以下、Personal Area Network Profile：ＰＡＮＰ）
（iii）ジェネリック・オブジェクト・イクスチェンジ・プロファイル（以下、Generic Object Exchange Profile：ＧＯＥＰ）【０００９】
本発明では、上記（ｉ），（ii）および（iii）のいずれのProfile（サービス）に対しても共通の方策を適用することができる。その共通思想は、場合によっては「低消費モード」を適用しないこと、および「低消費モード」を適用するときは、そのときの通信状況に応じて、各Profileで規定される「時間パラメータ」を可変にすること、である。【００１０】
以下、上記（ｉ），（ii）および（iii）について個別に、それぞれの課題を説明する。そのために、本発明が適用可能な無線通信システムの一例を図１９に示す。【００１１】
図１９において、無線通信システム１は、無線通信装置２と、対向装置３と、相手装置４とを備え、中央の無線通信装置２は、一方において近距離無線通信区間（いわゆるＲ点）５を介して対向装置３と通信を行い、他方において長距離無線通信区間（いわゆるＵ点）６を介して相手装置４と通信を行う。【００１２】
なお本図の例では、より一層具体的に、無線通信装置２を移動機（携帯電話）２Ｍとして図示し、その対向装置３をパーソナルコンピュータ（ＰＣ）３Ｐとして図示し、またその相手装置４を基地局４Ｂとして図示している。以下の説明は、必要に応じこれら２Ｍ，３Ｐおよび４Ｂを例にとって行うが、例えば無線通信装置２は、移動機２Ｍの代わりに、無線ゲートウェイ装置であるものとしてもよい。【００１３】
（ｉ）Hands-Free Profile（ＨＦＰ）では、移動機２Ｍが、セルラー等の対応する無線通信方式における長距離無線通信区間（Ｕ点）からの電波の受信レベル（例えばｄＢ値）もしくはユーザが視覚的に分かり易いように例えば０〜３本に変化するアンテナ本数に変換した値を、近距離（Bluetooth）無線通信区間（Ｒ点）５を介して、対向装置３に対して通知する。【００１４】
その通知を行う場合、移動機２Ｍが上記Ｒ点において低消費モードに遷移しているときには、Ｕ点における受信レベルを通知する際にＲ点での低消費モードを一旦解除して、通常モードへ復帰した後に、当該受信レベル（もしくはアンテナ本数）情報を送信する。移動機２Ｍの実装は従来、受信レベル測定周期毎に必ず対向装置３に対してその受信レベル情報を送信するようになっているので、そのＲ点における受信レベル（またはアンテナ本数）の変動が大きい場合には、頻繁にその受信レベル情報を対向装置３に対して送信することになる。このような状況下では、上記の低消費モードにおけるデータの送受信は禁止されることになっていることから頻繁にＲ点における低消費モード解除動作が行われてしまう。このため、Ｒ点における低消費モードの効果が低減する、という問題がある。【００１５】
一方、相手装置４との関係では、次のような問題がある。通常、移動機２Ｍは省電力のために、相手装置（基地局４Ｂ）との間では間欠受信を行う。このようにＵ点において間欠受信を行っている場合、その間欠受信タイミングと、対向装置４への受信レベル情報の送信タイミングとを切り離して制御していたため、その間欠受信による低消費電力制御の効果が低減してしまうことがあった。【００１６】
（ii）Dial-up Networking Profile（ＤＵＮＰ）／Personal Area Network Profile（ＰＡＮＰ）は、移動機２Ｍ（もしくはデータターミナル（ＤＴ））により送受信中データの処理が完了すると、Ｒ点において低消費モードへ遷移する。このとき、Bluetoothの仕様では、上述のとおり低消費モードでのデータ送受信は禁止されているため、新たな送信データが発生したときは、そのＲ点の低消費モードを一旦削除して通常モードへ復帰させ、その後にそのデータの送信を開始しなければならない。この場合、Ｕ点のユーザレートを考慮することなく、低消費モードへの遷移やその解除が実施されていた。【００１７】
ここで低消費モードからの復帰について見てみると、その復帰にかかる時間は、移動機２Ｍ（もしくは３Ｐ）の処理時間と、低消費モードのパラメータ（Hold, Sniff, Park等）とに依存するが、Ｕ点にて高速ユーザレートで送受信を行う場合について考えると、低消費モードからの復帰動作に時間を費やしてしまうために、その高速ユーザレートによる送受信処理によるデータのスループットが向上しない、という問題があり、また中速／低速レートのように、スループットも重要であるが低消費モード動作も重要であるようなユーザレートにおいては、従来の実装の場合であると、ユーザレートに関係なく同一の低消費パラメータが用いられていて、最適な低消費モードが実施されていない、という問題もある。【００１８】
（iii）Generic Object Exchange Profile（ＧＯＥＰ）においても、他のProfileと同様に、Ｒ点において低消費モード制御が適用されることが多い。このＧＯＥＰで取り扱うデータは主に、移動機２Ｍである携帯電話のメモリダイアル、メール、画像等である。【００１９】
このようなデータを送受信する場合、１件分のデータの送受信ならば、低消費モードの解除に費やす時間は然程問題にはならない。しかし、移動機２Ｍをなす携帯電話では、メモリタイアルだけでも数１００件保存可能になっているため、これらのデータを全件転送するとなると、送信データがなくなる度に低消費モードへの遷移が行われてしまうから、低消費モードからの解除動作に時間がかかり、結局全件データの転送時間がきわめて大きくなってしまう、といった問題がある。【００２０】
したがって本発明は、上記諸問題点に鑑み、Bluetooth低消費モードが適用される種々のProfileのもとで、それぞれ、システム効率の向上が図れるように、低消費モードの実施を最適化可能な無線通信装置を提供することを目的とするものである。
【課題を解決するための手段】
【００２１】
（ｉ）Bluetooth ProfileとしてHands-Free Profile（ＨＦＰ）を含む無線通信装置２においては、Ｕ点での長距離無線通信（図１９の６）における電波の受信レベル情報を対向装置３に伝送するタイミングを、単位時間当たりの伝送回数が少なくなるように、設定するものである。【００２２】
（ii）Bluetooth ProfileとしてDial-up Networking Profile（ＤＵＮＰ）またはPersonal Area Network Profile（ＰＡＮＰ）を含む無線通信装置２においては、相手装置４との間Ｕ点での長距離無線通信（図１９の６）を行うときのユーザレートに応じて、（ａ）低消費モードを有効にするか無効にするかを決定し、（ｂ）低消費モードを有効にするときは、さらに該当するモード（ホールド（以下、Hold）、スニフ（以下、Sniff）またはパーク（以下、Park）の各モード）における時間パラメータを可変とするものである。【００２３】
あるいは、（ａ）相手装置４との長距離無線通信（図１９の６）において確立した呼が、個別物理チャネルを使用し、かつ、対向装置３との間の近距離無線通信（図１９の５）が低消費モードに遷移しているときは、この低消費モードから通常モードへ復帰させ、（ｂ）一方、上述の確立した呼が、共通物理チャネルを使用しているときは、その通信中のデータがなくなり次第、低消費モードへ遷移させるものである。【００２４】
（iii）Bluetooth ProfileとしてGeneric Object Exchange Profile（ＧＯＥＰ）を無線通信装置２においては、対向装置３との間のデータ転送が、データ量の少ない１件データ転送モードか、またはデータ量の多い全件データ転送モードか、に応じてそれぞれ、低消費モードへの遷移を開始し、または禁止するよう設定するものである。
【図面の簡単な説明】
【００２５】
【図１】図１は、本発明に基づく無線通信装置の基本構成図である。
【図２】図２は、本発明に基づく無線通信装置の一実施例を示す図である。
【図３】図３は、間欠受信とフィルタリングの各タイミングが非同期の場合を示す図である。
【図４】図４は、本発明に基づくより好ましいフィルタリングの方法を示す図である。
【図５】図５は、Hands-Free Profile（ＨＦＰ）のもとでの低消費モード処理を表すシーケンス図（その１）である。
【図６】図６は、Hands-Free Profile（ＨＦＰ）のもとでの低消費モード処理を表すシーケンス図（その２）である。
【図７】図７は、Holdモードを説明するための図である。
【図８】図８は、Sniffモードを説明するための図である。
【図９】図９は、Parkモードを説明するための図である。
【図１０】図１０は、Ｕ点でのユーザレートに応じて低消費モードを制御する無線通信装置の一実施例を示す図である。
【図１１】図１１は、ＤＵＮＰまたはＰＡＮＰのもとでの低消費モード処理を表すシーケンス図（その１）である。
【図１２】図１２は、ＤＵＮＰまたはＰＡＮＰのもとでの低消費モード処理を表すシーケンス図（その２）である。
【図１３】図１３は、各種パラメータの具体例を示す図である。
【図１４】図１４は、ＧＯＥＰのもとで主として低消費モードを制御する無線通信装置の一実施例を示す図である。
【図１５】図１５は、ＧＯＥＰのもとで全件データ受信時の低消費モード処理を表すシーケンス図（その１）である。
【図１６】図１６は、ＧＯＥＰのもとで全件データ受信時の低消費モード処理を表すシーケンス図（その２）である。
【図１７】図１７は、ＧＯＥＰのもとで全件データ送信時の低消費モード処理を表すシーケンス図（その１）である。
【図１８】図１８は、ＧＯＥＰのもとで全件データ送信時の低消費モード処理を表すシーケンス図（その２）である。
【図１９】図１９は、本発明が適用可能な無線通信システムの一例を示す図である。
【発明を実施するための最良の形態】
【００２６】
図１は本発明に基づく無線通信装置２の基本構成図である。なお、全図を通じて同様の構成要素には、同一の参照番号または記号を付して示す。【００２７】
本図に示すとおり、この無線通信装置２は、全体として、相手装置４と長距離無線通信（６）を行う無線制御機能部１１と、対向装置３との間でBluetoothによる近距離無線通信（５）を行うBluetooth制御機能部１２と、これら無線制御機能部１１およびBluetooth制御機能部１２と連携するユーザインタフェース部１３と、を備える。ここに、
（ｉ）Bluetooth制御機能部１２が、Bluetooth Profileとして少なくともHands-Free Profileを含む無線通信装置２においては、このBluetooth制御機能部１２はBluetooth低消費モード制御部１４を含み、このBluetooth低消費モード制御部１４は、長距離無線通信（６）における電波の受信レベル情報を対向装置３に伝送するタイミングを、単位時間当たりの伝送回数が少なくなるように、設定することを特徴とするものである。【００２８】
さらには、無線制御機能部１１が相手装置４との間で長距離無線通信（６）を間欠受信により行うとき、Bluetooth低消費モード制御部１４は、上述の受信レベル情報を対向装置３に伝送するタイミングを、その間欠受信タイミングと同期するように設定することを特徴とするものである。【００２９】
さらにまた、Bluetooth低消費モード制御部１４は、前回伝送済みの受信レベル情報を記憶する記憶手段１５と、今回伝送することになる受信レベル情報とその記憶された受信レベル情報とを比較する比較手段１６と、を有し、その比較の結果両者間に変化があったときのみ当該受信レベル情報を伝送することを特徴とするものである。【００３０】
（ii）Bluetooth制御機能部１２が、Bluetooth Profileとして少なくともDial-up Networking ProfileまたはPersonal Area Network Profileを含む無線通信装置においては、このBluetooth制御機能部１２はHoldモード、SniffモードおよびParkモードのいずれかによるBluetooth低消費モード制御部１４を含み、このBluetooth低消費モード制御部１４は、相手装置４との間で長距離無線通信（６）を行うときのユーザレートに応じて、（ａ）低消費モードを有効にするか無効にするかを決定し、（ｂ）低消費モードを有効にするときは、さらに該当する上記のモードにおける時間パラメータを可変とすることを特徴とするものである。【００３１】
以下に、上記のモードすなわちHold、SniffおよびParkの各モード毎に、具体的な機能について説明する。【００３２】
（Holdモード）
Bluetooth制御機能部１２がHoldモードを実行するとき、Bluetooth低消費モード制御部１４は、上記の（ｂ）における時間パラメータを、このHoldモードでのHoldタイム（図７のＴ１）とする。【００３３】
（Sniffモード）
Bluetooth制御機能部１２がSniffモードを実行するとき、Bluetooth低消費モード制御部１４は、上記の（ｂ）における時間パラメータを、このSniffモードでの低消費スロット送信周期（図８のＴ２）とする。【００３４】
可変される上記のSniffモードでの低消費スロット送信周期（Ｔ２）に合わせて、このSniffモードでの同期維持用の送受信間隔（図８のＴ３）も可変とする。【００３５】
（Parkモード）
Bluetooth制御機能部１２がParkモードを実行するとき、Bluetooth低消費モード制御部１４は、上記の（ｂ）における時間パラメータを、このParkモードでの同期補正周期（図９のＴ４）とする。【００３６】
またBluetooth制御機能部１２が、Bluetooth Profileとして少なくともDial-up Networking ProfileまたはPersonal Area Profileを含む無線通信装置２において、Bluetooth低消費モード制御部１４は、（ａ）相手装置４との長距離無線通信（６）において確立した呼が、個別物理チャネルを使用し、かつ、対向装置３との間の近距離無線通信（５）が低消費モードに遷移しているときは、この低消費モードから通常モードへ復帰させ、（ｂ）一方、上述の確立した呼が、共通物理チャネルを使用しているときは、その通信中のデータがなくなり次第、低消費モードへ遷移させる。【００３７】
この場合、上記の（ａ）において、通信中のデータの処理が終わっても、低消費モードへ遷移させないようにする。【００３８】
さらに、また、上記の（ａ）において、対向装置３より低消費モードへの遷移要求があったとき、これを拒否するようにする。【００３９】
（iii）Bluetooth制御機能部１２が、Bluetooth Profileとして少なくともGeneric Object Exchange Profile（ＧＯＥＰ）を含む無線通信装置２においては、このBluetooth制御機能部１２はBluetooth低消費モード制御部１４を含み、このBluetooth低消費モード制御部１４は、対向装置３との間のデータ転送が、データ量の少ない１件データ転送モードか、またはデータ量の多い全件データ転送モードか、に応じてそれぞれ、低消費モードへの遷移を許可し、または禁止するよう設定することを特徴とするものである。【００４０】
さらにまたBluetooth低消費モード制御部１４は、上記の全件データ転送モードが終了すると、低消費モードへの遷移を開始するようにする。【００４１】
次に図１に示す基本構成の一具体例を説明する。図２は本発明に基づく無線通信装置の一実施例を示す図である。【００４２】
本図において、図１に示す、無線制御機能部１１、Bluetooth制御機能部１２およびユーザインタフェース部１３は、それぞれ、機能ブロック２１〜２６、機能ブロック３１〜３４および機能ブロック４１として表されている。なお、ここで機能ブロックと称している部分は、実際には主としてソフトウェアで構成されている。【００４３】
（ｉ）まずHands-Free Profileのもとで、最適な低消費モードを実現する態様について説明する。【００４４】
Bluetooth制御機能部１２におけるBluetooth Profile制御部３２は、上位アプリケーションにあたるBluetooth Profileアプリケーション群３１からの制御指示やユーザデータを、ＵＡＲＴ／ＵＳＢ３３といった物理インタフェースを介して、Bluetoothモジュール３４へ送信する。逆に、Bluetoothモジュール３４からＵＡＲＴ／ＵＳＢ３３を介して受信した制御イベントやユーザデータを、Bluetooth Profile制御部３２を介して、Bluetooth Profileアプリケーション群３１に送信する。【００４５】
Bluetooth Profileアプリケーション群３１は、Profile毎のアプリケーションの集合である。この場合、前述したＤＵＮＰ，ＰＡＮＰ，ＨＦＰおよびＧＯＥＰといったProfile（アプリケーション）が存在する。各該アプリケーションは、Human Machine Interface（ＨＭＩ）４１からのユーザ設定等を、Bluetooth Profile制御部３２に送信する。逆にBluetooth Profile制御部３２からのイベントを、画面に表示するために、このＨＭＩ４１に対してイベントを通知する。【００４６】
一方、無線制御機能部１１における無線制御アプリケーション２１は、移動機２Ｍである携帯電話に対応するセルラー等の無線方式の制御や、基地局４Ｂ（または交換局）との間での呼制御を行うアプリケーションであって、上記画面への表示や発着信の制御を行うために、ＨＭＩ４１との間でデータの送受信を行う。【００４７】
上記無線制御アプリケーション２１に連係する無線制御タスク２２は、移動機２Ｍの無線方式の制御を行うタスクであり、低位レイヤのソフトウェアであって、主に無線制御アプリケーション２１からの指示によって、無線に関するハードウェアの制御を行う。例えば特開２００３−２９８４９３号公報に開示された間欠受信制御システムを実現するために、間欠受信ハンドラ２５から周期監視タスク２４に対して、その間欠受信タイミングの通知を行う。これらの周期監視タスク２４と間欠受信ハンドラ２５ならびにタイマドライバ２６は、特開２００３−２９８４９３号公報に開示された「間欠受信制御システム」を実現するためのハードウェアおよびソフトウェアを示している。また、Hands-Free Profile（ＨＦＰ）にてこの間欠周期タイマを用いるために、周期監視タスク２４への間欠情報の登録や間欠の停止のためのインタフェースと、タイムアウトを通知するためのインタフェースとを有する（ブロック３１および２４間の「登録」と「通知」参照）。【００４８】
上記アプリケーション２１とアプリケーション群３１に連携するＨＭＩ４１は、表示画面の制御やボタン押下時の動作等、ユーザインタフェースに関する制御を受け持つ。【００４９】
上記Hands-Free Profile（ＨＦＰ）のもとでは、無線制御アプリケーション２１からＨＭＩ４１に対して既述の受信レベル情報が渡される。そうするとＨＭＩ４１では、表示画面への受信レベルの表示を行うために、通常、ユーザに分かり易いように、例えば０〜３本のアンテナの本数にその受信レベルを変換する。そしてこのＨＦＰのもとでは、ＨＭＩ４１で表示される受信レベル（ｄＢ値）もしくは受信レベルを分かり易くするためにアンテナの本数に変換した値を受信レベル情報として対向装置３に送信する。このため、Bluetooth Profileアプリケーション群３１におけるＨＦＰアプリケーションは、受信レベルｄＢ値もしくはアンテナ本数に変化があった場合、もしくは受信レベル測定間隔になった場合に、その受信レベル情報を例えばＨＭＩ４１から受け取る。これを受け取ると、Bluetooth Profile制御部３２を介して、対向装置３へその受信レベル情報を送信する。【００５０】
なお対向装置３では、受信レベルｄＢ値そのものを受信した場合には、ユーザに分かり易く表示するため、その受信レベルをアンテナ本数に変換する。一方アンテナ本数を通知された場合には、通知されたアンテナ本数そのものを画面に表示する。【００５１】
移動機（携帯電話）２Ｍと対向装置３との間において今Bluetoothの低消費モードに遷移しているならば、Bluetooth Profile制御部３２は低消費モードから通常モードへの復帰動作を行い、この復帰動作の完了後に、上記受信レベル情報であるｄＢ値もしくはアンテナ本数を対向装置３へ送信する。【００５２】
ここで本発明のポイントに言及する。通常、上記受信レベル情報は、対向装置３においてユーザに対する特定のアプリケーションとして用いられることはない。したがって、対向装置３において厳密に、携帯電話（２Ｍ）で表示される受信レベルｄＢ値あるいはアンテナ本数等の受信レベル情報と連動させてリアルタイムに該情報を表示する必要はない。にも拘らず、従来は受信レベルｄＢ値あるいはアンテナ本数が変化する毎に、もしくは受信レベル測定周期毎に、対向装置３へそれらの情報を通知しようとしているので、その通知の都度Bluetooth低消費モードが解除される。このため、その低消費電力効果は低減してしまう。これが問題である。【００５３】
本発明の着想は、Ｒ点における低消費電力の効果を維持するために、受信レベルｄＢ値またはアンテナ本数の変化をフィルタリングすることにある。これにより、低消費モードから通常モードに頻繁に遷移することを回避することができる。例えば、あるタイミングで、受信レベルｄＢ値またはアンテナ本数を対向装置３に通知してから、一定時間（例えば１０秒）内は、受信レベルｄＢ値またはアンテナ本数の変化を携帯電話（２Ｍ）側から送信することを中止し、対向装置３へ通知しない。これにより、低消費モードへの復帰動作の回数を減らすことができ、Bluetooth低消費モード本来の効果を得ることができる。【００５４】
次に本発明を、既述した特開２００３−２９８４９３号公報のシステムに適用したとすると、携帯電話（２Ｍ）は、待ち受け時に間欠受信を行いながら、基地局４Ｂから自局（２Ｍ）宛ての呼び出し信号を監視すると共に、本発明に係る上記のフィルタリングを行う目的で間欠受信周期と異なるタイマ、例えばＬＳＩに付随しているタイマを起動する。そうすると、その間欠受信周期とタイマとの間のタイミング（クロック）は非同期であるため、間欠受信周期とは異なるタイミングでタイマのタイムアウトが発生する。この場合の様子を図を用いて説明する。【００５５】
図３は間欠受信とフィルタリングの各タイミングが非同期の場合を示す図である。本図の１）欄は、移動機２Ｍと基地局４Ｂとの間の上述した間欠受信のタイミングを表している。一例として５秒（５ｓ）の間隔を示す。また本図の２）欄は、移動機２Ｍから対向装置３へ、上述したフィルタリングによって間引きながら上記受信レベル情報を送信するタイミングを表している一例として１０秒（１０ｓ）の間隔を示す。【００５６】
図示するように間欠受信周期が５ｓ、フィルタリングを行うタイマが１０ｓとし、かつ、フィルタリングを行うタイマが、間欠受信周期（ｔ１）の少し後にタイマを開始（ｔ２）した場合、その開始点（ｔ２）とタイムアウト発生点（ｔ５）との間に、間欠受信処理が２回（ｔ３とｔ４）行われることになる。つまり移動機２Ｍ内のＣＰＵに２度クロックが入ることになり、その分余計な電力を消費していることになる。【００５７】
そこで、受信レベル情報をフィルタリングして対向装置３に送信するに当たり、その送信発生点（ｔ２）を、間欠受信の発生点（ｔ１）に合わせるようにする。つまり１）欄と２）欄の両タイミングを同期させる。そうすると、間欠受信の処理は、上記の２回から１回（ｔ３のみ）に減らすことができ、移動機２Ｍの一層の低消費電力が図れる。また、後に図４を参照して説明するよう、前回と今回の受信レベル情報の間に変化があったときのみ、対向装置３へその受信レベル情報を送信するようにすれば、本図のｔ５における当該送信を省略できる可能性があり、さらなる低消費電力化が図れる。すなわち特開２００３−２９８４９３号公報にある間欠受信周期と同期したタイマを使用することで、通常の、ＬＳＩに付随するタイマを使用することを避け、間欠受信の効果を低減させることなく、受信レベル情報送信回数のフィルタリングが可能となる。【００５８】
図４は上述したより好ましいフィルタリングの方法を表す図であり、上述したように、前回の受信レベル情報と今回の受信レベル情報との間に変化があったときのみ、その今回の受信レベル情報を対向装置３に送信するようにしたフィルタリングを表している。【００５９】
本図において、縦軸ｔは時間経過を示す。左端のｎ＝０，ｎ＝２…は間欠受信タイミングを示し、図３のｔ１，ｔ３，ｔ４…のタイミング（５ｓ）に対応する。中央の３本、１本、１本…は、対向装置３に送信すべき一次フィルタリング前の受信レベル（アンテナ本数で表示）情報を示す。そして右端の３本、２本…は、より一層フィルタリングされた受信レベル情報（アンテナ本数）の送信を示す。つまり、１次フィルタリング後の受信レベルの中で、変化があった受信レベルのみを、２次フィルタリングで選択的に送信する場合を示す。【００６０】
図３に示す２）欄のフィルタリングによれば、本来、図４の１次／２次フィルタリングの欄における１次フィルタリングにて「３本、２本、２本…」のように対向装置３に送信すべきであるが、さらなる二次フィルタリングによれば前回の「２本」（図４のａ）と、今回の「２本」（図４のｂ）との間に変化がないから、一次フィルタリングによる「２本」（図４のｃ）は、二次フィルタリングによって、送信しないことになる。なお、図４の説明は後にさらに補足する。【００６１】
図５はHands-Free Profile（ＨＦＰ）のもとでの低消費モード処理を表すシーケンス図（その１）であり、
図６は同図（その２）である。【００６２】
ユーザは対向装置３に接続する場合、ＨＭＩ４１から「接続」のメニューを操作する。逆に対向装置３からの接続を待ち受ける場合、「待ち受け」のメニューを操作する。ＨＭＩ４１は、Bluetooth Profileアプリケーション群３１のＨＦＰアプリケーションに「接続」が選択されているなら、対向装置３に関する情報（例えばＢＤ ＡＤＤＲ）を待ち受けが選択されているなら、待ち受け条件に関する情報（例えばセキュリティの要件等）を、それぞれ渡す。【００６３】
上記ＨＦＰアプリケーションは、ＨＭＩ４１からの指示で、Bluetooth Profile制御部３２にＨＭＩ４１から渡された上記情報を渡す。この情報は図５（接続）の場合、対向装置３の固有番号（ブルートゥース・デバイス・アドレス（以下、Bluetooth Device Address：ＢＤ ＡＤＤＲ））である。【００６４】
Bluetooth Profile制御部３２は、ＵＳＢ／ＵＡＲＴ３３を介してBluetoothモジュール３４に、「接続」に関連する設定、例えば認証の有無や暗号化の有無、ベースバンドに関連するパラメータを設定し、その接続動作を開始する。【００６５】
Ｒ点でのBluetooth接続が完了したならば、Bluetoothモジュール３４から接続完了のイベントが、ＵＳＢ／ＵＡＲＴ３３を介して、Bluetooth Profile制御部３２へ通知される。Bluetooth Profile制御部３２は、Bluetooth Profileアプリケーション群３１の中のＨＦＰアプリケーションに「接続」が完了したことを通知する。さらにＨＦＰアプリケーション（３１）は、接続完了の画面を表示するために、ＨＭＩ４１に対して接続完了を通知する。続いて受信レベル情報の通知を行うため、周期タイマ（２５，２６）を起動する。周期監視タスク２４からの肯定応答受信により、直ちに対向装置３に対して送信する受信レベル情報がなければ、Bluetooth Profile制御部３２に、適用すべき低消費モード動作を指定し、低消費モードへの遷移要求を通知する。【００６６】
Bluetooth Profile制御部３２は、ＵＡＲＴ／ＵＳＢ３３を介して、低消費モードのパラメータを指定し、対向装置３に低消費モードへの遷移要求を送信する。対向装置３からの肯定応答を受信（図示省略）することにより、Bluetoothモジュール３４からBluetooth
Profile制御部３２にイベントが通知される。このイベントを受信したBluetooth Profile制御部３２は、ＨＦＰアプリケーション（３１）に対して低消費モード遷移開始（図示せず）を送信する。これによりＨＦＰアプリケーション（３１）は、移動機（携帯電話）２Ｍと対向装置３との間で低消費モードに遷移したことを認識する。【００６７】
図６において無線制御アプリケーション２１は、一定間隔で受信レベルを測定する。測定した受信レベル情報は、ＨＭＩ４１の画面上に表示する必要があるので、この測定のたびにＨＭＩ４１に対してその受信レベル情報を通知する。ＨＭＩ４１は、画面上にその受信レベル情報を表示すると同時に、ＨＦＰアプリケーション（３１）に対して、受信レベル情報（ｄＢ値あるいはアンテナの本数に変換した値）を通知する。ｄＢか本数かは、実装による。【００６８】
本発明のフィルタリングを適用していなければ、ＨＦＰアプリケーション（３１）は受信レベル情報を対向装置３に毎回通知しようとする。しかし移動機（携帯電話）２Ｍと対向装置３との間が低消費モードに遷移していると、この低消費モード中はユーザデータを送信することができないので、その受信レベル情報を通知するためには、一旦低消費モードを解除する必要がある。ＨＦＰアプリケーション（３１）は、Bluetooth Profile制御部３２に対して低消費モードの解除要求を通知する。Bluetooth Profile制御部３２はさらに、ＵＡＲＴ／ＵＳＢ３３を介して、Bluetoothモジュール３４に低消費モードの解除要求を通知する。【００６９】
Bluetoothモジュール３４は、対向装置３に対して低消費モードの解除を要求するメッセージを送信する。これに対し対向装置３からその肯定応答を受信すると、Bluetoothモジュール３４は、低消費モードが解除されたことを示すイベントをBluetooth Profile制御部３２に通知する。Bluetooth Profile制御部３２は、ＨＦＰアプリケーション（３１）に対して低消費モードの解除を通知する。この低消費モード解除通知を受信したＨＦＰアプリケーション（３１）は、受信レベル情報を対向装置３に送信する。【００７０】
既に図３で説明したとおり、間欠受信タイミングと異なるタイミングで、受信レベル情報を対向装置３に送信すると、間欠受信による省電力効果が低下すると共に、低消費モードからの復帰動作を行わなければならず、低消費モードの効果も低下する。そこでＨＦＰアプリケーション（３１）は、図４で説明した動作を行う。もう一度図４を参照すると、フィルタリングの間隔はｎ＝０，ｎ＝３，ｎ＝６である。【００７１】
Bluetooth接続が完了するとＨＦＰアプリケーション（３１）は、周期監視タスク２４が提供する機能を使用してタイマを起動する。ＨＭＩ４１からの受信レベル情報を受信したＨＦＰアプリケーション（３１）は、図４に示す最初の間欠受信タイミングであるｎ＝０において、対向装置３に対して受信レベル情報を送信し、この送信した情報（ここではアンテナ本数３本）を記憶手段１５に記憶する。次に通知されるアンテナ本数（１本）、さらにその次に通知されるアンテナ本数（１本）は、１次フィルタリングにより、無視する。３回目に受信したアンテナ本数（２本）は、その１次フィルタにより、対向装置３に送信するタイミングとなるので、ｎ＝０で送信したアンテナ本数（３本）と差があるかを判定する。この場合、アンテナ本数が変わっているので、ｎ＝３のタイミングで対向装置３にアンテナ本数情報を送信し、アンテナ本数「２」を記憶手段１５に記憶する。同様にｎ＝４およびｎ＝５での送信は、１次フィルタリングにより、見送り、ｎ＝６の時に、ｎ＝３で送信したアンテナ本数とを比較する。この場合、ｎ＝３で送信したアンテナ本数情報（２本）と今回送信しようとするアンテナ本数情報（２本）に差がないので、２次フィルタリングにより、対向装置３へのその送信は見送る。なお図４の例では、フィルタリングとしてｎ＝３に設定しているが、時間パラメータｎを延ばすことにより、さらなる低消費モード効果が可能となる。この時間パラメータｎは固定値でも良いし、あるいは送信する受信レベル情報の変化に応じて可変としても良い。【００７２】
（ii）次に、Dial-up Networking Profile（ＤＵＮＰ）またはPersonal Area Network Profile（ＰＡＮＰ）のもとで、最適な低消費モードを実現する態様について説明する。この態様において、Holdモード、SniffモードおよびParkモードのいずれかによるBluetooth低消費モード制御を行うBluetooth低消費モード制御部１４は、相手装置４との間で長距離無線通信（６）を行うときのユーザレートに応じて、（ａ）低消費モードを有効にするか無効にするかを決定し、（ｂ）低消費モードを有効にするときは、さらに該当する上記のモードにおける時間パラメータＰｔを可変とする。【００７３】
ＤＵＮＰあるいはＰＡＮＰの場合、Ｕ点において高速なスループットを必要とするとき、Ｒ点における低消費モードからの復帰動作に時間がかかって所要の高速スループットを達成できない場合がある。上記のとおり、Ｒ点での低消費モードには、Holdモード／Sniffモード／Parkモードという３種類が存在する。【００７４】
図７はHoldモードを説明するための図である。Bluetooth制御機能部１２がこのHoldモードを実行するとき、Bluetooth低消費モード制御部１４は、上述した（ｂ）における時間パラメータＰｔを、HoldモードでのHoldタイムＴ１とする。【００７５】
図７はBluetoothを形成する一対の親側（マスター）および子側（スレーブ）装置のうち、マスターについて示す。図示するHoldタイムＴ１の時間間隔で、マスターはスロット（送信ＴＸ／受信ＲＸ）の送受信動作を停止する。スレーブも送受信動作を停止する。したがってHoldタイムＴ１の時間が長いほど、低消費モードの効果が大きい。なぜならこのHoldタイムで示す期間Ｔ１は、データの送受信を行うことができないからである。携帯電話（２Ｍ）／ゲートウェイ側、すなわち無線通信装置２側で、対向装置３に対するデータ送信契機が図７のＡのタイミングで発生した場合、送受信可能となるインスタンスまでの時間は短い。しかし図７のＢのタイミングで発生した場合、送受信可能となるインスタンスまでの時間は長く、この間データの送受信を行うことができないことから、Ｕ点でのスループットへ影響が出る。【００７６】
そこでHoldタイムで示す間隔Ｔ１を短くすれば、送受信可能となるインスタンスまでの時間を短くすることができ、Ｕ点でのスループットへの影響を小さくすることが可能となる。しかし今度は、低消費モードの効果が低減してしまう。【００７７】
そこでＵ点でのユーザレートの大小に応じて、HoldタイムＴ１を短くまたは長く可変にすれば、Ｕ点でのスループットを低下させることのない低消費モードが実現される。【００７８】
図８は上述のSniffモードを説明するための図である。Bluetooth制御機能部１２がSniffモードを実行するとき、Bluetooth低消費モード制御部１４は、上述した（ｂ）における時間パラメータＰｔを、Sniffモードでの低消費スロット送信周期Ｔ２とする。この場合、可変される上記Sniffモードでの低消費スロット送信周期Ｔ２に合わせて、Sniffモードでの同期維持用の送受信間隔Ｔ３も可変とすることが望ましい。【００７９】
図８は、マスター側を基準に記載している。送受信間隔Ｔ３は、マスター／スレーブ共にスロット（ＴＸ・ＲＸ）が送受信可能な時間で、低消費スロット送信周期Ｔ２は送受信間隔Ｔ３が再び繰り返されるまでの時間である。図中、Ａ−Ｃの時間とＡ−Ｂの時間との比が小さいほど、低消費モードの効果は高い。マスターは、送受信間隔Ｔ３のＴＸスロットでスレーブとの同期を維持するためのスロットを送信する。【００８０】
スレーブは、マスターからのスロットを受信し、自分宛のスロットがあれば、送受信間隔Ｔ３内で送信可能なスロットを用いて応答し、Sniffモードから通常モードへ遷移して、当該ユーザデータを受信する。【００８１】
Sniffモード中はユーザデータの送受信は行えない。携帯電話／ゲートウェイ側、すなわち無線通信装置２で対向装置３へのデータ送信契機が、図８のＡ−Ｂの間（Ｄ点）もしくはＣ点に近いタイミング（Ｆ点）ならば、Sniffモードから通常モードへの復帰動作が開始するまでの時間が短いため、Ｕ点でのスループットへの影響を小さくすることが可能である。一方、送受信間隔Ｔ３の直後付近（Ｅ点）でそのデータ送信契機が発生すると、Ｃ点で示す時間まで通常モードへの復帰動作が待たされることになり、Ｕ点でのスループットへの影響が出てくる。結局、Ａ−Ｃの時間を短くするあるいはＡ−Ｂの時間は長くすれば、復帰動作開始までの待ち時間を短くすることが可能である。しかし低消費モードの効果は低減する。かくして、Ｕ点でのユーザレートの大小に応じて、上記のＴ２、さらには上記のＴ３を調整すれば、Ｕ点でのスループットを低下させることのない低消費モードが実現される。【００８２】
図９はParkモードを説明するための図である。Bluetooth制御機能部１２がこのParkモードを実行するとき、Bluetooth低消費モード制御部１４は、上述した（ｂ）における時間パラメータＰｔを、Parkモードでの同期補正の周期Ｔ４とする。【００８３】
図９はマスター側を基準に記載している。「周期」と記載されている期間Ｔ４が、中間にいくつかの「アクセスウィンドウ」を含む「同期補正」の出現間隔である。「同期補正」と記載されている期間は、マスターのタイミングと自分自身（スレーブ）が保持するタイミングとの差を補正する期間である。「アクセスウィンドウ」と記載されている期間が、マスターとスレーブとの間で低消費モードの解除が可能な期間であり、何度か繰り返される。周期Ｔ４を長くするか、アクセスウィンドウの繰り返し数やその期間を短くするほど低消費モードの効果は高い。【００８４】
Parkモード中は、ユーザデータの送受信は行えない。携帯電話／ゲートウェイ側、すなわち無線通信装置２で対向装置３に対するデータ送信契機が図９の同期補正のタイミングもしくはアクセスウィンドウの期間であれば、Parkモードから通常モードへの復帰動作が開始するまでの時間が短いため、Ｕ点でのスループットへの影響を小さくすることが可能である。一方、「アクセスウィンドウ」が経過した直後付近でそのデータ送信契機が発生すると、次の「同期補正」のインスタンスまで、通常モードへの復帰動作が待たされることになり、Ｕ点でのスループットへ影響が出てくる。結局、周期Ｔ４を短くするあるいはアクセスウィンドウの期間を長くしたり、アクセスウィンドウの繰り返し数を増やすことにより、復帰動作開始までの待ち時間を短くすることが可能である。しかし、低消費モードの効果は低減する。かくして、Ｕ点でのユーザレートの大小に応じて、上記のＴ４を調整すれば、Ｕ点でのスループットを低下させることのない低消費モードが実現される。【００８５】
図１０は、上述したＵ点でのユーザレートに応じて低消費モードを制御する態様での無線通信装置２の一実施例を示す図である。なお、本図の構成は図２に示した構成から、不要な部分を取り除いた構成である。【００８６】
まず一般論から始めると、低消費モードへ遷移する制御は、単純に送受信中データの有無に応じて行うのが一般的である。この一般的方法ではデータの有無といった一元的な制御である。また低消費モードのパラメータも、ワンパターンであることが多い。【００８７】
ここで、Ｕ点での所要スループットが高速である場合について考えると、Ｒ点での低消費モード動作を行わずにユーザデータを流したままにするという選択が考えられる。しかしＵ点におけるスループットが複数のユーザレートをサポートするような場合であると、前述のようなワンパターンの実装では、全てのユーザレートについて低消費モードの制御を行わない、という動作となってしまう。【００８８】
またそのような高速ユーザレートでは低消費モードの効果を犠牲にしてスループットを確保するという選択が可能であるが、中速あるいは低速のユーザレートにおいては、スループットの確保と共に、低消費モードを適用することによる消費電力の低減もまた必要である。特に中速のユーザレートでは、低速のユーザレートの低消費モードパラメータを適用せず、中速ユーザレート独自の低消費モードパラメータを適用すれば、スループットの確保は可能である。【００８９】
本発明は、このように（ａ）スループットの確保と、（ｂ）低消費モードの実施といった相反する要求を両立するために、Ｕ点におけるユーザレートの情報をもとに、低消費モードの適用有無の判断およびこの低消費モード適用時における時間パラメータの制御を行うものである。【００９０】
Bluetooth低消費モードの適用の有無を判断するために、Bluetooth Profileアプリケーション群３１と無線制御アプリケーション２１との間か、Bluetooth Profileアプリケーション群３１と無線制御タスク２２との間のいずれかに新たなインタフェース（ＩＮＦ）を設ける（図１０のＩＮＦ１およびＩＮＦ２参照）。【００９１】
図１１はDial-up Networking Profile（ＤＵＮＰ）またはPersonal Area Network Profile（ＰＡＮＰ）のもとでの低消費モード処理を表すシーケンス図（その１）であり、
図１２は同図（その２）である。ここでは、無線制御アプリケーション２１とBluetooth Profileアプリケーション群（ＤＵＮＰ／ＰＡＮＰアプリケーション）３１との間に、新規にインタフェース（図１０のＩＮＦ１）を追加した場合を記載する。【００９２】
Bluetooth接続が完了し、対向装置３であるＰＣ（３Ｐ）やＰＤＡ等から、「Bluetooth接続」を用いて発信が行われる。ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）は、その発信信号を無線制御アプリケーション２１に渡す（図示省略）。これを受けた無線制御アプリケーション２１は、携帯電話の無線方式に従い、物理チャネルや論理チャネルの設定を行う。これらのチャネル設定が正常に完了すると、無線制御タスク２２から無線制御アプリケーション２１に、その完了の旨が通知される。無線制御アプリケーション２１は、確立したチャネルに関する情報を、ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）に渡す。渡されたＤＵＮＰ／ＰＡＮＰのパラメータは、ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）で保持する。またこのときに受信した該パラメータから、後述の図１３の表を参照して、上述したＵ点でのユーザレートを求め、Ｒ点で使用するパケットタイプを決定し、低消費モードを実施するかしないかのパラメータを、Bluetooth Profile制御部３２へ渡す。Bluetooth Profile制御部３２は対向装置３とパケットタイプのネゴシエーションを行い、その合意が得られれば、そのパケットタイプにて以降の通信を行う。【００９３】
送受信中にユーザデータがなくなったと判断したときには、ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）は、図１３の表を用いて、低消費モード制御の有無や低消費モード制御時の時間パラメータを選択して、Bluetooth Profile制御部３２に低消費モードの開始要求を送信する。【００９４】
図１３は上述したパラメータの具体例を示す図である。本図において、
「Rate」はＵ点でのユーザレートを表し、「ＬＣ（Logical Channel）」、「ＴＢ（Transport Block）」および「ＴＦＳ（Transport Format Set）」は、Ｕ点でのどのユーザレート（６４／１２８／２５６ｋｂｐｓ）が使われようとしているかを判断するための情報となる。「ＡＭ」は、Acknowledge Mode（確認型モード）を表す。また「ＴＴＩ」は、Transmission Time Intervalであり、ｍｓ単位で表す。「ＰＨＹ」は、後述する個別物理チャネルか、共通物理チャネルか、の区別を示し、「Ｄ」は個別物理チャネルを表す。【００９５】
以上の「ＬＣ」〜「ＰＨＹ」の各情報をもとに、「適用」（低消費モードを適用するか（○）しないか（×））、適用するならそのときの時間パラメータＰｔをどの位にするかを、「送信周期」および「間隔」にて決定する。【００９６】
まず無線制御アプリケーション２１もしくは無線制御タスク２２から渡されるパラメータについて説明する。上述の図１３（表）を参照すると、この表の示すところは、パケット交換方式の通信であって、Rate：６４ｋｂｐｓ、１２８ｋｂｐｓを切り替える場合のパラメータと、低消費モード（ここではSniffモード）のパラメータが示してある。上記のＬＣ sizeは、論理チャネルのＰＤＵ（Protocol Data Unit）サイズである。ＬＣ modeは、レイヤ２の送信モードを示しており、通常ＴＭ（Transparent Mode（透過型モード）と、ＵＭ（Unacknowledge Mode（非確認型モード）と、既述のＡＭの３種類が存在する。これらは、回線交換型またはパケット交換型の各チャネル設定を区別するために使用する。【００９７】
ＴＢ sizeは無線方式によっては存在しないパラメータで、下位レイヤ２のＰＤＵサイズである。上記ＴＦＳは上記ＴＴＩで示す時間であって、ＴＢを幾つ送ることが可能かを示している。図１３の表で示す数値のうち、最大となる数値が最大レートを示す。また上記のとおりＰＨＹ chは、物理チャネルの属性を示し、既述のとおり個別物理チャネルか共通物理チャネルかのどちらを使用するかを示す。これらのパラメータからＵ点でのユーザレートを特定し、低消費モードを適用するか否かや、低消費モード適用時の低消費パラメータ（時間パラメータ）を決定する。なお上記最大レートは、次の計算式で求まる。【００９８】
ＬＣ size × ＴＦＳの最大値 ÷ ＴＴＩ × １０００【００９９】
上記計算式で求めたサイズより、高速転送可能なBluetoothのパケットタイプを選択する。Ｕ点でのユーザレートが１２８ｋｂｐｓの場合、Ｒ点でのレートとしては３８７．２ｋｂｐｓ／４７７．８ｋｂｐｓ（共に誤り訂正有り）、５８５．６ｋｂｐｓ／７２３．２ｋｂｐｓ（共に誤り訂正無し）が、選択できる。単純に考えると、３８７．２ｋｂｐｓを選択した場合、Ｒ点ではＵ点の３（≒３８７．２／１２８）倍の速さでユーザデータを転送することが可能であるから、Ｕ点での送受信処理の間に、Ｒ点では低消費モードへ遷移することができる。【０１００】
ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）は、Bluetooth上で送受信データがなくなったとき、上記で求めた、ユーザレートに対応するパラメータを用いて低消費モードへ遷移する。一方対向装置３からのデータ送信が発生すると、対向装置３より低消費モードの解除要求が送信されてくる。Bluetoothモジュール３４は、低消費モード解除の応答を対向装置３に送信し、Bluetooth Profile制御部３２を介してＤＵＮＰ／ＰＡＮＰアプリケーション（３１）に、低消費モード解除の通知が送信される。その後ユーザデータの送受信が開始される。【０１０１】
携帯電話でのトラフィック量やネットワーク側からの指示によって、現在とは異なるレートに変更された場合には、そのレート変更が完了すると、無線制御アプリケーション２１は、ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）に対しチャネル（個別／共通）情報を通知する。ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）は、その通知されたチャネル情報より前述の最大レートを算出し、この最大レートに対応する低消費モードの時間パラメータを選択する。【０１０２】
Bluetooth上で送受信するデータがなくなったときには、前述で求めた低消費モードの時間パラメータを使用して、再び低消費モードへ遷移する。この低消費モードの時間パラメータ、特に「送信周期」については、最終的にはサポートするサービス（Profile）により、実験的に求める必要がある。その基本的な考え方の一例を示す。【０１０３】
Ｒ点においてフロー制御を行う場合、１５００ｂｙｔｅのＰＰＰ（Point-to-Point Protocol）データをＤＴ側から送信し、移動機２Ｍ側（無線制御アプリケーション２１もしくは無線制御タスク２２）では、Ｕ点で送信するためのＰＤＵサイズに分割する。移動機２Ｍ側においてＰＰＰデータのバッファリングが１ＰＤＵしかない場合、１ＰＰＰデータを受信した時点でＲ点ではフローが発生する。移動機２Ｍ側でフローが発生すると、Ｒ点上の対向装置３に対してフローであることを通知する信号が送信される。この信号を送信後にＲ点では、低消費モードへ遷移する。このときのユーザレートを６４ｋｂｐｓとした場合、１５００ｂｙｔｅのデータをＵ点で送信するために必要な時間は、次のようになる。【０１０４】
１５００（ｂｙｔｅ）×８（ｂｉｔ）÷３２０（ｂｉｔ）÷４（Ｂｌｏｃｋ）×２０（ｍｓ）＝１８７．５ｍｓ【０１０５】
Ｕ点上へのデータ送信が完了（１８７．５ｍｓ）後、Ｒ点上でフロー状態が解除されたことを通知するために、Ｒ点上の対向装置３に対してフロー解除を通知する信号を送信しようとする。このとき、Ｒ点上では低消費モードへ遷移しているため、この信号を送信するためには低消費モードが解除される。したがって、移動機２Ｍ側で用意できるＰＰＰデータのバッファ量と、Ｕ点へデータを送信するのに必要な時間とから、低消費モードの周期の基準値を算出することができる。例えば移動機２Ｍ側で用意可能なバッファ量が４ＰＤＵの場合には、低消費モードへの遷移周期としては７５０ｍｓとなる。【０１０６】
Ｒ点においてフロー制御を行わない場合には、ダウンリンクでの通信において、無線制御タスク２２あるいは無線制御アプリケーション２１は、ＰＰＰデータの組み立てが完了すると、ＤＵＮＰ／ＰＡＮＰアプリケーション（３１）にＰＤＵを転送する。ＩＰＤＵ組み立てに必要な時間は、Ｕ点のユーザレートが６４ｋｂｐｓの場合、上記計算式で求めた１８７．５ｍｓである。一方Ｕ点におけるユーザレートが３８７．２ｋｂｐｓの場合、１５００ｂｙｔｅの転送に必要な時間は次のようになる。【０１０７】
１５００（ｂｙｔｅ）×８（ｂｉｔ）÷３８７．２ｋ（ｂｐｓ）≒３１ｍｓ【０１０８】
つまり、次のデータが送信可能になるまでの時間は約１５０（≒１８７．５−３１）ｍｓであるため、ここから低消費モード解除に費やす時間を差し引いた値が、低消費モードの周期としての最適値を出すための基準値にすることができる。【０１０９】
以上の動作により、中速のユーザレートにおいては、低消費モードの時間パラメータを変化させることによって、Bluetooth低消費モードへの遷移と所要スループットの確保との両立が可能となる。【０１１０】
ここで上述した個別物理チャネルと共通物理チャネルとに着目すると、Bluetooth低消費モード制御部１４は、（ａ）相手装置４との長距離無線通信（６）において確立した呼が、個別物理チャネルを使用し、かつ、対向装置３との間の近距離無線通信（５）が低消費モードに遷移しているときは、この低消費モードから通常モードへ復帰させ、（ｂ）一方、上述の確立した呼が、共通物理チャネルを使用しているときは、その通信中のデータがなくなり次第、低消費モードへ遷移させるようにすることができる。【０１１１】
また上記の（ａ）において、通信中のデータの処理が終わっても、低消費モードへ遷移させないようにする。【０１１２】
さらにまた上記の（ａ）において、対向装置３より低消費モードへの遷移要求があったとき、これを拒否するようにする。【０１１３】
携帯電話のようにシングルコールのみをサポートする場合や、マルチコールをサポートするがＤＵＮＰ／ＰＡＮＰで動作する呼以外に呼が存在しない場合、スループットを必要とするときは、Ｕ点において個別物理チャネルを使用することが多い。逆にスループットを必要としないときには、Ｕ点において共通物理チャネルを使用することが多い。このように高速（中速）ユーザレートと低速ユーザレートの２種類のレートをサポートする場合、個別物理チャネルの使用時には、スループットを重視するために低消費モードを適用せず、一方、共通物理チャネルを使用するときは、スループットを重視せずに低消費モードを優先させる、といった制御が考えられる。無線制御アプリケーション２１または無線制御タスク２２のいずれかは、物理チャネルが確立すると、その物理チャネルの情報をBluetooth Profileアプリケーション群３１に渡す。以降、その物理チャネルが解放されるまでの間に、個別物理チャネルから共通物理チャネルへの変更が行われたならば、そのチャネル情報をBluetooth Profileアプリケーション群３１に渡す。逆に、共通物理チャネルから個別物理チャネルへの変更が行われたときにも、個別物理チャネルの情報をBluetooth Profileアプリケーション群３１に渡す。このBluetooth Profileアプリケーション群３１は、ＤＵＮＰ／ＰＡＮＰにおいて確立中の呼が個別物理チャネルを使用し、かつBluetooth低消費モードに遷移しているならば、その低消費モードから通常モードへの復帰動作を行う。また、送受信中のデータの処理が終わっても低消費モードに遷移しないように制御する。さらにまた、対向Bluetooth機器（３）からの低消費モード要求を拒否する。一方共通物理チャネルの使用時は、送受信中のデータがなくなれば直ちにBluetooth低消費モードへ遷移するよう制御する。【０１１４】
なおスループットを然程必要とはしない、速度としては中速のユーザレートで、かつBluetoothにおける低消費モードを適用する場合は、Ｕ点で個別物理チャネルのユーザレートを変化させる。この場合、個別物理チャネルか共通物理チャネルか、といった一元的な判断に基づく前述の制御を適用することはできない。【０１１５】
携帯電話の通信方式にもよるが、マルチコール、例えば音声通話とパケット通信の場合、同一の個別物理チャネル上に２つのサービスがマッピングされるため、単なる個別／共通チャネルの相違による判断に基づく前述の方法を用いることができない。そこで物理チャネルに関する情報に加えて、レイヤ２に関連する情報を、Bluetooth Profileアプリケーション群３１に通知する。そうすればそのレイヤ２の情報から、現在のユーザレートを判断することが可能である。【０１１６】
上記のBluetooth Profileアプリケーション群３１は、無線制御アプリケーション２１または無線制御タスク２２から受信した物理チャネル情報と、前記レイヤ２に関する情報とを受信し、パケットの現在のユーザレートを判断する。アプリケーション群３１において判断したユーザレートから、そのユーザレートに対応する低消費モードの時間パラメータを選択し、低消費モード遷移時にその時間パラメータを適用する。【０１１７】
中速のユーザレートでの低消費モード時間パラメータは、各低消費モードにおける周期に該当する時間パラメータを短い値に設定することで、低消費モードからの復帰時間による遅延を小さくし、スループットを確保する。【０１１８】
（iii）最後に、ジェネリック・オブジェクト・イクスチェンジ（以下、Genric Object Exchange：ＧＯＥＰ）のもとで、最適な低消費モードを実現する態様について説明する。この態様において、Bluetooth低消費モード制御部１４は、対向装置３との間のデータ転送が、データ量の少ない１件データ転送モードか、またはデータ量の多い全件データ転送モードか、に応じてそれぞれ、低消費モードへの遷移を許可し、または禁止するよう設定するようにする。【０１１９】
この場合Bluetooth低消費モード制御部１４は、上記の全件データ転送モードが終了すると、低消費モードへの遷移を開始するようにする。【０１２０】
図１４はＧＯＥＰモードのもとで主として低消費モードを制御する無線通信装置２の一実施例を示す図である。本図の構成は、図１０に示す構成において、本態様（iii）に直接関係しない無線制御機能部１１の部分を省略した構成に相当する。この態様（iii）は、例えば、ユーザインタフェースの状態やオブジェクト・イクスチェンジ（以下、Object Exchange：ＯＢＥＸ）プロトコルメッセージを解析した結果から、データ転送量を特定し１件転送の要求か全件転送の要求か判定して、低消費モードの遷移／解除の制御を行うことができる。【０１２１】
一般にＧＯＥＰでは、１件のＰＵＴ（書き込み要求）／ＧＥＴ（読み出し要求）動作であれば、常にBluetooth低消費モード実施を選択すれば良い。しかし、パーソナルコンピュータ３Ｐにおいて携帯電話（２Ｍ）のメモリやメールをバックアップする場合や、機種交換等のために販売店にてこれまで使用していた機種のメモリダイアルやメールを、新しく購入する機種に対して設定し直す場合、低消費モードの遷移／解除動作に時間を費やし、全件データの移行に相当の時間がかかる。【０１２２】
Bluetoothのリンクが確立した後、上記ＯＢＥＸプロトコルによるセッションが確立し、対向装置３から全件データのＰＵＴ／ＧＥＴの要求がきた場合、もしくは携帯電話（２Ｍ）でＧＯＥＰに関連するメニュー操作が行われ全件データのＰＵＴ動作または全件データのＧＥＴ動作であると判断した場合、ＯＢＥＸデータ制御部（図示せず）からBluetooth Profileアプリケーション群３１に対して、全件データ転送動作である旨を通知する。この通知を受信したBluetooth Profileアプリケーション群３１はそれ以降、Bluetooth低消費モードへの遷移動作は行わないようにする。そうするとBluetooth低消費モードへの遷移動作は行われなくなるから、転送時間の短縮を図ることができる。【０１２３】
反対に１件分だけのデータ転送要求の場合は、上記のＯＢＥＸデータ制御部からBluetooth Profileアプリケーション群３１に対し、全件データ転送動作ではない旨を通知する。この通知を受信したBluetooth Profileアプリケーション群３１はそれ以降、送受信中のデータが存在しないことを確認する毎に、Bluetooth低消費モードへの遷移動作を実行する。以下に、実際の動作シーケンスを一例をもって説明する。【０１２４】
図１５は、ＧＯＥＰのもとで、図１４の２Ｍが３Ｐから全件データ受信するときの低消費モード処理を表すシーケンス図（その１）、
図１６は同図（その２）、
図１７は、ＧＯＥＰのもとで、図１４の２Ｍから３Ｐに全件データ送信時の低消費モード処理を表すシーケンス図（その１）、
図１８は同図（その２）である。【０１２５】
まず図１５および図１６を参照すると、要約すれば、携帯電話がパソコンからデータを受信すると一旦は低消費モードに入るが（図１５のＲ）、それが全件データであることが分かると、直ちに低消費モードの解除に入り（図１５のＳ）、その後全件データの受信が終了すると、直ちに低消費モードに入る（図１６のＴ）。【０１２６】
一方図１７および図１８を参照すると、要約すれば、携帯電話はパソコンにデータを送信しようとするが、それが全件データであることは自ら分かっているから、直ちに低消費モードを禁止し（図１７のＵ）、その後全件データの送信が終了したときに、直ちに低消費モードに入る（図１８のＶ）。以下に、もう少し詳しく説明する。【０１２７】
全件データを受信する場合（図１５および図１６）、ユーザ操作によりそのモードへ遷移するようＧＯＥＰアプリケーションに設定（全件転送の設定）が送信される。ＧＯＥＰアプリケーション（３１）は、Bluetooth接続がなければ「接続」を行う（もしくは「待ち受け」を設定する）。このBluetooth接続が完了すると、ＯＢＥＸコネクションを確立させる動作に入る。なおこのＧＯＥＰアプリケーションの動作時は、デフォルトとして「低消費モードであり」として動作する。ここにＯＢＥＸコネクションが確立すると、ＧＯＥＰアプリケーション（３１）は、Bluetooth Profile制御部３２に対して、低消費モードの開始要求を送信する。【０１２８】
この低消費モードを一旦開始した後に、対向装置３（３Ｐ）から送信データが発生するとこれによってその低消費モードは解除され、最初のＰＵＴメッセージを受信する。ＧＯＥＰアプリケーション（３１）は、受信したＰＵＴメッセージの情報要素から、ＰＵＴしようとする転送データとしてファイル名を指定しているのか、それともパス（ディレクトリ）を指定しているのか、を判断する。その転送データとしてパスを指定しているならば全件データ転送であると判断し、そのＰＵＴ動作が完了するまで低消費モードへの遷移を禁止する。一方その転送データとしてファイル名が指定されているならば１件データ転送と判断し、ＰＵＴ responseを送信した後直ちにBluetooth Profile制御部３２に対して低消費モードの開始要求を送信する。【０１２９】
全件データを送信する場合（図１７および図１８）、Bluetooth接続が完了してＯＢＥＸコネクションの確立が完了した後、ＧＯＥＰアプリケーション（３１）は、Bluetooth Profile制御部３２へ低消費モードの禁止要求を送信する。Bluetooth Profile制御部３２は、Bluetoothモジュール３４に対し同じく低消費モードへの遷移を禁止するための低消費モード禁止要求を送信する。これにより、対向装置３（３Ｐ）からの低消費モード遷移要求に対してはこれを拒否することができる。【０１３０】
Bluetoothモジュール３４からの低消費モード禁止応答を受信したBluetooth Profile制御部３２は、ＧＯＥＰアプリケーション（３１）に対して低消費モード禁止応答を送信する。ＧＯＥＰアプリケーション（３１）は、その低消費モード禁止応答の受信により、全件データの送信を開始する。この間、移動機（携帯電話）２Ｍと対向装置（パソコン３Ｐ）との間では、Bluetooth低消費モードへの遷移は行われない。【０１３１】
全件データの送信が完了すると、ＧＯＥＰアプリケーション（３１）は低消費モードへの遷移を許可するために、Bluetooth Profile制御部３２に対し低消費モードの開始要求を送信する。さらにBluetooth Profile制御部３２は、Bluetoothモジュール３４に対して低消費モードの設定要求を送信する。対向装置（３Ｐ）からの肯定応答を受信して、Bluetoothモジュール３４は、Bluetooth Profile制御部３２に対し低消費モードの設定応答を送信する。これによりBluetooth Profile制御部３２は、ＧＯＥＰアプリケーション（３１）に対し低消費モードの開始を伝え、移動機（携帯電話）２Ｍと対向装置（パソコン）３Ｐは共に低消費モードへ遷移する。【０１３２】
以上の動作により、ＧＯＥＰの全件データ送信／全件データ受信に関してそのデータ転送動作を短時間に完了することが可能となる。なお、１件データ送信の場合は、データ送信の完了後直ちに低消費モードへ遷移する。【０１３３】
以上詳述したように本発明によれば、Bluetoothの仕様で規定されている「低消費モード」を、Bluetoothのもとで提供される各種のサービス（Profile）のそれぞれの特性に応じて、最適となる態様で実施可能となる。
【図１】
0004440299.tif 000002
【図２】
0004440299.tif 000003
【図３】
0004440299.tif 000004
【図４】
0004440299.tif 000005
【図５】
0004440299.tif 000006
【図６】
0004440299.tif 000007
【図７】
0004440299.tif 000008
【図８】
0004440299.tif 000009
【図９】
0004440299.tif 000010
【図１０】
0004440299.tif 000011
【図１１】
0004440299.tif 000012
【図１２】
0004440299.tif 000013
【図１３】
0004440299.tif 000014
【図１４】
0004440299.tif 000015
【図１５】
0004440299.tif 000016
【図１６】
0004440299.tif 000017
【図１７】
0004440299.tif 000018
【図１８】
0004440299.tif 000019
【図１９】
0004440299.tif 000020