(57)【要約】本発明は、新ブルートゥース・ピコネットが、マスターが消滅した旧ブルートゥース・ピコネットの使用者の中で確立する方法を開示する。マスターが消滅したことを決定した後、スレーブの１つは、マスターの機能を得るために選択され、他の使用者と接続をとることによりベースバンド層で通信を復旧する。更に本発明は、アプリケーション適応層及びローカル・アドレシング・リスト（２２）を用いることにより、ブルートゥース・ピコネットを用いたポイント・トゥ・マルチポイント通信を実現するための方法及び関連する装置を開示する。また本発明は、ブルートゥース・ピコネットが、マスターが消滅した旧ブルートゥース・ピコネットの参加者の中で復旧することを用いるアプリケーションによるポイント・トゥ・マルチポイント通信による方法を開示する。ピコネットがベースバンド層（１２）で復旧した後、ブルートゥース・プロトコル・スタックのより高い層での通信は、下層から上層に復旧する。すなわち、LM層（１４）での通信の復旧は、Ｌ２ＣＡＰ層（１６）の通信の復旧に先だって行われる。
2004530371.tif 000002
【特許請求の範囲】
【請求項１】
旧ブルートゥース・ピコネットの旧マスターの消滅後、旧ブルートゥース・ピコネットの少なくとも２つのスレーブから新ブルートゥース・ピコネットを確立する方法であって、
ａ）旧マスターが消滅したことを決定することと、
ｂ）少なくとも２つのスレーブから１つを新マスターとして選択することと、
ｃ）ベースバンド層において、前記新マスターで新ブルートゥース・ピコネットを確立すること、
からなる方法。
【請求項２】
前記決定することが、旧マスターから伝達の停止後、経過時間の期間を個別に待機する少なくとも２つのスレーブをそれぞれ含み、前記経過時間の期間が先に終了する前記各スレーブが、前記新マスターとして選択されることを特徴とする請求項１の方法。
【請求項３】
全ての各前記経過時間の期間が、予め決定されることを特徴とする請求項２の方法。
【請求項４】
全ての各前記経過時間の期間が、同一であることを特徴とする請求項３の方法。
【請求項５】
少なくとも２つのスレーブが、相違するモーメントに前記経過時間の期間の待機を開始するために構成されることを特徴とする請求項２の方法。
【請求項６】
少なくとも２つのスレーブの各スレーブが、
ａ）経過時間の第１期間のカウントした後に、オーバーフローし、かつ旧マスターからそれぞれの前記スレーブへの伝達の受信した際に、リセットするようにセットされる第１タイマーと、
ｂ）前記第１タイマーがオーバーフローした時、カウントを開始し、経過時間の第２期間の後オーバーフローし、旧マスターからの伝達の受信をした際にリセットするために構成される第２タイマーと、
を含み、前記それぞれの経過時間の期間が前記経過時間の第１期間及び経過時間の第２期間の役割をすることを特徴とし、第２タイマーが最初にオーバーフローするスレーブが前記新マスターとして選択されることを特徴とする請求項２の方法。
【請求項７】
前記経過時間の第２期間が前記経過時間の第１期間と少なくとも同じ長さであることを特徴とする請求項６の方法。
【請求項８】
旧ブルートゥース・ピコネットの旧マスターの消滅後、旧ブルートゥース・ピコネットの少なくとも２つのスレーブから新ブルートゥース・ピコネットを確立するための方法であって、少なくとも２つのスレーブのそれぞれが複数のＡＭ＿ＡＤＤＲから割り当てられた旧ＡＭ＿ＡＤＤＲを有し、前記方法が
ａ）旧マスターが消滅したことを決定することと、
ｂ）少なくとも２つのスレーブから１つを新マスターとして選択することと、
ｃ）新ブルートゥース・ピコネットの新通信パラメータの前記新マスターによって、旧ピコネットの通信パラメータを用いたマスター伝達のためにスロットで始める各前記新スレーブに連続して伝達することと、
ｄ）それぞれ前記新通信パラメータへ各前記新スレーブを交換すること、
からなる方法。
【請求項９】
各前記新スレーブによる、それぞれ前記新通信パラメータへの前記交換が、前記新マスターからそれぞれ前記新通信パラメータの受信の際に発生することを特徴とする請求項８の方法。
【請求項１０】
前記少なくとも２つのスレーブの各スレーブが、
ａ）経過時間の第１期間をカウントした後にオーバーフローをセットされるとともに旧マスターから該スレーブへの伝達を受信しリセットするための第１タイマーと、
ｂ）第１タイマーがオーバーフローする際にTRUEとセットされ且つ、旧マスターからのあらゆる伝達を受信する際にFALSEとセットされるフラグを有し、
【請求項１１】
前記新マスターによる前記伝達が、前記新マスターの旧ＡＭ＿ＡＤＤＲの除外を伴う複数のＡＭ＿ＡＤＤＲの各ＡＭ＿ＡＤＤＲへ実行されることを特徴とする請求項８記載の方法。
【請求項１２】
前記新マスターによる前記伝達が、前記新スレーブに割り当てされる旧ＡＭ＿ＡＤＤＲへのみ実行されることを特徴とする請求項８記載の方法。
【請求項１３】
前記新マスターは、新ＡＭ＿ＡＤＤＲを前記各新スレーブへ割り当て、前記新ＡＭ＿ＡＤＤＲが、各前記新スレーブの夫々の旧ＡＭ＿ＡＤＤＲと同一であることを特徴とする請求項８記載の方法。
【請求項１４】
アプリケーション適応層が、各前記パケットがソース・ユニットのネームとあて先ユニットのネームが付されることを特徴とするアプリケーションからパケットを受信するように構成されることを特徴とし、ブルートゥース・ピコネットを使用する少なくとも２つのユニット間に於いて、アプリケーションによりポイント・トゥ・マルチポイント通信を許容するように構成されるブルートゥースに対応する装置。
【請求項１５】
ブルートゥース・ピコネットの他の全てのユニットのネームとＡＭ＿ＡＤＤＲを含ローカル・アドレス・リストであって、前記アドレス・リストが前記アプリケーション適応層にアクセス可能であることを特徴とする請求項１４の装置。
【請求項１６】
ブルートゥース・ピコネットに於ける他の少なくとも一のユニットのために、装置のＬ２ＣＡＰ層と前記他の少なくとも一のユニットのＬ２ＣＡＰ層との間でロジカル・リンクに対応するＬＣＩＤを更に含むローカル・アドレス・リストであり、前記ローカル・アドレス・リストがアクセス可能である前記Ｌ２ＣＡＰから更になることを特徴とする請求項１５記載の装置。
【請求項１７】
ブルートゥース・ピコネットに於ける他の少なくとも一のユニットのために、装置のＬＭ層と前記他の少なくとも一のユニットのＬＭ層との間でロジカル・リンクに対応するＣＨを更に含むローカル・アドレス・リストであり、前記ローカル・アドレス・リストがアクセス可能である前記Ｌ２ＣＡＰから更になることを特徴とする請求項１５記載の装置。
【請求項１８】
旧マスターの消滅後、旧ブルートゥース・ピコネットの少なくとも２つのユニット間での適用によってポイント・トゥ・マルチポイント通信を修復する方法であって、
ａ）旧マスターが消滅したことを決定することと、
ｂ）新ブルートゥース・ピコネットの少なくとも２つのユニットから１つを新マスターとして選択することと、
ｃ）ベースバンド層において少なくとも２つのユニットから前記新ブルートゥース・ピコネットを確立することと、そして
ｄ）前記ベースバンド層より高いブルートゥース・プロトコル・スタック層の少なくとも１つで少なくとも２つのユニット間で通信を確立すること、
からなることを特徴とする方法。
【請求項１９】
旧マスターの前記消滅の適用を通知することからさらになる請求項１８記載の方法。
【請求項２０】
各ＬＭ層に前記新ブルートゥース・ピコネットが確立されたことを知らせる前記ブルートゥース・ピコネットの少なくとも２つのユニットのそれぞれの各前記ベースバンド層からさらになる請求項１８記載の方法。
【請求項２１】
各Ｌ２ＣＡＰ層に前記新ブルートゥース・ピコネットが確立されたことを通知する前記ブルートゥース・ピコネットの少なくとも２つのユニットのそれぞれの各ＬＭ層からさらになる請求項１８記載の方法。
【請求項２２】
少なくとも２つのユニット間における前記通信を確立することが前記新マスターによってもたらされることを特徴とする請求項１８記載の方法。
【請求項２３】
少なくとも２つのユニット間における前記通信を確立することが連続的にもたらされることを特徴とする請求項２２記載の方法。
【請求項２４】
少なくとも２つのユニット間における前記通信を確立することが同時にもたらされることを特徴とする請求項２２記載の方法。
【請求項２５】
前記通信を確立することが少なくとも前記ブルートゥース・プロトコル・スタックのＬＭ層とＬ２ＣＡＰ層で確立されることを特徴とする請求項２２記載の方法。
【請求項２６】
前記ＬＭ層において前記通信を確立することが前記Ｌ２ＣＡＰ層において前記通信を確立することに先立ってもたらされることを特徴とする請求項２５記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野及び背景）
本発明は、ブルートゥース・ピコネット内の階層指定、より具体的には、マスター／スレーブ（Master/Slave）交換が、マスター消滅のために不可能な時における、マスターの選択に関する。
本発明は、またマスター消滅後のブルートゥース・ピコネット（Bluetooth piconet）内の、ポイント・トゥ・マルチポイント（point-to-multipoint）通信の復旧に関する。
【０００２】
ブルートゥースは、携帯電話、コンピュータ及びパーソナル・デジタル・アシスタント等を、どのようにして多種類の電子装置を相互接続し通信できるかについて記載される、コンピュータ産業及び電気通信産業規格である。
エリクソン・モバイルコミュニケーションズ（ストックホルム、スウェーデン）が、周辺装置の無線通信を可能とするプロトコルとしてブルートゥースを１９９４年に着想した。
１９９８年の「スペシャル・インタレスト・グループ」の設立と共に、ブルートゥースは、公認の基準となり、多種類の装置を相互通信する技術を発展する道を開いた。
【０００３】
ブルートゥース・プロトコルを介して相互通信するためには、ブルートゥース対応装置でなければならず、該装置は２．４５ギガヘルツの周波数帯で送受信する受信器が備わっていなければならない。
各ブルートゥース対応装置は、装置を独自に識別する、ＢＤ＿ＡＤＤＲ（ブルートゥース装置アドレス）と称される４８ビット・アドレスを有する。
【０００４】
ブルートゥース・プロトコルは、ポイント・トゥ・ポイント接続を用いるが、そのトポロジーは、ピコネットと称される臨時ネットワークに基づいている。
ピコネットは、１つのマスター及び１又はそれ以上のスレーブのネットワークとして定義されている。１回に最大７つのスレーブをアクティブ状態にすることができる。
【０００５】
ピコネット内の通信は、時間分割型デュプレックス（TDD）スキームに基づく。時間は６２５マイクロセカンドのスロットへ分割される。送信は、スロットの開始時のみ開始し、１又はそれ以上のスロットの期間内に発生する。装置は、同期クェリーレスポンス・スキームを用いて連続して送信する。
マスターによる伝達は、偶数番目のスロットで排他的に開始し、スレーブによる伝達は、奇数番目のスロットで排他的に開始する。スロット又は奇数倍のスロットの間、情報はパケットして伝達される。一定の周波数で伝達されるよりも寧ろ、１６００ホップ／秒の速度の７９種類の周波数の間のホッピング周波数が用いられる。
【０００６】
マスターは、ピコネットにおいて最も重要なものである。周波数ホッピング・スキーム及びピコネットのチャンネル・アクセス・コードは、ピコネットのマスターのＢＤ＿ＡＤＤＲに基づいて定義される。
マスターのシステム・クロックは、ホッピング・シーケンス内の位相を決定する。ピコネットの形成の間、マスターは、ピコネット内のスレーブを独自に識別し、各スレーブに１から７の整数のＡＭ＿ＡＤＤＲ（アクティブ・メンバー・アドレス）を指定する。
ピコネット内の通信に必要な全てのパラメータは、通信パラメータと称され、周波数ホッピング・スキーム及びチャンネル・アクセス・コードを含む。
【０００７】
一度ピコネットが確立されたならば、ピコネットの全てのメンバーは、同期化されなければならず、スロットの開始時、スロットの長さにおいて、同一の時間基準を有さなければならない。
このことを行うために、全てのスレーブは、マスターのシステム・クロックを継続して監視し、該クロックを一致させるために、修正を用いてマスターの個別のクロックを補正する。
【０００８】
マスターは、ピコネットのハブとして作動する。マスターは、特定のスレーブに対し通信を先導し、スレーブが応答する間、スロットを割り当てる。スロットが割り当てられている間、スレーブは応答する。
スレーブは、マスターによって割り当てられたスロットとのみ通信する。
【０００９】
伝達はパケット中で行われる。各パケットは、アクセス・コード、パケット・ヘッダー及びペイロードの３つから作られる。アクセス・コードは、ピコネットに属する又はピコネット形成過程のステップである伝達を識別するための同期情報及びコードを含む。
パケット・ヘッダーは、パケット承認とパケットが送られる装置のＡＭ＿ＡＤＤＲの情報を含む。ペイロードは、送信されるデータ及び随意にデータ・ヘッダーを含む。
【００１０】
ブルートゥース・プロトコルの基で動作する各装置は、内部階層であるブルートゥース・プロトコル・スタックを有する。スタックの各層は、ハードウェア、ソフトウェア又はこれらの組み合わせとして実施される。
ブルートゥース・プロトコル・スタックは、図１に示される。
【００１１】
最下層は、ＲＦ受信器１０である。ＲＦ受信器１０の上はベースバンド層１２である。ベースバンド層１２は、物理チャンネル及びリンクを管理する。
ベースバンド・プロトコルは、リンク・コントロールとして実施され、リンク結合のようなリンク・レベル・ルーティンを実行するためにリンクマネージャー層１４（ＬＭ）と共に機能する。ベースバンド層１２は、パケットを処理し、ＴＤＤスキームに適用される。ベースバンド層１２の上はＬＭ１４である。ＬＭ１４は、リンク・セットアップ、データ確認、リンク設定及び他のプロトコルを実行する。
【００１２】
ＬＭ１４の上は、ロジカル・リンク・コントロール及び適用プロトコル（Ｌ２ＣＡＰ）層１６である。Ｌ２ＣＡＰ１６は、プロトコル多重化能力、セグメンテーション及び似通う操作を伴う上層プロトコルとグループ・アブストラクションへコネクション型サービス及びコネクションレス・データ・サービスを提供する。
Ｌ２ＣＡＰ１６の上は、装置のオペレータが用いるプログラムであり、アプリケーション層１８である。
【００１３】
装置の各層は、他の装置の対応層と通信する。すなわち、例えば装置１のＬ２ＣＡＰ層は、情報を装置２のＬ２ＣＡＰ層に送信する。
【００１４】
ピコネット形成は、装置のベースバンド層の間に発生する明確な順次処理であり、以下の例の様に記載される。ブルートゥース対応装置ユニット０及びユニット１は作動し、互いの範囲内にある。
ユニット０は、照会周波数ホッピング・スキームを用いる照会パケットを発する。ユニット０は、照会の伝達を発するので、初期ピコネットのマスターであるユニットを定義することで行われる。
ユニット１は、接続可能モード内にある（照会スキャン状態）。ユニット１は、照会の伝達を受信するので、初期ピコネットのスレーブであるユニットを定義することで行われる。
ユニット１のＢＤ＿ＡＤＤＲ及びクロック・セッティングを有するユニット１は、照会の伝達を受信し、ＦＨＳパケットと共に応答する。
【００１５】
ユニット０は、ＢＤ＿ＡＤＤＲ及び随意にユニット１のクロック・セッティングを用いてユニット１に連絡をする。接続可能モードであるならば、ユニット１はスレーブ・レスポンス状態となり、最初の応答をユニット０に送信する。
ユニット０は、ＢＤ＿ＡＤＤＲ及びクロック・セッティングを有するＦＨＳパケットをユニット１へ送信する。ユニット１はＦＨＳパケットの受信確認の第２応答を送信する。
作動しているスレーブの状態、ユニット１のＡＭ＿ＡＤＤＲ及びＢＤ＿ＡＤＤＲは、ユニット０の作動リンクの表に記載される。ユニット１の作動リンクの表において、マスター・ステータス、ＢＤ＿ＡＤＤＲ及びユニット０のクロックオフセットが記載される。
【００１６】
上記のステップの後、ピコネットは、ユニット０がマスターで、ユニット１がスレーブの場合に存在する。更にイントラピコネット通信は、ピコネットの通信パラメータを用いて行われる。すなわち、マスターＢＤ＿ＡＤＤＲから、マスターのクロックにより決定される位相と共に計算される周波数ホップ・スキームである。
スレーブは、タイミング・オフセットと共に、マスターのクロックに調整するためにそれ自体のクロックに適応する。更にピコネット内の伝達は、パケットをピコネットに属するようにして識別するマスターＢＤ＿ＡＤＤＲから生じるチャンネル・アクセス・コード（ＣＡＣ）を含む。
【００１７】
他の装置が範囲内にある場合、ユニット０は、最大７個のＡＭ＿ＡＤＤＲが７個の相違する装置に割り当てられるまでのプロセスを繰り返すことができる。ピコネットのマスターは、ＡＭ＿ＡＤＤＲを、パケットをピコネットのスレーブの１つに導くために用いる。
スレーブは、該スレーブに対しアドレス指定されたパケットにのみ応答する。
【００１８】
ブルートゥース・プロトコルによると、マスターとスレーブが役割を交換することは可能である。割り当てられたスロットの間、マスター又はスレーブは、スレーブがピコネットのマスターになるように要求するＬＭＰ＿スイッチ＿要求コマンドを伝達する。
スイッチがＬＭＰ＿承認＿コマンドの伝達によって一致するならば、役割交換は実施される。
【００１９】
ピコネットのユニット０がマスターであり、ｍ０と指定され、ユニット１及びユニット２の両方がスレーブであり、それぞれｓ１、ｓ２と指定するとみなす。ｍ０とｓ１は役割を交換することを承認し、ｓ１は新マスターｍ１となり、マスターｍ０はスレーブｓ０となる。
ｍ０及びｓ１は、本来のピコネット（ユニット０ＢＤ＿ＡＤＤＲ及びクロックに基づく周波数ホッピング・スキーム）の通信パラメータを用いることを継続するが、時間分割交換を実行する。すなわち、ユニット１は、偶数番目のスロットでの開始及び奇数番目のスロットでの開始を伝達する。
【００２０】
最初のステップは、新マスターｍ１（ユニット１）のクロックに沿ってスロット・バウンダリーを再調整するためのものである。このステップは、新マスターからスレーブｓ０（ユニット０）へ送られるＬＭＰ＿スロット＿オフセット・コマンドによって実行される。
新マスターｍ１（ユニット１）は、新ＡＭ＿ＡＤＤＲを新スレーブｓ０（ユニット０）へ割り当てられるＦＨＳパケットを送信する。スレーブｓ０（ユニット０）は、ＦＨＳパケットの受信を承認するためにＩＤパケットを伝達する。
新マスターｍ１（ユニット１）及びスレーブｓ０（ユニット０）の両方は、その後新マスターによって指示されるように、スロット・バウンダリー、周波数ホッピング及びタイミングを使用するために交換する。
ユニット０は、次にＡＭ＿ＡＤＤＲ及びピコネットの他のスレーブに関する他の重要な情報を新マスター（ユニット１）へ転送する。
【００２１】
ユニット１は更に、各スレーブで個別にピコネット交換を実施する。新スロット配置オフセット、新ＡＭ＿ＡＤＤＲ及び他の情報は、元のピコネット通信パラメータを用いて各スレーブへ送信される。承認の時点で、ユニット１に示されるように、スレーブは新ピコネット通信パラメータへ交換する。
【００２２】
通信を確立した後はいつでも、マスター及びスレーブは、時間出力期間（監視の時間出力）を取り決めることができる。各パケットの受信後、経過時間の期間専用のタイマーは０にリセットされる。２つの装置の内の１つが、他の時間出力期間内に、いかなるパケットも受信しないならば、他の装置へのリンクは失われ、他の装置はアクティブ・リンクの表から消去されると、装置は想定される。
【００２３】
いくつかの理由により、ピコネットのマスターが消滅することが発生することもある。これはマスターが停電に直面し、物理的に損害を受け、又はユーザによって電源が切られた場合に起こる。
存在するブルートゥース・プロトコルにおいて、ピコネットの各スレーブは、マスターからの伝達の待機が継続する。マスターがハブとして作動しないと、情報を伝達することができず、ピコネットは機能を停止する。
各スレーブが、マスターから任意のパケットを受信することなく連続して各々の時間出力期間に到達するにつれ、ピコネット中のスレーブであることを停止し、最終的にピコネットは存在しなくなる。
【００２４】
この状況が望ましくない時、インスタンスがある。例えば、ブルートゥース・ピコネットを通して行われるマルチプレイヤーゲームにおいて、スレーブである参加者は、ピコネットのマスターとして指定された装置の予期しない消滅にもかかわらず、ゲームの続行を望むことがある。
【００２５】
ブルートゥース・ピコネットは、ピコネットのマスターが突然に消滅した後、機能を継続することを可能とする方法の必要性がある。ユーザ及び適用においてトランスペアレントとなるように、ピコネットを再構成する方法がある。
【００２６】
（発明の要約）
上記及び他の目標は、本発明によって提供される、画期的な方法及び画期的な装置により達成される。
上記のように、ブルートゥース・プロトコルは、ピコネットのユニットの間で、全ての通信においてマスターがハブとして作動する場合に、ブルートゥース・ピコネットの確立を可能とする。
マスターが消滅するならば、全ての他のユニット間の通信は停止する。本発明の教示の使用は、マスターが消滅するブルートゥース・ピコネットのスレーブを用いて、ピコネットを確立することを可能とする。
【００２７】
ポイント・トゥ・マルチポイント通信に依存するアプリケーションが存在する。そのような場合、ピコネットのポイント・トゥ・ポイント・トポロジーがアプリケーションから隠れることが好ましい。
本発明の教示の使用は、ピコネットのいかなる知識も必要とせずにブルートゥース・ピコネットを使用するためのポイント・トゥ・マルチポイント通信に依存するアプリケーションを可能とする。
更に、本発明の教示の使用は、ピコネットのマスターが消滅した時、アプリケーションが、マスターが消滅したことを知ることなく、スレーブ・ユニットのみの利用で実行され、継続することを許容とする。
【００２８】
本発明の教示によれば、ａ）マスターが消滅したことを決定する、ｂ）新マスターとするために、スレーブの１つを選択する、ｃ）ベースバンド層において、新マスターによって、新ブルートゥース・ピコネットを確立することにより、旧ブルートゥース・ピコネットのマスターの消滅後、旧ブルートゥース・ピコネットの複数のスレーブ間において新ブルートゥース・ピコネットを確立するための方法が提供される。
【００２９】
本発明の更なる特徴によれば、マスターの消滅は、独自に旧マスターからの送信停止後の経過時間の期間を待機する各スレーブにより決定され、その場合、時間出力期間の待機を完了する最初のスレーブが新マスターとして選択される。
【００３０】
本発明の更なる特徴によれば、各スレーブの待機の経過時間の期間は、全てのスレーブにおいて予め決定される及び／又は同一である。
本発明の更なる特徴によれば、各スレーブは、相違するモーメントにおいて待機し始めるために構成される。
【００３１】
更なる本発明の特徴によると、各スレーブは、ａ）経過時間の第１期間をカウントした後にオーバーフローするとともに旧マスターから該スレーブへの伝達を受信しリセットするためにセットされる第１タイマーと、ｂ）第１タイマーがオーバーフローした際にカウントを始め、経過時間の第２期間をカウントした後にオーバーフローし、旧マスターから任意のスレーブへの伝達を受信しリセットするように構成された第２タイマーを有し、オーバーフローする第２タイマーのスレーブが、新マスターとして最初に選択される。経過時間の第２期間は、旧マスターがピコネットから確実に消滅し且つ複数のスレーブに於いて一のスレーブが有する伝達範囲の外に移動することがないことを保証する経過時間の第１期間と少なくとも同じ長さであることが好ましい。
【００３２】
本発明の技術の教示によると、旧ブルートゥース・ピコネットの旧マスターが消滅した後に、旧ブルートゥース・ピコネットのスレーブの間に於ける新ブルートゥース・ピコネットを確立する方法は、ａ）新マスターとなるための一のスレーブを選択し、ｂ）旧ブルートゥース・ピコネットの他のスレーブを新ブルートゥース・ピコネットのスレーブとして指定し、ｃ）新マスターが、新ブルートゥース・ピコネットのための新通信パラメータを、旧ピコネットの通信パラメータを使用するマスターの伝達のために予め決められたスロットで始められ、順次各新スレーブに伝達し、ｄ）新通信パラメータを使用するために各スレーブを交換することによって提供されている。
【００３３】
更なる本発明の特徴によると、各スレーブは、新マスターからの新通信パラメータを受信した際の新通信パラメータを使用するために交換する。代替的に、本発明の更なる特徴によると、各スレーブは、ａ）経過時間の第１期間をカウントした後にオーバーフローするとともに旧マスターから該スレーブへの伝達を受信しリセットするようにセットされる第１タイマーと、ｂ）第１タイマーがオーバーフローする際にTRUEとセットされ且つ、旧マスターからの任意の伝達を受信する際にFALSEとセットされるフラグを有し、スレーブが、前記フラグがTRUEにセットされる場合にのみ前記新マスターから受信する新通信パラメータへ交換する。
【００３４】
更なる本発明の特徴によると、新マスターは、新通信パラメータを、新通信パラメータの旧ＡＭ＿ＡＤＤＲの除外を伴って可能なＡＭ＿ＡＤＤＲの各ＡＭ＿ＡＤＤＲへ伝達する。代替的に、更なる本発明の特徴によると、新マスターは、新通信パラメータを、旧ピコネット中に割り当てられた唯一のＡＭ＿ＡＤＤＲへ伝達する。
【００３５】
更なる本発明の特徴によると、新マスターは、新ＡＭ＿ＡＤＤＲを新ピコネットに参加する各スレーブへ指定する。各スレーブの新ＡＭ＿ＡＤＤＲは、元のピコネット中のＡＭ＿ＡＤＤＲと一致することが好ましい。
【００３６】
本発明の技術の教示によると、ブルートゥースに対応する装置は、アプリケーション適応層を使用することで、ブルートゥース・ピコネットを使用する少なくとも２つの装置間のアプリケーションによるポイント・トゥ・マルチポイント通信を許容することができる。アプリケーション適応層は、アプリケーションからのパケットを受信し、このアプリケーションは、各パケットがソース・ユニット（source unit）及びあて先ユニット（destination unit）なるネームを付されており、アプリケーションがピコネットの存在に既知である必要はないことを特徴としている。
【００３７】
更なる本発明の特徴によると、この装置は、アプリケーション適応層にアクセス可能なローカル・アドレス・リストを有している。このローカル・アドレス・リストは、少なくとも、ブルートゥース・ピコネットに参加する他の全てのユニットのネーム及びＡＭ＿ＡＤＤＲが含まれている。
【００３８】
更なる本発明の特徴によると、ローカル・アドレス・リストは、Ｌ２ＣＡＰ層へアクセスすることができる。この場合、ローカル・アドレス・リストは、装置のＬ２ＣＡＰ層とブルートゥース・ピコネットに参加する他のユニットのＬ２ＣＡＰ層との間で、ロジカル・リンクへ対応するＬＣＩＤを含んでいる。
【００３９】
更なる本発明の特徴によると、ローカル・アドレス・リストは、ＬＭ層へもアクセスすることができる。この場合、ローカル・アドレス・リストは、装置のＬＭ層とブルートゥース・ピコネットに参加する他のユニットのＬＭ層との間で、ロジカル・リンクへ対応するＣＨも含んでいる。
【００４０】
本発明の技術の教示によると、旧ブルートゥース・ピコネットのマスターが消滅した後に、旧ブルートゥース・ピコネットのスレーブの間のアプリケーションによるポイント・トゥ・マルチポイント通信を修復する方法は、ａ）マスターが消滅したことを決定し、ｂ）一のスレーブを新マスターとして選択し、ｃ）ベースバンド層での新マスターによって、新ブルートゥース・ピコネットを確立し、ｄ）ブルートゥース・プロトコル・スタックの少なくとも一の層、ひいてはベースバンド層でのユニット間で通信を確立することによって、提供される。
【００４１】
更なる本発明の特徴によると、アプリケーションは、旧ピコネットのマスターが消滅することが通知される。
更なる本発明の特徴によると、ユニットのベースバンド層は、新ブルートゥース・ピコネットが確立されるという事実を夫々のＬＭ層へ通知する。
【００４２】
更なる本発明の特徴によると、ユニットのＬＭ層は、新ブルートゥース・ピコネットが確立されるという事実を夫々のＬ２ＣＡＰ層へ通知する。
【００４３】
更なる本発明の特徴によると、新マスターは、ブルートゥース・プロトコル・ストックの層、ひいてはバースバンド層でのユニット間の通信を確立するユニットである。新マスターは、通信がその他のユニットと確立される前に、通信が一のユニットの全ての関連した層で連続的に確立される又は、他のレベルでの通信を確立し継続する前に、通信が複数のユニットを伴い一の層へ同時に確立される通信を確立する。
【００４４】
更なる本発明の特徴によると、関連した層は、少なくともＬＭ層及びＬ２ＣＡＰ層を含んでいる。又本発明の特徴によると、ユニットのＬＭ層と通信を確立することは、該ユニットのＬ２ＣＡＰと通信を確立する前に行われる。
【００４５】
本発明を図面を参照しつつ詳述する。
本発明による方法の原理及び使用は、図面及び詳細な記述を参照にして理解されることが好ましい。本発明の詳述する前に、本発明は、結合される際に特徴に有用な方法である２つの特性を提供する。
【００４６】
第１特性は、マスターが消滅した後に、ブルートゥース・ピコネットのスレーブがマスターレス役割交換を実行することによる方法に関連する。第１特性は、図２及び３を特に参照し詳述される。
【００４７】
第２特性は、ピコネット・マスターの消滅した後に、機能し続けるブルートゥース・ピコネットでのポイント・トゥ・マルチポイント・アプリケーションが実行することを許容する方法に関連する。第２特性は、図４乃至６に参照され詳述される。
【００４８】
ピコネット・マスターの消失からの回復は、一のスレーブを指定するステップを他のスレーブでのこの新指定の負担を受けて新マスターとして構成される。
上記する如く、ピコネット内の各装置は、マスター・スレーブ・リンク（master-slave link）が失われたかどうかを決定するために使用される時間である時間出力パラメータ（Ｔ監視）を有している。本発明の第１特性によると、Ｔ監視は、ピコネット内の全てのスレーブと一致している。追記すると、ピコネット内の各スレーブ装置は少なくともＴ１及びＴ２の２つのタイマーとＴ１フラグを具備している。
【００４９】
Ｔ１は、Ｔ監視をカウントするためのタイマーであり、マスターからスレーブへアドレス指定された伝達をスレーブが受信した各時間でリセットされる。Ｔ１は、Ｔ監視が到達される際に、オーバーフローする。一度Ｔ１がオーバーフローすると、ゼロにリセットされ、新たにカウントを始める。Ｔ１フラグは、TRUEにセットされる。Ｔ１フラグは、マスターによって、ピコネット内に含まれるピコネットの任意の一のスレーブへ送信されるパケットをスレーブが受信する任意の時間に於いて、FALSEとセットする。
【００５０】
Ｔ２は、Ｔ１がオーバーフローする時に、カウントを始める。Ｔ２は、マスターによって、ピコネット内に含まれるピコネットの任意の一のスレーブへ送信されるパケットをスレーブが受信する任意の時間に於いて、リセットされる。一度リセットされると、Ｔ２は、再度Ｔ１がオーバーフローする時にのみ、カウントが再開される。
Ｔ２は、決められたＮ個のスロットが到達した際に、オーバーフローする。ピコネット内の全てのスレーブは、Ｎと同じ値を有する。スレーブのＴ２カウンターがオーバーフローする際に、該スレーブは、マスターレス役割交換の順序を先導する。
【００５１】
２つのカウンターの配置は、マスターレス役割交換順序が先導される前に適度な遅延を維持させること且つ、同時に一のピコネット内の２つのＴ２カウンターがオーバーフローすることがないことを確実にしている。
一のマスター（ｍ０）と３つのスレーブ（ｓ１，ｓ２及びｓ３）から構成されるピコネットに於けるＴ１及びＴ２によるカウントが、図２で概略的に描写されている。全てのタイマー（Ｔ１及びＴ２）は、１０スロット（Ｔ監視 ＝Ｎ＝１０）をカウントした後に、オーバーフローするためにセットされる。
【００５２】
スロット（０，２及び４）に於いて、ｓ１，ｓ２及びｓ３は、マスター（ｍ０）がＴ１（ｓ１），Ｔ１（ｓ２）及びＴ１（ｓ３）にリセットすることによって、夫々数えられる。
スロット（１０）に於いて、Ｔ１（ｓ１）はオーバーフローし、T1_flag(s1)=TRUEとなる。Ｔ１（ｓ１）はリセットされ、Ｔ２（ｓ１）はカウントを始める。
【００５３】
スロット（１２）に於いて、Ｔ１（ｓ２）はオーバーフローし、T1_flag(s2)=TRUEとなる。Ｔ１（ｓ２）はリセットされ、Ｔ２（ｓ２）はカウントを始める。
スロット（１４）に於いて、ｍ０はｓ３を数える。Ｔ１（ｓ３）はリセットされる。T1_flag(s1)=FALSEとなり、T1_flag(s2)=FALSEとなる。Ｔ２（ｓ１）及びＴ２（ｓ２）はリセットされる。
スロット（１６）に於いて、ｍ０は消滅し、もはや情報を伝達することはない。
スロット（２０）に於いて、Ｔ１（ｓ１）はオーバーフローし、T1_flag(s1)=TRUEとなる。Ｔ１（ｓ１）はリセットされ、Ｔ２（ｓ１）はカウントを始める。
【００５４】
スロット（２２）に於いて、Ｔ１（ｓ２）はオーバーフローし、T1_flag(s2)=TRUEとなる。Ｔ１（ｓ２）はリセットされ、Ｔ２（ｓ２）はカウントを始める。
スロット（２４）に於いて、Ｔ１（ｓ３）はオーバーフローし、T1_flag(s3)=TRUEとなる。Ｔ１（ｓ３）はリセットされ、Ｔ２（ｓ３）はカウントを始める。
スロット（３０）に於いて、Ｔ２（ｓ１）はオーバーフローする。T1_flag(s1)=TRUEとなるので、本発明の第１特性に従うと、ｓ１はマスターレス役割交換工程を先導する。
【００５５】
マスターレス役割交換工程を先導するスレーブ（ｓ１）は、先ず時分割スイッチを実行し且つ偶数番目のスタットで始まる伝送を始め、ピコネット・マスターにより使用されるため専属的に予約されるスレーブであり、元のピコネット・スレーブ境界及びスキーマをホッピングするピコネット周波数を使用する。マスターレス役割交換を先導するスレーブによって伝達される第１パケットは、ピコネットの全てのスレーブＴ２タイマーをリセットし、このようにして、その他のスレーブがマスターレス役割交換を先導する試行をする状況を回避する。スレーブｓ１は、６つの利用可能なＡＭ＿ＡＤＤＲ、７番目は元のＡＭ＿ＡＤＤＲであるが、の1つずつを利用する前者のピコネットの全てのポテンシャル・スレーブを交換することを試行する。本例示に於いて、ピコネット・スイッチは、スレーブ（ｓ２及びｓ３）の夫々に対応するＡＭ＿ＡＤＤＲ（２及び３）のためにのみ認識される。
【００５６】
標準マスター・スレーブ役割交換に於いて、各ＦＨＳパケットは、元のＡＭ＿ＡＤＤＲを使用するスレーブにアドレス指定される。パケット・ペイロード（packet payload）に於いて、新スロット配列が補正され、新ＡＭ＿ＡＤＤＲ及び他の情報は、元のピコネット・パラメータを使用する各スレーブへ送信される。この原理に於いて、新マスターは、新ＡＭ＿ＡＤＤＲを新ピコネットに参加する各スレーブへ割り振る。しかしながら、スレーブは、新パケットを元のパケットとして同じＡＭ＿ＡＤＤＲを保持することが好ましい。
【００５７】
本発明の第１特性の第１実施例に於いて、アドレス指定されたスレーブは、ＦＨＳパケットを直接受信することを認識し、新マスターによって指示される新ピコネット・パラメータを交換する。
【００５８】
本発明の第１特性の第２実施例として、アドレス指定されるスレーブは、自身のＴ１フラグを検査する。もし、Ｔ１フラグがFALSEであれば、ユニットに関する限り、元のマスターがまだ機能しており、ピコネットの整合性が、とられたわけではない。このような場合、ピコネット・スイッチを受諾したのではない。もし、Ｔ１フラグがTRUEであれば、スレーブは、ＦＨＳパケットを受信したことを認識し、新マスターによって指示される新ピコネット・パラメータへ交換する。この実施例に於いて、不必要なマスター／スレーブ・スイッチが回避される。例えば、スレーブがマスターの伝達範囲の外に移動し、他のスレーブをピコネットへ交換するを試す時のような状況である。この実施例に於いて、Ｔ２が、Ｔ１よりも大きい又は等しいことが必要とされる。このことは、旧マスターが確実に消滅した際に、全てのスレーブＴ１フラグが、見せかけのマスター／スレーブ・スイッチを先導するスレーブからのＦＨＳパケットが伝達される前に、TRUEとセットするために、できるだけ十分な時間が存在することが保障される必要がある。
【００５９】
一度認識されるパケットが第２ユニットからマスターレス役割交換を先導する第１ユニットへ送信されると、第２ユニットは、新パケットの部分となる。もし、認識されるものが受信されなければ、第１ユニットは、特定のＡＭ＿ＡＤＤＲが元のピコネットに割り当てられていないと仮定し、第１ユニットは継続的なＡＭ＿ＡＤＤＲの問い合わせを、全ての６つのＡＭ＿ＡＤＤＲに問い合わせがなされるまで、継続する。
【００６０】
本発明の第１特性の第２実施例は、図３を参照にして理解され、３つのスレーブ（ｓ１，ｓ３及びｓ５）が夫々ＡＭ＿ＡＤＤＲ（１，３及び５）を伴って構成されるピコネットのマスターレス役割交換を説明する。
【００６１】
Ｔ２（ｓ１）がオーバーフローした後に、ｓ１はマスターレス役割交換工程を先導する（ステップ２０）。
ｓ１はＦＨＳパケットをAM_ADDR=2へ送信する（ステップ２２）。ｓ３及びｓ５は、伝達を受信するので、Ｔ２（ｓ３）及びＴ２（ｓ５）はリセットされる。
AM_ADDR=2を有するスレーブは存在しないので、応答は伝達されない。ｓ１は、ＦＨＳパケットをAM_ADDR=3へ送信する（ステップ２４）。Ｔ２（ｓ５）はリセットされる。ｓ３はＦＨＳパケットへ応答し、新ピコネットへ参加する工程が始められる（ステップ２６）。
【００６２】
Ｔ２（ｓ５）は、ｓ３のピコネットへの参加に関連する最後の伝達の結果としてリセットされる（ステップ２８）。
ｓ１はＦＨＳパケットをAM_ADDR=4へ送信する（ステップ３０）。Ｔ２（ｓ５）はリセットされる。AM_ADDR=4を有するスレーブは存在しないので、応答は伝達されない。
【００６３】
ｓ１は、ＦＨＳパケットへAM_ADDR=5を送信する（ステップ３２）。
【００６４】
ｓ５はＦＨＳ＿パケットに応答するとともに、新ピコネットの参加プロセスを開始する（ステップ３４）。
上記プロセスの最後にそして図３に示されているように、それまでのスレーブｓ１がマスターとなり、スレーブｓ３とｓ５がスレーブになるように新ピコネットは形成される。上記手順で全てベースバンド層で実行されるので、ブルートゥース・プロトコル・スタックのより高い層にとって、そして最も重要なのはアプリケーションにとってトランスペアレントなことである。
【００６５】
原則としては、ブルートゥース・プロトコルはポイント・トゥ・ポイント通信を考慮して設計される。そこでは１つのユニット、すなわちマスターが全ての通信のハブとして作用する。例えばマルチ・プレーヤー・ゲームのようなマルチ・ユーザー・アプリケーションは明白な階層なしでポイント・トゥ・マルチポイント通信を要求する。そのようなアプリケーションにおいて、かなりの同等の装置がお互いにアドレス指定されたメッセージを送信するとともにアプリケーションの観点からは、メッセージはピコネットのマスターを通過することを必要としない。
【００６６】
ブルートゥース・プロトコルの基においてポイント・トゥ・マルチポイント通信を実行するための多くの可能な方法がある。本発明の第２の特性はポイント・トゥ・マルチポイント通信がアプリケーションにとってトランスペアレントでかつアプリケーションが予期せぬピコネット・マスターの喪失にもかかわらず実行するように援助される方法に関連する。
【００６７】
本発明の第２の特性の第１の面は、アプリケーション層の２つの部分、すなわちアプリケーション自身とアプリケーション適合層への分割である。アプリケーション適合層は例えば、ブルートゥース装置のベンダーによって供給されるとともにシンプル・トゥ・ユース・サービス（simple to use）を用いるインターフェイスとしてアプリケーション・プログラミング・インターフェイス（ＡＰＩ）を供給する。ＡＰＩはアプリケーション自身がブルートゥース・システムを任意の出力装置としても見なすことを可能にするとともにアプリケーション・ディベロッパーの１つとしてのブルートゥース・プロトコルの専門技術の必要性を不要にする。アプリケーションは、アプリケーション使用者を識別するシンプル・ネームのリストを維持するために構成される。さらに、アプリケーションはヘッダーにソースのシンプル・ネームと宛先のシンプル・ネーム、例えば生じるあらゆるパケットにフォーム「Unit X  calling  Unit Y」のＡＳＣＩＩヘッダーを付加するために構成されることもできる。
【００６８】
本発明の第２の特性に従って構成されたブルートゥース装置は、アドレス・リストを維持する。アドレス・リストはブルートゥース・プロトコル・スタックの全ての関連する層にアクセス可能である。アドレス・リストは表として実行されるように下記に表されている。このことでアドレス・リストが多様な方法で実行可能であることは当業者にとって明白である。
【００６９】
アドレス・リストの各記録はアプリケーションの他の使用者に対応するとともにピコネットのマスターによって割りふられたような少なくとも４つのフィールド、他の使用者のユニット・ネーム、他の使用者へのロジカル・リンクを識別するためにＬ２ＣＡＰ層によって用いられるＬＣＩＤ、他の使用者を識別するためにＬ２ＣＡＰとＬＭ層によって用いられるＣＨそして他の使用者のＡＭ＿ＡＤＤＲを含む。図４において、ピコネットのマスターｍ０と３つのスレーブｓ１、ｓ３、ｓ５のアドレス・リストが描かれている。４つのユニット、ｍ０、ｓ１、ｓ３、ｓ５はアプリケーションにそれぞれマックス、オリー、テレスそしてフェイとして知られている。図４ａは、ｍ０が格納するピコネット・リンク情報を含む表を、図４ｂはｓ１が格納するピコネット・リンク情報を含む表を、図４ｃはｓ３が格納するピコネット・リンク情報を含む表を、そして図４ｄはｓ５が格納するピコネット・リンク情報を含む表をそれぞれ示している。アドレス・リストにおけるユニット・ネームはアプリケーションに利用可能なシンプル・ネームと同様のものである。
【００７０】
ピコネットが形成されるとともにアプリケーションが初期化される時、マスターはそのアドレス・リストに必要な通信情報を入れる。マスターはまたピコネットの各スレーブに、あらゆる他の使用者のＡＭ＿ＡＤＤＲとユニット・ネームであるものを知らせる。他の使用者のネームはスレーブのアプリケーションによる使用に必要である。スレーブ装置はアドレス・リストのＡＭ＿ＡＤＤＲフィールドを使用しない。
【００７１】
アプリケーションの通常操作を通して、マスターが有する複数の層はパケットをスレーブに伝達するためそしてパケット・アドレスをスレーブからスレーブに中継するためにアドレス・リストを参照する。１つのスレーブのアプリケーションがそこで宛先ユニットのユニット・ネームを含むヘッダーが付加されるパケットを発生させる。パケットはマスターのアプリケーション層に送られる。ここでは、アドレス・リストを参照することによってアプリケーション層パケットを正しいスレーブに送る。
【００７２】
このプロセスは、マスターｍ０と３つのスレーブｓ１、ｓ３、ｓ５からなるピコネット図４のようなアドレス・リストを用いて図５において概略的に示されている。図５において細い矢印はブルートゥース・ピコネットへの伝達を、幅広い矢印は１つの装置のブルートゥース・プロトコル・スタック内の伝達を意味する。ｓ１のアプリケーションはパケットを発生させるとともに、ヘッダーに「オリーからテレスへ」付加する。パケットはｓ１のアプリケーション適応層へと送信される（５８）。スレーブのアプリケーション層からパケット化を可能にする通信チャンネルのみがマスターのアプリケーション層であるので、ｓ１のアプリケーション適応層はｍ０のアプリケーション層をパケットに送信する（６０）。ｍ０のアプリケーション適応層はヘッダーを読み込み、アドレス・リストを参照し、ｓ３に関連したＬＣＩＤパラメータを検索しＬＣＩＤをパケットに付加しそしてパケットをｍ０のＬ２ＣＡＰ層へと送る（６２）。Ｌ２ＣＡＰ層はアドレス・リストを参照し、ｓ３に関連したＣＨパラメータを検索しＣＨをパケットに付加し、パケットをｍ０のＬＭ層へと送る（６４）。ＬＭ層はアドレス・リストを参照し、ｓ３のＡＭ＿ＡＤＤＲを検索しＡＭ＿ＡＤＤＲをパケットに付加し、パケットをｍ０のベースバンド層へと送る（６６）。パケットはその後ｓ３のアプリケーション適応層に従来の方法で連続して伝達される（６８、７０、７２、７４）。ｓ３のアプリケーション適応層はヘッダーをチェックする。パケットはｓ３のアプリケーションへと意図されているので、ｓ３のアプリケーション適応層はパケットをｓ３のアプリケーションへと送る（７６）。アプリケーションにとって、ピコネットは任意のステップにおいても明白には存在しない。
【００７３】
もしピコネットが存在している間に標準のマスター／スレーブの役割交換が実行されるなら、新マスターの情報の送信中に旧マスターはアドレス・リストを書き込むため新マスターが必要とするあらゆる情報を送信する。
【００７４】
もしピコネットのマスターが予期せず消滅するなら、第１ステップは上記の本発明の第１の方法に従ってベースバンド層でのピコネットの再構築となる。いったん新ピコネットが形成されると、ピコネットの各メンバーが格納しているアドレス・リストのアップデートが必要である。
【００７５】
このアップデート・プロセスは、本来マスターｍ０と３つのスレーブｓ１、ｓ３、ｓ５からなるピコネットのために図４のようなアドレス・リストを用いて図６において概略的に示されている（８０）。図６においてｍ０が消滅するとすぐにｓ１は新ピコネットのマスターになる。ｓ１はピコネットのスレーブに任意の新ＡＭ＿ＡＤＤＲをも割りふることが可能であるが、本発明の最も望ましい実施形態が示されており、スレーブが新ピコネットにおいて旧ピコネットのＡＭ＿ＡＤＤＲを保持している。
【００７６】
ｍ０の消滅後、ｓ１は上記のマスターレス役割交換プロセスを開始する。いったん役割交換が完了するとブルートゥース・スタックのより高い層は図６に示された新ピコネットに参加する。第１に、ステップ８２、８４、８６においてそれぞれｓ１、ｓ３、ｓ５のベースバンドはそのアプリケーション適応層にマックスがもはや参加していないことを通知する。各ユニットのアプリケーション適応層はそのそれぞれのアプリケーションにマックスがもはや参加していないことを通知する。
【００７７】
さらに、ｓ１、ｓ３、ｓ５のベースバンド層はそれぞれLM層に交換を通知する。標準のブルートゥース・プロトコルでは定義されていないが、本発明ではベースバンド層からリンク・マネージャー層への通信プロトコルＬＣＩプロトコルが定義されている。ＬＣＩプロトコル内でLCI_SwitchCompleteEvent()メッセージが定義されている。LCI_SwitchCompleteEvent()メッセージは、ベースバンドがそのＬＭ層に交換を通知するために使用するメッセージである。当業者にとって明白なことであるが、そのようなＬＣＩプロトコルを使用することは容易である。
【００７８】
ｓ３とｓ５のアドレス・リストはオリーが今後ＡＭ＿ＡＤＤＲ＝０を持つことを示すためにアップデートされる。マックスに対応するエントリーは全てのピコネット使用者のアドレス・リストから削除される（８８）。
これまで述べられてきたように、新ブルートゥース・ピコネットにスレーブを加えるプロセスは連続的に進む。すなわち以下に述べられるようにプロセスは順序的にスレーブごとに完成される。
【００７９】
まず、ｓ１のＬＭ層はｓ３のＬＭ層に接続する。ｓ１とｓ３がともにこの連結を表すために新ＣＨパラメータを指定する（９０）。ｓ１のＬＭ層とｓ３のＬＭ層はともにHCI_SwitchCompleteEvent()メッセージ（下記参照）をｓ１のＬ２ＣＡＰ層とｓ３のＬ２ＣＡＰ層へとそれぞれに送る（９２）。ｓ１とｓ３のそれぞれのアドレス・リストは適宜に修正される（９４）。
【００８０】
当業者にとって明白なことであるが、HCI_SwitchCompleteEvent()メッセージは標準ブルートゥース・プロトコルにおいて定義されるメッセージではなく、本発明の教示の実行を可能にするためのシンプル・トゥ・インプリメント・コマンドである。
【００８１】
その後ｓ１のＬ２ＣＡＰ層はｓ３のＬ２ＣＡＰ層へと接続する。ｓ１とｓ３はともに新ＬＣＩＤパラメータをこの接続を表すために指示する（９６）。ｓ１とｓ３のそれぞれのアドレス・リストは適宜に補正される（９８）。
【００８２】
ｓ３の上部層への接続の完了に従い、ｓ１はピコネットの他のスレーブとの接触を再確立する。上述した例において、より高い層の接続の再確立とｓ１、ｓ５のアドレス・リストのアップデートの手続きはｓ３のために上記に示されたものに類似した方法で行われるとともに図６、ステップ１００、１０２、１０４、１０６そして１０８において示されている。
【００８３】
要約すると、ピコネットのそれぞれの装置のために：
本発明に従ってスレーブは、マスターレス役割交換の結果として、ベースバンド層で新ピコネットに加えられる。新マスターのベースバンド層は新マスターのＬＭにピコネットに加えられたスレーブについてのノーティフィケーション・パケット、LCI_SwitchCompleteEvent()を送信し、ＡＭ＿ＡＤＤＲを返送する。スレーブのベースバンド層はスレーブのＬＭにノーティフィケーション・パケット、LCI_SwitchCompleteEvent()を送信し、ＡＭ＿ＡＤＤＲ＝０を返送する。
【００８４】
その後各スレーブのために連続的に：
新マスターのＬＭはスレーブのＬＭに接続する。ＣＨが通知されたＡＭ＿ＡＤＤＲに連結して、これは新ＣＨをそれぞれの装置において生成する。各装置のＬＭは通知イベント、ＨＣＩ＿ＳｗｉｔｃｈＣｏｍｐｌｅｔｅＥｖｅｎｔ（）をそれぞれのデバイス・マネージャーに送信する。各装置のアドレス・リストはその後新ＣＨを用いてアップデートされる。
【００８５】
新マスターのデバイス・マネージャーはその後新ＣＨによって識別されたスレーブＬ２ＣＡＰ層とのＬ２ＣＡＰ接続を先導する。このアクションは、ローカルＬＭによって報告されたＣＨに関連した新ＬＣＩＤと新リンク（新マスターと新スレーブ）を形成する。各装置のアドレス・リストはその後新ＬＣＩＤにアップデートされる。
【００８６】
スレーブが新ピコネットにおいて旧ピコネットのＡＭ＿ＡＤＤＲを保持している上記の本発明の実施形態において、最終ステップ１０８を完了するとすぐにピコネットのマスターであった使用者の消滅にもかかわらずピコネットは十分に修復される。新マスターがスレーブに異なるＡＭ＿ＡＤＤＲを割りふる実施形態において、その後スレーブのアドレス・リストは新ＡＭ＿ＡＤＤＲを含むために補正されなければならないことは当業者にとって明白である。
【００８７】
ピコネットの修復はアプリケーションにとって完全に明白な方法で実行される。
本発明の両方の特性を備えるピコネットにおいてその後もとのマスターが予期せず消滅するとき全てのスレーブはそれぞれの使用者のＡＭ＿ＡＤＤＲを含むアドレス・リストを持つ。本発明の両方の特性を備える本発明の追加的な実施形態において、マスターレス・マスター／スレーブ役割交換を実行するスレーブは他のユニットをアドレス・リストに表れるＡＭ＿ＡＤＤＲと接触させようと試みているに過ぎない。
【００８８】
１つのスレーブのブルートゥース・プロトコル・スタックの全ての層間の通信は他のスレーブとのより高い層の通信の確立前に確立されるので、上述のような新ピコネットの確立は連続的に起こる。代わりに、通信は同時に再確立可能であることは当業者にとって明白である。そこではまず他の層への移動前にマスターが全てのスレーブの一つの層との通信を確立し終える。
【００８９】
図７において、本発明の第２の特性の実行を可能にしたブルートゥースに対応する装置のプロトコル・スタックは修正されたプロトコル・スタックを示すことによって図示されている。全てのブルートゥースに対応する装置において同時に、ＲＦ受信器（１０）、ベースバンド層（１２）、リンク・マネージャー層（１４）、Ｌ２ＣＡＰ層（１６）そしてアプリケーション層（１８）が示される。上記のように操作するアプリケーション適応層（２０）がＬ２ＣＡＰ層（１６）とアプリケーション層（１８）の間に挟まれている。さらに、ベースバンド層（１２）にアクセス可能なアドレス・リスト（２２）、リンク・マネージャー（１４）、Ｌ２ＣＡＰ層（１６）そしてアプリケーション適応層（２０）がある。ブルートゥース・スタンダードに従って、リンク・マネージャー層（１４）にＬ２ＣＡＰ層（１６）へのメッセージの送信を可能にするＨＣＩプロトコル（２４）が存在する。加えて、ベースバンド層（１２）にリンク・マネージャー層（１４）へのメッセージを送信することを可能にするＬＣＩプロトコル（２６）が存在する。アプリケーション適応層の操作（２０）、アドレス・リスト（２２）そしてＬＣＩプロトコル（２６）は上述されている。標準ブルートゥース・プロトコル・スタックと同時に、スタックの各層はハードウェア、ソフトウェアもしくはその組み合わせとして実行される。
【００９０】
本発明は限定された数の実施形態について述べられているが、多くの変化、修正そして本発明の他の適用がなされることは可能である。
【図面の簡単な説明】
【００９１】
【図１】従来技術に於けるブルートゥース・プロトコル・スタックの概略図である。
【図２】本発明によるマスターレス・スレーブを実行するスレーブをマスター役割交換へ選択するプロセスを示す。
【図３】本発明によるマスターレス役割交換となる間、新マスターがピコネットを再構築する過程を示す。
【図４】ａ）はマスターと３つのスレーブから構成されるピコネットの本発明によるアドレス・テーブルを示し、ｂ）はマスターと３つのスレーブから構成されるピコネットの本発明によるアドレス・テーブルを示し、ｃ）はマスターと３つのスレーブから構成されるピコネットの本発明によるアドレス・テーブルを示し、ｄ）はマスターと３つのスレーブから構成されるピコネットの本発明によるアドレス・テーブルを示す。
【図５】本発明による一のスレーブによって第２スレーブへ伝達されたパケットのフローを示す。
【図６】ピコネットの再構築間に於けるピコネットのアドレス・テーブルで起こる順次変化を示す。
【図７】本発明の装置のプロトコル・スタックの概略図を示す。
【図１】
2004530371.tif 000003
【図２】
2004530371.tif 000004
【図３】
2004530371.tif 000005
【図４】
2004530371.tif 000006
【図５】
2004530371.tif 000007
【図６】
2004530371.tif 000008
【図７】
2004530371.tif 000009
【国際公開パンフレット】
2004530371.tif 000010
2004530371.tif 000011
2004530371.tif 000012
2004530371.tif 000013
2004530371.tif 000014
2004530371.tif 000015
2004530371.tif 000016
2004530371.tif 000017
2004530371.tif 000018
2004530371.tif 000019
2004530371.tif 000020
2004530371.tif 000021
2004530371.tif 000022
2004530371.tif 000023
2004530371.tif 000024
2004530371.tif 000025
2004530371.tif 000026
2004530371.tif 000027
2004530371.tif 000028
2004530371.tif 000029
2004530371.tif 000030
2004530371.tif 000031
2004530371.tif 000032
2004530371.tif 000033
2004530371.tif 000034
2004530371.tif 000035
2004530371.tif 000036
2004530371.tif 000037
2004530371.tif 000038
2004530371.tif 000039
2004530371.tif 000040
2004530371.tif 000041
【国際調査報告】
2004530371.tif 000042