JP7258378B2

JP7258378B2 - ブロックチェーンネットワークを介して支払取引を処理するためのシステム及び方法

Info

Publication number: JP7258378B2
Application number: JP2021577446A
Authority: JP
Inventors: ウー、チン・ソン; ワン、チー・ション
Original assignee: エランド・ブロックチェーン・フィンテック・インコーポレイテッド
Priority date: 2019-06-26
Filing date: 2020-06-24
Publication date: 2023-04-17
Anticipated expiration: 2040-06-24
Also published as: US20220253852A1; CN114026587A; EP3991118A1; WO2020263915A1; EP3991118A4; JP2022543733A

Description

発明の背景

１．発明の分野
[0001]本発明は、ブロックチェーンネットワークを通して支払取引を処理するためのシステム及び方法に関し、特に、ブロックチェーンネットワークを使用して支払取引を処理及び記憶するための方法及びシステムに関する。

２．関連技術の説明
[0002]現在の支払取引は、現金取引、クレジットカード取引、およびモバイル決済（第三者支払プラットフォーム）にすぎず、その中でもクレジットカード取引およびモバイル決済は、依然として「集中型モデル」を回避することができない。

[0003]「集中型モデル」では、支払人および受取人の両方が、第三者取引処理機構を通してそれらの取引を処理しなければならない。このリスクは極めて高い。第三者取引処理機関に問題がある場合、取引が中断されて失敗するかもしれず、さらに悪いことに、資産全体が消滅する可能性さえあり、取引メッセージのプライバシーが保護されないかもしれない。

[0004]ここで、図５Ａおよび５Ｂを参照する。図５Ａは、クレジットカード取引のための既存のアーキテクチャシステムを示すダイヤグラムであり、図５Ｂは、既知のタイプのクレジットカード取引フローチャートである。以下の説明は、例えば、クレジットカード取引に基づいて行われる。まず、ステップＳ１において、消費者は、加盟店においてクレジットカード支払いを行う。ステップＳ２において、加盟店のポイントオブセール（ＰＯＳ）情報システムは、このカード取引メッセージを提携銀行ＡＢに送信する。ステップＳ３において、提携銀行ＡＢは、このクレジットカード取引メッセージを、前述の「第三者取引処理機関Ｐｔ」であり、一般にＶＩＳＡ（登録商標）、ＭａｔｅｒＣａｒｄ（登録商標）、ＪＣＢ（登録商標）などとして知られているカード協会に送信する。ステップＳ４において、カード協会はクレジットカード取引メッセージをカード発行銀行ＩＢに送信し、カード発行銀行ＩＢは消費者のクレジットを確認し、取引を処理し、次いでステップＳ５において、カード協会に応答する。ステップＳ６において、カード協会は、取引を記録した後、提携銀行ＡＢに確認メッセージを送る。ステップＳ７において、提携銀行は、カード決済が成功したことを加盟店のポイントオブセール（ＰＯＳ）情報システムに確認する。最後に、カード発行銀行ＩＢは、ステップＳ８およびＳ９のように、支払いのために消費者に請求書を送る。

[0005]しかしながら、図５Ａに示すアーキテクチャダイヤグラムに示すように、既存のクレジットカード決済アーキテクチャは、集中型モデルを採用しており、第三者取引処理機関Ｐｔは、複数のカード発行銀行ＩＢ及び複数の提携銀行ＡＢに同時に接続されている。図５Ｂの取引フローチャートが示すように、既存のクレジットカード支払いプロセスはかなり複雑である。単一の取引メッセージは、複数の処理ノードを通過しなければならず、各処理ノードは、かなりのサービス料金を負担し、高い取引コストをもたらす。さらに、取引のプライバシーは保護されない。

[0006]本発明の目的は、ブロックチェーンネットワークを通して支払取引を処理するためのシステム及び方法を提供することであり、これは、ブロックチェーンネットワークの分散された性質を採用することによって、支払取引のアーキテクチャ及び処理を単純化することができ、その結果、支払人及び受取人は取引を直接行うことができる。加えて、ブロックチェーンネットワークの性質を考慮すると、支払取引は、オープンであり、透過的であり、拒絶不可能である。

[0007]上記の目的を達成するために、本発明は、少なくとも１つの受取人ノードと、少なくとも１つの支払人アカウントノードと、中間処理ノードとを有するブロックチェーンネットワークを介して支払取引を処理するためのシステムを提供し、ここで、中間処理ノードは、プロセッサと、少なくとも１つのアプリケーションプログラムを記憶するように構成されたメモリモジュールと、ネットワークインターフェースとを含み、ここで、少なくとも１つのアプリケーションプログラムは、プロセッサによって実行されるとき、プロセッサに、ネットワークインターフェースを介して、少なくとも１つの受取人ノードから、支払を行う支払人の支払人識別データ項目と、取引額と、受取人アカウントデータ項目とを含む支払取引メッセージを受信することと、支払人識別データ項目を確認し、次いで、支払取引メッセージに含まれる少なくとも支払人識別データ項目および取引額を少なくとも１つの支払人アカウントノードに送信することと、ネットワークインターフェースを介して、少なくとも１つの支払人アカウントノードにより送られた支払取引確認メッセージを受信した後、支払取引メッセージをブロックチェーンネットワークにブロードキャストするか、又は支払取引メッセージを、支払取引メッセージがブロックチェーンネットワークにブロードキャストされる少なくとも１つの受取人ノードに送ることと、を含むプロセスを実行させる複数のプロセッサ実行可能命令を含む。

