JP2018520432A - 追跡されるデータのユーザ制御された配布及び収集 - Google Patents

Abstract

消費者の情報の配布と追跡を制御する方法が説明される。そのような追跡は、定義された領域（４４０）内にあるユーザデバイス（１１０）に関連することができる。ユーザデバイスは、定義された領域内で追跡される情報の種類の組をリスト化する少なくとも１つのユーザインタフェース（ＵＩ）（１００）を提供する。ＵＩは、情報の種類の配布と追跡に関するユーザ選択の組を受信することができるコントローラ（１７０）の組を含む。情報の種類は、場所、本人認識、及び取引情報を含む。ユーザ選択の組に基づいて、情報の収集及び／又は追跡が、コントローラの組における各コントローラの状態に依存して実行される（又は実行されない）ことができる。

Description

モバイルデバイス及びウェアラブルデバイスの蔓延により、場所から場所へ移動する人々の追跡（tracking）は、広く存在するようになっている。そのような場所追跡（location tracking：ロケーショントラッキング）は、サービスプロバイダによる携帯電話の位置の三角測量を介すなどして、リモートデバイスによって実行することができる。加えて、多くのデバイスは、局所的に場所を決定することができ（例えば、グローバルポジショニングシステム、すなわちＧＰＳ使用可能デバイスを使用して）、そのようなデータを他の要素（elements）に提供することもできる。

多くの場合、情報が追跡されている（tracked）ことにユーザは気付かないかも知れない。加えて、他人によって記録され又は分析されている情報の種類（type(s)）にユーザは気づかないかも知れない。

いくつかの実施形態は、様々な発生地（venues：ベニュー）によって追跡されている情報を制御する方法を提供する。追跡される情報（tracked information）は、場所（location）又は位置（position）、取引情報（transaction information）及びアイデンティ（identity）（例えば、顔認証を通して）を含むことができる。

いくつかの実施形態は、ユーザがある領域（area）内にいるときを判定することができる（例えば、小売店（retail establishment）内、店（store）のあるセクション内になど）。消費者と関連するモバイルデイバス（例えば、ウェアラブルデバイス、スマートフォンなど）は、発生地（venue）によって追跡される情報の表示（indication）を受信することができる。

いくつかの実施形態において、そのような情報追跡への参加のオプトイン（opt in）又はオプトアウト（opt out）をユーザに許すモバイルデバイスを使用して、ユーザインタフェース（ＵＩ）を提供することができる。ＵＩは、追跡される情報の種類（types）のリスト及び追跡を許される情報の種類の選択を消費者に許す関連する制御要素（control elements）の組（set）を提示することができる。このようにして、消費者は、情報の様々な種類の配布及び／又は使用をオプトイン又はオプトアウトすることができる。

先行する発明の概要は、いくつかの例となる実施形態の様々な特徴の簡単な紹介として役立つことを意図する。他の実施形態は、本開示の範囲から逸脱することなく他の特定の形式で実装することができる。

本開示の構成要件は、添付請求項に明記される。しかしながら、説明の目的で、いくつかの実施形態が以下の図面に図示される。

ユーザが配布（distribution）及び／又は収集（collection）のためのデータを選択する方法を提供するいくつかの実施形態の例となるユーザインタフェース（ＵＩ）を図示する。 ユーザが配布及び／又は収集のためのデータを選択する方法を提供するいくつかの実施形態の第２の例となるＵＩを図示する。 ユーザが配布及び／又は収集のためのデータを選択する方法を提供するいくつかの実施形態の第３の例となるＵＩを図示する。 いくつかの実施形態によって使用される例となるハードウェアシステムの概略ブロック図を図示する。 いくつかの実施形態の例となるソフトウェアシステムの概略ブロック図を図示する。 図５のソフトウェアシステムのいくつかの例となるコンポーネントの詳細な表示を示す概略ブロック図を図示する。 追跡されるデータの配布と収集を管理するいくつかの実施形態の例となるクライアント側（client-side）のプロセスのフローチャートを図示する。 追跡されるデータの配布と収集を管理するいくつかの実施形態の例となるサーバ側（server-side）のプロセスのフローチャートを図示する。 発生地に関連する追跡されるデータの配布と収集を管理するいくつかの実施形態の例となるクライアント側プロセスのフローチャートを図示する。 追跡されるデータをユーザに提供するいくつかの実施形態の例となるクライアント側プロセスのフローチャートを図示する。 追跡されるデータをユーザに提供するいくつかの実施形態の例となるサーバ側プロセスのフローチャートを図示する。 追跡されるデータを発生地に関連する管理者（administrator）に提供し、発生地に関連する管理者からの追跡する最新情報（tracking updates）を受信する、いくつかの実施形態の例となるクライアント側プロセスのフローチャートを図示する。 追跡されるデータを発生地に関連する管理者に提供し、発生地に関連する管理者からの追跡する最新情報を受信する、いくつかの実施形態の例となるサーバ側プロセスのフローチャートを図示する。 いくつかの実施形態を実施するために使用される例となるコンピュータシステムの概略ブロック図を図示する。

以下の詳細な説明は、例となる実施形態を実行する現在予期されるやり方を説明する。本記述は、制限する意味において考慮することはなく、本開示の範囲が添付請求項によって最もよく定義されるように、単にいくつかの実施形態の一般的な原理を説明する目的のためである。

１つの他の構成要件とは独立して使用することができ又は他の構成要件との組合せにおいて使用することもできる、様々な発明の構成要件が以下で説明される。概して、いくつかの実施形態は、様々なエンティティによって収集される情報を制御する方法を一般的に提供する。この情報は、例えば、場所、取引情報、及びアイデンティティを含む。

そのような情報は、例えば、小売店、オフィス、オフィスビル、学校、公共の場、アトラクションモール、テーマパークなどの発生地によって追跡することができる。加えて、いくつかの発生地は、小売店、テーマパークの乗り物、スタジアムの売店などのセクション（sections）としてサブエリアに分割することができる。

発生地（及び／又はそれらのセクション）は、追跡される情報を示すことができる。いくつかの実施形態は、示された情報の一部又は全部の追跡を防ぐための示された情報から選択することができる。

場所は、追跡され得る情報の種類の１例である。場所（location）情報は、ユーザが発生地（venue）にいるとき決定することができる。別の追跡する例は、デバイスが場所情報をそのようなホットスポットにリアルタイムで送信するところで、異なるホットスポット（例えば、店舗内の様々な領域）を有する発生地がある場所のビーコンシステムを使用して、インターネットプロトコル（ＩＰ）追跡（デバイスのＩＰアドレス及び／又はＭＡＣアドレスを読取り、フォローすることによって）、視覚追跡、及び／又は追跡の他の適切な方法を含む。追跡される場所情報は、例えば、発生地のどのセクションが消費者に人気があるかを判定するために使用することができる（例えば、その消費者がコンピュータが好きで、服装に気を使わないなど）。そのような情報は、次に、発生地にいる間、直接のメール、及び／又は広告の他の適切な方法を介して、消費者に対する広告の特定の種類を対象として使用することができる。

第１の例となる実施形態は、ユーザデバイスにおいて、情報の配布と追跡を制御する方法を提供する。ユーザデバイスにおいて、追跡する通知を受信することと、ユーザデバイスにおいて、追跡する通知から要素の組を抽出することであって、要素の組は、情報の種類の組を含む、抽出することと、ユーザデバイスにおいて、情報の種類の組の中からユーザ選択の組を受信することと、ユーザデバイスから、追跡する通知に対するレスポンスを送信することであって、レスポンスは、ユーザ選択の組を含む、送信することと、を本方法は含む。

