JP2013528848A - 支払いの処理方法 - Google Patents

Abstract

本発明は、支払い口座詳細をサービスまたは製品提供者に登録した顧客が、携帯電話などのネットワーク装置を用いて、製品またはサービスの購入注文を出して代金を支払うことができるようにする方法に関する。顧客は、購入を始めるために、製品またはサービスを識別する製品またはサービス識別子を、例えばショートメッセージサービス（ＳＭＳ）メッセージで指定の電話番号に送信してもよい。識別子は、例えば、製品またはサービスを売り込む広告またはカタログに含まれる英数字コードワードであってもよい。一実施形態において、購入注文システムは、アプリケーションプログラムインターフェース（ＡＰＩ）として実行されるコンピュータプログラムまたはソフトウェアであり、このアプリケーションプログラムインターフェース（ＡＰＩ）は、製品またはサービス提供者のウェブサイトと統合することが可能であるのと同様に、複数の支払いゲートウェイと通信することが可能である。
【選択図】図１

Description

本発明は、一般に支払いを処理する方法に関し、特に、ネットワーク装置によって開始される支払いを処理する方法に関する。

製品またはサービス提供者から製品またはサービスを購入する場合に、顧客は、通常、製品またはサービスの代金を支払うために、多くの支払い方法を提供される。これらの支払い方法には、現金と、クレジットカード、デビットカードまたはバンクカードなどの電子手段と、が含まれる。電子手段を用いれば、支払いは、通常、製品またはサービス提供者の店舗内にある端末（販売時点振替決済またはＥＦＴＰＯＳ端末として知られている）によって処理される。

時には、潜在顧客は、自分が製品またはサービス提供者の店舗内にいない間に、製品またはサービスを購入したいと思う可能性がある。例えば、潜在顧客は、家にいるときか、またはバス、列車もしくはフェリーで旅行しているときに、ラジオ、テレビ、広告板、または新聞もしくはカタログで、製品またはサービスの広告を見るとか聞くとかする可能性がある。かかる状況において、潜在顧客は、製品またはサービス提供者の店舗内にも、その近くにもいない可能性があるので、ＥＦＴＰＯＳ端末を介して製品またはサービスに対する支払いを処理することは、不便か、困難か、または不可能な場合がある。潜在顧客は、自分が望む瞬間に製品またはサービスの代金を支払う（したがって購入する）ことができないので、そうするのを後では忘れてしまうことや、それほど興味を持たなくなることがある。潜在顧客が、即座にまたはほとんど即座に支払うことができないということにより、製品またはサービス提供者が、この潜在顧客を失い得ることは十分にある。

本発明の第１の態様によれば、製品またはサービスに対する支払いを処理する方法であって、
（ｉ） 顧客識別子を、検証コードに関連する支払い口座に関連付けるステップと、
（ｉｉ） 顧客識別子、および製品またはサービスを識別する製品またはサービス識別子をネットワーク装置から受信するステップと、
（ｉｉｉ） 認証コードをネットワーク装置から受信するステップと、
（ｉｖ） 受信した認証コードが、検証コードと一致するかどうかを判定するステップと、
（ｖ） 認証コードが検証コードと一致すると判定された場合に、支払い口座を介して製品またはサービスに対する支払いを促進するステップと、
を含む方法が提供される。

好ましくは、顧客識別子および製品またはサービス識別子を受信するステップには、ショートメッセージサービス（ＳＭＳ）を介して、顧客識別子および製品またはサービス識別子を受信するステップが含まれる。代替として、顧客識別子および製品またはサービス識別子を受信するステップには、ネットワーク装置による、所定のユニバーサルリソースロケータ（ＵＲＬ）またはウェブアドレスへのアクセスを介して、顧客識別子および製品またはサービス識別子を受信するステップが含まれる。

好ましくは、認証コードを受信するステップには、ＳＭＳを介して認証コードを受信するステップが含まれる。

好ましくは、顧客識別子を、検証コードに関連する支払い口座に関連付けるステップには、顧客識別子、支払い口座情報、および検証コードを、記憶された顧客識別子、記憶された支払い口座情報、および記憶された検証コードとして、それぞれ記憶するステップが含まれる。

好ましくは、方法には、さらに、受信した顧客識別子が、１つまたは複数の関連する顧客識別子の１つであるかどうかを判定するステップが含まれる。より好ましくは、受信した顧客識別子が、１つまたは複数の関連する顧客識別子のいずれでもないと判定された場合に、顧客識別子を支払い口座に関連付けるステップは、顧客識別子および製品またはサービス識別子を受信するステップの後で発生する。

