JP2012508928A

JP2012508928A - モバイルウォレットシステムを使用して取引を行うシステムおよび方法

Info

Publication number: JP2012508928A
Application number: JP2011536369A
Authority: JP
Inventors: スティーヴン・エム・スミス; ブレイディ・エル・ラックリー・サード; ベン・ディー・アッカーマン; ナンシー・レイニー; ウォーレン・ディー・ポーター; アイドゥ・オーセイ; ロバート・エル・デザート; カルティク・アール・アイヤー; カイル・コクラン; ジュームズ・ピー・メイソン; スコット・ピー・モナハン
Original assignee: アウトライアー・インコーポレイテッド
Priority date: 2008-11-17
Filing date: 2009-10-22
Publication date: 2012-04-12
Also published as: US20100125510A1; WO2010056480A1; EP2353129A1; KR20110086615A; CN102216944A

Abstract

携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理する方法を開示し、この方法は、購買コードを求める要求をモバイルウォレットから受信するステップと、短期購買コードを生成するステップと、短期購買コードをモバイルウォレットに送信するステップと、短期購買コードを販売業者から受信するステップとを含むことができる。

Description

本発明は、一般には、無線取引、より詳細には、モバイルウォレット(mobile wallet)システムを使用して取引を行うことに関する。

本出願は、SYSTEM AND METHOD OF CONDUCTING TRANSACTIONS USING A MOBILE WALLET SYSTEMという名称で、2008年11月17日に出願した、米国特許仮出願第61/115454号の優先権を主張し、その全体を参照により組み込むものである。さらには、本出願は、SYSTEM AND METHOD OF PROVIDING A MOBILE WALLET AT A MOBILE TELEPHONEという名称で、2008年11月17日に出願した、米国特許仮出願第61/115453号の優先権を主張し、その全体を参照により組み込むものである。

一般には、人は、複数の銀行口座、複数のクレジットカードアカウント、ギフトカードアカウントなどを有する場合がある。各アカウントのプロバイダは、各アカウントへのオンラインアクセスを提供する場合があり、顧客は、別個のオンラインポータルを介して、各アカウントを別個に管理する場合がある。顧客が実際に、例えば、従来のインターネットを使用しない(brick-and-mortar)店舗で、または電子的に、すなわち、オンラインで、もしくは携帯電話のネットワークを介して買物を行っているとき、顧客は、特定のアカウント詳細に対する即使用可能なアクセス手段を有していない場合がある。さらには、携帯電話のネットワークを介して提供されるモバイルストアで、買物を行うために携帯電話を使用するとき、買物処理および精算処理が、比較的時間がかかる場合がある。このような経験は、かなり悪い印象を与える場合があり、これにより顧客が、これ以上モバイルストアを利用しなくなる可能性がある。

したがって、携帯機器を介してアクセスできるモバイルウォレットを使用して取引を行う、改良されたシステムおよび方法が必要とされている。

さらには、この方法は、短期購買コードが期限切れであるかどうかを判定するステップと、短期購買コードが有効であるかどうかを判定するステップと、短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を販売業者に送信するステップとを含むことができる。さらには、この方法は、取引情報をアカウントプロバイダから受信するステップと、アカウントプロバイダからの取引情報を含むように、携帯機器と関連するモバイルウォレットをアップデートするステップと、アップデートされたウォレットを携帯機器に送信するステップとを含むことができる。

別の態様では、携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理するためのサーバを開示し、このサーバは、購買コードを求める要求をモバイルウォレットから受信するための手段と、短期購買コードを生成するための手段と、短期購買コードをモバイルウォレットに送信するための手段と、短期購買コードを販売業者から受信するための手段とを備えることができる。

さらには、このサーバは、短期購買コードが期限切れであるかどうかを判定するための手段と、短期購買コードが有効であるかどうかを判定するための手段と、短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を販売業者に送信するための手段とを備えることができる。さらには、このサーバは、取引情報をアカウントプロバイダから受信するための手段と、アカウントプロバイダからの取引情報を含むように、携帯機器と関連するモバイルウォレットをアップデートするための手段と、アップデートされたウォレットを携帯機器に送信するための手段とを備えることができる。

さらに別の態様では、携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理するためのサーバを開示し、このサーバは、プロセッサを備えることができる。このプロセッサは、購買コードを求める要求をモバイルウォレットから受信し、短期購買コードを生成し、短期購買コードをモバイルウォレットに送信し、短期購買コードを販売業者から受信するように動作可能であり得る。このプロセッサはさらに、短期購買コードが期限切れであるかどうかを判定し、短期購買コードが有効であるかどうかを判定し、短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を販売業者に送信するように動作可能である。さらには、このプロセッサは、取引情報をアカウントプロバイダから受信し、アカウントプロバイダからの取引情報を含むように、携帯機器と関連するモバイルウォレットをアップデートし、アップデートされたウォレットを携帯機器に送信するように動作可能であり得る。

別の態様では、コンピュータプログラム製品を開示し、このコンピュータプログラム製品は、コンピュータ読取可能媒体を含むことができる。このコンピュータ読取可能媒体は、購買コードを求める要求をモバイルウォレットから受信するための少なくとも1つの命令と、短期購買コードを生成するための少なくとも1つの命令と、短期購買コードをモバイルウォレットに送信するための少なくとも1つの命令と、短期購買コードを販売業者から受信するための少なくとも1つの命令とを含むことができる。

さらには、このコンピュータ読取可能媒体は、短期購買コードが期限切れであるかどうかを判定するための少なくとも1つの命令と、短期購買コードが有効であるかどうかを判定するための少なくとも1つの命令と、短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を販売業者に送信するための少なくとも1つの命令とを含むことができる。このコンピュータ読取可能媒体はさらに、取引情報をアカウントプロバイダから受信するための少なくとも1つの命令と、アカウントプロバイダからの取引情報を含むように、携帯機器と関連するモバイルウォレットをアップデートするための少なくとも1つの命令と、アップデートされたウォレットを携帯機器に送信するための少なくとも1つの命令とを含むことができる。

さらに別の態様では、携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理する方法を開示し、この方法は、取引要求をモバイルストアから受信するステップと、顧客の識別子をモバイルストアから受信するステップと、携帯機器と関連するモバイルウォレットを取り出すステップと、顧客のアカウント情報をモバイルウォレットから取り出すステップとを含むことができる。この顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント(preferred payment account)、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む。

この態様では、この方法はさらに、取引が承認されるときに、取引情報をアカウントプロバイダから受信するステップと、携帯機器と関連するモバイルウォレットをアップデートするステップと、アップデートされたウォレットを携帯機器に送信するステップとを含むことができる。

別の態様では、携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理するためのサーバを開示し、このサーバは、取引要求をモバイルストアから受信するための手段と、顧客の識別子をモバイルストアから受信するための手段と、携帯機器と関連するモバイルウォレットを取り出すための手段と、顧客のアカウント情報をモバイルウォレットから取り出すための手段とを備えることができる。この顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む。

このサーバはさらに、取引が承認されるときに、取引情報をアカウントプロバイダから受信するための手段と、携帯機器と関連するモバイルウォレットをアップデートするための手段と、アップデートされたウォレットを携帯機器に送信するための手段とを備えることができる。

さらに別の態様では、携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理するためのサーバを開示し、このサーバは、プロセッサを備えることができる。このプロセッサは、取引要求をモバイルストアから受信し、顧客の識別子をモバイルストアから受信し、携帯機器と関連するモバイルウォレットを取り出し、顧客のアカウント情報をモバイルウォレットから取り出すように動作可能であり得る。この顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含むことができる。

この態様では、このプロセッサはさらに、取引が承認されるときに、取引情報をアカウントプロバイダから受信し、携帯機器と関連するモバイルウォレットをアップデートし、アップデートされたウォレットを携帯機器に送信するように動作可能である。

別の態様では、コンピュータプログラム製品を開示し、このコンピュータプログラム製品は、コンピュータ読取可能媒体を含むことができる。このコンピュータ読取可能媒体は、取引要求をモバイルストアから受信するための少なくとも1つの命令と、顧客の識別子をモバイルストアから受信するための少なくとも1つの命令と、携帯機器と関連するモバイルウォレットを取り出すための少なくとも1つの命令と、顧客のアカウント情報をモバイルウォレットから取り出すための少なくとも1つの命令とを含むことができる。この顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含むことができる。

この態様では、このコンピュータ読取可能媒体はさらに、取引が承認されるときに、取引情報をアカウントプロバイダから受信するための少なくとも1つの命令と、携帯機器と関連するモバイルウォレットをアップデートするための少なくとも1つの命令と、アップデートされたウォレットを携帯機器に送信するための少なくとも1つの命令とを含むことができる。

図面においては、別段の指示がない限り、各図を通して、同じ参照番号が同じ部分を示す。

モバイルウォレットシステムの第1の態様の図である。モバイルウォレットシステムの第2の態様の図である。電話の図である。売場端末で携帯機器との取引を行う方法を示すフローチャートである。ウォレットサーバで1又は2以上の売場取引を処理する方法を示すフローチャートである。売場端末で携帯機器との取引を行う方法を示すフローチャートである。携帯機器からモバイルストアとの取引を行う方法を示すフローチャートである。ウォレットサーバで携帯機器とモバイルストアとの間の取引を管理する方法を示すフローチャートである。モバイルストアで携帯機器との取引を行う方法を示すフローチャートである。

本明細書では、「例示的」という単語は、「用例、実例、または説明として役立つこと」を表すために使用される。「例示的」として本明細書で説明されるいかなる態様も、必ずしも、他の態様よりも好ましい、または有利であるとして構成されるものではない。

ここでの説明では、「アプリケーション」という単語はさらに、オブジェクトコード、スクリプト、バイトコード、マークアップ言語ファイル、およびパッチなどの、実行可能コンテンツを有するファイルを含むことができる。さらには、本明細書で言及される「アプリケーション」は、オープンする必要があり得る文書、またはアクセスする必要があるデータファイルなど、本質的には実行可能ではないファイルをさらに含むことができる。

ここでの説明では、「通信機器」、「無線機器」、「無線電話」、「無線通信機器」および「無線ハンドセット」といった単語は、交替可能に使用される。第3世代(3G)の無線技術の出現とともに、より広い帯域幅の利用が可能になったことで、より多くの電子機器が無線機能を有することを可能とした。したがって、無線機器とは、セルラー電話、ページャ、PDA、スマートフォン、ナビゲーション装置、または無線接続を備えたコンピュータである場合がある。

図1を参照すると、携帯機器の購買システムの第1の態様を図示し、全体的に100と指定している。図示のように、システム100は、携帯機器102を含むことができる。販売業者サーバ104は、例えば携帯電話のネットワークを介して、携帯機器102に接続され得る。ウォレットサーバ106は、携帯機器102および販売業者サーバ104に接続され得る。ウォレットサーバ106は、携帯電話のネットワークを介して、携帯機器102に接続され得る。さらには、ウォレットサーバ106は、広域通信網(WAN)、例えばインターネットを介して、販売業者サーバ104に接続され得る。図1はさらに、例えばWANを介して、ウォレットサーバ106に接続されるプロバイダサーバ108を示す。