[0008]前述の目的を達成するために、本発明のブロックチェーンネットワークを介して支払取引を処理する方法は、ブロックチェーンネットワーク中の受取人ノードに支払取引メッセージを提供するステップ（Ａ）と、支払取引メッセージは、支払を行う支払人の支払人識別データ項目、取引額、および受取人アカウントデータ項目を含み、受取人ノードによって、支払取引メッセージをブロックチェーンネットワーク中の中間処理ノードに送るステップ（Ｂ）と、中間処理ノードによって、支払人識別データ項目を確認し、次いで、支払取引メッセージ中に含まれる少なくとも支払人識別データ項目および取引額をブロックチェーンネットワーク中の支払人アカウントノードに送信するステップ（Ｃ）と、支払人アカウントノードによって、支払人識別データ項目および取引額を確認し、次いで、支払取引確認メッセージを中間処理ノードに送るステップ（Ｄ）と、中間処理ノードによって、支払取引メッセージをブロックチェーンネットワークにブロードキャストするか、又は、中間処理ノードによって、支払取引メッセージを受取人ノードに送り、受取人ノードによって、支払取引メッセージをブロックチェーンネットワークにブロードキャストするステップ（Ｅ）とを含む。

[0009]上記を考慮すると、本発明によるシステムおよび方法では、中間処理ノードは支払人識別データ項目のみを確認することが明らかである。確認後、支払取引メッセージは、通常は支払人のクレジットまたはアカウント残高に基づく支払人アカウントノードによって確認される。支払人アカウントノードが確認を認識するとき、それは、支払取引が合法的な取引であることを意味する。次いで、中間処理ノードは、取引メッセージをブロックチェーンネットワークにブロードキャストする。最後に、支払人アカウントノード、受取人アカウントノードまたは他の何らかのアカウントノードは、取引メッセージに基づいて、支払要求、突合せ、および充当を行う。

[0010]
図１Ａは、本発明の好ましい実施形態による支払取引を処理する例示的な方法を図示するフローチャートである。図１Ｂは、本開示の好ましい実施形態によるシステムアーキテクチャを図示するダイヤグラムである。図２Ａは、本発明の好ましい実施形態の第１の取引モードを概略的に示すダイヤグラムである。図２Ｂは、本発明の好ましい実施形態の第１の取引モードで使用されるシステムアーキテクチャを示すダイヤグラムである。図２Ｃは、本発明の好ましい実施形態の別の署名方法を概略的に図示するダイヤグラムである。図３Ａは、本発明の好ましい実施形態の第２の取引モードを概略的に図示するダイヤグラムである。図３Ｂは、本発明の好ましい実施形態による第２の取引モードのシステムアーキテクチャを図示する図である。図４は、本発明の好ましい実施形態の第３の取引モードのシステムアーキテクチャを図示する図である。図５Ａは、クレジットカード取引のための既存のシステムアーキテクチャを図示する図である。図５Ｂは、クレジットカード取引を処理するための従来の方法を図示するフローチャートである。

好ましい実施形態の説明

[0011]本発明は、ブロックチェーンネットワークを介して支払取引を処理するシステム及び方法に関する。説明において、同様の要素は同一の参照符号によって示される。加えて、本発明の図面は、例示的であることのみが意図されており、必ずしも縮尺通りに描かれておらず、全ての詳細が必ずしも図面に示されていない。

[0012]例示目的のために、以下で説明される実施形態は、主にクレジットカード支払取引に基づく。しかしながら、好ましい実施形態に関する説明は例示的なものにすぎず、本発明はクレジットカード支払取引に限定されるものではない。本発明のシステムまたは方法は、支払人の識別を確認するための情報を記録または記憶できる任意のキャリア、不換通貨または仮想通貨を記憶できる任意の機構または組織、または、デビットカード、ＡＴＭカード、プリペイドカード、付加価値カードなどのような、支払人の負債に対して支払うことができるもしくは支払人の負債に先行して支払うことができる任意の機構または組織に適用可能である。

[0013]本発明はまた、会社の財務部門によって保証されたライアビリティを有する任意のスタッフＩＤカード、およびカード発行者によって保証されたライアビリティを有する任意のメンバーシップカードに適用可能である。さらに、本発明は、消費目的のホテルまたはクルーザーのためのルームカードにも適用可能である。なお、上述のキャリアは、カードの形態に限定されない。本発明は、支払人の識別を識別するために使用できる任意のキャリア、例えば、携帯電話、もしくは識別情報が埋め込まれた任意のデバイスに適用可能であり、または、指紋、静脈、虹彩、顔、声紋、ＤＮＡなどの生物学的特徴について直接的に識別子を識別することさえも可能である。

[0014] 図１Ａは、本発明の好ましい実施形態による支払取引を処理する例示的な方法を図示するフローチャートである。次に、この実施形態による全体的な取引処理を以下で説明する。まず、ステップＳｉにおいて、受取人（販売者、加盟店）の受信デバイス（クレジットカードマシン）は、支払取引メッセージを受信する。次いで、ステップＳ１００において、受信デバイスがブロックチェーンネットワーク中のノードである場合、第１の取引モードが実行される。受信デバイスがブロックチェーンネットワーク中のノードでない場合、第２の取引モードが実行される。第１及び第２の取引モードについては後で詳細に説明する。

[0015] 第１の取引モードでは、受信デバイスはまず、支払人の識別が中間処理ノードによって確認されるように（ステップＳ１２０）、支払取引メッセージをブロックチェーンネットワーク内の中間処理ノードに送信する（ステップＳ１１０）。支払人の識別の確認が失敗した場合、ステップＳ３００に示すように、通知が受信デバイスに送信され、受信デバイスは、提携銀行を通して第三者取引処理機関（ＶＩＳＡ、Ｍａｓｔｅｒ、ＪＣＢなど）に支払取引メッセージを送り、従来のクレジットカード取引プロセスに進む。支払人の識別の確認が成功した場合、ステップＳ１３０のように、支払取引メッセージが支払人発行銀行に送信される。

[0016]次に、ステップＳ１４０において、カード発行者は、支払取引メッセージを確認する必要がある。信用性の欠如または不十分な預金などの理由で、カード発行者による支払取引メッセージの確認が失敗した場合、ステップＳ３００のように、通知メッセージが中間処理ノードを介して受信デバイスに送られ、従来のクレジットカード取引プロセスに進む。代替の実施形態では、中間処理ノードは、クレジットカード支払いが失敗したことを受信デバイスに通知し、取引をキャンセルすることができる。カード発行銀行による支払取引メッセージの確認が成功した場合、ステップＳ１５０のように、カード発行銀行は、支払取引確認を中間処理ノードに送る。最後に、中間処理ノードは、ステップＳｆのように、支払取引メッセージをブロックチェーンネットワークにブロードキャストする。