第２の例となる実施形態は、情報の配布と追跡を制御するユーザデバイスを提供する。ユーザデバイスは、命令の組を実行するためのプロセッサと、その命令の組を記憶する非一時的媒体を含む。ユーザデバイスにおいて、追跡する通知を受信することと、ユーザデバイスにおいて、追跡する通知から要素の組を抽出することであって、要素の組が情報の種類の組を含む、抽出することと、ユーザデバイスにおいて、情報の種類の組の中からユーザ選択の組を受信することと、ユーザデバイスから、追跡する通知に対するレスポンスを送信することであって、レスポンスは、ユーザ選択の組む、送信することと、を命令の組は含む。

第３の例となる実施形態は、サーバにおいて、情報の配布と追跡を制御する方法を提供する。サーバにおいて、定義された領域内の消費者デバイスを検出することと、サーバにおいて、定義された領域に関連する追跡する要素の組を読み出すこととであって、追跡する要素の組は、情報の種類の組を含む、読み出すことと、消費者デバイスに、追跡する要素の組を含む通知を送信することと、消費者デバイスから、追跡する通知に対するレスポンスを受信することであって、レスポンスが情報の種類の組の中からユーザ選択の組を含む、受信することとを、本方法は含む。

第４の例となる実施形態は、情報の配布と追跡を制御するサーバを提供する。このサーバは、命令の組を実行するプロセッサと、命令のこの組を記憶する非一時的媒体を含む。サーバにおいて、定義された領域の消費者デバイスを検出することと、サーバにおいて、定義された領域に関連する追跡する要素の組を読み出すこととであって、追跡する要素の組は、情報の種類の組を含む、読み出すことと、消費者デバイスに対して、追跡する要素の組を含む通知を送信することと、消費者デバイスから、追跡する通知に対するレスポンスを受信することであって、レスポンスは、情報の種類の組の中からユーザ選択の組を含む、受信することとを、命令の組は含む。

いくつかのさらに詳細な実施形態が以下のセクションで説明される。セクションＩは、いくつかの実施形態によって提供されるいくつかの例となるＵＩの説明が提供される。セクションＩＩでは、次に、いくつかの実施形態の例となるシステムアーキテクチャが説明される。次に、セクションＩＩＩでは、いくつかの実施形態によって実行される動作の様々な方法が説明される。最後に、セクションＩＶでは、いくつかの実施形態を実行し得る例となるコンピュータシステムが説明される。

Ｉ．ユーザインタフェース
図１は、配布及び／又は収集に対するユーザがデータを選択する方法を提供するいくつかの実施形態の例となるユーザインタフェース（ＵＩ）１００を図示する。この例において、ＵＩは、ユーザデバイス１１０を使用して提供することができる。このようなデバイスは、ウェアラブルデバイス（例えば、ウオッチ、ブレスレットなど）、携帯型デバイス（例えば、タブレット、スマートフォンなど）、及び／又は他の適切なデバイスであり得る。このデバイスは、ディスプレイ又はタッチスクリーン１２０（この例では、スクリーンがデバイス１１０の目に見える面全体に広がっている）、様々なボタン１３０、及び／又は他の入力１４０（例えば、ロッカスイッチ又はスライドスイッチ、キーパッドなど）などのＵＩハードウェア要素を含むことができる。加えて、いくつかの実施形態は、マイクロフォン、スピーカー、カメラ又は他の視覚センサ、動き検出器、触覚フィードバック要素などの様々な他の入力及び／又は出力を含むことができる。

スクリーン１２０上に表示されたＵＩ１００は、通知領域（notification areas）１５０、情報種類識別子（information type identifiers）１６０、及び／又は追跡コントローラ（tracking controllers）１７０を含むことができる。このようなＵＩは、例えば、デバイスが追跡する情報に対する通知又はリクエストを受信したときに、表示することができる。場合によっては、このＵＩは、ユーザデバイスが特定の領域（例えば、小売店の発生地に関連した場所）には入ったときに、起動することができる。

この例では、単一の通知領域１５０は、発生地に関するメッセージを含む。追加の通知領域も含むことができる。各通知領域は、テキスト、グラフィックス、アニメーション、ビデオ、及び／又はデバイス１１０によって表現される能力のある他のマルチメディアコンテンツなどの要素を含むことができる。

この例において、種類識別子（type identifier）１６０は、位置又は場所の追跡を表現するアイコンである。別の実施形態は、種類識別子の異なるアレンジメント（例えば、異なる数の識別子、異なる表現、異なるサイズなど）を有することができる。この種類識別子は、テキスト、グラフィックスなどを含むことができる。

追跡コントローラ１７０は、この例において、スライドスイッチ（slider switch）（例えば、スライダを左に動かすことによって追跡を無効にし、右に動かすことによって追跡を有効にする）又は他の適切な要素（例えば、チェックボックス、ボタンなど）であり得る。この例において、コントローラは、場所情報の追跡に関して「オフ（off）」、「無効（disabled）」、又は「不許可（non-allowed）」の位置（又は「状態（state）」）にある。

図２は、配布及び／又は収集に対してユーザがデータを選択するための方法を提供するいくつかの実施形態の第２の例となるＵＩ２００を図示する。このＵＩは、デバイス１１０を使用して表現することができ、受信した通知又は他の適切な基準（criteria）に基づいて起動するこができる。

この例において、ＵＩは、上述の、通知領域１５０、識別子１６０の組及び対応する追跡コントローラ１７０を含む。加えて、ＵＩは、顔認識に関連する識別子２１０とコントローラ２２０、及び取引情報に関連する識別子２３０とコントローラ２４０を含む。

コントローラ１７０、２２０、２４０は、この例では、場所情報追跡は無効（disabled）であり、一方、顔認識と取引追跡は有効（enabled）であることを示す。コントローラは、要望通り、様々な取り得る追跡シナリオからのユーザが選択することを可能にすることができる。

この例において、実際の場所情報は、表示（indications）に基づいて追跡することはできない。しかしながら、顔認識又は取引追跡は、定義された場所（例えば、店の場所、町又は近隣など）で追跡された情報に関連することができる。

顔認識に加えて、又は代わりに、いくつかの実施形態は、サインイン（sign in）（例えば、店舗でリワードカード（reward card：ポイントカード）を使用して）、クエリに対するレスポンス、及び／又はデバイス１１０を発生地、場所、取引、イベントなどと関連づけることができる他の関連する情報などの情報を追跡することができる。

図３は、配布及び／又は収集に対してユーザがデータを選択するための方法を提供するいくつかの実施形態の第３の例となるＵＩ３００を図示する。この例は、情報追跡に関してユーザに追加の情報を提供することができる追加の通知領域３１０を含む。

ユーザがそのような追跡を許可する場合（例えば、この例では取引追跡）、情報は、発生地に関連し、そして情報は、アイテム及び／又は購入されたサービス、支払われた値段、購入のデータ及び時間などの取引情報を含むことができる。加えて、情報は、場所、発生地の種類などの発生地情報（venue information）を含むことができる。情報は、名前の種類、状態などの発生地に関連する属性（attributes）も含むことができる。複数の情報種類が有効な場合、選択された種類は、追跡するときに関連することができる。例えば、取引及び場所が追跡された場合、実行された取引は、取引の間に確定される（ascertained）場所に関連することができる。

