JP2020173823A - モバイルデバイスを通じて自動小売機の提案を提供する方法およびシステム - Google Patents

Abstract

【課題】自動小売機の販促提案を提供および処理する。【解決手段】 モバイルデバイスは、販促提案を表示し、販促提案の１つを選択するユーザ入力を検出し、自動小売機に貯蔵された製品を購入するための自動小売機とのトランザクションの実行を開始する。またモバイルデバイスは、選択された販促提案に対応する製品が自動小売機により販売されたことを示すトランザクション完了通知を支払モジュールから受け取り、トランザクション完了通知の受け取りに応じて、販促提案を検証するために、販売された製品の製品コードを取得するプロンプトをモバイルデバイスのユーザに提供する。さらにモバイルデバイスは、販売された製品の製品コードを取得し、製品コードをサーバに送信し、それに応じてサーバから販促検証情報を受け取り、対応する販促提案が検証されたか否かを示す販促検証情報を表示する。【選択図】図１

Description

[0001] 本願は、支払処理システムの分野に関し、詳細には、非持続性のネットワークを介したモバイルデバイスと機械との間の支払処理システムに関する。

[0002] 自動販売機（または、より広範には「自動小売機」）は、最も広範な意味においては、数千年前から存在する。最初の単純な機械式コイン対応自動販売機は、１８８０年代に導入された。最新の自動販売機は、多数の異なる種類の製品を貯蔵する。これには、飲料（たとえば、水、ジュース、コーヒー、およびソーダ）、食用製品／品目（たとえば、軽食、キャンディ、果物、および冷凍食品）、および幅広い種類の非食用品目が含まれるが、これらに限定されない。この速いペースの世界において、自動販売機は至るところに存在する。

[0003] 自動販売機は、「支払受付ユニット」の一種である（支払受付ユニットのことを、本明細書では「機械」とも総称する）。支払受付ユニット（または機械）は、製品および／またはサービスの分配に対して支払いを要求する機器である。自動販売機に加えて、支払受付ユニットは、製品および／またはサービスの分配に対して支払いを要求する他の機械でもあり得る。これには、パーキングメーター、料金所、コインランドリーの洗濯機および乾燥機、ゲーム機、キオスク、スピード写真、料金所、乗り継ぎ切符分配機、ならびに他の公知もしくはまだ発見されていない支払受付ユニットが含まれるが、これらに限定されない。

[0004] 支払受付ユニットの使用では、ユーザは（１）支払受付ユニットに近づき、（２）支払受付ユニットの表面から所望の製品（またはサービス）を判断し、（３）支払い（硬貨、紙幣、または支払カード）を挿入し、（４）ユーザインターフェイス（たとえば、一連のボタン、キーパッド、タッチ画面、または製品が配置されている列および行などを使用した他の入力機構）を使用して自分の選択を支払受付ユニットに入力する。ユーザにより入力された選択に基づき、支払受付ユニット内の技術によって、所望の製品（またはサービス）がユーザに提供される。

[0005] インターネットに接続されたモバイルデバイスを所持する人の数が急増するにつれ、そのようなデバイスの用途も多様化している。モバイル決済は、論理的拡張物である。ユーザに選択肢を提供するだけでなく、利便性の向上を図る目的で、モバイル決済を小売部門にもたらすための多大な開発努力が費やされている。

[0006] 一部の実装形態では、自動小売機の販促提案を提供および処理する方法は、ディスプレイと、１つまたは複数のプロセッサと、メモリとを備えるモバイルデバイス（たとえば、モバイルデバイス１０４、図１および図２）で実行される。方法は、１つまたは複数の販促提案をディスプレイに表示するステップと、１つまたは複数の販促提案の各販促提案を選択するユーザ入力を検出するステップと、支払モジュールに結合された自動小売機とのトランザクションの実行を開始するステップであって、前記トランザクションが、自動小売機に貯蔵された製品の購入に対応する、ステップを含む。また方法は、トランザクション完了通知を支払モジュールから受け取るステップであって、トランザクション完了通知が、選択された各販促提案に対応する製品が自動小売機により販売されたことを示す、ステップと、トランザクション完了通知の受け取りに応じて、各販促提案を検証するために、販売された製品の製品コードを取得するよう促すプロンプトをモバイルデバイスのユーザに提供するステップとを含む。方法はさらに、販売された製品の製品コードを取得するステップと、製品コードを取得した後、製品コードをサーバに送信するステップと、製品コードの送信に応じて、サーバから販促検証情報を受け取るステップと、販促検証情報をディスプレイに表示するステップであって、販促検証情報が、各販促提案が検証されたか否かを示す、ステップとを含む。

[0007] 一部の実装形態では、モバイルデバイス（たとえば、モバイルデバイス１０４、図１および図２）は、ディスプレイと、１つまたは複数のプロセッサと、１つまたは複数のプロセッサにより実行される１つまたは複数のプログラムを格納するメモリとを備え、１つまたは複数のプログラムが、本明細書に記載された任意の方法の操作を実行するかまたはその実行を制御する命令を含む。一部の実装形態では、一時的でない（a non-transitory）コンピュータ可読記憶媒体が、１つまたは複数のプログラムを格納し、１つまたは複数のプログラムが、１つまたは複数のプロセッサとディスプレイとを備えるモバイルデバイス（たとえば、モバイルデバイス１０４、図１および図２）により実行されたときに、コンピューティングデバイスに本明細書に記載された任意の方法の操作を実行させるかまたはその実行を制御させる命令を含む。一部の実装形態では、モバイルデバイス（たとえば、モバイルデバイス１０４、図１および図２）は、本明細書に記載された任意の方法の操作を実行するかまたはその実行を制御する手段を備える。

[0008] （Ａｌ）一部の実装形態では、方法は、ディスプレイと、１つまたは複数のプロセッサと、メモリとを備えるモバイルデバイスで実行される。方法は、１つまたは複数の販促提案をディスプレイに表示するステップと、１つまたは複数の販促提案の各販促提案を選択するユーザ入力を検出するステップと、支払モジュールに結合された自動小売機とのトランザクションの実行を開始するステップとを含む。一部の実装形態では、トランザクションは、自動小売機に貯蔵された製品の購入に対応する。また方法は、選択された各販促提案に対応する製品が自動小売機により販売されたことを示すトランザクション完了通知を支払モジュールから受け取るステップを含む。トランザクション完了通知の受け取りに応じて、方法は、各販促提案を検証するために、販売された製品の製品コードを取得するよう促すプロンプトをモバイルデバイスのユーザに提供するステップを含む。さらに方法は、販売された製品の製品コードを取得するステップを含む。製品コードを取得した後、方法は、製品コードをサーバに送信するステップを含む。製品コードの送信に応じて、方法は、（ｉ）サーバから販促検証情報を受け取るステップと、（ｉｉ）販促検証情報をディスプレイに表示するステップとを含む。一部の実装形態では、販促検証情報は、各販促提案が検証されたか否かを示す。

[0009] （Ａ２）Ａ１の方法の一部の実装形態では、１つまたは複数の販促提案が、支払モジュールに対応する一意識別子、現在の時刻および日付のうちの少なくとも１つ、自動小売機の位置、モバイルデバイスの位置、ならびにモバイルデバイスのユーザに対応する一意識別子のうちの少なくとも１つに基づいて識別される。

[0010] （Ａ３）Ａ１またはＡ２の方法の一部の実装形態では、方法は、１つまたは複数の販促提案を表示する前に、（ｉ）自動小売機に結合された支払モジュールによってブロードキャストされた情報パケットを取得するステップであって、情報パケットが、認可コードと、支払モジュールに対応する一意識別子とを少なくとも含む、ステップと、（ｉｉ）トランザクション認可の要求をサーバに送信するステップであって、トランザクション認可が、認可コードと、支払モジュールに対応する一意識別子とを含む、ステップと、（ｉｉｉ）トランザクション認可の要求に応じて、支払モジュールに結合された自動小売機とのトランザクションを開始するための認可付与トークンと、サーバからの１つまたは複数の販促提案とを含む認可情報をサーバから受け取るステップとを含む。

[0011] （Ａ４）Ａ３のいずれか１つの方法の一部の実装形態では、支払モジュールに結合された自動小売機とのトランザクションの実行が、ブロードキャストされた情報パケットに含まれる認可コードを含む認可付与トークンを支払モジュールに送信することによって開始される。

[0012] （Ａ５）Ａ１〜Ａ４のいずれか１つの方法の一部の実装形態では、製品コードを取得するステップが、（ｉ）製品コードを含む製品の画像をキャプチャするステップと、（ｉｉ）キャプチャされた画像から製品コードを抽出するステップとをさらに含む。

[0013] （Ａ６）Ａ１〜Ａ５のいずれか１つの方法の一部の実装形態では、製品コードを取得するステップが、モバイルデバイスのスキャナユニットで製品の製品コードをスキャンするステップをさらに含む。

[0014] （Ａ７）Ａ１〜Ａ６のいずれか１つの方法の一部の実装形態では、販促検証情報が、各販促提案を適用した後の製品の価格を示す。

[0015] （Ａ８）Ａ１〜Ａ７のいずれか１つの方法の一部の実装形態では、方法は、製品コードを取得した後、所定の期間が失効したか否かを判断するステップをさらに含む。期間が失効したとの判断に応じて、方法は、モバイルデバイスのユーザに、販促提案が失効したことを示す通知を提供するステップを含む。期間が失効していないとの判断に応じて、方法は、製品コードをサーバに送信するステップを含む。

[0016] （Ａ９）Ａ１〜Ａ８のいずれか１つの方法の一部の実装形態では、方法は、トランザクション完了通知をサーバに送信するステップを含む。

[0017] （Ａ１０）Ａ１〜Ａ９のいずれか１つの方法の一部の実装形態では、モバイルデバイスが、短距離通信プロトコルに関連付けられた第１の送受信機と、長距離通信プロトコルに関連付けられた第２の送受信機とをさらに備える。

[0018] （Ａ１１）追加の態様では、方法は、ディスプレイと、１つまたは複数のプロセッサと、短距離送受信機（たとえば、第１の通信ユニット）と、短距離送受信機と異なる長距離送受信機（たとえば、第２の通信ユニット）と、メモリとを備えるモバイルデバイスで実行される。一部の実装形態では、方法は、モバイルデバイスで実行されるアプリケーションにより、自動小売機を、自動小売機に結合された電子支払デバイスからブロードキャストされた情報の信号強度に少なくとも部分的に基づいて認識するステップを含む。また方法は、自動小売機に関連付けられた１つまたは複数の販促提案をディスプレイに表示するステップを含む。一部の実装形態では、方法は、１つまたは複数の販促提案の各販促提案を選択するユーザ入力を検出するステップをさらに含む。方法は、短距離送受信機を介して、自動小売機により貯蔵された製品の購入に対応する、自動小売機とのトランザクションの実行を開始するステップを追加で含む。また方法は、短距離送受信機を介して、製品が自動小売機により販売されたことを示すトランザクション完了通知を電子支払デバイスから受信するステップを含む。トランザクション完了通知の受け取りに応じて、方法は、販売された製品の製品コードを取得することをモバイルデバイスのユーザに指示するプロンプトを提供するステップを含む。方法はさらに、プロンプトに応じて提供されたユーザ入力に基づいて、販売された製品の製品コードを取得するステップを含む。製品コードを取得した後、方法は、長距離送受信機を介して、製品コードをサーバに送信するステップを含む。製品コードの送信に応じて、（ｉ）長距離送受信機を介して、販促検証情報をサーバから受け取り、（ｉｉ）販促検証情報に基づいて、ディスプレイに、各販促提案が検証されたか否かについての指示と、各販促提案を適用した後のユーザへの貸方を識別する情報とを表示する。

[0019] （Ａ１２）Ａ１１の方法の一部の実装形態では、方法は、上記Ａ２〜Ａ１０に記載された操作のいずれかをさらに含む。

[0020] 本願のさまざまな利点は、以下の説明に照らして明らかである。

[0021] 開示される技術の上述した特徴および利点、ならびに追加の特徴および利点は、好ましい実装の詳細な説明を添付の図面と組み合わせて読むことにより、以下でより明確に理解される。

[0022] 本開示の技術の実装または従来技術における技術的解決策についてより明確に説明するために、以下では、当該実装または従来技術について説明するために必要な添付の図面を簡単に紹介する。言うまでもなく、以下の説明における添付の図面は、本開示の技術のいくつかの実装を示しているだけであり、当業者は、これらの添付の図面から、創造的な労力なしで、他の図面をさらに導き出し得る。

[0023]一部の実装に係る支払処理システムのブロック図である。 [0024]一部の実装に係るモバイルデバイスのブロック図である。 [0025]一部の実装に係るサーバシステムのブロック図である。 [0026]一部の実装に係る自動小売機の概略ブロック図である。 [0027]一部の実装に係る支払モジュールのブロック図である。 [0028]一部の実装に係る図５の支払モジュール（たとえば、インラインドングルアダプタ）の斜視図である。 [0029]一部の実装に係る図６Ａの支払モジュールの第１の端部から見た斜視図である。 [0030]一部の実装に係る図６Ａの支払モジュールの第２の端部から見た斜視図である。 [0031]一部の実装に係る図４の自動小売機内の図６Ａの支払モジュールの斜視図である。 [0032]一部の実装に係るトランザクションを開始するプロセスの概略流れ図である。 [0033]一部の実装に係るトランザクションを確認するプロセスの概略流れ図である。 [0034]一部の実装に係る支払モジュールによりブロードキャストされる情報パケットのブロック図である。 [0035]一部の実装に係る認可要求のブロック図である。 [0036]一部の実装に係る認可付与トークンのブロック図である。 [0037]一部の実装に係る支払モジュールにより生成されるトランザクション情報のブロック図である。 [0038]一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 一部の実施形態に係る販促提案を表示する例示的なユーザインターフェイスを示す図である。 [0039]一部の実装に係る自動小売機の販促提案を提供および処理する方法の流れ図である。 一部の実装に係る自動小売機の販促提案を提供および処理する方法の流れ図である。 一部の実装に係る自動小売機の販促提案を提供および処理する方法の流れ図である。

[0040] 図面の複数の視野を通じて、同様の参照番号は、対応する部品を示す。

[0041] 次に、添付の図面に例が示された実装を詳細に参照する。以下の詳細な説明では、本明細書で提示される主題についての完全な理解を促すために、多数の具体的な詳細が示されている。ただし、当該主題がこれらの具体的な詳細を伴わずに実践され得ることは、当業者にとって明らかである。他の部分では、実装の態様を不必要に曖昧にしないために、よく知られた方法、手続き、構成要素、および回路については詳細に説明していない。

[0042] 以下では、本願の実装における技術的解決策について、本願の実装についての添付の図面を参照しながら、明確かつ完全に説明する。言うまでもなく、説明される実装は、本願の実装のすべてではなく、一部に過ぎない。本願の実装に基づき、当業者により創造的努力を用いずに得られる他のすべての実装は、本願の保護範囲に含まれるものとする。