好ましくは、方法には、さらに、受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子の１つかどうかを判定するステップが含まれる。より好ましくは、受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子の１つであると判定された場合に、方法には、さらに、製品またはサービスの詳細をネットワーク装置に送信するステップが含まれる。さらにより好ましくは、製品またはサービスの詳細を送信するステップには、製品またはサービスの説明書、価格情報、量および画像のいずれか１つまたは複数を送信するステップが含まれる。

好ましくは、製品またはサービスの詳細を送信するステップには、ＳＭＳ、マルチメディアメッセージサービス（ＭＭＳ）または電子メールのいずれか１つまたは複数を介して、製品またはサービスの詳細を送信するステップが含まれる。

好ましくは、受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子の１つであると判定された場合に、方法には、さらに、製品またはサービスを、支払いを要するものと識別するステップが含まれる。より好ましくは、製品またはサービスを、支払いを要するものと識別するステップには、製品またはサービスを電子買い物カゴに入れるステップが含まれる。代替または追加として、製品またはサービスを、支払いを要するものと識別するステップには、製品またはサービスの購入を確認する要求をネットワーク装置に送信するステップが含まれる。さらにより好ましくは、購入を確認する要求を送信するステップには、認証コードの要求をネットワーク装置に送信するステップが含まれる。

好ましくは、購入を確認する要求を送信するステップには、購入を確認する要求を、ＳＭＳ、ＭＭＳまたは電子メールを介してネットワーク装置に送信するステップが含まれる。

好ましくは、受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子のいずれでもないと判定された場合に、方法には、さらに、製品またはサービス識別子が無効であるという通知をネットワーク装置に送信するステップが含まれる。より好ましくは、製品またはサービス識別子が無効であるという通知を送信するステップには、同じかまたは異なる製品またはサービス識別子を再送信する要求を送信するステップが含まれる。

好ましくは、製品またはサービス識別子が無効であるという通知を送信するステップには、ＳＭＳ、ＭＭＳまたは電子メールを介して通知を送信するステップが含まれる。

好ましくは、受信した認証コードが検証コードと一致する場合に、判定ステップには、受信した認証コードを検証コードと比較するステップが含まれる。より好ましくは、受信した認証コードを検証コードと比較するステップには、受信した認証コードを、記憶された検証コードと比較するステップが含まれる。代替として、受信した認証コードが検証コードと一致するかどうかを判定するステップには、判定のために、受信した認証コードを支払いゲートウェイに送信するステップが含まれる。

好ましくは、受信した認証コードが、検証コードと一致しないと判定された場合に、方法には、さらに、同じかまたは異なる認証コードを再送信する要求をネットワーク装置に送信するステップが含まれる。より好ましくは、同じかまたは異なる認証コードを再送信する要求を送信するステップには、ＳＭＳ、ＭＭＳまたは電子メールを介して、同じかまたは異なる認証コードを再送信する要求を送信するステップが含まれる。

好ましくは、方法には、さらに、
（ｉ） １つまたは複数のそれぞれの追加検証コードに関連する１つまたは複数の追加支払い口座に顧客識別子を関連付けるステップと、
（ｉｉ） 受信した認証コードが、追加検証コードのいずれか１つと一致するかどうかを判定するステップと、
（ｉｉｉ） 受信した認証コードが、追加検証コードの１つと一致すると判定された場合に、一致した追加検証コードに関連する追加支払い口座を介した、製品またはサービスに対する支払いを促進するステップと、
が含まれる。

より好ましくは、受信した認証コードが、追加検証コードのいずれとも一致しないと判定された場合に、方法には、さらに、同じかまたは異なる認証コードを再送信する要求をネットワーク装置に送信するステップが含まれる。さらにより好ましくは、同じかまたは異なる認証コードを再送信する要求を送信するステップには、ＳＭＳ、ＭＭＳまたは電子メールを介して、同じかまたは異なる認証コードを再送信する要求を送信するステップが含まれる。

好ましくは、支払いを促進するステップには、支払いを認証するために、受信した認証コードおよび／または記憶された支払い口座情報を支払いゲートウェイに送信するステップが含まれる。より好ましくは、支払いを促進するステップには、支払い確認を支払いゲートウェイから受信するステップが含まれる。さらにより好ましくは、支払いを促進するステップには、支払い確認をネットワーク装置に送信するステップが含まれる。代替または追加として、支払いを促進するステップには、支払い確認を、製品またはサービスを提供する製品またはサービス提供者に送信するステップが含まれる。

好ましくは、支払い確認をネットワーク装置に送信するステップには、ＳＭＳ、ＭＭＳおよび電子メールを介して、支払い確認をネットワーク装置に送信するステップが含まれる。

好ましくは、支払い確認を製品またはサービス提供者に送信するステップには、ＳＭＳ、ＭＭＳおよび電子メールを介して、支払い確認を製品またはサービス提供者に送信するステップが含まれる。

好ましくは、ネットワーク装置および製品またはサービス提供者は、異なる場所に位置する。