[0017]第２の取引モードは、受信デバイスがブロックチェーンネットワーク中のノードではなく、提携銀行がブロックチェーンネットワーク中のノードであるという条件に基づく。言うまでもなく、全体的なプロセスの開始時に、提携銀行がシステムのメンバーであるか否かを決定することが依然として必要である。ステップＳ２００において、提携銀行は、支払取引メッセージを受信する。ステップＳ２１０において、提携銀行がブロックチェーンネットワーク中のノードである場合、ステップＳ１１０が実行され、次いで、ステップＳ１２０からステップＳｆが実行される。提携銀行がブロックチェーンネットワーク中のノードでない場合、ステップＳ３００が実行され、ステップＳ３１０のように、従来のクレジットカード取引プロセスに従って支払取引が処理される第三者取引処理機関に支払取引メッセージが送信される。

[0018]第１の取引モードのプロセスを詳細に説明するが、図１Ａ、図１Ｂ、図２Ａ、および図２Ｂを参照すると、図１Ｂは、本発明の好ましい実施形態によるシステムアーキテクチャを図示するダイヤグラムであり、図２Ａは、本発明の好ましい実施形態の第１の取引モードを概略的に図示するダイヤグラムであり、図２Ｂは、本発明の好ましい実施形態の第１の取引モードで使用されるシステムアーキテクチャを図示するダイヤグラムである。まず、受信デバイス及び提携銀行は、ブロックチェーンネットワークＢＣ中のノード、すなわち、図にそれぞれ示される受取人ノードＮｍ及び受取人アカウントノードＮｍｂであることに留意されたい。ブロックチェーンネットワークＢＣはまた、中間処理ノードＮｂａ及び支払人アカウントノードＮｃｂを含む。支払人アカウントノードＮｃｂは、カード発行銀行として機能する。

[0019]図１Ａを参照すると、ステップＳ１１０において、消費者がクレジットカードとのクレジットカード支払取引を行うとき、受取人ノードＮｍ（クレジットカードマシン）は、支払取引メッセージＰｉを中間処理ノードＮｂａに送信する。支払取引メッセージＰｉは、クレジットカード支払に関係付けられたデータであってもよく、例えば、支払人識別データ項目Ｃｉｉ（カード番号）、取引額Ｓ、及び受取人アカウントデータ項目Ｍｉを含む。この実施形態では、支払取引メッセージＰｉは、ハッシュアルゴリズムによってクレジットカード支払に関係付けられたデータを処理し、それを受取人ノードＮｍの秘密鍵で暗号化するハッシュ関数文字列（メッセージダイジェスト）をさらに含む。ハッシュ関数文字列は、受取人ノードＮｍの公開鍵によってのみ復号可能である。

[0020]この目的は、支払取引メッセージＰｉの送信者が実際に受取人ノードＮｍであるかどうかを確認することである。それが自分の秘密鍵によって暗号化されている場合、それは自分の公開鍵によってのみ復号化することができる。このような方法により、本人確認を行うことができる。また、支払取引メッセージＰｉが送信経路内で改竄されているかどうかを確認することができる。ハッシュアルゴリズムによって処理された元の支払取引メッセージＰｉが上述のハッシュ関数文字列と比較され、互いに一致することがわかった場合、支払取引メッセージＰｉが改ざんされていないことを保証することができる。

[0021]この実施形態では、中間処理ノードＮｂａは、動作が調整された単一のサーバまたは複数のサーバを備える取引メッセージ処理センターである。この実施形態において、中間処理ノードＮｂａは、プロセッサＭｐと、メモリモジュールＭと、ネットワークインターフェースＩとを含む。メモリモジュールＭは、アプリケーションプログラムＰおよび複数の支払人識別データ記録Ｃｉを記憶する。識別データ記録Ｃｉは、カード発行者（支払人アカウントノードＮｃｂ）によって提供され、カード発行者によって認証され、その結果、本人確認および信頼性確認などのすべての法的問題がカード発行者によって処理される。

[0022]言い換えれば、メモリモジュールＭに記憶される各支払人識別データ記録Ｃｉは、支払人アカウントノードＮｃｂによって提供されるユーザカード番号および公開鍵を含み、ユーザカード番号および公開鍵は互いに結び付けられる。支払人アカウントノードＮｃｂが支払人識別データ記録Ｃｉをどのように提供するかに関するステップは、以下のように詳述される。まず、支払人アカウントノードＮｃｂがブロックチェーンネットワークに追加された後、中間処理ノードＮｂａは、新たに追加された支払人アカウントノードＮｃｂにパストークンを送る。このとき、支払人アカウントノードＮｃｂは、支払人識別データ記録Ｃｉを中間処理ノードＮｂａに転送することができる。支払人識別データ記録Ｃｉ中で識別されるこれらの支払人（ユーザ）はすべて、事前に銀行についてＫＹＣ（顧客確認（Know Your Customer））によって認証され、したがって、中間処理ノードＮｂａは、これらの支払人の識別または適格性を再検討する必要がない。

[0023]この実施形態では、支払人識別データ記録Ｃｉは、以下に述べる理由でクレジットカード番号および公開鍵と関係付けられる。ブロックチェーンの動作において、ユーザの公開鍵がユーザの特徴として機能することが知られている。しかし、クレジットカード決済のケースでは、スワイプメッセージはユーザの公開鍵を含まない。したがって、カード番号および公開鍵は、中間処理ノードＮｂａによって互いにリンクされる必要があり、その結果、ブロックチェーン中の各ノードは、中間処理ノードＮｂａによりユーザの識別を確認することができる。また、一般ユーザ（消費者）は本システムに登録する必要がないので、ユーザの消費モードは従来の支払いの消費モードと変わらない。しかしながら、本発明では、支払人識別データ記録Ｃｉはクレジットカード番号に限定されないことに留意されたい。取引の他のモードでは、それはＩＤ番号、携帯電話番号、電子メールアドレス、生体認証、または他の自己定義アカウント番号などであってもよい。

