JP2014021974A - オンライン支払いのための方法およびそれを実行するためのシステムおよび電子装置 - Google Patents

Abstract

【課題】オンライン支払いに関し、かつ、実行する物理的カードには関連しない方法を提供する。
【解決手段】オンライン支払いのための方法において、売り手側電子装置は、アカウント番号のユーザ入力および取引と関連した支払情報を許容して、同じことを取引プラットフォームに送信する。買い手側電子装置は、取引プラットフォームに、支払承認信号を送る。取引プラットフォームは、支払情報を買い手側電子装置に送信する。買い手側電子装置は、暗証番号（ＰＩＮ）の入力を許容して、取引プラットフォームに、確認信号を送る。取引プラットフォームは、取引の支払いを処理するために銀行端末と通信する。
【選択図】図２

Description

本発明は、比較的高いセキュリティを提供するために、オンライン支払いを処理するための方法に関する。

今日、典型的な取引についての支払いを実行するための多くの方法が利用可能である。例えば、支払いは、物理的な金、例えば硬貨および／または札などを使用してすることができ、または、（例えばクレジットカード、デビットカードなどの物理的なカードの形で）プラスチックマネーを使用してすることができる。従来の対面取引に加えて、この種の支払いは、オンラインでも処理されうる。

しかしながら、支払いを実行する現在の方法は、それぞれ欠点を有していることが知られている。物理的な金は、消費者にとって持ち歩くのに不都合でありえ、金と交換して当事者に製品および／またはサービスを提供するため、偽金を受け取ることに起因する損失のリスクが常にある。プラスチックマネーは、プラスチックマネーの使用をサポートする（例えば、クレジットカードを認めていたり、カードリーダを備えていたりする）限られた環境でしか使用することができず、クレジットカード詐欺などのさまざまなセキュリティ問題を有しうる。オンライン取引も、クレジットカードに関連しており、例えばカード番号、有効期限およびカードセキュリティコード（ＣＲＣ）などの非常に重要な情報のオンライン送信に関連する。この種の情報は、送信の間、悪意のある第三者によって傍受されることがあり、それにより、クレジットカードの所持者を金銭的損失のリスクにさらしてしまう。

従って、本発明の目的は、オンライン支払いに関し、かつ、実行する物理的カードには関連しない方法を提供することである。

したがって、本発明のオンライン支払いのための方法は、オンライン支払処理システムによって実行されることになる。オンライン支払処理システムは、買い手側電子装置と、売り手側電子装置と、その買い手側電子装置、売り手側電子装置および銀行端末と接続される取引プラットフォームとを含む。本方法は、以下のステップを含む。
（ａ）買い手側電子装置と関連した買い手アカウント番号、および、買い手側電子装置と売り手側電子装置のユーザ間の取引と関連した支払情報を受信するように、売り手側電子装置を構成するステップと、
（ｂ）支払情報および買い手アカウント番号を取引プラットフォームに送信するように、売り手側電子装置を構成するステップと、
（ｃ）支払承認信号を取引プラットフォームに送信するように、買い手側電子装置を構成するステップであって、支払承認信号は、買い手アカウント番号を含む、ステップと、
（ｄ）ステップ（ｂ）の売り手側電子装置およびステップ（ｃ）の買い手側電子装置からそれぞれ受信される買い手アカウント番号が互いに対応することが、取引プラットフォームにより決定されるとき、支払情報を買い手側電子装置に送信するように取引プラットフォームを構成するステップと、
（ｅ）買い手側電子装置のユーザに暗証番号（ＰＩＮ）を入力するように命じるように、買い手側電子装置を構成するステップと、
（ｆ）ステップ（ｅ）で受けた暗証番号が正しいことが買い手側電子装置で決定されるときに、確認信号を取引プラットフォームに送信するように、買い手側電子装置を構成するステップと、
（ｇ）買い手アカウント番号および支払情報に従って取引についての支払いを処理するために、銀行端末と通信するように、取引プラットフォームを構成するステップとを含む。

本発明の別の目的は、オンライン取引についての支払いを処理するために、上述した方法を実行するように構成されたオンライン支払処理システムを提供することにある。

したがって、本発明のオンライン支払処理システムは、買い手側電子装置と、売り手側電子装置と、その買い手側および売り手側電子装置と接続される取引プラットフォームとを含む。

売り手側電子デバイスは、買い手側電子装置と関連した買い手アカウント番号と買い手側電子装置および売り手側電子装置のユーザ間の取引と関連した支払情報とを受信して、支払情報および買い手アカウント番号を取引プラットフォームに送信するように構成される。

買い手側電子デバイスは、買い手アカウント番号を含む支払承認信号を取引プラットフォームに送信するように構成される。

取引プラットフォームは、売り手側電子装置および買い手側電子装置からそれぞれ受信される買い手アカウント番号が、互いに対応するかどうかを決定するように構成される。その決定が肯定的であるときに、取引プラットフォームは、支払情報を買い手側電子装置に送信する。