好ましくは、ネットワーク装置には、携帯（ｍｏｂｉｌｅ）ネットワーク装置が含まれる。より好ましくは、携帯ネットワーク装置には、携帯電話、セルラ電話、またはポータブルコンピュータが含まれる。

好ましくは、顧客識別子は、製品またはサービスを購入する顧客を識別するように適合される。

好ましくは、顧客識別子には、携帯ネットワーク識別子が含まれる。より好ましくは、携帯ネットワーク識別子には、携帯電話番号、移動加入者統合サービスデジタル網（ＭＳＩＳＤＮ）番号、または国際移動体識別（ＩＭＥＩ）番号が含まれる。

好ましくは、顧客識別子には、ネットワークアドレス識別子が含まれる。より好ましくは、ネットワークアドレス識別子には、電子メールアドレス、媒体アクセス制御（ＭＡＣ）アドレス、およびインターネットプロトコル（ＩＰ）アドレスが含まれる。

好ましくは、支払い口座には、クレジットカード口座、デビットカード口座、銀行口座、ＰａｙＰａｌ（ペイパル）（登録商標）口座、ロイヤルティプログラム口座、またはフリークエントフライヤ口座が含まれる。

好ましくは、検証コードまたは認証コードには、個人識別番号（ＰＩＮ）、カード検証値（ＣＶＶ）、カード検証コード（ＣＶＣ）、有効期限、および英数字パスワードのいずれか１つまたは複数が含まれる。

好ましくは、製品またはサービス識別子は、広告またはカタログで提供されるように適合される。

本発明の第２の態様によれば、製品またはサービスに対する支払いを処理するための命令を備えたマシンまたはコンピュータ可読媒体であって、命令が、マシンまたはコンピュータに、
（ｉ） 検証コードに関連する支払い口座に顧客識別子を関連付けるステップと、
（ｉｉ） 顧客識別子、および製品またはサービスを識別する製品またはサービス識別子をネットワーク装置から受信するステップと、
（ｉｉｉ） 認証コードをネットワーク装置から受信するステップと、
（ｉｖ） 認証コードが検証コードと一致するかどうかを判定するステップと、
（ｖ） 認証コードが、検証コードと一致すると判定された場合に、支払い口座を介した、製品またはサービスに対する支払いを促進するステップと、
を実行するように命令するコンピュータ可読媒体が提供される。

好ましくは、命令は、アプリケーションプログラムインターフェース（ＡＰＩ）として実行される。より好ましくは、ＡＰＩは、製品またはサービスを提供する製品またはサービス提供者のウェブサイトと統合されるように適合される。

好ましくは、ＡＰＩは、複数の支払いゲートウェイのいずれか１つと通信するように適合される。

図１は、本発明の実施形態を示す図である。 図２は、電子データベースの例における図表表現である。 図３は、製品カタログの例における図表表現である。 図４は、プロセッサの判定プロセスの例を示す流れ図である。 図５は、製品またはサービス提供者によってアクセス可能な、データベースにおけるデータの例を示す図である。

本発明による方法によって、支払口座情報などの自分の詳細をサービスまたは製品提供者に登録した顧客は、携帯電話などの自分のネットワーク装置を用いて、製品またはサービスの購入注文を出して、その代金を支払うことが可能になる。顧客は、購入を始めるために、単に、製品またはサービスを識別する製品またはサービス識別子を、例えばショートメッセージサービス（ＳＭＳ）メッセージで指定の電話番号に送信してもよい。製品またはサービス識別子は、例えば、製品またはサービスを売り込む広告またはカタログに含まれる英数字コードワードであってもよい。この方法によって、たとえネットワーク装置、および製品またはサービス提供者が異なる場所にいる場合であっても、支払いを処理することが可能になる。

図１は、方法の実施形態におけるステップを示すが、この実施形態には、製品またはサービス提供者、顧客、購入注文システム（これは方法を実行する）、および支払いゲートウェイが含まれる。一実施形態において、購入注文システムは、製品またはサービス提供者のウェブサイトとインターフェースすることができるアプリケーションプログラムインターフェース（ＡＰＩ）として実行されるコンピュータプログラムまたはソフトウェアである。さらに、ＡＰＩは、複数の支払いゲートウェイと（同時にまたは個々に）通信することができ、これらのゲートウェイには、理想的には世界のどの支払いゲートウェイまたはマーチャントゲートウェイも含まれる。購入注文システムは、携帯電話網またはインターネットなどの通信ネットワークに接続して、ＳＭＳメッセージ、マルチメディアメッセージサービス（ＭＭＳ）メッセージ、および電子メールを送信および受信してもよい。

