JP2002319945A

JP2002319945A - 無線送受信装置

Info

Publication number: JP2002319945A
Application number: JP2001121312A
Authority: JP
Inventors: Kenji Mito; 研司水戸; Toshihiro Tomaru; 敏宏外丸
Original assignee: Pioneer Electronic Corp
Current assignee: Pioneer Corp
Priority date: 2001-04-19
Filing date: 2001-04-19
Publication date: 2002-10-31
Anticipated expiration: 2021-04-19
Also published as: JP4335472B2

Abstract

(57)【要約】【課題】無線通信網の許容する最大通信速度を生かし
て、信号の伝送が可能な無線送受信装置を提供する。【解決手段】複数の装置で無線通信網を構成する無線
送受信装置において、無線通信リンクの確立を図る無線
送受信部と、確立した無線通信リンクを介して信号の伝
送を行う無線送受信部を分離する。両無線送受信部は直
結しても良いし、両無線送受信部を制御するＣＰＵを介
して接続しても良い。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線通信網を構成
し、該無線通信網内において無線通信リンクを確立し、
該無線通信リンクを介して信号の伝送を行う無線送受信
装置に関する。

【０００２】

【従来の技術】複数の無線通信機器が１つの無線通信網
を構成し、該無線通信網内において通信リンクを確立し
て信号の送受信を行うシステムとしては、いわゆるブル
ートゥース(Buletooth)無線通信システムが一般に知ら
れている。ブルートゥース（以下、単に「ＢＴ」と称す
る）無線通信システムは、極めて近距離に置かれる、例
えば携帯電話とノートパソコン或いは、ステレオ装置と
ヘッドフォンなどの端末機器相互間を、２．４ＧＨｚ帯
域の微弱電波による無線通信リンクで接続してデータや
音声等の信号を無線伝送するものである。

【０００３】ＢＴシステムでは、ＢＴの仕様規格を満足
するモジュール（以下、単に「ＢＴモジュール」と称す
る）を内蔵する情報端末機器（以下、単に「ＢＴ機器」
と称する）間で、１対１のいわゆるポイント−ポイント
の信号伝送を行う場合もあるが、一般には、複数のＢＴ
機器が１つのネットワークを構成してネットワーク内に
おける信号伝送を行うことが多い。ＢＴシステムにおい
ては、このような１対ｎのいわゆるポイント−マルチポ
イントの信号伝送ネットワークをピコネットと称してい
る。

【０００４】１のピコネットにはＢＴ機器を最大８台ま
で含めることができ、その内の１つのＢＴ機器が「マス
ター」と呼ばれ、他のＢＴ機器は「スレーブ」と呼ばれ
る。マスターは、そのピコネット内におけるＢＴ無線通
信リンクの形成、及びその他の通信手順を制御するもの
であり、各々のスレーブはマスターとの間でのみ信号の
伝送を行うことができる。

【０００５】マスターとスレーブの両機能は、各ＢＴ機
器が内蔵するＢＴモジュールに固定して定められた機能
ではなく、各々のＢＴモジュールが、かかる双方の機能
を具備しており、必要に応じて双方の機能を使い分ける
ことが可能になっている。但し、１つのピコネット内に
存在するマスターは常に１つのみである。マスターとス
レーブ間の信号伝送の手順は、先ず、双方のＢＴモジュ
ール間においてＢＴ仕様に基づく無線通信リンクを形成
し、続いて当該無線通信リンクを介して信号の伝送が行
われる。ＢＴモジュール間の信号伝送は、時間軸上にお
けるタイムスロット（６２５μＳ）を一単位とし、かか
るタイムスロットを相互に時分割して使用することによ
り行われる。つまり、マスターとスレーブ間の信号伝送
は、送信と受信を相互に行う半二重通信の一種であるＴ
ＤＤ(Time DivisionDuplexing)方式が採用されている。
因みに、無線通信リンクの確立したＢＴモジュール間に
おける通信速度は最大１Ｍｂｐｓである。

【０００６】また、ＢＴ無線通信システムにおける変調
方式として周波数ホッピング型のスペクトラム拡散方式
を採用している。かかる変調方式は、通常の狭帯域変調
方式の搬送波周波数を短時間に切り換えていく方式であ
り、この周波数の切換を周波数ホッピングというのであ
る。ＢＴ無線通信システムでは、２．４ＧＨｚ帯域にお
いて１ＭＨｚ間隔で７９波のホッピング周波数を有して
いる。また、前述のタイムスロット（６２５μＳ）毎に
かかる周波数ホッピングを行うので、毎秒１６００回の
周波数ホッピングが行われる。

【０００７】なお、如何なる順序で、如何なる周波数用
いて周波数ホッピングを行うかの手順をホッピングパタ
ーンといい、各ＢＴ機器固有の識別番号に相当するＢＴ
デバイスアドレスと、各ＢＴ機器の使用するクロックの
値から、所定の手順に基づいて算出される。当然のこと
であるが、マスターとスレーブが相互にデータの伝送を
行うためには、同一のホッピングパターンを使用する必
要がある。従って、ピコネット内のＢＴ機器が、無線通
信リンクを確立するには、相手側機器のＢＴデバイスア
ドレスやクロック値を知る必要があり、このため、後述
する「問い合わせ」（Ｉｎｑｕｉｒｙ）や「呼び出し」
（Ｐａｇｅ）等の通信処理手順において、各ＢＴ機器
は、これらの情報を交換するのである。