買い手側電子装置は、買い手側電子装置のユーザに、暗証番号（ＰＩＮ）を入力するように命じるように更に構成される。こうして受けたＰＩＮが正しいことが買い手側電子装置により決定されるときに、買い手側電子装置は、取引プラットフォームに確認信号を送信する。

取引プラットフォームは、買い手アカウント番号および支払情報に従って取引の支払いを処理するために、取引プラットフォームと接続される銀行端末と通信するように更に構成される。

さらに別の本発明の目的は、オンライン支払いのための方法を実行するように構成された買い手側電子デバイスを提供することである。

したがって、本発明の買い手側電子装置は、買い手側電子装置のユーザと売り手側電子装置のユーザとの間の取引についての支払いを処理するための取引プラットフォームと通信するように作動する。買い手側電子デバイスは、そこに保存される暗証番号（ＰＩＮ）を有する支払カードと接続されるように構成される。買い手側電子装置は、取引プラットフォームと通信するように構成される信号送受信モジュールと、表示モジュールと、信号送受信モジュール、表示モジュールおよび支払カードに接続される制御モジュールとを含む。

買い手側電子装置が、取引についての支払いを処理するために作動するときに：
信号送受信モジュールが、支払承認信号を取引プラットフォームに送るように、制御モジュールによって制御され、支払承認信号が、買い手側電子装置と関連した買い手アカウント番号を含み、
買い手アカウント番号が有効であることが取引プラットフォームにより決定されるとき、信号送受信モジュールが、取引プラットフォームから、取引と関連した支払情報を受信するように、制御モジュールによって、更に制御され、
表示モジュールが、支払情報を表示して、取引プラットフォームによって生成されるＰＩＮおよび照合コードを入力するように買い手側電子装置のユーザに命じるように、制御モジュールによって制御され、
こうして受けたＰＩＮが支払カードに保存されたＰＩＮに合致することが、制御モジュールにより決定されるとき、信号送受信モジュールが、確認信号および照合コードを取引プラットフォームに送信するように制御モジュールによって更に制御され、その結果、照合コードが正しいと判定されるときに、取引プラットフォームが、買い手アカウント番号および支払情報に従って、取引についての支払いを処理するために、銀行端末と通信する。

さらに、本発明の別の目的は、上述した買い手側電子装置によって実行されることになっているオンライン支払いのための方法を提供することである。

したがって、本発明の方法は、以下のステップを含む。
（Ａ）支払承認信号を取引プラットフォームに送信するように、買い手側電子装置を構成するステップであって、支払承認信号は、買い手側電子装置と関連した買い手アカウント番号を含む、ステップと、
（Ｂ）買い手アカウント番号が有効であることが、取引プラットフォームにより決定されるとき、取引プラットフォームから、買い手側電子装置のユーザと売り手側電子装置のユーザとの間の取引と関連した支払情報を受けるように、買い手側電子装置を構成するステップと、
（Ｃ）支払情報を表示して、取引プラットフォームによって生成されるＰＩＮおよび照合コードを入力するように、買い手側電子装置のユーザに命じるように、買い手側電子装置を構成するステップと、
（Ｄ）このように受けたＰＩＮが支払カードに保存されるＰＩＮに合致することが、買い手側電子装置により決定されるとき、確認信号および照合コードを取引プラットフォームに送信するように、買い手側電子装置を構成するステップであって、その結果、照合コードが取引プラットフォームによって正しいと判定されるときに、取引プラットフォームが、買い手アカウント番号および支払情報に従って、取引についての支払いを処理するために、銀行端末と通信するステップ。

他の本発明の特徴および効果は、添付図面を参照して、以下の好ましい実施形態の詳細な説明において明らかになる。

図１は、本発明によるオンライン支払処理システムの好ましい実施形態の略ブロック図である。 図２は、本発明のオンライン支払処理システムによって実行される、オンライン支払いのための方法のフローチャートである。 図３は、オンライン支払処理システムの売り手側電子装置に表示されるコレクティングインターフェースを示す。 図４は、オンライン支払処理システムの買い手側電子装置に表示される承認インターフェースを示す。 図５は、買い手側電子装置に表示される確認インターフェースを示す。 図６は、買い手のために表示された未払い取引のリストを示す。 図７は、図６に示されたリストの特定の未払い取引を示す。 図８は、それによって情報を買い手が入力するためにランダムに生成されたキーボードレイアウトを示す。 図９は、買い手に再確認アクションを実行するように命じている買い手側電子装置の画面を示す。 図１０は、再確認アクションが誤っていることを示している買い手側電子装置の画面を示す。 図１１及び図１２は、銀行端末によって生成され、売り手側電子装置および買い手側電子装置それぞれに送られる通知信号を示す。 図１１及び図１２は、銀行端末によって生成され、売り手側電子装置および買い手側電子装置それぞれに送られる通知信号を示す。