登録
方法は、顧客の携帯電話番号などの顧客識別子を、顧客のクレジットカード口座などの支払い口座に関連付けることにより、顧客登録ステップ１０から開始してもよい。顧客識別子は、購入注文を出す顧客を識別できるべきである。顧客識別子、およびカード検証値（ＣＶＶ）コードなどの関連する検証コードを含む関連する支払い口座情報は、コンピュータまたは任意のデータ記憶手段に物理的に位置する電子データベースに記憶してもよい。

図２は、顧客名および関連する携帯電話番号、ＣＶＶコードを伴う関連するクレジットカード口座番号などの、電子データベースに記憶可能な情報の図表表現を示す。図２に示すように、顧客（Ｊｏｈｎ Ｓｍｉｔｈ）は、自分の携帯電話番号に関連付けられる１つまたは複数の追加支払い口座を登録してもよい。追加支払い口座のそれぞれは、それぞれの検証コードに関連付けてもよい。

購入の開始および購入注文の発行
「このデジタルカメラを２００ドルで買うために、１３３ ２４６に製品コード「Ｗ２」をメールで送信してください」と解釈し得る広告を顧客が見た場合に、顧客は、ステップ２０で、製品またはサービス識別子「Ｗ２」を備えたＳＭＳメッセージを、自分の携帯電話から１３３ ２４６の指定電話番号に送信することによって、広告された製品の購入を開始してもよい。ＳＭＳメッセージヘッダには、送信者の携帯電話番号が含まれることが多いので、顧客の携帯電話番号は、製品またはサービス識別子「Ｗ２」と一緒に、製品またはサービス提供者の購入注文システムによって受信され得る。購入注文システムは、電子データベース、および関連する広告された製品を指すものとして「Ｗ２」を識別する製品カタログから情報を検索してもよく、特定の顧客によって出されているデジタルカメラの購入注文を識別可能である。次に、購入注文システムは、デジタルカメラを顧客の電子買い物カゴに入れることによって、特定の顧客による支払いを要求するものとしてデジタルカメラを識別してもよい。

代替として、広告は、アクティブにされるかまたはクリックされた場合に、広告された製品の購入における電子的要求をインターネットを介して購入注文システムに送信する直接または所定のユニバーサルリソースロケータ（ＵＲＬ）またはウェブアドレスと一緒のオンライン広告であってもよい。したがって、購入注文システムは、注文されている製品を識別する電子的要求を介して、製品またはサービス識別子を受信してもよい。購入注文システムはまた、ＩＰアドレスなどのネットワークアドレス、すなわち、そこから購入注文を出している特定の顧客を識別する電子的要求が始まるネットワークアドレスをログすることによって、顧客識別子を受信してもよい。次に、上記のＳＭＳ注文方法と同様に、購入注文システムは、注文されている製品を顧客の電子買い物カゴに入れることによって、特定の顧客による支払いを要求するものとして、注文されている製品を識別してもよい。

たとえ顧客がまだ登録していないか、またはステップ１０において、支払い口座に関連する自分の顧客識別子をまだ有していない場合であっても、顧客が、ステップ２０で購入を開始する可能性があると想定される。例えば、未登録の携帯電話番号から製品またはサービス識別子を受信した後で、購入注文システムは、受信した携帯電話番号が、電子データベースにおける支払い口座に既に関連付けられた携帯電話番号のいずれでもないと判定してもよい。この場合に、登録ステップ１０は、購入注文を出すステップ２０の後に発生してもよい。例えば、購入注文システムは、顧客の詳細を要求するＳＭＳメッセージで顧客の携帯電話に応答するか、または顧客の登録のために、製品またはサービス製品のウェブサイトに顧客を導いてもよい。

有効な製品またはサービス識別子のチェック
方法には、さらに、受信した製品またはサービス識別子が、有効な製品またはサービス識別子の１つかどうかを判定するステップを含んでもよい。このステップには、受信した製品またはサービス識別子を、例えば図３に示すように製品カタログにおける製品またはサービス識別子のリストと比較することを含んでもよい。受信した製品またはサービス識別子が、有効な製品またはサービス識別子（例えば製品カタログ上の）の１つであると判定された場合に、購入注文システムは、ステップ３０において、（製品またはサービスを電子カゴに入れることに加えて）説明書、価格情報、量および画像など、製品またはサービスの詳細を、ＳＭＳ、マルチメディアメッセージサービス（ＭＭＳ）および電子メールのいずれか１つまたは複数を介して、顧客の携帯電話に送信してもよい。

ステップ３０には、製品またはサービスの購入を確認する要求を顧客の携帯電話に送信することを含んでもよい。購入を確認するこのステップには、購入が顧客によって開始された（または顧客によって認証された）という表示を提供するために、認証コードの要求を、例えばＳＭＳメッセージで送信することを含んでもよい。購入注文を進めるために、認証コードは、登録ステップ１０で提供された支払い口座に関連する検証コード（または追加支払い口座にそれぞれ関連する追加検証コードのいずれか１つ）と同じであるべきである。ステップ４０において、顧客は、例えば、認証コードをＳＭＳメッセージで自分の携帯電話から購入注文システムに送信してもよい。