[0024]一方、図１Ａに示されるステップＳ１２０において、中間処理ノードＮｂａは、ネットワークインターフェースＩを通して受取人ノードＮｍから支払取引メッセージＰｉを受信し、その中に含まれる支払人識別データ項目Ｃｉｉを確認する。本実施形態で採用される確認方法は、支払人識別データ項目ＣｉｉがメモリモジュールＭ中に記憶された支払人識別データ記録Ｃｉと一致するか否かを決定するために使用される。すなわち、中間処理ノードＮｂａは、支払取引メッセージＰｉに関係付けられた消費者がシステムの適格な（登録された）メンバーであるか否かを事前に決定する役割を担う。

[0025]次に、ステップＳ１３０（図１Ａ）において、中間処理ノードＮｂａが、支払取引メッセージＰｉに関係付けられた消費者がシステムの適格なメンバーであると決定した場合、中間処理ノードＮｂａは、ネットワークインターフェースＩを通して支払人アカウントノードＮｃｂ（発行銀行）に支払取引メッセージＰｉを送る。中間処理ノードＮｂａが、支払取引メッセージＰｉに関係付けられた消費者がシステムの適格なメンバーでないと決定した場合、通知メッセージＩｒが受取人ノードＮｍに送られ、受取人ノードＮｍは、受取人アカウントノードＮｍｂ（提携銀行）を通して第三者取引処理機関（ＶＩＳＡ、Ｍａｓｔｅｒ、ＪＣＢなど）に支払取引メッセージＰｉを送り、従来のクレジットカード取引プロセスに基づいて取引が実行される（ステップＳ３００）。

[0026]支払人アカウントノードＮｃｂが支払取引メッセージＰｉを受信した後、支払人アカウントノードＮｃｂは、支払人識別データ項目Ｃｉｉに従って支払人のクレジット又はアカウント残高をチェックする。クレジットまたはアカウント残高が取引額より大きい場合、支払人アカウントノードＮｃｂは、図１ＡのステップＳ１４０に示すように、支払取引確認メッセージＰｃを中間処理ノードＮｂａに送る。言い換えれば、支払人の識別の確認に加えて、カード発行銀行はまた、支払取引メッセージＰｉが有効であるかどうかを確認する。確認が成功した場合、発行銀行は、図１ＡのステップＳ１５０に図示するように、支払取引確認メッセージＰｃを中間処理ノードＮｂａに送る。

[0027]中間処理ノードＮｂａは、支払人アカウントノードＮｃｂによって送信された支払取引確認メッセージＰｃをネットワークインターフェース１を通して受信した後、図１ＡのステップＳｆに図示されるように、支払取引メッセージＰｉをブロックチェーンネットワークＢＣにブロードキャストする。いくつかの実施形態では、支払取引確認メッセージＰｃは、支払人アカウントノードＮｃｂ（カード発行者）から送られた支払取引メッセージＰｉと、支払取引メッセージＰｉ上に直接追加された確認メッセージとから構成されてもよい。あるいは、支払人アカウントノードＮｃｂの秘密鍵によって生成されたデジタル署名が、支払取引確認メッセージＰｃとして使用されてもよい。

[0028]支払人アカウントノードＮｃｂにおける支払取引メッセージＰｉの確認が失敗した場合、中間処理ノードＮｂａは、受取人ノードＮｍに通知を送る。次に、支払取引メッセージＰｉは、受取人アカウントノードＮｍｂ（提携銀行）を通して第三者取引処理機関に送信され、取引は、図１ＡのステップＳ３００に図示する従来のクレジットカード取引プロセスに従って行われる。しかしながら、いくつかの実施形態では、中間処理ノードＮｂａは、受信デバイス（クレジットカードマシン）に直接通知してもよい。クレジットカード支払いが失敗し、それに応じて取引がキャンセルされる。

[0029]最後に、支払人アカウントノードＮｃｂは、支払取引メッセージＰｉに従ってブロックチェーンネットワークＢＣ中の受取人アカウントノードＮｍｂ（提携銀行）に資金を割り振り、又は、受取人アカウントノードＮｍｂ（提携銀行）は、支払取引メッセージＰｉに従って支払人アカウントノードＮｃｂ（発行銀行）から支払を要求する。受取人アカウントノードＮｍｂは、受取人アカウントデータ項目Ｍｉ、すなわち、受取人アカウントノードＮｍｂ（提携銀行）に関係付けられた受取人（売り手、加盟店）銀行アカウントデータ項目に対応する。

[0030]特に、本実施形態では、支払取引全体の円滑性を確保するために、タイムアウトを処理するメカニズムを提供する。カードをスワイプした後、受取人ノードＮｍが予め定められた時間内に中間処理ノードＮｂａによってブロードキャストされた支払取引メッセージＰｉを受信することに失敗した場合、支払取引メッセージＰｉに関係付けられた消費者はシステムの適格なメンバーではないとみなされ、受取人ノードＮｍは、受取人アカウントノードＮｍｂ（提携銀行）を通して第三者取引処理機関に支払取引メッセージＰｉを送信し、図１ＡのステップＳ３００に図示される従来のクレジットカード取引プロセスに従って取引が行われる。

[0031]この実施形態では、受取人ノードＮｍによって送られる支払取引メッセージＰｉは、支払人識別データ項目Ｃｉｉ（カード番号）、取引額Ｓ、および受取人アカウントデータ項目Ｍｉを含むだけでなく、受取人署名Ｃ１、例えば、受取人（受取人ノードＮｍ）の秘密鍵によって生成されるデジタル署名も含む。