図１に示すように、本発明によるオンライン支払処理システム１００の好ましい実施形態は、銀行端末２００を用いたオンライン取引についての支払いを処理するように構成される。オンライン支払処理システム１００は、買い手側電子装置１０と、売り手側電子装置２０と、買い手側電子装置１０および売り手側電子装置２０に接続される取引プラットフォーム３０とを含む。この実施形態において、買い手側電子装置１０は、モバイル装置であり、オンライン支払処理システム１００は、オンライン取引および対面取引の両方をサポートする。

買い手側電子装置１０は、そこに保存された暗証番号（ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）（ＰＩＮ）を有する支払カード１２と接続され、そして、信号送受信モジュール１１と、表示モジュール１３と、信号送受信モジュール１１、表示モジュール１３および支払カード１２と接続される制御モジュール１４とを含む。

信号送受信モジュール１１は、取引プラットフォーム３０と通信するように構成される。

支払カード１２は、セキュアデジタル（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）（ＳＤ）カード、ミニＳＤカード、マイクロＳＤカード、およびコンパクトフラッシュ（登録商標）（ＣＦ）カードから選択されるメモリカードモジュールであってもよく、銀行端末２００によって照合されて、従来のプラスチックマネーの機能を提供するように構成される。但し、さまざまなカード形式が、この発明の他の実施形態において使用されることができる。この実施形態において、支払カード１２は、ＰＩＮおよび仮想アカウント番号を保存し、そして、ＦＩＳＣ ＩＩ規格に従うデータチップ（図示せず）を有する。仮想アカウント番号は、買い手側電子装置１０のユーザによって指定され、そのユーザと関連したコード名である。特に、仮想アカウント番号は、買い手側電子装置１０のユーザが所有している特定の銀行口座に対応し、そして、実際の銀行口座番号ではなく、仮想アカウント番号が、買い手側電子装置１０および銀行端末２００との間で送信される。このように、銀行端末２００以外、誰も仮想アカウント番号から有益な情報を得ることができず、実際の銀行口座番号は、比較的安全にされることができる。

表示モジュール１３は、ユーザに取引に関する情報を提供するように構成される。制御モジュール１４は、取引を処理するためのアプリケーションを含み、アプリケーションの指示に基づいて信号送受信モジュール１１および表示モジュール１３の機能を制御するための制御信号を生成するように構成される。

売り手側電子装置２０は、一般的な店（例えばデパート、コンビニエンスストアなど）にあって、取引プラットフォーム３０との通信を可能にするように構成された支払システム（例えば買い物ウェブサイトサーバ、店舗販売時点情報管理システム、その他）およびアプリケーションプログラミングインタフェース（ＡＰＩ）を含む。

取引プラットフォーム３０は、買い手側電子装置１０および売り手側電子装置２０と通信するために、銀行または任意の第三の場所に位置にありうる。

図２は、取引と関連したオンライン支払いのための、および、オンライン支払処理システム１００によって実行される方法を示す。本方法は、オンライン支払処理システム１００が買い手側電子装置１０および売り手側電子装置２０のユーザ（すなわち、買い手および売り手、それぞれ）間の取引についての支払いを処理することになるときに、実行される。

ステップＳ０１において、売り手は、取引プラットフォーム３０と通信するために、ＡＰＩを実行する。ＡＰＩは、それからオンライン支払処理システム１００を起動させて、コレクティングインターフェースを表示する。図３に示すように、コレクティングインターフェースは、マーチャントシリアル番号（店名）と、買い手側電子装置１０および売り手側電子装置２０のユーザ間の取引と関連し、そして、売り手側電子装置２０のユーザ（すなわち売り手）によって与えられることになっている支払情報を含んでいる取引フォームとを含みうる。マーチャントシリアル番号は、売り手によって指定されて、デフォルト値を有しうる。支払情報は、買い手側電子装置１０と関連した買い手アカウント番号、特定の支払方法、電子請求書ユニフォーム番号、および支払いの総額を含む。その総額は、手動で、売り手によって、または、取引に関係する製品をスキャンするためのバーコードスキャナを使用して入力されうる。付加的な関連情報が、この発明の他の実施形態の支払情報として役立つために組み込まれうることに留意されたい。

ステップＳ０２において、買い手は、売り手に買い手アカウント番号としての役割を果たす買い手側電子装置１０の電話番号を与える。他の実施形態において、他の関連した情報は、買い手アカウント番号としての役割を果たすことがあり、与えられうる。例えば、買い手アカウント番号は、電話番号および買い手により設定されたセキュアコードの組み合わせや仮想アカウント番号のうちの１つでありえる。

ステップＳ０３において、売り手側電子装置２０は、入力インタフェース（図示せず）を通じて買い手アカウント番号および支払情報を受信して、売り手側電子装置２０のＡＰＩを使用して、その取引と関連する取引シリアル番号を生成するように作動する。

取引がオンラインで生じる１つの例において、コレクティングインターフェースは、表示モジュール１３によって表示されるために、買い手側電子装置１０に送信されることができる。この種の例において、支払情報は、買い手によって与えられうる。売り手側電子装置２０は、買い手によって与えられ、買い手側電子装置１０を介して売り手側電子装置２０へ送信される必要な情報および買い手アカウント番号を受信するようにも作動する。

