(57)【特許請求の範囲】
【請求項１】
コンピュータで実行される方法であって、
商人の場所と関連付けられるが、前記商人の場所から遠隔に位置するネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスであって、実行可能な命令を備えて構成される、ネットワークアクセス可能なＰＯＳデバイスの制御下で、
前記ネットワークアクセス可能なＰＯＳデバイスで購入要求を受信することであって、前記購入要求が、前記商人の場所に位置する顧客操作デバイスからネットワークを介して受信され、前記購入要求が、支払い情報または支払い情報のインジケーション、および前記商人の場所と関連付けられた商人から入手可能な商品またはサービスの識別を含むことと、
前記購入要求を受信することに応答して、前記支払い情報および前記商品または前記サービスと関連付けられた費用を支払い処理装置に送信することと、
前記支払い処理装置からの承認を受信することに応答して、支払いの受領を証明し、前記商品または前記サービスを識別する受領データを生成することと、
前記ネットワークを介して前記受領データを前記顧客操作デバイスに送信することであって、前記受領データは、前記顧客操作デバイスを介して前記商人に提示され、前記商人によって有効性が確認されると、前記顧客操作デバイスと関連付けられたユーザが前記商品または前記サービスを前記商人から受領することをもたらすことと、
を含み、
前記ネットワークアクセス可能なＰＯＳデバイスは、ある期間の間に前記商人の場所で生じるまたは生じることが推定される取引の量に少なくとも一部基づいて、前記期間の間、自動的に、前記商人の場所と独占的に関連付けられる、方法。
【請求項２】
前記受領データは、前記受領データの真正性を示す検証データを含み、前記検証データが、前記商人の場所と関連付けられた前記商人によって提供された情報に少なくとも一部基づいている、請求項１に記載の方法。
【請求項３】
前記商品または前記サービスの前記識別は、前記商品もしくはサービスと関連付けられたタグの前記顧客操作デバイスによって生成された走査、前記顧客操作デバイスを介して提示されたリストからの前記商品もしくは前記サービスの選択、または前記顧客操作デバイスに入力されたコードを含み、
前記購入要求は、前記顧客操作デバイスと関連付けられた前記ユーザを一意に識別するユーザ識別子を含み、前記ユーザ識別子は、前記商品または前記サービスの代金を支払うために、前記ユーザと関連付けられた以前に記憶された支払い情報を得るために使用され、
前記支払い情報は、クレジットカード番号、デビットカード番号、銀行支店コード、または前記商人の場所と関連付けられた前払い口座の前払い口座識別子を含む、請求項１に記載の方法。
【請求項４】
前記受領データを前記商人と関連付けられたコンピューティングデバイスに送信することをさらに含み、前記商人と関連付けられた前記コンピューティングデバイス上の前記受領データと、前記顧客操作デバイス上の前記受領データとの一致が、前記商品またはサービスの支払いの証拠を提供する、請求項１に記載の方法。
【請求項５】
前記顧客操作デバイスの位置のインジケーションを受信することと、
前記顧客操作デバイスの前記位置を前記商人の場所と比較することと、
前記顧客操作デバイスの前記位置が前記商人の場所からの閾値距離を超えることを決定することに応答して、前記顧客操作デバイスが前記商人の場所と関連付けられた前記商人から前記商品または前記サービスの購入を完了するのを防ぐことと、をさらに含む、請求項１に記載の方法。
【請求項６】
前記顧客操作デバイスは、前記ユーザと関連付けられたモバイルコンピューティングデバイス、または顧客による使用のための前記商人の場所で前記商人によって維持されるモバイルコンピューティングデバイスを含む、請求項１に記載の方法。
【請求項７】
コンピュータで実行される方法であって、
ネットワークインターフェースを介して、顧客のモバイルデバイスから、前記顧客と関連付けられた金融口座から商人と関連付けられた金融口座に支払い金額を移動する要求を受信することと、
前記ネットワークインターフェースを介して、前記商人と関連付けられた前記金融口座が前記顧客と関連付けられた前記金融口座からの前記支払い金額を受領したインジケーションを受信することに少なくとも一部応答して、前記モバイルデバイスに検証データを送信することであって、前記顧客の前記モバイルデバイスが、前記商人への提示のための前記検証データをレンダリングする、ことと、
前記ネットワークインターフェースを介して、認証チャレンジを前記モバイルデバイスに送信することと、
を含み、
前記検証データは、前記認証チャレンジへの有効応答が前記商人によって前記モバイルデバイス上に提供されるまで前記モバイルデバイス上に隠されたままである、方法。
【請求項８】
前記商人は、前記検証データの後続のレンダリングを阻止するコマンドを提供し、前記コマンドに少なくとも一部応答して、前記認証チャレンジへの後続の有効応答が前記検証データの後続の提示を引き起こさないように、前記検証データの後続のレンダリングが阻止される、請求項７に記載の方法。
【請求項９】
前記検証データは、（１）前記商人によって予め選択されたデータ、（２）テキスト、写真、音声、映像、もしくは触覚応答、または（３）前記商人の最近の購入履歴、前記商人の連絡先のリスト、もしくは１つ以上のソーシャルネットワークにおける前記商人の関連性のソーシャルグラフのうちの１つ以上を含む、請求項７に記載の方法。
【請求項１０】
前記検証データは、前記商人におけるデバイスによって読み込まれると、前記検証データが有効または無効であるかを示す機械可読データを含み、前記検証データは、前記商人における前記デバイスによって読み込まれると、同じ取引識別子と関連付けられた前記検証データの後の読み込みが前記商人における前記デバイスによって無効と示されるように、前記商人における前記デバイスと関連付けられたコンピュータ可読媒体内に記憶される取引識別子をさらに含む、請求項７に記載の方法。
【請求項１１】
前記ネットワークインターフェースを介して、前記商人の選択を受信することをさらに含み、前記商人は、前記モバイルデバイス上で前記顧客に提示された１人以上の商人のリストから前記顧客によって選択され、前記１人以上の商人の前記リストに含まれる前記１人以上の商人の各々は、前記モバイルデバイスに前記顧客によって入力された名前と少なくとも一部一致する名前を有すること、または前記モバイルデバイスの位置の所定の距離内であることに少なくとも一部基づいて選択される、請求項７に記載の方法。
【請求項１２】
前記支払い金額は、前記モバイルデバイスに前記顧客によって提供される入力、または前記モバイルデバイスのタグスキャナによって検出される値に少なくとも一部基づいている、請求項７に記載の方法。
【請求項１３】
前記検証データは、前記モバイルデバイス上の前記商人の対応する公開鍵による復号のための前記商人の秘密鍵で暗号化され、あるいは、前記モバイルデバイス以外の前記商人におけるデバイスが前記検証データを復号することができ、前記モバイルデバイスが前記検証データを復号することができないように、前記検証データは暗号化される、請求項７に記載の方法。
【請求項１４】
コンピュータで実行される方法であって、
実行可能な命令を備えて構成されるモバイルコンピューティングデバイスの制御下で、
商人の場所における前記モバイルコンピューティングデバイスのユーザから、前記商人の場所で商人から入手可能な商品またはサービスの識別を受信することと、
前記ユーザからの命令を受信して、ネットワークを介して、前記商品またはサービスの前記識別および支払い情報を、前記商人の場所と関連付けられ、前記商人の場所から遠隔に位置するネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスに送信することと、
前記ネットワークアクセス可能なＰＯＳデバイスからの承認を受信することに応答して、前記モバイルコンピューティングデバイスに受領書の表示をもたらすことであって、前記受領書が、前記ＰＯＳデバイスから前記ネットワークを介して受信され、前記モバイルコンピューティングデバイスと関連付けられたユーザが前記識別された商品またはサービスの代金を支払ったことを示し、前記商人に表示され、前記商人によって有効性が確認されると、前記受領書は、前記ユーザが前記商人から前記商品またはサービスを受領することをもたらすことと、
を含み、
前記ネットワークアクセス可能なＰＯＳデバイスは、ある期間の間に前記商人の場所で生じるまたは生じることが推定される取引の量に少なくとも一部基づいて、前記期間の間、自動的に、前記商人の場所と独占的に関連付けられる、方法。
【請求項１５】
コンピュータで実行される方法であって、
１つ以上のプロセッサによって、支払いを受領する商人の識別を受信することと、
顧客から、前記商人に支払うために支払い金額の識別を受信することと、
前記顧客と関連付けられた口座に対する命令を送信して、前記支払い金額を前記商人と関連付けられた口座に移動することと、
前記商人と関連付けられた前記口座が前記支払い金額を受領した検証データを受信することと、
前記顧客のモバイルデバイスに前記商人への提示のための前記検証データをレンダリングさせることと、
認証チャレンジを前記モバイルデバイスに送信することと、
を含み、
前記検証データは、前記認証チャレンジへの有効応答が前記商人によって前記モバイルデバイス上に提供されるまで前記モバイルデバイス上に隠されたままである、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
商人は、電子決済を処理するのに必要な従来の基盤を確立する費用および不便性なしに顧客から電子決済を受領することを望む場合がある。この必要性は、小中規模の従来型の実店舗の間で特に重大である場合がある。これらの種類の実店舗では、現金または小切手以外の形態で支払いを受領することを望む場合があるが、クレジットカードおよび他の種類の非現金取引を処理するための販売時点情報管理デバイスを購入するためにお金を使わないようにすることを望む場合もある。
【０００２】
ますます増加する顧客が、従来型の実店舗で買い物をする際に、スマートフォン、タブレットコンピュータなどのネットワーク接続性を有するモバイルコンピューティングデバイスを携帯している。
【背景技術】
【０００３】
関連出願
本出願は、２０１１年１２月７日に出願された米国特許出願第１３／３１３，９１２号の利益を主張するものであり、その開示全体が参照により本明細書に組み込まれる。本出願はまた、２０１２年２月１４日に出願された米国特許出願第１３／３７２，８２２号の利益を主張するものであり、その開示全体が参照により本明細書に組み込まれる。
【図面の簡単な説明】
【０００４】
添付の図面を参照することにより詳細な説明が記載される。この図では、参照番号の最も左の桁（複数可）は、参照番号が最初に現れる図を識別する。異なる図における同じ参照番号の使用は、類似または同一の項目を示す。
【図１】モバイルコンピューティングデバイスで支払いをする商人の場所からネットワークアクセス可能なＰＯＳデバイスを使用するための例示的なアーキテクチャを示す。
【図２】図１に示されるモバイルコンピューティングデバイスと、ＰＯＳデバイスと、支払い処理装置と、商人との間の相互作用の図を示す。
【図３】図１のＰＯＳデバイスをより詳細に示す。
【図４】リストから商品またはサービスを選択するための例示的なユーザインターフェースを示す。
【図５】商品またはサービスに対応するコードを入力するための例示的なユーザインターフェースを示す。
【図６】選択された商品またはサービスの支払いを確認する受領書を表示する例示的なユーザインターフェースを示す。
【図７】モバイルコンピューティングデバイスを使用して、ネットワークアクセス可能なＰＯＳデバイスを介して商品またはサービスの代金を支払うための例示的なプロセスのフロー図である。
【図８】モバイルコンピューティングデバイス上に表示されたリストから商品またはサービスの選択を受信し、かつ支払いが確認されるとモバイルコンピューティングデバイスに受領書を提供するための例示的なプロセスのフロー図である。
【図９】モバイルコンピューティングデバイスから商品またはサービスと関連付けられたタグの走査を受信し、かつモバイルコンピューティングデバイスならびに商人に受領書を提供するための例示的なプロセスのフロー図である。
【図１０】顧客のモバイルデバイスを使用して、商人と検証された取引を完了するための別の例示的なアーキテクチャを示す。
【図１１】図１０の商人のアカウント記録および顧客のアカウント記録をより詳細に示す。
【図１２】図１０のネットワークアクセス可能なコンピューティングデバイス（複数可）をより詳細に示す。
【図１３】図１０のモバイルデバイスをより詳細に示す。
【図１４】商人を選択するためのモバイルデバイス上の例示的なユーザインターフェースを示す。
【図１５】ＰＩＮコードを入力するためのモバイルデバイス上の例示的なユーザインターフェースを示す。
【図１６】有効性確認データを含む受領書を表示するモバイルデバイス上の例示的なユーザインターフェースを示す。
【図１７】機械可読有効性確認データを含む受領書を表示するモバイルデバイス上の例示的なユーザインターフェースを示す。
【図１８】保留中の支払いおよび有効性確認タグを表示するモバイルデバイス上の例示的なユーザインターフェースを示す。
【図１９】有効性確認データを含む受領書を表示するモバイルデバイス上の例示的なユーザインターフェースを示す。
【図２０】商人のための検証タグおよび対応する検証データを使用して、顧客のモバイルデバイスから行われた支払いを検証するための例示的なプロセスのフロー図である。
【図２１ａ】顧客のモバイルデバイスを使用して、顧客と商人との間の取引のために検証データを商人に提示するための例示的なプロセスのフロー図である。
【図２１ｂ】顧客のモバイルデバイスを使用して、顧客と商人との間の取引のために検証データを商人に提示するための例示的なプロセスのフロー図である。
【発明を実施するための形態】
【０００５】
「仮想」またはクラウドベースの販売時点情報管理（ＰＯＳ）デバイスは、ネットワークアクセス可能なコンピューティングシステム上で維持され、ネットワーク（例えば、インターネット）を介して商人の場所におけるコンピューティングデバイスに利用可能にされる。クラウドベースのＰＯＳデバイスは、ＰＯＳデバイスの両方の種類がクレジットカードのための様々な支払い処理装置などの支払い処理システムと通信する点において商人の小売の場所のカウンタに着座し得る従来のＰＯＳデバイスに類似している。しかしながら、商人の場所で見つけられ得るカードリーダおよび他のＰＯＳデバイスハードウェアとは異なり、クラウドベースのＰＯＳデバイスは、商人の場所に物理的に位置せず、クレジットカードからの情報を直接読み込まない。本開示は、スマートフォンなどの他のコンピューティングデバイスとともにクラウドベースのＰＯＳデバイスを利用して、従来のＰＯＳデバイスハードウェアなしで店内購入を処理するための技法を説明する。
【０００６】
従来型の実店舗で買い物をする顧客は、買い物をする際に彼ら自身のモバイルコンピューティングデバイス（例えば、スマートフォン）を持参してもよく、あるいは、商人は、顧客に店内で使用するモバイルコンピューティングデバイス（例えば、タブレットコンピュータ）を貸してもよい。顧客が購入することを望む商品および／またはサービスを識別すると、顧客は、モバイルコンピューティングデバイス上のそれらの商品および／またはサービスを示すことができる。例えば、顧客は、モバイルコンピューティングデバイスのカメラで商品および／またはサービスのバーコードの写真を撮ってもよく、所望の商品および／またはサービスと関連付けられる特定のコードを入力してもよく、入手可能な商品および／またはサービスのカタログまたはリストに目を通し、選択を入力してもよく、あるいは、任意の他の方法で商品および／またはサービスを選択してもよい。次に、モバイルコンピューティングデバイスは、ネットワークを介してこの情報をクラウドベースのＰＯＳデバイスに送信する。したがって、従来の金銭登録器のように、クラウドベースのＰＯＳデバイスは、どの商品および／またはサービスを顧客が購入することを望むのかを知っている。
【０００７】
顧客はまた、モバイルコンピューティングデバイスを使用することによってクラウドベースのＰＯＳデバイスに支払い情報を提供する。例えば、顧客は、クレジットカード番号を入力してもよい。モバイルコンピューティングデバイスが顧客と関連付けられる場合、モバイルコンピューティングデバイスからの顧客識別子は、顧客のためのクレジットカードまたは他の支払い情報を記憶したオンラインウォレットにアクセスするために使用されてもよい。クラウドベースのＰＯＳデバイスによって受信された支払い情報は、従来のＰＯＳ設備から受信された支払い情報と同様に処理される。支払い情報の有効性が確認され、顧客が所望の商品および／またはサービスの代金を支払うために十分なお金を有することをクラウドベースのＰＯＳデバイスが知らされた後、クラウドベースのＰＯＳデバイスは、電子受領書を生成する。
【０００８】
電子受領書は、顧客が商品および／またはサービスの代金を支払った証拠を提供する。この受領書は、顧客が購入を開始するために使用したモバイルコンピューティングデバイスに送り返されてもよく、あるいは、商人のコンピューティングデバイスに送信されてもよい。顧客は、次に顧客がサービスを受領し、店舗から選択された商品を持ち帰ることを可能にする商人（例えば、店舗で働く従業員）に、例えば、モバイルコンピューティングデバイスのスクリーン上に表示されるこの受領書を示してもよい。顧客が実際に商品またはサービスの代金を支払っていなかったときに受領書を偽造するのを防ぐために、受領書は、受領書が真正であるかどうかを決定するために商人が調べることができる有効性確認データまたは検証データを含んでもよい。
【０００９】
受領書はまた、モバイルコンピューティングデバイス、および商人が顧客のコンピューティングデバイスに送信された受領書と比較するための商人の場所で制御するコンピューティングデバイスに受領書を提供することによって証明されてもよい。商人のコンピューティングデバイスもまた、クラウドベースのＰＯＳデバイスからの受領書を受信する場合、商人は、顧客によって提示された受領書が真正であることを確信することができる。
【００１０】
したがって、支払いを検証するための機構をさらに提供しながら物理的なＰＯＳデバイスを取り去ることによって、商人は、レジ待ちの列を取り除き、設備を購入するのを避け、かつ柔軟性を手に入れることができる。この柔軟性は、追加のクラウドベースのＰＯＳデバイスインスタンスへのアクセスを本質的瞬時に要求することによって商人が小売の場所でいくつかのＰＯＳデバイスを増加または減少させることを可能にすることによって得られてもよい。加えて、柔軟性は、１組のハードウェアデバイスを戻して、第２の異なる組のハードウェアデバイスを得ることではなく契約または取引関係を単純に変更することによって商人があるクラウドベースのＰＯＳデバイス提供者（例えば、銀行または他の金融機関）から異なるクラウドベースのＰＯＳデバイス提供者に変更することを可能にすることによって作られてもよい。
【００１１】
バックエンドサーバまたは他のコンピュータシステムによって提供される有効性確認は、顧客のモバイルデバイスから行われた電子決済が実際に正当な支払いであることを、商人に「秘密」検証情報を提供することによって、商人が検証することを可能にする。この秘密情報は、商人によって知られているか、または認識されてもよい。この秘密情報が受領書または確認メッセージに含まれるとき、これは、受領書が単に顧客のモバイルデバイス上に表示される「模擬表示」ではなく、顧客から商人への支払いを実際に表す信用を商人に提供する。本明細書で使用されるとき、「商人」は、商品またはサービスを売る企業、所有者、従業員、もしくは請負業者などのその企業のための代理人として働く人、または企業が商品もしくはサービスを売る物理的な場所もしくは建物を指す。「顧客」は、本明細書で使用されるとき、商人によって売られる商品またはサービスを購入し、かつモバイルデバイスのユーザまたは所有者である人または実体を指す。「品目」は、本明細書で使用されるとき、すべての種類の商品およびサービスの両方を含む。顧客のモバイルデバイスによって行われる電子決済のための商人確認を提供するために使用される技法およびデバイスの実装は、以下の例示的かつ非限定的な例に照らして理解されてもよい。
【００１２】
顧客のＪｉｍが、実店舗の小さな地元のレストランで昼食を取っている。レストランの所有者は、単純なネットワーク化されていない金銭登録器以上の支払い基盤にお金を使わないと決めていた。しかしながら、彼らの顧客により多くの支払い選択肢を提供したいという願望から、このレストランは、モバイルデバイスからの電子決済を処理し、かつレストランに検証を提供するオンラインサービスを有するアカウントを開設した。このアカウントを開設するために、レストランは、「秘密」検証データを提供した。レストランの所有者は、検証データとして彼らの子供の写真を使用した。彼らはまた、商人として彼ら自身を識別する認証チャレンジを顧客のモバイルデバイスに提供した。レストランの所有者は、彼らの認証チャレンジとして４桁の個人識別番号（ＰＩＮ）を選択した。顧客からお金を受領するために、レストランは、彼らの当座預金口座をオンラインサービスとの彼らのアカウントにリンクした。
【００１３】
Ｊｉｍが食事を終えた後、彼は、レストランから勘定書を受領する。ここで、勘定書は、Ｊｉｍが購入した食品および合計金額の手書きの記入である。Ｊｉｍは、彼のスマートフォンの支払いアプリケーションを立ち上げ、レストランの名前を打ち込み始める。類似の名前を有する商人のリストが、スマートフォン上に表示され、Ｊｉｍは、リストからこのレストランを選択する。Ｊｉｍのスマートフォンのアプリケーションは、商人がアカウントを開設したものと同じオンラインサービスと通信している。したがって、リストからのレストラン名のＪｉｍの選択は、オンラインサービスに提供され、これは、オンラインサービスがレストランをこの取引と関連付けることを可能にする。
【００１４】
Ｊｉｍは、彼の勘定書を読み、この取引に対する支払い金額として勘定書からの請求金額およびチップを入力する。Ｊｉｍもまた、同じオンラインサービスでアカウントを予め作成し、Ｊｉｍのアカウントが彼のクレジットカードにリンクされる。オンラインサービスは、Ｊｉｍを彼のモバイルデバイスによる取引と関連付ける。したがって、オンラインサービスは今、この取引を商人、顧客、および支払い金額と結び付けた。
【００１５】
オンラインサービスは、適切なアプリケーションプログラミングインターフェース（ＡＰＩ）または他の通信プロトコルを使用して、Ｊｉｍのクレジットカードからレストランの当座預金口座への資金の移動を容易にする。支払い金額が商人の当座預金口座に無事に振り込まれた確認をオンラインサービスが受信すると、オンラインサービスは、支払い金額およびレストラン所有者の子供の写真を含む受領書をＪｉｍのスマートフォンに送信する。Ｊｉｍは、彼のスマートフォンをレストランの従業員に提供する指示とともに支払い確認メッセージを受信する。
【００１６】
レストラン所有者のうちの１人は、勘定書を集めるようになると、Ｊｉｍの電話を一時的に借用し、ＰＩＮを入力する。オンラインサービスからのメッセージは、正しいＰＩＮが入力されるときにのみ示されるように、暗号化されるか、または別の方法で子供の写真を隠した。したがって、Ｊｉｍは、「秘密」検証データを見ることができない。レストラン所有者は、子供の写真を認識し、支払い金額が勘定書を負担するのに十分であることが分かる。次に、レストラン所有者は、Ｊｉｍが食事の代金を支払い、彼のスマートフォン上に偽造の受領書を単純に表示しなかったことを確信することができる。レストラン所有者は、スマートフォン上のボタンを選択して、支払いを認め、スマートフォンから子供の写真を削除する。したがって、Ｊｉｍが後でｐｉｎを推測するか、または暗号を解読することができたとしても、子供の写真の検証データは、もはや彼のスマートフォン上で利用可能ではない。Ｊｉｍは、再度オンラインサービスから子供の写真を受信するために別の支払いを提出しなければならない。レストラン所有者は、Ｊｉｍの愛顧に対して礼を言い、彼の電話を返す。
【００１７】
１日の終わりに、レストランの所有者は、彼らのコンピュータにアクセスし、１日を通して顧客のモバイルデバイスから受信された電子決済を再調査する。所有者およびＪｉｍなどの顧客の両者は、彼らがレストランで電子決済を行い、受領することができる利便性によって満足する。追加のセキュリティを提供するために、万が一、顧客のうちの１人が子供の画像を何らかの形でコピーすることができ、将来的に偽造の受領書でそれを使用することを試みる場合、レストランの所有者は、彼らの犬の写真をオンラインサービスにアップロードし、かつ犬の写真が今、検証データであることを指定することによって明日のための検証データを変更する。複数のＰＩＮを覚えることは難しいため、レストランの所有者は、今夜ＰＩＮを変更しないが、異なるＰＩＮを選択することによって１ヶ月に約１回、オンラインサービスで認証チャレンジを更新する。
【００１８】
以下により詳細に記載されるように、以下の図を参照することにより例示的な実装例および文脈が提供される。しかしながら、以下の実装例および文脈が多くの考えられる実装例および文脈の例証となることに理解されたい。
【００１９】
例示的なアーキテクチャおよび操作
図１は、ユーザ１０２（すなわち、顧客）が商品および／またはサービス１０８を購入する商人の場所１０６にいながらモバイルコンピューティングデバイス１０４を用いる例示的なアーキテクチャ１００を示す。モバイルコンピューティングデバイス１０４は、携帯電話（例えば、電話およびＳＭＳメッセージング付き）、スマートフォン（例えば、インターネット、携帯電話向けインターネットサービスなどにアクセスする機能性付き）、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、パーソナルメディアプレイヤ（ＰＭＰ）、携帯型ゲームシステムなどを含むがこれらに限定されない任意の数のモバイルデバイスとして実装されてもよい。
【００２０】
ここで、商品またはサービス１０８は、例えば、カメラ自体（すなわち、商品）または写真撮影サービス（すなわち、サービス）を表すカメラとして示される。このアーキテクチャ１００は、任意の商品および／またはサービスの購入ならびに複数の商品および／またはサービスの購入に同様に良好に適用されてもよい。商品および／またはサービス１０８は、バーコード、ＱＲコード（登録商標）、無線自動識別（ＲＦＩＤ）タグ、またはグラフィック、テキスト、光学、電気、磁気、無線周波、もしくは他の形式で情報を記憶する別の種類のタグなど、タグ１１０と関連付けられてもよい。タグ１１０は、価格、名前、製品番号、または商品および／またはサービス１０８の他の識別子など、商品および／またはサービス１０８に関する情報を提供することができる。
【００２１】
ユーザ１０２は、モバイルコンピューティングデバイス１０４に商品および／またはサービス１０８に関する情報を提供するためにタグ１１０を読み込むモバイルコンピューティングデバイス１０４を使用してもよい。しかしながら、代替的な実装例では、ユーザ１０２は、商品および／またはサービス１０８と関連付けられるコードを打ち込んでもよく、モバイルコンピューティングデバイス１０４は、このコードを使用して、商品および／またはサービス１０８に関する情報を得てもよい。代替的な実装例では、ユーザ１０２は、モバイルコンピューティングデバイス１０４上の商品および／またはサービス１０８のリストまたはカタログに目を通し、リストから購入することを望むものを選択してもよい。
【００２２】
この情報は、モバイルコンピューティングデバイス１０４からネットワーク１１２を介してクラウドベースのＰＯＳデバイス１１６（１）〜１１６（ｎ）の１つ以上のインスタンスを含むネットワークアクセス可能なコンピューティングデバイス１１４に提供されてもよい。ネットワーク１１２は、ケーブルネットワーク、ローカルエリアネットワーク、パーソナルエリアネットワーク、広域ネットワーク、インターネット、無線ネットワーク、アドホックネットワーク、メッシュネットワーク、および／または同様のものなど、複数の異なる種類のネットワークのいずれか１つまたは組み合わせを含んでもよい。モバイルコンピューティングデバイス１０４は、無線信号を使用する接続（例えば、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３Ｇネットワーク、４Ｇネットワークなど）など、有線または無線接続を介してネットワーク１１２にアクセスすることができる。
【００２３】
ネットワークアクセス可能なコンピューティングデバイス１１４は、例えば、サーバコンピュータであってもよい。クラウドベースのＰＯＳデバイス１１６（１）〜１１６（ｎ）の複数のインスタンスの各々は、ＰＯＳデバイスとして機能するハードウェアの単一部分の「仮想」表現に相当してもよい。したがって、クラウドベースのＰＯＳデバイス１１６（１）〜１１６（ｎ）は各々、予め特定された商人の場所１０６に一意かつ具体的に割り当てられてもよく、各々が１つ以上の支払い処理装置１１８と情報を交換してもよい。ＰＯＳデバイスインスタンスの数は、ネットワークアクセス可能なコンピューティングデバイス１１４の能力およびこれらのクラウドベースのＰＯＳデバイス１１６を使用する商人のデマンドに基づいて変更されてもよい。したがって、クラウドベースのＰＯＳデバイス１１６の追加のインスタンスは、ネットワークアクセス可能なコンピューティングデバイス１１４のハードウェアおよび／またはソフトウェアを修正することによって迅速にオンラインに移動させられてもよい。
【００２４】
支払い処理装置１１８は、支払いの種類に基づいて適切な支払い処理装置への支払いを処理およびルート経路を決めるために１つ以上のゲートウェイプロバイダへのアクセスを提供するインターネットまたはプライベートもしくはアクセス制限ネットワークなどの公衆ネットワークを介してアクセスされてもよい。これは、例えば、クレジットカードを発行した銀行へのＶｉｓａ（登録商標）チャージ、Ｄｉｓｃｏｖｅｒ（登録商標）支払い処理装置へのＤｉｓｃｏｖｅｒ（登録商標）チャージなどのルート経路を決めることによって従来のＰＯＳデバイスをサポートするシステムに類似または同一であってもよい。情報は、支払い処理装置１１８の各々と関連付けられた特定のアプリケーションプログラミングインターフェース（ＡＰＩ）を使用して支払い処理装置１１８に送信されてもよい。例えば、Ｖｉｓａ（登録商標）チャージを提出するためのＡＰＩは、Ｍａｓｔｅｒ  Ｃａｒｄ（登録商標）チャージを提出するためのＡＰＩと異なってもよい。したがって、支払い処理装置１１８および対応するＡＰＩは、支払いの形態によって識別されてもよい。支払いが支払い処理装置１１８のうちの適切な１つに対して調整された後、商人の場所１０６にリンクされる、以下、ＰＯＳデバイス１１６と称される、クラウドベースのＰＯＳデバイス１１６（１）〜１１６（ｎ）のうちの１つは、取引が承認または拒否される表示などの応答を受信してもよい。
【００２５】
ＰＯＳデバイス１１６はまた、現金取引を追跡するために使用されてもよい。商人１２４は、ネットワーク１１２を介して取引情報をＰＯＳデバイス１１６のうちの１つに伝える商人のコンピューティングデバイス１２６に現金取引を入力してもよい。この場合、ＰＯＳデバイス１１６と支払い処理装置１１８との間の通信は、支払いが現金で行われたため必要ない。しかしながら、現金取引を含むすべての取引を記録するＰＯＳデバイス１１６の使用は、従来のハードウェアＰＯＳデバイスのものに類似する統合された会計および在庫管理機能性を提供することができる。
【００２６】
いくつかの実装例では、モバイルコンピューティングデバイス１０４は、位置認識であってもよく、あるいは、別の実体（例えば、ネットワークアクセス可能なサーバ）に情報を提供して、他の実体がモバイルコンピューティングデバイス１０４の位置を決定することを可能にすることができる。地表面上の位置または「地理位置情報」は、全地球測位システム（ＧＰＳ）衛星などの衛星によってモバイルコンピューティングデバイス１０４に提供されてもよい。あるいは、無線アンテナなどからの無線信号は、無線アンテナの既知の位置に対して、または三角測量によってモバイルコンピューティングデバイス１０４の地理位置情報を決定するために使用されてもよい。地理位置情報を決定するための他の技術および方法はまた、例えば、ネットワークアクセスポイント（例えば、Ｗｉ−Ｆｉホットスポット）に基づき、または商人などの内側の既知の位置からブロードキャストされたロケータ信号から地理位置情報を計算するなど、本開示の範囲内に想起される。モバイルコンピューティングデバイス１０４の地理位置情報は、ユーザ１０２が商品および／またはサービス１０８を購入することを試みるときにモバイルコンピューティングデバイス１０４が商人の場所１０６またはその近く（例えば、閾値距離内）に位置することを確認することによって購入を有効性確認するために使用されてもよい。
【００２７】
ユーザ１０２の支払い情報１２０は、モバイルコンピューティングデバイス１０４のメモリ内に記憶され、ネットワーク１１２を介してＰＯＳデバイス１１６に提供されてもよい。あるいはまたは加えて、支払い情報１２０はまた、オンラインアカウントまたは「仮想」ウォレットなどのネットワークアクセス可能な記憶装置１２２内に記憶されてもよい。ネットワークアクセス可能な記憶装置１２２内の支払い情報１２０は、モバイルコンピューティングデバイス１０４から送信されたユーザ識別子（ＩＤ）によってユーザ１０２と関連付けられてもよい。ユーザＩＤは、ユーザ名および／もしくはパスワード、モバイルコンピューティングデバイス１０４のシリアル番号、またはユーザ１０２のいくつかの他の一意の識別子の組み合わせであってもよい。
【００２８】
商人の場所１０６における商人１２４は、従業員、請負業者、所有者、パートナー、または商人の場所１０６で運営する企業と関連付けられた他の人を表す。商人１２４は、ユーザ１０２が商品またはサービス１０８の代金を支払った後のみ、商品またはサービス１０８を受領することを確認することに責任を負ってもよい。商人１２４は、ＰＯＳデバイス１１６から送信され、ユーザ１０２が商品またはサービス１０８の代金を支払った証拠としてモバイルコンピューティングデバイス１０４上に表示される受領書を調べてもよい。商人のコンピューティングデバイス１２６はまた、ユーザ１０２が商品またはサービス１０８の代金を支払ったことを示すＰＯＳデバイス１１６からの受領書を受信してもよい。いくつかの実装例では、商人のコンピューティングデバイス１２６によって受信された受領書は、モバイルコンピューティングデバイス１０４によって受信された受領書と類似または同一であってもよい。２つの受領書を比較することによって、商人１２４は、モバイルコンピューティングデバイス１０４上に表示された受領書の真正性を確認し、実際に支払ったユーザ１０２が別のユーザとは対照的に、商品またはサービス１０８を受領することを確認することができる。商人のコンピューティングデバイス１２６は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、携帯情報端末など、任意の種類のコンピューティングデバイスであってもよい。
【００２９】
要約すれば、ＰＯＳデバイスの機能性をクラウドに変えることは、クレジットカード、デビットカード、ギフトカード、および他の種類の支払いを扱うための機構を提供しながら商人の場所１０６の運営を簡略化する。商人１２４は、商人のコンピューティングデバイス１２６および／または顧客に貸されるモバイルコンピューティングデバイス１０４など、商人の場所１０６で販売を管理するための有形の設備を維持することを選択してもよい。しかしながら、商人のコンピューティングデバイス１２６およびモバイルコンピューティングデバイス１０４の両方は、ソフトウェア（例えば、専門的な支払い「アプリ」、ウェブベースのアプリケーションにアクセスする標準ブラウザなど）の使用によってこの支払いシステムで機能するように適合される汎用のコンピューティングデバイスであってもよい。これらの種類のコンピューティングデバイスは、専用ＰＯＳデバイスよりも入手し、修正し、かつ維持するのが商人には容易であり得る。
【００３０】
図２は、図１のモバイルコンピューティングデバイス１０４と、ＰＯＳデバイス１１６と、支払い処理装置１１８と、商人１２４との間の相互作用の略図２００を示す。２０２では、モバイルコンピューティングデバイス１０４は、ＰＯＳデバイス１１６に対する１つ以上の商品および／またはサービス１０８を識別する。この識別は、例えば、顧客が店内を移動し、顧客がモバイルコンピューティングデバイス１０４も使用して、順に各品目を別々に示すショッピングカート内に様々な品目を置くときに、品目別に提供されてもよい。この識別はまた、例えば、モバイルコンピューティングデバイス１０４上に表示されたカタログから顧客のショッピングカート内の品目の各々を選択することなどによって顧客が同時にモバイルコンピューティングデバイス１０４で複数の品目を入力し得るバッチとして提供されてもよい。
【００３１】
２０４では、支払い情報は、ＰＯＳデバイス１１６に送信される。支払い情報は、ユーザ１０２がモバイルコンピューティングデバイス１０４に支払い情報を入力することに応答して、またはモバイルコンピューティングデバイス１０４のメモリから以前に記憶された支払い情報を送信することによってモバイルコンピューティングデバイス１０４から直接送信されてもよい。あるいは、モバイルコンピューティングデバイス１０４は、ネットワーク上で入手可能な支払い情報（例えば、関連する支払い情報を有するウェブベースのユーザアカウント）と関連付けられるユーザＩＤを供給してもよく、ネットワークからの支払い情報は、順にＰＯＳデバイス１１６に提供される。
【００３２】
２０６では、ＰＯＳデバイス１１６によって受信された支払い情報および要求された金額の表示が、順に支払い処理装置１１８に転送される。支払い処理装置１１８は、既存のＰＯＳデバイスハードウェアと相互作用する任意の種類の従来の支払い処理装置であってもよい。例えば、支払い処理装置１１８は、小切手または電子小切手を処理する手形交換所、クレジットカードを発行する銀行、ある種の電子通貨を管理するサーバコンピュータなどであってもよい。支払い処理装置１１８が支払い情報を受信すると、支払い処理装置１１８は、適切な口座からの調整のために借記を提出し、借記を減算するのに十分な資金があるかどうかを決定することができる。
【００３３】
２０８では、支払い処理装置１１８は、ＰＯＳデバイス１１６に承認を提供してもよい。この承認は、支払い情報１２０と関連付けられた口座が商品またはサービス１０８の代金を支払うのに十分な資金を有するという支払い処理装置１１８によって行われた決定に基づいてもよい。支払い処理装置１１８はまた、十分な資金が入手可能ではないと決定し、取引を拒否してもよい。支払い処理装置１１８からの承認を受信すると、ＰＯＳデバイス１１６は、取引のための受領書を生成してもよい。ＰＯＳデバイス１１６が商人の場所１０６における設備の有形な部分ではなくクラウドベースであるため、受領書は、電子受領書であってもよい。電子受領書、以下、単純に「受領書」は、電子メール、ＳＭＳ、または他の電子通信チャネルによって送信されてもよい。いくつかの実装例では、ネットワークアクセス可能なコンピューティングデバイス１１４と関連付けられたＰＯＳデバイス１１６またはプリンタは、印刷されたハードコピー受領書を生成してもよい。印刷されたハードコピー受領書は、監査目的で維持され、および／または後に商人および／または顧客へ郵送されてもよい。
【００３４】
２１０では、ＰＯＳデバイス１２０は、モバイルコンピューティングデバイス１０４に受領書を提供する。ＰＯＳデバイス１２０はまた、商人のコンピューティングデバイス１２６に受領書を提供する。モバイルコンピューティングデバイス１０４は、メモリ内に受領書を記憶し、表示画面上に受領書を表示し、または別の方法で受領書をユーザ１０２に提示してもよい。例えば、モバイルコンピューティングデバイス１０４は、受領書をユーザに伝えるために、音声などの表示以外の出力技術を使用してもよい。
【００３５】
２１２では、モバイルコンピューティングデバイス１０４上の受領書は、商人１２４に提示される。これは、ユーザ１０２が購入した商品１０８とともに商人の場所１０６を去るときに、ユーザ１０２が商人１１２にモバイルコンピューティングデバイス１０４の画面を示すことを含んでもよい。いくつかの実装例では、商人１２４は、ユーザ１０２によって提供された受領書を商人のコンピューティングデバイス１２６上に表示された受領書と比較してもよい。
【００３６】
例示的な販売時点情報管理デバイス
図３は、図１のＰＯＳデバイス１１６の概略図である。ＰＯＳデバイス１１６は、ネットワークアクセス可能なコンピューティングデバイス１１４上のＰＯＳデバイスの「仮想」インスタンスとして実装されてもよい。ＰＯＳデバイス１１６は、１つ以上のプロセッサ３０２と、１つ以上の形態のコンピュータ可読媒体３０４とを備える。コンピュータ可読媒体３０４としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または情報を記憶するために使用されてもよく、プロセッサによってアクセスされてもよい任意の他の非一時的コンピュータ可読媒体が挙げられるがこれらに限定されなくてもよい。ＰＯＳデバイス１１６はまた、ネットワーク１１２および支払い処理装置１１８と通信するための１つ以上のネットワークインターフェース３０６を含む。ネットワークインターフェース３０６は、電話回線、イーサネット（登録商標）、同軸ケーブル、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉなど、任意の有線または無線技術によってネットワークの接続性を提供することができる。
【００３７】
メモリ３０４は、１つ以上のプロセッサ３０２上で実行され得るコンピュータ実行可能な命令を表す１つ以上のモジュールを含んでもよい。１つの例示的なモジュールは、商人の場所割り当てモジュール３０８である。商人の場所割り当てモジュール３０８は、ＰＯＳデバイス１１６の物理的位置から遠隔である単一の商人の場所１０６とＰＯＳデバイス１１６を関連付ける。ＰＯＳデバイス１１６は、商人の場所１０６から離れた遠距離であり、ネットワーク１１２によって接続されてもよい。しかしながら、商人の場所割り当てモジュール３０８は、単一の商人の場所１０６のみとＰＯＳデバイス１１６を独占的に関連付けてもよい。したがって、図１に示されるアーキテクチャ１００は、多くの異なる商人にＰＯＳデバイス１１６を割り当てることの高い柔軟性を可能にするが、割り当てられると、ＰＯＳデバイス１１６は、レジカウンタに位置する有形のＰＯＳデバイスとＰＯＳデバイスが位置する店舗の物理的位置との関連性に類似した特定の商人の場所１０６にリンクされてもよい。したがって、クラウドベースのＰＯＳデバイス１１６は、それが特定の商人の場所１０６「に」位置するかのように実装されてもよい。ＰＯＳデバイス１１６と商人の場所１０６との間の相関関係は、会計、在庫管理などに利点を提供することができる。商人はまた、インターネットまたは電話を介して行われた購入など、位置に関係していない遠隔取引と比較すると、店舗用取引のより低い料金を提供する支払い処理装置１１８からのより低い処理料金を受領することができる。
【００３８】
ネットワーク１１２を介してＰＯＳデバイス１１６のインスタンスを提供することによって入手可能な柔軟性は、商人が、必要に応じて商人の場所１０６におけるＰＯＳデバイス１１６の数を増加または減少させることを可能にする。例えば、商人は、休暇中のショッピングシーズン中にその店舗立地に対して追加のＰＯＳデバイス１１６を要求してもよい。買い物の量が減少したことにより追加のＰＯＳデバイス１１６がもはや必要とされないとき、商人は、他の商人による使用のためにそれらのＰＯＳデバイス１１６を引き渡してもよい。クラウドベースのＰＯＳデバイス１１６の提供者とのいくつかの業務協定では、商人によって支払われた料金は、使用されたＰＯＳデバイス１１６の数に基づき得るため、必要なときのみ追加のＰＯＳデバイス１１６を使用する金銭上の誘因があるであろう。したがって、商人の場所割り当てモジュール３０８は、ある期間の間に商人の場所１０６で生じるまたは生じることが推定される取引の量に少なくとも一部基づいて、その期間の間、商人の場所１０６とＰＯＳデバイス１１６を関連付けてもよい。商人の場所１０６と関連付けられたＰＯＳデバイス１１６の数または容量の変化は、変化する取引量に応答して自動的に発生してもよい。例えば、ＰＯＳデバイスの料金を節約するために、商人は、所定の商人の場所１０６と関連付けられた１つのＰＯＳデバイス１１６のみ有することを選択してもよいが、その商人の場所１０６の取引量がＰＯＳデバイス１１６の容量に近づくと、追加のＰＯＳデバイス１１６が、その商人の場所１０６に自動的に割り当てられてもよい。
【００３９】
ＰＯＳデバイス１１６はまた、商人によって固定されることができてもよく、商人は、商人がそれらのデバイスを使用しながら、ＰＯＳデバイス１１６を完全に構成および制御することができてもよい。商人の場所割り当てモジュール３０８はまた、ＰＯＳデバイス１１６と商人の場所１０６を運営する商人によって維持される商人ネットワークとのセキュアな接続を確立してもよく、そのためＰＯＳデバイス１１６が商人ネットワークの一部として機能するようにする。したがって、いくつかの実装例では、ＰＯＳデバイス１１６は、商人の企業ネットワークの一部として効果的に追加されてもよい。
【００４０】
購入モジュール３１０は、ネットワーク接続３０６を介して、商人の場所１０６に位置するモバイルコンピューティングデバイス１０４などの顧客操作デバイスからの購入要求を受信することができる。購入要求は、支払い情報１２０と、顧客が購入することを望む商品またはサービス１０８の識別とを含んでもよい。支払い情報は、購入時に顧客操作デバイスのユーザ１０２によって入力された支払い情報１２０（例えば、クレジットカード番号を打ち込む）、顧客操作デバイスのメモリ内に以前に記憶された支払い情報１２０（例えば、モバイルコンピューティングデバイス１０４に記憶された銀行支店コードおよび当座預金口座番号）、またはネットワーク１１２を介して入手可能かつ顧客操作デバイスのメモリ内のユーザ識別子の記憶された１２０によって顧客操作デバイスと関連付けられた支払い情報１２０（例えば、商人のギフトカード勘定残高）を含んでもよい。商品またはサービス１０８の識別は、商品またはサービス１０８の識別と関連付けられたタグ１１０の走査によって提供されてもよい。この走査は、バーコードもしくは品目の写真を撮るカメラを使用するか、またはＲＦＩＤタグからの無線信号を受信するアンテナを使用するなど、顧客操作デバイスの入力または検知構成要素を使用して顧客操作デバイスによって生成されてもよい。バーコードまたは品目の写真は、商品および／またはサービスの商人のカタログで一致する品目を見つけるマシンビジョンを使用して分析されてもよい。商品またはサービス１０８はまた、レストランからのメニュー、商品またはサービスのカタログなど、顧客操作デバイス上に表示されるリストから商品またはサービス１０８の選択によって識別されてもよい。あるいは、顧客操作デバイスのユーザ１０２は、１つ以上の商品および／またはサービス１０８に対応するコードを入力してもよい。
【００４１】
商人カタログモジュール３１２は、ＰＯＳデバイス１１６上の商品および／またはサービスの商人のカタログのすべてまたは一部を記憶することができる。商人カタログモジュール３１２は、名前、製品番号、バーコード値などのカタログで各商品および／またはサービスのための情報を識別することを含んでもよい。商人カタログモジュール３１２はまた、カタログで商品および／またはサービスに対応する価格を含んでもよい。商人カタログモジュール３１２の内容は、商人の場所割り当てモジュール３０８によってＰＯＳデバイス１１６に割り当てられる商人の場所１０６と関連付けられてもよい。商人カタログモジュール３１２はまた、商人の場所１０６で入手可能な購入および在庫を追跡することによる在庫会計を提供してもよい。いくつかの実装例では、商人カタログモジュール３１２は、例えば、図１に示されるネットワークアクセス可能な記憶装置１２２内などのＰＯＳデバイス１１６以外のどこかの全部または一部に位置してもよい。
【００４２】
支払いモジュール３１４は、支払い処理装置１１８に支払い情報を提供し、支払い処理装置１１８から承認を受領して、購入要求を満たすことができる。支払いモジュール３１４は、支払い情報を送信するときに従来のハードウェアＰＯＳデバイスによって使用されたものと類似またはそれよりも優れている暗号化を使用してもよい。
【００４３】
受領書生成モジュール３１６は、支払い処理装置１１８からの承認を証明する受領書を生成する。受領書はまた、商品またはサービス１０８を識別することができる。いくつかの実装例では、受領書生成モジュール３１６は、受領書を顧客操作デバイスに送信する。したがって、受領書は、ユーザの購入が成功裏に完了されたことをユーザ１０２に確証を与える。商品またはサービス１０８の代金を実際に支払わずに受領書を偽造することを試み得る人々を阻止する技法として、受領書は、有効性確認データを使用してもよい。有効性確認データは、商人の場所１０６と関連付けられた商人によって提供された種情報に基づいてもよい。種情報はそれ自体が、受領書の調査によって逆行分析することが難しくてもよいが、商人は、偽造された受領書の調査によって正しい種情報の欠如を容易に識別することができてもよい。偽造された受領書を防ぐ追加のセキュリティのレベルは、例えば、毎時または毎日など、商人によって指定される頻度で種情報を変更することを含んでもよい。
【００４４】
他の実装例では、受領書生成モジュール３１６は、顧客操作デバイスおよび商人の場所１０６における商人のコンピューティングデバイス１２６に受領書を送信することができる。顧客によって制御されたコンピューティングデバイスを介するのではなく、ＰＯＳデバイス１１６から商人のコンピューティングデバイス１２６で受領書を受信することは、偽造された受領書を有する人々が支払わずに商品および／またはサービス１０８を受領するのを防ぐための代替的または追加の技法を提供する。
【００４５】
セキュリティモジュール３１８は、顧客操作デバイスの位置の表示を受信し、顧客操作デバイスの位置を商人の場所１０６と比較し、顧客操作デバイスの位置が商人の場所１０６からの閾値距離を超えると、顧客操作デバイスが購入を完了するのを防ぐことができる。顧客操作デバイスの地理位置情報と商人の場所１０６との間の相関関係を必要とすることは、不正または誤った取引を防ぐことができる。例えば、実装されたこの位置ベースのセキュリティによって、顧客が開始しなかった取引に対して不注意または不正に請求されることが顧客のスマートフォンにはより難しくなり得る。この技法はまた、ＰＯＳデバイス１１６が商人の場所１０６の外側のコンピューティングデバイスから送信された不正確または不正な取引を受領するのを防ぐことができる。
【００４６】
例示的なユーザインターフェース
図４は、商品またはサービス１０８を選択するためにユーザ１０２にメニューを提供するモバイルコンピューティングデバイス１０４の例示的なユーザインターフェース４００を示す。この例では、商人は、メキシコ料理を売るレストランである。このメニューは、タコス４０２、ブリート４０４、エンチラーダ４０６、およびトスターダ４０８の４つの異なる食べ物の選択肢を提供する。ユーザインターフェース４００上に提示された各商品またはサービス１０８に対して、このメニューは、名前、説明、価格などを示すことができる。この例示的なユーザインターフェース４００では、ユーザ１０２は、ユーザの選択の隣のラジオボタンを押すことによって選択肢のうちの１つ以上を選択することができる。言うまでもなく、この例は単に例示であり、このメニューは、より多くまたはより少ない数の品目を有してもよく、販売用のサービスならびに他の種類の非食料品を表すために使用されてもよい。ユーザ１０２がユーザインターフェース４００を使用して、ユーザが購入することを望む商品および／またはサービス１０８を示すと、ユーザ１０２は、「購入」ボタン４１０を押して、選択および支払い情報をＰＯＳデバイス１１６に送信することができる。
【００４７】
図５は、商品またはサービス１０８と関連付けられたコードを入力するためにユーザ１０２にフィールド５０２を提供するモバイルコンピューティングデバイス１０４の例示的なユーザインターフェース５００を示す。例えば、メキシコ料理を売るレストランは、メニュー品目の隣にコードを載せる従来の印刷されたメニューを有する場合がある。ユーザ１０２は、ユーザが購入することを望む商品またはサービス１０８に対応するコードを識別し、そのコードを商品／サービスコードフィールド５０２に入力することができる。間違ったコードを誤って入力する可能性を減少させるために、ユーザインターフェース５００はまた、コードに対応する選択された商品および／またはサービス１０８を示す確認フィールド５０４を含んでもよい。したがって、ユーザ１０２が間違ったコードを入力した場合、ユーザは、確認フィールド５０４を調べることによってそれを識別することができるであろう。ユーザがコードを入力し、コードが正しいことを確認した後、ユーザは、「購入」ボタン５０６を押すことができる。「購入」ボタン５０６を押すことは、選択および支払い情報をＰＯＳデバイス１１６に送信することができる。
【００４８】
コードはまた、特定の商品もしくはサービス１０８またはユーザ１０２によって購入された商品およびサービス１０８の組み合わせに対して生成されてもよい。例えば、コードは、紙の勘定書または請求書に印刷されてもよく、コードは、特定の勘定書または請求書に対応するようにＰＯＳデバイス１１６によって識別され、コードは、その勘定書または請求書に対する支払い金額と相関する。確認フィールド５０４は、請求される金額を示すことができ、ユーザ１０２は、この金額を勘定書または請求書に記載される金額と比較することができる。それが正しい場合、ユーザ１０２は、「購入」ボタン５０６を押すことができる。一例として、レストランは、食事に対する請求全額と関連付けられる保険請求コードを有する勘定書を食事する客に渡し、この保険請求コードは、商品／サービスコードフィールド５０２に入力され得る。
【００４９】
商人による準備を必要とし得る商品および／またはサービス１０８（例えば、タコスを調理する）の購入はまた、商人に購入を警告する「購入」ボタン５０６を押すことに応答するモバイルコンピューティングデバイス１０４からの通信を含んでもよい。この通信は、最初にＰＯＳデバイス１１６に送信され、次いで商人または商人のコンピューティングデバイス１２６などの商人に直接送信されてもよい。この通信は、商人に購入されたものを通知し、商品またはサービス１０８が顧客に対して準備されなければならない通知を商人に与える。したがって、図１に示されるＰＯＳデバイス１１６および支持アーキテクチャ１００はまた、購入されたものを商人に告げることによって注文機能性を提供し、それによって商人が販売用の商品またはサービスを準備するのを可能にすることができる。
【００５０】
図６は、受領書を表示するモバイルコンピューティングデバイス１０４上の例示的なユーザインターフェース６００を示す。ユーザインターフェース６００上に表示された電子受領書は、商人の名前、日付、時刻、および従来の印刷された受領書に見られる任意の他の情報を含むことができる。受領書を示すユーザインターフェース６００は、購入済み６０２であった商品および／またはサービス１０８を識別する。受領書が商人に示されると、商人は、どの商品またはサービス１０８を顧客に提供すれば良いか知っているであろう。商人は、顧客が購入されなかった追加の商品および／またはサービス１０８を取ることを試みているか確認することができる。受領書はまた、「支払い済み」６０４であるとして商品またはサービス１０８の状態を示し、支払い金額を示す。
【００５１】
いくつかの実装例では、受領書は、受領書が真正であるか確認する商人によって調べられ得る有効性確認データ６０６を含んでもよい。基本的な例として、有効性確認データ６０６は、ＰＯＳデバイス１１６によって受領書に追加された有効性確認画像６０６（１）で構成されてもよい。ここで、有効性確認画像６０６（１）は、ピラミッドである。同一のピラミッド画像が、あらゆる受領書に使用されてもよい。しかしながら、有効性確認画像６０６（１）が知られると、偽造された受領書が比較的容易に作成され得る。各々が異なる形態の有効性確認画像６０６（１）を含む大量の画像を使用することなどによって、より高度な技法が用いられてもよい。例えば、有効性確認画像６０６（１）は、ピラミッドであってもよく、各受領書がピラミッドの異なる写真を有してもよい。例示的なユーザインターフェース６００に示される有効性確認画像６０６（１）は、明らかにピラミッドの画像であるが、有効性確認画像６０６（１）は、全体像の比較的小さな構成要素であってもよく、それ故に潜在的な泥棒には受領書に現れる画像と見分けることがより難しい。例えば、このユーザインターフェース６００に示される画像はまた、影、砂、または三角形の有効性確認画像６０６（１）であってもよい。したがって、受領書を確認する商人１２４は、商人１２４が受領書を正しい有効性確認画像６０６（１）を有するか否かを迅速に特定し易くし得る特定の要素（例えば、ピラミッド、砂、影など）を含む写真を探さなければならないことを知っていてもよい。有効性確認画像６０６（１）はまた、影および砂などの２つ以上の特徴の組み合わせを必要としてもよい。
【００５２】
有効性確認テキスト６０６（２）は、有効性確認画像６０６（１）の代わりまたはそれに加えて使用されてもよい。有効性確認テキスト６０６（２）は、無作為な単語または一文にされた単語であってもよい。有効性確認テキスト６０６（２）に含まれる特定、所定の単語があってもよい。しかしながら、比較的大量の受領書を調べずに、単数または複数の単語のいずれが受領書の有効性を確認するために使用されるかを決定するのは泥棒に難しい場合がある。例えば、ユーザインターフェース６００に示される有効性確認テキスト６０６（２）に必要とされる単語は、「ピラミッド」、「影」、「砂」、または他の単語のいずれかであり得る。商人１２４が受領書を再調査するときにどの単数または複数の単語を探すかを知っている場合、商人が有効性確認テキスト６０６（２）に欠ける偽造された受領書を識別するのは比較的容易である。有効性確認テキスト６０６（２）を使用する能力は、スマートフォンのすべての特徴に欠けるがテキストメッセージを受信することができる携帯電話に受信および表示され得るテキストのみの受領書の認証を可能にする。
【００５３】
有効性確認データ６０６に現れることを必要とされる単語および／または画像は、ＰＯＳデバイス１１６に商人によって提供され、かつ有効性確認データ６０６で受領書を生成する受領書生成モジュール３１６によって使用される種または鍵であってもよい。例えば、商人は、ある特定の日の間、「ピラミッド」および「影」として種を設定してもよく、ＰＯＳデバイス１１６は、種を含む有効性確認画像６０６（１）および／または有効性確認テキスト６０６（２）で受領書を生成するであろう。
【００５４】
受領書はまた、商人１２４が受領書を無効にするように有効にする無効化ボタン６０８を含んでもよい。受領書を無効にすることは、１回の支払いに対して複数の商品および／またはサービス１０８を受領する受領書の再利用を防ぐことができる。受領書の無効化は、モバイルコンピューティングデバイス１０４に追跡およびセキュリティ目的のために無効性をＰＯＳデバイス１１６に伝えさせることができる。いくつかの実装例では、商人１２４は、モバイルコンピューティングデバイス１０４にコードを入力して、受領書を無効にすることができる。これは、ユーザ１０２が購入された商品またはサービス１０８を受領する前に受領書を誤って無効にするのを防ぐことができる。受領書はまた、時間が経過することによって無効にされてもよい（例えば、受領書は、２４時間のみ有効であり、その後、無効化ボタン６０８が押されてないとしても有効期限が切れる）。
【００５５】
例示的なプロセス
後述されるこれらのプロセスは各々が、論理フローグラフでブロックの集積として図示され、これは、ハードウェア、ソフトウェア、またはこれらの組み合わせに実装され得る一連の動作を表す。ソフトウェアにおいて、ブロックは、１つ以上のプロセッサによって実行されると、記載される動作を行う１つ以上のコンピュータ可読記憶媒体に記憶されたコンピュータ実行可能な命令を表す。一般的に、コンピュータ実行可能な命令としては、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、および特定の機能を行うか、または特定の抽象データ型を実装するものが挙げられる。動作が記載される順は、限定するものと解釈されるものではなく、任意の数の記載されるブロックが、プロセスを実装するために任意の順および／または並行して組み合わせられてもよい。
【００５６】
図７は、ＰＯＳデバイス１１６を使用して商人から商品またはサービスの購入を容易にするモバイルコンピューティングデバイス１０４のための例示的なプロセス７００である。７０２では、商人の場所１０６における商人１２４から入手可能な商品またはサービス１０８の同一性は、モバイルコンピューティングデバイス１０４が商人の場所１０６である間、モバイルコンピューティングデバイス１０４のユーザ１０２から受信される。この同一性は、モバイルコンピューティングデバイス１０４のカメラを使用して捉えられる商品またはサービス１０８と関連付けられたタグ１１０の画像によって提供されてもよい。モバイルコンピューティングデバイス１０４は、携帯電話、スマートフォン、タブレットコンピュータ、携帯情報端末（ＰＤＡ）などであるがこれらに限定されなくてもよい。
【００５７】
７０４では、ネットワーク１１２を介して商品またはサービス１０８および支払い情報１２０の同一性を商人の場所１０６と関連付けられ、商人の場所１０６から遠隔に位置するネットワークアクセス可能なＰＯＳデバイス１１６に送信する命令は、ユーザから受信される。ネットワーク１１２は、無線ネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉなど）の全部または一部であってもよい。
【００５８】
７０６では、商品またはサービス１０８をユーザ１０２に売る承認は、ＰＯＳデバイス１１６から受信される。この承認は、７０４で提供された支払い情報に基づいてもよい。
【００５９】
７０８では、受領書は、７０６での承認を受信することに応答してモバイルコンピューティングデバイス１０４上に表示される。受領書は、ネットワーク１１２を介してＰＯＳデバイス１１６から受信され、識別された商品またはサービス１０８に対する支払いの受領を示す。商人１２４に表示され、商人１２４によって有効性を確認されると、受領書は、ユーザ１０２が商人１２４から商品またはサービス１０８を受領することを商人１２４が可能にすることをもたらすことができる。有効性確認は、顧客が受領書を有するか商人１２４が単純に識別することを含んでもよい。有効性確認はまた、商人１２４が受領書に含まれた有効性確認データを確認し、および／または受領書と商人のコンピューティングデバイス１２６上に表示された受領書を照合することを含んでもよい。いくつかの実装例では、受領書は、商人の場所１０６の出口で商人１２４に表示されてもよく、あるいは、受領書は、顧客が商人１２４から商品またはサービス１０６を要求するときに商人１２４に表示されてもよい。
【００６０】
モバイルコンピューティングデバイス１０４のユーザ１０２は、受領書を表示するタイミングを選択することができる。ユーザは、ＰＯＳデバイス１１６から受領書を受領した後いつでも、商人１２４に受領書を表示することができる。ユーザ１０２は次に、実質的に同時に商人１２４から商品またはサービス１０８を受領することができる。例えば、商人の場所１０６で商品１０８を選択し、商品１０８の代金を支払った後、ユーザ１０２は、商品１０８を商人の場所１０６の出口に持っていき、商人１２４に受領書を表示した直後に商品１０８とともに去る。追加の例として、ユーザ１０２は、サービス１０８を選択し、その代金を支払い、その後、受領書を表示した後、商人１２４がサービスを提供することができ次第、商人１２４からサービス１０８を受領することができる。したがって、ＰＯＳデバイス１１６で支払うことは、現金で支払う顧客によって体験され得るものを超えるいかなる遅延を必ずしも発生させない。
【００６１】
図８は、モバイルコンピューティングデバイス１０４上に表示されたリストから商品またはサービス１０８を選択するユーザによって開始された取引を処理するための例示的なプロセス８００である。８０２では、商人の場所１０６で入手可能な商品およびサービスからの商品またはサービス１０８の選択が受信される。商人で入手可能な商品およびサービスは、図４に示されるユーザインターフェース４００などのユーザインターフェースでモバイルコンピューティングデバイス１０４上にリストとして表示されてもよい。この選択は、ユーザ１０２およびモバイルコンピューティングデバイス１０４が商人の場所１０６に位置する間、モバイルコンピューティングデバイス１０４のユーザ１０２によってなされてもよい。例えば、ユーザ１０２は、タコスのトラックの前で立ちながらリストからタコスを選択してもよい。
【００６２】
モバイルコンピューティングデバイス１０４の地理位置情報は、モバイルコンピューティングデバイス１０４上に表示する商品およびサービスの正しいリストを識別するために使用されてもよい。例えば、モバイルコンピューティングデバイス１０４の検出された位置に最も近い商人の場所１０６の商品またはサービスのリストが提示されてもよい。モバイルコンピューティングデバイス１０４の位置はまた、郵便番号を入力すること、住所を打ち込むこと、または地図上の位置を選択することなど、位置情報を提供するユーザ１０２によって識別されてもよい。したがって、モバイルコンピューティングデバイス１０４の位置と商人の場所１０６との間の相関関係は、位置認識ではないデバイスに対するユーザ入力によって達成されてもよい。
【００６３】
８０４では、支払い情報１２０は、モバイルコンピューティングデバイス１０４から受信される。支払い情報１２０は、商品またはサービス１０８の代金を支払うためにユーザ１０２によってモバイルコンピューティングデバイス１０４に入力されてもよい。例えば、ユーザ１０２は、自身のクレジットカード番号を打ち込んでもよい。
【００６４】
８０６では、支払い情報１２０は、支払い処理装置１１８に提示される。
【００６５】
８０８では、支払い処理装置１１８は、商品またはサービス１０８の代金を支払うために支払い情報１２０と関連付けられた口座に十分な資金があるかどうかを決定する。十分な資金がない場合、プロセス８００は、８１０への「いいえ」経路に沿って進み、取引は拒否される。十分な資金がある場合、プロセス８００は、８１２への「はい」経路に沿って進む。
【００６６】
８１２では、支払い情報１２０が商品またはサービス１０８の代金を支払う十分な資金と関連付けられる確認が支払い処理装置１１８から受信される。
【００６７】
８１４では、受領書が生成される。受領書は、図６に示されるものなどの有効性確認データ６０６を含んでもよく、これは、商人の場所１０６を運営する商人１２４によって提供された種情報に少なくとも一部基づいている。受領書はまた、８０２で選択された商品またはサービス１０８の表示を含んでもよい。
【００６８】
８１６では、受領書は、モバイルコンピューティングデバイス１０４に送信される。モバイルコンピューティングデバイス１０４のユーザ１０２は、商品またはサービス１０８に対する支払いの証拠として商人１２４に受領書を表示することができる。
【００６９】
図９は、モバイルコンピューティングデバイス１０４を使用することによって商品またはサービス１０８と関連付けられたタグ１１０を走査するユーザ１０２によって開始された取引を処理するための例示的なプロセス９００である。９０２では、商人の場所１０６で入手可能な商品またはサービス１０８と関連付けられたタグ１１０の走査が受信される。走査１１０は、モバイルコンピューティングデバイス１０４のユーザ１０２およびモバイルコンピューティングデバイス１０２が商人の場所１０６に位置する間、モバイルコンピューティングデバイス１０４によって生成されてもよい。例えば、ユーザ１０２は、ユーザのスマートフォンを走査モードにして、所望の商品１０８を走査するようにパッケージ化している製品の内側のＲＦＩＤタグの近くにスマートフォンを通してもよい。
【００７０】
９０４では、ユーザを一意に識別するユーザ識別子（ＩＤ）が、モバイルコンピューティングデバイス１０４から受信される。ユーザＩＤは、個人ユーザ１０２（例えば、「Ｊｏｈｎ」）に固有であり、モバイルコンピューティングデバイス１０４（例えば、Ｊｏｈｎのスマートフォン）に固有であり、または特定の商人（例えば、商人  ＸとのＪｏｈｎの口座）と関連付けられてもよい。
【００７１】
９０６では、ユーザＩＤは、商品またはサービス１０８の代金を支払うためにユーザ１０２と関連付けられた以前に記憶された支払い情報１２０を得るために使用される。例えば、支払い情報１２０は、ネットワーク、またはユーザＩＤを支払い情報１２０の１つ以上のセット（例えば、ユーザ１０２の４つの異なるクレジットカード）とリンクするネットワークアクセス可能な記憶装置１２２上のクラウドで記憶されてもよい。
【００７２】
９０８では、支払い情報１２０は、支払い処理装置１１８に提示される。
【００７３】
９１０では、支払い処理装置１１８は、商品またはサービス１０８の代金を支払うために支払い情報１２０と関連付けられた口座に十分な資金があるかどうかを決定する。十分な資金がない場合、プロセス９００は、９１２への「いいえ」経路に沿って進み、取引は拒否される。十分な資金がある場合、プロセス９００は、９１４への「はい」経路に沿って進む。
【００７４】
９１４では、支払い情報１２０が商品またはサービス１０８の代金を支払う十分な資金と関連付けられる支払い処理装置１１８からの確認が受信される。
【００７５】
９１６では、９１４での確認を受信することに応答して商品またはサービス１０８を識別する受領書が生成される。受領書はまた、任意に、商品もしくはサービスの代金を支払った金額および／または有効性確認データを識別することができる。
【００７６】
９１８では、受領書は、モバイルコンピューティングデバイス１０４および商人のコンピューティングデバイス１２４に送信される。モバイルコンピューティングデバイス１０４上の受領書と、商人のコンピューティングデバイス１２４上の受領書との一致は、商品またはサービス１０８に対する支払いの証拠を提供する。したがって、ユーザ１０２がモバイルコンピューティングデバイス１０４上に表示していながら商人のコンピューティングデバイス１２４上で同じ受領書を見るときに、商人１２４は、このユーザ１０２が受領書に表示された商品またはサービス１０８の代金を支払ったことを確認することができる。
【００７７】
例示的なアーキテクチャ、デバイス、およびデータストア
図１０は、顧客１００２が商人１００６からある品目を購入するためにモバイルデバイス１００４を用いる例示的なアーキテクチャ１０００を示す。モバイルデバイス１００４は、スマートフォン、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、タブレットコンピュータ、電子書籍リーダ、パーソナルメディアプレイヤ（ＰＭＰ）、携帯型ゲームシステムなどを含むがこれらに限定されない任意の種類のモバイルコンピューティングデバイスとして実装されてもよい。顧客１００２は、図１を参照することにより記載されるユーザ１０２に相当してもよく、モバイルデバイス１００４は、モバイルコンピューティングデバイス１０４に相当してもよく、商人１００６は、商人１２４に相当してもよい。
【００７８】
モバイルデバイス１００４は、ネットワーク１００８（例えば、ネットワーク１１２）に接続されてもよい。ネットワーク１００８は、ケーブルネットワーク、ローカルエリアネットワーク、パーソナルエリアネットワーク、広域ネットワーク、インターネット、無線ネットワーク、アドホックネットワーク、メッシュネットワーク、および／または同様のものなど、複数の異なる種類のネットワークのいずれか１つまたは組み合わせを含んでもよい。モバイルコンピューティングデバイス１００４は、無線信号を使用する接続（例えば、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３Ｇネットワーク、４Ｇネットワークなど）など、有線または無線接続を介してネットワーク１００８にアクセスすることができる。
【００７９】
１つ以上のネットワークアクセス可能なコンピューティングデバイス１０１０はまた、ネットワーク１００８に接続され、ネットワーク１００８を介してモバイルデバイス１００４と通信することができる。ネットワークアクセス可能なコンピューティングデバイス１０１０は、図１を参照することにより記載されるネットワークアクセス可能なコンピューティングデバイス１１４に相当してもよい。ネットワークアクセス可能なコンピューティングデバイス１０１０は、サーバコンピュータまたは集中型もしくは分散型アーキテクチャにおける他の種類のコンピューティングデバイスであってもよい。したがって、ネットワークアクセス可能なコンピューティングデバイス１０１０は、様々な機械および／または地理的位置にわたって分散された「クラウドベースの」コンピューティングリソースを表すことができる。ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０は、１つ以上の商人アカウント記録１０１２と、１つ以上の顧客アカウント記録１０１４とを含む１つ以上のデータストアを含むかまたはそれに通信可能に接続されてもよい。商人アカウント記録（複数可）１０１２は、モバイルデバイス１００４上に報告された取引が実際の支払いを表す検証を提供する情報を含むネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０上のアカウントを設定するために商人１００６によって提供された情報を含むことができる。顧客アカウント記録（複数可）１０１４は、顧客１００２を識別する情報と、商人１００６との取引に資金を提供するための支払い情報とを含む。
【００８０】
商人１００６は、顧客１００２のモバイルデバイス１００４以外のローカルデバイスを全く使用せずに顧客１００２との取引をしてもよい。しかしながら、いくつかの実装例では、商人１００６は、携帯電話１０１６を使用して、顧客１００２との取引に関する情報を受信してもよい。図１を参照することにより記載される商人のコンピューティングデバイス１２６に相当し得る携帯電話１０１６は、無線信号を使用して、ネットワーク１００８を介してネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０に接続性を順に提供し得る無線アンテナ１０１８と通信することができる。したがって、携帯電話１０１６は、インターネットまたは携帯電話ネットワーク以外の任意のネットワークへの直接接続なしに「非知能型」電話として実装されてもよい。携帯電話１０１６は、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０からテキストまたはショートメッセージサービス（ＳＭＳ）メッセージを受信することができる。携帯電話１０１６によって受信されたメッセージは、モバイルデバイス１００４上の「秘密」情報にアクセスする商人１００６にＰＩＮもしくはコードを提供するか、または他の目的のために、モバイルデバイス１００４によって行われた支払いの確認を商人１００６に提供するために使用されてもよい。
【００８１】
いくつかの実装例では、商人１００６はまた、タグリーダ１０２０を使用して、モバイルデバイス１００４によって提示されたタグを読み込むことができる。タグリーダ１０２０は、モバイルデバイス１００４上に表示されたバーコードまたはＱＲコードなどの画像を走査するスキャナ（例えば、反射光、レーザーなど）として実装されてもよい。タグリーダ１０２０は、モバイルデバイス１００４上に表示された画像（例えば、バーコードまたはＱＲコードより視覚的に複雑な画像を含む）を受信および解釈するマシンビジョンソフトウェアと組み合わせられたカメラなどの他の方法で実装されてもよい。タグリーダ１０２０の実装例は、モバイルデバイス１００４からの視覚情報のみを受信することに限定されないが、例えば、マイクロホンとして実装されるとき、タグリーダ１０２０は、モバイルデバイス１００４上のスピーカから聴覚情報、「音声タグ」を受信してもよい。
【００８２】
タグリーダ１０２０は、モバイルデバイス１００４によって提示されたタグが有効または無効であるかを示すことができる。有効タグは、モバイルデバイス１００４を使用して行われた顧客１００２からの支払いが商人１００６によって受信された証拠を提供することができる。無効タグは、モバイルデバイス１００４によってレンダリングされたタグ（例えば、画像、音声など）が実際の支払いに応答してネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０から受信されなかったが、顧客１００２によって「偽造された」可能性があったか、または他の何らかの問題が存在することを示すことができる。タグリーダ１０２０は、着色光を照らし、および／または音を出すことによってタグの有効性を示すことができる（例えば、有効に対して緑色光、無効に対して赤色光、有効に対してベル、無効に対してブザー）。商人１００６は次に、タグリーダ１０２０からの応答に基づいて顧客１００２に適切に応えることができる。
【００８３】
タグリーダ１０２０は、ネットワーク１００８への接続がない比較的単純なデバイスであってもよい。したがって、タグリーダ１０２０に記憶される有効タグと無効タグとを区別するための命令は、まれに更新されても、または全く更新されなくてもよい。したがって、１回有効であったタグは、タグがタグリーダ１０２０に提示されるたびに有効と解釈されてもよい。
【００８４】
タグの再利用を防ぐために、タグリーダ１０２０は、それ自体のローカルメモリ１０２２を使用して取引記録を記憶することができる。タグの再利用を防ぐことは、顧客１００２が１回のみ支払ったときに顧客１００２がある品目を複数回受領するのを防ぐことができる。各タグは、取引を一意に識別するために使用され得る取引識別子を暗号化することができる。取引識別子は、数字、文字数字の列、ハッシュコード、顧客１００２の同一性の任意の組み合わせから派生される類似の値、モバイルデバイス１００４の識別子、商人１００６の同一性、取引の対象である品目、取引の時間、取引に対する支払い金額、または他のデータであってもよい。タグが走査されると、取引識別子は、メモリ１０２２内に記憶されてもよい。走査するときに、取引識別子は、メモリ１０２２内の他の取引識別子と比較して作成されてもよく、一致が見られる場合、タグリーダ１０２０は、タグが無効であることを示すことができる。したがって、タグは、タグが以前に使用された取引識別子と関連付けられることにより無効と解釈される。これは、顧客１００２が無料で追加の品目を得るために受領書を再利用するのを防ぐための１つの技法である。メモリ１０２２の内容は、追加の記録のための余地を作り出すために定期的に消去されてもよい。例えば、メモリ１０２２は、有効タグを識別するためのタグリーダ１０２０内の命令が更新されるときに消去されてもよい。
【００８５】
他の実装例では、タグリーダ１０２０は、ネットワーク１００８に接続されるより高度なデバイスであってもよく、したがって、メモリ１０２２は、ネットワークアクセス可能なメモリ１０２２であり、「クラウド」のどこかに位置するが、タグリーダ１０２０に必ずしも物理的近接でなくてもよい。複数のタグリーダ１０２０はまた、ネットワーク１００８への接続を必ずしも有せずに商人１００６内のローカルネットワークを使用することによって取引識別子の集合リストを維持するためにメモリ１０２２を共有してもよい。集合メモリ１０２２によって、大きな商人１００６などにおける複数のタグリーダ１０２０は、使用された取引識別子の同じリストを共有し、それによって顧客１００２があるレジの場所でタグを使用し、次いで異なるレジの場所で同じタグを再び使用しようと試みるのを防ぐことができる。
【００８６】
図１１は、商人アカウント記録（複数可）１０１２および顧客アカウント記録（複数可）１０１４の内容の概略図１１００をより詳細に示す。商人アカウント記録（複数可）１０１２は、図１０に示される商人１００６を含む複数の商人のためのアカウントを含んでもよい。商人１００６は、商人アカウント１１０２を開設するときにネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０に様々な種類の情報を提供することができる。各商人アカウント１１０２は、商人１００６の名前として表される商人同一性１１０４と、商人１００６の一意の識別子番号またはコードと、商人１００６の住所と、地表面上の商人１００６の位置（例えば、緯度および経度）と、商人１００６を識別するのに役立ち得る任意の他の情報とを含んでもよい。
【００８７】
商人アカウント１１０２はまた、有効性確認データまたはモバイルデバイス１００４に提示される検証データ１１０６を含んでもよく、そのため商人１００６がモバイルデバイス１００４上に示される支払い確認の真正性を検証することができるようにする。検証データ１１０６は、商人が以前に選択し、商人アカウント１１０２に場合によりアップロードした何かであってもよい。例えば、検証データ１１０６は、テキスト、写真、音声、映像、または触覚応答を含んでもよく、これらのいずれかがモバイルデバイス１００４によってレンダリングされてもよい。
【００８８】
検証データ１１０６はまた、商人１００６が商人アカウント１１０２に特に提供またはアップロードすることを必要がないが、商人１００６によって容易に認識され得る他の種類のデータを含んでもよい。例えば、検証データ１１０６はまた、商人１００６の最近の購入履歴、商人１００６の連絡先のリスト、または１つ以上のソーシャルネットワークにおける商人１００６の関連性のソーシャルグラフを含んでもよい。さらなる例として、検証データ１１０６は、ソーシャルメディアアカウントからの友人の写真または連絡先など商人１００６のソーシャルメディアアカウントにおける既存の内容から引き出されてもよい。ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０は、オンライン小売業者と関連付けられてもよく、オンライン小売業者を有する商人のアカウントは、検証データ１１０６としてオンライン小売業者から商人１００６の最近の購入履歴（例えば、最も最近の３回の購入）を提供してもよい。顧客１００２がこの情報に「なりすます」ことができることは考えにくく、そのため検証データ１１０６としてこの情報を使用することは、それがネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０から実際に生じた信用を商人１００６に与える。
【００８９】
同様に、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０は、オンラインアドレス帳、インスタントメッセンジャーアカウント、電子メールアカウント、または商人１００６の連絡先のリストを含む同様のものへアクセスすることができるか、またはそれらと関連付けられてもよい。連絡先のリストまたはリストのサブセット、例えば、３人の最も頻繁に連絡を取った個人は、検証データ１１０６として使用されてもよい。商人１００６が参加するソーシャルネットワークから生じた関係は、商人のソーシャルネットワークにおける商人１００６の近くの他の実体を示すノードおよび境界のグラフなど、関連性のソーシャルグラフを作成するために使用されてもよい。ソーシャルグラフの画像または他の表示はまた、検証データ１１０６として機能を果たすことができる。前例のいずれか１つまたは組み合わせが、検証データ１１０６として使用されてもよい。
【００９０】
商人アカウント１１０２はまた、モバイルデバイス１００４が検証データ１１０６をレンダリングする前にモバイルデバイス１００４に提供されることを必要とされ得る認証チャレンジ１１０８を含むことができる。認証チャレンジ１１０８は、商人１００６が商人１００６をモバイルデバイス１００４に認証するためにモバイルデバイス１００４に提供するパスワードであってもよい。認証チャレンジ１１０８はまた、個人識別番号（ＰＩＮ）、物理的なジェスチャ（例えば、モバイルデバイス１００４のタッチスクリーン上に描かれる）、話された語句（例えば、音声認識を使用して認識される）、または指紋、顔画像などの別の生体測定識別子（例えば、モバイルデバイス１００４のカメラを使用する）などとして実装されてもよい。
【００９１】
商人１００６は、商人１００６と関連付けられた金融口座１１１０で顧客１００２からの電子決済を受領する。商人アカウント１１０２は、商人アカウント１１０２の一部として金融口座１１１０を含んでもよく、あるいは、銀行などのどこかに商人の金融口座にアクセスするために必要な情報（例えば、パスワード、通信プロトコル）を含んでもよい。商人１００６と関連付けられた金融口座１１１０は、顧客１００２から商人１００６への支払いに対するターゲットまたはエンドポイントを表す。
【００９２】
セキュリティの追加または代替的な形態として、商人アカウント１１０２はまた、秘密鍵１１１２を含んでもよい。秘密鍵１１１２は、非対称鍵対の一部であってもよい。公開鍵は、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０にアクセスするためにモバイルデバイス１００４によって使用されたソフトウェアの一部としてモバイルデバイス１００４上に記憶されてもよい。秘密鍵１１１２を使用して、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０から生じるデータに署名することによって、他のネットワークアクセス可能なコンピューティングデバイスから送信された不正データが識別され、その不正通信が秘密鍵１１１２を欠いているため無視することができる。
【００９３】
顧客１００２はまた、他の顧客アカウント記録１０１４で記憶された自身の顧客アカウント１１１４を有することができる。顧客アカウント記録１０１４は、図１０に示される顧客１００２などの多くの個々の顧客に対する任意の数の顧客アカウント１１１４を含むことができる。顧客１００２は、商人１００６との取引を開始するかなり前または商人１００６の場所にいながら自身の顧客アカウント１１１４を作成することができる。
【００９４】
顧客アカウント１１１４は、顧客同一性１１１６と、１つ以上の金融口座１１１８とを含むことができる。顧客同一性１１１６は、顧客の名前または顧客１００２の別の一意の識別子であってもよい。いくつかの実装例では、顧客同一性１１１６は、モバイルデバイス１００４に関係していてもよく、顧客同一性１１１６は、モバイルデバイス１００４のシリアル番号または識別子に基づいてもよい。顧客１００２と関連付けられた金融口座１１１８は、顧客アカウント１１１４の一部である金融口座を含んでもよく、または顧客１００２と関連付けられた金融口座１１１８は、金融口座のどこかにアクセスするためにパスワードおよび通信プロトコルなどの情報を含んでもよい。顧客アカウント１１１４は、複数のクレジットカード口座、当座預金口座、普通預金口座など、顧客１００２と関連付けられた複数の金融口座１１１８に関する情報を含んでもよい。顧客１００２は、自身のモバイルデバイス１００４で電子決済を行うときに使用する既定の口座としてこれらの口座のうちの１つを選択してもよい。顧客１００２と関連付けられた金融口座１１１８は、商人１００６と関連付けられた金融口座１１１０に支払いに対する資金源を提供する。
【００９５】
場合によっては、商人１００６は、「逆」取引１１２０によって示される顧客１００２に支払ってもよい。商人の金融口座１１１０から顧客の金融口座１１１８への資金の流れはまた、モバイルデバイス１００４を使用することによって実装されてもよい。逆取引１１２０は、返品品目に対する返金、クーポンまたは他の割引に適用された信用取引、初期のより大きな料金と商人１００６による実際のより安い金額との差などを表してもよい。顧客１００２が商人の金融口座１１１０からお金を引き出すために自身のモバイルデバイス１００４を使用することを可能にするのを防ぐために、モバイルデバイス１００４の逆取引１１２０の機能性は、認証チャレンジ１１０８に対する正しい回答を必要としてもよい。例えば、商人のＰＩＮは、商人の金融口座１１１０から顧客の金融口座１１１８へお金を移動するために必要とされてもよい。
【００９６】
図１２は、図１０の１つ以上のネットワークアクセス可能なコンピューティングデバイス１０１０における構成要素の例示的なブロック図１２００を示す。ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０は、１つ以上のプロセッサ１２０２と、１つ以上の形態のコンピュータ可読媒体１２０４とを備える。コンピュータ可読媒体１２０４としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または情報を記憶するために使用されてもよく、プロセッサによってアクセスされてもよい任意の他の非一時的コンピュータ可読媒体が挙げられるがこれらに限定されなくてもよい。ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０はまた、ネットワーク１００８と通信するための１つ以上のネットワークインターフェース１２０６を含む。ネットワークインターフェース１２０６は、電話回線、イーサネット、同軸ケーブル、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉなど、任意の有線または無線技術によってネットワークの接続性を提供することができる。
【００９７】
コンピュータ可読媒体１２０４は、１つ以上のプロセッサ１２０２上で実行され得るコンピュータ実行可能な命令を表す１つ以上のモジュールを含んでもよい。これらのモジュールは、図３を参照することにより記載されるモジュールを部分的または全体的に備えて実装されてもよい。１つの例示的なモジュールは、取引処理モジュール１２０８である。取引処理モジュール１２０８は、顧客１００２と関連付けられた金融口座１１１８から商人１００６と関連付けられた金融口座１１１０へ支払い金額を移動するモバイルデバイス１００４からの要求を受信することができる。取引処理モジュール１２０８は、顧客によって表示された支払い金額を商人１００６と関連付けられた金融口座１１１０へ移動するように顧客１００２と関連付けられた金融口座１１１８に指示することができる。支払いが商人１００６と関連付けられた金融口座１１１０の中で清算されると、取引処理モジュール１２０８は、確認を受信することができる。
【００９８】
コンピュータ可読媒体１２０４内に記憶された支払い確認モジュール１２１０は、商人１００６が顧客１００２からの支払いを受領した表示を受信すると、商人アカウント記録（複数可）１０１２からモバイルデバイス１００４に検証データ１１０６および認証チャレンジ１１０８を送信することができる。この表示は、取引処理モジュール１２０８によって受信された確認であってもよい。検証データ１１０６は、認証チャレンジ１１０８に対する有効応答がモバイルデバイス１００４に商人１００６によって提供されるまで、モバイルデバイス１００４上に隠されたままであるように構成される。
【００９９】
コンピュータ可読媒体１２０４内に記憶された暗号化モジュール１２１２は、商人１００６におけるデバイス（例えば、タグリーダ１０２０）が検証データ１１０６を復号することができ、モバイルデバイス１００４が検証データ１１０６を復号することができないように検証データ１１０６を暗号化することができる。例えば、暗号化された一連のデータは、モバイルデバイス１００４に送信され、タグリーダ１０２０によって走査するために表示されるバーコードとして表されてもよい。バーコードを読み込むことは、データを復号せずに暗号化された一連のデータを単純に提供することができる。タグリーダ１０２０は、データを復号する必要な鍵を含み、それが有効または無効であるか確認することができる。
【０１００】
暗号化モジュール１２１２はまた、秘密鍵１１１２で検証データ１１０６および／または認証チャレンジ１１０８を暗号化するように機能する。暗号化されたデータは次に、モバイルデバイス１００４上の対応する公開鍵によって復号されてもよい。ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０からの発信データに署名する秘密鍵１１１２の使用は、モバイルデバイス１００４によって受信された通信がネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０から送信されたメッセージを模倣することを意図する不正メッセージではなないさらなる保証を提供する。
【０１０１】
図１３は、図１０のモバイルデバイス１００４における構成要素の例示的なブロック図１３００を示す。モバイルデバイス１００４は、１つ以上のプロセッサ１３０２と、１つ以上の形態のコンピュータ可読媒体１３０４とを備える。モバイルデバイス１００４はまた、ネットワーク１００８と通信するための１つ以上のネットワークインターフェース１３０６を含む。ネットワークインターフェース１３０６は、電話回線、イーサネット、同軸ケーブル、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉなど、任意の有線または無線技術によってネットワークの接続性を提供することができる。
【０１０２】
いくつかの実装例では、モバイルデバイス１００４は、モバイルデバイス１００４が位置認識であるか、または他の実体がモバイルデバイス１００４の位置を決定するのを可能にするように別の実体（例えば、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０）に情報を提供することができるように位置センサ１３０８を有することができる。地表面上の位置または「地理位置情報」は、全地球測位システム（ＧＰＳ）衛星などの衛星１３１０によって位置センサ１３０８に提供されてもよい。あるいは、無線アンテナなどからの無線信号は、無線アンテナの既知の位置に対して、または三角測量によってモバイルデバイス１００４の地理位置情報を決定するために使用されてもよい。地理位置情報を決定するための他の技術および方法はまた、例えば、ネットワークアクセスポイント（例えば、Ｗｉ−Ｆｉホットスポット）に基づき、または商人１００６などの内側の既知の位置からブロードキャストされたロケータ信号から地理位置情報を計算するなど、本開示の範囲内に想起される。
【０１０３】
モバイルデバイス１００４のコンピュータ可読媒体１３０４は、商人１００６を識別する情報を受信する商人識別モジュール１３１２などの１つ以上のモジュールを含むことができる。顧客１００２は、商人１００６の同一性をモバイルデバイス１００４に入力することができる。商人識別モジュール１３１２は、この入力を受信し、それを使用して、商人１００６を識別することができる。いくつかの実装例では、商人識別モジュール１３１２は、顧客１００２によって提供された情報を商人アカウント記録（複数可）１０１２内に記憶された商人同一性１１０４情報と比較して、一致を特定することができる。商人識別モジュール１３１２はまた、位置センサ１３０８によって決定されるようにモバイルデバイス１００４の地理位置情報を使用して、モバイルデバイス１００４の地理位置情報を商人の場所のリストまたは地図と比較することによって商人１００６を識別することができる。地理位置情報は、顧客１００２が正しい商人１００６を選択することができる近隣の商人のリストを作成するために顧客入力と組み合わせられてもよい。
【０１０４】
商人識別モジュール１３１２はまた、商人１００６に位置するタグ１３１４によって商人１００６を識別することができる。タグ１３１４は、バーコード、ＱＲコード、無線自動識別（ＲＦＩＤ）タグ、または商人１００６が商人の場所に設置することができる他の種類のタグ（例えば、レストランのメニューに印刷されたＱＲコード）であってもよい。タグ１３１４は、商人アカウント記録（複数可）１０１２内の商人アカウント１１０２のうちの１つに記憶された商人同一性１１０４と商人１００６を照合するために使用された商人の名前または一意の識別子などの商人１００６を識別する情報を含んでもよい。タグ１３１４は、モバイルデバイス１００４内のタグスキャナ１３１６によって読み込まれてもよい。タグスキャナ１３１６は、カメラ、反射光スキャナ、ＲＦＩＤタグからの信号を受信するように構成されたアンテナなどとして実装されてもよい。タグスキャナ１３１６によって得られたデータは、コンピュータ可読媒体１３０４内に記憶されたタグ分析モジュール１３１８によって処理されてもよい。タグ分析モジュール１３１８は、タグスキャナ１３１６によって走査されたタグ１３１４から得られたデータに基づいて商人１００６を識別し、商人１００６を識別する情報を商人識別モジュール１３１２に提供することができる。
【０１０５】
コンピュータ可読媒体１３０４内に記憶された支払いモジュール１３２０は、支払い金額の表示を受信し、モバイルデバイス１００４と関連付けられた口座（例えば、顧客１００２と関連付けられた金融口座１１１８）から商人１００６と関連付けられた口座（商人１００６と関連付けられた金融口座１１１０）へ支払い金額を移動する命令を提供することができる。支払い金額の表示は、支払い金額をモバイルデバイス１００４に入力する顧客１００２によって提供されてもよい。いくつかの実装例では、支払い金額は、タグ１３１４（例えば、勘定書に印刷される）に含まれ、タグ分析モジュール１３１８によって支払いモジュール１３２０に提供されてもよい。
【０１０６】
コンピュータ可読媒体１３０４内に記憶された検証データモジュール１３２２は、商人１００６と関連付けられた口座（例えば、金融口座１１１０）が支払い金額を受領したことを示す検証データ１１０６を受信することができる。検証データ１１０６を顧客１００２に秘密にするのに役立つために、検証データ１１０６と関連付けられた認証チャレンジ１１０８はまた、検証データモジュール１３２２によって受信されてもよい。
【０１０７】
コンピュータ可読媒体１３０４内に記憶された商人認証モジュール１３２４は、認証チャレンジ１１０８への応答を受信し、有効応答を受信した後、検証データ１１０６をレンダリングすることができる。したがって、商人認証モジュール１３２４は、認証チャレンジ１１０８を使用して、顧客１００２または商人１００６以外の他人が検証データ１１０６にアクセスするのを防ぐことができる。これは、商人１００６以外の関係者が検証データ１１０６をコピーして、偽造の受領書で使用することができる可能性を減少させる。
【０１０８】
例示的なユーザインターフェース
図１４は、商人のリスト１４０２を顧客１００２に提供するモバイルデバイス１００４の例示的なユーザインターフェース１４００を示す。この例では、顧客１００２は、顧客が支払うことを望む商人１００６が「商人  Ｍａｒｙ」であることを示す。モバイルデバイス１００４の地理位置情報に基づいて、モバイルデバイス１００４の現在の位置に最も近い商人１００６が、商人のリスト１４０２に加えられてもよい。また、顧客１００２によって入力された商人名または識別子に基づいて、商人のリスト１４０２を作成してもよい。顧客１００２がともに取引をすることを望む商人１００６を識別および表示すると、顧客１００２は、「選択」ボタン５０４を押さえ、電子決済のための受領者として商人  Ｍａｒｙを選択することができる。
【０１０９】
図１５は、ＰＩＮコードを入力する商人１００６のためのフィールド１５０２を提供するモバイルデバイス１００４の例示的なユーザインターフェース１５００を示す。前述のユーザインターフェース１４００は、顧客１００２がモバイルデバイス１００４に情報を入力することを意図したが、このユーザインターフェース１５００は、商人１００６がモバイルデバイス１００４に情報を入力することを意図する。ＰＩＮコードを入力することは、認証チャレンジ１１０８の一例である。ユーザインターフェース１５００または類似のユーザインターフェースは、モバイルデバイス１００４のタッチスクリーン上に商人の指で記号を描写する商人１００６など、他の種類の認証チャレンジ１１０８を受信するように提示されてもよい。商人１００６は、「有効性確認」ボタン１５０４を押すことによって有効性確認（例えば、取引処理モジュール１１１０による）のためのＰＩＮコードを提出することができる。ユーザインターフェース１５００はまた、ＰＩＮを入力する商人１００６のための数値キーパッド１５０６を含むことができる。認証チャレンジ１１０８がＰＩＮ以外の何かである実装例では、ユーザインターフェース１５００は、数値キーパッド１５０６の代わりに適切な入力要素を提示することができる。例えば、認証チャレンジ１１０８が話された語句である場合、ユーザインターフェース１５００は、モバイルデバイス１００４のマイクロホンに向かって語句を話す前に、商人１００６のための「録音」ボタンを表示して、押すことができる。認証チャレンジ１１０８に対する有効応答の入力は、モバイルデバイス１００４、例えば、商人認証モジュール１３１８に検証データ１１０６を表示させる。
【０１１０】
図１６は、受領書１６０２を表示するモバイルデバイス１００４上の例示的なユーザインターフェース１６００を示す。ユーザインターフェース１６００上に表示された受領書１６０２は、支払いをする顧客および支払いを受領する商人の名前１６０４を含むことができる。受領書１６０２はまた、日付、時刻、および従来の印刷された受領書に見られる任意の他の情報を含むことができる。受領書１６０２は、商人１００６と関連付けられた金融口座１１１０によって受領された支払い金額１６０６を示す。受領書１６０２はまた、ここではピラミッドの写真１６０８で図示される検証データ１１０６を示す。ピラミッドの写真１６０８は、商人アカウント１１０２の検証データ１１０６から得られた可能性がある。この画像１６０８が商人１００６によって以前に選択された何かであり得るため、それが顧客１００２のモバイルデバイス１００４によってレンダリングされると、これは、支払い金額１６０６などの受領書１６０２内の他の情報がネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０によって実際に提供され、単に顧客１００２のモバイルデバイス１００４のスクリーン上に表示された画像ではなかった保証を商人１００６に提示する。
【０１１１】
いくつかの実装例では、ユーザインターフェース１６００は、品目が顧客１００２に提供されたことを表示し、モバイルデバイス１００４からピラミッドの写真１６０８を削除し、または別の方法で、２回目にモバイルデバイス１００４がピラミッドの写真１６０８を示すのを阻止することを商人１００６ができるようにすることができる。ユーザインターフェース１６００は、商人１００６にクエリ１６１０を提示することができる。クエリ１６１０に応答して、商人１００６は、品目が既に顧客１００２に提供された場合、「はい」１６１２ボタンを選択し、または品目がまだ顧客１００６に提供されていない場合、「いいえ」１６１４ボタンを選択する。例えば、品目が提供されたことの確認、および、検証データ１１０６すなわちピラミッド１６０８の後の提示を阻止するコマンドが、具体的に「はい」１６１２ボタンを押して商人１００６からの単一入力として提供されてもよい。他の実装例では、品目が顧客に提供されたことを認識し、検証データ１１０６の後の提示を削除または阻止するために商人１００６のための別個の入力またはユーザインターフェース要素があってもよい。「はい」１６１２ボタンを押すと、ユーザインターフェース１６００は、受領書１６０２を示すことを中止することができ、商人１００６は、モバイルデバイス１００４を顧客１００２に戻すことができる。他の実装例では、「はい」１６１２ボタンを押すことは、ピラミッドの写真１６０８を削除するが、モバイルデバイス１００４上に表示された受領書１６０２の残りをそのままにすることができる。したがって、顧客１００２は、検証データ１１０６を含まない受領書１６０２の版を受信することができる。
【０１１２】
図１７は、支払いをする顧客および支払いを受領する商人の表示１７０４と、金融口座１１１０によって受領され、商人１００６および検証データ１１０６と関連付けられた支払い金額１７０６とを含む、図１６に表示された受領書に類似する受領書１７０２を表示するモバイルデバイス１００４上の例示的なユーザインターフェース１７００を示す。しかしながら、このユーザインターフェース１７００では、検証データ１１０６は、ここではバーコード１７０８として示されるマシン可読データである。他の種類のマシン可読データとしては、ＱＲコードおよび聴覚情報が挙げられ得る。
【０１１３】
バーコード１７０８は、図１０に示されるタグリーダ１０２０によって読み込まれてもよい。この実装例では、顧客１００２は、タグリーダ１０２０の前で自身のモバイルデバイス１００４を単純に保持することができる。タグリーダ１０２０上の赤色または緑色光（または他のシグナル伝達機構）は、バーコード１７０８が有効な検証データ１１０６とであるか否かであるかを商人１００６に通知する。バーコード１７０８は、商人アカウント１２０２から提供された検証データ１１０６と特定の取引に対する取引識別子との組み合わせであってもよい。取引識別子は、検証データ１１０６が別の方法で有効とタグリーダ１０２０によって解釈されるときであっても同じ取引識別子の後の使用が無効であるとタグリーダ１０２０によって認識されるように、タグリーダ１０２０と関連付けられたメモリ１０２２内に記憶されてもよい。したがって、以前に使用された取引識別子の取消リストまたは類似の記録がタグリーダ１０２０と関連付けられたメモリ１０２２内に維持されると、商人１００６は、検証データ１１０６を顧客１００２に必ずしも秘密にせずに検証データ１１０６を含む受領書１７０２の未承認の再利用を防ぐことができる。換言すれば、バーコード１７０８などのマシン可読データを使用するいくつかの実装例では、商人１００６が図１５に示されるＰＩＮコードを入力するのを安全に省略することを可能にしてもよい。タグリーダ１０２０と関連付けられたメモリ１０２２は、新しい取消リストのための余地を作成するために定期的に（例えば、夜間）消去してもよく、あるいは、タグリーダ１０２０上のボタンを押すか、または他の方法でメモリ１０２２もしくはタグリーダ１０２０にメモリ１０２２のすべてもしくは一部を消去するように指示して、商人１００６によって消去されてもよい。
【０１１４】
図１８は、保留中の支払い１８０２を表示するモバイルデバイス１００４上の例示的なユーザインターフェース１８００を示す。保留中の支払い１８０２は、支払いをする顧客および支払いを受領する商人の表示１８０４を含む。保留中の支払い１８０２はまた、商人１００６と関連付けられた金融口座１１１０によって受領された支払い金額の表示１８０６を含む。保留中の支払い１８０２はまた、有効性確認タグ１８０８を含む。有効性確認タグ１８０８は、画像、記号、テキスト、写真、または商人１００６によって以前に選択され、検証データ１１０６と関連付けられた同様のものであってもよい。ここで、４つの有効性確認タグ１８０８が、三角形１８１０、円形１８１２、正方形１８１４、および星１８１６として示される。しかしながら、ユーザインターフェース１８００に含まれるより多くまたはより少ない数の有効性確認タグ１８０８があってもよく、各有効性確認タグ１８１０〜１８１６が、幾何学的形状以外の何かを示してもよい。有効性確認タグ１８１０〜１８１６の各々は、検証データ１１０６の異なる部分に対応することができる。有効性確認タグ１８０８がユーザインターフェース１８００に含まれる選択は、無作為であってもよい。この選択は、無作為であろうがなかろうが、ネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０によって行われてもよい。
【０１１５】
商人１００６は、モバイルデバイス１００４のディスプレイ上の対応する画像に触れることによって有効性確認タグ１８１０〜１８１６のうちの１つを選択することができる。しかしながら、顧客１００２は、自身のモバイルデバイス１００４を商人１００６に手渡さずに取引を完了することを望む可能性がある。有効性確認タグ１８０８の使用は、顧客１００２がどのタグを顧客が選択したいか商人１００６に単純に尋ねるのを可能にする。顧客１００２は次に、モバイルデバイス１００４を商人１００６に手渡さずに商人の選択を実践することができる。
【０１１６】
図１９は、図１８に示される有効性確認タグ１８０８のうちの１つの選択に従う受領書１９０２を表示するモバイルデバイス１００４上の例示的なユーザインターフェース１９００を示す。この例では、三角形の記号を有する有効性確認タグ１８１０が選択された。受領書１９０２は再び、支払いをする顧客および支払いを受領する商人の表示１９０４と、支払い金額１９０６とを含むことができる。このユーザインターフェース１９００は加えて、ここではピラミッドの画像１９０８として表された有効性確認データ１１０６を示す。商人１００６は、このピラミッドの画像１９０８に、三角形の有効性確認タグ１８１０を以前に関連付けた可能性がある。商人１００６はまた、他の有効性確認タグ１８１２〜１８１６の各々に、異なる画像を関連付けることができる。商人１００６は、形状の類似性により三角形の有効性確認タグ１８１０とピラミッドの画像１９０８との一致を選択することができる。しかしながら、商人１００６は、有効性確認タグ１８０８と画像または他の種類の有効性確認データ１１０６との間のあらゆる相関関係を作成させることができる。
【０１１７】
これらの関連性のタスクは、商人アカウント１１０２内またはそれに利用可能なデータを使用することによって商人１００６に対して自動的に実装されてもよい。例えば、商人アカウント１１０２が商人１００６のソーシャルネットワーキングアカウントと関連付けられる場合、ソーシャルネットワーキングアカウントからの情報は、有効性確認タグ１８０８および有効性確認データ１１０６対を作成するために使用されてもよい。一実装例では、商人１００６のソーシャルネットワークにおける人々の名前は、有効性確認タグ１８０８として使用されてもよく、ユーザインターフェース１８００で選択されると、その人に対応する写真は、ピラミッドの画像１９０８の代わりに有効性確認データ１１０６として現れてもよい。推定されるように、商人１００６は、自身の友人の顔をそれらの名前と確実に一致させることができ、そのため有効性確認タグ１８０８および有効性確認データ１１０６のこの選択は、商人１００６には検証するのが容易である確認を提供するが、他の人には偽造するのが難しくてもよい。商人１００６に認識可能である相関関係を提示する他の種類のタグデータ対もまた可能である。
【０１１８】
どの画像（または他の種類の有効性確認データ１１０６）を商人１００６が三角形の有効性確認タグ１８１０と関連付けることを選択したか顧客１００２が推測し得ることが非常にあり得ないと考えると、ピラミッド１９０８の表示は、支払い金額１９０６が自身の金融口座１１１０に実際に預金された信用を商人１００６に提供する。これは、支払い金額１９０６が商人１９０６によって成功裏に受領された後のみ、ネットワークアクセス可能なコンピューティングデバイス１０１０、例えば、支払い確認モジュール１２１０がピラミッド画像１９０８を送信するように構成され得るためである。
【０１１９】
しかしながら、１人以上の悪意のある個人には、商人１００６との複数の相互作用から、有効性確認タグ１８０８に関するデータおよび対応する有効性確認データ１１０６を収集することが可能であり得る。これは、商人をだまして支払いが実際には行われなかったときに行われたと思い込ませるように設計されたモックアップユーザインターフェースを作成するために使用されてもよい。この試みが成功する可能性は、有効性確認タグ１８０８および有効性確認データ１１０６の大きなプールを有することによって減少され得る。有効性確認タグ１８０８の無作為または総当たり選択は、商人１００６が同じ有効性確認タグ１８０８で提示されることを不可能にすることができる。したがって、同じものまたはいくつかの有効性確認タグ１８０８がユーザインターフェース１８００上に頻繁に表示される場合、商人１００６は、それを使用して、不正行為を認識することができる。
【０１２０】
この受領書１９０２はまた、支払いが完了した表示１９１０を含むことができる。この表示１９１０は、例えば、品目を顧客１００２に届けることによって、取引を続けるのに適切であることを商人１００６および顧客１００２が知るのに役立つことができる。受領書１００２はまた、取引識別子１９１２を含むことができる。
【０１２１】
取引に割り当てられた取引識別子１９１２は、定義されたシーケンスに従ってインクリメントすることができる。例えば、取引識別子１９１２は、１に始まり、数値的に増加し、文字「Ａ」から始まり、アルファベット順にインクリメントすることができる。インクリメントされたセグメントに加えて、取引識別子１９１２はまた、検査「数字」、または取引識別子１９１２が真正である追加の確認として商人が使用し得る他の種類の表示を含むことができる。ここで、取引識別子１９１２は、「６４Ｅ」である。数値部分は、これが所定の期間（例えば、１日）で６４回目の取引であり、文字「Ｅ」が検査数字として機能することを表すことができる。例えば、取引識別子１９１２は、偶数の取引が母音を伴う（例えば、６４およびＥ）が、奇数の取引が子音を伴う（例えば、６５およびＢ）ように生成されてもよい。これは、不正を検出する少なくとも２つの方法を商人１００６に提供する。具体的に、商人１００６が順序の乱れている（例えば、７が６４に続くか、または６４の後に１０５が続く）取引識別子１９１２を見た場合、それは、「偽造」受領書１９０２を示唆する場合がある。また、検査数字が検査数字を生成するための式と一致しない（例えば、偶数の後に子音が続く）場合、それはまた、「偽造」受領書１９０２を示唆し得る。
【０１２２】
取引識別子１９１２はまた、後の取引の検証のために使用するように商人１００６によって（例えば、鉛筆および紙で）別々に記録されてもよい。商人１００６は、後でデスクトップコンピュータから商人アカウント１１０２にアクセスし、取引識別子１９１２を使用して、この取引に対する支払いが、例えば、１日の取引および支払いを決済することの一部として自身の金融口座１１１０に入金されたことを確認してもよい。
【０１２３】
例示的なプロセス
後述されるプロセスは、論理フローグラフでブロックの集積として図示され、これは、ハードウェア、ソフトウェア、またはこれらの組み合わせに実装され得る一連の動作を表す。ソフトウェアにおいて、ブロックは、１つ以上のプロセッサによって実行されると、記載される動作を行う１つ以上のコンピュータ可読記憶媒体に記憶されたコンピュータ実行可能な命令を表す。一般的に、コンピュータ実行可能な命令としては、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、および特定の機能を行うか、または特定の抽象データ型を実装するものが挙げられる。動作が記載される順は、限定するものと解釈されるものではなく、任意の数の記載されるブロックが、プロセスを実装するために任意の順および／または並行して組み合わせられてもよい。
【０１２４】
図２０は、検証タグ１８０８および対応する検証データ１１０６を使用して、顧客のモバイルデバイス１００４から行われた電子決済が正当な支払いである保証を商人１００６に提供するための例示的なプロセス２０００を示す。
【０１２５】
２００２では、商人１００６の表示が受信される。この表示は、商人１００６の名前をモバイルデバイス１００４に入力し、モバイルデバイス１００４に表示されたリストから商人１００６の名前を選択し、地図から商人１００６を選択するなど、顧客１００４によって受信されてもよい。いくつかの実装例では、商人１００６の表示は、モバイルデバイス１００４の地理位置情報を商人１００６の位置と比較することに基づいて、モバイルデバイス１００４に商人の同一性を提供する商人１００６で存在するバーコードまたはＱＲタグなどのタグを走査することに基づいて、無線ネットワーク接続（例えば、ＷｉＦｉホットスポット）から商人１００６の名前を得るなど、自動化された様式で全体的または部分的に受信されてもよい。
【０１２６】
２００４では、顧客から商人１００６へ行われる支払い金額の表示が受信される。この表示は、モバイルデバイス１００４の入力機構を介して支払い金額を入力する顧客１００２によって提供されてもよい。この表示はまた、支払い金額を提供するタグ（例えば、紙の勘定書に印刷されたＱＲコード）を走査するモバイルデバイス１００４のタグスキャナ１３１６によって提供されてもよい。
【０１２７】
２００６では、図１８に示されるタグ１８１０〜１８１６などの検証タグ１８０８は、モバイルデバイス１００４上に表示されてもよい。検証タグ１８０８を表示する前に、モバイルデバイス１４は、商人アカウント１１０２から検証タグ１８０８を得ることができる。いくつかの実装例では、顧客１００２は、モバイルデバイス１００４を商人１００６に示すことができ、どの検証タグ１８０８を選択したか商人１００６に尋ねた。あるいは、顧客１００２は、検証タグ１８０８、またはさらにモバイルデバイス１００４を商人１００６に示さずに検証タグ１８０８を商人１００６に単純に説明することができる。
【０１２８】
２００８では、１０１００６に示された検証タグ１８０８のうちの１つの選択が受信される。この選択は、商人１００６によって提供された命令に基づいて検証タグ１８０８のうちの１つを押す（または別の方法で選択する）顧客１００２によって行われてもよい。
【０１２９】
２０１０では、２００８で選択された検証タグ１８０８に対応する検証データ１１０６が、モバイルデバイス１００４によってレンダリングされる。商人１００６が検証タグ１８０８と相関されることを期待する検証データ１１０６を観察することができると、商人１００６は、モバイルデバイス１００４によって提出された支払いが実際に商人の金融口座１１１０で受領された確認を受信する。検証データ１１０６は、視覚データ、聴覚データ、または別の種類のデータであってもよく、そのため２０１０で提供されたレンダリングは、スクリーンに視覚データを表示すること、スピーカからの聴覚データを再生すること、または別の方法で検証データ１１０６を認識または消費するように商人１００６に適したフォーマットで検証データ１１０６をレンダリングすることを含むことができる。
【０１３０】
図１２ａおよび１２ｂは、顧客１００２のモバイルデバイス１００４を使用して、顧客１００２から商人１００６に検証可能な電子決済を行うための例示的なプロセス２１００を示す。２１０２では、顧客１００２は、自身のモバイルデバイス１００４上に支払いアプリケーションを起動する。支払いアプリケーションは、モバイルデバイス１００４とネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０との接続を確立することができる。支払いアプリケーションはまた、顧客１００２を自身のアカウント１１１４にログインさせることができる。
【０１３１】
２１０４では、顧客１００２は、商人１００６を選択する。顧客１００２は、モバイルデバイス１００４上の顧客１００２に提示された１人以上の商人のリストから商人１００６を選択することができる。この選択は、図１４に示されるものと類似するユーザインターフェースを使用して実装されてもよい。顧客１００６はまた、地図上の彼らのそれぞれの位置で１人以上の商人１００６を表示する地図から商人１００６を選択することができ、またはモバイルデバイス１００４の位置を表示することもできる。顧客１００２の入力は、電子決済を受領する正しい商人１００６を明確に識別するために使用されてもよい。
【０１３２】
２１０６では、モバイルデバイス１００４は、２１０４で顧客１００２によって提供された入力に基づいて商人１００６の選択を受信する。
【０１３３】
２１０８では、顧客１００２は、自身が商人１００６に、商人１００６によって提供されたある品目の代金を支払うことを望む金額を示す。顧客１００２は、ある品目を受領する前に（例えば、レジ待ちの列を有する商人の場所である品目を購入するとき）、支払い金額を示すことができ、または顧客１００２は、ある品目を受領した後（例えば、商人１００６の場所で食事を取った後）、支払い金額を入力することができる。
【０１３４】
２１１０では、モバイルデバイス１００４は、商人１００６に提供される支払い金額の表示を受信する。
【０１３５】
２１１２では、モバイルデバイス１００４は、ネットワーク１００８を介して、顧客１００２と関連付けられた口座（例えば、金融口座１１１８）から商人１００６と関連付けられた口座（例えば、金融口座１１１０）へ支払い金額を移動する命令を送信することができる。２１１０での支払い金額の受領および２１１２での支払い命令を提供することは、支払いモジュール１３１４によって実装されてもよい。
【０１３６】
２１１４では、モバイルデバイス１００４は、支払い金額に対する受領書を受信する。この受信は、商人１００６によって以前に選択された検証データ１１０６と、検証データ１１０６にアクセスするための認証チャレンジ１１０８とを含むことができる。例示的な受領書が図１６に示される。この受領書は、支払い金額を受領する商人１００６（すなわち、商人１００６と関連付けられた金融口座１１１０）に応答してネットワークアクセス可能なコンピューティングデバイス（複数可）１０１０によって提供されてもよい。モバイルデバイス１００４は、２１１４で受領書を受信したが、この受領書は、この時点でモバイルデバイス１００４上に隠されたままであるか、または表示されなくてもよい。
【０１３７】
２１１６では、商人１００６は、２１１４で受信された認証チャレンジ１１０８に応答を提供する。商人１００６が認証チャレンジ１１０８（例えば、自身のＰＩＮコード）を以前に指定するため、商人１００６は、有効応答を提供することができる。
【０１３８】
２１１８では、認証チャレンジ１１０８に対する有効応答が、モバイルデバイス１００４によって受信される。
【０１３９】
２１２０では、有効応答を受信することに応答して、検証データ１１０６は、モバイルデバイス１００４上で商人１００６に提示されてもよい。検証データ１１０６の提示は、写真を示し、テキスト文字列を示し、音を再生し、マシン可読コードを表示するなどによって実装されてもよい。商人１００６は、検証データ１１０６を観察し、それによって受領書に含まれた他の情報が真正であるか検証することができる。
【０１４０】
２１２２では、商人１００６は、検証データ１１０６を確認し、支払いが受領された品目が顧客１００２に提供された表示を提供することができる。
【０１４１】
２１２４では、モバイルデバイス１００４は、品目が顧客１００２に提供された商人１００６からの表示を受信する。モバイルデバイス１００４は次に、この取引が完了したことを顧客アカウント３１４に通知を送信することによって取引を完了することができる。この通知は、商人の検証データ１１０６以外の受領情報（例えば、価格、品目の同一性、日付、および時刻）を含んでもよい。
【０１４２】
２１２６では、商人１００６は、モバイルデバイス１００４上の検証データ１１０６の後の提示を阻止するコマンドをさらに入力することができる。この阻止は、検証データ１１０６を暗号化することによって、モバイルデバイス１００４から検証データ１１０６を削除することによって、または認証チャレンジ１１０８に対する有効応答がモバイルデバイス１００４によって続いて受信されても検証データ１１０６の後の提示を防ぐ別の技法によって、モバイルデバイス１００４上の支払いアプリケーションへの命令によって実装されてもよい。
【０１４３】
２１２８では、モバイルデバイス１００４は、検証データ１１０６の後の提示を阻止するコマンドを受信する。
【０１４４】
２１３０では、モバイルデバイス１００４は、認証チャレンジ１１０８に対する後の有効応答が検証データの後の提示を引き起こさないように、検証データ１１０６の後の提示を阻止する。
【０１４５】
本主題は、構造的特徴および／または方法論的行為に特有の言語で記載されるが、添付の特許請求の範囲で定義される主題が記載された特定の特徴に必ずしも限定されないことが理解されるものである。それよりむしろ、特定の特徴および行為は、特許請求の範囲を実践する例示的な形態として開示される。
【０１４６】
付記
本開示の実施形態は、以下の付記を考慮して記載される。
付記１．  コンピュータで実行される方法であって、
商人の場所に割り当てられるが、該商人の場所から遠隔に位置するネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスであって、実行可能な命令を備えて構成される、ネットワークアクセス可能なＰＯＳデバイスの制御下で、
商人の場所で入手可能な商品またはサービスの選択を受信することであって、商人で入手可能な商品およびサービスがモバイルコンピューティングデバイス上に表示され、ユーザおよびモバイルコンピューティングデバイスが商人の場所に位置する間、選択がモバイルコンピューティングデバイスのユーザによって行われることと、
モバイルコンピューティングデバイスから支払い情報を受信することであって、該支払い情報が、商品またはサービスの代金を支払うために、ユーザによってモバイルコンピューティングデバイスに入力されることと、
支払い情報を支払い処理装置に提示することと、
支払い情報が商品またはサービスの代金を支払う十分な資金と関連付けられる支払い処理装置からの確認を受信することと、
該確認を受信することに応答して、商人の場所を運営する商人によって提供された種情報に少なくとも一部基づく有効性確認データおよび商品またはサービスの表示を含む受領書を生成することと、
商品またはサービスに対する支払いの証拠として商人へのモバイルコンピューティングデバイスのユーザによる表示のためにモバイルコンピューティングデバイスに受領書を送信することと、を含む、方法。
付記２．  コンピュータで実行される方法であって、
商人の場所に割り当てられるが、該商人の場所から遠隔に位置するネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスであって、実行可能な命令を備えて構成される、ネットワークアクセス可能なＰＯＳデバイスの制御下で、
商人の場所で入手可能な商品またはサービスと関連付けられたタグの走査を受信することであって、モバイルコンピューティングデバイスのユーザおよびモバイルコンピューティングデバイスが商人の場所に位置する間、走査がモバイルコンピューティングデバイスによって生成されることと、
モバイルコンピューティングデバイスのユーザを一意に識別するユーザ識別子を受信することと、
該ユーザ識別子を使用して、商品またはサービスの代金を支払うために、ユーザと関連付けられた以前に記憶された支払い情報を得ることと、
該支払い情報を支払い処理装置に提示することと、
支払い情報が商品またはサービスの代金を支払うために十分な資金と関連付けられる支払い処理装置からの確認を受信することと、
該確認を受信することに応答して、商品またはサービスを識別する受領書を生成することと、
モバイルコンピューティングデバイスおよび商人の場所を運営する商人のコンピューティングデバイスに受領書を送信して、そのため商人のコンピューティングデバイス上の受領書と、モバイルコンピューティングデバイス上の受領書との一致が、商品またはサービスに対する支払いの証拠を提供するようにすることと、を含む、方法。
付記３．  ネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスであって、
１つ以上のプロセッサと、
ネットワークインターフェースと、
１つ以上のプロセッサに連結されたコンピュータ可読媒体であって、
ＰＯＳデバイスをＰＯＳデバイスの物理的位置から遠隔の商人の場所と関連付けるように構成された商人の場所割り当てモジュールと、
ネットワークインターフェースを介して、商人の場所に位置する顧客操作デバイスから購入要求を受信するように構成された購入モジュールであって、購入要求が支払い情報および商品またはサービスの識別を含む、購入モジュールと、
支払い情報を支払い処理装置に提供し、購入要求を満たすために支払い処理装置から承認を受信するように構成された支払いモジュールと、
支払い処理装置からの承認を証明し、商品またはサービスを識別する受領書を生成するように構成された受領書生成モジュールと、を備えるコンピュータ可読媒体と、を備える、ＰＯＳデバイス。
付記４．  商人の場所割り当てモジュールは、ＰＯＳデバイスを商人の場所と独占的に関連付ける、付記３に記載のＰＯＳデバイス。
付記５．  商人の場所割り当てモジュールは、ある期間の間に商人の場所で生じるまたは生じることが推定される取引の量に少なくとも一部基づいて、該期間の間、ＰＯＳデバイスを商人の場所と関連付ける、付記３に記載のＰＯＳデバイス。
付記６．  商人の場所割り当てモジュールは、ＰＯＳデバイスと商人の場所を運営する商人によって維持される商人のネットワークとのセキュアな接続を確立して、そのためＰＯＳデバイスが商人のネットワークの一部として機能する、付記３〜５のいずれか一項に記載のＰＯＳデバイス。
付記７．  支払い情報は、購入要求時に顧客操作デバイスのユーザによって入力された支払い情報、顧客操作デバイスのメモリ内に以前に記憶された支払い情報、またはネットワークを介して入手可能であり、顧客操作デバイスのメモリ内に記憶されたユーザ識別子により顧客操作デバイスと関連付けられた支払い情報を含む、付記３〜６のいずれか一項に記載のＰＯＳデバイス。
付記８．  商品またはサービスの識別は、商品またはサービスと関連付けられたタグの顧客操作デバイスによって生成された走査、顧客操作デバイス上に表示されたリストからの商品またはサービスの選択、または顧客操作デバイスに入力されたコードを含む、付記３〜７のいずれか一項に記載のＰＯＳデバイス。
付記９．  受領書生成モジュールは、受領書を顧客操作デバイスに送信し、受領書は、商人の場所と関連付けられた商人によって提供された情報に少なくとも一部基づく有効性確認データを含む、付記３〜８のいずれか一項に記載のＰＯＳデバイス。
付記１０．  情報は、商人によって指定された頻度で変更される、付記９に記載のＰＯＳデバイス。
付記１１．  受領書生成モジュールは、顧客操作デバイスおよび商人の場所を運営する商人のコンピューティングデバイスに受領書を送信する、付記３〜８のいずれか一項に記載のＰＯＳデバイス。
付記１２．  コンピュータ可読媒体は、顧客操作デバイスの位置の表示を受信するように構成されたセキュリティモジュールをさらに備え、顧客操作デバイスの位置を商人の場所と比較し、顧客操作デバイスの位置が商人の場所からの閾値距離を超えると、顧客操作デバイスが商人の場所を運営する商人との購入を完了するのを防ぐ、付記３〜１１のいずれか一項に記載のＰＯＳデバイス。
付記１３．  商人の場所から遠隔に位置し、商人の場所と一意に関連付けられたネットワークアクセス可能なコンピューティングデバイスに少なくとも一部記憶されたコンピュータ実行可能な命令を記憶する１つ以上のコンピュータ可読媒体であって、コンピュータ実行可能な命令が、
商人の場所における顧客操作デバイスからネットワークを介して購入要求を受信することであって、該購入要求が支払い情報および商品またはサービスの識別を含むことと、
支払い情報を支払い処理装置に送信することと、
支払い処理装置から承認を受信することと、
支払いの受領を証明し、商品またはサービスを識別する受領データを生成することと、
ネットワークを介して顧客操作デバイスに受領データを送信することと、を含む行為をネットワークアクセス可能なコンピューティングデバイスの１つ以上のプロセッサに行わせるように構成される、コンピュータ可読記憶媒体。
付記１４．  顧客操作デバイスは、顧客と関連付けられたモバイルコンピューティングデバイスを含む、付記１３に記載のコンピュータ可読記憶媒体。
付記１５．  顧客操作デバイスは、顧客により使用のために商人の場所で商人によって維持されるモバイルコンピューティングデバイスを含む、付記１３に記載のコンピュータ可読記憶媒体。
付記１６．  商品またはサービスの識別は、顧客操作デバイスに入力されたコードを含み、該コードが、商品またはサービスに対応するように商人の場所を運営する商人によって指定される、付記１３〜１５のいずれか一項に記載のコンピュータ可読記憶媒体。
付記１７．  支払い情報は、クレジットカード番号、デビットカード番号、銀行支店コード、または商人の場所と関連付けられた前払い口座の前払い口座識別子を含む、付記１３〜１６のいずれか一項に記載のコンピュータ可読記憶媒体。
付記１８．  支払い情報を支払い処理装置に送信することは、支払い処理装置と関連付けられたアプリケーションプログラミングインターフェース（ＡＰＩ）を使用して支払い情報を送信することを含み、支払い処理装置が、支払い情報によって少なくとも一部識別される、付記１３〜１７のいずれか一項に記載のコンピュータ可読記憶媒体。
付記１９．  受領データを生成することは、受領書の真正性を示す有効性確認データを含む受領書を生成することを含む、付記１３〜１８のいずれか一項に記載のコンピュータ可読記憶媒体。
付記２０．  受領データを送信することは、ネットワークを介して商人の場所と関連付けられた商人のコンピューティングデバイスに受領データを送信することを含む、付記１３〜１９のいずれか一項に記載のコンピュータ可読記憶媒体。
付記２１．  コンピュータで実行される方法であって、
実行可能な命令を備えて構成されるモバイルコンピューティングデバイスの制御下で、
商人の場所におけるモバイルコンピューティングデバイスのユーザから、商人の場所で商人から入手可能な商品またはサービスの同一性を受信することと、
ユーザからの命令を受信して、ネットワークを介して、商品またはサービスの同一性および支払情報を、商人の場所と関連付けられ、商人の場所から遠隔に位置するネットワークアクセス可能な販売時点情報管理（ＰＯＳ）デバイスに送信することと、
ネットワークアクセス可能なＰＯＳデバイスからの承認を受信することに応答して、モバイルコンピューティングデバイスに受領書の表示をもたらすことであって、該受領書が、ＰＯＳデバイスからネットワークを介して受信され、モバイルデバイスと関連付けられたユーザが識別された商品またはサービスの代金を支払ったことを示し、商人に表示され、商人によって有効性が確認されると、受領書が、ユーザが商人から商品またはサービスを受領することをもたらすことと、を含む、方法。
付記２２．  同一性を受信することは、モバイルコンピューティングデバイスのカメラを使用して捉えられた商品またはサービスと関連付けられたタグの画像を受信することを含む、付記２１に記載の方法。
付記２３．  モバイルコンピューティングデバイスは、スマートフォン、タブレットコンピュータ、または携帯情報端末を含む、付記２１または２２のいずれか一項に記載の方法。
付記２４．  ネットワークは、無線ネットワークを含む、付記２１〜２３のいずれか一項に記載の方法。
付記２５．  モバイルコンピューティングデバイス上に受領書を表示させるタイミングは、モバイルコンピューティングデバイスと関連付けられたユーザによって選択される、付記２１〜２４のいずれか一項に記載の方法。
付記２６．  受領書は、商人がモバイルコンピューティングデバイス上に表示された受領書と商人のコンピューティングデバイス上に表示された受領書との一致を識別するのを可能にする、付記２１〜２５のいずれか一項に記載の方法。
付記２７．  受領書が商品またはサービスにもはや有効でないように、受領書を無効にする命令を受信することをさらに含む、付記２１〜２６のいずれか一項に記載の方法。
付記２８．
実行可能な命令を備えて構成されるモバイルデバイスの制御下で、
顧客から、モバイルデバイス上で顧客に提示された１人以上の商人のリストから商人の選択を受信することと、
顧客から、商人によって提供されたある品目に対する支払い金額の表示を受信することと、
モバイルデバイスからネットワークを介して、顧客と関連付けられた口座から商人と関連付けられた口座に支払い金額を移動する命令を送信することと、
商人と関連付けられた口座が顧客と関連付けられた口座から支払い金額を受領することに少なくとも一部応答して、ネットワークを介して、支払い金額に対する受領書、商人によって以前に選択された検証データ、および検証データにアクセスするための認証チャレンジを受信することと、
商人から、認証チャレンジに対する有効応答を受信することと、
有効応答を受信することに少なくとも一部応答して、検証データを商人に提示することと、
商人から、品目が顧客に提供された表示を受信することと、
商人から、検証データの後の提示を阻止するコマンドを受信することと、
コマンドに少なくとも一部応答して、認証チャレンジに対する後の有効応答が検証データの後の提示を引き起こさないように、検証データの後の提示を阻止することと、を含む、方法。
付記２９．  １人以上の商人のリストに含まれる１人以上の商人の各々は、顧客によってモバイルデバイスに入力された名前と少なくとも一部一致する名前を有するか、またはモバイルデバイスの位置の所定の距離内であることに少なくとも一部基づいて選択される、付記２８に記載の方法。
付記３０．  有効性確認データは、商人によって指定される規則的な頻度で商人によって変更される、付記２８または２９のいずれか一項に記載の方法。
付記３１．  商人からの単一入力は、品目が顧客に提供された表示および検証データの後の提示を阻止するコマンドの両方を含む、付記２８〜３０のいずれか一項に記載の方法。
付記３２．
実行可能な命令を備えて構成されるモバイルデバイスの制御下で、
商人の表示を受信することと、
商人に支払うために支払い金額の表示を受信することと、
ネットワークを介して、ネットワークアクセス可能なコンピューティングデバイスから１つ以上の検証タグを受信することであって、１つ以上の検証タグの各々が、検証データと一致することと、
１つ以上の検証タグのうちの少なくとも１つを表示することであって、１つ以上の検証タグ、検証データ、および１つ以上の検証タグと検証データとの対応関係が、商人によってネットワークアクセス可能なコンピューティングデバイスに以前に提供された情報に少なくとも一部基づいていることと、
１つ以上の検証タグのうちの１つの選択を受信することと、
検証タグのうちの選択された１つに対して対応する検証データをレンダリングすることと、を含む、方法。
付記３３．  商人の表示は、モバイルデバイスへ顧客によって提供された入力またはモバイルデバイスの位置に少なくとも一部基づいている、付記３２に記載の方法。
付記３４．  商人に支払う金額の表示は、モバイルデバイスへの顧客によって提供された入力またはモバイルデバイスのタグスキャナによって検出された値に少なくとも一部基づいている、付記３２または３３のいずれか一項に記載の方法。
付記３５．  検証タグは、人々の名前を含み、検証データは、人々の写真を含み、人々のうちの１人の名前を含む検証タグは、人々のうちの１人の写真に対応する、付記３２〜３４のいずれか一項に記載の方法。
付記３６．  １つ以上のプロセッサに、
支払いを受領する商人の識別を受信し、
顧客から、商人に支払うために支払い金額の識別を受信し、
支払い金額を商人と関連付けられた口座に移動するために顧客と関連付けられた口座のための命令を送信し、
商人と関連付けられた口座が支払い金額を受領した検証データを受信し、
顧客のモバイルデバイス上に、商人への提示のための検証データをレンダリングさせるように構成される、コンピュータ実行可能な命令を記憶する１つ以上のコンピュータ可読媒体。
付記３７．  商人の識別を受信することは、顧客によって入力された商人識別子を受信すること、マシン可読タグの走査から少なくとも一部得られたデータを受信すること、または商人の地理的位置を受信することを含む、付記３６に記載のコンピュータ可読記憶媒体。
付記３８．  支払い金額は、顧客によって入力された支払い金額に少なくとも一部基づいて決定される、付記３６または３７のいずれか一項に記載のコンピュータ可読記憶媒体。
付記３９．  検証データは、商人によって以前に選択されたデータを含む、付記３６〜３８のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４０．  検証データは、テキスト、写真、音声、映像、または触覚応答を含む、付記３６〜３９のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４１．  検証データは、商人の最近の購入履歴、商人の連絡先のリスト、または１つ以上のソーシャルネットワークにおける商人の関連性のソーシャルグラフを含む、付記３６〜４０のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４２．  検証データは、商人におけるデバイスによって読み込まれると、検証データが有効または無効であるかを示すマシン可読データを含む、付記３６〜４１のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４３．  検証データは、商人におけるデバイスによって読み込まれると、商人におけるデバイスと関連付けられたコンピュータ可読媒体内に記憶される取引識別子をさらに含み、同じ取引識別子と関連付けられた検証データの後の読み込みが商人におけるデバイスによって無効と示されるようにする、付記４２に記載のコンピュータ可読記憶媒体。
付記４４．  コンピュータ実行可能な命令は、１つ以上のプロセッサに、
顧客のモバイルデバイスにおける商人から、支払いの確認を受信させるようにさらに構成される、付記３６〜４３のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４５．  コンピュータ実行可能な命令は、１つ以上のプロセッサに、
検証データにアクセスするための認証チャレンジを受信し、
認証チャレンジに対する応答が有効であるときに決定し、
応答が有効であると決定されるときに検証データをレンダリングさせるようにさらに構成される、付記３６〜４４のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４６．  認証チャレンジは、パスワード、個人識別番号（ＰＩＮ）、物理的なジェスチャ、話された語句、または生体測定識別子を提供する要求を含む、付記４５に記載のコンピュータ可読記憶媒体。
付記４７．  コンピュータ実行可能な命令は、１つ以上のプロセッサに、
商人から、検証データの後のレンダリングを阻止するコマンドを受信し、
該コマンドに少なくとも一部応答して、検証データの後のレンダリングを阻止させるようにさらに構成される、付記３６〜４６のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４８．  検証データのレンダリングは、支払い金額を示す受領書の一部分として検証データをレンダリングすることを含む、付記３６〜４７のいずれか一項に記載のコンピュータ可読記憶媒体。
付記４９．
１つ以上のプロセッサと、
１つ以上のプロセッサに連結されたコンピュータ可読媒体と、
コンピュータ可読媒体内に記憶され、商人を識別する情報を受信するように構成された商人識別モジュールと、
コンピュータ可読媒体内に記憶され、支払い金額の表示を受信し、モバイルデバイスと関連付けられた口座から商人と関連付けられた口座へ支払い金額を移動する命令を提供するように構成される支払いモジュールと、
コンピュータ可読媒体内に記憶され、商人と関連付けられた口座が支払い金額を受領したことを示す検証データと、検証データと関連付けられた認証チャレンジとを受信するように構成される検証データモジュールと、
コンピュータ可読媒体内に記憶され、認証チャレンジに対する応答を受信し、有効応答を受信することに少なくとも一部応答して、検証データをレンダリングするように構成される商人認証モジュールと、を備える、モバイルデバイス。
付記５０．  モバイルデバイスは、スマートフォン、携帯情報端末、メディアプレイヤ、携帯型ゲームデバイス、電子書籍リーダ、またはタブレットコンピュータを含む、付記４９に記載のモバイルデバイス。
付記５１．  １つ以上のプロセッサに連結され、モバイルデバイスの地理位置情報を検出するように構成される位置センサをさらに備え、商人識別モジュールが、モバイルデバイスの地理位置情報を商人の位置と比較することによって少なくとも一部基づいて商人を識別するようにさらに構成される、付記４９または５０のいずれか一項に記載のモバイルデバイス。
付記５２．  １つ以上のプロセッサに連結され、タグスキャナによって走査されたタグから得られたデータに少なくとも一部基づいて商人を識別し、商人識別モジュールに商人を識別するデータを提供するように構成されるタグスキャナをさらに備える、付記４９〜５１のいずれか一項に記載のモバイルデバイス。
付記５３．  タグスキャナは、カメラ、反射光スキャナ、または無線自動識別（ＲＦＩＤ）タグからの信号を受信するように構成されるアンテナを含む、付記５２に記載のモバイルデバイス。
付記５４．
１つ以上のプロセッサと、
該１つ以上のプロセッサに連結されたコンピュータ可読媒体と、
１つ以上のプロセッサに連結された１つ以上のネットワークインターフェースと、
商人の同一性と、検証データと、認証チャレンジとを含むコンピュータ可読媒体内に記憶された商人アカウント記録と、
コンピュータ可読媒体内に記憶され、１つ以上のネットワークインターフェースを介して、顧客と関連付けられた金融口座から商人と関連付けられた金融口座へ支払い金額を移動する顧客のモバイルデバイスからの要求を受信するように構成される取引処理モジュールと、
コンピュータ可読媒体内に記憶され、１つ以上のネットワークインターフェースを介して、商人と関連付けられた金融口座が顧客と関連付けられた金融口座からの支払い金額を受領した表示を受信することに少なくとも一部応答して、検証データおよび認証チャレンジをモバイルデバイスに送信するように構成される支払い確認モジュールであって、検証データが、認証チャレンジに対する有効応答がモバイルデバイス上に提供されるまでモバイルデバイス上に隠されたままである、支払い確認モジュールと、を備える、システム。
付記５５．  コンピュータ可読媒体内に記憶され、モバイルデバイス上の商人の対応する公開鍵による復号のための商人の秘密鍵で検証データを暗号化するように構成される暗号化モジュールをさらに備える、付記５４に記載のシステム。
付記５６．  コンピュータ可読媒体内に記憶され、モバイルデバイス以外の商人におけるデバイスが検証データを復号することができ、モバイルデバイスが検証データを復号することができるように、検証データを暗号化するように構成される暗号化モジュールをさらに備える、付記５４に記載のシステム。
付記５７．  コンピュータ可読媒体内に記憶された顧客アカウント記録をさらに備え、顧客の同一性および顧客と関連付けられた金融口座を含み、商人アカウント記録が、商人と関連付けられた金融口座の同一性を含む、付記５４〜５６のいずれか一項に記載のシステム。
【図１】
0005932053.tif 000002
【図２】
0005932053.tif 000003
【図３】
0005932053.tif 000004
【図４】
0005932053.tif 000005
【図５】
0005932053.tif 000006
【図６】
0005932053.tif 000007
【図７】
0005932053.tif 000008
【図８】
0005932053.tif 000009
【図９】
0005932053.tif 000010
【図１０】
0005932053.tif 000011
【図１１】
0005932053.tif 000012
【図１２】
0005932053.tif 000013
【図１３】
0005932053.tif 000014
【図１４】
0005932053.tif 000015
【図１５】
0005932053.tif 000016
【図１６】
0005932053.tif 000017
【図１７】
0005932053.tif 000018
【図１８】
0005932053.tif 000019
【図１９】
0005932053.tif 000020
【図２０】
0005932053.tif 000021
【図２１ａ】
0005932053.tif 000022
【図２１ｂ】
0005932053.tif 000023