[0043] 図１は、支払処理システム１００を示す。図２〜図５は、支払処理システム１００内のデバイスの例を示す。図６Ａ〜図６Ｃおよび図７は、支払モジュール１２４および自動小売機１２２のさまざまな外観を示す。図８は、支払処理システム１００内でトランザクションを開始するプロセス８００の概略流れ図である。図９は、支払処理システム１００内でトランザクションを確認するプロセス９００の概略流れ図である。図１０Ａ〜図１０Ｄは、支払処理システム１００内でのトランザクションの開始および実行に関連するデータ構造を示す。図１１Ａ〜図１１Ｇは、販促提案を表示するユーザインターフェイスの例を示す。図１２Ａ〜図１２Ｃは、自動小売機の販促提案を提供および処理する方法１２００の流れ図である。図１１Ａ〜図１１Ｇのユーザインターフェイスは、図１２Ａ〜図１２Ｃの方法を示すために使用される。

デバイスおよびシステムの例
[0044] 図１は、一部の実装に係る支払処理システム１００のブロック図である。一部の実装によると、支払処理システム１００は、モバイルデバイス１０４−１、１０４−２で実行されるクライアント側処理１０２−１、１０２−２（以下、「クライアント側モジュール１０２」）と、サーバシステム１０８（本明細書では、「サーバ」とも呼ぶ）で実行されるサーバ側処理１０６（以下、「サーバ側モジュール１０６」）と、自動小売機１２２に結合された支払モジュール１２４とを含む。クライアント側モジュール１０２は、支払処理システム１００のクライアント側機能と、サーバ側モジュール１０６および支払モジュール１２４の両方との通信を提供する。一部の実装形態では、クライアント側モジュール１０２に関連付けられたアプリケーションが、支払処理システム１００へのユーザインターフェイスをモバイルデバイス１０４に提供する。クライアント側モジュール１０２は、長距離通信プロトコル（たとえば、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）を介して、１つまたは複数のネットワーク１１０を通じてサーバ側モジュール１０６と通信し、またクライアント側モジュール１０２は、短距離通信プロトコル（たとえば、近距離通信（ＮＦＣ）、Ｂｌｕｅｔｏｏｈ（登録商標）、Ｂｌｕｅｔｏｏｈ低エネルギー（ＢＬＥ）等）を介して支払モジュール１２４と通信する。サーバ側モジュール１０６は、支払処理システム１００のサーバ側機能を、それぞれが各モバイルデバイス１０４に常駐する任意の数のクライアントモジュール１０２に提供する。

[0045] 支払処理システム１００は、モバイルデバイス１０４の接続を用いて、専用通信接続も長距離通信送受信機も持たない支払モジュール１２４と通信する。そのため、モバイルデバイス１０４は、支払モジュール１２４とサーバシステム１０８との間のリレーとして機能する。さらに、モバイルデバイス１０４の接続を利用することは、自動小売機１２２の事業者の観点から、コストを低く抑えるのに役立つ。

[0046] 一部の実装形態では、サーバ側モジュール１０６は、１つまたは複数のプロセッサ１１２と、ユーザ情報データベース１１４と、提案データベース１１６と、１つまたは複数のクライアントへの入出力（Ｉ／Ｏ）インターフェイス１１８とを備える。１つまたは複数のクライアントへのＩ／Ｏインターフェイス１１８は、サーバ側モジュール１０６のクライアントが面する入出力処理を容易にする。一部の実装形態では、１つまたは複数のプロセッサ１１２は、トランザクション要求を認可し、特定のモバイルデバイス１０４に対する販促提案を判断し、トランザクション決済を実行し、完了したトランザクションを確認する。ユーザ情報データベース１１４は、支払処理システム１００の各ユーザの情報（たとえば、ユーザＩＤ、アカウント資格情報（ユーザ名およびパスワード）、トランザクション履歴、口座残高、リンクされたクレジットカードおよび銀行口座等）を格納し、提案データベース１１６は、製造業者、販売業者、小売業者等により提供される販促提案を格納する。

[0047] モバイルデバイス１０４の例として、ハンドヘルドコンピュータ、ウェアラブルコンピューティングデバイス、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、携帯電話、スマートフォン、高速汎用パケット無線サービス（ＥＧＰＲＳ）携帯電話、メディアプレーヤ、ナビゲーションデバイス、ゲームコンソール、テレビ、販売時点管理（ＰＯＳ）端末、車載コンピュータ、電子書籍リーダ、またはこれらのデータ処理デバイスもしくは他のデータ処理デバイスの任意の２つ以上の組み合わせがあるが、これらに限定されない。

[0048] １つまたは複数のネットワーク１１０の例として、ローカルエリアネットワーク（LAN）や、インターネットなどのワイドエリアネットワーク（ＷＡＮ）がある。１つまたは複数のネットワーク１１０は、任意選択で、任意の既知のネットワークプロトコルを使用して実装される。これには、イーサネット、ユニバーサルシリアルバス（ＵＳＢ）、ＦＩＲＥＷＩＲＥ、ロングタームエボリューション（LTE）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）、拡張データＧＳＭ環境（ＥＤＧＥ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、Ｗｉ−ＭＡＸ、または他の任意の適切な通信プロトコルなどの多様なワイヤードまたはワイヤレスプロトコルが含まれる。

[0049] サーバシステム１０８は、１つまたは複数のスタンドアロンデータ処理装置、またはコンピュータの分散ネットワークで実装される。一部の実装形態では、サーバシステム１０８は、サードパーティサービスプロバイダ（たとえば、サードパーティクラウドサービスプロバイダ）のさまざまな仮想デバイスおよび／またはサービスを利用して、サーバシステム１０８の基盤となるコンピューティングリソースおよび／またはインフラストラクチャリソースを提供する。一部の実装形態では、サーバシステム１０８は、ハンドヘルドコンピュータ、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、またはこれらのデータ処理デバイスもしくは他のデータ処理デバイスの任意の２つ以上の組み合わせを含むが、それらに限定されない。

[0050] 図１に示す支払処理システム１００は、クライアント側部分（たとえば、クライアント側モジュール１０２）とサーバ側部分（たとえば、サーバ側モジュール１０６）の両方を含む。一部の実装形態では、データ処理は、モバイルデバイス１０４にインストールされるスタンドアロンアプリケーションとして実装される。加えて、支払処理システム１００のクライアント側部分とサーバ側部分との間での機能の分割は、実装によって変化する可能性がある。たとえば、一部の実装形態では、クライアント側モジュール１０２は、ユーザが面する入出力処理機能のみを提供するシンクライアントであり、他のすべてのデータ処理機能をバックエンドサーバ（たとえば、サーバシステム１０８）に移譲する。本技術の多数の側面はサーバシステム１０８の観点から説明されるが、モバイルデバイス１０４により実行される対応する動作が、当業者にとって創造的な労力を伴わずに明らかとなる。さらに、本技術の一部の側面は、サーバシステム１０８、モバイルデバイス１０４、またはサーバシステム１０８とモバイルデバイス１０４の協調により実行され得る。

[0051] 図２は、一部の実装に係る、ユーザに関連するモバイルデバイス１０４のブロック図である。モバイルデバイス１０４は、典型的には、１つまたは複数の処理装置（CPU）２０２と、２つ以上の通信デバイス２０４と、メモリ２０６と、これらの構成要素（チップセットとも呼ばれる）を相互接続する１つまたは複数の通信バス２０８とを含む。２つ以上の通信デバイス２０４は、短距離通信プロトコル（たとえば、ＮＦＣ、ＢＬＥ等）に関連付けられた第１の送受信機と、長距離通信プロトコル（たとえば、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）に関連付けられた第２の送受信機とを含む。モバイルデバイス１０４は、ユーザインターフェイス２１０をさらに含む。ユーザインターフェイス２１０は、メディアコンテンツ（たとえば、テキスト、画像、音声、ビデオ等）の提示を可能にする１つまたは複数の出力デバイス２１２を含む。これには、１つもしくは複数のスピーカおよび／または１つもしくは複数の視覚的ディスプレイが含まれる。ユーザインターフェイス２１０は、キーボード、マウス、音声コマンド入力ユニットもしくはマイク、タッチスクリーンディスプレイ、タッチ感応入力パッド、ジェスチャキャプチャカメラ、または他の入力ボタンもしくはコントロールなどのユーザ入力を容易にするユーザインターフェイス構成要素を含む、１つまたは複数の入力デバイス２１４をさらに含む。さらに、一部の実装形態では、モバイルデバイス１０４は、マイクと音声認識、またはカメラとジェスチャ認識を使用して、キーボードを補足または置換する。一部の実装形態では、モバイルデバイス１０４は、モバイルデバイス１０４の現在の状態またはモバイルデバイス１０４に関連する環境条件に関するコンテキスト情報を提供する１つまたは複数のセンサ２１５を任意選択で含む。１つまたは複数のセンサ２１５は、１つまたは複数のマイク、１つまたは複数のカメラ、環境光センサ、１つまたは複数の加速度計、１つまたは複数のジャイロスコープ、温度センサ、１つまたは複数の運動センサ、１つまたは複数の生体認証／生物センサ等を含むが、これらに限定されない。一部の実装形態では、モバイルデバイス１０４は、モバイルデバイス１０４の位置を判断するために、ＧＰＳ（全地球測位衛星）または他の地理位置情報受信機などの位置検出デバイス２１７を任意選択で含む。

[0052] メモリ２０６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイスなどの高速ランダムアクセスメモリを含み、任意選択で、１つもしくは複数の磁気ディスクストレージデバイス、１つもしくは複数の光ディスクストレージデバイス、１つもしくは複数のフラッシュメモリデバイス、または１つもしくは複数の他の不揮発性ソリッドステートストレージデバイスなどの不揮発性メモリを含む。メモリ２０６は、任意選択で、１つまたは複数の処理装置２０２から離れて配置された１つまたは複数のストレージデバイスを含む。メモリ２０６、または代替でメモリ２０６内の不揮発性メモリは、一時的でないコンピュータ可読記憶媒体を含む。一部の実装形態では、メモリ２０６、またはメモリ２０６の一時的でないコンピュータ可読記憶媒体は、以下のプログラム、モジュール、およびデータ構造、またはそれらのサブセットもしくはスーパーセットを格納する。
●さまざまな基本システムサービスを処理し、ハードウェア依存タスクを実行する手続きを含む、オペレーティングシステム２１６
●２つ以上の通信デバイス２０４を介して、他のデバイス（たとえば、サーバシステム１０８および支払モジュール１２４）との間で信号を送受信する、通信モジュール２１８
●モバイルデバイス１０４でユーザインターフェイス２１０に関連付けられた１つまたは複数の出力デバイス２１２（たとえば、ディスプレイ、スピーカ等）を介して情報（たとえば、アプリケーション２２６もしくはクライアント側モジュール１０２に関連付けられたアプリケーションのユーザインターフェイス、ウィジット、ウェブサイトおよびそのウェブページ、ならびに／またはゲーム、音声、および／もしくはビデオコンテンツ、テキスト等）の提示を可能にする、提示モジュール２２０
●１つもしくは複数のユーザ入力または１つもしくは複数の入力デバイス２１４からの対話操作を検出し、検出された入力もしくは対話操作を解釈する、入力処理モジュール２２２
●ウェブサイトおよびそのウェブページを移動し、（ＨＴＴＰを介して）要求し、表示する、ウェブブラウザモジュール２２４
●モバイルデバイス１０４により実行される１つまたは複数のアプリケーション２２６（たとえば、ゲーム、アプリケーションマーケットプレイス、支払プラットフォーム、および／または他のウェブベースもしくは非ウェブベースのアプリケーション）
●以下を含むがこれらに限定されない支払処理システム１００のクライアント側データ処理および機能を提供する、クライアント側モジュール１０２
○第１の送受信機を介して、各支払モジュール１２４によりブロードキャストされた情報パケットを受信する、ブロードキャスト取得モジュール２３０。情報パケットは、各支払モジュール１２４に対応する一意識別子（すなわち、デバイスＩＤ）と、各支払モジュール１２４が結合された自動小売機１２２とのトランザクションを開始するための認可コードとを少なくとも含む
○第２の送受信機を介して認可コードを含むトランザクション認可要求をサーバシステム１０８に送信し、各支払モジュール１２４が結合された自動小売機１２２とのトランザクションを開始するために、第２の送受信機を介して認可コードを含む認可付与トークンをサーバシステム１０８から受信し、受信した認可付与トークンを（たとえば、ユーザデータ２６４に）格納する、トランザクション認可モジュール２３２
○第２の送受信機を介して、（たとえば、クライアント側モジュール１０２に関連付けられたアプリケーションへのトランザクション認可要求の送信に応じて、または別のタイミングで）サーバシステム１０８から販促提案を取得し（すなわち、受信または取り出し）、サーバシステムから取得した販促提案を提案データベース２６６に格納し、任意選択で、複数の要因（たとえば、デバイスＩＤ、ユーザＩＤおよび履歴、モバイルデバイス１０４の現在の位置、現在の日付／時刻等）の１つまたは複数に基づいて１つまたは複数の販促提案を判断し、１つまたは複数の販促提案を１つまたは複数の出力デバイス２１２（たとえば、ディスプレイ）を介してモバイルデバイスのユーザに提示し、モバイルデバイス１０４のユーザに提示される１つまたは複数の販促提案の１つを選択するユーザ入力を検出する、提案モジュール２３４
○各支払モジュール１２４が結合された自動小売機１２２とのトランザクションを開始するためのトリガを検出する、トリガ検出モジュール２３６（たとえば、トリガは、モバイルデバイス１０４のユーザによるジェスチャまたは他のユーザ入力、支払モジュール１２４から観察されるＲＳＳＩに基づく支払ゾーンへのモバイルデバイス１０４の入り込み、各販促提案の選択等である）
○第１の送受信機を介して、格納された認可付与トークンを各支払モジュール１２４に送信することにより、各支払モジュール１２４に結合された自動小売機１２２とのトランザクションを開始する、トランザクション開始モジュール２３８
○第１の送受信機を介して、支払モジュール１２４からトランザクション完了通知を受信する、トランザクション完了通知受信モジュール２４０。トランザクション完了通知は、トランザクション状態情報（たとえば、自動小売機１２２とのトランザクションが成功したか、中止されたか、または失敗したかを示す）、トランザクション詳細情報（たとえば、認可コード、トランザクションの金額、トランザクションに関連付けられた商品／製品、トランザクションが完了した時刻／日付、トランザクションエラー情報等）の１つまたは複数を含み、任意選択で、中断されたトランザクション情報、状態フラグ、在庫情報、過去の貨幣トランザクション情報、他のキャッシュレストランザクション情報など、各支払モジュール１２４および／または各支払モジュール１２４が結合された自動小売機１２２に関する他の諸情報を含む
○１つまたは複数の出力デバイス２１２を介して、各販促提案を検証するために、販売された製品の製品コードを取得するよう促すプロンプトをモバイルデバイス１０４のユーザに提供し、販売された製品の製品コードを取得し（たとえば、モバイルデバイス１０４のユーザが製品コードを手動で入力する、モバイルデバイス１０４のユーザが製品コードが抽出される販売製品の画像をキャプチャする、モバイルデバイス１０４のユーザがクライアント側モジュール１０２に関連付けられたアプリケーションのスキャナプラグインを使用して製品コードを取得する、など）、製品コードを検証するかまたは第２の送受信機を介して取得された製品コードをサーバシステム１０８に送信して検証させる、製品コード処理モジュール２４２
○第２の送受信機を介して、支払モジュール１２４からサーバシステム１０８に情報（たとえば、トランザクション状態情報、トランザクション詳細情報、各支払モジュール１２４および／または各支払モジュール１２４が結合された自動小売機１２２に関するその他の諸情報等）を送信する、情報リレーモジュール２４４
○第２の送受信機を介して、販促検証情報をサーバシステム１０８から受信し、１つまたは複数の出力デバイス２１２（たとえば、ディスプレイ）を介して、販促検証情報をモバイルデバイスのユーザに提示する、提案検証モジュール２４６
○サーバシステム１０８がトランザクション状態情報およびトランザクション詳細情報を受信および処理したことを確認する確認情報を、第１の送受信機を介して支払モジュール１２４に送信する、確認モジュール２４８
●支払処理システム１００に関連する、以下を含むがこれらに限定されないデータを格納する、クライアントデータ２６０
○モバイルデバイス１０４のユーザの情報を格納する、ユーザプロファイル２６２。これには、一意ユーザ識別子（すなわち、ユーザＩＤ）、ログイン資格情報（すなわち、ユーザ名またはハンドルとパスワード）、トランザクション履歴、支払データ（たとえば、口座残高、リンクされたクレジットカードまたは銀行情報、アプリクレジットまたはギフトカード残高、請求先住所、配送先住所等）、連絡先情報（たとえば、電子メールアドレス、電話番号等）、ユーザのカスタムパラメータ（たとえば、年齢、所在地、趣味等）、ユーザの識別された傾向および／または好き／嫌い等が含まれるが、これらに限定されない
○トランザクション履歴情報、認可付与トークン等を格納する、ユーザデータ２６４
○製造業者、販売業者、小売業者等により提供された販促提案を格納する、提案データベース２６６