ステップＳ０４において、売り手側電子装置２０は、買い手アカウント番号と、マーチャントシリアル番号および取引シリアル番号のうちの少なくとも１つとから成る一意の識別コードを生成して、その一意の識別コードを取引プラットフォーム３０に送信するように作動する。いくつかの例において、一意の識別コードは、更に、売り手側電子装置２０と関連した売り手アカウント番号から成る。

その後、ステップＳ０５において、買い手側電子装置１０は、取引プラットフォーム３０に支払承認信号を送るように作動する。具体的には、図４に示すように、買い手は、表示モジュール１３上の承認インターフェースを次々に生成するアプリケーションを実行する。買い手は、それから、（売り手によって与えられる）マーチャントシリアル番号および買い手アカウント番号（本実施形態では、電話番号）を入力することを必要とされる。番号（すなわちマーチャントシリアル番号および買い手アカウント番号）が買い手によって入力されて、確認される（承認インターフェースの「確認（ｃｏｎｆｉｒｍ）」ボタンの選択によって信号を送られる）ときに、制御モジュール１４は、取引プラットフォーム３０に、買い手アカウント番号およびマーチャントシリアル番号を含む支払承認信号を送るように、信号送受信モジュール１１を構成する。

いくつかの例において、マーチャントシリアル番号を入力することは、義務的でなくてもよい。いくつかの例において、アプリケーションは、買い手が次回以降の使用において買い手アカウント番号を入力する必要がないように、買い手側電子装置１０の制御モジュール１４に、入力された買い手アカウント番号を保存するための機能を提供しうる。いくつかの例において、買い手が複数のクレジットカードおよび／またはデビットカードを所有するときに、アプリケーションは、買い手が複数のクレジットカードおよび／またはデビットカードのうちの１つを選択することができるために、複数の対応する買い手アカウント番号を制御モジュール１４に保存するための機能を提供することができる。

ステップＳ０６において、プラットフォーム３０が、ステップＳ０４の売り手側電子装置２０から、そして、ステップＳ０５の買い手側電子装置１０からそれぞれ受信される買い手アカウント番号が、互いに対応する（例えば互いに同一）かどうかを決定するように作動する。買い手アカウント番号が対応しないとき、取引プラットフォーム３０は、エラーメッセージを、買い手側電子装置１０および売り手側電子装置２０に送信し、こうして本方法は終了する。

ステップＳ０６においてなされた決定が肯定的であるとき、そのフローは、取引プラットフォーム３０が、支払情報を買い手側電子装置１０に送信するように作動するステップＳ０７へ進み、表示モジュール１３が買い手に確認インターフェースを示すことを可能にする。図５に示すように、確認インターフェースは、支払情報を含み、取引プラットフォーム３０によって生成されるＰＩＮおよび照合コードを入力するように買い手に求める。この実施形態において、照合コードは、コンピュータと人間を区別する完全に自動化された公開チューリングテスト（ｃｏｍｐｌｅｔｅｌｙ ａｕｔｏｍａｔｅｄ ｐｕｂｌｉｃ Ｔｕｒｉｎｇ ｔｅｓｔ ｔｏ ｔｅｌｌ ｃｏｍｐｕｔｅｒｓ ａｎｄ ｈｕｍａｎｓ ａｐａｒｔ）（ＣＡＰＴＣＨＡ）である。いくつかの例において、確認インターフェースは、表示モジュール１３に表示された仮想キーボードを更に含む。仮想キーボードは、セキュリティの理由のためランダムに生成されたキーボードレイアウト（図８参照）を含むことができる。キーボードレイアウトは、セキュリティを更に強化するために、買い手がキーをタッチするごとに、ランダムに生成されうる。

いくつかの例において、確認インターフェースは、照合コードが買い手に読みとれないとき、照合コード再表示オプションを与えられる。

いくつかの例において、買い手と関連した複数の未払い（または未納の）取引がありえる。未払い取引は、表示モジュール１３にリスト化されうる（例として図６参照）。買い手が未払い取引のうちの１つを選択するとき、表示モジュール１３は、取引の時間と場所および支払情報を含む、未済取引の選択された一つに関する詳細、および、「今支払う」か、「後で支払う」か、あるいは、その取引が買い手によって承認されていないときには支払いを「キャンセルする」ための買い手のオプションを表示するように構成される。悪意のある第三者が買い手アカウント番号を得た場合、買い手側電子装置１０の買い手アカウント番号は、第三者によって買い手アカウント番号として知らず知らず次々使用されうる。従って、買い手側電子装置１０が未払い取引の詳細を受信するときに、買い手はこのような取引が承認されるか否かを自分で決定することが可能である。承認される場合は、買い手は、その取引についての支払いを完全に処理するために「今支払う」を選択することができる。

そうでない場合、制御モジュール１４が、取引プラットフォーム３０に、そしてその後売り手側電子装置２０に、アラート信号を送信するように、信号送受信モジュール１１を構成するように、「キャンセル」を選択することができ、承認されない取引であることを通知する。

