(57)【特許請求の範囲】
【請求項１】
１つ以上のプロセッサによって実行される際、コンピューティングデバイスに、
モバイルデバイスがマーチャントの所定の近傍内に存在することを検出することと、
前記マーチャントが信用があるマーチャントであるか否かを判定することと、
前記マーチャントが信用があるマーチャントである際、前記マーチャントにログインすることと、
前記モバイルデバイスのユーザについての情報を前記マーチャントと共有することと、
前記ユーザについての前記情報を使用して、かつ少なくとも前記モバイルデバイスが前記マーチャントの前記所定の近傍内に存在することを検出するのに応えて、前記マーチャントと前記ユーザとの間の購入を完了することであって、前記ユーザについての前記情報は前記ユーザの嗜好情報を含み、前記購入を完了することは、前記ユーザが前記モバイルデバイスと対話することなく、前記マーチャントに前記ユーザとの取引を許可し、前記嗜好情報で識別される商品またはサービスの購入を自動的に完了することを含む、こと、
を含む動作を実施するよう命令する、コンピュータ実行可能命令を記憶する、１つ以上のコンピュータ可読記憶媒体。
【請求項２】
前記検出することは、前記モバイルデバイス、前記マーチャント、またはネットワークコンポーネントのうちの少なくとも１つによって実施される、請求項１に記載の１つ以上のコンピュータ可読記憶媒体。
【請求項３】
前記所定の近傍は、少なくとも一部において、前記マーチャントの近傍の他のマーチャントの密集度に基づく、請求項１に記載の１つ以上のコンピュータ可読記憶媒体。
【請求項４】
前記マーチャントは、販売時点情報管理コンピュータシステムを備え、前記モバイルデバイスのユーザについての情報を前記マーチャントと共有することは、直接通信リンクを通した前記モバイルデバイスと前記販売時点情報管理コンピュータシステムとの間の通信を含む、請求項１に記載の１つ以上のコンピュータ可読記憶媒体。
【請求項５】
モバイルデバイスであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに連結された位置センサと、
前記１つ以上のプロセッサに連結された無線ネットワークインターフェースと、
前記１つ以上のプロセッサに連結されたメモリであって、
ユーザ情報と相関させたユーザ識別モジュールであって、前記ユーザ情報は、前記無線ネットワークインターフェースによってアクセスされるネットワーク上で入手可能である、前記ユーザ情報は前記ユーザの嗜好情報を含む、ユーザ識別モジュールと、
前記モバイルデバイスがマーチャントの所定の近傍内に存在する際に認識するように、および少なくとも一部において、前記モバイルデバイスが前記マーチャントの前記所定の近傍内に存在することを認識するのに基づき、前記ユーザ情報を使用して、前記マーチャントとの取引を促進するように、前記位置センサからのデータを解釈するように構成された取引モジュールであり、前記取引を促進することは、前記マーチャントと前記ユーザとの間の購入を完了することを含み、前記購入を完了することは、前記ユーザが前記モバイルデバイスと対話することなく、前記マーチャントに前記ユーザとの取引を許可し、前記嗜好情報で識別される商品またはサービスの購入を自動的に完了することを含む、前記取引モジュールと、
を備えた、メモリと、
を備えた、モバイルデバイス。
【請求項６】
前記ユーザ情報は、信用があるマーチャントとしてのマーチャントの識別を含み、前記取引モジュールは、前記マーチャントの信用レベルが増加するにつれて前記取引を完了するために使用されるユーザ対話の量を減少させる、請求項５に記載のモバイルデバイス。
【請求項７】
前記取引モジュールは、前記モバイルデバイスのユーザからのさらなる入力なく、最高信用レベルを有するマーチャントとの取引を、前記モバイルデバイスが前記マーチャントの前記所定の近傍内にある際、自動的に承認する、請求項５に記載のモバイルデバイス。
【請求項８】
実行可能命令を伴って構成された１つ以上のコンピュータシステムの制御下で、
ユーザと関連付けられたモバイルデバイスが、前記ユーザが取引を開始したマーチャントの位置にあることを検出することと、
少なくとも前記モバイルデバイスが前記マーチャントの前記位置にあることを検出するのに応えて、前記ユーザの存在を前記マーチャントに通信して、その通信が、前記マーチャントが前記取引を完了することを可能にするのに有効であり、前記ユーザと関連付けられるユーザ情報が前記マーチャントに提供され、前記取引を完了することは、前記ユーザが前記モバイルデバイスと対話することなく、前記マーチャントに前記ユーザとの取引を許可し、前記ユーザ情報に含まれる嗜好情報で識別される商品またはサービスの購入を自動的に完了することを含む、ことと、
前記取引の完了を確認するメッセージを前記モバイルデバイスに送信することと、
を含む、コンピュータによって実現される方法。
【請求項９】
前記取引は、前記モバイルデバイス以外のコンピューティングデバイス上で、かつ前記マーチャントの前記位置以外の位置で開始されている、請求項８に記載のコンピュータによって実現される方法。
【請求項１０】
前記モバイルデバイスが前記マーチャントの前記位置にあることを検出することは、前記マーチャントの前記位置の閾値距離内において前記モバイルデバイスの存在を検出することを含む、請求項８に記載のコンピュータによって実現される方法。
【請求項１１】
前記マーチャントが、少なくとも一部において、前記ユーザ情報に基づき、前記取引を修正することを可能にすることをさらに含む、請求項８に記載のコンピュータによって実現される方法。
【請求項１２】
プロセッサと、プログラムを記録したメモリとを有するコンピュータシステムであって、前記プログラムは、前記プロセッサに
ユーザと関連付けられたモバイルデバイスが、前記ユーザが取引を開始したマーチャントの位置にあることを検出することと、
少なくとも前記モバイルデバイスが前記マーチャントの前記位置にあることを検出するのに応えて、前記ユーザの存在を前記マーチャントに通信して、その通信が、前記マーチャントが前記取引を完了することを可能にするのに有効であり、前記ユーザと関連付けられるユーザ情報が前記マーチャントに提供され、前記取引を完了することは、前記ユーザが前記モバイルデバイスと対話することなく、前記マーチャントに前記ユーザとの取引を許可し、前記ユーザ情報に含まれる嗜好情報で識別される商品またはサービスの購入を自動的に完了することを含む、ことと、
前記取引の完了を確認するメッセージを前記モバイルデバイスに送信することと、
を実行させる、ことを特徴とするコンピュータシステム。
【請求項１３】
１つ以上のプロセッサによって実行される際、コンピューティングデバイスに、
モバイルデバイスがマーチャントの所定の近傍内にあることを判定することと、
前記判定することに応答して、（ｉ）前記モバイルデバイスのユーザへのアクションの実施の要求と、（ｉｉ）前記アクションを実施する前記ユーザの前記モバイルデバイスにクーポンが送信されるための、前記アクションを実施する、前記マーチャントの前記所定の近傍内のモバイルデバイスのユーザの閾値数とを含む通知を、前記モバイルデバイスに送信することと、
前記アクションを実施した前記所定の近傍内のユーザの数を判定することと、
前記アクションを実施した前記所定の近傍内のユーザの前記数を、前記閾値数と比較することと、
前記アクションを実施した前記所定の近傍内のユーザの前記数が前記閾値数を超える場合、前記マーチャントで引き換え可能なクーポンを、前記アクションを実施した前記ユーザの前記モバイルデバイスに送信することと、
を含む動作を実施するよう命令する、コンピュータ実行可能命令を記憶する、１つ以上のコンピュータ可読記憶媒体。
【請求項１４】
前記通知は、前記閾値数のユーザが前記アクションを実施する制限時間をさらに示し、
前記判定することは、前記制限時間内に前記アクションを実施した前記所定の近傍内のユーザの数を判定することを含み、
前記比較することは、前記制限時間内に前記アクションを実施した前記所定の近傍内のユーザの前記数を、前記閾値数と比較することを含み、
前記クーポンを送信することは、前記制限時間内に前記アクションを実施した前記所定の近傍内のユーザの前記数が、前記閾値数を超える場合に、前記クーポンを送信することを含む、
請求項１３に記載の１つ以上のコンピュータ可読記憶媒体。
【請求項１５】
前記比較することは、（ｉ）前記制限時間内に前記アクションを実施した前記所定の近傍内のユーザの前記数から、（ｉｉ）前記制限時間内に前記所定の近傍内で前記アクションを実施し、次いでその後に前記所定の近傍の外へ移動したユーザの数を減算したものを、（ｉｉｉ）前記閾値数と比較することをさらに含む、請求項１４に記載の１つ以上のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ユーザのプロファイルおよび地理的位置を用いた取引に関する。
【背景技術】
【０００２】
本願は、２０１０年３月２３日に出願された米国特許仮出願第６１／３１６，５２７号、および２０１０年６月４日に出願された同第６１／３５１，７４３号、ならびに２０１０年６月２２日に出願された米国特許出願第１２／８２０，６７２号、２０１０年６月２２日に出願された同第１２／８２０，７０５号、２０１０年９月３０日に出願された同第１２／８９４，２８７号、および２０１０年９月３０日に出願された同第１２／８９４，３２３号の利益を主張する。
【０００３】
携帯電話の広範な使用およびスマートフォンの精巧さの向上は、個人用のモバイルコンピューティング能力がほぼユビキタスとなった社会を作り出している。モバイルコンピューティングデバイス用のコンテンツは、典型的に、当初デスクトップコンピュータで使用されていた技術に由来している。限られた表示能力を伴う小さいフォームファクタ、フルサイズのキーボードの欠如等のモバイルコンピューティングデバイスのいくつかの側面が、元々デスクトップコンピュータ用に設計されたコンテンツの採択の妨げになっている。それ自体の可搬性等の他の側面は、デスクトップコンピュータとは大きく異なる方法でモバイルコンピューティングデバイスを使用する、固有の機会を提供する。モバイルコンピューティングデバイスの固有の側面の全利点を生かしながら、制限を認識する、コンテンツの開発が、活発かつ成熟しつつある分野である。
【発明の概要】
【０００４】
また、消費者は、オンラインショッピング等の仮想対話を益々快適に感じるようになってきている。しかしながら、現実世界とは対照的な仮想世界の相対的な利便性にも関わらず、摩擦およびセキュリティ懸念が、仮想対話の採択を依然として制限する。例えば、パスワードを記憶し、複数のアカウントを維持することは、仮想世界対話における摩擦を生み出す。加えて、匿名性および消費者とマーチャントとの間の直接対話の欠如は、潜在的なセキュリティ問題を引き起こす。したがって、取引の摩擦を排除し、セキュリティ懸念に対処する、モバイルコンピューティングデバイス専用に設計されたコンテンツは、消費者にとって大きな価値を有する。
【０００５】
いくつかのマーチャントは、オンラインまたはウェブベースの店舗、ならびに現実の店舗の両方を有するが、オンラインおよび現実世界は、概して別個のものである。しかしながら、モバイルコンピューティングデバイスは、「オンライン」であることと現実の店舗にいることの両方を同時に可能にする。商品またはサービスの購入等のいくつかの取引では、消費者は、最初に、取引のオンラインまたはオフライン形式よりも、価格、利便性、および品質を主に気にする場合がある。加えて、現実世界およびオンライン世界の両方を対象とする広告ならびにマーケティング機会は、マーチャントに、潜在的消費者の興味をそそる、さらなる方法を提示し得る。したがって、オンライン存在および現実世界位置の融合は、取引を促進し、消費者およびマーチャントの両方の利益のために、広告を高めることができる。
【図面の簡単な説明】
【０００６】
【図１】モバイルデバイスのユーザと、マーチャントと、オンライン小売店との間の効率的な取引を促進するための例証的なアーキテクチャを示す。
【図２】図１のモバイルデバイスをより詳細に示す。
【図３】図１のサーバ（単数または複数）をより詳細に示す。
【図４】図１のユーザ情報をより詳細に示す。
【図５】図１のマーチャントプロファイル、および広告データベースをより詳細に示す。
【図６】モバイルデバイスのユーザとマーチャントとの間の取引を自動的に完了するための例証的なプロセスのフロー図である。
【図７】モバイルデバイスユーザについての情報をマーチャントと共有することによって購入を完了するための例証的なプロセスのフロー図である。
【図８】マーチャントと低摩擦（例えば、ゼロ対話または単一の対話）取引を行うようにモバイルデバイスを設定するための例証的なプロセスのフロー図である。
【図９】モバイルデバイスのユーザが、マーチャントの地理的位置に到着するのを受けて、マーチャントとの取引を完了するための例証的なアーキテクチャを示す。
【図１０】モバイルデバイスおよびモバイルデバイスのユーザがマーチャントに到着する際、マーチャントとの取引を完了するため例証的なプロセスのフロー図である。
【図１１】親デバイスによって仲介される、子デバイスとマーチャントとの間の取引を行うための例証的なアーキテクチャを示す。
【図１２】子デバイスとマーチャントとの間の取引を完了し、取引の指示を親デバイスに伝送する、例証的なプロセスのフロー図である。
【図１３】モバイルデバイスのユーザの仕事日中のモバイルデバイスの時間的な地理的位置の例証的な地図を示す。
【図１４】時間的な地理的位置の地図からの差異に基づき、モバイルデバイスを保護するための例証的なプロセスのフロー図である。
【図１５】生体測定データに基づき、モバイルデバイスを保護するための例証的なプロセスのフロー図である。
【図１６】マーチャントまたはその付近のモバイルデバイスにマーチャント広告または販売促進を提供するための例証的なアーキテクチャを示す。
【図１７】マーチャントによって提出される入札に基づき、モバイルデバイス上に広告を提示するための例証的なプロセスのフロー図である。
【図１８】マーチャントにあるモバイルデバイスの数が閾値を超える際、モバイルデバイスに販売促進を提供するための例証的なプロセスのフロー図である。
【図１９】モバイルデバイスにクーポンを送信するための例証的なプロセスのフロー図である。
【図２０】集団グループ挙動に基づき、モバイルデバイスにクーポンを提供するための例証的なプロセスのフロー図である。
【図２１】ユーザログインに応えて、モバイルデバイス上のクーポンを有効化するための例証的なプロセスのフロー図である。
【図２２】モバイルデバイスのユーザが、特定の商品および／またはサービスを販売している、モバイルデバイスの所定の近傍内のマーチャントと選択的に対話するための例証的なアーキテクチャを示す。
【図２３Ａ】近隣のマーチャントが、ユーザが関心がある商品またはサービスを販売している際、モバイルデバイスのユーザに通知するための例証的なプロセスのフロー図である。
【図２３Ｂ】近隣のマーチャントが、ユーザが関心がある商品またはサービスを販売している際、モバイルデバイスのユーザに通知するための例証的なプロセスのフロー図である。
【図２４】近隣のマーチャントおよびオンライン商品またはサービスをモバイルデバイスのユーザに推奨するための例証的なプロセスのフロー図である。
【図２５】モバイルデバイス上の電子文書が、モバイルデバイスがマーチャントに位置する際に有効化されるクーポンを含有する、例証的な時系列を示す。
【図２６】モバイルデバイスがマーチャントに位置する際に、電子文書内のクーポンを有効化するための例証的なプロセスのフロー図である。
【発明を実施するための形態】
【０００７】
発明を実施するための形態は、添付の図面を参照して説明される。図面中、参照番号の最左桁（単数または複数）は、参照番号が最初に現れる図面を識別する。同一の参照番号の異なる図面中での使用は、同様または同一の項目を示す。
【０００８】
多くの活動が、全体的にまたは部分的に、これらの活動が発生する位置によって定義される。場合によっては、位置のみに基づき、高い可能性の精度で活動を推測することができる。例えば、料金所の自動車は、そこで通行料金を支払い、通過する可能性が高く、飛行機の搭乗口の近くで待機している人は、航空券の保持者である可能性が高く、ホテルに予約を入れてある人は、ロビーに到着すると、ホテルにチェックインしに行く可能性が高い。いくつかの位置では、多くの種類の活動が推定され得るが、これらの位置でのみ発生する特定の活動が存在する。例えば、家の玄関では、多くのことが発生し得るが、ホームセキュリティシステムを作動させる、または解除することは、その位置でのみ行われる。位置認識し、ユーザがその位置で何をしている可能性があるかを予測または推測することができるモバイルコンピューティングデバイスは、いくつかの活動を自動化し、高レベルのユーザ利便性を提供することができる。
【０００９】
本開示は、一部において、地理的位置および一意のユーザ識別に基づき、取引を促進することを目的とする。例えば、これらの取引には、電子商取引または任意の他の種類の取引が挙げられる。ワンクリックショッピングカート等の電子商取引における革新により、「インターネットショッピング」体験がより円滑になり、ユーザが感じる摩擦が低減された。例えば、購入を完了するために単一のボタンをクリックすることは、パスワード、住所、クレジットカード番号等を入力するより少ないステップ要する。ステップ、クリック等の削減は、取引における摩擦を低減する。現実世界における商取引は、場合によっては、電子商取引世界における取引よりさらに多くの摩擦を消費者にもたらす。例えば、購入を希望する品物を説明し、レジ係に支払いを提示し、レジ係が支払いを処理するのを待ち、最終的に所望の品物を受け取ることは、典型的な例であり、比較的高い摩擦の現実の取引である。
【００１０】
モバイルデバイスからワールドワイドウェブへのアクセスは、デスクトップコンピュータからのインターネットショッピングと同様の電子商取引のためのプラットフォームを提供する。携帯電話等のモバイルコンピューティングデバイスは、多くの場合、現実世界におけるユーザの日々のやりとりにわたって、ユーザによって携帯される。これらのモバイルコンピューティングデバイスの多くは、デバイスの位置、したがって、対応するユーザの位置を判定する、グローバルポジショニングシステム（ＧＰＳ）機能性を備えている。本開示は、現実世界における、消費者とマーチャントとの間のやりとりのための、摩擦のない、または場合によっては、「ゼロクリック」解決策をもたらすために、モバイルデバイスの位置認識を電子商取引の比較的低い摩擦の取引と組み合わせる。一意のユーザ識別は、特定のユーザについての情報（例えば、クレジットカードデータ）を結び付けるスレッド、ユーザと所与のモバイルコンピューティングデバイスとの間のリンク、およびユーザが所与のマーチャントと有することを希望する関係（例えば、ゼロクリック購入の選択）を提供する。
【００１１】
マーチャントには、たとえば顧客との取引に従事する、商品またはサービスの販売者等であるが、これに限定されない、任意の人または法人が挙げられる。例えば、政府は、政府サービス、特権、および／または権利を提供するという状況では、マーチャントであり得る。また、オンライン小売店にも、商品またはサービスの販売者である、任意の人または法人が挙げられるが、オンライン小売店は、電子通信ネットワーク上で顧客との遠隔取引に従事する（例えば、ウェブサイトベースの小売店であるが、これに限定されない）。単一の企業が、ウェブ存在および現実の店舗の両方を有する場合があり、そのため、同一の企業の側面を、オンライン小売店およびマーチャントとして分類することができる。
【００１２】
インターネット（または他のネットワーク）への無線接続を提供するモバイルデバイスは、いわゆる「モバイルウェブ」にアクセスすることを可能にする。モバイルウェブは、コーヒー店、公園、空港、ショッピングモール、または十分な無線信号が存在する任意の他の位置からアクセスすることがきる。モバイルウェブによれば、インターネットへのアクセスはもはや、職場、図書館、寮室、ならびにコンピュータおよびインターネット接続を伴う場所に限定されない。モバイルウェブへのアクセスを提供するモバイルデバイスの多くは、また、グローバルポジショニングシステム（ＧＰＳ）または他の種類の位置感知技術も備えている。したがって、モバイルデバイスによってアクセスされるインターネットは、モバイルデバイスの特定の地域的な位置または「地理的位置」に「存在する」と考えることができる。したがって、モバイルデバイスのユーザに提示される、インターネットからの（またはローカル記憶デバイス等の別のソースからの）コンテンツは、モバイルデバイスの地理的位置によって異なり得る。
【００１３】
本開示は、一部において、モバイルデバイスのユーザに情報を提供することを目的とする。例えば、ユーザが購入することを希望し得る商品またはサービスが、近隣のマーチャントで販売されている場合、その情報がユーザに提供されてもよい。モバイルデバイスを携帯するユーザについての情報の１つのソースは、オンライン小売店ウェブサイトから行われた過去の購入、ユーザによって選択される品物の購入予定リスト、ユーザが頻繁に閲覧している、または最近閲覧したウェブページ等の情報を含有することができる、そのユーザのウェブ上のアイデンティティであってもよい。ウェブ上のアイデンティティは、ユーザがどのような種類の商品および／またはサービスを所望するかを示唆し得、モバイルデバイスの地理的位置は、便利な近隣の現実のマーチャントを示唆し得る。また、このウェブ上のアイデンティティおよび物理的位置の組み合わせは、ユーザに、オンライン小売店の代わりに近隣のマーチャントから商品またはサービスを購入することを示唆するために使用されてもよい。
【００１４】
本開示は、さらなる部分において、地理的位置に基づき、コンテンツへの追加のアクセスを提供することを目的とする。コンテンツは、ユーザに、特定の地理的位置に行く（ユーザのモバイルデバイスと共に）金銭的奨励を提供する、クーポン等の販売促進であってもよい。地理的位置は、例えば、店舗内でのみ入手可能であるクーポンを作製することによって、潜在的顧客を店舗に連れてくることを希望するマーチャントであってもよい。クーポンは、マーチャントによって販売される商品および／もしくはサービスに関連してもよく、またはオンライン小売店によって販売される商品および／もしくはサービスに関連してもよい。また、コンテンツは、ユーザが複数の位置（例えば、いくつかのマーチャント）に行き、それらの位置のそれぞれでサーバもしくは他のコンピュータにログインまたはチェックインした後に提供されてもよい。
【００１５】
説明される技法は、多数の方法で、および多数の状況において実現されてもよい。以下により詳細に説明されるように、例示の実現および状況が、以下の図面を参照して提供される。しかしながら、以下の実現形態および状況は、多くの可能な実現形態および状況の例証であることが理解される。
【００１６】
例証的な環境およびシステムアーキテクチャ
図１は、代表的なユーザ１０２が、マーチャント１０６と対話するために、モバイルデバイス１０４を採用する、例証的なアーキテクチャ１００を示す。マーチャント１０６は、マーチャントサーバ１０８と、販売時点情報管理デバイス１１０（例えば、「キャッシュレジスタ」）とを備えてもよい。いくつかの実現形態では、いくつかの販売時点情報管理デバイス１１０に１つのマーチャントサーバ１０８が存在してもよい。また、マーチャントサーバ１０８は、マーチャント１０６とモバイルデバイス１０４との間の対話を管理する、マーチャントアプリケーションも含んでもよい。マーチャントアプリケーションは、販売時点情報管理取引、オンライン取引、広告のプロビジョニング、販売促進、クーポン、情報等を規制する、アプリケーションを含んでもよい。また、マーチャントサーバ１０８は、過去の、または潜在的な将来の顧客についての顧客情報も記憶してもよい。いくつかの実現形態では、顧客情報は、顧客についての個人的な情報、顧客の嗜好等の情報を含んでもよい。
【００１７】
モバイルデバイス１０４は、携帯電話、個人用デジタル補助装置（ＰＤＡ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、個人用メディアプレーヤ（ＰＭＰ）、携帯型ゲームシステム、自動車のナビゲーションシステム等を含むが、これらに限定されない、任意の数のモバイルデバイスとして実現されてもよい。デバイス１０４は、位置認識型であるか、または他のエンティティがデバイス１０４の位置を判定することができるように、別のエンティティ（例えば、サーバコンピュータ）に情報を提供することができる。地球の表面上の位置、または「地理的位置」は、ＧＰＳ衛星等の衛星１１２によってデバイスに提供されてもよい。代替として、無線アンテナ１１４等からの無線信号が、無線アンテナ１１４の既知の場所に対するデバイス１０４の地理的位置を判定するために使用されてもよい。例えば、ネットワークアクセスポイント（例えば、ＷｉＦｉホットスポット）に基づき、またはマーチャント１０６等の既知の位置からの位置表示信号ブロードキャストから、地理的位置を計算する等、地理的位置を判定するための他の技術および方法もまた、本開示の範囲内であると想定される。
【００１８】
デバイス１０４およびマーチャント１０６は、ネットワーク１１６に接続してもよい。ネットワーク１１６は、ケーブルネットワーク、ローカルエリアネットワーク、パーソナルエリアネットワーク、広域ネットワーク、インターネット、無線ネットワーク、アドホックネットワーク、メッシュネットワーク、および／または同様のもの等の複数の異なる種類のネットワークのうちの任意の１つまたは組み合わせを含んでもよい。いくつかの実現形態では、衛星１１２および／または無線アンテナ１１４は、モバイルデバイス１０４にネットワーク接続性ならびに地理的位置を提供してもよい。例えば、無線アンテナ１１４は、モバイルデバイス１０４に、世界共通の次世代携帯電話システム−２０００標準（「３Ｇネットワーク」）または世界共通の次世代携帯電話システムアドバンスド標準（「４Ｇネットワーク」）に従うネットワークアクセスを提供してもよい。他の実現形態は、衛星１１２等の地理的位置データの１つのソースと、ＷｉＦｉホットスポット等のネットワーク接続性の別個のソースとを含んでもよい。マーチャント１０６は、有線または無線接続等の任意の好適な機構を使用して、マーチャントサーバ１０８を通してネットワーク１１６に接続してもよい。
【００１９】
また、１つ以上のサーバ１１８も、ネットワーク１１６に接続され、モバイルデバイス１０４とマーチャント１０６との間の対話を管理するように構成されてもよい。いくつかの実現形態では、モバイルデバイス１０４とマーチャント１０６との間の対話のすべてまたはその一部は、サーバ１１８またはネットワーク１１６を通過することなく、直接通信リンク１２０を通してもよい。直接通信リンク１２０は、無線伝送（例えば、ＩＥＥＥ  ８０２．１１、ブルートゥース）、赤外線信号、無線周波数識別（ＲＦＩＤ）、磁力（例えば、クレジットカード上に使用されるような磁気ストリップ）、人間オペレータへのデバイス１０４上へのコードの表示、もしくはマーチャント１０６のスキャニングデバイス、ならびに／またはモバイルデバイス１０４とマーチャント１０６との間で情報を直接渡す、任意の他の方法によって実現されてもよい。
【００２０】
サーバ（単数または複数）１１８は、ユーザ情報１２２、マーチャントプロファイル１２４、広告（「アド」）データベース１２６、および／または他のデータストアを含む、複数のデータストアを収容するか、ないしはそれらへの接続を有してもよい。一般的に、ユーザ情報１２２は、モバイルデバイス１０４と関連付けられるユーザ１０２についての情報を含有する。ユーザ情報１２２は、ユーザ１０２とマーチャント１０６との間の効率的かつ個人化された対話を可能にする。マーチャントプロファイル１２４は、一般的に、ユーザ１０２が対話しているマーチャント１０６を含む、１つ以上のマーチャントについての情報を含有する。マーチャント１０６とユーザ１０２との間の対話の種類は、マーチャント１０６からデバイス１０４に提供される広告、ならびにユーザ１０２がマーチャント位置にいる際のマーチャント１０６からの商品および／またはサービスの購入を含む。関連広告を生成するための情報は、広告データベース１２６内に含有されてもよい。ユーザが購入することに関心がある商品および／またはサービスについての情報が、ユーザ情報１２２内に含有されてもよい。データストアのそれぞれは、以下により詳細に記載される。
【００２１】
また、サーバ（単数または複数）１１８は、正確なユーザ情報１２２、マーチャントプロファイル１２４、広告データベース１２６、および他の情報が、正しいエンティティ（例えば、ユーザ１０２および／または販売時点情報管理デバイス１１０）と正確に、相互に関連付けられていること確認するために、モバイルデバイス１０４および／またはマーチャント１０６からのログイン情報を比較する認証モジュール１２４を備えてもよい。認証モジュール１２４は、以下により詳細に記載される。
【００２２】
また、１つ以上のオンライン小売店１２８も、ネットワーク１１６に接続されてもよい。オンライン小売店（単数または複数）１２８は、現実のマーチャント位置を有することなく、ネットワーク１１６上で商品および／またはサービスを販売してもよい。モバイルデバイス１０４、マーチャント１０６、サーバ（単数または複数）１１８、およびオンライン小売店（単数または複数）１２６のそれぞれは、ネットワーク１１６上で相互と通信してもよい。１つの企業または店舗は、オンライン小売店１２８および複数の地理的位置に位置する１つ以上のマーチャント１０６の両方を有してもよい。
【００２３】
例証的なモバイルデバイス
図２は、図１のモバイルデバイス１０４の略図である。モバイルデバイス１０４は、１つ以上のプロセッサ２０２と、メモリ２０４とを含む。メモリは、ひいてはユーザ識別子２０８および／またはユーザ情報２１０を含有し得る、ユーザ識別モジュール２０６を含有してもよい。また、メモリ２０４は、取引モジュール２１２と、セキュリティモジュール２１４と、電子文書２１６と、クーポン有効化モジュール２１８とも含有してもよい。ユーザ識別子２０８は、モバイルデバイス１０４のユーザ１０２を一意に識別する、一意の数またはコードであってもよい。このユーザ識別子２０８は、ユーザ１０２がオンライン小売店１２８等と対話するために使用するものと同一のユーザ識別子２０８であってもよい。いくつかの実現形態では、ユーザ識別子２０８は、設定手順中に、ユーザ名およびパスワードを入力することによって等、ユーザ１０２によってモバイルデバイス１０４に入力されてもよい。他の実現形態では、ユーザ識別子２０８は、モバイルデバイス１０４のハードウェア内に含まれてもよい。例えば、ユーザ１０２がデバイス１０４を購入する際に、モバイルデバイス１０４の一意のシリアル番号が、ユーザ名およびパスワードとリンク付けされてもよい。さらなる実施例として、デバイス１０４内の取り外し可能なＳＩＭカード上の加入者識別モジュール（ＳＩＭ）が、ユーザ識別子２０８を含有してもよい。本実施例では、ユーザ識別２０８は、ＳＩＭカードを移動させることによる、デバイス間の識別子であってもよい。
【００２４】
また、デバイス１０４は、メモリ２０４内にローカルに記憶されたユーザ情報２１０も含有してもよい。この情報は、ユーザ１０２が設定可能であってもよく、支払い情報、自宅位置、および／もしくはデバイス１０４の過去の移動の地図、過去の取引履歴、ならびに／またはユーザ１０２に関連する任意の他の情報を含むことができる。
【００２５】
取引モジュール２１２は、モバイルデバイス１０４がマーチャント位置に位置する時を認識してもよく、それに応えて、マーチャント１０６との取引を促進してもよい。取引は、一部において、ユーザ情報２１０に基づいてもよい。取引モジュール２１２は、マーチャント１０６から情報（例えば、マーチャント名および要求された支払い）を受信し、ユーザ１０２についての対応する情報（例えば、支払い情報およびユーザ識別２０８）を提供するために、標準通信プロトコルを確立するように、適切なアプリケーションプログラミングインターフェース（ＡＰＩ）を用いて構成されてもよい。いくつかの実現形態では、取引モジュール２１２は、ウェブサイトからダウンロードすることによって等、ユーザ１０２がユーザのデバイス１０４上にインストールし得る、ソフトウェアアプリケーションである。他の実現形態では、取引モジュール２１２は、モバイルデバイス１０４の製造業者もしくは小売店によって予めインストールされてもよく、および／または一種のファームウェアもしくはハードウェアとして、モバイルデバイス１０４に組み込まれてもよい。取引モジュール２１２は、ユーザ１０２とマーチャント１０６との間の取引を促進するように、ユーザ識別２０８、ユーザ情報２１０、地理的位置等の間を調整する。
【００２６】
モバイルデバイス１０４のゼロクリック購入のためのプラットフォームとしての機能を果たす能力を考えると、承認されていない料金請求を防止するために、セキュリティを提供する必要性が存在する。セキュリティモジュール２１４は、モバイルデバイス１０４の機能性を制限し、適切な状況においてセキュリティ事象を開始することによって、この必要性に対処する。セキュリティモジュール２１４は、ユーザ１０２を認証し、他の人がモバイルデバイス１０４を使用するのを防止するように、パスワードおよび／または生体測定情報等のログイン情報を処理してもよい。また、セキュリティモジュール２１４は、以下により詳細に説明されるように、購入パターンおよび／もしくは移動パターン等の挙動を分析し、異常な挙動は詐欺または承認されていない活動を示唆し得ると推測し、したがってデバイス機能性を制限してもよい。
【００２７】
また、メモリ２０４は、電子文書２１６も含有してもよい。電子文書２１６は、ワードプロセッサー文書、スプレッドシート文書、電子メール、ウェブページ、電子書籍等のコンピューティングデバイスによってアクセスされる、任意の種類の電子文書であってもよい。以下に記載されるいくつかの実現形態では、電子文書２１６は、クーポンを含んでもよい。クーポンは、１つ以上のマーチャントと関連付けられてもよい。
【００２８】
本明細書で使用される場合、「本」および／または「電子書籍」という用語は、印刷著作物の電子またはデジタル表現、ならびにテキスト、マルチメディア、ハイパーテキスト、および／またはハイパーメディアを含み得るデジタルコンテンツを含む。印刷および／またはデジタル著作物の例には、本、雑誌、新聞、定期刊行物、機関紙、参考図書、電話帳、教科書、選集、取扱説明書、ミーティングの議事録、帳票、住所氏名録、地図、ウェブページ等が挙げられるが、これらに限定されない。したがって、本および／または電子書籍という用語は、電子またはデジタル形式の任意のコンテンツを含んでもよい。
【００２９】
いくつかの実現形態では、モバイルデバイス１０４は、ユーザ１０２がそのマーチャントに存在する間、オンラインまたはマーチャント１０６とのいずれかの取引を促進し得る。取引は、取引を開始し、支払うために、モバイルデバイス１０４を使用して、完全に完了されてもよい。デジタルまたは電子クーポンが、モバイルデバイス１０４に時折提供されてもよい。これらのクーポンは、ユーザが購入を行う際、モバイルデバイス１０４のユーザ１０２に割引を提供してもよい。
【００３０】
クーポン有効化モジュール２１８は、地理的位置および／または他の要因に基づき、クーポンの使用および引き換えを規制してもよい。クーポン有効化モジュール２１８は、モバイルデバイス１０４がマーチャント１０６に位置する際、クーポンを有効化してもよい。有効化の前、クーポン有効化モジュール２１８は、クーポンのすべてまたは一部をユーザ１０２から隠蔽してもよい。例えば、電子文書２１４を読んでいるユーザは、ユーザがモバイルデバイス１０４を特定のマーチャント１０６内に持ち込まない限り、その電子文書２１４内に含まれるクーポンを見ることができなくてもよい。他の実施例では、ユーザ１０２は、電子文書２１４がクーポンを含有することは知っているが、ユーザ１０２およびモバイルデバイス１０４がマーチャント１０６にあるまで、割引額またはクーポンの他の側面を閲覧することができなくてもよい。
【００３１】
また、モバイルデバイス１０４は、１つ以上の入力および出力デバイス２２０も含む。出力デバイスは、同様に入力デバイスとして機能する、タッチスクリーンディスプレイを含む、１つ以上のディスプレイデバイス２２２を備えてもよい。加速度計２２４は、モバイルデバイス１０４の回転または振動を検出する。加速度計２２４は、軽く叩く、振る、ねじることによって、および／または加速度計２２４が検出することができる動きを行うことによって入力をモバイルデバイス１０４に通信する、ユーザ１０２にとって便利な機構であり得る。また、モバイルデバイス１０４は、静止画像または映像を撮影することができるカメラ２２６も含んでもよい。モバイルデバイス１０４内のアンテナ２２８は、無線信号を送信し、無線アンテナ１１４および衛星１１２等のソースから受信してもよい。アンテナ２２８は、いくつかの実現形態では、マーチャント１０６に位置する販売時点情報管理デバイス１１０と無線信号を交換することによって等、マーチャント１０６と直接通信してもよい。デバイス１０４は、例えば、モバイルデバイス１０４が電話として機能する実現において使用される、マイクロフォンおよびスピーカ等の他の入力／出力デバイス２３０をさらに備えてもよい。
【００３２】
いくつかの実現形態では、また、モバイルデバイス１０４は、カレンダー／時計２３２、位置センサ２３４、およびネットワークインターフェース２３６も含んでもよい。カレンダー／時計２３２は、時間、日付、ならびに時間データおよび日付データから導くことができる他のデータを計算してもよい。いくつかの実現形態では、カレンダー／時計２３２は、例えば、日付に基づき、デバイス１０４の現在の位置での日長を判定するために、位置センサ２３４と通信してもよい。これは、デバイス１０４が、時間、日付、および地理的位置に基づき、日中であるか夜間であるかを判定することを可能にすることができる。
【００３３】
また、カレンダー／時計２３２および位置センサ２３４は、多数の時間点で、デバイス１０４がどこに位置するかのログを作成するためにも通信してもよい。時間−場所データのログは、経時的かつ異なる日付を通したデバイスの移動を示す地図に編成されてもよい。この地図は、例えば、ユーザ情報２１０の一部として、メモリ２０４内に記憶されてもよい。位置センサ２３４は、地球を周回する衛星のグローバルポジショニングシステムを含むが、これに限定されない、モバイルデバイス１０４にその地理的位置を知らせる、任意の種類のシステムを含む。代替として、位置センサは、無線信号三角測量（例えば、無線アンテナ信号強度に基づく三角測量）によって、地理的位置を判定してもよい。
【００３４】
ネットワークインターフェース２３６は、ネットワーク１１６と無線で通信するために構成されてもよい。ネットワークインターフェース２３６は、ネットワーク通信のための任意の標準プロトコルを使用してもよい。ネットワークインターフェース２３６は、高速無線ネットワーク通信が可能であってもよい。いくつかの実現形態では、ネットワークインターフェース２３６は、データを送信し、ネットワーク１１６から受信するためにアンテナ２２８を使用してもよい。さらなる実現形態では、ネットワークインターフェース２３６は、位置センサ２３４（例えば、最も近いネットワークアクセスポイント）に情報を提供してもよく、位置センサ２３４は、これからモバイルデバイス１０４の位置を推測または計算することができる。いくつかの実現形態では、クーポン有効化モジュール２１８は、ネットワークインターフェース２３６を介してマーチャント１０６から受信される信号に応えて、クーポンを有効化してもよい。他の実現形態では、クーポン有効化モジュール２１８は、モバイルデバイス１０４がクーポンと関連付けられるマーチャントの所定の近傍内にある際、クーポンを有効化してもよい。
【００３５】
例証的なサーバ
図３は、図１のサーバ（単数または複数）１１８の略図である。１つ以上のサーバ１１８は、単一のコンピューティングデバイス、複数のサーバを備えるサーバファーム、分散ネットワーク、クラウドコンピューティング構成、および／または同様のものとして実現されてもよい。サーバ（単数または複数）１１８は、１つ以上のプロセッサ３０２と、メモリ３０４とを備える。メモリ３０４は、図２のモバイルデバイス１０４と関連付けられる同一のユーザ識別子（１）２０８を含有してもよい。いくつかの実現形態では、メモリ３０４は、本明細書ではユーザＩＤ（Ｎ）３０６と表される、数千またはさらには数百万の別個のユーザ識別子を含有してもよく、ここで、Ｎは、１より大きい任意の数である。各ユーザ識別子は、それぞれのモバイルデバイスと関連付けられてもよい。
【００３６】
ユーザ識別子２０８は、モバイルデバイス１０４を介してサーバ（単数または複数）１１８と対話しているユーザ１０２を表す。認証モジュール１２４は、モバイルデバイス１０４から到来する通信がユーザ識別子２０８と関連付けられるべきか否かを判定する。いくつかの実現形態では、承認は、例えば、サーバ（単数または複数）１１８の認証モジュール１２４とモバイルデバイス１０４のセキュリティモジュール２１４との間のハンドシェイキングまたは他の照合を伴ってもよい。認証モジュール１２４は、マーチャント１０６／またはオンライン小売店１２６のアイデンティティを同様に認証してもよい。強固なデータセキュリティを提供することは、モバイルデバイス１０４およびマーチャント１０６の両方からの詐欺取引を回避し得る。
【００３７】
また、サーバ（単数または複数）１１８は、取引モジュール３０８も含んでもよい。いくつかの実現形態では、サーバ（単数または複数）１１８上の取引モジュール３０８は、モバイルデバイス１０４上の取引モジュール２１２と同様である。ユーザ１０２とマーチャント１０６との間の取引は、デバイスの地理的位置がマーチャントの地理的位置と合致するか、もしくはその閾値距離内にある際に、取引モジュール２１２および３０８のいずれかまたは両方によって促進されてもよい。取引モジュール３０８は、マーチャント１０６およびモバイルデバイス１０４の両方と情報を交換するために、ＡＰＩを用いて構成されてもよい。いくつかの実現形態では、マーチャント１０６に公開されるＡＰＩは、未承認のマーチャントがシステムにアクセスすることを防止して、データセキュリティを改善するように規制されてもよい。モバイルデバイス１０４に公開されるＡＰＩは、一般的なものであっても特定のデバイスハードウェアおよびオペレーティングシステム向けにカスタマイズされたものであってもよい。ＡＰＩの複数のセットを提供することは、サーバ（単数または複数）１１８が、そうでなければ情報を交換することができない、モバイルデバイス１０４とマーチャント１０６との間の通信を翻訳することを可能にし得る。
【００３８】
サーバ（単数または複数）１１８上に記憶される地図３１０は、マーチャント１０６の地理的位置を含有してもよい。特定のマーチャント１０６と特定の地理的位置との間の相関関係は、モバイルデバイスが、地図３１０内のそのマーチャント１０６と関連付けられる地理的位置またはその付近に位置するために、モバイルデバイス１０４がマーチャント１０６またはその付近に位置するということを推測するために使用されてもよい。また、地図３１０は、それぞれのユーザ識別子２０８〜３０６と関連付けられたモバイルデバイス１０４のそれぞれの地理的位置についてのリアルタイムな情報も含有してもよい。この情報から、システムに属するモバイルデバイス１０４が所与のマーチャント位置にいくつ存在するかを判定することが可能であり得る。また、所与のモバイルデバイス１０４の近傍内の他のモバイルデバイス１０４を識別することも可能であり得る。例えば、地図３１０は、ユーザの友達（または少なくとも友達のモバイルデバイス）が隣のマーチャントにいることを示してもよい。
【００３９】
また、サーバ（単数または複数）１１８は、マーチャント１０６から、またはその代行からモバイルデバイス１０４に送信される広告を介して、広告を促進してもよい。場合によっては、入札モジュール３１２は、モバイルデバイス１０４上に広告を掲載する特権に対する入札を受信し、処理してもよい。ユーザ１０２は、広告を受信し、モバイルデバイス１０４の地理的位置およびユーザ情報１２２に基づき、関連広告が提示されることを選択してもよい。入札は、任意の既知の入札システムないしは別の方法に従って構造化されてもよい。サーバ１１８のオペレータは、マーチャント１０６によって支払われる広告収入を最大にするように入札を構造化してもよい。
【００４０】
また、サーバ（単数または複数）１１８は、通知モジュール３１４も含んでもよい。いくつかの実現形態では、サーバ（単数または複数）１１８上の通知モジュール３１４は、電子メール、テキスト、または同様のメッセージの形態で、モバイルデバイス１０４に通知を提供する。通知は、ユーザ１０２が関心がある商品および／またはサービスと、モバイルデバイス１０４の地理的位置の所定の近傍内のマーチャント１０６によって提供される商品および／またはサービスとの間に合致が存在する際に、送信されてもよい。いくつかの実現形態では、通知モジュール３１４は、近隣のユーザ１０２がマーチャント１０６によって提供される商品またはサービスに関心があり得ることをマーチャントに通知する通知を、マーチャント１０６に送信してもよい。
【００４１】
サーバ（単数または複数）１１８上に記憶される推奨モジュール３１４は、モバイルデバイス１０４に推奨を提供してもよい。推奨は、モバイルデバイス１０４のユーザ１０２に、ユーザ１０２が関心を有し得る商品またはサービスを販売する近隣のマーチャント１０６を示唆してもよい。また、推奨モジュール３１４は、ユーザ１０２に対して、クーポンまたはそのような形態で割引を提供する近隣のマーチャント１０６を識別してもよい。いくつかの実現形態では、また、推奨モジュール３１４は、オンライン小売店１２８によって販売される商品またはサービスも推奨してもよい。オンライン小売店１２８の推奨は、近隣のマーチャント１０６の推奨と共に提供されてもよい。マーチャント１０６およびオンライン小売店１２８によって販売される商品ならびに／またはサービスによって、関係は、競合または提携のうちの１つであってもよい。競合であると見なされる関係では、推奨モジュール３１６は、ユーザ１０２に、近隣のマーチャント１０６およびオンライン小売店１２８の両方が同一の商品またはサービスを販売することを通知してもよい。しかしながら、補完的であると見なされる関係では、オンライン小売店１２８は、近隣のマーチャント１０６から入手可能ではないが、そのマーチャント１０６によって販売される商品もしくはサービスを向上させる、または補完し得るものを提供してもよい。
【００４２】
また、サーバ（単数または複数）１１８は、マーチャント１０６またはその代行からモバイルデバイス１０４に送信される通信（例えば、通知、推奨等）を介して、広告を促進してもよい。例えば、サーバ（単数または複数）１１８を制御する事業体は、マーチャント１０６および／またはオンライン小売店１２８に、通知モジュール３１４から送信される通知および／または推奨モジュール３１６から送信される推奨に含まれる特権の料金を請求することによって、収入を生み出してもよい。サーバ（単数または複数）１１８内の支払いモジュール３１８は、マーチャント１０６および／またはオンライン小売店１２８から支払いを受信し、処理してもよい。支払いは、サーバ（単数または複数）１１８を制御する事業体によって支払いとして受け入れられるが、標準通貨ではない、「仮想」通貨またはポイントの形態であってもよい。ユーザ１０２は、サーバ（単数または複数）１１８によって提供される通知および推奨を受信することを選択してもよい。支払いモジュール３１８によって受信される支払いは、定額料金、単位毎料金として構造化されてもよく、または様々なマーチャント１０６および／もしくはオンライン小売店１２８間での入札によって判定されてもよい。サーバ１１８のオペレータは、マーチャント１０６および／またはオンライン小売店１２８によって支払われる収入を最大にするように、支払いシステムを構造化してもよい。
【００４３】
図４は、サーバ（単数または複数）１１８内に含まれてもよい、または接続されてもよい、ユーザ情報１２２を含むデータストアである。ユーザ情報１２２は、モバイルデバイス１０４上のユーザ情報２１０と同一の記憶される情報の一部またはすべてを含有してもよい。いくつかの実現形態では、サーバ（単数または複数）１１８上に記憶されるユーザ情報１２２は、例えば、モバイルデバイス１０４を紛失もしくは損傷した場合に、モバイルデバイス１０４上のユーザ情報２１０をバックアップまたは回復するために使用されてもよい。
【００４４】
ユーザ情報１２２は、図３に示されるユーザ識別子２０８〜３０６のそれぞれと関連付けられる、別個のデータを提供してもよい。例えば、ユーザＩＤ（１）２０８は、支払い情報４０２、ユーザプロファイル４０４、取引記録４０６、信用があるマーチャントのリスト４０８、およびユーザが関心がある品物のリスト４１０と関連付けられてもよい。支払い情報４０２は、クレジットカードもしくはデビットカード番号、銀行口座情報、電子支払いシステム情報、および／または同様のもの等を含んでもよい。ユーザプロファイル４０４は、ユーザ嗜好、関心事および趣味のリスト、ユーザ１０２が受信すると選択した通信および／または取引の種類の指示、結婚仲介サービスの嗜好等の個人情報、およびユーザ１０２と関連付けられる任意の他の種類の情報、ならびにユーザのユーザＩＤ（１）２０８を含有してもよい。取引記録４０６は、販売者（例えば、マーチャント１０６またはオンライン小売店１２８）のアイデンティティ、時間、地理的位置、および取引の件名を含む、過去の取引履歴のリストを含有してもよい。
【００４５】
ユーザ１０２は、信用があるマーチャント４０８として、システムに参加するすべてのマーチャントから、これらのマーチャントのうちのいくつかのサブセットを選択してもよい。いくつかの実現形態では、ユーザがマーチャントと取引を行う際はいつでも、ユーザは、ユーザがそのマーチャントを信用があるマーチャントのリストに追加することを希望するか否かを質問されてもよい。この信用があるマーチャントとしての地位は、ユーザ情報１２２の一部であってもよい。信用があるマーチャントとしての地位は、マーチャント１０６が、ユーザのモバイルデバイス１０４を介してユーザ１０２と取引を行うことを可能にしてもよい。また、信用があるマーチャントとしての地位は、信用があるマーチャントリストに含まれていない他のマーチャントと比較して、モバイルデバイス１０４を使用した電子取引を完了するためにユーザ１０２から要求される対話の量を減少させてもよい。信用があるマーチャント４０８のリスト内で、異なるマーチャントは、ユーザ１０２によって異なる信用レベルが与えられてもよい。例えば、最も信用があるマーチャントとの取引は、単にユーザ１０２（およびモバイルデバイス１０４）がマーチャント１０６の位置に入ることによって自動的に完了されてもよい。
【００４６】
ユーザ１０２がそのような「ゼロクリック」取引の使用を望まない他のマーチャント１０６に対して、ユーザ１０２は、取引を完了するために、ユーザ１０２とモバイルデバイス１０４との間のいくつかの最小限の対話を要求する、より低いレベルの信用を示唆してもよい。これは、「ワンクリック」対話と考えられ得るが、その特定の対話は、「クリック」以外の何かである場合がある。ユーザ１０２がさらにより低いレベルの信用と関連付ける他のマーチャントに対して、ユーザ１０２は、モバイルデバイス１０４がマーチャント１０６との取引を完了することができるようになる前に、パスワードおよびログインの入力等、２回以上のクリックを要求してもよい。
【００４７】
ユーザが関心がある品物のリスト４１０は、ユーザ１０２が購入することを希望し得る商品および／またはサービスのリストを提供してもよい。ユーザの要望は、ユーザがある商品またはサービスへの関心を明確に、または黙示的に示唆した、ユーザ１０２による過去の活動から推測されてもよい。例えば、以前に閲覧した商品および／またはサービスのリスト４１２は、ユーザ１０２がウェブブラウザまたは別のフォーマットで以前に閲覧した、それらのウェブページまたは商品／サービス説明を追跡してもよい。ユーザ１０２がユーザ自身で生成した購入予定リスト４１４のコンテンツを閲覧することによって、ユーザの関心のより確定的な示唆が判定されてもよい。ユーザ１０２は、複数のオンライン小売店１２８上、個人用ウェブサイト等の別の位置上等で購入予定リストを確立し、異なる購入予定リストのすべてが、ユーザ情報１２０の一部として記憶される購入予定リスト４１４に統合されてもよい。オンラインショッピングカート４１６のコンテンツを閲覧することによって、ユーザ１０２が何を購入する可能性が高いかのより強力な示唆が判定されてもよい。ショッピングカート４１６は、ユーザ１０２がオンライン小売店１２８から購入を開始したが終了していない、商品またはサービスを表し得。いくつかのオンライン小売店１２８では、ユーザ１０２が固定期間内に購入を完了しない場合、ショッピングカートが消滅する場合があるが、他のオンライン小売店１２８では、仮想ショッピングカートは、無期限に存続し得る。ユーザ１０２は、様々なオンライン小売店１２８で、それぞれが１つ以上の商品またはサービスを含有する、複数のショッピングカートを有することができる。ユーザ情報１２０内に含まれるショッピングカート４１６は、複数の異なるオンライン小売店１２８からの個々のショッピングカートの集約を表してもよい。
【００４８】
図５は、サーバ（単数または複数）１１８内に含まれるか、またはそれに接続されてもよい、マーチャントプロファイル１２４と、広告データベース１２６とを含む、複数のデータストアを示す。マーチャントプロファイル１２４は、マーチャントの現実の位置の地理的位置５００、マーチャント１０６によって販売される商品および／またはサービス５０２、マーチャントによって提供される販売促進５０４、マーチャントの批評および評定５０６、ならびにモバイルデバイス１０４との取引（例えば、受け入れられるクレジットカードの種類）を促進するために使用され得る、マーチャントについての他のデータ５０８等のマーチャントについての情報を含有する。地理的位置５００は、サーバ（単数または複数）１１８上に記憶される地図３１０を作成するために使用されるデータのうちの１つのソースであり得る。地理的位置５００は、モバイルデバイス１０４がマーチャント位置の「付近」または所定の近傍内にあるかを判定するために使用されるデータのうちの１つのソースであり得る。いくつかの実現形態では、地理的位置５００は、緯度および経度等の座標として記憶され、ＧＰＳによって判定される緯度および経度等のモバイルデバイス１０４の座標と比較されてもよい。マーチャント１０６で入手可能である商品および／もしくはサービス５０２は、リアルタイムもしくはほぼリアルタイムの在庫品目のリストであってもよく、または識別される商品および／もしくはサービス５０２は、マーチャント１０６が、現在の入手可能性に関わらず、通常販売しているものを示唆してもよい。
【００４９】
販売促進５０４は、マーチャントによって提供される商品もしくはサービスのクーポンまたは割引等を含んでもよい。販売促進５０４は、例えば、マーチャントを信用があるマーチャントと指定したユーザ１０２に割引を与えてもよい。また、販売促進５０４は、異なるマーチャントで使用可能であってもよい。例えば、マーチャントは、ユーザが競合他社の店舗に入る際に、モバイルデバイス１０４のユーザ１０２にクーポンを提供してもよい。さらなる実施例として、第１のマーチャントでログインまたはチェックインすることによって、ユーザは、第２の異なるマーチャントで引き換え可能な販売促進を受信してもよい。第１のマーチャントは、第２のマーチャントで販売促進を提供することと関連付けられる費用のうちの一部またはすべてを支払ってもよい。販売促進５０４は、例えば、そのユーザ１０２のユーザ情報１２０に基づき、ユーザ１０２に割引を与えてもよい。例えば、マーチャント１０６は、モバイルデバイス１０４のユーザ１０２に、ユーザの購入予定リスト４１４に含まれる品物のクーポンを提供してもよい。クーポンは、固定割引または割合割引を提供してもよい。例えば、クーポンは、受領者に、＄５０以上の任意の購入に対して＄２０の固定値引きを提供してもよい。代替として、クーポンは、５０％割引を提供してもよい。同様に、クーポンは、１つ買うと１つ無料、２つ買うと３つ目は無料、または購入される品物の数に関連する同様の種類の割引を提供してもよい。
【００５０】
専門の編集者もしくは批評家によって、または何人かのユーザからの投票もしくはグループ評定によって、マーチャントの批評および評定５０６が提供されてもよい。
【００５１】
また、マーチャントとモバイルデバイス１０４との間の通信は、広告も含んでもよい。モバイルデバイス１０４は、マーチャント１０６から送信される広告を表示するための指定ウィンドウまたは広告ボックスを伴う、ユーザインターフェースを有してもよい。広告データベース１２６は、広告コンテンツ５１０を、地理的位置５１２およびマーチャント情報５１４と関連付けて記憶する。広告は、位置センサ２３４を含み得るモバイルデバイス１０４を標的としているため、広告コンテンツ５１０は、位置関連広告を提供するために、１つ以上の地理的位置５１２と関連付けられる。例えば、モバイルデバイス１０４を携帯するユーザ１０２がマーチャントの小売店舗のうちの１つの地理的位置に接近する際、マーチャントの広告が現れてもよい。例えば、ユーザがコーヒー店に接近する際、そのコーヒー店は、ユーザがコーヒー店の付近またはコーヒー店内にいる際に、割引された１杯のコーヒーの広告または販売促進を供給してもよい。
【００５２】
広告コンテンツ５１０は、モバイルデバイス１０４がマーチャントから所定の距離にある際に現れてもよい。いくつかの実現形態では、所定の距離は、自動車で移動している人が、歩いている人よりマーチャントから遠い距離で広告コンテンツ５１０を受信し得るように、モバイルデバイス１０４が移動している速度に依存してもよい。いくつかの実現形態では、広告の表示は、モバイルデバイス１０４が移動している速度に基づいて無効化されてもよい。この特長は、モバイルデバイス１０４の速度が速度閾値を超える際に、広告を遮断することによって、または少なくともモバイルデバイスをサイレントモードにすることによって、運転手の注意を逸らすことを防止することができる。マーチャント情報５１４は、広告コンテンツ５１０を供給するマーチャントを指定してもよい。これは、他のマーチャントからの広告を提供することを抑制する一方で、そのユーザ１０２が関心を示した（明確に、または黙示的に）マーチャントからの広告を提供するように、ユーザ１０２のユーザプロファイル４０４と併せて使用されてもよい。また、マーチャント情報５１４は、マーチャントが、「落札」してマーチャントの広告をユーザのモバイルデバイス上に表示するために入札する意思がある最大額を示唆する、入札額も含有してもよい。この入札額は、入札モジュール３１２によって、どの広告コンテンツ５１０を所与のモバイルデバイス１０４上に表示するかを判定するために使用されてもよい。
【００５３】
マーチャントとモバイルデバイスとの間の例証的な取引
図６は、動作６０２で、ユーザ情報をデバイスと関連付けることを含む、プロセス６００を例証する。ユーザ情報は、例えば、図１に例証されるユーザ情報１２２を含んでもよい。いくつかの実現形態では、デバイスは、図１の例証的なモバイルデバイス１０４であってもよい。ユーザ情報をデバイスと関連付けることは、ユーザのアイデンティティをデバイスと結び付け、ある電子取引においてデバイスがユーザを表すことを可能にする。次に、動作６０４で、デバイスの位置が判定される。上述のように、位置は、図１および図２に例証されるように地理的位置を判定する、位置センサ２３０によって判定されてもよい。
【００５４】
次いで、動作６０６は、位置をマーチャントと相関させる。マーチャントは、例えば、その敷地内またはその近接で無線ネットワーク接続を提供してもよく、接続は、マーチャントを識別することができる。そうすることによって、そのネットワーク接続を使用する各デバイスは、その現在の位置をマーチャントにおけるものであると認識することができる。いくつかの実現形態では、デバイスは、加えて、または代替として、ＧＰＳによって提供される緯度および経度等の理論上の位置を認識してもよい。デバイスの緯度および経度をマーチャント位置と合致させるために、マーチャント位置の地図６０８が使用されてもよい。デバイスの地理的位置を識別することはできるが、しかしながら、その地理的位置は、いかなるマーチャント位置とも相関されていない場合がある、位置が存在し得る。例えば、デバイスは、いくつかのマーチャントの付近の通り上であるが、それらのマーチャントのいずれにも位置していない場合がある。
【００５５】
判定点６１０で、デバイスがマーチャントに位置するか否かが判定される。場合によっては、この判定には、デバイスがマーチャント内にあるか否かを判定することを含んでもよく、一方、他の場合では、これは、デバイスがマーチャントの所定の距離内にあるか否かを判定することを含んでもよい。いいえの場合、プロセス６００は、「いいえ」の経路を辿り、動作６０４に戻る。このループは、デバイスがマーチャントに位置するまで継続的に繰り返されてもよい。デバイスがマーチャントに位置する際、プロセス６００は、判定点６１２への「はい」の経路を辿る。
【００５６】
判定点６１２で、このマーチャントとの取引が自動化されているか否かが判定される。例えば、ユーザは、ユーザが、特定の種類のマーチャントとの特定の種類の取引を自動的に完了することを望むことを決定してもよい。そのような状況では、ユーザは、ユーザのモバイルデバイスの自動取引機能性を有効化してもよい。しかしながら、他のマーチャントについて、または他の種類の取引については、ユーザは、取引の詳細を指定する、または取引に肯定的に合意する等、より多くの対話を所望してもよい。このマーチャントとのこの取引が自動化されていない場合、プロセス６００は、「いいえ」の経路を辿り、動作６０４に戻る。取引が自動化されている場合、プロセス６００は、動作６１４への「はい」の経路を辿る。
【００５７】
動作６１４で、場合によっては、デバイスのユーザとマーチャントとの間の取引が自動的に完了される。ユーザがマーチャントに位置する際のこの取引の自動完了は、ユーザに摩擦のない体験をもたらす。位置認識のモバイルコンピューティングデバイスとの連結は、ゼロクリック取引を可能にする。
【００５８】
例証的な一実施例として、ユーザは、地元のコーヒー店のユーザのプリペイドカード（または他の支払い手段）をモバイルデバイスと関連付けることができる。ユーザは、このコーヒー店でのユーザの嗜好飲物はトールサイズのラテであると追加で設定することができる。この情報は、ユーザ情報２１０等のモバイルデバイス上、またはユーザ情報１２２等のネットワーク上のどこかに記憶されてもよい。地元のコーヒー店は、多くの店舗を有してもよく、各店舗位置は、一意の緯度および経度の座標と関連付けられてもよい。ユーザのモバイルデバイスを携帯するユーザが店舗位置のうちのいずれかに到着する際、デバイスは、地元のコーヒー店と対応するそれらの座標を認識し、ユーザによって指定される取引を実現する。本実施例では、ユーザは、ユーザが地元のコーヒー店位置のうちの１つに入る時は常に、トールサイズのラテを購入するために、モバイルデバイスがユーザのプリペイドカードを使用することを指定することができる。ユーザは、ユーザの財布を開くことなく、またはさらには口頭で注文することなく、カウンターまで直接歩き、ユーザのトールサイズのラテを受け取ることができる。これは、摩擦のない取引である。この実施例は、いくつかの変形をとり得る。例えば、マーチャントは、ユーザの身分証明（例えば、運転免許証）を示すこと、ユーザと関連付けられるパスワードを口頭で述べること等をユーザに要求してもよい。または、ユーザは、電話もしくはテキストメッセージを受信してもよく、これらの通信チャネルのうちの１つを介した取引の完了を確認してもよい。
【００５９】
別の例証的な実施例として、マーチャントは、それ自体が位置認識およびモバイルデバイスと通信する能力を伴う移動体である、救急車であってもよい。ユーザ情報１２２および／または２１０の一部は、ユーザについての医療情報を含有してもよい。この情報は、暗号化され、所定のＡＰＩを通してのみ入手可能であるか、ないしは別の方法で、救急車等の医療サービスを提供する「マーチャント」にのみ公開されるように制限されてもよい。救急車の地理的位置およびモバイルデバイスの地理的位置が同一である際、そのモバイルデバイスからの医療情報が、救急車内の医療サービス提供者に自動的に提供されてもよい。その医療情報は、救急医療師が、救急車内に実際にいる人が医療情報と関連付けるのに正確なユーザであることを確認することができるように、ユーザの写真を潜在的に含有することができる。この医療情報は、例えば、ユーザの医療履歴、ユーザがアレルギーのある薬剤等を含んでもよく、したがって、緊急事態の場合において、救急医療師がユーザを適切に処置することを可能にする。
【００６０】
また、モバイルデバイス１０４は、ユーザ１０２がマーチャント１０６の地理的位置またはその付近にいない際にさえも、マーチャントとの取引を促進してもよい。例えば、オンラインデーティング／結婚仲介サービス等のいくつかのマーチャントは、ユーザと関連性がある物理的位置を有さない場合がある。この種類のマーチャントに対して、販売時点情報管理デバイス１１０は、マーチャントサーバ１０８のサーバ自体またはコンポーネントであり得る。そのような場合では、ユーザ１０２は、レストラン等の別のマーチャントと関連付けられる地理的位置にいるが、オンラインマーチャントと対話してもよい。
【００６１】
オンラインデーティングの実現形態では、取引は、ユーザ１０２のマーチャント１０６に対する地理的位置というよりはむしろ、あるユーザの別のユーザに対する地理的位置に依存してもよい。例えば、オンラインデーティングサービスの会員は、オンラインデーティングサービスのマーチャントサーバが会員のそれぞれのモバイルデバイスの地理的位置を入手可能にすることを選択してもよい。マーチャントサーバは、２つのモバイルデバイスが相互の閾値距離内にあるか否か、および２人のユーザがデーティングサービスによって合致すると判定されるか否か（例えば、合致は、少なくとも一部において、ユーザプロファイル４０４等のユーザ情報１２２上で定義されてもよい）を判定してもよく、取引は、モバイルデバイスのうちの一方または両方とオンラインデーティングサービスとの間で開始されてもよい。取引は、ユーザのうちの１人が、「会員合致」である他方のユーザに連絡することを要求することによって応答し得る、「会員合致」の通知を含んでもよい。連絡要求を受信する他方のユーザは、連絡要求を受け入れてもよく、連絡要求を断ってもよく、または連絡要求を無視してもよい。連絡要求が受け入れられる場合、オンラインデーティングサービスは、２人のユーザ間の仲介される連絡を可能にしてもよい。いくつかの実現形態では、２人のユーザ間の通信は、オンラインデーティングサービス（例えば、オンラインデーティングサービスのマーチャントサーバ）を通さなければならないように、直接連絡先情報が秘密にされてもよい。
【００６２】
図７は、マーチャントでデバイスの存在を検出すること７０２を含む、プロセス７００を例証する。検出は、モバイルデバイス、マーチャント、図１に例証されるサーバ（単数または複数）１１８等のネットワークコンポーネント、またはこれらの組み合わせによって実施されてもよい。例えば、モバイルデバイスの地理的位置を三角測量するために、３つの携帯電話タワーからのモバイルデバイスの距離が使用されてもよく、その地理的位置は、モバイルデバイスがマーチャントに存在することを検出するために使用されてもよい。デバイスがマーチャントに存在するという指示は、状況依存性であってもよい（例えば、これは、近辺密集度に依存し得る）。例えば、多くの店が相互に直接隣接する、密集した近辺内では、「存在」は、狭い空間境界、およびモバイルデバイスが３０秒、１０分、または１時間等の期間、その境界内に留まるという要件によって定義されてもよい。時間要件は、実際には、ユーザはマーチャントの傍を単に通り過ぎているだけである際に、モバイルデバイスが「存在する」と誤って検出することを防止し得る。他の状況では、例えば、誰もいない高速上の料金所で、モバイルデバイスは、ユーザデバイスの速度および軌跡に基づき、依然として数百ヤード離れているが、料金所に存在すると指定されてもよい。これは、モバイルデバイスが、料金所に接近する車両が大幅に速度を低下させることを必要とすることなく、料金所のゲートを開かせるのに間に合うように、通行料金を支払うことを可能にし得る。
【００６３】
判定点７０４で、マーチャントがユーザにとって信用があるマーチャントであるか否かが判定される。判定は、一部において、図４に例証される信用があるマーチャントのリスト４０８に基づいてもよい。マーチャントが信用があるマーチャントである際、プロセス７００は、「はい」の経路に沿って動作７０６に進む。動作７０６で、ユーザデバイスは、マーチャントにログインする。ログインは、図２、図３、および図４に例証されるユーザ識別子２０８を使用して完了されてもよい。
【００６４】
動作７０８で、デバイスユーザについての情報がマーチャントと共有される。情報は、支払い情報７１０、嗜好情報７１２、およびユーザ識別子７１４を含んでもよい。いくつかの実現形態では、この動作においてマーチャントに提供されるユーザ識別子７１４は、同一の上述のユーザ識別子２０８であってもよい。他の実現形態では、動作７０８におけるユーザ識別子７１４は、この特定のマーチャント用の一意のユーザ識別子７１４、ユーザ識別子７１４の代用である「ニックネーム」、または他の識別子等、異なってもよい。情報は、図１に例証されるもの等のマーチャントの販売時点情報管理デバイス１１０と共有されてもよい。嗜好情報７１２は、どんな種類の商品またはサービスをデバイスユーザが購入することを好むかを示唆してもよい。コーヒー店の実施例に戻ると、嗜好情報７１２は、ユーザが、そのコーヒー店にいる際にトールサイズのラテを購入することを希望することを示唆してもよい。料金所の実施例では、嗜好情報７１２は、ユーザが自動車よりはむしろオートバイを運転し、したがって、オートバイの適切な通行料金を支払うことを希望することを示唆してもよい。いくつかの実現形態では、モバイルデバイスは、単に、ユーザ識別子７１４をマーチャントに提供してもよく、マーチャントは、図１に例証されるネットワーク１１６等の通信ネットワークから、ユーザ識別子７１４に結び付けられている他の情報（例えば、支払い情報、嗜好情報等）を取り出してもよい。
【００６５】
次に、動作７１６で、ユーザとマーチャントとの間の購入が完了される。購入は、支払い情報４０２を使用して完了されてもよい。また、購入は、嗜好情報７１２を使用して完了されてもよく、その場合、いくつかの実現形態では、それはモバイルデバイスがマーチャントで検出される際に、ユーザ嗜好情報７１２によって示唆される商品またはサービスが自動的に購入されるように、購入を自動化するために使用され得る。他の実現形態では、動作７１６での購入の完了は、ユーザとモバイルデバイスとの間の単一の対話のみを伴ってもよい。例えば、ユーザは、モバイルデバイスの数字キーパッドまたはタッチスクリーンディスプレイ上のソフトキー上で特定の番号を押すことを必要としてもよい。加えて、単一の対話は、モバイルデバイス上のマイクロフォンに向かって話すこと、またはモバイルデバイス内部の加速度計を有効化するためにモバイルデバイスを振ることを含んでもよい。一方、いくつかの取引は、複数の対話を伴ってもよい。
【００６６】
しかしながら、判定点７０４で、マーチャントが信用があるマーチャントとして認識されない場合、プロセス７００は、「いいえ」の経路に沿って動作７１８に進む。動作７１８で、ユーザは、このマーチャントでの購入を進めるか否か、およびどのように進めるかに関して問い合わせられる。例えば、ユーザは、この信用がないマーチャントと対話することを拒否してもよい。代替として、ユーザは、信用があるマーチャントではないが、マーチャントにログインすることを選択し、購入の完了に進んでもよい。
【００６７】
図８は、上述の方法のうちの１つ以上でマーチャントと対話するように、モバイルデバイスを設定するためのプロセス８００を例証する。ユーザは、動作８０２で、マーチャントのリストからマーチャントを選択してもよい。マーチャントのリストは、この電子商取引のシステムに参加することを選択するマーチャントを含んでもよい。この選択は、モバイルデバイス上で、または選択されたマーチャントのリストがモバイルコンピューティングデバイスに送信される別のコンピューティングデバイス上で実施されてもよい。動作８０４で、選択されたマーチャントのうちの１つ以上に、取引照合のレベルが指定される。取引照合のレベルは、必ずしも上述の信用レベルに対応する必要はない。ユーザは、ユーザが取引照合を用いて取引を完了し得る（およびしたがって、ユーザがユーザのモバイルデバイスとの対話なく自動的に取引を完了することを希望する）特定のマーチャントを指定してもよい。このレベル取引照合が好適であり得る実施例は、とりわけ、コーヒー店および料金所である。他のマーチャントについて、ユーザは、取引を照合するためにいくつかの肯定的なステップをとることを希望する場合があり、したがって、取引を照合するためにモバイルデバイスとの単一の対話（またはそれ以上）が使用されることを指定する。これは、比較的高価な商品またはサービスを販売する、信用があるマーチャントに対して望ましい場合がある。例えば、ユーザは、獣医のサービスを支払うためにユーザのモバイルデバイスを使用することを希望し得るが、その取引を照合するモバイルデバイス上での少なくとも単一の対話なく、ユーザのアカウントに＄１，０００の料金を請求されることを望まない。他のマーチャントについて、２つ以上の対話を要求する取引照合のレベルを指定することが可能であってもよい。このより高いレベルの照合は、モバイルデバイス上で２つのキーを押すことから、パスワードを入力すること、およびカード番号等の支払い情報を提供することを含む、複雑なログインプロセスまで、いかなるものであってもよい。
【００６８】
動作８０６で、ユーザ情報をマーチャントと共有することが選択される。ユーザ情報は、図１に示されるユーザ情報１２２および／もしくは図２に示されるユーザ情報２１０のうちにいずれかまたはすべてを含んでもよい。例えば、ユーザ識別子２０８をマーチャントと共有することは、マーチャントが、ユーザ識別子２０８によってそのモバイルデバイスを認識することを可能にする。加えて、ユーザは、異なる情報を異なるマーチャントと共有することを選択してもよい。例えば、クレジットカード情報が、あるマーチャントと共有され得、一方、銀行口座情報が、異なるマーチャントと共有される。
【００６９】
次に、動作８０８で、モバイルデバイスがマーチャントにある際、マーチャントとモバイルデバイスとの間で取引が開始される。取引は、動作８０４で示唆される取引照合のレベルに従って照合されてもよい。上述のように、いくつかの実現形態では、これは、ユーザとモバイルデバイスとの間でのゼロ対話８１０を含んでもよく、他の実現形態では、これは、ユーザとモバイルデバイスとの間での単一の対話８１２（またはそれ以上）を含んでもよい。モバイルデバイスを前もって設定することで、モバイルデバイスがマーチャント位置に存在する際の既定の挙動を確立することができる。いくつかの実現形態では、この設定情報は、２４時間等のある長さの時間の後に期限が切れてもよい。期限が切れると、取引照合のレベルは、あらゆるマーチャントへの完全なログインを要求するようにリセットされてもよく、またはいくつかの実現形態では、要求される対話の数が、漸増的に引き上げられてもよい（例えば、ゼロ対話マーチャントは今、モバイルデバイスとの単一の対話を要求し、単一の対話マーチャントは今、モバイルデバイスとの少なくとも２つの対話を要求する等）。他の実現形態では、設定情報は、期限が切れず、むしろ、ユーザが変更を行うまで存続されてもよい。
【００７０】
図９は、ユーザが後でマーチャント１０６に到着する際に完了される取引を開始するために、代表的なユーザ１０２がデバイス９０２を採用する、例証的なアーキテクチャ９００を示す。図６〜図８に既に示されたプロセスは、概して、ユーザ１０２がマーチャント１０６と同一の位置にいる際に開始される取引に関連する。しかしながら、アーキテクチャ９００は、ユーザ１０２がある場所かつある時点で取引を開始し、次いで後で、マーチャント１０６に到着するのを受けて、取引を完了し得る、状況にさらに適用可能である。
【００７１】
ユーザは、デバイス９０２との対話を通して取引９０４を開始してもよい。デバイス９０２は、モバイルデバイス１０４であってもよく、またはこれは、電話、デスクトップコンピュータ、ラップトップコンピュータ、シンクライアント、セットトップボックス、ゲーム機等の異なるコンピューティングもしくは通信デバイスであってもよい。デバイス９０２は、ネットワーク９０６に直接または間接的に接続されてもよい。ネットワーク９０６は、図１に例証されるネットワーク１１６と同一のネットワークであってもよい。ユーザ識別子２０８は、取引９０４と関連付けられる。ユーザ識別子２０８は、マーチャント１０６が取引９０４を正確なユーザと合致させることを可能にする。その取引を開始することは、その取引をマーチャント１０６の取引キューに入れてもよい。いくつかの実現形態では、この取引キューは、図１に例証されるマーチャントサーバ１０８上で維持されてもよい。取引キューは、１杯のコーヒー（ユーザがコーヒー店に到着する際に引き渡される）の先行注文またはホテルの予約（ユーザがホテルにチェックインすることで確認される）等を含有することができる。取引は、ある期間（例えば、数分間または数日間）、取引キュー内に保たれてもよいが、また、即座またはほぼ即時の実現形態も可能である。
【００７２】
ユーザ１０２は、後で、ユーザのモバイルデバイス１０４を伴ってマーチャント１０６に到着する。また、図２に例証されるように、モバイルデバイス１０４は、ユーザ識別子２０８とも関連付けられ得ることを思い起こされたい。いくつかの実現形態では、衛星１１２は、マーチャント１０６の地理的位置と比較する、または合致させることができる、地理的位置をモバイルデバイス１０４に提供する。マーチャントの位置にある際、モバイルデバイス１０４およびマーチャント１０６のコンピュータシステムは、通信経路９０８上で直接、またはネットワーク９０６を介して間接的に通信することができる。マーチャント１０６は、ユーザ識別子２０８と関連付けられるモバイルデバイス１０４がマーチャント位置に存在する際、取引９０４を取り出すために、ネットワーク９０６にアクセスしてもよい。マーチャント１０６によってモバイルデバイス１０４に提供される情報は、ユーザ１０２によって、取引９０４を完了するために使用されてもよい。いくつかの実現形態では、取引を完了することは、ユーザが料金を請求され、続いて保護された位置９１０へのアクセスを得ることを伴ってもよい。保護された位置９１０は、ホテルの部屋、飛行機、人の家、職場、国境内、または入場が規制されている任意の他の地理的位置を含んでもよい。保護された位置９１０への入場は、ユーザ１０２に個人化されたコードによって提供されてもよい。個人化されたコードは、ユーザ情報１２２内に記憶されてもよい。例えば、コードは、ユーザ１０２が、アクセスがキーパッド上等でのコードの入力を要求する際にいつでも再使用することを希望する、一連の番号および文字であってもよい。さらなる実施例として、コードは、少なくとも一部において、ユーザ１０２からの生体測定データに基づいてもよい。生体測定データは、図１４に関して以下により詳細に記載される。いくつかの実現形態では、このコードは、マーチャント１０６がユーザ識別子２０８のみは受信するが、ユーザの個人化されたコードにアクセスすることはできないように、マーチャント１０６から隠されてもよい。
【００７３】
例えば、ユーザは、ユーザの家庭用コンピュータからホテルの予約を行ってもよい。予約は、ユーザのユーザ識別子と共に、通信ネットワークを通じて、ホテルのコンピュータシステムに伝送される。ある時間（例えば、数日）後、ユーザがホテルに到着し、ユーザのモバイルデバイスがホテルの地理的位置で検出される際、予約を取り出すために、ユーザのモバイルデバイス内に含有されるユーザ識別子が使用される。同様にユーザのユーザ識別子に結び付けられたクレジットカード等による支払いを確認した後、ホテルは、ユーザのモバイルデバイスに、ユーザの部屋番号を含有するテキストメッセージまたは他の通信を送信する。これは、受付でまったく立ち止まることなく、ユーザがロビーを通ってエレベータへ歩いている間に起こってもよい。いったんユーザの部屋で、ドアの外でユーザのモバイルデバイスの存在がホテル内の無線通信ネットワークによって検出されると、ドアが自動的に開錠されてもよい。部屋の鍵は、ホテルの部屋内で提供されてもよい。また、ユーザ識別子もユーザプロファイルに結び付けられている（かつユーザがユーザのユーザプロファイルをホテルと共有することを選択している）実現形態では、例えば、ホテルの従業員にユーザが好む種類のチョコレートを枕上に置くよう命令することによって、ホテルでのユーザの宿泊客体験をカスタマイズするために、ユーザプロファイルが使用されてもよい。商品の購入と同様に、システムは、サービスの購入の摩擦のない体験を提供することができる。
【００７４】
さらなる実施例として、本明細書に説明されるアーキテクチャおよびシステムは、入国管理事務所および国境セキュリティに適用することができる。この状況では、取引９０４は、入国を許可することであってもよい。最初に、異なる国に旅行することを希望する人は、見込まれる旅についてのユーザ情報をコンピューティングデバイス９０２に入力し、その情報を取引９０４ならびに見込まれる旅行者のユーザ識別子２０８と関連付けてもよい。いくつかの実現形態では、ユーザ識別子２０８として、パスポート番号を使用することができる。出向国内の入国管理事務所に到着すると、旅行者によって携帯されるモバイルデバイス１０４は、この人が到着し、入国を要求しているということを、入国管理事務所当局に信号で送信してもよい。いくつかの実現形態では、ユーザ識別子２０８は、ユーザ１０２が、ユーザらが他の国へ旅行する際に持参するよう命令される携帯電話等のモバイルデバイス１０４と関連付けられてもよい。他の実現形態では、モバイルデバイス１０４は、ユーザのパスポートに入国ビザとして付着される小型の電子デバイスであってもよい。さらに他の実現形態では、パスポート自体が、モバイルデバイス１０４を備えてもよく、パスポート内のＲＦＩＤが、ユーザ識別子２０８であってもよい。このシステムは、入国管理事務所取引が前もって部分的に完了されることを可能にすることによって、ならびに人が入国点に位置する際に人および対応する情報を自動的に識別することによって、人が入国する処理と関連付けられる摩擦を低減し得る。
【００７５】
図１０は、ユーザがマーチャントの地理的位置に到着する際に、ユーザとマーチャントとの間の取引を完了するためのプロセス１０００を例証する。動作１００２で、ユーザとマーチャントとの間で取引が開始される。取引の開始は、空間および時間において、取引の完了から分離されてもよいが、しかしながら、そのような分離は、必ずしも必要ではない。
【００７６】
マーチャントの地理的位置に到着すると、モバイルデバイスは、動作１００４において、マーチャントで検出される。検出は、モバイルデバイスによってブロードキャストされる信号がマーチャントの受信器によって拾われる実現等、直接であってもよい。代替として、検出は、間接的であってもよく、またはモバイルデバイスの現在の地理的位置をマーチャントの地理的位置と相関させることによって推測されてもよい。動作１００６で、ユーザの存在がマーチャントに通信される。通信は、マーチャントが取引にアクセスすることをトリガしてもよい。
【００７７】
動作１００８で、マーチャントにユーザ情報が提供されてもよい。ユーザ情報は、モバイルデバイスのメモリから直接提供されてもよく、またはネットワークもしくは他の遠隔データソースからユーザ情報を取り出すために、モバイルデバイスと関連付けられるユーザ識別子が使用されてもよい。前述のように、ユーザ情報は、支払い情報、ユーザプロファイル等を含んでもよい。ユーザプロファイルは、マーチャントが取引を修正するために使用する、ユーザ嗜好を含んでもよい。ユーザ嗜好は、飛行機上の窓側もしくは通路側座席、ホテル内の喫煙もしくは禁煙部屋等を含んでもよい。次に、動作１０１０で、ユーザとマーチャントとの間の取引が完了される。完了は、支払いを徴収すること、予約を確認すること、購入を行うこと等を含んでもよい。
【００７８】
取引の完了に続き、動作１０１２で、マーチャントは、取引の完了を確認するメッセージをモバイルデバイスに送信してもよい。メッセージは、取引の領収書であってもよく、あるいはいくつかの実現形態では、これは、ホテルの部屋もしくは飛行機等の保護された位置にアクセスするのに必要なコードまたは他の情報であってもよい。例えば、メッセージは、モバイルデバイスの画面上に表示させ、ユーザが飛行機に搭乗する際に従来の機器によってスキャンさせることができる、搭乗券バーコードを含んでもよい。他の実現形態では、メッセージは、モバイルデバイスに追加の機能性を提供する、電子トークンであってもよい。例えば、電子トークンは、モバイルデバイスが、ドアを開き、保護された位置へのアクセスを得るために使用され得る信号（例えば、ガレージドアオープナーと類似する）をブロードキャストすることを可能にしてもよい。
【００７９】
例証的な親および子デバイス
図１１は、親子関係を有する２つのデバイスが、マーチャントとの取引を完了するために対話する、例証的なアーキテクチャ１１００を示す。本実施例は、親／子の状況における技法を説明するが、これらの技法は、雇用者／従業員の状況、教師／学生の状況、成人した子供／高齢の親、および／または任意の他の状況に同様に適用されてもよい。この関係は、概して、コンピューティングデバイス間の主従関係と考えられてもよい。子１１０２は、子デバイス１１０４のユーザである。子デバイス１１０４は、子デバイス１１０４へのユーザのログインまたは認証に基づき、所与のユーザ（すなわち、子１１０２）と関連付けられてもよい。いくつかの実現形態では、ログインは、子１１０４のユーザ情報１２２と結び付けられてもよく、したがって、子１１０２が使用する任意のデバイスに、同一の機能および親が課す制限を提供する。子デバイス１１０４は、図１に例証されるデバイス１０４と同様のモバイルデバイスであってもよい。いくつかの実現形態では、子デバイス１１０４は、単純なユーザインターフェース、制限された機能、大きいボタン、鮮やかな色を用いて設計されてもよく、および／または別の方法で若いユーザに適合されてもよい。親１１０６は、親デバイス１１０８と対話する。親１１０６および親デバイス１１０８は、図１に例証されるユーザ１０２およびモバイルデバイス１０４と同様であってもよい。しかしながら、親デバイス１１０８は、デスクトップコンピュータ等の非モバイルデバイスであってもよい。本明細書では、「親」および「子」と指定されるが、２人のユーザは、上述のように、親子関係以外の関係を有してもよい。しかしながら、以下により詳細に説明されるように、親デバイス１１０８は、子デバイス１１０４に対する制限された制御および／または監視機能性を有してもよい。この２つのデバイス間の階層関係は、雇用状況ならびに家族状況において実現されてもよい。
【００８０】
衛星１１２および無線アンテナ１１４は、図１に示されるものと同一である。子デバイス１１０４は、その地理的位置を認識する、または別の事業体が、この地理的位置を追跡することができる。地理的位置情報は、上述のように、衛星１１２、無線アンテナ１１４、および／または代替のソースによって提供されてもよい。子デバイス１１０４および親デバイス１１０８は、少なくとも１つの通信接続を共有する。いくつかの実現形態では、携帯電話等の２つのデバイスは、無線アンテナ１１４を介して通信してもよい。同一の、または異なる実現形態では、２つのデバイスは、インターネット等のネットワーク１１１０への接続を有してもよい。ネットワーク１１１０は、図１に示されるネットワーク１１６と同一であってもよい。他の実現形態では、これは、子に好適であると見なされるコンテンツおよび接続のみに制限されたネットワーク１１６のサブセット等の異なるネットワークであってもよい。
【００８１】
また、マーチャント１０６も、その上で子デバイス１１０４または親デバイス１１０８のいずれかと情報が共有され得る、ネットワーク１１１０への接続を有してもよい。子デバイス１１０４は、ネットワーク１１１０を通じてマーチャント１０６と通信してもよく、および／または直接通信リンク１１１２上でマーチャント１０６と直接通信してもよい。直接通信リンク１１１２は、図１に例証される直接通信リンク１２０と同様であってもよい。
【００８２】
図１２は、子デバイスとマーチャントとの間の取引を完了し、取引の指示を親デバイスに伝送するためのプロセス１２００を例証する。動作１２０２で、子デバイスの地理的位置が判定される。子デバイスの地理的位置は、図１０に示される衛星１１２または無線アンテナ１１４を参照して判定されてもよい。次に、動作１２０４で、子デバイスの地理的位置は、マーチャントと相関される。相関は、例えば、子デバイスの地理的位置をマーチャント位置の地図と比較する等、上述の機構のいずれかを通して達成されてもよい。動作１２０６で、デバイスのユーザとマーチャントとの間で取引が開始される。取引は、いくつかの実現形態では、自動的に開始されてもよく、または他の実現形態では、取引は、開始の前に、子デバイスのユーザからの１つ以上の入力を伴ってもよい。
【００８３】
動作１２０８で、取引の指示が親デバイスに伝送される。指示は、子デバイスとマーチャントとの間の取引の詳細について、親デバイスのユーザに通知してもよい。いくつかの実現形態では、指示は、親デバイスにリアルタイムに提供されてもよい。子デバイスの取引の記録またはログが、親デバイスのユーザによるアクセスのために維持されてもよい。ログは、開始された、完了された、および／または拒否された取引の任意の組み合わせを記憶してもよい。いくつかの実現形態では、ログは、図４に例証される取引記録４０６と同様であってもよい。ログは、親または子のいずれかのユーザ識別子と関連付けて記憶されてもよい。親が子によって行われる取引に対して実施することを希望する制御のレベルによって、取引を完了するために、親デバイスから子デバイスへの親の承認が必要であり得る。親の承認の要件は、取引の性質に依存してもよい。例えば、親は、子が親の承認なく本を購入することは可能にするが、菓子の購入には親の承認を要求するようにシステムを構成してもよい。加えて、または代替として、親の承認の要件は、取引の価格（すなわち、ドル価格）、子デバイスの地理的位置、および／または他の要因に依存してもよい。一実現形態では、親は、子に予算（金銭または他の測定基準の観点から）を提供してもよく、予算内である場合、子は承認を要求されなくてもよいが、予算を超える取引には、承認が要求され得る。親の承認が要求される状況では、指示は、親が取引を承認するか、または拒否するかのいずれかによって応答することの要求を含んでもよい。
【００８４】
判定点１２１０で、親の承認が要求されるか否かが判定される。親の承認が要求されない場合、プロセス１２００は、「いいえ」の経路に沿って動作１２１２に進む。動作１２１２で、子デバイスとマーチャントとの間の取引が完了される。いくつかの実現形態では、取引は、部分的に、子と関連付けられるユーザプロファイルに基づいて完了されてもよい。さらに、同一の、または異なる実現形態では、親と関連付けられるユーザプロファイルもまた、どのように取引が完了されるかに影響し得る。例えば、子が、子が菓子店舗に入ると、特定の菓子を自動的に購入することを希望することを示唆した場合、子のユーザプロファイルのその部分が、その種類の菓子の購入を完了するために使用されてもよい。親と関連付けられるユーザプロファイルは、とりわけ、菓子購入を完了するための支払い情報のソースに使用されてもよい。
【００８５】
親の承認が要求される場合、プロセス１２００は、判定点１２１０から「はい」の経路に沿って判定点１２１４に進む。判定点１２１４で、親の承認が与えられたか否かが判定される。例えば、親が親デバイスと対話することによって、親の承認が与えらる場合、プロセス１２００は、「はい」の経路に沿って動作１２１２に進み、取引が完了される。しかしながら、承認が拒否される場合、プロセス１２００は、「いいえ」の経路に沿って動作１２１６に進み、取引は終了される。取引の終了は、子デバイスおよび／またはマーチャントにメッセージが送信されるという結果をもたらしてもよい。
【００８６】
モバイルデバイスのセキュリティ
図１３は、モバイルデバイスのユーザの仕事日中のモバイルデバイスの時間的な地理的位置の例証的な地図１３００を示す。デバイスが典型的にどこに位置するか、およびデバイスがそれらの位置にいつあるかの地図を作成することによって、それらのパターンからの差異は、デバイスが盗難された、または置き忘れられた可能性があるということを示唆するためのトリガとしての機能を果たし、デバイスをシャットダウンする、またはデバイスを用いて購入を完了するために、パスワードを要求する等のセキュリティ事象を開始することができる。この種類のセキュリティ機能は、ユーザが問題が存在することをまさに認識する前に、デバイス自体によって自動的に実現されてもよい。モバイルデバイスは、これらのセキュリティ特長を実現するために、図２に例証されるセキュリティモジュール２１４を含んでもよい。
【００８７】
ユーザは、ユーザの仕事日を、固定の地理的位置を有するユーザの自宅で開始してもよい。典型的にユーザ、具体的にはユーザのモバイルデバイスは、約６：００ＰＭから約７：００ＡＭまで自宅にあり得、これは、ユーザの仕事日の第１の時間的な地理的位置１３０２を構成し得る。自宅からの通勤は、約７：００ＡＭ〜約７：３０ＡＭまで道路に沿って運転して通勤することを伴い得る。ユーザの自動車は、同様にユーザのユーザ識別子２０８と関連付けら、したがって、同様に、ユーザの時間的な地理的位置の地図を構築するのに寄与する、搭載型ナビゲーションシステム等の追加のデバイスを含んでもよい。ユーザは、ユーザデバイスのシステムが、単一の固定場所ではなく、むしろ一連の地理的位置および一連の時間点であるにも関わらず、この時間的な地理的位置１３０４を認識し得るように、通勤に毎日同一の路線を使用してもよい。中心街に到着した後、ユーザの１日は、約７：３０ＡＭ〜約７：４５ＡＭに駐車場からユーザの職場まで歩くことを含む、別の時間的な地理的位置１３０８を含み得る。職場にいる間、ユーザおよびユーザデバイスは、約７：４５ＡＭから約１２：００ＰＭまで、職場内を動き回るが、職場の地理的位置に留まり得る。これは、別の時間的な地理的位置１３１０である。
【００８８】
昼食時間まで、このユーザの典型的な平日のスケジュールは、ほぼ一定であり得る。しかしながら、昼食中、ユーザは、ここではレストランＡ、レストランＢ、およびレストランＣと示される、様々なレストランと関連付けられる様々な地理的位置に移動する場合がある。ユーザは、一般的に、約１２：１０ＰＭから約１２：５０ＰＭまで、レストランのうちの１つの店内に存在し得る。この時間的な地理的位置１３１２は、明確に確定された時間ではあるが、曖昧に画定された位置を有してもよい。例えば、職場から歩いて１０分以内の任意の地理的位置が、昼食時間中のこのユーザの典型的な平日の移動の一部であると見なされてもよい。昼食後、ユーザは、職場に戻り得る。職場は、午前中と同一の地理的位置であるが、期間は異なり、そのため、約１：００ＰＭから約５：００ＰＭまで職場内にいることは、このユーザの仕事日の地図内に、さらに別の時間的な地理的位置１３１４を作成する。
【００８９】
ユーザは、職場からの帰宅で通る、２つ以上の路線を有し得る。冬期の間、例えば、ユーザは、より直接的な道路を通って帰宅し、職場を約５：１０ＰＭに出て、自宅に約６：００ＰＭに到着し得る。これは、通勤路を表す時間的な地理的位置１３０４と同様の空間および時間の範囲に及ぶ、時間的な地理的位置１３１４を作成する。夏期は、このユーザは、景色のいい路線を通って帰宅し得る。夏期の帰宅路は、冬期の帰宅路とは完全に、または一部において異なる地理的位置を有し得る。また、夏期の帰宅路は、ユーザが職場を５：１０ＰＭに出る一方、６：１０ＰＭまで自宅に到着しないというように、より長くかかり得る。これは、冬期の帰宅路を表す時間的な地理的位置１３１４に対する代替の時間的な地理的位置１３１６を作成する。モバイルデバイスのセキュリティ設定によって、モバイルデバイスは、ユーザがどの路線を通って帰宅しようと、夏期の半ば中に冬期の道路を使用する場合にさえ、セキュリティ事象をトリガしなくてもよい。代替として、より厳しいセキュリティ設定が適用される場合、冬期のさなかに夏期の道路を通ることは、セキュリティ事象をトリガし得るが、３月中旬中は、モバイルデバイスは、セキュリティ事象をトリガすることなく、ユーザがいずれかの道路を通ることを容認してもよい。
【００９０】
モバイルデバイスが使用され、移動される際の時間、日付、および地理的位置を記録することによって、セキュリティシステム、例えば、セキュリティモジュール２１４が、何が空間および時間を通した典型的な移動であるかを学習することが可能である。このユーザの「地理的位置シグネチャ」を、一連の時間−位置データ点として、データファイル内に記憶することができる。これらのデータ点のうちのいくつかまたはすべては、モバイルデバイスの過去の地理的位置および時間情報を含有する、多次元の地図を作成するために、共に階層化されてもよい。
【００９１】
図１４は、時間的な地理的位置の地図からの差異に基づき、モバイルデバイスを保護するためのプロセス１４００を例証する。動作１４０２で、モバイルデバイスの地理的位置が検出される。動作１４０４で、地理的位置が検出される際の時間点が記録される。次に、動作１４０６で、地理的位置が、地理的位置が検出された時間点と関連付けられて記憶される。この地理的位置および時間点の組み合わせは、時間的な地理的位置である。時間的な地理的位置データ点は、モバイルデバイス１０４のメモリ容量、モバイルデバイス１０４が移動している速度等に基づき、様々なレベルの粒度を用いて記録されてもよい。時間的な地理的位置データ点を記録する粒度は、３０秒毎または１０分毎等の規則的な頻度で発生してもよい。いくつかの実現形態では、このデータは、図２に示されるモバイルデバイス１０４のメモリ２０４内に記憶されてもよい。時間的な地理的位置データは、他の場所の中でもとりわけ、同様に上記の図２に示されるユーザ情報２１０として、またはセキュリティモジュール２１４内に記憶されてもよい。
【００９２】
地図が、動作１４０８で、複数の時間的な地理的位置に基づき、モバイルデバイスの経時的な移動から作成される。上で示したように、これは、緯度次元、経度次元、時間次元、および日付次元で構成される、多次元の地図であってもよい。また、地図に追加および／または代替の次元を含むことも可能である。この地図は、より多くの量のデータが蓄積されるにつれて、より詳細かつ潜在的により有用になり得る。例えば、ユーザがモバイルデバイスを最初に購入した際、モバイルデバイスが、ユーザの「通常の」時間的な地理的地図から離れたか否かを検出することは不可能である場合がある。ユーザが、ユーザが非典型的である（すなわち、「地図を離脱している」）道を移動していることを知っている場合、ユーザは、時間的な地理的位置データ点の記録を手動でオフにしてもよい。これは、地図の精度を改善するというよりはむしろ低下させ得るデータの地図への包含を防止し得る。
【００９３】
モバイルデバイスが盗難されたか否か、置き忘れられたか否か、またはそうでなければ不当な場所に不当な時間にあるか否かを検出するために、判定点１４１０は、モバイルデバイスの現在の時間的な地理的位置を地図と比較し、現在の時間的な地理的位置が地図から閾値量より多く異なるか否かを判定してもよい。いくつかの実現形態では、この比較は、少なくとも一部において、人工知能、ヒューリスティクス、またはファジィ論理の使用を通して達成されてもよい。いくつかの実現形態では、閾値は、モバイルデバイスのユーザによって構成可能であってもよい。また、分析は、ユーザがユーザの通常の地図とは異なる外出をスケジュールしたか否かを調べるために、ユーザのカレンダーまたはスケジュール情報を利用してもよい。カレンダー情報は、ユーザ情報２１０内に含まれ、セキュリティモジュール２１４に提供されてもよい。
【００９４】
差異の量が閾値量未満である際、プロセス１４００は、モバイルデバイスが地図から極端に変化したか否かを再度問い合わせるために、「いいえ」の経路に沿って進み、判定点１４１０に戻る。このループは、継続的に、定期的に、または不規則に繰り返されてもよい。このループを繰り返す頻度は、一部において、モバイルデバイス１０４のプロセッサの能力、モバイルデバイス１０４が移動している速度、および／または他の要因に基づいてもよい。例えば、判定点１４１０で分析を実施する頻度は、モバイルデバイス１０４が歩行速度で移動している際により低くなり得、頻度は、モバイルデバイス１０４が高速道路速度で移動している際（例えば、自動車内にある間）により高くなり得る。
【００９５】
また、閾値量は、少なくとも一部において、モバイルデバイスの同一の地理的位置または付近内の他のモバイルデバイスの存在に基づいてもよい。例えば、ユーザは、休暇中、ユーザの確立した地図とは異なり得る。しかしながら、休暇中、ユーザは、自己のモバイルデバイスを有する場合がある、ユーザの家族と共に旅行する場合がある。一実現形態では、家族（または、さらなる実施例として、同僚）のモバイルデバイスが、相互と関連付けられてもよい。一種の関連付けは、上記の図８に例証される親子関係である。これらの他のモバイルデバイスの存在は、閾値を調整するために使用されてもよい。また、他のデバイスの不在も、閾値を調整するために使用されてもよい。例えば、モバイルデバイスが他のモバイルデバイスが近隣にない限り特定の地理的位置内で滅多に見られない場合、それらのデバイスの不在は、ユーザの地図からの差異となり得る。例えば、親と関連付けられるモバイルデバイスは、時折、子がサッカーをしている夕刻にサッカー競技場に位置し得る。しかしながら、それらの夕刻は、子のモバイルデバイスもまた、サッカー競技場にある。例えば、ユーザがユーザのモバイルデバイスをサッカー競技場に忘れた場合、いったん子のモバイルデバイスがサッカー競技場の地理的位置を離れると、セキュリティ事象がトリガされ得る。他のモバイルデバイスの存在または不在は、時間的な地理的位置地図の追加の次元を構成し得る。
【００９６】
プロセス１４００に戻ると、現在の時間的な地理的位置が閾値量を超えて異なる際、プロセス１４００は、「はい」の経路に沿って判定点１４１２に進む。判定点１４１２で、閾値は、モバイルデバイスと同一の地理的位置内の他のモバイルデバイスの存在に基づいて調整されてもよい。閾値が調整される際、プロセス１４００は、調整された閾値に基づいて再評価するために、「はい」の経路に沿って進み、判定点１４１０に戻る。差異の閾値量が調整されない場合、プロセス１４００は、「いいえ」の経路に沿って動作１４１４に進み、セキュリティ事象を開始する。セキュリティ事象は、モバイルデバイスをシャットダウンすること、モバイルデバイスの現在の位置を含む、別のデバイスへの自動電話発呼またはテキストメッセージを開始すること、モバイルデバイスを使用することができる前に、パスワードの入力を要求すること等を含んでもよい。ユーザ１０２は、例えば、ユーザ１０２が新しい場所に赴いており（または新しい時間に赴いており）、かつ「誤検知」セキュリティ事象を回避することを希望する場合、セキュリティ事象を手動でオフにしてもよい。
【００９７】
図１５は、生体測定データに基づき、デバイスを保護するためのプロセス１５００を例証する。少なくとも一部において、生体測定データに基づき、セキュリティを提供することは、モバイルデバイスの正当なユーザ以外の誰かが、例えば、マーチャントとの未承認の取引を行うことによって、モバイルデバイスを悪用する機会を最小限にすることができる。ゼロ対話取引体験を提供することとユーザのアイデンティティを検証することとの間のバランスを取るために、ゼロ対話取引特長を使用し続けるために、生体測定データが、１時間に１回または１日に１回等、定期的に（または任意の定期的または不規則な時間に）求められてもよい。代替として、ユーザが単一の対話を用いて取引を行う実現形態では、生体測定データを入力することは、その単一の対話を含んでもよい。
【００９８】
動作１５０２で、モバイルデバイスのセンサから、生体測定データが受信される。図２に例証されるモバイルデバイス１０４等の多くのモバイルデバイスは、生体測定データを受信することを含む、複数の目的に使用され得る入力デバイスを備えている。例えば、モバイルデバイス１０４は、カメラ２２２を含んでもよい。また、モバイルデバイスは、マイクロフォン１５０４も含んでもよい。他の実現形態では、生体測定データを収集する入力デバイスは、指紋スキャナ１５０６等の生体測定データを収集するため専用に使用されてもよい。他の種類の生体測定データを収集するために使用される汎用入力デバイスおよび／または専用生体測定データ入力デバイスもまた、本開示の範囲内であると想定される。
【００９９】
次に、動作１５０８で、生体測定データが分析される。いくつかの実現形態では、生体測定データは、モバイルデバイス自体の上に存在するプロセッサおよびソフトウェアによって分析されてもよい。本実現形態は、モバイルデバイスが、ネットワークまたは他のコンピューティングデバイスにアクセスすることを必要とすることなく、ユーザのアイデンティティの単独型確認を提供することを可能にし得る。他の実現形態では、生体測定データは、分析のために、モバイルデバイスから別のコンピューティングデバイスに送信されてもよい。本実現形態は、モバイルおよび潜在的に低能力のデバイス上で容易に実現することができるものよりも、より高度かつコンピュータに対する負荷のより高い生体測定データを分析するための技法を可能にし得る。生体測定データの分析は、アナログ入力をデジタルデータに変換してもよく、または指紋等のデータの複雑なセットをハッシュコードのような比較的単純な一連のデータに変換してもよい。生体測定データの分析は、受信されるデータの種類に適合されてもよい。例えば、人の顔の写真を撮影することによって生体測定データを収集するためにカメラ２２２が使用される場合、その写真は、顔認識技法を使用して分析されてもよい。代替として、音声のサンプルを記録するためにマイクロフォン１５０４が使用される場合、そのデータは、音声認識技法を使用することによって分析されてもよい。追加レベルのセキュリティのために、例えば、人の顔の写真を撮影し、その人の音声を記録し、次いで生体測定データの両方のセットを分析すること等、複数の種類の生体測定データが共に使用されてもよい。
【０１００】
判定点１５１０で、生体測定データの入力の分析が、モバイルデバイスと関連付けられる記憶された生体測定データと合致するか否かについての判定が行われる。例えば、指紋スキャンから生成されるハッシュコードを、ユーザがモバイルデバイスを設定している間にユーザが入力した、記憶されたハッシュコードと比較することができる。いくつかの実現形態では、比較に使用される記憶された生体測定データは、モバイルデバイスのローカルに記憶される。生体測定データは、例えば、図２に示されるユーザ情報２１０の一部として記憶されてもよい。この場合も同様に、これは、モバイルデバイスが単独型分析を提供することを可能にし得る。他の実現形態では、記憶された生体測定データは、例えば、図４に例証されるユーザプロファイル４０４の一部として、モバイルデバイスから遠隔に記憶されてもよい。生体測定データを遠隔に記憶することは、モバイルデバイス上のメモリ空間を節約し得、未承認の人が紛失した、または盗難されたモバイルデバイスから生体測定データを抽出することを防止することによって、より優れたセキュリティを提供し得る。
【０１０１】
生体測定データの分析が記憶された生体測定データと合致する際、プロセス１５００は、「はい」の経路に沿って進み、動作１５１２で、モバイルデバイスの機能へのアクセスを与える。機能は、モバイルデバイス上で利用可能である、またはそれによって実現される、任意の種類の動作特長、データ等を含んでもよい。例えば、マーチャントとの取引を開始し、完了する能力は、一種の機能である。電話を掛ける能力は、携帯電話デバイス上の機能の一種である。特定のモバイルデバイスを個々のユーザのアイデンティティと関連付けることは、別の種類の機能である。例えば、図３に例証されるサーバ（単数または複数）１１８等のネットワークサーバは、少なくとも一部において、生体測定データを使用するログインに基づき、ネットワーク上に記憶されるユーザＩＤ（１）２０８をモバイルデバイスのシリアル番号と関連付けてもよい。本実現形態では、ユーザは、複数のモバイルデバイスと対話することができ、さらに、各デバイスを、ユーザの一意のユーザ識別子２０８、ならびに図４に示される支払い情報４０２、ユーザプロファイル４０４、および信用があるマーチャント（単数または複数）のリスト４０８等のそのユーザ識別子２０８に結びつけられる他のものとつなげた状態にすることができる。
【０１０２】
判定点１５１０で、分析された生体測定データが、記憶された生体測定データと合致しないと判定される場合、プロセス１５００は、「いいえ」の経路に沿って進み、動作１５１４で、セキュリティ事象を開始してもよい。セキュリティ事象は、シャットダウンしてモバイルデバイス上のすべての記憶されたデータの削除を完了することから、警告メッセージがモバイルデバイス上に表示されることまで、いかなるものであってもよい。いくつかの実現形態では、セキュリティ事象は、モバイルデバイスの機能を、追加の料金が発生しない機能等に制限してもよい。他の種類のセキュリティ事象は、モバイルデバイスの現在の位置を通信する電子メールを送信すること、または電話を掛けることを含んでもよい。動作１５１４でのセキュリティ事象は、図１４に例証される動作１４１４でトリガされるセキュリティ事象と同一であっても異なってもよい。
【０１０３】
セキュリティ事象は、時間的な地理的位置地図からの差異または生体測定ログインの失敗の他に、他の機構によってトリガされてもよい。いくつかの実現形態では、ユーザは、モバイルデバイスの遠隔から、セキュリティ事象を手動で開始することが可能であってもよい。これを達成するいくつかの機構には、電話番号に発呼すること、電子メールを送信すること、ウェブページからコマンドを入力すること等を含む。ウェブページは、モバイルデバイスの現在の地理的位置、ならびに過去の取引データ等を示す、そのモバイルデバイスのセキュリティウェブページであってもよい。例えば、ユーザが、ユーザのモバイルデバイスが紛失した、または盗難されたと疑う場合、そのユーザは、特定の電話番号に発呼し、コードを入力することができ、次いで、信号がネットワーク上で、かつブロードキャストでモバイルデバイスに送信され、モバイルデバイスを一時的にシャットダウンさせてもよい。他の実現形態では、セキュリティ事象を開始するために、異なるトリガが使用されてもよい。それらのトリガのうちのいくつかには、金融取引、例えば、モバイルデバイスを使用して大きい購入が開始される際にアラートメッセージを送信することを含む。
【０１０４】
広告および販売促進
図１６は、マーチャント広告または販売促進を、マーチャントまたはその付近にあるモバイルデバイスに提供するための例証的なアーキテクチャ１６００を示す。また、上述のモバイル電子商取引の特長を提供するモバイルデバイスも、そのモバイル電子商取引を推進するために、マーチャントが広告をするのに望ましい標的であり得る。アーキテクチャ１６００では、複数のマーチャントが、マーチャント（１）１６０２、マーチャント（２）１６０４、およびマーチャント（Ｎ）１６０６として示され、図中、Ｎは、３以上の任意の数字であってもよい。マーチャントは、サーバ（単数または複数）１１８に入札１６０８を提出してもよい。入札１６０８は、それぞれのマーチャントが、モバイルデバイスに広告１６１０が送信されるようにするために支払う意思がある金額を示唆してもよい。広告１６１０は、図５に例証されるように、広告データベース１２６によって供給されてもよい。
【０１０５】
広告１６１０を受信する１人のユーザ１０２および１つのモバイルデバイス１０４は、図１に例証されるものと同一であってもよい。それぞれが各自のモバイルデバイス１６１４を有する、他のユーザ１６１２が存在してもよい。２人のユーザおよび２つのモバイルデバイスのみが図１６に示されているが、任意の数のユーザおよびモバイルデバイスが、このアーキテクチャ内に存在してもよく、広告１６１０の適切な受信者であってもよいことが理解される。
【０１０６】
モバイルデバイス１０４および１６１４のそれぞれは、衛星１１２または他のソースから、地理的位置情報を受信してもよい。それぞれのモバイルデバイス１０４および１６１４は、異なるソース（例えば、一方のモバイルデバイスは無線アンテナ、および他方のモバイルデバイスはＷｉＦｉホットスポット）から地理的位置情報を受信してもよい。モバイルデバイス１０４および１６１４の地理的位置は、図５に例証される広告コンテンツ５１０と関連付けられる地理的位置（単数または複数）５１２と合致されてもよい。これは、モバイルデバイス１０４および１６１４に、位置関連広告を提供することができる。
【０１０７】
図１７は、マーチャントによって提出された入札に基づき、デバイス上に広告を提示するためのプロセス１７００を例証する。動作１７０２で、モバイルデバイスの地理的位置の指示が受信される。地理的位置は、図１６に示される衛星１１２を参照して判定されてもよい。動作１７０４で、モバイルデバイスのユーザの広告嗜好が判定される。システムは、ユーザが広告を受信することを肯定的に選択するまで、ユーザが広告を受信しないように構成されてもよい。ユーザ嗜好情報は、図４に例証されるユーザプロファイル４０４等のユーザプロファイルの一部であってもよい。また、広告嗜好は、ユーザが広告を受信する意思がある広告のカテゴリおよびマーチャントを指定してもよい。いくつかの実現形態では、信用があるマーチャント（単数または複数）のリスト４０８が、広告をユーザに送信することができるマーチャントを決定してもよい。広告嗜好は、任意の他の種類のユーザ情報を含んでもよい。例えば、ユーザ情報は、ユーザとマーチャントとの間の過去の取引についての情報を含んでもよい。これは、例えば、ユーザが過去に購入し、再度購入することを希望し得る品物（例えば、トールサイズのラテ）について、またはユーザが同様に購入することを希望し得る関連する品物（例えば、貴方は昼食にチリドッグを購入しました、私たちの近隣の薬局で制酸剤を購入したいですか？）について、ユーザに伝えることによって、標的広告を作成するために使用されてもよい。
【０１０８】
次に、動作１７０６で、モバイルデバイスの地理的位置、およびユーザの広告嗜好に基づき、マーチャントが特定される。特定されるマーチャントは、モバイルデバイスから指定距離内のマーチャントのみを含んでもよい。これは、広告の見込まれるソースを、モバイルデバイスの地理的位置に近接して位置するマーチャントのみに限定することができる。例えば、ユーザがレストランが立ち並ぶ通りを歩いている場合、その通り沿いのレストランは、モバイルデバイス上に広告をする資格を有する場合があるが、街の向こう側に位置するレストランは、資格を有さない場合がある。マーチャントがモバイルデバイスに近接していると識別される閾値または半径は、広告の種類に基づいて変化してもよい。例えば、レストラン広告は、レストランの地理的位置の１／４マイル内のモバイルデバイスにのみ送信されてもよい。しかしながら、ホテル広告は、ホテルの地理的位置の５マイル内のモバイルデバイスを伴うユーザに送信されてもよい。加えて、広告は、レストラン広告は、夕食時間前の数時間内に、より一般的であるか、またはより大きい地理的地域を網羅し得、ホテル広告は、早朝はより大きい地理的地域を網羅するが、夜になるにつれて、地理的焦点を徐々に狭くし得るというように、時間によって区別されてもよい。
【０１０９】
少なくとも地理的位置および広告嗜好に基づき、いったんマーチャントのプールが特定されると、動作１７０８で、それらのマーチャントから入札が受信される。入札は、図３に例証される入札モジュール３１２によって受信され、処理されてもよい。入札のそれぞれは、マーチャントが入札している異なる要因、ならびに最大入札額、入札額の範囲、または他の入札特徴を含んでもよい。例えば、マーチャントは、過去にそのマーチャントから購入を行ったユーザのモバイルデバイス上に広告を掲載するために、より高い額を入札してもよい。さらなる実施例として、マーチャントは、マーチャントにより近いモバイルデバイス上に広告を掲載するために、より多く入札し、マーチャントからより遠く離れているモバイルデバイス上に広告を掲載するために、より少なく入札してもよい。
【０１１０】
動作１７１０で、広告が選択される。選択される広告は、入札額、ユーザ嗜好、および例えば、マーチャントが、入札額を支払うのに十分な金銭を広告アカウントに有しているか否か等の他の要因に基づいて判定されてもよい。いくつかの実現形態では、選択される広告を決定する落札入札は、最大金額と関連付けられる入札であってもよい。また、例えば、最高入札者が第２の最高入札者による入札額を支払う等の他の入札または競売取り決めも可能である。
【０１１１】
次に、動作１７１２で、選択された広告がモバイルデバイス上に提示される。広告は、図５および図１６に例証される広告データベース１２６から供給されてもよい。より具体的には、広告は、図５に例証される広告コンテンツ５１０に基づいて生成されてもよい。広告は、モバイルデバイス上に、バナーとして、専用広告ウィンドウ内等に提示されてもよい。いくつかの実現形態では、広告は、ユーザが広告に対応するマーチャントの位置を容易に識別することができるように、地図と統合されてもよい。広告は、可変の期間、モバイルデバイス上に留まってもよい。いくつかの広告は、１分間等の固定時間の後に期限が切れてもよい。また、広告は、モバイルデバイスがマーチャントの付近の地理的位置を離れる際、そのマーチャントの広告が異なる広告に切り替えられるように、モバイルデバイスの地理的位置に基づいて期限が切れてもよい。
【０１１２】
図１８は、マーチャントにあるデバイスの数が閾値を超える際、デバイスに販売促進を提供するためのプロセス１８００を例証する。広告は、マーチャントの長所を売り込む情報を含有してもよく、または広告はまた、クーポンもしくはユーザがマーチャントを訪問することを奨励し得る一種の販売促進も含んでもよい。マーチャントは、大量の人をマーチャントの店舗を出入りするように推進することを所望し、多くのユーザが同じ時間にマーチャントの店舗に入ってくることを奨励するように、販売促進を構造化することを選択し得る。これはまた、忙しく、活気のあるマーチャントの特定の雰囲気またはムードにも寄与し得る。これらの種類の販売促進を「ウイルスのように」または直接ユーザからユーザに広めるために、モバイルデバイス上のソーシャルネットワーキング機能性が使用されてもよい。
【０１１３】
動作１８０２で、モバイルデバイスのそれぞれによって提供される地理的位置情報に基づき、マーチャントにあるモバイルデバイスの数が判定される。例えば、各モバイルデバイスは、衛星または他のシステムに基づき、その自己の地理的位置を検出し、複数のモバイルデバイスの地理的位置がマーチャントの地理的位置と相関される地図３１０内に含まれるように、その情報をサーバ（単数または複数）１１８に公開することができる。モバイルデバイスの数は、その地理的位置に存在する一意のユーザの数を表し得る。
【０１１４】
次に、判定点１８０４で、マーチャントにあるモバイルデバイスの数が閾値数と比較される。閾値数は、例えば、マーチャントがその敷地上に有することを望む人の数として、マーチャントによって設定されてもよい。本実現形態では、閾値は、整数であってもよい。閾値数は、少なくとも一部において、マーチャントにある、マーチャントが信用があるマーチャントと指定されるモバイルデバイスの数に基づいてもよい。例えば、マーチャントが、ユーザがこのマーチャントを信用があるマーチャントと指定することを期待して、新規ユーザを連れてくることを希望する場合、閾値は、例えば、存在するすべてのモバイルデバイスのうちの３分の１より多くがこのマーチャントを信用があるマーチャントと指定しない際に、閾値が超えられるというように、比率として設定されてもよい。マーチャントにあるモバイルデバイスの数が閾値数を超える際、プロセス１８００は、判定点１８０４から「はい」の経路に沿って動作１８０６に進み、ユーザに販売促進を提供する。販売促進は、マーチャントで入手可能である商品またはサービスの割引であってもよい。販売促進は、マーチャントに存在するすべてのユーザに提供されてもよく、またはサブセットにのみ提供されてもよい。例えば、上顧客に報酬を与えるために、過去にこのマーチャントと取引を行ったユーザのモバイルデバイスに、クーポンが送信されてもよい。
【０１１５】
販売促進は、モバイルデバイスと関連付けられるユーザ情報に基づき、モバイルデバイスのユーザのそれぞれに個人化されてもよい。この使用する情報は、図２に例証されるユーザ情報２１０または図４に例証されるユーザ情報１２２と同一であってもよい。例えば、コーヒー店では、各ユーザは、ユーザが好物の飲料であると示唆したコーヒー飲料の１ドル引きのクーポンを受信してもよい。また、販売促進を個人化するために、他のユーザ情報が分析されてもよい。クーポンは、後の時点での割引を提供することによって（例えば、このクーポンは、明日から１０日間有効である）、または地理的位置別の割引を提供することによって（例えば、このクーポンは、私たちの他の店舗のうちの１つでご使用ください）、ユーザがマーチャントに戻ることを奨励してもよい。また、クーポンは、次にそのユーザがそのマーチャントと取引を行う時に、クーポンが自動的に適用されるように、ユーザ識別と関連付けられてもよい。
【０１１６】
しかしながら、マーチャントにあるモバイルデバイスの数が閾値を超えない場合、プロセス１８００は、「いいえ」の経路に沿って動作１８０８に進み、モバイルデバイスにメッセージを送信してもよい。メッセージは、閾値を超えるためには、あといくつのデバイスがマーチャントに存在しなければならないかの通知であってもよい。これは、閾値が超えられ、全員が販売促進を受信するように、ユーザが、ユーザのモバイルデバイスを用いて、ユーザの友達にこのマーチャント位置に来るように電話またはテキストすることを促すことによる、バイラルマーケティングのソースとなり得る。そのモバイルデバイスのユーザがユーザの地理的位置をマーチャントに公開することを選択する際にのみ、モバイルデバイスがマーチャントの地理的位置にあると数えられる実現形態では、これは、販売促進を受信するために、寡黙なユーザがこの情報を共有するよう促し得る。集団挙動に対して販売促進を提供することによって「仲間からの圧力」効果を利用する、多くの他の実現もまた可能である。
【０１１７】
また、モバイルデバイスの数によって示唆される大きい数の顧客が、マーチャントおよび／またはユーザにとって望ましくない場合も存在し得る。したがって、一実現形態では、「広告」は、いくつのモバイルデバイスがマーチャントに存在するか、およびどの程度でこの数が最大または閾値数を超えているかについての通知を含んでもよい。例えば、レストランは、レストランが有する座席より多くのモバイルデバイスが、その地理的位置に存在することを報告してもよい。この情報によって、ユーザは、ユーザが、そのレストランでテーブルが空くのを待たなければならない可能性があるということを予め警告されてもよい。別の実施例として、航空会社は、これらのユーザに、便がオーバーブッキング状態であることを通知するために、まだ空港にない（または搭乗口の閾値距離内にない）、搭乗予定のユーザのモバイルデバイスを特定してもよい。本実現形態は、より遅い便に乗るという提案を（おそらく、アップグレード等と引き換えに）、その提案を利用する可能性が最も高い顧客に提供するために、ユーザ情報１２２（例えば、便予約）と併せて、地理的位置を使用してもよい。これらの場合では、判定点１８０４からのプロセスフローが、ユーザデバイスの数が閾値数を超える場合にメッセージが送信されることに切り替えられてもよい。
【０１１８】
動作１８０８でメッセージを送信した後、プロセス１８００は、動作１８０２に戻り、マーチャントにあるデバイスの数を再度判定してもよい。これは、閾値が超えられるまで、または販売促進期間が終了する期間まで繰り返してもよい。図１６に例証されるプロセスは、プロセス１８００と組み合わせられてもよい。例えば、マーチャントは、販売促進を含む広告を送信する権利に対して入札してもよい。
【０１１９】
位置に基づくクーポン
図１９は、モバイルデバイスに地理的に関連するクーポンを提供するためのプロセス１９００を例証する。クーポンは、マーチャントからモバイルデバイスに送信される、一種の販売促進または広告を表す。地理的関連クーポンは、クーポンを受け入れるマーチャントが近隣に位置する際、特定の位置に関連すると考えることができる。ユーザが、すべての入手可能であるクーポンではなく、ユーザの現在の位置に関連するクーポンを提示される場合、クーポンを選択し、使用することと関連付けられる摩擦が、最小化される。マーチャントの地域的な近傍と組み合わせられたクーポンを使用することによって、割引を受信することの奨励は、そうでなければマーチャントを迂回し得るユーザが立ち寄り、購入を行うことを促し得る。
【０１２０】
動作１９０２で、図１に示されるサーバ１１８等のコンピューティングデバイスは、モバイルデバイスの地理的位置に関連する、１つ以上のクーポンの要求を受信し得る。いくつかの実現形態では、モバイルデバイスのユーザは、例えば、「クーポンを送信」ボタンを押すことによって、通信を開始してもよい。他の実現形態では、通信は、モバイルデバイスによって自動的に開始されてもよい。例えば、ユーザは、そのようなクーポンが入手可能になる際に、地理的関連クーポンを受信する意欲を予め示唆していてもよい。
【０１２１】
動作１９０４で、モバイルデバイスの地理的位置が判定される。地理的位置は、図２の位置センサ２３０によって、例えば、ＧＰＳ技術を使用して判定されてもよい。
【０１２２】
動作１９０６で、図４に示されるユーザプロファイル４０４等のユーザプロファイルが、例えば、サーバ１１８によってアクセスされてもよい。ユーザプロファイルは、ユーザが以前に関心を示した商品またはサービスの購入予定リスト等のユーザについての情報を含有してもよい。購入予定リストは、ユーザがユーザ自身に購入することを希望する物のリストであってもよく、または購入予定リストは、他の人のために買うショッピングリストもしくは贈り物のリストであってもよい。また、ユーザプロファイルは、図４に示される取引記録４０６等の取引記録を含有してもよい。取引記録は、ユーザが以前に購入した商品またはサービスを特定し得る。
【０１２３】
動作１９０８で、マーチャントから、モバイルデバイスにクーポンを送信する特権に対する入札が受信されてもよい。クーポンは、広告の形態として機能してもよく、モバイルデバイスにクーポンを送信することを希望するマーチャントは、クーポンを送信する料金を請求されてもよい。いくつかの実現形態では、最高入札額のマーチャントが、モバイルデバイスにクーポンを送信することを許可されてもよい。
【０１２４】
動作１９１０で、地理的に関連するクーポンがモバイルデバイスに送信されるように選択される。選択は、モバイルデバイスの地理的位置１９１２に基づいてもよい。選択されるクーポンは、モバイルデバイスの現在の位置の比較的近隣のマーチャント位置で引き換え可能であるため、地理的に関連する。上述のように、「付近」の概念は、マーチャント位置の所定の近傍内のモバイルデバイスの存在によって判定されてもよい。
【０１２５】
いくつかの実現形態では、また、他の要因も、クーポンを選択するために使用されてよい。例えば、クーポンは、クーポンが有効である、限られた時間範囲を有してもよい。レストランのクーポンは、日曜日から木曜日までのみ有効であり得る。コーヒー店のクーポンは、１１：００ＡＭの後にのみ有効であり得る。したがって、ユーザは、クーポンを使用するためには、適地（すなわち、地理的位置）に適時にいなければならない場合がある。したがって、地域的制限または時間的制限のいずれかのために近い将来使用することができないクーポンをユーザに送信することは、ユーザにとって不満であり、かつ限定的使用である場合がある。したがって、また、動作１９１０は、地理的関連クーポンが有効な期間１９１４に基づき、地理的関連クーポンを選択してもよい。
【０１２６】
加えて、地理的に関連するクーポンを選択して、モバイルデバイスに送信するために、ユーザプロファイル１９１６が使用されてもよい。ユーザプロファイルが購入予定リストを含む場合、購入予定リストに含まれている商品またはサービスのクーポンが選択されてもよい。同様に、ユーザプロファイル１９１６が取引記録を含む場合、モバイルデバイスに送信されるクーポンは、取引記録に基づいてもよい。例えば、取引記録に記録されている過去の購入に基づき、ユーザが何を将来買う可能性が高いかについての推測が行われてもよい。したがって、取引記録に基づき、ユーザにとって関心がある可能性が高い商品またはサービスのクーポンが選択されてもよい。
【０１２７】
また、モバイルデバイスに送信するクーポンの選択は、動作１９０８でマーチャントから受信される入札１９１８に基づいてもよい。例えば、モバイルデバイスが競合するマーチャントの付近にある場合、それらのマーチャントは、自分たちのクーポンをモバイルデバイスに送信し、競合他社がクーポンを送信することを防止することを希望する場合がある。したがって、入札１９０８は、モバイルデバイスに送信するクーポンの選択で使用される追加の要因であり得る。いくつかの実現形態では、落札マーチャントは、ユーザがクーポンを実際に引き換えるまで、入札額を支払わない場合がる。モバイルデバイスに送信するクーポンを選択するために、上記の要因（例えば、地理的位置１９１２、期間１９１４、ユーザプロファイル１９１６、および／または入札１９１８）の任意の組み合わせが使用されてもよい。
【０１２８】
動作１９２０で、選択された地理的関連クーポンがモバイルデバイスに送信される。クーポンは、例えば、図１に示される無線アンテナ１１４から信号として無線で送信されてもよい。
【０１２９】
図２０は、集団グループ挙動に基づき、モバイルデバイスにクーポンを提供するためのプロセス２０００を例証する。上述のように、マーチャントは、より多い（またはより少ない）顧客がマーチャント位置に来ることを所望する場合がある。挙動を奨励する一方法は、集団またはグループ挙動に基づき、クーポンを提供することによるものである。例えば、モバイルデバイスの数が閾値を超える場合、クーポンは、マーチャント位置にあるすべてのモバイルデバイスに入手可能にされてもよいが、クーポンは、その閾値が到達されるまで、モバイルデバイスのいずれにも提供されなくてもよい。
【０１３０】
動作２００２で、モバイルデバイスがマーチャントの所定の近傍内にあることが判定される。所定の近傍内の存在の判定は、上述のものと同様であってもよい。
【０１３１】
動作２００４で、モバイルデバイスが所定の近傍内にあるという判定に応答して、モバイルデバイスに通知が送信される。通知は、ユーザがアクションを実施することの要求、およびクーポンがモバイルデバイスに送信される前に、同様にアクションを実施しなければならない、マーチャントの所定の近傍内のモバイルデバイスの他のユーザの閾値数の指示を含んでもよい。アクションは、図１に示されるネットワーク１１６等の通信ネットワーク上で維持されるアカウントにログインすることであってもよい。ログインは、ユーザが存在し、クーポンを受信する準備が整っているという信号であってもよい。ユーザは、例えば、サーバ１１８またはマーチャントサーバ１０８にログインしてもよい。マーチャントで購入を行う、友達にマーチャントに来るよう招待するメッセージを送信する等の他のアクションが要求されてもよい。
【０１３２】
また、通知は、クーポンの説明も含んでもよい。例えば、通知は、１０人がこのコーヒー店に来て、彼らのアカウントにログインする場合、全員が１杯のコーヒーの１ドル引きのクーポンを受信することを示唆してもよい。
【０１３３】
判定点２００６で、通知が制限時間を含むか否かが判定される。いくつかの実現形態では、ユーザがアクションを実施しなければならない制限時間が存在してもよい。そのような実現形態では、動作２００４で送信される通知はまた、制限時間の指示も含んでもよい。判定点２００６で、通知が制限時間を含まない場合、プロセス２０００は、「いいえ」の経路に沿って進み、動作２００８を継続する。通知が制限時間を含む場合、プロセス２０００は、「はい」の経路に沿って判定点２０１４に進む。
【０１３４】
動作２００８で、そのアクションを実施した所定の近傍内のユーザの数が判定される。アクションが、ウェブベースのサービスまたはアカウントにログインすることである場合、サービスまたはアカウントを管理する事業体は、ログインに基づき、ユーザの数を数えてもよい。
【０１３５】
判定点２０１０で、アクションを実施した所定の近傍内のユーザの数が、動作２００４で送信された通知内に提供された閾値数と比較されてもよい。閾値より少ない数がアクションを実施したと判定される場合、プロセス２０００は、「いいえ」の経路に沿って進み、所定の近傍内の何人のユーザがアクションを実施したかを再度判定するために、動作２００８に戻る。
【０１３６】
ユーザの数が閾値を超える場合、プロセス２０００は、「はい」の経路に沿って動作２０１２に進む。動作２０１２で、マーチャントで引き換え可能なクーポンが、アクションを実施したユーザのモバイルデバイスに送信される。
【０１３７】
判定点２００６に戻ると、通知が制限時間を示唆する際、プロセス２０００は、「はい」の経路に沿って判定点２０１４に進む。判定点２０１４で、制限時間の期限が切れているか否かが判定される。制限時間が明確な終了の期間を有する場合、いったんその時間に到達すると、クーポンはそれ以上ユーザに送信されない。したがって、制限時間の期限が切れたと判定される場合、プロセス２０００は、「はい」の経路に沿って動作２０１６に進み、プロセス２０００は終了する。
【０１３８】
クーポンが送信される時間が依然として開始していないか、または現在進行中であるかのいずれかであるために、依然として制限時間の期限が切れていない場合、プロセス２０００は、「いいえ」の経路に沿って動作２０１８に進む。
【０１３９】
動作２０１８で、制限時間内にアクションを実施した所定の近傍内のユーザの数が判定される。
【０１４０】
判定点２０２０で、制限時間内にそのアクションを実施した所定の近傍内のユーザの数が、閾値数と比較される。閾値より少ない数がアクションを実施した際、プロセス２０００は、「いいえ」の経路に沿って進み、制限時間内にアクションを実施した所定の近傍内のユーザの数が再度判定される、動作２０１８に戻る。
【０１４１】
閾値より多い数のユーザがアクションを実施した場合、プロセス２０００は、「はい」の経路に沿って、動作２０１２に進み、そこではマーチャントで引き換え可能なクーポンが、制限時間内にアクションを実施したユーザのモバイルデバイスに送信される。
【０１４２】
図２１は、モバイルデバイスのユーザがサーバまたは他のコンピューティングデバイスにログインするのに応えて、モバイルデバイス上でクーポンを有効化するためのプロセス２１００を例証する。いくつかの実現形態では、ユーザは、前もってクーポンを選択し、ユーザのモバイルデバイスにダウンロードすることを希望し得る。これを行う一方法は、ユーザが、デスクトップコンピュータ、またはモバイルデバイスとは異なる場合がある、いくつかの他のコンピューティングデバイスから、アカウントにアクセスし、次いでモバイルデバイスにプッシュされる、またはユーザの一意の識別子と関連付けられ、後でモバイルデバイスから取り出されるクーポンを選択することを伴ってもよい。
【０１４３】
動作２１０２で、ユーザのログインの認証情報が受信される。ログイン認証情報は、モバイルデバイスから、またはデスクトップコンピュータ等の別のコンピューティングデバイスから入力されてもよい。いくつかの実現形態では、また、ログイン認証情報は、特別な特権を有するグループにおける会員資格を示唆してもよく、ないしは別の方法で、グループの会員ではないユーザに提供されるものとは異なるクーポンを受信することができる。例えば、会員資格が要求される店舗（例えば、Ｃｏｓｔｃｏ、Ｂｉ−Ｍａｒｔ等）で引き換え可能なクーポンは、会員であるユーザにのみ送信され得る。また、ユーザのログイン認証情報は、ユーザの取引記録とも関連付けられてもよい。
【０１４４】
動作２１０４で、例えば、図４に示される広告データベース１２６等のネットワークアクセス可能なデータベース上で入手可能な複数のクーポンが、ユーザに提示されてもよい。ネットワークアクセス可能なデータベースは、インターネットを通してアクセス可能であり、ウェブページとしてユーザインターフェース内に提示されてもよい。他の実現形態では、ネットワークアクセス可能なデータベースは、携帯電話サービス提供者によって運営されるネットワーク等の限定されたネットワークから使用可能であるアプリケーションストア（またはこの場合では、「クーポンストア」）のように実現されてもよい。
【０１４５】
動作２１０６で、マーチャントで引き換え可能なクーポンの複数のクーポンからのユーザによる選択が受信される。また、ユーザは、１回に２つ以上のクーポンを選択してもよい。
【０１４６】
動作２１０８で、クーポンの未有効化版がモバイルデバイスに送信されてもよい。未有効化版は、クーポンのプレースホルダまたは簡略表現であってもよい。これは、小さいファイルサイズを有するが、また、クーポン自体を一意に識別することによって特徴付けられ得る。また、未有効化版は、クーポンが引き換えられるために必要なすべての情報を伴う完全なクーポンを提供するが、クーポンを有効化するためのコード、トークン、キー、または同様のデータが提供されるまで、クーポンを遮断するか、ないしは別の方法で未有効化することによって実現されてもよい。
【０１４７】
動作２１１０で、モバイルデバイス上に未有効化版が存在するクーポンが特定されてもよい。ユーザがユーザのデバイスに既にダウンロードしており、いったん有効化されると使用することができる、クーポンのリストを作成することと考えられてもよい。
【０１４８】
動作２１１２で、動作２１１０で特定される未有効化クーポンのうちの１つがユーザに推奨されてもよい。推奨は、モバイルデバイスの地理的位置、ユーザの取引記録等の任意の数の要因に基づいてもよい。ユーザは、どのクーポンをユーザが有し、モバイルデバイス上で利用可能であるかを忘れる場合がある、またはユーザは、ユーザがクーポンを既にダウンロードしたマーチャントが近隣にあることに気付かない場合がある。クーポンをユーザに推奨することにより、ユーザがユーザのクーポンを十分に活用することを助けることができる。
【０１４９】
動作２１１４で、モバイルデバイスがマーチャントの所定の近傍内に位置する間に、モバイルデバイスからログイン認証情報が受信される。例えば、マーチャント（またはマーチャントの正面の駐車場）に到着した後、ユーザは、クーポンにアクセスするため、マーチャントにユーザが到着したことを通知するため、または別の理由のために、ユーザのログイン認証情報を手動で入力してもよい。いくつかの実現形態では、ユーザは、モバイルデバイスがマーチャントの所定の近傍に入る際にメッセージを自動的に送信するように、モバイルデバイスを設定してもよい。ユーザログイン認証情報を自動的に提供することによって、クーポンを引き換えることに関係する摩擦が低減され得る。
【０１５０】
動作２１１６で、現在の時間が判定される。現在の時間は、図２に示されるカレンダー／時計２２８によって判定されてもよい。いくつかの実現形態では、現在の時間は、動作２１１４においてログイン認証情報が受信される際の時間であってもよい。
【０１５１】
判定点２１１８で、モバイルデバイスのログイン認証情報を受信する時間が、所定の時間と比較されてもよい。ログイン認証情報を受信する時間が所定の時間と合致する際、プロセス２１００は、「はい」の経路を辿り、動作２１２０に進む。ログイン認証情報を受信する時間が所定の時間と合致しない際、プロセス２１００は、その「いいえ」の経路を辿り、動作２１１６に戻り、現在の時間を再判定する。ログイン認証情報を提供することが、時間を判定する働きをする実現形態では、ユーザは、現在の時間をリセットするために、ログイン認証情報を再入力または再伝送する必要がある場合がある。
【０１５２】
動作２１２０で、クーポンを有効化するデータが、モバイルデバイスに伝送される。データは、コード、トークン、キー等であってもよい。いったん有効化されると、ユーザは、モバイルデバイスのディスプレイ上に示される視覚画像（例えば、バーコードまたは従業員が販売時点情報管理端末に入力する別のコード）のいずれかとしてマーチャントに提示することによって、クーポンを使用することを選択してもよく、またはいくつかの実現形態では、クーポンは、ユーザがモバイルデバイスを使用して購入を行う際に自動的に適用されてもよい。
【０１５３】
地理的位置に基づく例証的な通知および推奨
図２２は、代表的なユーザ１０２がモバイルデバイス１０４上で近隣のマーチャントについての情報を受信する、例証的なアーキテクチャ２２００を示す。ユーザ１０２およびユーザのモバイルデバイス１０４は、ここでは、マーチャント（１）２２０２、マーチャント（２）２２０４、およびマーチャント（３）２２０６として表される、いくつかのマーチャントの付近に位置し得る。マーチャントは、図１に示されるマーチャント１０６と同様であってもよい。モバイルデバイス１０４の位置は、図２に示される位置センサ２３０によって判定されてもよい。例えば、衛星１１２は、モバイルデバイス１０４にグローバルポジショニング情報を提供してもよい。様々なマーチャント２２０２、２２０４、および２２０６の位置は、モバイルデバイス１０４に直接提供されてもよく（例えば、無線電波伝送によって）、またはサーバ（単数または複数）１１８上で入手可能であるマーチャントプロファイル１２２内に記憶される地理的位置５００として含まれてもよい。本実現形態では、サーバ（単数または複数）１１８は、ユーザ１０２のマーチャント２２０２、２２０４、および２２０６との相対的近傍を判定するために、マーチャントの地理的位置２２０２、２２０４、および２２０６をモバイルデバイス１０４の地理的位置と比較してもよい。
【０１５４】
「付近」の概念は、ユーザ１０２およびモバイルデバイス１０４を中心とする円２２０８等の所定の近傍によって判定されてもよい。半径で表され得る円２２０８の寸法は、モバイルデバイス１０４の地理的位置、ユーザ１０２によって設定されるユーザ嗜好、モバイルデバイス１０４によって受信される無線信号の強度、または他の要因に基づいて変化し得る。また、円２２０８の寸法は、経時的に変化し得、ユーザ１０２とモバイルデバイス１０４との間の対話の本質に基づいて変化し得る。ここでは、円２２０８として例証されるが、モバイルデバイス１０４に対する所定の近傍は、任意の形状を有してもよい。例えば、ユーザ１０２が、通りが規則的な格子パターンに配設される都会の環境にいる場合、形状は、正方形または長方形であってもよい。
【０１５５】
円２２０８の位置または円が中心とする点は、いくつかの実現形態では、モバイルデバイス１０４の現在の位置ではなく、固定位置に基づいてもよい。例えば、ユーザ１０２は、ユーザの自宅、職場、または他の住所を提供してもよい。ユーザ１０２は、この固定位置の周囲で頻繁に買物をし得、また、この固定位置に頻繁に戻り得る。したがって、いくつかの実現形態では、ユーザ１０２は、ユーザのモバイルデバイス１０４が別の地理的位置にある際にさえ、ユーザの自宅、職場等の付近のマーチャントで有用であるクーポンの通知を受信してもよい。
【０１５６】
また、アーキテクチャ２２００は、モバイルデバイス１０４の所定の近傍の外側にある、マーチャント（４）２２１０およびマーチャント（５）２２１２も示す。いくつかの実現形態では、これらのマーチャント２２１０および２２１２についての情報は、マーチャント２２１０および２２１２は、遠すぎると見なされるため、ユーザ１０２に提供されなくてもよい。３つのマーチャント２２０２、２２０４、および２２０６が所定の近傍内にあるように示され、２つのマーチャント２２１０および２２１２が所定の近傍の外側にあるように示されているが、これらの数は、例証にすぎず、任意の数のマーチャント（ゼロを含む）が、所定の近傍の内側または外側にあってもよい。
【０１５７】
マーチャント２２０２、２２０４、２２０６、２２１０、および２２１２のそれぞれは、そのマーチャントによって販売される商品／サービス５０２と関連付けられてもよい。入手可能である具体的な商品／サービスは、サーバ（単数または複数）１１８によって、それぞれのマーチャント２２０２、２２０４、２２０６、２２１０、および２２１２のそれぞれのマーチャントプロファイル１２２を参照して特定されてもよい。
【０１５８】
また、サーバ（単数または複数）１１８は、図４に示されるユーザ情報１２０へのアクセスを有してもよい。モバイルデバイス１０４と関連付けられるユーザ識別子２０８、およびそのユーザのユーザ情報１２０は、サーバ（単数または複数）１１８が、ユーザが関心がある品物のリスト４０８を様々なマーチャントによって販売される商品および／またはサービス５０２と比較することを可能にし得る。合致が存在し、かつ合致するマーチャントが円２２０８またはモバイルデバイス１０４の所定の近傍内にある際、ユーザ１０２は、合致を通知されてもよい。
【０１５９】
また、１つ以上のオンライン小売店１２６は、サーバ（単数または複数）１１８と通信状態にあってもよく、またはモバイルデバイス１０４と通信状態にあってもよい。いくつかの実現形態では、サーバ（単数または複数）１１８は、オンライン小売店（単数または複数）１２６によって提供される商品および／もしくはサービスを、近隣のマーチャント２２０２、２２０４、および２２０６によって提供される商品ならびに／もしくはサービス５０２と比較し、オンライン小売店（単数または複数）１２６からの提供物ならびに近隣のマーチャント２２０２、２２０４、および２２０６からの提供物のいずれかまたは両方を含む推奨を、ユーザ１０２に対して行ってもよい。
【０１６０】
通知、推奨、または通信の形態でユーザ１０２に提供される情報は、近隣のマーチャント２２０２、２２０４、および２２０６が、他の現実のマーチャントならびにオンライン小売店１２８と競合する、ユーザ１０２に対して特売を行う、一種の広告であってもよい。例えば、近隣のマーチャント２２０２、２２０４、および２２０６は、現実の販売を推進することを試みるために、取引記録４０６またはユーザが関心がある品物のリスト４１０等の「オンライン世界」からのデータを使用してもよい。代替として、マーチャント２２０２、２２０４、および２２０６は、販売している商品および／またはサービスのリスト、ならびにクーポン等の販売促進を、図１および図５に示されるマーチャントプロファイル１２４等のオンラインリポジトリに提出してもよい。オンラインリポジトリ（例えば、マーチャントプロファイル１２２に接続されたサーバ（単数または複数）１０８）は、どのユーザがマーチャント２２０２、２２０４、および２２０６に関する販売促進または通知を受信するかを判定するために、ユーザの特徴を分析してもよい。逆に、オンライン小売店１２８は、自己の品物についての情報が、地元のマーチャント２２０２、２２０４、および２２０６の品物５０２についての情報と共に送信されるようにしてもよい。オンライン小売店１２８がより低い価格を提供することができる場合、これは、ユーザ１０２が現実のマーチャントから購入を行うことを阻止し得る。モバイルデバイス１０４の地理的位置およびユーザ情報１２０を利用する、オンライン小売店とオフラインマーチャントとの間の他の種類の競合および提携関係が、以下に記載される。
【０１６１】
図２３Ａおよび図２３Ｂは、マーチャントで入手可能である品物についての通知を、モバイルデバイスのユーザに送信するためのプロセス２３００を例証する。動作２３０２で、モバイルデバイスからユーザの識別子が受信される。ユーザの識別子は、図２〜図４に示されるユーザ識別子２０８と同一または同様であってもよい。
【０１６２】
動作２３０４で、ユーザが関心のある品物が特定されてもよい。どの品物がユーザにとって関心があるかの特定は、ユーザの識別子に基づいてもよい。ユーザが関心のある品物は、ユーザが以前に閲覧した商品および／もしくはサービスのリスト、商品および／もしくはサービスの購入予定リスト、ユーザが有するオンライン小売店のショッピングカート内に含まれている商品および／もしくはサービスのリスト、ユーザと関連付けられるユーザプロファイル内で識別される品物、またはユーザの関心についての情報の別の同様のソースであってもよい。ユーザプロファイルは、図４に示されるユーザプロファイル４０４と同様であってもよい。例えば、ユーザはまた、関心がある商品および／またはサービスのカテゴリを手動で選択してもよく、これらのカテゴリは、ユーザプロファイルの一部として記憶されてもよい。また、ユーザプロファイルは、ソーシャルネットワークまたは友達のリストに結び付けられてもよく、ユーザが関心がある品物は、友達もしくはソーシャルネットワーク連絡先によって購入された品物を含む、品物または関心から推測されてもよい。また、ユーザプロファイルは、ソーシャルネットワークを管理するウェブサイト等の外部ソースから部分的に、または全面的に取り込まれてもよい。ユーザの識別子は、ソーシャルネットワーク（または他の）サイト上のユーザのアカウントへのアクセスを提供してもよく、したがって、外部ユーザプロファイルへのアクセスを提供してもよい。
【０１６３】
動作２３０６で、モバイルデバイスの地理的位置が判定される。地理的位置は、図２に示される位置センサ２３０によって判定されてもよい。
【０１６４】
動作２３０８で、モバイルデバイスの地理的位置の所定の近傍内にあるマーチャント（単数または複数）が特定される。マーチャント（単数または複数）は、マーチャント位置の地図を参照し、地図をモバイルデバイスの地理的位置と比較して、モバイルデバイスと様々なマーチャントとの間の距離を判定することによって特定されてもよい。所定の近傍は、図２２に示されるように、ユーザの周囲に円を形成する、半径等の距離であってもよい。
【０１６５】
動作２３１０で、動作２３０４で特定された品物が、動作２３０８で識別されたマーチャントによって提供される品物と比較される。逆に、動作２３０８でマーチャントによって提供される品物が、動作２３０４で特定された品物と比較されてもよい。このようにして、マーチャントは、マーチャントが提供する品物が、ユーザが関心がある品物のうちのいずれかと同様であるか否かを識別してもよい。提供される品物は、マーチャントの在庫品目内の任意の商品および／またはサービスを含んでもよい。
【０１６６】
一実現形態では、動作２３１２で、マーチャントの地理的位置およびマーチャントの現在在庫がある品物が、マーチャントから受信されてもよい。例えば、マーチャントは、図５に示されるマーチャントプロファイル１２４等のマーチャントプロファイルに盛り込むために、マーチャントの地理的位置および現在の在庫品目のリストをサーバに提出してもよい。上述のサーバ（単数または複数）１１８等のサーバは、ユーザの情報のいずれもマーチャントに公表することなく、ユーザが関心のある品物およびマーチャントの在庫品目を比較してもよい。これは、ユーザが、情報をマーチャントに知られることなく、近隣のマーチャントがユーザの関心に合致する、または関連する品物を提供している時を知るという利益を享受することを可能にし得る。
【０１６７】
別の実現形態では、動作２３１４で、ユーザが関心がある品物のリストがマーチャントに提供される。比較は、マーチャントによって実施されてもよく、次いで、動作２３１６で、マーチャントから応答が受信されてもよい。ユーザおよびサーバのいずれかまたは両方が、応答を受信してもよい。応答は、マーチャントがユーザの関心と合致する品物を有するか否かによって、「はい」または「いいえ」を示唆してもよい。また、応答は、マーチャントからユーザが関心がある品物を識別したソース（例えば、サーバ）への支払いまたは支払い確約も示唆してもよい。ユーザが関心がある品物を直接マーチャントに提供することは、サーバに要求することなく、リストをマーチャントの在庫品目と比較することを可能にし得る。これは、モバイルデバイスが、マーチャントと直接通信することはできるが、モバイルデバイスが、サーバと通信するためのネットワーク接続にアクセスすることができない際に適切であり得る。
【０１６８】
比較を行うために使用される技法に関わらず、動作２３１８で、マーチャントが、ユーザが関心がある品物またはユーザが関心がある品物に関連する品物を提供するか否かが判定される。例えば、野球のボールが、ユーザが関心のある品物である場合、直接合致ではないが、バットまたはグローブもまた、ユーザが関心があり得ると推測され得る。合致が存在しない場合、プロセス２３００は、「いいえ」の経路に沿って進み、動作２３０６に戻る。モバイルデバイスが移動すると、異なるマーチャントがモバイルデバイスの所定の近傍内となり、これらの新しいマーチャントのうちの１つが、ユーザが関心のある品物を提供し得る。マーチャントがユーザが関心がある品物を提供する場合、プロセス２３００は、「はい」の経路に沿って進む。プロセス２３００の続く部分は、図２３Ｂ上に示されている。
【０１６９】
動作２３２０で、動作２３１８からの判定の通知が生成される。通知は、合致が存在することを単に述べてもよい。しかしながら、通知はまた、ユーザが関心のあるどの品物がマーチャントによって提供されるか、どの近隣のマーチャントがその品物を販売するか、マーチャントへの地図、商品もしくはサービスの価格、商品もしくはサービスに利用可能であるいずれかのクーポンまたは割引、クーポンもしくは割引の引き換え期間、１人当たりが入手可能である品物の最大数、および／あるいは他の情報等も特定してもよい。
【０１７０】
動作２３０８で複数のマーチャントが特定される際、通知は、それらのマーチャントのリストまたは地図を含んでもよい。特定されたマーチャントが比較的近隣（例えば、１００ヤード以内）にある場合、通知は、マーチャントまでの距離を示す、マーチャントのリストであってもよい。特定されたマーチャントが遠く離れている（例えば、５マイル以内）場合、通知は、マーチャントの位置を示す地図を含んでもよい。また、通知は、ユーザが価格を容易に比較することができるように、マーチャントでの品物の価格も含んでもよい。
【０１７１】
動作２３２２で、マーチャントに連絡するか、または連絡しないかの決定が行われる。この決定は、ユーザの識別子と関連付けられるユーザプロファイルまたはユーザについての他の種類の情報に基づいてもよい。マーチャントが連絡されない際、プロセス２３００は、「いいえ」の経路に沿って動作２３２４に進む。
【０１７２】
動作２３２４で、動作２３２０で生成された通知がモバイルデバイスに送信される。例えば、動作２３０４で特定された品物は、ユーザがクリスマスまたは別の祝日のためのショッピングリスト上に有する商品および／またはサービスのリストであり得る。ユーザがユーザのモバイルデバイスと共にショッピングモールを通って移動する際、モバイルデバイスは、ユーザに、ユーザのショッピングリストからのどの品物がどの店舗にあるかを伝える、一連の通知を受信してもよい。これは、ユーザが、ユーザのリスト上の品物を迅速に見つけ、購入することを可能にし得、また、この技法は、ユーザが、リスト上の品物の最低価格を有するマーチャントを見つけることも可能にし得る。
【０１７３】
動作２３２２で、マーチャントに連絡するという決定が行われる場合、プロセス２３００は、「はい」の経路に沿って動作２３２６に進む。動作２３２６で、動作２３２０で生成された通知がマーチャントに送信される。いったんマーチャントがユーザが関心がある品物を提供すると通知されると、マーチャントは、販売を行うことを期待して、モバイルデバイスのユーザに連絡することを希望し得る。ユーザに連絡するという決定は、マーチャントの入手可能であり、かつ未使用の在庫品目に基づいてもよい。例えば、マーチャントがスパまたはレストランのようなサービス提供者である場合、マーチャントは、比較的固定の料金を有し、したがって、未使用の収容能力を最小限にすることについて関心がある場合がある。マーチャントは、マーチャントの余剰収容能力または余剰在庫品目に基づき、何人のユーザに連絡するか、およびどれだけ積極的にユーザが関心がある品物を販売促進するかを決定してもよい。
【０１７４】
動作２３２８で、マーチャントから支払いが受信されてもよい。支払いは、例えば、図１および図３に示されるサーバ（単数または複数）１１８等、プロセス２３００を実現するサーバによって受信されてもよい。支払いは、図３に示される支払いモジュール３１８によって受信され、処理されてもよい。支払いを受信するのに応答して、プロセス２３００は、動作２３２４に進み、モバイルデバイスに通知を送信してもよい。支払い額は、複数のマーチャント間での入札プロセスを通して導き出されてもよい。例えば、モバイルデバイスの所定の近傍内の２つ以上のマーチャントが、同一の商品またはサービスを販売する際、それらのマーチャントのそれぞれが、競合入札を行ってもよく、落札入札を有するマーチャントが、動作２３２４でモバイルデバイスに送信される通知内に含まれてもよい。
【０１７５】
また、動作２３２４で送信されるモバイルデバイスへの通知に、ユーザが関心がある商品またはサービスのうちの１つのクーポンも含まれてもよい。マーチャントは、ユーザがユーザの関心と合致する商品またはサービスを購入することを促すために、通知内にクーポンが含まれるようにすることを選択してもよい。ユーザの関心は、図４に示されるユーザ情報１２０から判定されてもよい。いくつかの実現形態では、ユーザの関心を推測するために、ユーザ情報に対して、データマイニング技法が適用されてもよい。例えば、ユーザの関心が、ユーザがオンラインマーチャントと確立したオンラインショッピングカートから導出される場合、マーチャントは、商品またはサービスの価格をオンライン小売店によって提供される価格以下に下げるクーポンを提供してもよい。オンライン小売店は、マーチャントがオンライン小売店に販売の「獲得」に対する報酬を支払う場合にのみ、オンラインショッピングカートの中身およびそれらのショッピングカート内の品物の価格をマーチャントに公表することを選択してもよい。例えば、オンライン小売店の利幅が特定の商品の販売に対して１ドルの利潤を生む場合、オンライン小売店は、１ドルの手数料と交換に、ショッピングカート情報をマーチャントに提供してもよい。また、手数料は、ユーザがマーチャントから商品を実際に購入するか否かを条件としてもよい。いくつかの実現形態では、マーチャントからオンライン小売店への支払いは、サーバ（単数または複数）１１８によって仲介されてもよい。
【０１７６】
上述のように、通知はまた、ユーザが関心がある品物と合致する品物を有するマーチャントの位置を示す地図であってもよい。例えば、マーチャント位置の地図上の各指示は、合致する、または同様の品物のリスト、品物の価格、ユーザがモバイルデバイスで入手可能であるクーポンまたは待遇の識別等、そのマーチャントについての追加情報を提供してもよい（例えば、ポップアップウィンドウ内に）。
【０１７７】
図２４は、近隣の現実のマーチャントについての情報と共に、オンライン購入の推奨を提供するためのプロセス２４００を例証する。動作２４０２で、ユーザの識別子がモバイルデバイスから受信される。図２３に示される動作２３０２と同様に、ユーザの識別子を受信することは、ユーザについての情報をモバイルデバイスと関連付けるように機能することができる。
【０１７８】
動作２４０４で、モバイルデバイスの所定の近傍内にあるマーチャントの推奨の要求が受信される。いくつかの実現形態では、要求は、モバイルデバイスのユーザによって手動で、例えば、ユーザが「近隣のマーチャントを推奨」ボタンを押すのに応えて送信されてもよい。他の実現形態では、要求は、モバイルデバイスによって自動的に伝送されてもよい。
【０１７９】
動作２４０６で、モバイルデバイスの地理的位置が判定される。地理的位置は、図２に示される位置センサ２３０によって判定されてもよい。
【０１８０】
動作２４０８で、同様にモバイルデバイスのユーザに割引を提供する、モバイルデバイスの所定の近傍内のマーチャントが特定される。割引は、動作２４０２で受信されたユーザの識別子と関連付けられる属性に基づいてもよい。例えば、ユーザが特定のマーチャントでの割引を受信するグループの会員である場合、ユーザ会員が所定の近傍内にいる場合に、そのマーチャントが特定されてもよい。マーチャントがユーザの自宅または職場の住所の近隣にある場合、ユーザの連絡先情報が、割引の資格を判定するソースであり得る。同様に、ユーザが所有するクレジットカードの種類またはクレジットの点数等のユーザの金融情報は、ユーザに、一般に入手可能ではない割引へのアクセスを提供し得る。モバイルデバイスの所定の近傍内の２つ以上のマーチャントが、モバイルデバイスのユーザに割引を提供する際、所定の近傍内の複数のマーチャントが特定されてもよい。例えば、地図内に、マーチャントの位置を示す「フラグ」または「ピン」を伴う地図を生成するために、複数のマーチャントのそれぞれの地理的位置が使用されてもよい。この地図は、ユーザが、複数のマーチャントに移動すること、およびそれらから選択することができるように、ユーザのモバイルデバイスに送信されてもよい。
【０１８１】
いくつかの実現形態では、マーチャント（単数または複数）は、ユーザの取引記録４０６に基づいて特定されてもよい。例えば、取引記録４０６は、ユーザが既存の関係を有するマーチャントを特定し得る。また、取引記録４０６は、ユーザが以前にクーポンを使用した、ないしは別の方法で割引を受けたマーチャントも特定し得る。
【０１８２】
他の実現形態では、マーチャントは、ユーザが関心がある商品および／またはサービスのリスト４１０に基づいて特定されてもよい。このリスト４１０は、ユーザが以前に閲覧した商品および／もしくはサービスのリスト、商品および／もしくはサービスの購入予定リスト、ユーザと関連付けられるショッピングカート内の商品および／もしくはサービスのリスト、またはユーザのユーザプロファイル内の情報から直接もしくは間接的に導出されるリスト等、図４に示される、任意の種類のリストであってもよい。例えば、ユーザの関心は、ユーザがユーザのモバイルデバイスからオンラインシステムにログインしたマーチャントを特定することによって推測されてもよい。
【０１８３】
さらなる実現形態では、マーチャントは、そのマーチャントの評定または批評２４１０に基づいて特定されてもよい。評定および批評２４１０は、図５に示されるマーチャントプロファイル１２２からの評定および批評５０６と同一であってもよい。例えば、高いランク（例えば、４つ星または５つ星ランク）のマーチャントのみが特定される資格を有してもよい。また、マーチャントを特定するための評定および／または批評２４１０の使用は、ソーシャルネットワーキングを評定および批評２４１０のソースとして利用してもよい。したがって、ユーザのソーシャルネットワークの他の人からの評定および／または批評２４１０が、マーチャントを特定するために使用される評定および批評２４１０のソース、または唯一のソースであってもよい。
【０１８４】
動作２４１２で、マーチャントの推奨がモバイルデバイスに送信される。いくつかの実現形態では、推奨は、図３に示されるサーバ（単数または複数）１１８の推奨モジュール３１０によって生成され、送信されてもよい。推奨は、近隣のマーチャントおよびユーザに割引を提供するマーチャントの両方についての情報をユーザに提供する。
【０１８５】
マーチャントの推奨は、所定の近傍内の複数のマーチャントがユーザによって指定される基準と合致する場合、マーチャントのリスト２４１４を含んでもよい。また、推奨に、他のユーザからもたらされるマーチャントの評定または批評２４１０、専門家の批評等も添付されてもよい。また、評定および批評２４１０は、推奨内に含まれてもよい。動作２４０８で、マーチャントを特定するために評定および批評２４１０が使用されない場合、ユーザは、推奨を評価する際に評定および批評２４１０を考慮し得る。また、推奨は、マーチャントへの道順２４１６も含んでもよい。いくつかの実現形態では、マーチャントのクーポン２４１８が推奨に含まれてもよい。クーポン２４１８は、ユーザ識別子と関連付けられる割引を超える追加の割引を提供してもよい。また、動作２４１０で送信される推奨は、上記の特長の任意の組み合わせも含んでもよい。
【０１８６】
動作２４２０で、また、オンライン小売店から入手可能である商品またはサービスの推奨もモバイルデバイスに送信される。この推奨は、推奨モジュール３１６によって生成されてもよい。オンラインで入手可能である商品またはサービスの推奨は、ユーザがオンライン小売店から商品またはサービスを購入することを促す広告であってもよい。オンラインで入手可能である商品またはサービスは、動作２４１０で推奨されるマーチャントによって提供される商品および／またはサービスと競合できるものであり得る。換言すれば、ユーザは、近隣のマーチャントの商品またはサービスをどこで購入するべきかについての情報、および同一もしくは同様の商品またはサービスをオンライン小売店からどのように購入するべきかについての情報を提供されてもよい。
【０１８７】
いくつかの実現形態では、オンライン小売店は、推奨がモバイルデバイスに送信されるようにするために、広告料を（例えば、サーバ（単数または複数）１１８を運営する事業体に）支払ってもよい。逆に、また、マーチャントは、潜在的オンライン競合他社の推奨がマーチャントの推奨に便乗されることを制限するために、料金を支払う機会を提供されてもよい。例えば、マーチャントは、マーチャントが動作２４１２で送信される推奨内に含まれる際、動作２４２０で送信されるオンライン商品またはサービスの推奨が、そのマーチャントのオンライン店舗からのものを推奨するように、「競合相手」オンラインマーチャントの指定リストを除くいずれかのオンラインマーチャントからのものを推奨するように、ないしは別の方法でその動作２４２０で提供される推奨に影響を及ぼすように、要求してもよい。また、オンライン小売店およびマーチャントは、動作２４２０で提供される推奨の制御を相互と競合してもよい、またはそれに対して入札してもよい。
【０１８８】
他の実現形態では、オンライン小売店から入手可能である商品またはサービスは、マーチャントによって提供される商品および／もしくはサービスに対して補完的であると見なされた商品またはサービスであってもよい。ユーザ、マーチャント、オンライン小売店、サーバ、または任意の他の事業体は、どの商品および／またはサービスが補完的であるかについての判定を行い得る。
【０１８９】
地理的位置に基づく例証的な販売促進
図２５は、モバイルデバイス１０４がマーチャント１０６にある際のクーポンまたは他の販売促進の有効化を示す、例証的な時系列２５００を示す。ユーザが特定のマーチャント１０６に位置する際にのみ、ユーザ１０２がクーポンを引き換えることができるように、クーポンまたは他の販売促進は、特定の地理的位置と結び付けられてもよい。これは、ユーザが、クーポンを有効化し、引き換えることを希望し得るため、マーチャント１０６への客足を推進し得る。クーポンがマーチャント１０６によって販売される商品および／またはサービスとは関連しない場合にさえ、ユーザがいったんマーチャント１０６にいると、商品および／またはサービスを購入する可能性があるため、これは、マーチャント１０６に利益を提供する場合がある。
【０１９０】
時間１で、モバイルデバイスは、図２に示されるように、メモリ内に記憶された電子文書２１６を有する。いくつかの実現形態では、この電子文書２１６は、電子本または電子書籍であってもよい。電子文書２１６は、文書内に未有効化クーポン２５０２を含む。未有効化クーポン２５０２は、電子文書２１２のテキストまたは他のコンテンツの一部として含まれてもよい。また、未有効化クーポン２５０２は、電子文書２１２に添付されるか、ないしは別の方法で付け加えられてもよい。また、未有効化クーポン２５０２は、電子文書２１２内に含まれない、単独型製品として提供されてもよい。
【０１９１】
ユーザ１０２およびモバイルデバイス１０４が、マーチャント１０６に位置しない場合、未有効化クーポン２５０２は、未有効化状態のままであり得る。クーポンの未有効化／有効化状態は、図２に示されるモバイルデバイス１０４のクーポン有効化モジュール２１４によって規制されてもよい。いくつかの実現形態では、未有効化クーポン２５０２は、モバイルデバイス１０４がマーチャント１０６に位置するまで、モバイルデバイス１０４のユーザ１０２から隠蔽されてもよい。他の実現形態では、クーポンの１つ以上の側面のみが隠蔽される。代替として、モバイルデバイス１０４がマーチャント１０６に位置しない際にさえ、クーポンのすべての側面がユーザ１０２に公表されてもよい。未有効化クーポン２５０２が、電子文書２１２無しで、それ自体で提供される場合、未有効化クーポン２５０２の存在は、ユーザ１０２から完全に隠蔽され得ないが、「待遇」またはクーポンの特定の性質は、隠蔽されてもよい。例えば、ユーザは、ユーザが特定のマーチャントからの未有効化クーポン２５０２を有することを分かることはできるが、何のためのクーポンであるか、または割引の大きさを知らない場合がある。好奇心が、この種類の部分的に隠されたクーポンを提供するマーチャントへの客足を推進する場合がある。
【０１９２】
クーポンが完全に隠蔽されるいくつかの実現形態では、クーポンは、ユーザに予期しない報酬を与える、驚かせるものまたは「イースターエッグ」のように機能してもよい。いったんある人がクーポンの存在を発見すると、この情報は、非公式に、または「ウイルスのように」広まってもよく、追加の人に、電子文書２１２を取得するさらなる奨励をもたらすことができる。クーポンのいくつかの側面のみが隠蔽される実現形態では、クーポンを引き換えることができるマーチャントがユーザ１０２に公開されてもよいが、割引額等の他の詳細は、隠蔽された状態のままであってもよい。
【０１９３】
時間２で、ユーザ１０２およびモバイルデバイス１０４がマーチャント１０６に到着すると、クーポンは、有効化クーポン２５０４になってもよい。また、有効化は、時間に結び付けられてもよい。クーポンは、現在の時間が未有効化クーポン２５０２によって指定される時間と合致しない限り、有効化クーポン２５０４にならなくてもよい。例えば、反復商売を促すために、クーポンは、次の日まで有効化されなくてもよい。したがって、いくつかの実現形態では、未有効化クーポン２５０２が有効化クーポン２５０４になるためには、時間および場所の両方が指定される通りでなければならない。
【０１９４】
クーポンの有効化は、モバイルデバイス１０４が販売時点情報管理デバイス１１０から、またはネットワーク１１６から信号を受信することによって実現されてもよい。また、有効化は、クーポン有効化モジュール２１４によって単独で、または位置センサ２３０および／もしくはカレンダー／時計２２８等のモバイルデバイス１０４の他のコンポーネントと併せて実現されてもよい。位置センサ２３０が、モバイルデバイス１０４の地理的位置がマーチャントの地理的位置１０６に対応することを判定し、クーポン有効化モジュール２１４が、クーポンを有効化してもよい。特定の期間中のみ有効であるクーポンでは、また、カレンダー／時計２２８が、現在の時間がクーポンの引き換えに指定される期間内であるか否かを判定してもよい。この時点で、隠蔽されていたクーポンのいかなる側面もユーザ１０２に公表されてよい。
【０１９５】
図２６は、電子文書内のクーポンを有効化し、使用するための例証的なプロセス２６００を示す。動作２６０２で、クーポンを含有する電子文書が、モバイルデバイスにダウンロードされてもよい。電子文書およびクーポンの相対的な認識される価値に依存して、モバイルデバイスのユーザは、主に電子文書を受信するために、または主にクーポンを受信するために、ダウンロードを開始することを選択し得る。
【０１９６】
動作２６０４で、モバイルデバイスがマーチャントに位置しない場合、クーポンのすべてまたは一部が隠蔽されてもよい。これは、クーポンの価値をマーチャントでのユーザの存在と結び付け得る。したがって、例えば、コーヒー店は、それらの人がコーヒー店から何かを買うことを期待して、クーポンを引き換えるために人をコーヒー店に連れてくるために、クーポンが電子書籍内に掲載されるようにするために、支払ってもよい。
【０１９７】
動作２６０６で、メモリ内にクーポンを含有する電子文書を記憶するモバイルデバイスが、マーチャントにあるか否かが判定される。モバイルデバイスは、モバイルデバイスがマーチャントの所定の近傍内にある場合、マーチャント「に」あると見なされてもよい。また、モバイルデバイスは、モバイルデバイスがマーチャントから信号を受信する際、マーチャントにあると判定されてもよい。信号は、単距離上でのみ伝送される、「ハートビート」または「ピング」であってもよい。モバイルデバイスがマーチャントにある場合、プロセス２６００は、動作２６０８への「はい」の経路を辿る。モバイルデバイスがマーチャントにない場合、プロセス２６００は、「いいえ」の経路を辿り、動作２６０４に戻り、クーポンのすべてまたは一部が隠蔽された状態のままであり得る。
【０１９８】
動作２６０８で、隠蔽されていたクーポンのいずれの部分もユーザに公表されてもよい、または示されてもよい。動作２６１０で、モバイルデバイスがマーチャントにある場合、クーポンは、有効化される。いくつかの実現形態では、モバイルデバイスのクーポン有効化モジュール２１４が、クーポンを有効化してもよい。クーポンは、動作２６０６において、モバイルデバイスがマーチャントに位置することを判定するのに応えて有効化されてもよい。また、クーポンは、マーチャント２６１２からの信号に応えて有効化されてもよい。
【０１９９】
動作２６１４で、モバイルデバイスのユーザから、商品またはサービスの購入の一部としてクーポンを使用するというコマンドが受信される。コマンドは、クーポンを使用するという明示的なコマンドであってもよく、またはコマンドは、クーポンが購入の取引が行われる際に自動的に適用されるという点で、黙示的であってもよい。取引は、クーポンが有効化されたマーチャントと同一のマーチャント２６１６での商品またはサービスの購入であってもよく、またはオンライン小売店２６１８との取引であってもよい。オンライン小売店２６１８との取引は、モバイルデバイスを使用することによって完了されてもよい。
【０２００】
有効化クーポンがマーチャント２６１６で引き換えられる場合、有効化クーポンは、マーチャントの販売時点情報管理デバイスに提示することができる、バーコード等の機械可読コードとして、電子文書内に現れてもよい。また、有効化クーポンは、割引を受けるためにユーザがマーチャントの従業員に示す、もしくは伝えることができる、コードまたはパスフレーズであってもよい。
【０２０１】
クーポンは、マーチャントで有効化されるが、オンライン小売店２６１８で引き換え可能である実現形態では、オンライン小売店で有効化クーポンを使用するために、モバイルデバイスは、マーチャント内からネットワークに接続してもよい。有効化クーポンは、いったん有効化されると、モバイルデバイスが後でマーチャントを離れる場合にさえ、有効化された状態のままであってもよく、または他の実現形態では、有効化クーポンは、いったんモバイルデバイスがもはやマーチャントに位置しないと、未有効化クーポンに戻ってもよい。
【０２０２】
むすび
上述のこれらのプロセスは、ブロックの集合として、ハードウェア、ソフトウェア、またはこれらの組み合わせで実現することができる一連の動作を表す、論理フローグラフで例証される。ソフトウェアの状況では、ブロックは、１つ以上のプロセッサによって実行される際、列挙される動作を実施する、１つ以上のコンピュータ可読記憶媒体上に記憶される、コンピュータ実行可能命令を表す。一般的に、コンピュータ実行可能命令は、特定の機能を実施する、または特定の抽象データ型を実現する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。動作が説明される順序は、制限として解釈されるべきではなく、任意の数の説明されるブロックを、プロセスを実現するように、任意の順序で、および／または並列で組み合わせることができる。
【０２０３】
主題は、構造的特長および／または方法的行為に固有の言語で説明されてきたが、添付の特許請求の範囲において定義される主題は、説明される具体的な特長または行為に必ずしも限定されないことが理解される。むしろ、具体的な特長および行為は、特許請求の範囲を実現する例証的な形態として開示される。
【図１】
0005540145.tif 000002
【図２】
0005540145.tif 000003
【図３】
0005540145.tif 000004
【図４】
0005540145.tif 000005
【図５】
0005540145.tif 000006
【図６】
0005540145.tif 000007
【図７】
0005540145.tif 000008
【図８】
0005540145.tif 000009
【図９】
0005540145.tif 000010
【図１０】
0005540145.tif 000011
【図１１】
0005540145.tif 000012
【図１２】
0005540145.tif 000013
【図１３】
0005540145.tif 000014
【図１４】
0005540145.tif 000015
【図１５】
0005540145.tif 000016
【図１６】
0005540145.tif 000017
【図１７】
0005540145.tif 000018
【図１８】
0005540145.tif 000019
【図１９】
0005540145.tif 000020
【図２０】
0005540145.tif 000021
【図２１】
0005540145.tif 000022
【図２２】
0005540145.tif 000023
【図２３Ａ】
0005540145.tif 000024
【図２３Ｂ】
0005540145.tif 000025
【図２４】
0005540145.tif 000026
【図２５】
0005540145.tif 000027
【図２６】
0005540145.tif 000028