[0053] 上記で特定された各要素は、上述したメモリデバイスの１つまたは複数に格納され得、上述した機能を実行する命令セットに対応する。上記で特定されたモジュールまたはプログラム（すなわち、命令セット）は、独立したソフトウェアプログラム、手続き、モジュール、またはデータ構造として実装する必要はなく、よってこれらのモジュールのさまざまなサブセットが、さまざまな実装形態において組み合わされ、または並べ替えられる可能性がある。一部の実装形態では、メモリ２０６は、任意選択で、上記で特定されたモジュールおよびデータ構造のサブセットを格納する。さらに、メモリ２０６は、任意選択で、上述されていない追加のモジュールおよびデータ構造を格納する。

[0054] 図３は、一部の実装に係るサーバシステム１０８を示すブロック図である。サーバシステム１０８は、典型的には、１つまたは複数の処理装置（ＣＰＵ）１１２と、１つまたは複数の通信デバイス３０４（たとえば、１つまたは複数のクライアント１１８へのI/Oインターフェイスを含む）と、メモリ３０６と、これらの構成要素（チップセットとも呼ばれる）を相互接続する１つまたは複数の通信バス３０８とを含む。メモリ３０６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイスなどの高速ランダムアクセスメモリを含み、任意選択で、１つもしくは複数の磁気ディスクストレージデバイス、１つもしくは複数の光ディスクストレージデバイス、１つもしくは複数のフラッシュメモリデバイス、または１つもしくは複数の他の不揮発性ソリッドステートストレージデバイスなどの不揮発性メモリを含む。メモリ３０６は、任意選択で、１つまたは複数の処理装置１１２から離れて配置された１つまたは複数のストレージデバイスを含む。メモリ３０６、または代替でメモリ３０６内の不揮発性メモリは、一時的でないコンピュータ可読記憶媒体を含む。一部の実装形態では、メモリ３０６、またはメモリ３０６の一時的でないコンピュータ可読記憶媒体は、以下のプログラム、モジュール、およびデータ構造、またはそれらのサブセットもしくはスーパーセットを格納する。
●さまざまな基本システムサービスを処理し、ハードウェア依存タスクを実行する手続きを含む、オペレーティングシステム３１０
●１つまたは複数の通信デバイス３０４を介して、モバイルデバイス１０４との間で信号を送受信する、ネットワーク通信モジュール３１２
●以下を含むがこれらに限定されない支払処理システム１００のサーバ側データ処理および機能を提供する、サーバ側モジュール１０６
○各モバイルデバイス１０４から、各支払モジュール１２４に関連付けられたデバイスＩＤと認可コードとを含むトランザクション要求を受信し、トランザクション要求を検証する、トランザクション認可モジュール３１４
○各支払モジュール１２４のデバイスＩＤにリンクされた暗号化／復号キーを識別し、識別された暗号化／復号キーで認可コードを復号し、識別された暗号化／復号キーで認可付与トークンを暗号化する、暗号化／復号モジュール３１６
○複数の要因（たとえば、トランザクション要求に含まれるデバイスID、各モバイルデバイス１０４のユーザに関連付けられたユーザIDおよび履歴、各モバイルデバイス１０４の現在の位置、現在の時刻／日付等）の１つまたは複数に基づいて、１つまたは複数の販促提案を判断する、提案判断モジュール３１８
○トランザクション要求が検証されたという判断に応じて、認可付与トークンと、１つまたは複数の販促提案とを各モバイルデバイス１０４に送信し、トランザクションが完了したときに確認情報を各モバイルデバイス１０４に送信する、送信モジュール３２０
○各モバイルデバイス１０４から情報を受信する、受信モジュール３２２。これには、製品コードおよび対応する選択された販促提案、各トランザクションのトランザクション状態情報、各トランザクションのトランザクション詳細情報、および／または他の諸情報が含まれるが、これらに限定されない
○受信した製品コード、トランザクション状態情報、および／またはトランザクション詳細情報に基づいて販促提案を検証し、販促提案が検証されたとの判断に応じて、販促検証情報を各モバイルデバイス１０４に送信する、提案検証モジュール３２４
○トランザクション詳細情報に応じて、アカウント残高からの引き落としを行うか、またはリンクされたクレジットカードもしくは銀行口座に課金する、決済モジュール３２６
○各支払モジュール１２４にリレーするために確認情報を各モバイルデバイス１０４に送信する、確認モジュール３２８
●支払処理システム１００のための以下を含むがこれらに限定されないデータを格納する、サーバデータ３４０
○支払処理システム１００の各ユーザの情報を格納する、ユーザ情報データベース１１４。これには、一意ユーザ識別子（すなわち、ユーザＩＤ）、ログイン資格情報（すなわち、ユーザ名またはハンドルとパスワード）、トランザクション履歴、支払データ（たとえば、口座残高、リンクされたクレジットカードまたは銀行情報、アプリクレジットまたはギフトカード残高、請求先住所、配送先住所等）、連絡先情報（たとえば、電子メールアドレス、電話番号等）、ユーザのカスタムパラメータ（たとえば、年齢、所在地、趣味等）、ユーザの識別された傾向および／または好き／嫌い等が含まれるが、これらに限定されない
○製造業者、流通業者、小売業者等により提供された販促提案を格納する、提案データベース１１６
○支払処理システム１００の各支払モジュール１２４の情報を格納する、支払モジュールデータベース３４２。これには、一意支払モジュール識別子（すなわち、デバイスＩＤ）、暗号化／復号キー等が含まれるが、これらに限定されない

[0055] 上記で特定された各要素は、上述したメモリデバイスの１つまたは複数に格納され得、上述した機能を実行する命令セットに対応する。上記で特定されたモジュールまたはプログラム（すなわち、命令セット）は、独立したソフトウェアプログラム、手続き、またはモジュールとして実装する必要はなく、よってこれらのモジュールのさまざまなサブセットが、さまざまな実装形態において組み合わされ、または並べ替えられる可能性がある。一部の実装形態では、メモリ３０６は、任意選択で、上記で特定されたモジュールおよびデータ構造のサブセットを格納する。さらに、メモリ３０６は、任意選択で、上述されていない追加のモジュールおよびデータ構造を格納する。

[0056] 一部の実装形態では、サーバシステム１０８の機能の少なくとも一部は、モバイルデバイス１０４により実行され、これらの機能の対応するサブモジュールは、サーバシステム１０８ではなく、モバイルデバイス１０４内に配置され得る。一部の実装形態では、モバイルデバイス１０４の機能の少なくとも一部は、サーバシステム１０８により実行され、これらの機能の対応するサブモジュールは、モバイルデバイス１０４ではなく、サーバシステム１０８内に配置され得る。図２および図３に示すモバイルデバイス１０４およびサーバシステム１０８は、それぞれ、単なる例示であり、本明細書で説明される機能を実装するモジュールの異なる構成が、さまざまな実装形態において可能である。

[0057] 図４は、一部の実装に係る自動小売機１２２を示す概略ブロック図である。たとえば、自動小売機１２２は、ユーザによる品目または製品の支払いおよび選択に応じて、品目または製品（たとえば、軽食、他の食べ物、学用品、飲料、チケット等）を分配する自動販売機またはキオスクである。自動小売機１２２は、コントローラ４０２と、電力供給装置４０４と、メモリ４０６と、ユーザインターフェイス４０８と、１つまたは複数の任意選択のセンサ４１４と、マルチドロップバス（ＭＤＢ）４１６と、ディスペンサ４２４とを備える。

[0058] 一部の実装形態では、コントローラ４０２は、自動小売機１２２の機能を管理するマイクロコントローラ、マイクロプロセッサ、ＣＰＵ、ＦＰＧＡ、ＡＳＩＣ等である。電力供給装置４０４は、外部電源（たとえば、ＡＣまたはＤＣ）への接続、または内部電源（たとえば、バッテリ）への接続である。一部の実装形態では、電力供給装置４０４は、自動小売機１２２のさまざまな構成要素に電力を供給するために、電力変換器および／またはインバータ、整流器、電力調整器等の１つまたは複数をさらに備える。メモリ４０６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、またはその他のランダムアクセスソリッドステートメモリデバイス等の高速ランダムアクセスメモリを含み、任意選択で、１つまたは複数の磁気ディスクストレージデバイス、１つまたは複数の光ディスクストレージデバイス、１つまたは複数のフラッシュメモリデバイス、１つまたは複数のその他の不揮発性ソリッドステートストレージデバイスなどの不揮発性メモリを含む。一部の実装形態では、メモリ４０６は、自動小売機１２２の機能およびプロセス（たとえば、品目の分配、在庫の追跡、温度制御、電力制御等）を実行するためのオペレーティングシステムおよび命令を格納する。一部の実装形態では、メモリ４０６は、自動小売機１２２の在庫および自動小売機１２２で実行されるトランザクションに対応する構成データおよびＤＥＸ（データ交換）データをさらに格納する。

[0059] ユーザインターフェイス４０８は、１つもしくは複数のスピーカおよび／または１つもしくは複数の視覚的ディスプレイなど、情報（たとえば、テキスト、画像、音声、ビデオ等）の提示を可能にする１つまたは複数の出力デバイス４１０を備える。ユーザインターフェイス４０８は、マイク、キーパッド、タッチスクリーンディスプレイ、ジェスチャキャプチャカメラ、またはその他の入力ボタンもしくはコントロールなど、ユーザ入力および品目の選択を容易にするユーザインターフェイス構成要素を含む、１つまたは複数の入力デバイス４１２をさらに備える。１つまたは複数の任意選択のセンサ４１４は、１つまたは複数のマイク、１つまたは複数のカメラ、環境光センサ、１つまたは複数の加速度計、１つまたは複数のジャイロスコープ、温度センサ、１つまたは複数の運動センサ、１つまたは複数の生体認証／生物センサ等を含むが、これらに限定されない。

[0060] 一部の実装形態では、さまざまな支払デバイスがＭＤＢ４１６に結合される。これには、キャッシュレス払いを受け付ける１つまたは複数のキャッシュレス支払デバイス４１８（たとえば、クレジットカードリーダ）、紙幣の受け付けおよび検証を行う１つまたは複数の紙幣識別機４２０、ならびに硬貨の受け付けおよび釣銭の提供を行う１つまたは複数の硬貨受付機４２２の任意の組み合わせが含まれる。一部の実装形態では、ディスペンサ４２４は、自動小売機１２２が貯蔵する品目または製品を分配または販売する電気機械システム（たとえば、モータ、アクチュエータ等）である。たとえば、ユーザは、紙幣を紙幣識別機４２０に挿入し、紙幣と等価の金額を貸方計上される。この例を続けると、１つまたは複数の出力デバイス４１０（たとえば、ディスプレイ）は、貸方計上された金額を示し、ユーザは１つまたは複数の入力デバイス４１２を介して（たとえば、キーパッドを使用して、または一連のボタン押下により）品目を選択する。続いて、コントローラ４０２は選択された製品を分配させる信号をディスペンサ４２４に送信し、ディスペンサは選択された製品を分配または販売する。

[0061] 図５は、一部の実装に係る支払モジュール１２４を示すブロック図である。一部の実装形態では、支払モジュール１２４は、図６Ｂ、図６Ｃ、および図７に示すように各自動小売機１２２のマルチドロップバス（ＭＤＢ）に結合されるオスコネクタおよびメスコネクタを備えた、インラインアダプタドングルである。たとえば、支払モジュールは、図４に示すＭＤＢ４１６にインラインで接続される。支払モジュール１２４は、典型的には、１つまたは複数の処理装置（ＣＰＵ）５１２と、通信デバイス５０４（たとえば、NFC、BLE等の短距離通信プロトコルに関連付けられた送受信機）と、メモリ５０６と、これらの構成要素（チップセットとも呼ばれる）を相互接続する１つまたは複数の通信バス５０８とを含む。メモリ５０６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイスなどの高速ランダムアクセスメモリを含み、任意選択で、１つもしくは複数の磁気ディスクストレージデバイス、１つもしくは複数の光ディスクストレージデバイス、１つもしくは複数のフラッシュメモリデバイス、または１つもしくは複数の他の不揮発性ソリッドステートストレージデバイスなどの不揮発性メモリを含む。メモリ５０６は、任意選択で、１つまたは複数の処理装置５１２から離れて配置された１つまたは複数のストレージデバイスを含む。メモリ５０６、または代替でメモリ５０６内の不揮発性メモリは、一時的でないコンピュータ可読記憶媒体を含む。一部の実装形態では、メモリ５０６、またはメモリ５０６の一時的でないコンピュータ可読記憶媒体は、以下のプログラム、モジュール、およびデータ構造、またはそれらのサブセットもしくはスーパーセットを格納する
●さまざまな基本システムサービスを処理し、ハードウェア依存タスクを実行する手続きを含む、オペレーティングシステム５１０
●通信デバイス５０４を介して、モバイルデバイス１０４との間で信号を送受信する、通信モジュール５１２
●以下を含むがこれらに限定されないトランザクション処理モジュール５１４
○支払モジュール１２４の通信ゾーン（すなわち、ＢＬＥ範囲）内の０個またはそれ以上のクライアントデバイス１０４に情報パケットをブロードキャストする、ブロードキャストモジュール５１６。情報パケットは、支払モジュール１２４に対応する一意識別子（すなわち、デバイスＩＤ）と、各支払モジュール１２４が結合された自動小売機１２２とのトランザクションを開始するための認可コードとを少なくとも含む。またブロードキャストモジュール５１６は、ブロードキャストされる認可コードを認可データベース５３２に格納する
○支払モジュール１２４に対応する暗号化／復号キーで認可コードを暗号化し、暗号化／復号キーで認可付与トークンを復号する、暗号化／復号モジュール５１８
○支払処理システム１００に関連付けられていない貨幣トランザクションおよび／または他のキャッシュレストランザクション（たとえば、クレジットカードトランザクション）に関連する信号を検出し、当該貨幣トランザクションおよび／または他のキャッシュレストランザクションに関連する情報を（たとえば、その他情報データベース５３６に）格納する、トランザクションスニッフィングモジュール５２０
○復号された認可付与トークンの認可コードを、認可データベース５３２に格納されている以前にブロードキャストされた認可コードに照らしてチェックすることによりトランザクションを検証する、検証モジュール５２２
○トランザクションが検証されたという判断に応じて、自動小売機１２２に製品を販売させるかまたはサービスを実行させ、トランザクション詳細情報をトランザクションデータベース５３４に格納する、トランザクション処理モジュール５２４
○対応するトランザクションがサーバシステム１０８により確認されたという判断に応じて、トランザクション詳細情報をトランザクションデータベース５３４から削除する、確認モジュール５２６
●以下を含むがこれらに限定されないデータを格納する、データ５３０
○以前にブロードキャストされた認可コードを格納する、認可データベース５３２
○支払モジュール１２４により処理されたトランザクションのトランザクション詳細情報を格納する、トランザクションデータベース５３４
○状態フラグ、在庫情報、過去の貨幣トランザクション情報、他のキャッシュレストランザクション情報など、支払モジュール１２４および／または支払モジュール１２４に結合された自動小売機１２２に関する緒情報を格納する、その他情報データベース５３６