【０００８】一方、ピコネット内においてマスターとな
るＢＴ機器は、常にスレーブとなる１つのＢＴ機器とし
か通信ができない。従って、マスターが複数のスレーブ
と通信を行う場合、マスターは通信を行うスレーブ毎
に、時分割でＢＴ無線通信リンクを確立していく必要が
ある。すなわち、新たにＢＴ無線通信リンクを確立する
には、その都度マスターが、ピコネット内において「呼
び出し」等の通信処理手順を実行する必要がある。ま
た、マスターがピコネット内に在るＢＴ機器を把握する
ためには、「問い合わせ」等の通信処理手順を実施する
必要もある（なお、これら各種の通信処理手順の詳細に
ついては後述する）。

【０００９】従って、特定のＢＴ機器間で信号の伝送を
行っている途中に、他のＢＴ機器との通信が必要となっ
た場合、今行っている伝送処理の合間を縫って通信リン
ク確立のための通信処理手順を実行する必要がある。こ
れによって、特定のＢＴ機器間の伝送処理能率が低下す
ることになる。言い換えれば、ピコネットにおいて、例
えばマスターは最大１Ｍｂｐｓ相当のリソースをタイム
シェアリングして使用することになる。このため、１の
スレーブとの通信中に、他のＢＴ機器に対する「問い合
わせ」や「呼び出し」等の通信処理手順の実施が必要に
なると、本来の通信処理のデータレートが減少してしま
うことになる。

【００１０】

【発明が解決しようとする課題】本発明は、かかる問題
を解決するためになされたものであり、ピコネット内に
おける「問い合わせ」や「呼び出し」等の処理を実施し
ても、伝送信号のデータレートの減少が少ない、ＢＴモ
ジュールによる無線送受信装置を提供することを目的と
する。

【００１１】

【課題を解決するための手段】本発明は、無線通信網を
構成する複数の無線通信機器間の通信手順を管理し、前
記複数の無線通信機器との間で信号の伝送処理を行う無
線送受信装置であって、前記複数の無線通信機器のう
ち、信号伝送のための無線通信リンクが相互に確立して
いる無線通信機器との間で信号の伝送処理を担う第１の
無線送受信部と、前記無線通信リンクが相互に確立して
いる無線通信機器を除く他の無線通信機器との間におい
て、無線通信リンクを確立するまでの準備手順処理を担
う第２の無線送受信部と、を含むことを特徴とする。

【００１２】

【発明の実施の形態】本発明に基づく無線送受信装置の
第１の実施形態を図１のブロック図に示す。図１におい
て、ＢＴ機器１０は、マスターとして機能するとき同図
に示すピコネット全体の通信処理手順の管理を行うもの
であり、ＢＴの汎用モジュールであるメインモジュール
１１と、同じくＢＴの汎用モジュールであるサブモジュ
ール１２、及び情報端末機器１３から構成されている。

【００１３】メインモジュール１１とサブモジュール１
２は、各々ＢＴの規格及び仕様を満足するものである。
なお、「メイン」及び「サブ」の名称は、本実施形態の
説明において便宜上付したものである。即ち、両モジュ
ールの物理的な構造は同一であり、両モジュールは、共
にＢＴ仕様を満足する汎用のＢＴ無線通信用モジュール
である。

【００１４】また、メインモジュール１１とサブモジュ
ール１２には、同一のＢＴデバイスアドレスが設定され
ているものとする。但し、両モジュールは、各々のモジ
ュール内に在るＢＴプロトコルスタックの上位に位置す
るアプリケーションプログラムがそれぞれ異なってい
る。因みに、ＢＴプロトコルスタックとは、ＢＴモジュ
ールが他のＢＴモジュールと接続する際の通信処理手順
を多層構造的にサポートするものである。

【００１５】つまり、メインモジュール１１には、ピコ
ネット内において、ＢＴ機器１０とＢＴ無線通信リンク
の確立した他のＢＴ機器に内蔵されたＢＴモジュールと
の間で専ら信号の伝送処理を行うようなソフトウェア
が、アプリケーションプログラムとして構成されてい
る。一方、サブモジュール１２には、ピコネット内にお
ける他のＢＴ機器内蔵のＢＴモジュールと、ＢＴ無線通
信リンクを設定する際に必要とされる「問い合わせ」や
「呼び出し」等の通信処理手順を専門に行うようなソフ
トウェアが、アプリケーションプログラムとして構成さ
れている。

【００１６】なお、メインモジュール１１とサブモジュ
ール１２は、各々のＢＴプロトコルスタックにおいて、
いわゆるベースバンド層もしくはリンク管理層、或いは
その両方において接続されているものとする。また、情
報端末機器１３は、例えばノートパソコンやステレオ装
置などのユーザーが直接に操作する情報端末機器であ
り、メインモジュール１１のＢＴプロトコルスタックの
上位に位置するアプリケーションプログラムを介してメ
インモジュール１１に接続されている。

