(57)【要約】店に留まる顧客に報酬を与える方法とシステムが提供される。前記方法は、店とモバイル装置とで通信して、モバイル装置が所定の場所内にあるか否かを決定するステップと、その場所内に存在するモバイル装置のユーザに報酬を与えるようにモバイル装置にクレジットを付与するステップとを有する。入場時と退出時とともにランダム・シーケンスをモバイル装置に絶えず送信するような不正を妨げるために、様々なセキュリティ機能が含まれる。店はまた、如何なる時点での店に留まる顧客数を定期的に記録する。
2005523500.tif 000002
【特許請求の範囲】
【請求項１】
場所における時間に対してユーザにポイントを与える方法であって、
前記場所への前記ユーザの入場時を検出するステップと、
前記場所への前記ユーザの入場を表す入場識別コードを生成するステップと、
少なくとも１つの擬似乱数ビットストリームを前記ユーザに関連する携帯用装置に送信するステップであって、前記ビットストリームが前記携帯用装置により記録されることを妨げる程の速度で送信されるステップと、
前記携帯用装置に送信される前記ビットストリームのハッシュ値を計算するステップと、
前記ユーザの退出時を検出するステップと、
前記場所からの前記ユーザの退出を表す退出識別コードを生成するステップと、
前記携帯用装置のメモリに情報を記録するステップであって、前記記録される情報が、前記計算されたハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有するステップと、
前記場所に関連するデータベースにデータを格納するステップであって、前記格納されるデータが、前記ビットストリームの前記ハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有するステップと、
前記格納される情報と前記記録されるデータを比較することにより、前記場所での前記ユーザの時間を確認するステップと、
前記場所での前記確認された時間に基づいて前記ユーザにポイントを与えるステップと
を有する方法。
【請求項２】
請求項１に記載の方法であって、
前記入場識別コードと前記退出識別コードのうちの少なくとも１つが、固有のランダムな識別番号として生成される方法。
【請求項３】
請求項２に記載の方法であって、
前記生成するステップが、前記ランダムな識別番号を生成するためのランダムなシード(seed)を使用することを有する方法。
【請求項４】
請求項１に記載の方法であって、
前記送信するステップが、ビットストリーム生成用のランダムなシード(seed)を定期的に使用することを少なくとも有する方法。
【請求項５】
請求項１に記載の方法であって、
前記送信するステップが、複数の擬似乱数ビットストリームを送信することを有し、
更に前記計算するステップが、前記複数のビットストリームのハッシュ値を計算する反復ハッシュ関数を使用して実行される方法。
【請求項６】
請求項１に記載の方法であって、
前記記録するステップが、前記ユーザの前記入場時と、前記場所からの前記ユーザの前記退出時を記録情報として記録することを更に有する方法。
【請求項７】
請求項１に記載の方法であって、
前記格納するステップが、格納されたデータを日時でインデックス化することを有する方法。
【請求項８】
請求項１に記載の方法であって、
如何なる所定の時間においても、前記場所のユーザ数を決定するステップを更に有し、
前記格納するステップが、前記場所にいると決定された前記ユーザ数を格納データとして格納することを有し、
更に前記確認するステップが、前記所定の時間に前記場所にいると決定された前記ユーザ数より多いユーザにポイントが与えられないことを確保することを有する方法。
【請求項９】
請求項１に記載の方法であって、
それぞれの検出するステップが、所定の時間に２つの異なるユーザを識別可能であり、
更に前記確認するステップが、前記所定の時間に各ユーザが識別され得ない場合に、ポイントが与えられないことを確保することを有する方法。
【請求項１０】
請求項１に記載の方法であって、
前記与えるステップにより与えられる前記ポイントが、プラスの報酬である方法。
【請求項１１】
場所における時間に対してユーザにポイントを与えるシステムであって、
前記ユーザに関連する携帯用装置であって、ビットストリームのハッシュ値を計算する計算機と、情報を記録するメモリとを有する携帯用装置と、
前記場所での前記ユーザの時間を確認する確認システムとを有し、
前記確認システムは、
前記場所への前記ユーザの入場時と前記場所からの前記ユーザの退出時を検出する手段と、
前記場所への前記ユーザの入場を表す入場識別コードを生成し、前記場所からの前記ユーザの退出を表す退出識別コードを生成する生成器と、
少なくとも１つの擬似乱数ビットストリームを前記携帯用装置に送信する発信源であって、前記ビットストリームが前記携帯用装置により記録されることを妨げる程の速度で送信される発信源と、
前記ビットストリームの前記ハッシュ値を計算する計算機と、
データを格納するデータベースであって、前記格納されるデータが、前記ビットストリームの前記ハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有するデータベースと、
前記データベースからの前記格納されるデータと前記携帯用装置からの前記記録される情報を比較する手段であって、前記記録される情報が、前記計算されたハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有し、前記場所での前記ユーザの時間を確認する手段と、
前記場所での確認された時間に基づいて前記ユーザにポイントを与える手段とを有するシステム。
【請求項１２】
請求項１１に記載のシステムであって、
前記生成器が、前記入場識別コードと前記退出識別コードのうちの少なくとも１つを、固有のランダムな識別番号として生成するシステム。
【請求項１３】
請求項１１に記載のシステムであって、
前記発信源が、前記ランダムな識別番号を生成するためのランダムなシード(seed)を使用するシステム。
【請求項１４】
請求項１１に記載のシステムであって、
前記発信源が、ビットストリームの生成用のランダムなシード(seed)を定期的に使用するシステム。
【請求項１５】
請求項１１に記載のシステムであって、
前記発信源が、複数の擬似乱数ビットストリームを送信し、
更に前記計算機が、前記複数のビットストリームのハッシュ値を計算する反復ハッシュ関数を使用するシステム。
【請求項１６】
請求項１１に記載のシステムであって、
如何なる所定の時間においても、前記場所のユーザ数を決定する手段と、
前記所定の時間に前記場所にいると決定された前記ユーザ数より多いユーザにポイントが与えられないことを確保する手段と
を更に有するシステム。
【請求項１７】
請求項１１に記載のシステムであって、
前記検出する手段が、所定の時間に２つの異なるユーザを識別可能であり、
前記確認システムが、前記所定の時間に各ユーザが識別され得ない場合に、ポイントが与えられないことを確保する手段を有するシステム。
【請求項１８】
場所における時間に対してユーザにポイントを与える方法であって、
前記場所への前記ユーザの入場時を検出するステップと、
前記場所への前記ユーザの入場を表す入場識別コードを生成するステップであって、前記入場識別コードが、ランダムなシード(seed)を使用して固有の擬似乱数識別番号として生成されるステップと、
擬似乱数ビットストリームを前記ユーザに関連する携帯用装置に送信するステップであって、前記ビットストリームが前記携帯用装置により記録されることを妨げる程の速度で送信されるステップと、
反復ハッシュ関数を使用して、前記携帯用装置に送信される前記ビットストリームのハッシュ値を計算するステップと、
前記場所からの前記ユーザの退出時を検出するステップと、
前記場所からの前記ユーザの退出を表す退出識別コードを生成するステップであって、前記退出識別コードが、固有の擬似乱数識別番号として生成されるステップと、
前記携帯用装置のメモリに情報を記録するステップであって、前記記録される情報が、前記入場時と、前記退出時と、前記計算されたハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有するステップと、
前記場所に関連するデータベースにデータを格納するステップであって、前記格納されるデータが、日時でインデックス化され、前記ビットストリームの前記ハッシュ値と、前記入場識別コードと、前記退出識別コードとを少なくとも有するステップと、
前記格納される情報と前記記録されるデータを比較することにより、前記場所での前記ユーザの時間を確認するステップと、
前記場所での前記確認された時間に基づいて前記ユーザにポイントを与えるステップと
を有する方法。
【請求項１９】
請求項１８に記載の方法であって、
如何なる所定の時間においても、前記場所のユーザ数を決定するステップを更に有し、
前記格納するステップが、前記場所にいると決定された前記ユーザ数を格納データとして格納することを更に有し、
更に前記確認するステップが、前記所定の時間に前記場所にいると決定された前記ユーザ数より多いユーザにポイントが与えられないことを確保することを有する方法。
【請求項２０】
請求項１８に記載の方法であって、
それぞれの検出するステップが、所定の時間に２つの異なるユーザを識別可能であり、
更に前記確認するステップが、前記所定の時間に各ユーザが識別され得ない場合に、ポイントが与えられないことを確保することを有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラスのクレジットとマイナスのクレジットの双方を含むクレジットで、顧客に報酬を与える方法とシステムに関するものであり、特にそのような報酬システムで不正を妨げる方法とシステムに関するものである。
【背景技術】
【０００２】
商取引、すなわち商品とサービスの売買は、見込まれる購入者に商品とサービスの提示と認識を容易にする努力と発展を継続することによって特徴付けられる長い歴史を有する。そのような努力の目的は、潜在的な顧客を魅了し、そのショッピングの経験を更に快適且つ生産的にすることである。
【０００３】
訪問者を魅了する管理の後に、一般的に売り手は潜在的な顧客をできるだけ長く周りに保持することを望む。一般的に顧客は店にいるときにのみ購入するため、顧客を店にできるだけ長く保持することは意味のあることである。好ましくは遅かれ早かれ、顧客に返品する理由を与えることも重要である。このことは、様々な報酬プログラムを通じて達成されることがある。
【０００４】
例えばインターネットのような仮想ショッピング環境では、報酬プログラムは、サイトを利用するいくつかの方法でユーザに報酬を与えることを含む。報酬は、ある種類のキャッシュ払いであることがあるが、通常は、商品又はサービスと引き換えることができるポイント又はクーポンの形式を取る。報酬は、単にサイトを訪問すること、サイトである動作を実行すること(例えば何かを買うこと又はニュースレターに入会すること)、又はサイトに顧客を連れてくる販売促進ツールとして顧客に直接分配されることで、支給されることがある。
【０００５】
中小企業にとって魅力があり得るインターネットで利用可能な２つの主な種類の報酬機構(通貨とクーポン)が存在する。通貨に基づく機構は、ポイント又はトークンが“獲得”され、その機構に参加するその他の店で後に“使用”され得るものである。一般的にクーポンは顧客が店又は店のネットワークに登録することを必要とし、その交換に顧客は割引や特別の販売促進取引が送信される。クーポンや、ロイヤリティ機構や、割引カードや、空路マイルや、それと同様のものは、“オフライン(brick  and  mortar)”店舗で試用されてテストされた技術であり、インターネットでこれら技術が広く使用されている。
【０００６】
仮想商店であれ、物理的なショッピングモールであれ、顧客のロイヤリティ又は“粘着度”は、成功するビジネスの必須の要件である。商品とサービスの品質が十分であることがあっても、商品を販売する過度の競争世界において、特に初期の段階で成功した店は、競争に対して先端である必要がある。店が構築することを目的とするコミュニティの“テーマ”は、店が販売しようとする商品又はサービスと必ずしも正確な一致が必要であるわけではない。目的は、製品のマーケットが存在するが、その店が街の唯一のプレイヤであるというニッチを作ることである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、物理的な店で特定のレベルの顧客維持を作って維持する方法の必要性が存在する。すなわち、個人を場所に魅了し、その場所で個人を物理的に維持する改善した方法の必要性が存在する。多くの会社は、その広告と販売促進キャンペーンを製品又はブランドに向けるが、特有のマーケット又は顧客セグメントを魅了及び維持する方法の可能性が市場に存在する。その目的は、新しい顧客を魅了することのみならず、既存の顧客を維持することを支援することでもある。
【０００８】
更に、いくつかの状況では、場所にいることで利益を得るものは個人であり、そのような状況ではその場所に存在することに対して個人に支払いを請求する希望がある。回転ドアや、チケットオフィスや、それと同様のものを使用する既存のシステムは、しばしば不便であり、多数のチケット社員を必要とする。ピーク時にはチケットの長い待ち行列ができる。従って、場所に存在することに対して個人に支払いを請求する改善した手段の必要性もまた存在する。
【０００９】
電子マーケットのような従来の市場は、商取引の基本処理に対応しなければならず、そこでは売買の提示が行われ、提示が受領され、対価が支払われる。実行可能な市場はまた、セキュリティやプライバシーのような問題に対処しなければならず、そうでない場合には基本処理が動いていても、顧客と提供者が市場に参加しない。
【００１０】
電子ビジネス及び電子商取引アプリケーションに情報セキュリティが必要である。今日、セキュリティサービスは、強力な暗号機構の使用に依存しており、それはしばしば乱数を使用する。
【００１１】
乱数の生成は、キー生成やチャレンジ・レスポンス型(challenge/response)プロトコルのような、広範囲の暗号動作で使用されている。乱数生成器は、如何なる時点でも次のビットが前のビットに基づいて予想できないように、0と1の連続を出力する装置である。しかし、コンピュータは決定論的装置であるため、真の乱数の生成はコンピュータで行うことが困難である。従って、同じ乱数生成器が２度動作する場合には、同一の結果が得られる。真の乱数生成器も用いられるが、それは構築が困難である。一般的にそれは、放射性物質からの中性子放出又はユーザのマウスの動きのような、物理世界の何かから入力を受け取る。この困難性のため、コンピュータでの乱数の生成は、通常は擬似乱数の生成のみである。擬似乱数生成器は、ランダムに見える配置を有するビットの連続を作る。それぞれ異なるシード(seed)(通常は長い擬似乱数ストリームを作るために使用されるビットの一般的にランダムなストリーム)で、擬似乱数生成器は、異なる擬似乱数の連続を作る。連続のランダム度は、シード(seed)のランダム度に依存する。コンピュータ用のシード(seed)素材を作る２つの一般的な手法が存在する。１つは、専門ハードウェアベースの乱数生成器に基づく。他方は、キーボード又はマウスのような標準のハードウェアを使用する。
【００１２】
その他の一般的に利用されている暗号の概念は、ハッシュ関数である。ハッシュは、任意の量のデータから固定の大きさの結果を形成する伝統的な計算動作である。理想的には、入力データへの最小の変化ですら、その結果のビットの約半分を変更する。ハッシュは、非常に類似した用語又は語句がテーブルに渡って非常に分散されているような、テーブル索引にしばしば使用される。
【００１３】
データのハッシュは特定のハッシュ値を作り、そのハッシュ値が送信(又は格納)の前にメッセージに含まれ得る。データが受信(又は読み取り)され、ハッシュ値が計算されると、これが含まれるハッシュ値と一致するべきである。従って、ハッシュが異なると、何かが変更されており、通常の解決策はデータを再送信する要求をすることである。
【００１４】
しかし、ハッシュ値は一般的にデータより小さいため、その同じ値を作る“多数の”異なるデータが存在し得る。このことは、“誤り検出”が本質的に全ての可能な誤りを検出することができないことを意味し、それ故にハッシュ計算の何らかの“線形性”にかなり依存する。
【００１５】
従って、プラスのクレジットとマイナスのクレジットの双方を含むクレジットで、場所で費やした時間に対して顧客にクレジットを付与する安全なシステムと方法の必要性が存在する。
【課題を解決するための手段】
【００１６】
本発明の第１の態様によると、ビーコンとモバイル装置との間で通信をして、モバイル装置が所定の場所内にあるか否かを決定するステップと、その場所内に存在するモバイル装置のユーザに報酬を与えるようにモバイル装置にクレジットを付与するステップとを有する報酬の方法が提供される。
【００１７】
モバイル装置は、モバイル装置が所定の場所内にある時間の長さに依存した金額でクレジットを付与され、その場所内の継続した存在に対してモバイル装置のユーザに報酬を与えてもよい。このように、場所を訪問することに対してモバイル装置のユーザに報酬を与え、それによってその顧客がその場所内に留まるインセンティブを提供することが可能になる。これは、顧客が購入を行う機会を増加させ、ブランドのロイヤリティと認識度を増加させることができる。
【００１８】
代替として又は更に、モバイル装置は、例えば指定の時間に場所内に単に存在することに対してクレジットを付与されてもよい。これは、店の販売促進に、又は例えば遅くまで残っている従業員に報酬を与えることに有用なことがある。
【００１９】
モバイル装置は、モバイル装置が所定の場所内にあるときに、商品及びサービスと交換可能な電子クーポンでクレジットを付与されてもよい。
代替として又は更に、モバイル装置のユーザに対応するアカウントが、モバイル装置が所定の場所内にいる時にその場所内に存在することに対してモバイル装置のユーザに報酬を与える金額でクレジットを付与されてもよい。
【００２０】
そのクレジットは、広範囲の報酬に対応することがある。例えば、クレジットはユーザのロイヤリティ・カードのアカウントにおけるポイントであってもよく、提供される製品又はサービスで減少してもよく、又はユーザの銀行アカウントのクレジットでもよい。一例では、小売店への30分の物理的な存在に対して、小売店が携帯電話のオペレータに５分の無料通話時間を与える同意をすることがある。アカウントがユーザの名義である必要はなく、ユーザの会社、家族、慈善団体、又は報酬を有するユーザに関連するその他のグループ若しくは組織にクレジットを付与することが望ましいことがある。
【００２１】
一面では、本発明は、受益者に対する仮想通貨の散布として見ることができ、その受益者は特定の空間又は場所にいる匿名者であってもよい。その場所は迷路のゴール、TVショー、家族のリビングルーム、ポップ・コンサートのスタジアム、テーマパーク、又は職場であってもよく、当業者はその他の適用を容易に考えるであろう。
【００２２】
例えば、従業員は仕事の時間(例えば残業時間)に対してクレジットを付与されてもよい。従業員は、ローカルのビーコンとBluetoothネットワーク接続可能であり、バッジの固有のRF(無線周波数)装置IDを好評することが可能な簡単な無線周波数バッジを運ぶことがある。特定の職場領域で費やされた時間に対して自動的に残業時間の報酬が与えられ、従業員による手動のバッジ提示／読み取りの必要性を除去する。
【００２３】
本発明は、数メートル又は数十メートル内にモバイル装置の位置を修正するきめの細かい位置技術を使用してもよく、そのようなサービスがより広く利用可能になってきている。適切なシステムは、グローバル・ポジショニング・サービス(GPS)、Bluetooth、赤外線データアクセス(irDA)、RFLite、802.11又はネットワークのセルラー三角方法の使用を有してもよい。これらの技術は、部分的に緊急サービスを支援する規制(例えば米国のE911の要件)により主導されて、一般的になることが予期され、モバイル電話のBluetooth技術に高い市場浸透が予想される。
【００２４】
ビーコンは、例えばビームをブロードキャストしてビーム内のモバイル装置にクレジットを制限する双方向無線周波数ビーコンであってもよい。
【００２５】
当然のことながら、モバイル電話は本発明に従って使用されてもよいモバイル装置の一例であるが、個人情報端末(PDA)のような他のモバイル装置も本発明での使用に適する。
【００２６】
前記方法は、モバイル装置のサブグループにのみ選択的にクレジットを付与することを有することがある。例えば、選択されたサブグループの基準は、ユーザの年齢、組織若しくは社会的グループの会員、ハンドセットの製造元、ユーザのネットワークサービスプロバイダ、又はその他の基準を有してもよい。
【００２７】
選択的なクレジット付与は、選択されたモバイル装置にのみ接続し、キーを有するハンドセットのみがブロードキャストされる情報ストリームを読み取ることができるように、暗号キーをハンドセットに提供することを有してもよい。代替として、クレジットの適合性が確認システムで検査されてもよい。
【００２８】
セキュリティのため、一方向のハッシュ機構がモバイルで使用されることがある。
【００２９】
前記方法は、少なくとも１つのビーコンから、所定の場所内で受信され得る信号をブロードキャストし、モバイル装置が場所内にあるときに、少なくとも１つのビーコンによりブロードキャストされた信号をモバイル装置で受信し、モバイル装置から確認システムに識別信号を送信し、モバイル装置が少なくとも１つのビーコンの範囲内に留まる時間の長さを確認システムで決定し、識別信号により識別されたモバイル装置のユーザにクレジットを付与することを有することがある。
【００３０】
ビーコンの範囲内で信号を取得するモバイル装置の機能を使用することにより、小売店又は他のベンダー、サービスプロバイダ等は、場所に少なくとも１つのビーコンを提供し、その場所内の存在の便利な指標としてそのビーコンから信号を取得する機能を使用してもよい。
【００３１】
モバイル装置により送信される識別信号は、モバイル装置のBluetooth装置IDでもよい。
【００３２】
通信は複数の方法で処理されることがある。第１の手法は、モバイル装置が範囲内にあるときにビーコンとの接続を行い、次にビーコンが接続を通じてモバイル装置から識別信号を受信し、識別信号を確認システムに渡し、モバイル装置がビーコンと双方向接続をしている時間に応じて、識別されたモバイル装置に対応するアカウントにクレジットを蓄積する。
【００３３】
この手法は、動作が合理的に簡単であり、モバイル装置に特別のソフトウェアを必要としない。必要なものは、双方向通信がビーコンとモバイル装置との間で設定されることと、ビーコンがモバイル装置により発行された識別信号からモバイル装置の識別を決定することである。Bluetoothのようなローカル通信システムは、そのような双方向通信を設定するプロトコルを有する。ビーコンは、モバイル装置の詳細と、モバイル装置が範囲内に留まる時間を確認システムに渡し、場所内にモバイル装置が留まる時間の長さを簡単な方法で決定することができる。
【００３４】
ビーコンはモバイル装置に定期的にポーリングし、モバイル装置が範囲内にあるか否かを決定してもよい。
第２の手法では、前記方法は、ビーコンから識別データシーケンスをブロードキャストするステップと、ブロードキャストされたデータシーケンスに基づいてモバイル装置に情報を格納するステップと、記録された情報を確認用に提示し、モバイル装置がビーコンの周辺に留まる時間の長さを決定するステップと、モバイル装置にクレジットを付与するステップとを有することがある。
【００３５】
この手法は多数の利点を有する。
【００３６】
第１に、ビーコンとモバイル装置との間で双方向通信を設定し、その場所内でモバイル装置により費やされた時間を記録する必要がないため、ローカル通信システムにより提供される有限数の双方向チャネルが制限を構成しない。
【００３７】
第２に、モバイル装置がビーコンとの接続を確立する必要がないため、出力が節約される。
【００３８】
第３に、接続を設定する間の遅延が回避され得る。
【００３９】
第４に、ユーザの識別をシステムに開示する必要がなく、それによりユーザの匿名性とプライバシーを保護することができる。その代わりに、確認用に記録された情報をいつ提示するかをユーザが選択することができる。
【００４０】
更に増加するプライバシーのため、モバイル装置は、ユーザが場所内にいる時間の長さを決定し、アカウントにクレジットを付与するために、記録されたデータ信号を媒介者に送信してもよい。媒介者は、場所のオペレータではなく、モバイル電話会社のような、信頼を受けたサードパーティでもよい。アカウントにクレジット付与される金額の詳細は、Blootoothの識別シークレットのようなユーザの詳細を保持する間に、場所のオペレータに利用可能になることがある。
【００４１】
ビーコンは、各ブロードキャストで変化する識別番号を有するデータセットを定期的にブロードキャストすることがある。それは、レジスタへの蓄積により、モバイル装置に記録され得る。このことは、例えば各受信識別番号をレジスタに単に追加することにより、又は受信識別情報を交互に追加及び控除して検証可能なレコードを作ることにより、行われることがある。次に識別番号の蓄積結果が検証されることが可能になり、モバイル装置がビーコンの周辺内に留まる時間の長さを決定することができる。
【００４２】
識別番号は擬似乱数でもよい。
【００４３】
ビーコンにより定期的にブロードキャストされるデータセットは、場所を示す場所のサイン、時間、及び／又はそれぞれの連続のブロードキャストで増加する連続番号を有し、特定のブロードキャストが受信されたことを特定することがある。
【００４４】
データセットをBluetoothプロトコルに組み込むために、ビーコンによりブロードキャストされるデータセットは、Bluetoothメッセージ信号の問い合わせフェーズ(inquiry  phase)に組み込まれてもよい。
【００４５】
その他の態様では、本発明はモバイル装置のユーザのアカウントにクレジットを付与するシステムに関するものであり、ビーコンの範囲内にあるモバイル装置により受信される信号を送信するためのビーコンと、モバイル装置から信号を受信し、モバイル装置を識別子、モバイル装置がビーコンの範囲内で費やした時間の長さを決定し、範囲内で費やした時間の長さに対応するクレジットで、モバイル装置に対応するユーザアカウントにクレジットを付与する確認システムとを有する。
【００４６】
ビーコンはBluetoothビーコンでもよい。場所の全体での受信範囲を提供するために、複数のビーコンが提供されてもよい。
【００４７】
ビーコンが範囲内でモバイル装置との双方向通信を確立し、それによってモバイル装置を識別する識別情報を受信するするトランシーバを有することがある実施例では、確認システムは、ユーザアカウントにクレジットを記録するデータ記憶装置を有することがあり、前記トランシーバは確認システムに接続され、識別情報を確認システムに渡すことがあり、それによりモバイル装置に対応するユーザアカウントが識別されてクレジットが付与されることが可能になる。そのようなシステムは、前述の第１の手法を使用して本発明を動作することができ、従ってモバイル装置の特別のソフトウェア又はプログラムの必要性を除去することができる。
【００４８】
代替の実施例では、少なくとも１つのビーコンが、モバイル装置による記憶のために識別データセットを送信する。確認システムは、モバイル装置により起動される別個の確認信号を受信し、送信された識別データセットに対して確認信号を検証し、モバイル装置が少なくとも１つのビーコンの範囲内に留まる時間の長さを決定するように構成されることがある。
【００４９】
そのようなシステムは、前述の第２の手法の動作を可能にする。
【００５０】
その他の態様では、報酬システムで使用されるモバイル装置が提供され、モバイル装置が信号を送信するビーコンを含む場所にあるときに、識別情報を含むローカル送信された信号を受信するトランシーバと、メモリと、ブロードキャスト識別データセットに基づいてメモリに情報を記録するステップと、モバイル装置が記録された情報を確認システムに送信させるステップとを実行するコードとを有し、それによりモバイル装置がビーコンの周辺内に留まる時間の長さが決定され、モバイル電話のユーザがその場所に留まることに対して報酬を与えられることが可能になる。
【００５１】
モバイル装置は、例えばモバイル電話、PDA又は従業員バッジでもよい。
【００５２】
そのようなモバイル装置により、そのユーザが前述の第２の手法でクレジットを蓄積することが可能になることがある。
【００５３】
送信作動装置は、直接のユーザ制御下でもよく、例えばユーザが格納された詳細を確認用に送信するメニューオプションを選択してもよい。代替として、送信作動装置は、モバイル装置にプログラムされ、例えば確認コンピュータからのモバイル装置で受信された要求の受信時に、格納されたデータの送信を起動してもよい。
【００５４】
トランシーバはBluetoothトランシーバでもよい。
【００５５】
コードは、モバイル装置がブロードキャスト識別番号をモバイル装置のメモリのレジスタに蓄積し、確認用にレジスタの内容を送信し、モバイル装置がビーコンの周辺内に留まった時間の長さを決定することを引き起こすことがある。このように、モバイル装置は、データセットのシーケンスをブロードキャストするビーコンとの使用に適合されることがあり、各データセットがブロードキャスト・データセット毎に変化する識別番号を有する。
【００５６】
モバイル装置は、ローカル信号を受信するために使用されるトランシーバと別個のモバイル電話トランシーバを通じて、格納された詳細を確認システムに送信するように構成されることがある。
【００５７】
本発明は報酬システム(すなわち、プラスのクレジットを有する)に限定されず、請求システム又はデビットシステム(debit  system)にも拡張可能である。従って、更に別の態様によると、本発明は、モバイル装置にクレジット又はデビットを付与する方法に関するものであり、ビーコンとモバイル装置との間で通信をして、モバイル装置が所定の場所内にあるか否かを決定するステップと、その場所内に存在することに対してモバイル装置のユーザに報酬又は請求を与えるように、モバイル装置にクレジット又はデビットを付与するステップとを有する。
【００５８】
前記方法は、報酬システムに関して前述した如何なる機能又は全ての機能を有することがある。特に、接続はBluetooth接続でもよい。
【００５９】
前記方法は、少なくとも１つのビーコンから、所定の場所内で受信され得る信号をブロードキャストするステップと、モバイル装置が所定の場所内にあるときに、ビーコンとモバイル装置との接続を確立するステップと、接続を通じてモバイル装置からの識別信号をビーコンで受信するステップと、その場所内に存在することに対してモバイル装置のユーザに請求するように、識別システムに対応してモバイル装置にクレジット又はデビットを付与するステップとを有することがある。
【００６０】
前記方法は、モバイル装置が所定の場所内にある時間の長さに依存した量でモバイル装置にクレジット又はデビットを付与し、その場所内の継続した存在に対してモバイル装置のユーザに報酬又は請求を与えてもよい。
【００６１】
モバイル装置は、モバイル装置が所定の期間内に場所内にある場合に、デビットを付与されてもよい。
【００６２】
更にその他の態様では、場所における時間に対してユーザにポイントを与える方法が提供される。前記方法は、場所へのユーザの入場時を検出するステップと、場所へのユーザの入場を表す入場識別コードを生成するステップと、少なくとも１つの擬似乱数ビットストリームをユーザに関連する携帯用装置に送信するステップであって、前記ビットストリームが携帯用装置により記録されることを妨げる程の速度で送信されるステップと、携帯用装置に送信されるビットストリームのハッシュ値を計算するステップと、ユーザの退出時を検出するステップと、場所からのユーザの退出を表す退出識別コードを生成するステップと、携帯用装置のメモリに情報を記録するステップであって、前記記録される情報が、計算されたハッシュ値と、入場識別コードと、退出識別コードとを少なくとも有するステップと、場所に関連するデータベースにデータを格納するステップであって、前記格納されるデータが、ビットストリームのハッシュ値と、入場識別コードと、退出識別コードとを少なくとも有するステップと、格納される情報と記録されるデータを比較することにより、場所でのユーザの時間を確認するステップと、場所での確認された時間に基づいてユーザにポイントを与えるステップとを有する。
【００６３】
ビットストリームのハッシュ値を計算するハッシュ関数は、反復関数であり得る。
【００６４】
その他の態様では、場所における時間に対してユーザにポイントを与えるシステムが提供される。前記システムは、ユーザに関連する携帯用装置であって、ビットストリームのハッシュ値を計算する計算機と、情報を記録するメモリとを有する携帯用装置と、場所でのユーザの時間を確認する確認システムとを有する。確認システムは、場所へのユーザの入場時と場所からのユーザの退出時を検出する手段と、場所へのユーザの入場を表す入場識別コードを生成し、場所からのユーザの退出を表す退出識別コードを生成する生成器と、少なくとも１つの擬似乱数ビットストリームを携帯用装置に送信する発信源であって、前記ビットストリームが携帯用装置により記録されることを妨げる程の速度で送信される発信源と、ビットストリームのハッシュ値を計算する計算機と、データを格納するデータベースであって、前記格納されるデータが、ビットストリームのハッシュ値と、入場識別コードと、退出識別コードとを少なくとも有するデータベースと、データベースからの格納されるデータと携帯用装置からの記録される情報を比較する手段であって、前記記録される情報が、計算されたハッシュ値と、入場識別コードと、退出識別コードとを少なくとも有し、場所でのユーザの時間を確認する手段と、場所での確認された時間に基づいてユーザにポイントを与える手段とを有する。
【００６５】
本発明の前記の機能及び更なる機能と、その利点は、特定の有利な実施例の以下の詳細な説明で明らかになり、その実施例はその一部を形成する添付図面と関連して読み取られ、図面において対応する部分と構成要素は、いくつかの図面における同じ参照番号により特定される。次に、本発明の実施例が添付図面を参照して例示される。
【発明を実施するための最良の形態】
【００６６】
第１の実施例が、図１と２を参照して説明される。ビーコン2は、既知の通り、アンテナ4と、データシーケンスを送受信するデータプロセッサ6とを有する。ビーコン2は、ローカルネットワーク8を通じて確認端末10に接続される。確認端末10は、データストア12とプロセッサユニット14とを有するコンピュータシステムに実装される。データストア12は、メモリチップ、ハードディスクドライブ、又はデータを保存するのに適した如何なる多数のデータ記憶装置でもよい。データストア12の一部は、アカウント18のリストを含むデータベース16と、各アカウントに対応するモバイル電話識別番号と、各アカウントに関連するクレジットとを有する。明らかなように、データベース16はまた、ユーザのアドレスや、ショッピングの習慣や、利用可能なことがあるその他の情報のような、コストとプライバシーと有用性の検討材料の対象になる追加情報を有することがある。
【００６７】
第１の実施例での使用に適したモバイル電話は、単にトランシーバ22を備えた従来のモバイル電話20である。モバイル電話は、例えばROM又はEPROMに格納され、モバイル電話を識別する固有のID(識別)番号24を有する。
【００６８】
図２は、図１のシステムを使用する本発明による方法のステップを示している。
【００６９】
場所に到達すると、モバイル電話20がビーコンの範囲内に入る。次に、システムはビーコンをモバイル電話に接続する(ステップ80)。
【００７０】
ビーコン2とトランシーバ22に特に適した標準は、Bluetooth標準である。主に将来のモバイル装置で広く採用されると予期されるからである。その結果、接続(ステップ80)は、モバイル電話と動作中のBluetoothプロトコルによる動作中のBluetoothピコネット(piconet)を接合することにより生じ得る。Bluetooth接続が図１の28に概略的に示されている。
【００７１】
Bluetooth標準はピコネット(piconet)に８個のみのモバイル装置を許容しないため、８人のみのユーザが同時にクレジットを蓄積することができる。代替として、254個の装置に対応することができるBluetooth“配置(parked)”状態にモバイル装置が入れられることもできる。更なる可能性は、認識された装置のスタックにモバイル装置の識別を配置することである。スタックの各装置は、モバイル装置がその場所に留まる間にモバイル装置の肯定応答を要求する“ページ(page)”コマンドを定期的に送信されることが可能になる。
【００７２】
Bluetoothの更なる詳細は以下に提供される。
【００７３】
接続が確立された後に、ビーコンは固有の装置識別子でモバイル装置にポーリングを行い(ステップ82)、モバイル装置が依然として場所内にあることを検査する(ステップ84)。そうである場合には、場所内で費やした更なる時間に対応する金額で、装置識別子に対応するユーザアカウントにクレジットが付与される(ステップ86)。次に、システムはモバイル装置に再度ポーリングを行う(ステップ82)前に待機し、それによりモバイル装置が定期的に(例えば毎分１度)ポーリングされる。
【００７４】
ユーザが場所を去ると、場所内でユーザが費やした時間の長さが決定され、この最終的な時間の長さに応じてアカウントが調整されることがある(ステップ88)。例えば、ユーザがその場所に30分より長く留まると、ユーザアカウントはボーナスでクレジットを付与されてもよい。
【００７５】
代替として、ユーザが場所に留まる時間が短期メモリに保持され、ユーザが場所を去った時にのみアカウント情報が更新されることも可能である。
【００７６】
更なる代替は、如何なる種類のアカウントにもクレジットを付与せず、その代わりに電子クーポンをモバイル装置に転送することであり、その電子クーポンは商品、サービス又は商品とサービスの組み合わせに対して交換可能である。実際に、クーポンは如何なる種類の報酬に対して交換可能でもよい。
【００７７】
プラスのクレジットの代わりに、マイナスのクレジット又はデビットがアカウントに適用されてもよく、場所を訪問することに対して及び／又は場所に留まることに対してユーザに請求する。
【００７８】
ユーザは、場所への訪問中又は訪問後に報酬を申し込むことができる。例えば、ユーザは、その電話のIDに対してクレジットを受け取る認証として、その装置の短距離ネットワークID(例えばBluetoothの装置ID)を提示することができる。
【００７９】
報酬に対するユーザの要求の認証は、モバイル電話番号とBluetoothの装置識別子のクロスチェックを用いて行われ得る。データベースは、ビーコンにより記録されたBluetoothの装置識別子に対してクレジットを記録する。ネットワークオペレータとの同意により、報酬システムのオペレータはユーザの電話アカウントに直接にクレジットを付与することが可能になることがある。
【００８０】
固有の装置キー、ハッシュ署名、又はその他の方法を使用して、必要に応じて更なる確認も可能である。
【００８１】
図１に示されるシステムは、単一のビーコンのみを使用する。図３は、複数のBluetoothビーコン2が場所19内に提供され、全てがローカルエリアネットワーク(LAN)8を通じて単一の確認システム10に接続された第２の実施例を示している。このように、より多くのユーザがビーコンに同時に接続されることが可能になり、場所を通じて良い受信範囲を提供するようにビーコンの配置が構成され得る。
【００８２】
必ずしも各ビーコンが同じ機能を有することは必要ない。例えば、ある固定のビーコンが有効なモバイル装置IDを発見することに専用であり、その他が装置のポーリングを実行することも可能である。これを達成するために、問い合わせビーコン(inquirer  beacon)は、場所への入場時にユーザのモバイル装置の存在を確立する。その他のビーコンは並行して定期的なポーリングを実行し、ユーザが場所に留まることを確保する。
【００８３】
一般的に基地局又はビーコンは相互に独立であるが(ショッピングモールの配置では、隣接した店により提供されるビーコンを参照することなく、各店がその独自のビーコンを提供及び維持する)、ビーコンは、ブロードキャストメッセージについては少なくともある程度の強調で全体的又は部分的に情報交換してもよい。
【００８４】
複数の代替の可能性が利用可能であることを、当業者は認識するであろう。例えば、ユーザのモバイル装置は場所への入場時に短距離トランシーバにより登録され、ユーザの退出を登録するために別個の短距離トランシーバが出口で提供されてもよい。
【００８５】
次に、本発明の第３の実施例が図４を参照して説明される。この手法では、ビーコン2は、識別シーケンスを生成するデータシーケンス生成器90に接続される。生成器は、プロセッサとメモリを有する従来のコンピュータであり、メモリはコンピュータにデータシーケンスを出力させるソフトウェアを有する。又は生成器は同様の機能を備えたその他の装置でもよい。
【００８６】
データシーケンス生成器90は、少なくとも毎秒数メガビットの速度でデータセットを出力する。データの各送信部分には、他の情報の中に擬似乱数riが含まれる。
【００８７】
擬似乱数は秘密の開始シード(seed)から生成され、その開始シードは定期的に(例えば毎日又は毎時)リセットされる。コンピュータは、擬似乱数生成器のシード(seed)及び対応する日時を記録する。周知の方法でそのような擬似乱数シーケンスをいかに生成するかを当業者は容易に認識するであろう。
【００８８】
データセットは、後述されるように、Bluetooth問い合わせ待ち受け(inquiry  scan)に埋め込まれてもよい。
【００８９】
ブロードキャスト・データは、モバイル装置が範囲内にあるときに、モバイル装置20により受信される。モバイル装置は、処理ユニット92と、受信データを記録するコードを含むメモリ94とを有する。コードはビーコンから事前にインストールされてもよく、ダウンロードされてもよい。
【００９０】
モバイル装置のソフトウェアの処理は、図１０のフローチャートを参照して説明される。まず、ソフトウェアは、モバイル装置がビーコンから情報を受信し、受信されたデータの形式を認識することを引き起こす(ステップ101)。データが抽出される必要がある場合、例えばデータがBluetoothの問い合わせ待ち受け(inquiry  scan)に埋め込まれている場合、ビーコンにより送信されたデータが抽出される(ステップ103)。プログラムは、最初にブロードキャストに直面した時に、ブロードキャストの時間t1と擬似乱数とともにローカル識別子IDを、送信される{t1,r1,ID}として格納する(ステップ105)。モバイル装置のメモリに格納されるチェックサムSは、最初の擬似乱数r1で初期化される(ステップ107)。
【００９１】
データを受信し続けると(ステップ109)、例えば既にレジスタ95の数と各受信した数との単なる加算により(累算器の長さより大きいオーバーフローを切り捨てる)、又は受信した数の交互の加算と減算で、標準的なコンピュータのデータトランザクションから既知のように、検証可能なチェックサムを作ることにより、プログラムは受信した擬似乱数をメモリ94のレジスタ95に蓄積する(ステップ113)。しかし、受信した数の安全なハッシュ関数が、セキュリティの理由から好ましい。これは、データが長期間受信される場合にデータの長いシーケンスを格納する必要性を回避する。
【００９２】
所定の期間より長くデータが受信されない場合には、プログラムは、連続的なシーケンスの何らかの割込み前での最後に受信した擬似乱数の時間とハッシュ関数の最終値{tf,Sf}とを含む、受信したシーケンスを示すデータセットを格納する(ステップ115)。
【００９３】
モバイル装置は、この時点で格納された１つのシーケンスから以下のデータ[ID,{t1,r1},{tf,Sf}]を有する。
【００９４】
r1の格納は必要ではないが、モバイル装置のクロックと店のクロックを同期するためにのみ役立つ。
【００９５】
ブロードキャストの受信が割込まれた時に、又は１つ以上の場所への連続的な訪問の場合に、いくつかのそのようなシーケンスのレコードがモバイル装置に格納されることがある。
【００９６】
ある時間の後に、ユーザにより(例えばモバイル装置のメニュー選択により)、又はモバイル装置による適切な起動メッセージの受信時に、シーケンスデータの送信が起動され得る(ステップ117)。
【００９７】
次に、確認のためにシーケンスのレコードが確認コンピュータに送信される(ステップ119)。実施例では、シーケンスのレコードはセルラ信号96を介して確認コンピュータ10に接続されたアンテナ98(携帯電話ネットワークの一部)に送信される。
【００９８】
確認コンピュータ10はまた、ネットワーク接続91を通じて、シーケンス生成器90からの送信されたデータセットについての情報を渡される。シーケンス生成器90を確認コンピュータ10に接続する多数の方法(単に一例としては、専用線、インターネット、又はセルラネットワーク等)が存在することを、当業者は認識するであろう。
【００９９】
確認コンピュータ10は、元々ブロードキャストされたデータに対して、モバイル装置により送信されたシーケンスのレコードを比較し(ステップ121)、シーケンスのレコードが一致している場合にユーザのアカウントを更新(ステップ123)するコード99を有する。
【０１００】
不正を回避するために、多数のステップが取り込まれてもよい。例えば、何人かの申込者から同一のシーケンスのレコードを提示することは、１人のユーザのモバイル装置から他人にシーケンスのレコードがコピーされることを妨げるために、却下されることがある。シーケンスのレコードはまた、滞在時間の合理的な制限に対して検査されることがある。
【０１０１】
その他の手法は、モバイル装置で一方向のハッシュを使用することを含む。これは、モバイル装置でのブロードキャスト・シーケンスの受信時に即座に行われ、クレジットのシーケンスをコピーするリスクと、その結果の他のモバイル装置にコピーされた報酬のシーケンスに対する誤った要求を回避することがある。
【０１０２】
このため、一方向のハッシュ関数h(r,k)により、最初の入力ブロードキャスト番号r1がBluetooth装置IDのような固有のモバイル装置識別子又はPIN  kと結合されて、累算器が初期化される。そのような一方向の関数は当該技術分野で周知である。装置キーkは、ハッシュされた数字又はハッシュされた数字のある関数と共に、確認用に提示されなければならない。
【０１０３】
ハッシュのアルゴリズムは、受信装置の無線ユニットの統合部分でもよい。そのユニットの不正な変更を避けるため、不正な変更が無線ユニットを無効にすることがある。
【０１０４】
使用され得るその他のセキュリティ機構は、公開及び秘密暗号化鍵、又はブロードキャスト・シーケンスに埋め込まれたデジタル透かしを含む。
【０１０５】
この実施例は、ユーザの動きの追跡や、しばしば訪れる場所をユーザが信頼しないシステムに対して、プライバシーを保護するいくつかの利点を提示する。１つは、シーケンスのレコードが報酬用に提示された時にのみ、ユーザが自分自身を識別することであり、その時にユーザが報酬を受け取るために、電話番号又は銀行口座のようないくつかの個人データを開示する必要があることがあり、又は必要がないこともある。また、確認コンピュータは信頼を受けたサードパーティによって所有され得る。サードパーティは、複数の場所と契約上の合意を有していてもよい。更に、ユーザが場所に存在する絶対的な時間が必要ないこともある。
【０１０６】
何らかの多数の方法でシーケンスのレコードがモバイル装置により確認コンピュータに提示され得ることを、当業者は認識するであろう。例えば、セルラーネットワークを通じたデータ送信の代わりに、インターネット接続又はローカルBluetooth接続が使用されてもよい。印刷用紙、口頭の通信、又はその他の情報転送手段のように、電気接続も可能である。
【０１０７】
その手法は、場所のシステムにより監視されるユーザの何らかの“Big  Brother”の懸念を回避するという利点を有する。例えば、セルラーネットワークのオペレータは、場所のオペレータにより提供された最近のシーケンスのブロードキャストの履歴ファイルを使用して、確認動作を実行する際に信頼を受けた媒介者として機能することがあり、確認後にユーザのネットワーク電話アカウントがクレジットを付与されることも可能である。ネットワークのオペレータは、ユーザに知られており、既にユーザにより信頼を受けており、新しいデパートのように場所のオペレータより信頼を受けており、信頼ができることがある。いずれにしても、ネットワークのオペレータは、例えば緊急の目的のため、限られた程度のユーザの動きを認識しなければならない。
【０１０８】
一見して前記の手法は、特定の場所に訪問し又は残ることに対してユーザに請求するデビットシステムに適切でないように見えるが、その手法は、モバイル装置と確認コンピュータとのリンクを自動的及び定期的に確立することにより、そのようなシステムでの使用に適合され得る。当然のことながら、格納されたシーケンスがユーザに請求されるコストを表す場合には、ユーザが格納されたシーケンスを削除できないように確保することが必要である。このため、シーケンスを不揮発性メモリ、フラッシュメモリ又はそれと同様のものに格納する必要があることがある。
【０１０９】
何らかの前記の実施例は、他のシステムに組み込まれ得る。例えば、確認又は報酬処理の効率性又はセキュリティを改善するために、モバイル装置に導入された電子紙幣が使用されることがある。また、モバイル装置のモバイル・ポータル(portal)が、できるだけ自動的にユーザのアカウントにクレジットを付与する際の媒介になることがある。ポータルは、ユーザが信頼するもの、クレジットが付与されるアカウント、その好みの種類の報酬等について記録を行うことがある。
【０１１０】
アカウントにクレジットを記録する代わりに、電子クーポンがモバイル装置に送信されてもよい。それは、同時にブロードキャストされるMP3オーディオ、画像又は映像のような、他のコンテンツにリンクされることがある。そのようなコンテンツは、販売促進材料又は広告であることがある。
【０１１１】
そのリンクは暗示的でもよく、明示的でもよい。例えば、クレジットデータのシーケンスは、デジタル透かしの既知の技術を使用して、添付のコンテンツに埋め込まれてもよい。不法なコンテンツのコピーを回避するためにデジタル透かしで使用される技術は、ブロードキャストされたクレジットデータの際コピーを回避することにも適用され得る。代替として、例えば他の消費者がクーポン又はクレジットを使用することができるように、コンテンツ素材及びそのリンクされたクレジットを他のモバイル装置に格納及び転送する手段が、モバイル装置に提供されることがある。従って、クーポンは、いわゆる“伝染性マーケティング”又は“マルチ商法”の販売促進機構のインセンティブとして機能することができる。もともと取得したブロードキャスト・シーケンスが他の消費者に展開し続けるときに、最初の受領者が更なるクレジットを蓄積し続けてもよい。
【０１１２】
次に、いかに情報が送信され得るかについての詳細が、図５から９を参照して提供される。この情報のほとんどが、同時継続の同一出願人の先行特許出願GB0015454.2(2000年6月26日出願)と、GB0020099.8(2000年8月15日出願)と、GB0015452.6(2000年6月26日出願)GB0020101.2(2000年8月15日出願)に更に詳細に提示されており、その内容が参照として組み込まれる。
【０１１３】
一般的に、ユーザの装置20は、メッセージの送受信用に、トランシーバ段階22に結合されたアンテナ26を有する。アンテナ26とトランシーバ22を介して受信されたメッセージは、デコード段階30を介してフィルタリング及び信号処理段階32に渡される。メッセージにより運ばれたデータが電話のディスプレイ画面34への提示用である場合、任意選択でバッファ38した後に、そのデータは、表示画像をフォーマットするドライバと共に、ディスプレイドライバ36に渡される。明らかなように、ディスプレイ34は比較的簡単な低解像度装置でもよく、データを表示するための受信データの変換は、専用のディスプレイドライバ段階を必要とせずに、処理段階32の機能のサブセットとして実行されてもよい。
【０１１４】
モバイル装置20は、入力メッセージをフィルタリングする機能を有する。メッセージが画面への表示用にビーコン2の一方又は他方からデータを運んでいる場合、電話は、事前に格納された40ユーザの選択に従って受信した情報をフィルタリングする機能を有し、格納された選択データとメッセージの内容の指標との比較により、特定の興味を有するデータ項目が受信されたことを示す場合にのみ、ユーザが警告を受ける(すなわち、情報がバッファ38に保持され、及び／又は画面に提示される)。
【０１１５】
従来の音声メッセージでは、音声データは、D/Aコンバータ42と増幅器44を介して、フィルタ及び処理段階32によりイヤホン又はスピーカ46に出力される。電話ネットワーク48からのそのようなメッセージの受信は矢印50により示されている。電話ネットワーク48はまた、電話10から広域ネットワーク(WAN)サーバ52へのリンクを提供し、WAN54(インターネットでもよい)を介して、電話10用のデータの発信源を提供する１つ以上の遠隔サービスプロバイダ56へのリンクを提供する。
【０１１６】
記載された実施例のモバイル装置はまた、セルラネットワーク又はローカルネットワークを通じて音声信号を送信するために、マイクロフォン58と、アナログ／デジタル変換器60と、プロセッサ62と、ユニバーサル・インタフェース・プロトコルUIP  64と、エンコーダ28とを有する。これらの機能は、モバイル電話のようなモバイル装置に従来から提供されているが、それらは本発明を実行するために必須ではないことがわかる。
【０１１７】
本発明に必要なローカルリンク60の強力な候補の技術は、Bluetoothである。Bluetoothは多数のモバイル電話とその他のモバイル装置の構成部分になることが予期されているからである。Bluetoothプロトコルを分析すると、特に前述の第３の実施例の方法で問題が生じることがある。第３の実施例では、モバイル装置20は固定のビーコン2を検出し、モバイル装置20が全く送信する必要なく、それから基本情報を抽出しなければならない。しかし、この種類のブロードキャスト動作は、現在のBluetoothの仕様では未対応である。
【０１１８】
部分的には、非互換性により、Bluetoothビーコン・システムの周波数ホッピングの性質が生じ、これは、ブロードキャストメッセージ(又は実際には何らかのメッセージ)が通過する端末により受信されるために、時間と周波数の双方において端末がビーコンと同期しなければならないことを意味する。携帯用装置20は、そのクロックをビーコンのクロックと同期し、ビーコンの識別からいくつかのホッピング・シーケンス(hopping  sequence)のうちのどれが使用されているかを推論しなければならない。
【０１１９】
この推論を行うために、従来では携帯用装置は、ピコネット(piconet)のマスターとしてのビーコンにより管理されるピコネット(piconet)にスレーブとして加わる必要がある。２つのセットの手順(すなわち、“問い合わせ(inquiry)”と“ページ(page)”)が使用される。問い合わせにより、将来のスレーブが基地局を検出し、ピコネット(piconet)に加わる要求を出すことが可能になる。ページにより、基地局がネットに加わる選択をしたスレーブを勧誘することが可能になる。この手順の分析により、ピコネット(piconet)に加わり、マスターから情報を受信する状態になるために必要な時間が数十秒になり得ることが示される。
【０１２０】
標準に従うそのようなBluetoothの手順は、第１と第２の実施例で想定される双方向の接続を形成するのに適している。
【０１２１】
代替の手法は、モバイル装置がBluetooth配置モード(Bluetooth  parked  mode)に入ることである。このモードでは、モバイル装置はビーコンにより特別の識別を与えられ、ほとんどの時間スリープし、定期的に起動して自分自身をマスターと再同期し、ページ(page)メッセージを含む可能な命令のために、特別のビーコンメッセージを聞き取る。同様に、このモードも、本発明の第１と第２の実施例での使用に特に適しており、そのモードにより、8個のモバイル装置の制限ではなく、254個のモバイル装置が同時にピコネット(piconet)に接続されることが可能になる。
【０１２２】
ビーコンからのブロードキャスト・データを受信する困難性は、Bluetooth及び同様のシステムの周波数ホッピングの性質に少なくとも部分的に起因する。特にマスターとスレーブを共に集める問題を解決するために、Bluetoothの問い合わせ手順が提案されている。マスターにより発行される問い合わせメッセージにブロードキャスト・チャネルを便乗させることが可能であることを、出願人は認識した。適合された端末のみがブロードキャスト・チャネルのメッセージを読み取る必要があり、その機構は従来のBluetoothシステムと完全に互換性がある。
【０１２３】
第３の実施例に必要な手順を実装することがいかに可能であるかを示すために、まず図６を参照して、問い合わせ(inquiry)手順自体がどのように動作するかを検討する。Bluetoothユニットが他のBluetooth装置を発見することを要求する場合、いわゆる問い合わせサブ状態(inquiry  substate)に入る。このモードでは、一般問い合わせアクセスコード(GIAC:  General  Inquiry  Access  Code)又は複数の専用問い合わせアクセスコード(DIAC:  Dedicated  Inquiry  Access  Code)を発行する。このメッセージ送信は、いくつかのレベルで繰り返され、まず、問い合わせホッピング・シーケンス(inquiry  hopping  sequence)を作る合計32個のうち16個の周波数で送信される。メッセージは２つの周波数で偶数のタイムスロットで２度送信される。奇数のタイムスロットは、２つの対応する問い合わせ応答ホッピング周波数での応答を聞き取るために使用される。従って、16個の周波数及びその応答の対応するものは、16個のタイムスロット又は10msでカバーされ得る。図６の図表は、f{k}を中心とする16個の周波数での送信シーケンスを示しており、f{k}は問い合わせホッピング・シーケンスを表す。
【０１２４】
次のステップは、少なくともNinquiry回の送信シーケンスの繰り返しである。最低限でも、それは、問い合わせ送信トレインAと称する送信のトレイン(train)を構成する全体のシーケンスのNinquiry=256の繰り返しに設定されなければならない。次に問い合わせ送信トレインAは、残りの16個の周波数の送信シーケンスを構成する問い合わせ送信トレインBと交換される。この場合も、トレインBは送信シーケンスの256個の繰り返しで構成される。全体として、問い合わせ送信は、トレインAの送信とトレインBの送信を循環する。Bluetooth仕様は、誤りのない環境で全ての応答を収集することを確保するために、このトレインの切り替えが少なくとも３回生じなければならないことを記載する。このことは、問い合わせブロードキャストが少なくとも10.24秒かかり得ることを意味する。
【０１２５】
これを減少させる１つの方法は、問い合わせ送信トレインの切り替えがより迅速に行われることである（すなわち、16個のタイムスロットが終了することをカバーするために10msの256個の繰り返しについて2.56秒待機することを行わない）。このことは、約50msの後に問い合わせメッセージが検出されない場合には、現在のトレインの残りでそのようなメッセージが検出されないと認識し、システムを切り替える設定をすることにより、適切に達成されることがある。
【０１２６】
従来の手法では、ビーコンにより発見されることを望む携帯用装置は、問い合わせ待ち受け(inquiry  scan)サブ状態に入る。ここで、それが所定のGIAC又はDIACを含むメッセージを聞き取る。それはまた、循環の方法で動作する。それは、問い合わせに使用される16個の問い合わせ周波数を十分にカバーする程に長くなければならない問い合わせ待ち受け(inquiry  scan)期間の単一のホップ周波数で聞き取る。連続的な待ち受けの開始の間隔は、1.28秒より小さい必要がある。選択された周波数は、問い合わせホッピング・シーケンスを作る32個のリストから生じたものである。
【０１２７】
適切なIACを含む問い合わせを聞き取ると、携帯用装置は、いわゆる問い合わせ応答(inquiry  response)サブ状態に入り、複数の問い合わせ応答メッセージをビーコンに発行する。ビーコンは携帯用装置をページ(page)し、ピコネット（piconet）に参加するための勧誘をする。
【０１２８】
図７に示される通り、ビーコンにより発行される問い合わせメッセージが、データを運ぶことが可能であり、それに追加された特別のフィールドを有することを、出願人は提案する。問い合わせメッセージの終わりにそのフィールドを追加することにより、適合されていない受信機が変更することなく、それを無視することができることがわかる。
【０１２９】
特別のデータフィールドの存在は、Bluetoothの問い合わせパケットの終わりに従来から許容されているガード空間(guard  space)が減少することを意味する。しかし、現在の周波数シンセサイザ(frequency  synthesizer)は特別のガード空間への拡張を必要としない速度で切り替えることが可能であるため、この空間(新しいホップ周波数に変更する周波数シンセサイザ時間(frequency  synthesizer  time)を提供するために備えられる)は、その他の場合には一般的に使用されない。標準的な問い合わせパケットは、68ビットの長さのIDパケットである。それは半分のスロットで送信されるため、割り当てられるガード空間は(625/2-68)=244.5μsである(625μsのスロット期間、1Mbit/sの通信速度)。現代のシンセサイザは、その分野の専門家により考えられるやり方で100μs以下の数字より少ない時間で切り替えることが可能である。従って、この新しいフィールドに適切なサイズとして100ビットの割り当てを出願人は提案するが、その他のフィールドのサイズも当然のことながら可能であることが容易にわかる。
【０１３０】
モバイル装置は、ピコネットに参加する長い手順を経る必要なく、迅速にブロードキャスト・データを受信することができる。更に、何であれハンドセットが情報を送信する必要がないため、多くの基地局が存在することがある密集した環境において特に重要である、結果としての省電力になる。それにもかかわらず、ハンドセットがインタラクティブ・モードであり、更に情報を得るためにピコネットに参加することを望む場合には、それは通常通り、デフォルトの問い合わせ手順を使用してもよい。追加のデータフィールドに対応することを通じて、機能が失われることはない。
【０１３１】
一般的な実施例では、100ビットのうちの4個がIDフィールドのトレーラ・ビット(trailer  bit)として失われる。これは相関器により読み取られる結果である。残りの96ビットのうち、出願人の選択した割り当ては、64個をデータとして使用し、32個を2/3FEC(順方向誤り訂正(forward  error  correction))チェックサムとして使用することである。従って、各問い合わせバーストは8バイトのブロードキャスト・データを含む。最も一般的なシナリオでは、AトレインとBトレインの第２のグループにより、携帯用装置は基地局を検出し、特別のデータビーコンを送信していることを認識し、ブロードキャスト・データを待機する。それは明確に聞き取っているため、少なくとも携帯用装置は256バーストのデータを２回(AとB)読み取ることが可能であり、2ロットの2Kバイト又は合計で4Kバイトを与える。
【０１３２】
この段階で、ビーコンクロックの情報が送信されていないため、携帯用装置はビーコンクロックの位相を認識しない。携帯用装置を支援するため、図８に示される通り、AとBの次の切り替えがいつ生じるかを示すいくつかの補助情報とともに、最初のA及びBグループの少なくともいくつかのトレインでクロック情報が送信される。クロック情報は、ブロードキャスト・データの代わりに送信され、２つのデータチャネルを識別する手段が提供される。異なるDIACの使用が１つの可能な方法である。
【０１３３】
携帯用装置がビーコンのタイミングを認識している場合、携帯用装置はまた、どのようにホップするかについても認識しており、トレインの全ての送信を追跡する機能を提供する。フレームについて16個の送信が存在するため、結果のチャネルは16倍の容量を有し、16Kバイトの情報を運ぶことができる。
【０１３４】
端末は1.28秒以下毎に起動するため、最初のA又はBの期間の中間点までに必要なクロック情報を一般的に取得している。図９に示されるこの中間点でのクロックからデータへの切り替えは、多数の有用な利点を提供する。第１に、いくつかのデータが、問い合わせ手順の開始から5秒未満で受信され得る。第２に、重要なキーがサイクルの比較的遅い時に現れたとしても、端末が問い合わせ応答メッセージを基地局に自動的に発行することにより、重要なキーに依然として応答することができる。留意すべき点は、容量の増加は想定されない。
【０１３５】
前述では、携帯用装置は32個の問い合わせチャネルのうちの１つで全ての追加データフィールドのパケット受信し、それによって利用可能な帯域のうちの1/32のみを使用している。認識されるように、携帯用端末(ビーコンのスレーブ)が最初の問い合わせパケットを受信するときについての不確定要素が克服され得ると、所定のホッピング・シーケンスの性質が適応することがあり、それにより全帯域が利用されることがある。スレーブが最初のパケットを受信した時点で、マスターの問い合わせホッピング・シーケンスと同期するために、スレーブは、マスターのクロック・オフセットと、マスターのホッピング・シーケンスの最初の受信パケットの位置を認識する必要がある。
【０１３６】
スレーブのホッピングを同期させる代替の方法は、各ブロードキャスト・データでクロックデータを送信することである。追加データフィールド(図５のBCD)は、以下の情報を含む4バイトを運ぶ。
【０１３７】
マスター・クロック・オフセット(2バイト)。
【０１３８】
複数の全トレインの繰り返し(1バイト)(全トレインが10msのトレインの256個の繰り返しで構成され、このパラメータの範囲が(問い合わせが次の全トレインに切り替わる前に)0-255であることを仮定する)。これは、マスターが次に全トレインに切り替わる時をスレーブに指示する。
【０１３９】
全トレインが切り替わる回数は、現在の問い合わせサイクル(1バイト)で終了する。このデータは、現在の全トレインの終わりにマスターが何をしようとしているか(すなわち、それがその他の全トレインに切り替わるか否か、又は問い合わせ手順が終了するか否か)をスレーブに示す。
【０１４０】
10msのトレインでのチャネルの繰り返しがない限りは、スレーブがシーケンスの認識から現在のチャネルの位置を導き出すことが可能であるため、ホッピング・シーケンスの現在のチャネルの位置を示すためのフィールドは必要ない。
【０１４１】
前述のことから、4バイトを各追加フィールドのパケットに追加することにより、ブロードキャスト・データを運ぶために利用可能な(データ用に100ビットから64ビットの好ましい構成から)4バイトを依然として有する一方で、スレーブが問い合わせの終了までに全ての追加フィールドのパケットを取得することができることがわかる。
【０１４２】
4バイトがシーケンス・データを送信するのに十分でない場合、データは4バイトの部分に細分され、それぞれがその後のデータパケットで送出される。
【０１４３】
ブロードキャスト・シーケンスの送信は、特定の時間にのみ生じてもよい。それは例えばTV放送、ラジオ、携帯電話、インターネット等により、遠隔で起動されてもよい。
【０１４４】
送信される毎にクレジット／デビットのブロードキャストを生成するのではなく、それが格納されて、そうするように起動されるときにブロードキャストされてもよい。この第１の例では、TVチャンネル、音楽のCD、ビデオゲームのCD-ROM又はダウンロードされたMP3が、RF(無線周波数)又はIR(赤外線)ビーコンからブロードキャストするクレジットを起動することがあり、それが消費者の家庭用電気製品(TVセットトップボックス、オーディオ装置、ラジオ、又はTV等)に組み込まれる。それは、家庭内のビーコンの周辺内にあるモバイル電話にクレジット又はクーポンをブロードキャストすることがある。
【０１４５】
クレジット検証のデータセット(ランダムなシーケンス)は、家庭CEで事前にキャッシュされてTV放送局により起動されることがあり、又は受益者の家庭へのリアルタイム(デジタル)のTV信号ストリームに埋め込まれて送信されることがある。消費者のセットがチャンネルを合わせているチャンネルを認識するケーブル会社又はサービスは、このように特定のテレビショーの全て又は一部の視聴者にクレジットをブロードキャストし、又は特定のTV広告にチャンネルを合わせているリビングルームの消費者にクレジットを付与することがある。
【０１４６】
拡張では、その後の視聴及びRF(無線周波数)クレジットのブロードキャスト用に、ローカル記憶装置(ハードディスク、VCR)がTV番組とリンクされたクレジットの双方を格納することがある。格納されたクレジットのシーケンスのブロードキャストは、Java(登録商標)プログラム・アプレットによって行われることがあり、その起動により再利用を妨げるようにそれ自体を消去することを引き起こし、又は同じ人／装置によるクレジット用の同一のシーケンスの不正な複数の提示に対応するために、その他の方法が前述のように使用される。
【０１４７】
第２の例はCD-ROMのゲームであり、ゲームの特定のレベルに到達すると、ゲーム機のRFビーコン範囲内のプレイヤーのモバイル電話にクレジット／デビットを付与する報酬／ペナルティ・システムを有することがある。そのようなCD-ROMは、RFでブロードキャストされるクレジットのデータセットをそれ自体に有することがあり、又はそのデータセットがゲーム機に格納されていてCD-ROMゲームにより起動され、若しくはゲーム機がウェブ可能である場合にはデータセットがインターネットから取り出されることがある。ゲームは、例えばプレイヤーが報酬のゲームレベルに最初に到達した時にのみ、そのCD-ROMのコピーにより起動されるRFクレジットのシーケンスのブロードキャストを行うように構成されてもよい。
【０１４８】
図１１は、本発明の第４の実施例を示したものである。本発明によると、第４の実施例の方法は、店のような場所に入場したときに場所へのユーザの入場時を検出することを含み、顧客又は携帯用装置若しくはモバイル装置20が、店により利用される前述の位置技術のうちの何らかにより検出される。任意選択で、モバイル装置は報酬システムを同様に検出してもよい。
【０１４９】
店は入場時を格納しており、本発明によると固有の乱数のような入場識別コードを更に送信し、その入場識別コードが入り口でのみ受信される(ステップ200)。店は関連するデータベースに入場IDコード、及び好ましい実施例では関連する時間を格納する。入場時と入場IDが同様に装置のメモリ内に記録される(ステップ213)。場所(店)内のビーコンは擬似乱数ビットストリームを非常に速い速度で継続的に送信し、ビットのブロックがバイナリ数を形成する。例えば、ランダムなビットストリームが毎秒10Mビットの速度で送信され得る。店内にあるシステムにより送信されるビットストリームは、全体のストリームを記録することによる不正行為(すなわち既に集められた情報に基づいて他のシーケンスを作ること)を除去するために、十分に高速で送信される。データ量は、十分に速く送信されると、ハンドヘルド装置に格納できないほど大きくなる。例えば、1Mバイト／秒の送信速度は、3.5Gバイトの情報が1時間に格納されることを必要とする。これはかなり大量の記憶空間であり、現在はモバイル装置で処理することができない。逆に、ビットストリームはそれほど速く送信されるべきでなく、そうしなければモバイル装置が十分に速く情報を処理する(すなわちハッシュ関数を適用する)ことができない。好ましい実施例では、技術的に既知のようにセキュリティを増加させるために、ビットストリームの生成用のランダムなシード(seed)が定期的に選択され得る。
【０１５０】
モバイル装置が(入場IDを格納して)ランダムなシーケンスを受信する(ステップ210)間に、本発明によると、前記装置が場所を出るまで、前記装置は新たに受信した乱数のハッシュ値と、１つ以上の以前のハッシュ値と、IDや時間等のような可能なその他の情報を計算する。その時点で最終的なハッシュ値が計算され、前記装置のメモリに格納される(ステップ215)。一般的に、モバイル装置は受信したビットストリーム毎に、及び以前に受信したビットストリーム毎に、ハッシュ値を計算し続ける。日時や識別番号のような追加情報は、前記装置のメモリに格納されることが可能である。
【０１５１】
本発明の第４の実施例によると、ハッシュ値を計算するために、反復ハッシュ関数が好ましい。これは、受信データの従来のチェックサム計算は一般的にあまり安全でないからである。すなわち、従来のチェックサムは異なるモバイル装置に容易に組み入れられることができ、不正が可能になる。２つの従来のチェックサムの合計(１つの直後に他方が続くもの)は、結合した間隔のチェックサムを作る。従って、不正は以下のように達成され得る。第２の顧客が店に到着すると、第１のものが去ることができる。その後に、２人の顧客が店の時間をまとめることにより情報を交換し(“マージング・アタック(merging  attack)”として知られる)、それによりその双方が実際に獲得したものより長い滞在と大きいクレジットを要求することができる。
【０１５２】
従って、受信した乱数シーケンスの逆行不可能な関数の計算により、より高いセキュリティが可能になる。１つの可能性は、線形フィードバック・シフトレジスタを備えたCRCである。マージング・アタックの可能性を回避するために、計算されたハッシュ値は、最後に計算された値だけではなく、全ての又は実質的な量の以前の情報に依存する。繰り返しハッシュ関数の例は、例の目的で提供されており、限定のためではない。
【０１５３】
最初のハッシュ値はh0=H(t0,IDentry,IDdevice)であり、ここでHはハッシュ関数であり、t0は入場時であり、IDdeviceはユーザ又はそのモバイル装置のID(電話番号でもよい)である。IDdeviceは、その後の使用のために装置に格納される。
【０１５４】
新しい乱数が、以前のハッシュ値と、店の装置により送信されてちょうど受信した乱数から受信されると、その結果のハッシュ値が計算される。H1=H(r1,h0),...,hi=H(ri,hi-1),...
１つのhi値がその他の装置に与えられると、それはハッシュ・シーケンスを生成し続けることができるが、このシーケンスはその他の装置のIDdeviceに対応せず、H(t0,IDentry,IDdevice)でシーケンスを開始するために使用されるIDentryも有さない。従って、ハッシュ値と内部の計算状態を転送することに基づく如何なる種類の不正も不可能になる。
【０１５５】
如何なる特定の時間(ti)においても、店はその時間に存在する顧客数を決定して格納することができる(ステップ220)。日毎に時間によりインデックス化されたデータ列に、対応する時間での店の実際の顧客数が格納され得る。ボーナスが引き換えられると、店の顧客数に対応する列の値が１だけ減少する。列の要素のうちの何らかの１つが0より小さく減少すると、店が不正を検出する。従って、この手順は不正な複製のクレジットの要求の数を最小化することができる。代替として、要求される間隔のセクション間を計算する手順が、技術的に周知の他のアルゴリズムを実装することにより達成されることがある。例えば、間隔カラーリング・アルゴリズム(interval  coloring  algorithm)では、人の数に比例して、時点が異なる度合いのダークグレーで色付けられる。クレジットが引き換えられると、要求された時間に対応する列の値が1だけ減少する(すなわち、わずかに明るいグレーで色付けされる)。何らかの列の要素が0より小さく減少する(すなわち白色に到達する)と、店は不正を検出する。
【０１５６】
更に本発明によると、顧客の退出をセンサで検出すると、店は退出時を格納し、第２の乱数のような退出識別コードをモバイル装置に送信する(ステップ217)。モバイル装置は、店を出る時に、入場IDコードと、退出IDコードと、最終的なハッシュ値を少なくとも格納し(ステップ225)、好ましい実施例では入場時と退出時も格納する。引き換え時に、入場IDと退出IDが到着と退出時間を証明し、ハッシュが滞在を証明する。
【０１５７】
図１２に示される確認手順が以下に説明される。
【０１５８】
店で過ごした時間の特定の量に対するクレジットを要求するために、ユーザはモバイル装置を使用して店の確認システムと通信する(ステップ230)。店の確認システムは、ユーザの滞在時間中に店により送信された擬似乱数シーケンスの関連部分を最初に生成することにより、要求の有効性を検査する(ステップ235)。ステップ240で、店はH(t0,IDentry,IDdevice)(要求された入場時と入場IDとユーザIDのハッシュ)で始まる、生成されたシーケンスのハッシュ値を計算し、モバイル装置に格納されたハッシュ値とそれを比較する(ステップ245)。代替では、顧客の退出時に、計算されたハッシュ値が店のデータベースに格納され得る。ハッシュ値が実質的に同一でない場合、システムは不正を検出し、ユーザはクレジットを付与されない(ステップ260)。店の時間基準とユーザの装置の時間基準が同期する必要がないため、それらは合理的に近くなければならないが、店はいくつかの異なる時間オフセット値を試みる。
【０１５９】
本発明に従って不正を検出するその他の可能なセキュリティ機能は、引き換えられるクレジットの要求毎に入場及び退出時を記録するシステムを含む。この機能は、クレジットの要求の複製を除去する。例えば、所定の時間(すなわちミリ秒内)に店に入場又は退出する異なる顧客を区別できるほど、時間分解能が十分に高い場合には、顧客の入場及び退出時の衝突又は重複の可能性は非常に小さい。好ましくは、回転ドア又はゲート等を使用することにより、所定の時間に店に入ることができる顧客数の制限を設定することができる。制限は、システムの時間分解能に対応する。店とモバイル装置との時間を同期させるために、中央クロックが使用され得る。モバイル装置が内蔵式のクロックを有する場合、ほどんどの誤りが許容され得ない。したがって、制限は衝突の最大数に設定されることが可能であり、それからシステムが不正を検出するカウントダウンを開始する。従って、ステップ250において、制限が0に設定されていると仮定したシステムは、既に要求された入場／退出時と実質的に同一のものを探す。同一の時間が存在する場合には、システムは不正を検出する(ステップ260)。
【０１６０】
更に、確認システムは所定の時間に店に存在する顧客数を追跡することができる。この数は、システムの中央データベースに記録され、確認のために後で使用され得る。システムは確認手順の間に、所定の時間範囲内にクレジットを引き換えた訪問者数のカウンタを保持する(255)。各要求の確認時に、システムは、店に存在するその時間範囲内に以前に記録された訪問者数とその数を比較する(ステップ265)。要求された期間内の要求毎にカウンタが定期的に減少する。しかし、カウンタが0より小さくなる場合(すなわち期間T内にクレジットを要求する訪問者数が期間T内に店に存在するとして記録された訪問者数より大きい場合)、システムは不正を検出する。
【０１６１】
確認システムが不正を検出しない場合には、ユーザはその場所で確認された時間に基づいてポイントが与えられる。例えば、カウンタが0以上である場合、訪問者はステップ270でクレジットを付与され、更なる確認のため、引き換えられる期間が記録される(ステップ275)。
【０１６２】
本発明のその他の態様によると、前記システムはまた、各モバイル装置に記録された入場ID及び退出IDを対応する時間で検査する(ステップ268)。双方のIDが正しい入場時及び退出時に対応する場合、システムは訪問者にクレジットを付与する。入場IDと退出IDは、可能な異なるシード(seed)でランダムに生成された数である。セキュリティのアプリケーションでは、計算上実行不可能な次の値の出力を予想する試みを行うために、擬似乱数生成器が時折(毎時、毎日)の再シードを必要とする。
【０１６３】
入場IDと退出IDの使用は、可能な不正に対して更に安全にする。システムに不正を試みる多数の様々な方法が存在する。まず、朝と夜に短い訪問をすることにより、ユーザは２対のIDを得ることができる。朝の入場IDと夜の退出IDは長い滞在を示すが、ハッシュ値がないため、この可能な不正が無効になる。次に、多くの入場IDを朝に集め、多くの退出IDを夜に集める可能性を有することがある。１人の人は店に一日中滞在し、朝に友人が店に入る毎に、ハッキングされたモバイル装置に新しいハッシュ生成を開始させることができる。友人が２度目に去るときに、ハッシュが夜に格納され得る。その後、ハッシュのマッチングと、入場／退出IDが結合され得る。そのような不正を回避するために、入場IDと装置IDと入場時で初期化されたランダムなビットとそのシーケンスのハッシュに、安全なハッシュ関数が使用され得る。入場IDは、送信された時点に店に入った装置にのみ既知である。そのようなセキュリティ機構を破るため、高価な装置が必要になり、装置は最近受信したIDを店に不変に留まるハッシュ機に転送しなければならない。
【０１６４】
更に、店の顧客数がゼロになる時が存在する場合(例えば昼休みの間)、以前の不正の方法はこの時点では機能しない。昼休みがなくても、店は如何なる時点でも顧客数を追跡することができる。最大の滞在重複制限(すなわちその時間内に存在するものとして記録された顧客数に基づく、クレジットを要求する顧客数の制限)で、以前の不正の方法が有用でなくなる。
【０１６５】
本発明の特定の実施例が前述されたが、本発明はこの実施例に限定されない。特に、実施例はBluetooth通信を参照して説明されたが、本発明はBluetoothに限定されず、如何なる通信プロトコル(例えばirDA又は802.11)が使用されてもよい。
【０１６６】
更に、他の適用は、場所の人々に再補填するようにクレジットをブロードキャストすることを有することがある。これは、遅延した電車乗客又は飛行機の乗客に特に有用なことがある。クレジットは、将来の料金の割引でもよく、又は場所の商品又はサービス(例えば食品や飲料)と交換可能でもよい。
【０１６７】
その他の適用は、職場に遅く残っている報酬(例えば一時報酬又は食品若しくは娯楽のクレジット)で従業員にクレジットを付与することである。
【０１６８】
本発明の特定の実施例がプラスのポイント又は報酬を参照して説明されたが、本発明はマイナスのポイント又はデビットを含むように拡張されてもよい。例えば、本発明は入場料のように、場所内に存在することに対してユーザに請求するために、又はユーザが特定の場所に残らないようにする(例えば混雑した場所から人々を離れるように駆り立てる)ために使用され得る。そのようなシステムは、例えば娯楽場所のゲーム又は迷路で、その場所に存在することに対してユーザに請求する際に有用なことがある。
【０１６９】
前記に説明され、図面で示されたように、本発明の方法とシステムは、場所で費やす時間に基づいて顧客の報酬とデビットを提供する。
【０１７０】
本発明の要旨又は範囲を逸脱することなく、本発明の方法とシステムの多様な変更と変形が行われ得ることが、当業者に明らかである。従って、本発明は、特許請求の範囲とその同等のものの範囲内にある全ての変更形態と変形形態を含むことを意図する。
【図面の簡単な説明】
【０１７１】
【図１】本発明によるシステムの第１の実施例の概念図を示したものである。
【図２】図１のシステムを使用してアカウントにクレジットを付与する方法のフローチャートを示したものである。
【図３】本発明の第２の実施例によるシステムの概念図を示したものである。
【図４】本発明の第３の実施例によるシステムの概念図を示したものである。
【図５】本発明で使用するモバイル装置の詳細な概念図を示したものである。
【図６】Bluetoothの問い合わせホッピング・シーケンス(inquiry  hopping  sequence)を示したものである。
【図７】IDパケットに付加された追加データを示したものである。
【図８】データがクロックで散在したことを示したものである。
【図９】データがクロックで散在する代替の方法を示したものである。
【図１０】本発明の第３の実施例で使用されるモバイル装置で実行される処理のフローチャートである。
【図１１】本発明の第４の実施例による方法を示したフローチャートである。
【図１２】本発明の第４の実施例による検証手順を示したフローチャートである。
【図１】
2005523500.tif 000003
【図２】
2005523500.tif 000004
【図３】
2005523500.tif 000005
【図４】
2005523500.tif 000006
【図５】
2005523500.tif 000007
【図６】
2005523500.tif 000008
【図７】
2005523500.tif 000009
【図８】
2005523500.tif 000010
【図９】
2005523500.tif 000011
【図１０】
2005523500.tif 000012
【図１１】
2005523500.tif 000013
【図１２】
2005523500.tif 000014
【国際調査報告】
2005523500.tif 000015
2005523500.tif 000016
2005523500.tif 000017