図1に示されるように、携帯機器102は、プロセッサ110、および、プロセッサ110に結合されるメモリ112を含むことができる。メモリ112は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ110およびメモリ112は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ112はさらに、モバイルウォレット114を含むことができる。モバイルウォレットは、ウォレットサーバ106により、携帯機器102に提供され得る。

販売業者サーバ104はさらに、プロセッサ120、および、プロセッサ120に結合されるメモリ122を含むことができる。メモリ122は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ120およびメモリ122は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ122は、モバイルストア124を含むことができる。モバイルストア124は、携帯機器102によりアクセスされ得るとともに、携帯機器102のユーザが、モバイルストア124で提供される売り物の品目を、閲覧かつ購買することを可能にすることができる。データベース126は、販売業者サーバ104に接続され得る。データベース126は、モバイルストア124での売り物の品目に関して記憶される情報のために使用され得る。

図1は、ウォレットサーバ106が、プロセッサ130、および、プロセッサ130に結合されるメモリ132を含むことができることを示す。メモリ132は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ130およびメモリ132は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ132は、モバイルウォレット134を含むことができる。ウォレットサーバ106内のモバイルウォレット134は、携帯機器102内に格納されるモバイルウォレット114と同様であってよい。さらには、ウォレットサーバ106内のモバイルウォレット134は、携帯機器102内に格納されるモバイルウォレット114と実質的に同じ情報を含むことができる。データベース136がさらに、ウォレットサーバ106に接続され得る。データベース136は、他の携帯機器と関連する1又は2以上の他のモバイルウォレットを含むことができる。

図1に示されるように、プロバイダサーバ108は、プロセッサ140、および、プロセッサ140に結合されるメモリ142を含むことができる。メモリ142は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ140およびメモリ142は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ142は、携帯機器102のユーザに関連するユーザアカウント144を含むことができる。データベース146がさらに、プロバイダサーバ108に接続され得る。データベース146は、ユーザアカウント144と関連するアカウント情報、および、他の携帯機器と関連する他のユーザアカウントと関連するアカウント情報を含むことができる。

次に図2を参照すると、携帯機器の購買システムの第2の態様を図示し、全体的に200と指定している。図示のように、システム200は、携帯機器202および販売業者サーバ204を含むことができる。さらには、プロバイダサーバ206が、WAN、または他のネットワークを介して、販売業者サーバ204に接続され得る。図2はさらに、ウォレットサーバ208がさらに、例えば携帯電話のネットワークを介して、携帯機器202に接続され得るということを示す。ウォレットサーバ208はさらに、ネットワーク、例えば、WAN、または他のネットワークを介して、販売業者サーバ204に接続され得る。

特定の態様では、携帯機器202は、プロセッサ210、および、プロセッサ210に結合されるメモリ212を含むことができる。メモリ212は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ210およびメモリ212は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ212はさらに、モバイルウォレット214を含むことができる。モバイルウォレットは、ウォレットサーバ208により、携帯機器202に提供され得る。

販売業者サーバ204はさらに、プロセッサ220、および、プロセッサ220に結合されるメモリ222を含むことができる。メモリ222は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ220およびメモリ222は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、売場(POS)端末224が、販売業者サーバ204に接続され得る。さらには、データベース226が、販売業者サーバ204に接続され得る。携帯機器202は、販売業者サーバ204が設置されているインターネットを使用しない(brick-and-mortar)店舗で商品を購買するために、本明細書で説明されるように、POS端末と情報交換する(interact)ことができる。データベース226は、売り物の品目に関して記憶される情報のために使用され得る。

図2に示されるように、プロバイダサーバ206は、プロセッサ230、および、プロセッサ230に結合されるメモリ232を含むことができる。メモリ232は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ230およびメモリ232は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ232は、携帯機器202のユーザと関連するユーザアカウント234を含むことができる。データベース236がさらに、プロバイダサーバ206に接続され得る。データベース236は、ユーザアカウント234と関連するアカウント情報、および、他の携帯機器と関連する他のユーザアカウントと関連するアカウント情報を含むことができる。

図2は、ウォレットサーバ208が、プロセッサ240、および、プロセッサ240に結合されるメモリ242を含むことができることを示す。メモリ242は、本明細書で説明される方法のステップの1又は2以上を含むことができる。さらには、プロセッサ240およびメモリ242は、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。図示のように、メモリ242は、モバイルウォレット244を含むことができる。ウォレットサーバ208内のモバイルウォレット244は、携帯機器202内に格納されるモバイルウォレット214と同様であってよい。さらには、ウォレットサーバ208内のモバイルウォレット244は、携帯機器202内に格納されるモバイルウォレット214と実質的に同じ情報を含むことができる。データベース246がさらに、ウォレットサーバ208に接続され得る。データベース246は、他の携帯機器と関連する1つまたは複数の他のモバイルウォレットを含むことができる。

図3を参照すると、無線電話の例示的な、非限定的な態様を図示し、全体的に320と指定している。図示のように、無線機器320は、相互に結合するデジタル信号プロセッサ324およびアナログ信号プロセッサ326を含むオンチップシステム322を含む。図3に示されるように、ディスプレイコントローラ328およびタッチスクリーンコントローラ330が、デジタル信号プロセッサ324に結合されている。さらに、オンチップシステム322の外部のタッチスクリーンディスプレイ332が、ディスプレイコントローラ328およびタッチスクリーンコントローラ330に結合されている。

図3はさらに、ビデオエンコーダ334、例えば、位相反転線(PAL)エンコーダ、順次式カラーメモリ(SECAM)エンコーダ、または全米テレビジョン放送方式標準化委員会(NTSC)エンコーダが、デジタル信号プロセッサ324に結合されていることを示す。さらには、ビデオ増幅器336が、ビデオエンコーダ334およびタッチスクリーンディスプレイ332に結合されている。さらには、ビデオポート338が、ビデオ増幅器336に結合されている。図3に示されるように、ユニバーサルシリアルバス(USB)コントローラ340が、デジタル信号プロセッサ324に結合されている。さらには、USBポート342が、USBコントローラ340に結合されている。メモリ344および加入者識別モジュール(SIM)カード346がさらに、デジタル信号プロセッサ324に結合され得る。さらには、図3に示されるように、デジタルカメラ348が、デジタル信号プロセッサ324に結合され得る。例示的な態様では、デジタルカメラ348は、電荷結合素子(CCD)カメラまたは相補型金属酸化膜半導体(CMOS)カメラである。

さらに図3に示されるように、ステレオオーディオCODEC350が、アナログ信号プロセッサ326に結合され得る。さらには、オーディオ増幅器352が、ステレオオーディオCODEC350に結合され得る。例示的な態様では、第1のステレオスピーカ354および第2のステレオスピーカ356が、オーディオ増幅器352に結合されている。図3は、マイクロフォン増幅器358がさらに、ステレオオーディオCODEC350に結合され得ることを示す。さらには、マイクロフォン360が、マイクロフォン増幅器358に結合され得る。特定の態様では、周波数変調(FM)ラジオチューナ362が、ステレオオーディオCODEC350に結合され得る。さらには、FMアンテナ364が、FMラジオチューナ362に結合されている。さらには、ステレオヘッドホン366が、ステレオオーディオCODEC350に結合され得る。

図3はさらに、無線周波数(RF)トランシーバ368が、アナログ信号プロセッサ326に結合され得ることを示す。RFスイッチ370が、RFトランシーバ368およびRFアンテナ372に結合され得る。図3に示されるように、キーパッド374が、アナログ信号プロセッサ326に結合され得る。さらには、マイクロフォン付モノヘッドセット376が、アナログ信号プロセッサ326に結合され得る。さらには、バイブレータデバイス378が、アナログ信号プロセッサ326に結合され得る。図3はさらに、電源380が、オンチップシステム322に結合され得ることを示す。特定の態様では、電源380は、電力を必要とする無線機器320の様々な構成要素に電力を供給する直流(DC)電源である。さらには、特定の態様では、電源は、再充電可能なDCバッテリ、または、交流(AC)電源に接続されるAC-DC変換器が元になるDC電源である。

図3はさらに、無線機器320が、ウォレットモジュール382を含むことができることを示す。ウォレットモジュール382は、無線機器320に格納されるウォレット情報をアップデートするために、ウォレットサーバと通信することができる。

図3に示されるように、タッチスクリーンディスプレイ332、ビデオポート338、USBポート342、カメラ348、第1のステレオスピーカ354、第2のステレオスピーカ356、マイクロフォン360、FMアンテナ364、ステレオヘッドホン366、RFスイッチ370、RFアンテナ372、キーパッド374、モノヘッドセット376、バイブレータ378、および電源380は、オンチップシステム322の外部にある。

特定の態様では、本明細書で説明される方法のステップの1又は2以上は、コンピュータプログラムの命令として、メモリ344に記憶することができる。これらの命令は、本明細書で説明される方法を実行するために、プロセッサ324、326により実行され得る。さらには、プロセッサ324、326、メモリ344、その中に記憶される命令、またはそれらの組み合わせは、本明細書で説明される方法のステップの1又は2以上を実行するための手段として働くことができる。

次に図4を参照すると、売場端末で携帯機器との取引を行う方法を図示し、400と指定している。ブロック402で開始すると、携帯機器のユーザは、取引を開始することができる。ブロック404では、ユーザは、コード要求を販売業者から受信することができる。ブロック406では、ユーザは、例えば、携帯機器を使用して、コード要求をウォレットサーバに送信することができる。ブロック408に移動すると、携帯機器は、コードをウォレットサーバから受信することができる。このコードは、例えば5分以内の所定の時間期間内に期限切れになり得る、無作為に生成される短期のコードであってよい。

ブロック410に移ると、コードが、販売業者に、例えば口頭で伝えられる場合がある。あるいは、このコードは、Bluetooth、または、何か他の比較的短距離の無線通信手段、例えば近距離無線通信(near field communications)(NFC)を使用して、販売業者に送信される場合がある。決定ステップ412では、携帯機器、すなわちそのユーザは、そのコードが期限切れであるか否かを示す販売業者からの指示を受信することができる。期限切れであるならば、方法400は、状態414で終了することができる。期限切れでない場合は、方法400は、決定ステップ416に進むことができ、携帯機器、すなわちそのユーザは、そのコードが有効であるか否かを示す販売業者からの指示を受信することができる。有効でない場合は、方法400は、状態414で終了することができる。逆ならば、この方法は、決定ステップ418に移ることができ、携帯機器、すなわちそのユーザは、そのコードが許可されるか否かを示す販売業者からの指示を受信することができる。コードが許可されないならば、方法400は、状態414で終了することができる。コードが許可されるならば、方法400は、ブロック420に進むことができ、取引が完了され得る。その後、ブロック422では、アップデートされたウォレットが、ウォレットサーバから受信され得る。次いで、方法400は、状態414で終了することができる。

図5は、ウォレットサーバで1又は2以上の売場取引を処理する方法500を示す。ブロック502で開始すると、ウォレットサーバは、携帯機器からの購買コードを求める要求を含むことができる。ブロック504では、ウォレットサーバは、短期購買コードを生成することができる。その後、ブロック506では、ウォレットサーバは、短期購買コードを携帯機器に送信することができる。ブロック508に移動すると、ウォレットサーバは、購買コードを販売業者から受信することができる。