追跡される情報は、特定の発生地又は場所に関連するアイテムのリストをユーザがレビューすることを可能にすることができる。リストは、購入したアイテム、見たアイテム（例えば、ユーザがタグ付けした又はさもなければ興味を示したアイテム）、などを含むことができる。別の例としては、追跡される情報は、発生地又はデパートで過ごした時間を判定し、そして、そのリストは、様々な方法でそのような興味を反映することができる（例えば、お店のガーデニングのセクションで過ごした時間、カーディーラーで過ごした時間など）。そのようなリストは、様々な適切な方法で表すことができる（例えば、時間と日付でソートされた取引、そこで過ごした時間でソートされた場所など）。

当業者であれば、図１〜図３を参照して上述されたＵＩとＵＩ要素は、本開示の範囲から逸脱せずに様々な異なる方法で実装することができることを理解する。例えば、異なる実施形態は、追加要素を含み、様々な要素を除外し、要素を再アレンジし、及び／又はそうでなければ、様々な要素の表現を変更することができる。別の例において、異なる実施形態は、異なる数のボタン及び／又はボタンのアレンジ及び／又は他のデバイスの要素（例えば、ディスプレイ又はタッチスクリーン、キーパッドなど）を含むことができる。加えて、様々な特定のＵＩ要素は、様々な異なる方法で表現することができる（例えば、図示されたものとは異なるグラフィックス又はアイコンを使用して、テキストを使用してなど）。

ＩＩ．システムアーキテクチャ
図４は、いくつかの実施形態によって使用される例となるハードウェアシステム４００の概略ブロック図を図示する。この例において、ユーザ４１０は、ウェアラブルデバイス４２０とモバイルデバイス４３０と連携している。領域又は場所４４０は、様々な適切な方法で定義することができ、ワイヤレスビーコン４５０と発生地デバイス（venue devices）４６０などの要素を含むことができる。加えて、このシステムは、関連するストレージ４８０及び／又は管理デバイス（admin device）４９０を有するサーバ４７０を含むことができる。このシステムは、各デバイス種類の複数のインスタンスを含む（及び／又は１つ以上のデバイス種類を省略する）ことができる。

ウェアラブルデバイス４２０は、デバイス１１０と同種であり得る。デバイス４２０は、様々な他のシステム要素とワイヤレスで通信することができる。そのようなワイヤレス通信は、直接リンク（例えば、ブルートゥース（登録商標）、Ｗｉ−Ｆｉなど）、ネットワーク接続、（例えば、セルラネットワーク、ワイヤレスネットワーク、イーサネット（登録商標）など）、及び／又は他の適切なリンク（例えば、有線接続、無線接続など）を含むことができる。

ユーザデバイス４３０は、スマートフォン又はタブレットなどのモバイルデバイスであり得る。ユーザデバイス４３０は、ウェアラブルデバイス４２０と同種の経路を使用して様々な他のシステム要素と通信することができる。場合によっては、ウェアラブルデバイスとユーザデバイス４３０は、共同して動作することができる。例えば、ユーザデバイスは、様々な他のシステム要素と通信し、ユーザとの対話のキャンバスとしてウェアラブルデバイス４２０を使用することができる。別の例として、ウェアラブルデバイス４２０は、ユーザデバイス４３０を介して様々な通信を中継することができる。例えば、ユーザデバイスは、セルラネットワークにアクセスでき、ウェアラブルデバイス４２０は、そのようなネットワークを使用して通信することができないが、しかし、ブルートゥースリンクを経由してユーザデバイス４３０と通信することができる。

ビーコン４５０は、領域（region）４４０内で検知可能なビーコン信号を送信することができる送信機を含むことができる。このようなビーコン信号は、様々な適切な通信経路（例えば、ブルートゥース、Ｗｉ−Ｆｉ、など）を使用して送信することができる。ビーコン信号は、場所、発生地との提携（affiliation）、情報追跡の通知などの情報を含むことができる。いくつかの実施形態において、信号の伝送に加えて、ビーコン４５０は、他のシステム要素から通信を受信する（及び／又は通信に応答する）こともできる。

発生地デバイス（venue device）４６０は、他のシステム要素と対話できる発生地に関連する任意のデバイスであり得る。そのようなデバイスの例は、ＰＯＳ（point of sale）ステーション（例えば、レジスタ、クレジットカードプロセッサなど）、広告ディスプレイ、コンピューティングデバイス、及びカメラ又は他のセンサ（例えば、動き検出器（motion detectors））を含む。そのようなデバイスは、通知又は他の適切な情報がユーザデバイス４２０及び４３０に送信できるような伝送能力を含むことができる。加えて、デバイス４６０は、他のシステム要素と通信することができる。

サーバ４７０は、１つ以上のネットワークを渡って通信し、ストレージ４８０にアクセスすることができるコンピューティングデバイスであり得る。サーバ４７０は、命令を実行し及び／又はデータをプロセスすることができる。ストレージ４８０は、命令及び／又はデータを受信し、記憶し、及び／又は供給することができる。サーバ４７０とストレージ４８０は、ローカルな要素（例えば、発生地にあり、発生地によって提供されるローカルエリアネットワークを介してアクセス可能なコンピューティングデバイス）及び／又はネットワーク又は分散型の要素（クラウドベースのストレージ又はコンピューティング、インターネットを介してアクセス可能なリモートコンピューティングデバイスなど）を含むことができる。

管理デバイス４９０は、システム４００と対話する発生地（例えば、店のオーナ又は従業員、技術サポートスタッフなど）に関連するこれらによって使用されるコンピューティングデバイスであり得る。

図５は、いくつかの実施形態の例となるソフトウェアシステム５００の概略ブロック図を図示する。そのようなシステムは、上述のウェアラブルデバイス４２０、モバイルデバイス４３０、発生地デバイス４６０、サーバ４７０、及び／又は管理デバイス４９０などのハードウェア要素を使用して実装することができる。様々な要素がソフトウェアを使用して実装されるように説明したが、そのような要素は、本明細書で説明する様々な特徴を提供することができる電子回路によって完全に又は一部において実装することができる。

図示したように、ウェアラブルデバイス４２０は、ストレージ５０５、ブラウザ５１０、消費者アプリケーション（consumer application）５１５、及びインタフェース５２０を含むことができる。ストレージ５０５は、他のデバイス要素によって使用するために命令及び／又はデータを記憶することができる。ブラウザ５１０（及び／又は他の適切なアプリケーション）は、ウェブベースインタフェースを経由するなど、他のシステム要素との対話をユーザに可能にすることができる。消費者アプリケーション５１５は、様々なＵＩ要素を生成し、及び／又はＵＩ要素を経由して受信した入力にしたがって動作することができる。インタフェース５２０は、ネットワーク５３０を渡って通信することができる。

ネットワーク５３０は、様々な経路（pathways）（例えば、有線接続、ワイヤレス接続、セルラ接続など）、サブネットワーク、及び／又は外部ネットワーク（例えば、インターネット）に対するインタフェースを含むことができる。

モバイルデバイス４３０は、ウェアラブルデバイス４２０を参照して上述されたものに同種の要素を含むことができる。