[0032]さらに、支払人アカウントノードＮｃｂ（発行銀行）が支払取引メッセージＰｉが有効であることを確認すると、中間処理ノードＮｂａに送られる支払取引確認メッセージＰｃは、支払人アカウントノードＮｃｂ（発行銀行）の秘密鍵によって生成された支払人アカウントノード署名Ｃ２を含む。これは、支払取引メッセージＰｉが支払人の代わりに発行銀行によって確認されるだけでなく、発行銀行によって承認され確認されているという点で重要である。

[0033]最終的にブロードキャストされる支払取引メッセージＰｉは、受取人署名Ｃ１及び支払人アカウントノード署名Ｃ２を含む。したがって、ブロードキャストされた支払取引メッセージＰｉは、買い手、売り手、および買い手のカード発行銀行の同意を実質的に取得しており、関係する取引は、信頼性があり、追跡可能であり、拒絶不可能である効果的かつ有効な取引となっている。

[0034]図２Ｃは、本発明の好ましい実施形態の別の署名方法を概略的に図示するダイヤグラムである。この実施形態では、支払人の秘密鍵は支払人アカウントノードＮｃｂ（発行銀行）によって保持される。クレジットカード取引の開始時に、受取人ノードＮｍによって中間処理ノードＮｂａに送られる支払取引メッセージＰｉは、受取人署名を含まない。支払人アカウントノードＮｃｂによって中間処理ノードＮｂａに送られる支払取引確認メッセージＰｃは、支払人アカウントノードＮｃｂによって保持される支払人の秘密鍵によって生成される支払人署名Ｃ３を含む。

[0035]この実施形態では、中間処理ノードＮｂａが支払人アカウントノードＮｃｂによって送られた支払取引確認メッセージＰｃを受信するとき、中間処理ノードＮｂａは、メッセージＰｉを直ちにブロードキャストしないが、支払取引確認メッセージＰｃを受取人ノードＮｍに送信する。受取人ノードＮｍの秘密鍵で受取人ノードＮｍによって署名が行われた後にのみ、支払取引メッセージＰｉがブロックチェーンネットワークＢＣにブロードキャストされる。言い換えれば、支払取引は、支払取引メッセージＰｉが受取人ノードＮｍ（加盟店）によって受取人ノードＮｍの秘密鍵で署名された場合にのみ完了したと見なされる。

[0036]さらに、本発明の代替実施形態では、支払人が、携帯電話またはチップカード（クールウォレット（Cool wallet））などの秘密鍵を記憶することができるキャリアを使用する場合、取引は、支払人の秘密鍵で取引の開始時に署名されてもよい。要するに、最初に受取人ノードＮｍによって送られる支払取引メッセージＰｉは、支払人および受取人によってそれぞれの秘密鍵で署名される支払取引確認メッセージを含むことができる。すなわち、支払取引は、最初に買い手と売り手の両方の同意を得ている。

[0037]第２の取引モードのプロセスの実現を説明する際に、図１Ａ、図３Ａ、および図３Ｂを参照する。図３Ａは、本発明の好ましい実施形態の第２の取引モードを概略的に図示するダイヤグラムであり、図３Ｂは、本発明の好ましい実施形態による第２の取引モードのシステムアーキテクチャを図示する図である。第２の取引モードでは、提携銀行（受取人アカウントノードＮｍｂ）のみがブロックチェーンネットワークＢＣ中のノードであり、クレジットカードマシン（受取人ノードＮｍ）はブロックチェーンネットワークＢＣ中にないことに留意されたい。

[0038]図に示すように、消費者がクレジットカード支払取引を行うとき、受取人ノードＮｍは、図１ＡのステップＳ２００に図示されるように、支払取引メッセージＰｉを受取人アカウントノードＮｍｂに送信する。次に、図１ＡのステップＳ１１０に図示するように、受取人アカウントノードＮｍｂは、支払取引メッセージＰｉを中間処理ノードＮｂａに送信する。

[0039]さらに、図１ＡのステップＳ１２０において、中間処理ノードＮｂａがネットワークインターフェースＩを介して受取人アカウントノードＮｍｂから支払取引メッセージＰｉを受信した後、中間処理ノードＮｂａは、支払を行う支払人の支払人識別データ項目Ｃｉｉを確認する。第１の取引モードの確認方法は、第２の取引モードにも適用可能である。支払人識別データ項目Ｃｉｉの確認が成功した場合、中間処理ノードＮｂａは、図１ＡのステップＳ１３０に図示するように、支払取引メッセージＰｉを支払人アカウントノードＮｃｂに送信する。ステップＳ１４０において、支払人アカウントノードＮｃｂは、支払取引メッセージＰｉの確認を行う。第１の取引モードに対する支払取引メッセージＰｉを確認する方法は、第２の取引モードにも適用可能である。

[0040]ステップＳ１５０（図１Ａ参照）において、支払人アカウントノードＮｃｂが支払取引メッセージＰｉを確認または承認する場合、支払人アカウントノードＮｃｂは、支払取引確認メッセージＰｃを中間処理ノードＮｂａに送る。最後に、ステップＳｆにおいて、中間処理ノードＮｂａは、支払取引メッセージＰｉをブロックチェーンネットワークＢＣにブロードキャストする。

[0041]この実施形態では、発行銀行（支払人アカウントノードＮｃｂ）および提携銀行（受取人アカウントノードＮｍｂ）は、それぞれ、支払人の秘密鍵および受取人の秘密鍵を用いて署名を行う。代替の実施形態では、署名は、発行銀行（支払人アカウントノードＮｃｂ）および提携銀行（受取人アカウントノードＮｍｂ）によって所有されるそれぞれの秘密鍵を用いて行われてもよい。いくつかの実施形態では、支払取引メッセージＰｉは、受取人アカウントノードＮｍｂによってブロードキャストされてもよい。すなわち、中間処理ノードＮｂａが支払取引確認メッセージＰｃを受信した後、中間処理ノードＮｂａは、支払取引確認メッセージＰｃを受取人アカウントノードＮｍｂに送信し、受取人アカウントノードＮｍｂによって受取人の秘密鍵を用いて署名が生成される。支払取引メッセージＰｉは、次いで、受取人アカウントノードＮｍｂによってブロックチェーンネットワークＢＣにブロードキャストされる。