[0062] 上記で特定された各要素は、上述したメモリデバイスの１つまたは複数に格納され得、上述した機能を実行する命令セットに対応する。上記で特定されたモジュールまたはプログラム（すなわち、命令セット）は、独立したソフトウェアプログラム、手続き、またはモジュールとして実装する必要はなく、よってこれらのモジュールのさまざまなサブセットが、さまざまな実装形態において組み合わされ、または並べ替えられる可能性がある。一部の実装形態では、メモリ５０６は、任意選択で、上記で特定されたモジュールおよびデータ構造のサブセットを格納する。さらに、メモリ５０６は、任意選択で、上述されていない追加のモジュールおよびデータ構造を格納する。

[0063] 図６Ａ〜図６Ｃは、一部の実施形態に係る、図５の支払モジュール１２４のさまざまな外観を示す。支払モジュール１２４は、業界標準のマルチドロップバス（ＭＤＢ）と連動するように予め構成された、比較的低コストなハードウェア構成要素である。ＭＤＢ技術を用いていない機械では、支払モジュール１２４を、他のシリアルプロトコルと連動するように、またはスイッチ（たとえば、チェリースイッチ機構）を活性化するように、構成または設計することができる。たとえば、その全体が引用により援用される、米国特許出願第１４／４５８，１９２号「オフライン支払式機械を後付けして電子支払を受領する方法およびシステム」を参照されたい。本質的に、支払モジュール１２４は、自動小売機１２２での支払いの確立を、他の代替支払形式（たとえば、現金）とほぼ同じ態様でシミュレートする。

[0064] 支払モジュール１２４は、自動小売機１２２（たとえば、自動販売機）のＭＤＢ等の中にインライン挿入するアダプタドングルとして使用されるように設計されることが好ましい。ＭＤＢ技術で使用されるワイヤでは、周辺機器を取り付けられるようにするために、オスおよびメスの接続端またはアダプタを使用する。自動販売機の場合、接続端またはアダプタを備えるＭＤＢが、支払受領機構（たとえば、硬貨機構）を取り付けられるようにするために存在する。ＭＤＢのＭＤＢオスアダプタ６１２およびＭＤＢメスアダプタ６１４が、（図６Ｂおよび図６Ｃに示すように）分離され得る。図６Ａ〜図６Ｃの支払モジュール１２４は、オスアダプタ６０２と、メスアダプタ６０４とを有する。支払モジュール１２４は、ＭＤＢにシリアル（「インライン」）で差し込まれ（挿入され）得る。たとえば、ＭＤＢメスアダプタ６１４が支払モジュール１２４のオスアダプタ６０２に接続され得、ＭＤＢオスアダプタ６１２が支払モジュール１２４のメスアダプタ６０４に接続され得る。出来上がったインライン構成を図７に示す。支払モジュール１２４がパススルー通信を許容するように設計されていることに留意する必要がある。そのため、モバイルデバイスと機械の間の支払処理システムが（たとえば、特定の購入について、または単純にオフにされていることにより）有効でない場合、ＭＤＢは、支払モジュール１２４が存在しないかのように機能し、自動小売機１２２は、通常どおり機能することができる。図７で、自動小売機１２２は、ユーザの選択、現在のクレジット等を表示するディスプレイ７２２を備えている。図７で、自動小売機１２２は、製品を選択するためのタッチスクリーンディスプレイ７２４およびボタン７２６をさらに備えている。

ユーザインターフェイスおよび関連するプロセス
[0065] 図８は、一部の実施形態に係る支払処理システム１００でトランザクションを実行するユーザを認証するプロセス８００の概略流れ図である。一部の実装形態では、支払処理システム１００は、１つまたは複数の支払モジュール１２４（たとえば、それぞれが商品および／またはサービスを販売する自動販売機等の各自動小売機１２２に関連付けられる）と、１つまたは複数のモバイルデバイス１０４と、サーバ１０８とを含む。１つまたは複数のモバイルデバイス１０４のそれぞれは、（たとえば、アプリケーションとしての）クライアント側モジュール１０２のインスタンスをフォアグラウンドまたはバックグラウンドプロセスとして実行して、支払処理システム１００の他のデバイス（たとえば、サーバ１０８および支払モジュール１２４）にアクセスし、通信する。サーバ１０８は、支払処理システム１００を管理し、一部のケースでは、１つまたは複数の支払モジュール１２４を供給、操作、および／または製造するエンティティと関連付けられる。簡略化するために、プロセス８００について、支払処理システム１００内の各支払モジュール１２４および各モバイルデバイス１０４との関連で説明する。

[0066] 支払モジュール１２４は、短距離通信能力（たとえば、ＢＬＥ）を介して、情報パケットをブロードキャストする（８０２）。情報パケットは、認可コードと、支払モジュール１２４に関連付けられた一意識別子（すなわち、デバイスＩＤ）とを少なくとも含む。一部の実装形態では、情報パケットは、支払モジュール１２４の現在のファームウェアバージョンと、支払モジュール１２４および／または自動小売機１２２の１つまたは複数の状態に対応する１つまたは複数の状態フラグとをさらに含む。情報パケットについては、以下で図１０Ａを参照しながらさらに説明する。

[0067] 一部の実装形態では、支払モジュール１２４は、Ｘ秒（たとえば、１００ｍｓ、２００ｍｓ、５００ｍｓ等）ごとに、一意認可コードを送出する。一部の実装形態では、一意認可コードは、ランダムまたは疑似ランダムに生成される番号である。一部の実装形態では、支払モジュール１２４はランダム番号を初期化し、認可コードは、このランダム番号からの連続したカウントである。そのような実装形態では、支払モジュール１２４は、すべての有効な認可コードを格納することなく、最も早い有効（未失効）カウンタを格納する。一部の実装形態では、ブロードキャストされた情報パケットに含まれる認証コードは、ランダムまたは疑似ランダムに生成された番号または連続番号のハッシュ値である。

[0068] 一部の実装形態では、支払モジュール１２４は、ブロードキャストされる認可コードを、受信された認可付与トークンが格納された認可コードのいずれかに一致するまで（たとえば、図５の認可データベース５４２に）格納し、その後、一致する認可コードを削除する。一部の実装形態では、ブロードキャストされる認可コードは、１回だけ使用するコードである。そのため、ブロードキャストされる認可コードは、反射攻撃を防ぐために、無効化および／または削除される前に１つのモバイルデバイス１０４のみに使用され得る。一部の実装形態では、支払モジュール１２４は、以前にブロードキャストされた認可コードを所定の時間（たとえば、Ｙ分）格納し、その後、認可コードが失効して削除される。一部の実装形態では、認可コードは、サーバシステム１０８により把握されているが支払モジュール１２４にとって一意である共有秘密キーにより暗号化される。

[0069] モバイルデバイス１０４は、ブロードキャスタされた情報パケットを受信し、またモバイルデバイス１０４は、長距離通信能力（たとえばＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）を介して、認可要求をサーバシステム１０８に送信する（８０４）。たとえば、クライアント側モジュール１０２に関連付けられたアプリケーションが、モバイルデバイス１０４でフォアグラウンドまたはバックグラウンドプロセスとして実行される。アプリケーションは、支払処理システム１００にアクセスするために使用される。この例では、アプリケーションは、モバイルデバイス１０４が支払モジュール１２４の通信ゾーン（すなわち、ＢＬＥ範囲）内にあるときに、ブロードキャストされた情報パケットを受信し、認可要求をサーバシステム１０８に自動的に送信するか、または、モバイルデバイス１０４が支払モジュール１２４の認可ゾーン内にあるときに認可要求をサーバシステム１０８に送信する。

[0070] 一部の実装形態では、ブロードキャストされた情報パケットは、モバイルデバイス１０４（またはクライアント側モジュール１０２に関連付けられたアプリケーション）が支払モジュール１２４の認可ゾーン内に入る前に支払モジュール１２４から観察することを要求されるベースライン受信信号強度表示（ＲＳＳＩ）を示すベースライン認可ゾーン閾値（すなわち、認可ゾーン基準）を含む。一部の実装形態では、モバイルデバイス１０４（またはクライアント側モジュール１０２に関連付けられたアプリケーション）は、その短距離通信能力（たとえば、BLE無線／送受信機）の受信強度および／または他の同様の要因に基づいて、ベースライン認可ゾーン閾値をオフセットする。一部の実装形態では、認可要求は、ブロードキャストされた情報パケットに含まれていた認可コード、モバイルデバイス１０４のユーザに関連付けられた識別子またはモバイルデバイス１０４のユーザがアプリケーションにログインしたユーザアカウント（すなわち、ユーザID）、および支払モジュール１２４に関連付けられた識別子（すなわち、デバイスＩＤ）を少なくとも含む。一部の実装形態では、認可要求に含まれる認証コードは、クリアテキストのハッシュ値である。認可要求については、以下で図１０Ｂを参照しながらさらに説明する。

[0071] 認可要求を受信した後、サーバシステム１０８は、認可要求を処理する（８０６）。一部の実装形態では、サーバシステム１０８は、デバイスＩＤに基づいて共有秘密キーを識別し、認可要求に含まれる認可コードを識別された秘密キーで復号する。サーバシステム１０８は、認可要求のユーザＩＤに関連するユーザが、支払処理システムがデバイスＩＤに対応する支払モジュール１２４が結合された自動小売機１２２でトランザクションを実行するための十分な資金を口座に持っているかどうかを判断する。

[0072] サーバシステム１０８は、長距離通信能力（たとえば、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）を介して、認可付与トークンをモバイルデバイス１０４に送信する（８０８）。一部の実装形態では、サーバシステム１０８は、認可要求の認可コードが支払モジュール１２４に対応する共有秘密キーで復号できない（たとえば、認可コードが破損またはハッキングされている）場合、認可付与トークンを送信しない。一部の実装形態では、サーバシステム１０８は、認可要求のユーザＩＤに関連付けられたユーザがその口座に十分な資金を持っていないか、または予め定められた一日当たりの制限を超えた場合、認可付与トークンを送信しない。一部の実装形態では、認可付与トークンに加えて（または、認可が拒否された場合は認可付与トークンなしで）、サーバシステム１０８は、支払モジュール１２４に対応する共有秘密キーで暗号化されていないメッセージをモバイルデバイス１０４に直接送信する。メッセージを受信した後、モバイルデバイス１０４は、資金が十分であること、トランザクションが認可されたこと、残高が不十分であること、認可が拒否されたこと等の適切なメッセージをユーザに表示する。一部の実装形態では、サーバシステム１０８は、ゼロと等価である金額の認可付与トークンを送信する。この場合、支払モジュール１２４はこれを、残高またはクレジットが不足しているかそれに限定されない任意の数の理由により、認可が拒否されたかまたは失敗したと解釈する。一部の実装形態では、モバイルデバイス１０４は、トリガ条件が検出されるまで、認可付与トークンを（たとえば、ユーザデータ２６４に）格納する。

[0073] モバイルデバイス１０４は認可付与トークンを受信し、その後、モバイルデバイス１０４はトリガ条件を検出する（８１０）。一部の実装形態では、モバイルデバイス１０４（またはアプリケーション）は、ハンズフリーモード（たとえば、支払モジュール１２４の支払ゾーンに入ったとき）または手動モード（たとえば、アプリケーションのユーザインターフェイスと相互作用して、支払モジュール１２４に関連付けられた支払受付ユニットとのトランザクションを開始）を介してトリガ条件を検出する。

[0074] 一部の実装形態では、トリガ条件は、モバイルデバイス１０４がモバイルデバイス１０４により表示されるユーザインターフェイスでユーザ入力を検出したときに満たされる。たとえば、図１１Ａを参照すると、トランザクションは、モバイルデバイス１０４のユーザと、８階の軽食販売機との間で、モバイルデバイス１０４がユーザインターフェイス１１０８の領域１１２０から始まる上向きスワイプジェスチャを検出したときに開始される。別の例では、図１１Ｄを参照すると、トランザクションは、モバイルデバイス１０４のユーザと、８階の軽食販売機との間で、提案Ａ１１５２が接触１１６６により選択されたことをモバイルデバイス１０４が検出したときに開始される。

[0075] 一部の実装形態では、トリガ条件は、モバイルデバイス１０４が各自動小売機からの支払ゾーン条件基準以上のＲＳＳＩを観察したときに満たされる。たとえば、モバイルデバイス１０４が支払ゾーン内に入ると、各自動小売機とモバイルデバイス１０４のユーザとの間のトランザクションが自動的に開始される。一部の実装形態では、各小売機から観察されるＲＳＳＩが支払ゾーン基準以上になった後、モバイルデバイス１０４は、検出されたときにトリガ条件を満たす役割を果たすトランザクション確認を提供するようユーザに促す。たとえば、モバイルデバイス１０４が支払ゾーン内に入ると、モバイルデバイス１０４は、可聴プロンプト、表示通知、振動などのプロンプトをユーザに提供して、各小売機とのトランザクションを開始するというユーザの意思を確認する。この例を続けると、ユーザは、モバイルデバイス１０４を自動小売機に向かってフリックするか、モバイルデバイスを振るか、可聴コマンドを提供するか、または表示されたユーザインターフェイスでタッチ入力／ジェスチャを実行することにより、各小売機とのトランザクションを開始する意思を確認することができる。

[0076] 一部の実装形態では、未使用の認可付与（たとえば、トリガ条件が存在しなかったか、または失効した場合）は、モバイルデバイス１０４により、未使用の認可付与に対応するキャンセルメッセージをサーバシステム１０８に送信することによりキャンセルされる。一部の実装形態では、サーバシステム１０８は、トランザクション情報またはモバイルデバイス１０４に送信された未処理の認可付与の認可のキャンセルを受信するまで、モバイルデバイス１０４に送信される認可付与を拒否するか、またはその数を制限する。

[0077] トリガ条件の検出に応じて、モバイルデバイス１０４は、短距離通信機能（たとえば、ＢＬＥ）を介して、認可付与トークンを支払モジュール１２４に送信する（８１２）。その後、自動小売機１２２は（たとえば、図７に示すディスプレイ７２２または７２４を介して）ユーザへの貸方を表示し、ユーザは自動小売機１２２の入力機構を（たとえば、図７のボタン７２６またはタッチスクリーンディスプレイ７２４を介して）対話操作して製品および／またはサービスを購入する。