決定ステップ510では、ウォレットサーバは、購買コードが期限切れであるかどうかを判定することができる。期限切れであるならば、方法500は、ブロック512に進むことができ、ウォレットサーバは、コードが期限切れであるというメッセージを販売業者に送信することができる。その後、方法500は、状態514で終了することができる。決定ステップ510に戻ると、コードが期限切れでないならば、方法500は、決定ステップ516に移動することができ、ウォレットサーバは、コードが有効であるかどうかを判定することができる。有効でないならば、この方法は、ブロック518に進むことができ、ウォレットサーバは、コードが無効であるというメッセージを販売業者に送信することができる。次いで、この方法は、状態514で終了することができる。

決定ステップ516に戻ると、コードが有効であるならば、この方法は、ブロック520に移ることができ、ウォレットサーバは、アカウント情報を販売業者に送信することができる。アカウント情報は、好みの支払アカウント、デフォルトの請求書送付住所、デフォルトの配送住所、および取引を完了するために必要な他の任意の情報を含むことができる。次に、ブロック522では、ウォレットサーバは、取引情報をアカウントプロバイダから受信することができる。ブロック524では、ウォレットサーバは、携帯機器と関連するモバイルウォレットをアップデートすることができる。さらには、ブロック526では、ウォレットサーバは、アップデートされたウォレットを携帯機器に送信することができる。次いで、この方法は、状態514で終了することができる。

次に図6を参照すると、売場端末で携帯機器との取引を行う方法を図示し、全体的に600と指定している。ブロック602で開始すると、売場端末は、取引要求を携帯機器から受信することができる。ブロック604では、売場端末は、許可コードをユーザ、すなわち携帯機器に要求することができる。ブロック606では、売場端末は、そのコードをユーザから受信することができる。ブロック608に移動すると、売場端末は、そのコードをウォレットサーバに送信することができる。

決定ステップ610では、売場端末は、そのコードが期限切れであるか否かの指示を受信することができる。期限切れであるならば、方法600は、ブロック612に移ることができ、売場端末は、取引が許可されないことを指示することができる。次いで、この方法は、状態614で終了することができる。決定ステップ610に戻ると、コードが期限切れでないならば、この方法は、決定ステップ616に進むことができ、売場端末は、そのコードが有効であるか否かの指示を受信することができる。有効でないならば、方法600は、ブロック612に進み、本明細書で説明されるようにして継続することができる。さもなければ、そのコードが有効であるならば、方法600は、ブロック618に移動することができ、売場端末は、アカウント情報を受信することができる。

ブロック620に移ると、売場端末は、許可を求める要求をアカウントプロバイダに送信することができる。ブロック622では、売場端末は、応答をアカウントプロバイダから受信することができる。ブロック624では、売場端末は、取引が許可されるかどうかを判定することができる。許可されていないならば、方法600は、ブロック612に移動し、本明細書で説明されるようにして継続することができる。取引が許可されるならば、この方法は、ブロック626に移動することができ、売場端末は、取引を完了することができる。ブロック628では、売場端末は、取引詳細をアカウントプロバイダに送信することができる。次いで、この方法は、状態614で終了することができる。

図7は、携帯機器からモバイルストアとの取引を行う方法を示す。この方法は、全体的に700と指定され、ブロック702で開始する。ブロック702では、携帯機器は、モバイルストアとの連絡を開始する。連絡の際、携帯機器は、1又は2以上の特別のオファー(offer)をモバイルストアから受信することができる。さらには、携帯機器は、1又は2以上のクーポンをモバイルストアから受信することができる。ブロック704では、携帯機器は、即時購入(buy now)コードを受け取ることができる。決定ステップ706に移動すると、携帯機器は、即時購入コードが正しいかどうかを判定することができる。正しくないならば、方法700は、ブロック708に移ることができ、携帯機器は、エラー表示を表示することができる。

即時購入コードが正しいならば、この方法は、ブロック710に進むことができ、携帯機器は、購買のために1又は2以上の商品を選択することができる。ブロック712では、携帯機器は、モバイルストアとの取引を開始することができる。特定の態様では、取引は、ユーザが携帯機器で即時購入ボタンを選択する後で、開始され得る。さらには、取引は、携帯機器でのモバイルウォレット内に保存された、特別のオファーの受け入れを含むことができ、または、取引は、携帯機器でのモバイルウォレット内に保存された、電子クーポンのユーザを含むことができる。

決定ステップ714に移動すると、携帯機器は、取引が承認されるか否かの指示を受信することができる。承認されないならば、この方法は、状態716で終了することができる。取引が承認されるならば、方法700は、ブロック718に進むことができ、携帯機器は、例えば、商品が電子的に送信され得るならば、その商品を受信することができる。そのような商品には、チケット、ギフトカードなどが含まれ得る。携帯機器はさらに、電子レシートを受信することができる。ブロック720では、携帯機器は、アップデートのウォレットを含むことができる。次いで、この方法は、状態716で終了することができる。

次に図8を参照すると、ウォレットサーバで携帯機器とモバイルストアとの間の取引を管理する方法を図示し、全体的に800と指定している。ブロック802で開始すると、取引要求が、モバイルストアから受信され得る。ブロック804では、顧客の識別子が、モバイルストアから受信され得る。ブロック806では、ウォレットサーバは、例えば、データベース内に記憶され、顧客の識別子と関連するモバイルウォレットから、顧客のアカウント情報を取り出すことができる。ブロック808では、ウォレットサーバは、顧客のアカウント情報をモバイルストアに送信することができる。

決定ステップ810に移動すると、ウォレットサーバは、ユーザが購買を完了したかどうかの指示を受信することができる。購入しないならば、方法800は、状態812で終了することができる。さもなければ、方法800は、決定ステップ814に移ることができ、ウォレットサーバは、取引が承認されるか否かの指示を受信することができる。承認されないならば、方法800は、状態812で終了することができる。取引が承認されるならば、方法800は、ブロック816に進むことができ、ウォレットサーバは、取引情報をアカウントプロバイダから受信することができる。ブロック818では、ウォレットサーバは、携帯機器と関連するモバイルウォレットをアップデートすることができる。さらには、ブロック820では、ウォレットサーバは、アップデートのモバイルウォレットを携帯機器に送信することができる。次いで、この方法は、状態812で終了することができる。

次に図9を参照すると、モバイルストアで携帯機器との取引を行う方法を図示し、全体的に900と指定している。ブロック902で開始すると、モバイルストアは、取引要求を携帯機器から受信することができる。ブロック904では、モバイルストアは、アカウント情報をウォレットサーバに要求することができる。モバイルストアは、アカウント情報を求める要求とともに、顧客の識別子を含むことができる。ブロック906に移動すると、モバイルストアは、ウォレットサーバからのアカウント情報を含むことができる。

ブロック908では、モバイルストアは、許可を求める要求をアカウントプロバイダに送信することができる。ブロック910では、モバイルストアは、応答をアカウントプロバイダから受信することができる。決定ステップ912に進むと、モバイルストアは、アカウントプロバイダにより取引が許可されるかどうかを判定することができる。そうでないならば、方法900は、ブロック914に移ることができ、モバイルストアは、取引が許可されないことを、携帯機器に指示することができる。その後、この方法は、状態916で終了することができる。

決定ステップ912に戻ると、取引が許可されるならば、方法900は、ブロック918に移ることができ、モバイルストアは、携帯機器との取引を完了することができる。例えば、モバイルストアは、商品を電気的にまたは物理的に配送することができる。ブロック920に移動すると、モバイルストアは、取引詳細をアカウントプロバイダに送信することができる。次いで、この方法は、状態916で終了することができる。

本明細書で説明される方法のステップは、必ずしも説明されるような順序で実行しなければならないわけではないことを理解されたい。さらには、「その後」、「次いで」、「次に」などの単語は、ステップの順序を限定することを意図するものではない。これらの単語は単に、読者に対して、この方法のステップの説明でのよりどころとなるように使用されるものである。

本明細書で説明される構成を用いて、本明細書で開示されるシステムおよび方法は、ユーザが、携帯機器に格納されるモバイルウォレットを使用して買物を行うための、比較的容易な方法を提供する。

特定の態様では、モバイルウォレットは、名前により、または固有のショートコードを使用することにより、プロバイダを検索するための、フレキシブルかつ効率的な方法を提供することができる。プロバイダの検索は、新しい、または特徴的などのパラメータに基づいてフィルタリングされ得る。モバイルウォレットのユーザは、プロバイダを捜索するための比較的迅速な方法を提供することができるだけでなく、クロスメディアの販売促進とリンクされ得る、固有のプロバイダコードを入力することができる。あるいは、ユーザは、プロバイダを発見するために、例えば、フルネームまたは部分的な名前のプロバイダ名を入力することができる。ユーザができるだけ容易に事を行えるように、フレキシブルなオートコンプリートの提案機構が提供されてもよい。さらには、ユーザは、新しい、特徴的、タイプ、カテゴリ、機能などのプロバイダパラメータに基づいて、検索をフィルタリングしてもよい。

別の態様では、ユーザは、複数の検索可能なパラメータにより、プロバイダを選択または閲覧することができる。例えば、ユーザは、機能によりプロバイダを閲覧してもよい。さらには、ユーザは、名前でアルファベット順にプロバイダを閲覧してもよい。さらには、ユーザは、例えば、銀行、信用組合、販売業者/小売業者、メンバーシップ、請求者(biller)などのタイプにより、プロバイダを閲覧してもよい。ユーザはさらに、全プロバイダ、最近利用したプロバイダ、保存プロバイダ、特徴的プロバイダ、またはそれらの組合せを閲覧してもよい。特定の態様では、システムは、プロバイダの利用状況を監視することができ、ユーザは、評判に基づいてプロバイダを閲覧することができる。さらには、ユーザは、新しいプロバイダを閲覧することができ、または、例えば、ギフトカード、衣料品、電ハンドセット器、音楽などのカテゴリにより、プロバイダを閲覧することができる。

ユーザは、特定の、所望の機能に基づいて、プロバイダを検索することができる。プロバイダを選択することにより、ユーザは、私のアカウント画面に、または、個々のプロバイダの場合は、プロバイダのホーム画面に導かれ得る。あるいは、プロバイダを選択することにより、ユーザは、個々のプロバイダ内の機能画面に直接案内され得る。別の態様では、ユーザは、ギフトカード購入により、ギフトカード残高取得により、オファー取得により、ロイヤリティ/リワードアカウント取得により、またはそれらの組合せにより、閲覧することができる。

本明細書で開示されるシステムおよび方法はさらに、ユーザが、将来の参照および利用がし易いように、プロバイダをモバイルウォレットに保存することを可能にする。ユーザは、個々のプロバイダを保存することができる。さらには、ユーザは、結果の一覧、すなわち、検索に応答して返されたプロバイダのグループを保存することができる。ユーザは、ユーザが何らかの機能を実行する場合に、プロバイダを、またはプロバイダとともに機能を自動的に保存するように、システムを設定することができる。ユーザは、プロバイダを削除することができ、それにより、プロバイダは、モバイルウォレットから未登録となり得る。しかしながら、削除されたプロバイダは、後の段階で再追加される場合がある。削除されたプロバイダは、予期しない消去の際に起こり得る「アンドゥ」のために、またはアーカイブ参照のために、アーカイブに保管され得る。