ステップＳ０８において、買い手側電子装置１０の制御モジュール１４は、ステップＳ０７で受けたＰＩＮが正しい（すなわち、支払カード１２に保存されたＰＩＮに合致する）かどうかを決定するように作動する。ＰＩＮが正しくない場合、制御モジュール１４は、無効なＰＩＮメッセージ（ｉｎｖａｌｉｄ ＰＩＮ ｍｅｓｓａｇｅ）を表示するように表示モジュール１３を制御して、ステップＳ０７は繰り返される。いくつかの例において、誤ったＰＩＮが連続して何度も入力されるとき、本方法は終了される。

ステップＳ０７で受けたＰＩＮが正しいとき、そのフローは、ステップＳ０９へ進む。そこで、制御モジュール１４は、確認信号および照合コードを取引プラットフォーム３０に送信するように信号送受信モジュール１１を制御する。ＰＩＮが支払カード１２に保存されており、オンライン支払処理システム１００の全装置にわたって送信されないことに留意されたい。したがって、第三者はデータ伝送においてＰＩＮを傍受することができず、そして、支払カード１２が買い手側電子装置１０から取り外された後、ＰＩＮは、同様に買い手側電子装置１０から引き出すことができない。

いくつかの例において、買い手側電子装置１０は、確認信号および照合コードを送信する前に、買い手に再確認（ｄｏｕｂｌｅ ｃｈｅｃｋ）を求める。これは、買い手に再確認アクションを実行するように命じるメッセージを表示するように表示モジュール１３を構成することによってなされる。例えば、図９に示すように、買い手は、確認信号の送信を確認するために、所定の時間（例えば１０秒）内に、買い手側電子装置１０の上のボリューム調節ボタンを押すように命じられる。指示されたように再確認アクションが実行されるとき、買い手側電子装置１０は、確認信号および照合コードを送信する。そうでない場合、買い手は、再確認が不完全であることが知らされ（図１０参照）、正しく再確認アクションを実行するように要求される。

ステップＳ１０において、取引プラットフォーム３０は、ステップＳ０９において受けた照合コードが正しいかどうかを決定し、その決定が肯定的であるときにステップＳ１１を実行するように作動する。そうでない場合、そのフローは、再度、買い手に照合コードを入力するように命じるために、ステップＳ０７に戻る。

ステップＳ１１において、取引プラットフォーム３０は、（買い手アカウント番号と、マーチャントシリアル番号および取引シリアル番号のうちの少なくとも１つと、売り手アカウント番号とから成る）一意の識別コードによって、取引についての支払いを処理するために、銀行端末２００と通信するように作動する。

その後、ステップＳ１２において、支払いがうまく処理されたとき、取引プラットフォーム３０は、買い手側電子装置１０および売り手側電子装置２０に、支払いが処理されたことを通知する通知信号を送信するように構成される。売り手側電子装置２０および買い手側電子装置１０に送信された典型的な通知信号は、それぞれ、図１１および１２に示されたものでありえる。

売り手側電子装置２０のために、通知信号は、マーチャントシリアル番号、買い手アカウント番号、支払情報（特定の支払方法、電子インボイスユニフォーム番号および支払いの総額）、支払いシリアル番号、銀行受付番号、支払いの時間およびインボイス番号を含むことができる。買い手側電子装置１０のために、通知信号は、支払いシリアル番号、銀行受付番号、支払いと関連した買い手の銀行口座、支払いの時間、マーチャントシリアル番号および総額を含むことができる。付加的な関連情報は、この発明の他の実施形態における通知信号に含まれることができる。

端的にいえば、この発明の実施形態による方法は、対面又はオンライン取引において適用でき、そして、買い手は、売り手が売り手側電子装置２０を使用する代わりに、買い手側電子装置１０を使用した支払いと関連する方法のステップを操作している。さらに、本方法がカードリーダおよび買い手のクレジットカードおよび／またはデビットカードに関与しないので、関連したセキュリティリスクを著しく低減することができる。

本方法は、更に、支払いに関する詳細を買い手に知らせて、買い手が、処理前に買い手側電子装置１０を使用して支払いを確認することを可能にする。その結果、本方法を使用して処理された各支払いは、買い手によって承認されて、買い手側電子装置１０を所有していない悪意のある第三者により実行することができない。従って、本方法は、強化されたセキュリティを提供する。

取引の間、仮想アカウント番号は、買い手の実際の銀行口座番号の代わりに送信されて、仮想アカウント番号および実際の銀行口座番号の対応は、買い手および銀行端末２００により知られているだけである。従って、仮想アカウント番号が、第三者によって傍受されることについての脅威にさらされる場合であっても、買い手の個人情報は、なお比較的安全にされる。

いくつかの実施形態において、オンライン支払処理システム１００は、複数の売り手側電子装置２０、および売り手側電子装置２０と接続されるセントラルサーバを含むことができる。売り手側電子装置２０と取引プラットフォーム３０との間のデータ伝送は、セントラルサーバを介して処理されることができる。この種のオンライン支払処理システム１００は、より大きな店（例えばウェアハウスストア、卸売りストア、その他）において適用できる。

