(57)【要約】通信システムは、ワイヤレス・メッセージ伝送が可能な少なくとも１つのビーコン装置（１２、１４）と、該メッセージ伝送を受信可能な少なくとも１つの携帯機器（１０）とを有する。ビーコン（１２）は、それぞれがブルートゥースなどの第一の通信プロトコルに従って配列された複数の所定のデータ・フィールド（ＩＮＱ）の形をした一連の照会メッセージ（６０）をブロードキャストするように構成される。ブロードキャストを通じた追加的データの伝達について、ビーコン（１２）は、送信前に、報知データを載せた追加的データ・フィールド（ＢＣＤ）を各照会メッセージに付加する。携帯機器（１０）は、送信された該照会メッセージを受信し、該追加的データ・フィールドから報知データを読み取る。
2004502342.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス・メッセージ伝送が可能な少なくとも１つのビーコン装置と、該メッセージ伝送を受信可能な少なくとも１つの携帯機器とを有する通信システムであって、
前記ビーコンは、それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会メッセージをブロードキャストするように構成され、
前記ビーコンは、更に、送信前に追加的データ・フィールドを各照会メッセージに付加するように構成され、
前記少なくとも１つの携帯機器は、前記送信された照会メッセージを受信し、前記追加的データ・フィールドからデータを読み取るように構成されることを特徴とするシステム。
【請求項２】
請求項１記載のシステムであって、
前記ビーコンは、各照会メッセージの終わりに前記追加的データ・フィールドを付加するように構成されることを特徴とするシステム。
【請求項３】
請求項１又は２記載のシステムであって、
前記ビーコンは、前記所定のデータ・フィールドのうちの１つに前記追加的データ・フィールドの存在を示す表示を含むように構成されることを特徴とするシステム。
【請求項４】
請求項１乃至３のいずれか一記載のシステムであって、
前記第一の通信プロトコルはブルートゥース・メッセージングを有することを特徴とするシステム。
【請求項５】
請求項４記載のシステムであって、
前記ビーコンは、所定のクロックト連続周波数上で一連の照会メッセージをブロードキャストするように構成され、
前記ビーコン用のクロック情報は、前記追加的データ・フィールドによって搬送されるデータに含まれていることを特徴とするシステム。
【請求項６】
請求項１乃至５のいずれか一記載のシステムであって、
前記追加的データ・フィールドは少なくとも６４ビットのデータを載せることを特徴とするシステム。
【請求項７】
請求項１記載のシステムであって、
前記ビーコンは、一メッセージ内に第一の比較データを含むように構成され、
前記携帯機器は、更に、第二の比較データを保持するストレージ手段と、前記第一及び第二の比較データが一致した場合を識別し、識別された場合には前記追加的データ・フィールドから読み取られたデータを提示し、識別されていない場合には該データを提示しないように構成された比較器手段とを有することを特徴とするシステム。
【請求項８】
請求項７記載のシステムであって、
前記携帯機器のユーザ・プロファイリングから前記第二の比較データを生成する手段を更に有することを特徴とするシステム。
【請求項９】
請求項７記載のシステムであって、
前記比較器手段は、第一及び第二の比較データ間の比較をそれぞれのペアについて同時に若しくは重なって実行可能なプログラム可能装置であることを特徴とするシステム。
【請求項１０】
請求項１乃至９のいずれか一記載のシステムにおいて用いられる携帯通信機器であって、
第一の通信プロトコルに準拠した複数のデータ・フィールドを含むショートレンジ・ワイヤレス照会メッセージを受信可能な受信器と、前記複数のデータ・フィールドに追加的データ・フィールドが付加された場合を判断する手段と、該追加的データ・フィールドからデータを読み取り、該データをユーザへ提示する手段とを有する携帯通信機器。
【請求項１１】
ワイヤレス・メッセージ伝送が可能なビーコン装置であり、
該ビーコン装置と前記メッセージ伝送を受信可能な少なくとも１つの携帯機器とを有する通信システムにおいて用いられるビーコン装置であって、
それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会メッセージをブロードキャストし、
送信前に追加的データ・フィールドを各照会メッセージに付加することによって、例えば前記少なくとも１つの携帯機器が、前記送信された照会メッセージを受信し、前記追加的データ・フィールドからデータを読み取ることを可能にする構成されることを特徴とするビーコン装置。
【請求項１２】
請求項１１記載のビーコン装置であって、
各照会メッセージの終わりに前記追加的データ・フィールドを付加するように構成されることを特徴とするビーコン装置。
【請求項１３】
請求項１１又は１２記載のビーコン装置であって、
前記所定のデータ・フィールドのうちの１つに前記追加的データ・フィールドの存在を示す表示を含むように構成されることを特徴とするビーコン装置。
【請求項１４】
請求項１１記載のビーコン装置であって、
前記第一の通信プロトコルは、ブルートゥース・メッセージングを有し、
該ビーコン装置は、所定のクロックト連続周波数上で一連の照会メッセージをブロードキャストするように構成され、
前記ビーコン装置用のクロック情報は、前記追加的データ・フィールドによって搬送されるデータに含まれていることを特徴とするビーコン装置。
【請求項１５】
携帯通信機器のユーザに報知メッセージを受信することを可能にする方法であって、
少なくとも１つのビーコン装置が、それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会メッセージをブロードキャストし、
前記ビーコンは、送信前に追加的データ・フィールドを各照会メッセージに付加し、
前記携帯機器は、前記送信された照会メッセージを受信し、前記追加的データ・フィールドからデータを読み取ることを特徴とする方法。
【請求項１６】
請求項１５記載の方法であって、
前記ビーコンは、各照会メッセージの終わりに前記追加的データ・フィールドを付加することを特徴とする方法。
【請求項１７】
請求項１５又は１６記載の方法であって、
前記ビーコンは、前記所定のデータ・フィールドのうちの１つに前記追加的データ・フィールドの存在を示す表示を含ませることを特徴とする方法。
【発明の詳細な説明】
【０００１】
本発明は、電子機器のユーザ、特に（しかし非限定的に）携帯電話や適切な装備を有するＰＤＡ（パーソナル・ディジタル・アシスタント）などの携帯通信機器のユーザに対して、提供されるサービスに関する。本発明は、更に、該サービスを伝達する手段、及び該サービスを受信する携帯機器にも関連する。
【０００２】
携帯電話網への加入者が近年大幅に増加している。技術の進歩と機能性の追加により、携帯電話は個人向けの信頼された装置となった。この結果、モバイル情報社会が発展しており、個人向けサービス及びローカル・サービスが益々重要になっている。このような「コンテキスト認識（Ｃｏｎｔｅｘｔ−Ａｗａｒｅ；ＣＡ）」携帯電話は、ローカル情報を提供するために、ショッピング・モールのような場所で、低パワでショート・レンジの基地局と共に用いられる。この情報は、例えば、ロケーション・マップや、近隣のショップ・レストラン情報などである。ユーザのＣＡ端末には、予め記録されたユーザの好みに従って受信情報をフィルタリングする装備が備えられ、特定の興味あるデータ・アイテムが受信された時のみユーザに通知されるようにしてもよい。
【０００３】
ＣＡ端末の一例は、広告掲示板のコンテキスト内でのワイヤレス電話の使用について開示している米国特許第５，８３５，８６１号に示されている。このワイヤレス電話のユーザは、彼／彼女のワイヤレス電話を用いて、作動中の広告ソースへプロンプト信号を送信し、該広告ソースから該広告ベンダの電話番号を含む応答信号を受信することによって、ベンダの電話番号を取得する。次いで、この電話番号は公衆交換電話網を通じて該ベンダへ自動的に電話を掛けるのに用いられ得る。別の方法として、該電話番号はその後の使用のために記録されてもよい。この装置は、電話番号を覚えなくても又は書き留めなくても、ベンダへ電話を掛けるのに用いられ得る。掲示板と発呼者との間の信号は変調赤外線（ＩＲ）信号として送信され得る。
【０００４】
別の例において、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄは、ウェブ：ｈｔｔｐ：／／ｗｗｗ．ｃｏｏｌｔｏｗｎ．ｈｐ．ｃｏｍ／ｐａｐｅｒｓ／ｗｅｂｐｒｅｓ／ＷｅｂＰｒｅｓｅｎｃｅ．ｈｔｍ上に、彼らの「Ｃｏｏｌｔｏｗｎ」プロジェクトについての広報を掲載している。ウェブ技術、ワイヤレス・ネットワーク、及び携帯クライアント機器の集結は、コンピュータ／通信システムについて設計機会を与える。Ｃｏｏｌｔｏｗｎプロジェクトにおいて、ロケーションを認識しているシステムが、ＵＲＬをアドレス付けに用い、物理的ＵＲＬをビーコンを通じた伝達に用い、ＵＲＬの感知を発見に用い、ローカル・ウェブ・サーバをディクショナリに用いることによって作ることができる。このシステムは、あらゆる場所で放浪するユーザをサポートする。このインフラの上では通信サービスをサポートするためにインターネット接続性が利用され得る。ウェブの存在はワールド・ワイド・ウェブとユーザが住んでいる物理的社会との間の橋渡しとなり、中央制御ポイント無しに放浪するユーザをサポートするモデルを提供する。
【０００５】
Ｃｏｏｌｔｏｗｎ　Ｍｕｓｅｕｍ（美術館）及びＢｏｏｋｓｔｏｒｅ（本屋）は、訪問者に高度なウェブ経験を提供する。訪問者が美術館を訪れると、彼らのポータブル・ディジタル・アシスタント（ＰＤＡ）はワイヤレス「ビーコン」からウェブＵＲＬを受信することができる。これらビーコンは、絵画若しくは彫刻の側に置かれた小型赤外線送受信器であり、ＵＲＬはそのアイテムに関する情報のウェブへリンクしている。ＰＤＡのウェブ・ブラウザを用いることによって、訪問者はそのアーティスト若しくは作品について、及び該美術館内の関連する芸術作品について、読んだり聞いたりすることができる。ＵＲＬは、更に、更なる勉強のためにブックマークとして記録され得る。又は、それらは該美術館のオンライン・ショップから芸術作品の複製品を選択するのに用いられ得る。
【０００６】
ユーザがアクションを採る必要無しに、例えば、携帯機器とビーコンとの間にコンタクトが確立されている間、ビーコンの近くに留まることや、（上記米国特許第５，８３５，８６１号に係るシステムと同様に）具体的なインターアクションを始める必要無しに、ビーコンからのデータを迅速且つ効果的に集めることはＣＡ機器に要求される重要な点であることは明らかである。別の要件は、携帯機器はビーコンから集めたデータに関連する限りにおいて、比較的シンプルに保たれるべきである。上記Ｃｏｏｌｔｏｗｎシステムにおいては、ブロードキャストされたＵＲＬによって示されたウェブ・ページ内でのユーザのナビゲーションをサポートするのに完全なウェブ・ブラウザ及びディスプレイ能力が要求される。
【０００７】
よって、本発明の目的は、専用回路及び処理手順の量を低いレベルに抑えた、ビーコンを介したデータ伝達システムを提供することである。
【０００８】
本発明の第一の態様によれば、ワイヤレス・メッセージ伝送が可能な少なくとも１つのビーコン装置と、該メッセージ伝送を受信可能な少なくとも１つの携帯機器とを有する通信システムであって、上記ビーコンは、それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会（ｉｎｑｕｉｒｙ）メッセージをブロードキャストするように構成され、上記ビーコンは、更に、送信前に追加的データ・フィールドを各照会メッセージに付加するように構成され、上記少なくとも１つの携帯機器は、上記送信された照会メッセージを受信し、上記追加的データ・フィールドからデータを読み取るように構成されることを特徴とするシステムが提供される。
【０００９】
上記追加的フィールドを（望ましくは各照会メッセージの終わりに）付加することによって、データ・ブロードキャストを現存する照会プロセスより上で実行することが可能となり、該プロセスがデータ転送に先立って実行されている間の従来からの遅延が回避される。更に、該追加的フィールドを上記通信プロトコル（ブルートゥースに限られないが、ブルートゥースであることが好ましい）に従って送信されるものの終わりに置くことによって、ビーコン信号の受信が意図されていない該プロトコルに互換性を有する装置は、プロトコルに従ったオペレーションに妥協することなく、上記追加的データを単に無視することができる。
【００１０】
上記プロトコルがブルートゥース（若しくは同様の周波数ホッピング構造）である場合、上記ビーコンは、上記追加的データ・フィールドによって搬送されるデータに含まれている所定のクロックト連続周波数上で一連の照会メッセージをブロードキャストするように構成されてもよい。以下で本発明の実施形態を用いてより詳細に説明するように、これはブルートゥース・システムの照会性能を向上させることができ、データ交換のための接続を確立するのに掛かる時間を短縮させる。
【００１１】
上記ビーコンは、ビーコン・データを受信するように構成された装置が上記追加的データ・フィールドから読み出すことをトリガされ得るように、上記所定のデータ・フィールドのうちの１つ（望ましくは、現在不使用中の若しくは割り当てられていないフィールド）に上記追加的データ・フィールドの存在を示す表示を含むように構成されてもよい。
【００１２】
上記ビーコンが、一メッセージ内に第一の比較データを含むように構成され、上記携帯機器が、更に、第二の比較データを保持するストレージ手段と、上記第一及び第二の比較データが一致した場合を識別し、識別された場合には上記追加的データ・フィールドから読み取られたデータを提示し、識別されていない場合には該データを提示しないように構成された比較器手段とを有するように構成されてもよい。上記第二の比較データは、所定のもの、及び／若しくは予め記録されたものでもよく、携帯機器ユーザのユーザ・プロファイルから適応的に決定されてもよい。
【００１３】
更に、本発明によれば、上記システムにおいて用いられる携帯通信機器であって、第一の通信プロトコルに準拠した複数のデータ・フィールドを含むショートレンジ・ワイヤレス照会メッセージを受信可能な受信器と、上記複数のデータ・フィールドに追加的データ・フィールドが付加された場合を判断する手段と、該追加的データ・フィールドからデータを読み取り、該データをユーザへ提示する手段とを有する携帯通信機器が提供される。
【００１４】
更に、本発明によれば、ワイヤレス・メッセージ伝送が可能なビーコン装置であり、該ビーコン装置と上記メッセージ伝送を受信可能な少なくとも１つの携帯機器とを有する通信システムにおいて用いられるビーコン装置であって、それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会メッセージをブロードキャストし、送信前に追加的データ・フィールドを各照会メッセージに付加することによって、例えば上記少なくとも１つの携帯機器が、上記送信された照会メッセージを受信し、上記追加的データ・フィールドからデータを読み取ることを可能にする構成されることを特徴とするビーコン装置が提供される。システム全体につき先に述べたのと同様に、上記ビーコン装置は、各照会メッセージの終わりに上記追加的データ・フィールドを付加するように構成されてもよい。又、上記所定のデータ・フィールドのうちの１つに上記追加的データ・フィールドの存在を示す表示を含むように構成されてもよい。更に、上記第一の通信プロトコルは、ブルートゥース・メッセージングを有し、該ビーコン装置は、所定のクロックト連続周波数上で一連の照会メッセージをブロードキャストするように構成され、上記ビーコン装置用のクロック情報は、上記追加的データ・フィールドによって搬送されるデータに含まれていてもよい。
【００１５】
更に、本発明によれば、携帯通信機器のユーザに報知メッセージを受信することを可能にする方法であって、少なくとも１つのビーコン装置が、それぞれが第一の通信プロトコルに従って配列された複数の所定のデータ・フィールドの形をした一連の照会メッセージをブロードキャストし、上記ビーコンは、送信前に追加的データ・フィールドを各照会メッセージに付加し、上記携帯機器は、上記送信された照会メッセージを受信し、上記追加的データ・フィールドからデータを読み取ることを特徴とする方法が提供される。
【００１６】
ここで、添付図面を参照して、本発明の好ましい実施形態を例示的に説明する。
【００１７】
以下の説明においては、ビーコンから携帯機器（電話、ＰＤＡなど）へのメッセージの伝達にブルートゥース・プロトコルを用いるＣＡアプリケーションについて特に考える。明らかにされるように、本発明の一般的な概念に関連するビーコンは、照会手順の一部として報知チャネルを含む付属的特徴と共に、ブルートゥース機器に制限されず、他の通信装置、特に周波数ホッピング・システムに適用可能である。
【００１８】
図１は、１以上の低パワでショート・レンジの基地局若しくはビーコン１２、１４と共に用いられるＣＡ携帯電話１０の概略ブロック図である。前述のように、そして後に詳述するように、このような装置は、ビーコンが情報キーを携帯機器へダウンロードすることによって、ローカル・マップや、近隣のショップ・レストラン情報などのローカル情報を提供するために、ショッピング・モールのような場所で用いられ得る。情報キーは、完全な情報のソースへの参照を提供する小さなデータ・オブジェクトであり、複数の所定フィールドの形をしている。そのうちの１つはユーザへ提示される説明文の短い一部を含む。別のフィールドは、例えばＵＲＬや電話番号などの形をしたポインタ若しくはアドレスである。他の補助的フィールドは、該データがどのようにユーザに対して提示されるか、及び、該アドレスがどのように利用されるかについて制御し得る。明らかにされるように、適切なキーを待機することは時として時間の浪費となり得るが、上記ビーコンは、一般的に、通常はそれぞれが異なるサービスに関連するこれら複数のキーを周期的にブロードキャストする。
【００１９】
ビーコンの構造及び構成に関する問題の１つは、出力パワ（通常は、１ｍＷ〜１００ｍＷの範囲）、局所的な干渉レベル、及び受信器の感度に依存するビーコン・レンジである。
【００２０】
ユーザのＣＡ端末１０は、メッセージを送受信する送受信ステージ（Ｔｘ／Ｒｘ）１８に連結されたアンテナ１６を有する。送信メッセージは、該電話へのユーザ入力によってもたらされる。音声入力はマイク２０及びＡ／Ｄ変換器２２を介して入力され、他のデータ入力はキーパッド若しくは他の入力手段（ＵＩＰ）２４を介して入力される。これら入力は、信号・データ処理ステージ（ＰＲＯＣ）２６によってメッセージ・データ形式へ処理され、送受信ステージ１８へ供給される前にエンコーダ（ＥＮＣ）２８によって送信形式へ変換される。
【００２１】
アンテナ１６及び送受信器１８を介して受信されたメッセージは、デコーディング・ステージ（ＤＥＣ）３０を介してフィルタリング・信号処理ステージ（ＦＩＬＴ）３２へ転送される。該メッセージによって搬送されたデータが該電話のディスプレイ（ＤＩＳＰ）３４上に表示させるためのものである場合、該データは、任意的にバッファリング（ＢＵＦ）３８された後、ディスプレイ画像をフォーマットするディスプレイ・ドライバ（ＤＲＩ）３６へ転送される。明らかにされるように、ディスプレイ３４は、比較的シンプルな低解像度の装置でもよく、受信データのディスプレイ・データへの変換は、専用のディスプレイ・ドライバ・ステージを必要とせず、処理ステージ３２の機能性の１つとして実行されてもよい。
【００２２】
上記メッセージがビーコン１２、１４のうちの一方若しくは他方からのデータを搬送している場合、該電話は、予め記録された（ＰＲＯ）ユーザの好み４０に従って受信した情報をフィルタリングする能力を有し、格納された趣向データと該メッセージにおける題目インジケータとの比較が特定の興味あるデータ・アイテムが受信されたことを示す場合のみ、ユーザに通知される。
【００２３】
従来の音声メッセージについて、該音声データは、フィルタリング・処理ステージ３２によって、Ｄ／Ａ変換器４２及び増幅器（ＡＭＰ）４４を介して、イヤフォン若しくはスピーカ４６へ出力される。電話網（ＴＥＬ）４８からのこのようなメッセージの受信は、矢印５０によって示される。電話網４８は、更に、電話１０から広域網サーバ（ＷＡＮ　ＳＥＲＶ）５２へのリンク、更には、ＷＡＮ５４（例えばインターネット）を介した、電話１０に対してデータ・ソースを提供する１以上の遠隔サービス・プロバイダ（ＳＥＲＶ）５６へのリンクを提供する。
【００２４】
ＣＡ端末（電話１０）とＣＡ基地局（ビーコン（ＢＥＡ）１２）との間の通信は、２つの形式：「プッシュ」及び「プル」を採る。「プッシュ」モードにおいて、情報は、ビーコン１２によって、短い「キー」６０の形で全携帯機器１０へブロードキャストされる。これらキーは、アプリケーションに応じて様々な形を採るが、一般的には、送信された情報の簡単な記述と、例えばサービス・プロバイダ５６のうちの１つを識別するＵＲＬなどのより完全な情報へのポインタとを含む。
【００２５】
キーは、「無意識に」、すなわちユーザによる直的的な介入無しに、端末１０によって受信され、処理ステージ３２において適用される比較器機能によってユーザの予め設定された趣向に従って自動的にフィルタリングされる。この処理ステージは、受信し得る比較的大量のキーを並列的に処理するために、複数のコピーに対して同時に若しくは重ねて比較器機能を適用できると適当である。破棄されるものもあり、更なる研究のために保存されるものもあり、ユーザに対して直ちに通知されるものもある。例として、ショップは、興味を持ち、よってそれに応じて自身のフィルタ３２を設定しているユーザは自分の端末によって通知を受けるという知識に基づいて、特別奉仕品の詳細を通り掛かる端末にプッシュすることを選ぶかもしれない。
【００２６】
ユーザがキーに含まれる情報以上の情報を欲する場合もある。ここで、「プル」モードは、ユーザにサーバ５６との接続をセットアップし、能動的に情報を端末１０内へプルダウンすることを要求することを可能にする。よって、このモードは、通常、双方向である。
【００２７】
基地局若しくはビーコンは、通常、互いに独立している（ショッピング・モールのセットアップにおいて、各ショップは隣りのショップによって提供されるビーコンを参照することなく自身のビーコンを設け、維持する）が、これらビーコンは、それらの報知メッセージについて少なくとも一部調整の上、全体的に若しくは部分的にネットワーク化されてもよい。
【００２８】
図２は、本発明を具現化し、例えばデパートやショッピング・モールやテーマ・パークなどにおいて用いられるインフラの実現を提供するリンクされたビーコンから成る上記システム１００の図である。システム１００は、一連の場所にわたって分散した複数のビーコン１０２、１０４、１０６、１０８を有する。ビーコン１０２、１０４、１０６、１０８のそれぞれは、以下に詳述するタイムスロット・フォーマットにおいて１以上のショートレンジ照会信号をブロードキャストする。ビーコン１０２、１０４、１０６、１０８は、ビーコン・インフラ・サーバ（ＢＩＳ）１１０によって制御されており、１以上の端末１１２、１１４、１１６、１１８はサーバ１１０に接続されている。端末１１２、１１４、１１６、１１８は、サービス・プロバイダのユーザ、すなわちビーコン１０２、１０４、１０６、１０８のユーザに、ビーコン１０２、１０４、１０６、１０８によって送信された照会促進信号上にピギーバックされた付加データの形の割当サービス・スロットを記述若しくは編集を可能にさせる。サービス・プロバイダは、インフラ・プロバイダから、一ビーコン、又はビーコンのサービス・スロットのうちの１つを借りてもよい。このため、サーバ１１０は、端末１１２、１１４、１１６、１１８の１つを介して、ユーザによって記入されるためのシンプルなＨＴＭＬテンプレートを提供する。このテンプレートに例えばビーコン・ブロードキャストを介して搬送されるデータに対するサービス及び他の情報の記述を記入すると、該テンプレートは、好ましくはセキュアＨＴＴＰ（Ｓ−ＨＴＴＰ）やセキュア・ソケット・レイヤ（ＳＳＬ）などを用いた安全なリンクを介して、サーバ１１０へ返される。ＳＳＬはクライアントとサーバとの間に安全なリンクを作成する。このリンク上では、あらゆる量のデータが安全に送信され得る。Ｓ−ＨＴＴＰは、個々のメッセージを安全に送信するためのものである。サーバ１１０は、次いで、ビーコン１０２、１０４、１０６、１０８のうちの関連する１つについての照会信号を添付するための適切な追加的データ・パッケージを上記テンプレートで提出された情報に基づいて作成する。システム１００は、更に、当業者には容易に明らかなように、様々な機能を実行するのを補佐するアプリケーション・サーバ１２０を有してもよい。
【００２９】
図１に戻る。少なくとも上記ＣＡシステムの「プッシュ」モードのために必要なワイヤレス・リンクについての強力な候補技術はブルートゥースである。なぜなら、ブルートゥースは大量の携帯電話１０の構成部品となることが予想されるからである。ＣＡブロードキャスト若しくは「プッシュ」モード利用についてブルートゥース・プロトコルを分析すると、問題が見つかる。理想的なケースにおいて、端末１０は固定ビーコン１２、１４を検知し、端末１０が何らの送信も行うことなく、該ビーコン１２からその基本情報を取り出す。しかし、この種のブロードキャスト・オペレーションは現在のブルートゥース規格によってサポートされていない。
【００３０】
一部では、この不適合はブルートゥース・ビーコン・システムの周波数ホッピング性質を追う。すなわち、通過する端末によって受信された報知メッセージ（又は、実際にはあらゆるメッセージ）のために、端末は時間及び周波数の両方においてビーコンと同期が取られなければならない。携帯機器１０は、そのクロックをビーコン・クロックに合わせなければならない。更に、ビーコンＩＤから、複数のホッピング周波数のうちいずれが採用されているのかを推定しなければならない。
【００３１】
この推定を行うために、該携帯機器は、従来通り、スレーブとして、ピコネット・マスタであるビーコンによって管理されたピコネットへ参加することが必要とされる。「照会」及び「ページ」と呼ばれる２組の手順が用いられる。照会は自称スレーブが基地局を発見できるようにし、ピコネットへの参加要求を発行する。これら手順の分析は、ピコネットに加わり、マスタから情報を受信する位置に達するまでに掛かる時間は何十秒にも及ぶ。これはＣＡ用途に対して長過ぎる。なぜなら、ユーザは加入が完了する前に一ビーコン・レンジの外へ移動し得るからである。
【００３２】
ビーコンからの報知データの受信の困難性は、ブルートゥース及び同様のシステムの周波数ホッピング性質によって少なくとも部分的に生じる。上記ブルートゥース照会手順は、マスタ及びスレーブを一緒に連れて行くことの問題を具体的に解決することを提案している。すなわち、出願人は、マスタによって発行された照会メッセージ上の報知チャネルをピギーバックすることが可能であることを認識した。ＣＡ端末のみが報知チャネル・メッセージを読むことが必要であり、ＣＡ基地局若しくはビーコンのみがそれを送信する。ゆえに、大気干渉において、このメカニズムは全体的に従来通りの（非ＣＡ）ブルートゥース・システムと適合する。
【００３３】
これをいかに実行するかを示すために、我々は、最初に、照会手順自体がどのように動作するのかについて図３及び４を参照して考える。ブルートゥース・ユニットが他のブロードキャスト機器を発見したいとき、いわゆる照会サブステートに入る。このモードにおいて、それはＧｅｎｅｒａｌ　Ｉｎｑｕｉｒｙ　Ａｃｃｅｓｓ　Ｃｏｄｅ（ＧＩＡＣ）又は複数の任意的なＤｅｄｉｃａｔｅｄ　Ｉｎｑｕｉｒｙ　Ａｃｃｅｓｓ　Ｃｏｄｅｓ（ＤＩＡＣ）を含む照会メッセージを発行する。このメッセージ送信は、複数のレベルにおいて繰り返される。まず、それは照会ホッピング・シーケンスを構成する全部で３２周波数から１６の周波数で送信される。このメッセージは偶数タイムスロットで２つの周波数で以下のように２度送信され、奇数タイムスロットは該２つの対応する照会応答ホッピング周波数への応答を聞くのに用いられる。よって、１６個の周波数及びそれらへの応答は、１６個のタイムスロット若しくは１０ｍｓにおいて覆われ得る。図３のチャートは、照会ホッピング・シーケンスを表すｆ｛ｋ｝周りに集められた１６個の周波数上のシーケンスの送信を示す。
【００３４】
次の工程は、送信シーケンスを少なくともＮｉｎｑｕｉｒｙ回繰り返すことである。最も少ない場合で、これは全体のシーケンスのＮｉｎｑｕｉｒｙ＝２５６回の反復に設定されるべきである。これは我々が照会送信行列Ａと呼ぶ送信行例を構成する。次に、照会送信行列Ａは残りの１６個の周波数上の送信シーケンスから成る照会送信シーケンスＢへスワップされる。再び、行列Ｂは送信シーケンスの２５６回の反復から成る。全体として、照会送信は、行列Ａの送信と行列Ｂの送信との間で繰り返される。図４によって示されるように、行列間のこの切り替えの仕様状態は、誤りの無い環境においてすべての応答の集合を確保するように少なくとも３回発生しなければならない。
【００３５】
これを減らす１つの方法は、照会送信行列間の切り替えをより急速に、すなわち、１６個のタイムスロットをカバーするのに１０ｍｓを２５６回の繰り返すための２．５６秒が経過するまで待機することなく、行うことである。これは、例えば５０ｍｓ後に照会メッセージが検知されなかった場合、該メッセージは現行列の残部において検知されないであろうという理解に基づき、システムを切り替えるように設定することによっても適切に達成され得る。
【００３６】
ビーコンによって発見されることを欲する携帯機器は、照会スキャン・サブステートに入る。ここで、携帯機器は興味あるＧＩＡＣ若しくはＤＩＡＣを含むメッセージを聞く。携帯機器は、更に、周期的に作動する。携帯機器は、単一のホップ周波数上で、照会によって用いられる１６個の照会周波数をカバーするほど十分に長くなければならない照会スキャン区間の間、傾聴する。連続スキャンの先頭間の間隔は、１．２８秒より大きくてはならない。選ばれた周波数は、照会ホッピング・シーケンスを構成する３２のリストから来る。
【００３７】
適切なＩＡＣを含む照会を聞いているとき、携帯機器は、いわゆる照会応答サブステートに入り、ビーコンに対する複数の照会応答メッセージを発行する。ビーコンは、次いで、該携帯機器をページし、ピコネットへ参加するように誘う。
【００３８】
前述のように、及び図５に示すように、基地局によって発行される照会メッセージは、ユーザ定義ペイロード（ＣＡ　ＤＡＴＡ）を載せることができる付加された余分なフィールドを有する。ＣＡシナリオにおいて、このペイロードは、照会手順中に、ＣＡ端末へ報知情報若しくはキーを搬送するために用いられる。照会メッセージの終わりにフィールドを追加することによって、非ＣＡ受信器は修正無しにこれを無視することができることは明らかである。加えて、ＣＡ固有のＤＩＡＣを用いることによって、ＣＡ受信器は余分な情報フィールドの存在を通知されることが可能である。
【００３９】
余分なデータ・フィールドの存在は、ブルートゥース照会パケットの終わりに従来通りに割り当てられたガード・スペースが減らされることを意味する。しかし、新しいホップ周波数へ変更するための周波数シンセサイザ時間を与えるために設けられたこのスペースは、一般的に、それ以外に用いられない。なぜなら、現在の周波数シンセサイザは余分なガード・スペース内へ拡張する必要の無いスピードで切り替えることができるからである。この標準的な照会パケットは、６８ビット長のＩＤパケットである。このパケットはハーフスロットで送信されるため、割り当てられるガード・スペースは、（６２５／２−６８）＝２４４．５μｓ（スロット区間：６２５μｓ、送信：１メガビット／秒）である。最近のシンセサイザは、本分野のエキスパートによれば、１００μｓ以下の考えられたルーチンというより短い時間で切り替えることができる。よって、出願人は、１００ビットをこの新しいフィールドのサイズとして割り当てることを提案する。しかし、他のフィールド・サイズも当然可能であることは、明らかである。
【００４０】
ＣＡハンドセットは、ピコネットに加わる冗長な手順を経る必要無しに、素早く報知情報を受信することができる。加えて、該ハンドセットはいかなる情報も送信する必要は無いため、結果として、多くのＣＡ基地局が存在する密集した環境において特に重要となる電力節約が達成される。それにもかかわらず、該ハンドセットは双方向モードであり、より多くの情報を取得するためにピコネットへ加わることを望む場合、該ハンドセットはデフォルトの照会手順を通常通り採用することができる。追加的データ・フィールドをサポートすることによって機能性の損失は存在しない。
【００４１】
通常の環境において、我々の１００ビットのうちの４ビットはトレーラー・ビットとしてＩＤフィールドのために失われる。これは訂正器によって読み出されるためである。残りの９６ビットのうち、出願人が好む割当は、６４ビットをデータとして用い、３２ビットを２／３ＦＥＣ（前方誤り訂正）チェックサムとして用いることである。しかし、チェックサムはあらゆるヘッダが含む。他のオーバーヘッドは、おそらく１０ビット以下まで、データ用に使用可能なビット数を大幅に低減し得る場合もある。このように、各照会バーストは、８バイトの報知データを含む。最も一般的なシナリオにおいて、Ａ及びＢ行列の第二のグループによって携帯機器は基地局を見つけ、それをＣＡビーコンと理解し、報知データを認識する。携帯機器は具体的に傾聴するため、２５６５バーストのデータを少なくとも２度（Ａ及びＢ）読むことができ、我々に２キロバイトの２つのロット、すなわちトータルで４キロバイトのロットを与える。
【００４２】
このステージにおいて、携帯機器は、ビーコン・クロックの位相を知らない。なぜなら、この情報は送信されていないからである。携帯機器を支援するために、クロック情報は、次にＡＢ間での切り替えが発生する時を示す補助情報をと共に図６に示すように、第一のＡＢグループにおいて少なくとも行列の一部として送信される。このクロック情報は、ＣＡ報知データの場所で送信されるため、２つのデータ・チャネル間を区別する手段が設けられる。別々のＤＩＡＣを用いることも１つの考えられる方法である。
【００４３】
携帯機器がビーコンのタイミングを知っている場合、携帯機器はそれがどのようにホップするのかも知っているため、すべての行列送信を追跡することができる。一フレームには１６個の送信が存在するため、結果として得られるＣＡチャネルは１６倍の容量を有し、６４キロバイトの情報を運ぶことができる。
【００４４】
端末は１．２８秒（若しくはそれ以下）毎に目覚めるため、第一のＡ若しくはＢ期間において半分のマークによって端末が必要とするクロック情報を取得するのが一般的である。上記半分のマークにおいてクロックからデータへ切り替えることは、図７に示すように、複数の有益な利点を提供する。第一に、いつくかのデータを照会手順の開始から５秒以内に受信することができる。第二に、キーが比較的後のサイクルにおいて現れても、（それが該端末にとって採るべき適切なアクションであれば）基地局に対する照会応答メッセージを自動的に発行することによって、端末は依然として重要なキーへ応答することができる。容量は増加しないものとすることに注意。
【００４５】
前述のように、携帯機器は、追加的データ・フィールド・パケットを３２個の照会チャネルのうちの１つで受信するため、使用可能帯域の１／３２のみが用いられる。明らかなように、携帯機器（ビーコン・スレーブ）が第一の照会パケットをいつ受信したかについて不確かであることを克服することができると、ホッピング周波数の所定の性質が提供され、よって全帯域幅が用いられる。スレーブが第一のパケットを受信した地点から増すタイムスタンプ照会ホッピング・シーケンスと同期を取るためには、マスタ・クロック・オフセットと該第一の受信パケットのマスタ・ホッピング・シーケンスにおける位置とを両方知っていなければならない。以下の例において、マスタが最小問い合わせ手順に従うものとする。この手順は、図４に示すように３つの行列切り替えと共に１６のチャネル照会ホッピング・シーケンスを２５６回繰り返すことを含む。１６のチャネルにわたる各スイープには１０ｍｓ掛かる。
【００４６】
スレーブ・ホッピングを同期させる別の方法は、クロック・データを報知フィールド毎に送信することである。追加的データ・フィールド（図１のＢＣＤ）は、以下の情報を含む４バイトを搬送する。
・マスタ・クロック・オフセット（２バイト）
・全反復回数（１バイト）　−　完全な行列は１０ｍｓの行列を２５６回繰り返すことを含み、このパラメータの範囲は０〜２５５である（照会が次の完全な行列に切り替える前）。これは、マスタが次にいつ完全な行列に切り替えるのかをスレーブに示す。
・いくつの完全な行列が現照会サイクルにおいて完了したか。（１バイト）　−　このデータは、マスタが現在の完全な行列の終わりに何をする確率が高いか、すなわちマスタは別の完全な行列へ切り替えるのか、又は、照会手順が終了するか、をスレーブに示す。
１０ｍｓの行列においてチャネルが繰り返されない限り、ホッピング・シーケンスにおける現チャネルの位置を示すフィールドは必要とされない。なぜなら、スレーブはそれをシーケンスの知識から導くことができるからである。
【００４７】
上記より明らかなように、各追加的フィールド・パラメータに４バイトを加えることによって、スレーブは照会の終わりに追加されたフィールド・パラメータをピックアップすることができる。しかし、依然として報知データを搬送するのに４バイトは使用可能である（我々が推奨する１００ビットのうち６４ビットをデータ用とする割当によれば）。
【００４８】
完全なビーコン信号を考えると、該信号は、それぞれが各照会パケットと共に送信される複数の４バイト・パケットへ分割される必要があることは明らかである。例示的に、ビーコン信号の長さが固定長であるものとすると、１６ｋＢにおいて、完全な信号は単一の照会行列上に収容され得る（１６チャネルのホップ・シーケンスが２５６回繰り返される行列は、２５６×１６×４バイト＝１６ｋＢを与える）。
【００４９】
これを拡張すると、ビーコン信号の第一のパケットが照会行列の第一のパケット上に行くように固定することによって、メッセージ・ヘッダにおける現在の１６チャネル・ホッピング・シーケンスについての反復数に関するメッセージ・インジケータ・フィールドから、スレーブは、完全なビーコン信号における受信したビーコン・パケットの位置を導くことができる。
【００５０】
本開示を読めば、当業者には他の変形例も明らかであろう。そのような変形例は、移動通信システム及びその構成部品の設計、製造、及び使用において既に知られ、本明細書で既に説明された機能の代わり若しくは加えて使用され得る機能を含み得る。報知パケット毎に４バイトのクロック及び４バイトのデータを有する前述の方法に代わり、他の構成を用いてもよい。一例として、１６パケット毎に、そのうちの１５パケットにおいて、２バイトのクロックと６バイトのデータとを有する構成は、同期獲得性能を下げることなく、データ搬送容量を向上させる。
【図面の簡単な説明】
【図１】
本発明を具現化するビーコン及び携帯機器の概略ブロック図である。
【図２】
リンクされたビーコン・インフラにおける一連の機器の概略図である。
【図３】
所定の周波数上に集約された照会アクセスコード行列の送信を示すチャートである。
【図４】
照会ブロードキャスト区間にわたって照会メッセージ行列間の交替を示す図である。
【図５】
現存する送信スロット内での報知データのパケットの挿入を示す図である。
【図６】
照会メッセージ行列のシーケンスにおいてビーコン・クロック・データを送信する第一の構成を示す図である。
【図７】
ビーコン・クロック・データを送信する図６の構成に対する代替的構成を示す図である。
【図２】
2004502342.tif 000003
【図３】
2004502342.tif 000004
【図５】
2004502342.tif 000005
【図６】
2004502342.tif 000006
【図７】
2004502342.tif 000007
【国際公開パンフレット】
2004502342.tif 000008
2004502342.tif 000009
2004502342.tif 000010
2004502342.tif 000011
2004502342.tif 000012
2004502342.tif 000013
2004502342.tif 000014
2004502342.tif 000015
2004502342.tif 000016
2004502342.tif 000017
2004502342.tif 000018
2004502342.tif 000019
2004502342.tif 000020
2004502342.tif 000021
2004502342.tif 000022
2004502342.tif 000023
2004502342.tif 000024
2004502342.tif 000025
2004502342.tif 000026
2004502342.tif 000027
2004502342.tif 000028
2004502342.tif 000029
【国際公開パンフレット（コレクトバージョン）】
2004502342.tif 000030
【国際調査報告】
2004502342.tif 000031
2004502342.tif 000032