特定の態様では、このシステムおよび方法は、プロバイダとともにユーザを登録し、ウォレット内の登録を追跡するための、比較的フレキシブルで、容易で、かつ直観的な方法を提供することができる。初めに、識別性(identity)を確立するための最低量のユーザ情報が収集され得る、または、登録中止を最小限にするための軽量の登録処理が実行され得る。モバイルウォレットの登録処理は、プロバイダアカウントを使用可能にするステップと、支払アカウントをアクティブ化するステップと、ユーザのプロファイルおよび好みを確立するステップなどとを含むことができる。ユーザは、オンラインで使用すべきパスワード、およびユーザIDを生成することができる。

モバイルウォレットにより、ユーザは容易に、1又は2以上のプロバイダ発行アカウントを、モバイルウォレットに追加し、または、既存のプロバイダアカウントに関する管理を実行することが可能になる。プロバイダをウォレットに登録した後で、ユーザは、プロバイダにより発行されるアカウントを登録または追加することができる。ユーザは、ユーザが登録を望むアカウントに対してアカウント詳細を提供することができる。プロバイダは、アカウントを識別するために、例えば、アカウント番号、PIN、またはプロバイダにより要求される他のパラメータの、どのアカウント詳細が必要とされるかを決定することができる。ユーザはさらに、プロバイダと認証するための追加情報を提供することができ、これには、以下のものに限定されるわけではないが、オンラインアカウント証明書(credential)、アカウントPIN/パスワード、母親の旧姓などが含まれる。電話の物理的な所有は、オンラインよりも強い(それでもまだソフトな)認証を提供するので、利用におけるあつれき(usage friction)を最小にするために、軽量の認証が提供され得る。しかしながら、多数のプロバイダのより厳格なセキュリティ基準に適合するように、より強い認証が提供される場合もある。

プロバイダアカウントが登録された後で、ウォレットサーバのプロバイダとのインターフェースに応じて、ユーザは、アカウントに関する管理を、それらがモバイルウォレットでアクティブであることを確実にするために、実行することを要求される場合がある。特定の態様では、ユーザは、アカウントでの名前を、それをプロバイダのレコードでの現在のものにするために、編集することができる。さらには、ユーザは、現在の有効期限と一致させるために、有効期限をアップデートすることができる。さらには、ユーザは、プロバイダによる、またはウォレットサーバによる要求に応じて、追加のアカウント詳細をアップデートすることができる。

プロバイダアカウントがアクティブ化された後で、ユーザは、プロバイダアカウント、およびこのアカウントに関連する詳細を閲覧することができる。プロバイダアカウントが登録された後で、ユーザは、それをウォレットから除去することができる。しかしながら、モバイルウォレットでのアカウントの存在のアーカイブの記録は提供され得る。

プロバイダが登録され、適格なプロバイダアカウントが首尾よくウォレットに追加された後で、ユーザは、支払アカウントとして使用されるべきその適格なアカウントをアクティブ化することができる。ユーザは、プロバイダの着陸経験(landing experience)、すなわち、プロバイダが、アクセスするユーザに対して初めに自分自身をどのように表現するかということから、支払アカウントをアクティブ化する場合がある。ユーザはさらに、すべての適格な支払アカウントのリストから、または、支払アカウントが、例えば、精算-支払方法選択の処理を完了することが要求される「トリガー」画面から、支払アカウントをアクティブ化することができる。

特定の態様では、ユーザには、支払のためにアクティブ化されることに対して適格な、すべての登録されたプロバイダアカウントのリストが提示され得る。支払のためにすでにアクティブ化されたアカウントは、識別され得る。適格なアカウントを選択した後で、ユーザは、そのアカウントを支払のためにアクティブ化することができる。支払のためにアカウントをアクティブ化するための処理は、ウォレットサーバのプロバイダとのインターフェースに応じて変わり得る。ユーザは、アカウント情報を入力することを要求されない場合がある。アカウント情報は、APIを介して与えられ得る。しかしながら、ユーザは、カード確認番号(card verification number)を提供することを要求される場合がある。

ユーザは、アクティブ化のために個々のアカウントを、または、アクティブ化のために複数のアカウントを選択することができる。システムが、追加の適格なプロバイダアカウントを識別するならば、ユーザは、すべての適格なアカウントに対してアクティブ化処理を開始することが可能になり得る。ウォレットサーバとプロバイダとの間のインターフェースに応じて、ユーザは、すべての、または一部のアカウント情報を入力することを要求される場合がある。ウォレットサーバは、カード確認番号(CVN)を除いて、すべてのユーザ入力のアカウントデータを記憶することができる。アカウント詳細があらかじめ存在する(pre-populated)場合、ユーザは、あらかじめ存在する情報を閲覧することができるが、それを変更しない場合がある。ユーザはさらに、欠けている必要なアカウント情報、例えば、カード/アカウント番号、カード有効期限、カード/アカウントでの名前、請求書送付住所、電話番号などを与えることができる。ある場合では、ユーザは、プロバイダとのアカウントの確認、および/または、アカウントを確認するための事前許可(pre-authorization)取引の生成をサポートするために、CVNを入力することができる。ウォレットサーバは、すなわち、カードのタイプに基づいて、CVNを発見するための場所の例を提供することができる。ユーザは、任意選択で、アカウントの請求書送付住所を自分のアドレス帳に保存することができる。さらには、ユーザは、任意選択で、アカウントを自分のデフォルトの支払アカウントに指定することができる。さらには、ユーザは、プロバイダのサービスの条件を閲覧することができ、進めるための承認を確認する必要がある場合がある。ユーザはさらに、アカウントが、支払のためにアクティブ化されているはずであることを確認することができる。

支払アカウントがアクティブ化された後で、ユーザは、アクティブな支払アカウントを閲覧し、そのアカウントに関連する詳細を調べることができる。例えば、ユーザは、カード/アカウント番号、カード有効期限、カード/アカウントでの名前、CVN、カスタマーサービス電話番号、利用可能な(supported)ATMネットワーク、ならびに、請求書送付住所、および請求書電話番号などのアカウントに関係する他の情報を閲覧することができる。そのようなカードの詳細を提供することにより、モバイルウォレットは、物理的な財布の代用品として使用され得る。さらには、アカウント詳細に対する容易なアクセスを提供することにより、ユーザは、クレジットカード(plastic card)を記憶し、例えば、オンラインでの、電話を介した購買、および何らかの売却を行う場合に、カードの携帯機器型の表現(mobile representation)を使用することができる。

特定の態様では、支払アカウントが登録された後で、ユーザは、支払アカウントに関して、アカウントが、ウォレット内でアクティブであり続け、支払のために受けつけられることを確実にするために、管理を実行することを要求される場合がある。ユーザは、現在の有効期限と一致させるために、有効期限を編集することができる。さらには、ユーザは、カードでの現在の名前と、プロバイダでのレコードとを一致させるために、アカウントでの名前を編集することができる。ユーザはさらに、プロバイダでのレコードでの現在の請求書送付住所と一致させるために、請求書送付住所をアップデートすることができる。

支払アカウントがアクティブ化された後で、ユーザは、それを非アクティブ化することができる。アカウントはもはや、購買のための支払方法としては利用可能ではなくなる。しかしながら、アカウントは、将来の支払のために利用可能となるように、支払アカウントアクティブ化処理により、再アクティブ化され得る。

特定の態様では、ユーザは、支払アカウントに対する表示順序を決定することができる。この設定は、精算で、または、支払アカウントのみがリストに記載される任意の画面において、支払アカウントが、アクティブな支払アカウントのリスト内にどのように表れるかを制御することができる。ユーザは、支払アカウントを選択し、支払アカウントの積み重ねの中の任意の位置に、アカウントを昇格/降格させることができる。ユーザは、この処理を、1又は2以上のアカウントで、完了するまで繰り返すことができる。さらには、ユーザは、例えば、アカウントタイプによる、利用可能な残高による、プロバイダによる、などで、既定のソート順序を選択することができる。しかしながら、ユーザは、所与のプロバイダのアカウントを、そのプロバイダから購買する場合に、精算で常に最初に表示するように選択することができる。これにより、プロバイダのギフトカード、クレジットカード、デビットカード、および/またはリワードアカウントが、リストの先頭に常に現れ、ユーザに、支払のためにそれらを最初に使用する機会を与えることが確実になる。ユーザは、任意選択で、あるアカウントをデフォルトの支払アカウントとして指定することができる。このアカウントは、支払アカウントのリストの表示順序でのその位置に関わらず、支払のために自動的に選択され得る。

本明細書で提供されるシステムおよび方法はさらに、プロバイダが、モバイルウォレットを介して、ユーザに製品を販売することを可能にする。このシステムおよび方法は、物理的な商品(実質的には任意の製品)、携帯機器でダウンロード可能なコンテンツ(音楽、壁紙、画像)、および無線配達可能なトークン(over-the-air deliverable tokens)(eチケット、アクセスコード、ライセンスキー)の購買を可能にする。さらには、このシステムおよび方法は、注文を確実に遂行するために配達情報を収集することができ、リアルタイムの注文状況をサポートすることができ、ユーザが、購買確認書、レシート、およびトークンを、永続的かつ信頼性の高い方法で保存することを可能にすることができる。

このシステムおよび方法はさらに、ユーザが、モバイルウォレットで製品を発見することを可能にするような、製品の発見を提供する。各プロバイダは、製品に対する1又は2以上のカタログを有することができる。製品は、それらに関連する様々な検索可能なパラメータを含むことができ、それらのパラメータには、必ずしも以下のものに限定されるわけではないが、カテゴリ、タイプ、特徴的、きっかけ、ギフトカード、新しい、評判、価格などが含まれる。ユーザはさらに、カテゴリ、タイプ、特徴的、きっかけ、ギフトカード、新しい、評判、価格、価格帯などによる閲覧を含めて、様々な検索次元により、製品を検索または閲覧することができる。ユーザはさらに、キーワードマッチング、フィルタ、またはそれらの組合せに基づいて、製品を検索または閲覧することができる。製品を選択した後で、ユーザには、製品の詳細が提示され得る。

このシステムおよび方法はさらに、ユーザが、購買のための製品を発見するために即時購入コードを入力することを可能にする、即時購入の機能を提供する。即時購入の機能は、ユーザに、個々の製品に対する比較的容易なアクセスを提供し、一方でプロバイダは、出版物、テレビ、ラジオ、およびオンライン広告による製品の売込みを継続することが可能になる。ユーザは、即時購入コード、例えば5787を入力することにより、製品用の製品詳細ページにアクセスすることができる。さらには、ユーザは、即時購入バーコードをスキャンすることにより、製品用の製品詳細ページにアクセスすることができる。さらには、NFC機能を有するハンドセットを使用して、ユーザは、NFCスマートタグに触れることにより、製品用の製品詳細ページにアクセスすることができる。製品コードは、プロバイダにより決定され得る。プロバイダは、既存の製品コードを使用する、または、特別仕様の(custom)即時購入製品コードを定義することができる。英字と数字を組み合わせた、即時購入コードが使用され得る。しかしながら、数字の即時購入コードは、入力エラーを制限することができ、ユーザにとって受け入れ可能な経験に確実になり得る。システムはさらに、プロバイダ識別子、例えば300-5787を含む製品コードをサポートすることができる。