【００１７】図１に示すピコネット内においては、ＢＴ
機器１０の他に、ＢＴ機器２０及び３０等が存在する。
これらのＢＴ機器は、ＢＴ機器１０との間でＢＴ無線通
信リンクの確立し、該通信リンクを介して信号の伝送を
行うのである。なお、ＢＴ機器２０及び３０等に内蔵さ
れるＢＴモジュールの説明並びに、該ＢＴモジュールに
接続される各種の情報端末機器についての説明は省略す
るが、例えばＢＴ機器１０がノートパソコンの場合は、
プリンタやモデム等がＢＴ機器２０及び３０等の情報端
末機器に相当し、また、ＢＴ機器１０がステレオやディ
ジタルテレビ等のＡＶ装置の場合には、スピーカーシス
テムやディスプレイ等がこれらに相当する。

【００１８】また、ＢＴ機器２０及び３０等の構成は、
ＢＴ機器１０と同様にメインモジュールとサブモジュー
ルの２つのＢＴモジュールを具備する構成としても良い
し、また、一般のＢＴ機器のように１つのＢＴモジュー
ルのみを具備する構成としても良い。続いて、第１の実
施形態に基づく動作を図２〜図７に示すフローチャート
に基づいて説明する。

【００１９】先ず、図１のピコネットにおける、ＢＴ機
器１０による「問い合わせ」処理から説明を行う。因み
に、「問い合わせ」（Ｉｎｑｕｉｒｙ）処理とは、マス
ターとなるＢＴ機器が、ピコネット内に他のどのような
ＢＴ機器が存在するかを知らない場合に行う処理であ
る。即ち、「問い合わせ」処理は、マスターが自機の通
信範囲内に所定の同報パケットを連続的に送信し、それ
を受信したスレーブが自機に関する固有情報をマスター
に返送することによって実行される。

【００２０】「問い合わせ」処理におけるサブモジュー
ル１２の動作を、図２のフローチャートに基づいて説明
する。なお、同フローチャートに示す処理動作は、メイ
ンモジュール１１が「問い合わせ」処理の要求をサブモ
ジュール１２に発することによって起動される。先ず、
サブモジュール１２は、ステップ１０で図１に示すピコ
ネット内における「問い合わせ」処理を実行する。

【００２１】すなわち、サブモジュール１２は、ピコネ
ット内でマスターとなり、ステップ１０において同報パ
ケットであるＩＱ(Inquiry)パケットを一定時間ピコネ
ット内にブロードキャスト送信する。一方、ピコネット
内に在る他のＢＴモジュールは、このＩＱパケットを受
信すると自己の属性を明らかにすべく、ＦＨＳパケット
をマスターに送信して自己のＢＴデバイスアドレスやク
ロック等の情報をマスターに通知する。

【００２２】サブモジュール１２は、ステップ１１にお
いてピコネット内の他のＢＴ機器からの応答をチェック
する。応答を受信した場合は、次のステップ１２におい
て、その応答により得られた情報をメインモジュール１
１に通知して「問い合わせ」処理を終了する。また、応
答を受信しなかった場合は、ステップ１２を経ることな
く図２のフローチャートに示す「問い合わせ」処理を終
了する。

【００２３】次に、第１の実施形態におけるサブモジュ
ール１２の「問い合わせ走査」処理の動作を図３に示す
フローチャートに基づいて説明する。因みに、「問い合
わせ走査」（ＩｎｑｕｉｒｙＳｃａｎ）処理とは、マ
スターとなるＢＴ機器が「問い合わせ」処理で送信する
ＩＱパケットを、ピコネット内のスレーブ側ＢＴ機器が
受信するために行う動作処理を言う。つまり、図３は、
ＢＴ機器１０が図１に示すピコネット内においてスレー
ブ側のＢＴ機器となった場合の動作を示すものである。

【００２４】図３のフローチャートに示す処理は、メイ
ンモジュール１１が「問い合わせ走査」処理の要求をサ
ブモジュール１２に発することによって起動される。図
３のステップ２０において、先ずサブモジュール１２
は、「問い合わせ走査」処理を実行する。即ち、サブモ
ジュール１２はスレーブとして働き、ピコネット内のマ
スターとなる他のＢＴ機器が同報送信するＩＱパケット
の受信を試みる。これを具体的に示せば、サブモジュー
ル１２は、マスターから送信されるＩＱパケットの周波
数ホッピング速度と比較して非常に遅い速度で受信周波
数を周波数ホッピングさせ、マスターからのＩＱパケッ
トが受信できるタイミングを抽出する。

【００２５】サブモジュール１２は、かかる処理を実行
しつつ所定のタイミングで、メインモジュール１１から
「問い合わせ走査」処理の停止要求が来ているか否かを
監視する（ステップ２１）。つまり、メインモジュール
１１は、ピコネット内のマスターとなった他のＢＴ機器
からの「問い合わせ」に応答しない場合は、かかる停止
要求をサブモジュール１２に発する。ステップ２１にお
いて、サブモジュール１２がこれを検知するとステップ
２２に移り、図３に示す「問い合わせ走査」処理を停止
する。

