(57)【要約】モバイルウォレットにオファーを提供するためのシステム、方法、およびコンピュータプログラム製品が提供される。オファーデータおよび認証データを含む要求が、クライアントポータルシステムから受信される。認証データが検証される。認証データの検証に基づいて検証結果が生成される。検証結果を含む応答が、クライアントポータルシステムに送信される。オファーデータを含むオファーがモバイルデバイスに送信される。オファーデータは、オファー識別子（ＩＤ）を含み、モバイルデバイスは、認証データと関連付けられたモバイルウォレットを含む。【選択図】図１
2015533233.tif 000002
【特許請求の範囲】
【請求項１】
モバイル商環境においてオファーを管理するためのシステムであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合されたプロセッサと、を備え、
前記プロセッサが、
クライアントポータルシステムからの要求であって、オファーデータおよび認証データを含む、要求を受信し、
前記認証データを検証し、
前記認証データの前記検証に基づいて検証結果を生成し、
前記クライアントポータルシステムに、前記検証結果を含む応答を送信し、
モバイルデバイスに前記オファーデータを含むオファーを送信する
ように動作可能であって、
前記モバイルデバイスが前記認証データと関連付けられたモバイルウォレットを含み、前記オファーデータがオファー識別子（ＩＤ）を含む、システム。
【請求項２】
前記プロセッサが、
販売業者システムから１つ以上のオファーを受信し、
前記１つ以上のオファーの各々が、必要最低限のデータセットを含むかどうかを判定し、
前記１つ以上のオファーを認定し、
前記１つ以上のオファーを修正し、
前記販売業者システムに前記１つ以上のオファーを送信する
ように更に動作可能であり、
前記クリップ要求の前記オファーデータが、前記１つ以上のオファーに対応する、請求項１に記載のシステム。
【請求項３】
前記システムが、前記検証結果に基づいて、所定の時間の間検証済み状態に置かれる、請求項１に記載のシステム。
【請求項４】
前記プロセッサが、前記１つ以上のオファーにスクリプトを追加することによって、前記１つ以上のオファーを修正するように更に動作可能である、請求項２に記載のシステム。
【請求項５】
前記必要最低限のデータセットが、（１）販売業者ＩＤ、（２）失効日、（３）オファーコンテンツ、および（４）最大利用回数のうちの少なくとも１つを含む、請求項２に記載のシステム。
【請求項６】
前記プロセッサが、前記１つ以上のオファーの各々にオファーＩＤを割り当てることによって、前記１つ以上のオファーを認定するように更に動作可能である、請求項２に記載のシステム。
【請求項７】
前記スクリプトが、認証データを要求するための命令を含む、請求項４に記載のシステム。
【請求項８】
モバイル商環境においてオファーを管理するための方法であって、
クライアントポータルシステムからの要求であって、オファーデータおよび認証データを含む、要求を受信するステップと、
前記認証データを検証するステップと、
前記認証データの検証に基づいて検証結果を生成するステップと、
前記クライアントポータルシステムに、前記検証結果を含む、応答を送信するステップと、
モバイルデバイスに前記オファーデータを含むオファーを送信するステップと
を含み、
前記モバイルデバイスが前記認証データと関連付けられたモバイルウォレットを含み、前記オファーデータがオファー識別子（ＩＤ）を含む、方法。
【請求項９】
販売業者システムから１つ以上のオファーを受信するステップと、
前記１つ以上のオファーの各々が、必要最低限のデータセットを含むかどうかを判定するステップと、
前記１つ以上のオファーを認定するステップと、
前記１つ以上のオファーを修正するステップと、
前記販売業者システムに前記１つ以上のオファーを送信するステップと、を更に含み、
前記クリップ要求の前記オファーデータが、前記１つ以上のオファーに対応する、請求項８に記載の方法。
【請求項１０】
前記システムが、前記検証結果に基づいて、所定の時間の間検証済み状態に置かれる、請求項８に記載の方法。
【請求項１１】
前記１つ以上のオファーの前記修正が、前記１つ以上のオファーにスクリプトを追加することを含む、請求項９に記載の方法。
【請求項１２】
前記必要最低限のデータセットが、（１）販売業者ＩＤ、（２）失効日、（３）オファーコンテンツ、および（３）最大利用回数のうちの少なくとも１つを含む、請求項９に記載の方法。
【請求項１３】
前記認定が、前記１つ以上のオファーの各々にオファーＩＤを割り当てることを含む、請求項９に記載の方法。
【請求項１４】
前記スクリプトが、認証データを要求するための命令を含む、請求項１１に記載の方法。
【請求項１５】
コンピュータ可読媒体であって、１つ以上のプロセッサに
クライアントポータルシステムからの要求であって、オファーデータおよび認証データを含む、要求を受信し、
前記認証データを検証し、
前記クライアントポータルシステムに、前記検証の結果を含む応答を送信し、
モバイルデバイスに前記オファーデータを含むオファーを送信する
動作を実行させる命令のシーケンスを記憶し、
前記モバイルデバイスが前記認証データと関連付けられたモバイルウォレットを含み、前記オファーデータがオファー識別子（ＩＤ）を含む、コンピュータ可読媒体。
【請求項１６】
前記プロセッサが、
販売業者システムから１つ以上のオファーを受信し、
前記１つ以上のオファーの各々が必要最低限のデータセットを含むかどうかを判定し、
前記１つ以上のオファーを認定し、
前記１つ以上のオファーを修正し、
前記販売業者システムに前記１つ以上のオファーを送信する
ように更に動作可能であり、
前記クリップ要求の前記オファーデータが、前記１つ以上のオファーに対応する、請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
前記システムが、前記検証結果に基づいて、所定の時間の間検証済み状態に置かれる、請求項１５に記載のコンピュータ可読媒体。
【請求項１８】
前記命令のシーケンスは、前記１つ以上のプロセッサに、前記１つ以上のオファーにスクリプトを追加することによって前記１つ以上のオファーを修正する動作を更に実行させる、請求項１６に記載のコンピュータ可読媒体。
【請求項１９】
前記必要最低限のデータセットが、（１）販売業者ＩＤ、（２）失効日、（３）オファーコンテンツ、および（４）最大利用回数のうちの少なくとも１つを含む、請求項１６に記載のコンピュータ可読媒体。
【請求項２０】
前記命令のシーケンスは、前記１つ以上のプロセッサに、前記１つ以上のオファーの各々にオファーＩＤを割り当てることによって前記１つ以上のオファーを認定する動作を更に実行させる、請求項１６に記載のコンピュータ可読媒体。
【請求項２１】
前記スクリプトが、認証データを要求するための命令を含む、請求項１８に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載の例示的な態様は、モバイルウォレットと共に使用するための販売業者のオファー、より具体的には、モバイルウォレットにオファーを提供するためのシステム、方法、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
モバイル商取引とは、モバイルデバイスなどの無線技術を使用して、電子的に商取引を行う能力を指す。モバイル商取引の一例は、その全てが実店舗を訪れることなくデジタルで行われる、支払いを引き換えとする商品の購入である。電子的に商品を購入する能力に加えて、モバイル商取引の他の例としては、送金、割引券、クーポン、ロイヤルティカードの配布および使用、モバイルマーケティングおよび宣伝などが挙げられる。
【０００３】
モバイル商取引は、モバイルデバイス上に準備されたモバイルウォレットを使用して行われ得る。モバイルデバイス上のモバイルウォレットは、支払いアカウント情報（即ち、クレジットカードまたはデビットカードなどの金銭手段と関連付けられた資格情報）を記憶する。モバイルウォレットを装備したモバイルデバイスが販売時点情報管理（ＰｏＳ）システムで使用され、例えば、モバイルデバイスを振る、タップする、またはスキャンすることによって取引を行うことができる。
【０００４】
販売業者のオファーとは、モバイル商取引における使用のために、企業、小売業者、または売り手によって発行される、クーポン、割引、販売促進などである。販売業者のオファーは、例えば、総支払額を相殺するために（即ち、割引）、または追加的な商品を受け取るために（即ち、販売促進）、モバイル商取引中に使用され得る。
【０００５】
具体的には、モバイル商取引中に、購入者は、例えばオファーコードを入力することによって、割引などのオファーを取引に適用することができる。代替的に、販売業者はオファーを公開することができ、それによりオファーはモバイル商取引中に顧客によって入手および使用されることができる。
【０００６】
モバイル商取引においてオファーを作成、取得、および使用することに関連する１つの技術的な課題は、モバイルデバイス中のモバイルウォレット上に一元的に収集され得、それにより、オファーを発行する販売業者または販売業者システムと通信する必要なく使用することができるオファーを提供する能力に関わる。また別の技術的な課題は、モバイルウォレットに「クリップ」されるように構成されるオファーを販売業者に提供することに関わる。
【発明の概要】
【０００７】
本明細書で提示される例示的な実施形態は、モバイルウォレットにオファーを提供するためのシステム、方法、およびコンピュータプログラム製品を提供することによって、上で特定された必要性を満たす。
【０００８】
一実施形態では、モバイル商環境においてオファーを管理するためのシステムは、少なくとも１つのメモリと、少なくとも１つのメモリに結合されたプロセッサとを含む。オファーデータおよび認証データを含む要求が、クライアントポータルシステムから受信される。認証データが検証される。認証データの検証に基づいた検証結果がクライアントポータルシステムに送信される。オファーデータを含むオファーがモバイルデバイスに送信される。オファーデータはオファー識別子を含み、モバイルデバイスは認証データと関連付けられたモバイルウォレットを含む。
【０００９】
別の実施形態では、モバイル商環境においてオファーを管理するための方法は、クライアントポータルシステムから、オファーデータおよび認証データを含む要求を受信し、認証データを検証し、認証データの検証に基づいて検証結果を生成し、クライアントポータルシステムに検証結果を含む応答を送信し、かつモバイルデバイスに、オファーデータを含むオファーを送信することを含む。オファーデータはオファー識別子（ＩＤ）を含み、モバイルデバイスは認証データと関連付けられたモバイルウォレットを含む。
【００１０】
別の実施形態では、コンピュータ可読媒体は、１つ以上のプロセッサに、クライアントポータルシステムからオファーデータおよび認証データを含む要求を受信し、認証データを検証し、認証データの検証に基づいて検証結果を生成し、クライアントポータルシステムに検証結果を含む応答を送信し、かつモバイルデバイスに、オファーデータを含むオファーを送信する動作を実行させる命令のシーケンスを記憶している。オファーデータは、オファー識別子（ＩＤ）を含み、モバイルデバイスは、認証データと関連付けられたモバイルウォレットを含む。
【図面の簡単な説明】
【００１１】
本明細書で提示される本発明の例示的な実施形態の特徴および利点は、次の図面と併せて参照されるとき、以下に記載する詳細な説明からより明らかになるであろう。
【図１】例示的な実施形態に従うモバイルウォレットにオファーを提供するためのシステムの図である。
【図２】例示的な実施形態に従うオファーを作成するためのプロセスを示す図である。
【図３】例示的な実施形態に従うオファーを取得するためのプロセスを示す図である。
【図４】本発明の例示的な実施形態に従うコンピュータシステム上に配備される機能モジュールのコラボレーション図である。
【発明を実施するための形態】
【００１２】
Ｉ．概要
本明細書で提示される例示的な実施形態は、販売業者のオファーに関して本明細書に記載される、モバイルウォレットにオファーをクリップするためのシステム、方法、およびコンピュータプログラム製品を対象とする。本説明は、本明細書に提示される例示的な実施形態の適用を制限することを意図するものではない。実際に、以下の説明を読んだ後、１つ以上の他の事業体（例えば、クライアント、顧客）のモバイルデバイスによって、およびモバイルデバイスへと、販売促進（例えば、割引、入場）を取得可能にする事業体（例えば、チケット売り場、大量輸送ターミナル）に関わる代替的な実施形態において、以下の例示的な実施形態をどのように実装するかが関連技術分野の当業者には明らかであろう。
【００１３】
用語「クリップする」、「取得する」、「得る」、「提供する」、および／またはこれらの用語の任意の形態（例えば、複数形、能動態など）は、同じ意味で使用され、実施および／または実行される場合に、１つのシステム（例えば、ＭｏＣｏｍプラットフォーム、販売業者システム）からデジタルデバイス（例えば、モバイルデバイス）へのオファー（複数のオファーなど）の通信をもたらす、プロセス、機能、および／または命令を指す。概して、ＭｏＣｏｍプラットフォーム上に存在するオファーは、クライアントポータルからモバイルウォレットに取得される。１つ以上のオファーが販売業者システムによって作成される。各オファーは、各オファーが互換性を持ち、モバイルウォレットによって使用可能であるように、所定のフォーマットに適合する。販売業者システムは、オファーデータ（例えば、販売業者ＩＤ、オファー名、作成日、失効日、オファーコンテンツなど）を含むオファーを、ＭｏＣｏｍプラットフォームに送信する。それにより、ＭｏＣｏｍプラットフォームは、オファーおよびオファーデータを審査し、オファーを認可および／または認定する。認定されると、ＭｏＣｏｍプラットフォームは、オファーのためのオファーデータを記憶し、それに一意の識別子を割り当てる。ＭｏＣｏｍプラットフォームはその後、モバイルウォレットで使用され得るようにオファーにスクリプトを作成および追加し、対応する販売業者システムにオファーを送信し、そこでオファーは取得可能にされ得る。
【００１４】
オファーは、「クリップ」を実施することによって、クライアントポータルから取得され得る。クライアントポータルは、対応するモバイルウォレットが有効および／または信頼できることを確認するためにＭｏＣｏｍプラットフォームが検証する資格情報の入力を促される。検証結果がＭｏＣｏｍプラットフォームからクライアントポータルに送信され、有効である場合には、ＭｏＣｏｍプラットフォームはモバイルウォレットにオファーを送信する。
【００１５】
上で考察された特徴は、図１〜４を参照しながら以下に更に詳細に説明される。
【００１６】
ＩＩ．システム
図１は、例示的な実施形態に従うモバイルウォレットにオファーを提供するためのシステム１００の図である。図１に示されるように、システム１００は、モバイル商（ＭｏＣｏｍ）プラットフォーム１５０、エンタープライズサービスバス（１４０）、モバイルウォレットプラットフォーム１３０、モバイルデバイス１２０−１、１２０−２、...、１２０−ｎ（総称して「１２０」）、近接または近距離無線通信（ＮＦＣ）非接触型リーダ１１０、販売業者システム１６０−１、１６０−２、...、１６０−ｎ（総称して「１６０」）、およびクライアントポータル１７０−１、１７０−２、...、１７０−ｎを含む。
【００１７】
各モバイルデバイス１２０は、例えば、携帯電話、タブレットなどであってもよく、それぞれのモバイルウォレット（即ち、モバイルウォレット１２１−１、１２１−２、...、１２１−ｎ（総称して「１２１」））、およびセキュアエレメント（即ち、ＳＥ１２２−１、１２２−２、...、１２２−ｎ（総称して「１２２」））を含む。
【００１８】
加えて、図１では解説されないが、各モバイルデバイス１２０は、プロセッサ、メモリ、非接触型フロントエンド（ＣＬＦ）、ベースバンドモデム、および表示部などのユーザインターフェースを含む。ベースバンドモデムは、モバイルネットワーク通信のために使用されるデジタルモデムである。ＣＬＦは、非接触またはＮＦＣ通信のアナログ面、および非接触送信リンクの通信プロトコル層を取り扱う回路である。ＣＬＦはまた、例えばモバイル商取引の実行中に、リーダ１１０と各モバイルデバイス１２０に収容されるセキュアエレメント１２２との間でデータを交換するために使用される。
【００１９】
セキュアエレメント１２２の各々は、ユニバーサル集積回路カード（ＵＩＣＣ）、埋め込まれたＳＥカード、安全なマイクロセキュアデジタル（ｍｉｃｒｏＳＤ）カードなどとして実装されてもよい。各セキュアエレメント１２２は、専用メモリを含む自己完結型システムであるため、ならびに独立した試験によって検証されるハードウェアおよびソフトウェア堅牢化技法によって保護されるため、概して、安全であると見なされる。各セキュアエレメント１２２は、オファーデータ管理のためのストレージコンテナおよびインターフェースとして動作することが可能な商業アプレットを含み（即ち、その中に記憶し）、例えばリーダ１１０での非接触取引中にオファーを引き換えるために使用されてもよい。オファーデータは、またおよび／または代替的に、モバイルデバイス１２０のメモリ上に記憶され得る。各セキュアエレメント１２２は、ＮＦＣ  ＩＳＯ  １４４４３プロトコル経由でＩＳＯ  ７８１６コマンドを使用して、リーダ１１０にオファーデータを通信する（即ち、ＣＬＦを介して）。
【００２０】
モバイルデバイス１２０は、モバイルデバイスのプロセッサによって実行される場合に、モバイルデバイスに、例えばモバイル商取引などの取引（例えば、非接触商取引および／または支払い取引）を処理するための手段として働かせる命令を有する、対応するモバイルウォレット１２２（即ち、モバイルウォレットアプリケーション）を更に含む。
【００２１】
その上、各モバイルデバイス１２０は、リーダ１１０に、およびモバイルウォレットプラットフォーム１３０に、通信可能に結合される。モバイルウォレットプラットフォームは、オファーデータを記憶するための１つ以上のサーバを含んでもよく、オファーおよび関連データを管理（即ち、送信、受信、要求、処理）するように構成される。リーダ１１０は、販売時点情報管理（ＰＯＳ）端末を同じハウジング内に含んでよく、または代替的に、別々に収納されてもよい。リーダ１１０は、非接触取引を処理するために、販売業者システム１６０の各々に、通信可能に連結されてもよい。
【００２２】
その全体が参照によって本明細書に組み込まれる、「Ｓｙｓｔｅｍｓ，Ｍｅｔｈｏｄｓ，ａｎｄ  Ｃｏｍｐｕｔｅｒ  Ｐｒｏｇｒａｍ  Ｐｒｏｄｕｃｔｓ  ｆｏｒ  Ｐｒｏｖｉｄｉｎｇ  ａ  Ｃｏｎｔａｃｔｌｅｓｓ  Ｐｒｏｔｏｃｏｌ」と題された米国特許出願第１３／９０１，１３４号および第１３／９０１，１８８号は、モバイルデバイス、セキュアエレメント、モバイルウォレット、および／または非接触型リーダを使用する支払いおよび商取引などの非接触取引を実施するためのプロトコルを説明する。
【００２３】
前述のデバイス間の他の通信は、他の介在するシステム、ハードウェア、および／またはソフトウェアでの、またはそれらを通しての通信を含んでよく、そのような通信は、データの受信、転送、および／または管理を含んでもよいことが理解されるべきである。
【００２４】
モバイルデバイス１２０は、それによりＥＳＢ１４０を介してモバイル商（ＭｏＣｏｍ）プラットフォーム１５０に通信可能に連結される、モバイルウォレットプラットフォーム１３０に通信可能に連結される。その全体が参照によって本明細書に組み込まれる、「Ｓｙｓｔｅｍｓ，Ｍｅｔｈｏｄｓ，ａｎｄ  Ｃｏｍｐｕｔｅｒ  Ｐｒｏｇｒａｍ  Ｐｒｏｄｕｃｔｓ  ｆｏｒ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐａｙｍｅｎｔ  Ａｃｃｏｕｎｔｓ  ｉｎｔｏ  Ｍｏｂｉｌｅ  Ｗａｌｌｅｔｓ  ａｎｄ  Ｍａｎａｇｉｎｇ  Ｅｖｅｎｔｓ」と題された米国特許出願第１３／８４８，９６２号は、ＥＳＢを使用するモバイルウォレットとの通信を説明する。
【００２５】
ＭｏＣｏｍプラットフォーム１５０は、モバイル商取引に関するデータ（例えば、オファーデータ、ロイヤルティデータ、リワードデータ）、および／または販売業者データ（即ち、販売業者システム１６０に関する情報）、ならびに、引き換えられたオファーを処理するため、モバイルウォレットにオファーを配布するためなどの規則および／または手法を、記憶および管理するための、１つ以上のサーバを含んでもよい。追加的に、ＭｏＣｏｍプラットフォーム１５０は、例えば、インターネットなどの通信ネットワークを経由して、１つ以上のクライアントポータル１７０に通信可能に連結される。クライアントポータル１７０は、例えばオファーをクリップするおよび／または引き換えるためにＭｏＣｏｍプラットフォーム１５０にアクセス可能な、パーソナルコンピュータ（例えば１７０−１）、モバイルデバイス（例えば１７０−２）、ラップトップ（例えば１７０−ｎ）、タブレット、ワークステーションなどの、いかなるシステムであってもよい。
【００２６】
ＭｏＣｏｍプラットフォームは、１つ以上の販売業者システム１６０に、更に通信可能に結合される。販売業者システムは、例えば、モバイル商取引を管理するための、ならびに販売業者のオファーを作成および処理するための、販売業者（例えば、企業、小売業者）によって管理されるシステムである。
【００２７】
１つの例示的な実施形態では、販売業者システム（例えば、販売業者システム１６０−１）がＭｏＣｏｍプラットフォーム（例えば、ＭｏＣｏｍプラットフォーム１５０）にオファーを送信することで、オファーが認定され、モバイルウォレット（例えば、モバイルウォレット１２１−１）中に「クリップ」（即ち、取得）されるように構成される。この例示的な実施形態は、例えば図２を参照しながら以下に更に詳細に説明される。
【００２８】
別の例示的な実施形態では、クライアントポータル（例えば、クライアントポータル１７０−１）は、ＭｏＣｏｍプラットフォーム（例えば、ＭｏＣｏｍプラットフォーム１５０）上に存在するオファーを、モバイルウォレット（例えば、モバイルウォレット１２１−１）中にクリップするために使用される。この例示的な実施形態は、例えば図３を参照しながら以下に更に詳細に説明される。
【００２９】
ＩＩＩ．プロセス
Ａ．オファーの作成
図２は、例示的な実施形態に従うオファーを作成するためのプロセス２００を解説する図である。ステップ２５０で、販売業者システム２０１（例えば、図１、販売業者システム１６０−１）は、オファーデータを作成および／または回収することによって、１つ以上のオファー（即ち、一群のオファー）を作成する。販売業者システム２０１は、各オファーが互換性を持ち、モバイルウォレット（例えば、図１、モバイルウォレット１２１−１）によって使用可能であるように、所定のフォーマットに従って、各オファーを適合させる。例えば、販売業者システム２０１は、各オファーが、モバイルウォレットによる使用に対して認可されるように、ある型のオファーデータを含むことを確認する。
【００３０】
ステップ２５２で、販売業者システム２０１は、ＭｏＣｏｍプラットフォーム２０２（例えば、図１、ＭｏＣｏｍプラットフォーム１５０）に、オファーを送信する。販売業者システムはＭｏＣｏｍプラットフォームに、１つのオファー、または一群の複数のオファーを送信し得ることが、理解されるべきである。ステップ２５２で送信されたオファーは、販売業者ＩＤ、オファー名、作成日、失効日、クリップの最大回数、およびオファーコンテンツなどの、対応するオファーデータを含む。
【００３１】
販売業者ＩＤは、それによってオファーが作成された販売業者または販売業者システムに対応する、一意の識別子である。販売業者ＩＤはまた、非接触取引で使用（即ち、引き換え）される場合に、オファーを受領および適用する資格がある、またはそれが可能である、販売業者システムを示す。オファー名は、オファーに割り当てられる一意の見出しまたはラベルであり、それによってオファーが識別され得る。作成日は、オファーが販売業者または販売業者システムによって作成される日付であり、いつオファーが使用される資格を持つかを算出するために使用されてよい。失効日は、オファーが使用され得る最後の日付である。クリップの最大回数は、オファーがクリップ（即ち、取得され、モバイルウォレットに追加）され得る回数を示す。つまり、オファーがクリップされる回数がオファーに対して許可されるクリップの最大回数に達すると、そのオファーをクリップすることは無効にされ得る。オファーコンテンツとしては、オファーの規約（例えば、２０％引き）、オファーに対して使用される画像、リンク、文字などを示す情報が挙げられる。具体的には、オファーコンテンツとしては、オファーの表題、オファーの説明、オファーの有効期限、オファーの画像、オファーの引き換え可能なバージョン、関連のバーコード、およびオファーに関するいかなる規約、条件などもが挙げられる。
【００３２】
ステップ２５４で、ＭｏＣｏｍプラットフォーム２０２は、受信したオファーを審査する。具体的には、ＭｏＣｏｍプラットフォーム２０２は、それが所定の要件セットに基づいて完全であること、およびそれがある所定の認定基準を満たすことを確認するために、オファーに含まれるオファーデータを審査する。例えば、所定の基準は、オファーのオファーデータが不適切な（例えば、猥褻な、下品な）コンテンツを含まないことであってもよい。したがって、オファーは、それが適切なコンテンツを含むことを確認するために分析され得る。ＭｏＣｏｍプラットフォーム２０２が、オファーのオファーデータが完全であり、所定の基準を満たすと判定する場合に、オファーは認可されると見なされる。代替的に、ＭｏＣｏｍプラットフォーム２０２が、オファーのオファーデータが不完全である、および／または所定の基準を満たさないと判定する場合には、オファーは拒否されると見なされる。
【００３３】
ステップ２５４での審査中にオファーが認可される場合には、ＭｏＣｏｍプラットフォームは、ステップ２５６で、オファーを、モバイルウォレットに追加されてよく、それと共に使用されてよいオファーとして認定する。ＭｏＣｏｍプラットフォーム２０２はまた、各オファーのオファーデータ（および、販売業者システム２０１から受信した任意の他のデータ）を、認定される際に記憶する。代替的な実施形態では、ＭｏＣｏｍプラットフォームは、各オファーに対応するオファーコードを割り当てる。オファーコードは、認定されたオファーと関連付けられた一意の識別子である。ＭｏＣｏｍプラットフォーム２０２はまた、付録Ａの表１〜７に示されるように、オファーと関連付けられた受信された（即ち、販売業者システムから）および／または生成されたデータを記憶し得る。
【００３４】
それにより、ステップ２５８で、ＭｏＣｏｍプラットフォーム２０２は、認定されたオファーに、スクリプトを作成および追加する。スクリプトは、例えば、有効なクッキーがウェブブラウザに存在するかどうかを判定するため、ユーザからの資格情報を要求しＭｏＣｏｍプラットフォームで検証するため、オファーを送信するため、ならびに／またはエラーおよびヘルプメッセージ表示を送信して、例えばウェブブラウザを介して表示するための命令を含む。スクリプトは、そこにオファーが追加されるモバイルウォレットを、有効であり存在するモバイルウォレットとして認証するために使用される、技法または機構（例えば、非同期ＪａｖａＳｃｒｉｐｔおよびＸＭＬ（エイジャックス））を含む。つまり、スクリプトは、オファーに埋め込まれ、オファーがクリップされるときに認証プロセスを起こす。
【００３５】
モバイルウォレットを認証する、およびオファーをクリップするプロセスは、図３を参照しながら以下に更に詳細に説明される。
【００３６】
ステップ２６０で、ＭｏＣｏｍプラットフォーム２０２は、ステップ２５８で追加されたスクリプトを含む認定されたオファーを、販売業者システム２０１に送信する。販売業者システム（または販売業者）はその後、オファーを表示および／または公開することによって、認定されたオファーを消費者（即ち、モバイルウォレットを装備したモバイルデバイス）に対して利用可能にする。例えば、オファーは、モバイルアプリケーション、ウェブサイト、広告を介して利用可能にされ得るか、または、電子メール、テキストメッセージ、もしくはユニフォームリソースロケータ（ＵＲＬ）などを送信する任意の方法を介して配布されてもよい。オファーが利用可能にされると、オファーは、図３を参照しながら以下に更に詳細に説明されるように、モバイル商取引での使用のために取得（例えば、クリップ、スキャン、タップ）され、モバイルウォレットに追加され得る。
【００３７】
Ｂ．オファーの取得
オファーが認定され、販売業者システムに送信されると（図２のステップ２５８および２６０に示される）、その販売業者システムは、ウェブページ、アプリケーション、広告などに、オファーと関連付けられたリンク、アイコン、文字、画像、バーコード、クイックレスポンス（ＱＲ）コードなどを公開または表示することによって、オファーを取得可能にすることができる。それにより、公開または表示されたオファーは、まずＭｏＣｏｍプラットフォーム（例えば、図１、ＭｏＣｏｍプラットフォーム１５０）にアクセス可能な任意のクライアントポータルまたはデバイスからオファーをクリップ（例えば、選択、スキャン、タップ）することで、取得され得る。ＭｏＣｏｍプラットフォームへのそのようなアクセスは、例えばインターネットを介して達成されてよい。
【００３８】
具体的には、オファーをクリップすることは、公開または表示されたオファー（例えば、リンク、アイコンなど）をクリックすること（または任意の他の選択方法）によって達成され得る。オファーはまた、オファーと関連付けられたバーコードまたはＱＲコードをスキャンするためにカメラを装備したモバイルデバイスを使用してオファーをスキャンすることによっても、クリップされ得る。
【００３９】
代替的に、オファーは、ＰＯＳでリーダ（例えば、図１、リーダ１１０）の所定の近接範囲内にモバイルデバイスを置くことによって達成される「タップ」を実施することによって、クリップされ得る。リーダは、それにより、モバイルデバイス上にウェブページなどをロードする。ウェブページは、例えばモバイルデバイスのユーザインターフェースを介してタップを実施するために使用されるモバイルデバイス上でオファーをクリックおよび／または選択することによって取得され得る、利用可能なオファーを表示する。その全体が参照によって本明細書に組み込まれる、「Ｓｙｓｔｅｍｓ，Ｍｅｔｈｏｄｓ，ａｎｄ  Ｃｏｍｐｕｔｅｒ  Ｐｒｏｇｒａｍ  Ｐｒｏｄｕｃｔｓ  ｆｏｒ  Ｐｒｏｖｉｄｉｎｇ  ａ  Ｃｏｎｔａｃｔｌｅｓｓ  Ｐｒｏｔｏｃｏｌ」と題された米国特許出願第１３／９０１，１３４号および第１３／９０１，１８８号は、非接触取引を行うために「タップ」を実施すること（即ち、「タップすること」）を説明する。
【００４０】
図３は、例示的な実施形態に従うオファーを取得するためのプロセス３００を解説する図である。図３で解説される例示的な実施形態では、パーソナルコンピュータを使用して、オファーに対応するリンクをクリックすることによって割引オファーをモバイルウォレット中にクリップする。任意の型のクライアントポータルが、本明細書に記載のように、任意の方法に従って任意の型のオファーをクリップするために使用されてよいことが、理解されるべきである。
【００４１】
ステップ３５０で、インターネットに接続されたパーソナルコンピュータ上のユーザ（即ち、クライアントポータル３０１）は、販売業者のウェブサイト上に公開されたアイコン上をクリックすることによって、オファー（即ち、割引）をクリップする。アイコンは、図２を参照しながら上で説明されたように、オファーと関連付けられる。
【００４２】
ステップ３５０でオファーがクリップされるとき、オファーに埋め込まれたスクリプト（例えば、図２のステップ２５８で追加されたスクリプト）が呼び出され、ステップ３５２で、「クッキー」がクライアントポータル３０１中に存在するかどうかを判定するために、命令を実行する。「クッキー」は、モバイルデバイスに関して、ウェブページの履歴および／または状態を示す、システムまたはデバイス（例えば、クライアントポータル３０１）中に収集されたデータである。例えば、クッキーは、ウェブページがシステムまたはデバイス上で以前に訪問されたことがあるかどうかを示すために、および／またはウェブページにログインするために以前に使用されたログイン資格情報を記憶するために、使用され得る。
【００４３】
ステップ３５２で、オファーがクリップされるウェブページに対するクッキーがクライアントポータル３０１中に存在しないと判定されると、クライアントポータル３０１は、（１）資格情報（例えば、ユーザＩＤおよびパスワード）、または（２）登録への選択肢のどちらかの入力を促す。つまり、クライアントポータル３０１のユーザは、資格情報を入力するか、または、登録が以前に行われていない場合には、資格情報を得るために登録することを選択することができる。クライアントポータル３０１のユーザが登録を選択する場合、クライアントポータル３０１上のウェブページは、登録ウェブページにリダイレクトされる。代替的な実施形態では、クライアントポータル３０１のユーザは、資格情報を入力する際に、クッキーをクライアントポータル３０１上に記憶しないことを選択することができる。資格情報が入力されると（または、登録が達成され資格情報が得られると）、資格情報を含むクリップ要求がＭｏＣｏｍプラットフォーム３０２（例えば、図１、ＭｏＣｏｍプラットフォーム１５０）に転送される。
【００４４】
代替的に、オファーがクリップされるウェブページに対するクッキーが、クライアントポータル３０１中に存在することがステップ３５２で判定される場合、クッキー中のデータの少なくとも一部分（例えば、資格情報）を含むクリップ要求が、ステップ３５４で、ＭｏＣｏｍプラットフォーム３０２に転送される。
【００４５】
具体的には、要求データを含むクリップ要求は、ステップ３５４で、ＭｏＣｏｍプラットフォーム３０２に転送される。要求データは、販売業者ＩＤ、販売業者名、ユーザＩＤ、パスワード、およびオファーコードを含む。販売業者ＩＤおよび販売業者名は、オファーと関連付けられた販売業者および／または販売業者システムに対応する一意の識別子である。ユーザＩＤおよびパスワードは、モバイルウォレットのユーザと関連付けられたログイン資格情報の一意の組み合わせ（例えば、英数字）である。ユーザＩＤおよびパスワード（即ち、認証データ）は、モバイルウォレットを認証するために使用される。オファーコードは、認定されたオファーと関連付けられた一意の識別子である。
【００４６】
ステップ３５６で、ＭｏＣｏｍプラットフォーム３０２は、クライアントポータル３０１から受信したユーザＩＤおよびパスワードを認証（即ち、検証）する。つまり、ＭｏＣｏｍプラットフォーム３０２は、ユーザＩＤおよびパスワードが、（１）モバイルウォレットと以前に関連付けられているかどうか（即ち、モバイルウォレットは、以前に登録され、それらの資格情報を割り当てられているかどうか）、および（２）整合する対であるかどうかを照合する。ユーザＩＤおよびパスワードがＭｏＣｏｍプラットフォーム３０２によって認証されると、オファーは続いて、そのユーザＩＤおよびパスワードと関連付けられるモバイルウォレット中に記憶される。
【００４７】
ＭｏＣｏｍプラットフォーム３０２は、ステップ３５８で、クライアントポータル３０１に応答を送信して、ステップ３５６において実施された認証の結果を示す。応答は、応答コード、ならびに例えばユーザＩＤおよびパスワードの認証が成功したか失敗したかを示す、対応するメッセージを含む。
【００４８】
ステップ３５６で実施された認証が成功した場合、ＭｏＣｏｍプラットフォーム３０２は、オファー（即ち、オファーに関連付けられたデータの少なくとも一部分）を、認証されたユーザＩＤおよびパスワードに関連付けられるモバイルウォレット３０３−１（即ち、図１、モバイルウォレット３０３−１）が記憶されるモバイルデバイス３０３に、オファーを送信する。モバイルデバイス３０３は、それにより、受信したオファー（および対応するデータ）をモバイルウォレット中に記憶して、オファーをモバイル商取引において使用可能にする。
【００４９】
ＩＶ．コンピュータ可読媒体の実装
例えば、図１〜３に示した、もしくはこれらに関連して考察したシステムおよび手順などの上に説明した例示的な実施形態、またはそれらの任意の部分もしくは機能は、ハードウェア、ソフトウェア、またはこれら２者の組み合わせを使用することによって実装され得る。それは、１つ以上のコンピュータまたは他の処理システム内で実装され得る。これらの例示的な実施形態によって実施される操作は、人間の操作者によって実施される知的操作と一般的に関連付けられた用語で言及され得たが、本明細書に記載の操作のうちのいずれを実施するにも人間の操作者は必要とされない。言い換えれば、これらの操作は、機械操作で完全に実装され得る。本明細書に提示される例示的な実施形態の操作を実施するのに有用な機械は、汎用のデジタルコンピュータまたは類似のデバイスを含む。
【００５０】
図４は、本発明の例示的な実施形態の一部に従う汎用および／または特殊目的コンピュータ４００のブロック図である。コンピュータ４００は、例えば、中でも、ユーザデバイス、ユーザコンピュータ、クライアントコンピュータ、および／またはサーバコンピュータであり得る。
【００５１】
コンピュータ４００は、プロセッサデバイス４１０、メインメモリ４２５、および相互接続バス４０５を含むが、これらに限定されない。プロセッサデバイス４１０は、単独のマイクロプロセッサを含んでよいがこれに限定されず、または、コンピュータ４００をマルチプロセッサシステムとして構成するために複数のマイクロプロセッサを含んでもよい。メインメモリ４２５は、中でも、プロセッサデバイス４１０による実行のための命令および／またはデータを記憶する。メインメモリ４２５は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）のバンク、およびキャッシュメモリを含んでもよい。
【００５２】
コンピュータ４００は、大容量記憶デバイス４３０、周辺デバイス４４０、携帯型記憶媒体デバイス４５０、入力制御デバイス４８０、グラフィックスサブシステム４６０、および／または出力表示部４７０を更に含む。説明目的のために、コンピュータ４００中の全ての構成要素が、バス４０５を介して結合されて、図４に示される。しかしながら、コンピュータ４００はさほど限定されない。コンピュータ４００のデバイスは、１つ以上のデータ転送手法を介して結合され得る。例えば、プロセッサデバイス４１０および／またはメインメモリ４２５は、ローカルマイクロプロセッサバスを介して結合されてよい。大容量記憶デバイス４３０、周辺デバイス４４０、携帯型記憶媒体デバイス４５０、および／またはグラフィックスサブシステム４６０は、１つ以上の入力／出力（Ｉ／Ｏ）バスを介して結合され得る。大容量記憶デバイス４３０は、プロセッサデバイス４１０による使用のためのデータおよび／または命令を記憶するための不揮発性記憶デバイスであり得る。大容量記憶デバイス４３０は、例えば磁気ディスクドライブまたは光ディスクドライブと共に実装され得る。ソフトウェアの実施形態では、大容量記憶デバイス４３０は、大容量記憶デバイス４３０のコンテンツをメインメモリ４２５にロードするために構成される。
【００５３】
携帯型記憶媒体デバイス４５０は、例えばコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）などの不揮発性携帯型記憶媒体との併用で動作して、データおよびコードを、コンピュータ４００に、およびコンピュータ４００から、入力および出力する。一部の実施形態では、メタデータ中の内部識別子を記憶するためのソフトウェアは、携帯型記憶媒体上に記憶されてもよく、携帯型記憶媒体デバイス４５０を介してコンピュータ４００に入力されてもよい。周辺デバイス４４０は、例えば、コンピュータ４００に追加的な機能性を追加するように構成された入力／出力（Ｉ／Ｏ）インターフェースなどの、任意の型のコンピュータ支援デバイスを含んでもよい。例えば、周辺デバイス４４０は、コンピュータ４００をネットワーク４２０とインターフェースで接続するためのネットワークインターフェースカードを含んでもよい。
【００５４】
入力制御デバイス４８０は、コンピュータ４００のユーザに、ユーザインターフェースの一部分を提供する。入力制御デバイス４８０は、キーパッドおよび／またはカーソル制御デバイスを含んでもよい。キーパッドは、英数字および／または他のキー情報を入力するように構成されてもよい。カーソル制御デバイスは、例えば、マウス、トラックボール、タッチペン、および／またはカーソル方向キーを含んでもよい。文字およびグラフィック情報を表示するために、コンピュータ４００は、グラフィックスサブシステム４６０および出力表示部４７０を含んでもよい。出力表示部４７０は、陰極線管（ＣＲＴ）表示部および／または液晶表示部（ＬＣＤ）を含んでもよい。グラフィックスサブシステム４６０は、文字およびグラフィック情報を受信し、出力表示部４７０への出力のために情報を処理する。
【００５５】
コンピュータ４００の各構成要素は、汎用および／または特殊目的コンピュータのコンピュータ構成要素の広義のカテゴリを表す。コンピュータ４００の構成要素は、本明細書で提供される特定の実装に限定されない。
【００５６】
本発明の例示的な実施形態の部分は、コンピュータ技術分野の当業者には明らかなように、本開示の教示に従ってプログラムされた従来の汎用コンピュータ、特殊目的デジタルコンピュータ、および／またはマイクロプロセッサを用いることによって好都合に実装され得る。適切なソフトウェアコーディングは、本開示の教示に基づいて、熟練したプログラマによって容易に準備され得る。
【００５７】
一部の実施形態はまた、特定用途向け集積回路、フィールドプログラム可能なゲートアレイを準備することによって、または、従来の構成要素回路の適切なネットワークを相互接続することによって実施され得る。
【００５８】
一部の実施形態は、コンピュータプログラム製品を含む。コンピュータプログラム製品は、コンピュータを制御または、それに、本発明の例示的な実施形態の手順の任意のものを実施させるために用いることが可能な命令をその上にまたはその中に記憶する記憶媒体または媒体であり得る。記憶媒体としては、フロッピディスク、ミニディスク、光ディスク、Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、磁気光ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ、フラッシュカード、磁気カード、光カード、ナノシステム、分子メモリ集積回路、ＲＡＩＤ、遠隔データストレージ／アーカイブ／ウェアハウジング、ならびに／または命令および／もしくはデータを記憶するために好適な任意の型のデバイスを挙げることができるが、これらに限定されない。
【００５９】
コンピュータ可読媒体または媒体のうちの任意の１つに記憶される一部の実装では、汎用および／もしくは特殊コンピュータのハードウェアまたはマイクロプロセッサの両方を制御するための、かつコンピュータまたはマイクロプロセッサが本発明の例示的な実施形態の結果を利用する人間のユーザまたは他の機構と対話することを可能にするためのソフトウェアを含む。このようなソフトウェアは、デバイスドライバ、オペレーティングシステム、およびユーザアプリケーションを含み得るが、これらに限定されない。究極には、このようなコンピュータ可読媒体は、上に説明したように、本発明の例示的な態様を実施するためのソフトウェアを更に含む。
【００６０】
汎用および／もしくは特殊目的コンピュータまたはマイクロプロセッサのプログラミングおよび／またはソフトウェアに含まれるものには、上に説明した手順を実装するためのソフトウェアモジュールがある。
【００６１】
本発明の様々な例示的な実施形態を上述したが、それらは例として提示されたものであり、制限するためのものではないことを理解すべきである。形態および詳細の様々な変更が可能であることが関連技術分野の当業者には明らかである。したがって、本発明は、上に説明した例示的な実施形態のいずれによっても制限されるべきではなく、以下の特許請求の範囲およびその均等物によってのみ定義されるべきである。
【００６２】
加えて、図面は例示目的のみで提示されていることを理解すべきである。本明細書に提示される例示的な実施形態の構造は、それが添付図面で示されるもの以外の方法で利用されて誘導され得るように、十分に柔軟であって構成可能である。
【００６３】
更に、要約の目的は、米国特許商標庁および一般公衆、とりわけ、科学者、技術者、および特許用語もしくは法律用語または言い回しに精通していない当該技術分野の実践者が、本出願の技法的開示の性質および本質を一瞥して迅速に判断することを可能にすることである。要約は、いかなる方法でも本明細書に提示される例示的な実施形態の範囲について制限することを意図するものではない。特許請求の範囲において述べられた手順は、提示された順序で実施される必要がないこともまた理解すべきである。
【００６４】
付録Ａ
【００６５】
【表１】
2015533233.tif 000003
【００６６】
【表２】
2015533233.tif 000004
【００６７】
【表３】
2015533233.tif 000005
【００６８】
【表４】
2015533233.tif 000006
【００６９】
【表５】
2015533233.tif 000007
【００７０】
【表６】
2015533233.tif 000008
【００７１】
【表７】
2015533233.tif 000009
【図１】
2015533233.tif 000010
【図２】
2015533233.tif 000011
【図３】
2015533233.tif 000012
【図４】
2015533233.tif 000013
【国際調査報告】
2015533233.tif 000014
2015533233.tif 000015
2015533233.tif 000016