非接触トランザクション
非接触電話に関連する方法である。この方法は残高照会応答メッセージを携帯電話に送信することを含む。携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含む。預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する。またこの方法はトランザクション警報メッセージを携帯電話に送信することを含む。トランザクション警報メッセージは預金口座を用いるトランザクションが発生したことを消費者に知らせる。またこの方法は提供サービス・メッセージを携帯電話に送信することを含む。提供サービス・メッセージは消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
この特許出願は、米国仮特許出願第６０／８８４，２１２号、２００７年１月９日出願、および米国仮特許出願第６０／８８４，２９０号、２００７年１月１０日出願の非仮特許出願であってその優先権を主張するものであり、これらの出願全体を全ての目的においてここに援用する。
【０００２】
またこの出願は、米国特許出願第 号、「禁止機能を持つ携帯電話支払い（Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｐａｙｍｅｎｔ Ｗｉｔｈ Ｄｉｓａｂｌｉｎｇ Ｆｅａｔｕｒｅ）」（代理人書類番号第１６２２２Ｕ−０３８３３０ＵＳ）、米国特許出願第 号、「しきい値インディケータを含む携帯電話支払いプロセス（Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｐａｙｍｅｎｔ Ｐｒｏｃｅｓｓ ｉｎｃｌｕｄｉｎｇ Ｔｈｒｅｓｈｏｌｄ Ｉｎｄｉｃａｔｏｒ）」（代理人書類番号第１６２２２Ｕ−０３８３４０ＵＳ）、および米国特許出願第 号、「移動体支払い管理（Ｍｏｂｉｌｅ Ｐａｙｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ）」（代理人書類番号第１６２２２Ｕ−０３８３２０ＵＳ）（これらは全てこの出願と同日に出願された）に関するものである。これらの出願全体を全ての目的においてここに援用する。
【背景技術】
【０００３】
世界中の全ての年齢の人々は携帯電話を毎日の欠かせないコンポーネントとして使用している。世界の一部では携帯電話は主要な通信装置であるが、これは単なる通信装置以上のものである。携帯電話は実に多機能である。消費者は電話を掛けたり受けたりするだけでなく、写真をとり、テキスト・メッセージを送り、音楽を聴き、ネット・サーフィンし、また映画を見ることさえできる。
汎用で多機能の携帯電話に対する消費者の要求は増大している。移動体支払いのインフラストラクチャをサポートする技術が出現しつつある（すなわち、非接触支払い受入れインフラストラクチャ、ＮＦＣ可能な携帯電話、および強固な移動体ネットワークなど）。携帯電話は支払いプロダクト使用の安全性と利便性を高め、更には従来の支払いプロダクトに対するサポート・インフラストラクチャを現在有していない世界の一部に支払いプロダクトを導入する潜在能力を有する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
消費者は移動体支払い、携帯電話を用いてトランザクションを行うための優れた方法、および支払いプロセスを管理するための優れた方法に注目している。
また或る場合には、消費者は２枚以上の支払いカード（例えば、クレジット・カード）を持っていて、自分の電話を用いてこれらの支払いカードに関連する預金口座番号を用いたいと望むかも知れない。かかるクレジット・カードの発行者が異なると、これらのカードで提供できる支払いサービスが異なることがある。かかる発行者が提供する異なる支払いサービスをユーザが１台の電話で用いることができることが望ましい。
本発明の実施の形態はこれらの問題に個別にまた一括して対処するものである。
【課題を解決するための手段】
【０００５】
本発明の実施の形態は消費者の携帯電話支払いシステムおよび方法を改善することに関する。
本発明の１つの実施の形態は方法に関するものである。この方法は、携帯電話を用いて預金口座残高照会応答メッセージを受信する（携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する）ことと、携帯電話を用いてトランザクション警報メッセージを受信する（トランザクション警報はその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを受信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）ことを含む。
【０００６】
本発明の別の実施の形態は方法に関するものである。この方法は、残高照会応答メッセージを携帯電話に送信する（携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する）ことと、トランザクション警報メッセージを携帯電話に送信する（トランザクション警報メッセージはその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを携帯電話に送信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）ことを含む。
【０００７】
本発明の別の実施の形態は、上記の方法やその他の方法に関連するコンピュータ読取り可能な媒体、電話、およびシステムに関連しうる。
本発明のこれらの実施の形態について以下に詳細に説明する。
【図面の簡単な説明】
【０００８】
【図１】本発明の或る実施の形態に係るシステムのブロック図を示す。
【図２】設定プロセスを示す電話ディスプレイのスクリーン・ショットを示す。
【図３】支払いプロセスを示す電話のスクリーン・ショットを示す。
【図４】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図５】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図６】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図７】残高照会のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図８】残高照会のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図９（ａ）】支払い督促のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図９（ｂ）】支払い督促のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図１０】残高警報に関連するスクリーン・ショットを示す。
【図１１（ａ）】残高警報に関連するスクリーン・ショットを示す。
【図１１（ｂ）】残高警報に関連するスクリーン・ショットを示す。
【図１２】疑わしい行動により預金口座が封鎖されたことを示すスクリーン・ショットを示す。
【図１３】割引を示すスクリーン・ショットを示す。
【図１４（ａ）】消費者がその中から選択することができる異なる発行者特有の移動体支払いアプリケーションを示すスクリーン・ショットを示す。
【図１４（ｂ）】或る特有の移動体支払いアプリケーションがデフォールト・アプリケーションになったことを示すその後のスクリーン・ショットを示す。
【図１５】或る発行者特有の移動体支払いアプリケーションをデフォールト・アプリケーションとして選択することに関連するスクリーン・ショットを示す。
【図１６】コンピュータ機器のブロック図を示す。
【図１７】非接触要素を持つ携帯電話のブロック図を示す。
【発明を実施するための形態】
【０００９】
Ｉ．移動体トランザクション・システム
本発明の実施の形態は、支払い機能と種々の付加価値アプリケーションおよび機能（クーポン、パーソナル化、および預金口座管理など）とを結合する。本発明の実施の形態により、発行者および移動体オペレータは携帯電話を介して便利な新しいサービスを消費者に提供することが容易になる。
【００１０】
本発明の実施の形態のいくつかの機能を以下に述べる。
電話サービスの支払い（前払いまたは後払い）： 本発明の実施の形態により、消費者は消費者の電話の支払いアプリケーションを用いて電話サービスの支払いを行うことができる。
ポイント・オブ・セールスでの非接触支払い： 本発明の実施の形態を用いることにより、消費者はマーチャントの店先での支払いに、カードの代わりに電話を容易にかつ迅速に用いることができる。
【００１１】
遠隔支払い： 本発明の実施の形態を用いることにより、全てのカード非提示（ｃａｒｄ−ｎｏｔ−ｐｒｅｓｅｎｔ）型のトランザクションにおいて、消費者は自分の携帯電話を用いて品物およびサービスの支払いを行うことができる。遠隔（リモート）支払いを用いるには、消費者が自分の支払い預金口座番号を移動体オペレータに登録すると、移動体オペレータは消費者の支払い預金口座番号を携帯電話番号にリンクする。消費者がカード非提示型のトランザクション（例えば、メール注文、電話注文、またはインターネット購入）を行うときは、消費者は自分の登録済みの携帯電話番号（自分の支払い預金口座明細ではなく）を提供して買い物を行うことができる。移動体送金も遠隔で行うことができるが、かかるトランザクションは買い物ではなく送金に関係するのでユニークである。
【００１２】
サービス・プロバイダはシステムの支払い機能および付加価値機能を、移動体ネットワークによりＳＭＳメッセージ（または他のメッセージ通信プロトコル）を介して消費者の携帯電話に与えることができる。支払い機能の例として、近接支払い、遠隔支払い、および移動体送金がある。付加価値機能の例として、提供サービス、認証、および携帯電話上の記録のトップアップ（ｔｏｐ−ｕｐ ｏｆ ｍｉｎｕｔｅｓ）などがある。
【００１３】
図１は本発明の或る実施の形態に係る或るシステムを示す。図１を参照すると、本発明の実施の形態の関係者は、発行者１４、マーチャント１６、および消費者１０などの従来の支払いサービス関係者を含んでよい。また他の関係者として、移動体オペレータ２６や移動体サービス・プロバイダ（メッセージ通信サービス・プロバイダ２０、ディレクトリ・サービス・プロバイダ２２、およびＯＴＡ（無線）サービス・プロバイダ２４など）がある。
また、システムは多数の特有の構成要素を含んでよい。かかる構成要素の例として、提供サービス・エンジン１８、メッセージ通信ゲートウエイ２０（ａ）、ディレクトリ・サービス・エンジン２２（ａ）、およびサービス作動化システム２４（ａ）などがある。
【００１４】
システムは携帯電話１０（ａ）も含んでよい。これは、ＮＦＣ通信要素１０（ａ）−１（近距離無線通信要素：これは非接触要素の一例である）、支払いアプリケーションを含む安全要素１０（ａ）−２、および１つ以上の移動体アプリケーション１０（ａ）−３’および１つ以上のダウンロード・マネージャ１０（ａ）−３”を含む常駐アプリケーション１０（ａ）−３、などの携帯電話構成要素を含んでよい。
メッセージは図１に示す構成要素の間を通ってよい。参照番号２は提供サービス管理メッセージの矢印を示し、参照番号４はサービス作動化メッセージの矢印を示し、参照番号６はディレクトリ・サービス・メッセージの矢印を示し、参照番号８は預金口座管理メッセージの矢印を示す。
以下の種々の構成要素について以下に詳細に説明する。
【００１５】
ＩＩ．支払いサービス・タイプおよび付加価値サービス
本発明の実施の形態は少なくとも３つのタイプの支払いプロトコルを容易にする。第１のタイプは、マーチャントの取引きの場での対面支払いのための近接支払い（すなわち、非接触支払い）を含んでよい。第２のタイプは、電子商取引環境またはその他のカード非提示環境で起こる支払いのための遠隔支払いを含んでよい。第３のタイプは、ビジネスではなく個人的に或る人から別の人に送金するための移動体送金（すなわち、個人対個人の支払い（ｐｅｒｓｏｎ−ｔｏ−ｐｅｒｓｏｎ ｐａｙｍｅｎｔ））を含んでよい。
【００１６】
近接支払いは従来の非接触カード・トランザクション処理と同じ機能性を提供するが、非接触カードを用いるのではなく、消費者は支払いアプリケーションを含む携帯電話をマーチャントの取引きの場のポイント・オブ・セールス（ＰＯＳ）装置に提示する。ＮＦＣ可能な電話は非接触カードをエミュレートし、また同じ通信標準を用いる。ＰＯＳ装置は非接触カードに用いるものと同じであり、支払いアプリケーションは非接触カードと同じ方法でＰＯＳ装置と対話する。支払いはカードではなく携帯電話を介して開始するが、他の点は非接触トランザクション処理と同じである。
【００１７】
本発明の実施の形態に係る電話１０（ａ）内で用いる支払いアプリケーションは少なくとも２つの異なる近接支払い設定をサポートすることができる。第１の設定は「常時オン」である。支払い設定が常時オン・モードのとき、デフォールトの支払いアプリケーション１０（ａ）−２は常にアクティブ（作動）状態なので、消費者は支払い機能を選択する必要がなく、電話１０（ａ）をＰＯＳ装置の前で振ることによりトランザクションを開始することができる。第２の設定は「手動（マニュアル）」である。支払い設定が手動モードのとき、消費者１０は支払いアプリケーション１０（ａ）−２にアクセスして、近接支払いを行う支払い機能を選択してよい。このプロセス中に、消費者１０は支払いに用いる預金口座を選択してもよい。発行者１４はこれらの設定または預金口座に関連する発行者特有の支払いサービスのどちらかをデフォールトに指定することができるし、また消費者がデフォールト支払い設定を選択できるかどうかを指定することもできる。近接支払い機能性はビザ非接触支払い仕様（Ｖｉｓａ Ｃｏｎｔａｃｔｌｅｓｓ Ｐａｙｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＶＣＰＳ））２．０．２と両立する。また本発明の実施の形態は、１つ以上の支払いアプリケーションを安全要素内に常駐させ、また支払いアプリケーションの１つをデフォールトとして選択することができる。
【００１８】
遠隔支払いにより、消費者は自分の携帯電話を用いて消費者とマーチャントとの間のカード非提示トランザクションを開始しまた認証することができる。遠隔支払いは移動体ネットワークを通して行い、ＰＯＳ装置との対話は行わない。遠隔支払いトランザクションは預金口座番号ではなく携帯電話番号に基づくので、移動体ネットワークを通して金融情報を送ることはない。カード非提示トランザクションは、インターネット、コール・センタ、および対話型音声応答（ＩＶＲ）トランザクションなどの自動化サービス、並びに対面対話を含む。遠隔支払いは消費者の登録済み携帯電話１０（ａ）を認証チャネルとして用いることができる。遠隔支払い機能を用いるため、消費者は自分の携帯電話番号をディレクトリ・サービス・プロバイダ２２または他のエンティティに登録して預金口座番号にリンクさせ、登録済み電話番号を支払いに用いることができるようにしてよい。
【００１９】
移動体送金とは２人の人の間のトランザクションを指す。移動体送金により、カード保持者すなわち消費者は携帯電話１０（ａ）を用いて自分のカードまたは預金口座から他のカードまたは預金口座に送金することができる。これにより、消費者は国際送金および国内の個人対個人の送金のために、移動体ネットワークを通して携帯電話を介して個人に容易に送金することができる。消費者は移動体送金を用いて、友人または他の個人（マーチャントではない）にサービスのための支払いを行うことができる。
移動体送金は預金口座情報ではなく別名（エイリアス）に依存できるので、移動体ネットワークを通して金融情報を送ることはない。送金したい消費者は自分の預金口座を登録して自分の携帯電話番号にリンクさせてよい。また受領者を指定して別名を割当ててもよい。受領者はサービスに登録してよいが、自分に送られる金を受け取るのに登録することは要求されない。
【００２０】
本発明の実施の形態は、提供サービス、機密のための認証、預金口座管理、および携帯電話記録のトップアップを含む多くの付加価値機能も提供してよい。
提供サービスは、発行者、マーチャント、またはビザなどの支払い処理機構が消費者の携帯電話の移動体アプリケーションに送るクーポン、割引、販売促進商品を指すことができる。消費者は移動体アプリケーションを用いてそのサービスを受けることができる。
提供サービスの機能は少なくとも３つの要素を含んでよい。この３つの要素は、マーチャント１６または発行者１４が提供サービスを定義するのに用いる提供サービス・エンジン１８と、移動体アプリケーションへの配送を確かにする提供サービス・メッセージ・フォーマット（提供サービス・メッセージ・フォーマットはビザ移動体データ・フォーマット（ＶＭＤＦ）でよい）と、提供サービスの送り先である移動体アプリケーション１０（ａ）とを含む。消費者は移動体アプリケーション１０（ａ）を用いて提供サービスを管理し、マーチャントのＰＯＳ装置で提供サービスを入手する。
【００２１】
消費者はその発行者に登録（加入）して提供サービスを受け取る。提供サービスを送るには、マーチャントまたは発行者は提供サービスを定義し、審査および承認を得るためにビザなどの支払い処理機構に提出する。提供サービスが承認されると、提供サービス・エンジン１８に入力して、受け取るために加入した消費者１０に配送する予定をたてる。提供サービス・エンジン１８は提供サービスを適当なメッセージ・フォーマットにフォーマットし、ＳＭＳまたはその他の移動体チャネルを介して消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３に配送する。
【００２２】
消費者の提供サービスは他のメッセージとは別個に移動体アプリケーション１０（ａ）−３に配送してよく、また定義されたまたブランド付きのフォーマットで提示してよい。移動体アプリケーション１０（ａ）−３は提供サービスの配送および管理とポイント・オブ・セールス支払いとを統合する。これにより、消費者は受け取る提供サービスを見、管理し、入手することができる。アプリケーション１０（ａ）−３は自動化された提供サービス管理（期限切れの際の取消しなど）をサポートする。提供サービスは、購入のときにマーチャントがスキャンしまたは入力するバーコードまたは販促コードを含んでよい。マーチャントの店先で提供サービスを受けるときは、消費者は携帯電話の近接支払い機能性を用いてよい。
【００２３】
認証とは、電話および消費者と、自称する物および人とが確かに同一であることを発行者が確認できる携帯電話からの情報を発行者が要求するメカニズムである。これにより、電子商取引トランザクションの全ての関係者は秘密の正しい支払いデータを送ることができるし、また購入者が特定の預金口座の許可されたユーザであるという認証を与えることができる。移動体遠隔支払い機能も移動体送金機能も支払い認証能力を用いる。
トップアップ機能は、携帯電話が前払い電話の記録の購入を自動化できるようにする機能である。このサービスは遠隔支払い機能の独特の実施例である。これは、遠隔支払いサービスと同じ機構を用いるもので、消費者は移動体オペレータから記録を購入する。
【００２４】
ＩＩＩ．預金口座管理
預金口座管理サービスは支払い預金口座プロフィールおよびトランザクションの移動体管理を含み、従来の移動体バンキングから新しい移動体預金口座管理ツールに及ぶ。預金口座管理サービスは発行者特有の支払いサービスにリンクさせてよいし、また発行者の現在の預金口座管理サービスの延長として提供してもよい。移動体支払い預金口座管理機能は、既存の発行者銀行システム並びに任意の将来の預金口座管理サービス・プロバイダ（銀行でも他の第三者でもよい）と統合することができる。
【００２５】
各発行者１４は消費者がどんな預金口座管理機能を利用できるかを決定することができる。消費者１０は移動体アプリケーション１０（ａ）−３’を用いて現在の預金口座残高を要求し、支払い実行通知書およびトランザクション・レシートを受信し、また残高警報、トランザクション警報、および支払い督促を設定しまた受信することができる。消費者１０が預金口座管理サービスを利用できるときは、消費者１０は消費者基準に基づいて預金口座情報を配送する機能を設定してよい。例えば、消費者は自分の預金口座残高が所定のしきい値に達したときに警報を受けることを要求してよい。
【００２６】
移動体支払いシステムは預金口座管理サービスをサポートするメッセージ通信を用いる。メッセージ通信システムはメッセージをフォーマットして、移動体オペレータのネットワーク２６を介して送る。消費者１０は預金口座管理サービスを要求するメッセージを送り、発行者１４またはマーチャント１６は応答メッセージを送る。
次の表は、消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’から発行者１４またはマーチャント１６に、また発行者１４またはマーチャント１６から携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’に送る預金口座管理メッセージのリストである。
【００２７】
【表１】
【００２８】
発行者１４は、従来、消費者支払い預金口座を取得し、登録し、またサポートに関与する。移動体トランザクション・システムでは、発行者１４は、支払い預金口座の処理に加えて預金口座管理機能および提供サービス管理機能をサポートするという選択肢も有する。これらの預金口座管理機能および提供サービス管理機能は「発行者特有の支払いサービス」の機能である。更に、支払い預金口座の作動化は消費者１０が携帯電話１０（ａ）を取得した後に起こるので、発行者の従来のカード発行プロセスはＯＴＡサービス作動化環境に移行してよい。
【００２９】
マーチャント１６は実店舗型の（ｂｒｉｃｋ−ａｎｄ−ｍｏｒｔａｒ）設定でも電子商取引設定でも、支払い預金口座での支払いを受け付ける。またマーチャント１６は移動体支払いシステムを用いて移動体消費者ベースに提供サービスを発行してよく、これは預金口座保持者の、目標とする部分集合から全集合に及んでよい。
メッセージ通信サービス・プロバイダ２０は消費者の携帯電話１０（ａ）と他のプロバイダとの間のメッセージ・インターフェースを提供する。このプロバイダはメッセージ通信ゲートウエイ２０（ａ）およびこれに関連するシステムを運営する。
【００３０】
ＯＴＡサービス・プロバイダ２４は移動体装置１０（ａ）の安全要素１０（ａ）−２を管理する。これは安全要素アプリケーションを準備することを含む。
ディレクトリ・サービス・プロバイダ２２は、登録済みの消費者１０に関連する別名を用いて関係する預金口座情報を流す遠隔支払いおよび移動体送金トランザクションのサポートを行う。
消費者１０は携帯電話１０（ａ）を用いて移動体支払いサービスおよび付加価値サービスにアクセスする。消費者１０は任意のアプリケーションを携帯電話１０（ａ）にダウンロードしてパーソナル化することを要求する。
【００３１】
移動体オペレータ２６は移動体ネットワークを提供しまた準備する。これは上に述べたサービスをサポートするのに必要なデータ・サービスを含む。また移動体オペレータ２６は一般に、そのネットワークがサポートする携帯電話と、これらの携帯電話で機能するアプリケーションとを選択する。また、携帯電話１０（ａ）にメッセージを送信し、また携帯電話１０（ａ）からメッセージを受信する。
メッセージ通信により、異なるプラットフォーム関係者の間の対話が可能になる。メッセージは、預金口座管理、基本的な提供サービス、およびサービス作動化、並びに遠隔支払いおよび移動体送金のためのディレクトリ・サービスをサポートする。
【００３２】
本発明のいくつかの実施の形態は、メッセージの種々の組合せを用いて消費者の支払い預金口座を管理することを目的とする。本発明の１つの実施の形態は、携帯電話を用いて預金口座残高照会応答メッセージを受信することを含む。携帯電話はポイント・オブ・セールス端末機の非接触読取り機と通信するように構成された非接触要素を含む。預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する。またこの方法は、携帯電話を用いてトランザクション警報メッセージを受信する（トランザクション警報はその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを受信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）こととを含む。かかるメッセージは携帯電話１０（ａ）が受信してよく、また携帯電話１０（ａ）が表示してよい。
【００３３】
移動体オペレータ２６または全ての他の適当なエンティティは、これに対応して残高照会応答メッセージ、トランザクション警報メッセージ、および提供サービス・メッセージを携帯電話に送信してよい。移動体オペレータ２６は、プロセッサと、このプロセッサと動作可能に結合するコンピュータ読取り可能な媒体とを含む通信サーバを操作してよい。コンピュータ読取り可能な媒体は種々のメッセージを携帯電話１０（ａ）に送信するためのコードを含んでよい。
メッセージ通信サービス・プロバイダ２０は、発行者１４、マーチャント１６、および他のサービス・プロバイダが移動体ネットワークを介して携帯電話１０の移動体アプリケーション１０（ａ）−３’に送信しまた配送するメッセージをフォーマットする。また、消費者１０が携帯電話１０の移動体アプリケーション１０（ａ）−３’を介して発行者１４およびマーチャント１６に送信する預金口座管理メッセージをフォーマットして配送する。
【００３４】
移動体アプリケーション１０（ａ）−３’と授受するメッセージ用の基本的プロトコルはビザ移動体データ・フォーマット（Ｖｉｓａ Ｍｏｂｉｌｅ Ｄｅｔａ Ｆｏｒｍａｔ（ＶＭＤＦ））でよい。全てのメッセージは、移動体アプリケーション１０（ａ）−３’に確かに配送するために、メッセージ通信ゲートウエイ２０（ａ）に到達するまでにＶＭＤＦフォーマットになっている。ＶＭＤＦはＳＭＳに特有ではない。これは、ネットワークで送るアプリケーションのためまた局所記憶のために提供する任意のテキストまたは２進データの使用を含む。
【００３５】
メッセージ通信サービス・プロバイダ２０は、他のプロバイダおよび関係者と消費者の携帯電話１０（ａ）との間の統一メッセージ・インターフェースを与えるメッセージ通信ゲートウエイ２０（ａ）を操作する。メッセージ通信ゲートウエイ２０（ａ）は少なくとも３つの機能をサポートする。第１の機能は、消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’と授受するメッセージの転送を容易にする警報ＡＰＩである。第２の機能は、発行者１４、マーチャント１６、およびビザなどの支払い処理機構が消費者の携帯電話アプリケーションと授受する関連のトラッフィクを監視できるようにする報告ウェブ・インターフェースである。第３は、関係者が仮想移動体アプリケーションにメッセージを送信しまたメッセージを受信してそのシステムの準備性をテストできるようにするインターフェースである試験ハブである。試験ハブは預金口座管理も提供サービス・メッセージ通信も共にサポートする。
【００３６】
提供サービス・エンジン１８は提供サービスを管理するためのシステムである。その能力は、これを通してマーチャント１６が提供サービスを定義できる簡単なユーザ・インターフェース（ＵＩ）であることから、広範囲の人口統計データおよび行動データに基づいて提供サービスを消費者に向ける高度データベース・マーケティング・システムに及んでよい。更に、メッセージ通信ゲートウエイ２０（ａ）は提供サービス・エンジンとして作動する提供サービス・ウェブ・インターフェースをサポートする。これは基本的なウェブ・ベースのＵＩであり、これを通してマーチャント１６は全ての消費者１０に配送する簡単な提供サービスを定義する。
【００３７】
携帯電話を使用可能にするプロセスを「サービス作動化」と呼ぶ。なぜなら、これは携帯電話上での作動を構成するからである。サービス作動化を用いれば、支払いアプリケーション１０（ａ）−２’、移動体アプリケーション１０（ａ）−３’、サービス作動化アプリケーション、預金口座情報、およびデータ（発行者特有の支払いアプリケーションに関するデータなど）を携帯電話に準備することができる。サービス作動化を行わなければ、かかるアプリケーションを発行できるのは、消費者が入手する前に安全要素（多くの場合に携帯電話自体）をパーソナル化した場合だけである。サービス作動化は多数のチャネルまたは手段を介して理論的に起こり得るこの作動化に対する一般的用語であるが、本発明の実施の形態は、移動体ネットワークを介して携帯電話１０の安全要素１０（ａ）−２に支払いアプリケーションを無線（ＯＴＡ）で準備することに焦点を当てるのが好ましい。ＯＴＡサービス作動化により、消費者が銀行または小売店に足を運ばなくても、発行者１４は電話１０（ａ）による安全な支払いおよび預金口座データを遠隔で確実に可能にすることができる。
【００３８】
ＯＴＡサービス・プロバイダ２４はＯＴＡサービス作動化システム２４（ａ）を運営しまた管理する。ＯＴＡサービス作動化システム２４（ａ）はパーソナル化機能および発行機能、並びに消費者の安全要素アプリケーションの毎日の管理を行う。ＯＴＡサービス作動化システム２４（ａ）の機能は移動体オペレータのネットワークを用いた安全要素アプリケーションの準備およびパーソナル化である。更に、ＯＴＡサービス・プロバイダ２４はこのシステム２４（ａ）を用いて、パーソナル化された後にこの分野に配置される安全要素を管理する。これは支払い預金口座を管理するのに望ましい機能である。機密が漏洩した預金口座はロックしまたアンロックしてよく、またプラットフォームはＯＴＡで除去してよい。ＯＴＡサービス作動化システム２４（ａ）は、電話のソフトウエアのロード、インストール、およびパーソナル化や、電話のアプリケーションのロックおよびアンロックや、電話からアプリケーションを除去するための情報をＯＴＡで携帯電話に提供する。また電話のダウンロード・マネージャ１０（ａ）−３”と通信してＯＴＡ作動を行う。
【００３９】
またＯＴＡサービス作動化は、ユーザが介入せずに会社のブランド化、提供サービス、および新しいサービスのメッセージ通信の設定およびプログラミングを行うために携帯電話を遠隔制御する。これは、電話１０（ａ）に物理的にアクセスせずにＯＴＡ技術を用いてＳＩＭまたはＮＦＣチップと通信する。オペレータが携帯電話１０（ａ）を再発行しなくても、新しいサービスを確実にダウンロードすることができる。
ディレクトリ・サービスは、移動体送金および遠隔支払い、並びに高度の提供サービス（将来プラットフォームをリリースしたとき）、認証、およびトップアップなどの付加価値サービスをサポートするのに用いられる。ディレクトリ・サービスは登録済みの消費者に関連する別名を用いて他の情報に送るトランザクションにとって望ましい。誰が消費者かを決定した後、関係する消費者情報を発行者に送信する。
【００４０】
移動体送金では、別名を用いて送金の受領者を識別しおよび／または接触してよい。一般にディレクトリにより、送金者は預金口座番号より便利で使いやすい別名（携帯電話番号など）を用いることができる。送金トランザクションでは、別名／ディレクトリにより送金者と受領者との間のプライバシを高めることもできる。両者の銀行は送金者および受領者に属するそれぞれの個人情報を安全に保持することができる。送金者および受領者、またはカード保持者およびマーチャント１６は、トランザクションを行うのに互いの個人情報を一切共有する必要がない。
【００４１】
携帯電話１０（ａ）はサービス・プロバイダと消費者１０との間のパイプである。携帯電話１０（ａ）は多くの明確な機能を含む。第１の機能は、近接支払いを可能にするカード・エミュレーション・モードを提供するＮＦＣ（近距離無線通信）無線機能である。これはマーチャントの非接触ＰＯＳ装置と通信するためのアンテナを含む。第２の機能は支払いアプリケーションを確実に保持するための安全要素形式ファクターである。第３の機能は、移動体アプリケーション１０（ａ）−３’およびダウンロード・マネージャ１０（ａ）−３”を持つ既存の移動体アプリケーション空間である。
【００４２】
携帯電話１０（ａ）ができることは、支払いトランザクションを開始し、発行者特有の支払いサービスに関するデータを受信し、発行者特有の支払いサービスを選択できるように消費者に提示し、発行者およびマーチャントから提供サービスを受信して表示し、発行者１４から預金口座管理情報を受信して移動体アプリケーションに表示し、ＯＴＡ作動のためにＯＴＡサービス作動化システム２４（ａ）と通信することである。
【００４３】
移動体支払いを使用可能にするため、安全要素１０（ａ）−２は次の能力を提供する。まず、移動体支払いに関する慎重なデータを保護するため安全な記憶装置を提供してよい。これは、電話および消費者に関連する秘密鍵、公開鍵、および発行者およびバックエンド・システムに関連する証明書を含む。また、クレジット／デビット・カードのＰＡＮ（個人預金口座番号）などの移動体支払いに関連する消費者特有の個人情報を安全に記憶する能力を提供してよい。また、安全な支払いプロトコル、データ完全性、および機密性をサポートする暗号機能を提供してよい。これは、暗号化／解読、署名検証、および安全なＳＭＳメッセージ（発行者、サービス作動化システム、およびその他のバックエンド・システムから受信したもの）の認証のためのサポートを含む。また、移動体支払いアプリケーション１０（ａ）−３”のための安全な配置および実行の環境を提供してよい。
【００４４】
理解されるように、ここで述べた特定の例は、安全要素、安全要素内の支払いアプリケーション、および安全要素外の移動体アプリケーションの使用を含むが、本発明の実施の形態はこれに限定されるものではない。例えば、支払いアプリケーションおよび移動体アプリケーションの諸機能を結合して、電話内のハードウエアの任意の適当な論理部分内の１つのアプリケーションにしてよい。
【００４５】
安全要素１０（ａ）−２は次の諸形式の１つでよい。すなわち、埋込みハードウエア： これは携帯電話と密に一体化された、非接触能力を持つ勝手にいじれないハードウエア・スマートカードである。着脱可能な汎用加入者識別モジュール（ＵＳＩＭ）： 安全要素はスマートカード機能性を持つＵＳＩＭカードと一体化してよい。この場合、非接触機能は別個である。着脱可能な安全ディジタル（ＳＤ）カード： スマートカードは安全なプログラム可能な環境を提供する。アプリケーションおよび移動体支払い特有の機密情報はスマートカードに準備される。スマートカードの安全要素への通信はＡＰＤＵコマンドを用いる。
安全要素は、ＩＳＯ１４４４３標準をサポートする一体化されたＮＦＣ能力も提供してよい。ＮＦＣ能力はピア・トゥ・ピア、読取り機／書込み機、およびカード・エミュレーション・モードをサポートする。
【００４６】
支払いアプリケーション１０（ａ）−２’は携帯電話の安全要素１０（ａ）−２に安全に記憶され、支払いトランザクションを行うのに用いられる。これは２つのジャバ・カード・アプリケーション（近接支払いシステム環境（ＰＰＳＥ）と一体化されたビザ・スマート・デビット／クレジット（ＶＳＤＣ）カード仕様アプレット）の１つを含んでよい。ＶＳＤＣアプリケーションは支払いアプリケーションであり、ＰＰＳＥアプリケーションは支払いアプリケーションの詳細を記憶するディレクトリ・アプリケーションである。これは市販のビザ・ペイウエーブ（ｐａｙＷａｖｅ）非接触支払いカードに用いられるのと同じアプリケーションである。現在ＶＰＡは非接触仕様ＶＣＰＳ２．０．２を用いている。グローバル・プラットフォーム（ＧｌｏｂａｌＰｌａｔｆｏｒｍ）アプレットの現在のバージョンはバージョン２．７である。
【００４７】
支払いアプリケーション１０（ａ）−２は支払い機能性と発行者／カード保持者のパーソナル化データの両方を含む。支払いアプリケーション１０（ａ）−２は、発行者１４がサービス作動化システム２４（ａ）を通してＯＴＡで送るデータで安全要素１０（ａ）−２で準備され、またパーソナル化される。サービス作動化システム２４（ａ）は、準備、初期化、およびパーソナル化のコマンド（発行者の仕様に基づく）をサービス作動化システムから支払いアプリケーション１０（ａ）−２にＯＴＡで導く。支払いアプリケーション１０（ａ）−２’のパーソナル化事例は、発行者１４がサービス作動化システム２４（ａ）を通して開始するＯＴＡコマンドを用いてロックし、アンロックし、また安全要素１０（ａ）から除去することができる。
【００４８】
移動体近接支払いを開始するため、特有の支払いアプリケーション１０（ａ）−２’（ユニーク・アプリケーション識別子（ＡＩＤ）で表される）を特有の移動体アプリケーション１０（ａ）−３’に関連させる。これは消費者の経験と移動体近接機構とをリンクする。また、安全要素１０（ａ）−２は、近接支払いのデフォールトとして設定された特有の支払いアプリケーション１０（ａ）−２’を有してよい。
支払いアプリケーション１０（ａ）−２’は手動モードまたは自動モードで非接触近接モデムとインターフェースする。携帯電話１０（ａ）が非接触ＰＯＳ装置の近くに来ると、支払いアプリケーション１０（ａ）−２’は、アプリケーションが自動支払いモードに設定されているかどうかを自動的に知らされる。手動モードの場合は、ＰＯＳとの通信は移動体アプリケーション１０（ａ）−３’を介して消費者が開始する。
【００４９】
移動体アプリケーション１０（ａ）−３はユーザ・インターフェースを含む。これは、支払い、預金口座管理、提供サービスの管理と入手、および設定の選択のためのユーザ・インターフェースを含む。移動体アプリケーション１０（ａ）−３はＪ２ＭＥ／ＭＩＤＰ２．０アプリケーション（ＭＩＤＩｅｔ）である。移動体情報装置プロフィール（ＭＩＤＰ）は、携帯電話などの埋込み装置でジャバを使用するために発表された仕様である。各移動体アプリケーション１０（ａ）−３は特定の発行者用にカストマイズして設定してよく、また特定の支払いアプリケーション事例に関連付ける。
【００５０】
カストマイズ化および設定のプロセスは、発行者特有の支払いアプリケーション事例（これは発行者特有の支払いサービスにリンクしてよい）に関連するデータの受取りを含んでよい。本発明の実施の形態では、異なる発行者特有の支払いサービスにリンクする多くの異なる発行者特有の支払いアプリケーション事例があってよい。異なる発行者特有の支払いサービスは機能の種々の集合を有してよい。例えば、或る発行者は提供サービス・メッセージは提供するが、トランザクション警報メッセージは提供しないかも知れない。別の発行者はトランザクション警報メッセージは提供するが、提供サービス・メッセージは提供しないかも知れない。本発明の実施の形態では、消費者１０は１つの発行者特有の支払いサービスを自分の電話１０（ａ）で用いるデフォールト・サービスとして選択した後、電話１０（ａ）および選択された発行者特有の支払いサービスを用いて支払いトランザクションなどのトランザクションを行ってよい。発行者特有の支払いサービスは特有の管理サービスおよび支払い機能を含んでよい。
【００５１】
サービス作動化および初期化中は、移動体アプリケーション１０（ａ）−３’は携帯電話１０（ａ）上の発行者の仕様に従ってＯＴＡで準備し、作動化し、設定してよい。設定が終わると、移動体支払いおよび他の金融アプリケーションのための電話の主メニュー・フォルダ内の項目としてアプリケーション事例が現われる。電話１０（ａ）で作動化し、準備し、設定した移動体アプリケーションの事例の数に基づいて、メニューに１つ以上のアプリケーション事例があってよい。
【００５２】
ユーザ・インターフェースは、消費者をアプリケーションに歓迎する派手なページ、発行者がサポートしている全ての機能の主メニュー・ページ、支払い関連のページ、および発行者がサポートしている機能の詳細なページを含んでよい。発行者１４は、ロゴや製品名を提供しまた派手なスクリーンをカストマイズするなど、ユーザ・インターフェースの一部の可視要素をカストマイズしてよい。
移動体アプリケーション１０（ａ）−３’はＡＰＤＵコマンドを用いて対応する支払いアプリケーション１０（ａ）−２’とインターフェースして、近接支払いを可能にしまた移動体支払いおよび消費者１０に関連する証明書を安全に記憶してよい。
【００５３】
ダウンロード・マネージャ１０（ａ）−３”は携帯電話１０（ａ）（安全要素１０（ａ）−２ではない）に常駐するＭＩＤＩｅｔでよい。これはサービス作動化システム２４（ａ）と安全要素１０（ａ）−２との間のインターフェースである。これは、最初の準備、サービス作動化、初期化、管理（移動体アプリケーション１０（ａ）−３’のロックおよびアンロックを含む）、および移動体アプリケーション１０（ａ）−３’と安全要素１０（ａ）−２と支払いアプリケーション１０（ａ）−２’の設定を行う主体である。ダウンロード・マネージャ１０（ａ）−３”は、サービス作動化システム２４（ａ）（バックエンド・システムの一部として）とローカル装置管理とこれらの機能のための携帯電話１０（ａ）上の準備エージェントとをインターフェースする。
【００５４】
ＩＶ．移動体支払いプロセス
図２−３を参照して多数の例示の支払いプロセスを説明する。
図２を参照すると、消費者は、近接支払い機能が自動（常時オン）か、パスワードなしの手動か、またはパスワード付きの手動かを選択することができる。消費者が自動を選択した場合は、消費者はデフォールトの支払い預金口座を指定する必要がある。自動モードのときは近接支払い機能は常に作動状態であり、消費者が非接触読取り機の上で電話を振ると支払いアプリケーションは近接支払いトランザクションを行う。手動選択肢のどちらかを選択すると消費者は移動体アプリケーションを起動する必要があり、また近接支払い機能を作動化するために支払い機能を選択する必要がある。
【００５５】
図２を参照すると、消費者は移動体アプリケーションを起動し３０２、近接支払い設定選択肢を選択する３０４。消費者は預金口座を自動（常時オン）にするという選択肢を有する。預金口座を常時オンにすることを消費者が選択した場合は３０６、３０８、移動体アプリケーションは設定されたＡＩＤ（ユニーク・アプリケーション識別子）をデフォールトに設定する。預金口座を自動にしないことを消費者が選択した場合は、手動支払いを行うときに消費者はその預金口座をデフォールトの支払い預金口座にするという選択肢を有する３１４、３１０、３１２。
【００５６】
図３を参照すると、近接支払い機能を手動で作動化するため、消費者は移動体支払いアプリケーション内の支払い機能または支払い可能機能を選択する。これにより、安全要素は非接触カードをエミュレートして、ＰＯＳ端末機に関連する非接触読取り機と対話することができる。このモードは、指定された時間が経過する（タイムアウト）まで作動化状態である。タイムアウト時間が経過しても消費者が近接支払いトランザクションを行わなかった場合は、移動体アプリケーションは近接支払い機能を非作動化し、再作動化してトランザクションを進めることを消費者に要求する。
【００５７】
消費者は移動体アプリケーションを起動することを選択し、また支払い機能を選択する３２０，３２２。電話は、３０分間または消費者がこのページから出るかまたは支払いトランザクションが完了するまで、「支払い可能」ページを表示する３２４。トランザクションを進めるために、消費者は電話を非接触読取り機の近くに置く３２６。読取り機は電話の安全要素から預金口座情報を得てトランザクションを完了する。電話は、１５秒間または消費者がページから出るまで、「送金済み」ページを表示する。次に、電話は前の状態に戻る。
【００５８】
Ｖ．特定の預金口座管理プロセス
図４を参照すると、メッセージがトランザクション・レシート、トランザクション警報、または支払い実行メッセージのときは電話内のトランザクション・メッセージ・リポジトリ内に記憶される。残高照会、残高警報、および支払い督促メッセージなどの他のメッセージはトランザクション・メッセージ・リポジトリ内に記憶されない。
【００５９】
メッセージ・リポジトリ内の各項目は１つの特定の預金口座管理事象に対応してよい。かかる事象はほとんどの警報およびトランザクション・レシートの場合のようにＯＴＡで供給してよい。
トランザクション・メッセージ・リポジトリにアクセスするには、消費者は移動体アプリケーション内にいる必要がある。移動体アプリケーションの主メニューは、スクリーン・ショット３３０に示すリポジトリを消費者が選択して開くことができる選択肢を与える。リポジトリはスクリーン・ショット３３２に示すように、トランザクション・レシート、トランザクション警報、および支払い実行メッセージ要約のリストを表示する。
【００６０】
図５を参照すると、スクリーン・ショット３３４および３３６で示すように、消費者はトランザクション・レシート、トランザクション警報、および預金口座に実行された支払いの詳細を見ることができる。詳しく述べると、消費者は３つの異なるタイプのトランザクション・メッセージ（すなわち、トランザクション・レシート、トランザクション警報、および支払い実行メッセージ）を見ることができる。内容はメッセージのタイプ毎に異なってよい。メッセージ詳細スクリーンを表示するには、消費者はメッセージを選択し、次にメッセージを見る選択肢を選択すればよい。
【００６１】
図６のスクリーン・ショット３３８および３４０を参照すると、トランザクション警報のしきい値は移動体アプリケーション内で設定してよい。代替的に、警報しきい値は発行者のウェブ・サイトで設定してよい。しきい値を超えると、スクリーン・ショット３４０に示すようなメッセージが示される。
図７のスクリーン・ショット３４２、３４４、および３４６を参照すると、消費者は携帯電話の安全要素に記憶されているクレジット・プロダクトの現在の残高を要求することができる。ウェブ・チャネルではなくて携帯電話チャネル用であることを除くと、これは一般的な遠隔バンキング機能性と同じである。
【００６２】
発行者が残高照会を処理した後、発行者は残高照会への応答メッセージを消費者の携帯電話に送信する。残高照会が表示され、また将来の照会に備えて移動体アプリケーションの預金口座要約機能内が更新される。要求される残高情報は、（１）発行者名、（２）現在の残高、（３）利用可能な残りのクレジット、および（４）クレジット預金口座の残高情報の正確さに関する但し書きを含む。
【００６３】
図８のスクリーン・ショット３４８、３５０、および３５２を参照すると、消費者は携帯電話の安全要素に記憶されているデビット・プロダクトの現在の残高を要求することができる。これは一般的な遠隔バンキング機能性と同じである。残高照会が表示され、また将来の照会に備えて移動体アプリケーションの預金口座要約機能内が更新される。残高情報は、（１）発行者名、（２）デビット預金口座の現在の残高、（３）引出し可能な資金、（４）利用可能な残高、および（５）残高情報の正確さに関する但し書きを含む。
【００６４】
図９（ａ）および図９（ｂ）のスクリーン・ショット３５４、３５６、３５８、および３６０を参照すると、消費者は移動体アプリケーションを用いて支払い督促の登録または登録取消を行うことができる。消費者は支払い督促機能の現在の状態を設定する（オン／オフ）ことができる。
消費者は発行者との支払い督促設定動作が終了したかどうかについて警報を受信する必要はない。これらの選択が行われたときに移動体アプリケーション内から消費者の選択を確認するだけでよい。
【００６５】
図１０のスクリーン・ショット３６２、３６４、および３６６を参照すると、消費者は残高警報が発生したときの残高レベルを設定することができる。この使用事例は支払い方法がクレジット・プロダクトである場合の選択肢を示す。消費者は次を設定する。（１）残高警報を生成するときのクレジット残高、（２）残高警報機能の現在の状態（オン／オフ）。
消費者は発行者との残高警報設定操作が完了したかどうかについて警報を受信する必要はない。これらの選択が行われたときに移動体アプリケーション内から消費者の選択を確認するだけでよい。
図１１（ａ）のスクリーン・ショット３７２を参照すると、所定のしきい値を超えると消費者はクレジット・プロダクトの残高警報を受信する。発行者はこの警報を生成して消費者のハンドセットに送信する。
【００６６】
図１１（ｂ）のスクリーン・ショット３７４を参照すると、所定のしきい値を超えると消費者はデビット・プロダクトの残高警報を受信する。発行者はこの警報を生成して消費者のハンドセットに送信する。
図１２のスクリーン・ショット３７６を参照すると、発行者特有の理由により支払い預金口座が封鎖されると、消費者は発行者が生成したリスク警報を受信する。発行者はこの警報を生成して消費者の電話に送信する。
プラットフォーム・パスワードが設定されているかどうかに関わらず、移動体アプリケーションが起動して、メッセージが消費者に表示される。メッセージが表示されると、消費者はメッセージを受信したことを確認する以外の選択肢はなく、確認するとアプリケーションから出る。実施の形態によっては、このメッセージは記憶されない。
【００６７】
本発明の実施の形態は、図１３のスクリーン・ショット３７８、３８０、および３８２に示すような提供サービスも含んでよい。まず、スクリーン・ショット３７８に示すような電話の提供サービス・リポジトリを選択し、提供サービス・リポジトリを開いて提供サービスの期限をチェックする。スクリーン・ショット３８０に示すように、異なる提供サービスを提供する異なるマーチャントが表示されてよい。消費者がその１つを選択すると、マーチャント特有の提供サービスが表示される。次に消費者は任意の方法（前に述べたＮＦＣ要素または非接触要素を用いてＰＯＳ端末機と通信するなど）により提供サービスを入手してよい。
【００６８】
ＶＩ．多数の発行者特有の支払いサービス能力
上に述べたように、カストマイズ化および設定のプロセスは発行者特有の支払いサービスにリンクする発行者特有の支払いアプリケーション事例に関連するデータを受信することを含んでよい。データは、発行者特有のアプリケーションのコンピュータ・コード、発行者特有の事例のコード、または発行者特有のアプリケーションまたは事例をリンクするためのコードを含んでよい。例えば、本発明の或る実施の形態では、異なる発行者特有の支払いサービスにリンクする多くの発行者特有の支払いアプリケーション事例があってよい。異なる発行者特有の支払いサービスは機能の種々の集合を有してよい。例えば、或る発行者は提供サービス・メッセージは提供するが、トランザクション警報メッセージは提供しないことがある。別の発行者はトランザクション警報メッセージは提供するが、提供サービス・メッセージは提供しないことがある。本発明の実施の形態では、消費者１０は或る発行者特有の支払いサービスを自分の電話１０（ａ）で用いるデフォールト・サービスとして選択してよく、次に電話１０（ａ）および選択された発行者特有の支払いサービスを用いて支払いトランザクションなどのトランザクションを行ってよい。発行者特有の支払いサービスは特有の管理または付加価値サービスおよび支払い機能を含んでよい。
【００６９】
或る実施の形態では、装置にロードしたとき装置に１つの事例しかない場合は、その事例はデフォールト事例でよい。別の実施の形態では、異なる発行者に明確に関連する多数の支払いアプリケーションが携帯電話にあってよい。図１４（ａ）に示すように、消費者は異なる発行者特有の支払いアプリケーション（窓３９０の中の銀行Ａ、銀行Ｂ、および銀行Ｃのアプリケーション）から選択することができる。図１４（ｂ）に示すように、或る支払いアプリケーション（例えば窓３９２の中の銀行Ｂ）を選択すると、これをデフォールト支払いアプリケーションとして設定してよい。
【００７０】
図１５のスクリーン・ショット４０２、４０４、４０６、４０８、および４１０を参照すると、可用性の観点から、このプロセスは消費者から要求される最小の対話で望ましい結果を達成しようとしている。消費者設定とそのレベルを決めるのは発行者の自由である。消費者対話は一貫していることが望ましい。
【００７１】
また可用性の観点から、発行者は消費者に設定の選択肢を一切与えないことがある。例えば、発行者はフリー・アクセスで（すなわち、パスワードを要求せずに）プラットフォームを自動で可能にする（常時オン）よう設定してもよい。また、発行者は或る設定の選択肢を変えることだけを消費者に許可することがある。例えば、発行者は強制的なパスワードで保護されたアクセスにより手動で可能にするようプラットフォームを設定してよい。この場合は、消費者はパスワードを入力するよう指示されるだけである。上記の２つの事例では、消費者に常に、近接のためのデフォールトとしてプラットフォームを設定する選択肢が与えられる。
【００７２】
ＶＩＩ．コンピュータ機器および携帯電話
図１の種々の関係者および要素は１個以上のコンピュータ機器を操作してここに述べた機能を容易にする。提供サービス・エンジン１８、メッセージ通信ゲートウエイ２０（ａ）、発行者１４、ディレクトリ・サービス・エンジン２２（ａ）、サービス作動化システム２４（ａ）、および移動体オペレータ２６を含む図１のどの要素も、任意の適当な数のサブシステムを用いてここに述べた機能を容易にしてよい。かかるサブシステムまたは構成要素の例を図１６に示す。図１６に示すサブシステムはシステム・バス７７５を介して相互接続する。プリンタ７７４、キーボード７７８、固定ディスク７７９（または、コンピュータ読取り可能な媒体を含む他のメモリ）、ディスプレイ・アダプタ７８２に結合するモニタ７７６、およびその他などの追加のサブシステムが示されている。
【００７３】
周辺機器や、Ｉ／Ｏコントローラ７７１に結合する入出力（Ｉ／Ｏ）装置は、シリアル・ポート７７７などのこの技術で周知の任意の数の手段によりコンピュータ・システムに接続してよい。例えば、シリアル・ポート７７７または外部インターフェース７８１を用いて、コンピュータ機器をインターネットなどのワイド・エリア・ネットワークやマウス入力装置やスキャナに接続してよい。システム・バスを介した相互接続により、中央プロセッサ７７３は各サブシステムと通信することや、システム・メモリ７７２または固定ディスク７７９からの命令の実行、並びにサブシステム間の情報の交換を制御することができる。システム・メモリ７７２および／または固定ディスク７７９はコンピュータ読取り可能な媒体の例である。
【００７４】
図１７は本発明の実施の形態に用いてよい別の電話３２のブロック図を示す。かかる機能は図１の電話１０（ａ）に示す機能と結合してよい。図１７に示すように、例示の無線電話３２はコンピュータ読取り可能な媒体と本体とを含んでよい。コンピュータ読取り可能な媒体３２（ｂ）は本体３２（ｈ）内にあってよく、または本体から着脱可能でよい。本体３２（ｈ）はプラスチック基板、ハウジング、または他の構造の形でよい。コンピュータ読取り可能な媒体３２（ｂ）はデータ（例えば、発行者特有の支払いサービスに関するデータ）を記憶するメモリでよく、また磁気ストライプ、メモリ・チップを含む任意の適当な形でよい。メモリは、金融情報、通行情報（例えば、地下鉄または汽車のパス）、アクセス情報（例えば、アクセス・バッジ）などの情報を記憶することが好ましい。金融情報は、銀行預金口座情報、銀行識別番号（ＢＩＮ）、クレジット・カードまたはデビット・カードの番号情報、預金口座残高情報、満期日、名前や誕生日などの消費者情報、などの情報を含んでよい。この情報はどれも電話３２で送信してよい。
【００７５】
或る実施の形態では、メモリ内の情報はデータ・トラック（従来のクレジットカードに関連するもの）の形でもよい。かかるトラックはトラック１およびトラック２を含む。トラック１（国際航空運輸協会）はトラック２より多くの情報を記憶し、カード保持者の名前、並びに預金口座番号やその他の任意のデータを含む。このトラックは、航空会社がクレジット・カードで予約を取るときにしばしば用いる。トラック２（アメリカ銀行協会）は現在最も多く用いられているもので、ＡＴＭおよびクレジットカード・チェッカを用いて読むトラックである。ＡＢＡ（アメリカ銀行協会）はこのトラックの仕様を指定しており、全ての世界の銀行はこれに従わなければならない。これは、カード保持者の預金口座、暗号化ＰＩＮ、およびその他の任意のデータを含む。
【００７６】
電話３２は更に非接触要素３２（ｇ）を含んでよい。これは一般にアンテナなどの関連する無線転送（例えば、データ伝送）要素を備える半導体チップ（または他のデータ記憶要素）の形で実現される。非接触要素３２（ｇ）は電話３２に関連し（例えば、内部に埋め込まれ）ており、セルラ・ネットワークを介して送信するデータまたは制御命令は非接触要素インターフェース（図示せず）により非接触要素３２（ｇ）に与えてよい。非接触要素インターフェースにより、移動装置回路（および、セルラ・ネットワーク）と随意の非接触要素３２（ｇ）との間でデータおよび／または制御情報を交換することができる。
【００７７】
非接触要素３２（ｇ）は、一般に標準化プロトコルまたはデータ転送機構（例えば、ＩＳＯ１４４４３／ＮＦＣ）に従う近距離無線通信（ＮＦＣ）能力（または近距離無線通信媒体）を用いてデータを転送しまた受信することができる。近距離無線通信能力は、電話３２と問合せ装置との間でデータを交換するのに用いることができる例えばＲＦＩＤ、ブルートゥース（ＴＭ）、赤外線、またはその他のデータ転送能力などの短距離通信能力である。したがって、電話３２はセルラ・ネットワークと近距離無線通信能力の両方を介してデータおよび／または制御命令を通信しまた転送することができる。
【００７８】
また電話３２は、電話３２の機能を処理するプロセッサ３２（ｃ）（例えば、マイクロプロセッサ）と、電話番号やその他の情報およびメッセージを消費者に表示するディスプレイ３２（ｄ）とを含んでよい。電話３２はまた、消費者が情報を装置に入力するのに用いる入力要素３２（ｅ）、消費者が音声通信、音楽などを聴くのに用いるスピーカ３２（ｆ）、および消費者が電話３２を通して自分の声を送るのに用いるマイクロホン３２（ｉ）を含んでよい。電話３２は、無線データ転送（例えば、データ伝送）のためのアンテナ３２（ａ）も含んでよい。
【００７９】
理解すべきであるが、上に説明した本発明はモジュール方式または統合方式のコンピュータ・ソフトウエアを用いて制御論理の形で実現してよい。ここに示した開示および教示に基づいて、当業者は、ハードウエアやハードウエアとソフトウエアの組合せを用いて本発明を実現する他の手段および／または方法を知りまた認識するであろう。
【００８０】
この出願に述べたソフトウエア構成要素または機能はどれも、例えば、従来の技術またはオブジェクト指向技術を用いて、例えば、ジャバ、Ｃ＋＋、またはパールなどの任意の適当なコンピュータ言語を用いてプロセッサで実行するソフトウエア・コードとして実現してよい。ソフトウエア・コードは一連の命令またはコマンドとして、コンピュータ読取り可能な媒体（ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、ハード・ドライブまたはフロッピー（登録商標）・ディスクなどの磁気媒体、またはＣＤ−ＲＯＭなどの光媒体など）に記憶してよい。任意のかかるコンピュータ読取り可能な媒体は単一の計算機器上または内に常駐してよく、またシステムまたはネットワーク内の異なる計算機器上または内にあってもよい。
【００８１】
上記の説明は例示であって、制限するものではない。この開示を見れば、本発明の多くのバリエーションが当業者に明らかになろう。したがって、本発明の範囲は上の説明を参照して決めるべきではなく、クレームとその全範囲または同等のものとを参照して決めるべきである。
任意の実施の形態からの１つ以上の機能を、本発明の範囲から逸れずに、任意の他の実施の形態の１つ以上の機能と組み合わせてよい。
特に別段の指示がない限り、「或る」および「その」は「１つ以上」を意味するものとする。
【技術分野】
【０００１】
（関連出願の相互参照）
この特許出願は、米国仮特許出願第６０／８８４，２１２号、２００７年１月９日出願、および米国仮特許出願第６０／８８４，２９０号、２００７年１月１０日出願の非仮特許出願であってその優先権を主張するものであり、これらの出願全体を全ての目的においてここに援用する。
【０００２】
またこの出願は、米国特許出願第 号、「禁止機能を持つ携帯電話支払い（Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｐａｙｍｅｎｔ Ｗｉｔｈ Ｄｉｓａｂｌｉｎｇ Ｆｅａｔｕｒｅ）」（代理人書類番号第１６２２２Ｕ−０３８３３０ＵＳ）、米国特許出願第 号、「しきい値インディケータを含む携帯電話支払いプロセス（Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｐａｙｍｅｎｔ Ｐｒｏｃｅｓｓ ｉｎｃｌｕｄｉｎｇ Ｔｈｒｅｓｈｏｌｄ Ｉｎｄｉｃａｔｏｒ）」（代理人書類番号第１６２２２Ｕ−０３８３４０ＵＳ）、および米国特許出願第 号、「移動体支払い管理（Ｍｏｂｉｌｅ Ｐａｙｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ）」（代理人書類番号第１６２２２Ｕ−０３８３２０ＵＳ）（これらは全てこの出願と同日に出願された）に関するものである。これらの出願全体を全ての目的においてここに援用する。
【背景技術】
【０００３】
世界中の全ての年齢の人々は携帯電話を毎日の欠かせないコンポーネントとして使用している。世界の一部では携帯電話は主要な通信装置であるが、これは単なる通信装置以上のものである。携帯電話は実に多機能である。消費者は電話を掛けたり受けたりするだけでなく、写真をとり、テキスト・メッセージを送り、音楽を聴き、ネット・サーフィンし、また映画を見ることさえできる。
汎用で多機能の携帯電話に対する消費者の要求は増大している。移動体支払いのインフラストラクチャをサポートする技術が出現しつつある（すなわち、非接触支払い受入れインフラストラクチャ、ＮＦＣ可能な携帯電話、および強固な移動体ネットワークなど）。携帯電話は支払いプロダクト使用の安全性と利便性を高め、更には従来の支払いプロダクトに対するサポート・インフラストラクチャを現在有していない世界の一部に支払いプロダクトを導入する潜在能力を有する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
消費者は移動体支払い、携帯電話を用いてトランザクションを行うための優れた方法、および支払いプロセスを管理するための優れた方法に注目している。
また或る場合には、消費者は２枚以上の支払いカード（例えば、クレジット・カード）を持っていて、自分の電話を用いてこれらの支払いカードに関連する預金口座番号を用いたいと望むかも知れない。かかるクレジット・カードの発行者が異なると、これらのカードで提供できる支払いサービスが異なることがある。かかる発行者が提供する異なる支払いサービスをユーザが１台の電話で用いることができることが望ましい。
本発明の実施の形態はこれらの問題に個別にまた一括して対処するものである。
【課題を解決するための手段】
【０００５】
本発明の実施の形態は消費者の携帯電話支払いシステムおよび方法を改善することに関する。
本発明の１つの実施の形態は方法に関するものである。この方法は、携帯電話を用いて預金口座残高照会応答メッセージを受信する（携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する）ことと、携帯電話を用いてトランザクション警報メッセージを受信する（トランザクション警報はその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを受信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）ことを含む。
【０００６】
本発明の別の実施の形態は方法に関するものである。この方法は、残高照会応答メッセージを携帯電話に送信する（携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する）ことと、トランザクション警報メッセージを携帯電話に送信する（トランザクション警報メッセージはその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを携帯電話に送信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）ことを含む。
【０００７】
本発明の別の実施の形態は、上記の方法やその他の方法に関連するコンピュータ読取り可能な媒体、電話、およびシステムに関連しうる。
本発明のこれらの実施の形態について以下に詳細に説明する。
【図面の簡単な説明】
【０００８】
【図１】本発明の或る実施の形態に係るシステムのブロック図を示す。
【図２】設定プロセスを示す電話ディスプレイのスクリーン・ショットを示す。
【図３】支払いプロセスを示す電話のスクリーン・ショットを示す。
【図４】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図５】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図６】トランザクション・メッセージを表示する電話ディスプレイの種々のスクリーン・ショットを示す。
【図７】残高照会のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図８】残高照会のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図９（ａ）】支払い督促のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図９（ｂ）】支払い督促のための電話ディスプレイの種々のスクリーン・ショットを示す。
【図１０】残高警報に関連するスクリーン・ショットを示す。
【図１１（ａ）】残高警報に関連するスクリーン・ショットを示す。
【図１１（ｂ）】残高警報に関連するスクリーン・ショットを示す。
【図１２】疑わしい行動により預金口座が封鎖されたことを示すスクリーン・ショットを示す。
【図１３】割引を示すスクリーン・ショットを示す。
【図１４（ａ）】消費者がその中から選択することができる異なる発行者特有の移動体支払いアプリケーションを示すスクリーン・ショットを示す。
【図１４（ｂ）】或る特有の移動体支払いアプリケーションがデフォールト・アプリケーションになったことを示すその後のスクリーン・ショットを示す。
【図１５】或る発行者特有の移動体支払いアプリケーションをデフォールト・アプリケーションとして選択することに関連するスクリーン・ショットを示す。
【図１６】コンピュータ機器のブロック図を示す。
【図１７】非接触要素を持つ携帯電話のブロック図を示す。
【発明を実施するための形態】
【０００９】
Ｉ．移動体トランザクション・システム
本発明の実施の形態は、支払い機能と種々の付加価値アプリケーションおよび機能（クーポン、パーソナル化、および預金口座管理など）とを結合する。本発明の実施の形態により、発行者および移動体オペレータは携帯電話を介して便利な新しいサービスを消費者に提供することが容易になる。
【００１０】
本発明の実施の形態のいくつかの機能を以下に述べる。
電話サービスの支払い（前払いまたは後払い）： 本発明の実施の形態により、消費者は消費者の電話の支払いアプリケーションを用いて電話サービスの支払いを行うことができる。
ポイント・オブ・セールスでの非接触支払い： 本発明の実施の形態を用いることにより、消費者はマーチャントの店先での支払いに、カードの代わりに電話を容易にかつ迅速に用いることができる。
【００１１】
遠隔支払い： 本発明の実施の形態を用いることにより、全てのカード非提示（ｃａｒｄ−ｎｏｔ−ｐｒｅｓｅｎｔ）型のトランザクションにおいて、消費者は自分の携帯電話を用いて品物およびサービスの支払いを行うことができる。遠隔（リモート）支払いを用いるには、消費者が自分の支払い預金口座番号を移動体オペレータに登録すると、移動体オペレータは消費者の支払い預金口座番号を携帯電話番号にリンクする。消費者がカード非提示型のトランザクション（例えば、メール注文、電話注文、またはインターネット購入）を行うときは、消費者は自分の登録済みの携帯電話番号（自分の支払い預金口座明細ではなく）を提供して買い物を行うことができる。移動体送金も遠隔で行うことができるが、かかるトランザクションは買い物ではなく送金に関係するのでユニークである。
【００１２】
サービス・プロバイダはシステムの支払い機能および付加価値機能を、移動体ネットワークによりＳＭＳメッセージ（または他のメッセージ通信プロトコル）を介して消費者の携帯電話に与えることができる。支払い機能の例として、近接支払い、遠隔支払い、および移動体送金がある。付加価値機能の例として、提供サービス、認証、および携帯電話上の記録のトップアップ（ｔｏｐ−ｕｐ ｏｆ ｍｉｎｕｔｅｓ）などがある。
【００１３】
図１は本発明の或る実施の形態に係る或るシステムを示す。図１を参照すると、本発明の実施の形態の関係者は、発行者１４、マーチャント１６、および消費者１０などの従来の支払いサービス関係者を含んでよい。また他の関係者として、移動体オペレータ２６や移動体サービス・プロバイダ（メッセージ通信サービス・プロバイダ２０、ディレクトリ・サービス・プロバイダ２２、およびＯＴＡ（無線）サービス・プロバイダ２４など）がある。
また、システムは多数の特有の構成要素を含んでよい。かかる構成要素の例として、提供サービス・エンジン１８、メッセージ通信ゲートウエイ２０（ａ）、ディレクトリ・サービス・エンジン２２（ａ）、およびサービス作動化システム２４（ａ）などがある。
【００１４】
システムは携帯電話１０（ａ）も含んでよい。これは、ＮＦＣ通信要素１０（ａ）−１（近距離無線通信要素：これは非接触要素の一例である）、支払いアプリケーションを含む安全要素１０（ａ）−２、および１つ以上の移動体アプリケーション１０（ａ）−３’および１つ以上のダウンロード・マネージャ１０（ａ）−３”を含む常駐アプリケーション１０（ａ）−３、などの携帯電話構成要素を含んでよい。
メッセージは図１に示す構成要素の間を通ってよい。参照番号２は提供サービス管理メッセージの矢印を示し、参照番号４はサービス作動化メッセージの矢印を示し、参照番号６はディレクトリ・サービス・メッセージの矢印を示し、参照番号８は預金口座管理メッセージの矢印を示す。
以下の種々の構成要素について以下に詳細に説明する。
【００１５】
ＩＩ．支払いサービス・タイプおよび付加価値サービス
本発明の実施の形態は少なくとも３つのタイプの支払いプロトコルを容易にする。第１のタイプは、マーチャントの取引きの場での対面支払いのための近接支払い（すなわち、非接触支払い）を含んでよい。第２のタイプは、電子商取引環境またはその他のカード非提示環境で起こる支払いのための遠隔支払いを含んでよい。第３のタイプは、ビジネスではなく個人的に或る人から別の人に送金するための移動体送金（すなわち、個人対個人の支払い（ｐｅｒｓｏｎ−ｔｏ−ｐｅｒｓｏｎ ｐａｙｍｅｎｔ））を含んでよい。
【００１６】
近接支払いは従来の非接触カード・トランザクション処理と同じ機能性を提供するが、非接触カードを用いるのではなく、消費者は支払いアプリケーションを含む携帯電話をマーチャントの取引きの場のポイント・オブ・セールス（ＰＯＳ）装置に提示する。ＮＦＣ可能な電話は非接触カードをエミュレートし、また同じ通信標準を用いる。ＰＯＳ装置は非接触カードに用いるものと同じであり、支払いアプリケーションは非接触カードと同じ方法でＰＯＳ装置と対話する。支払いはカードではなく携帯電話を介して開始するが、他の点は非接触トランザクション処理と同じである。
【００１７】
本発明の実施の形態に係る電話１０（ａ）内で用いる支払いアプリケーションは少なくとも２つの異なる近接支払い設定をサポートすることができる。第１の設定は「常時オン」である。支払い設定が常時オン・モードのとき、デフォールトの支払いアプリケーション１０（ａ）−２は常にアクティブ（作動）状態なので、消費者は支払い機能を選択する必要がなく、電話１０（ａ）をＰＯＳ装置の前で振ることによりトランザクションを開始することができる。第２の設定は「手動（マニュアル）」である。支払い設定が手動モードのとき、消費者１０は支払いアプリケーション１０（ａ）−２にアクセスして、近接支払いを行う支払い機能を選択してよい。このプロセス中に、消費者１０は支払いに用いる預金口座を選択してもよい。発行者１４はこれらの設定または預金口座に関連する発行者特有の支払いサービスのどちらかをデフォールトに指定することができるし、また消費者がデフォールト支払い設定を選択できるかどうかを指定することもできる。近接支払い機能性はビザ非接触支払い仕様（Ｖｉｓａ Ｃｏｎｔａｃｔｌｅｓｓ Ｐａｙｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＶＣＰＳ））２．０．２と両立する。また本発明の実施の形態は、１つ以上の支払いアプリケーションを安全要素内に常駐させ、また支払いアプリケーションの１つをデフォールトとして選択することができる。
【００１８】
遠隔支払いにより、消費者は自分の携帯電話を用いて消費者とマーチャントとの間のカード非提示トランザクションを開始しまた認証することができる。遠隔支払いは移動体ネットワークを通して行い、ＰＯＳ装置との対話は行わない。遠隔支払いトランザクションは預金口座番号ではなく携帯電話番号に基づくので、移動体ネットワークを通して金融情報を送ることはない。カード非提示トランザクションは、インターネット、コール・センタ、および対話型音声応答（ＩＶＲ）トランザクションなどの自動化サービス、並びに対面対話を含む。遠隔支払いは消費者の登録済み携帯電話１０（ａ）を認証チャネルとして用いることができる。遠隔支払い機能を用いるため、消費者は自分の携帯電話番号をディレクトリ・サービス・プロバイダ２２または他のエンティティに登録して預金口座番号にリンクさせ、登録済み電話番号を支払いに用いることができるようにしてよい。
【００１９】
移動体送金とは２人の人の間のトランザクションを指す。移動体送金により、カード保持者すなわち消費者は携帯電話１０（ａ）を用いて自分のカードまたは預金口座から他のカードまたは預金口座に送金することができる。これにより、消費者は国際送金および国内の個人対個人の送金のために、移動体ネットワークを通して携帯電話を介して個人に容易に送金することができる。消費者は移動体送金を用いて、友人または他の個人（マーチャントではない）にサービスのための支払いを行うことができる。
移動体送金は預金口座情報ではなく別名（エイリアス）に依存できるので、移動体ネットワークを通して金融情報を送ることはない。送金したい消費者は自分の預金口座を登録して自分の携帯電話番号にリンクさせてよい。また受領者を指定して別名を割当ててもよい。受領者はサービスに登録してよいが、自分に送られる金を受け取るのに登録することは要求されない。
【００２０】
本発明の実施の形態は、提供サービス、機密のための認証、預金口座管理、および携帯電話記録のトップアップを含む多くの付加価値機能も提供してよい。
提供サービスは、発行者、マーチャント、またはビザなどの支払い処理機構が消費者の携帯電話の移動体アプリケーションに送るクーポン、割引、販売促進商品を指すことができる。消費者は移動体アプリケーションを用いてそのサービスを受けることができる。
提供サービスの機能は少なくとも３つの要素を含んでよい。この３つの要素は、マーチャント１６または発行者１４が提供サービスを定義するのに用いる提供サービス・エンジン１８と、移動体アプリケーションへの配送を確かにする提供サービス・メッセージ・フォーマット（提供サービス・メッセージ・フォーマットはビザ移動体データ・フォーマット（ＶＭＤＦ）でよい）と、提供サービスの送り先である移動体アプリケーション１０（ａ）とを含む。消費者は移動体アプリケーション１０（ａ）を用いて提供サービスを管理し、マーチャントのＰＯＳ装置で提供サービスを入手する。
【００２１】
消費者はその発行者に登録（加入）して提供サービスを受け取る。提供サービスを送るには、マーチャントまたは発行者は提供サービスを定義し、審査および承認を得るためにビザなどの支払い処理機構に提出する。提供サービスが承認されると、提供サービス・エンジン１８に入力して、受け取るために加入した消費者１０に配送する予定をたてる。提供サービス・エンジン１８は提供サービスを適当なメッセージ・フォーマットにフォーマットし、ＳＭＳまたはその他の移動体チャネルを介して消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３に配送する。
【００２２】
消費者の提供サービスは他のメッセージとは別個に移動体アプリケーション１０（ａ）−３に配送してよく、また定義されたまたブランド付きのフォーマットで提示してよい。移動体アプリケーション１０（ａ）−３は提供サービスの配送および管理とポイント・オブ・セールス支払いとを統合する。これにより、消費者は受け取る提供サービスを見、管理し、入手することができる。アプリケーション１０（ａ）−３は自動化された提供サービス管理（期限切れの際の取消しなど）をサポートする。提供サービスは、購入のときにマーチャントがスキャンしまたは入力するバーコードまたは販促コードを含んでよい。マーチャントの店先で提供サービスを受けるときは、消費者は携帯電話の近接支払い機能性を用いてよい。
【００２３】
認証とは、電話および消費者と、自称する物および人とが確かに同一であることを発行者が確認できる携帯電話からの情報を発行者が要求するメカニズムである。これにより、電子商取引トランザクションの全ての関係者は秘密の正しい支払いデータを送ることができるし、また購入者が特定の預金口座の許可されたユーザであるという認証を与えることができる。移動体遠隔支払い機能も移動体送金機能も支払い認証能力を用いる。
トップアップ機能は、携帯電話が前払い電話の記録の購入を自動化できるようにする機能である。このサービスは遠隔支払い機能の独特の実施例である。これは、遠隔支払いサービスと同じ機構を用いるもので、消費者は移動体オペレータから記録を購入する。
【００２４】
ＩＩＩ．預金口座管理
預金口座管理サービスは支払い預金口座プロフィールおよびトランザクションの移動体管理を含み、従来の移動体バンキングから新しい移動体預金口座管理ツールに及ぶ。預金口座管理サービスは発行者特有の支払いサービスにリンクさせてよいし、また発行者の現在の預金口座管理サービスの延長として提供してもよい。移動体支払い預金口座管理機能は、既存の発行者銀行システム並びに任意の将来の預金口座管理サービス・プロバイダ（銀行でも他の第三者でもよい）と統合することができる。
【００２５】
各発行者１４は消費者がどんな預金口座管理機能を利用できるかを決定することができる。消費者１０は移動体アプリケーション１０（ａ）−３’を用いて現在の預金口座残高を要求し、支払い実行通知書およびトランザクション・レシートを受信し、また残高警報、トランザクション警報、および支払い督促を設定しまた受信することができる。消費者１０が預金口座管理サービスを利用できるときは、消費者１０は消費者基準に基づいて預金口座情報を配送する機能を設定してよい。例えば、消費者は自分の預金口座残高が所定のしきい値に達したときに警報を受けることを要求してよい。
【００２６】
移動体支払いシステムは預金口座管理サービスをサポートするメッセージ通信を用いる。メッセージ通信システムはメッセージをフォーマットして、移動体オペレータのネットワーク２６を介して送る。消費者１０は預金口座管理サービスを要求するメッセージを送り、発行者１４またはマーチャント１６は応答メッセージを送る。
次の表は、消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’から発行者１４またはマーチャント１６に、また発行者１４またはマーチャント１６から携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’に送る預金口座管理メッセージのリストである。
【００２７】
【表１】
【００２８】
発行者１４は、従来、消費者支払い預金口座を取得し、登録し、またサポートに関与する。移動体トランザクション・システムでは、発行者１４は、支払い預金口座の処理に加えて預金口座管理機能および提供サービス管理機能をサポートするという選択肢も有する。これらの預金口座管理機能および提供サービス管理機能は「発行者特有の支払いサービス」の機能である。更に、支払い預金口座の作動化は消費者１０が携帯電話１０（ａ）を取得した後に起こるので、発行者の従来のカード発行プロセスはＯＴＡサービス作動化環境に移行してよい。
【００２９】
マーチャント１６は実店舗型の（ｂｒｉｃｋ−ａｎｄ−ｍｏｒｔａｒ）設定でも電子商取引設定でも、支払い預金口座での支払いを受け付ける。またマーチャント１６は移動体支払いシステムを用いて移動体消費者ベースに提供サービスを発行してよく、これは預金口座保持者の、目標とする部分集合から全集合に及んでよい。
メッセージ通信サービス・プロバイダ２０は消費者の携帯電話１０（ａ）と他のプロバイダとの間のメッセージ・インターフェースを提供する。このプロバイダはメッセージ通信ゲートウエイ２０（ａ）およびこれに関連するシステムを運営する。
【００３０】
ＯＴＡサービス・プロバイダ２４は移動体装置１０（ａ）の安全要素１０（ａ）−２を管理する。これは安全要素アプリケーションを準備することを含む。
ディレクトリ・サービス・プロバイダ２２は、登録済みの消費者１０に関連する別名を用いて関係する預金口座情報を流す遠隔支払いおよび移動体送金トランザクションのサポートを行う。
消費者１０は携帯電話１０（ａ）を用いて移動体支払いサービスおよび付加価値サービスにアクセスする。消費者１０は任意のアプリケーションを携帯電話１０（ａ）にダウンロードしてパーソナル化することを要求する。
【００３１】
移動体オペレータ２６は移動体ネットワークを提供しまた準備する。これは上に述べたサービスをサポートするのに必要なデータ・サービスを含む。また移動体オペレータ２６は一般に、そのネットワークがサポートする携帯電話と、これらの携帯電話で機能するアプリケーションとを選択する。また、携帯電話１０（ａ）にメッセージを送信し、また携帯電話１０（ａ）からメッセージを受信する。
メッセージ通信により、異なるプラットフォーム関係者の間の対話が可能になる。メッセージは、預金口座管理、基本的な提供サービス、およびサービス作動化、並びに遠隔支払いおよび移動体送金のためのディレクトリ・サービスをサポートする。
【００３２】
本発明のいくつかの実施の形態は、メッセージの種々の組合せを用いて消費者の支払い預金口座を管理することを目的とする。本発明の１つの実施の形態は、携帯電話を用いて預金口座残高照会応答メッセージを受信することを含む。携帯電話はポイント・オブ・セールス端末機の非接触読取り機と通信するように構成された非接触要素を含む。預金口座残高照会応答メッセージは消費者が操作する携帯電話に関連する預金口座の預金口座残高を提供する。またこの方法は、携帯電話を用いてトランザクション警報メッセージを受信する（トランザクション警報はその預金口座を用いてトランザクションが発生したことを消費者に知らせる）ことと、提供サービス・メッセージを受信する（提供サービス・メッセージは、消費者が携帯電話を用いて所定のトランザクションを行えば消費者に利益を与える）こととを含む。かかるメッセージは携帯電話１０（ａ）が受信してよく、また携帯電話１０（ａ）が表示してよい。
【００３３】
移動体オペレータ２６または全ての他の適当なエンティティは、これに対応して残高照会応答メッセージ、トランザクション警報メッセージ、および提供サービス・メッセージを携帯電話に送信してよい。移動体オペレータ２６は、プロセッサと、このプロセッサと動作可能に結合するコンピュータ読取り可能な媒体とを含む通信サーバを操作してよい。コンピュータ読取り可能な媒体は種々のメッセージを携帯電話１０（ａ）に送信するためのコードを含んでよい。
メッセージ通信サービス・プロバイダ２０は、発行者１４、マーチャント１６、および他のサービス・プロバイダが移動体ネットワークを介して携帯電話１０の移動体アプリケーション１０（ａ）−３’に送信しまた配送するメッセージをフォーマットする。また、消費者１０が携帯電話１０の移動体アプリケーション１０（ａ）−３’を介して発行者１４およびマーチャント１６に送信する預金口座管理メッセージをフォーマットして配送する。
【００３４】
移動体アプリケーション１０（ａ）−３’と授受するメッセージ用の基本的プロトコルはビザ移動体データ・フォーマット（Ｖｉｓａ Ｍｏｂｉｌｅ Ｄｅｔａ Ｆｏｒｍａｔ（ＶＭＤＦ））でよい。全てのメッセージは、移動体アプリケーション１０（ａ）−３’に確かに配送するために、メッセージ通信ゲートウエイ２０（ａ）に到達するまでにＶＭＤＦフォーマットになっている。ＶＭＤＦはＳＭＳに特有ではない。これは、ネットワークで送るアプリケーションのためまた局所記憶のために提供する任意のテキストまたは２進データの使用を含む。
【００３５】
メッセージ通信サービス・プロバイダ２０は、他のプロバイダおよび関係者と消費者の携帯電話１０（ａ）との間の統一メッセージ・インターフェースを与えるメッセージ通信ゲートウエイ２０（ａ）を操作する。メッセージ通信ゲートウエイ２０（ａ）は少なくとも３つの機能をサポートする。第１の機能は、消費者の携帯電話１０（ａ）の移動体アプリケーション１０（ａ）−３’と授受するメッセージの転送を容易にする警報ＡＰＩである。第２の機能は、発行者１４、マーチャント１６、およびビザなどの支払い処理機構が消費者の携帯電話アプリケーションと授受する関連のトラッフィクを監視できるようにする報告ウェブ・インターフェースである。第３は、関係者が仮想移動体アプリケーションにメッセージを送信しまたメッセージを受信してそのシステムの準備性をテストできるようにするインターフェースである試験ハブである。試験ハブは預金口座管理も提供サービス・メッセージ通信も共にサポートする。
【００３６】
提供サービス・エンジン１８は提供サービスを管理するためのシステムである。その能力は、これを通してマーチャント１６が提供サービスを定義できる簡単なユーザ・インターフェース（ＵＩ）であることから、広範囲の人口統計データおよび行動データに基づいて提供サービスを消費者に向ける高度データベース・マーケティング・システムに及んでよい。更に、メッセージ通信ゲートウエイ２０（ａ）は提供サービス・エンジンとして作動する提供サービス・ウェブ・インターフェースをサポートする。これは基本的なウェブ・ベースのＵＩであり、これを通してマーチャント１６は全ての消費者１０に配送する簡単な提供サービスを定義する。
【００３７】
携帯電話を使用可能にするプロセスを「サービス作動化」と呼ぶ。なぜなら、これは携帯電話上での作動を構成するからである。サービス作動化を用いれば、支払いアプリケーション１０（ａ）−２’、移動体アプリケーション１０（ａ）−３’、サービス作動化アプリケーション、預金口座情報、およびデータ（発行者特有の支払いアプリケーションに関するデータなど）を携帯電話に準備することができる。サービス作動化を行わなければ、かかるアプリケーションを発行できるのは、消費者が入手する前に安全要素（多くの場合に携帯電話自体）をパーソナル化した場合だけである。サービス作動化は多数のチャネルまたは手段を介して理論的に起こり得るこの作動化に対する一般的用語であるが、本発明の実施の形態は、移動体ネットワークを介して携帯電話１０の安全要素１０（ａ）−２に支払いアプリケーションを無線（ＯＴＡ）で準備することに焦点を当てるのが好ましい。ＯＴＡサービス作動化により、消費者が銀行または小売店に足を運ばなくても、発行者１４は電話１０（ａ）による安全な支払いおよび預金口座データを遠隔で確実に可能にすることができる。
【００３８】
ＯＴＡサービス・プロバイダ２４はＯＴＡサービス作動化システム２４（ａ）を運営しまた管理する。ＯＴＡサービス作動化システム２４（ａ）はパーソナル化機能および発行機能、並びに消費者の安全要素アプリケーションの毎日の管理を行う。ＯＴＡサービス作動化システム２４（ａ）の機能は移動体オペレータのネットワークを用いた安全要素アプリケーションの準備およびパーソナル化である。更に、ＯＴＡサービス・プロバイダ２４はこのシステム２４（ａ）を用いて、パーソナル化された後にこの分野に配置される安全要素を管理する。これは支払い預金口座を管理するのに望ましい機能である。機密が漏洩した預金口座はロックしまたアンロックしてよく、またプラットフォームはＯＴＡで除去してよい。ＯＴＡサービス作動化システム２４（ａ）は、電話のソフトウエアのロード、インストール、およびパーソナル化や、電話のアプリケーションのロックおよびアンロックや、電話からアプリケーションを除去するための情報をＯＴＡで携帯電話に提供する。また電話のダウンロード・マネージャ１０（ａ）−３”と通信してＯＴＡ作動を行う。
【００３９】
またＯＴＡサービス作動化は、ユーザが介入せずに会社のブランド化、提供サービス、および新しいサービスのメッセージ通信の設定およびプログラミングを行うために携帯電話を遠隔制御する。これは、電話１０（ａ）に物理的にアクセスせずにＯＴＡ技術を用いてＳＩＭまたはＮＦＣチップと通信する。オペレータが携帯電話１０（ａ）を再発行しなくても、新しいサービスを確実にダウンロードすることができる。
ディレクトリ・サービスは、移動体送金および遠隔支払い、並びに高度の提供サービス（将来プラットフォームをリリースしたとき）、認証、およびトップアップなどの付加価値サービスをサポートするのに用いられる。ディレクトリ・サービスは登録済みの消費者に関連する別名を用いて他の情報に送るトランザクションにとって望ましい。誰が消費者かを決定した後、関係する消費者情報を発行者に送信する。
【００４０】
移動体送金では、別名を用いて送金の受領者を識別しおよび／または接触してよい。一般にディレクトリにより、送金者は預金口座番号より便利で使いやすい別名（携帯電話番号など）を用いることができる。送金トランザクションでは、別名／ディレクトリにより送金者と受領者との間のプライバシを高めることもできる。両者の銀行は送金者および受領者に属するそれぞれの個人情報を安全に保持することができる。送金者および受領者、またはカード保持者およびマーチャント１６は、トランザクションを行うのに互いの個人情報を一切共有する必要がない。
【００４１】
携帯電話１０（ａ）はサービス・プロバイダと消費者１０との間のパイプである。携帯電話１０（ａ）は多くの明確な機能を含む。第１の機能は、近接支払いを可能にするカード・エミュレーション・モードを提供するＮＦＣ（近距離無線通信）無線機能である。これはマーチャントの非接触ＰＯＳ装置と通信するためのアンテナを含む。第２の機能は支払いアプリケーションを確実に保持するための安全要素形式ファクターである。第３の機能は、移動体アプリケーション１０（ａ）−３’およびダウンロード・マネージャ１０（ａ）−３”を持つ既存の移動体アプリケーション空間である。
【００４２】
携帯電話１０（ａ）ができることは、支払いトランザクションを開始し、発行者特有の支払いサービスに関するデータを受信し、発行者特有の支払いサービスを選択できるように消費者に提示し、発行者およびマーチャントから提供サービスを受信して表示し、発行者１４から預金口座管理情報を受信して移動体アプリケーションに表示し、ＯＴＡ作動のためにＯＴＡサービス作動化システム２４（ａ）と通信することである。
【００４３】
移動体支払いを使用可能にするため、安全要素１０（ａ）−２は次の能力を提供する。まず、移動体支払いに関する慎重なデータを保護するため安全な記憶装置を提供してよい。これは、電話および消費者に関連する秘密鍵、公開鍵、および発行者およびバックエンド・システムに関連する証明書を含む。また、クレジット／デビット・カードのＰＡＮ（個人預金口座番号）などの移動体支払いに関連する消費者特有の個人情報を安全に記憶する能力を提供してよい。また、安全な支払いプロトコル、データ完全性、および機密性をサポートする暗号機能を提供してよい。これは、暗号化／解読、署名検証、および安全なＳＭＳメッセージ（発行者、サービス作動化システム、およびその他のバックエンド・システムから受信したもの）の認証のためのサポートを含む。また、移動体支払いアプリケーション１０（ａ）−３”のための安全な配置および実行の環境を提供してよい。
【００４４】
理解されるように、ここで述べた特定の例は、安全要素、安全要素内の支払いアプリケーション、および安全要素外の移動体アプリケーションの使用を含むが、本発明の実施の形態はこれに限定されるものではない。例えば、支払いアプリケーションおよび移動体アプリケーションの諸機能を結合して、電話内のハードウエアの任意の適当な論理部分内の１つのアプリケーションにしてよい。
【００４５】
安全要素１０（ａ）−２は次の諸形式の１つでよい。すなわち、埋込みハードウエア： これは携帯電話と密に一体化された、非接触能力を持つ勝手にいじれないハードウエア・スマートカードである。着脱可能な汎用加入者識別モジュール（ＵＳＩＭ）： 安全要素はスマートカード機能性を持つＵＳＩＭカードと一体化してよい。この場合、非接触機能は別個である。着脱可能な安全ディジタル（ＳＤ）カード： スマートカードは安全なプログラム可能な環境を提供する。アプリケーションおよび移動体支払い特有の機密情報はスマートカードに準備される。スマートカードの安全要素への通信はＡＰＤＵコマンドを用いる。
安全要素は、ＩＳＯ１４４４３標準をサポートする一体化されたＮＦＣ能力も提供してよい。ＮＦＣ能力はピア・トゥ・ピア、読取り機／書込み機、およびカード・エミュレーション・モードをサポートする。
【００４６】
支払いアプリケーション１０（ａ）−２’は携帯電話の安全要素１０（ａ）−２に安全に記憶され、支払いトランザクションを行うのに用いられる。これは２つのジャバ・カード・アプリケーション（近接支払いシステム環境（ＰＰＳＥ）と一体化されたビザ・スマート・デビット／クレジット（ＶＳＤＣ）カード仕様アプレット）の１つを含んでよい。ＶＳＤＣアプリケーションは支払いアプリケーションであり、ＰＰＳＥアプリケーションは支払いアプリケーションの詳細を記憶するディレクトリ・アプリケーションである。これは市販のビザ・ペイウエーブ（ｐａｙＷａｖｅ）非接触支払いカードに用いられるのと同じアプリケーションである。現在ＶＰＡは非接触仕様ＶＣＰＳ２．０．２を用いている。グローバル・プラットフォーム（ＧｌｏｂａｌＰｌａｔｆｏｒｍ）アプレットの現在のバージョンはバージョン２．７である。
【００４７】
支払いアプリケーション１０（ａ）−２は支払い機能性と発行者／カード保持者のパーソナル化データの両方を含む。支払いアプリケーション１０（ａ）−２は、発行者１４がサービス作動化システム２４（ａ）を通してＯＴＡで送るデータで安全要素１０（ａ）−２で準備され、またパーソナル化される。サービス作動化システム２４（ａ）は、準備、初期化、およびパーソナル化のコマンド（発行者の仕様に基づく）をサービス作動化システムから支払いアプリケーション１０（ａ）−２にＯＴＡで導く。支払いアプリケーション１０（ａ）−２’のパーソナル化事例は、発行者１４がサービス作動化システム２４（ａ）を通して開始するＯＴＡコマンドを用いてロックし、アンロックし、また安全要素１０（ａ）から除去することができる。
【００４８】
移動体近接支払いを開始するため、特有の支払いアプリケーション１０（ａ）−２’（ユニーク・アプリケーション識別子（ＡＩＤ）で表される）を特有の移動体アプリケーション１０（ａ）−３’に関連させる。これは消費者の経験と移動体近接機構とをリンクする。また、安全要素１０（ａ）−２は、近接支払いのデフォールトとして設定された特有の支払いアプリケーション１０（ａ）−２’を有してよい。
支払いアプリケーション１０（ａ）−２’は手動モードまたは自動モードで非接触近接モデムとインターフェースする。携帯電話１０（ａ）が非接触ＰＯＳ装置の近くに来ると、支払いアプリケーション１０（ａ）−２’は、アプリケーションが自動支払いモードに設定されているかどうかを自動的に知らされる。手動モードの場合は、ＰＯＳとの通信は移動体アプリケーション１０（ａ）−３’を介して消費者が開始する。
【００４９】
移動体アプリケーション１０（ａ）−３はユーザ・インターフェースを含む。これは、支払い、預金口座管理、提供サービスの管理と入手、および設定の選択のためのユーザ・インターフェースを含む。移動体アプリケーション１０（ａ）−３はＪ２ＭＥ／ＭＩＤＰ２．０アプリケーション（ＭＩＤＩｅｔ）である。移動体情報装置プロフィール（ＭＩＤＰ）は、携帯電話などの埋込み装置でジャバを使用するために発表された仕様である。各移動体アプリケーション１０（ａ）−３は特定の発行者用にカストマイズして設定してよく、また特定の支払いアプリケーション事例に関連付ける。
【００５０】
カストマイズ化および設定のプロセスは、発行者特有の支払いアプリケーション事例（これは発行者特有の支払いサービスにリンクしてよい）に関連するデータの受取りを含んでよい。本発明の実施の形態では、異なる発行者特有の支払いサービスにリンクする多くの異なる発行者特有の支払いアプリケーション事例があってよい。異なる発行者特有の支払いサービスは機能の種々の集合を有してよい。例えば、或る発行者は提供サービス・メッセージは提供するが、トランザクション警報メッセージは提供しないかも知れない。別の発行者はトランザクション警報メッセージは提供するが、提供サービス・メッセージは提供しないかも知れない。本発明の実施の形態では、消費者１０は１つの発行者特有の支払いサービスを自分の電話１０（ａ）で用いるデフォールト・サービスとして選択した後、電話１０（ａ）および選択された発行者特有の支払いサービスを用いて支払いトランザクションなどのトランザクションを行ってよい。発行者特有の支払いサービスは特有の管理サービスおよび支払い機能を含んでよい。
【００５１】
サービス作動化および初期化中は、移動体アプリケーション１０（ａ）−３’は携帯電話１０（ａ）上の発行者の仕様に従ってＯＴＡで準備し、作動化し、設定してよい。設定が終わると、移動体支払いおよび他の金融アプリケーションのための電話の主メニュー・フォルダ内の項目としてアプリケーション事例が現われる。電話１０（ａ）で作動化し、準備し、設定した移動体アプリケーションの事例の数に基づいて、メニューに１つ以上のアプリケーション事例があってよい。
【００５２】
ユーザ・インターフェースは、消費者をアプリケーションに歓迎する派手なページ、発行者がサポートしている全ての機能の主メニュー・ページ、支払い関連のページ、および発行者がサポートしている機能の詳細なページを含んでよい。発行者１４は、ロゴや製品名を提供しまた派手なスクリーンをカストマイズするなど、ユーザ・インターフェースの一部の可視要素をカストマイズしてよい。
移動体アプリケーション１０（ａ）−３’はＡＰＤＵコマンドを用いて対応する支払いアプリケーション１０（ａ）−２’とインターフェースして、近接支払いを可能にしまた移動体支払いおよび消費者１０に関連する証明書を安全に記憶してよい。
【００５３】
ダウンロード・マネージャ１０（ａ）−３”は携帯電話１０（ａ）（安全要素１０（ａ）−２ではない）に常駐するＭＩＤＩｅｔでよい。これはサービス作動化システム２４（ａ）と安全要素１０（ａ）−２との間のインターフェースである。これは、最初の準備、サービス作動化、初期化、管理（移動体アプリケーション１０（ａ）−３’のロックおよびアンロックを含む）、および移動体アプリケーション１０（ａ）−３’と安全要素１０（ａ）−２と支払いアプリケーション１０（ａ）−２’の設定を行う主体である。ダウンロード・マネージャ１０（ａ）−３”は、サービス作動化システム２４（ａ）（バックエンド・システムの一部として）とローカル装置管理とこれらの機能のための携帯電話１０（ａ）上の準備エージェントとをインターフェースする。
【００５４】
ＩＶ．移動体支払いプロセス
図２−３を参照して多数の例示の支払いプロセスを説明する。
図２を参照すると、消費者は、近接支払い機能が自動（常時オン）か、パスワードなしの手動か、またはパスワード付きの手動かを選択することができる。消費者が自動を選択した場合は、消費者はデフォールトの支払い預金口座を指定する必要がある。自動モードのときは近接支払い機能は常に作動状態であり、消費者が非接触読取り機の上で電話を振ると支払いアプリケーションは近接支払いトランザクションを行う。手動選択肢のどちらかを選択すると消費者は移動体アプリケーションを起動する必要があり、また近接支払い機能を作動化するために支払い機能を選択する必要がある。
【００５５】
図２を参照すると、消費者は移動体アプリケーションを起動し３０２、近接支払い設定選択肢を選択する３０４。消費者は預金口座を自動（常時オン）にするという選択肢を有する。預金口座を常時オンにすることを消費者が選択した場合は３０６、３０８、移動体アプリケーションは設定されたＡＩＤ（ユニーク・アプリケーション識別子）をデフォールトに設定する。預金口座を自動にしないことを消費者が選択した場合は、手動支払いを行うときに消費者はその預金口座をデフォールトの支払い預金口座にするという選択肢を有する３１４、３１０、３１２。
【００５６】
図３を参照すると、近接支払い機能を手動で作動化するため、消費者は移動体支払いアプリケーション内の支払い機能または支払い可能機能を選択する。これにより、安全要素は非接触カードをエミュレートして、ＰＯＳ端末機に関連する非接触読取り機と対話することができる。このモードは、指定された時間が経過する（タイムアウト）まで作動化状態である。タイムアウト時間が経過しても消費者が近接支払いトランザクションを行わなかった場合は、移動体アプリケーションは近接支払い機能を非作動化し、再作動化してトランザクションを進めることを消費者に要求する。
【００５７】
消費者は移動体アプリケーションを起動することを選択し、また支払い機能を選択する３２０，３２２。電話は、３０分間または消費者がこのページから出るかまたは支払いトランザクションが完了するまで、「支払い可能」ページを表示する３２４。トランザクションを進めるために、消費者は電話を非接触読取り機の近くに置く３２６。読取り機は電話の安全要素から預金口座情報を得てトランザクションを完了する。電話は、１５秒間または消費者がページから出るまで、「送金済み」ページを表示する。次に、電話は前の状態に戻る。
【００５８】
Ｖ．特定の預金口座管理プロセス
図４を参照すると、メッセージがトランザクション・レシート、トランザクション警報、または支払い実行メッセージのときは電話内のトランザクション・メッセージ・リポジトリ内に記憶される。残高照会、残高警報、および支払い督促メッセージなどの他のメッセージはトランザクション・メッセージ・リポジトリ内に記憶されない。
【００５９】
メッセージ・リポジトリ内の各項目は１つの特定の預金口座管理事象に対応してよい。かかる事象はほとんどの警報およびトランザクション・レシートの場合のようにＯＴＡで供給してよい。
トランザクション・メッセージ・リポジトリにアクセスするには、消費者は移動体アプリケーション内にいる必要がある。移動体アプリケーションの主メニューは、スクリーン・ショット３３０に示すリポジトリを消費者が選択して開くことができる選択肢を与える。リポジトリはスクリーン・ショット３３２に示すように、トランザクション・レシート、トランザクション警報、および支払い実行メッセージ要約のリストを表示する。
【００６０】
図５を参照すると、スクリーン・ショット３３４および３３６で示すように、消費者はトランザクション・レシート、トランザクション警報、および預金口座に実行された支払いの詳細を見ることができる。詳しく述べると、消費者は３つの異なるタイプのトランザクション・メッセージ（すなわち、トランザクション・レシート、トランザクション警報、および支払い実行メッセージ）を見ることができる。内容はメッセージのタイプ毎に異なってよい。メッセージ詳細スクリーンを表示するには、消費者はメッセージを選択し、次にメッセージを見る選択肢を選択すればよい。
【００６１】
図６のスクリーン・ショット３３８および３４０を参照すると、トランザクション警報のしきい値は移動体アプリケーション内で設定してよい。代替的に、警報しきい値は発行者のウェブ・サイトで設定してよい。しきい値を超えると、スクリーン・ショット３４０に示すようなメッセージが示される。
図７のスクリーン・ショット３４２、３４４、および３４６を参照すると、消費者は携帯電話の安全要素に記憶されているクレジット・プロダクトの現在の残高を要求することができる。ウェブ・チャネルではなくて携帯電話チャネル用であることを除くと、これは一般的な遠隔バンキング機能性と同じである。
【００６２】
発行者が残高照会を処理した後、発行者は残高照会への応答メッセージを消費者の携帯電話に送信する。残高照会が表示され、また将来の照会に備えて移動体アプリケーションの預金口座要約機能内が更新される。要求される残高情報は、（１）発行者名、（２）現在の残高、（３）利用可能な残りのクレジット、および（４）クレジット預金口座の残高情報の正確さに関する但し書きを含む。
【００６３】
図８のスクリーン・ショット３４８、３５０、および３５２を参照すると、消費者は携帯電話の安全要素に記憶されているデビット・プロダクトの現在の残高を要求することができる。これは一般的な遠隔バンキング機能性と同じである。残高照会が表示され、また将来の照会に備えて移動体アプリケーションの預金口座要約機能内が更新される。残高情報は、（１）発行者名、（２）デビット預金口座の現在の残高、（３）引出し可能な資金、（４）利用可能な残高、および（５）残高情報の正確さに関する但し書きを含む。
【００６４】
図９（ａ）および図９（ｂ）のスクリーン・ショット３５４、３５６、３５８、および３６０を参照すると、消費者は移動体アプリケーションを用いて支払い督促の登録または登録取消を行うことができる。消費者は支払い督促機能の現在の状態を設定する（オン／オフ）ことができる。
消費者は発行者との支払い督促設定動作が終了したかどうかについて警報を受信する必要はない。これらの選択が行われたときに移動体アプリケーション内から消費者の選択を確認するだけでよい。
【００６５】
図１０のスクリーン・ショット３６２、３６４、および３６６を参照すると、消費者は残高警報が発生したときの残高レベルを設定することができる。この使用事例は支払い方法がクレジット・プロダクトである場合の選択肢を示す。消費者は次を設定する。（１）残高警報を生成するときのクレジット残高、（２）残高警報機能の現在の状態（オン／オフ）。
消費者は発行者との残高警報設定操作が完了したかどうかについて警報を受信する必要はない。これらの選択が行われたときに移動体アプリケーション内から消費者の選択を確認するだけでよい。
図１１（ａ）のスクリーン・ショット３７２を参照すると、所定のしきい値を超えると消費者はクレジット・プロダクトの残高警報を受信する。発行者はこの警報を生成して消費者のハンドセットに送信する。
【００６６】
図１１（ｂ）のスクリーン・ショット３７４を参照すると、所定のしきい値を超えると消費者はデビット・プロダクトの残高警報を受信する。発行者はこの警報を生成して消費者のハンドセットに送信する。
図１２のスクリーン・ショット３７６を参照すると、発行者特有の理由により支払い預金口座が封鎖されると、消費者は発行者が生成したリスク警報を受信する。発行者はこの警報を生成して消費者の電話に送信する。
プラットフォーム・パスワードが設定されているかどうかに関わらず、移動体アプリケーションが起動して、メッセージが消費者に表示される。メッセージが表示されると、消費者はメッセージを受信したことを確認する以外の選択肢はなく、確認するとアプリケーションから出る。実施の形態によっては、このメッセージは記憶されない。
【００６７】
本発明の実施の形態は、図１３のスクリーン・ショット３７８、３８０、および３８２に示すような提供サービスも含んでよい。まず、スクリーン・ショット３７８に示すような電話の提供サービス・リポジトリを選択し、提供サービス・リポジトリを開いて提供サービスの期限をチェックする。スクリーン・ショット３８０に示すように、異なる提供サービスを提供する異なるマーチャントが表示されてよい。消費者がその１つを選択すると、マーチャント特有の提供サービスが表示される。次に消費者は任意の方法（前に述べたＮＦＣ要素または非接触要素を用いてＰＯＳ端末機と通信するなど）により提供サービスを入手してよい。
【００６８】
ＶＩ．多数の発行者特有の支払いサービス能力
上に述べたように、カストマイズ化および設定のプロセスは発行者特有の支払いサービスにリンクする発行者特有の支払いアプリケーション事例に関連するデータを受信することを含んでよい。データは、発行者特有のアプリケーションのコンピュータ・コード、発行者特有の事例のコード、または発行者特有のアプリケーションまたは事例をリンクするためのコードを含んでよい。例えば、本発明の或る実施の形態では、異なる発行者特有の支払いサービスにリンクする多くの発行者特有の支払いアプリケーション事例があってよい。異なる発行者特有の支払いサービスは機能の種々の集合を有してよい。例えば、或る発行者は提供サービス・メッセージは提供するが、トランザクション警報メッセージは提供しないことがある。別の発行者はトランザクション警報メッセージは提供するが、提供サービス・メッセージは提供しないことがある。本発明の実施の形態では、消費者１０は或る発行者特有の支払いサービスを自分の電話１０（ａ）で用いるデフォールト・サービスとして選択してよく、次に電話１０（ａ）および選択された発行者特有の支払いサービスを用いて支払いトランザクションなどのトランザクションを行ってよい。発行者特有の支払いサービスは特有の管理または付加価値サービスおよび支払い機能を含んでよい。
【００６９】
或る実施の形態では、装置にロードしたとき装置に１つの事例しかない場合は、その事例はデフォールト事例でよい。別の実施の形態では、異なる発行者に明確に関連する多数の支払いアプリケーションが携帯電話にあってよい。図１４（ａ）に示すように、消費者は異なる発行者特有の支払いアプリケーション（窓３９０の中の銀行Ａ、銀行Ｂ、および銀行Ｃのアプリケーション）から選択することができる。図１４（ｂ）に示すように、或る支払いアプリケーション（例えば窓３９２の中の銀行Ｂ）を選択すると、これをデフォールト支払いアプリケーションとして設定してよい。
【００７０】
図１５のスクリーン・ショット４０２、４０４、４０６、４０８、および４１０を参照すると、可用性の観点から、このプロセスは消費者から要求される最小の対話で望ましい結果を達成しようとしている。消費者設定とそのレベルを決めるのは発行者の自由である。消費者対話は一貫していることが望ましい。
【００７１】
また可用性の観点から、発行者は消費者に設定の選択肢を一切与えないことがある。例えば、発行者はフリー・アクセスで（すなわち、パスワードを要求せずに）プラットフォームを自動で可能にする（常時オン）よう設定してもよい。また、発行者は或る設定の選択肢を変えることだけを消費者に許可することがある。例えば、発行者は強制的なパスワードで保護されたアクセスにより手動で可能にするようプラットフォームを設定してよい。この場合は、消費者はパスワードを入力するよう指示されるだけである。上記の２つの事例では、消費者に常に、近接のためのデフォールトとしてプラットフォームを設定する選択肢が与えられる。
【００７２】
ＶＩＩ．コンピュータ機器および携帯電話
図１の種々の関係者および要素は１個以上のコンピュータ機器を操作してここに述べた機能を容易にする。提供サービス・エンジン１８、メッセージ通信ゲートウエイ２０（ａ）、発行者１４、ディレクトリ・サービス・エンジン２２（ａ）、サービス作動化システム２４（ａ）、および移動体オペレータ２６を含む図１のどの要素も、任意の適当な数のサブシステムを用いてここに述べた機能を容易にしてよい。かかるサブシステムまたは構成要素の例を図１６に示す。図１６に示すサブシステムはシステム・バス７７５を介して相互接続する。プリンタ７７４、キーボード７７８、固定ディスク７７９（または、コンピュータ読取り可能な媒体を含む他のメモリ）、ディスプレイ・アダプタ７８２に結合するモニタ７７６、およびその他などの追加のサブシステムが示されている。
【００７３】
周辺機器や、Ｉ／Ｏコントローラ７７１に結合する入出力（Ｉ／Ｏ）装置は、シリアル・ポート７７７などのこの技術で周知の任意の数の手段によりコンピュータ・システムに接続してよい。例えば、シリアル・ポート７７７または外部インターフェース７８１を用いて、コンピュータ機器をインターネットなどのワイド・エリア・ネットワークやマウス入力装置やスキャナに接続してよい。システム・バスを介した相互接続により、中央プロセッサ７７３は各サブシステムと通信することや、システム・メモリ７７２または固定ディスク７７９からの命令の実行、並びにサブシステム間の情報の交換を制御することができる。システム・メモリ７７２および／または固定ディスク７７９はコンピュータ読取り可能な媒体の例である。
【００７４】
図１７は本発明の実施の形態に用いてよい別の電話３２のブロック図を示す。かかる機能は図１の電話１０（ａ）に示す機能と結合してよい。図１７に示すように、例示の無線電話３２はコンピュータ読取り可能な媒体と本体とを含んでよい。コンピュータ読取り可能な媒体３２（ｂ）は本体３２（ｈ）内にあってよく、または本体から着脱可能でよい。本体３２（ｈ）はプラスチック基板、ハウジング、または他の構造の形でよい。コンピュータ読取り可能な媒体３２（ｂ）はデータ（例えば、発行者特有の支払いサービスに関するデータ）を記憶するメモリでよく、また磁気ストライプ、メモリ・チップを含む任意の適当な形でよい。メモリは、金融情報、通行情報（例えば、地下鉄または汽車のパス）、アクセス情報（例えば、アクセス・バッジ）などの情報を記憶することが好ましい。金融情報は、銀行預金口座情報、銀行識別番号（ＢＩＮ）、クレジット・カードまたはデビット・カードの番号情報、預金口座残高情報、満期日、名前や誕生日などの消費者情報、などの情報を含んでよい。この情報はどれも電話３２で送信してよい。
【００７５】
或る実施の形態では、メモリ内の情報はデータ・トラック（従来のクレジットカードに関連するもの）の形でもよい。かかるトラックはトラック１およびトラック２を含む。トラック１（国際航空運輸協会）はトラック２より多くの情報を記憶し、カード保持者の名前、並びに預金口座番号やその他の任意のデータを含む。このトラックは、航空会社がクレジット・カードで予約を取るときにしばしば用いる。トラック２（アメリカ銀行協会）は現在最も多く用いられているもので、ＡＴＭおよびクレジットカード・チェッカを用いて読むトラックである。ＡＢＡ（アメリカ銀行協会）はこのトラックの仕様を指定しており、全ての世界の銀行はこれに従わなければならない。これは、カード保持者の預金口座、暗号化ＰＩＮ、およびその他の任意のデータを含む。
【００７６】
電話３２は更に非接触要素３２（ｇ）を含んでよい。これは一般にアンテナなどの関連する無線転送（例えば、データ伝送）要素を備える半導体チップ（または他のデータ記憶要素）の形で実現される。非接触要素３２（ｇ）は電話３２に関連し（例えば、内部に埋め込まれ）ており、セルラ・ネットワークを介して送信するデータまたは制御命令は非接触要素インターフェース（図示せず）により非接触要素３２（ｇ）に与えてよい。非接触要素インターフェースにより、移動装置回路（および、セルラ・ネットワーク）と随意の非接触要素３２（ｇ）との間でデータおよび／または制御情報を交換することができる。
【００７７】
非接触要素３２（ｇ）は、一般に標準化プロトコルまたはデータ転送機構（例えば、ＩＳＯ１４４４３／ＮＦＣ）に従う近距離無線通信（ＮＦＣ）能力（または近距離無線通信媒体）を用いてデータを転送しまた受信することができる。近距離無線通信能力は、電話３２と問合せ装置との間でデータを交換するのに用いることができる例えばＲＦＩＤ、ブルートゥース（ＴＭ）、赤外線、またはその他のデータ転送能力などの短距離通信能力である。したがって、電話３２はセルラ・ネットワークと近距離無線通信能力の両方を介してデータおよび／または制御命令を通信しまた転送することができる。
【００７８】
また電話３２は、電話３２の機能を処理するプロセッサ３２（ｃ）（例えば、マイクロプロセッサ）と、電話番号やその他の情報およびメッセージを消費者に表示するディスプレイ３２（ｄ）とを含んでよい。電話３２はまた、消費者が情報を装置に入力するのに用いる入力要素３２（ｅ）、消費者が音声通信、音楽などを聴くのに用いるスピーカ３２（ｆ）、および消費者が電話３２を通して自分の声を送るのに用いるマイクロホン３２（ｉ）を含んでよい。電話３２は、無線データ転送（例えば、データ伝送）のためのアンテナ３２（ａ）も含んでよい。
【００７９】
理解すべきであるが、上に説明した本発明はモジュール方式または統合方式のコンピュータ・ソフトウエアを用いて制御論理の形で実現してよい。ここに示した開示および教示に基づいて、当業者は、ハードウエアやハードウエアとソフトウエアの組合せを用いて本発明を実現する他の手段および／または方法を知りまた認識するであろう。
【００８０】
この出願に述べたソフトウエア構成要素または機能はどれも、例えば、従来の技術またはオブジェクト指向技術を用いて、例えば、ジャバ、Ｃ＋＋、またはパールなどの任意の適当なコンピュータ言語を用いてプロセッサで実行するソフトウエア・コードとして実現してよい。ソフトウエア・コードは一連の命令またはコマンドとして、コンピュータ読取り可能な媒体（ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、ハード・ドライブまたはフロッピー（登録商標）・ディスクなどの磁気媒体、またはＣＤ−ＲＯＭなどの光媒体など）に記憶してよい。任意のかかるコンピュータ読取り可能な媒体は単一の計算機器上または内に常駐してよく、またシステムまたはネットワーク内の異なる計算機器上または内にあってもよい。
【００８１】
上記の説明は例示であって、制限するものではない。この開示を見れば、本発明の多くのバリエーションが当業者に明らかになろう。したがって、本発明の範囲は上の説明を参照して決めるべきではなく、クレームとその全範囲または同等のものとを参照して決めるべきである。
任意の実施の形態からの１つ以上の機能を、本発明の範囲から逸れずに、任意の他の実施の形態の１つ以上の機能と組み合わせてよい。
特に別段の指示がない限り、「或る」および「その」は「１つ以上」を意味するものとする。
【特許請求の範囲】
【請求項１】
携帯電話を用いて預金口座残高照会応答メッセージを受信し、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供し、
前記携帯電話を用いてトランザクション警報メッセージを受信し、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせ、
提供サービス・メッセージを受信し、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、
ことを含む方法。
【請求項２】
前記携帯電話を用いて支払い督促メッセージを生成することを更に含む、請求項１記載の方法。
【請求項３】
残高しきい値警報メッセージを受信することを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１記載の方法。
【請求項４】
リスク警報メッセージを受信することを更に含み、前記リスク警報メッセージは前記預金口座に関する疑わしい行動について前記消費者に警報し、また前記預金口座が封鎖されていることを消費者に知らせる、請求項１記載の方法。
【請求項５】
前記携帯電話を用いてトランザクション失敗レシート・メッセージを受信することを更に含む、請求項１記載の方法。
【請求項６】
前記電話は発行者特有の支払いアプリケーションを含む安全要素を含む、請求項１記載の方法。
【請求項７】
携帯電話を用いて預金口座残高照会応答メッセージを受信するためのコードであって、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供する、コードと、
前記携帯電話を用いてトランザクション警報メッセージを受信するためのコードであって、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせる、コードと、
提供サービス・メッセージを受信するためのコードであって、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、コードと、
を含むコンピュータ読取り可能な媒体。
【請求項８】
前記携帯電話を用いて支払い督促を生成するためのコードを更に含む、請求項７記載のコンピュータ読取り可能な媒体。
【請求項９】
残高しきい値警報メッセージを受信するためのコードを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項７記載のコンピュータ読取り可能な媒体。
【請求項１０】
トランザクション失敗レシート・メッセージを受信するためのコードを更に含む、請求項７記載のコンピュータ読取り可能な媒体。
【請求項１１】
請求項７記載のコンピュータ読取り可能な媒体を含む電話。
【請求項１２】
残高照会応答メッセージを携帯電話に送信し、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供し、
トランザクション警報メッセージを前記携帯電話に送信し、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせ、
提供サービス・メッセージを前記携帯電話に送信し、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、
ことを含む方法。
【請求項１３】
支払い督促メッセージを前記携帯電話に送信することを更に含む、請求項１２記載の方法。
【請求項１４】
リスク警報メッセージを前記携帯電話に送信することを更に含み、前記リスク警報メッセージは前記預金口座に関する疑わしい行動について前記消費者に警報し、また前記預金口座が封鎖されていることを消費者に知らせる、請求項１２記載の方法。
【請求項１５】
残高しきい値警報メッセージを送信することを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１２記載の方法。
【請求項１６】
コンピュータ読取り可能な媒体であって、
残高照会応答メッセージを携帯電話に送信するためのコードであって、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供する、コードと、
トランザクション警報メッセージを前記携帯電話に送信するためのコードであって、前記トランザクション警報メッセージは前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせる、コードと、
提供サービス・メッセージを前記携帯電話に送信するためのコードであって、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、コードと、
を含むコンピュータ読取り可能な媒体。
【請求項１７】
支払い督促メッセージを前記携帯電話に送信するためのコードを更に含む、請求項１６記載のコンピュータ読取り可能な媒体。
【請求項１８】
残高しきい値警報メッセージを送信するためのコードを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１６記載のコンピュータ読取り可能な媒体。
【請求項１９】
プロセッサと、前記プロセッサに結合する請求項１６記載のコンピュータ読取り可能な媒体とを含む通信サーバ。
【請求項１】
携帯電話を用いて預金口座残高照会応答メッセージを受信し、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供し、
前記携帯電話を用いてトランザクション警報メッセージを受信し、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせ、
提供サービス・メッセージを受信し、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、
ことを含む方法。
【請求項２】
前記携帯電話を用いて支払い督促メッセージを生成することを更に含む、請求項１記載の方法。
【請求項３】
残高しきい値警報メッセージを受信することを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１記載の方法。
【請求項４】
リスク警報メッセージを受信することを更に含み、前記リスク警報メッセージは前記預金口座に関する疑わしい行動について前記消費者に警報し、また前記預金口座が封鎖されていることを消費者に知らせる、請求項１記載の方法。
【請求項５】
前記携帯電話を用いてトランザクション失敗レシート・メッセージを受信することを更に含む、請求項１記載の方法。
【請求項６】
前記電話は発行者特有の支払いアプリケーションを含む安全要素を含む、請求項１記載の方法。
【請求項７】
携帯電話を用いて預金口座残高照会応答メッセージを受信するためのコードであって、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供する、コードと、
前記携帯電話を用いてトランザクション警報メッセージを受信するためのコードであって、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせる、コードと、
提供サービス・メッセージを受信するためのコードであって、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、コードと、
を含むコンピュータ読取り可能な媒体。
【請求項８】
前記携帯電話を用いて支払い督促を生成するためのコードを更に含む、請求項７記載のコンピュータ読取り可能な媒体。
【請求項９】
残高しきい値警報メッセージを受信するためのコードを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項７記載のコンピュータ読取り可能な媒体。
【請求項１０】
トランザクション失敗レシート・メッセージを受信するためのコードを更に含む、請求項７記載のコンピュータ読取り可能な媒体。
【請求項１１】
請求項７記載のコンピュータ読取り可能な媒体を含む電話。
【請求項１２】
残高照会応答メッセージを携帯電話に送信し、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供し、
トランザクション警報メッセージを前記携帯電話に送信し、前記トランザクション警報は前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせ、
提供サービス・メッセージを前記携帯電話に送信し、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、
ことを含む方法。
【請求項１３】
支払い督促メッセージを前記携帯電話に送信することを更に含む、請求項１２記載の方法。
【請求項１４】
リスク警報メッセージを前記携帯電話に送信することを更に含み、前記リスク警報メッセージは前記預金口座に関する疑わしい行動について前記消費者に警報し、また前記預金口座が封鎖されていることを消費者に知らせる、請求項１２記載の方法。
【請求項１５】
残高しきい値警報メッセージを送信することを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１２記載の方法。
【請求項１６】
コンピュータ読取り可能な媒体であって、
残高照会応答メッセージを携帯電話に送信するためのコードであって、前記携帯電話はポイント・オブ・セールス端末機内の非接触読取り機と通信する非接触要素を含み、また前記預金口座残高照会応答メッセージは消費者が操作する前記携帯電話に関連する預金口座の預金口座残高を提供する、コードと、
トランザクション警報メッセージを前記携帯電話に送信するためのコードであって、前記トランザクション警報メッセージは前記預金口座を用いるトランザクションが発生したことを前記消費者に知らせる、コードと、
提供サービス・メッセージを前記携帯電話に送信するためのコードであって、前記提供サービス・メッセージは前記消費者が前記携帯電話を用いて所定のトランザクションを行えば前記消費者に利益を与える、コードと、
を含むコンピュータ読取り可能な媒体。
【請求項１７】
支払い督促メッセージを前記携帯電話に送信するためのコードを更に含む、請求項１６記載のコンピュータ読取り可能な媒体。
【請求項１８】
残高しきい値警報メッセージを送信するためのコードを更に含み、前もって指定した残高しきい値を超えると前記残高しきい値警報メッセージは前記消費者に警報する、請求項１６記載のコンピュータ読取り可能な媒体。
【請求項１９】
プロセッサと、前記プロセッサに結合する請求項１６記載のコンピュータ読取り可能な媒体とを含む通信サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９（ａ）】
【図９（ｂ）】
【図１０】
【図１１（ａ）】
【図１１（ｂ）】
【図１２】
【図１３】
【図１４（ａ）】
【図１４（ｂ）】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９（ａ）】
【図９（ｂ）】
【図１０】
【図１１（ａ）】
【図１１（ｂ）】
【図１２】
【図１３】
【図１４（ａ）】
【図１４（ｂ）】
【図１５】
【図１６】
【図１７】
【公表番号】特表２０１０−５１６００２（Ｐ２０１０−５１６００２Ａ）
【公表日】平成２２年５月１３日（２０１０．５．１３）
【国際特許分類】
【出願番号】特願２００９−５４５６６７（Ｐ２００９−５４５６６７）
【出願日】平成２０年１月９日（２００８．１．９）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５０６６３
【国際公開番号】ＷＯ２００８／０８６４３９
【国際公開日】平成２０年７月１７日（２００８．７．１７）
【出願人】（５０８１６８７９０）ビザ ユー．エス．エー．インコーポレイテッド (21)
【Ｆターム（参考）】
【公表日】平成２２年５月１３日（２０１０．５．１３）
【国際特許分類】
【出願日】平成２０年１月９日（２００８．１．９）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５０６６３
【国際公開番号】ＷＯ２００８／０８６４３９
【国際公開日】平成２０年７月１７日（２００８．７．１７）
【出願人】（５０８１６８７９０）ビザ ユー．エス．エー．インコーポレイテッド (21)
【Ｆターム（参考）】
[ Back to top ]