いくつかの実施形態において、売り手側電子装置２０は、モバイル装置でありえる。このように、ステップＳ０４において構成される一意の識別コードは、売り手側電子装置２０と関連した売り手アカウント番号、例えば売り手側電子装置２０の電話番号を更に含むことができる。

まとめると、この発明の実施形態は、そこに保存されたＰＩＮおよび仮想アカウント番号を有する支払カード１２を使用する。その結果、支払いの間、買い手の個人情報は、オンライン支払処理システム１００の装置間で送信されない。これは、支払いについての強化されたセキュリティを提供することができる。さらに、物理的なカードが取引に関係していないので、売り手はこの発明の方法を実行するための追加的なカードリーダを用意する必要がない。

１００ オンライン支払処理システム
１０ 買い手側電子装置
１１ 送受信モジュール
１２ 支払カード
１３ 表示モジュール
１４ 制御モジュール
２０ 売り手側電子装置
３０ 取引プラットフォーム
２００ 銀行端末

Claims (19)

1. 買い手側電子装置（１０）と、売り手側電子装置（２０）と、前記買い手側電子装置（１０）、前記売り手側電子装置（２０）および銀行端末（２００）と接続された取引プラットフォーム（３０）とを含むオンライン支払処理システム（１００）によって実行されるオンライン支払いのための方法であって、前記方法は、以下のステップ、
   （ａ）前記買い手側電子装置（１０）と関連した買い手アカウント番号、および、前記買い手側電子装置と前記売り手側電子装置（１０、２０）のユーザ間の取引と関連した支払情報を受信するように、前記売り手側電子装置（２０）を構成するステップと、
   （ｂ）前記支払情報および前記買い手アカウント番号を前記取引プラットフォーム（３０）に送信するように、前記売り手側電子装置（２０）を構成するステップと、
   （ｃ）支払承認信号を前記取引プラットフォーム（３０）に送信するように、前記買い手側電子装置（１０）を構成するステップであって、前記支払承認信号は、前記買い手アカウント番号を含む、前記ステップと、
   （ｄ）ステップ（ｂ）の前記売り手側電子装置（２０）およびステップ（ｃ）の前記買い手側電子装置（１０）からそれぞれ受信される前記買い手アカウント番号が互いに対応することが、前記取引プラットフォーム（３０）により決定されるときに、前記支払情報を前記買い手側電子装置（１０）に送信するように前記取引プラットフォーム（３０）を構成するステップと、
   （ｅ）前記買い手側電子装置（１０）の前記ユーザに暗証番号（ＰＩＮ）を入力するように命じるように、前記買い手側電子装置（１０）を構成するステップと、
   （ｆ）ステップ（ｅ）で受けた前記暗証番号が正しいことが前記買い手側電子装置（１０）で決定されるときに、確認信号を前記取引プラットフォーム（３０）に送信するように、前記買い手側電子装置（１０）を構成するステップと、
   （ｇ）前記買い手アカウント番号および前記支払情報に従って前記取引についての支払いを処理するために、前記銀行端末（２００）と通信するように、前記取引プラットフォーム（３０）を構成するステップとを特徴とする、前記方法。
2. ステップ（ｇ）の後に、以下のステップ
   前記支払いがうまく処理されるとき、前記支払いが処理されたことを通知する通知信号を前記買い手側電子装置（１０）および前記売り手側電子装置（２０）に送るように、前記取引プラットフォーム（３０）を構成するステップを更に特徴とする、請求項１の記載の方法。
3. ステップ（ｅ）において、前記買い手側電子装置（１０）は、前記取引プラットフォーム（３０）によって生成され、前記買い手側電子装置（１０）によって表示される照合コードを、前記買い手側電子装置（１０）の前記ユーザに入力するように命じるように更に構成されること、
   ステップ（ｆ）において、前記買い手側電子装置（１０）は、ステップ（ｅ）で受けた前記照合コードを前記取引プラットフォーム（３０）に送信するように更に構成されること、および、
   前記方法は、ステップ（ｆ）とステップ（ｇ）との間に、前記照合コードが正しいかどうかを決定し、前記決定が肯定的であるときにステップ（ｇ）を実行するように、前記取引プラットフォーム（３０）を構成するステップを更に含むことを特徴とする、請求項１又は請求項２に記載の方法。
4. ステップ（ｂ）において、前記売り手側電子装置（２０）は、
   前記売り手側電子装置（２０）の前記ユーザと関連したマーチャントシリアル番号および前記取引と関連した取引シリアル番号のうちの少なくとも１つを得て、
   前記買い手アカウント番号と、前記マーチャントシリアル番号および前記取引シリアル番号のうちの前記少なくとも１つとからなる一意の識別コードを生成して、
   前記一意の識別コードを前記取引プラットフォーム（３０）に送信するように更に構成されることを特徴とする、請求項１〜請求項３のいずれかに記載の方法。