このシステムおよび方法は、ユーザが、特徴的製品の一覧を閲覧し、購買のための選択を行うことを可能にする、特徴的製品の機能を提供する。これにより、プロバイダに対して、それらのカタログ、サービス、またはそれらの組合せについて、売込み、ユーザを引きつける方法が提供される。プロバイダが、複数の、特別仕様の特徴的製品のグループを確立できるような、特別仕様の特徴的製品が提供され得る。プロバイダは、例えば、ギフトカード、週決めの特価品、本日のお買い得などの特徴的製品の複数の特別仕様のグループを定義することができる。プロバイダは、各グループに対するメニューラベルを指定することができる。特徴的製品の提示は、標準化されたものでよく、または特別仕様でもよい。さらには、特徴的製品は、プロバイダにより選択されてよく、製品カタログ内で定められてもよい。製品画像、および製品が表示される順序は、プロバイダにより決定され得る。さらには、プロバイダは、顧客の階層により、特徴的製品のグループ表示を制御することができる場合がある。

ユーザは、利用可能な特徴的製品のグループを、例えば、新しい、特徴的、自分のために、などの名前により閲覧することができる。特徴的製品のグループは、全ユーザに対して表示され得る、または、ユーザのタイプにより区分され得る。特徴的製品のグループが表示されるならば、ユーザは、グループを選択し、次に特徴的製品の閲覧に進むことができる。特徴的製品画面は、特徴的製品に関する概要情報を含むことができる。概要情報は、画像、製品名、製品カテゴリ、価格などを含むことができる。概要情報は、プロバイダにより定められてよい。ユーザは、製品の詳細を閲覧するために、製品を選択することができる。ギフトカード購入が、プロバイダに対して、既定の特徴的製品のグループとして、利用可能にされ得る。プロバイダは、このグループを、ギフトカード製品をグループに割り当てることにより定義されるようにして使用してもよく、または、このグループをアップデート/無効化してもよい。ユーザは、特徴的ギフトカード製品を閲覧するために、ギフトカード購入を選択することができる。ギフトカード製品画面は、特徴的ギフトカードに関する概要情報を表示することができる。概要情報は、画像、製品名、カードタイプ(クレジットカードおよび/またはeカード(e-card))などを含むことができる。概要情報は、プロバイダにより定められてよい。ユーザは、製品の詳細を閲覧するために、カードを選択することができる。

特定の態様では、製品詳細画面は、選択された製品に関する詳細を提供することができ、ユーザが、製品の属性を選択することを可能にすることができる。製品詳細画面は、簡潔な製品説明、製品の画像、配送時間および製品在庫状況、諸条件(プロバイダにより決定され、製品カタログに格納されるような)、またはそれらの組合せを含むことができる。製品詳細画面はさらに、2つ以上の属性オプションが利用可能ならば、製品属性選択を含むことができる。さらには、製品詳細画面は、例えば数字のドロップダウンフィールドとして提示される製品数量フィールド、および、2つ以上が利用可能ならば、製品タイプ選択を含むことができる。

特定の態様では、製品詳細画面はさらに、プロバイダにより選択され、1〜10000以上の連続的な組の数字、または同じ範囲内の不連続な組の整数であってよい、ギフトカードの額面金額を含むことができる。プロバイダにより選択される額面金額により、ユーザインターフェースが決定される場合がある。額面金額は、例えば10〜1000の範囲で、有効化範囲が10〜1000であるテキストボックスとして提示され得る。さらには、額面金額は、例えば、25、50、100、250、500などがドロップダウンボックスにリストで記載される、ドロップダウンメニューとして提示され得る。プロバイダは、下限と上限が同じでさえあれば、両方のオプションを選択することができる。例えば、10、50、100、200または10〜200が、ドロップダウンおよびテキストボックスとして表示され得る。製品詳細画面はさらに、ビジネスルール、すなわち、製品の総額制限または数量などの製品のしきい値に関する、ユーザに対する説明を含むことができる。ユーザは、製品の属性を入力または選択し、次いで精算に移ることができる。

本明細書で説明されるシステムおよび方法はさらに、欲しい物リスト(wish list)機能を含み、ユーザはそこで、後の行動および/または再検討のために、いくつかの関心の製品を選択することができる。ユーザは、検索された/閲覧された製品、特徴的製品およびギフトカードを含めて、製品を、複数の出所から、欲しい物リストに直接保存することができる。ユーザは、保存された日付、プロバイダ、製品カテゴリ/タイプ、価格などの複数の様々なパラメータに基づいて、欲しい物リストの条件を閲覧することができる。ユーザは、欲しい物リストから購買に直接移動することができる。保存された製品は、設定可能な期限終了/エージング(aging)ポリシーに従って、または手動で除去され得る。さらには、ユーザは、イベントの日付、製品のリリース/利用可能性、補充状況などの既定の基準に基づいて発する、リマインダ(reminder)またはアラートを有することを選択することができる。さらには、ユーザは、ウォレットツーウォレット(wallet-to-wallet)(w2w)、テキストメッセージ、Eメール、My Space/FaceBookなどの複数の通信/コミュニティ機構を介して、欲しい物リストを、他の人/自分自身にエクスポートすることができる。

このシステムおよび方法はさらに、精算の機能性を提供する。製品の詳細の再検討と、必要な製品の属性の選択の後で、ユーザは、製品を購買し、次に精算することを選択することができる。ユーザは、プロバイダによりサポートされる任意のアクティブな支払アカウントから、支払アカウントを選択することができる。ユーザは、要求に応じて、追加の支払アカウントの確認を提供することができる。ユーザは、デフォルトの支払方法を受け入れてもよく、または、支払方法を選択してもよい。ユーザが、アクティブな支払アカウントを有しないならば、ユーザの適格な支払アカウントの状況を考慮して、システムは、例えば、デフォルト支払アカウント受けつけ、支払アカウントアクティブ化、支払アカウント編集、クレジット申請、プロバイダ登録などの適切なオプションを提供することができる。ユーザが、デフォルトの支払方法を確立したならば、デフォルトの支払方法を受けつけるために必要な行動はない。ユーザは、プロバイダによりサポートされる任意のアクティブな支払アカウントから、支払アカウントを選択することができる。支払アカウントは、ユーザの好みに基づいた順序で、または、利用可能な残高などのデフォルトのソート順序に基づいて、表示され得る。支払方法が期限切れであるならば、ユーザは、選択されるアカウントに関する、アクティブ支払アカウント編集画面に案内され得る。注文は、ユーザが取引に戻るまで保存され得る。

特定の態様では、ユーザは、全適格支払アカウント閲覧画面にユーザを案内することができる、支払アカウントアクティブ化を選択することができる。ユーザは、進むために、支払アカウントをアクティブ化することができる。システムは、ユーザが取引に戻るまで、注文を保存することができる。適格な支払アカウントが発見されないならば、ユーザには、以下のオプション、すなわち、プロバイダ登録、支払アカウントの追加およびアクティブ化、ならびに、クレジット申請が提示され得る。プロバイダ登録オプションを選択することにより、ユーザは、プロバイダ発見画面に案内され得る。ユーザは、登録処理を完了し、支払アカウントをアクティブ化して、進むことができる。システムは、ユーザが取引に戻るまで、注文を保存することができる。支払アカウントの追加およびアクティブ化オプションを選択することにより、ユーザは、保存プロバイダ画面に導かれ得る。ユーザは、支払アカウントを登録し、アクティブ化して、進むことができる。システムは、ユーザが取引に戻るまで、注文を保存することができる。クレジット申請オプションを選択することにより、ユーザは、現在のプロバイダに対するクレジット申請に導かれ得る。ユーザは、申請処理を完了し、クレジットの承認の確認を受信して、先に進むことができる。システムは、ユーザが取引に戻るまで、注文を保存することができる。

支払方法が選択された後で、ユーザは、プロバイダによる要求に応じて、追加の支払方法の確認の詳細を提供することを要求される場合がある。プロバイダにより要求され、支払方法として、デビットカードまたはクレジットカードが選択されるならば、ユーザは、カード確認番号(CVN)を提供する必要がある場合がある。プロバイダは、ユーザのそのプロバイダでの最初の購買で、または毎回の購買で、CVNを要求することができる。システムは、例えば、カードのタイプに基づいて、どこでCVNが見つかるかの例を提供することができる。ユーザが、CVNを電話に記憶することが可能ならば、システムは、この時点で、ユーザがそれを閲覧することを可能にすることができる。プロバイダにより要求されるならば、ユーザは、eメールアドレスを提供する必要がある場合がある。これは、あらかじめ存在するものでよく、および/または、アドレス帳から選択されてよい。さらには、プロバイダにより要求されるならば、ユーザは、請求書送付住所の郵便番号を入力する必要がある場合がある。これは、詐欺の防止の処置として必要な場合があり、システムにより自動的に提供され得る請求書送付住所情報に追加されるであろう。プロバイダは、ユーザがこの情報を提供することを要求する場合がある。さらには、プロバイダにより要求されるならば、ユーザは、請求書送付住所の電話番号を入力する必要がある場合がある。これは、詐欺の防止の処置として必要な場合があり、システムにより自動的に提供され得る請求書送付住所情報に追加されるであろう。プロバイダは、ユーザがこの情報を提供することを要求する場合がある。

特定の態様では、ユーザは、複数の支払方法、例えば、普通の支払に加えて1つのギフトカードまたは複数のギフトカード、複数の普通の支払方法など、複数の支払方法にわたって購買価格を分割することを選択することができる。ユーザが、支払方法としてギフトカードを選択するならば、システムは、そのギフトカードに購買をまかなうのに十分な残高があるかどうかを判定することができる。そうでないならば、システムは、追加の支払方法をユーザに促すことができる。ユーザが、追加の支払方法として、1又は2以上のギフトカードを選択するならば、システムは、初めに任意のギフトカードの支払を適用し、残りを他の支払方法に課金することができる。ユーザが、追加の支払方法としてクレジット/デビットカードを選択するならば、システムは、ユーザが、各支払方法から取り出すべき金額を指定することを可能にすることができる。この処置は、最終的な価格が算出された後で、完了され得る。

ユーザは、精算処理の際に、個人向け仕様化(personalization)の複数の要素を、注文に追加することを選択することができる。これは、ユーザにより記述される特別仕様のメッセージ、または、ユーザが選択する事前に記述されたメッセージである場合がある。さらには、ユーザは、贈り物包装(gift wrap)および/または贈り物梱包(gift packaging)オプションを選択することを望む場合がある。贈呈および個人向け仕様化は、ユーザに対し、アップセル(up-sell)/抱き合わせ販売(cross-sell)として提供され得る。購買が贈り物であるならば、システムは、ユーザを贈り物個人向け仕様化画面に導くことができる。贈り物個人向け仕様化画面では、ユーザは、特別仕様のあいさつ、メッセージ本体、および/または結びのメッセージを入力することができる。ユーザは、事前に記述されたメッセージを選択してもよい。さらには、ユーザは、贈り物包装/梱包オプションを選択することができる。さらには、ユーザは、返送/発送人住所を選択または入力することができる。これは、製品を発送している人の住所とするためのものである。一般には、これにより、受取人が、発送人が誰かが確実にわかる。