[0078] 図８のプロセスについて説明した具体的な順序は単なる例であり、説明された順序が操作を実行できる唯一の順序であることを示すものではないことを理解する必要がある。当業者は、本明細書に記載された操作の順序を変更するさまざまな方法を認識する。加えて、本明細書で説明されている他の方法および／またはプロセス（たとえば、プロセス９００および方法１２００）に関連して本明細書で説明されている他のプロセスの詳細も、図８に関連して上述したプロセス８００に同様に当てはまることに留意する必要がある。

[0079] 図９は、一部の実施形態に係る支払処理システム１００で確認情報を処理するプロセス９００の概略流れ図である。一部の実装形態では、支払処理システム１００は、１つまたは複数の支払モジュール１２４（たとえば、それぞれが商品および／またはサービスを販売する自動販売機等の各自動小売機１２２に関連付けられる）と、１つまたは複数のモバイルデバイス１０４と、サーバ１０８とを含む。１つまたは複数のモバイルデバイス１０４のそれぞれは、（たとえば、アプリケーションとしての）クライアント側モジュール１０２のインスタンスをフォアグラウンドまたはバックグラウンドプロセスとして実行して、支払処理システム１００の他のデバイス（たとえば、サーバ１０８および支払モジュール１２４）にアクセスし、通信する。サーバ１０８は、支払処理システム１００を管理し、一部のケースでは、１つまたは複数の支払モジュール１２４を供給、操作、および／または製造するエンティティと関連付けられる。簡略化するために、プロセス９００について、支払処理システム１００の各自動小売機１２２に結合された各支払モジュール１２４および各モバイルデバイス１０４との関連で説明する。プロセス９００で、支払モジュール１２４は、第１のトランザクションを開始したモバイルデバイス１０４を介して、第１のトランザクションの第１の確認情報を受信する。

[0080] 支払モジュール１２４は、第１のトランザクションの完了を示す第１の通知を自動小売機１２２から取得する（９０２）。たとえば、図８のプロセス８００の後、モバイルデバイス１０４のユーザは、自動小売機１２２から購入する製品を、自動小売機１２２の１つまたは複数の入力機構（たとえば、図７に示すボタン７２６またはタッチスクリーンディスプレイ７２４）を対話操作することにより選択し、自動小売機１２２は、選択された製品を分配する。この例を続けると、製品が分配された後、トランザクションが完了し、支払モジュール１２４はトランザクションが完了した旨の通知を機械から取得する。一部の実装形態では、通知は、トランザクションの金額と、（任意選択で）自動小売機１２２の１つまたは複数の製品の在庫情報などの自動小売機１２２に関連する機械状態情報とを含む。

[0081] 第１の通知を取得した後、支払モジュール１２４は、第１の通知に基づいて第１のトランザクション情報を生成し（９０４）、また支払モジュール１２４は、第１のトランザクション情報を格納する。一部の実装形態では、トランザクション情報は、第１のトランザクションのトランザクションＩＤと、支払モジュール１２４に対応するデバイスＩＤと、モバイルデバイス１０４に対応するユーザＩＤと、第１のトランザクションが完了したことを示すトランザクション状態情報と、第１の通知により示されるトランザクション金額とを含む。一部の実装形態では、支払モジュール１２４は、元のブロードキャストされたパケットに含まれる認可コードおよび／または認可付与トークンを維持し、認可コードを第１のトランザクション情報に含める。一部の実装形態では、認可コードは、支払モジュール１２４に対応する秘密キーで暗号化される。この秘密キーは、サーバシステム１０８と共有されるが、モバイルデバイス１０４とは共有されない。一部の実装形態では、第１のトランザクション情報は、第１の通知に含まれる機械状態情報や以前に中断されたトランザクションに対応するトランザクション情報などの他の情報をさらに含む。トランザクション情報１０５０についてのさらなる説明については、図１０Ｄおよび対応するテキストを参照されたい。

[0082] 支払モジュール１２４は、短距離通信能力（たとえば、ＢＬＥ）を介して、第１のトランザクション情報をモバイルデバイス１０４に送信する（９０６）。

[0083] モバイルデバイス１０４は、長距離通信能力（たとえば、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）を介して、第１のトランザクション情報をサーバシステム１０８に送信する（９０８）。

[0084] サーバシステム１０８は、第１のトランザクション情報を処理する（９１０）。たとえば、サーバシステム１０８は、第１のトランザクション情報のユーザＩＤに関連付けられたユーザの口座から、第１のトランザクション情報で示された金額を引き落とす。

[0085] サーバシステム１０８は、長距離通信能力（たとえば、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等）を介して、第１の確認情報をモバイルデバイス１０４に送信する（９１２）。一部の実装形態では、第１の確認情報は、サーバシステム１０８が第１のトランザクション情報を受信したことを確認する。一部の実装形態では、第１の確認情報は、ユーザＩＤと、デバイスＩＤと、トランザクションＩＤと、（任意選択で）トランザクション情報に含まれる認可付与（たとえば、認可コード１０５８、図１０Ｄ）とを含む。

[0086] 第１の確認情報を受信した後、モバイルデバイス１０４は、短距離通信能力（たとえば、ＢＬＥ）を介して、第１の確認情報を支払モジュール１２４に送信する（９１４）。

[0087] 第１の確認情報を受信した後、支払モジュール１２４は、格納された第１のトランザクション情報を削除する（９１６）。

[0088] 図９のプロセスについて説明した具体的な順序は単なる例であり、説明された順序が操作を実行できる唯一の順序であることを示すものではないことを理解する必要がある。当業者は、本明細書に記載された操作の順序を変更するさまざまな方法を認識する。加えて、本明細書で説明されている他の方法および／またはプロセス（たとえば、プロセス８００および方法１２００）に関連して本明細書で説明されている他のプロセスの詳細も、図９に関連して上述したプロセス９００に同様に当てはまることに留意する必要がある。

[0089] 図１０Ａは、一部の実装に係る、支払モジュール１２４により（たとえば、図８のプロセス８００の工程８０２で）ブロードキャストされる情報パケット１０００のブロック図である。一部の実装形態では、情報パケット１０００は、デバイスＩＤ１００２と、認可コード１００４とを少なくとも含む。一部の実装形態では、情報パケット１０００は、現在のファームウェアバージョン１００６と、１つまたは複数の状態フラグ１００８と、ゾーン基準情報１０１０とを追加で含む。

[0090] 一部の実装形態では、デバイスＩＤ１００２は、情報パケット１０００をブロードキャストする支払モジュール１２４に対応する一意識別子である。

[0091] 一部の実装形態では、認可コード１００４は、クリアテキストのハッシュ値である。一部の実装形態では、支払モジュール１２４は、番号をランダムもしくは疑似ランダムに生成し、または連続番号を判断し（図８のプロセス８００の工程８０２を参照）、その番号に対して予め定められたハッシュ関数（たとえば、ＳＨＡ−２５６）を実行して、ハッシュ値を認可コード１００４として作成する。一部の実装形態では、認可コード１００４は、支払モジュール１２４に対応する秘密暗号化キーで暗号化された一意コードである。秘密暗号化キーは、サーバシステム１０８により共有され、サーバシステム１０８が認可コード１００４を復号し、認可付与トークンを暗号化することを可能にするが、モバイルデバイス１０４とは共有されない。一部の実装形態では、サーバシステム１０８と支払モジュール１２４との間での暗号化は、２組の公開／秘密キーにより実現される。

[0092] 一部の実装形態では、ファームウェアバージョン情報１００６は、支払モジュール１２４の現在のファームウェアバージョン１０１２を識別する。一部の実装形態では、ファームウェアバージョン情報１００６は、ファームウェアを更新するために支払モジュール１２４により受信された１つもしくは複数のパケットまたはファームウェアを更新するために支払モジュール１２４により必要とされる１つもしくは複数のパケットを示す更新状態情報１０１４をさらに含む。

[0093] 一部の実装形態では、１つまたは複数の状態フラグ１００８は、支払モジュール１２４および／または支払モジュール１２４が結合された自動小売機１２２の状態を示す。一部の実装形態では、１つまたは複数の状態フラグ１００８は、支払モジュール１２４の状態を示す。これらのフラグには、支払モジュール１２４がサーバシステム１０８にアップロードされる情報（たとえば、１つまたは複数の中断されたトランザクションについてのトランザクション情報）を有することを示すアップロード情報インジケータ１０１６などがある。一部の実装形態では、アップロード情報インジケータ１０１６は、モバイルデバイス１０４が支払モジュール１２４に直ちに接続することをトリガする（たとえば、サーバシステム１０８にアップロードする中断されたトランザクション情報を有する場合）。一部の実装形態では、１つまたは複数の状態フラグ１００８は、自動小売機１２２の状態を示す。これには、エラーインジケータ１０１８（たとえば、自動小売機１２２の紙幣および／または硬貨受容器の詰まり、エラーコード、または不具合を示す）、通貨レベルインジケータ１０２０（たとえば、自動小売機１２２の紙幣および／または通貨受容器のリザーバのレベルが満杯または空であることを示す）、および／または在庫レベルインジケータ１０２２（たとえば、自動小売機１２２の１つまたは複数の製品を示す）の１つまたは複数が含まれる。一部の実装形態では、１つまたは複数の状態フラグ１００８は、自動小売機１２２によりＭＤＢ上で発行されたエラーコードである。

[0094] 一部の実装形態では、ゾーン基準情報１０１０は、認可ゾーン基準１０２４（たとえば、モバイルデバイス１０４（またはアプリケーション）が支払モジュール１２４の認可ゾーンに入る前に観察することを要求されるベースラインＲＳＳＩを示すベースライン認可ゾーン閾値）および／または支払ゾーン基準１０２６（たとえば、モバイルデバイス１０４（またはアプリケーション）が支払モジュール１２４の支払ゾーンに入る前に観察することを要求されるベースラインRSSIを示すベースライン支払ゾーン閾値）を指定する。一部の実装形態では、ベースライン認可ゾーン閾値およびベースライン支払ゾーン閾値は、サーバシステム１０８により判断される既定値であるか、または、アプリケーションにより変数として格納される。後者の場合、認可ゾーン基準１０２４および支払ゾーン基準１０２６は、支払モジュール１２４の近距離通信能力（たとえば、ＢＬＥ無線／送受信機）の強度および／または受信感度を補填するオフセットである。代替で、ゾーン基準情報１０１０は、ベースライン認可ゾーン閾値とベースライン支払ゾーン閾値との間隔を示す。よって、モバイルデバイス１０４（またはアプリケーション）は、間隔値と、ベースライン認可ゾーン閾値またはベースライン支払ゾーン閾値の既定値とに基づいて、ベースライン認可ゾーン閾値およびベースライン支払ゾーン閾値を判断する。たとえば、間隔が−１０ｄｂを示し、既定のベースライン支払ゾーン閾値が−９０ｄｂである場合、ベースライン認可ゾーン閾値は−８０ｄｂである。この例を続けると、ベースライン認可ゾーン閾値およびベースライン支払ゾーン閾値を判断した後、モバイルデバイス１０４（またはアプリケーション）は、その近距離通信能力（すなわち、BLE無線／送受信機）の強度および／または受信感度に基づいて、ベースライン認可ゾーン閾値および／またはベースライン支払ゾーン閾値をさらに調整し得る。

[0095] 図１０Ｂは、一部の実施形態に係る、（たとえば、図８のプロセス８００の工程８０４で）モバイルデバイス１０４によりシステムサーバ１０８に送信される認可要求１０３０のブロック図である。一部の実装形態では、認可要求１０３０は、デバイスＩＤ１００２と、ユーザＩＤ１０３４と、認可コード１００４とを少なくとも含む。

[0096] 一部の実装形態では、デバイスＩＤ１００２は、認可コード１００４を含む情報パケット１０００をブロードキャストした支払モジュール１２４に対応する一意識別子である。

[0097] 一部の実装形態では、ユーザＩＤ１０３４は、認可要求１０３０をサーバシステム１０８に送信するモバイルデバイス１０４のユーザに関連付けられた一意識別子である。一部の実装形態では、ユーザＩＤ１０３４は、モバイルデバイス１０４のユーザがアプリケーションにログインしたユーザアカウントに関連付けられる。

[0098] 一部の実装形態では、認可コード１０３０は、支払モジュール１２４によりブロードキャストされた情報パケット１０００に含まれる認可コード１００４である。

[0099] 図１０Ｃは、一部の実装に係る、（たとえば、図８のプロセス８００の工程８０８で）サーバシステム１０８によりモバイルデバイス１０４に送信される認可付与トークン１０４０のブロック図である。一部の実装形態では、モバイルデバイス１０４からの認可要求１０３０に含まれる認可コード１０３６が有効であり、モバイルデバイス１０４に関連するユーザが支払処理システムに対して十分な資金を口座に有しているとの判断に応じて、サーバシステム１０８は、認可付与トークン１０４０を生成する。一部の実装形態では、認可付与トークン１０４０は、デバイスＩＤ１００２と、ユーザＩＤ１０３４と、認可金額１０４６と、（任意選択で）失効期間１０４８と、（任意選択で）認可コード１００４とを少なくとも含む。一部の実装形態では、認可付与トークン１０４０は、支払モジュール１２４に対応する共有秘密キーで暗号化される。

[00100] 一部の実装形態では、デバイスＩＤ１００２は、認可コード１００４を含む情報パケット１０００をブロードキャストした支払モジュール１２４に対応する一意識別子である。

[00101] 一部の実装形態では、ユーザＩＤ１０３４は、認可要求１０３０をサーバシステム１０８に送信したモバイルデバイス１０４のユーザに関連付けられた一意識別子である。

[00102] 一部の実装形態では、認可金額１０４６は、モバイルデバイス１０４のユーザが認可付与トークン１１４０を使用してトランザクションを実行することを認可された最大金額である。たとえば、認可金額１０４６は、一日当たりの制限に基づいて、ユーザの総口座残高に基づいて、またはユーザＩＤ１０３４に関連付けられたユーザのリスクプロファイルに基づいて、モバイルデバイス１０４のユーザまたはサーバシステム１０８により予め定められる。

[00103] 一部の実装形態では、失効期間１０４８は、支払モジュール１２４に関連付けられた自動小売機１２２とのトランザクションを開始するために支払モジュール１２４が認可付与トークン１０４０を有効なものとして保持する時間量のオフセットを示す。たとえば、失効期間１０４８は、モバイルデバイス１０４のユーザの履歴およびクレジット、またはモバイルデバイス１０４のユーザにより予め定められた期間に依存する。

[00104] 一部の実装形態では、認可付与トークン１０４０は、認可要求１０３０に含まれていた認可コード１００４をさらに含む。一部の実装形態では、認可コード１００４がハッシュ値である場合、サーバシステム１０８は、ハッシュ値を含む認可付与トークン１０４０を、支払モジュール１０２４に関連付けられた共有秘密暗号化キーで暗号化する。その後、モバイルデバイス１０４がトリガ条件の検出後に認可付与トークン１０４０を支払モジュール１２４に送信すると、支払モジュール１２４は、サーバシステム１０８および（メッセージおよび認可付与を認証する）支払モジュール１２４のみが把握している秘密キーを使用して認可付与トークン１０４０を復号し、復号された認可付与トークン１０４０に含まれるハッシュ値を以前にブロードキャストされた有効な（すなわち、未失効および未使用の）ハッシュ値（たとえば、格納された認可コード）に一致させて、（支払モジュール１２４のみが把握していた）ハッシュ値の有効性を判断する。