受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子のいずれでもないと判定された場合に、購入注文システムは、製品またはサービス識別子が無効であるという通知を顧客の携帯電話に送信してもよい。これには、同じかまたは異なる製品またはサービス識別子を、ＳＭＳ、ＭＭＳまたは電子メールを介して再送信する要求を送信することを含んでもよい。

認証コードチェックおよび支払いの処理
ステップ５０において、購入注文システムは、受信した認証コードが、支払い口座に関連する検証コードと一致するかどうか（または追加支払い口座にそれぞれ関連する追加検証コードのいずれか１つと一致するかどうか）を判定してもよい。受信した認証コードが、検証コード（または追加検証コードのいずれか１つ）と一致すると判定された場合に、購入注文システムは、支払い口座（または一致した検証コードに関連する追加支払い口座）を介し、ステップ６０で、製品またはサービスに対する支払いを促進してもよい。反対に、受信した認証コードが、検証コードと（または追加検証コードのいずれとも）一致しないと判定された場合に、購入注文システムは、同じかまたは異なる認証コードを再送信する要求を、例えばＳＭＳ、ＭＭＳまたは電子メールを介してネットワーク装置に送信してもよい。

ステップ６０で支払いを促進するために、購入注文システムは、製品またはサービスに対する支払いを認証するために、受信した認証コード（もしくは受信した認証コードと一致すると既に判定されているべき検証コード）および／または記憶された支払い口座情報を、支払いゲートウェイに送信してもよい。ステップ７０において支払い取引が成功した場合に、購入注文システムは、支払い確認を支払いゲートウェイから受信してもよい。ステップ８０において、購入注文システムは、成功した支払いを確認するために、支払い確認または領収書を顧客の携帯電話に送信してもよい。ステップ９０において、購入注文は、支払い確認または販売通知を製品またはサービス提供者に送信してもよく、その後、製品またはサービス提供者は、顧客によって注文された製品またはサービスを発送することができる。

受信した認証コードが検証コード（または追加検証コードのいずれか１つ）と一致するかどうかの判定には、受信した認証コードを、電子データベースに記憶された検証コード（または追加検証コードのいずれか１つ）と比較することを含んでもよい。代替として、これには、判定のために、受信した認証コードを支払いゲートウェイに送信することを含んでもよい。換言すれば、受信した認証コードを検証コード（または追加検証コードのいずれか１つ）と比較せずに、購入注文システムは、ステップ６０を続けてもよい。購入注文システムが、支払いゲートウェイから支払い確認を受信した場合に、それは、検証コードの一致を示し得る（それによって、受信した認証コードが、検証コードと一致するかどうかを判定してもよい）。

購入注文システムには、ステップ、およびステップが発生することになる注文を判定するための、ならびに製品またはサービス提供者、顧客、および支払いゲートウェイへの、応答、要求および通知などの正確なメッセージを生成するためのプロセッサを含んでもよい。図４は、プロセッサの判定プロセスの例を例示する流れ図を示す。判定プロセスは、購入注文システムが新しい着信メッセージを受信することから始まり、購入注文システムが支払い確認を送信することを含む複数の結果で終了してもよい。

データベースはまた、リスクを軽減するための監査証跡を保存するために、各顧客の取引履歴、メッセージ履歴および販売履歴（ならびに図５に示す任意のデータ）を記憶してもよい。方法は、監査を実行できるように、所定のユーザ名／パスワードの組み合わせを安全なウェブサイトに入力することなどを介して、データベースの少なくとも一部へのアクセスを製品またはサービス提供者に提供してもよい。

支払いを処理する方法の好ましい実施形態を説明したので、本発明が、その好ましい実施形態において、以下の利点を有することが明らかなはずである。
● 本発明は、製品またはサービスの代金を支払うために製品またはサービス提供者の店舗に行くことができない顧客に便宜を提供する。
● 製品またはサービス提供者は、例えば、製品またはサービスの広告を見た直後かまたは見て間もない間に製品またはサービスを購入する可能性がより高い衝動買いの客を引き付けることによって販売を改善することができる。
● 顧客が複数の支払い口座を登録できるようにするという好ましい特徴によって、顧客に、彼らの支払い口座のいずれか１つを介して支払うという柔軟性が提供される。

