(57)【要約】通信システムは、通知信号をモバイル受信器へ送信する送信器ビーコン（７０）を用いる。各通知信号は、送信器ビーコンの通知メッセージを促す。解釈データは、モバイル受信器内にロードされ、関連する通知信号が受信されたときに用いられ、モバイル無線受信器において関連する通知メッセージが生成される。
2004530336.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
複数の通知信号を送信する送信器ビーコンと、
解釈データを記憶した無線受信器と、を有し、
前記送信器ビーコンは前記複数の通知信号を該送信器ビーコンのレンジ内の無線受信器へ送信し、
前記通知信号のそれぞれは、前記送信器ビーコンの通知メッセージを促すために設けられ、
前記解釈データのうち選択されたものが関連する通知信号が受信されたときにモバイル無線装置に関連する通知メッセージを生成するのに用いられる、ことを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムであって、
前記解釈データは音又は画像ファイルを含むことを特徴とする通信システム。
【請求項３】
請求項１記載の通信システムであって、
データを無線でブロードキャストする第一のビーコン装置グループを更に有し、
前記無線受信器は、前記第一のグループのビーコン装置からデータを受信し、
前記第一のグループのビーコン装置の少なくとも１つは、前記解釈データを前記無線受信器に提供し、該無線受信器が前記第一のグループのビーコン装置からの信号を解釈できるようにする、ことを特徴とする通信システム。
【請求項４】
請求項３記載の通信システムであって、
データを無線でブロードキャストする第二のビーコン装置グループを更に有し、
前記無線受信器の少なくとも１つは前記第一及び第二のグループのビーコン装置からデータを受信し、
前記第二のグループのビーコン装置の少なくとも１つは、前記解釈データを前記無線受信器に提供し、該無線受信器が前記第二のグループのビーコン装置からの信号を解釈できるようにする、ことを特徴とする通信システム。
【請求項５】
請求項３又は４記載の通信システムであって、
前記第一のビーコングループのビーコン装置の少なくとも１つは、前記解釈データの提供中に前記無線受信器のＩＤに関するデータを受信するように構成される、ことを特徴とする通信システム。
【請求項６】
請求項５記載の通信システムであって、
前記第一のビーコングループのビーコン装置の少なくとも１つは、前記無線受信器のＩＤに関するデータをそれぞれのビーコングループの残りのビーコン装置へ転送する手段を有する、ことを特徴とする通信システム。
【請求項７】
請求項５又は６記載の通信システムであって、
前記無線受信器のＩＤに関するデータは、該無線受信器に関するＩＤ及び／又はプロファイル情報を含む、ことを特徴とする通信システム。
【請求項８】
請求項５乃至７のいずれか一項記載の通信システムであって、
前記第一のビーコングループの残りのビーコン装置のそれぞれは、前記無線受信器のＩＤに関するデータに応じて潜在的メッセージにフィルタをかけるフィルタリング手段を有する、ことを特徴とする通信システム。
【請求項９】
請求項１乃至８のいずれか一項記載の通信システムであって、
前記解釈データは接続手順中に表示することが可能なコンテンツを含むことを特徴とする通信システム。
【請求項１０】
請求項１乃至９のいずれか一項記載の通信システムであって、
各ビーコン装置はブルートゥース・プロトコルを使用してデータをブロードキャストする、ことを特徴とする通信システム。
【請求項１１】
ビーコン装置からモバイル受信器へ情報を提供する方法であって、
無線受信器が前記ビーコン装置からの信号を解釈できるようにするための解釈データを前記無線受信器へ提供し、
前記無線受信器が前記ビーコン装置のレンジ内にいるときに前記ビーコン装置から信号を提供し、
前記無線受信器は、前記解釈データを用いて、前記信号を解釈する、ことを特徴とする方法。
【請求項１２】
請求項１１記載の方法であって、
前記ビーコン装置はビーコン装置グループの１つであり、
前記解釈データは、前記無線受信器が第二のビーコン装置のレンジ内にいるときに該第二のビーコン装置から該無線受信器へ提供される、ことを特徴とする方法。
【請求項１３】
請求項１１記載の方法であって、
前記解釈データは遠隔の前記ビーコン装置からのプレロード・オペレーション中に前記無線受信器へ提供される、ことを特徴とする方法。
【請求項１４】
請求項１３記載の方法であって、
前記プレロード・オペレーションはインターネット上で実行されることを特徴とする方法。
【請求項１５】
請求項１１乃至１４のいずれか一項記載の方法であって、
前記解釈データは音ファイルを含むことを特徴とする方法。
【請求項１６】
請求項１１乃至１５のいずれか一項記載の方法であって、
前記信号はブルートゥース・プロトコルを使用して提供されることを特徴とする方法。
【請求項１７】
請求項１６記載の方法であって、
前記信号は、ブルートゥース・プロトコルの照会信号内のデータ・フィールドとして提供される、ことを特徴とする方法。
【請求項１８】
請求項１１乃至１７のいずれか一項記載の方法であって、
前記無線受信器は、複数のビーコン装置グループの間を移動可能であり、
前記無線受信器が各グループ内の第一のビーコン装置のレンジ内にいるときに該第一のビーコン装置から該無線受信器へ解釈データを提供し、
前記無線受信器が前記グループ内の第二のビーコン装置のレンジ内にいるときに該第二のビーコン装置から信号を提供し、
前記無線受信器は、前記解釈データを用いて、前記信号を解釈する、ことを特徴とする方法。
【発明の詳細な説明】
【０００１】
本発明は、例えば電話や適切な装備を有するＰＤＡ（パーソナル・ディジタル・アシスタント）などの携帯通信機器、及び、インフラフトラクチャ・システム及びそれと共に用いられるプロトコルに関する。
【０００２】
近年、携帯電話網への加入者が世界中で大幅に増加している。技術の進歩と機能性の追加により、携帯電話は個人向けの信頼された装置となった。この結果、モバイル情報社会が発展しており、個人向けサービス及びローカル・サービスが益々重要になっている。このような「コンテキスト認識（Ｃｏｎｔｅｘｔ−Ａｗａｒｅ；ＣＡ）」携帯電話は、ローカル情報を提供するために、ショッピングモールのような場所で、低パワでショート・レンジの基地局と共に用いられる。この情報は、例えば、ロケーション・マップや、近隣のショップ・レストラン情報などである。ユーザのＣＡ端末に予め記憶されたユーザの好みに従って受信情報にフィルタをかける装備を備え、特定の関心あるデータ・アイテムが受信された時のみユーザに通知されるようにすることも可能である。
【０００３】
共通して譲り受けられた国際特許出願ＥＰ０１／０６９４８（優先日：２０００年８月１５日）は、ＣＡ端末について記載しており、ブルートゥース・プロトコルによって接続が確立される前にデータをブロードキャストする概念を提唱している。それは、ブルートゥース照会フェーズを利用し、このモード中に送出された非常に短いＩＤパケットを延長し、こうして得られた余分なスペースを用いて、少量の情報を運ぶ。この情報は、ブルートゥースシステムに関連するデータでもよく、或いは、一方通行のアプリケーション・データでもよい。このスキームは、この余剰フィールドを理解できない旧式のブルートゥース装置との後方互換性を有するという潜在的に有用な機能を有する。
【０００４】
これでは、少量の情報しか送信できない。よって、このアプローチを用いて相当なデータ量を送信する際には問題が生じる。
【０００５】
本発明の第一の態様によれば、通信システムであって、
複数の通知信号を送信する送信器ビーコンと、
解釈データを記憶した無線受信器と、を有し、
前記送信器ビーコンは前記複数の通知信号を該送信器ビーコンのレンジ内の無線受信器へ送信し、
前記通知信号のそれぞれは、前記送信器ビーコンの通知メッセージを促すために設けられ、
前記解釈データのうち選択されたものが関連する通知信号が受信されたときにモバイル無線装置に関連する通知メッセージを生成するのに用いられる、通信システムが提供される。
【０００６】
ＣＡ概念は、公に配置されたＲＦビーコンからプッシュされた特別なメッセージを受信するのにモバイル・ハンドセットを用いることである。本発明によれば、後に無線受信器に記憶されたデータに基づいて解釈される短い通知メッセージを用いることができる。前記解釈データは音又は画像ファイルを含み得る。
【０００７】
本通信システムは、
データを無線でブロードキャストする第一のビーコン装置グループを更に有し、
前記無線受信器は、前記第一のグループのビーコン装置からデータを受信し、
前記第一のグループのビーコン装置の少なくとも１つは、前記解釈データを前記無線受信器に提供し、該無線受信器が前記第一のグループのビーコン装置からの信号を解釈できるようにする、ことが好ましい。
【０００８】
これは、協調システムにおいて一緒に作動するビーコン構成を提供する。複数のビーコンが集められ、「マスタオーラ（Ｍａｓｔｅｒ  Ａｕｒａ）」（ビーコングループ）が形成される。このマスタオーラ内では、特定の種類のサービスがビーコンを所有するオペレータから利用できる。これら複数のビーコンの中には「イニシャライザ（Ｉｎｉｔｉａｌｉｓｅｒ）」として機能するタスクが与えられ、解釈データを提供するものもある。これら特別なビーコンは、マスタオーラに入ったハンドセットとの最初の接触点となり得る。
【０００９】
モバイル受信器へデータを提供するのに加えて、それらは、モバイル受信器からＩＤ及びプロファイル情報を受信することができ、この情報を転送してオーラ内の残りのビーコンを初期化してもよい。加えて、それらは、特別な音ファイル又はハンドセットが生成し得るユーザ通知に関する他のコンテンツでハンドセットを満たすことができる。この手順を用いることにより、ハンドセットがビーコンの近くに移動し、それからプッシュされたメッセージを受信したときはいつでも、それはすでに適切なリソースを保持し、専門通知を生成する。これは時間を節約し、ハンドセットとビーコン間の全二重通信への必要性を除去する。
【００１０】
本通信システムは、データを無線でブロードキャストする第二のビーコン装置グループを更に有し、前記無線受信器の少なくとも１つは前記第一及び第二のグループのビーコン装置からデータを受信し、前記第二のグループのビーコン装置の少なくとも１つは、前記解釈データを前記無線受信器に提供し、該無線受信器が前記第二のグループのビーコン装置からの信号を解釈できるようにする、ことが好ましい。
【００１１】
したがって、ビーコンからの信号が受信器が位置するオーラに応じて異なって解釈され得るように、異なるオーラの受信器には異なる解釈データを与えることができる（すなわち、異なるビーコングループのレンジを用いて）。
【００１２】
各ビーコン装置はブルートゥース・プロトコルを使用してデータをブロードキャストし得る。
【００１３】
前記解釈データは、例えば、音ファイルや、接続手順中に表示することが可能なコンテンツなどを含み得る。後者により、相互作用形式又はスクリプトのイニシャライザからのプレロードが可能となる。ユーザが通知をフォローアップし、ＷＡＰ接続をリクエストすることを決定した場合、長い接続時間がユーザに相互作用形式又はスクリプトを提示することによって隠蔽されるため、長い可能性が高いセットアップ手順の間、ユーザを引き止めておくことができる。
【００１４】
前記ビーコン装置（イニシャライザ・ビーコン）の少なくとも１つは、前記解釈データの提供中に前記無線受信器のＩＤに関するデータを受信するように構成されることが好ましい。この情報は、次いで、該グループの残りのビーコンが該ビーコングループのエリア内のユーザのＩＤ及び／又はプロファイルについて知っていることができるように、それら残りのビーコンへ転送することができる。このため、イニシャライザ・ビーコンは、前記無線受信器のＩＤに関するデータを該グループの残りのビーコン装置へ転送する手段を有する。
【００１５】
すると、ビーコングループの残りのビーコン装置は、前記無線受信器のＩＤに関するデータに応じて送信される可能性のあるメッセージにフィルタをかけることができる。
【００１６】
本発明は、更に、ビーコン装置からモバイル受信器へ情報を提供する方法であって、
無線受信器が前記ビーコン装置からの信号を解釈できるようにするための解釈データを前記無線受信器へ提供し、
前記無線受信器が前記ビーコン装置のレンジ内にいるときに前記ビーコン装置から信号を提供し、
前記無線受信器は、前記解釈データを用いて、前記信号を解釈する、方法も提供する。
【００１７】
これは、上記解釈データをプレロードするオペレーションを提供する。前記解釈データは、前記無線受信器が第二のビーコン装置のレンジ内にいるときに該第二のビーコン装置から該無線受信器へ提供されてもよく、或いは、遠隔の前記ビーコン装置からのプレロード・オペレーション中に前記無線受信器へ提供されてもよい。
【００１８】
前記無線受信器は、複数のビーコン装置グループの間を移動可能であってもよい。ここで、本方法は、
前記無線受信器が各グループ内の第一のビーコン装置のレンジ内にいるときに該第一のビーコン装置から該無線受信器へ解釈データを提供し、
前記無線受信器が前記グループ内の第二のビーコン装置のレンジ内にいるときに該第二のビーコン装置から信号を提供し、
前記無線受信器は、前記解釈データを用いて、前記信号を解釈する。
【００１９】
本発明の更なる特徴及び利点は添付図面を参照し、本発明の好ましい実施形態の一例についての以下の詳細な説明を読むことによって明らかとなるであろう。
【００２０】
ユーザにプッシュされるコンテキスト認識（ＣＡ）サポートサービスについては多くのサービス及び用途が提案されている。ＣＡシナリオにおいて、ユーザは、ショッピングモール中をさまよっており、ショップからの広告や、公共交通情報、個人情報（友人通知）、ナビゲーション情報などのプッシュされた情報を受信し得る。情報源及びコンテンツの特定の性質に応じて、各プッシュ・メッセージにクラス識別コードを与えることができる。メッセージ中の「クラスＩＤ」及び他の管理フィールドに基づいて、ユーザのハンドセットは、データに対してフィルタリング及び並べ替え手順を実行することができる。これは、現在のコンテキストにおいてユーザに関連し望まれると考えられるメッセージのみがユーザへ通知するものに選ばれるように、行われる。通知それ自体は、音声ファイル、画像、シンプルなテキスト、又は、ハンドセットの振動などのより複雑なモード、などの形を採り得る。
【００２１】
本発明は、ビーコン装置から無線受信器へ送信されたメッセージの性質、異なるエリアの複数のビーコンのアーキテクチャ、及び、モバイル受信器が異なる場所にいるときに異なる情報を提供する方法、に関する。本発明を詳細に説明する前に、本発明に係るネットワークにおいて用いられ得る個々の受信器のアーキテクチャについて説明する。
【００２２】
図１は、低パワで、ショート・レンジの、相互接続された１組の基地局若しくはビーコン（ＢＥＡ）１２、１４と共に用いられるＣＡ携帯電話１０の概略ブロック図である。上述のように、そして後に詳述するように、このような装置は、ビーコンが情報キーを携帯機器へダウンロードすることによって、ローカル・マップや、近隣のショップ・レストラン情報などのローカル情報を提供するために、ショッピングモールのような場所で用いられ得る。情報キーは、完全な情報のソースへの参照を提供する小さなデータ・オブジェクトであり、複数の所定フィールドの形をしている。そのうちの１つはユーザへ提示される説明文の短い一部を含む。別のフィールドは、例えばＵＲＬや電話番号などの形をしたポインタ若しくはアドレスである。他の補助的フィールドは、該データがどのようにユーザに対して提示されるか、及び、該アドレスがどのように利用されるかについて制御し得る。明らかにされるように、適切なキーを待機することは時として時間の浪費となり得るが、上記ビーコンは、一般的に、通常はそれぞれが異なるサービスに関連するこれら複数のキーを周期的にブロードキャストする。
【００２３】
ビーコンの構造及び構成に関する問題の１つは、出力パワ（通常は、１ｍＷ〜１００ｍＷの範囲）、局所的な干渉レベル、及び受信器の感度に依存するビーコン・レンジである。
【００２４】
ユーザのＣＡ端末１０は、メッセージを送受信する送受信ステージ（Ｔｘ／Ｒｘ）１８に連結されたアンテナ１６を有する。送信メッセージは、該電話へのユーザ入力によってもたらされる。音声入力はマイク２０及びＡ／Ｄ変換器２２を介して入力され、他のデータ入力はキーパッド若しくは他の入力手段（ＵＩＰ）２４を介して入力される。これら入力は、信号・データ処理ステージ（ＰＲＯＣ）２６によってメッセージ・データ形式へ処理され、送受信ステージ１８へ供給される前にエンコーダ（ＥＮＣ）２８によって送信形式へ変換される。
【００２５】
アンテナ１６及び送受信器１８を介して受信されたメッセージは、デコーディング・ステージ（ＤＥＣ）３０を介してフィルタリング・信号処理ステージ（ＦＩＬＴ）３２へ転送される。該メッセージによって搬送されたデータが該電話のディスプレイ（ＤＩＳＰ）３４上に表示させるためのものである場合、該データは、任意的にバッファリング（ＢＵＦ）３８された後、ディスプレイ画像をフォーマットするディスプレイ・ドライバ（ＤＲＩ）３６へ転送される。明らかにされるように、ディスプレイ３４は、比較的シンプルな低解像度の装置でもよく、受信データのディスプレイ・データへの変換は、専用のディスプレイ・ドライバ・ステージを必要とせず、処理ステージ３２の機能性の１つとして実行されてもよい。
【００２６】
上記メッセージがビーコン（ＢＥＡ）１２、１４のうちの一方若しくは他方からのデータを搬送している場合、該電話は、予め記憶されたユーザ・プリファレンス（ＰＲＯ）４０に従って受信した情報をフィルタリングする能力を有し、記憶されたプリファレンス・データと該メッセージにおける題目インジケータとの比較が特定の興味あるデータ・アイテムが受信されたことを示す場合のみ、ユーザに通知される（すなわち、情報はバッファ３８に保持され、及び／又は、スクリーン３４上に提示される）。
【００２７】
従来の音声メッセージについて、音声データは、フィルタリング・処理ステージ３２によって、Ｄ／Ａ変換器４２及び増幅器（ＡＭＰ）４４を介して、イヤフォン若しくはスピーカ４６へ出力される。電話網（ＴＥＬ）４８からのこのようなメッセージの受信は、矢印５０によって示される。電話網４８は、更に、電話１０から広域網サーバ（ＷＡＮ  ＳＥＲＶ）５２へのリンク、更には、ＷＡＮ５４（例えばインターネット）を介した、電話１０に対してデータ・ソースを提供する１以上の遠隔サービス・プロバイダ（ＳＥＲＶ）５６へのリンクを提供する。
【００２８】
ＣＡ端末（電話１０）とＣＡ基地局（ビーコン（ＢＥＡ）１２及び１４）との間の通信は、２つの形式：「プッシュ」及び「プル」を採る。「プッシュ」モードにおいては、ビーコン１２によって短い「キー」６０の形をした照会（ｉｎｑｕｉｒｙ）情報がすべての携帯端末１０へブロードキャストされる。以下に詳述するように、電話１０は、この照会キーに応答して、自身の識別子を第一のビーコン１２へ送信する。第一のビーコン１２は、照会キーをブロードキャストし続けている間、相互作用を第二のビーコン１４へ転送する。
【００２９】
他の形のキーは、電話１０によって「無意識に」、すなわちユーザによる直的的な介入無しに、受信され、処理ステージ３２において適用される比較器機能によってユーザが予め設定したプリファレンスに従って自動的にフィルタリングされる。この処理ステージは、受信し得る比較的大量のキーを並列的に処理するために、複数のコピーに対して同時に若しくは重ねて比較器機能を適用できると適当である。破棄されるものもあり、更なる研究のために保存されるものもあり、ユーザに対して直ちに通知されるものもある。一例として、ショップは、興味を持ち、よってそれに応じて自身のフィルタ３２を設定しているユーザは自分の端末によって通知を受けるという知識に基づいて、特別奉仕品の詳細を通り掛かる端末にプッシュすることを選ぶかもしれない。
【００３０】
ユーザがキーに含まれる情報以上の情報を欲する場合もある。ここで、「プル」モードは、ユーザにサーバ５６（ＣＡ仕様に特別に構成される必要は必ずしもない）との接続をセットアップし、能動的に情報を端末１０内へプルダウンすることを要求することを可能にする。よって、このモードは、通常、双方向である。
【００３１】
出願人の提案の１つは、１つのビーコン１２を「照会者（ｉｎｑｕｉｒｅｒ）」ビーコンと呼び、残りのビーコンを「相互作用者（ｉｎｔｅｒａｃｔｏｒ）」ビーコンと呼ぶことである。照会者ビーコンは、ブルートゥース照会メッセージを絶えず送信し、相互作用者ビーコンは、リクエストに応じて、１対１ベースで端末１０と通信できる。ここで、照会手順は、照会者ビーコン１２によって実行され、呼び出し（ページング）手順は相互作用者ビーコン１４によって実行される。このように機能を委任することによって、ピコネットへの加入を試みるのに失われ得る相当の時間を節約することが可能となる。
【００３２】
図２は、括弧内の数字でメッセージ送信シーケンスを表したデュアルビーコンシステムの概略ブロック図である。この基本システムにおいては１つの照会者ビーコン１２と、１つの相互作用者ビーコン１４とが存在するが、このシステムは複数のビーコンと相互作用者から成るネットワーク化されたインフラストラクチャに拡張し得ることは容易に明らかである。照会者ビーコン１２は、該ビーコンのレンジ内のあらゆるクライアント（携帯装置）のＩＤを発見するのに用いられる照会パケットを絶えず送信している（１）。クライアント（ＣＬ）１５がレンジ内にやってくると、照会に応答し（２）、そのＩＤに関する照会者情報を与える。
【００３３】
発見されたクライアントに関する情報は、次いで、セキュアチャネル（通常は固定インフラ）を通じて相互作用者ビーコン１４へ送信される（３）。ビーコン１４は、単に、クライアントへの情報送信に関わるだけである。すると、これにより、サービス相互作用が始まり（４）、クライアント１５が応答するクライアントＩＤを含む呼び出し（ページ）メッセージが発せられる。
【００３４】
クライアントは、照会及び呼び出し手順を経る義務があるが、照会者が照会パケットを継続的に発し得るという事実はこのプロセスを非常に素早くする。すべての相互作用について別個のビーコン１４を用いることは、照会者は呼び出しメッセージを発するのに一時休止したり、双方向トラフィックが可能となるまで停止したりする必要がないことを意味する。よって、クライアントは、照会者が照会モードに入るのを待つ必要は決してない。これは、それ自体、大幅な時間の節約である。追加的ボーナスとして、照会者ビーコンは、呼び出しメッセージを発する前に照会サイクルが完了するのを待つ必要がなく、ここでも何秒か節約することができる。
【００３５】
図３は、上記アイディアが複数の相互作用者Ａ、Ｂ、Ｃと多くの場合２以上の照会者Ｉとを含むより大きなネットワークに拡張され得る複数ビーコンネットワークの概略図である。
【００３６】
複数の相互作用者は、場所固有のコンテンツをクライアントへ送信することが可能な１つの照会者と関連付けられ得る。デュアルビーコンシステムと同様に、照会者はクライアントのＩＤをネットワークのすべての相互作用者へ転送する。これは、クライアントがネットワークのレンジ内に留まっていても、クライアントは一度は照会プロセスを経なければならないことを意味する。
【００３７】
相互作用者が一旦クライアントのＩＤを知ると、これらはサービス相互作用を実行するタスクを始めることができる。それらは、すべて、すべてのクライアントに継続的に呼び出すことができる。クライアントが１つの照会者のレンジ内を歩いているとき、該呼び出しに応答して、その相互作用者とのリンクをセットアップする。残りの相互作用者は、通常、リンクがクリアされるまで、そのクライアントへの呼び出しを中止する。より進歩した呼び出しスキームは、近隣のセルのみを呼び出す。ここでは、ユーザがより遠くの位置するセルに到達できる前に通らなければならない１以上のセルを近隣セルとする。このように、大きなシステムは合理的に呼び出しを行うことができる。他の呼び出しストラテジィも可能である。
【００３８】
代替的アプローチは、端末が自局がパークモードに置かれるようにリクエストすることができるようにすることである。パークモードにおいて、端末には、（ブルートゥース・マスタとして）相互作用者によって特殊なＩＤが与えられる。すると、端末は、ほとんどの時間眠ってしまい、自局をマスタと再同期させるために周期的に目覚め、呼び出しメッセージなどの考えられる命令についての特殊なビーコンメッセージに傾聴する。ユーザが何らかの相互作用を実行することを決心した場合、端末は目覚め、マスタとのリンクを要求する。すると、上述のように、双方向オペレーションを進めることができる。
【００３９】
ワイド・エリア・ネットワークのセットアップにおいて、端末の特殊なパークモードＩＤは、システム内のすべての相互作用者ビーコンに既知とする。これにより、端末は、１つのサイトでパークモードに入り、照会プロセスを経る必要無しに別のサイトで目覚めることができる。
上述のように、２以上の照会者ビーコンがシステムの一部となることもできる。例えば、ショッピングモールは、建物のエントランスごとに１つを配置するかもしれない。このような分散システムでは、必然的に、クライアント端末がいずれの照会者ビーコンにおいて照会プロセスを完了したかは不問である。
【００４０】
照会及び相互作用機能を分離したことによって、大幅な時間の節約が達成される。なぜなら、各ビーコンにおいてピコネットへサインアップする必要性が取り除かれたからである。しかし、そのままでは、クライアントは、依然として、相互作用者ビーコンの情報をブロードキャスト情報でさえもリクエストする必要がある。これは、クライアントに、利用可能な情報が関心あるものであるか否かが明らかになる前に、送信し、その際にそのＩＤを明らかにすることを要求する。
【００４１】
照会パケット上でブロードキャスト情報を送信するメカニズムも出願人／譲受人によって提案されている。この提案は、ブルートゥース照会メッセージに照会手順中にキー又はブロードキャスト情報を運ぶ余剰フィールドを導入する。これは、ブルートゥース・パケットの終わりに従来許可されたガードスペースを減らすことを必要とするが、これはＣＡ受信器がブルートゥース・ピコネットに加入する必要無しにブロードキャスト・データを素早く受信できるようにするための現実的な解決策であると判明している。
【００４２】
複数ビーコンネットワークを用いると、様々な場所でブロードキャスト情報を提供するのに用いられるより多くの照会ビーコンが、上記開発された分散アーキテクチャを補助し得る。照会者によって発せられた特定の情報片についてもっと知りたいクライアントは、任意の相互作用者の方を向いて双方向リンクをセットアップすることができる。考えられるボーナスとして、端末は、ショッピングモール（又は他のビーコンが置かれたエリア）に入るときに照会プロセスに従う必要は無いが、関心あるブロードキャスト・メッセージを発見するまでハンドオフしてもよい。
【００４３】
複数の他の機能は、分散型固定部分ネットワークの利点を活用できる。これらの中で、最も重要なものの１つは、コールハンドオーバ若しくはハンドオフである。この機能により、アクティブなリンクを持つ端末は、該リンクを一の固定セルから別のセルへ理想的には（声モードについて）シームレスに転送できる。端末ＩＤの管理及び固定側のリンク機能を分散させることにより、広いエリアの複数セル固定ネットワークにおけるハンドオーバがブルートゥース及び類似のプロトコルにおいて可能となる。
【００４４】
上記アーキテクチャは、共通して譲り受けられた国際特許出願ＥＰ０１／０６９４９：「Ａｎ  Ｅｆｆｉｃｉｅｎｔ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｄｅｌｉｖｅｒｉｎｇ  Ｓｅｒｖｉｃｅｓ  ｏｖｅｒ  Ｂｅａｃｏｎｓ」（優先日：２０００年８月１５日）により詳細に記載されている。
【００４５】
本発明は、具体的には、プッシュされるメッセージの構造、複雑なビーコンネットワークのアーキテクチャ、及び、上述のより高速な接続時間改良が為された又は為されていないハンドセットにおけるプッシュされたメッセージの処理に関する。このように、本発明は、ブルートゥース照会パケット内に埋め込まれたデータを用いることにより恩恵を受け得るが、より従来のブルートゥースシステムを用いて又は実際には他の通信プロトコルを用いても実現され得る。
【００４６】
ここで、本発明を図４のビーコン構成を参照して説明する。各ビーコンは、点７０で示され、それを囲む円７２はハンドセットへの無線通信が可能なレンジ若しくは「サブオーラ（Ｓｕｂ  Ａｕｒａ；ＳＡ）」を示す。ビーコン７０は、２つのグループ７４、７６若しくは「マスタオーラ（Ｍａｓｔｅｒ  Ａｕｒａ）」に構成されている。各マスタオーラは、特定のレンジのＣＡサービス及び情報を提供する協調システムを示す。
【００４７】
ユーザに対する初期の通知がメッセージのコンテンツにできる限り適切であることは重要である。通知中のいかなる不必要なあいまいさもユーザを混乱させ、低優先度のものとして通知されるべきであった情報をチェックするのに時間を浪費させてしまう。これは、受け入れられるためにはユーザの時間をあまり要求しないものでなければならないサービスのユーザの認知へ非常にダメージとなり得る。このために、異なる音を各個別の通知に関連付けることができる。この音は、プッシュされたメッセージの受信に続いて最も近いビーコンから取得され得る。しかし、この手順のための時間は、許容できない遅延と個々のビーコンへの過剰な負荷を導き得る。この問題は、特定のメッセージに関する通知が、おそらく異なる優先度で表される複数の変形例、又は、おそらく画像や音の複数の成分を有する場合に大きくなる。
【００４８】
この問題に対する提案された解決策は、ビーコンからモバイル受信器へ短い通知メッセージを提供することである。このメッセージには、固有の通知信号を無線受信器において所望の音声、視覚、又は振動メッセージを生み出すものとして解釈できるようにする解釈データが予め搭載されている。このメッセージは、ビーコンによって効果的に選択され、送信器ビーコンの通知メッセージとなる。
【００４９】
ユーザ装置１０（電話、ＰＤＡなど）のレンジは、通知信号を受信し、対応する通知メッセージを表示することができる。通知には様々な種類が存在し、例えば、情報通知、広告、友人が近くにいることを伝える通知、などが例である。
【００５０】
ＣＡシナリオは、短い時間の間にビーコン１２のレンジ内のみをいると考えられる移動中の人々に関する。これは、移動技術、帯域幅、及びユーザのスピードに依存する。ＣＡにおいて、ブルートゥースは通知をユーザ装置１０へ届けるのに用いられている。ここで、ユーザがビーコン１２を歩いて通り過ぎたとき該ユーザに短い情報パケットを送信することができる。
【００５１】
ユーザが通知信号を受信するとき、通常、通知メッセージは、再生されている通知音と装置のスクリーン上に表示されている画像とを有する。これら音及び画像ファイル（ここでは「解釈データ」と呼ぶ）はメモリを消費し、本発明はこれらを装置１０へ届けるのに時間を使うのを回避する。代わりに、通知信号は、基本的に、装置１０にローカルに記憶されたこれらファイルへのポインタである。これらファイルは、通知アプリケーションがインストールされたときに無線受信器上に置かれてもよく、或いは、従前の相互作用中に別のビーコン１２によってダウンロードされてもよい。例えば、ユーザがショッピングモールに入ったとき、ビーコン１２がＶｉｒｇｉｎ  Ｒｅｃｏｒｄｓロゴの店などのモール内の店に属しているビーコン１２によって用いられるかもしれない解釈データをユーザ装置へダウンロードしてもよい。別の方法として、解釈データは、ユーザの家でユーザによって装置１０へダウンロードされてもよい。これは、プロバイダに電話することによって達成されてもよく、ユーザ自身のＰＣに何らかの形で（無線で又は有線で）接続することによって達成されてもよい。
【００５２】
また、ユーザは、通知が受信されたときに、ユーザが定義した音が再生され、ユーザが定義した画像が表示されるように、ユーザ自身の好みの解釈データを装置１０に組み込むこともできる。したがって、ユーザが好みの通知メッセージを有する場合、これらは通知が受信されたときに起動され得る。
【００５３】
ユーザ装置１０へ送信された通知信号は、壊れやすい情報を含み得る。通知信号は、有効期間値を含み得る。この時間が満了した場合、通知メッセージは装置のディスプレイから消去される。これは、特別奉仕品や次の電車のホームなどのタイムリーな情報を送信するのに用いることができる。
【００５４】
上述のように、指定されたビーコンから解釈データを提供することが可能である。これを実現するために、本発明は、それぞれが特定のオペレータのメッセージを伝達する１つのシステムとして協調された複数のビーコンのグループ内へ特定のビーコン組織を提供する。ビーコングループのオペレータは、マスタオーラの１以上のビーコンを「イニシャライザ（Ｉｎｉｔｉａｌｉｓｅｒ）」ビーコンとして作動するビーコンに選択する。このイニシャライザは、特に受信器がビーコンからの短い形のメッセージを正しく解釈できるように受信器に解釈情報を提供することによって、ハンドセットが残りのビーコンの中のいずれかと相互作用するように準備するタスクを有する。
【００５５】
イニシャライザ・ビーコンは、この解釈データをブルートゥース照会メッセージに添付されたデータとして送信してもよい。イニシャライザ・ビーコンを、より広いレンジを持つように、ネットワークの他のビーコンより高パワの装置とすることもできる。これにより、ユーザは、オーディオファイルやグラフィックアイコンなどの十分な情報量をダウンロードするのに十分な時間の間、ビーコンのレンジ内にいることができる。
【００５６】
解釈データの提供は、以下の手順のいずれかを用いて実行され得る。
【００５７】
（オーディオ通知プレロード）
解釈データは、ハンドセットが現在のマスタオーラ７４、７６内でユーザにメッセージを通知するのに用いるはずであるイニシャライザ・ビーコンからプレロードされた音ファイルを含み得る。これにより、個々のビーコン相互作用において送信オーバーヘッドが減り、素早く使用することが可能となる。例えば同じメッセージの異なる優先度に関する１群の音がプレロードされ得る（例えば、１つの音は「至急」、別の音は「ニュートラル」）。別の順番は、特定クラスの通知に利用可能な様々な音を有し得る（例えば、１つの音はサブオーラＡのメッセージに関し、別の音はサブオーラＢに関する）。
【００５８】
イニシャライザ・ビーコンは、ハンドセットとの最初の接触が予想される場所（おそらく新しいマスタオーラへ導く入口や階段のそば）に配置されることが期待されることは明らかである。ここで、マスタオーラに入った各ハンドセットは、「捕らえられ」、適切なときはいつでもその点から前方へ通知を生成するように完全に準備される。別の方法として、「イニシャライザ」は、マスタオーラのいずれのビーコンも要求に応じて切り替え得るビーコンのオペレーティング・モードを単に参照してもよい。音ファイルに割り当てられたリソースがそれらが更に使用されないであろうと考えられるとき（例えば、マスタオーラにおいてビーコンと最後に接触してから数分後）に解放され得るように、何らかの期限寿命が必要である。
【００５９】
このオーディオ通知プレロードのアイディアは、プッシュされたメッセージのブロードキャストを用いるビーコンネットワークのより進歩した実施にとって最も有用である。
【００６０】
（メッセージ・プレフィルタ）
サブオーラを制御するマスタオーラを備えた、本発明によって提供されるビーコン階層は、メッセージをプレフィルタリングする可能性を与える。この概念を用いると、イニシャライザは、その初期化通信中に、ハンドセットのＩＤについて学習する。このＩＤは、ハンドセット受信器からダウンロードされたいくつかの基本プロファイル情報と共に、すべてのサブオーラビーコンへ転送することができる。すると、個々のビーコンは、マスタオーラ内の１又は複数のユーザのプロファイルに関連するメッセージのみが送信されるように潜在的メッセージをフィルタリングすることができる。当然、これは、プッシュされたメッセージの受信後にハンドセット側において更なるフィルタリングを行うことを不可能にするものではない。
【００６１】
（セルラーリンクからのデータ検索用のプレロード）
イニシャライザの別の利点は、ユーザが特定の通知からメッセージに関するより多くのコンテンツを求めることを決定したときにわかる。この点、ユーザは、できればシンプルなボタンの押下によって、より多くの情報が必要であることのインディケイションをハンドセットに与える。これにより、リクエストされた情報を提供し得る関連データベースやウェブ・ページにアクセスするのに用いられる外部セルラーデータ接続が構築される。データ接続を構築するプロセスは、何秒もかかる（ＧＳＭ上のノーマルなＷＡＰ接続の場合、おそらく３０秒程度かかる）。この期間は、ユーザがアクティビティ無しで耐えるには長過ぎる。しかし、イニシャライザ・スキームを用いれば、接続手順中に表示することが可能な何らかのコンテンツをハンドセットにプレロードしておくことができる。適切にプラニングしておくことにより、このコンテンツは、リクエストされた情報の詳細をより正確に指定するＷＭＬメニュなどのユーザ相互作用を含むことさえできる。３０秒後、接続が確立され、これらユーザからの追加的パラメータをデータ・プロバイダへ転送することができる。実行すべきタスクを持つことによって、ユーザは遅延に気付きもしない。
【００６２】
ここで、図４に示す実施形態のオペレーションについて詳細に説明する。この場合のマスタオーラ７４は、あるデパートに関連し、マスタオーラ７６はハンドセットが最初にいた場所とは関連の無い場所に関連する。ハンドセットは、Ａ（マスタオーラ７６内）からＢ（マスタオーラ７４内で、サブオーラビーコン１のレンジ内）へ、更にはＣ（マスタオーラ７４内で、サブオーラビーコン３のレンジ内）へのパスに沿って移動する。点Ａにおいて、ハンドセットは、ショッピングセンターオーラ７４のついての知識は全く持っていない。ハンドセットがＢに到着すると、ハンドセットはショッピングセンターのイニシャライザ・ビーコン７０ａとの接触に入る。ハンドセットは、自身のＩＤといくつかのシンプルなプロファイル情報とをそのビーコンへ転送する。返答として、ハンドセットは１群の音ファイルを受信する。これは、それぞれが残りのサブオーラビーコンのそれぞれに対応した３つの音ファイルを含む。また、ハンドセットは、現在店で行われているプロモーションに適切なＷＭＬメニュも取得する。
【００６３】
Ｃへの移動中、サブオーラビーコン３はハンドセットの存在を検出する。例えばおもちゃ屋に配置されたこのビーコンは、（イニシャライザから転送された）ユーザに関するプロファイル情報を用いて、適切なプッシュ・メッセージを設計する。これは、ハンドセットへ送信され、この例では、ユーザにいくつかのコンピュータゲーム・ソフトウェアについての特別オファーが提示される。
【００６４】
この通知情報は、様々な方法で送信することができる。例えば、ビーコンは、装置が近くにいることを検出したら、通知をユーザに直接送信するようにしてもよい。別の方法として、ビーコンは、照会フェーズで情報をレンジ内のすべてのユーザへ送信してもよい。送信された通知は、短い大量のテキスト、ＵＲＬ、オーディオファイルへのポインタ、及び画像ファイルへのポインタの中の１以上を有する。
【００６５】
ハンドセットは、このメッセージ・クラスがユーザに通知するのに適していることを決定し、イニシャライザ・ビーコンとの接触以来記憶されている関連する音ファイル及び関連する画像ファイルを再生及び表示する。ユーザは、より多くの情報が望ましいことを決定し、これをハンドセット上のボタンを押すことで又は提示されたＵＲＬを選択することで確認する。この点では、ＷＡＰ接続がリクエストされる（又は、他の利用可能なワイド・エリア・ネットワーク）。接続期間中、ユーザは、ハンドセットのメモリから提示されたＷＭＬフォームを幾分詳細に埋める。この場合もやはり、そのフォームはイニシャライザ・ビーコンとの接触以来、記憶されている。ＷＡＰ接続が利用できるとき、追加的パラメータがリクエストされた情報として適切なＵＲＬへ転送される。例えば、追加された詳細は、ユーザが買いたい特定のゲーム種類や今回ユーザが使ってもよいと考える金額などに関連してもよい。
【００６６】
本発明は、ショッピングモールや、空港、駅、会議場、博物館、スポーツ会場などの場所で見受けられるような場所認識サービスを提供するシステムにおいて利用することができる。
【００６７】
上述のように、ＣＡ装置の考えられる１つの実施例は、照会プロセスをスピードアップするために、異なるラジオにわたって照会フェーズ及び相互作用フェーズを分ける。この場合、照会者は、妥当なブルートゥース・ハンドセット装置のアドレスのローリング・リストを生成することができ、このリストは迅速なデータ交換のために相互作用者へ転送される。このリストは、例えばビーコンがインストールされた環境への入場門などにおいて、固定された照会者を通り過ぎた何十又は何百という装置が発見され得るため、大規模になり得る。
【００６８】
このように、相互作用者ラジオには、そのリスト上のブルートゥース・アドレスにポーリングすること、及び、それらハンドセットへのいくつかのデータ送信を保証すること、という仕事が与えられる。あいにく、これはデータ送信前に装置を順に呼び出すことを含んでいる。シンプルな呼び出しメカニズム自体が装置あたり約２秒掛かる可能性があり、呼び出しをスピードアップさせるＢｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐの提案も存在するが、それでも依然として装置あたり１秒のオーダーである。よって、相互作用が非常に混雑した場所では、依然として負荷の問題が存在する。呼び出しに１秒掛かると、歩いているユーザが相互作用者ラジオの１０メートルのレンジ外へ通り過ぎる間（５〜８秒）に、約８台の装置にしかサービス提供が保証できない（装置あたりのデータ交換が大幅であればより少ない）。
【００６９】
よって、１つの可能性は、複数の相互作用者ラジオを同じ場所に一緒に群がらせ、発見されたブルートゥース・ハンドセットのアドレスの完全なリストの割当を相互作用者ラジオにわたって分割することである。例えば、第一のラジオが最初の５台の装置のアドレスを処理し、第二のラジオは次のセットを処理する。したがって、ラジオ群は、１つの照会者と、１０の相互作用者とが一緒になって構成されており、電車の駅のコンコースなどの１０メートルのゾーンにおいて８０人との同時相互作用を処理する。予想されるピーク時の混雑数に応じて、その場所で必要とされるラジオ数を推定することができる。
【００７０】
例えば、５番の相互作用者は１１番の相互作用者のゾーンと重ならないなど、一部の相互作用者が重ならないゾーンを供給しているビーコンの地理的階層が存在するとき、更なる拡張が可能である。ここで、相互作用者の装置アドレスリストの何らかのダイナミック・スクリーニングを実行することができる。装置とのあらゆるブルートゥース相互作用は、ハンドセット装置ＩＤとそれが持っている交換用ブルートゥース・アドレスとを相互作用者ラジオへ返す（ｖ１．１  ブルートゥースの場合。非接触ブロードキャストの場合は当然ではない。）。ビーコンのカバレージのレイアウトを知ることによって、そのハンドセットは５番の相互作用者のレンジ内にあり、１１番の相互作用者はそのブルートゥース・アドレスをポーリングすることを試さなければならない、などと言うこともできる。各相互作用者ラジオについての装置アドレスリストは、他のどこかで現在既に相互作用されている装置を破棄するように動的にフィルタリングすることができ、ハンドセットが所定の最高速度で一のカバレージ・ゾーンから隣接する他のカバレージ・ゾーンへ移動する可能性を考慮する。
【００７１】
本開示を読めば、当業者には他の変形例も明らかであろう。そのような変形例は、固定及び移動通信システム及びそこに組み込まれるシステム及び部品の設計、製造、及び使用において既に知られ、本明細書で既に説明された機能の代わり若しくは加えて使用され得る機能を含み得る。
【図面の簡単な説明】
【００７２】
【図１】本発明を具現化する、ネットワークにおいて用いられるビーコン及び携帯機器の概略ブロック図である。
【図２】複数のビーコンから成るシステムにおけるメッセージ確立及びハンドオーバを示す概略ブロック図である。
【図３】複数ビーコンネットワークの概略図である。
【図４】本発明に係るビーコンの構成の概略図である。
【国際公開パンフレット】
2004530336.tif 000003
2004530336.tif 000004
2004530336.tif 000005
2004530336.tif 000006
2004530336.tif 000007
2004530336.tif 000008
2004530336.tif 000009
2004530336.tif 000010
2004530336.tif 000011
2004530336.tif 000012
2004530336.tif 000013
2004530336.tif 000014
2004530336.tif 000015
2004530336.tif 000016
2004530336.tif 000017
2004530336.tif 000018
2004530336.tif 000019
2004530336.tif 000020
2004530336.tif 000021
2004530336.tif 000022
2004530336.tif 000023
2004530336.tif 000024
2004530336.tif 000025
2004530336.tif 000026
2004530336.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2004530336.tif 000028
【国際調査報告】
2004530336.tif 000029
2004530336.tif 000030
2004530336.tif 000031