[00105] 図１０Ｄは、一部の実装に係る、（たとえば、図９のプロセス９００の工程９０４で）支払モジュール１２４により生成されるトランザクション情報１０５０のブロック図である。一部の実装形態では、トランザクション情報１０５０は、各トランザクションのトランザクションＩＤ１０５２と、デバイスＩＤ１０５４と、ユーザＩＤ１０５６と、（任意選択で）認可コード１０５８と、トランザクション状態情報１０６０と、トランザクション詳細情報１０６２と、諸情報１０６４とを含む。一部の実装形態では、トランザクション情報１０５０は、支払モジュール１２４に対応する共有秘密キーで暗号化される。

[00106] 一部の実装形態では、トランザクションＩＤ１０５２は、各トランザクションに対応する一意識別子である。一部の実装形態では、トランザクションＩＤ１０５２は、各トランザクションが発生した時刻および／もしくは日付ならびに位置に基づいて符号化され、またはそれらに関連付けられる。

[00107] 一部の実装形態では、デバイスＩＤ１０５４は、各トランザクションを実行した支払モジュール１２４に対応する一意識別子である。

[00108] 一部の実装形態では、ユーザＩＤ１０５６は、各トランザクションを開始したモバイルデバイス１０４のユーザに関連付けられた識別子である。

[00109] 一部の実装形態では、認可コード１０５８は、各トランザクションを開始するために使用された元の認可コード（たとえば、認可コード１００４、図１０Ａ〜図１０Ｃ）および／または認可付与トークン（たとえば、認可付与トークン１０４０、図１０Ｃ）に対応する。一部の実装形態では、認可コード１０５６は、支払モジュール１２４に対応する一意暗号化キーで暗号化される。

[00110] 一部の実装形態では、トランザクション状態情報１０６０は、各トランザクションが完了したか、未完了であるか、または中止されたかについての指示を含む。たとえば、各トランザクションは、自動小売機１２２で詰まりが発生し、ユーザが各トランザクションに関連する製品を受け取っていない場合、未完了である。たとえば、各トランザクションについて金額がクレジットされた後でユーザが自動小売機１２２から離れた場合、そのトランザクションは中止される。別の例では、ユーザが自動小売機１２２で製品を選択しなかったために各トランザクションが所定の期間後にタイムアウトになった場合、そのトランザクションは中止される。別の例では、ユーザが自動小売機１２２の紙幣または硬貨返却機構を作動させた場合、そのトランザクションは中止される。

[00111] 一部の実装形態では、トランザクション詳細情報１０６２は、各トランザクションの金額、または（たとえば、複数販売シナリオの場合に）複数のトランザクションのそれぞれの金額を示す。一部の実装形態では、トランザクション詳細情報１０６２は、自動小売機１２２により分配された品目、トランザクションの種類（たとえば、硬貨、紙幣、クレジットカード、手動モード、ハンズフリーモード等）など、各トランザクションに関する他の情報をさらに示す。

[00112] 一部の実装形態では、諸情報１０６４は、支払モジュール１２４および／または支払モジュール１２４が結合された自動小売機１２２に関する他の情報を含む。たとえば、諸情報１０６４は、新しいファームウェアを実装するためのサーバシステム１０８への照合要求を含む。別の例では、諸情報１０６４は、以前に中断された１つまたは複数のトランザクションのトランザクション情報を含む。別の例では、諸情報１０６４は、１つまたは複数の過去の貨幣トランザクションおよび／または他のキャッシュレストランザクション（たとえば、自動小売機１２２でのクレジットカードまたは銀行カードでの支払い）のトランザクション情報を含む。別の例では、諸情報１０６４は、自動小売機１２２の１つまたは複数の製品についての在庫情報を含む。

[00113] ここで、０個またはそれ以上のスピーカ１１０２と、０個またはそれ以上のマイク１１０４と、ディスプレイ１１０６とを備えるモバイルデバイス１０４で実装され得るユーザインターフェイス（「ＵＩ」）および関連プロセスの実装に注目する。たとえば、ディスプレイ１１０６は、１つまたは複数の接触を受け取り、情報（たとえば、メディアコンテンツ、ウェブサイトおよびそのウェブページ、ならびに／またはアプリケーション３２６のユーザインターフェイス）を表示するようになされたタッチスクリーン（本明細書では「タッチスクリーンディスプレイ」とも呼ばれる）である。図１１Ａ〜図１１Ｇは、一部の実施形態に係る、販促提案の表示を容易にする例示的なユーザインターフェイスを示す。

[00114] 以下の例のいくつかはタッチスクリーン（タッチ感応面とディスプレイとが組み合わされたもの）での入力に関連して示されているが、一部の実装形態では、デバイスは、ディスプレイから独立したタッチ感応面での入力を検出する。一部の実装形態では、タッチ感応面は、ディスプレイの主軸に対応する主軸を有する。これらの実装によると、デバイスは、ディスプレイ上の各位置に対応する位置でのタッチ感応面との接触を検出する。この方法で、タッチ感応面上でデバイスにより検出されたユーザ入力は、タッチ感応面がディスプレイから分離している場合に、デバイスにより、デバイスのディスプレイ上のユーザインターフェイスを操作するために使用される。同様の方法が、任意選択で、本明細書で説明される他のユーザインターフェイスにも使用されることを理解する必要がある。

[00115] 加えて、以下の例は、主に接触（たとえば、指接触、指タップジェスチャ、指スワイプジェスチャ等の指入力）に関連して示されているが、一部の実装形態では、１つまたは複数の接触が、別の入力デバイス（たとえば、マウスベース、スタイラスベース、または物理ボタンベースの入力）からの入力と置換されることを理解する必要がある。たとえば、スワイプジェスチャは、任意選択で、マウスクリック（たとえば、接触の代わり）とそれに続くスワイプのパスに沿ったカーソルの動き（たとえば、接触の動きの代わり）とにより置換される。別の例として、タップジェスチャは、任意選択で、カーソルがタップジェスチャの位置の上にある状態でのマウスクリック（たとえば、接触の検出と、それに続く接触の検出の終わりの代わり）、または物理ボタンの押下で置換される。同様に、複数のユーザ入力が同時に検出される場合、複数のコンピュータマウスが任意選択で同時に使用されること、またはマウスと指接触が任意選択で同時に使用されることを理解する必要がある。

[00116] 図１１Ａ〜図１１Ｇは、支払処理システム１００に関連するアプリケーションのために各モバイルデバイス１０４（たとえば、ユーザに関連付けられた携帯電話）に表示されるユーザインターフェイス１１０８を示す。ただし、当業者は、図１１Ａ〜図１１Ｇに示されているユーザインターフェイスが他の同様のコンピューティングデバイスで実装され得ることを理解する。図１１Ａ〜図１１Ｇのユーザインターフェイスは、図１２Ａ〜図１２Ｃを参照しながら説明される方法を含む、本明細書で説明されるプロセスを示すために使用される。当業者は、以下のユーザインターフェイスが単なる例であることを理解する。さらに、当業者は、追加のアフォーダンスおよび／もしくはユーザインターフェイス要素、または少数のアフォーダンスおよび／もしくはユーザインターフェイス要素が、実際に使用され得ることを理解する。

[00117] 図１１Ａは、８階の軽食販売機のトランザクション開始画面１１１０を表示しているモバイルデバイス１０４を示す。図１１Ａで、トランザクション開始画面１１１０は、８階の軽食販売機がユーザがトランザクションを開始することを認可された３つの自動小売機の１つであることを示す一連のインジケータ１１１６を含む。たとえば、モバイルデバイス１０４のユーザは、ユーザインターフェイス１１０８で左から右へのスワイプジェスチャ（または代替で、右から左へのスワイプジェスチャ）を実行することにより、３つの自動小売機のうちの２番目にアクセスすることができ、ユーザインターフェイス１１０８で右から左へのスワイプジェスチャ（または代替で、左から右へのスワイプジェスチャ）を実行することで、３つの自動販売機のうちの１番目にアクセスすることができる。モバイルデバイス１０４のユーザは、アフォーダンス１１１２を（たとえば、タップジェスチャで）選択することにより、アプリケーションの設定および／またはホーム画面にアクセスすることができ、またモバイルデバイス１０４のユーザは、アフォーダンス１１１４を（たとえば、タップジェスチャで）選択することにより、トランザクション開始画面１１１０を更新することができる。

[00118] 図１１Ａは、モバイルデバイス１０４のユーザが＄１００．００のプリペイド残高を有していることをさらに示す。モバイルデバイス１０４のユーザは、トランザクション開始画面１１１０の領域１１２０から始まる上向きスワイプジェスチャを実行することにより、８階の軽食販売機とのトランザクションを開始することができる。モバイルデバイス１０４のユーザは、「特別提案」領域１１２２を（たとえば、タップジェスチャで）選択することにより、特別販促提案にアクセスすることができ、モバイルデバイス１０４のユーザは、アフォーダンス１１２４を（たとえば、タップジェスチャで）選択することにより、８階の軽食販売機に「いいね」を加えるか、またはお気に入りに登録することができる。図１１Ａは、モバイルデバイス１０４が「特別提案」領域１１２２に対応する位置で接触１１４０を検出していることをさらに示す。

[00119] 図１１Ｂは、８階の軽食販売機の特別提案画面１１３０を表示しているモバイルデバイス１０４を示す。図１１Ｂで、特別提案画面１１３０は、製品Ａの画像Ａを伴う製品Ａについての「提案Ａ」１１５２に対応する第１の領域と、製品Ａの画像Ａを伴う製品Ａについての「提案Ｂ」１１５４に対応する第２の領域と、製品Ｂの画像Ｂを伴う製品Ｂについての「提案Ｃ」１１５６に対応する第３の領域とを含む。特別提案画面１１３０は、（たとえば、タップジェスチャを介して）活性化されたときに特別提案画面１１３０を更新する更新アフォーダンス１１５１をさらに含む。図１１Ｂでは、提案Ａ、Ｂ、Ｃは現時点でいずれも選択されていない。モバイルデバイス１０４のユーザは、選択アフォーダンス１１５３でジェスチャ（たとえば、タップジェスチャ）を実行することにより、「提案Ａ」１１５２を選択することができる。同様に、モバイルデバイス１０４のユーザは、選択アフォーダンス１１５５でジェスチャ（たとえば、タップジェスチャ）を実行することにより、「提案Ｂ」１１５４を選択することができ、または選択アフォーダンス１１５７でジェスチャ（たとえば、タップジェスチャ）を実行することにより、「提案Ｃ」１１５６を選択することができる。また、モバイルデバイス１０４のユーザは、対応する領域で右から左へのスワイプジェスチャ（または、他の実装形態では、左から右へのスワイプジェスチャ）を実行することにより、提案Ａ、Ｂ、またはＣのいずれかを却下または削除することができる。図１１Ｂは、モバイルデバイス１０４が「提案Ｂ」１１５４に対応する第２の領域内での第１の位置１１６２−ａから第２の位置１１６２−ｂに移動する接触１１０６による右から左へのスワイプジェスチャを検出しているところをさらに示す。

[00120] 一部の実装形態では、特別提案画面１１３０は、「選択された提案なし」に対応する第４の領域をさらに含む。たとえば、モバイルデバイス１０４のユーザは、特別提案画面１１３０で販促提案を閲覧するが、それらの提案のいずれをも８階の軽食販売機との将来のトランザクションに適用したくない場合がある。その場合、モバイルデバイス１０４のユーザは、「選択された提案なし」領域を（たとえば、タップジェスチャで）選択することができ、それに対してモバイルデバイス１０４は、図１１Ａに示すトランザクション開始画面１１１０を再び表示する。

[00121] 図１１Ｃは、図１１Ｂの右から左へのスワイプジェスチャの検出に応じて、「提案Ｂ」１１５４に対応する第２の領域内に削除アフォーダンス１１６４を表示しているモバイルデバイス１０４を示す。削除アフォーダンス１１６４は、（たとえば、タップジェスチャを介して）活性化されたときに、「提案Ｂ」１１５４を特別提案画面１１３０から削除させる。図１１Ｃは、モバイルデバイス１０４が削除アフォーダンス１１６４に対応する位置で接触１１６６を検出しているところをさらに示す。

[00122] 図１１Ｄは、図１１Ｃでの削除アフォーダンス１１６４の選択の検出に応じて、特別提案画面１１３０内での「提案Ｂ」１１５４の表示を終えたモバイルデバイス１０４を示す。また図１１Ｄは、モバイルデバイス１０４が「提案Ａ」１１５２の選択アフォーダンス１１５３の位置に対応する接触１１６８を検出しているところを示す。代替で、一部の実装形態では、モバイルデバイスのユーザは、いかなる提案も８階の軽食販売機との将来のトランザクションに適用したくない場合がある。その場合、ユーザは、アフォーダンス１１１２を（たとえば、タップジェスチャで）選択するか、または特別提案画面１１３０で所定のジェスチャを実行して、図１１Ａに示すトランザクション開始画面１１１０を再び表示することができる。

[00123] 図１１Ｅは、図１１Ｄでの選択アフォーダンス１１５３の選択の検出に応じて、選択アフォーダンス１１５３が選択された状態を示す。一部の実装形態では、８階の軽食販売機とのトランザクションは、図１１Ｄでの選択アフォーダンス１１５３の選択の検出に応じて、自動的に開始される。他の実装形態では、図１１Ｄで選択アフォーダンス１１５３の選択を検出した後、モバイルデバイス１０４は、（図１１Ａに示す）トランザクション開始画面１１１０を再び表示し、８階の軽食販売機とのトランザクションが、トランザクション開始画面１１１０の領域１１２０から始まる上向きスワイプジェスチャの検出に応じて開始される。

[00124] 図１１Ｆは、モバイルデバイス１０４のユーザに、図１１Ｄで選択された「提案Ａ」１１５２を検証するために、製品Ａの製品コード（たとえば、UPCコード、SKU等）を取得するよう促す製品コード画面１１７０を表示しているモバイルデバイス１０４を示す。製品コード画面１１７０は、製品Ａの画像をキャプチャし、および／または製品Ａの製品コードをスキャンするための、製品コードスキャナウィンドウ１１７２をさらに含む。図１１Ｆでは、モバイルデバイス１０４のカメラの視野内にある製品Ａ（たとえば、キャンディバー）のＵＰＣコード１１７４（たとえば、製品コード）が、製品コードスキャナウィンドウ１１７２内に表示されている。たとえば、モバイルデバイス１０４のユーザは、製品コードスキャナウィンドウ１１７２内でタップする、可聴コマンドを発行する、モバイルデバイス１０４の所定の物理ボタンを押す等により、製品Ａの画像（現在の視野内のUPCコード１１７４を含む）をキャプチャするか、またはＵＰＣコード１１７４をスキャンすることができる。また図１１Ｆは、モバイルデバイス１０４のユーザが、製品Ａの購入により図１１Ａ〜図１１Ｅに示す金額よりも＄１．００少なくなった＄９９．００のプリペイド残高を有していることを示す。