【００２６】一方、メインモジュール１１から停止要求
が来ていないときは、ステップ３０に戻り、サブモジュ
ール１２は「問い合わせ走査」処理を繰り返す。次に、
第１の実施形態における「呼び出し」処理の動作につい
て説明する。「呼び出し」（Ｐａｇｅ）処理とは、マス
ターが前述の「問い合わせ」処理によって自機の周辺に
在るＢＴ機器を認識した後、その中から特定のＢＴ機器
をスレーブとしてピコネット内に参加させる場合に行う
通信処理手順を言う。

【００２７】「呼び出し」処理におけるサブモジュール
１２の動作を図４のフローチャートに示す。図４の処理
は、前述の図２及び図３に示した「問い合わせ」及び
「問い合わせ走査」処理の場合と同様に、メインモジュ
ール１１からの処理要求が発せられることによって起動
される。サブモジュール１２は、図４のステップ３０に
おいて、メインモジュール１１からの情報を基に「呼び
出し」処理を実行する。即ち、サブモジュール１２は、
ピコネット内で「呼び出し」の対象となる特定のＢＴ機
器にＩＤパケットを送信し、該ＩＤパケットに対する受
信確認を相手のＢＴ機器から受け取る処理を実行する。

【００２８】次のステップ３１において、サブモジュー
ル１２は「呼び出し」処理を終了するか否かの判定を行
う。これは、メインモジュール１１から「呼び出し」処
理の終了指示が来ているか否かを判定するものであり、
終了指示がきていれば、サブモジュール１２は「呼び出
し」処理を終了する。また、「呼び出し」処理を終了し
ない場合はステップ３２に移り、「呼び出し」処理の相
手側ＢＴ機器からの応答があったか否かを判定する。そ
して、相手機器からの応答があった場合は、ステップ３
３において、相手機器からの応答結果をメインモジュー
ル１１に通知して呼び出し処理を終了する。

【００２９】一方、ステップ３２で相手機器からの応答
が無かった場合、サブモジュール１２は、ステップ３０
に戻り前述の「呼び出し」処理を繰り返す。続いて、
「呼び出し」処理におけるメインモジュール１１の動作
を図５のフローチャートに示す。因みに、図５のメイン
モジュール１１の処理は、前述した図４に示すサブモジ
ュール１２における「呼び出し」処理と並行して行われ
るものである。

【００３０】図５のステップ４０において、先ずメイン
モジュール１１は、サブモジュール１２に対して「呼び
出し」処理の要求を行う。次に、ステップ４１に移り
「呼び出し」処理を終了するか否かの判断を行う。かか
る判断は、例えばアプリケーションプログラムを介して
情報端末機器１３から送られる指令によって行われるよ
うにしても良い。

【００３１】メインモジュール１１は、ステップ４１で
「呼び出し」処理を終了すると判断した場合ステップ４
２に移り、「呼び出し」処理を終了する旨をサブモジュ
ール１２に通知して図５に示す処理を終了する。一方、
ステップ４１で「呼び出し」処理を継続すると判断した
場合、メインモジュール１１はステップ４３に移り、サ
ブモジュール１２よりの「呼び出し」処理の結果通知が
なされているか否かを判定する。

【００３２】サブモジュール１２からの通知があった場
合、即ちサブモジュール１２に「呼び出し」処理の対象
となったＢＴ機器からの応答があった場合、メインモジ
ュール１１は、応答のあったＢＴ機器との新たな通信処
理が可能かどうかを判断する。そして、通信処理が可能
な場合は、ステップ４５において「呼び出し」処理の対
象となったＢＴ機器との接続処理を実行する。

【００３３】続いて、第１の実施形態における「呼び出
し走査」処理の動作について説明を行う。「呼び出し走
査」（ＰａｇｅＳｃａｎ）処理とは、マスターが特定
のスレーブを呼び出すために送信するＩＤパケットを受
信すべく、当該スレーブが行う処理動作を言う。即ち、
図１に示すＢＴ機器１０がピコネット内のスレーブ側機
器となった場合の処理動作となる。

【００３４】先ず、「呼び出し走査」処理におけるサブ
モジュール１２の動作を、図６のフローチャートに示
す。図６の処理は前述した図２〜図４の処理の場合と同
様に、メインモジュール１１からの処理要求（この場合
は「呼び出し走査」処理の要求となる）が発せられるこ
とによって起動される。図６のステップ５０において、
サブモジュール１２は、先ず「呼び出し走査」処理を実
行する。即ちサブモジュール１２は、マスターから「呼
び出し」送信されるＩＤパケットの周波数ホッピング速
度に較べて極めて遅い速度で受信周波数を周波数ホッピ
ングさせ、ＩＤパケットを受信できるタイミングを抽出
するのである。

【００３５】サブモジュール１２は、次のステップ５１
でメインモジュール１１から処理の停止要求が来ている
か否かを判断する。そして、停止要求が来ている場合は
ステップ５２に移り、「呼び出し走査」処理を停止して
図６の処理を終了する。一方、メインモジュール１１か
らの停止要求が来ていなかった場合は、サブモジュール
１２はステップ５３に移る。そして、前記ステップ５０
の「呼び出し走査」処理において、マスターである他の
ＢＴ機器からのピコネットへの接続要求を受信したか否
かを判断する。