配達情報を入力するために、ユーザは、選択される製品のタイプに固有な、配達情報画面に導かれ得る。物理的な配達に対しては、ユーザは、アドレス帳から配送住所を選択し、住所を発見し、または、新しい配送住所を手動で入力することができる。ユーザはさらに、製品が、受取りのためのプロバイダの場所に配達されることを選択することができる。ユーザが、デフォルトの配送住所を設定してあるならば、それが、あらかじめ存在するはずである。デフォルトの配送住所を受けつけるために必要な行動はない場合がある。プロバイダが、製品が支払アカウントの請求書送付住所に配送されることを必要とするならば、このことは、ユーザの好みに優先することになる。製品は、支払アカウントの請求書送付住所に配送され得る。これは、プロバイダによりサポートされる唯一のオプションである場合がある。逆に、製品は、選択された、または入力された住所に配送される場合がある。

特定の態様では、ユーザは、家屋番号および郵便番号を与えることにより、配送住所を発見することができる。ユーザは、結果の一覧から住所を選択することができる。具体的には、ユーザは、受取人の家屋番号および郵便番号を入力することができ、提出(submit)を選択する。ユーザは、その郵便番号に存在し得る住所のリストを受信することができる。そのリストが正しい住所を含むならば、ユーザは、その住所にたどり着き、それを選択することにより、正しい住所を選択することができる。合うものが発見されないならば、ユーザは、必要な住所情報の入力に進むことができる。さらには、店内での受取りがサポートされる場合があり、ユーザは、プロバイダの場所で製品を受け取ることを選択することができる。

別の態様では、ユーザは、必要な住所情報を入力/編集することができる。ユーザは、手動で、住所情報を入力する、または、システムが提供する住所情報を編集することができる。必要なフィールドは、例えば、受取人の名前、受取人の会社、受取人の通り1、受取人の住所列2、受取人の市、受取人の州、受取人の郵便番号、受取人の国、受取人の電話番号、受取人のeメールアドレスなどの、プロバイダの好みに基づく場合がある。受信する住所が、正当であり、適正にフォーマットされていることを確実にするために、システムは、データ入力の時点で、住所を確認することができる。

配送情報を提供した後で、ユーザが、デフォルトの配送方法を設定したならば、デフォルトの配送方法を受けつけるために必要な行動はないはずである。配送情報を提供した後で、ユーザは、配送方法を、例えば、USPS標準、USPS優先、USPS配達証明付優先、USPS速達、地上運送業者(common carrier ground)、運送業者2日目(common carrier second day)、運送業者翌日(common carrier next day)など、プロバイダによりサポートされるものから選択することができる。ユーザには、次の利用可能な配送日が提示され得る。これは、典型的には、次の営業日であり、商品が配送されることになる最も早い日を表す。それは、支払アカウントの権限に依存する。

プロバイダによりサポートされる場合、ユーザは、製品に対して将来の配送日を選択することができる。この機能は、ユーザが、将来の休日、誕生日、またはイベントのために注文を行い、商品がそのイベントの直前に送付されるように予定を立てることを可能にすることができる。ユーザは、配送日が推定され得るように、おおよその配達時期を受信することができる。配送住所および配送方法が選択された後で、ユーザは、配送費用を算出し、配送方法を編集するためのオプションを有することができる。

モバイル配達(mobile delivery)の場合では、購買が贈り物であるならば、ユーザは、受取人の携帯電話番号を提供することができる。そうでない場合は、システムは、受取人の携帯電話番号を入力するように、ユーザに自動的に求めることができる。あるいは、ユーザは、携帯電話番号をアドレス帳から選択することができる。電子配達(electronic delivery)の場合では、購買が贈り物であるならば、ユーザは、受取人のeメールアドレスを提供することができ、そうでない場合は、システムは、受取人のeメールアドレスを入力するように、ユーザに自動的に求めることができる。逆に、ユーザは、受取人のeメールアドレスをアドレス帳から選択することができる。

精算の際に、ユーザは、1又は2以上の販売促進(promo)/クーポンコードを入力することができる。プロバイダがそのようにすることを選択するならば、ユーザのモバイルウォレット内にある、任意の関連性のあるオファーまたはクーポンが、自動的に検出され、注文に組み込まれるはずである。保存された注文が、再開され、進行する場合では、関連性のある任意の新しいオファーまたはクーポンを組み込むために、このチェックが再び行われるはずである。提出の前に、ユーザは、注文の様々な要素を再検討することができる。次いで、ユーザは、注文の要素の1又は2以上を編集することができる。再検討が完了するとき、ユーザは、注文を提出することにより、確認することができる。ユーザはさらに、任意の販売促進コードを入力する最後の機会を有する場合がある。

注文の提出より前の、精算処理の際にはいつでも、ユーザは、彼らがすでに成し遂げた作業結果を失うことなく、注文の任意の要素を編集することができる。さらには、ユーザは、精算に進んだ後の処理での任意の時点で、取引を保存することができる。ユーザは、注文を提出することができ、システムは、注文確認、またはエラーもしくは不履行、詳細を伴う状況を返すために、支払方法の確認を含めて、すべての要素を直ちに処理かつ認証することができる。エラーが発生する場合、ユーザは、そのエラーを解決することが可能である場合がある。注文の提出が完了する後で、ユーザは、取引に対する固有の識別子、および、その時点で利用可能ならば追跡番号を表示する、注文確認を受信することができる。これは、後の参照のために、どこか他の所にも記憶され得る。

このシステムおよび方法により提供される別の機能は、注文およびレシートの機能を含む。この注文およびレシートの機能により、ユーザは、注文、レシートおよびトークンを保存かつ参照することができる。記憶される注文確認により、ユーザが、任意の注文を再検討、追跡、かつ必要ならば、トラブルシューティングすることが可能になり得る。レシートの保存により、ユーザがそれらの購買を追跡するための、永続的な、デジタル型の機構が提供され得る。トークンは、最終的な製品またはサービスが、オンラインであってもオフラインであっても、換金または再換金(re-redeem)するために、英字と数字を組み合わせたコード、または、図式的なコード、例えば2次元バーコードを必要とする、デジタル型の購買を表すレコードのことをいう。

ユーザは、日付、プロバイダ、配達住所、支払アカウント、受取人などによるなど、複数の様々な注文パラメータに基づいて、注文およびレシートを閲覧することができる。さらには、ユーザは、注文の発生、配送状況(該当する場合)、および配達方法を含む注文状況を閲覧することができる。ユーザは、注文状況、追跡番号(利用可能な場合)、配達住所などを含む、彼らの注文の様々な要素を閲覧することができる。注文のモバイル配達または電子配達の場合では、ユーザは、注文状況、配達住所(携帯電話/Eメール)などを含む、関連性のある注文要素のより限定された閲覧を有することになる。

注文確認以外に、個別のレシートが発行されない場合は、ユーザまたはプロバイダは、注文確認にレシートとしてのフラグを立てることができる。さらには、注文確認以外に、個別のトークンが発行されない場合は、ユーザまたはプロバイダは、注文確認にトークンとしてのフラグを立てることができる。ユーザは、例えば、起こり得るスプレッドシートへのインポートのためや印刷のためになどで、注文、トークン、またはレシートのデータを、複数の標準化されたフォーマットの1つで、手動でエクスポートすることを選択することができる。保存品目は、設定可能な期限終了ポリシー、エージングポリシーに従って、または手動で除去され得る。

本明細書で説明されるシステムおよび方法は、プロバイダが、ロイヤリティプログラムおよびメンバーシッププログラムの範囲を、携帯機器に拡張することを可能にすることができる。このことは、プロバイダが、支出を増加させ、チャーン(churn)を減少させ、支出をより高い利益率の製品に移すために、既存のプログラムメンバーに対して、リアルタイムの情報を送ることを可能にすることができ、新しい顧客の獲得をサポートすることになる。特別仕様のプログラムの枠組みにより、プロバイダは、複数の特別仕様のプログラムの領域を定義することが可能になり得る。特別仕様のプログラムのグループは、すべてのユーザに表示される場合があり、または、ユーザのタイプに基づいて区分される場合がある。プログラムの詳細は、プロバイダにより与えられる場合があり、ユーザに対して固有である場合がある。ユーザの固有の情報は、プログラムメンバーに提供される場合があり、一般的なプログラムの情報は、非メンバーに提供される場合がある。ユーザは、プログラムに固有なメンバーサービス番号をクリックツーコール(click to call)することができる。現在は登録されていないならば、ユーザは、モバイルウォレットを介して、プログラムに登録することができる。その登録が、ユーザの詳細のプロバイダへの送付を必要とするならば、プロバイダに送付されることになるユーザの情報は、画面上で確認することができ、ユーザは、提出を確認することができる。インウォレット(in-wallet)、eメール、またはテキストメッセージが、登録が送付されたことを確認するために、ユーザに送付される場合がある。

特定の態様では、このシステムおよび方法はさらに、フレキシブルなオファーの枠組みを含むことができる。このオファーの枠組みは、プロバイダが、ユーザへの売込みを行い、戦略的な製品を販売促進し、高価値の行動にインセンティブを与えることを可能にすることができる。ユーザは、行動、販売対象層、オプトイン情報、またはそれらの組合せに基づいて対象となる、関連性のあるオファーのリストを閲覧することができる。ユーザは、例えば、オファーのタイトル、説明、期限終了情報、規則、条件、譲渡可能性に関する情報などの、オファー詳細を閲覧することができる。さらには、ユーザは、任意のオファーのパラメータにより、またはキーワードにより、オファーを検索することができる。ユーザは、オファーを見つけるためにオファーコードを入力することができる。オファーのコードは、固有のコードであってよく、クロスメディアのキャンペーンを促進することができる。

ユーザは、モバイルウォレットにオファーを保存することができ、そのオファーは、精算処理の際に、自動的に検出され得る。ユーザはさらに、オファーをeメールアドレスに送付することを選択することができる。譲渡可能なオファーに対しては、ユーザは、ウォレットツーウォレット通信、テキストメッセージ、またはeメールによって、オファーを送付することにより、オファーを共有することができる。ユーザは、彼らが興味を引くオファーに応ずるための、複数の手段を有することができる。例えば、彼らは、製品を直接購入する、クリックツーコールする、オファーを受け入れる(したがって、彼らのウォレットにそれを記憶する)、または、そのオファーを直接換金することができるはずである。オファーを受け入れることにより、オファーが、モバイルウォレットに保存されるようになり得る。オファーが、精算で換金可能であるならば、それは、精算処理の際に、自動的に検出されるはずである。その受け入れが、ユーザの詳細のプロバイダへの送付を必要とするならば、プロバイダに送付されるユーザの情報は、画面上で確認することができ、ユーザは、提出を確認することができる。インウォレット、eメール、またはテキストメッセージがユーザに送付される場合があり、問合せが送付されたことが確認される。オファーはさらに、プロバイダにより設定可能な電話番号であってよい、クリックツーコール番号を含むことができる。

オファーを換金することにより、ウォレットに記憶され、オファーを換金するためのPOSで使用され得るトークンが生成され得る。トークンは、関連性のある詳細、および、固有のオファー識別子、もしくは図式的な換金画像、例えば2次元バーコードのいずれかを記憶することができる。即時購入を選択することにより、ユーザは、提供される製品に対する製品詳細ページに導かれるはずである。販売促進の値付けまたはクーポンが、あらかじめ存在し、精算で適用され得る。プロバイダは、オファーを特定の支払方法の使用に結びつけることができ、この規則は、精算で実施され得る。オファーが結果として0ドルの取引になる場合、ユーザは、それでも注文確認を受信することができる。期限切れのオファーは、自動化された方式で、可能性としては、リマインダまたはアラートが、期限終了の直前に駆動されるオプションにより、除去され得る。ユーザはさらに、いつでも、オファーを除去することを選択することができる。