発生地デバイス４６０は、ストレージ５４０、クライアント側アプリケーション５４５、及びインタフェース５５０を含むことができる。ストレージ５４０は、ストレージ５０５と同種で、インタフェース５５０は、インタフェース５２０と同種であり得る。クライアント側アプリケーション５４５は、様々なＵＩ要素を生成し及び／又はＵＩ要素を経由して受信した入力に従って動作することができる。加えて、クライアント側アプリケーション５４５は、他のシステム要素（例えば、消費者アプリケーション５１５）と自動的に対話することができる。例えば、ＰＯＳレジスタは、購入情報がクライアント側アプリケーション５４５と消費者アプリケーション５１５を経由して追跡される通知を送信することができる。アプリケーションは、さらに、適切であれば、レスポンスとして受信されるように対話することができる（及び／又はそうでなければ自動的に対話する）。

サーバ４７０は、インタフェース５６０、サーバ側アプリケーション５６５、及びストレージ５７０を含むことができる。ストレージ５７０は、ストレージ５０５と同種で、インタフェース５６０は、インタフェース５２０と同種であり得る。サーバ側アプリケーション５６５は、消費者アプリケーション５１５とクライアント側アプリケーション５４５を含む、様々な他のシステム要素と自動的に対話することができる。

管理デバイス４９０は、インタフェース５８０、及び管理アプリケーション５８５、及びブラウザ５９０、及びストレージ５９５を含むことができる。ストレージ５９５は、ストレージ５０５と同種で、ブラウザ５９０は、ブラウザ５１０と同種で、及びインタフェース５６０は、インタフェース５２０と同種であり得る。管理アプリケーション５８５は、消費者アプリケーション５１５、クライアント側アプリケーション５４５、及びサーバ側アプリケーション５８５を含む、様々な他のシステム要素と対話することができる。

図６は、ソフトウェアシステム５００のいくつかの例となるコンポーネントの詳細な図を示す概略ブロック図を図示する。

図示のように、消費者アプリケーション５１５は、ＵＩモジュール６１０とハードウェアインタフェース６１５を含むことができる。ＵＩモジュール６１０は、様々なＵＩ要素を生成し及び／又は解釈することができる。ＵＩモジュールは、ＵＩモジュールを経由して受信された入力に基づいて他のシステム要素に供給することができるコマンド又はメッセージを生成することができる。加えて、ＵＩモジュールは、他のシステム要素から受信したデータに基づいてＵＩ要素を生成し及び／又は提供することができる。ハードウェアインタフェース６１５は、ユーザデバイス４２０と４３０（例えば、タッチスクリーン、ストレージ、プロセッサなど）の要素をアプリケーション５１５が制御し又は利用できるようにする。

クライアント側アプリケーション５４５は、サーバ対話モジュール６２０と消費者対話モジュール（consumer interaction module）６２５を含むことができる。サーバ対話モジュール６２０は、サーバ側アプリケーション５６５と対話することができる。消費者対話モジュール６２５は、消費者アプリケーション５１５と対話することができる。

場合によっては、クライアント側アプリケーション５４５は、消費者アプリケーション５１５とサーバ側アプリケーション５６５との間のリンクとして提供することができる。例えば、ユーザデバイスが特定の領域内にあるとき、クライアント側アプリケーション５４５は、通知を消費者アプリケーション５１５に送信し、次に、消費者アプリケーションと対話して、ユーザデバイスと関連する追跡の選択の組を決定することができる。クライアント側アプリケーション５４５は、次に、任意の収集された情報（例えば、場所、取引など）をサーバ側アプリケーション５６５に送信することができる。

サーバ側アプリケーション５６５は、認証モジュール６３０、領域構成モジュール６３５、発生地対話モジュール６４０、消費者モジュール６４５、及び管理モジュール６５０を含むことができる。認証モジュール６３０は、ユーザアカウント情報（例えば、ユーザ名とパスワード）及びステータス（例えば、管理者特権、消費者特権など）を検証することができる。領域構成モジュール６３５は、場所情報、発生地デバイスとビーコンの選択、及び／又は他の関連する領域情報（例えば、収集された追跡する情報の種類、通知など）を受信し、様々な領域と関連する追跡する情報を定義することができる。

発生地対話モジュール（venue interaction module）６４０は、いくつかの実施形態においてクライアント側アプリケーション５４５を経由して発生地と対話することができる。消費者モジュール６４５は、消費者アプリケーション５１５と対話することができる。管理モジュール（admin module）６５０は、管理アプリケーション（admin application）５８５と対話することができる。

管理アプリケーション５８５は、特徴定義モジュール（feature definition module）６６０とサーバ対話モジュール６６５を含むことができる。特徴定義モジュール６６０は、領域構成モジュール（region configuration module）６３５と対話して、領域に関連する特徴を定義することができる。構成モジュールは、消費者に対して提示される特徴の選択（例えば、追跡する場所、顔認識、取引ログなど）と関連するオプション、通知などを受信することができる。サーバ対話モジュール６６５は、管理モジュール６５０と対話することができる。サーバ対話モジュール６６５は、サーバ側アプリケーション５６５に対して管理者の選択又は設定を中継することができる。いくつかの実施形態において、データを制御し、様々な発生地デバイスに供給し、及び／又はそうでなければ、様々な発生地デバイスと対話するために、管理アプリケーション５８５は、クライアント側アプリケーション５４５と対話することができる。

図４〜図６のシステムは、例であり、異なる実施形態が、本開示の範囲を逸脱することなく様々な異なる方法で実装できることを、当業者は理解する。例えば、いくつかの実施形態は、追加の要素を含み又はいくつかの要素を省略することができる。別の実例とし、別の実施形態は、様々な要素を組合せ又は様々な要素を分割することができる。

ＩＩＩ．動作方法
図７は、追跡されるデータの配布と収集を管理するいくつかの実施形態の例となるクライアント側プロセス７００のフローチャートを図示する。そのようなプロセスは、ウェアラブルデバイス４２０又はモバイルデバイス４３０などの要素によって実行することができる。プロセスは、例えば、モバイルデバイスに電源が入れられたときに開始することができる。

図示のように、プロセスは、追跡する通知が受信されたか否かを判定することができる（７１０において）。そのような通知は、例えば、レジスタ、ディスプレイ、ＰＣ、ビーコンなどの小売店のデバイスから受信されるメッセージを含むことができる。通知は、追跡される情報及び／又は他の適切な情報（例えば、発生地又はセクションの情報、前回の訪問からの選択など）の種類のリストを含むことができる。

プロセスが、通知が受信されなかったと判定したとき（７１０において）、プロセスは、デフォルトの情報を提供することができ（７２０において）、次に終了することができる。そのようなデフォルトの情報は、様々な関連するファクタに基づいて提供することができる（例えば、ユーザ選択、工場出荷時の設定など）。

プロセスが通知を受信したと判定する場合（７１０において）、プロセスは、通知に含まれる要素を抽出することができ（７３０において）、抽出した要素に少なくとも部分的に基づいてＵＩを提供することができる（７４０において）。そのようなＵＩは、上述のＵＩ １００〜３００と同種であり得る。抽出された要素は、例えば、情報の種類、前回の選択、テキスト、グラフィックス、及び／又は他の適切な要素を含むことができる。

次に、プロセスは、ユーザ選択の組を受信することができる（７５０において）。そのような選択は、例えば、コントローラ１７０、２２０及び２４０などのコントローラを使用して行うことができる。