【００３６】接続要求を受信していた場合、サブモジュ
ール１２はステップ５４に移り、受信した接続要求をメ
インモジュール１１に通知した後ステップ５０に戻り、
再び「呼び出し走査」処理を続行する。なお、ステップ
５３において、マスターである他のＢＴ機器からの接続
要求を受信していなかった場合、サブモジュール１２
は、メインモジュールへの通知を行うことなくステップ
５０に戻り、再び「呼び出し走査」処理を続行する。

【００３７】続いて、「呼び出し走査」処理におけるメ
インモジュール１１の動作を図７のフローチャートに示
す。なお、図７に示す処理は、図６に示したサブモジュ
ール１２の「呼び出し走査」処理と併行して行われるも
のである。先ず、図７のステップ６０において、メイン
モジュール１１は、サブモジュール１２に対して前述の
「呼び出し走査」処理を要求する。そして、次のステッ
プ６１でかかる処理を終了するか否かを判断する。

【００３８】例えば、アプリケーションプログラムを介
してユーザーから処理の中止命令がなされたような場合
には、メインモジュール１１は「呼び出し走査」処理を
終了すべく、ステップ６２において「呼び出し走査」処
理の停止要求をサブモジュール１２に通知して図７の処
理を終了する。一方、「呼び出し走査」処理を継続する
場合はステップ６３に移り、サブモジュール１２より、
ピコネット内のマスターであるＢＴ機器からの接続要求
が通知されて来ているか否かを判断する。

【００３９】接続要求の通知が来ていた場合、メインモ
ジュール１１はステップ６４において新たな通信処理が
可能かどうか、即ち新たなＢＴ機器と通信処理を行える
余裕があるか否かを判断する。そして、通信処理が可能
な場合はステップ６５において、呼び出し対象である他
のＢＴ機器との間でＢＴ無線通信リンクを接続する。そ
の後、メインモジュール１１は、次のステップ６６にお
いて接続処理が完了したか否かを判定し、接続が終わっ
ていれば、ユーザーに接続が完了した旨の通知を行い
（ステップ６７）、接続が完了したマスターのＢＴ機器
との通信を開始して（ステップ６８）図７のフローチャ
ートに示す処理を終了する。

【００４０】一方、ステップ６３において、サブモジュ
ール１２より他のＢＴ機器からの接続要求が通知されて
いなかった場合は、ステップ６１に戻り前述の処理を繰
り返す。また、ステップ６６においてマスターのＢＴ機
器との接続が未完了の場合、メインモジュール１１は、
ユーザーに接続が不可なる旨の通知を行い（ステップ６
９）ステップ６１に戻る。

【００４１】以上、本発明に基づく第１の実施形態につ
いて説明した。かかる実施形態では、ピコネット内にお
ける「問い合わせ」や「呼び出し」等のＢＴ無線通信リ
ンクの設定処理を、ＢＴ機器１０内のサブモジュール１
２が専ら行うことになる。このため、メインモジュール
１１は、ピコネット内でもともと通信を行っているＢＴ
機器があった場合、そのＢＴ機器との間で最大１Ｍｂｐ
ｓのデータレートで通信処理を継続することが可能とな
る。

【００４２】なお、図１の構成では、メインモジュール
１１とサブモジュール１２とを、各モジュールのＢＴプ
ロトコルスタックのベースバンド層において接続し、情
報の授受を行っていたが本実施形態はこれに限定される
ものではない。例えば、両モジュールのＢＴプロトコル
スタックにおいて、上位のリンク管理層（図示せず）に
よって接続を行っても良いし、これら２層の両方で接続
を行っても良い。さらに、ＢＴプロトコルスタックの上
位に位置するアプリケーションプログラムを介して双方
のモジュールを接続するようにしても良い。

【００４３】なお、図１の構成においては、メインモジ
ュール１１とサブモジュール１２の各々のＢＴデバイス
アドレスを同一の値であるとして説明を行ったが、本実
施形態はかかる構成に限定されるものではない。例え
ば、装置動作の初期状態において、各々のモジュールが
個別のＢＴデバイスアドレスを有しており、各々が普通
のＢＴモジュールとして動作しているが、メインモジュ
ール１１からの所定の指示を受けることによって、サブ
モジュール１２がメインモジュール１１と同一のＢＴデ
バイスアドレスを使用する構成としても良い。

【００４４】また、所定の指示によってメインモジュー
ル１１がサブモジュール１２のＢＴデバイスアドレスを
使用するようにしても良いし、さらに、両モジュールが
予め設定された所定の同一ＢＴデバイスアドレスを使用
するようにしても良い。次に、本発明による第２の実施
形態を図８のブロック図に示す。図８において、ＢＴ機
器１０は、メインモジュール１１、サブモジュール１
２、情報端末機器１３及びホストＣＰＵ１４から構成さ
れている。

【００４５】ホストＣＰＵ１４は、主にマイクロコンピ
ュータやＲＯＭ，ＲＡＭ等のメモリー素子から構成され
ており、ＢＴ機器１０の全体の動作を制御するものであ
る。なお、ＢＴ機器１０におけるその他の構成要素、並
びに図８に示すピコネットに含まれる他のＢＴ機器２
０，３０等については、第１の実施形態の場合と同様の
ためその説明は省略する。