[00125] 図１１Ｇは、提案検証画面１１８０を表示しているモバイルデバイス１０４を示す。一部の実装形態では、モバイルデバイス１０４は、ユーザが８階の軽食販売機とのトランザクションを完了し、サーバが製品コード情報（たとえば、図１１ＦでスキャンされたUPC）を検証した後で、提案検証画面１１８０を表示する。図１１Ｇでは、提案検証画面１１８０は、「提案Ａ」１１５２が検証され、ユーザの残高に＄０．２５が貸方計上されたことを示している。図１１Ｇは、モバイルデバイス１０４のユーザが、「提案Ａ」１１５２が検証され、「提案Ａ」１１５２について＄０．２５がクレジットされたことで、図１１Ｇに示す金額よりも＄０．２５多い＄９９．２５のプリペイド残高を有していることをさらに示す。

[00126] 図１２Ａ〜図１２Ｃは、一部の実装に係る、自動小売機の販促提案を提供および処理する方法１２００の流れ図を示す。一部の実装形態では、方法１２００は、ディスプレイと、１つまたは複数のプロセッサと、メモリとを備えるモバイルデバイスにより実行される。たとえば、一部の実装形態では、方法１２００は、モバイルデバイス１０４（図１および図２）またはその構成要素（たとえば、クライアント側モジュール１０２、図１および図２）により実行される。一部の実装形態では、方法１２００は、一時的でないコンピュータ可読記憶媒体に格納された命令により統制され、当該命令は、モバイルデバイスの１つまたは複数のプロセッサにより実行される。方法１２００の一部の操作は、任意選択で組み合わされ、および／または一部の操作の順序は、任意選択で変更される。

[00127] 一部の実装形態では、支払処理システム１００（図１）は、方法１２００を実行するモバイルデバイス１０４と、サーバシステム１０８と、自動小売機１２２に結合された支払モジュール１２４とを含む。クライアント側モジュール１０２（たとえば、アプリケーションとして）のインスタンスが、モバイルデバイス１０４でフォアグラウンドまたはバックグラウンドプロセスとして実行されて、支払処理システム１００の他のデバイス（たとえば、サーバ１０８および支払モジュール１２４）へのアクセスおよび通信が行われる。サーバ１０８は、支払処理システム１００を管理し、一部のケースでは、支払モジュール１２４を供給、操作、および／または製造するエンティティと関連付けられる。

[00128] 一部の実装形態では、１つまたは複数の販促提案を表示する前に、モバイルデバイスが、自動小売機に結合された支払モジュールによってブロードキャストされた情報パケットであって、認可コードと、支払モジュールに対応する一意識別子とを少なくとも含む情報パケットを取得し、認可コードと支払モジュールに対応する一意識別子とを含むトランザクション認可の要求をサーバに送信し、トランザクション認可の要求に応じて、支払モジュールに結合された自動小売機とのトランザクションを開始するための認可付与トークンとサーバからの１つまたは複数の販促提案とを含む認可情報をサーバから受信する（１２０２）。プロセス８００で説明したように、モバイルデバイス１０４またはその構成要素（たとえば、ブロードキャスト取得モジュール２３０、図２）は、支払モジュール１２４によりブロードキャストされた、認可コードと支払モジュール１２４に関連付けられた識別子とを少なくとも含む情報パケットを取得する。続いて、モバイルデバイス１０４またはその構成要素（たとえば、トランザクション認可モジュール２３２、図２）は、認可コードをサーバ１０８に送信して、支払モジュール１２４が結合された自動小売機１２２とのトランザクションを事前認可する。サーバ１０８が潜在的なトランザクションを事前認可したとの判断に応じて、モバイルデバイス１０４またはその構成要素（たとえば、トランザクション認可モジュール２３２、図２）は、は、自動小売機１２２とのトランザクションを実行するための認可付与トークンを受信する。一部の実装形態では、モバイルデバイス１０４は、自動小売機１２２とのトランザクションを開始するためのトリガ条件が（たとえば、図２のトリガ検出モジュール２３６により）検出されるまで、認可付与トークンを（たとえば、図２のユーザデータ２６５に）格納する。一部の実装形態では、トリガ条件は、モバイルデバイス１０４がモバイルデバイス１０４により表示されるユーザインターフェイスでユーザ入力を検出したときに満たされる。たとえば、図１１Ａを参照すると、モバイルデバイス１０４がユーザインターフェイス１１０８の領域１１２０から始まる上向きスワイプジェスチャを検出したときに、モバイルデバイス１０４のユーザと８階の軽食販売機との間でトランザクションが開始される。別の例では、図１１Ｄを参照すると、モバイルデバイス１０４が接触１１６６による提案Ａ１１５２の選択を検出したときに、モバイルデバイス１０４のユーザと８階の軽食販売機との間でトランザクションが開始される。

[00129] 一部の実装形態では、モバイルデバイスは、短距離通信プロトコルに関連付けられた第１の送受信機と、長距離通信プロトコルに関連付けられた第２の送受信機とを含む（１２０４）。モバイルデバイスは、第１の送受信機を介して支払モジュールと通信し、またモバイルデバイスは、第２の送受信機を介してサーバと通信する。たとえば、短距離通信プロトコルは、ＢＬＥ、ＮＦＣ等であり、長距離通信プロトコルは、ＧＳＭ、ＣＤＭＡ、Ｗｉ−Ｆｉ等である。

[00130] モバイルデバイスは、１つまたは複数の販促提案をディスプレイに表示する（１２０６）。一部の実装形態では、モバイルデバイス１０４は、ユーザが十分な残高を有している製品の販促提案のみを表示する。たとえば、ソーダの値段が＄２．００で、＄０．５０の割引が販促されており、ユーザの残高が＄１．００しかないとする。この例では、モバイルデバイスは、ソーダの販促の表示を見送る。たとえば、図１１Ｂは、８階の軽食販売機の特別提案画面１１３０を表示しているモバイルデバイス１０４を示す。図１１Ｂで、特別提案画面１１３０は、製品Ａの画像Ａを伴う製品Ａについての「提案Ａ」１１５２に対応する第１の領域と、製品Ａの画像Ａを伴う製品Ａについての「提案Ｂ」１１５４に対応する第２の領域と、製品Ｂの画像Ｂを伴う製品Ｂについての「提案Ｃ」１１５６に対応する第３の領域とを含む。代替で、一部の実装形態では、ユーザがトランザクションを完了した後に１つまたは複数の販促提案の１つが自動的に適用され、モバイルデバイスは、その販促に対応する製品コードを提供するようユーザに促す。一部の実装形態では、１つまたは複数の選択可能な販促提案の代わりに、１つまたは複数の広告が表示される。

[00131] 一部の実装形態では、１つまたは複数の販促提案の１つは、自動小売機１２２に関連付けられていない製品またはサービスの「謝礼」（すなわち、帯域外提案）である。たとえば、ユーザが特定の製品を購入した場合、そのユーザは、無料ダウンロード（たとえば、音楽、ビデオ等）、アプリ内クレジット（たとえば、デジタルメディアマーケットプレイス内での＄２．００相当の購入、またはアプリ内でのゲームの購入のための＄２．００のクレジット）等のリンクを電子メール経由で受信する。これは、製品の検証を必要とする場合と、しない場合とがある。たとえば、当該機械からいずれかの製品を今購入すると、小売店からソーダのケースを購入するための＄１．００オフのクーポンへのリンクが電子メールまたはテキスト経由で得られる。一部の実装形態では、提案は、帯域外提案である「追加販売」であり得る。たとえば、ＸＹＺコーラを今購入すると、電子メールアドレスに送られてくるクーポンで、ＸＹＺコーラのケースを店舗からたったの＄１．５０で得られる。別の例では、ＡＢＣチップスを今購入すると、かっこいいＴシャツを＄５．００で購入するための特別割引提案が得られる。この例では、＄５．００がトランザクション価格に追加され、かっこいいＴシャツの引き換えおよび配送に関する電子メールがユーザに送信される。

[00132] 一部の実装形態では、ユーザは、提案を却下または削除することができ、モバイルデバイス１０４は、この情報を分析目的でサーバ１０８に送信する。一例では、図１１Ｃは、図１１Ｂでの右から左へのスワイプジェスチャの検出に応じて、「提案Ｂ」１１５４に対応する第２の領域内で削除アフォーダンス１１６４を表示しているモバイルデバイス１０４を示す。この例を続けると、図１１Ｄは、図１１Ｃでの削除アフォーダンス１１６４の選択の検出に応じて、特別提案画面１１３０内での「提案Ｂ」１１５４の表示を終えたモバイルデバイス１０４を示している。

[00133] 一部の実装形態では、１つまたは複数の販促提案は、支払モジュールに対応する一意識別子、現在の時刻および日付のうちの少なくとも１つ、自動小売機の位置、モバイルデバイスの位置、ならびにモバイルデバイスのユーザに対応する一意識別子のうちの少なくとも１つに基づいて識別される（１２０８）。一部の実装形態では、サーバ１０８またはその構成要素（たとえば、提案判断モジュール３２８、図３）は、現在の時刻／日付、現在の位置、支払モジュールに関連付けられたデバイスＩＤ、モバイルデバイスのユーザに関連付けられたユーザＩＤ等に基づいて、１つまたは複数の販促提案を判断／識別する。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、提案モジュール２３４、図２）は、現在の時刻／日付、現在の位置、支払モジュールに関連付けられたデバイスＩＤ、モバイルデバイスのユーザに関連付けられたユーザＩＤ等に基づいて、予め格納された提案のコレクションから、１つまたは複数の販促提案を判断／識別する。たとえば、モバイルデバイス１０４は、アプリケーションのアップデートの一部等としてサーバ１０８により以前に送信された提案を含む提案データベース２６６から、１つまたは複数の販促提案を識別する。

[00134] 一部の実装形態では、販促提案は、自動小売機１２２に貯蔵された製品または過去の行動（たとえば、ユーザによって選択された以前の提案、ユーザによって削除された以前の提案、ユーザによって選択されなかった以前の提案など）に基づいて識別される。たとえば、軽食の自動販売機とソーダの自動販売機が並んでいるとする。ユーザは最初にソーダを購入する。次に、ユーザが軽食販売機とのトランザクションを行うときに、（たとえば、ソーダの販売業者と軽食の販売業者のクロス販促を可能にするために）特定の製品の提案がユーザに提示される。代替で、提案は、ユーザがソーダ販売機で選択しなかったもの、または以前に能動的に削除された提案に基づき得る。

[00135] 一部の実装形態では、サーバ１０８および支払モジュール１２４の提供者は、販促マーケットプレイスを管理して、製品の製造業者および販売業者による販促提案の配置を促進し、またさまざまな製造業者および販売業者の間の競争を促進する。たとえば、製品の販売業者または製造業者は、特定の品目についての＄０．２５の割引の販促提案を、カリフォルニア州の該当するすべてのコミュニティカレッジで、木曜日の太平洋夏時間午後２時から午後４時までの間に配置することができる。別の例では、製品の販売業者または製造業者は、製品の５０％割引の販促提案を、製品が失効する日に（たとえば、傷みやすいサンドイッチ等を販売するために）すべての該当する自動小売機に配置することができる。一部の実装形態では、クロス販促提案または複合販促提案を配置して、ユーザが異なるエンティティにより製造または販売されている特定の飲料および軽食の組み合わせを購入したときにクレジット（たとえば、リベート）を得られるようにすることもできる。

[00136] 一部の実装形態では、エンティティのキャンパスでの自動小売機のすべての製品についての販促提案（本質的に補助金）は、選ばれたユーザのみが利用可能である。たとえば、法律事務所のすべての弁護士およびスタッフには軽食についての補助金付き料金が与えられるが、清掃員はその補助金付き料金の恩恵を得られない。別の例では、すべてのフルタイム従業員には軽食についての補助金付き料金が与えられるが、臨時職員はその補助金付き料金の恩恵を得られない。

[00137] 一部の実装形態では、品目の基本価格が変化する可変価格設定が定められ、販促提案が可変価格設定方式に追加され得る。たとえば、販売業者は、オフピーク時間（たとえば、午後９時〜午前６時）の間は、該当する機械ですべての品目の値段を下げたいと考える。よって、トランザクションが完了した後、サーバ１０８は、値下げした価格のみをユーザに課金し、サーバがトランザクションを処理して考慮した後、モバイルデバイス１０４に表示されるトランザクション確認情報が、自動小売機１２２に表示された価格ではなく値下げされた価格のみがユーザに課金されたことを示す。

[00138] モバイルデバイスは、１つまたは複数の販促提案の各販促提案を選択するユーザ入力を検出する（１２１０）。たとえば、ユーザ入力は、タッチ入力、音声入力等である。たとえば、図１１Ｄは、「提案Ａ」１１５２の選択アフォーダンス１１５３の選択を検出しているモバイルデバイス１０４を示し、図１１Ｅは、図１１Ｄでの選択アフォーダンス１１５３の選択の検出に応じて選択アフォーダンス１１５３が選択されたところを示す。一部の実装形態では、各販促提案は、選択された金額をユーザの次のトランザクションに追加するＡＩＤＳ研究への寄付などの、マイナスの販促提案である。代替で、一部の実装形態では、各販促提案は、トランザクションが直近のドルに切り上げられ、追加の金額が癌研究財団に寄付される、マイナスの販促提案である。

[00139] モバイルデバイスは、支払モジュールに結合された自動小売機との、自動小売機により貯蔵される製品の購入に対応するトランザクションの実行を開始する（１２１２）。一部の実装形態では、トランザクションは、各販促提案の選択に応じて開始される（すなわち、ワンクリックトランザクション開始プロセス）。たとえば、８階の軽食販売機とのトランザクションは、図１１Ｄでの選択アフォーダンス１１５３の選択の検出に応じて、自動的に開始される。他の実装形態では、ユーザは、提案を選択した後、自動小売機とのトランザクションを開始する動作を実行する（すなわち、ツーステップトランザクション開始プロセス）。たとえば、図１１Ｄで選択アフォーダンス１１５３の選択を検出した後、モバイルデバイス１０４は、（図１１Ａに示す）トランザクション開始画面１１１０を再び表示し、８階の軽食販売機とのトランザクションが、トランザクション開始画面１１１０の領域１１２０から始まる上向きスワイプジェスチャの検出に応じて開始される。

[00140] 一部の実装形態では、ブロードキャストされた情報パケットに含まれていた認可コードを含む認可付与トークンを支払モジュールに送信することにより、支払モジュールに結合された自動小売機とのトランザクションの実行が開始される（１２１４）。一部の実装形態では、トランザクションの実行の開始は、モバイルデバイス１０４またはその構成要素（たとえば、トランザクション開始モジュール２３８、図２）が格納された認可付与トークンを支払いのために支払モジュール１２４に送信し、ユーザが自動小売機１２２のユーザインターフェイスを使用して製品を手動で選択することを含む。そのため、自動小売機１２２は、選択された販促提案について何も把握せず、ユーザから支払いが送信されたことのみを把握する。たとえば、自動小売機１２２は、トランザクションと、支払モジュール１２４によりモバイルデバイス１０４に渡される製品情報とを返すが、それが提案に対応する製品であるか否かを判断することはできず、明言することもできない。たとえば、トランザクション完了通知は、「私はＥ３を＄１．００で販売した」ことを示す。