本明細書で説明されるシステムおよび方法はさらに、ユーザが、ギフトカードの残高を取得し、ギフトカードを保存し、かつ、保存されたギフトカードについて残高を更新、リロード、またはトップアップすることを可能にすることができる、ギフトカードサービスを提供する。ユーザは、ギフトカード番号を入力すること、ギフトカードPINを入力すること、または他のギフトカードの詳細を与えることにより、ギフトカードの残高を要求することができる。ユーザは、ギフトカード番号を入力することができ、システムは、カード番号がどこで見つかるかを示す、プロバイダ固有の例を表示することができる。最大限の有用性のために、システムは、あらかじめ存在するカード番号の一部をサポートする、すなわち、カード番号の最後のX個の数字を入力するようにユーザに単に要求するだけの場合がある。さらには、ユーザは、ギフトカードのPIN番号を入力することができ、システムは、PIN番号がどこで見つかるかを示す、プロバイダ固有の例を表示することができる。プロバイダの要求に応じて、ユーザは、残高を取得するために、他のギフトカードの詳細を提供することを要求される場合がある。ギフトカードの残高の応答は、カード番号、PIN番号、残高、プロバイダの売込みメッセージなどを含むことができる。

ギフトカードの詳細が入力され、残高が首尾よく取得された後で、ユーザは、ギフトカードをモバイルウォレットに保存することができる。システムは、ギフトカードに対して取り出される最新の残高を記憶することができるが、プロバイダは、ギフトカードの残高が、自動的に更新されるべきかどうかを決定することができる。残高がログインで自動的に更新されないならば、ユーザは、ギフトカードの残高を更新することを手動で要求することができる。プロバイダによりサポートされるならば、ユーザは、残高を取得するために、またはカスタマーサービスにアクセスするために、IVR/VRUシステムにクリックツーコールすることができる。

特定の態様では、本明細書で説明されるシステムおよび方法はさらに、ユーザが、プロバイダからのアカウントを開設または要求することを可能にすることができる、アカウント獲得を提供する。ユーザは、プロバイダのクレジットカードを申請するためのクレジット申請を完了することができる。承認されるならば、アカウントは、直ちに供給され、モバイルウォレットで可能にされ得る。ユーザは、プロバイダの利用可能なカードの製品およびデザインを閲覧し、それらから選択することができる。申請を完了するために、ユーザは、要求される申請情報を提供する場合がある。この情報の一部は、ユーザのモバイルウォレットのプロファイルからの、あらかじめ存在し得るものである。例えば、この情報は、名前、住所、電話、SSN、収入、誕生日、自動車運転免許証の番号および州、要求されるクレジット額などを含むことができる。ユーザは、提供されるディスクロージャおよびサービスの条件の受諾を再検討かつ承認することができる。さらには、ユーザは、クレジットの申請を提出することができる。

ユーザの提出に応答して、システムは、申請が受信されたという確認をユーザに提示することができる。即時の決定が利用可能ならば、ユーザは、即座の承認、穏やかな拒否(soft decline)、厳しい拒否(hard decline)、または何か他の状況もしくは応答を受信することができる。システムは、申請を完了するために、または、決定に関するさらなる情報を要求するために、電話すべきカスタマーサービス番号を含むことができる、プロバイダが定義する応答をサポートすることができる。リアルタイムの決定が利用可能ではないとき、ユーザは、アラートを受信した後で、または、状況のアップデートを要求することによりいつでも、申請の状況をチェックすることができる。

クレジットの申請が承認されるならば、ユーザは、支払アカウントをモバイルウォレットに追加し、モバイルウォレットでの取引を開始することができる。ユーザは、例えば、当座預金、普通預金口座などの別のアカウントを、既存の関係に追加することを要求することができる。

本明細書でのシステムおよび方法は、プロバイダが、関連性があり説得力に富むメッセージをユーザに向けることを援助することになる、利用状況分析を提供することができる。システムは、ユーザがどのように検索しているか、および、彼らが何を検索しているかを、追跡かつ分析することができる。システムは、位置と関連性がある対象設定(targeting)のために、ユーザの地理的なパターンを分析するために、ユーザの位置データを追跡することができる。システムはさらに、閲覧され、最終的に受け入れられる、または放棄されるオファーを追跡することができる。さらには、システムは、精算処理の成功した、または失敗した完了の原因となるものを予測するために、精算処理を通しての行動を追跡することができる。さらには、システムは、製品詳細ページに達するための複数の経路が存在するので、出所の追跡も含めて、製品がどのように閲覧され、そのページから退場されるかを、追跡かつ分析することができる。システムはさらに、ユーザが、何の製品またはサービスが彼らにとって最大の関心であるかを自発的に提供していることから、欲しい物リストを追跡することができる。さらには、最も頻繁に/最も少なくアクセスされるアカウント管理の機能を追跡することにより、価値ある有用性の洞察が提供され得る。

本明細書で説明されるシステムおよび方法はさらに、ユーザが、所与の場所での、すなわちユーザの位置に固有なプロバイダの位置を発見することを可能にすることができる、店舗位置表示(store locator)を含むことができる。ウォレットは、ユーザの現在位置に近い店舗を、自動的に識別することができる。ユーザは、自分の現在位置の所与の距離内の店舗の位置のリストを提示され得る。ユーザは、範囲を増加または減少させるように変更することができる。さらには、ユーザは、位置を選択し、モバイルウォレット内で、テキストベースの道順を閲覧することを選択することができる。ユーザはさらに、位置を選択し、どこで曲がるかの(turn-by-turn)道順を備える地図を閲覧するために、ナビゲーションのアプリケーションを立ち上げることを選択することができる。ユーザはさらに、郵便番号または市および州により、店舗の位置を検索することができる。ユーザは、提供される郵便番号の所与の距離内の店舗の位置のリストを提示される場合があり、ユーザは、範囲を増加または減少させるように変更することができる。

本明細書のシステムおよび方法はさらに、ユーザが、購買を行う、クレジットを申請する、オファーを受け入れる、プログラムに登録する、情報を要求する、またはコンテスト/宝くじ式賭競馬(sweepstake)の参加申込を提出するとき、後の使用のために、個人情報を記録することを可能にすることができる、ユーザプロファイルを提供する。ユーザプロファイルはさらに、ユーザが、システムにより経時的に自動的に収集される情報、すなわち、アドレス帳の記載事項、証明書、および利用状況および関心のデータを、閲覧かつ管理することを可能にすることができる。ユーザプロファイルに記録される情報は、ユーザに対してモバイルでの経験を簡単化および簡素化することが可能な場合はいつでも、あらかじめ存在し、ならびに/または、申込用紙型画面(form screen)の選択および提出のために利用可能にされることになる。ユーザは、モバイルウォレットを通じての、モバイルでの商業的および金銭的なサービス活動での使用のために、個人情報を記録かつ管理することができる。さらには、ユーザは、名前、性別、誕生日、携帯電話、地上電話(land phone)、eメールアドレスなどを含む、個人情報を閲覧かつ編集することができる。

ユーザは、モバイルウォレットを通じての、モバイルでの商業的および金銭的なサービス活動での、請求書送付住所および運送先住所としての使用のために、受取人の名前および電話を含めて、配送住所を記録かつ管理することができる。さらには、ユーザは、新しいアドレス帳の記載事項を追加することができる。住所は、ユーザ自身の住所である場合があり、または、ユーザが贈り物を送付することを望む場合がある友人もしくは家族の人々の住所である場合がある。住所のレコードは、フルネーム、配送住所、および電話番号を含むべきである。ユーザは、既存のアドレス帳の記載事項を、編集、コピーかつ編集、または除去することができる。さらには、ユーザは、通信の好み、および売込み/製品の関心などの、個人的な好みおよび関心の情報を記録かつ管理することができる。ユーザは、モバイルでの商業的な、およびモバイルでの金銭的なサービスの経験を高めるために、この情報をプロバイダと共有することを選択することができる。

ユーザは、すべての通知に対する通信方法の好み、および、モバイルウォレットにより生成されるアラートを記録かつ管理することができる。可能なオプションは、テキストメッセージ、eメール、インウォレット、セキュアメッセージなどを含むことができる。ユーザはさらに、すべての一般的な、および売込みの通知のための好み(オプトイン/オプトアウト)を記録かつ管理することができる。通知の例には、注文のアップデートおよび確認、配送確認、カスタマーサービス問合せ、法的通知、新製品、研究調査、期限終了通知、特徴的プロバイダ、特別なオファー、注文可能(available to order)通知などが含まれる。カスタマーサービス問合せは、問合せが受信されたという確認を含むことができる。法的通知は、モバイルウォレットを、ユーザが保存したプロバイダにより、ならびに、ウォレットサーバおよびキャリアにより決定されるように使用することの諸条件を含むことができる。ユーザが、インウォレットで、または、eメールもしくはテキストメッセージにより、法的通知を受信しないことを選択するならば、ユーザは、プロバイダの方針変更に関してアップデートされた状態であるために、プロバイダのウェブサイトをチェックする必要がある場合がある。新製品通知は、保存されたプロバイダからの新製品の発表を含むことができる。新製品通知は、過去の購買、好みなどに基づいて向けられ得る。研究調査は、モバイルウォレットのフィードバック、プロバイダのフィードバックのリマインダ、および他の顧客調査を含むことができる。期限終了通知は、アクティブな支払アカウント、購買したトークン、受け入れたオファーなどに関する期限終了通知を含むことができる。特徴的プロバイダ通知は、キャリアおよびウォレットサーバにより決定されるようにして、向けられ得る、および向けられ得ない、新しい特徴的プロバイダの発表を含むことができる。特別なオファー通知は、新しいオファー、販売、新しいプロバイダの立ち上げ、重要な新しいモバイルウォレットの機能、コンテスト、宝くじ式賭競馬、ならびに、キャリアおよびウォレットサーバにより決定されるような、他の販売促進の発表の通知を含むことができる。注文可能通知は、在庫切れの品目が再度利用可能になるとき、または、新しいDVDなどの、欲しい物リストの品目もしくは非常に待ち望まれる品目が、公式にリリースされ、注文され得るときの通知を含むことができる。ユーザはさらに、自分の関心に関する情報を提供することができる。この情報は、販売促進、ターゲットを限定したモバイルオファー、およびユーザが示した関心に向けられる情報の配達を容易にするために、モバイルウォレットでプロバイダと共有され得る。

特定の態様では、ユーザは、モバイルウォレットでの活動および情報交換(interaction)、例えば、購買活動、検索履歴、欲しい物リスト、閲覧かつ保存されたオファー、およびプロバイダの関係から収集される情報を、ウォレットサーバおよびキャリアが、どのように使用かつ共有することができるかを制御する設定を、オプトアウトを含めて、設定することができる。ユーザは、使用の特定のカテゴリに対する容認を設定することができ、またはすべてを拒否することができる。カテゴリの例には、売込み、カスタマーサービス、製品の推薦などが含まれる。