大まかに説明されるような本発明の趣旨または範囲から逸脱せずに、特定の実施形態に示すような本発明に対して多数の変更および／または修正をなし得ることが当業者には明らかであろう。例えば、ネットワーク装置には、携帯電話、セルラ電話またはポータブルコンピュータなどの携帯ネットワーク装置を含んでもよい。顧客識別子には、携帯電話番号、移動加入者統合サービスデジタル網（ＭＳＩＳＤＮ）番号または国際移動体装置識別（ＩＭＥＩ）番号などの携帯ネットワーク識別子を含んでもよい。代替として、顧客識別子には、電子メールアドレス、媒体アクセス制御（ＭＡＣ）アドレス、またはインターネットプロトコル（ＩＰ）アドレスなどのネットワークアドレス識別子を含んでもよい。支払い口座には、クレジットカード口座、デビットカード口座、銀行口座、ＰａｙＰａｌ（ペイパル）（登録商標）口座、ロイヤルティプログラム口座、またはフリークエントフライヤ口座を含んでもよい。メッセージ、応答、要求または通知は、ＳＭＳ、ＭＭＳまたは電子メールを介して送信または受信してもよい。検証コードまたは認証コードには、個人識別番号（ＰＩＮ）、カード検証値（ＣＶＶ）、カード検証コード（ＣＶＣ）、有効期限または英数字パスワードのいずれか１つまたは複数が含まれる。

したがって、本実施形態は、全ての点で、限定的ではなく例示的なものとして考えるべきである。

Claims (48)

1. 製品またはサービスに対する支払いを処理する方法において、
   顧客識別子を、検証コードに関連する支払い口座に関連付けるステップと、
   前記顧客識別子、および前記製品または前記サービスを識別する製品またはサービス識別子をネットワーク装置から受信するステップと、
   認証コードを前記ネットワーク装置から受信するステップと、
   前記受信した認証コードが、前記検証コードと一致するかどうかを判定するステップと、
   前記認証コードが前記検証コードと一致すると判定された場合に、前記支払い口座を介して前記製品または前記サービスに対する支払いを促進するステップと、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法において、前記顧客識別子および製品またはサービス識別子を受信するステップが、ショートメッセージサービス（ＳＭＳ）を介して前記顧客識別子および製品またはサービス識別子を受信するステップを含むことを特徴とする方法。