5. 前記一意の識別コードは、前記売り手側電子装置（２０）と関連した売り手アカウント番号から更に成ることを特徴とする、請求項４に記載の方法。
6. 前記支払承認信号は、前記売り手側電子装置（２０）の前記ユーザと関連したマーチャントシリアル番号を更に含むことを特徴とする、請求項１〜請求項５のいずれかに記載の方法。
7. 前記買い手アカウント番号は、
   前記買い手側電子装置（１０）と関連した電話番号、
   前記電話番号と前記買い手側電子装置（１０）の前記ユーザにより設定されたセキュアコードとの組み合わせ、および、
   前記買い手側電子装置（１０）の前記ユーザと関連した仮想アカウント番号
   のうちの１つであることを特徴とする、請求項１〜請求項６のいずれかに記載の方法。
8. オンライン取引についての支払いを処理するように構成されたオンライン支払処理システム（１００）であって、前記オンライン支払処理システムは、
   買い手側電子装置（１０）、
   売り手側電子装置（２０）、および、
   前記買い手側電子装置および前記売り手側電子装置（１０、２０）と接続された取引プラットフォーム（３０）を特徴とし、
   前記オンライン支払処理システム（１００）は、
   前記売り手側電子装置（２０）が、前記買い手側電子装置（１０）と関連した買い手アカウント番号と前記買い手側電子装置および売り手側電子装置（１０、２０）のユーザ間の取引と関連した支払情報とを受信して、前記支払情報および前記買い手アカウント番号を前記取引プラットフォーム（３０）に送信するように構成されること、
   前記買い手側電子装置（１０）が、前記買い手アカウント番号を含む支払承認信号を前記取引プラットフォーム（３０）に送信するように構成されること、
   前記取引プラットフォーム（３０）が、前記売り手側電子装置（２０）および前記買い手側電子装置（１０）からそれぞれ受信される前記買い手アカウント番号が互いに対応するかどうかを決定し、前記決定が肯定的であるとき前記支払情報を前記買い手側電子装置（１０）に送信するように構成されること、
   前記買い手側電子装置（１０）が、前記買い手側電子装置（１０）の前記ユーザに暗証番号（ＰＩＮ）を入力するように命じて、前記受けた暗証番号が正しいことが前記買い手側電子装置（１０）により決定されるとき、確認信号を前記取引プラットフォーム（３０）に送信するように構成されること、および、
   前記取引プラットフォーム（３０）が、前記買い手アカウント番号および前記支払情報に従って前記取引についての支払いを処理するために、前記取引プラットフォーム（３０）と接続された銀行端末（２００）と通信するように構成されることを更に特徴とする、前記オンライン支払処理システム（１００）。
9. 前記支払いがうまく処理されるときに、前記取引プラットフォーム（３０）は、前記支払いが処理されたことを通知する通知信号を、前記買い手側電子装置（１０）および前記売り手側電子装置（２０）に送信するように更に構成されることを特徴とする、請求項８に記載のオンライン支払処理システム（１００）。
10. 前記買い手側電子装置（１０）は、前記買い手側電子装置（１０）に保存された参照暗証番号と前記受けた暗証番号を比較することによって、前記受けた暗証番号が正しいかどうかを決定することを特徴とする、請求項８又は請求項９に記載のオンライン支払処理システム（１００）。
11. 前記買い手側電子装置（１０）は、前記取引プラットフォーム（３０）によって生成され、かつ、前記買い手側電子装置（１０）によって表示される、照合コードを入力するように、前記買い手側電子装置（１０）の前記ユーザに命じて、こうして受けた前記照合コードを前記取引プラットフォーム（３０）に送信するように更に構成されること、および、
    前記取引プラットフォーム（３０）は、前記照合コードが正しいかどうかを決定して、前記決定が肯定的であるとき、前記取引についての前記支払いを処理するために、前記銀行端末（２００）と通信するように更に構成されることを特徴とする、請求項８〜請求項１０のいずれかに記載のオンライン支払処理システム（１００）。
12. 前記売り手側電子装置（２０）は、
    前記売り手側電子装置（２０）の前記ユーザと関連したマーチャントシリアル番号および前記取引と関連した取引シリアル番号のうちの少なくとも１つを得て、
    前記買い手アカウント番号と前記マーチャントシリアル番号および前記取引シリアル番号のうちの前記少なくとも１つとからなる一意の識別コードを生成して、
    前記一意の識別コードを前記取引プラットフォーム（３０）に送信するように更に構成されることを特徴とする、請求項８〜請求項１１のいずれかに記載のオンライン支払処理システム（１００）。
13. 前記買い手側電子装置（１０）は、モバイル装置であることを特徴とする、請求項８〜請求項１２のいずれかに記載のオンライン支払処理システム（１００）。
14. 前記売り手側電子装置（１０）は、モバイル装置であることを特徴とする、請求項８〜請求項１３のいずれかに記載のオンライン支払処理システム（１００）。
15. 前記買い手アカウント番号は、
    前記買い手側電子装置（１０）と関連した電話番号、
    前記電話番号とセキュアコードとの組み合わせ、および、
    前記買い手側電子装置（１０）の前記ユーザと関連した仮想アカウント番号
    のうちの１つであることを特徴とする、請求項８〜請求項１４のいずれかに記載のオンライン支払処理システム（１００）。
