(57)【要約】要約書なし。【特許請求の範囲】
【請求項１】
ビーコンとモバイル機器との間を連絡し、該モバイル機器が所定の場所内にいるか否かを判定する工程と、
その場所に位置するモバイル機器のユーザに報奨を与えるために、該モバイル機器にクレジットする工程と、を有することを特徴とする報奨方法。
【請求項２】
請求項１記載の報奨方法であって、
前記モバイル機器は、所定の場所内に連続して存在するモバイル機器のユーザに報奨を与えるために、該モバイル機器がその場所内に居た時間の長さに応じた量がクレジットされる、ことを特徴とする報奨方法。
【請求項３】
請求項１又は２記載の報奨方法であって、
前記モバイル機器は、該モバイル機器が所定の時間間隔内に前記所定の場所内に居た場合にクレジットされることを特徴とする報奨方法。
【請求項４】
請求項１乃至３のいずれか一項記載の報奨方法であって、
前記所定の場所内で受信可能な信号を少なくとも１つのビーコンからブロードキャストする工程と、
前記少なくとも１つのビーコンによってブロードキャストされた前記信号を前記場所内に居るモバイル機器が受信する工程と、
前記モバイル機器から確認システムへ識別信号を送る工程と、
前記確認システムにおいて、前記モバイル機器が前記少なくとも１つのビーコンのレンジ内に居た時間を測定する工程と、
前記識別信号によって識別されたモバイル機器にクレジットする工程と、を有することを特徴とする報奨方法。
【請求項５】
請求項４記載の報奨方法であって、
前記モバイル機器は、レンジ内に居るときに、前記ビーコンとの接続を確立し、
前記ビーコンは、前記接続を通じて、前記モバイル機器から前記識別信号を受信し、
前記ビーコンは、前記識別信号を前記確認システムへ転送し、前記ビーコンと関連する識別されたモバイル機器にクレジットする、ことを特徴とする報奨方法。
【請求項６】
請求項５記載の報奨方法であって、
前記ビーコンは、前記モバイル機器にポーリングし、該モバイル機器がレンジ内に居るか否かを判定することを特徴とする報奨方法。
【請求項７】
請求項１乃至４のいずれか一項記載の報奨方法であって、
前記ビーコンから識別データ群のシーケンスをブロードキャストする工程と、
前記ブロードキャストされた識別データ群に基づく情報を前記モバイル機器において受信する工程と、
前記記録された妥当性確認用情報を提示し、前記モバイル機器が前記ビーコンの近くに留また時間の長さを決定する工程と、
前記モバイル機器が前記ビーコンの近くに居たと判定された場合に、クレジットを有する前記モバイル機器にクレジットする工程と、を有することを特徴とする報奨方法。
【請求項８】
請求項７記載の報奨方法であって、
前記モバイル機器のユーザに前記記録された確認のための情報を送るオプションを提示する工程と、
前記記録された確認のための情報を前記オプションが選択されたときに提示する工程と、を有することを特徴とする報奨方法。
【請求項９】
請求項７又は８記載の報奨方法であって、
前記ビーコンは、識別番号を有するデータ群のシーケンスをブロードキャストし、
前記識別番号は、ブロードキャストされるデータ群ごとに変化し、
前記モバイル機器は前記ブロードキャストされた識別番号をレジスタに累積し、
前記レジスタの中身は、妥当性確認のために提示され、前記モバイル機器が前記ビーコンの近くに留まった時間の長さが測定される、ことを特徴とする報奨方法。
【請求項１０】
請求項９記載の報奨方法であって、
前記識別番号は、擬似ランダム番号であることを特徴とする報奨方法。
【請求項１１】
請求項７乃至１０のいずれか一項記載の報奨方法であって、
前記ビーコンによって周期的にブロードキャストされる前記データ群は、
前記場所を示す場所識別子と、
時間、又は該時間を記録するシーケンス番号と、を含むことを特徴とする報奨方法。
【請求項１２】
請求押７乃至１１のいずれか一項記載の報奨方法であって、
前記モバイル機器によって記録された情報を仲介者へ送信する工程と、
前記ビーコンからブロードキャストされた前記データ群に関する情報を前記仲介者へ伝達する工程と、
前記仲介者において、前記モバイル機器から受信した情報を、前記ブロードキャストされたデータ群に関する情報と比較し、前記モバイル機器がある場所内に居た時間の長さを測定する工程と、
前記モバイル機器のユーザのアカウントにクレジットを出力する工程と、を有することを特徴とする報奨方法。
【請求項１３】
請求項１乃至１２のいずれか一項記載の報奨方法であって、
前記モバイル機器及び前記ビーコンは、ブルートゥース・プロトコルを用いて通信することを特徴とする報奨方法。
【請求項１４】
請求項７乃至１２のいずれか一項に従属する場合の請求項１３記載の報奨方法であって、
前記ビーコンによってブロードキャストされた前記データ群は、ブルートゥース・メッセージ信号の照会フェーズに埋め込まれることを特徴とする報奨方法。
【請求項１５】
請求項１乃至１４のいずれか一項記載の報奨方法であって、
前記モバイル機器にクレジットする工程は、商品又はサービスと交換可能な電子クーポンを前記モバイル機器へ送ることを特徴とする報奨方法。
【請求項１６】
請求項１乃至１５のいずれか一項記載の報奨方法であって、
前記モバイル機器にクレジットする工程は、前記モバイル機器のユーザに対応するアカウントに返金することを特徴とする報奨方法。
【請求項１７】
モバイル機器にクレジットするシステムであって、
レンジ内のモバイル機器によって受信される信号を送信するビーコンと、
モバイル機器からの信号を受信し、該モバイル機器を識別し、該モバイル機器が前記ビーコンのレンジ内に居るか否か又は居たか否かを判定し、該モバイル機器がレンジ内に居たならば該モバイル機器にクレジットする確認システムと、を有することを特徴とするシステム。
【請求項１８】
請求項１７記載のシステムであって、
前記ビーコンは、ブルートゥース・ビーコンであることを特徴とするシステム。
【請求項１９】
請求項１７記載のシステムであって、
前記ビーコンは、レンジ内のモバイル機器と双方向通信を確立し、よって該モバイル機器を識別する識別情報を受信する送受信器を有し、
前記確認システムは、ユーザ・アカウントに前記クレジットを記録するデータ・ストアを含み、
前記送受信器は、前記識別情報を前記確認システムに転送するために該確認システムに接続され、よって前記モバイル機器に対応する前記ユーザ・アカウントを識別し、クレジットすることを可能にする、ことを特徴とするシステム。
【請求項２０】
請求項１７記載のシステムであって、
前記少なくとも１つのビーコンは、識別データ群のシーケンスを送信し、
前記確認システムは、前記モバイル機器から確認信号を受信し、前記送信された識別データ群シーケンスに対して前記確認信号の妥当性を確認し、前記モバイル機器が前記少なくとも１つのビーコンのレンジ内に留まった時間の長さを決定するコードを含む、ことを特徴とするシステム。
【請求項２１】
報奨システムにおいて用いられるモバイル機器であって、
本モバイル機器が識別情報を含む信号をローカルに送信するビーコンを含む場所に位置するとき、該信号を受信する送受信器と、
メモリ・ストアと、
本モバイル機器が前記ビーコンの近くに留まっていた時間の長さを測定し、その場所に留まっていたことに対してその携帯電話のユーザを報奨することを可能にするため、前記ブロードキャストされた識別データ群に基づいた情報を前記メモリ・ストアに記録し、前記モバイル機器に前記記録された情報を確認システムに送信させる工程を実行するコードと、を有することを特徴とするモバイル機器。
【請求項２２】
請求項２１記載のモバイル機器であって、
前記送受信器は、ブルートゥース送受信器であることを特徴とするモバイル機器。
【請求項２３】
ブロードキャストされるデータ群ごとに変化する識別番号をそれぞれが含むデータ群のシーケンスをブロードキャストするビーコンと共に用いられる請求項２１又は２２記載のモバイル機器であって、
前記コードは、本モバイル機器の前記メモリのレジスタに前記ブロードキャストされた識別番号を累積し、前記レジスタの中身を妥当性確認のために送信し、本モバイル機器が前記ビーコンの近くに留まっている時間の長さを決定する、ことを特徴とするモバイル機器。
【請求項２４】
モバイル機器に返金又は課金する方法であって、
ビーコンとモバイル機器との間を連絡し、前記モバイル機器が所定の場所内にいるか否かを判定する工程と、
前記モバイル機器のユーザに前記場所内に存在することに対して報奨を与える又は請求するために該モバイル機器に返金又は課金する工程と、を有することを特徴とする方法。
【請求項２５】
請求項２４記載の方法であって、
前記所定の場所内で受信可能な信号を少なくとも１つのビーコンからブロードキャストする工程と、
モバイル機器が所定の場所内に居るときに該モバイル機器とビーコンとの間に接続を確立する工程と、
前記ビーコンにおいて、前記接続を通じて、前記モバイル機器から識別信号を受信する工程と、
前記場所内に存在したことに対して前記モバイル機器のユーザに請求するために、前記識別システムに対応する前記モバイル機器に返金又は課金する工程と、
を有することを特徴とする方法。
【請求項２６】
請求項２４又は２５記載の方法であって、
前記モバイル機器は、該モバイル機器のユーザに前記所定の場所内に連続した存在したことに対して報奨を与える又は請求するために、該モバイル機器が前記所定の場所内に居る時間の長さに応じた量を返金又は課金することを特徴とする方法。
【請求項２７】
請求項２４乃至２６のいずれか一項記載の方法であって、
前記モバイル機器は、該モバイル機器が所定の時間間隔内に前記所定の場所内に居る場合に課金されることを特徴とする方法。
【請求項２８】
請求項２４乃至２７のいずれか一項記載の方法であって、
前記ビーコンと前記モバイル機器との間の前記接続は、ブルートゥース接続であることを特徴とする方法。
【発明の詳細な説明】
【０００１】
本発明は、正負両方のクレジットを含む一般的な意味でのクレジットを用いるクレジット・システム及び方法であり、特に、返金又は課金する方法及びその方法で用いられるモバイル機器に関する。
【０００２】
小売業者、遊園地、及び他の様々な種類の場所のオーナは、消費者を彼らの商品、サービス、アシスタント、又は広告マテリアルのレンジ内により長く留まらせることができれば、売上の機会が増えることを知っている。現在、彼らは、無料提供、ラウンジやカフェテリアなどのアメニティ、無料展示会又は公演などを提供することによって、消費者が「閉じ込められた観客」としてダラダラと長居したくなるように努めている。時間が経過し、客が増えると、増加した消費者との接触は、概して、追加的な購入、特に日和見的な或いは衝動的な買い物へと形を変える。同時に、滞在時間が増えることによって、ブランド・イメージがより強くなり、顧客の商品又はサービスに対する認識をより鋭くすることができる。これらは、追加的な将来の売上や、より緊密なブランドへの忠誠へと形を変える。
【０００３】
用いられる別の方法は、購入価格の一部を消費者に還元する割引を約束するロイヤリティ・カードを提供することである。しかし、このようなシステムには、顧客を単に留まらせ、ブラブラ見て回らせる動機付けはない。
【０００４】
人々に特定の場所を訪れること又はそこに留まることを継続させ、魅力を感じさせ、又はそれに対して報奨を与えることが望まれる又は必要とされるのは消費者に限られない。例えば、ある場所にいる又は留まる労働者達に報奨を与えたいと望むビジネスが存在するかもしれない。例えば、航空会社は、遅延のため必要とするフライトを待っている乗客が過剰に長く出発ラウンジに留まることに対して補償したいと考えるかもしれない。
【０００５】
したがって、人々をある場所に引き付け、そこに留まらせる改善された方法に対する必要性が存在する。
【０００６】
さらに、ある場所にいることによって恩恵を受けるのが個人である場合、彼らがそこにいることに対して課金したいと思うであろう。回転ドアやチケット・オフィスなどを用いた現存のシステムは、不便であることが多く、多くのチケット係スタッフを必要とする。ピーク時には、チケットを求める長い行列が発生し得る。したがって、ある場所にいる人々に課金する改善された方法も望まれる。
【０００７】
本発明の第一の態様によれば、ビーコンとモバイル機器との間を連絡し、該モバイル機器が所定の場所内にいるか否かを判定する工程と、該モバイル機器のユーザに上記場所内に存在することに対して報奨を与えるために該モバイル機器に返金する工程と、を有する報奨方法が提供される。
【０００８】
モバイル機器は、例えば、所定の場所内に連続して存在するモバイル機器のユーザに報奨を与えるために、該モバイル機器がその場所内に居た時間の長さに応じた量がクレジットされる。このように、ある場所を物理的に訪れたモバイル機器のユーザに報奨を与えることによって、それら消費者にその場所に留まるインセンティブを提供することが可能である。これにより、消費者が買い物をする機会を増やすことができると共に、ブランドへの忠誠心及び認識を向上させることができる。
【０００９】
代わりに或いは加えて、モバイル機器は、例えば指定された時刻にある場所に単に居ればクレジットされてもよい。これは、例えば、商店の販促や遅くまで残る作業員に報奨を与えるのに便利である。
【００１０】
モバイル機器は、所定の場所内に居るときに、商品又はサービスと交換可能な電子クーポンでクレジットされてもよい。
【００１１】
代わりに或いは加えて、モバイル機器のユーザに所定の場所に居ることに対して報奨を与えるために該モバイル機器が該所定の場所に居るときに、モバイル機器のユーザに対応するアカウントにある量がクレジットされてもよい。
【００１２】
このクレジットは、幅広い報奨に対応し得る。例えば、上記クレジットは、ユーザのロイヤリティ・カード・アカウント上のポイントでもよく、携帯電話料金の減額でもよく、ユーザの銀行口座への返金でもよい。一例として、例えば、ある小売業者と携帯電話事業者と合意により、その小売業者の店舗に３０分滞在したら５分間の無料通話を与えるようにしてもよい。アカウントはそのユーザの名前である必要はない。ユーザの会社、家族、チャリティ、或いはユーザが関連するあらゆる他のグループ又は団体に報酬がクレジットされることが望まれてもよい。
【００１３】
ある意味、本発明を特定の空間又は場所の受益者（匿名でよい）に仮想通貨をブロードキャストすることと見ることもできる。上記場所は、迷路のゴールでもよく、ＴＶ番組でもよく、家族の居間でもよく、ポップ・コンサート会場でもよく、テーマ・パークでもよく、職場でもよい。当業者は、容易に他の用途を思い付くであろう。
【００１４】
例えば、労働者は、仕事時間（例えば、残業時間）に対してクレジットされてもよい。労働者は、シンプルな無線周波数バッヂであって、ローカルのビーコンとブルートゥース・ネットワーキングが可能で、該バッヂの固有のｒｆ装置ＩＤを暴露するバッヂを身に付けていてもよい。特定の仕事エリアで過ごした時間に対して残業が自動的に報奨され、労働者によってバッヂを手動で提示／強打するあらゆる必要を未然に防いでもよい。
【００１５】
本発明は、モバイル機器の場所を数メートル又は数十メートル内に固定するためのきめ細かいロケーション技術を用いてもよい。このようなサービスは、ますます幅広く使用可能となってきている。適切なシステムは、例えば、全地球測位システム（ＧＰＳ）、ブルートゥース、赤外線データ・アクセス（ｉｒＤＡ）、ＲＦＬｉｔｅ、８０２．１１、又はネットワーク・セルラー三角測量方法の使用などである。これら技術は、緊急サービスをアシストする規則によって部分的に駆動され（例えば、米国のＥ９１１要件）、一般的となることが予想される。他方で、高い市場浸透はブルートゥース及び他の類似の携帯電話における技術に対して予測される。
【００１６】
ビーコンは、例えば、クレジットを閉じ込めるためのビームとして該ビーム内のモバイル機器にブロードキャストする方向性無線周波数ビーコンであってもよい。
【００１７】
明らかなように、携帯電話は、モバイル機器の唯一の種類ではなく、パーソナル・データ・アシスタント（ＰＤＡ）やラップトップなどの他のモバイル機器も本発明と共に用いるのに適している。
【００１８】
本方法は、選択的に、モバイル機器のサブグループへのみクレジットすることを含み得る。例えば、選択されたサブグループについての基準は、ユーザの年齢、団体又は社会集団の会員、ハンドセットの型、ユーザのネットワーク・サービス・プロバイダなどでもよい。
【００１９】
この選択式クレジッティングは、選択されたモバイル機器とだけ接続を確立すること、復号化キーを持つハンドセットだけがブロードキャストされた情報ストリームを読むことができるようにハンドセット上に復号化キーを設けることなどを含んでもよい。別の方法として、クレジットに対する適合性が確認システムにおいてチェックされてもよい。
【００２０】
セキュリティのために、一方向ハッシング・スキームがモバイル機器上に採用されてもよい。
【００２１】
本方法は、所定の場所内で受信可能な信号を少なくとも１つのビーコンからブロードキャストする工程と、該少なくとも１つのビーコンによってブロードキャストされた上記信号を上記場所内に居るモバイル機器が受信する工程と、上記モバイル機器から確認システムへ識別信号を送る工程と、該確認システムにおいて、上記モバイル機器が上記少なくとも１つのビーコンのレンジ内に居た時間を測定する工程と、上記識別信号によって識別されたモバイル機器にクレジットする工程と、を有してもよい。
【００２２】
モバイル機器のビーコンのレンジ内の信号をピックアップする能力を用いることによって、小売業者、他のベンダ、サービス・プロバイダなどは、場所に少なくとも１つのビーコンを設け、そのビーコンから信号をピックアップする能力をその場所内の存在の便利な測定として用いることができる。
【００２３】
モバイル機器によって送信された識別信号は、例えば、該モバイル機器のブルートゥース装置ＩＤである。
【００２４】
通信は、複数の方法で取り扱われ得る。第一のアプローチは、モバイル機器が、レンジ内に居るときに、ビーコンとの接続を確立することであり、該ビーコンは、該接続を通じて、上記モバイル機器から上記識別信号を受信し、それを上記確認システムへ転送し、上記モバイル機器が上記ビーコンと双方向接続している時間に応じて該識別されたモバイル機器に対応するアカウントにクレジットを累積することができる。
【００２５】
この方法は、かなりシンプルに作動し、モバイル機器上に特殊なソフトウェアを必要としない。それが要求するすべてのものは、ビーコンと該モバイル機器との間にセットアップされた双方向通信と、該モバイル機器によって発行された識別信号から該モバイル機器のアイデンティティを決定する該ビーコンと、である。ブルートゥースなどのローカル通信システムは、このような双方向通信をセットアップするプロトコルを含む。そのとき、ビーコンは、該モバイル機器がその場所内に留まった時間の長さをシンプルに決定するために、該モバイル機器の詳細と該モバイル機器がレンジ内に留まった時間の長さとを確認システムに送ることができる。
【００２６】
ビーコンは、モバイル機器に周期的にポーリングし、該モバイル機器がレンジ内に居るか否かを判定してもよい。
【００２７】
第二のアプローチにおいて、本方法は、ビーコンから識別データ群のシーケンスをブロードキャストする工程と、このブロードキャストされた識別データ群に基づく情報をモバイル機器において受信する工程と、この記録された妥当性確認用情報を提示し、該モバイル機器が該ビーコンの近くに留また時間の長さを決定する工程と、クレジットを有する該モバイル機器にクレジットする工程と、を有してもよい。
【００２８】
このアプローチには、複数の利点がある。
【００２９】
第一に、モバイル機器が場所内で費やした時間を記録するのにビーコンと該モバイル機器との間に双方向通信をセットアップする必要がないため、ローカル通信システムによって提供された有限数の双方向チャネルが限界とならない。
【００３０】
第二に、モバイル機器がビーコンと接続を確立する必要がないため、パワが節約される。
【００３１】
第三に、接続をセットアップしている間の遅延を回避することができる。
【００３２】
第四に、ユーザの身元をシステムに開示する必要がないため、ユーザの匿名性及びプライバシィが保護される。代わりに、ユーザは、記録された妥当性確認用情報をいつ提示するかを選択することができる。
【００３３】
さらに向上されたプライバシィに対して、モバイル機器は、ユーザがある場所内に居た時間の長さを決定し、アカウントにクレジットするために、上記記録されたデータ信号を仲介者へ送信してもよい。この仲介者は、その場所の事業者ではなく、携帯電話会社などの信頼された第三者でもよい。そのとき、アカウントにクレジットされる量の詳細は、ユーザのブルートゥース識別などのユーザの詳細を秘密にしたまま、その場所の事業者に対して使用可能とされてもよい。
【００３４】
ビーコンは、ブロードキャストされるデータ群ごとに変化する識別番号を有するデータ群のシーケンスをブロードキャストしてもよい。これらは、レジスタにおける累積によって該モバイル機器に記録することができる。これは、例えば、単に受信された各識別番号を該レジスタに加えることによって為されてもよく、或いは、立証可能な記録を作成するために受信された識別番号を交互に加減算することによって為されてもよい。次いで、識別番号の累積の結果の妥当性を確認することによって、モバイル機器がビーコンの近くに留まった時間の長さを測定することができる。
【００３５】
上記識別番号は、擬似ランダム番号であってもよい。
【００３６】
上記ビーコンによって周期的にブロードキャストされるデータ群は、その場所を示す場所署名、時間、及び／又は特定の受信されたブロードキャストを識別するために連続したブロードキャストそれぞれについてインクリメントされるシーケンス番号、を含んでもよい。
【００３７】
上記データ群をブルートゥース・プロトコル内へ組み込むために、上記ビーコンによってブロードキャストされたデータ群は、ブルートゥース・メッセージ信号の照会フェーズに埋め込まれてもよい。
【００３８】
別の態様において、本発明は、モバイル機器のユーザのアカウントにクレジットするシステムであって、ビーコンのレンジ内のモバイル機器によって受信される信号を送信するビーコンと、モバイル機器からの信号を受信し、該モバイル機器を識別し、該モバイル機器が上記ビーコンのレンジ内で費やした時間の長さを決定し、該レンジ内で費やした時間の長さに応じたクレジットを該モバイル機器に対応するユーザ・アカウントにクレジットする確認システムと、を有するシステムに関する。
【００３９】
上記ビーコンは、ブルートゥース・ビーコンであってもよい。ある場所の全体をカバーするために、複数のビーコンが設けられてもよい。
【００４０】
実施形態において、上記ビーコンは、レンジ内のモバイル機器と双方向通信を確立し、よって該モバイル機器を識別する識別情報を受信する送受信器を有してもよく、上記確認システムは、ユーザ・アカウントに上記クレジットを記録するデータ・ストアを含んでもよく、上記送受信器は、上記モバイル機器に対応するユーザ・アカウントを識別し、クレジットすることを可能にするために、上記識別情報を上記確認システムに転送するために該確認システムに接続されてもよい。
【００４１】
このようなシステムは、前述の第一のアプローチを用いて本発明を作動させることができるため、モバイル機器の特殊なソフトウェア又はプログラムに対するあらゆる要件を未然に防ぐことができる。
【００４２】
代替的実施形態において、上記少なくとも１つのビーコンは、上記モバイル機器によって記録可能な識別データ群を送信する。上記確認システムは、該モバイル機器によって始められた個別の確認信号を受信し、該送信された識別データ群に対する上記確認信号の妥当性を確認し、該モバイル機器が上記少なくとも１つのビーコンのレンジ内に留まった時間の長さを決定するように構成されてもよい。
【００４３】
このようなシステムは、前述の第二のアプローチの作動を可能にする。
【００４４】
別の態様において、報奨システムにおいて用いられるモバイル機器であって、本モバイル機器が識別情報を含む信号をローカルに送信するビーコンを含む場所に位置するとき、該信号を受信する送受信器と、メモリ・ストアと、本モバイル機器が上記ビーコンの近くに留まっていた時間の長さを測定し、その場所に留まっていたことに対してその携帯電話のユーザを報奨することを可能にするため、上記ブロードキャストされた識別データ群に基づいた情報を上記メモリ・ストアに記録し、上記モバイル機器に上記記録された情報を確認システムに送信させる工程を実行するコードと、を有するモバイル機器が提供される。
【００４５】
上記モバイル機器は、携帯電話でもよく、ＰＤＡでもよく、従業員バッヂでもよい。
【００４６】
このようなモバイル機器は、そのユーザが前述の第二のアプローチにおけるクレジットを累積することを可能にしてもよい。
【００４７】
送信アクチュエータは、直接的なユーザ制御下になってもよい。例えば、ユーザは、妥当性確認のために格納された詳細を送信するメニュ・オプションを選択してもよい。別の方法として、上記送信アクチュエータは、例えば確認コンピュータから上記モバイル機器が受信要求を受信したときに、格納されたデータの送信をトリガするように該モバイル機器にプログラムされてもよい。
【００４８】
上記送受信器は、ブルートゥース送受信器であってもよい。
【００４９】
上記コードは、上記モバイル機器に、該モバイル機器の上記メモリのレジスタに上記ブロードキャストされた識別番号を累積させ、該レジスタの中身を妥当性確認のために送信させ、該モバイル機器が上記ビーコンの近くに留まっている時間の長さを決定させてもよい。
【００５０】
このようにして、上記モバイル機器は、ブロードキャストされるデータ群ごとに変化する識別番号をそれぞれが含むデータ群のシーケンスをブロードキャストするビーコンと共に用いられることに適合し得る。
【００５１】
上記モバイル機器は、ローカル信号を受信するのに用いる上記送受信器とは別の携帯電話送受信器を通じて、上記格納された詳細を確認システムへ送信するように構成されてもよい。
【００５２】
本発明は、報奨システム、すなわち正のクレジットを用いる場合に限定されず、請求又は課金システムにも拡張することができる。したがって、更に別の態様において、本発明は、モバイル機器に返金又は課金する方法であって、ビーコンとモバイル機器との間を連絡し、該モバイル機器が所定の場所内にいるか否かを判定する工程と、該モバイル機器のユーザにその場所内に存在することに対して報奨を与える又は請求するために該モバイル機器に返金又は課金する工程と、を有する方法にも関する。
【００５３】
この方法は、報奨システムについて既に述べた特徴の一部又は全部を含んでもよい。特に、上記接続は、ブルートゥース接続であってもよい。
【００５４】
上記方法は、上記所定の場所内で受信可能な信号を少なくとも１つのビーコンからブロードキャストする工程と、モバイル機器が所定の場所内に居るときに該モバイル機器とビーコンとの間に接続を確立する工程と、該ビーコンにおいて、上記接続を通じて、上記モバイル機器から識別信号を受信する工程と、該場所内に存在したことに対して該モバイル機器のユーザに請求するために、上記識別システムに対応する上記モバイル機器に返金又は課金する工程と、を有してもよい。
【００５５】
上記方法は、上記モバイル機器のユーザに上記所定の場所内に連続した存在したことに対して報奨を与える又は請求するために、該モバイル機器が該所定の場所内に居る時間の長さに応じた量を返金又は課金してもよい。
【００５６】
上記モバイル機器は、該モバイル機器が所定の時間間隔内に上記所定の場所内に居る場合に課金されてもよい。
【００５７】
本発明のより良い理解のために、及び、純粋に例示を目的として、以下、本発明の特定の実施形態を添付図面を参照して説明する。
【００５８】
図１及び２を参照して、第一の実施形態を説明する。ビーコン２は、知られているように、アンテナ４と、データ・シーケンスを送受信するデータ・プロセッサ６とを有する。ビーコン２は、ローカル・ネットワーク８を通じて、確認端末１０へ接続されている。確認端末１０は、データ格納１２と、プロセッサ・ユニット１４とを有するコンピュータ・システムにより実現される。データ格納１２は、メモリ・チップでもよく、ハードディスク・ドライブでもよく、データを格納するのに適した多くのデータ格納装置のいずれでもよい。データ格納１２の一部は、アカウント・リスト１８と、各アカウントに対応する携帯電話識別番号と、各アカウントに関するクレジットとを含むデータベース１６を含む。明らかなように、データベース１６は、更に、追加的情報を含んでもよい。この追加的情報は、ユーザのアドレスでもよく、買い物習性でもよく、コスト、プライバシィ、及び利便性を考慮して使用するか判断される他のあらゆる情報でもよい。
【００５９】
第一の実施形態で用いるのに適した携帯電話は、単に、送受信器２２が取り付けられた従来通りの携帯電話２０である。この携帯電話は、該携帯電話を識別する固有のＩＤ番号２４を有する。このＩＤ番号２４は、例えばＲＯＭ又はＥＰＲＯＭに記録されている。
【００６０】
図２は、図１のシステムを用いて本発明に係る方法の工程を説明するものである。
【００６１】
場所に到着すると、携帯電話２０はビーコンのレンジ内に入る。次いで、本システムは、ビーコンを携帯電話に接続する（工程８０）。
【００６２】
ビーコン２及び送受信器２２に特に適する規格は、ブルートゥース規格である。その主たる理由は、ブルートゥース規格は将来のモバイル機器に幅広く採用されることが予想されるからである。したがって、ブルートゥース・プロトコルに従って携帯電話をアクティブなブルートゥース・ピコネットに加えることによって、工程８０の接続を実現することができる。このブルートゥース接続は、図１に２８として概略的に示される。
【００６３】
ブルートゥース規格は、ピコネット内に８つのモバイル機器しか許容しないため、一度に８人のユーザしかクレジットを積み重ねることができない。別の方法として、携帯電話を２５４の装置を収容し得るブルートゥースの「駐車」状態へ置くこともできる。別の可能性として、携帯電話のアイデンティティを認識された装置のスタック上に置くこともできる。スタックの装置のそれぞれには、それら装置がその場所に留まっている間、携帯電話の認知を要求する「ページ」コマンドが周期的に送られる。
【００６４】
ブルートゥースのなお一層の詳細は後に述べる。
【００６５】
接続が確立された後、ビーコンは、携帯電話が依然としてその場所内にいることを確認する（工程８４）ために、その固有の装置識別子を用いて該携帯電話にポールする（工程８２）。居れば、その装置識別子に対応するユーザのアカウントに、その場所内で費やされた時間のなお一層の分に対応する量が返金される（工程８６）。次いで、本システムは、携帯電話を再びポールする（工程８２）まで待機（工程８７）するため、携帯電話は周期的に（例えば、１分毎に）ポールされる。
【００６６】
ユーザがその場所を離れると、ユーザがその場所内で費やした時間の長さが決定され、この最終的な時間の長さに応じてアカウントが調整されてもよい（工程８８）。例えば、ユーザ・アカウントは、ユーザがその場所に３０分を越えて留まった場合、ボーナスが返金されてもよい。
【００６７】
別の方法として、ユーザがその場所に留まる時間は、短期メモリに保持され、アカウント情報はユーザがその場所を離れたときのみ更新されるようにすることも可能である。
【００６８】
更に別の方法として、任意の種類のアカウントに返金せず、代わりに電子クーポンを携帯電話に転送するようにしてもよい。この場合、電子クーポンは、商品、サービス、又は商品とサービスの組み合わせと交換可能なものである。実際、このクーポンは、あらゆる種類の報奨と交換可能でもよい。
【００６９】
正のクレジットの代わりに、負のクレジット又は負債をアカウントに適用し、ユーザにその場所を訪れる及び／又は留まることに対して課金してもよい。
【００７０】
ユーザは、その場所を訪れている間又は訪れた後に、返金を申請することができる。例えば、ユーザは、彼らの電話のＩＤに対するクレジットを受信する認証として、彼らの装置のショートレンジ・ネットワークＩＤ（例えば、ブルートゥース装置ＩＤ）を提示することができる。
【００７１】
ユーザの返金要求の認証は、携帯電話番号とブルートゥース装置識別子とのクロクチェックによって行うことができる。データベースは、ビーコンによって記録されたブルートゥース装置識別子に対するクレジットを記録する。ネットワーク・オペレータとの合意により、報奨システムのオペレータがユーザの電話アカウントに直接返金することができてもよい。
【００７２】
固有の装置キー、ハッシュサイン、又は他の方法を用いたなお一層の確認も必要であれば可能である。
【００７３】
図１に示すシステムは、単一のビーコンのみを用いる。図３は、複数のブルートゥース・ビーコン２が場所１９内に設けられる第二の実施形態を示す。これら複数のビーコン２は、すべて、ローカル・エリア・ネットワーク（ＬＡＮ）８を通じて、単一の確認システム１０へ接続されている。このようにして、より多くのユーザをビーコンに同時に接続することが可能となり、ビーコンの設置は、その場所中を良好にカバーするように配置することができる。
【００７４】
各ビーコンが同じ機能性を持つ必要はない。例えば、一方で妥当な携帯電話ＩＤを発見するのに特化した固定ビーコンがあり、他方で装置のポーリングを実行することができるビーコンがあってもよい。このため、１又は複数の照会者ビーコンは、その場所へ入ってきたユーザのモバイル機器の存在を確立する。他のビーコンは、並行して、そのユーザがその場所に留まっていることを確認する定期的なポーリングを実行する。
【００７５】
基地局又はビーコンは、通常、互いに独立している（ショッピング・モールにセットアップされると、各店が、隣接する店が提供するあらゆるビーコンとは関係なく、自身のビーコンを設置し維持する）が、これらビーコンは、全体的に又は部分的に、少なくともそれらの報知メッセージに関して調整されるようにネットワーク化されてもよい。
【００７６】
当業者には明らかなように、複数の代替的可能性が使用可能である。例えば、ユーザのモバイル機器は、ある場所への入口においてショートレンジ送受信器によって登録されてもよく、別のショートレンジ送受信器が出口に設けられ、ユーザの出発を登録してもよい。
【００７７】
次いで、本発明の第三の実施形態を図４を参照して説明する。このアプローチにおいて、ビーコン２は識別シーケンスを生成するデータ・シーケンス生成器９０に接続される。この生成器は、プロセッサ及びメモリを有する従来通りのコンピュータであって、該メモリは該コンピュータにデータ・シーケンスを出力させるソフトウェアを含むものである。
【００７８】
データ・シーケンス生成器９０は、数秒又は数分間隔でデータ群を出力する。各データ群は、以下の情報を含む。
・その場所を識別するための場所識別子Ｉ
・システム・クロック時間ｔｉ
・シーケンス番号Ｓｉ
・擬似ランダム番号ｒｉ。
【００７９】
このシーケンス番号は、単に、データ群の数を識別する整数である。したがって、各送信について、シーケンス番号は１つインクリメントされる。上記擬似ランダム番号は、周期的に（例えば、毎日、又は毎時）リセットされるシークレット開始シードから生成される。コンピュータはシーケンス番号を記録し、擬似ランダム番号はブロードキャストを蒔く。当業者には、このようなデータ・シーケンスをよく知られた方法でどのように生成するかは明らかであろう。
【００８０】
上記データ群は、後述するように、ブルートゥース照会スキャンに埋め込まれてもよい。
【００８１】
上記ブロードキャスト・データは、モバイル機器２０がレンジ内にいる場合、該モバイル機器によって受信される。モバイル機器は、処理ユニット９２と、受信データを記録するコードを含むメモリ９４とを含む。このコードは、プレインストールされていてもよく、ビーコンからダウンロードされてもよい。
【００８２】
モバイル機器における上記ソフトウェアの処理について、図１０のフローチャートを参照して説明する。最初に、このソフトウェアは、モバイル機器にビーコンから情報を受信させ、受信データの種類を認識させる（工程１０１）。データの抽出が必要であれば、例えばデータがブルートゥース照会スキャンに埋め込まれていれば、次いで、ビーコンによって送信されたデータが抽出される（工程１０３）。次いで、該プログラムは、ブロードキャストと初めて遭遇した時の場所識別子Ｉを、ブロードキャスト時間ｔｉ及び送信された擬似ランダム番号：｛ｔｉ，Ｓｉ，ｒｉ｝と共に記録する（工程１０５）。チェックサムは、最初の擬似ランダム番号で初期化される（工程１０７）。
【００８３】
データが連続するシーケンス番号と共に受信され続けている（工程１０９）とき、プログラムはデータが順番通りかチェックする（工程１１１）。順番通りであれば、プログラムは、例えば、受信した各番号をレジスタ９５に既にある番号に単に加えることによって、或いは、受信した番号を加減算して標準的なコンピュータ・データ・トランザクションとして知られる立証可能チェックサムを作ることによって、受信したランダム番号をメモリ９４のレジスタ９５に累積する（工程１１３）。これにより、長期間データが受信された場合に、長いデータ・シーケンスを記録する必要がなくなる。
【００８４】
所定期間を超えてもデータが受信されない場合、プログラムは、連続した一貫したシーケンスのあらゆる中断に先立つ最後のデータ群：｛ｔｆ，Ｓｆ，ｒｆ｝と累積されたチェックサムを含むシーケンスのデータ群を記録する（工程１１５）。
【００８５】
この段階で、モバイル機器は、記録された一シーケンスからデータ：［Ｉ，｛ｔｉ，Ｓｉ，ｒｉ｝，｛ｔｆ，Ｓｆ，ｒｆ｝，チェックサム］を有する。
【００８６】
このようなシーケンスの複数の記録は、ブロードキャストの受信が中断されたときにモバイル機器に記録されてもよく、１以上の場所への連続的な訪問の間モバイル機器に記録されてもよい。
【００８７】
しばらくしてから、シーケンス・データの送信が、例えばモバイル機器上のメニュ選択を通じてユーザによってトリガされてもよく、或いは、該モバイル機器が適切なトリガ・メッセージを受信したときにトリガされてもよい。
【００８８】
シーケンス記録は、次いで、妥当性確認のために、確認コンピュータへ送信される（工程１１９）。本実施形態において、シーケンス記録は、セルラ信号９６を通じて、携帯電話ネットワークの一部であり、確認コンピュータ１０に接続されたアンテナ９８へ送信される。
【００８９】
確認コンピュータ１０には、ネットワーク接続９１を通じて、シーケンス生成器９０から送信データ群に関する情報も転送される。当業者には明らかなように、シーケンス生成器９０と確認コンピュータ１０とをつなぐ方法はたくさんある。例えば、純粋な例として、専用線、インターネット、或いは携帯電話ネットワークなどが考えられる。
【００９０】
確認コンピュータ１０は、モバイル機器によって送信されたシーケンス記録を元々ブロードキャストされたデータと比較し（工程１２１）、シーケンス記録が一致すればそのユーザのアカウントを更新する（工程１２３）コード９９を含む。
【００９１】
詐欺を防ぐための多くの工程が取られてもよい。例えば、シーケンス記録が一ユーザモバイル機器から別のユーザモバイル機器へコピーされるのを防ぐために、複数の申請者から同一のシーケンス記録が送信されることを許可しなくてもよい。シーケンス記録は、更に、合理的な滞留時間の限界に対してチェックされてもよい。
【００９２】
別のアプローチは、モバイル機器上で一方向ハッシングを用いることを含む。これは、クレジット・シーケンスをコピーし、その結果として得られた他のモバイル機器上にコピーされた報奨シーケンスについての偽りの請求のリスクを回避するために、モバイル機器でブロードキャスト・シーケンスが受信されると直ちに行われてもよい。このため、到来ブロードキャスト番号ｒは、一方向ハッシュ関数ｈ（ｒ，ｋ）によって、例えばそのブルートゥース装置ＩＤなどの固有のモバイル機器識別子ｋと合成される。このような一方向関数は、本分野ではよく知られている。そのとき、装置キーｋは、１又は複数のハッシュト数、或いは該１又は複数のハッシュト数のいくつかの関数と共に、妥当性確認のために提示されなければならない。
【００９３】
ハッシング・アルゴリズムは、受信装置の無線ユニットに一体化された部分であってもよい。このユニットを改ざんすることを防ぐために、改ざんはこの無線ユニットを無効にしてもよい。
【００９４】
用いられ得る他のセキュリティ・システムは、公開・秘密暗号鍵、又はブロードキャスト・シーケンスに埋め込まれたディジタル透かしを含む。
【００９５】
この実施形態は、ユーザが、彼らの動き及び彼らがよく訪れる場所をトラッキングすることを信頼しないシステムに対してプライバシーを保護するためのいくつかの利点を提供する。１つは、シーケンス記録が報奨に対して提示されたとき、ユーザが報奨を受信するために電話又は銀行口座の詳細を開示したときにユーザが彼自身を識別するだけであることである。更に、妥当性確認コンピュータは、信頼された第三者によって所有されることが可能である。この第三者は、複数の場所と契約上の合意を有し得る。さらに、ユーザにその場所で提示される絶対時間は必要ない。
【００９６】
当業者には明らかなように、シーケンス記録は、モバイル機器によって妥当性確認コンピュータに複数の方法の任意のもので提示することができる。例えば、このデータを携帯電話ネットワークを通じて送信する代わりに、インターネット接続又はローカルのブルートゥース接続が用いられるかもしれない。
【００９７】
このアプローチは、ユーザのあらゆる個人的なプライバシー事項がその場所のシステムによって監視されることを防ぐという利点を運ぶ。例えば、携帯電話ネットワークのオペレータは、その場所のオペレータによって供給された最近のシーケンス・ブロードキャストの履歴ファイルを用いて、妥当性確認オペレーションを実行する際に信頼された仲介者として機能してもよく、妥当性確認の後、ユーザのネットワーク電話アカウントに返金することができる。ネットワーク・オペレータは、ユーザに知られており、既にユーザによって信頼されており、新しい百貨店などの場所のオペレータよりも信頼され、信頼に値してもよい。いずれにしても、ネットワーク・オペレータは、例えば緊急のために、ユーザの動きの限定された範囲について既に知っている必要がある。
【００９８】
一見したところ、上記アプローチは特定の場所に訪れる又は留まることに対してユーザに課金するデビット・システムに適しているように見えないかもしれないが、このアプローチは、モバイル機器と確認コンピュータとの間に自動的に又は周期的にリンクを構築することによって、上記のようなシステムにおいて用いるのに適合させることができる。当然、これら表示コストがユーザに課金される場合には、ユーザは記録されたシーケンスを削除できないようにすることが必要である。そのため、該シーケンスをフラッシュ・メモリなどの不揮発性メモリに記録することが必要となり得る。
【００９９】
上記実施形態は、いずれも他のシステムに組み込むことができる。例えば、モバイル機器上にインストールされた電子財布が妥当性確認又は返金処理の効率又はセキュリティを高めるために用いられてもよい。さらに、モバイル機器上のモバイル・ポータルがユーザのアカウントへの返金をできるだけ自動化するのを仲介してもよい。このポータルは、ユーザが誰を信頼しているか、いずれのアカウントに返金されるべきか、彼らの好みの報奨種類、などの記録を保持してもよい。
【０１００】
アカウントに返金が記録されずに、電子クーポンがモバイル機器に送信されてもよい。これは、同時にブロードキャストされるＭＰ３オーディオ、ピクチャ、又はビデオなどの他のコンテンツにリンクされてもよい。このようなコンテンツは、販促用マテリアル又は広告かもしれない。
【０１０１】
このリンクは、暗示的でもよく、明示的でもよい。例えば、返金データ・シーケンスは、既知技術のディジタル透かし入れの使用を通じて、添付コンテンツに埋め込まれてもよい。違法なコンテンツのコピーを防ぐためにディジタル透かし入れで用いられる技術は、更に、ブロードキャストされた返金データ・シーケンスの再コピーを防ぐのにも適用することができる。別の方法として、例えば他の消費者がクーポン又は返金を利用することができるように、コンテンツ・マテリアル及びそのリンクされたクレジットを他のモバイル機器上に記録し転送する手段がモバイル機器上に設けられてもよい。したがって、このクーポンは、いわゆる「伝染性マーケティング」又は「マルチ商法」販促スキームに対するインセンティブとして機能し得る。最初の受信者は、元々取り込まれたブロードキャスト・シーケンスが他の消費者に拡散し続けるとき、更なるクレジットを長い間累積し続けてもよい。
【０１０２】
次いで、情報がいかに送信可能となるかの詳細を図５〜９を参照して説明する。この情報のほとんどは、その内容がここに参考文献として組み込まれる、共通して譲り受けられた同時係属特許出願ＧＢ００１５４５４．２（出願日：２０００年６月２６日）、ＧＢ００２００９９．８（出願日：２０００年８月１５日）、ＧＢ００１５４５２．６（出願日：２０００年６月２６日）、及びＧＢ００２０１０１．２（出願日：２０００年８月１５日）により詳細に提示されている。
【０１０３】
一般的に、ユーザ装置２０は、メッセージ送受信用の送受信ステージ２２に結合されたアンテナ２６を有する。アンテナ２６及び送受信器２２を通じて受信されたメッセージは、デコーディング・ステージ３０を通じて、フィルタリング・信号処理ステージ３２へ転送される。このメッセージによって運ばれたデータが電話のディスプレイ・スクリーン３４上に表示するためのものである場合、そのデータは、任意的にバッファリング３８の後、ディスプレイ画像をフォーマットするドライバと共にディスプレイ・ドライバ３６へ転送される。
明らかなように、ディスプレイ３４は、比較的シンプルな低解像度装置であって、受信信号のデータ表示のための変換は、専用のディスプレイ・ドライバ・ステージを必要とせず、処理ステージ３２の機能性の一部として実行されてもよい。
【０１０４】
モバイル機器２０は到来メッセージをフィルタリングする能力を有する。このメッセージが１又は他のビーコン２からのスクリーン表示用データを運んでいる場合、この電話は予め格納されたユーザ・プリファレンス４０に従って受信した情報をフィルタリングする能力を有し、ユーザは、記録されているプリファレンス・データと該メッセージ中の主題表示との比較が特定の興味あるデータ項目が受信されたことを示す場合のみ警告される（すなわち、そのような情報のみがバッファ３８に残される、及び／又はスクリーン３４上に提示される）。
【０１０５】
従来のオーディオ・メッセージについて、このオーディオ・データは、フィルタ・処理ステージ３２によって、Ｄ／Ａ変換器４２及び増幅器４４を通じて、イヤホン又はスピーカ４６へ出力される。このようなメッセージの電話ネットワーク４８からの受信を矢印５０で示す。電話ネットワーク４８は、更に、電話１０からワイド・エリア・ネットワーク（ＷＡＮ）サーバ５２へのリンク、及び電話１０からＷＡＮ５４（例えば、インターネット）を通じて電話１０へのデータ源を備える１以上のリモート・サービス・プロバイダ５６へのリンクを提供する。
【０１０６】
上記実施形態のモバイル機器は、マイク５８、アナログ／ディジタル変換器６０、プロセッサ６２、ユニバーサル・インターフェース・プロトコルＵＩＰ６４、及び音声信号を携帯電話ネットワーク又はローカル・ネットワークを通じて送信するエンコーダ２８と、を有する。これらの特徴は従来から携帯電話などのモバイル機器に備えられているが、それらは本発明を実行するのに不可欠なものでないことは明らかである。
【０１０７】
本発明に必要なローカル・リンク６０についての強力な候補技術は、ブルートゥースである。その理由は、ブルートゥースは非常に多くの携帯電話および他のモバイル機器の構成要素となることが予想されるからである。ブルートゥース・プロトコルを分析する際に、特に上記第三の実施形態の方法について問題が生じ得る。第三の実施形態において、モバイル機器２０は、固定ビーコン２２を検知し、モバイル機器２０が何らの送信を必要とすることなく、それらから基本情報を抽出するべきである。しかし、この種のブロードキャスト・オペレーションは、現在のブルートゥース仕様によってサポートされていない。
【０１０８】
ある程度、不整合性はブルートゥース・ビーコン・システムの周波数ホッピング性質に追従する。これは、ブロードキャスト・メッセージ（又は、事実、あらゆるメッセージ）が通り過ぎる端末によって受信されるためには、該端末は該ビーコンと時間及び周波数の双方において同期が取れていなければならない。モバイル機器２０は、そのクロックをビーコン・クロックと同期させ、ビーコン・アイデンティティからいずれのホッピング・シーケンスが採用されているのかを推定しなければならない。
【０１０９】
この推定を為すために、モバイル機器は、ビーコンがピコネット・マスタとして管理するピコネットにスレーブとして加入することが従来必要とされている。２つの手順群：「照会」及び「呼び出し」が用いられる。「照会」により、将来のスレーブは基地局を発見し、ピコネットに参加する要求を発行することが可能となる。「呼び出し」により、基地局はその選択したスレーブを該ネットに加わるように招待することができる。これら手順の分析は、ピコネットに加入するのに掛かる時間及びマスタから情報を受信する位置にいる時間は、数十秒程度となることを示す。
【０１１０】
このような規格に準拠したブルートゥース手順は、第一及び第二の実施形態において想定した双方向接続を形成するのに適する。
【０１１１】
別の方法は、モバイル機器がブルートゥースの駐車モードに入ることである。このモードにおいて、モバイル機器にはビーコンから特別なアイデンティティが与えられ、ほとんどの時間寝ていて、周期的に起きて自身をマスタに対して再同期させ、呼び出しメッセージなどの考えられる命令についての特殊ビーコン・メッセージを聞く。再び、このモードは、特に、本発明の第一及び第二の実施形態と共に用いられるのに適しており、モードは、ピコネットでは８つのモバイル機器に限定されていた代わりに、２５４のモバイル機器が一度に接続されることを可能にする。
【０１１２】
ビーコンからブロードキャスト・データを受信することの難しさは、少なくとも部分的にはブルートゥースの周波数ホッピング性質及び同様のシステムによって生ずる。ブルートゥース照会手順は、マスタ及びスレーブを引き合わせる問題を解決するために特別に提案されてものである。出願人らは、マスタによって発行された照会メッセージ上のブロードキャスト・チャネルをピギーバックすることが可能であることに気が付いた。適合する端末のみがブロードキャスト・チャネル・メッセージを読む必要があり、このメカニズムは、全体的に、従来のブルートゥース・システムと互換性を有する。
【０１１３】
第三の実施形態に必要は手順を実行することがどのようにして可能になるかを説明するために、我々は、ます、照会手順自体が如何に作動するかを図６を参照して考える。ブルートゥース・ユニットが他のブルートゥース装置を発見したいとき、それはいわゆる照会サブステートに入る。このモードにおいて、それは、Ｇｅｎｅｒａｌ  Ｉｎｑｕｉｒｙ  Ａｃｃｅｓｓコード（ＧＩＡＣ）又は複数の任意的なＤｅｄｉｃａｔｅｄ  Ｉｎｑｕｉｒｙ  Ａｃｃｅｓｓ  Ｃｏｄｅｓ（ＤＩＡＣ）を含む照会メッセージを発行する。このメッセージ送信は、複数のレベルで繰り返される。まず、それは、合計３２から１６の周波数上で送信され、照会ホッピング・シーケンスを構成する。このメッセージは、奇数タイムスロットに続く偶数タイムスロットの２つの周波数上で２度送信される。ここで、奇数タイムスロットは、２つの対応する紹介応答ホッピング周波数上での返事を聞くのに用いられる。よって、１６の周波数及び対となるそれらの応答を、１６のタイムスロット又は１０ｍｓに変換することができる。図６のチャートは、およそｆ｛ｋ｝を中心とする１６の周波数上での送信シーケンスを示す。ここで、ｆ｛ｋ｝は照会ホッピング・シーケンスを表す。
【０１１４】
次の工程は、この送信シーケンスを少なくともＮｉｎｑｕｉｒｙ回繰り返すことである。最も少ない場合、一連の送信（以下、照会送信列Ａと呼ぶ）を構成するシーケンス全体の反復回数はＮｉｎｑｕｉｒｙ＝２５６にセットされるべきである。次に、照会送信列Ａは、残りの１６周波数上の送信シーケンスを構成する照会送信列Ｂと交換される。再び、列Ｂは、送信シーケンスの２５６回の反復から構成される。全体として、照会送信は、列Ａの送信と列Ｂの送信との間を循環する。ブルートゥース規格は、この列間の切り替えは誤りのない環境においてすべての応答を集めるために少なくとも３回行わなければならないと述べている。これは、照会ブロードキャストに少なくとも１０．２４秒掛かり得ることを意味する。
【０１１５】
これを減らす１つの方法は、照会送信列間の切り替えをより素早く、すなわち、１６タイムスロットを網羅するために１０ｍｓを２５６回繰り返すために２．５６秒が過ぎるまで待機しない、ようにすることである。これは、照会メッセージは現在の列の残りから検知されるという条件で、照会メッセージが例えば５０ｍｓたっても検知されなければ、切り替えが行われるように本システムを設定することによって、適切に実現され得る。
【０１１６】
従来のアプローチにおいて、ビーコンによって発見してもらいたいモバイル機器は、照会スキャン・サブステートに入る。ここで、それは関心あるＧＩＡＣ又はＤＩＡＣを含むメッセージを聞く。それは、周期的にも作動する。それは、該照会によって用いられる１６の照会周波数をカバーできる程度に十分に長くなければならない照会スキャン期間の間、単一のホップ周波数上で聞く。連続するスキャンの先頭の間の間隔は、１．２８秒以下である。選ばれた周波数は、照会ホッピング・シーケンスを構成する３２のリストから来る。
【０１１７】
適切なＩＡＣを含む照会を聞くと、モバイル機器はいわゆる照会応答サブステートに入り、ビーコンに対して複数の照会応答メッセージを発行する。すると、ビーコンは、そのモバイル機器を呼び出し、ピコネットに加わるように招く。
【０１１８】
図７に示すように、出願人は、ビーコンによって発行された照会メッセージは、該メッセージに付属し、データを運ぶことができるエキストラ・フィールドを有することを提案する。このフィールドを照会メッセージの終わりに加えることによって、適合していない受信器は修正なしにそれを無視することができることは明らかである。
【０１１９】
このエキストラ・データ・フィールドの存在は、従来ブルートゥース照会パケットの終わりに認められていたガード・スペースが減らされることを意味する。しかし、新しいホップ周波数への周波数同期時間を与えるために設けられるこのスペースは、一般的にはそうでなくても用いられない。なぜなら、現在の周波数シンセサイザーは、エキストラ・ガード・スペースへ拡張する必要がないスピードで切り替えを行うことができるからである。この標準的な照会パケットは、６８ビット長のＩＤパケットである。それが半スロットで送られると、割り当てられたガード・スペースは、（６２５／２−６８）＝２４４．５μｓ（スロット区間長：６２５μｓ、シグナリング・レート：１Ｍｂｉｔ／ｓ）である。現代のシンセサイザーは、本分野の専門家によって考えられている１００μｓ以下のルーチンよりも短い時間で切り替えることができる。よって、出願人は、１００ビットをこの新しいフィールドに対する適切なサイズとして割り当てることを提案するが、他のフィールド・サイズも当然可能であることは明らかである。
【０１２０】
モバイル機器は、ピコネットに加入する冗長な手順を通る必要なしに素早くブロードキャスト・データを受信することができる。加えて、ハンドセットはあらゆる情報を何ら送信する必要がないため、多くの基地局が存在し得る密度の高い環境においては特に重要となるパワ節約を結果として生じる。それにもかかわらず、ハンドセットが双方向モードであり、より多くの情報を得るためにピコネットへの加入を望んでいるとき、それは、通常通り、デフォルトの照会手順を採用してもよい。この追加的データ・フィールドをサポートすることを通じて、機能性の損失はない。
【０１２１】
我々の１００ビットのうちの４つがＩＤフィールド用トレーラ・ビットとして失われる典型的な環境において、残りの９６ビットについて、出願人は、６４ビットをデータに用い、３２ビットを２／３ＦＥＣ（前方誤り訂正）チェックサムに用いる割当を好む。したがって、各照会バーストは８バイトのブロードキャスト・データを含む。最も一般的なシナリオにおいて、Ａ及びＢ列の第二グループによって、モバイル機器が基地局を発見すると、エキストラ・データをビーコンへ送信し、ブロードキャスト・データを待機する。それは具体的に聞いているため、モバイル機器は少なくとも２５６バースのデータを２度（Ａ及びＢ）読むことができ、２キロバイトを２ロット、すなわち計４キロバイトを得る。
【０１２２】
このステージにおいて、モバイル機器は、ビーコン・クロックの位相を知らない。なぜなら、この情報は送信されていないからである。モバイル機器をアシストするために、クロック情報は、図８に示すように、ＡＢ間の次の切り替えが起きるときを示すいくつかの補助情報と共に、第一のＡ及びＢグループにおける列の少なくとも一部において送信される。このクロック情報は、ブロードキャスト・データの代わりに送信されるため、２つのデータ・チャネル間を区別する手段が設けられる。別々のＤＩＡＣを用いることは、１つの考えられる方法である。
【０１２３】
モバイル機器がビーコンのタイミングを知っている場合、モバイル機器はいかにホップするかも知っており、１つの列のすべての送信を追跡することができる。一フレームには１６の送信があるため、結果として起こるチャネルは容量の１６倍であり、６４キロバイトの情報を運ぶことができる。
【０１２４】
端末は１．２８秒又はそれ以下ごとに目を覚ますため、それは、一般的に、それが必要とするクロッキング情報を第一のＡ又はＢ区間の半分を示すマークによって得る。図９に示すように、これら半分のマークにおいてクロックからデータへ切り替えることは、複数の有用な利点を提供する。最初に、一部のデータを照会手順の開始から５秒かからずに受信することができる。第二に、端末は、重要なキーがサイクルの比較的遅いところで現れる場合であっても、基地局へ照会応答を自動的に発行することによって、重要なキーに対して依然として応答することができる（それが端末が取るべき適切なアクションであれば）。容量を増やすことを前提としていないことに注意。
【０１２５】
以上において、モバイル機器は、すべての追加的データ・フィールド・パケットを３２の照会チャネルのうちの一チャネル上で受信するため、使用可能な帯域幅の１／３２しか使わない。明らかなように、モバイル端末（ビーコン・スレーブ）が第一の照会パケットをいつ受信するかに関する不確実さを克服することができれば、ホッピング・シーケンスの所定の性質を収容することができ、よって全帯域幅が利用される。最初のパケットを受信した点からマスタの照会ホッピング・シーケンスと同期を取るスレーブについて、このスレーブはマスタ・クロック・オフセットとマスタ・ホッピング・シーケンスにおける最初の受信パケットの位置との双方を知っている必要がある。
【０１２６】
スレーブ・ホッピングを同期させる別の方法は、クロッキング・データをブロードキャスト・フィールドごとに送信することである。追加的データ・フィールド（ＢＣＤ；図５）は以下の情報を含む４バイトを運ぶ。
・マスタ・クロック・オフセット（２バイト）
・完全な列の反復数（１バイト）−完全な列は１０ｍｓ列の２５６回の反復から構成され、このパラメータの範囲は０〜２５５（照会が次の完全な列に切り替わる前）である。これは、マスタが次に完全な列に切り替わるときをスレーブに示す。
・現在の照会サイクルにおいて完全な列の切り替えが完了した回数（１バイト）−このデータは、現在の完全な列の終わりにおいてマスタが何をする確率が高いか、すなわち、別の完全な列へ切り替えるか、或いは照会手順を終了させるか、をスレーブに示す。
【０１２７】
１０ｍｓの列においてチャネルが繰り返されない限り、ホッピング・シーケンスにおける現チャネルの位置を示すフィールドは必要ない。なぜなら、スレーブは該シーケンスの知識からそれを求めることができるからである。
【０１２８】
以上より明らかなように、各追加的フィールド・パケットに４バイトを加えることによって、スレーブは、依然として４バイトをブロードキャスト・データを運ぶのに使用可能としながら（データ用１００ビットのうちの６４を割り当てる我々の好みによれば）、照会の終わりまで、すべての追加的フィールド・パケットをピックアップすることができる。
【０１２９】
シーケンス・データを送信するのに４バイトで足りなければ、そのデータを４バイトずつに再分割し、それぞれを後続データ・パケットと共に送信することもできる。
【０１３０】
ブロードキャスト・シーケンスの送信は、所定の時刻にのみ発生してもよい。これらは、例えば、ＴＶ放送、ラジオ、携帯電話によって、或いはインターネットを通じて、遠隔的にトリガされてもよい。
【０１３１】
クレジット／デビット・ブロードキャストは、送信されるときに生成されるのではなく、格納され、ブロードキャストするようにトリガされたときにブロードキャストされてもよい。
【０１３２】
これの第一の例は、ＴＶチャネル、オーディオＣＤ、ビデオ・ゲームＣＤ−ＲＯＭ、ダウンロードされたＭＰ３音楽が、ＴＶセットトップ・ボックス、オーディオ機器、ラジオ、又はＴＶなどの家電製品に埋め込まれたｒ．ｆ．又はｉ．ｒ．ビーコンからクレジット・ブロードキャスティングをトリガするかもしれない。これらは、家庭内でそのビーコンの近くにいる携帯電話にクレジット又はクーポンをブロードキャストするかもしれない。
【０１３３】
クレジット妥当性についてのデータ群（ランダム・シーケンス）は、家電製品に予めキャッシュされ、ＴＶ放送局によってトリガされるかもしれない。或いは、それは、受益者の家庭へのリアルタイム（ディジタル）ＴＶ信号ストリームに埋め込まれて送られるかもしれない。消費者のＴＶがいずれのチャネルに合わせられているかを知っているケーブル会社又はサービスは、このようにして、特定のＴＶ番組の一部又は全部の視聴者にクレジットをブロードキャストするかもしれない。或いは、彼らは、特定のＴＶ広告へチャネルを合わせた居間にいる視聴者に返金するかもしれない。
【０１３４】
１つの拡張として、ローカル・ストレージ装置（ハードディスク、ＶＣＲ）がＴＶ番組及びその後の閲覧に対するリンクされたクレジットとｒｆクレジット・ブロードキャストとの双方を格納するかもしれない。この格納されたクレジット・シーケンスのブロードキャスティングは、Ｊａｖａ（Ｒ）プログラム・アプレットによって為されるかもしれない。ここで、このＪａｖａ（Ｒ）プログラム・アプレットは、起動されると、再利用を防ぐために、自身を削除する。或いは、同じ人物／装置によってクレジットに対する同一のシーケンスの複数の不正な送信に対向するために、前述のような他の方法が用いられる。
【０１３５】
第二の例は、ゲームが特定のレベルに達すると、ゲーム機のｒｆビーコン・レンジ内のプレイヤの携帯電話に返金／課金する報奨／罰金システムを含むかもしれないＣＤＲＯＭゲームである。このようなＣＤＲＯＭ自体がｒｆを通じてブロードキャストされるクレジット・データ群を含んでもよく、これらはゲーム機に格納され、ＣＤＲＯＭゲームによってトリガされてもよく、或いは、データ群はゲーム機がウェブ対応であればインターネットから取り出してもよい。このゲームは、例えば、プレイヤが報奨ゲーム・レベルに初めて到達したときのみｒｆクレジット・シーケンスのブロードキャストがこのＣＤＲＯＭコピーによってトリガされるように構成されてもよい。
【０１３６】
以上、本発明の特定の実施形態について説明したが、本発明は上記実施形態に限定されない。特に、上記実施形態はブルートゥース通信を参照して説明されたが、本発明はブルートゥースに限定されず、ｉｒＤＡや８０２．１１などのあらゆる通信プロトコルを用いることができる。
【０１３７】
さらに、他の適用は、ある場所にいる人々に報いるためにクレジットをブロードキャストすることを含んでもよい。これは、特に、遅れた鉄道又は飛行機の乗客にとって有用となり得る。このクレジットは、その場所で、商品及びサービス、例えば食べ物及び飲み物と交換可能であってもよい。
【０１３８】
別の適用は、職場に遅くまで残ることに対する報奨、例えば、金銭的報奨、食べ物、又はエンターテイメント・クレジットなどを作業員にクレジットすることである。
【０１３９】
本発明の特定の実施形態を正の報奨を参照して説明したが、本発明は、負の報奨を含むように拡張することも可能である。例えば、本発明は、例えば、ある非常に混雑した場所から人々を退去させるために、ある場所に位置するユーザに課金したり、ある場所に留まるユーザに落胆させたりするのに用いられてもよい。このようなシステムは、ある場所に位置するユーザに課金するエンターテイメント場所におけるゲーム又は迷路において便利である。
【図面の簡単な説明】
【図１】
本発明に係るシステムの第一の実施形態の概略図である。
【図２】
図１のシステムを用いて、アカウントをクレジットする方法のフロー図である。
【図３】
本発明の第二の実施形態に係るシステムの概略図である。
【図４】
本発明の第三の実施形態に係るシステムの概略図である。
【図５】
本発明と共に用いられるモバイル機器の詳細な概略図である。
【図６】
ブルートゥース調査ホッピング・シーケンスを示す図である。
【図７】
ＩＤパケットに付加された追加的データを示す図である。
【図８】
クロックと共に散布されたデータを示す図である。
【図９】
データをクロックと共に散布する代替的方法を示す図である。
【図１０】
本発明の第三の実施形態において用いられるモバイル機器において実行される処理のフロー図である。
【図２】
2004516588.tif 000002
【図３】
2004516588.tif 000003
【図５】
2004516588.tif 000004
【図６】
2004516588.tif 000005
【図７】
2004516588.tif 000006
【図８】
2004516588.tif 000007
【図９】
2004516588.tif 000008
【図１０】
2004516588.tif 000009
【国際公開パンフレット】
2004516588.tif 000010
2004516588.tif 000011
2004516588.tif 000012
2004516588.tif 000013
2004516588.tif 000014
2004516588.tif 000015
2004516588.tif 000016
2004516588.tif 000017
2004516588.tif 000018
2004516588.tif 000019
2004516588.tif 000020
2004516588.tif 000021
2004516588.tif 000022
2004516588.tif 000023
2004516588.tif 000024
2004516588.tif 000025
2004516588.tif 000026
2004516588.tif 000027
2004516588.tif 000028
2004516588.tif 000029
2004516588.tif 000030
2004516588.tif 000031
2004516588.tif 000032
2004516588.tif 000033
2004516588.tif 000034
2004516588.tif 000035
2004516588.tif 000036
2004516588.tif 000037
2004516588.tif 000038
2004516588.tif 000039
2004516588.tif 000040
2004516588.tif 000041
2004516588.tif 000042
2004516588.tif 000043
2004516588.tif 000044
2004516588.tif 000045
2004516588.tif 000046
2004516588.tif 000047
2004516588.tif 000048