3. 請求項１に記載の方法において、前記顧客識別子および製品またはサービス識別子を受信するステップが、前記ネットワーク装置による、所定のユニバーサルリソースロケータ（ＵＲＬ）またはウェブアドレスへのアクセスを介して、前記顧客識別子および製品またはサービス識別子を受信するステップを含むことを特徴とする方法。
4. 請求項１〜３のいずれか一項に記載の方法において、認証コードを受信するステップが、前記ＳＭＳを介して認証コードを受信するステップを含むことを特徴とする方法。
5. 請求項１〜４のいずれか一項に記載の方法において、顧客識別子を、検証コードに関連する支払い口座に関連付けるステップが、前記顧客識別子、前記支払い口座の情報、および前記検証コードを、記憶された顧客識別子、記憶された支払い口座情報、および記憶された検証コードとして、それぞれ記憶するステップを含むことを特徴とする方法。
6. 請求項１〜５のいずれか一項に記載の方法において、前記受信した顧客識別子が、１つまたは複数の関連する顧客識別子の１つであるかどうかを判定するステップをさらに含むことを特徴とする方法。
7. 請求項６に記載の方法において、前記受信した顧客識別子が、前記１つまたは複数の関連する顧客識別子のいずれでもないと判定された場合に、顧客識別子を支払い口座に関連付けるステップが、前記顧客識別子および製品またはサービス識別子を受信するステップ後で発生することを特徴とする方法。
8. 請求項１〜７のいずれか一項に記載の方法において、前記受信した製品またはサービス識別子が、１つまたは複数の有効な製品またはサービス識別子の１つかどうかを判定するステップをさらに含むことを特徴とする方法。
9. 請求項９に記載の方法において、前記受信した製品またはサービス識別子が、前記１つまたは複数の有効な製品またはサービス識別子の１つであると判定された場合に、前記方法が、前記製品または前記サービスの詳細を前記ネットワーク装置に送信するステップをさらに含むことを特徴とする方法。
10. 請求項９に記載の方法において、前記製品または前記サービスの詳細を送信するステップが、前記製品または前記サービスの説明書、価格情報、量および画像のいずれか１つまたは複数を送信するステップを含むことを特徴とする方法。
11. 請求項９または１０に記載の方法において、前記製品または前記サービスの詳細を送信するステップが、前記ＳＭＳ、マルチメディアメッセージサービス（ＭＭＳ）または電子メールのいずれか１つまたは複数を介して、前記製品または前記サービスの詳細を送信するステップを含むことを特徴とする方法。
12. 請求項８〜１１のいずれか一項に記載の方法において、前記受信した製品またはサービス識別子が、前記１つまたは複数の有効な製品またはサービス識別子の１つであると判定された場合に、前記方法が、前記製品または前記サービスを、前記支払いを要するものと識別するステップをさらに含むことを特徴とする方法。
13. 請求項１２に記載の方法において、前記製品または前記サービスを、前記支払いを要するものとして識別するステップが、前記製品または前記サービスを電子買い物カゴに入れるステップを含むことを特徴とする方法。
14. 請求項１２または１３に記載の方法において、前記製品または前記サービスを、前記支払いを要するものとして識別するステップが、前記製品または前記サービスの購入を確認する要求を前記ネットワーク装置に送信するステップを含むことを特徴とする方法。
15. 請求項１４に記載の方法において、購入を確認する要求を送信するステップが、前記認証コードの要求を前記ネットワーク装置に送信するステップを含むことを特徴とする方法。
16. 請求項１４または１５に記載の方法において、購入を確認する要求を送信するステップが、前記ＳＭＳ、前記ＭＭＳまたは電子メールを介して、購入を確認する要求を前記ネットワーク装置に送信するステップを含むことを特徴とする方法。
17. 請求項８〜１１のいずれか一項に記載の方法において、前記受信した製品またはサービス識別子が、前記１つまたは複数の有効な製品またはサービス識別子のいずれでもないと判定された場合に、前記方法が、前記製品またはサービス識別子が無効であるという通知を前記ネットワーク装置に送信するステップをさらに含むことを特徴とする方法。
18. 請求項１７に記載の方法において、前記製品またはサービス識別子が無効であるという通知を送信するステップが、同じかまたは異なる製品またはサービス識別子を再送信する要求を送信するステップを含むことを特徴とする方法。
19. 請求項１７または１８に記載の方法において、前記製品またはサービス識別子が無効であるという通知を送信するステップが、前記ＳＭＳ、前記ＭＭＳまたは電子メールを介して前記通知を送信するステップを含むことを特徴とする方法。
20. 請求項１〜１９のいずれか一項に記載の方法において、前記受信した認証コードが前記検証コードと一致する場合に、前記判定ステップが、前記受信した認証コードを前記検証コードと比較するステップを含むことを特徴とする方法。
21. 請求項２０に記載の方法において、前記受信した認証コードを前記検証コードと比較するステップが、前記受信した認証コードを、前記記憶された検証コードと比較するステップを含むことを特徴とする方法。
22. 請求項２０または２１に記載の方法において、前記受信した認証コードが前記検証コードと一致するかどうかを判定するステップが、判定のために、前記受信した認証コードを支払いゲートウェイに送信するステップを含むことを特徴とする方法。
23. 請求項１〜１９のいずれか一項に記載の方法において、前記受信した認証コードが前記検証コードと一致しないと判定され、前記方法が、同じかまたは異なる認証コードを再送信する要求を前記ネットワーク装置に送信するステップをさらに含むことを特徴とする方法。
24. 請求項２３に記載の方法において、同じかまたは異なる認証コードを再送信する要求を送信するステップが、前記ＳＭＳ、前記ＭＭＳまたは電子メールを介して、同じかまたは異なる認証コードを再送信する要求を送信するステップを含むことを特徴とする方法。
25. 請求項１〜２４のいずれか一項に記載の方法において、
    １つまたは複数のそれぞれの追加検証コードに関連する１つまたは複数の追加支払い口座に前記顧客識別子を関連付けるステップと、
    前記受信した認証コードが、前記追加検証コードのいずれか１つと一致するかどうかを判定するステップと、
    前記受信した認証コードが、前記追加検証コードの１つと一致すると判定された場合に、前記一致した追加検証コードに関連する前記追加支払い口座を介した、前記製品または前記サービスに対する前記支払いを促進するステップと、
    をさらに含むことを特徴とする方法。