16. 買い手側電子装置（１０）のユーザと売り手側電子装置（２０）のユーザとの間の取引についての支払いを処理するために、取引プラットフォーム（３０）と通信するように作動可能である前記買い手側電子装置（１０）であって、前記買い手側電子装置（１０）は、そこに保存された暗証番号（ＰＩＮ）を有する支払カードと接続されるように構成され、前記買い手側電子装置（１０）は、前記取引プラットフォーム（３０）と通信するように構成された信号送受信モジュール（１１）と、表示モジュール（１２）と、前記信号送受信モジュール（１１）、前記表示モジュール（１２）および前記支払カードと接続された制御モジュール（１３）とを特徴とし、
    前記買い手側電子装置（１０）は、前記買い手側電子装置（１０）が前記取引についての前記支払いを処理するために作動するとき、
    前記信号送受信モジュール（１１）が、支払承認信号を前記取引プラットフォーム（３０）に送信するように、前記制御モジュール（１３）によって制御され、前記支払承認信号が、前記買い手側電子装置（１０）と関連した買い手アカウント番号を含むこと、
    前記買い手アカウント番号が有効であることが前記取引プラットフォーム（３０）により決定されるとき、前記信号送受信モジュール（１１）が、前記取引プラットフォーム（３０）から、前記取引と関連した支払情報を受信するように、前記制御モジュール（１３）によって、更に制御されること、
    前記表示モジュール（１２）が、前記支払情報を表示して、前記取引プラットフォーム（３０）によって生成される暗証番号および照合コードを入力するように前記買い手側電子装置（１０）の前記ユーザに命じるように、前記制御モジュール（１３）によって制御されること、および、
    こうして受けた前記暗証番号が前記支払カードに保存された前記暗証番号に合致することが、前記制御モジュール（１３）により決定されるとき、前記信号送受信モジュール（１１）が、確認信号および前記照合コードを前記取引プラットフォーム（３０）に送信するように前記制御モジュール（１３）によって更に制御され、その結果、前記照合コードが正しいと判定されるときに、前記取引プラットフォーム（３０）が、前記買い手アカウント番号および前記支払情報に従って、前記取引についての前記支払いを処理するために、銀行端末（２００）と通信することを更に特徴とする、前記買い手側電子装置（１０）。
17. 前記買い手アカウント番号は、
    前記買い手側電子装置（１０）と関連した電話番号、
    前記電話番号とセキュアコードとの組み合わせ、および、
    前記買い手側電子装置（１０）の前記ユーザと関連した仮想アカウント番号
    のうちの１つであることを特徴とする、請求項１６に記載の買い手側電子装置（１０）。
18. 取引プラットフォーム（３０）と通信することができ、そこに保存された暗証番号（ＰＩＮ）を有する支払カードと接続されるように構成される買い手側電子装置（１０）によって実行されるオンライン支払いのための方法であって、前記方法は、以下のステップ、
    （Ａ）支払承認信号を前記取引プラットフォーム（３０）に送信するように、前記買い手側電子装置（１０）を構成するステップであって、前記支払承認信号は、前記買い手側電子装置（１０）と関連した買い手アカウント番号を含む、前記ステップと、
    （Ｂ）前記買い手アカウント番号が有効であることが、前記取引プラットフォーム（３０）により決定されるとき、前記取引プラットフォーム（３０）から、前記買い手側電子装置（１０）のユーザと売り手側電子装置（２０）のユーザとの間の取引と関連した支払情報を受信するように、前記買い手側電子装置（１０）を構成するステップと、
    （Ｃ）前記支払情報を表示して、前記取引プラットフォーム（３０）によって生成される暗証番号および照合コードを入力するように、前記買い手側電子装置（１０）の前記ユーザに命じるように、前記買い手側電子装置（１０）を構成するステップと、
    （Ｄ）こうして受けた前記暗証番号が前記支払カードに保存される前記暗証番号に合致することが、前記買い手側電子装置（１０）により決定されるとき、確認信号および前記照合コードを前記取引プラットフォーム（３０）に送信するように、前記買い手側電子装置（１０）を構成して、その結果、前記照合コードが前記取引プラットフォーム（３０）によって正しいと判定されるときに、前記取引プラットフォーム（３０）が、前記買い手アカウント番号および前記支払情報に従って、前記取引についての支払いを処理するために、銀行端末（２００）と通信するステップとを特徴とする、前記方法。
19. 前記買い手アカウント番号は、
    前記買い手側電子装置（１０）と関連した電話番号、
    前記電話番号とセキュアコードとの組み合わせ、および、
    前記買い手側電子装置（１０）の前記ユーザと関連した仮想アカウント番号
    のうちの１つであることを特徴とする、請求項１８に記載の方法。

Images