[0042]第２の取引モードと第１の取引モードとの違いは、受取人ノードＮｍ（クレジットカードマシン）がブロックチェーンネットワークＢＣ中のノードではないことである。この違いの基礎となる理由は、全てのクレジットカードマシンをこのシステムのブロックチェーンＢＣに組み込むことが非常に困難であることである。対照的に、提携銀行のみがこのシステムに含まれる場合、比較的単純である。

[0043]上記の実施形態で与えられたように、この実施形態は、従来のクレジットカード支払取引に基づく。クレジットカードマシン（受取人ノードＮｍ）又は提携銀行（受取人アカウントノードＮｍｂ）がシステムに組み込まれている限り、それは、このシステムにおける支払取引のための「ゲートウェイ」として使用することができる。このシステムは、迅速で安全な支払取引サービスを提供する。さらに重要なことは、クレジットカードマシン（受取人ノードＮｍ）または提携銀行（受取人アカウントノードＮｍｂ）がこのシステムのメンバーでなくても、取引は依然として従来のクレジットカード支払取引によって処理できることである。要するに、支払人および受取人の両方がシステムのメンバーである場合、システムは支払取引を処理するが、支払人および受取人の一方がシステムのメンバーでない場合、従来の取引を実行することができる。言い換えれば、本発明によるシステムは、取引の成功を保証する。

[0044]上述したように、本発明はクレジットカード取引に限定されるものではない。本発明によるモバイル決済を説明する際に、本発明の好ましい実施形態の第３の取引モードのシステムアーキテクチャを図示する図である図４を参照する。図に示されるように、支払人モバイルデバイスＤ_Ｐ１、受取人モバイルデバイスＤ_Ｐ２、中間処理ノードＮｂａ、支払人アカウントノードＮｃｂ、及び受取人アカウントノードＮｍｂの全ては、システムのブロックチェーンＢＣのメンバーである。支払人アカウントノードＮｃｂは支払人の銀行に対応し、受取人アカウントノードＮｍｂは受取人の銀行に対応する。

[0045]この実施形態では、支払人モバイルデバイスＤ_Ｐ１は、支払人アカウントデータ項目、取引額、および受取人アカウントデータ項目を含む支払取引メッセージＰｉを中間処理ノードＮｂａに送信する。次に、中間処理ノードＮｂａは、この取引の支払人および受取人がシステムのメンバーであるかどうかを確認する。すなわち、支払人アカウントデータ項目および受取人アカウントデータ項目が確認され、上述の実施形態の確認方法もここに適用可能である。

[0046]この支払取引の支払人および受取人の両方がシステムのメンバーである場合、中間処理ノードＮｂａは、支払人のクレジットまたはアカウント残高をチェックするために支払取引メッセージＰｉを支払人アカウントノードＮｃｂに送信する。クレジット又はアカウント残高が取引額よりも大きいケースでは、支払人アカウントノードＮｃｂは、支払取引確認メッセージＰｃを中間処理ノードＮｂａに送る。

[0047]中間処理ノードＮｂａが支払取引確認メッセージＰｃを受信した後、中間処理ノードＮｂａは、支払取引メッセージＰｉをブロックチェーンネットワークＢＣにブロードキャストする。一方、支払取引メッセージＰｉが支払人アカウントノードＮｃｂによって確認または承認されない場合、例えば、残高またはクレジットが不十分であるケースでは、支払人アカウントノードＮｃｂは中間処理ノードＮｂａに通知し、中間処理ノードＮｂａは次いで、取引失敗に関係付けられた通知メッセージＩｒを支払人モバイルデバイスＤ_Ｐ１および受取人モバイルデバイスＤ_Ｐ２に送る。したがって、本発明は、既存のモバイル決済モデルにも適用可能である。より重要なことには、本発明による取引は、もはや第三者の取引処理機関に限定されず、既存のモバイル決済モデルよりも安定しており、安全であり、よりプライベートである。