特定の態様では、ユーザは、モバイル支払取引のPINを生成かつ管理することができる。これは、モバイルウォレットのレベルのPINであってよく、それは、プロバイダ固有ではない場合があるということを意味する。プロバイダは、PINを知る、またはそれを確認する必要はないはずであるが、ウォレットサーバがPINを確認したということを知ることを望むはずである。ユーザは、確認メッセージおよびレシートの受信に対する好みを設定することができる。オプションは、インウォレット、テキストメッセージ、および/またはeメールを含むはずである。さらには、ユーザは、プロバイダに対する証明書を記録かつ管理することができる。これは、ユーザのオンライン証明書が、継続するアクセスのために、ウォレットサーバにより管理されなければならない場合は、必要であり得る。これは、プロバイダのウェブサイトにめったにアクセスしないユーザが、オンライン証明書を呼び出すことを可能にすることができる。ユーザは、ウォレットに対してセキュリティの好みを設定し、セキュリティのデフォルトを変更することができる。さらには、ユーザは、デフォルトのPINの再入力回数設定よりも、ユーザの設定を優先させることができる。さらには、ユーザは、PINの復旧オプションを設定することができる。ユーザはさらに、モバイルウォレットで行われる活動に対する、帯域外の(out-of-band)、すなわち、同じ携帯機器に配達されないアラートを、設定することができる。アラートが可能な活動には、セキュリティの好みを変更すること、支払アカウントを追加または変更すること、モバイル購買を完了すること、クレジットを申請すること、個人プロファイルの変更、および、プロバイダを追加/変更することが含まれ得る。

このシステムおよび方法はさらに、モバイルウォレットの頻繁に使用される階層への「ショートカット」を提供することができる。ユーザは、ある機能内で、任意の画面から機能へのショートカットを、比較的容易に保存することができる。

1又は2以上の例示的な態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施されるならば、機能は、コンピュータ読取可能媒体上での、1又は2以上の命令またはコードとして、その媒体に記憶され、または、その媒体を越えて送信され得る。コンピュータ読取可能媒体には、コンピュータ記憶媒体、および、コンピュータプログラムの1つの場所から別の場所への転送を容易にする任意の媒体を含む通信媒体の両方が含まれる。記憶媒体は、コンピュータによりアクセスされ得る、任意の利用可能な媒体であってよい。例として、および以下のものに限らないが、そのようなコンピュータ読取可能媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、所望のプログラムコードを、命令もしくはデータ構造の形式で、運搬または記憶するために使用され得る、および、コンピュータによりアクセスされ得る、他の任意の媒体を含むことができる。さらには、いかなる接続も、コンピュータ読取可能媒体と呼んで差し支えない。例えば、ソフトウェアが、ウェブサイト、サーバ、または、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線(DSL)、もしくは、赤外線、無線電信、およびマイクロ波などの無線技術を使用する他のリモートソースから送信されるならば、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線電信、およびマイクロ波などの無線技術は、媒体の定義に含まれる。ディスク(disk)およびディスク(disc)は、本明細書では、コンパクトディスク(compact disc)(CD)、レーザディスク(laser disc)、光ディスク(optical disc)、デジタル多機能ディスク(digital versatile disc)(DVD)、フロッピー（登録商標）ディスク(floppy disk)、およびブルーレイディスク(blu-ray disc)を含み、ここで、ディスク(disk)は、通常はデータを磁気的に再生し、ディスク(disc)は、データをレーザにより光学的に再生する。上記の組合せもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。

選ばれた態様を、例示し、詳細に説明したが、その中で、以下の特許請求の範囲により定義されるような、本発明の趣旨および範囲から逸脱することなく、様々な置換および変更がなされ得ることが理解されよう。

100 システム
102 携帯機器
104 販売業者サーバ
106 ウォレットサーバ
108 プロバイダサーバ
110 プロセッサ
112 メモリ
114 モバイルウォレット

Claims

携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理する方法であって、
購買コードを求める要求を前記モバイルウォレットから受信するステップと、
短期購買コードを生成するステップと、
前記短期購買コードを前記モバイルウォレットに送信するステップと、
前記短期購買コードを前記販売業者から受信するステップと
を含む方法。
前記短期購買コードが期限切れであるかどうかを判定するステップと、
前記短期購買コードが有効であるかどうかを判定するステップと、
前記短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を前記販売業者に送信するステップと
をさらに含む、請求項1に記載の方法。
取引情報をアカウントプロバイダから受信するステップ
をさらに含む、請求項2に記載の方法。
前記アカウントプロバイダからの前記取引情報を含むように、前記携帯機器と関連する前記モバイルウォレットをアップデートするステップ
をさらに含む、請求項3に記載の方法。
アップデートされたウォレットを前記携帯機器に送信するステップ
をさらに含む、請求項4に記載の方法。
携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理するためのサーバであって、
購買コードを求める要求を前記モバイルウォレットから受信するための手段と、
短期購買コードを生成するための手段と、
前記短期購買コードを前記モバイルウォレットに送信するための手段と、
前記短期購買コードを前記販売業者から受信するための手段と
を備えるサーバ。
前記短期購買コードが期限切れであるかどうかを判定するための手段と、
前記短期購買コードが有効であるかどうかを判定するための手段と、
前記短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を前記販売業者に送信するための手段と
をさらに備える、請求項6に記載のサーバ。
取引情報をアカウントプロバイダから受信するための手段
をさらに備える、請求項7に記載のサーバ。
前記アカウントプロバイダからの前記取引情報を含むように、前記携帯機器と関連する前記モバイルウォレットをアップデートするための手段
をさらに備える、請求項8に記載のサーバ。
アップデートされたウォレットを前記携帯機器に送信するための手段
をさらに備える、請求項9に記載のサーバ。
携帯機器内のモバイルウォレットと、販売業者での売場端末との間の取引を管理するためのサーバであって、
購買コードを求める要求を前記モバイルウォレットから受信し、
短期購買コードを生成し、
前記短期購買コードを前記モバイルウォレットに送信し、
前記短期購買コードを前記販売業者から受信する
ように動作可能であるプロセッサを備えるサーバ。
前記プロセッサは、
前記短期購買コードが期限切れであるかどうかを判定し、
前記短期購買コードが有効であるかどうかを判定し、
前記短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を前記販売業者に送信する
ようにさらに動作可能である、請求項11に記載のサーバ。
前記プロセッサは、
取引情報をアカウントプロバイダから受信する
ようにさらに動作可能である、請求項12に記載のサーバ。
前記プロセッサは、
前記アカウントプロバイダからの前記取引情報を含むように、前記携帯機器と関連する前記モバイルウォレットをアップデートする
ようにさらに動作可能である、請求項13に記載のサーバ。
前記プロセッサは、
アップデートされたウォレットを前記携帯機器に送信する
ようにさらに動作可能である、請求項14に記載のサーバ。
購買コードを求める要求をモバイルウォレットから受信するための少なくとも1つの命令と、
短期購買コードを生成するための少なくとも1つの命令と、
前記短期購買コードを前記モバイルウォレットに送信するための少なくとも1つの命令と、
前記短期購買コードを販売業者から受信するための少なくとも1つの命令と
を含むコンピュータ読取可能媒体
を含むコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
前記短期購買コードが期限切れであるかどうかを判定するための少なくとも1つの命令と、
前記短期購買コードが有効であるかどうかを判定するための少なくとも1つの命令と、
前記短期購買コードが期限切れではなく有効であるときに、ユーザアカウント情報を前記販売業者に送信するための少なくとも1つの命令と
をさらに含む、請求項16に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
取引情報をアカウントプロバイダから受信するための少なくとも1つの命令
をさらに含む、請求項17に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
前記アカウントプロバイダからの前記取引情報を含むように、携帯機器と関連する前記モバイルウォレットをアップデートするための少なくとも1つの命令
をさらに含む、請求項18に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
アップデートされたウォレットを前記携帯機器に送信するための少なくとも1つの命令
をさらに含む、請求項19に記載のコンピュータプログラム製品。
携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理する方法であって、
取引要求を前記モバイルストアから受信するステップと、
顧客の識別子を前記モバイルストアから受信するステップと、
前記携帯機器と関連する前記モバイルウォレットを取り出すステップと、
顧客のアカウント情報を前記モバイルウォレットから取り出すステップと
を含む方法。
前記顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む、請求項21に記載の方法。
前記取引が承認されるときに、取引情報をアカウントプロバイダから受信するステップ
をさらに含む、請求項21に記載の方法。
前記携帯機器と関連する前記モバイルウォレットをアップデートするステップ
をさらに含む、請求項23に記載の方法。
アップデートされたウォレットを前記携帯機器に送信するステップ
をさらに含む、請求項24に記載の方法。
携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理するためのサーバであって、
取引要求を前記モバイルストアから受信するための手段と、
顧客の識別子を前記モバイルストアから受信するための手段と、
前記携帯機器と関連する前記モバイルウォレットを取り出すための手段と、
顧客のアカウント情報を前記モバイルウォレットから取り出すための手段と
を備えるサーバ。
前記顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む、請求項26に記載のサーバ。
前記取引が承認されるときに、取引情報をアカウントプロバイダから受信するための手段
をさらに備える、請求項26に記載のサーバ。
前記携帯機器と関連する前記モバイルウォレットをアップデートするための手段
をさらに備える、請求項28に記載のサーバ。
アップデートされたウォレットを前記携帯機器に送信するための手段
をさらに備える、請求項29に記載のサーバ。
携帯機器内のモバイルウォレットと、モバイルストアとの間の取引を管理するためのサーバであって、
取引要求を前記モバイルストアから受信し、
顧客の識別子を前記モバイルストアから受信し、
前記携帯機器と関連する前記モバイルウォレットを取り出し、
顧客のアカウント情報を前記モバイルウォレットから取り出す
ように動作可能であるプロセッサを備えるサーバ。
前記顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む、請求項31に記載のサーバ。
前記プロセッサは、
前記取引が承認されるときに、取引情報をアカウントプロバイダから受信する
ようにさらに動作可能である、請求項31に記載のサーバ。
前記プロセッサは、
前記携帯機器と関連する前記モバイルウォレットをアップデートする
ようにさらに動作可能である、請求項33に記載のサーバ。
前記プロセッサは、
アップデートされたウォレットを前記携帯機器に送信する
ようにさらに動作可能である、請求項34に記載のサーバ。
取引要求をモバイルストアから受信するための少なくとも1つの命令と、
顧客の識別子を前記モバイルストアから受信するための少なくとも1つの命令と、
携帯機器と関連するモバイルウォレットを取り出すための少なくとも1つの命令と、
顧客のアカウント情報を前記モバイルウォレットから取り出すための少なくとも1つの命令と
を含むコンピュータ読取可能媒体
を含むコンピュータプログラム製品。
前記顧客のアカウント情報は、以下のもの、すなわち、好みの支払アカウント、デフォルトの請求書送付住所、およびデフォルトの配送住所の少なくとも1つを含む、請求項36に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
前記取引が承認されるときに、取引情報をアカウントプロバイダから受信するための少なくとも1つの命令
をさらに含む、請求項36に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
前記携帯機器と関連する前記モバイルウォレットをアップデートするための少なくとも1つの命令
をさらに含む、請求項38に記載のコンピュータプログラム製品。
前記コンピュータ読取可能媒体は、
アップデートされたウォレットを前記携帯機器に送信するための少なくとも1つの命令
をさらに含む、請求項39に記載のコンピュータプログラム製品。