プロセスは、次に必要に応じて、通知に対するレスポンスを送信する（７６０において）。場合によって、レスポンスは、通知を提供した要素に対して提供することができる。例えば、小売店で、小売店に関連するローカルサーバから追跡される情報の種類のリストをユーザデバイスが受信することができる。ユーザ選択は、次に、レスポンスメッセージ中でローカルサーバに対して提供することができる。別の例として、小売店で、伝送することができるが、受信できないビーコンから情報をユーザデイバスは受信することができる。このような場合、レスポンスは、別のデバイス（例えば、ローカルサーバ又はリモートサーバ）に送信することができる。そのようなデバイスは、通知及び／又は他の適切な方法に含まれる情報によって特定することができる。場合によっては、レスポンスは、送信されない（例えば、任意の追跡情報がユーザデバイスによって制御されていないときなど）。

次に、プロセスは、ユーザ選択に基づいて情報を提供し（７７０において）、そして、次に終了することができる。例えば、ユーザは、ローカル情報を共有することを選択することができ（モバイルデバイスによって判定されるように）、そして、その情報のみを通知するリソースに提供することができる。

図８は、追跡されるデータの配布と収集を管理するいくつかの実施形態の例となるサーバ側プロセス８００のフローチャートを図示する。そのようなプロセスは、プロセス７００を補完するものであり得る。そのようなプロセスは、サーバ４７０などの要素によって実行することができる。プロセスは、例えば、サーバの電源が入れられたときに、開始することができる。

図示したように、プロセス８００は、参加する消費者が検出されたか否かを判定することができる（８１０において）。そのような判定は、様々な適切な方法で行うことができる（例えば、動き検出、視覚検出、クエリに対するレスポンスを検出するなど）。場合によっては、検出は、ローカル要素によって実行することができる（例えば、ビーコン、ディスプレイなどの発生地デバイスなど）。ローカル要素は、次に、検出メッセージをサーバに対して送信することができる。

次に、プロセスは、要素の組を読み出す（retrieve）（８２０において）。そのような要素は、例えば、追跡される情報の種類、通知情報（例えば、テキスト、グラフィックスなど）、及び／又は発生地、ユーザなどと関連する他の適切な要素を含む。

プロセスは、次に、読み出した要素に少なくとも部分的に基づいて、通知をユーザデバイスに送信することができる（８３０において）。いくつかの実施形態において、通知は、特定のユーザデバイスに向かっていないが、しかし伝送範囲内でユーザデバイスによって受信することができるビーコン信号又は他の信号として提供することができる。加えて、通知は、ユーザデバイスの検出を必要とせずに送信される（例えば、ビーコン信号は、連続的に、一定間隔で伝送することができるなど）。

次に、プロセスは、レスポンスが受信されたか否かを判定することができる（８４０において）。プロセスが、レスポンスが受信されたと判定した場合（８４０において）、プロセスは、ユーザ選択を抽出し（８５０において）、その選択に基づいて情報を収集することができる（８６０において）。場合によっては、そのような情報は、１つ以上のローカルデバイス（例えば、ビーコン、ＰＯＳデバイスなど）によって収集することができ、サーバに送信することができる。サーバは、収集される情報（例えば、購入情報が収集されている間、位置情報は、破棄され、又は収集されないようにできる）を示すローカルデバイスにコマンド又はメッセージを送信することができる。

プロセスは、レスポンスが受信されなかったと判断した場合は（８４０において）、プロセスは、デフォルトの情報（default information）を収集することができる（８７０において）。場合によっては、レスポンスが受信されなかった場合、情報を収集しないこともできる。情報は、様々な適切なリソース（例えば、ユーザデバイス、発生地デバイス、ローカルサーバなど）から収集することができる（８６０又は８７０において）。

情報を収集した（８６０又は８７０において）後、プロセスは、収集した情報を記憶し（８８０において）、次に、終了することができる。場合によっては、収集された情報は、他のエンティティに送信することができる。例えば、収集された情報は、発生地デバイス又はローカルサーバに送信することができる。

図９は、発生地に関連する追跡されたデータの配布と収集を管理するいくつかの実施形態の例となるクライアント側プロセス９００のフローチャートを図示する。そのようなプロセスは、プロセス７００及び／又はプロセス８００を補完することができる。そのようなプロセスは、ビーコン４５０又は発生地デバイス４６０などの要素によって実行することができる。プロセスは、例えば、発生地デバイスの電源が入れられたときに開始することができる。

動作９１０〜９７０は、上述の動作８１０〜８７０と同種であり得る。図示したように、情報を収集した（９６０又は９７０において）後、プロセスは、収集した情報をサーバに送信し（９８０において）、次に終了することができる。

いくつかの実施形態において、プロセス８００及び９００は、共同してローカルデバイス及びリモートサーバによって実行することができる。例えば、ビーコンのようなローカルデバイスは、ユーザデバイスによって受信された信号を伝送することができる。ユーザデバイスは、順に、追跡された情報をローカル又はリモートサーバに提供することができる（例えば、ビーコンがデータを受信できないとき）。別の例では、ローカルサーバは、ユーザ選択の組を受信し、選択に基づいて他のシステムの要素の動作を少なくとも部分的に制御することができる（例えば、ユーザが取引情報を追跡することにオプトアウトしたとき、ローカルサーバは、購入情報をリモートサーバに伝送しないことができる）。

図１０は、追跡されたデータをユーザに提供するいくつかの実施形態の例となるクライアント側プロセス１０００のフローチャートを図示する。そのようなプロセスは、ウェアラブルデバイス４２０又はモバイルデバイス４３０などの要素によって実行することができる。プロセスは、例えば、クライアントアプリケーションが起動されたとき又はウェブベースインタフェースがアクセスされたときに、開始することができる。

図示したように、プロセスは、追跡された情報に対するリクエストを受信することができる（１０１０において）。そのようなリクエストは、様々な関連する基準に基づいて追跡される情報からユーザが選択できるようにする適切なＵＩを経由して受信することができる。例えば、ユーザは、先月内のすべての追跡された購入のレビューを希望することができる。

次に、プロセスは、リクエストをサーバに送信することができる（１０２０において）。リクエストは、１０１０において受信された追跡された情報を特定する情報を含むことができる。

プロセスは、次にリクエストに対するレスポンスを受信し（１０３０において）、リクエストされた情報を提供し（１０４０において）、次に終了することができる。

図１１は、追跡されたデータをユーザに提供するいくつかの実施形態の例となるサーバ側プロセス１１００のフローチャートを図示する。そのようなプロセスは、プロセス１０００を補完することができる。そのようなプロセスは、サーバ４７０などの要素によって実行することができる。プロセスは、例えば、サーバの電源が入れたときに開始することができる。

図示したように、プロセスは、ユーザデバイスからリクエストを受信することができる（１１１０において）。次に、プロセスは、リクエストに少なくとも部分的に基づいて関連する情報を読み出すことができる（１１２０において）。

次に、プロセスは、読み出した情報に少なくとも部分的に基づいてレスポンスを生成することができる（１１３０において）。プロセスは、次に、ユーザデバイスにレスポンスを送信し（１１４０において）、次に、終了することができる。

図１２は、追跡されたデータを提供し、発生地に関連する管理者からの追跡する最新情報（updates）を受信するいくつかの実施形態の例となるクライアント側プロセス１２００のフローチャートを図示する。そのようなプロセスは、ビーコン４５０又は発生地デバイス４６０などの要素によって実行することができる。プロセスは、例えば、クライアントアプリケーションが起動されたとき、又はウェブベースインタフェースがアクセスされたときに、開始することができる。

動作１２１０〜１２４０は、上述の動作１０１０〜１０４０と同種であり得る。プロセス１０００やプロセス１２００などは、消費者−ユーザよりは、発生地管理者（venue administrator）（例えば、店の店員又はマネージャ）と関連することができる。

