(57)【特許請求の範囲】
【請求項１】
マスターとしてのトランシーバと、それぞれが、前記マスターに対するスレーブとしての複数の通信装置を有する通信システムにおける通信方法であって、前記トランシーバにおいて、
前記複数の通信装置のうちの少なくとも１つをポーリングするステップと、
ポーリングの際に、前記複数の通信装置の第１の通信装置から、前記複数の通信装置の少なくとも第２の通信装置と通信するようにとの通信要求を受信するステップと、
前記第１の通信装置と少なくとも前記第２の通信装置との間の通信用の通信リソース・パラメータを指定するステップと、
前記第１の通信装置と少なくとも前記第２の通信装置から肯定応答を受信するステップと、
前記トランシーバにより、前記第１の通信装置と少なくとも前記第２の通信装置との間で通信をスタートし、それにより、スレーブ・トーク・グループが生成されるステップと、
前記ポーリングするインターバルとは異なる再ポーリング・インターバルに、前記トランシーバ、前記第１の通信装置と少なくとも前記第２の通信装置との間の通信状態を通知する機会を与えるために、前記第１の通信装置と少なくとも前記第２の通信装置とをポーリングするステップとを含み、
前記トランシーバが、前記第１の通信装置に、第２の通信リソースにより、少なくとも前記第２の通信装置と通信するように命令し、一方、前記トランシーバが、前記再ポーリング・インターバルに、第１の通信リソースにより、前記スレーブ・トーク・グループを継続してポーリングし、前記スレーブ・トーク・グループが、前記再ポーリング・インターバルに前記第１の通信リソースに戻る方法。
【請求項２】
請求項１記載の方法において、前記スレーブ・トーク・グループのメンバーの中の少なくとも１人が、前記第２の通信リソースにより、前記スレーブ・トーク・グループのもう１人のメンバーの呼出し終了を要求し、前記少なくとも１人と前記もう１人のメンバーとが、前記第１の通信リソースにより終了確認を送信した後に、前記トランシーバが、前記再ポーリング・インターバルに、前記第１の通信リソースにより、ポーリングを行いながら、前記スレーブ・トーク・グループの間の通信の終了を確認する方法。
【請求項３】
請求項１記載の方法において、前記トランシーバが、前記第１の通信リソースで応答を送信するために、前記スレーブ・トーク・グループのメンバー宛てにブロードキャストを送信することにより、前記再ポーリング・インターバルに、前記スレーブ・トーク・グループにポーリングを行なう場合に、前記トランシーバが、前記スレーブ・トーク・グループ間の通信の終了を確認することであって、前記応答は、前記スレーブ・トーク・グループのメンバーの中の少なくとも１人が、前記第２の通信リソースにより、前記スレーブ・トーク・グループの他のもう１人のメンバーの呼出し終了を要求し、次に、前記少なくとも１人と前記もう１人のメンバーとが終了確認を送信する場合の応答であって、終了確認と、同期信号と、状態報告とからなる応答グループから選択された応答の１つである、前記通信の終了を確認する、方法。
【請求項４】
マスターとしてのトランシーバと、それぞれが、前記マスターに対するスレーブとしての複数の通信装置を有する通信システムにおける通信方法であって、
前記トランシーバが第３の通信装置をポーリングしている間に、前記複数の通信装置の少なくとも第２の通信装置と通信するために、前記複数の通信装置の第１の通信装置から通信要求を送信するステップと、
前記第１の通信装置と少なくとも前記第２の通信装置との間の通信用の通信リソース・パラメータを受信するステップと、
前記第１の通信装置と少なくとも前記第２の通信装置とから前記トランシーバに肯定応答を送信するステップと、
前記第１の通信装置により、１つのスレーブ・トーク・グループを生成する少なくとも前記第２の通信装置と通信するステップと、
前記トランシーバが、ポーリング・インターバルと異なる再ポーリング・インターバルに前記第３の通信装置をポーリングしている場合に、前記第１の通信装置と少なくとも前記第２の通信装置との間の通信を終了するようにとの要求を前記再ポーリング・インターバルに送信するステップとを含み、
前記トランシーバの命令により、前記第１の通信装置が、第２の通信リソースにより、少なくとも前記第２の通信装置と通信し、一方、前記トランシーバが、前記再ポーリング・インターバルに、第１の通信リソースにより、前記スレーブ・トーク・グループをポーリングし、前記スレーブ・トーク・グループが、一時的に、待機モードにおける前記再ポーリング・インターバルにて前記第１の通信リソースに戻る方法。
【請求項５】
請求項４記載の方法において、前記スレーブ・トーク・グループのメンバーが、前記スレーブ・トーク・グループ間の通信の終了後に、前記再ポーリング・インターバルとは異なる元のポーリング・インターバルに戻る方法。
【請求項６】
スレーブとしての複数の通信装置に対するマスターとしてのトランシーバ・デバイスであって、
送信機と、
前記送信機に接続している受信機と、
前記送信機および前記受信機に接続しているプロセッサとを備え、該プロセッサが、
第１のインターバルに前記通信装置をポーリングし、
前記マスターとしてのトランシーバ・デバイスが前記複数の通信装置のうちの第１の通信装置をポーリングしている場合に、前記複数の通信装置の少なくとも第２の通信装置と通信するために、前記複数の通信装置の前記第１の通信装置から通信要求を受信し、
前記第１の通信装置と少なくとも前記第２の通信装置との間の通信用の通信パラメータを指定し、
前記第１のインターバルとは異なる第２のインターバルの再ポーリング・インターバルに、前記第１の通信装置と少なくとも前記第２の通信装置との間の通信の終了を確認するために、前記第１の通信装置および少なくとも前記第２の通信装置をポーリングするようにプログラムされていて、
前記プロセッサが、さらに、前記第１の通信装置に、第２の通信リソースにより、少なくとも前記第２の通信装置と通信するように命令するようにプログラムされ、一方、前記トランシーバ・デバイスは、前記再ポーリング・インターバルに、第１の通信リソースにより、前記第１の通信装置および少なくとも前記第２の通信装置をポーリングし、前記第１の通信装置および少なくとも前記第２の通信装置は、前記再ポーリング・インターバルに前記第１の通信リソースによる通信に戻るトランシーバ・デバイス。
【請求項７】
請求項６記載のトランシーバ・デバイスにおいて、前記第１の通信リソースが第１のチャネルであり、前記第２の通信リソースが第２のチャネルであるトランシーバ・デバイス。
【請求項８】
第１及び第２の通信装置を含む複数の通信装置と、マスターとしてのトランシーバとの間におけるスレーブとしての通信装置であって、前記通信装置が、
送信機と、
前記送信機に接続している受信機と、
前記送信機および前記受信機に接続しているプロセッサとを備え、
該プロセッサは、
前記複数の通信装置の中の少なくとも第１の通信装置と通信をスタートしようとした場合に、前記通信装置と少なくとも前記第１の通信装置との間の通信を確立し、次に、前記トランシーバから、前記通信装置と少なくとも前記第１の通信装置との間の通信用の通信リソース・パラメータを受信するために、第１のポーリング・インターバルに、前記トランシーバに通信要求を送信するか、または、
前記複数の通信装置の中の少なくとも第１の通信装置が前記通信装置と通信をスタートしようとした場合に、前記トランシーバが前記複数の通信装置を前記第１のポーリング・インターバルにてポーリングするときに、少なくとも前記第１の通信装置が通信要求を前記トランシーバに送信した後で、前記通信装置と少なくとも前記第１の通信装置との間の通信用の通信リソース・パラメータを受信すること、
待機モードの前記複数の通信装置の中の少なくとも前記第１の通信装置と、前記通信リソース・パラメータにより通信し、前記待機モードにおいて、前記通信装置が、少なくとも前記第１の通信装置との通信を終了した場合、第２のポーリング・インターバルのときに、少なくとも前記第１の通信装置との通信の終了を確認する終了確認を前記トランシーバに送信するように、前記通信装置に対して要求することを行うようにプログラムされていて、
前記通信装置が、前記通信装置と少なくとも前記第１の通信装置との間の通信をスタートさせた後で、スレーブ・トーク・グループを生成する少なくとも前記第１の通信装置と通信し、さらに、前記スレーブ・トーク・グループのメンバーの中の１人が、第２の通信リソースにより、前記スレーブ・トーク・グループの他の１人のメンバーの呼出しの終了を要求し、前記トランシーバが、第１の通信リソースにより、前記終了確認を送信するために、前記スレーブ・トーク・グループの所定のメンバーに対してブロードキャスト信号を送信することにより、前記第２のインターバルに、前記スレーブ・トーク・グループをポーリングした場合に、前記スレーブ・トーク・グループのメンバーが、前記第１の通信リソースにより、前記トランシーバ命令により終了確認を送信する通信装置。
【請求項９】
第１及び第２の通信装置を含む複数の通信装置と、マスターとしてのトランシーバとの間におけるスレーブとしての通信装置であって、前記通信装置が、
送信機と、
前記送信機に接続している受信機と、
前記送信機および前記受信機に接続しているプロセッサとを備え、
該プロセッサは、
前記複数の通信装置の中の少なくとも第１の通信装置と通信をスタートしようとした場合に、前記通信装置と少なくとも第１の通信装置との間の通信を確立し、次に、前記トランシーバから、前記通信装置と少なくとも前記第１の通信装置との間の通信用の通信リソース・パラメータを受信するために、第１のポーリング・インターバルに、前記トランシーバに通信要求を送信するか、または、
前記複数の通信装置の中の少なくとも第１の通信装置が前記通信装置と通信をスタートしようとした場合に、前記トランシーバが前記複数の通信装置を前記第１のポーリング・インターバルにてポーリングするときに、少なくとも前記第１の通信装置が通信要求を前記トランシーバに送信した後で、前記通信装置と少なくとも前記第１の通信装置との間の通信用の通信リソース・パラメータを受信すること、
待機モードの前記複数の通信装置の中の少なくとも前記第１の通信装置と、前記通信リソース・パラメータにより通信し、前記待機モードにおいて、前記通信装置が、少なくとも前記第１の通信装置との通信を終了した場合、第２のポーリング・インターバルのときに、少なくとも前記第１の通信装置との通信の終了を確認する終了確認を前記トランシーバに送信するように、前記通信装置に対して要求することを行うようにプログラムされていて、
前記トランシーバが、前記通信装置と少なくとも前記第１の通信装置との間の通信をスタートさせた後で、スレーブ・トーク・グループを生成する前記通信装置が、少なくとも第１の通信装置と通信し、さらに、前記通信装置が、第２の通信リソースにより、少なくとも前記第１の通信装置に呼出し終了要求を送信し、前記第１の通信装置が、前記第２の通信リソースにより、前記終了要求に応答し、前記通信装置および少なくとも前記第１の通信装置が、第１の通信リソースにより終了確認を送信する通信装置。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、マスターおよびスレーブ通信装置、特にマスターの調停なしで、スレーブ間で通信をすることができるスレーブ・デバイスに関する。
【０００２】
（発明の背景）
短距離無線通信およびパーソナル・エリア・ネットワークは、通常の家庭用製品および移動ビジネス製品で、まもなく急激に増加するだろう。現在、無線機能を持つ多くの製品は互換性を持っていない。ブルートゥース技術を使用すれば、ある通信装置を他の装置に接続している多くの専用ケーブルの代わりに、１本の汎用短距離無線リンクですますことができる。ブルートゥース技術を使用すれば、ラップトップ・パソコンを携帯電話、またはプリンタ、個人情報端末、デスクトップ・コンピュータ、ファックス、キーボード、ジョイスティック、または事実上すべての他のデジタル・デバイスのような他のデバイスに接続するために現在使用している厄介なケーブルを置き換えることができる。冷蔵庫、電子レンジ、皿洗い機、洗濯機および乾燥機、ステレオ、テレビ、デジタル・ビデオ・ディスク、ビデオゲーム、照明、灌漑、とりわけ、冷暖房システムも、上記短距離無線リンクの利点を利用することができる。
【０００３】
ブルートゥース無線技術は、さらに、固定ネットワーク・インフラストラクチャから離れている接続デバイスの小規模の私的な特別のグループを形成するために、現存のデータ・ネットワーク、周辺インターフェースおよび機構に汎用のブリッジを提供する。ノイズの多い無線周波数環境で動作するように設計されているので、ブルートゥース無線は、リンクを丈夫なものにするために周波数ホッピング・スキームを使用している。ブルートゥース無線モジュールは、データ・パケットを送信または受信した後で、新しい周波数にホッピングすることにより他の信号からの干渉を避ける。現在のブルートゥース技術の１つの欠点は、マスター・デバイスに対してスレーブとして動作しているすべての他の通信装置の間で仲介装置として動作するためのマスター・デバイスに依存していることである。１つのデバイスをすべての通信の一部としておかなければならないというこの要件のために、システム全体の処理能力が低下する。
【０００４】
ブルートゥース・システムは、二地点間、および一地点と複数の地点との間の接続をサポートするが、現在の仕様では、マスターは、７つまでのスレーブ・デバイスしか制御することができない。図１について説明すると、この図は、数台のスレーブ・デバイス、すなわち、デバイス１、３、４、５、６、８および９を含む制御チャネルまたはマスター・デバイス２を持つ標準ブルートゥース１．０システムまたはピコネット１５である。デバイス７および１０は、ピコネット１５の一部を形成する範囲内に位置しているが、マスター・デバイス２は、スレーブ・デバイス７および１０を制御し、通信するためには、ブルートゥース１．０規格下のスレーブ・デバイス（１、３、４、５、６、８および９）の中の２つとの通信を中止しなければならないことに留意されたい。数個のピコネットを設置し、特別に一緒にリンクすることができるし、その場合には、各ピコネットは、異なる周波数ホッピング・シーケンスにより識別されるが、この場合も、リンクしているデバイスの全数は制限を受ける。同じピコネットに加入しているすべてのユーザは、同じホッピング・シーケンスに同期される。
【０００５】
ブルートゥース無線は、同じ周波数帯で動作している他のシステムよりは丈夫であるが、（特に、ブルートゥース無線は、通常、より高速でホッピングし、もっと短いパケットを使用するために）現在のブルートゥース・システムは、依然として、１台のマスター・デバイスの制御下で動作しているスレーブ・デバイスのグループから生成されたトーク・グループを効率的に、および動的に制御するための方法およびシステムを必要とする。すなわち、マスターのところでのネックを除去するスレーブ間で、より高いデータ転送効率を持つシステムが必要である。理想的には、このようなシステムは、速いデータ速度、対等なもの同士のネットワーキング、およびローコストのようなブルートゥース１．０要件と互換性を持つことができるものであることが好ましいが、そのような互換性は、本発明による制限と見なすべきではない。
【０００６】
（詳細な説明）
図２について説明すると、この図は、７つのスレーブ（１、３〜８）が、第１の通信リソースまたは第１のチャネルによりマスター２と通信していて、これらすべてのスレーブ・デバイスが、第１のインターバルの間にポーリングを受けている、本発明の無線ネットワーク２０である。さらに、本発明によれば、他のスレーブ・デバイス（９、１０および１１）は、「待機」モードになっていて、これらのスレーブ・デバイスは、好適には、第２の通信リソースまたは第２のチャネルにより相互に通信することができることが好ましい。スレーブ・デバイスが第２のチャネルにより相互に通信している間に、マスターはスレーブを「待機」モードにするが、このモードの場合、マスターは、好適には、残りの「非待機」スレーブ（１、３〜８）により、マスターが使用する第１のポーリング・インターバルより長いことが好ましい第２のインターバルの間に、スレーブに対してポーリングを行うことが好ましい。（ブルートゥース１．０システムのような）従来のスキーム下では、待機デバイスは、相互に通信することはなく、マスターが、上記スキーム下で、すべてのスレーブ間の通信に対して仲介役として動作しなければならないことに留意されたい。本発明の場合には、マスターは、スレーブ間で通信することができ、ネットワークで通信しているスレーブの任意の数を制御することができる複数の「待機」スレーブ・グループまたはトーク・グループを設定することができる。それ故、本発明は、マスターの調停なしで、より高速で通信している複数のスレーブ・トーク・グループにより、より高度なシステム処理能力を持つことができる。
【０００７】
図３−図１１について説明すると、これらの図は、マスター２として動作するトランシーバ、およびそれぞれが、マスターに対してスレーブとして潜在的に動作する複数の通信装置（１および１２）を有する通信システムが使用するステップを示す。好適には、マスター２は、スレーブを他の周波数、変調フォーマット、ホップ・シーケンス、拡張シーケンス等に移動させる機能を実行することが好ましい。この場合、通信データ速度は高速になる。マスター２は、好適には、待機モードを使用して、移動させたスレーブの制御を維持することができることが好ましい。この場合、マスターは、スレーブが、個々にスレーブ自身の間で通信するよりも少ない頻度で、スレーブをポーリングする。マスターは、例えば、スレーブ間の通信が終了したこと、および同様に、その結果、マスターが移動させたスレーブの制御を維持することができることのようなスレーブの独立の通信に関する状態報告を受信するために、スレーブに対してポーリングを行う。
【０００８】
図３について説明すると、この図は、マスター２が、第１の通信リソースＦ１により第１のインターバルＰ１の間にスレーブ１および１２をポーリングし、スレーブ１が、第１の通信リソースにより応答している様子を示す。ブルートゥース規格１．０下で、２．４ＧＨｚの周波数によるマスターによるポーリングは、スレーブ１が、複数のスレーブ（図示せず）の中の少なくとも第２のスレーブ１２に対してリンク（好適には、高速リンク）を要求している様子を示す。図４について説明すると、マスター２は、スレーブ１と少なくとも第２のスレーブ１２との間の通信のために、通信リソース・パラメータを指定する。マスター２は、第１の通信リソースにより、周波数、変調、プロトコル、データ速度等のような指定されたパラメータを使用してデータを交換するために、第２の通信リソースに移動するようにスレーブに要求する。さらに、マスター２は、もっとはっきりすると思うが、スレーブに対してある形の通信および制御を維持するために、第２のポーリング・インターバル、すなわち再ポーリング・インターバルを割り当てる。
【０００９】
好適には、将来のブルートゥース・シナリオの場合には、スレーブは、データを交換するために、５．８ＧＨｚの高速チャネルに移行することが好ましい。図５について説明すると、スレーブは、その後で、（好適には、２．４ＧＨｚであることが好ましい）第１の通信リソースにより、マスターにより割り当てられたパラメータへの同意の肯定応答を行う。このステップは、必要なステップである。何故なら、ネットワーク内には、割り当てられたパラメータで通信することができないデバイスが存在する場合があるからである。スレーブが、割り当てられたパラメータの肯定応答を行うと、第１の通信リソースにより依然として動作しているマスターは、図６に示すように、その後、データ交換を行うために、スレーブを第２の通信リソース（または、高速チャネル）に移動させる。要するに、マスターは、肯定応答の受信ステップの後で、第１のスレーブと少なくとも第２のスレーブとの間で通信をスタートし、スレーブ・トーク・グループを生成する。マスターは、残りのスレーブ（図２参照）の間、または第１のスレーブと残りのスレーブとの間、または少なくとも第２のスレーブ１２と残りのスレーブとの間で通信をスタートすることにより複数のスレーブ・トーク・グループを「スタート」することができる。
【００１０】
図７について説明すると、少なくとも他の１つのスレーブ（スレーブ１２）への高速リンクを要求しているスレーブ１は、第２の通信リソースによりスレーブ１２と通信していて、一方、マスターは、ネットワーク（図示していないが、図２参照）上の他のスレーブと通信している第１の通信リソース上に依然として留まっている。スレーブ１および１２は、マスターに対して第１の通信リソースのところで「待機］していると見なされ、一方、スレーブは、第２の通信リソースにより相互に通信している。図８は、第２の通信リソース（Ｆ２）のところで、スレーブ１の呼出しの肯定応答をしているスレーブ１２を示す。好適には、ブルートゥース１．０と互換性を持ったままでいることが好ましいので、スレーブ１および１２は、ブルートゥース１．０により動作している待機状態のスレーブのように、周期的に同期するために、第２の通信リソースに戻ることが好ましい。すなわち、マスターは、再ポーリング・インターバルの間に、第１の通信リソースによりスレーブ・トーク・グループに継続的にポーリングを行う。この場合、スレーブ・トーク・グループは、再ポーリング・インターバルの間に第１の通信リソースに戻る。図９に示すように、スレーブの中の１つが、他のスレーブとの通信を終了したい場合には、上記の終了を希望しているスレーブ（この場合は、スレーブ１）は、第２の通信リソースにより、他のスレーブ（１２）に通知を送る。通信を終了するスレーブが、図１１に示すように、第１の通信リソースに戻る前に、図１０に示すように、他のスレーブ１２は、その後で、第１の通信リソースによりスレーブ１に最後の肯定応答を送る。スレーブ・トーク・グループ内の任意のスレーブ（この場合には、１または１２）は、スレーブ・トーク・グループ内の他のスレーブとの通信を終了することを要求することができる。図１１は、同様に、再ポーリング・インターバル（Ｐ２）の間に、第１のスレーブ１および少なくとも第２のスレーブ１２に対してポーリングを行っているマスター２を示す。上記第２のスレーブ１２は、マスターに、第１のスレーブと少なくとも第２のスレーブとの間の通信が終了したことを通知する。これらのスレーブは、マスターにより非待機状態になるようにとの要求を受けている第１の通信リソースによる通信へのその復帰を確認中である。
【００１１】
図１１に示すステップは、いくつかの方法で生成することができる。ある場合には、スレーブ・トーク・グループのメンバーの少なくとも１人が、第２の通信リソースによりスレーブ・トーク・グループの他のメンバーの呼出しの終了を要求し、スレーブ・トーク・グループの通信を終了するメンバーが、第１の通信リソースにより終了確認を送信した後で、マスターは、再ポーリング・インターバル（Ｐ２）の間に第１の通信リソースをポーリングしながら、スレーブ・トーク・グループの間の通信が終了したことを確認する。互換性を維持するための別な方法であり、実行することが好ましいので、マスターは、第１の通信リソースにより応答を送信するために、スレーブ・トーク・グループの所定のメンバー向けの放送を送信することにより、再ポーリング・インターバルの間にスレーブ・トーク・グループにポーリングを行う場合に、スレーブ・トーク・グループ間の通信の終了を確認する。応答は、状態更新または（例えば、同期をするために）肯定応答を含むことができるが、好適には、この例の応答は、スレーブ・トーク・グループのメンバーの中の少なくとも１人が、第２の通信リソースによりスレーブ・トーク・グループの他のメンバーの呼出しの終了を要求し、その後で、スレーブ・トーク・グループの通信を終了するメンバーが終了確認を送信した場合の終了確認であることが好ましい。
【００１２】
図１２について説明すると、この図は、本発明の待機モードおよび非待機モードのマスターおよびスレーブを示すタイミング図である。この例の場合には、スレーブ１およびマスターは、図に示すように、待機モード状態にあり、この場合、マスターが、待機モードのスレーブ１をポーリングするインターバル（Ｐ２）は、好適には、マスターが、スレーブ２−７をポーリングする場合のインターバルのような非待機モードのスレーブをポーリングするためのインターバル（Ｐ１）より遥かに長いことが好ましい。
【００１３】
図１３について説明すると、この図は、無線ネットワーク内のトーク・グループの動的制御方法１００である。無線ネットワークは、好適には、マスターとして動作する少なくとも１つのトランシーバ、および、マスターに対してスレーブとして動作する複数の通信装置を有することが好ましい。この場合、複数の通信装置の中の少なくとも１つの通信装置は、マスターと通信することができ、複数の通信装置の中の他の１つと通信することができるトランシーバである。スレーブとして動作する複数の通信装置は、好適には、同様にトランシーバであることが好ましいが、いくつかの例に示す受信機であってもよい。方法１００は、好適には、第１のインターバルの間に、第１の通信リソースにより非待機モードで動作しているスレーブをポーリングするステップ１０２からスタートすることが好ましい。ステップ１０４においては、スレーブは、ポーリングした場合、マスターは、複数の通信装置の中の少なくとも第２のスレーブと通信するために、複数の通信装置の中の第１のスレーブから通信要求を受信する。ステップ１０８においては、マスターは、第２の通信リソースにより、第１のスレーブと少なくとも第２のスレーブとの間の通信のための一組の通信リソース・パラメータを指定し、送信する。この場合、第１のスレーブおよび少なくとも第２のスレーブは、待機モードの一組の待機スレーブである。ステップ１１０においては、第１のスレーブおよび少なくとも第２のスレーブは、第１の通信リソースにより上記指定の肯定応答を行う。次に、マスターは、ステップ１１２において、第１の通信リソースによりスレーブ間の通信のスタートを開始するというよりは、送信する。ステップ１１４においては、第２の通信リソースによる待機状態のスレーブ間での通信がスタートする。スレーブは待機状態にあるので、マスターに、その通信状態、および特に、通信が事実上終了した場合に、待機状態のスレーブ間の通信の終了を通知または確認するために、再ポーリング・インターバルの間に第１の通信リソースに戻る。それ故、ステップ１１６においては、マスターは、スレーブ間の通信が終了しているかどうかを確認するために、第１の通信リソース（またはチャネル１）により、スレーブに対してポーリングを行う。ステップ１１８においては、スレーブは、スレーブに対してマスターに終了確認を通信する機会を与えるために、再ポーリング・インターバルの間に周期的に第１の通信リソースに戻る。（もちろん、スレーブは、また、すでに説明したように、同期のために、再ポーリング・インターバルの間に第１の通信リソースに戻る。）判断ブロック１２０においては、スレーブ間の通信が完了していない場合、手順はステップ１１４に戻る。スレーブ間の通信が終了している場合には、第１のスレーブは、ステップ１２２において、第２の通信リソースにより、第２のスレーブに対して呼出し終了を要求する。スレーブ２は、ステップ１２４において、第２の通信リソースにより呼出しの終了を応答する。ステップ１２６においては、スレーブは、マスターにより非待機状態に戻ることを要求するために、第１の通信リソースに戻り、その第１の通信リソースへの戻りを確認する。すなわち、スレーブは、待機状態のスレーブのメンバーの中の少なくとも１人が、待機状態のスレーブの他のメンバーとの通信を終了した場合、第２のインターバル中に、第１の通信リソースにより、終了確認を待機モード中に送信する。次に、手順１００は、ステップ１０２に戻り、そうすることにより、マスターは、もう一度、第１のインターバルの間に、第１の通信リソースによりポーリングされる。このようにして、マスターおよびスレーブは、マスターおよびスレーブが接近して位置している場合に、ピコネットを形成し、またマスターは、少なくとも２つのスレーブを待機モードにした場合に、１つのスレーブ・トーク・グループを生成する。
【００１４】
図１４について説明すると、この図は、無線ネットワーク内のトーク・グループを動的に制御するための方法２００である。無線ネットワークは、好適には、図１３のところですでに説明したのと類似の構成を持つことが好ましい。すなわち、マスターとして動作するトランシーバと、スレーブとして動作する複数の通信装置を持つことが好ましい。マスターが、あるスレーブと通信を設定したいと希望している方法２００の第１の変形例の場合には、マスターは、ステップ２０２において、第１のインターバルの間に、第１の通信リソースによりスレーブにマスターからの懸案のメッセージを通知するために、非待機モードで動作している複数の通信装置の中のあるスレーブに対してポーリングを行う。次に、ステップ２０４においては、マスターは、第２の通信リソースにより、マスターとスレーブとの間の通信用の一組の通信リソース・パラメータを指定し送信する。その後、スレーブは、ステップ２０６において、好適には、上記通信リソース・パラメータに同意することが好ましい。ステップ２０２および２０４は、マスターによる１回の送信で達成することができることを理解されたい。その場合、マスターは、スレーブに、すべて１回のステップで懸案のメッセージを通知し、指定のパラメータを送信する。マスターは、ステップ２０８において、複数の通信装置の残りを待機させ、一方、スレーブおよびマスターは、ステップ２１０中に第２の通信リソースにより通信する。好適には、スレーブおよびマスターは、高速チャネルで通信することが好ましい。複数の通信装置の残りは、待機モードの一組の待機スレーブである。マスターは、ステップ２１２において、第２のインターバルの間に、第１の通信リソースにより、待機しているスレーブにサービスするために、待機しているスレーブをポーリングする。マスターとスレーブとの間の通信が判断ブロック２１４で行われると、マスターおよびスレーブは、ステップ２１６において第１の通信リソースに戻る。そうでない場合、マスターとスレーブとの間で通信が継続して行われる。
【００１５】
スレーブが、あるマスターとの通信を設定したいと希望している手順２００の第１の変形例の場合には、マスターが、ステップ２０３において、第１の通信リソースをポーリングし、５．８ＧＨｚで動作している高速チャネルのような第２の通信リソースによりスレーブから通信に対する要求を受信する。マスターおよびスレーブは、その後で、上記のように、ステップ２０４−２１６を実行する。図１５について説明すると、この図は、マスターに対して潜在的にスレーブとして動作している複数の通信装置の間でマスターとして動作しているトランシーバ・デバイス５０である。トランシーバ・デバイス５０は、好適には、送信機６８に接続している変調器６６により変調される無線信号を送信するためのアンテナ７０を備えることが好ましい。トランシーバは、また、好適には、送信機６８および受信機５４（変調器および復調器を通して）に接続しているプロセッサ５８を備えることが好ましい。トランシーバは、また、好適には、受信機５４に接続しているアンテナ５２を備えることが好ましい。受信機は、同様に、受信信号を復調するための復調器５６を通してプロセッサ５８に接続することができる。さらに、トランシーバ・デバイス５０は、同様に、選択スイッチ６０、警報装置６２およびディスプレイ６４のような入力および出力デバイスを備えることができる。好適には、プロセッサ５８は、第１のインターバルの間にスレーブをポーリングし、マスターがスレーブをポーリングした場合に、複数の通信装置の中の少なくとも第２のスレーブと通信するために、複数の通信装置の中の第１のスレーブから通信要求を受信するようにプログラムされる。プロセッサは、同様に、好適には、第１のスレーブと少なくとも第２のスレーブとの間の通信のための通信パラメータを指定し、第１のスレーブと少なくとも第２のスレーブとの間の通信の終了を確認するために、第２のインターバル、すなわち再ポーリング・インターバルの間に、第１のスレーブと少なくとも第２のスレーブとをポーリングするようにプログラムすることが好ましい。第２のインターバル、すなわち、再ポーリング・インターバルは、特に第２のインターバルが、ポーリングのための第１のインターバルより長い場合に、潜在的にスレーブとして動作している複数の通信装置のために、バッテリー・セーブ期間を設けることができる。プロセッサは、同様に、さらに、本発明により、図３−図１３のところで説明したように動作するようにプログラムすることができる。マスター・デバイスおよびスレーブ・デバイスが、所定の地理的地域（１０〜１００メートル）、または比較的近接している場合の、ブルートゥース・システムに関連して本発明を説明してきたが、特許請求の範囲は、必ずしも、このような近距離に限定されるわけではないことを理解されたい。また、本発明の範囲に含まれるスレーブは、プロセッサに接続している受信機を持つ単なる受信装置であってもよいことも理解されたい。
【００１６】
図１５について説明すると、トランシーバ５０は、また、複数のスレーブの中、およびスレーブに対してポテンシャル・マスターとして動作するトランシーバの中で、１つのスレーブとして動作する通信装置を表すこともできる。この場合、プロセッサ５８は、好適には、ａ）通信装置と少なくとも第１のスレーブとの間で通信を確立し、次に、複数のスレーブの中の少なくとも第１のスレーブとの通信をスタートしようという場合には、ポテンシャル・マスターから、通信装置と少なくとも第１のスレーブとの間の通信のための通信リソース・パラメータを受信するように、第１のポーリング・インターバルの間に、ポテンシャル・マスターへの通信要求を送信するように；またはｂ）複数のスレーブの中の少なくとも第１のスレーブが通信装置と通信をスタートさせようとしている場合に、ポテンシャル・マスターが、第１のポーリング・インターバルの間に複数のスレーブをポーリングする場合に、ポテンシャル・マスターへの少なくとも第１のスレーブによる通信要求を送信した後で、通信装置と少なくとも第１のスレーブとの間の通信のための通信リソース・パラメータを受信するようにプログラムすることが好ましい。その後、プロセッサは、通信リソース・パラメータにより、待機モードの複数のスレーブの中の少なくとも第１のスレーブと通信するようにプログラムされる。この場合、第２のポーリング・インターバルの間に通信装置が少なくとも第１のスレーブとの通信を終了する場合に、待機モードは、ポテンシャル・マスターに、少なくとも第１のスレーブとの通信の終了を確認する終了確認を送信するように要求する。
【００１７】
上記説明は単に例示としてのものであって、本発明を制限するものではなく、本発明は、特許請求の範囲によってだけ制限される。図１３および図１４に示す方法１００および２００で、それぞれ概略説明したステップは、容易に図のシーケンシャルな順序にすることもできるし、または別の順序にすることもできるが、それも本発明の範囲内に入ることも理解されたい。例えば、図１４について説明すると、マスターは、すべてのスレーブを最初に待機させ、次に、それにより通信したいと考えている特定のスレーブにパラメータを送信することもできる。
【図面の簡単な説明】
【図１】  ブルートゥース１．０システム仕様による現在の無線ネットワーク・システムのブロック図である。
【図２】  本発明の無線ネットワーク・システムのブロック図である。
【図３】  マスターがスレーブにポーリングし、スレーブが、本発明に従って、第１の通信リソースに応答する無線ネットワーク・システムの一部のブロック図である。
【図４】  マスターが、本発明に従って、第２の通信リソースに移動するようにスレーブに要求する無線ネットワーク・システムの一部のブロック図である。
【図５】  本発明に従って、第１の通信リソースにより、スレーブがマスターの要求に肯定応答する無線ネットワーク・システムの一部のブロック図である。
【図６】  マスターが、本発明に従って、第２の通信リソースに移動するようにスレーブに命令する無線ネットワーク・システムの一部のブロック図である。
【図７】  あるスレーブが、本発明に従って、第２の通信リソースにより他のスレーブと通信する無線ネットワーク・システムの一部のブロック図である。
【図８】  スレーブが、本発明に従って、他のスレーブの通信に肯定応答する無線ネットワーク・システムの一部のブロック図である。
【図９】  あるスレーブが、本発明に従って、第２の通信リソースにより、他のスレーブとの通信を終了したいという要求を通信する無線ネットワーク・システムの一部のブロック図である。
【図１０】  あるスレーブが、本発明に従って、通信を終了したいという他のスレーブの要求に肯定応答する無線ネットワーク・システムの一部のブロック図である。
【図１１】  スレーブが、本発明に従って、第２の通信リソースにより通信を終了した後で、第１の通信リソースに戻る無線ネットワーク・システムの一部のブロック図である。
【図１２】  本発明による待機モードおよび非待機モードの両モードでのマスターおよびスレーブを示すタイミング図である。
【図１３】  本発明の１つの方法を示すフローチャートである。
【図１４】  本発明の他の方法を示すフローチャートである。
【図１５】  本発明のトランシーバのブロック図である。
【図１】
0004588954.tif 000002
【図２】
0004588954.tif 000003
【図３】
0004588954.tif 000004
【図４】
0004588954.tif 000005
【図５】
0004588954.tif 000006
【図６】
0004588954.tif 000007
【図７】
0004588954.tif 000008
【図８】
0004588954.tif 000009
【図９】
0004588954.tif 000010
【図１０】
0004588954.tif 000011
【図１１】
0004588954.tif 000012
【図１２】
0004588954.tif 000013
【図１３】
0004588954.tif 000014
【図１４】
0004588954.tif 000015
【図１５】
0004588954.tif 000016