26. 請求項２５に記載の方法において、前記受信した認証コードが、前記追加検証コードのいずれとも一致しないと判定された場合に、前記方法が、同じかまたは異なる認証コードを再送信する要求を前記ネットワーク装置に送信するステップをさらに含むことを特徴とする方法。
27. 請求項２６に記載の方法において、同じかまたは異なる認証コードを再送信する要求を送信するステップが、前記ＳＭＳ、前記ＭＭＳまたは電子メールを介して、同じかまたは異なる認証コードを再送信する要求を送信するステップを含むことを特徴とする方法。
28. 請求項１〜２７のいずれか一項に記載の方法において、前記支払いを促進するステップが、前記支払いを認証するために、前記受信した認証コードおよび／または前記記憶された支払い口座情報を支払いゲートウェイに送信するステップを含むことを特徴とする方法。
29. 請求項２８に記載の方法において、前記支払いを促進するステップが、支払い確認を前記支払いゲートウェイから受信するステップを含むことを特徴とする方法。
30. 請求項２９に記載の方法において、前記支払いを促進するステップが、前記支払い確認を前記ネットワーク装置に送信するステップを含むことを特徴とする方法。
31. 請求項２９または３０に記載の方法において、前記支払いを促進するステップが、前記支払い確認を、前記製品または前記サービスを提供する製品またはサービス提供者に送信するステップを含むことを特徴とする方法。
32. 請求項３０または３１に記載の方法において、前記支払い確認を前記ネットワーク装置に送信するステップが、ＳＭＳ、ＭＭＳおよび電子メールを介して、前記支払い確認を前記ネットワーク装置に送信するステップを含むことを特徴とする方法。
33. 請求項３１または３２に記載の方法において、前記支払い確認を製品またはサービス提供者に送信するステップが、前記ＳＭＳ、前記ＭＭＳおよび電子メールを介して、前記支払い確認を製品またはサービス提供者に送信するステップを含むことを特徴とする方法。
34. 請求項１〜３３のいずれか一項に記載の方法において、前記ネットワーク装置および前記製品またはサービス提供者が、異なる場所に位置することを特徴とする方法。
35. 請求項１〜３４のいずれか一項に記載の方法において、前記ネットワーク装置が、携帯ネットワーク装置を含むことを特徴とする方法。
36. 請求項３５に記載の方法において、前記携帯ネットワーク装置が、携帯電話、セルラ電話、またはポータブルコンピュータを含むことを特徴とする方法。
37. 請求項１〜３６のいずれか一項に記載の方法において、前記顧客識別子が、前記製品または前記サービスを購入する顧客を識別するように適合されることを特徴とする方法。
38. 請求項１〜３７のいずれか一項に記載の方法において、前記顧客識別子が、携帯ネットワーク識別子を含むことを特徴とする方法。
39. 請求項３８に記載の方法において、前記携帯ネットワーク識別子が、携帯電話番号、移動加入者統合サービスデジタル網（ＭＳＩＳＤＮ）番号、または国際移動体識別（ＩＭＥＩ）番号を含むことを特徴とする方法。
40. 請求項１〜３９のいずれか一項に記載の方法において、前記顧客識別子が、ネットワークアドレス識別子を含むことを特徴とする方法。
41. 請求項１〜４０のいずれか一項に記載の方法において、前記ネットワークアドレス識別子が、電子メールアドレス、媒体アクセス制御（ＭＡＣ）アドレス、およびインターネットプロトコル（ＩＰ）アドレスを含むことを特徴とする方法。
42. 請求項１〜４１のいずれか一項に記載の方法において、前記支払い口座が、クレジットカード口座、デビットカード口座、銀行口座、ＰａｙＰａｌ（ペイパル）（登録商標）口座、ロイヤルティプログラム口座、またはフリークエントフライヤ口座を含むことを特徴とする方法。
43. 請求項１〜４２のいずれか一項に記載の方法において、前記検証コードまたは前記認証コードが、個人識別番号（ＰＩＮ）、カード検証値（ＣＶＶ）、カード検証コード（ＣＶＣ）、有効期限、および英数字パスワードのいずれか１つまたは複数を含むことを特徴とする方法。
44. 請求項１〜４３のいずれか一項に記載の方法において、前記製品またはサービス識別子が、広告またはカタログで提供されるように適合されることを特徴とする方法。
45. 製品またはサービスに対する支払いを処理するための命令を備えたマシンまたはコンピュータ可読媒体において、前記命令が、前記マシンまたはコンピュータに、
    検証コードに関連する支払い口座に顧客識別子を関連付けるステップと、
    前記顧客識別子、および製品またはサービスを識別する製品またはサービス識別子をネットワーク装置から受信するステップと、
    認証コードを前記ネットワーク装置から受信するステップと、
    前記認証コードが前記検証コードと一致するかどうかを判定するステップと、
    前記認証コードが、前記検証コードと一致すると判定された場合に、前記支払い口座を介した、前記製品または前記サービスに対する支払いを促進するステップと、
    を実行するように命令するように適合されることを特徴とするマシンまたはコンピュータ可読媒体。
46. 請求項４５に記載のマシンまたはコンピュータ可読媒体において、前記命令が、アプリケーションプログラムインターフェース（ＡＰＩ）として実行されることを特徴とするマシンまたはコンピュータ可読媒体。
47. 請求項４６に記載のマシンまたはコンピュータ可読媒体において、前記ＡＰＩが、前記製品または前記サービスを提供する製品またはサービス提供者のウェブサイトと統合されるように適合されることを特徴とするマシンまたはコンピュータ可読媒体。
48. 請求項４６または４７に記載のマシンまたはコンピュータ可読媒体において、前記ＡＰＩが、複数の支払いゲートウェイのいずれか１つと通信するように適合されることを特徴とするマシンまたはコンピュータ可読媒体。

Images