(57)【要約】【課題】ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものとする。【解決手段】金融取引制御システム１０を構成するサーバ１００において、ＩＣチップ媒体５を介した金融取引の所定仕様に基づくカーネル１１０と、金融取引に関して生じるトランザクションを適宜に格納する分散台帳１２０を保持した記憶装置１０１と、ＩＣチップ媒体５がセットされた機器３００から、当該ＩＣチップ媒体５による金融取引に伴う、前記仕様に基づく所定要求を受信した場合、カーネル１１０による前記仕様に沿った所定手順を、機器３００を介してＩＣチップ媒体５との間で実行し、その結果を機器３００に返す処理と、前記処理に関与する各主体であり分散台帳システムを構成するノードが前記処理に関して所定の処理を実行するに伴い発行したトランザクションを、所定処理を経て前記分散台帳１２０に格納する処理を実行する演算装置１０４を含む構成とする。【選択図】図２
2019128749.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣチップ媒体を介した金融取引の所定仕様に基づくカーネルと、前記金融取引に関して生じるトランザクションを適宜に格納する分散台帳と、を保持した記憶装置と、
前記ＩＣチップ媒体がセットされた媒体認証用の機器から、当該ＩＣチップ媒体による金融取引に伴う、前記仕様に基づく所定要求を受信した場合、前記カーネルによる前記仕様に沿った所定手順を、前記機器を介して前記ＩＣチップ媒体との間で実行し、その結果を前記機器に返す処理と、前記処理に関与する各主体であり分散台帳システムを構成するノードが前記処理に関して所定の処理を実行するに伴い発行したトランザクションを、所定処理を経て前記分散台帳に格納する処理と、を実行する演算装置と、
を備えたサーバを含むことを特徴とする金融取引制御システム。
【請求項２】
前記サーバとともに前記分散台帳システムを成すノードである、前記機器と、前記金融取引の決済手続を担う上位端末と、を更に含み、
前記上位端末は、
前記ＩＣチップ媒体のユーザによる前記金融取引に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するとともに、前記ＩＣチップ媒体に関して前記仕様に基づく前記所定要求を前記機器に通知し、前記所定要求に応じて前記サーバが行った前記仕様に沿った所定手順の結果を前記機器から受信するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するものであり、
前記機器は、
前記所定要求を前記上位端末から受けて、前記サーバに対して前記所定要求を送信するとともに、この所定要求の送信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、前記所定要求の送信に応じて前記サーバから前記結果を受信して、当該結果を前記上位端末に通知するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するものである、
ことを特徴とする請求項１に記載の金融取引制御システム。
【請求項３】
前記機器、前記上位端末、および、前記サーバの少なくともいずれかは、
前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含む各トランザクションのハッシュ値を、所定のトランザクション群ごとにハッシュ関数の入力として第一階層のハッシュ値を生成し、当該生成したハッシュ値を更に所定のトランザクション群ごとにハッシュ関数の入力として第二階層のハッシュ値を生成する処理を適宜繰り返すことでブロックハッシュ値を生成するに際し、
前記階層の各間における前記トランザクション群と当該トランザクション群から生成したハッシュ値のうちいずれかを削除し、ブロックサイズを圧縮するものである、
ことを特徴とする請求項１に記載の金融取引制御システム。
【請求項４】
前記機器、前記上位端末、および、前記サーバの少なくともいずれかは、
前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含むトランザクションのハッシュ値からブロックハッシュ値を生成するに際し、
前記ブロックが含む各トランザクションのハッシュ値のうち、ランダムに選択した所定のトランザクション群のハッシュ値をハッシュ関数の入力としてブロックハッシュ値を生成してブロックサイズを圧縮するとともに、当該ブロックに前記ランダムに選択したトランザクション群の情報を付与するものである、
ことを特徴とする請求項３に記載の金融取引制御システム。
【請求項５】
ＩＣチップ媒体を介した金融取引の所定仕様に基づくカーネルと、前記金融取引に関して生じるトランザクションを適宜に格納する分散台帳と、を保持した記憶装置を備えたサーバが、
前記ＩＣチップ媒体がセットされた媒体認証用の機器から、当該ＩＣチップ媒体による金融取引に伴う、前記仕様に基づく所定要求を受信した場合、前記カーネルによる前記仕様に沿った所定手順を、前記機器を介して前記ＩＣチップ媒体との間で実行し、その結果を前記機器に返す処理と、
前記処理に関与する各主体であり分散台帳システムを構成するノードが前記処理に関して所定の処理を実行するに伴い発行したトランザクションを、所定処理を経て前記分散台帳に格納する処理と、
を実行することを特徴とする金融取引制御方法。
【請求項６】
前記サーバとともに前記分散台帳システムを成すノードである、前記機器、および、前記金融取引の決済手続を担う上位端末、のうち、
前記上位端末が、
前記ＩＣチップ媒体のユーザによる前記金融取引に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するとともに、前記ＩＣチップ媒体に関して前記仕様に基づく前記所定要求を前記機器に通知し、前記所定要求に応じて前記サーバが行った前記仕様に沿った所定手順の結果を前記機器から受信するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、
前記機器が、
前記所定要求を前記上位端末から受けて、前記サーバに対して前記所定要求を送信するとともに、この所定要求の送信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、前記所定要求の送信に応じて前記サーバから前記結果を受信して、当該結果を前記上位端末に通知するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納する、
ことを特徴とする請求項５に記載の金融取引制御方法。
【請求項７】
前記機器、前記上位端末、および、前記サーバの少なくともいずれかが、
前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含む各トランザクションのハッシュ値を、所定のトランザクション群ごとにハッシュ関数の入力として第一階層のハッシュ値を生成し、当該生成したハッシュ値を更に所定のトランザクション群ごとにハッシュ関数の入力として第二階層のハッシュ値を生成する処理を適宜繰り返すことでブロックハッシュ値を生成するに際し、
前記階層の各間における前記トランザクション群と当該トランザクション群から生成したハッシュ値のうちいずれかを削除し、ブロックサイズを圧縮する、
ことを特徴とする請求項５に記載の金融取引制御方法。
【請求項８】
前記機器、前記上位端末、および、前記サーバの少なくともいずれかが、
前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含むトランザクションのハッシュ値からブロックハッシュ値を生成するに際し、
前記ブロックが含む各トランザクションのハッシュ値のうち、ランダムに選択した所定のトランザクション群のハッシュ値をハッシュ関数の入力としてブロックハッシュ値を生成してブロックサイズを圧縮するとともに、当該ブロックに前記ランダムに選択したトランザクション群の情報を付与する、
ことを特徴とする請求項７に記載の金融取引制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融取引制御システムおよび金融取引制御方法に関するものであり、具体的には、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものとする技術に関する。
【背景技術】
【０００２】
近年、様々な金融サービスが新たに提供されると共に、クレジットカードなど現金以外の決済手段を用いた決済ニーズ、決済機会も増える傾向にある。こうした決済手段のうちＩＣチップを備えた媒体（例：ＩＣキャッシュカードや、ＩＣカード化したクレジットカード）が、媒体の偽造やデータ窃取を防止する観点で優れており、広く普及している。
【０００３】
上述のＩＣチップを備えた決済手段に関連した従来技術としては、例えば、所定のＩＣクレジットカードの仕様の命令をＩＣカードに対して送信するクレジット処理命令送信手段と、前記ＩＣカードから応答を受信する応答受信手段と、前記応答受信手段によって受信された応答に基づいて、クレジット取引についての処理を行うクレジット処理手段とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行う端末装置であって、前記応答受信手段によって受信された応答に基づいて駐車料金サービスについての処理を行う駐車料金処理手段を備えることを特徴とする端末装置（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３２８４８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
店舗などにおいて、上述のＩＣチップを備えた媒体を決済手段として受け入れる場合、いわゆるＥＭＶ仕様に適合した機器（例：ＰＩＮパッド）を導入する必要がある。こうした機器は、ベンダが製造するものであるが、単に製造するだけでなく、国外の所定機関における試験を経て、その認証を取得する必要がある。
【０００６】
こうした試験のためのコストや手間は無視できないものであり、上述のベンダ等にとって大きな負担となっている。このことは該当機器の価格上昇にもつながる問題である。一方、そうした認証を取得しないとすれば、そもそもセキュアな金融取引を担保できないことになり、該当機器の開発はもとより販売自体が頓挫する。
【０００７】
そこで本発明の目的は、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものとする技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の金融取引制御システムは、ＩＣチップ媒体を介した金融取引の所定仕様に基づくカーネルと、前記金融取引に関して生じるトランザクションを適宜に格納する分散台帳と、を保持した記憶装置と、前記ＩＣチップ媒体がセットされた媒体認証用の機器から、当該ＩＣチップ媒体による金融取引に伴う、前記仕様に基づく所定要求を受信した場合、前記カーネルによる前記仕様に沿った所定手順を、前記機器を介して前記ＩＣチップ媒体との間で実行し、その結果を前記機器に返す処理と、前記処理に関与
する各主体であり分散台帳システムを構成するノードが前記処理に関して所定の処理を実行するに伴い発行したトランザクションを、所定処理を経て前記分散台帳に格納する処理と、を実行する演算装置と、を備えたサーバを含むことを特徴とする。
【０００９】
また、本発明の金融取引制御方法は、ＩＣチップ媒体を介した金融取引の所定仕様に基づくカーネルと、前記金融取引に関して生じるトランザクションを適宜に格納する分散台帳と、を保持した記憶装置を備えたサーバが、前記ＩＣチップ媒体がセットされた媒体認証用の機器から、当該ＩＣチップ媒体による金融取引に伴う、前記仕様に基づく所定要求を受信した場合、前記カーネルによる前記仕様に沿った所定手順を、前記機器を介して前記ＩＣチップ媒体との間で実行し、その結果を前記機器に返す処理と、前記処理に関与する各主体であり分散台帳システムを構成するノードが前記処理に関して所定の処理を実行するに伴い発行したトランザクションを、所定処理を経て前記分散台帳に格納する処理と、を実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものとできる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の金融取引制御システムを含むネットワーク構成図である。
【図２】本実施形態におけるサーバのハードウェア構成例を示す図である。
【図３】本実施形態における上位端末のハードウェア構成例を示す図である。
【図４】本実施形態におけるＰＩＮパッドのハードウェア構成例を示す図である。
【図５】本実施形態におけるブロックチェーンの構成例を示す図である。
【図６】本実施形態における金融取引制御方法のフロー例１を示す図である。
【図７】本実施形態における金融取引制御方法のフロー例２を示す図である。
【図８】本実施形態におけるブロックサイズ圧縮の概念例１を示す図である。
【図９】本実施形態におけるブロックサイズ圧縮の概念例２を示す図である。
【発明を実施するための形態】
【００１２】
−−−システム構成−−−
【００１３】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の金融取引制御システム１０を含むネットワーク構成図である。図１に示す金融取引制御システム１０は、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものとするコンピュータシステムである。
【００１４】
本実施形態における金融取引制御システム１０は分散台帳システムでもあって、そのノードである、サーバ１００、上位端末２００、および、ＰＩＮパッド３００を含んで構成されている。また、上述のサーバ１００、上位端末２００、および、ＰＩＮパッド３００は、ネットワーク１を介して互いに通信可能に結ばれている。
上述の構成のうち、サーバ１００は、ＥＭＶカーネルを備えて、本実施形態の金融取引制御システム１００を主として構成する情報処理装置である。
【００１５】
また、上位端末２００は、金融取引が実際に行われる店舗等に設置された端末で、顧客が提示したクレジットカード５（ＩＣチップ媒体）を利用して、顧客所望の商品・サービスに関する代金決済の処理を行う、いわゆるレジ端末を想定できる。図１には特に図示していないが、この上位端末２００は、上述の代金決済に伴い、クレジットカード会社や金融機関が運営するセンターシステムと通信し、与信チェック等を経た所定の決済処理を実
行する。
【００１６】
また、ＰＩＮパッド３００は、上述の上位端末２００とセットとなって店舗に配置される端末である。このＰＩＮパッド３００は、クレジットカードやデビットカードなどの媒体で上述の代金決済が行われる際、店舗スタッフに促された顧客（カードホルダー）が暗証番号を入力する小型端末を指す。そのため、顧客による暗証番号（ＰＩＮ：Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）の入力を受け付けるインターフェイスとして、キーパッドが配列されている。従来であれば、このＰＩＮパッド３００それぞれに関して、ＥＭＶ仕様に応じた認証を取得する必要があった。本実施形態におけるＰＩＮパッド３００は、そうした認証の取得は不要であり、したがってＥＭＶカーネルも備えていない。
【００１７】
こうした金融取引制御システム１０である分散台帳システムは、金融取引を利用者間のＰ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）による直接的な取引で構成するものであり、分散台帳システムへの参加者間の取引において、中央集権機関ではなく（任意ないしは特定の）参加者による合意形成や承認によって取引を確定させること、複数のトランザクションをブロックとしてまとめ、数珠つなぎにブロックチェーンと呼ばれる分散台帳に記録し、連続するブロックにハッシュ計算を施すことにより、改ざんを実質不可能にすること、参加者全員が同一の台帳データを共有することにより、参加者全員での取引の確認を可能とする、といった特徴を備えている。
【００１８】
本実施形態では、上述の各ノードがそれぞれ分散台帳を備えて、分散台帳ノードとして存在する構成を示しているが、例えば、サーバ１００のみを分散台帳ノードとし、上位端末２００およびＰＩＮパッド３００は分散台帳を備えないクライアントノードとする構成を採用してもよい。いずれにしても、金融取引制御システム１００における分散台帳システムとしての形態は限定しない。
−−−ハードウェア構成−−−
また、上述のサーバ１００のハードウェア構成は以下の如くとなる。図２は、本実施形態におけるサーバ１００のハードウェア構成例を示す図である。
【００１９】
本実施形態のサーバ１００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ１０３、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置１０４、ネットワーク１と接続し他装置（上位端末２００やＰＩＮパッド３００）との通信処理を担う通信装置１０５、を備える。
【００２０】
なお、記憶装置１０１内には、本実施形態の金融取引制御システム１０を構成するサーバ１００として必要な機能を実装する為のプログラム１０２に加えて、ＥＭＶカーネル１１０および分散台帳１２０が少なくとも記憶されている。この分散台帳１２０は、ブロックチェーン１２５を格納している。また、本実施形態におけるサーバ１００は、従来であればＰＩＮパッド３００がその対象であった、ＥＭＶ仕様に関する所定機関による認証を取得しており、ＥＭＶカーネル１１０を備えている。
また、上述の上位端末２００のハードウェア構成は以下の如くとなる。図３は、本実施形態における上位端末２００のハードウェア構成例を示す図である。
【００２１】
本実施形態の上位端末２００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置２０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ２０３、記憶装置２０１に保持されるプログラム
２０２をメモリ２０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置２０４、ユーザからのキー入力や音声入力を受け付ける入力装置２０５、処理データの表示を行うディスプレイ等の出力装置２０６、ネットワーク１と接続し他装置（サーバ１００、ＰＩＮパッド３００）との通信処理を担う通信装置２０７、を備える。
【００２２】
こうした上位端末２００は、店舗レジを想定できる。よって、上述の構成に加えて、ＰＯＳリーダーなど店舗レジとして通常備わる構成、機能を当然備えるものとする。
【００２３】
また、上述の記憶装置２０１には、本実施形態の金融取引制御システム１０を構成する上位端末２００として必要な機能を実装する為のプログラム２０２に加えて、分散台帳２２０が少なくとも記憶されている。この分散台帳２２０は、ブロックチェーン２２５を格納している。
【００２４】
また、上述のＰＩＮパッド３００のハードウェア構成は以下の如くとなる。図４は、本実施形態におけるＰＩＮパッド３００のハードウェア構成例を示す図である。
【００２５】
本実施形態のＰＩＮパッド３００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置３０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ３０３、記憶装置３０１に保持されるプログラム３０２をメモリ３０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置３０４、ユーザからのキー入力を受け付けるテンキーなどの入力装置３０５、処理データの表示を行うディスプレイ等の出力装置３０６、ネットワーク１と接続し他装置（サーバ１００、上位端末２００）との通信処理を担う通信装置３０７、を備える。
【００２６】
なお、上述の記憶装置３０１には、本実施形態の金融取引制御システム１０を構成するＰＩＮパッド３００として必要な機能を実装する為のプログラム３０２に加えて、分散台帳３２０が少なくとも記憶されている。この分散台帳３２０は、ブロックチェーン３２５を格納している。
【００２７】
また、本実施形態におけるＰＩＮパッド３００は、従来のＰＩＮパッドとは異なり、ＥＭＶ仕様に関する所定機関による認証を取得しておらず、ＥＭＶカーネルも備えていない。
−−−データ構造例−−−
【００２８】
続いて、本実施形態の金融取引制御システム１０を構成する、サーバ１００、上位端末２００、および、ＰＩＮパッド３００のそれぞれが分散台帳で管理するブロックチェーンの構成例について説明する。
【００２９】
図５に、本実施形態におけるブロックチェーン５００の一例を示す。ブロックチェーン５００は、分散台帳ノードである、上述のサーバ１００、上位端末２００、および、ＰＩＮパッド３００、のそれぞれで、当然ながら同じものを有している（但し、上述のハードウェア構成例を示す図では、便宜的に異なる符号を付与した）。
【００３０】
ブロックチェーンを用いた分散台帳管理では、一定時間に発行、合意形成された複数のトランザクションをブロックとしてまとめて、各ブロックが前のブロックのハッシュ値（ブロックハッシュ値）を持つことで各ブロックを数珠つなぎにして管理する。こうした管理を行う場合、前段のブロックの値が１ビットでも変わると後続の全ブロックのハッシュ値が変わることになる。そのため、分散台帳における改ざんは困難である。
【００３１】
なお、本実施例では説明をシンプルにするために、１つのトランザクションにつき１ブロックを構成した例を示すが、勿論、複数のトランザクションをまとめて１ブロックに格納した構成も想定可能である。また、本実施形態におけるトランザクションは、金融取引に際して、サーバ１００、上位端末２００、および、ＰＩＮパッド３００が、所定の処理を実行するごとに生成する電文に該当する。この電文は、処理相手のノードに対して送信する所定の処理要求であったり、そうした処理要求に応じて実行した処理に関して生成したものなどを想定できる。
【００３２】
図５で示すブロックチェーン５００は、一連のブロック５０１〜５０４の連なりとなっている。また各ブロックは、上述のクレジットカード（ＩＣチップ内蔵タイプ。以下同様）による決済など適宜な金融取引に関して発行されたトランザクションの情報を含む。このトランザクションの情報は、例えば、トランザクションのハッシュ値と、当該トランザクションのＩＤとを少なくとも含む。また各ブロックは、当該ブロックの識別情報たるインデックス５０９と、前ブロックのハッシュ値たるブロックハッシュ値５１０とを含む。上述のようなデータ構造により、金融取引で生じたトランザクションがブロックチェーンの中でデータの連鎖として管理される。
【００３３】
こうしたブロックのうちブロック５０１は、例えば、或る店舗に本実施形態の上位端末２００およびＰＩＮパッド３００を導入する際、当該上位端末２００およびＰＩＮパッド３００のアクティベート処理をサーバ１００で行うことで発行されるトランザクション５３０を格納したブロックの一例である。
【００３４】
本実施形態のトランザクション５３０は、当該アクティベート処理の対象となった上位端末２００ないしＰＩＮパッド３００のＩＤと、アクティベート処理の対象がＰＩＮパッド３００である場合のアクティベート処理の起点となった上位端末２００のＩＤと、アクティベート処理の実行主体で本トランザクション５３０の発行元、すなわちサーバ１００を識別するサーバＩＤを含む。さらに、そうした発行元とデータに改ざんが無いことを検証するために用いる電子署名を含む。この電子署名は、上述のサーバ１００の秘密鍵を用いて生成され、そのペアとなる公開鍵によって検証をすることが可能である。また、トランザクション５３０は、本トランザクション５３０の固有の識別子であるトランザクションＩＤを当然含む。
【００３５】
また、ブロック５０２は、上述のアクティベート処理の完了後に、上述の店舗等で行われた商品代金の決済など所定の金融取引に伴って、上位端末２００ないしＰＩＮパッド３００で発行されたトランザクション、を格納したブロックの一例である。
【００３６】
本実施形態におけるトランザクション５４０は、当該金融取引に伴う所定の処理実行の主体であり、本トランザクション５４０の発行元、すなわち上位端末２００ないしＰＩＮパッド３００のＩＤを含む。さらに、そうした発行元とデータに改ざんが無いことを検証するために用いる電子署名を含む。この電子署名は、上述の上位端末２００ないしＰＩＮパッド３００のＩＤの秘密鍵を用いて生成され、そのペアとなる公開鍵によって検証をすることが可能である。また、トランザクション５４０は、本トランザクション５４０の固有の識別子であるトランザクションＩＤを当然含む。
【００３７】
金融取引制御システム１０、すなわち分散台帳システムを構成するノードにおいて、金融取引に伴う処理が実行されるごとに、上述のブロックはブロックチェーンに追加され、各ノードの分散台帳で保持するブロックチェーンがそれだけ長くなっていく。ただし、本実施形態の金融取引制御方法においては、ブロックサイズを圧縮する手法を適用できるため、各ノードがデータサイズの大きなブロックチェーンを保持しつづける必要はない。こ
のブロックサイズ圧縮についての説明は後述する。
−−−フロー例１−−−
【００３８】
以下、本実施形態における金融取引制御方法の実際手順について図に基づき説明する。以下で説明する金融取引制御方法に対応する各種動作は、金融取引制御方法システム１０を構成するサーバ１００等の各機器がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００３９】
図６は、本実施形態における金融取引制御方法のフロー例１を示す図である。ここでは、或る店舗に本実施形態の上位端末２００およびＰＩＮパッド３００を導入する際、当該上位端末２００およびＰＩＮパッド３００のアクティベート処理をサーバ１００で行う状況を想定する。また、当該店舗のスタッフは、上位端末２００およびＰＩＮパッド３００を起動し、それぞれの出力装置にて、所定のアクティベート処理画面を出力させているものとする。
【００４０】
ここで、上述のスタッフが上位端末２００の入力装置２０５にて、上述のアクティベート処理画面の指示情報に従い、アクティベートに必要な当該上位端末２００のＩＤとパスワードを入力し、アクティベート開始のための所定操作を行ったとする。
【００４１】
上位端末２００は、上述の操作を受けて、ネットワーク１を介してサーバ１００に対し、アクティベート要求を通知する（ｓ１００）。このアクティベート要求には、上述のスタッフが入力したＩＤとパスワードの値が少なくとも含まれている。
【００４２】
一方、サーバ１００は、その記憶装置１０１で予め登録済みの、各上位端末２００のＩＤおよびパスワードの情報と、前記アクティベート要求に含まれるＩＤとパスワードとを照合し、アクティベート可否を判定する（ｓ１０１）。この判定でＩＤ、パスワードのセットが登録済みの正しいものであると判明した場合、サーバ１００は、上位端末２００についてアクティベート登録を実行する（ｓ１０２）。このアクティベート登録は、記憶装置１０１で保持する各上位端末２００の情報のうち、当該上位端末２００の情報に対して、アクティベート済みのフラグを設定するといった処理になる。
【００４３】
また、サーバ１００は、上述の上位端末２００のアクティベート登録に続き、ＰＩＮパッド３００に関する認証要求を、ネットワーク１を介して、上位端末２００に通知する（ｓ１０３）。
また、上位端末２００は、上述の認証要求を受信し、これをＰＩＮパッド３００に送信する（ｓ１０４）。
【００４４】
他方、ＰＩＮパッド３００は、上述の認証要求を受信して、例えば、「ＰＩＮパッドのＩＤとパスワードを入力してください」といったメッセージを出力装置３０６に表示させ、上述のスタッフによるＩＤ、パスワードの入力を受け付ける（ｓ１０５）。
【００４５】
また、ＰＩＮパッド３００は、入力を受け付けたＩＤ、パスワードの各値を、ネットワーク１を介してサーバ１００に送信し、上述の認証要求への応答を行う（ｓ１０６）。
【００４６】
一方、サーバ１００は、その記憶装置１０１で予め登録済みの、各ＰＩＮパッド３００のＩＤおよびパスワードの情報と、上述の認証応答に含まれるＩＤとパスワードとを照合し、アクティベート可否を判定する（ｓ１０７）。この判定でＩＤ、パスワードのセットが登録済みの正しいものであると判明した場合、サーバ１００は、ＰＩＮパッド３００についてアクティベート登録を実行する（ｓ１０８）。このアクティベート登録は、記憶装
置１０１で保持する各ＰＩＮパッド３００の情報のうち、当該ＰＩＮパッド３００の情報に対して、アクティベート済みのフラグを設定するといった処理になる。当然ながら、こうのＰＩＮパッド３００は、上述のアクティベート登録済みの上位端末２００と紐付けされている。
【００４７】
また、サーバ１００は、上述までの処理における上位端末２００およびＰＩＮパッド３００のアクティベート登録に伴いトランザクション５３０を発行し、これに基づいてブロック５０１を生成する（ｓ１０９）。なお、トランザクション５３０はネットワーク１を経由して各ノード（分散台帳ノード）に同報される。
【００４８】
上述のトランザクション５３０は、当該アクティベート処理の対象となった上位端末２００およびＰＩＮパッド３００のＩＤと、アクティベート処理対象のＰＩＮパッド３００とそのアクティベート処理の起点となった上位端末２００のＩＤと、アクティベート処理の実行主体で本トランザクション５３０の発行元、すなわちサーバ１００を識別するサーバＩＤを含む。さらに、そうした発行元とデータに改ざんが無いことを検証するために用いる電子署名を含む。この電子署名は、上述のサーバ１００の秘密鍵を用いて生成され、そのペアとなる公開鍵によって検証をすることが可能である。また、トランザクション５３０は、本トランザクション５３０の固有の識別子であるトランザクションＩＤを当然含む。
【００４９】
また、上述のブロック５０１は、上述のトランザクション５３０のハッシュ値と、当該トランザクション５３０のＩＤと、当該ブロック５０１の識別情報たるインデックス５０９と、前ブロックのハッシュ値たるブロックハッシュ値５１０とを含む。
続いて、サーバ１００は、ｓ１０９で生成したブロック５０１を、ネットワーク１をかいしてＰＩＮパッド３００に送信する（ｓ１１０）。
【００５０】
一方、ＰＩＮパッド３００は、ブロックチェーン技術において通常行われるものと同様に合意形成のためのブロック検証を実行し、改ざん等が無い正しいブロックであると検証できたならば、当該ブロックをブロックチェーンに追加し（ｓ１１１）、分散台帳３２０を更新する。こうした処理は、同様にブロック５０１を受信した上位端末２００でも実行される（ｓ１１２）。
以上のフローにより、店舗に導入される上位端末２００およびＰＩＮパッド３００のアクティベート登録が完了した。
−−−フロー例２−−−
【００５１】
図７は、本実施形態における金融取引制御方法のフロー例２を示す図である。続いて、上述の上位端末２００およびＰＩＮパッド３００を導入済みの店舗にて、顧客がクレジットカード５による商品代金の決済を要望し、スタッフがこれに対応する状況が生じた場合のフローを説明する。この場合、当該スタッフは、顧客からクレジットカード５を受け取って、これをＰＩＮパッド３００にセットする。また、このスタッフは、当該顧客が購入する商品の決済金額を上位端末２００に入力し、決済開始用の所定ボタンを押下したとする。
【００５２】
この場合、上位端末２００は、上述の決済金額の情報を少なくとも含む決済開始のトランザクションを発行し、これに基づいてブロックを生成する（ｓ２００）。なお、当該トランザクションはネットワーク１を経由して各ノード（分散台帳ノード）に同報される。
【００５３】
上述のトランザクションは、当該決済処理の主体であり、トランザクション発行元の上位端末２００のＩＤと、決済金額の情報を少なくとも含む。さらに、そうした発行元とデータに改ざんが無いことを検証するために用いる電子署名を含む。この電子署名は、上述
の上位端末２００の秘密鍵を用いて生成され、そのペアとなる公開鍵によって検証をすることが可能である。
続いて、上位端末２００は、ＰＩＮパッド３００に対し、上述の決済に関してＥＭＶカーネル処理の実行要求を通知する（ｓ２０１）。
【００５４】
ＰＩＮパッド３００は、上述のｓ２００で上位端末２００が発行したトランザクションを含むブロックについて、合意形成のためのブロック検証を実行し（ｓ２０２）、改ざん等が無い正しいブロックであると検証できたならば、当該ブロックをブロックチェーンに追加するものとする（ｓ２０３）。
【００５５】
また、ＰＩＮパッド３００は、上述の上位端末２００からＥＭＶカーネル処理の実行要求を受けて、これをネットワーク１を経由しサーバ１００に通知する（ｓ２０４）。
【００５６】
サーバ１００は、上述のｓ２００で上位端末２００が発行したトランザクションを含むブロックについて、合意形成のためのブロック検証を実行し（ｓ２０５）、改ざん等が無い正しいブロックであると検証できたならば、当該ブロックをブロックチェーンに追加するものとする（ｓ２０６）。
【００５７】
また、サーバ１００は、上述のＰＩＮパッド３００にセットされたクレジットカード５に対し、ＥＭＶカーネル処理を実行し、その結果をＰＩＮパッド３００に応答する（ｓ２０７）。このＥＭＶカーネル処理に際して、サーバ１００は、ＰＩＮパッド３００を介してクレジットカード５に対し、「ＳＥＬＥＣＴ  ＦＩＬＥ」や、「ＧＥＴ  ＰＲＯＣＥＳＳＩＮＧ  ＯＰＴＩＯＮＳ」、といったＥＭＶ仕様で定められたコマンドを規定どおり順次送信し、最終的にはクレジットカード５の正当性を検証し、それを処理結果としてＰＩＮパッド３００に返す。
【００５８】
こうしたＥＭＶカーネル処理におけるＰＩＮパッド３００は、例えば、上述のコマンドのうち「ＶＥＲＩＦＹ」コマンドをクレジットカード５に送信し、上述の顧客が正当な名義人かチェックする。この場合、ＰＩＮパッド３００は、出力装置３０６にて「暗証番号を入力してください」といったメッセージを表示あるいは音声出力し、入力装置３０５（例：キーパット）にて顧客から入力された暗証番号をクレジットカード５に通知する。また、これを受けたクレジットカード５は、当該暗証番号と、自身のＩＣチップに保持している暗証番号とを照合することで名義人チェックを行うこととなる。
なお、サーバ１００は、ＥＭＶカーネル処理の結果を含むトランザクションを発行し、これを分散台帳ノードに同報しているものとする。
【００５９】
一方、ＰＩＮパッド３００は、上述のＥＭＶカーネル処理の結果を含むトランザクションを受信し、このトランザクションを含むブロックについて、合意形成のためのブロック検証を実行し（ｓ２０８）、改ざん等が無い正しいブロックであると検証できたならば、当該ブロックをブロックチェーンに追加するものとする（ｓ２０９）。
また、ＰＩＮパッド３００は、上述のＥＭＶカーネル処理の結果を上位端末２００に通知する（ｓ２１０）。
【００６０】
上位端末２００は、このＥＭＶカーネル処理の結果を取得し（ｓ２１１）、その内容が「問題の無いクレジットカードが正しい名義人により使用されている」旨のものであれば、当該クレジットカード５の発行会社が運営するセンターシステムと通信し、所定の決済処理を実行し、その決済結果を出力装置２０６に表示し、レシート印字などの出力装置２０６での出力動作を行う。
【００６１】
なお、上位端末２００は、上述のＥＭＶカーネル処理の結果を含むトランザクションを
受信し、このトランザクションを含むブロックについて、合意形成のためのブロック検証を実行し（ｓ２１２）、改ざん等が無い正しいブロックであると検証できたならば、当該ブロックをブロックチェーンに追加するものとする（ｓ２１３）。
−−−ブロックサイズ圧縮について−−−
【００６２】
続いて、ブロックサイズ圧縮の処理について説明する。ここでは、上述のフロー例２のうち、ブロック検証に伴う処理についてのみ説明するものとする。図８は本実施形態におけるブロックサイズ圧縮の概念例１を示す図である。
上述のＰＩＮパッド３００は、その仕様が高機能はものではないケースが一般的であり、データ処理速度も記憶容量も十分とは言えない状況が想定される。
【００６３】
こうしたＰＩＮパッド３００は、例えば、上位端末２００が発行したトランザクションを含むブロック８００に関してブロック検証を行うとともに、このブロック検証を経たブロック８００について、当該ブロック８００が含む各トランザクションのハッシュ値８５０（図中ではトランザクションを「電文」、そのハッシュ値を「電文履歴」としている）のうち、ランダムに選択した所定のトランザクション群８０１のハッシュ値をハッシュ関数の入力としてブロックハッシュ値８０２を生成するとともに、選択しなかったトランザクション８０３について削除することでブロックサイズを圧縮する。
【００６４】
またＰＩＮパッド３００は、この圧縮に伴い、当該ブロック８００に対して、ランダムに選択したトランザクション群８０１の情報を付与し、この情報を他の分散台帳ノードたるサーバ１００や上位端末２００にも通知する。
【００６５】
この場合、サーバ１００や上位端末２００は、自身で保持する上述のブロック８００に関して、ＰＩＮパッド３００から通知されたトランザクション群８０１の情報に基づいて、当該ブロック８００から該当トランザクション群８０１を選択してそのブロックハッシュ値８１０を計算し、これに基づくブロック検証に成功すれば、当該ブロック８００をブロックチェーンに追加することとなる。
【００６６】
また図９は、本実施形態におけるブロックサイズ圧縮の概念例２を示す図である。一方、例えばサーバ１００は、ＰＩＮパッド３００とは異なり、その仕様が高機能であるケースが一般的であり、データ処理速度も記憶容量も十分な状況が想定される。ただし、金融取引を続けるうちにブロックチェーンのサイズが巨大化し、記憶領域を圧迫することは好ましくない。
【００６７】
そこでサーバ１００は、例えば、上位端末２００ないしＰＩＮパッド３００が発行したトランザクションを含むブロック９００について、当該ブロック９００が含む各トランザクションのハッシュ値９５０を、所定のトランザクション群９０１ごとにハッシュ関数の入力として第一階層のハッシュ値９１０を生成し、当該生成したハッシュ値９１０を更に所定のトランザクション群９０２ごとにハッシュ関数の入力として第二階層のハッシュ値９２０を生成する処理を適宜繰り返すことでブロックハッシュ値９６０を生成するに際し、上述の階層の各間におけるトランザクション群（例えば、第１階層のトランザクション群９０１）と当該トランザクション群９０１から生成したハッシュ値（例えば、第２階層のハッシュ値９２０）のうちいずれかを削除し、ブロックサイズを圧縮する。このブロックサイズ圧縮の場合、選択されるものと削除されるものとについて論理的網羅選択がなされている。
【００６８】
よって上位端末２００やＰＩＮパッド３００は、自身で保持する上述のブロックに関して、通常どおり当該ブロックからブロックハッシュ値を計算し、これに基づくブロック検証に成功すれば、当該ブロックをブロックチェーンに追加することとなる。
【００６９】
なお、サーバ１００は、分散台帳ノードのそれぞれの仕様や稼働状況、ネットワーク１の負荷状況を、既知の手法（例：予め各ノードに配置したロボットによるモニタリングなど）に基づき特定し、その大きさに応じて、上述のブロックサイズ圧縮のうち、ランダムに選択を行う手法と論理的網羅選択による手法を動的に選択して適用するとしてもよい。
【００７０】
例えば、ＰＩＮパッド３００の負荷状況が或る時点で所定基準を上回ってきた場合、それまでは論理的網羅選択による手法を適用してブロックサイズ圧縮を行っていたものの、ランダム選択を行う手法に変更する、といった適用が可能である。或いは、サーバ１００の負荷状況が或る時点で所定基準を下回ってきた場合、それまではランダム選択による手法を適用してブロックサイズ圧縮を行っていたものの、論理的網羅選択による手法に復帰させる、といった適用が可能である。
【００７１】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００７２】
こうした本実施形態によれば、ＥＭＶ仕様に応じた認証取得のための試験を、サーバのみに関して行うこととできるため、これまで個々のＰＩＮパッドそれぞれに関して発生していた認証取得コストを大きく低減できる。また、ＥＭＶカーネルを備えたサーバが、ネットワーク経由でＰＩＮパッドを利用し、ＥＭＶ仕様に沿った所定手続を実行することになるが、この手続で取り扱うトランザクションは、ブロックチェーン技術を用いて管理されるため、取引内容の改ざん等の情報セキュリティ上のリスクを効果的に軽減できる。すなわち、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアで効率的なものできる。
【００７３】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の金融取引制御システムにおいて、前記サーバとともに前記分散台帳システムを成すノードである、前記機器と、前記金融取引の決済手続を担う上位端末と、を更に含み、前記上位端末は、前記ＩＣチップ媒体のユーザによる前記金融取引に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するとともに、前記ＩＣチップ媒体に関して前記仕様に基づく前記所定要求を前記機器に通知し、前記所定要求に応じて前記サーバが行った前記仕様に沿った所定手順の結果を前記機器から受信するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するものであり、前記機器は、前記所定要求を前記上位端末から受けて、前記サーバに対して前記所定要求を送信するとともに、この所定要求の送信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、前記所定要求の送信に応じて前記サーバから前記結果を受信して、当該結果を前記上位端末に通知するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するものである、としてもよい。
【００７４】
これによれば、ＥＭＶカーネルを備えた上述のサーバとともに、ＰＩＮパッドといった媒体認証用の機器、および、店舗に備わるＰＯＳレジなどの上位端末が、分散台帳システムにおけるノードとして、上述の金融取引に伴い自身が或いは他者が発行したトランザクションについて、合意形成などブロックチェーン技術での所定手続を経て、ブロックならびにブロックチェーンを生成して分散台帳で管理し、当該金融取引とそれに伴うトランザクションの正しさ（改ざんされていないこと）を担保することが可能である。ひいては、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をよりセキュアで効率的なものできる。
【００７５】
また、本実施形態の金融取引制御システムにおいて、前記機器、前記上位端末、および
、前記サーバの少なくともいずれかは、前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含む各トランザクションのハッシュ値を、所定のトランザクション群ごとにハッシュ関数の入力として第一階層のハッシュ値を生成し、当該生成したハッシュ値を更に所定のトランザクション群ごとにハッシュ関数の入力として第二階層のハッシュ値を生成する処理を適宜繰り返すことでブロックハッシュ値を生成するに際し、前記階層の各間における前記トランザクション群と当該トランザクション群から生成したハッシュ値のうちいずれかを削除し、ブロックサイズを圧縮するものである、としてもよい。
【００７６】
これによれば、分散台帳システムを構成する各ノード、すなわち、サーバ、上位端末、および、機器、における機器仕様やこれらを結ぶネットワークの負荷状況などに対応して、問題無くブロックおよびブロックチェーンの生成・管理を行うことが可能となる。このことは特に、ＰＩＮパッドなどリソースが限定的な機器において有効な意味を持つ。すなわち、ブロックチェーンの長さが長くなるにつれ、つまり、ブロックチェーンのデータサイズが大きくなるにつれ、合意形成等の認証手続の時間も長くなり、一方、ＰＩＮパッドのような機器のメモリサイズには限りがあるため、上述のごとき長いブロックチェーンを扱う容量が時間経過とともに逼迫する、という状況に対し、上述のようにブロックサイズを圧縮してブロックチェーンの長さを所定長に縮めることで、適宜に対処可能となる。ひいては、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアでより効率的なものできる。
【００７７】
また、本実施形態の金融取引制御システムにおいて、前記機器、前記上位端末、および、前記サーバの少なくともいずれかは、前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含むトランザクションのハッシュ値からブロックハッシュ値を生成するに際し、前記ブロックが含む各トランザクションのハッシュ値のうち、ランダムに選択した所定のトランザクション群のハッシュ値をハッシュ関数の入力としてブロックハッシュ値を生成してブロックサイズを圧縮するとともに、当該ブロックに前記ランダムに選択したトランザクション群の情報を付与するものである、としてもよい。
【００７８】
これによれば、分散台帳システムを構成する各ノード、すなわち、サーバ、上位端末、および、機器、における機器仕様やこれらを結ぶネットワークの負荷状況などに対応して、問題無くブロックおよびブロックチェーンの生成・管理を行うことが可能となる。このことは特に、ＰＩＮパッドなどリソースが限定的な機器において有効な意味を持つ。すなわち、ブロックチェーンの長さが長くなるにつれ、つまり、ブロックチェーンのデータサイズが大きくなるにつれ、合意形成等の認証手続の時間も長くなり、一方、ＰＩＮパッドのような機器のメモリサイズには限りがあるため、上述のごとき長いブロックチェーンを扱う容量が時間経過とともに逼迫する、という状況に対し、上述のようにブロックサイズを圧縮してブロックチェーンの長さを所定長に縮めることで、適宜に対処可能となる。ひいては、ＩＣチップ媒体による金融取引に関与する機器の認証コストを低減するとともに、当該機器による各種処理をセキュアでより効率的なものできる。
【００７９】
また、本実施形態の金融取引制御方法において、前記サーバとともに前記分散台帳システムを成すノードである、前記機器、および、前記金融取引の決済手続を担う上位端末、のうち、前記上位端末が、前記ＩＣチップ媒体のユーザによる前記金融取引に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納するとともに、前記ＩＣチップ媒体に関して前記仕様に基づく前記所定要求を前記機器に通知し、前記所定要求に応じて前記サーバが行った前記仕様に沿った所定手順の結果を前記機器から受信するとと
もに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、前記機器が、前記所定要求を前記上位端末から受けて、前記サーバに対して前記所定要求を送信するとともに、この所定要求の送信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納し、前記所定要求の送信に応じて前記サーバから前記結果を受信して、当該結果を前記上位端末に通知するとともに、前記結果の受信に伴うトランザクションを発行し、前記所定処理を経て自身の分散台帳に格納する、としてもよい。
【００８０】
また、本実施形態の金融取引制御方法において、前記機器、前記上位端末、および、前記サーバの少なくともいずれかが、前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含む各トランザクションのハッシュ値を、所定のトランザクション群ごとにハッシュ関数の入力として第一階層のハッシュ値を生成し、当該生成したハッシュ値を更に所定のトランザクション群ごとにハッシュ関数の入力として第二階層のハッシュ値を生成する処理を適宜繰り返すことでブロックハッシュ値を生成するに際し、前記階層の各間における前記トランザクション群と当該トランザクション群から生成したハッシュ値のうちいずれかを削除し、ブロックサイズを圧縮する、としてもよい。
【００８１】
また、本実施形態の金融取引制御方法において、前記機器、前記上位端末、および、前記サーバの少なくともいずれかが、前記トランザクションのハッシュ値を含んで構成され、トランザクション発行ごとに追加されるブロックであり、前記分散台帳に格納されるブロックチェーンを構成するブロックに関して、当該ブロックが含むトランザクションのハッシュ値からブロックハッシュ値を生成するに際し、前記ブロックが含む各トランザクションのハッシュ値のうち、ランダムに選択した所定のトランザクション群のハッシュ値をハッシュ関数の入力としてブロックハッシュ値を生成してブロックサイズを圧縮するとともに、当該ブロックに前記ランダムに選択したトランザクション群の情報を付与する、としてもよい。
【符号の説明】
【００８２】
１  ネットワーク
５  クレジットカード（ＩＣチップ媒体）
１０  金融取引制御システム
１００  サーバ
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  演算装置
１０５  通信装置
１１０  ＥＭＶカーネル
１２０  分散台帳
１２５  ブロックチェーン
２００  上位端末
２０１  記憶装置
２０２  プログラム
２０３  メモリ
２０４  演算装置
２０５  入力装置
２０６  出力装置
２０７  通信装置
２２０  分散台帳
２２５  ブロックチェーン
３００  ＰＩＮパッド
３０１  記憶装置
３０２  プログラム
３０３  メモリ
３０４  演算装置
３０５  入力装置
３０６  出力装置
３０７  通信装置
３２０  分散台帳
３２５  ブロックチェーン
【図１】
2019128749.tif 000003
【図２】
2019128749.tif 000004
【図３】
2019128749.tif 000005
【図４】
2019128749.tif 000006
【図５】
2019128749.tif 000007
【図６】
2019128749.tif 000008
【図７】
2019128749.tif 000009
【図８】
2019128749.tif 000010
【図９】
2019128749.tif 000011