(57)【特許請求の範囲】
【請求項１】
無線通信網を構成する複数の無線通信機器間の通信手順を管理し、前記複数の無線通信機器との間で信号の伝送処理を行う無線送受信装置であって、
前記複数の無線通信機器のうち、信号伝送のための無線通信リンクが相互に確立している無線通信機器との間で信号の伝送処理を担う第１の無線送受信部と、
前記無線通信リンクが相互に確立している無線通信機器を除く他の無線通信機器との間において、無線通信リンクを確立するまでの準備手順処理を担う第２の無線送受信部と、を含み、
前記無線通信網はブルートゥース無線システムによる無線通信網であり且つ前記第１の無線送受信部及び前記第２の無線送受信部の各々は個別のブルートゥース・モジュールを使用するものであり、
前記第１の無線送受信部及び前記第２の無線送受信部の各々に用いられるブルートゥース・モジュールは、異なるブルートゥース・デバイスアドレスを有し、
所定の制御信号に応じて、前記第２の無線送受信部のブルートゥース・モジュールが、前記第１の無線送受信部のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、
前記第１の無線送受信部のブルートゥース・モジュールが、前記第２の無線送受信部のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、
前記第１の無線送受信部及び前記第２の無線送受信部の各々に用いられるブルートゥース・モジュールが、予め定めた所定のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、
のうちの少なくとも１つを備えることを特徴とする無線送受信装置。
【請求項２】
前記第１の無線送受信部と前記第２の無線送受信部とは相互に接続され、
前記第１の無線送受信部は、前記第２の無線送受信部を制御する制御信号を生成し、かつ前記第２の無線送受信部からの情報信号を取得することを特徴とする請求項１に記載の無線送受信装置。
【請求項３】
前記第１の無線送受信部及び前記第２の無線送受信部の各々に接続され、前記２つの無線送受信部の各々を制御する制御信号を生成し、かつ前記２つの無線送受信部の各々から情報信号を取得する制御部とを、更に含むことを特徴とする請求項１に記載の無線送受信装置。
【請求項４】
前記第１の無線送受信部及び前記第２の無線送受信部の各々に用いられるブルートゥース・モジュールは、同一のブルートゥース・デバイスアドレスを有することを特徴とする請求項１に記載の無線送受信装置。
【請求項５】
前記第２の無線送受信部に用いられるブルートゥース・モジュールは、ブルートゥース・システムにおける、問い合わせ処理、問い合わせ走査処理、呼び出し処理、及び呼び出し走査処理の各処理を実施することを特徴とする請求項１に記載の無線送受信装置。
【請求項６】
メインモジュールとサブモジュールの、２つのブルートゥース・モジュールを搭載したブルートゥース端末機器が、他のブルートゥース端末機器に対して実施する問い合わせ走査処理方法であって、
メインモジュールがサブモジュールに対して問い合わせ走査処理の実行を要求する第１の行程と、
前記第１の行程による実行要求に応じて、サブモジュールが問い合わせ走査処理を実行する第２の行程と、
メインモジュールからサブモジュールに対して前記問い合わせ走査処理の実行停止要求がなされたことを判定する第３の行程と、
前記実行停止要求に応じて、サブモジュールが問い合わせ走査処理を停止する第４の行程と、を含むことを特徴とする問い合わせ走査処理方法。
【請求項７】
前記第２の行程で実行された問い合わせ走査処理によって得られた情報を、サブモジュールがメインモジュールに通知する第５の行程を更に含むことを特徴とする請求項６に記載の問い合わせ走査処理方法。
【請求項８】
メインモジュールとサブモジュールの、２つのブルートゥース・モジュールを搭載したブルートゥース端末機器が、他のブルートゥース端末機器に対して実施する呼び出し処理方法であって、
メインモジュールがサブモジュールに対して呼び出し処理の実行を要求する第１の行程と、
前記第１の行程による実行要求に応じて、サブモジュールが呼び出し処理を実行する第２の行程と、
前記第２の行程において実行された呼び出し処理の結果をメインモジュールに通知する第３の行程と、
メインモジュールにおいて新たなブルートゥース端末との通信処理が可能であるかを判定する第４の行程と、
前記第４の行程で通信が可能であると判定された場合、メインモジュールが前記第３の行程でサブモジュールから通知された呼び出し対象のブルートゥース端末機器と通信処理を行う第５の行程と、
前記第４の行程で通信が不可能であると判定された場合、メインモジュールが呼び出し処理の停止をサブモジュールに対して要求する第６の行程と、
前記第６の行程による実行停止要求に応じて、サブモジュールが呼び出し処理を停止する第７の行程と、を含むことを特徴とする呼び出し処理方法。
【請求項９】
メインモジュールとサブモジュールの、２つのブルートゥース・モジュールを搭載したブルートゥース端末機器が、他のブルートゥース端末機器に対して実施する呼び出し走査処理方法であって、
メインモジュールがサブモジュールに対して呼び出し走査処理の実行を要求する第１の行程と、
前記第１の行程による実行要求に応じて、サブモジュールが呼び出し走査処理を実行する第２の行程と、
前記第２の行程において実行された呼び出し走査処理の結果をメインモジュールに通知する第３の行程と、
メインモジュールにおいて新たなブルートゥース端末機器との通信処理が可能であるかを判定する第４の行程と、
前記第４の行程で通信が可能であると判定された場合、メインモジュールが前記第３の行程でサブモジュールから通知された呼び出し対象のブルートゥース端末機器と通信処理を行う第５の行程と、
メインモジュールから呼び出し走査処理の停止をサブモジュールに要求する第６の行程と、
前記第６の行程による停止要求に応じて、サブモジュールが呼び出し走査処理を停止する第７の行程と、を含むことを特徴とする呼び出し走査処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信網を構成し、該無線通信網内において無線通信リンクを確立し、該無線通信リンクを介して信号の伝送を行う無線送受信装置に関する。
【０００２】
【従来の技術】
複数の無線通信機器が１つの無線通信網を構成し、該無線通信網内において通信リンクを確立して信号の送受信を行うシステムとしては、いわゆるブルートゥース(Buletooth)無線通信システムが一般に知られている。
ブルートゥース（以下、単に「ＢＴ」と称する）無線通信システムは、極めて近距離に置かれる、例えば携帯電話とノートパソコン或いは、ステレオ装置とヘッドフォンなどの端末機器相互間を、２．４ＧＨｚ帯域の微弱電波による無線通信リンクで接続してデータや音声等の信号を無線伝送するものである。
【０００３】
ＢＴシステムでは、ＢＴの仕様規格を満足するモジュール（以下、単に「ＢＴモジュール」と称する）を内蔵する情報端末機器（以下、単に「ＢＴ機器」と称する）間で、１対１のいわゆるポイント−ポイントの信号伝送を行う場合もあるが、一般には、複数のＢＴ機器が１つのネットワークを構成してネットワーク内における信号伝送を行うことが多い。ＢＴシステムにおいては、このような１対ｎのいわゆるポイント−マルチポイントの信号伝送ネットワークをピコネットと称している。
【０００４】
１のピコネットにはＢＴ機器を最大８台まで含めることができ、その内の１つのＢＴ機器が「マスター」と呼ばれ、他のＢＴ機器は「スレーブ」と呼ばれる。マスターは、そのピコネット内におけるＢＴ無線通信リンクの形成、及びその他の通信手順を制御するものであり、各々のスレーブはマスターとの間でのみ信号の伝送を行うことができる。
【０００５】
マスターとスレーブの両機能は、各ＢＴ機器が内蔵するＢＴモジュールに固定して定められた機能ではなく、各々のＢＴモジュールが、かかる双方の機能を具備しており、必要に応じて双方の機能を使い分けることが可能になっている。但し、１つのピコネット内に存在するマスターは常に１つのみである。
マスターとスレーブ間の信号伝送の手順は、先ず、双方のＢＴモジュール間においてＢＴ仕様に基づく無線通信リンクを形成し、続いて当該無線通信リンクを介して信号の伝送が行われる。ＢＴモジュール間の信号伝送は、時間軸上におけるタイムスロット（６２５μＳ）を一単位とし、かかるタイムスロットを相互に時分割して使用することにより行われる。つまり、マスターとスレーブ間の信号伝送は、送信と受信を相互に行う半二重通信の一種であるＴＤＤ(Time Division Duplexing)方式が採用されている。因みに、無線通信リンクの確立したＢＴモジュール間における通信速度は最大１Ｍｂｐｓである。
【０００６】
また、ＢＴ無線通信システムにおける変調方式として周波数ホッピング型のスペクトラム拡散方式を採用している。かかる変調方式は、通常の狭帯域変調方式の搬送波周波数を短時間に切り換えていく方式であり、この周波数の切換を周波数ホッピングというのである。ＢＴ無線通信システムでは、２．４ＧＨｚ帯域において１ＭＨｚ間隔で７９波のホッピング周波数を有している。また、前述のタイムスロット（６２５μＳ）毎にかかる周波数ホッピングを行うので、毎秒１６００回の周波数ホッピングが行われる。
【０００７】
なお、如何なる順序で、如何なる周波数用いて周波数ホッピングを行うかの手順をホッピングパターンといい、各ＢＴ機器固有の識別番号に相当するＢＴデバイスアドレスと、各ＢＴ機器の使用するクロックの値から、所定の手順に基づいて算出される。当然のことであるが、マスターとスレーブが相互にデータの伝送を行うためには、同一のホッピングパターンを使用する必要がある。従って、ピコネット内のＢＴ機器が、無線通信リンクを確立するには、相手側機器のＢＴデバイスアドレスやクロック値を知る必要があり、このため、後述する「問い合わせ」（Ｉｎｑｕｉｒｙ）や「呼び出し」（Ｐａｇｅ）等の通信処理手順において、各ＢＴ機器は、これらの情報を交換するのである。
【０００８】
一方、ピコネット内においてマスターとなるＢＴ機器は、常にスレーブとなる１つのＢＴ機器としか通信ができない。従って、マスターが複数のスレーブと通信を行う場合、マスターは通信を行うスレーブ毎に、時分割でＢＴ無線通信リンクを確立していく必要がある。
すなわち、新たにＢＴ無線通信リンクを確立するには、その都度マスターが、ピコネット内において「呼び出し」等の通信処理手順を実行する必要がある。また、マスターがピコネット内に在るＢＴ機器を把握するためには、「問い合わせ」等の通信処理手順を実施する必要もある（なお、これら各種の通信処理手順の詳細については後述する）。
【０００９】
従って、特定のＢＴ機器間で信号の伝送を行っている途中に、他のＢＴ機器との通信が必要となった場合、今行っている伝送処理の合間を縫って通信リンク確立のための通信処理手順を実行する必要がある。これによって、特定のＢＴ機器間の伝送処理能率が低下することになる。
言い換えれば、ピコネットにおいて、例えばマスターは最大１Ｍｂｐｓ相当のリソースをタイムシェアリングして使用することになる。このため、１のスレーブとの通信中に、他のＢＴ機器に対する「問い合わせ」や「呼び出し」等の通信処理手順の実施が必要になると、本来の通信処理のデータレートが減少してしまうことになる。
【００１０】
【発明が解決しようとする課題】
本発明は、かかる問題を解決するためになされたものであり、ピコネット内における「問い合わせ」や「呼び出し」等の処理を実施しても、伝送信号のデータレートの減少が少ない、ＢＴモジュールによる無線送受信装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、無線通信網を構成する複数の無線通信機器間の通信手順を管理し、前記複数の無線通信機器との間で信号の伝送処理を行う無線送受信装置であって、前記複数の無線通信機器のうち、信号伝送のための無線通信リンクが相互に確立している無線通信機器との間で信号の伝送処理を担う第１の無線送受信部と、前記無線通信リンクが相互に確立している無線通信機器を除く他の無線通信機器との間において、無線通信リンクを確立するまでの準備手順処理を担う第２の無線送受信部と、を含み、前記無線通信網はブルートゥース無線システムによる無線通信網であり且つ前記第１の無線送受信部及び前記第２の無線送受信部の各々は個別のブルートゥース・モジュールを使用するものであり、前記第１の無線送受信部及び前記第２の無線送受信部の各々に用いられるブルートゥース・モジュールは、異なるブルートゥース・デバイスアドレスを有し、所定の制御信号に応じて、前記第２の無線送受信部のブルートゥース・モジュールが、前記第１の無線送受信部のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、前記第１の無線送受信部のブルートゥース・モジュールが、前記第２の無線送受信部のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、前記第１の無線送受信部及び前記第２の無線送受信部の各々に用いられるブルートゥース・モジュールが、予め定めた所定のブルートゥース・デバイスアドレスを取り込んで自己のブルートゥース・デバイスアドレスとする機能と、のうちの少なくとも１つを備えることを特徴とする。
【００１２】
【発明の実施の形態】
本発明に基づく無線送受信装置の第１の実施形態を図１のブロック図に示す。
図１において、ＢＴ機器１０は、マスターとして機能するとき同図に示すピコネット全体の通信処理手順の管理を行うものであり、ＢＴの汎用モジュールであるメインモジュール１１と、同じくＢＴの汎用モジュールであるサブモジュール１２、及び情報端末機器１３から構成されている。
【００１３】
メインモジュール１１とサブモジュール１２は、各々ＢＴの規格及び仕様を満足するものである。なお、「メイン」及び「サブ」の名称は、本実施形態の説明において便宜上付したものである。即ち、両モジュールの物理的な構造は同一であり、両モジュールは、共にＢＴ仕様を満足する汎用のＢＴ無線通信用モジュールである。
【００１４】
また、メインモジュール１１とサブモジュール１２には、同一のＢＴデバイスアドレスが設定されているものとする。
但し、両モジュールは、各々のモジュール内に在るＢＴプロトコルスタックの上位に位置するアプリケーションプログラムがそれぞれ異なっている。因みに、ＢＴプロトコルスタックとは、ＢＴモジュールが他のＢＴモジュールと接続する際の通信処理手順を多層構造的にサポートするものである。
【００１５】
つまり、メインモジュール１１には、ピコネット内において、ＢＴ機器１０とＢＴ無線通信リンクの確立した他のＢＴ機器に内蔵されたＢＴモジュールとの間で専ら信号の伝送処理を行うようなソフトウェアが、アプリケーションプログラムとして構成されている。
一方、サブモジュール１２には、ピコネット内における他のＢＴ機器内蔵のＢＴモジュールと、ＢＴ無線通信リンクを設定する際に必要とされる「問い合わせ」や「呼び出し」等の通信処理手順を専門に行うようなソフトウェアが、アプリケーションプログラムとして構成されている。
【００１６】
なお、メインモジュール１１とサブモジュール１２は、各々のＢＴプロトコルスタックにおいて、いわゆるベースバンド層もしくはリンク管理層、或いはその両方において接続されているものとする。
また、情報端末機器１３は、例えばノートパソコンやステレオ装置などのユーザーが直接に操作する情報端末機器であり、メインモジュール１１のＢＴプロトコルスタックの上位に位置するアプリケーションプログラムを介してメインモジュール１１に接続されている。
【００１７】
図１に示すピコネット内においては、ＢＴ機器１０の他に、ＢＴ機器２０及び３０等が存在する。これらのＢＴ機器は、ＢＴ機器１０との間でＢＴ無線通信リンクの確立し、該通信リンクを介して信号の伝送を行うのである。なお、ＢＴ機器２０及び３０等に内蔵されるＢＴモジュールの説明並びに、該ＢＴモジュールに接続される各種の情報端末機器についての説明は省略するが、例えばＢＴ機器１０がノートパソコンの場合は、プリンタやモデム等がＢＴ機器２０及び３０等の情報端末機器に相当し、また、ＢＴ機器１０がステレオやディジタルテレビ等のＡＶ装置の場合には、スピーカーシステムやディスプレイ等がこれらに相当する。
【００１８】
また、ＢＴ機器２０及び３０等の構成は、ＢＴ機器１０と同様にメインモジュールとサブモジュールの２つのＢＴモジュールを具備する構成としても良いし、また、一般のＢＴ機器のように１つのＢＴモジュールのみを具備する構成としても良い。
続いて、第１の実施形態に基づく動作を図２〜図７に示すフローチャートに基づいて説明する。
【００１９】
先ず、図１のピコネットにおける、ＢＴ機器１０による「問い合わせ」処理から説明を行う。
因みに、「問い合わせ」（Ｉｎｑｕｉｒｙ）処理とは、マスターとなるＢＴ機器が、ピコネット内に他のどのようなＢＴ機器が存在するかを知らない場合に行う処理である。即ち、「問い合わせ」処理は、マスターが自機の通信範囲内に所定の同報パケットを連続的に送信し、それを受信したスレーブが自機に関する固有情報をマスターに返送することによって実行される。
【００２０】
「問い合わせ」処理におけるサブモジュール１２の動作を、図２のフローチャートに基づいて説明する。なお、同フローチャートに示す処理動作は、メインモジュール１１が「問い合わせ」処理の要求をサブモジュール１２に発することによって起動される。
先ず、サブモジュール１２は、ステップ１０で図１に示すピコネット内における「問い合わせ」処理を実行する。
【００２１】
すなわち、サブモジュール１２は、ピコネット内でマスターとなり、ステップ１０において同報パケットであるＩＱ(Inquiry)パケットを一定時間ピコネット内にブロードキャスト送信する。一方、ピコネット内に在る他のＢＴモジュールは、このＩＱパケットを受信すると自己の属性を明らかにすべく、ＦＨＳパケットをマスターに送信して自己のＢＴデバイスアドレスやクロック等の情報をマスターに通知する。
【００２２】
サブモジュール１２は、ステップ１１においてピコネット内の他のＢＴ機器からの応答をチェックする。応答を受信した場合は、次のステップ１２において、その応答により得られた情報をメインモジュール１１に通知して「問い合わせ」処理を終了する。また、応答を受信しなかった場合は、ステップ１２を経ることなく図２のフローチャートに示す「問い合わせ」処理を終了する。
【００２３】
次に、第１の実施形態におけるサブモジュール１２の「問い合わせ走査」処理の動作を図３に示すフローチャートに基づいて説明する。
因みに、「問い合わせ走査」（Ｉｎｑｕｉｒｙ  Ｓｃａｎ）処理とは、マスターとなるＢＴ機器が「問い合わせ」処理で送信するＩＱパケットを、ピコネット内のスレーブ側ＢＴ機器が受信するために行う動作処理を言う。つまり、図３は、ＢＴ機器１０が図１に示すピコネット内においてスレーブ側のＢＴ機器となった場合の動作を示すものである。
【００２４】
図３のフローチャートに示す処理は、メインモジュール１１が「問い合わせ走査」処理の要求をサブモジュール１２に発することによって起動される。
図３のステップ２０において、先ずサブモジュール１２は、「問い合わせ走査」処理を実行する。即ち、サブモジュール１２はスレーブとして働き、ピコネット内のマスターとなる他のＢＴ機器が同報送信するＩＱパケットの受信を試みる。これを具体的に示せば、サブモジュール１２は、マスターから送信されるＩＱパケットの周波数ホッピング速度と比較して非常に遅い速度で受信周波数を周波数ホッピングさせ、マスターからのＩＱパケットが受信できるタイミングを抽出する。
【００２５】
サブモジュール１２は、かかる処理を実行しつつ所定のタイミングで、メインモジュール１１から「問い合わせ走査」処理の停止要求が来ているか否かを監視する（ステップ２１）。
つまり、メインモジュール１１は、ピコネット内のマスターとなった他のＢＴ機器からの「問い合わせ」に応答しない場合は、かかる停止要求をサブモジュール１２に発する。ステップ２１において、サブモジュール１２がこれを検知するとステップ２２に移り、図３に示す「問い合わせ走査」処理を停止する。
【００２６】
一方、メインモジュール１１から停止要求が来ていないときは、ステップ３０に戻り、サブモジュール１２は「問い合わせ走査」処理を繰り返す。
次に、第１の実施形態における「呼び出し」処理の動作について説明する。
「呼び出し」（Ｐａｇｅ）処理とは、マスターが前述の「問い合わせ」処理によって自機の周辺に在るＢＴ機器を認識した後、その中から特定のＢＴ機器をスレーブとしてピコネット内に参加させる場合に行う通信処理手順を言う。
【００２７】
「呼び出し」処理におけるサブモジュール１２の動作を図４のフローチャートに示す。図４の処理は、前述の図２及び図３に示した「問い合わせ」及び「問い合わせ走査」処理の場合と同様に、メインモジュール１１からの処理要求が発せられることによって起動される。
サブモジュール１２は、図４のステップ３０において、メインモジュール１１からの情報を基に「呼び出し」処理を実行する。即ち、サブモジュール１２は、ピコネット内で「呼び出し」の対象となる特定のＢＴ機器にＩＤパケットを送信し、該ＩＤパケットに対する受信確認を相手のＢＴ機器から受け取る処理を実行する。
【００２８】
次のステップ３１において、サブモジュール１２は「呼び出し」処理を終了するか否かの判定を行う。これは、メインモジュール１１から「呼び出し」処理の終了指示が来ているか否かを判定するものであり、終了指示がきていれば、サブモジュール１２は「呼び出し」処理を終了する。
また、「呼び出し」処理を終了しない場合はステップ３２に移り、「呼び出し」処理の相手側ＢＴ機器からの応答があったか否かを判定する。そして、相手機器からの応答があった場合は、ステップ３３において、相手機器からの応答結果をメインモジュール１１に通知して呼び出し処理を終了する。
【００２９】
一方、ステップ３２で相手機器からの応答が無かった場合、サブモジュール１２は、ステップ３０に戻り前述の「呼び出し」処理を繰り返す。
続いて、「呼び出し」処理におけるメインモジュール１１の動作を図５のフローチャートに示す。因みに、図５のメインモジュール１１の処理は、前述した図４に示すサブモジュール１２における「呼び出し」処理と並行して行われるものである。
【００３０】
図５のステップ４０において、先ずメインモジュール１１は、サブモジュール１２に対して「呼び出し」処理の要求を行う。
次に、ステップ４１に移り「呼び出し」処理を終了するか否かの判断を行う。かかる判断は、例えばアプリケーションプログラムを介して情報端末機器１３から送られる指令によって行われるようにしても良い。
【００３１】
メインモジュール１１は、ステップ４１で「呼び出し」処理を終了すると判断した場合ステップ４２に移り、「呼び出し」処理を終了する旨をサブモジュール１２に通知して図５に示す処理を終了する。
一方、ステップ４１で「呼び出し」処理を継続すると判断した場合、メインモジュール１１はステップ４３に移り、サブモジュール１２よりの「呼び出し」処理の結果通知がなされているか否かを判定する。
【００３２】
サブモジュール１２からの通知があった場合、即ちサブモジュール１２に「呼び出し」処理の対象となったＢＴ機器からの応答があった場合、メインモジュール１１は、応答のあったＢＴ機器との新たな通信処理が可能かどうかを判断する。そして、通信処理が可能な場合は、ステップ４５において「呼び出し」処理の対象となったＢＴ機器との接続処理を実行する。
【００３３】
続いて、第１の実施形態における「呼び出し走査」処理の動作について説明を行う。
「呼び出し走査」（Ｐａｇｅ  Ｓｃａｎ）処理とは、マスターが特定のスレーブを呼び出すために送信するＩＤパケットを受信すべく、当該スレーブが行う処理動作を言う。即ち、図１に示すＢＴ機器１０がピコネット内のスレーブ側機器となった場合の処理動作となる。
【００３４】
先ず、「呼び出し走査」処理におけるサブモジュール１２の動作を、図６のフローチャートに示す。図６の処理は前述した図２〜図４の処理の場合と同様に、メインモジュール１１からの処理要求（この場合は「呼び出し走査」処理の要求となる）が発せられることによって起動される。
図６のステップ５０において、サブモジュール１２は、先ず「呼び出し走査」処理を実行する。即ちサブモジュール１２は、マスターから「呼び出し」送信されるＩＤパケットの周波数ホッピング速度に較べて極めて遅い速度で受信周波数を周波数ホッピングさせ、ＩＤパケットを受信できるタイミングを抽出するのである。
【００３５】
サブモジュール１２は、次のステップ５１でメインモジュール１１から処理の停止要求が来ているか否かを判断する。そして、停止要求が来ている場合はステップ５２に移り、「呼び出し走査」処理を停止して図６の処理を終了する。
一方、メインモジュール１１からの停止要求が来ていなかった場合は、サブモジュール１２はステップ５３に移る。そして、前記ステップ５０の「呼び出し走査」処理において、マスターである他のＢＴ機器からのピコネットへの接続要求を受信したか否かを判断する。
【００３６】
接続要求を受信していた場合、サブモジュール１２はステップ５４に移り、受信した接続要求をメインモジュール１１に通知した後ステップ５０に戻り、再び「呼び出し走査」処理を続行する。なお、ステップ５３において、マスターである他のＢＴ機器からの接続要求を受信していなかった場合、サブモジュール１２は、メインモジュールへの通知を行うことなくステップ５０に戻り、再び「呼び出し走査」処理を続行する。
【００３７】
続いて、「呼び出し走査」処理におけるメインモジュール１１の動作を図７のフローチャートに示す。なお、図７に示す処理は、図６に示したサブモジュール１２の「呼び出し走査」処理と併行して行われるものである。
先ず、図７のステップ６０において、メインモジュール１１は、サブモジュール１２に対して前述の「呼び出し走査」処理を要求する。そして、次のステップ６１でかかる処理を終了するか否かを判断する。
【００３８】
例えば、アプリケーションプログラムを介してユーザーから処理の中止命令がなされたような場合には、メインモジュール１１は「呼び出し走査」処理を終了すべく、ステップ６２において「呼び出し走査」処理の停止要求をサブモジュール１２に通知して図７の処理を終了する。
一方、「呼び出し走査」処理を継続する場合はステップ６３に移り、サブモジュール１２より、ピコネット内のマスターであるＢＴ機器からの接続要求が通知されて来ているか否かを判断する。
【００３９】
接続要求の通知が来ていた場合、メインモジュール１１はステップ６４において新たな通信処理が可能かどうか、即ち新たなＢＴ機器と通信処理を行える余裕があるか否かを判断する。そして、通信処理が可能な場合はステップ６５において、呼び出し対象である他のＢＴ機器との間でＢＴ無線通信リンクを接続する。
その後、メインモジュール１１は、次のステップ６６において接続処理が完了したか否かを判定し、接続が終わっていれば、ユーザーに接続が完了した旨の通知を行い（ステップ６７）、接続が完了したマスターのＢＴ機器との通信を開始して（ステップ６８）図７のフローチャートに示す処理を終了する。
【００４０】
一方、ステップ６３において、サブモジュール１２より他のＢＴ機器からの接続要求が通知されていなかった場合は、ステップ６１に戻り前述の処理を繰り返す。また、ステップ６６においてマスターのＢＴ機器との接続が未完了の場合、メインモジュール１１は、ユーザーに接続が不可なる旨の通知を行い（ステップ６９）ステップ６１に戻る。
【００４１】
以上、本発明に基づく第１の実施形態について説明した。かかる実施形態では、ピコネット内における「問い合わせ」や「呼び出し」等のＢＴ無線通信リンクの設定処理を、ＢＴ機器１０内のサブモジュール１２が専ら行うことになる。このため、メインモジュール１１は、ピコネット内でもともと通信を行っているＢＴ機器があった場合、そのＢＴ機器との間で最大１Ｍｂｐｓのデータレートで通信処理を継続することが可能となる。
【００４２】
なお、図１の構成では、メインモジュール１１とサブモジュール１２とを、各モジュールのＢＴプロトコルスタックのベースバンド層において接続し、情報の授受を行っていたが本実施形態はこれに限定されるものではない。例えば、両モジュールのＢＴプロトコルスタックにおいて、上位のリンク管理層（図示せず）によって接続を行っても良いし、これら２層の両方で接続を行っても良い。さらに、ＢＴプロトコルスタックの上位に位置するアプリケーションプログラムを介して双方のモジュールを接続するようにしても良い。
【００４３】
なお、図１の構成においては、メインモジュール１１とサブモジュール１２の各々のＢＴデバイスアドレスを同一の値であるとして説明を行ったが、本実施形態はかかる構成に限定されるものではない。例えば、装置動作の初期状態において、各々のモジュールが個別のＢＴデバイスアドレスを有しており、各々が普通のＢＴモジュールとして動作しているが、メインモジュール１１からの所定の指示を受けることによって、サブモジュール１２がメインモジュール１１と同一のＢＴデバイスアドレスを使用する構成としても良い。
【００４４】
また、所定の指示によってメインモジュール１１がサブモジュール１２のＢＴデバイスアドレスを使用するようにしても良いし、さらに、両モジュールが予め設定された所定の同一ＢＴデバイスアドレスを使用するようにしても良い。
次に、本発明による第２の実施形態を図８のブロック図に示す。
図８において、ＢＴ機器１０は、メインモジュール１１、サブモジュール１２、情報端末機器１３及びホストＣＰＵ１４から構成されている。
【００４５】
ホストＣＰＵ１４は、主にマイクロコンピュータやＲＯＭ，ＲＡＭ等のメモリー素子から構成されており、ＢＴ機器１０の全体の動作を制御するものである。なお、ＢＴ機器１０におけるその他の構成要素、並びに図８に示すピコネットに含まれる他のＢＴ機器２０，３０等については、第１の実施形態の場合と同様のためその説明は省略する。
【００４６】
第２の実施形態は、ＢＴ機器１０内の２つのＢＴモジュールであるメインモジュール１１とサブモジュール１２とが、各々のＢＴプロトコルスタック内において直接に情報の伝達ができない場合の実施形態である。従って、前記２つのＢＴモジュールとホストＣＰＵは、各モジュールのプロトコルスタックの上位に構成されているアプリケーションプログラムを介して情報の伝達を行うことになる。
【００４７】
ここで言う情報の伝達とは、メインモジュール１１からサブモジュール１２に対して行う各種の代理指示や処理動作の要求であり、また、サブモジュール１２からメインモジュール１１に対して行う前記処理動作の代理をした結果の伝達をいう。
続いて、第２の実施形態におけるホストＣＰＵ１４の処理動作を、図９〜図１１に示すフローチャートに基づいて説明する。
【００４８】
先ず、「問い合わせ」処理時におけるホストＣＰＵ１４の動作を図９のフローチャートに基づいて説明する。
図９のステップ７０において、ホストＣＰＵ１４は、サブモジュール１２に対してピコネット内における「問い合わせ」処理を実行する指示を出す。これに応じて、ＢＴ機器１０内のサブモジュール１２は、第１の実施形態で説明したピコネット内における「問い合わせ」処理を実行する。
【００４９】
ホストＣＰＵ１４は、次のステツプ７１でサブモジュール１２を介してピコネット内の他のＢＴ機器からの応答を受信し、それによって得られた情報をステップ７２において内部のメモリー素子に保存して「問い合わせ」処理を終了する。すなわち、ホストＣＰＵ１４は、サブモジュール１２をマスターと成し、「問い合わせ」処理を実行させ、ＢＴ機器１０の周辺に他のＢＴ機器が存在するかを確認させる。そして、他のＢＴ機器からの応答があった場合は、その情報を記憶保存するのである。
【００５０】
次に、第２の実施形態における「問い合わせ走査」処理時のホストＣＰＵ１４の動作を図１０のフローチャートに基づいて説明する。
図１０のステップ８０において、先ずホストＣＰＵ１４は、サブモジュール１２を「問い合わせ走査」モードに設定する。そして、次のステップ８１においてサブモジュール１２は、第１の実施形態で説明した「問い合わせ走査」処理を実行し、ピコネット内のマスターからの問い合わせに応答する。
【００５１】
続いて、第２の実施形態における「呼び出し走査」処理時のホストＣＰＵ１４の動作について、図１１のフローチャートに基づいて説明する。
ホストＣＰＵ１４は、先ず図１１のステップ９０において、サブモジュール１２を「呼び出し走査」モードに設定する。
そして、次のステップ９１で「呼び出し走査」処理を終了するか否かの判断を行う。例えば、情報端末機器１３からアプリケーションプログラムを介して「呼び出し走査」処理終了の指令があった場合は、「呼び出し走査」処理を終了するものと判断してステップ９２に移り、サブモジュール１２の設定を解除して「呼び出し走査」処理を終了する。
【００５２】
一方、ステップ９１において「呼び出し走査」処理を終了しない場合は、ステップ９３に移り、「呼び出し走査」処理の過程においてサブモジュール１２が、ピコネット内のマスターから接続要求を受信したか否かを判定する。
マスターからの接続要求を受信していた場合、ホストＣＰＵ１４はステップ９４に移り、サブモジュール１２を介して、マスターからの接続要求を一旦拒絶する。本実施形態において、ＢＴ機器１０と他のＢＴ機器との間でのデータ伝送処理を担うのは、サブモジュール１２ではなくメインモジュール１１である。このため、メインモジュール１１の状況を把握する必要があり、かかる処置が必要となるのである。
【００５３】
その後、ホストＣＰＵ１４はステップ９５において、メインモジュール１１が新たなＢＴ機器との通信処理が可能か否か、即ちメインモジュール１１が現在、ピコネット内の他のＢＴ機器と通信処理中か否かを判定する。そして、通信処理が可能であればステップ９６に移り、サブモジュール１２の行った「呼び出し走査」処理において接続要求を受信したＢＴ機器について、今度はメインモジュール１１が接続要求を送信する。
【００５４】
その後、ステップ９７において、メインモジュール１１が新たなＢＴ機器からの応答を受信して該ＢＴ機器との接続処理に入ると、ホストＣＰＵ１４は、次のステップ９８でかかる接続処理が完了したか否かを判定する。
接続処理が完了した場合、ホストＣＰＵ１４は、ステップ９９においてユーザーに接続が完了した旨の通知を行い、更に、ステップ１００でメインモジュール１１による該ＢＴ機器とのデータ通信処理を開始して、図１１に示す「呼び出し走査」を終了する。
【００５５】
一方、前記ステップ９３において、サブモジュール１２が他のＢＴ機器からの接続要求を受信していなかった場合は、ステップ９１に戻り、サブモジュール１２による「呼び出し走査」処理を継続する。
また、前記ステップ９５において、メインモジュール１１が既にピコネット内の他のＢＴ機器と通信中であり新たなＢＴ機器との通信が不可能の場合、或いは前記ステップ９８において、メインモジュール１１と新たなＢＴ機器との接続処理が未完了の場合、ホストＣＰＵ１４はステップ１０１に移る。そして、今回の「呼び出し走査」処理において、接続要求を出したマスターとの接続が不可能なる旨をユーザーに通知して前記ステップ９１に戻る。
【００５６】
以上、本発明に基づく第２の実施形態について説明した。本実施形態においても先に説明した第１の実施形態と同様に、ピコネット内におけるＢＴ無線通信リンクの設定処理をサブモジュール１２が専ら行うことになる。このため、前述したいずれの処理においても、メインモジュール１１は、ピコネット内でもともと通信を行っているＢＴ機器があった場合、そのＢＴ機器と最大１Ｍｂｐｓのデータレートで通信処理を継続することが可能となる。
【００５７】
【発明の効果】
本発明では、複数の装置で無線通信網を構成する無線送受信装置において、無線通信リンクの確立を図る無線送受信部と、確立した無線通信リンクを介して信号の伝送を行う無線送受信部を分離したので、既に行っている信号伝送処理が無線通信リンク確立処理によって妨げられることが無く、無線送受信装置が有する最大の通信速度を生かして信号の伝送を行うことができる。また、逆に、信号伝送処理の遂行のため、無線通信リンクの確立処理が妨げられることもない。
【図面の簡単な説明】
【図１】本発明による第１の実施形態の構成を示すブロック図である。
【図２】第１の実施形態のサブモジュールにおける「問い合わせ」処理の動作を示すフローチャートである。
【図３】第１の実施形態のサブモジュールにおける「問い合わせ走査」処理の動作を示すフローチャートである。
【図４】第１の実施形態のサブモジュールにおける「呼び出し」処理の動作を示すフローチャートである。
【図５】第１の実施形態のメインモジュールにおける「呼び出し」処理の動作を示すフローチャートである。
【図６】第１の実施形態のサブモジュールにおける「呼び出し走査」処理の動作を示すフローチャートである。
【図７】第１の実施形態のメインモジュールにおける「呼び出し走査」処理の動作を示すフローチャートである。
【図８】本発明による第２の実施形態の構成を示すブロック図である。
【図９】第２の実施形態のホストＣＰＵにおける「問い合わせ」処理の動作を示すフローチャートである。
【図１０】第２の実施形態のホストＣＰＵにおける「問い合わせ走査」処理の動作を示すフローチャートである。
【図１１】第２の実施形態のホストＣＰＵにおける「呼び出し走査」処理の動作を示すフローチャートである。
【符号の説明】
１０，２０，３０  …ブルートゥース機器
１１  …メインモジュール
１２  …サブモジュール
１３  …情報端末機器
１４  …ホストＣＰＵ
【図１】
0004335472.tif 000002
【図２】
0004335472.tif 000003
【図３】
0004335472.tif 000004
【図４】
0004335472.tif 000005
【図５】
0004335472.tif 000006
【図６】
0004335472.tif 000007
【図７】
0004335472.tif 000008
【図８】
0004335472.tif 000009
【図９】
0004335472.tif 000010
【図１０】
0004335472.tif 000011
【図１１】
0004335472.tif 000012