[0048]実施形態は、例示的な目的のために説明されており、限定的ではないことが理解されるべきである。したがって、本発明は、開示された実施形態に限定されず、以下の特許請求の範囲の文言によって許容される全範囲を有することが意図される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］少なくとも１つの受取人ノードと、少なくとも１つの支払人アカウントノードと、中間処理ノードとを有するブロックチェーンネットワークを介して支払取引を処理するためのシステムであって、前記中間処理ノードは、
プロセッサと、
少なくとも１つのアプリケーションプログラムを記憶するように構成されたメモリモジュールと、
ネットワークインターフェースとを備え、
前記少なくとも１つのアプリケーションプログラムは、前記プロセッサによって実行されるとき、前記プロセッサに、
前記ネットワークインターフェースを介して、前記少なくとも１つの受取人ノードから支払取引メッセージを受信することと、ここで、前記支払取引メッセージは、支払を行う支払人の支払人識別データ項目と、取引額と、受取人アカウントデータ項目とを含み、
前記支払人識別データ項目を確認し、次いで、前記支払取引メッセージに含まれる少なくとも前記支払人識別データ項目および前記取引額を前記少なくとも１つの支払人アカウントノードに送信することと、
前記ネットワークインターフェースを介して、前記少なくとも１つの支払人アカウントノードにより送られた支払取引確認メッセージを受信した後、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするか、又は前記支払取引メッセージを、前記支払取引メッセージが前記ブロックチェーンネットワークにブロードキャストされる前記少なくとも１つの受取人ノードに送ることと、を含むプロセスを実行させる複数のプロセッサ実行可能命令を含む、システム。
［２］前記少なくとも１つの支払人アカウントノードは、前記支払人識別データ項目に基づいて、前記支払人のクレジット又はアカウント残高を確認し、前記クレジット又はアカウント残高が前記取引額よりも大きいことが分かった場合、前記支払取引確認メッセージを前記中間処理ノードに送るように構成される、［１］に記載のシステム。
［３］前記メモリモジュールは、前記少なくとも１つの支払人アカウントノードによって提供される複数の支払人識別データ記録をさらに記憶するように構成され、前記中間処理ノードは、前記支払人識別データ項目が前記メモリモジュール中に記憶された前記支払人識別データ記録のうちの１つと一致するかどうかを確認し、前記支払人識別データ項目が前記支払人識別データ記録のうちの１つと一致することがわかった場合、前記支払取引メッセージを前記少なくとも１つの支払人アカウントノードに送信するように構成される、［１］に記載のシステム。
［４］前記少なくとも１つの受取人ノードによって送られる前記支払取引メッセージは、前記少なくとも１つの受取人ノードによって、前記少なくとも１つの受取人ノードの秘密鍵で署名され、前記支払取引確認メッセージは、前記少なくとも１つの支払人アカウントノードによって、前記少なくとも１つの支払人アカウントノードの秘密鍵で署名される、［１］に記載のシステム。
［５］前記少なくとも１つの支払人アカウントノードによって送られる前記支払取引確認メッセージは、前記支払を行う前記支払人の秘密鍵で前記少なくとも１つの支払人アカウントノードによって署名され、前記少なくとも１つの受取人ノードによってブロードキャストされる前記支払取引メッセージは、前記少なくとも１つの受取人ノードによって、前記少なくとも１つの受取人ノードの秘密鍵で署名される、［１］に記載のシステム。
［６］ブロックチェーンネットワークを介して支払取引を処理する方法であって、
前記ブロックチェーンネットワーク中の受取人ノードに支払取引メッセージを提供するステップ（Ａ）と、ここで、前記支払取引メッセージは、支払を行う支払人の支払人識別データ項目、取引額、および受取人アカウントデータ項目を含み、
前記受取人ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワーク中の中間処理ノードに送るステップ（Ｂ）と、
前記中間処理ノードによって、前記支払人識別データ項目を確認し、次いで、前記支払取引メッセージ中に含まれる少なくとも前記支払人識別データ項目および前記取引額を前記ブロックチェーンネットワーク中の支払人アカウントノードに送信するステップ（Ｃ）と、
前記支払人アカウントノードによって、前記支払人識別データ項目および前記取引額を確認し、次いで、支払取引確認メッセージを前記中間処理ノードに送るステップ（Ｄ）と、
前記中間処理ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするか、又は、前記中間処理ノードによって、前記支払取引メッセージを前記受取人ノードに送り、前記受取人ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするステップ（Ｅ）とを含む、方法。
［７］前記受取人ノードが、特定の時間内に、前記中間処理ノードによって送られたまたはブロードキャストされた前記支払取引メッセージを受信できない場合、前記受取人ノードによって、前記支払取引メッセージを第三者取引処理機関に送るステップをさらに含む、［６］に記載の方法。
［８］前記中間処理ノードはメモリモジュールを備え、前記ステップ（Ｃ）において、前記中間処理ノードは、前記支払人識別データ項目が前記メモリモジュール中に記憶された支払人識別データ記録と一致するかどうかを確認し、ここで、前記メモリモジュール中に記憶された前記支払人識別データ記録は前記支払人アカウントノードによって提供され、
前記支払人識別データ項目が前記支払人識別データ記録と一致することがわかった場合、前記中間処理ノードによって、前記支払取引メッセージが前記支払人アカウントノードに送信され、
前記支払人識別データ項目が前記支払人識別データ記録と一致しないことがわかった場合、前記中間処理ノードによって、前記支払取引メッセージを第三者取引処理機関に送信するように前記受取人ノードに通知するために、通知メッセージが前記受取人ノードに送られる、［６］に記載の方法。
［９］前記ステップ（Ａ）において、前記支払取引メッセージは、前記受取人ノードによって、前記受取人ノードの秘密鍵で署名され、前記ステップ（Ｄ）において、前記支払取引確認メッセージは、前記支払人アカウントノードによって、前記支払人アカウントノードの秘密鍵で署名される、［６］に記載の方法。
［１０］前記ステップ（Ｄ）において、前記支払取引確認メッセージは、前記支払人アカウントノードによって、前記支払を行う前記支払人の秘密鍵で署名され、前記ステップ（Ｅ）において、前記受取人ノードによってブロードキャストされる前記支払取引メッセージは、前記受取人ノードによって、前記受取人ノードの秘密鍵で署名される、［６］に記載の方法。
［１１］前記ステップ（Ｄ）において、前記支払を行う前記支払人のクレジットまたはアカウント残高が、前記支払人識別データ項目に基づいて前記支払人アカウントノードによって確認され、前記クレジットまたはアカウント残高が前記取引額よりも大きいことが分かった場合、前記支払取引確認メッセージが前記中間処理ノードに送られる、［６］に記載の方法。
［１２］前記ステップ（Ｅ）の後、前記方法は、前記支払人アカウントノードによって、前記支払取引メッセージに従って、前記ブロックチェーンネットワーク中の受取人アカウントノードに資金を割り振るステップ（Ｆ）を更に含み、ここで、前記受取人アカウントノードは、前記受取人アカウントデータ項目に対応する、［６］に記載の方法。

Claims