[00141] モバイルデバイスは、選択された各販促提案に対応する製品が自動小売機により販売されたことを示すトランザクション完了通知を支払モジュールから受信する（１２１６）。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえばトランザクション完了通知受信モジュール２４０、図２）は、ユーザが自動小売機１２２のユーザインターフェイスを使用して製品を手動で選択した後、支払モジュール１２４からトランザクション完了通知（たとえば、トランザクション状態情報、トランザクション詳細情報、各支払モジュール１２４および／または各支払モジュール１２４が結合された自動小売機１２２に関するその他の諸情報など）を受信する。一部の実装形態では、トランザクション完了通知は、トランザクションに関連する商品／サービス、自動小売機１２２の現在の在庫、１つもしくは複数の以前の現金トランザクションに関連する情報、支払モジュール１２４により処理された１つもしくは複数の中断されたトランザクションに関連する情報、および／またはエラー状態や保守状態などの自動小売機１２２に関する他の情報を含む。一部の実装形態では、支払モジュール１２４は、トランザクションが中止されたか、または要求された商品／サービスの欠如もしくは販売の詰まりなどのエラーがトランザクション時に発生したときは、トランザクション完了通知の代わりにエラーメッセージを送信する。

[00142] トランザクション完了通知の受信に応じて、モバイルデバイスは、モバイルデバイスのユーザに、各販促提案を検証するために販売された製品の製品コードを取得するよう促すプロンプトを提供する（１２１８）。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、製品コード処理モジュール２４２、図２）は、トランザクション完了通知を受信した後、販売された品目の製品コードをキャプチャするためのスキャンインターフェイスを表示する。たとえば、図１１Ｆは、図１１Ｄで選択された「提案Ａ」１１５２を検証するために、製品Ａの製品コード（たとえば、UPCコード、SKU等）を取得するようモバイルデバイス１０４のユーザに促す製品コード画面１１７０を表示しているモバイルデバイス１０４を示す。製品コード画面１１７０は、製品Ａの画像をキャプチャし、および／または製品Ａの製品コードをスキャンするための、製品コードスキャナウィンドウ１１７２をさらに含む。図１１Ｆでは、モバイルデバイス１０４のカメラの視野内にある製品Ａ（たとえば、キャンディバー）のＵＰＣコード１１７４が、製品コードスキャナウィンドウ１１７２内に表示されている。たとえば、モバイルデバイス１０４のユーザは、製品コードスキャナウィンドウ１１７２内でタップする、可聴コマンドを発行する、モバイルデバイス１０４の所定の物理ボタンを押す等により、製品Ａの画像（現在の視野内のUPCコード１１７４を含む）をキャプチャするか、またはＵＰＣコード１１７４をスキャンすることができる。

[00143] 他の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、製品コード処理モジュール２４２、図２）は、ポップアップメッセージまたはバナー通知をディスプレイに表示して、モバイルデバイス１０４のユーザに、販売された品目の製品コードを手動で入力するか、または別の方法で取得するよう促す。他の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、製品コード処理モジュール２４２、図２）は、可聴音、音声プロンプト、または触知／触覚バイブレーションのシーケンスを提供して、モバイルデバイス１０４のユーザに、販売された品目の製品コードを入力するか、または別の方法で取得するよう促す。

[00144] モバイルデバイスは、販売された製品の製品コードを取得する（１２２０）。たとえば、ユーザは、バーコードを１文字ずつ入力するか、バーコードをスキャンするか、またはバーコードの画像を単純にキャプチャする。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、製品コード処理モジュール２４２、図２）は、製品コードを受け取る。

[00145] 一部の実装形態では、製品コードの取得は、製品コードを含む製品の画像をキャプチャすることと、キャプチャされた画像から製品コードを抽出することとをさらに含む（１２２２）。一部の実装形態では、製品コードの取得は、モバイルデバイスのスキャナユニットで製品の製品コードをスキャンすることをさらに含む（１２２４）。たとえば、モバイルデバイス１０４のユーザは、支払処理システム１００に関連付けられたアプリケーション（たとえば、製品コード処理モジュール２４２、図２）内から、製品コードが視野に含まれた状態で製品の画像をキャプチャするか、または製品の製品コードをスキャンすることを可能にする、製品コードキャプチャプラグインにアクセスすることができる。この例では、モバイルデバイス１０４がキャプチャされた画像から製品コードを抽出し、抽出された製品コードをサーバ１０８に送信するか、または代替で、モバイルデバイス１０４がキャプチャされた画像をサーバ１０８に送信し、サーバ１０８で製品コードが抽出される。別の例では、モバイルデバイス１０４のユーザは、アプリケーション内から（たとえば、仮想キーパッドを介して）、または支払処理システム１００に関連付けられたウェブサイトを介して、製品コードを手動で入力することができる。

[00146] 製品コードを取得した後、モバイルデバイスは、製品コードをサーバに送信する（１２２６）。製品コードの送信に応じて、モバイルデバイスは、販促検証情報をサーバから受信し、各販促提案が検証されたか否かを示す販促検証情報をディスプレイに表示する。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、製品コード処理モジュール２４２、図２）は、取得された製品コードを検証するか、または、取得された製品コードを検証用にサーバ１０８に送信する。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、情報リレーモジュール２４４、図２）は、ユーザがプロンプトに従いモバイルデバイス１０４が最終的に製品コードを取得したか否かに関係なく、トランザクション完了通知またはその一部をサーバ１０８に送信する。一部の実装形態では、サーバ１０８は、各販促提案の条件がトランザクションおよび製品コードに基づいていたか否かを判断する。たとえば、サーバ１０８は、各販促提案に対して適切な製品コードが取得されたか否か、各販促提案が失効したか否か、ユーザがＮ個の品目を購入して１個を無料で取得する条件を満たしたか否か、ユーザがクロス販促条件を満たしたか否か等を判断する。一部の実装形態では、提案がサーバ１０８によって検証され、ユーザの口座に適用される。

[00147] 一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、提案検証モジュール２４６、図２）は、販促検証情報を受信して表示する。たとえば、販促検証情報は、提案が検証されたか否かと、更新されたユーザ残高／トランザクションリストとを示す。たとえば、図１１Ｇは、「提案Ａ」１１５２が検証され、ユーザの残高に＄０．２５がクレジットされたことを示す提案検証画面１１８０を表示しているモバイルデバイス１０４を示す。図１１Ｇは、モバイルデバイス１０４のユーザが、「提案Ａ」１１５２が検証され、「提案Ａ」１１５２について＄０．２５がクレジットされたことで、図１１Ｇに示す金額よりも＄０．２５多い＄９９．２５のプリペイド残高を有していることをさらに示す。たとえば、ユーザが５番目に購入した製品を無料で得られる場合、現在のトランザクションの対象である製品が最初に購入した品目に過ぎなければ、販促検証情報は、ユーザが無料の製品を得るにはあと３個購入しなければならないことを示す。一部の実装形態では、販促検証情報は、自動小売機１２２に関連付けられていない製品またはサービスのクーポンを含む。たとえば、ソーダの購入に対し、遊園地の＄５割引のクーポンがユーザに電子メールで送信される。

[00148] 一部の実装形態では、製品コードを取得した後、モバイルデバイスは、所定の期間が失効したか否かを判断する（１２２８）。期間が失効したとの判断に応じて、モバイルデバイスは、モバイルデバイスのユーザに、各販促提案が失効したことを示す通知を提供する。期間が失効していないとの判断に応じて、モバイルデバイスは、製品コードをサーバに送信する。一部の実装形態では、所定の期間は、（Ａ）トランザクションの実行の開始もしくは製品コードのプロンプトの表示から、（Ｂ）製品コードの取得までの時間、または他の何らかの期間に対応する。たとえば、モバイルデバイス１０４は、プロンプトから５分以内、またはトランザクションの開始から５分以内に、製品コードを受信しなければならない。一部の実装形態では、これは数時間後または１日後に発生することがある。一部の実装形態では、所定の期間に加えて、またはその代わりに、トランザクションが開始された第１の位置と製品コードが取得された第２の位置との間の所定の近接性が使用される。

[00149] 一部の実装形態では、支払処理システム１００に関連付けられたアプリケーションは、クーポンプラグインを有する。これにより、モバイルデバイス１０４のユーザは、製品のトランザクションの完了後にクーポンをスキャンし、また、製品の製品コードをスキャンして、トランザクションの事後リベートを取得することができる。

[00150] 一部の実装形態では、販促検証情報は、各販促提案が適用された後の製品の価格を示す（１２３０）。たとえば、モバイルデバイス１０４は、通知完了情報に含まれる基本購入価格に販促提案を適用した後で、ユーザの口座から差し引かれる合計、または、ユーザのリンク先の銀行カードに課金される合計を表示する。たとえば、図１１Ｇは、モバイルデバイス１０４のユーザが、「提案Ａ」１１５２が検証され、「提案Ａ」１１５２について＄０．２５が貸方計上されたことで、図１１Ｇに示す金額よりも＄０．２５多い＄９９．２５のプリペイド残高を有していることを示す。

[00151] 一部の実装形態では、モバイルデバイスは、トランザクション完了通知をサーバに送信する（１２３２）。一部の実装形態では、モバイルデバイス１０４またはその構成要素（たとえば、情報リレーモジュール２４４、図２）は、製品コードを送信する前に、または製品コードと共に、トランザクション完了通知（たとえば、トランザクション状態情報、トランザクション詳細情報、各支払モジュール１２４および／または支払モジュール１２４が結合された自動小売機１２２に関するその他の諸情報等）またはその一部を、サーバ１０８に送信する。一部の実装形態では、トランザクション完了通知またはその一部は、ユーザがプロンプトに従いモバイルデバイスが最終的に製品コードを取得したか否かに関係なく、サーバ１０８に送信される。

[00152] 図１２Ａ〜図１２Ｃの操作について説明した具体的な順序は単なる例であり、説明された順序が操作を実行できる唯一の順序であることを示すものではないことを理解する必要がある。当業者は、本明細書に記載された操作の順序を変更するさまざまな方法を認識する。加えて、本明細書で説明されている他の方法および／またはプロセス（たとえば、プロセス８００および９００）に関連して本明細書で説明されている他のプロセスの詳細も、図１２Ａ〜図１２Ｃに関連して上述した方法１２００に同様に当てはまることに留意する必要がある。

[00153] 具体的な実施形態について上述したが、本願がこれらの具体的な実施形態に限定されることが意図されているわけではないことが理解される。逆に、本願は、添付の請求項の精神および範囲に含まれる代替、変形、および等価物を含む。本明細書で提示される主題についての完全な理解を促すために、多数の具体的な詳細が示されている。ただし、当該主題がこれらの具体的な詳細を伴わずに実践され得ることは、当業者にとって明らかである。他の部分では、実装の態様を不必要に曖昧にしないために、よく知られた方法、手続き、構成要素、および回路については詳細に説明していない。

Claims (12)

1. ディスプレイと、１つまたは複数のプロセッサと、メモリとを備えるモバイルデバイスにおいて、
   １つまたは複数の販促提案を前記ディスプレイに表示するステップと、
   前記１つまたは複数の販促提案の各販促提案を選択するユーザ入力を検出するステップと、
   支払モジュールに結合された自動小売機とのトランザクションの実行を開始するステップであって、前記トランザクションは、前記自動小売機に貯蔵された製品の購入に対応する、ステップと、
   トランザクション完了通知を前記支払モジュールから受信するステップであって、前記完了通知は、前記選択された各販促提案に対応する製品が前記自動小売機により販売されたことを示す、ステップと、
   前記トランザクション完了通知の受信に応じて、前記各販促提案を検証するために、前記販売された製品の製品コードを取得するよう促すプロンプトを前記モバイルデバイスのユーザに提供するステップと、
   前記販売された製品の前記製品コードを取得するステップと、
   前記製品コードを取得した後、前記製品コードをサーバに送信するステップと、
   前記製品コードの送信に応じて、
   前記サーバから販促検証情報を受け取るステップと、
   前記販促検証情報を前記ディスプレイに表示するステップであって、前記販促検証情報は、前記各販促提案は検証されたか否かを示す、ステップと
   を含む方法。
2. 前記１つまたは複数の販促提案は、
   前記支払モジュールに対応する一意識別子、現在の時刻および日付のうちの少なくとも１つ、前記自動小売機の位置、前記モバイルデバイスの位置、ならびに前記モバイルデバイスのユーザに対応する一意識別子
   のうちの少なくとも１つに基づいて識別される、請求項１に記載の方法。
3. 前記１つまたは複数の販促提案を表示する前に、
   前記自動小売機に結合された前記支払モジュールによってブロードキャストされた情報パケットを取得するステップであって、前記情報パケットは、認可コードと、前記支払モジュールに対応する一意識別子とを少なくとも含む、ステップと、
   トランザクション認可の要求をサーバに送信するステップであって、前記トランザクション認可は、前記認可コードと、前記支払モジュールに対応する前記一意識別子とを含む、ステップと、
   前記トランザクション認可の要求に応じて、前記支払モジュールに結合された前記自動小売機とのトランザクションを開始するための認可付与トークンと、前記サーバからの前記１つまたは複数の販促提案とを含む認可情報を前記サーバから受け取るステップと
   をさらに含む、請求項１または２に記載の方法。
4. 前記支払モジュールに結合された前記自動小売機との前記トランザクションの実行は、前記認可付与トークンを前記支払モジュールに送信することによって開始され、前記認可付与トークンは、前記ブロードキャストされた情報パケットに含まれる前記認可コードを含む、請求項３に記載の方法。
5. 前記製品コードを取得するステップは、
   前記製品コードを含む前記製品の画像をキャプチャするステップと、
   前記キャプチャされた画像から前記製品コードを抽出するステップと
   をさらに含む、請求項１に記載の方法。
6. 前記製品コードを取得することは、
   前記モバイルデバイスのスキャナユニットで前記製品の前記製品コードをスキャンするステップ
   をさらに含む、請求項１に記載の方法。
7. 前記販促検証情報は、前記各販促提案を適用した後の前記製品の価格を示す、請求項１、２、４、５、６のいずれか一項に記載の方法。
8. 前記製品コードを取得した後、所定の期間が失効したか否かを判断するステップと、
   前記期間が失効したとの判断に応じて、前記モバイルデバイスのユーザに、前記各販促提案が失効したことを示す通知を提供するステップと、
   前記期間が失効していないとの判断に応じて、前記製品コードを前記サーバに送信するステップと
   をさらに含む、請求項１、２、４、５、６のいずれか一項に記載の方法。
9. 前記トランザクション完了通知を前記サーバに送信するステップ
   をさらに含む、請求項１、２、４、５、６のいずれか一項に記載の方法。
10. 前記モバイルデバイスは、短距離通信プロトコルに関連付けられた第１の送受信機と、長距離通信プロトコルに関連付けられた第２の送受信機とをさらに備える、請求項１、２、４、５、６のいずれか一項に記載の方法。
11. ディスプレイと、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサにより実行される１つまたは複数のプログラムを格納するメモリと
    を備え、前記１つまたは複数のプログラムは、請求項１から１０のいずれか一項に記載の方法を実行するための命令を含む、モバイルデバイス。
12. １つまたは複数のプログラムを格納する一時的でないコンピュータ可読記憶媒体であって、前記１つまたは複数のプログラムは、ディスプレイと１つまたは複数のプロセッサとを有するモバイルデバイスにより実行されたときに、前記コンピューティングデバイスに請求項１から１０のいずれか一項に記載の方法を実行させる命令を含む、一時的でないコンピュータ可読記憶媒体。