【００４６】第２の実施形態は、ＢＴ機器１０内の２つ
のＢＴモジュールであるメインモジュール１１とサブモ
ジュール１２とが、各々のＢＴプロトコルスタック内に
おいて直接に情報の伝達ができない場合の実施形態であ
る。従って、前記２つのＢＴモジュールとホストＣＰＵ
は、各モジュールのプロトコルスタックの上位に構成さ
れているアプリケーションプログラムを介して情報の伝
達を行うことになる。

【００４７】ここで言う情報の伝達とは、メインモジュ
ール１１からサブモジュール１２に対して行う各種の代
理指示や処理動作の要求であり、また、サブモジュール
１２からメインモジュール１１に対して行う前記処理動
作の代理をした結果の伝達をいう。続いて、第２の実施
形態におけるホストＣＰＵ１４の処理動作を、図９〜図
１１に示すフローチャートに基づいて説明する。

【００４８】先ず、「問い合わせ」処理時におけるホス
トＣＰＵ１４の動作を図９のフローチャートに基づいて
説明する。図９のステップ７０において、ホストＣＰＵ
１４は、サブモジュール１２に対してピコネット内にお
ける「問い合わせ」処理を実行する指示を出す。これに
応じて、ＢＴ機器１０内のサブモジュール１２は、第１
の実施形態で説明したピコネット内における「問い合わ
せ」処理を実行する。

【００４９】ホストＣＰＵ１４は、次のステツプ７１で
サブモジュール１２を介してピコネット内の他のＢＴ機
器からの応答を受信し、それによって得られた情報をス
テップ７２において内部のメモリー素子に保存して「問
い合わせ」処理を終了する。すなわち、ホストＣＰＵ１
４は、サブモジュール１２をマスターと成し、「問い合
わせ」処理を実行させ、ＢＴ機器１０の周辺に他のＢＴ
機器が存在するかを確認させる。そして、他のＢＴ機器
からの応答があった場合は、その情報を記憶保存するの
である。

【００５０】次に、第２の実施形態における「問い合わ
せ走査」処理時のホストＣＰＵ１４の動作を図１０のフ
ローチャートに基づいて説明する。図１０のステップ８
０において、先ずホストＣＰＵ１４は、サブモジュール
１２を「問い合わせ走査」モードに設定する。そして、
次のステップ８１においてサブモジュール１２は、第１
の実施形態で説明した「問い合わせ走査」処理を実行
し、ピコネット内のマスターからの問い合わせに応答す
る。

【００５１】続いて、第２の実施形態における「呼び出
し走査」処理時のホストＣＰＵ１４の動作について、図
１１のフローチャートに基づいて説明する。ホストＣＰ
Ｕ１４は、先ず図１１のステップ９０において、サブモ
ジュール１２を「呼び出し走査」モードに設定する。そ
して、次のステップ９１で「呼び出し走査」処理を終了
するか否かの判断を行う。例えば、情報端末機器１３か
らアプリケーションプログラムを介して「呼び出し走
査」処理終了の指令があった場合は、「呼び出し走査」
処理を終了するものと判断してステップ９２に移り、サ
ブモジュール１２の設定を解除して「呼び出し走査」処
理を終了する。

【００５２】一方、ステップ９１において「呼び出し走
査」処理を終了しない場合は、ステップ９３に移り、
「呼び出し走査」処理の過程においてサブモジュール１
２が、ピコネット内のマスターから接続要求を受信した
か否かを判定する。マスターからの接続要求を受信して
いた場合、ホストＣＰＵ１４はステップ９４に移り、サ
ブモジュール１２を介して、マスターからの接続要求を
一旦拒絶する。本実施形態において、ＢＴ機器１０と他
のＢＴ機器との間でのデータ伝送処理を担うのは、サブ
モジュール１２ではなくメインモジュール１１である。
このため、メインモジュール１１の状況を把握する必要
があり、かかる処置が必要となるのである。

【００５３】その後、ホストＣＰＵ１４はステップ９５
において、メインモジュール１１が新たなＢＴ機器との
通信処理が可能か否か、即ちメインモジュール１１が現
在、ピコネット内の他のＢＴ機器と通信処理中か否かを
判定する。そして、通信処理が可能であればステップ９
６に移り、サブモジュール１２の行った「呼び出し走
査」処理において接続要求を受信したＢＴ機器につい
て、今度はメインモジュール１１が接続要求を送信す
る。

【００５４】その後、ステップ９７において、メインモ
ジュール１１が新たなＢＴ機器からの応答を受信して該
ＢＴ機器との接続処理に入ると、ホストＣＰＵ１４は、
次のステップ９８でかかる接続処理が完了したか否かを
判定する。接続処理が完了した場合、ホストＣＰＵ１４
は、ステップ９９においてユーザーに接続が完了した旨
の通知を行い、更に、ステップ１００でメインモジュー
ル１１による該ＢＴ機器とのデータ通信処理を開始し
て、図１１に示す「呼び出し走査」を終了する。