任意のリクエストされた情報を提供した（１２４０において）後、プロセスは、追跡するパラメータが更新するか否かを判定することができる（１２５０において）。そのような判定は、管理者−ユーザによって行われる選択などの、様々な関連するファクタに基づいて行うことができる。プロセスは、最新情報がないと判定した場合（１２５０において）、プロセスは終了することができる。

プロセスは、最新情報があると判定した場合（１２５０において）、プロセスは、選択を受信し、最新情報のメッセージをサーバに送信し（１２７０において）、次に、終了することができる。いくつかの実施形態において、最新情報は、サーバに加えて又はサーバの代わりに、ローカルデバイス（例えば、発生地デバイス）に配布することができる。

最新情報は、例えば、発生地が視覚検出システムを導入したとき、新しい店舗のセクションが配備されたときなど、情報を追跡する種類に対する更新を含むことができる。

図１３は、追跡されるデータを提供し、発生地に関連する管理者から追跡する最新情報を受信するいくつかの実施形態の例となるサーバ側プロセス１３００のフローチャートを図示する。そのようなプロセスは、プロセス１２００を補完することができる。そのようなプロセスは、サーバ４７０などの要素によって実行することができる。プロセスは、例えば、サーバの電源が入れられたときに開始することができる。

動作１３１０〜１３４０は、上述の動作１１１０〜１１４０と同種であり得る。消費者−ユーザというよりは、プロセス１１００、プロセス１３００などは、発生地管理者（例えば、店の店員又はマネージャ）に関連することができる。

レスポンスを送信した（１３４０において）後、プロセスは、追跡する情報を更新するリクエストを受信した否かを判定することができる（１３５０において）。プロセスが、レスポンスが受信されていないと判定した場合（１３５０において）、プロセスは終了することができる。

リクエストが受信されたとプロセスが判定した場合（１３５０において）、プロセスは、最新情報を受信し（１３６０において）、最新情報を適用し（１３７０において）、そして、次に終了することができる。最新情報は、様々な適切な方法で適用することができる。例えば、最新情報は、地域の管理者から受信され、次に、その領域のお店に関連するすべてのデバイス（例えば、発生地デバイス、ローカルサーバなど）に配布することができる。

当業者であれば、図７〜図１３を参照して上述したプロセスの例が、本開示の範囲を逸脱することなく様々な異なる方法によって実装できることを理解するであろう。例えば、種々の実施形態は、上述とは異なる順序で動作を実行することができる。別の実例としては、いくつかの実施形態は、様々なリストした動作に追加の動作を含み、及び／又は省略することもできる。各プロセスは、複数のサブプロセスに分割され及び／又はマクロプロセスを形成するために他のプロセスと組み合わせることもできる。加えて、動作のサブセットは、様々な適切な基準（例えば、会話の間に様々なシステムリソース間で複数のメッセージが行き来する）に基づいて反復して実行することができる。

ＩＶ．コンピュータシステム
上述のプロセス及びモジュールの多くは、非一時的な、有体の記憶媒体上に記憶される命令の１つ以上の組として規定されるソフトウェアプロセスとして実装することができる。これらの命令は１つ以上の計算要素（例えば、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＰＳｓ）、特定用途向け集積回路（ＡＳＩＣｓ）、フィールドプラグラマブルゲートアレイ（ＦＰＧＡｓ）など）によって実行されるとき、命令は、計算要素に、命令の中で特定されるアクションを実行するようにさせる。

いくつかの実施形態において、上述の様々なプロセス及びモジュールは、デイバス又は要素の様々な組を含み得る電子回路を使用して完全に実装することができる（例えば、センサ、ロジックゲイト、アナログ・デジタルコンバータ、デジタル・アナログコンバータ、コンパレータなど）。そのような回路は、本明細書全体で説明する様々なソフトウェア要素に関連することができる機能及び／又は特徴を実行することができる。

図１４は、いくつかの実施形態を実装するために使用される例となるコンピュータシステム１４００の概略ブロック図を図示する。例えば、図１〜６を参照した上述のシステムは、コンピュータシステム１４００を使用して少なくとも部分的に実装することができる。別の例としては、図７〜図１３を参照して説明したプロセスは、コンピュータシステム１４００を使用して実行される命令の組を使用して少なくとも部分的に実行することができる。

コンピュータシステム１４００は、様々な適切なデバイスを使用して実装することができる。例えば、コンピュータシステムは、パーソナルコンピュータ（ＰＣｓ）、サーバ、モバイルデバイス（例えば、スマートフォン）、タブレットデバイス、及び／又は任意の他の適切なデバイスの１つ以上を使用して実装することができる。様々なデバイスは、単独で（例えば、コンピュータシステムが単一のＰＣとして実装されることができる）又は協働して（例えば、コンピュータシステムのいくつかのコンポーネントがモバイルデバイスによって提供することができ、一方、他のコンポーネントはタブレットデバイスによって提供される）働くことができる。

図示したように、少なくとも１つの通信バス１４０５、１つ以上のプロセッサ１４１０、システムメモリ１４１５、リードオンリメモリ（ＲＯＭ）１４２０、永久ストレージデバイス１４２５、入力デバイス１４３０、出力デバイス１４３５、様々な他のコンポーネント１４４０（例えば、グラフックスプロセッシングユニット）、及び１つ以上のネットワークインタフェース１４４５をコンピュータシステム１４００は含むことができる。

バス１４０５は、コンピュータ１４００の要素の間でのすべての通信経路を表現する。そのような経路は、有線の、ワイヤレスの、オプティカルの、及び／又は他の適切な通信経路（communication pathways）を含むことができる。例えば、入力デバイス１４３０及び／又は出力デバイス１４３５は、ワイヤレス通信プロトコル又はシステムを使用してシステム１４００と結合することができる。

プロセッサ１４１０は、いくつかの実施形態のプロセスを実行するために、実行される命令及び／又は処理されるデータを、システムメモリ１４１５、ＲＯＭ１４２０、及び永久ストレージデバイス１４２５などのコンポーネントから読み取る（retrieve）ことができる。そのような命令及びデータは、バス１４０５を介して通過することができる。

システムメモリ１４１５は、例えば、ランダムアクセスメモリ（ＲＡＭ）などの揮発性のリード・ライトメモリであり得る。システムメモリは、プロセッサが実行時に使用する命令とデータの一部を記憶することができる。いくつかの実施形態を実行するために使用される命令及び／又はデータの組は、システムメモリ１４１５、永久ストレージデバイス１４２５、及び／又はリードオンリメモリ１４２０中に記憶することができる。ＲＯＭ１４２０は、プロセッサ１４１０及び／又はコンピュータシステムの他の要素によって使用することができるスタティックなデータ及び命令を記憶することができる。

永久ストレージデバイス１４２５は、リード・ライトメモリデバイスであり得る。永久ストレージデバイスは、コンピュータシステム１４００がオフ又は電源を切られたときでさえ、命令及びデータを記憶する不揮発性メモリであり得る。コンピュータシステム１４００は、永久ストレージデバイスとして、リムーバブルストレージデバイス及び／又はリモートストレージデバイスを使用することができる。

