(57)【要約】      （修正有）【課題】実行する物理カードに関係せず、支払いについてのセキュリティ強化を提供する支払いを処理する方法を提供する。【解決手段】支払いを処理する方法において、売り手側電子装置は、支払情報を取引プラットフォームに送信して、取引プラットフォームは、認証コードを売り手側電子装置に送信する。買い手側電子装置によって、そのユーザは、認証コードと関連した照合コードを入力して、照合コードを取引プラットフォームに送信することができる。照合コードが有効であると判定されるとき、買い手側電子装置は、暗証番号（ＰＩＮ）を受けて、ＰＩＮが正しいときに、取引プラットフォームに確認信号を送信する。取引プラットフォームは、次に、支払情報に従って、支払いを処理するために、銀行端末と通信する。【選択図】図１
2014096140.tif 000002
【特許請求の範囲】
【請求項１】
買い手側電子装置と、売り手側電子装置と、前記買い手側電子装置、前記売り手側電子装置および銀行端末と通信するように作動する取引プラットフォームとを含む支払処理システムによって実行される支払いを処理する方法であって、前記方法は、以下のステップ、
（ａ）前記買い手側電子装置および前記売り手側電子装置のユーザ間の取引と関連している支払情報を前記取引プラットフォームに送信するように、前記売り手側電子装置を構成し、認証コードを前記売り手側電子装置に送信するように、前記取引プラットフォームを構成するステップと、
（ｂ）前記買い手側電子装置の前記ユーザが、前記売り手側電子装置の前記ユーザによって供給され、前記認証コードと関連している照合コードを入力することができるようにし、こうして受けた前記照合コードを前記取引プラットフォームに送信するように、前記買い手側電子装置を構成するステップと、
（ｃ）前記照合コードが前記認証コードに一致することが前記取引プラットフォームにより判定されるとき、前記支払情報を前記買い手側電子装置に送信するように、前記取引プラットフォームを構成するステップと、
（ｄ）前記買い手側電子装置の前記ユーザに暗証番号（ＰＩＮ）を入力するように指示するように、前記買い手側電子装置を構成するステップと、
（ｅ）ステップ（ｄ）において受けた前記ＰＩＮが正しいことを前記買い手側電子装置により判定されるとき、前記取引プラットフォームに確認信号を送信するように、前記買い手側電子装置を構成するステップと、
（ｆ）前記支払情報に従って前記取引についての支払いを処理するために前記銀行端末と通信するように、前記取引プラットフォームを構成するステップとを含む、前記方法。
【請求項２】
ステップ（ａ）が以下のサブステップ、
（ａ１）前記取引プラットフォームと通信するように、前記売り手側電子装置を構成するサブステップと、
（ａ２）複数の前記候補コードを前記売り手側電子装置に送信するように、前記取引プラットフォームを構成するサブステップと、
（ａ３）前記売り手側電子装置の前記ユーザが前記支払情報を入力することができるようにし、前記支払情報を前記取引プラットフォームに送信するように、前記売り手側電子装置を構成するサブステップとを含み、
前記方法は、ステップ（ｂ）の前に、前記候補コードのうちの１つを前記認証コードとして選択して、前記候補コードのうちの選択された１つを前記取引プラットフォームに送信するように、前記売り手側電子装置を構成するステップを更に含む、請求項１に記載の方法。
【請求項３】
ステップ（ｂ）において、前記照合コードは、前記候補コードのうちの前記選択された１つと関連しており、
ステップ（ｃ）において、前記取引プラットフォームは、前記照合コードが、サブステップ（ａ３）において前記取引プラットフォームに送信される前記候補コードのうちの前記選択された１つに一致するかどうかを判定するように構成される、請求項２に記載の方法。
【請求項４】
サブステップ（ａ２）において、前記売り手側電子装置は、複数の前記候補コードを前記売り手側電子装置に送信することを能動的に前記取引プラットフォームに要求するように構成され、前記取引プラットフォームは、前記要求に応答して前記候補コードを前記売り手側電子装置に送信するように構成される、請求項２に記載の方法。
【請求項５】
サブステップ（ａ２）において、前記取引プラットフォームは、周期的に前記候補コードを生成して、前記売り手側電子装置に送信するように構成される、請求項２に記載の方法。
【請求項６】
ステップ（ａ）は、以下のサブステップ、
（ａ１）前記取引プラットフォームと通信するように、前記売り手側電子装置を構成するサブステップと、
（ａ２）前記売り手側電子装置の前記ユーザが前記支払情報を入力することができるようにして、前記支払情報を前記取引プラットフォームに送信するように、前記売り手側電子装置を構成するサブステップと、
（ａ３）前記支払情報に従って動的なパスワードを動的に生成して、前記認証コードとして前記動的なパスワードを前記売り手側電子装置に送信するように、前記取引プラットフォームを構成するサブステップとを含む、請求項１に記載の方法。
【請求項７】
ステップ（ｆ）の後に、以下のステップ、
前記支払いがうまく処理されるとき、前記支払いが処理されたことを通知する通知信号を、前記買い手側電子装置および前記売り手側電子装置に送信するように、前記取引プラットフォームを構成するステップを更に含む、請求項１に記載の方法。
【請求項８】
取引についての支払いを処理するように構成された支払処理システムであって、前記支払処理システムは、格納された暗証番号（ＰＩＮ）を有する支払いカードと接続される買い手側電子装置と、売り手側電子装置と、前記買い手側電子装置および前記売り手側電子装置に接続され、銀行端末と通信するように作動する取引プラットフォームとを含み、
前記売り手側電子装置は、前記取引プラットフォームに、前記買い手側電子装置および前記売り手側電子装置のユーザ間の取引と関連している支払情報を送信するように構成され、
前記取引プラットフォームは、認証コードを前記売り手側電子装置に送信するように構成され、
前記買い手側電子装置は、前記買い手側電子装置の前記ユーザが、前記売り手側電子装置の前記ユーザによって供給され、前記認証コードと関連している照合コードを入力することができるようにし、こうして受けた前記照合コードを前記取引プラットフォームに送信するように構成され、
前記取引プラットフォームは、前記照合コードが前記認証コードに一致することを前記取引プラットフォームにより判定されるとき、前記支払情報を前記買い手側電子装置に送信するように更に構成され、
前記買い手側電子装置は、前記買い手側電子装置の前記ユーザに前記ＰＩＮを入力するように指示して、前記受けたＰＩＮが正しいことを前記買い手側電子装置により判定されるとき、前記取引プラットフォームに確認信号を送信するように更に構成され、
前記取引プラットフォームは、前記支払情報に従って前記取引についての支払いを処理するために前記銀行端末と通信するように更に構成される、前記支払処理システム。
【請求項９】
前記売り手側電子装置は、
前記取引プラットフォームから複数の前記候補コードを受信するために前記取引プラットフォームと通信し、
前記売り手側電子装置の前記ユーザが前記支払情報を入力することができるようにし、
前記候補コードのうちの１つを前記認証コードとして選択し、
前記支払情報と、前記候補コードのうちの選択された１つとを前記取引プラットフォームに送信するように構成される、請求項８に記載の支払処理システム。
【請求項１０】
前記照合コードは、前記候補コードのうちの前記選択された１つと関連しており、前記取引プラットフォームは、前記照合コードが、前記取引プラットフォームに送信される前記候補コードのうちの前記選択された１つに一致するかどうかを判定するように構成される、請求項９に記載の支払処理システム。
【請求項１１】
前記売り手側電子装置は、複数の前記候補コードを前記売り手側電子装置に送信するように前記取引プラットフォームに能動的に要求するように構成され、前記取引プラットフォームは、前記要求に応答して、前記候補コードを前記売り手側電子装置に送信するように構成される、請求項９に記載の支払処理システム。
【請求項１２】
前記取引プラットフォームは、周期的に前記候補コードを生成して、前記売り手側電子装置に送信するように構成される、請求項９に記載の支払処理システム。
【請求項１３】
前記売り手側電子装置は、前記取引プラットフォームと通信し、前記売り手側電子装置の前記ユーザが前記支払情報を入力することができるようにし、前記支払情報を前記取引プラットフォームに送信するように更に構成され、
前記取引プラットフォームは、前記支払情報に従って前記認証コードを動的に生成し、前記認証コードを前記売り手側電子装置に送信するように更に構成される、請求項８に記載の支払処理システム。
【請求項１４】
前記支払いがうまく処理されるとき、前記取引プラットフォームは、前記買い手側電子装置および前記売り手側電子装置に、前記支払いが処理されたことを通知する通知信号を送信するように更に構成される、請求項８に記載の支払処理システム。
【請求項１５】
前記買い手側装置および前記売り手側電子装置のうちの少なくとも１つは、モバイル機器である、請求項８に記載の支払処理システム。
【請求項１６】
買い手側電子装置のユーザと売り手側電子装置のユーザとの間の取引についての支払いを処理するための取引プラットフォームと通信するように作動する前記買い手側電子装置であって、前記買い手側電子装置は、格納された暗証番号（ＰＩＮ）を有する支払いカードと接続され、前記買い手側電子装置は、前記取引プラットフォームと通信するように構成された前記信号受信モジュールと、表示モジュールと、前記信号送受信モジュール、前記表示モジュールおよび前記支払いカードと接続された制御モジュールとを含み、
前記買い手側電子装置が前記取引についての前記支払いを処理するために作動されるとき、
前記信号送受信モジュールは、前記制御モジュールによって、前記取引と関連している支払情報を前記取引プラットフォームに送信して、前記取引プラットフォームから認証コードを受けるように制御され、
前記信号送受信モジュールは、前記制御モジュールによって、前記買い手側電子装置の前記ユーザが前記売り手側電子装置の前記ユーザによって供給されて、前記認証コードと関連している照合コードを入力することができるようにして、こうして受けた前記照合コードを前記取引プラットフォームに送信するように更に制御され、
前記照合コードが前記取引プラットフォームによって有効であると判定されるとき、前記表示モジュールは、前記制御モジュールによって、前記支払情報を表示して、前記買い手側電子装置の前記ユーザに前記ＰＩＮを入力するように指示するように制御され、
前記制御モジュールによって、こうして受けた前記ＰＩＮが前記支払いカードに格納された前記ＰＩＮに一致することを判定されるとき、前記信号送受信モジュールは、前記制御モジュールによって、確認信号および前記ＰＩＮを前記取引プラットフォームに送信するように更に制御され、その結果、前記取引プラットフォームは、前記支払情報に従って前記取引についての前記支払いを処理するために銀行端末と通信するように構成される、前記買い手側電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１２年１１月８日に出願した台湾出願番号第１０１１４１５４３号の優先権を主張する。
【０００２】
本発明は、支払いを実行する方法、システムおよび電子装置、特に、セキュリティを強化した支払いを実行する方法、システムおよび電子装置に関する。
【背景技術】
【０００３】
今日、典型的な取引についての支払いを実行するためのいくつかの方法が利用可能である。例えば、支払いは、物理的な金、例えば硬貨および／または札などを使用してすることができ、または、（例えばクレジットカード、デビットカードなどの物理的なカードの形で）プラスチックマネーを使用してすることができる。従来の対面取引に加えて、この種の支払いは、オンラインでも処理されうる。
【０００４】
しかしながら、支払いを実行する現在の方法は、それぞれ欠点を有していることが知られている。物理的な金は、消費者にとって持ち歩くのに不都合でありえ、金と交換して当事者に製品および／またはサービスを提供するため、偽金を受け取ることに起因する損失のリスクが常にある。プラスチックマネーは、プラスチックマネーの使用をサポートする限られた環境（例えば、台湾特許公開番号第２００５１３９１１号公報において開示される、クレジットカードを認めていたり、カードリーダを備えていたりする店舗販売時点情報管理（ＰＯＳ））でしか使用することができず、クレジットカード詐欺などのさまざまなセキュリティ問題を有しうる。オンライン取引も、プラスチックマネーに関連しており、例えばカード番号、有効期限およびカードセキュリティコード（ＣＲＣ）などの非常に重要な情報のオンライン送信に関連する。１つの典型的なオンライン取引システムは、台湾特許公開番号２００９５１８４５号公報にて開示したように、システムの構成要素の中の認証署名を送信する。この種の情報は、送信の間、悪意のある第三者によって傍受されることがあり、それにより、クレジットカードの所持者を金銭的損失のリスクにさらしてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、本発明の１つの目的は、実行する物理カードに関係せず、支払いについてのセキュリティ強化を提供する支払いを処理する方法を提供することである。
【課題を解決するための手段】
【０００６】
したがって、本発明の支払いを処理する方法は、支払処理システムによって実行することができる。支払処理システムは、買い手側電子装置と、売り手側電子装置と、その買い手側電子装置、売り手側電子装置および銀行端末と通信するように作動する取引プラットフォームとを含む。本方法には、以下のステップが含まれる。
（ａ）取引プラットフォームに、買い手側電子装置および売り手側電子装置のユーザ間の取引と関連している支払情報を送信するように、売り手側電子装置を構成し、認証コードを売り手側電子装置に送信するように、取引プラットフォームを構成するステップと、
（ｂ）買い手側電子装置のユーザが、売り手側電子装置のユーザによって供給され、認証コードと関連している照合コードを入力することをできるようにして、こうして受けた照合コードを取引プラットフォームに送信するように、買い手側電子装置を構成するステップと、
（ｃ）照合コードが認証コードに一致することが取引プラットフォームにより判定されるとき、支払情報を買い手側電子装置に送信するように、取引プラットフォームを構成するステップと、
（ｄ）買い手側電子装置のユーザに暗証番号（ＰＩＮ）を入力するように指示するように、買い手側電子装置を構成するステップと、
（ｅ）ステップ（ｄ）で受けたＰＩＮが正しいことが買い手側電子装置により判定されるとき、取引プラットフォームに確認信号を送信するように、買い手側電子装置を構成するステップと、
（ｆ）支払情報に従って取引についての支払いを処理するために銀行端末と通信するように、取引プラットフォームを構成するステップ。
【０００７】
本発明の他の目的は、取引の支払いを処理するために上述した方法を実行するように構成される支払処理システムを提供することにある。
【０００８】
したがって、本発明の支払処理システムは、買い手側電子装置と、格納された暗証番号（ＰＩＮ）を有する支払いカードと接続される売り手側電子装置と、買い手側電子装置および売り手側電子装置と接続されて、銀行端末と通信するように作動する取引プラットフォームとを含む。
【０００９】
売り手側電子装置は、取引プラットフォームに、買い手側電子装置および売り手側電子装置のユーザ間の取引と関連している支払情報を送信するように構成される。取引プラットフォームは、認証コードを売り手側電子装置に送信するように構成される。買い手側電子装置は、そのユーザが、売り手側電子装置のユーザによって供給され、認証コードと関連している照合コードを入力することができるようにし、こうして受けた照合コードを取引プラットフォームに送信するように構成される。
【００１０】
取引プラットフォームは、照合コードが認証コードに一致することが取引プラットフォームにより判定されるとき、支払情報を買い手側電子装置に送信するように更に構成される。買い手側電子装置は、そのユーザにＰＩＮを入力するように指示して、それが受けたＰＩＮが正しいことが買い手側電子装置により判定されるとき、取引プラットフォームに確認信号を送るように更に構成される。取引プラットフォームは、支払情報に従ってその取引についての支払いを処理するために銀行端末と通信するように更に構成される。
【００１１】
さらに別の本発明の目的は、上述した方法を実行するように構成される買い手側電子装置を提供することである。
【００１２】
したがって、本発明の買い手側電子装置は、買い手側電子装置のユーザと売り手側電子装置のユーザとの間の取引についての支払いを処理するための取引プラットフォームと通信するように作動する。買い手側電子装置は、格納された暗証番号（ＰＩＮ）を有する支払いカードと接続される。買い手側電子装置は、取引プラットフォームと通信するように構成された信号送受信モジュールと、表示モジュールと、信号送受信モジュール、表示モジュールおよび支払いカードに接続された制御モジュールとを含む。
【００１３】
買い手側電子装置がその取引についての支払いを処理するために作動されるとき、信号送受信モジュールは、制御モジュールによって、取引と関連している支払情報を取引プラットフォームに送信して、取引プラットフォームから認証コードを受けるように制御される。信号送受信モジュールは、制御モジュールによって、そのユーザが売り手側電子装置のユーザによって供給され、認証コードと関連している照合コードを入力することができるようにし、こうして受けた照合コードを取引プラットフォームに送信するように更に制御される。
【００１４】
照合コードが取引プラットフォームによって有効であると判定されるとき、表示モジュールは、制御モジュールによって、支払情報を表示して、買い手側電子装置のユーザにＰＩＮを入力するように指示するように制御される。
【００１５】
こうして受けたＰＩＮが支払いカードに格納されたＰＩＮに一致することが、制御モジュールによって判定されるとき、信号送受信モジュールは、制御モジュールによって確認信号およびＰＩＮを取引プラットフォームに送信するように更に制御され、その結果、取引プラットフォームは、支払情報に従って取引についての支払いを処理するために銀行端末と通信するように構成される。
【００１６】
他の本発明の特徴および効果は、以下の添付図面を参照して、好ましい実施形態についての下記の詳細な説明において明らかになる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明による支払いを処理する方法の第１の好ましい実施形態のフローチャートである。
【図２】図２は、第１の好ましい実施形態による支払処理システムの略ブロック図である。
【図３】図３は、それを介して買い手が照合コードを入力することができる、コード入力インターフェースを示す。
【図４】図４は、図１の方法のステップＳ０７のサブステップを示しているフローチャートである。
【図５】図５は、それを介して買い手がいくつかの利用可能な支払方法から選択することができる、支払選択インターフェースを示す。
【図６】図６は、それを介して買い手がＰＩＮを入力するように指示される、暗証番号（ＰＩＮ）入力インターフェースを示す。
【図７】図７は、それを介して買い手が確認コードを入力することによって支払いを確認することができる、確認インターフェースを示す。
【図８】図８は、支払いが処理されることを示している通知信号を示す。
【図９】図９は、本発明による支払いを処理する方法の第２の好ましい実施形態のフローチャートである。
【図１０】図１０は、支払処理システムの買い手側電子装置に表示される認証インターフェースを示す。
【発明を実施するための形態】
【００１８】
図１および図２に示すように、支払処理システム１００の第１の好ましい実施形態および本発明による支払処理のための方法が示される。支払処理システム１００は、買い手側電子装置１０と、売り手側電子装置２０と、買い手側電子装置１０および売り手側電子装置２０と接続され、銀行端末２００と通信するように作動する取引プラットフォーム２０とを含む。本方法は、買い手側電子装置１０および売り手側電子装置２０のユーザ間の取引についての支払いを処理するために使用され、そして、支払処理システム１００は、オンライン取引および対面取引をサポートする。
【００１９】
本実施形態において、買い手側電子装置１０は、モバイル機器（例えばスマートフォン、タブレットコンピュータ、その他）である。取引がネットワークを通じて行われる（すなわち、買い手および売り手が、取引の間、互いに会わない）実施形態において、買い手側電子装置１０は、例えば、パーソナルコンピュータでありうる。
【００２０】
買い手側電子装置１０は、格納される暗証番号（ＰＩＮ）を有する支払いカード１２（例えば、「Ｘカード」という名前の特定の製品）と接続されて、そして、信号送受信モジュール１１と、表示モジュール１３と、その信号送受信モジュール１１、表示モジュール１３および支払いカード１２に接続される制御モジュール１４とを含む。
【００２１】
信号送受信モジュール１１は、取引プラットフォーム３０と通信するように構成される。
【００２２】
支払いカード１２は、セキュアデジタル（ＳＤ）カード、ミニＳＤカード、マイクロＳＤカードおよびコンパクトフラッシュ（登録商標）（ＣＦ）カードから選択されたメモリカードモジュールでもよく、銀行端末２００によって照合され、従来のプラスチックマネーの機能を提供するように構成される。但し、さまざまなカードフォーマットがこの発明の他の実施形態において使用されることができる。
【００２３】
本実施形態において、支払いカード１２は、ＰＩＮおよび仮口座番号を格納し、そして、ＦＩＳＣ  ＩＩ基準に一致するデータチップ（図に示さず）を含む。仮口座番号は、買い手側電子装置１０のユーザによって指定された、かつ、関連したコード名でありうる。特に、仮口座番号は、実際の銀行口座番号ではなく、買い手側電子装置１０のユーザが所有している特定の銀行口座に対応し、仮口座番号は、買い手側電子装置１０と銀行端末２００との間に送信される。このように、銀行端末２００以外、誰も仮口座番号から有益な情報を得ることができず、そして、実際の銀行口座番号は、比較的より安全にすることができる。いくつかの実施形態において、ＰＩＮは、銀行端末２００によって割り当てられたデフォルト番号であって、買い手側電子装置１０を使用してユーザが変更することができる。
【００２４】
いくつかの実施形態において、買い手側電子装置１０のユーザによって所有されるさまざまな銀行口座にそれぞれ対応するさまざまな仮口座番号は、支払いカード１２に格納されることができ、買い手側電子装置１０のユーザは、支払いをするための銀行口座のうちの１つを選択するための選択を提供されることができる。
【００２５】
表示モジュール１３は、ユーザに取引に関する情報を提供するように構成される。制御モジュール１４は、取引を処理するためのアプリケーションを含み、そして、そのアプリケーションの命令に基づいて、信号送受信モジュール１１および表示モジュール１３の動作を制御するために制御信号を生成するように構成される。
【００２６】
この実施形態において、売り手側電子装置２０は、一般のストア（例えばデパート、コンビニエンスストア、その他）にあり、そして、支払システム（例えばショッピングウェブサイトサーバ、販売時点情報管理システム、その他）、および、取引プラットフォーム３０と相互通信を可能にするように構成されたアプリケーションプログラミングインターフェース（ＡＰＩ）を含む。
【００２７】
取引プラットフォーム３０は、買い手側電子装置１０および売り手側電子装置２０と通信するために、銀行または任意の第三の位置にあることができる。
【００２８】
図１は、支払処理システム１００によって実行される、支払いを処理するための方法のステップを示す。その方法は、支払処理システム１００が買い手側電子装置１０および売り手側電子装置２０のユーザ（それぞれ、以下、買い手および売り手と呼ぶ）間の取引についての支払いを処理することになるときに、実行される。
【００２９】
ステップＳ０１において、電源を入れたときに、売り手側電子装置２０は、取引プラットフォーム３０と通信するために、ＡＰＩを実行するように作動する。具体的には、売り手側電子装置２０は、取引プラットフォーム３０によってサインオン操作（ｓｉｇｎ  ｏｎ  ｏｐｅｒａｔｉｏｎ）を実行する。サインオン操作は、売り手側電子装置２０が取引プラットフォーム３０の正当な協力パートナーであることを確かめるために取引プラットフォーム３０によって要求される。取引プラットフォーム３０は、サインオン操作を完了するデバイスだけがそれと通信することができるように、構成されることができる。売り手の営業時間が終わっているときに、売り手側電子装置２０は、取引プラットフォーム３０との通信を終了するためのサインオフ操作（ｓｉｇｎ  ｏｆｆ  ｏｐｅｒａｔｉｏｎ）を実行する。
【００３０】
その後、ステップＳ０２において、取引が発生することになっている（すなわち、買い手は、製品および／またはサービスを購入することになっている）とき、制御モジュール１４は、次に表示モジュール１３上に認証インターフェースを生成するアプリケーションを実行する。本方法は、支払いを始めるために認証コードを入力するように買い手に要求する。
【００３１】
次に、売り手は、認証コードとして使用されることになっている候補コードを要求するために、ＡＰＩを作動する。その要求に応答して、取引プラットフォーム３０は、ステップＳ０３において、複数の候補コードを生成して、売り手側電子装置２０に送信するように作動する。候補コードの各々は、所定の長さ（例えば８ビット、１６ビット、その他）を有することができ、アルファベット、数字またはそれらの組み合わせから成ることができる。
【００３２】
次に、売り手は、取引と関連した支払情報を入力して、売り手側電子装置２０を通じて認証コードとして取引プラットフォーム３０から受けた候補コードのうちの１つを選択する。支払情報の売り手の入力および候補コードの選択を受けると、売り手側電子装置２０は、ステップＳ０４において、支払情報および候補コードの選択された１つを取引プラットフォーム３０に送信するように作動可能である。この時、売り手は、買い手に候補コードの選択された１つを供給することができる。特定の取引のために選択された候補コードの各々は、その後の取引のために選択することはできない。
【００３３】
本実施形態において、支払情報は、購入される製品の名称、店名および／またはマーチャントシリアル番号、特定の支払方法および支払いの総額を含む。マーチャントシリアル番号は、売り手によって指定され、デフォルト値を有することができる。総額は、売り手によって手動で入力されることができる、または、取引に関連している製品に取り付けられるバーコードをスキャンするためにバーコードスキャナを使用して得ることができる。付加的な関連情報が、この発明の他の実施形態において、支払情報として役割を果たすために組み込まれることができることに留意されたい。
【００３４】
取引がオンラインで行われ、買い手が買い手側電子装置１０としての役割を果たしているパーソナルコンピュータを操作する場合には、買い手が製品を購入した後、売り手側電子装置２０は、製品の名称、マーチャントシリアル番号および支払いの総額を支払情報として得て、候補コードのうちの１つを選択し、候補コードの選択された１つを買い手側電子装置１０に送信するように、自動的に作動可能である。このような場合、支払情報の各部分は、買い手によって供給されることができる。売り手側電子装置２０は、買い手によって供給された支払情報の部分を受けるようにも作動する。
【００３５】
いくつかの実施形態において、所定の状況が生じるとき、売り手側電子装置２０は、複数の候補コードを売り手側電子装置２０に送信することを取引プラットフォーム３０に能動的に要求するように作動することができる。例えば、所定の状況は、候補コードの残りの（すなわち、売り手によってまだ選択されていない）数が特定の数（例えば１０）より小さいことでありうる。次に、売り手側電子装置２０は、取引プラットフォーム３０にその要求を自動的に送信し、取引プラットフォームは、所定の状況を中立にするために、その要求に応答して、候補コードの新たな組を生成して、売り手側電子装置２０に送信する。いくつかの実施形態において、このような要求は、周期的に売り手側電子装置２０によって送信することができる。
【００３６】
ステップＳ０５において、図３に示すように、制御モジュール１４に格納されたアプリケーションは、コード入力インターフェースを生成して、そのコード入力インターフェースを表示するために表示モジュール１３を制御するように作動する。次に、買い手側電子装置１０は、買い手が、売り手によって供給され、認証コードと関連している照合コードを入力することができるようにし、こうして受けた照合コードを取引プラットフォーム３０に送信するように作動する。
【００３７】
ステップＳ０６において、取引プラットフォーム３０は、ステップＳ０５において買い手側電子装置１０から受けた照合コードが、ステップＳ０４において売り手側電子装置２０から受けた認証コードと一致するかどうかを判定するように作動可能である。この種の判定が肯定的であるときは、そのフローはステップＳ０７へ進む。そうでないときは、そのフローは、取引プラットフォーム３０が、照合コードが正しくなかったと取引の当事者に通知するために、エラーメッセージを買い手側電子装置１０および売り手側電子装置２０に送信する、ステップＳ２０へ進み、そして、本方法は終了する。
【００３８】
ステップＳ０７において、取引プラットフォーム３０は、支払情報および確認コードを買い手側電子装置１０に送信するように作動して、買い手側電子装置１０の表示モジュール１３が、買い手に確認インターフェースを表示することを可能にする。買い手に確認コードを入力することを要求する理由は、買い手側電子装置１０が実際に買い手によって作動されており、そして、悪意のあるソフトウェアによって乗っ取られたり、制御されたりしていることを確認するためである。
【００３９】
本実施形態において、確認コードは、コンピュータと人間を区別する完全に自動化された公開チューリングテスト（ｃｏｍｐｌｅｔｅｌｙ  ａｕｔｏｍａｔｅｄ  ｐｕｂｌｉｃ  Ｔｕｒｉｎｇ  ｔｅｓｔ  ｔｏ  ｔｅｌｌ  ｃｏｍｐｕｔｅｒｓ  ａｎｄ  ｈｕｍａｎｓ  ａｐａｒｔ）（ＣＡＰＴＣＨＡ）である。図４は、ステップＳ０７の詳細なサブステップを示す。
【００４０】
まず、サブステップＳ０７１において、取引プラットフォーム３０は、支払情報を買い手側電子装置１０に送信し、そこから、正しい照合コードを受けるように作動する。
【００４１】
その後、サブステップＳ０７２において、買い手側電子装置１０の表示モジュール１３は、支払いをするいくつかの方法から買い手が選択することを可能にするための支払選択インターフェースを表示する。典型的な支払選択インターフェースは、図５に示される。そこにおいて、支払いをする方法は、送金、マイクロペイメント、以前買い手に設定されたクレジットカード／デビットカード、および売り手に受け入れ可能な他のクレジットカード／デビットカードを含む。
【００４２】
その方法のうちの１つが選択される（例えば、買い手が送金を使用した支払いをすることを選択する）ときに、サブステップＳ０７３において、表示モジュール１３は、（図６に示すように）買い手にＰＩＮを入力するように指示するＰＩＮ入力インターフェースを表示する。次に、買い手側電子装置１０の制御モジュール１４が、サブステップＳ０７４においてＰＩＮが正しい（すなわち、支払いカード１２に格納されるＰＩＮに一致する）かどうかを判定するように作動する。ＰＩＮが正しくない場合、制御モジュール１４は、表示モジュール１３を無効なＰＩＮメッセージを表示するために制御して、サブステップＳ０７３は繰り返される。いくつかの例において、誤ったＰＩＮが連続して何度も入力されるとき、本方法は終了される。
【００４３】
サブステップＳ０７３において受けたＰＩＮが正しいとき、フローはサブステップＳ０７５へ進む。そこにおいて、制御モジュール１４は、信号送受信モジュール１１を通して取引プラットフォーム３０から確認コードを要求する。その要求に応答して、取引プラットフォーム３０は、確認コードを生成して、サブステップＳ０７６においてそれを買い手側電子装置１０に送信する。
【００４４】
次に、買い手側電子装置１０は、サブステップＳ０７７において、表示モジュール１３による表示のための確認インターフェースを生成する。図７に示すように、確認インターフェースは、支払情報を含み、支払いを確認するための取引プラットフォーム３０から受けた確認コードを入力することを買い手に要求する。本実施形態において、確認コードが買い手に読めないときに、確認インターフェースは確認コードを再表示させるためのオプションを供給される（こうしてフローはサブステップＳ０７５に戻る）。
【００４５】
いくつかの例において、確認インターフェースは、表示モジュール１３に示される仮想キーボードを含むことができる。仮想キーボードは、セキュリティの理由のため、ランダムに生成されたキーボードレイアウトを含むことができる。キーボードレイアウトは、買い手が更にセキュリティを強化するためのキーをたたくたびに、ランダムに生成されることができる。
【００４６】
その後、ステップＳ０８において、制御モジュール１４は、確認信号および確認コードを取引プラットフォーム３０に送信するように信号送受信モジュール１１を制御する。確認信号は、買い手が支払いを確認したこと、および、取引プラットフォーム３０が支払いを処理する手続をすることができることを取引プラットフォーム３０に通知するためにある。ＰＩＮは、買い手側電子装置１０の代わりに、支払いカード１２に格納されるだけであり、支払処理システム１００の装置をこえて送信されないことに留意されたい。したがって、いかなる第三者も、データ伝送の間、ＰＩＮを傍受するのを防止される。さらに、一旦支払いカード１２が買い手側電子装置１０から取り外されるならば、ＰＩＮは、買い手側電子装置１０から得ることができない。
【００４７】
ステップＳ０９において、取引プラットフォーム３０は、ステップＳ０８において受けた確認コードが正しいかどうかを判定し、その判定が肯定的であるときにステップＳ１０を実行するように作動する。そうでないときは、フローは、買い手に再度確認コードを入力するように指示するために、ステップＳ０８に戻る。いくつかの実施形態において、フローは、他の確認コードを再表示させるために、サブステップＳ０７５に戻る。いくつかの実施形態において、ステップＳ０８においてなされた判定が否定的であるとき、本方法は終了する。
【００４８】
ステップＳ１０において、取引プラットフォーム３０は、支払情報に従って取引の支払いを処理するために銀行端末２００と通信するように作動する。
【００４９】
その後、ステップＳ１１において、支払いがうまく処理されるときに、取引プラットフォーム３０は、買い手側電子装置１０および／または売り手側電子装置２０に、支払いが処理されたことを通知する通知信号を送信するように作動する。買い手側電子装置１０に送信されたこの種の通知信号の１つの例は、図８に非常に示されものでありえる。
【００５０】
買い手側電子装置１０のために、その通知信号は、支払シリアル番号、銀行受付番号、支払いと関連した買い手の銀行口座、支払いの日付／時刻、マーチャントシリアル番号／店名および支払いの総額を含むことができる。付加的な関連情報は、この発明の他の実施形態の通知信号に含まれることができる。
【００５１】
本方法は、更に、支払いに関する詳細を買い手に知らせて、買い手が支払いを処理する前に買い手側電子装置１０を用いて支払いを確認することを可能にする。その結果、本方法を用いて処理された各支払いは、買い手によって許可されて、買い手側電子装置１０を所有していない悪意の第三者が実行することができない。このように、本方法は、セキュリティ強化を提供する。さらに、本方法は、買い手のカードリーダおよびクレジットカードおよび／またはデビットカードを売り手に与えることに関与しないので、関連するセキュリティリスクを著しく低減することができる。
【００５２】
売り手側電子装置２０は、いくつかの方法を使用して、取引プラットフォーム３０から、認証コードを得ることができる。例えば、取引プラットフォーム３０と売り手側電子装置２０との間の接続が確立されるとすぐに、取引プラットフォーム３０は、複数の認証コードを売り手側電子装置２０に送信することができる。売り手側電子装置２０は、複数の認証コードを売り手側電子装置２０に送信することを能動的に取引プラットフォーム３０に要求することができる。このような要求は、周期的に取引プラットフォーム３０に送信することもできる。
【００５３】
いくつかの実施形態において、取引の間、買い手の実際の銀行口座番号の代わりに、買い手が所有している特定の銀行口座に対応する仮口座番号が送信され、そして、仮口座番号および実際の銀行口座番号の対応は、買い手と銀行端末２００にのみ知られている。このように、仮口座番号が第三者によって傍受されるための脅威にさらされる場合であっても、買い手の個人情報は、なお比較的安全にされる。
【００５４】
図９に示すように、本発明による支払いを処理する方法の第２の好ましい実施形態は、第１の実施形態と類似する。この実施形態と第１の好ましい実施形態の主な違いについて以下に記載する。
【００５５】
ステップＳ２１において、電源を入れたときに、売り手側電子装置２０は、取引プラットフォーム３０と通信するために、ＡＰＩを実行するように作動する。前述の実施形態に類似して、売り手側電子装置２０は、売り手側電子装置２０が取引プラットフォーム３０の正当な協力パートナーであることを確認にするために、取引プラットフォーム３０を用いてサインオン操作を実行する。
【００５６】
その後、ステップＳ２２において、取引が行われることになる（すなわち、買い手が製品および／またはサービスを購入することになる）ときに、制御モジュール１４は、次に表示モジュール１３に認証インターフェースを生成するアプリケーションを実行する。本方法は、支払いを始めるために、認証コードを入力することを買い手に要求する。
【００５７】
次に、売り手は、売り手側電子装置２０が、ステップＳ２２において認証コードとして使用されることになっている動的なパスワードを要求するように、ＡＰＩを作動することができる。本実施形態において、動的なパスワードは、売り手側電子装置２０の要求に応じて、取引プラットフォーム３０によって生成されるワンタイムパスワード（ｏｎｅ−ｔｉｍｅ  ｐａｓｓｗｏｒｄ）（ＯＴＰ）である。
【００５８】
売り手側電子装置２０は、売り手が支払情報を入力できるようにし、その支払情報および要求を取引プラットフォーム３０に送信するように更に作動する。売り手側電子装置２０から動的なパスワードの要求に応答して、取引プラットフォーム３０は、ステップＳ２３において、支払情報に従って動的なパスワードを動的に生成して、ステップＳ２３の認証コードとして動的なパスワードを売り手側電子装置２０に送信するように作動する。
【００５９】
次に、売り手は、受けた動的なパスワードを買い手に供給する。動的なパスワードは、所定の長さを有することができて、アルファベット、数字またはそれらの組み合わせから成ることができる。ステップＳ２４において、買い手側電子装置１０は、次に買い手が認証コードとしてコード入力インターフェース（図３）を介して動的なパスワードを入力することを可能にし、こうして受けた動的なパスワードを取引プラットフォーム３０に送信する。
【００６０】
ステップＳ２５において、取引プラットフォーム３０は、ステップＳ２４において買い手側電子装置１０から受けた動的なパスワードが正しいかどうかを判定するように作動する。判定が肯定的であるときに、フローは、ステップＳ２６へ進む。そうでないとき、フローは、第１の好ましい実施形態のステップＳ２０に類似するステップＳ４０へ進む。
【００６１】
その後、本実施形態において、ステップｓ２６〜Ｓ３０は、それぞれ、ステップＳ０７〜Ｓ１１に類似する。従って、その詳細については、簡潔のため本願明細書においては省略する。
【００６２】
第２の好ましい実施形態は、第１の好ましい実施形態のそれらと同じ効果がある。
【００６３】
いくつかの実施形態において、さまざまな売り手に応じて、認証コードとして使用されることができるいくつかのオプションが、買い手に供給されうる。典型的な認証インターフェースは、図１０に示されているようなものでありえる。したがって、買い手は、支払いカード１２と関連した個人の口座番号（「Ｘカード口座番号」）、買い手側電子装置１０の電話番号とセキュリティコードの組み合わせ、および認証コード（候補コードと動的なパスワードを含む）のうちの１つを入力することを選択することができる。一旦売り手が買い手によってなされた選択を承認すると、売り手は、関連する要求をするためにＡＰＩを作動することができる。
【００６４】
いくつかの実施形態において、売り手側電子装置２０は、モバイル機器でありうる。
【００６５】
いくつかの実施形態において、支払処理システム１００は、複数の売り手側電子装置２０、および売り手側電子装置２０と接続されるセントラルサーバを含むことができる。売り手側電子装置２０の各々と取引プラットフォーム３０との間のデータ伝送は、セントラルサーバによって処理されうる。この種の支払処理システム１００は、より大きなストア（例えばウェアハウスストア、卸売りストア、その他）において適用できる。
【００６６】
まとめると、この発明の実施形態は、買い手が支払いを認証するいくつかの方法を可能にして、その後、買い手のための対応する照合コードを生成し、したがって、支払いのセキュリティを強化する。加えて、この発明の実施形態による支払いカード１２は、そこに格納されたＰＩＮおよび仮口座番号を有する。その結果、支払いの間、買い手の個人情報は、支払処理システム１００の装置間で送信されず、更に、支払いのためのセキュリティ強化を提供する。さらに、買い手の物理カードがその取引において売り手に実際に与えられないので、買い手は、クレジットカード／デビットカードを持ってくる必要はなく、売り手は、この発明の方法を実行するための追加のカード読取り装置を準備する必要がない。
【００６７】
本発明は、最も実際的で且つ好ましい実施形態と考えられるものと関連して説明されたが、この発明が、開示された実施形態に限定されず、すべてのこの種の修正および等しい装置を含むために、最も広い解釈の範囲内に含まれるさまざまな装置をカバーすることを目的とするものと理解される。
【図１】
2014096140.tif 000003
【図２】
2014096140.tif 000004
【図３】
2014096140.tif 000005
【図４】
2014096140.tif 000006
【図５】
2014096140.tif 000007
【図６】
2014096140.tif 000008
【図７】
2014096140.tif 000009
【図８】
2014096140.tif 000010
【図９】
2014096140.tif 000011
【図１０】
2014096140.tif 000012
【外国語明細書】
2014096140000001.pdf
2014096140000002.pdf
2014096140000003.pdf
2014096140000004.pdf