【００５５】一方、前記ステップ９３において、サブモ
ジュール１２が他のＢＴ機器からの接続要求を受信して
いなかった場合は、ステップ９１に戻り、サブモジュー
ル１２による「呼び出し走査」処理を継続する。また、
前記ステップ９５において、メインモジュール１１が既
にピコネット内の他のＢＴ機器と通信中であり新たなＢ
Ｔ機器との通信が不可能の場合、或いは前記ステップ９
８において、メインモジュール１１と新たなＢＴ機器と
の接続処理が未完了の場合、ホストＣＰＵ１４はステッ
プ１０１に移る。そして、今回の「呼び出し走査」処理
において、接続要求を出したマスターとの接続が不可能
なる旨をユーザーに通知して前記ステップ９１に戻る。

【００５６】以上、本発明に基づく第２の実施形態につ
いて説明した。本実施形態においても先に説明した第１
の実施形態と同様に、ピコネット内におけるＢＴ無線通
信リンクの設定処理をサブモジュール１２が専ら行うこ
とになる。このため、前述したいずれの処理において
も、メインモジュール１１は、ピコネット内でもともと
通信を行っているＢＴ機器があった場合、そのＢＴ機器
と最大１Ｍｂｐｓのデータレートで通信処理を継続する
ことが可能となる。

【００５７】

【発明の効果】本発明では、複数の装置で無線通信網を
構成する無線送受信装置において、無線通信リンクの確
立を図る無線送受信部と、確立した無線通信リンクを介
して信号の伝送を行う無線送受信部を分離したので、既
に行っている信号伝送処理が無線通信リンク確立処理に
よって妨げられることが無く、無線送受信装置が有する
最大の通信速度を生かして信号の伝送を行うことができ
る。また、逆に、信号伝送処理の遂行のため、無線通信
リンクの確立処理が妨げられることもない。

【図面の簡単な説明】

【図１】本発明による第１の実施形態の構成を示すブロ
ック図である。

【図２】第１の実施形態のサブモジュールにおける「問
い合わせ」処理の動作を示すフローチャートである。

【図３】第１の実施形態のサブモジュールにおける「問
い合わせ走査」処理の動作を示すフローチャートであ
る。

【図４】第１の実施形態のサブモジュールにおける「呼
び出し」処理の動作を示すフローチャートである。

【図５】第１の実施形態のメインモジュールにおける
「呼び出し」処理の動作を示すフローチャートである。

【図６】第１の実施形態のサブモジュールにおける「呼
び出し走査」処理の動作を示すフローチャートである。

【図７】第１の実施形態のメインモジュールにおける
「呼び出し走査」処理の動作を示すフローチャートであ
る。

【図８】本発明による第２の実施形態の構成を示すブロ
ック図である。

【図９】第２の実施形態のホストＣＰＵにおける「問い
合わせ」処理の動作を示すフローチャートである。

【図１０】第２の実施形態のホストＣＰＵにおける「問
い合わせ走査」処理の動作を示すフローチャートであ
る。

【図１１】第２の実施形態のホストＣＰＵにおける「呼
び出し走査」処理の動作を示すフローチャートである。

【符号の説明】

１０，２０，３０ …ブルートゥース機器１１ …メインモジュール１２ …サブモジュール１３ …情報端末機器１４ …ホストＣＰＵ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K033 CC01 DA17 5K034 EE03 HH01 HH02 LL01 5K067 BB21 DD17 EE02 EE25 EE35 GG01 GG11

Claims

【特許請求の範囲】