入力デバイス１４３０は、ユーザがコンピュータシステム及び／又はシステムの複数の様々な動作と情報を通信できるようにすることができる。入力デバイスは、キーボード、カーソル制御デバイス、オーディオ入力デバイス及び／又はビデオ入力デバイスを含むことができる。出力デバイス１４３５は、プリンタ、ディスプレイ、及び／又はオーディオデバイスを含むことができる。入力デバイス及び／又は出力デバイスの一部又は全部は、コンピュータシステムにワイヤレスに又は光学的に接続することができる。

他のコンポーネント１４４０は、様々な他の機能を実行することができる。これらの機能は、特定の機能（例えば、グラフィックス処理、サウンド処理など）を実行し、記憶を提供し、外部のシステム又はコンポーネントなどとインタフェースすることができる。

最後に、図１４に示したように、コンピュータシステム１４００は、１つ以上のネットワークインタフェース１４４５を介して１つ以上のネットワーク１４５０と結合することができる。例えば、コンピュータシステム１４００上で実行されるウェブブラウザが、ウェブブラウザ上で動作するインタフェースとユーザが対話できるようにウェブサーバと対話できるように、コンピュータシステム１４００はインターネット上のウェブサーバに結合することができる。コンピュータシステム１４００は、ネットワークインタフェース１４４５とネットワーク１４５０を介して、１つ以上のリモートストレージ１４６０及び１つ以上の外部コンポーネント１４６５にアクセスすることができる。ネットワークインタフェース１４４５は、コンピュータシステム１４００がリモートシステム及び／又はストレージにアクセスすることができ、またリモートシステム及び／又はストレージがコンピュータシステム１４００（又はその要素に）アクセスするこができるようにする１つ以上のアプリケーションプログラミングインタフェース（ＡＰＩｓ）を含むことができる。

この明細書及び本出願の任意の請求項において使用されるように、用語「コンピュータ」、「サーバ」、「プロセッサ」、及び「メモリ」は、すべて電子デバイスを指している。これらの用語は、人々又は人々の集団を除く。この明細書と本願の請求項で使用されるように、用語「非一時的記憶媒体（non-transitory storage medium）」は、電子デバイスによって読取り可能な形式で情報を記憶する有形の、対象部に完全に限定される。これらの用語は、任意のワイヤレス又は他の一時的な信号を除外する。

コンピュータシステム１４００の任意の又はすべてのコンポーネントがいくつかの実施形態と協働して使用することができることは当業者によって理解されるであろう。その上、多くの他のシステム構成は、また、いくつかの実施形態又はいくつかの実施形態のコンポーネントと協働して使用されることを、当業者は理解する。加えて、示された例は、別個の要素として多くの個々のモジュールとして説明されているが、当業者は、これらのモジュールが単一の機能ブロック又は要素に組み合わせることができることを認識するであろう。当業者は、単一のモジュールが複数のモジュールに分解できることも理解するであろう。

上述のものは、例となる実施形態の説明の役に立つ詳細に関連し、以下の請求項によって定義されるように、本開示の範囲を逸脱することなく変更を行うことができる。

上述のものは、例となる実施形態の説明の役に立つ詳細に関連し、以下の請求項によって定義されるように、本開示の範囲を逸脱することなく変更を行うことができる。
ここで例としていくつかの付記を記載する。
（付記１）
情報の配布と追跡を、ユーザデバイスにおいて、制御する方法であって、
前記ユーザデバイスにおいて、追跡する通知から要素の組を抽出すること（８０３０）であって、要素の前記組は、情報の種類の組を含む、抽出することと、
前記ユーザデバイスにおいて、情報の種類の前記組の中からユーザ選択の組を受信すること（８０５０）と、
前記ユーザデバイスから、前記追跡する通知に対するレスポンスを送信すること（８０６０）であって、前記レスポンスは、ユーザ選択の前記組を含む、送信することと、
を含む、方法。
（付記２）
ユーザ選択の前記組を受信することが、
前記ユーザデバイスにおいて、前記情報の種類の組における情報の種類に対する表示を含むユーザインタフェース（ＵＩ）を提供することと、
前記ユーザデバイスにおいて、追跡コントローラの組を提供することであって、前記追跡コントローラは、前記情報の種類の組から特定の情報の種類に関連する、提供することと、
前記ユーザデバイスにおいて、各追跡コントローラの状態を決定することと、
を含む、付記１に記載の方法。
（付記３）
前記表示は、グラフィカルアイコンを含み、前記追跡コントローラは、スライドスイッチを含む、付記２に記載の方法。
（付記４）
前記追跡する通知は、発生地デバイス及びサーバのうちの１つから受信され、前記レスポンスは、前記発生地デバイス及び前記サーバのうちの１つに送信される、付記１に記載の方法。
（付記５）
情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、付記１に記載の方法。
（付記６）
情報の配布と追跡を制御するユーザデバイスであって、前記ユーザデバイスは、命令の組を実行するプロセッサと、命令の前記組を記憶する非一時的記憶媒体とを含み、
命令の前記組は、
前記ユーザデバイスにおいて、追跡する通知を受信すること（８１０）と、
前記ユーザデバイスにおいて、前記追跡する通知から要素の組を抽出することであって、要素の前記組は、情報の種類の組を含む、抽出することと、
前記ユーザデバイスにおいて、情報の種類の前記組からユーザ選択の組を受信すること（８０５０）と、
前記ユーザデバイスから、前記追跡する通知に対するレスポンスを送信すること（８０６０）であって、前記レスポンスは、ユーザ選択の前記組を含む、送信することと、
を含む、ユーザデバイス。
（付記７）
ユーザ選択の前記組を受信する命令の前記組は、さらに、
前記ユーザデバイスにおいて、情報の種類の前記組において、各情報の種類の表示を含むユーザインタフェース（ＵＩ）を提供することと、
前記ユーザデバイスにおいて、追跡コントローラの組を提供することであって、各追跡コントローラは、情報の種類の前記組からの特定の情報の種類に関連する、提供することと、
前記ユーザデバイスにおいて、各追跡コントローラの状態を判定することと、
を含む、付記６に記載のユーザデバイス。
（付記８）
前記表示は、グラフィカルアイコンを含み、前記追跡コントローラは、スライドスイッチを備える、付記７に記載のユーザデバイス。
（付記９）
前記追跡する通知は、発生地デバイス及びサーバのうちの１つから受信され、前記レスポンスは、前記発生地デバイス及び前記サーバのうちの１つに対して送信される、付記６に記載のユーザデバイス。
（付記１０）
情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、付記６に記載のユーザデバイス。
（付記１１）
サーバにおいて、情報の配布と追跡を制御する方法であって、
前記方法は、
前記サーバにおいて、定義された領域内の消費者デバイスを検出すること（８１１０）と、
前記サーバにおいて、前記定義された領域に関連する追跡する要素の組を読み出すこと（８１２０）と、
前記消費者デバイスに対して、追跡する要素の前記組を含む通知を送信すること（８１３０）と、
前記消費者デバイスから、前記追跡する通知に対するレスポンスを受信すること（８１６０）であって、前記レスポンスは、情報の種類の前記組の中からユーザ選択の組を含む、方法。
（付記１２）
ユーザ選択の前記組に基づいて情報を収集することと、前記収集された情報を記憶することと、をさらに含む付記１１に記載の方法。
（付記１３）
前記消費者デバイスを検出することが、前記定義された領域に関連する発生地デバイスから通知を受信することを含む、付記１１に記載の方法。
（付記１４）
前記定義された領域に関連する発生地デバイスに、ユーザ選択の前記組を示すメッセージを送信することをさらに含む、付記１１に記載の方法。
（付記１５）
情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、付記１１に記載の方法。
（付記１６）
情報の配布と追跡を制御するサーバであって、前記サーバは、
命令の組を実行するためのプロセッサと、
命令の前記組を記憶する非一時的記憶媒体であって、命令の前記組は、
前記サーバにおいて、定義された領域内の消費者デバイスを検出すること（８１１０）と、
前記サーバにおいて、前記定義された領域に関連する追跡する要素の組を読み出すこと（８１２０）であって、追跡する要素の前記組は、情報の種類の組を含む、読み出すことと、
前記消費者デバイスに対して、追跡する要素の前記組を含む通知を送信すること（８１３０）と、
前記消費者デバイスから、前記追跡する通知に対するレスポンスを受信すること（８１６０）であって、前記レスポンスは、情報の種類の前記組の中からユーザ選択の組を含む、受信することと、
を含む、サーバ。
（付記１７）
命令の前記組は、さらに、
ユーザ選択の前記組に基づいて情報を収集することと、
前記収集された情報を記憶することと、
を含む、付記１６に記載のサーバ。
（付記１８）
前記消費者デバイスを検出する命令の前記組は、前記定義された領域に関連する発生地デバイスから通知を受信することを含む、付記１６に記載のサーバ。
（付記１９）
命令の前記組が、前記定義された領域に関連する発生地デバイスに、ユーザ選択の前記組を示すメッセージをさらに送信する、付記１６に記載のサーバ。
（付記２０）
情報の種類の前記組が、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、付記１６に記載のサーバ。