少なくとも１つの受取人ノードと、少なくとも１つの支払人アカウントノードと、中間処理ノードとを有するブロックチェーンネットワークを介して支払取引を処理するためのシステムであって、前記中間処理ノードは、
プロセッサと、
少なくとも１つのアプリケーションプログラムを記憶するように構成されたメモリモジュールと、
ネットワークインターフェースとを備え、
前記少なくとも１つのアプリケーションプログラムは、前記プロセッサによって実行されるとき、前記プロセッサに、
前記ネットワークインターフェースを介して、前記少なくとも１つの受取人ノードから支払取引メッセージを受信することと、ここで、前記支払取引メッセージは、支払を行う支払人の支払人識別データ項目と、取引額と、受取人アカウントデータ項目とを含み、
前記支払人識別データ項目を確認し、次いで、前記支払取引メッセージに含まれる少なくとも前記支払人識別データ項目および前記取引額を前記少なくとも１つの支払人アカウントノードに送信することと、
前記ネットワークインターフェースを介して、前記少なくとも１つの支払人アカウントノードにより送られた支払取引確認メッセージを受信した後、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするか、又は前記支払取引メッセージを、前記支払取引メッセージが前記ブロックチェーンネットワークにブロードキャストされる前記少なくとも１つの受取人ノードに送ることと、を含むプロセスを実行させる複数のプロセッサ実行可能命令を含み、
前記メモリモジュールは、前記少なくとも１つの支払人アカウントノードによって提供される複数の支払人識別データ記録をさらに記憶するように構成され、前記中間処理ノードは、前記支払人識別データ項目が前記メモリモジュール中に記憶された前記支払人識別データ記録のうちの１つと一致するかどうかを確認し、前記支払人識別データ項目が前記支払人識別データ記録のうちの１つと一致することがわかった場合、前記支払取引メッセージを前記少なくとも１つの支払人アカウントノードに送信するように構成される、システム。
前記少なくとも１つの支払人アカウントノードは、前記支払人識別データ項目に基づいて、前記支払人のクレジット又はアカウント残高を確認し、前記クレジット又はアカウント残高が前記取引額よりも大きいことが分かった場合、前記支払取引確認メッセージを前記中間処理ノードに送るように構成される、請求項１に記載のシステム。
前記少なくとも１つの受取人ノードによって送られる前記支払取引メッセージは、前記少なくとも１つの受取人ノードによって、前記少なくとも１つの受取人ノードの秘密鍵で署名され、前記支払取引確認メッセージは、前記少なくとも１つの支払人アカウントノードによって、前記少なくとも１つの支払人アカウントノードの秘密鍵で署名される、請求項１に記載のシステム。
前記少なくとも１つの支払人アカウントノードによって送られる前記支払取引確認メッセージは、前記支払を行う前記支払人の秘密鍵で前記少なくとも１つの支払人アカウントノードによって署名され、前記少なくとも１つの受取人ノードによってブロードキャストされる前記支払取引メッセージは、前記少なくとも１つの受取人ノードによって、前記少なくとも１つの受取人ノードの秘密鍵で署名される、請求項１に記載のシステム。
ブロックチェーンネットワークを介して支払取引を処理する方法であって、
前記ブロックチェーンネットワーク中の受取人ノードに支払取引メッセージを提供するステップ（Ａ）と、ここで、前記支払取引メッセージは、支払を行う支払人の支払人識別データ項目、取引額、および受取人アカウントデータ項目を含み、
前記受取人ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワーク中の中間処理ノードに送るステップ（Ｂ）と、ここで、前記中間処理ノードはメモリモジュールを備え、
前記中間処理ノードによって、前記支払人識別データ項目を確認し、次いで、前記支払取引メッセージ中に含まれる少なくとも前記支払人識別データ項目および前記取引額を前記ブロックチェーンネットワーク中の支払人アカウントノードに送信するステップ（Ｃ）と、ここで、前記中間処理ノードは、前記支払人識別データ項目が前記メモリモジュール中に記憶された支払人識別データ記録と一致するかどうかを確認し、ここで、前記メモリモジュール中に記憶された前記支払人識別データ記録は前記支払人アカウントノードによって提供され、
前記支払人アカウントノードによって、前記支払人識別データ項目および前記取引額を確認し、次いで、支払取引確認メッセージを前記中間処理ノードに送るステップ（Ｄ）と、
前記中間処理ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするか、又は、前記中間処理ノードによって、前記支払取引メッセージを前記受取人ノードに送り、前記受取人ノードによって、前記支払取引メッセージを前記ブロックチェーンネットワークにブロードキャストするステップ（Ｅ）とを含む、方法。
前記受取人ノードが、特定の時間内に、前記中間処理ノードによって送られたまたはブロードキャストされた前記支払取引メッセージを受信できない場合、前記受取人ノードによって、前記支払取引メッセージを第三者取引処理機関に送るステップをさらに含む、請求項５に記載の方法。
前記ステップ（Ｃ）において、前記支払人識別データ項目が前記支払人識別データ記録と一致することがわかった場合、前記中間処理ノードによって、前記支払取引メッセージが前記支払人アカウントノードに送信され、
前記支払人識別データ項目が前記支払人識別データ記録と一致しないことがわかった場合、前記中間処理ノードによって、前記支払取引メッセージを第三者取引処理機関に送信するように前記受取人ノードに通知するために、通知メッセージが前記受取人ノードに送られる、請求項５に記載の方法。
前記ステップ（Ａ）において、前記支払取引メッセージは、前記受取人ノードによって、前記受取人ノードの秘密鍵で署名され、前記ステップ（Ｄ）において、前記支払取引確認メッセージは、前記支払人アカウントノードによって、前記支払人アカウントノードの秘密鍵で署名される、請求項５に記載の方法。
前記ステップ（Ｄ）において、前記支払取引確認メッセージは、前記支払人アカウントノードによって、前記支払を行う前記支払人の秘密鍵で署名され、前記ステップ（Ｅ）において、前記受取人ノードによってブロードキャストされる前記支払取引メッセージは、前記受取人ノードによって、前記受取人ノードの秘密鍵で署名される、請求項５に記載の方法。
前記ステップ（Ｄ）において、前記支払を行う前記支払人のクレジットまたはアカウント残高が、前記支払人識別データ項目に基づいて前記支払人アカウントノードによって確認され、前記クレジットまたはアカウント残高が前記取引額よりも大きいことが分かった場合、前記支払取引確認メッセージが前記中間処理ノードに送られる、請求項５に記載の方法。
前記ステップ（Ｅ）の後、前記方法は、前記支払人アカウントノードによって、前記支払取引メッセージに従って、前記ブロックチェーンネットワーク中の受取人アカウントノードに資金を割り振るステップ（Ｆ）を更に含み、ここで、前記受取人アカウントノードは、前記受取人アカウントデータ項目に対応する、請求項５に記載の方法。