【請求項１】無線通信網を構成する複数の無線通信機
器間の通信手順を管理し、前記複数の無線通信機器との
間で信号の伝送処理を行う無線送受信装置であって、前記複数の無線通信機器のうち、信号伝送のための無線
通信リンクが相互に確立している無線通信機器との間で
信号の伝送処理を担う第１の無線送受信部と、前記無線通信リンクが相互に確立している無線通信機器
を除く他の無線通信機器との間において、無線通信リン
クを確立するまでの準備手順処理を担う第２の無線送受
信部と、を含むことを特徴とする無線送受信装置。
【請求項２】前記第１の無線送受信部と前記第２の無
線送受信部とは相互に接続され、前記第１の無線送受信部は、前記第２の無線送受信部を
制御する制御信号を生成し、かつ前記第２の無線送受信
部からの情報信号を取得することを特徴とする請求項１
に記載の無線送受信装置。
【請求項３】前記第１の無線送受信部及び前記第２の
無線送受信部の各々に接続され、前記２つの無線送受信
部の各々を制御する制御信号を生成し、かつ前記２つの
無線送受信部の各々から情報信号を取得する制御部と
を、更に含むことを特徴とする請求項１に記載の無線送
受信装置。
【請求項４】前記無線通信網としてブルートゥース無
線システムによる無線通信網を使用し、前記第１の無線送受信部及び前記第２の無線送受信部と
して個別のブルートゥース・モジュールを使用すること
を特徴とする請求項１乃至請求項３の何れか１に記載の
無線送受信装置。
【請求項５】前記第１の無線送受信部及び前記第２の
無線送受信部の各々に用いられるブルートゥース・モジ
ュールは、同一のブルートゥース・デバイスアドレスを
有することを特徴とする請求項４に記載の無線送受信装
置。
【請求項６】前記第１の無線送受信部及び前記第２の
無線送受信部の各々に用いられるブルートゥース・モジ
ュールは、異なるブルートゥース・デバイスアドレスを
有し、所定の制御信号に応じて、前記第２の無線送受信部のブ
ルートゥース・モジュールは、前記第１の無線送受信部
のブルートゥース・デバイスアドレスを取り込んで自己
のブルートゥース・デバイスアドレスとする機能と、前記第１の無線送受信部のブルートゥース・モジュール
は、前記第２の無線送受信部のブルートゥース・デバイ
スアドレスを取り込んで自己のブルートゥース・デバイ
スアドレスとする機能と、前記第１の無線送受信部及び前記第２の無線送受信部の
各々に用いられるブルートゥース・モジュールは、予め
定めた所定のブルートゥース・デバイスアドレスを取り
込んで自己のブルートゥース・デバイスアドレスとする
機能のうち少なくとも１を有することを特徴とする請求
項４に記載の無線送受信装置。
【請求項７】前記第２の無線送受信部に用いられるブ
ルートゥース・モジュールは、ブルートゥース・システ
ムにおける、問い合わせ処理、問い合わせ走査処理、呼
び出し処理、及び呼び出し走査処理の各処理を実施する
ことを特徴とする請求項４に記載の無線送受信装置。
【請求項８】メインモジュールとサブモジュールの、
２つのブルートゥース・モジュールを搭載したブルート
ゥース端末機器が、他のブルートゥース端末機器に対し
て実施する問い合わせ処理方法であって、メインモジュールがサブモジュールに対して問い合わせ
処理の実行を要求する第１の行程と、前記第１の行程による実行要求に応じて、サブモジュー
ルが問い合わせ処理を実行する第２の行程と、前記第２の行程で実行された問い合わせ処理によって得
られた情報を、サブモジュールがメインモジュールに通
知する第３の行程と、を含むことを特徴とする問い合わ
せ処理方法。
【請求項９】メインモジュールとサブモジュールの、
２つのブルートゥース・モジュールを搭載したブルート
ゥース端末機器が、他のブルートゥース端末機器に対し
て実施する問い合わせ走査処理方法であって、メインモジュールがサブモジュールに対して問い合わせ
走査処理の実行を要求する第１の行程と、前記第１の行程による実行要求に応じて、サブモジュー
ルが問い合わせ走査処理を実行する第２の行程と、メインモジュールからサブモジュールに対して前記問い
合わせ走査処理の実行停止要求がなされたことを判定す
る第３の行程と、前記実行停止要求に応じて、サブモジュールが問い合わ
せ走査処理を停止する第４の行程と、を含むことを特徴
とする問い合わせ走査処理方法。
【請求項１０】メインモジュールとサブモジュール
の、２つのブルートゥース・モジュールを搭載したブル
ートゥース端末機器が、他のブルートゥース端末機器に
対して実施する呼び出し処理方法であって、メインモジュールがサブモジュールに対して呼び出し処
理の実行を要求する第１の行程と、前記第１の行程による実行要求に応じて、サブモジュー
ルが呼び出し処理を実行する第２の行程と、前記第２の行程において実行された呼び出し処理の結果
をメインモジュールに通知する第３の行程と、メインモジュールにおいて新たなブルートゥース端末と
の通信処理が可能であるかを判定する第４の行程と、前記第４の行程で通信が可能であると判定された場合、
メインモジュールが前記第３の行程でサブモジュールか
ら通知された呼び出し対象のブルートゥース端末機器と
通信処理を行う第５の行程と、前記第４の行程で通信が不可能であると判定された場
合、メインモジュールが呼び出し処理の停止をサブモジ
ュールに対して要求する第６の行程と、前記第６の行程による実行停止要求に応じて、サブモジ
ュールが呼び出し処理を停止する第７の行程と、を含む
ことを特徴とする呼び出し処理方法。
【請求項１１】メインモジュールとサブモジュール
の、２つのブルートゥース・モジュールを搭載したブル
ートゥース端末機器が、他のブルートゥース端末機器に
対して実施する呼び出し走査処理方法であって、メインモジュールがサブモジュールに対して呼び出し走
査処理の実行を要求する第１の行程と、前記第１の行程による実行要求に応じて、サブモジュー
ルが呼び出し走査処理を実行する第２の行程と、前記第２の行程において実行された呼び出し走査処理の
結果をメインモジュールに通知する第３の行程と、メインモジュールにおいて新たなブルートゥース端末機
器との通信処理が可能であるかを判定する第４の行程
と、前記第４の行程で通信が可能であると判定された場合、
メインモジュールが前記第３の行程でサブモジュールか
ら通知された呼び出し対象のブルートゥース端末機器と
通信処理を行う第５の行程と、メインモジュールから呼び出し走査処理の停止をサブモ
ジュールに要求する第６の行程と、前記第６の行程による停止要求に応じて、サブモジュー
ルが呼び出し走査処理を停止する第７の行程と、を含む
ことを特徴とする呼び出し走査処理方法。