Claims (20)

1. 情報の配布と追跡を、ユーザデバイスにおいて、制御する方法であって、
   前記ユーザデバイスにおいて、追跡する通知から要素の組を抽出すること（８０３０）であって、要素の前記組は、情報の種類の組を含む、抽出することと、
   前記ユーザデバイスにおいて、情報の種類の前記組の中からユーザ選択の組を受信すること（８０５０）と、
   前記ユーザデバイスから、前記追跡する通知に対するレスポンスを送信すること（８０６０）であって、前記レスポンスは、ユーザ選択の前記組を含む、送信することと、
   を含む、方法。
2. ユーザ選択の前記組を受信することが、
   前記ユーザデバイスにおいて、前記情報の種類の組における情報の種類に対する表示を含むユーザインタフェース（ＵＩ）を提供することと、
   前記ユーザデバイスにおいて、追跡コントローラの組を提供することであって、前記追跡コントローラは、前記情報の種類の組から特定の情報の種類に関連する、提供することと、
   前記ユーザデバイスにおいて、各追跡コントローラの状態を決定することと、
   を含む、請求項１に記載の方法。
3. 前記表示は、グラフィカルアイコンを含み、前記追跡コントローラは、スライドスイッチを含む、請求項２に記載の方法。
4. 前記追跡する通知は、発生地デバイス及びサーバのうちの１つから受信され、前記レスポンスは、前記発生地デバイス及び前記サーバのうちの１つに送信される、請求項１に記載の方法。
5. 情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、請求項１に記載の方法。
6. 情報の配布と追跡を制御するユーザデバイスであって、前記ユーザデバイスは、命令の組を実行するプロセッサと、命令の前記組を記憶する非一時的記憶媒体とを含み、
   命令の前記組は、
   前記ユーザデバイスにおいて、追跡する通知を受信すること（８１０）と、
   前記ユーザデバイスにおいて、前記追跡する通知から要素の組を抽出することであって、要素の前記組は、情報の種類の組を含む、抽出することと、
   前記ユーザデバイスにおいて、情報の種類の前記組からユーザ選択の組を受信すること（８０５０）と、
   前記ユーザデバイスから、前記追跡する通知に対するレスポンスを送信すること（８０６０）であって、前記レスポンスは、ユーザ選択の前記組を含む、送信することと、
   を含む、ユーザデバイス。
7. ユーザ選択の前記組を受信する命令の前記組は、さらに、
   前記ユーザデバイスにおいて、情報の種類の前記組において、各情報の種類の表示を含むユーザインタフェース（ＵＩ）を提供することと、
   前記ユーザデバイスにおいて、追跡コントローラの組を提供することであって、各追跡コントローラは、情報の種類の前記組からの特定の情報の種類に関連する、提供することと、
   前記ユーザデバイスにおいて、各追跡コントローラの状態を判定することと、
   を含む、請求項６に記載のユーザデバイス。
8. 前記表示は、グラフィカルアイコンを含み、前記追跡コントローラは、スライドスイッチを備える、請求項７に記載のユーザデバイス。
9. 前記追跡する通知は、発生地デバイス及びサーバのうちの１つから受信され、前記レスポンスは、前記発生地デバイス及び前記サーバのうちの１つに対して送信される、請求項６に記載のユーザデバイス。
10. 情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、請求項６に記載のユーザデバイス。
11. サーバにおいて、情報の配布と追跡を制御する方法であって、
    前記方法は、
    前記サーバにおいて、定義された領域内の消費者デバイスを検出すること（８１１０）と、
    前記サーバにおいて、前記定義された領域に関連する追跡する要素の組を読み出すこと（８１２０）と、
    前記消費者デバイスに対して、追跡する要素の前記組を含む通知を送信すること（８１３０）と、
    前記消費者デバイスから、前記追跡する通知に対するレスポンスを受信すること（８１６０）であって、前記レスポンスは、情報の種類の前記組の中からユーザ選択の組を含む、方法。
12. ユーザ選択の前記組に基づいて情報を収集することと、前記収集された情報を記憶することと、をさらに含む請求項１１に記載の方法。
13. 前記消費者デバイスを検出することが、前記定義された領域に関連する発生地デバイスから通知を受信することを含む、請求項１１に記載の方法。
14. 前記定義された領域に関連する発生地デバイスに、ユーザ選択の前記組を示すメッセージを送信することをさらに含む、請求項１１に記載の方法。
15. 情報の種類の前記組は、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、請求項１１に記載の方法。
16. 情報の配布と追跡を制御するサーバであって、前記サーバは、
    命令の組を実行するためのプロセッサと、
    命令の前記組を記憶する非一時的記憶媒体であって、命令の前記組は、
    前記サーバにおいて、定義された領域内の消費者デバイスを検出すること（８１１０）と、
    前記サーバにおいて、前記定義された領域に関連する追跡する要素の組を読み出すこと（８１２０）であって、追跡する要素の前記組は、情報の種類の組を含む、読み出すことと、
    前記消費者デバイスに対して、追跡する要素の前記組を含む通知を送信すること（８１３０）と、
    前記消費者デバイスから、前記追跡する通知に対するレスポンスを受信すること（８１６０）であって、前記レスポンスは、情報の種類の前記組の中からユーザ選択の組を含む、受信することと、
    を含む、サーバ。
17. 命令の前記組は、さらに、
    ユーザ選択の前記組に基づいて情報を収集することと、
    前記収集された情報を記憶することと、
    含む、請求項１６に記載のサーバ。
18. 前記消費者デバイスを検出する命令の前記組は、前記定義された領域に関連する発生地デバイスから通知を受信することを含む、請求項１６に記載のサーバ。
19. 命令の前記組が、前記定義された領域に関連する発生地デバイスに、ユーザ選択の前記組を示すメッセージをさらに送信する、請求項１６に記載のサーバ。
20. 情報の種類の前記組が、場所、視覚認識、及び取引情報のうちの少なくとも１つを含む、請求項１６に記載のサーバ。

Images