(57)【要約】      （修正有）【課題】複数の金融機関でシステムを共用し、金融機関の取引情報をユーザに一括送信するシステムを提供する。【解決手段】複数のノード装置１０２は、異なる金融機関によって管理され、自己を管理している金融機関におけるユーザ取引情報と、自己を管理していない金融機関におけるユーザ取引情報の保持手段と、サーバ装置から複数の金融機関に取引口座を有するユーザ取引情報に対する第１取得要求のノード受信手段と、受信された第１取得要求に応じた取引情報を保持手段から読み出し手段と、取引情報をサーバ装置に送信するノード送信手段とを有する。サーバ装置１０１は、ユーザ端末１５１から取引情報に対する第２取得要求を受信するサーバ受信手段と、ノード装置から第２取得要求に応じた取引情報を取得する取得手段と、取引情報をユーザ端末１５１に送信するサーバ送信手段とを有する。サーバ送信手段は、２つ以上の金融機関のユーザ取引情報を送信する。【選択図】図１Ａ
2018181309.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード装置とサーバ装置とユーザ端末とを含む取引情報提供システムであって、
前記複数のノード装置は、それぞれ異なる金融機関によって管理される複数のノード装置であって、前記複数のノード装置のそれぞれは、
自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方を保持する保持手段と、
前記サーバ装置から、複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザの取引情報に対する第１の取得要求を受信するノード受信手段と、
前記ノード受信手段により受信された第１の取得要求に応じた取引情報を前記保持手段から読み出す読み出し手段と、
前記読み出し手段により読み出された前記ユーザについての取引情報を前記サーバ装置に送信するノード送信手段と、を有し、
前記サーバ装置は、
前記ユーザの前記ユーザ端末から当該ユーザの取引情報に対する第２の取得要求を受信するサーバ受信手段と、
前記サーバ受信手段により前記第２の取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記第２の取得要求に応じた取引情報を前記第１の取得要求を用いて取得する取得手段と、
取得された前記第２の取得要求に応じた取引情報を、前記ユーザ端末に応答として送信するサーバ送信手段と、を有し、
前記サーバ送信手段は、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む前記応答を、前記ユーザ端末に送信する、ことを特徴とする取引情報提供システム。
【請求項２】
前記保持手段は、ブロックチェーンにより、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方を保持する、ことを特徴とする請求項１に記載の取引情報提供システム。
【請求項３】
前記複数のノード装置のそれぞれは、前記ユーザの取引情報を処理する処理手段を更に有し、
前記処理手段は、第１の金融機関におけるユーザの取引情報を前記第１の金融機関に割り当てられた暗号鍵を用いて参照可能なように秘匿化するとともに、第２の金融機関におけるユーザの取引情報を前記第２の金融機関に割り当てられた暗号鍵を用いて参照可能なように秘匿化し、
前記保持手段は、前記処理手段によって秘匿化された、第１の金融機関におけるユーザの取引情報と、第２の金融機関におけるユーザの取引情報とを保持する、ことを特徴とする請求項１又は２に記載の取引情報提供システム。
【請求項４】
前記処理手段は、前記サーバ装置から前記第１の取得要求を受信すると、前記ユーザ端末のユーザが前記第１の金融機関と前記第２の金融機関に取引口座を有する場合、前記第１の金融機関に割り当てられた暗号鍵を用いて参照可能に秘匿化された前記第１の金融機関におけるユーザの取引情報を復号化するとともに、前記第２の金融機関に割り当てられた暗号鍵を用いて参照可能に秘匿化された前記第２の金融機関におけるユーザの取引情報を復号化し、
前記ノード送信手段は、前記処理手段によって復号化された前記ユーザについての取引情報を前記サーバ装置に送信する、ことを特徴とする請求項３に記載の取引情報提供システム。
【請求項５】
前記サーバ装置は、更に、前記サーバ受信手段により前記ユーザ端末から追加の取引情報を受信したことに応じて、前記複数のノード装置の少なくともいずれかに、当該ノード装置が保持する取引情報に前記追加の取引情報を追加させる追加要求を送信する追加要求手段を有し、
前記複数のノード装置の前記保持手段は、前記追加要求を受信したことに応じて、当該ノード装置が保持する取引情報に前記追加要求に係る取引情報を追加する、ことを特徴とする請求項１から４のいずれか１項に記載の取引情報提供システム。
【請求項６】
前記サーバ受信手段は、更に、所定の金融機関によって管理される第２のユーザ端末から、取引の状態の変更された取引情報を受信し、
前記追加要求手段は、更に、前記サーバ受信手段により前記第２のユーザ端末から取引の状態の変更された取引情報を受信したことに応じて、前記複数のノード装置の少なくともいずれかに、当該ノード装置が保持する取引情報に前記取引の状態の変更された取引情報を追加させる追加要求を送信する、ことを特徴とする請求項５に記載の取引情報提供システム。
【請求項７】
前記取引の状態の変更された取引情報は、前記所定の金融機関の集中管理システムにおいて取引が処理されたことによって取引の状態が変更された取引情報である、ことを特徴とする請求項６に記載の取引情報提供システム。
【請求項８】
前記サーバ受信手段は、更に、所定の金融機関によって管理される第２のユーザ端末から前記所定の金融機関の取引情報に対する取得要求を受信し、
前記取得手段は、前記サーバ受信手段により前記第２のユーザ端末から取引情報に対する取得要求を受信したことに応じて、前記所定の金融機関に係る取引情報のうち該取得要求に応じた取引情報を取得する、ことを特徴とする請求項１から５のいずれか１項に記載の取引情報提供システム。
【請求項９】
前記サーバ装置は、更に、前記複数のノード装置のそれぞれが保持する取引情報のうち、所定の取引情報の内容が変更されないように前記複数のノード装置に要求するロック要求手段を有する、ことを特徴とする請求項８に記載の取引情報提供システム。
【請求項１０】
前記サーバ装置は、前記ユーザの取引情報を処理する処理手段を更に有し、
前記処理手段は、第１の金融機関におけるユーザの取引情報を前記第１の金融機関に割り当てられた暗号鍵を用いて参照可能なように秘匿化するとともに、第２の金融機関におけるユーザの取引情報を前記第２の金融機関に割り当てられた暗号鍵を用いて参照可能なように秘匿化し、
前記サーバ送信手段は、更に、前記複数のノード装置の少なくともいずれかに、前記サーバ装置によって秘匿化された、前記第１の金融機関におけるユーザの取引情報と前記第２の金融機関におけるユーザの取引情報とを送信する、ことを特徴とする請求項１又は２に記載の取引情報提供システム。
【請求項１１】
前記取引情報提供システムは、前記サーバ装置と異なる、所定の金融機関によって管理される第２のサーバ装置を更に含み、
前記第２のサーバ装置は、
前記所定の金融機関によって管理される第２のユーザ端末から、取引の状態の変更された取引情報を受信する第２のサーバ受信手段と、
前記第２のサーバ受信手段により、前記取引の状態の変更された取引情報を受信したことに応じて、前記複数のノード装置のうちの前記所定の金融機関によって管理されるノード装置に、当該ノード装置が保持する取引情報に前記取引の状態の変更された取引情報を追加させる追加要求を送信する追加要求手段と、を有し、
前記複数のノード装置のそれぞれの前記保持手段は、前記追加要求を受信したことに応じて、当該ノード装置が保持する取引情報に前記追加要求に係る取引情報を追加する、ことを特徴とする請求項１、２及び１０のいずれか１項に記載の取引情報提供システム。
【請求項１２】
前記第２のサーバ装置は、更に、
前記第２のサーバ受信手段により、前記取引の状態の変更された取引情報を受信したことに応じて、当該取引情報を前記所定の金融機関に割り当てられた暗号鍵を用いて参照可能なように秘匿化する第２の処理手段と、を有することを特徴とする請求項１１に記載の取引情報提供システム。
【請求項１３】
前記取引情報は、口座振替の情報である、ことを特徴とする請求項１から１２のいずれか１項に記載の取引情報提供システム。
【請求項１４】
それぞれ異なる金融機関によって管理される複数のノード装置であって、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持するように構成された複数のノード装置、と通信するサーバ装置であって、
複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザのユーザ端末から当該ユーザの取引情報に対する取得要求を受信する受信手段と、
前記取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記取得要求に応じた取引情報を取得する取得手段と、
取得された前記取得要求に応じた取引情報を、前記ユーザ端末に応答として送信する送信手段と、を有し、
前記送信手段は、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む前記応答を、前記ユーザ端末に送信する、ことを特徴とするサーバ装置。
【請求項１５】
それぞれ異なる金融機関によって管理される複数のノード装置であって、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持するように構成された複数のノード装置、と通信するサーバ装置の制御方法であって、
受信手段が、複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザのユーザ端末から当該ユーザの取引情報に対する取得要求を受信することと、
取得手段が、前記取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記取得要求に応じた取引情報を取得することと、
送信手段が、取得された前記取得要求に応じた取引情報を、前記ユーザ端末に応答として送信することと、を含み、
前記送信することでは、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む前記応答を、前記ユーザ端末に送信する、ことを特徴とするサーバ装置の制御方法。
【請求項１６】
コンピュータを、請求項１４に記載のサーバ装置の各手段として機能させるためのプログラム。
【請求項１７】
それぞれ異なる金融機関によって管理される複数のノード装置であって、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持するように構成された複数のノード装置と、複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザのユーザ端末から当該ユーザの取引情報に対する取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記取得要求に応じた取引情報を取得し、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む応答を、前記ユーザ端末に送信するサーバ装置と、を有するシステムにおける前記ノード装置であって、
自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持する保持手段と、
前記サーバ装置から、前記ユーザについての取引情報の取得要求を受信する受信手段と、
前記受信手段により受信された取得要求に応じた取引情報を前記保持手段から読み出す読み出し手段と、
前記読み出し手段により読み出された前記ユーザについての取引情報を前記サーバ装置に送信する送信手段と、を有することを特徴とするノード装置。
【請求項１８】
それぞれ異なる金融機関によって管理される複数のノード装置であって、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持するように構成された複数のノード装置と、複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザのユーザ端末から当該ユーザの取引情報に対する取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記取得要求に応じた取引情報を取得し、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む応答を、前記ユーザ端末に送信するサーバ装置と、を有するシステムにおける前記ノード装置の制御方法であって、
保持手段が、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方をそれぞれが保持することと、
受信手段が、前記サーバ装置から、前記ユーザについての取引情報の取得要求を受信することと、
読み出し手段が、保持している取引情報から、受信した取得要求に応じた取引情報を読み出すことと、
送信手段が、読み出した前記ユーザについての取引情報を前記サーバ装置に送信することと、を有することを特徴とするノード装置の制御方法。
【請求項１９】
コンピュータを、請求項１７に記載のノード装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の金融機関によって提供される取引情報を事業者に提供する取引情報提供システム、サーバ装置、ノード装置ならびにプログラムに関する。
【背景技術】
【０００２】
従来、銀行等の金融機関によって提供されるウェブサイトにアクセスして、当該金融機関によって提供される金融取引情報や口座振替の状況を閲覧可能なシステムが知られている。
【０００３】
このようなインタネットを介した閲覧サービスは利便性が高いが、複数の機関から提供されるようになると、それぞれのサービスに別個にアクセスする必要があり、各ウェブサイトへのアクセスが煩わしくなる。特許文献１では、銀行等の金融機関側のウェブサイトにアクセスしたユーザが、金融商品の売買注文等を所望とした場合に、ユーザ端末との間のセッションを銀行側のウェブサーバから証券業者のウェブサーバ側に自動的に切り替える技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１５９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、事業者（単にユーザともいう）は、複数の金融機関から同様のサービス（例えば口座振替など）の提供を受ける場合があり、当該サービスの情報を閲覧する際には、複数の金融機関によるサービスの状況を一括して受けられることが望ましい。
【０００６】
上述の特許文献１で開示される技術は、複数の金融機関によるサービスの切り替えを容易にするものの、複数の金融機関によるサービスを一括して提供することは考慮していなかった。
【０００７】
また、金融機関のサービスを支えるシステムは、秘匿性の維持や、システム障害に対するリスクの低減を高いレベルで実現する必要があるため、各金融機関は独自にシステムを構築し、高額なシステム構築コストや運用コストを負担せざるを得ない。
【０００８】
すなわち、複数の金融機関でシステムを共用して保守や運用の負担を軽減でき、複数の金融機関から提供される取引情報をユーザに一括して提供可能なシステムは、金融機関にとってもユーザにとっても有用である。
【０００９】
本発明は、上記課題に鑑みてなされ、その目的は、複数の金融機関でシステムを共用し、複数の金融機関から提供される取引情報をユーザに一括して提供可能な技術を実現することである。
【課題を解決するための手段】
【００１０】
この課題を解決するため、例えば本発明の取引情報提供システムは以下の構成を備える。すなわち、複数のノード装置とサーバ装置とユーザ端末とを含む取引情報提供システムであって、前記複数のノード装置は、それぞれ異なる金融機関によって管理される複数のノード装置であって、前記複数のノード装置のそれぞれは、自己を管理している金融機関におけるユーザの取引情報と、自己を管理していない金融機関におけるユーザの取引情報との両方を保持する保持手段と、前記サーバ装置から、複数の金融機関のうちいずれかの金融機関に取引口座を有するユーザの取引情報に対する第１の取得要求を受信するノード受信手段と、前記ノード受信手段により受信された第１の取得要求に応じた取引情報を前記保持手段から読み出す読み出し手段と、前記読み出し手段により読み出された前記ユーザについての取引情報を前記サーバ装置に送信するノード送信手段と、を有し、前記サーバ装置は、前記ユーザの前記ユーザ端末から当該ユーザの取引情報に対する第２の取得要求を受信するサーバ受信手段と、前記サーバ受信手段により前記第２の取得要求を受信したことに応じて、前記複数のノード装置の少なくともいずれかから、前記第２の取得要求に応じた取引情報を前記第１の取得要求を用いて取得する取得手段と、取得された前記第２の取得要求に応じた取引情報を、前記ユーザ端末に応答として送信するサーバ送信手段と、を有し、前記サーバ送信手段は、少なくとも２つ以上の金融機関における前記ユーザの取引情報を含む前記応答を、前記ユーザ端末に送信する、ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の金融機関でシステムを共用し、複数の金融機関から提供される取引情報をユーザに一括して提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１Ａ】、
【図１Ｂ】本発明の実施形態に係る取引情報提供システムの概要を説明する図
【図２】本実施形態に係るサーバ装置、ノード装置、クライアント装置のハードウェア構成を示すブロック図
【図３】本実施形態に係るサーバ装置、ノード装置、クライアント装置の機能構成例を説明する図
【図４】ユーザによる口座振替データの表示と新規口座振替データの登録についてのサーバ装置１０１の一連の動作を示すフローチャート
【図５】ユーザのクライアント装置に表示されるログイン画面及びメニュー画面の例を示す図
【図６】ユーザのクライアント装置に表示される口座振替処理一覧及び口座振替明細一覧の例を示す図
【図７】ユーザのクライアント装置に表示される新規依頼登録画面の例を示す図
【図８】金融機関による口座振替データのダウンロードと処理結果データの登録についてのサーバ装置１０１の一連の動作を説明するフローチャート
【図９】金融機関のクライアント装置に表示される管理画面ログイン及び管理メニューの例を示す図
【図１０】金融機関のクライアント装置に表示される管理対象口座振替処理一覧、及びロック画面の例を示す図
【図１１】金融機関のクライアント装置に表示される処理結果アップロードの例を示す図
【図１２】金融機関のクライアント装置に表示される当座照合表出力画面の例、及び当座照合表の例を示す図
【図１３】他の実施形態に係る取引情報提供システムの構成例を示す図
【発明を実施するための形態】
【００１３】
（実施形態１）
以下、本発明の例示的な実施形態について、図面を参照して詳細に説明する。
【００１４】
（システムの構成と動作概要）
図１Ａは、本実施形態に係る情報処理システムの一例としての取引情報提供システムを説明する図である。なお、図１Ａに示す取引情報提供システムを構成する１つ以上のサーバ装置、クライアント装置及びノード装置は、独立した物理的なハードウェアによって実現されてもよいし、ソフトウェアを実行することによって仮想的に実現される仮想マシンによって実現されてもよい。これらの装置が仮想的に実現される場合、複数の仮想マシンが１つのハードウェア上で実行されてもよいし、異なるハードウェア上でそれぞれ実現されてもよい。また、これらの装置の少なくともいずれかが２つ以上のハードウェアを用いて実現されてもよい。
【００１５】
（システム及びその動作の概要）
サーバ装置１０１は、事業者（ユーザ）の管理するクライアント装置１５１や金融機関（金融業務を営む事業者を含む）の管理するクライアント装置１６１と、ブロックチェーン上のＰ２Ｐネットワークを構成するノード装置１０２及び１０３との間に介在し、ノード装置と必要なデータを送受信してクライアント装置からの要求に応じたデータを返信する。なお、以下の例では、ユーザが複数の金融機関に取引口座を有するものとして説明する。
【００１６】
ノード装置１０２及び１０３は、それぞれが特定の金融機関によって管理されるコンピュータである。ノード装置は、ブロックチェーンを構成するＰ２Ｐネットワーク上のノードを構成し、それぞれがブロックチェーンにおける分散台帳を保有する。各ノード装置は、ブロックチェーンによる分散台帳の管理を実現するために、例えばＨｙｐｅｒｌｅｄｇｅｒ  Ｆａｂｒｉｃ等のブロックチェーンサービスを提供するソフトウェアを動作させる。本実施形態では、口座振替データがブロックチェーンの分散台帳に記録され、複数のノード装置が有する分散台帳で共有される。すなわち、金融機関Ｂ１の管理するノード装置１０２が有する分散台帳には、金融機関Ｂ２におけるユーザの口座振替データと、他の金融機関（例えば金融機関Ｂ２）におけるユーザの口座振替データとの両方が保持され得る。しかし、ノード装置１０２は、不図示の管理サーバ或いはノード装置において管理するそれぞれの金融機関の暗号鍵を用いて、分散台帳のデータに対する暗号化・復号化を制御することができる。従って、仮にノード装置１０２の有する分散台帳に他の金融機関のデータが保持されたとしても、金融機関Ｂ１が他の金融機関の口座振替データを閲覧できないようにすることができる。
【００１７】
クライアント装置１５１は、金融機関に口座振替業務を委託している事業者（ユーザ）Ｕ１が使用するユーザ端末であり、例えばパーソナルコンピュータである。例えば、ユーザＵ１が金融機関Ｂ１及び金融機関Ｂ２に口座振替業務を委託しており、クライアント装置１５１を管理しているものとする。この場合、ユーザＵ１は、クライアント装置１５１を介して、委託している金融機関Ｂ１及びＢ２におけるユーザＵ１の口座振替データを新規に登録したり、既に登録されているユーザＵ１の口座振替データを閲覧したりすることができる。クライアント装置１５２は、例えばＵ１とは異なるユーザ（事業者）Ｕ２によって管理され、クライアント装置１５１と同様に、ユーザＵ２の口座振替データの送受信を行う。
【００１８】
クライアント装置１６１は、金融機関が使用するユーザ端末であり、例えばパーソナルコンピュータである。例えば、金融機関Ｂ１がクライアント装置１６１を管理しているものとする。この場合、金融機関Ｂ１は、クライアント装置１６１を介して、ブロックチェーン上の口座振替データをダウンロードすることができる。また、ダウンロードした口座振替データを、各金融機関に別途存在する集中管理システム（図１では不図示）に入力し、その口座振替処理を実際に実行することができる。更に、金融機関Ｂ１は、クライアント装置１６１を介して、集中管理システムによって行われた口座振替処理の結果を処理結果データとしてブロックチェーンに登録することができる。なお、クライアント装置１６２は、例えば金融機関Ｂ１とは異なる金融機関Ｂ２によって管理され、クライアント装置１６１と同様に、金融機関Ｂ２に係る口座振替データの送受信を行う。
【００１９】
次に、ユーザが口座振替データの閲覧と、新規の口座振替データを登録する場合のシステムの動作概要について説明する。サーバ装置１０１は、ユーザＵ１の扱うクライアント装置１５１からアクセスを受けると、既にユーザＵ１によって登録された口座振替データを、ブロックチェーン上のノード装置から複数の金融機関（Ｂ１、Ｂ２）について取得する。そして、ユーザＵ１の口座振替データの一部（例えば口座振替データ１７１）とデータの新規登録用ボタンとを表示するウェブページをクライアント装置１５１に送信する。口座振替データ１７１には、金融機関Ｂ１及びＢ２におけるユーザＵ１の口座振替データが含まれている。
【００２０】
ユーザＵ１は、クライアント装置１５１においてウェブページの新規登録ボタンを押下することにより、金融機関におけるユーザＵ１の新たな口座振替データを登録することができる。例えば、クライアント装置１５１は、新規登録データ１７２をサーバ装置１０１に送信する。新規登録データ１７２は、例えばユーザＵ１のための、金融機関Ｂ１に係る口座振替データを含んでいる。サーバ装置１０１は、クライアント装置１５１から新規登録データを受信すると、当該新規登録データをブロックチェーン上の分散台帳に登録するためにノード装置１０２に送信する。ノード装置１０２は、受信した新規登録データをブロックチェーン上のブロックに書き込む。
【００２１】
ノード装置１０２がブロックチェーン上のブロックに書き込んだ新規登録データは、ブロックチェーン上で実行されるコンセンサスアルゴリズムの処理により正当性が確認されるとコンセンサス取得済みとなる。コンセンサス取得済みとなったデータは、その後ブロックチェーン上の各ノード装置（ノード装置１０３を含む）が有する分散台帳に記録された状態となる。すなわち、新規登録データは、金融機関Ｂ１の管理するノード装置１０２及び金融機関Ｂ２の管理するノード装置１０３のそれぞれの分散台帳に保持される。
【００２２】
その後、サーバ装置１０１は、ノード装置１０２からコンセンサス取得済みの新規登録データを含む口座振替データの一部を取得して、当該口座振替データとデータの新規登録用ボタンとを表示するウェブページをクライアント装置１５１に送信する。この場合、口座振替データは新たに登録された２月２４日の処理を含む。
【００２３】
なお、サーバ装置１０１は、ユーザＵ２がクライアント装置１５２を使用して行う操作に対しても、上述した処理と同様の処理を行う。例えば、サーバ装置１０１は、ユーザＵ２の口座振替データを、ノード装置１０３を介してブロックチェーン上の分散台帳から読み出して口座振替データ１７３として表示させる。また、Ｕ２の新規登録データ１７４を、ノード装置１０３を介してノード装置１０３の有する分散台帳に記録させる。すなわち、ブロックチェーン上のノード装置１０２及び１０３の有する分散台帳にＵ２の新規登録データ１７４を記録させる。
【００２４】
次に、金融機関がブロックチェーン上の分散台帳に記録されている複数のユーザの口座振替データをダウンロードする場合のシステムの動作概要について説明する。サーバ装置１０１は、金融機関Ｂ１が管理するクライアント装置１６１からのアクセスを受けると、金融機関Ｂ１が管理するノード装置１０２に対して、（金融機関Ｂ１が処理すべき）口座振替データの取得要求を送信する。ノード装置１０２は、金融機関Ｂ１がアクセス可能な口座振替データ（すなわち金融機関Ｂ１が管理すべき口座振替データ）をサーバ装置１０１に返信する。このノード装置１０２から返信された口座振替データには、金融機関Ｂ１の集中管理システムによって処理されていない、複数のユーザの口座振替データが含まれる。サーバ装置１０１は、クライアント装置１６１に対して、この複数ユーザ分の未処理のデータ（例えば口座振替データ１７５）を一括して送信する。なお、クライアント装置１６２も、金融機関Ｂ２が処理すべき未処理の口座振替データ（例えば口座振替データ１７６）を複数のユーザ分にわたってダウンロードすることができる。
【００２５】
更に、図１Ｂを参照して、金融機関の集中管理システムによって口座振替の処理が完了した、処理結果データをブロックチェーン上にアップロードする場合のシステムの動作概要について説明する。
【００２６】
サーバ装置１０１は、金融機関Ｂ１の管理するクライアント装置１６１からアクセスを受けると、ブロックチェーン上のノード装置１０２から金融機関Ｂ１に係る口座振替データを取得する。そして、金融機関Ｂ１が処理すべき口座振替データの一部（例えば口座振替データ１８１）と処理結果データのアップロード用ボタンとを表示するウェブページをクライアント装置１６１に送信する。クライアント装置１６１は、ウェブページに表示させた処理結果データ登録用ボタンが押下されると、集中管理システムから出力された処理結果データ（例えば口座振替データ１８２）をサーバ装置１０１へ送信する。
【００２７】
サーバ装置１０１は、クライアント装置１６１から受信した処理結果データをブロックチェーン上のノード装置１０２に送信して、ブロックとして記録させる。記録された処理結果データは、ブロックチェーン上で実行されるコンセンサスアルゴリズムの処理により正当性が確認されるとコンセンサス取得済みとなる。コンセンサス取得済みとなった処理結果データは、ブロックチェーン上の各ノード装置（ノード装置１０３を含む）の分散台帳に記録された状態となる。
【００２８】
なお、サーバ装置１０１は、金融機関Ｂ２の口座振替データについても金融機関Ｂ１の場合と同様に、未処理の口座振替データ１８３をクライアント装置１６２に送信する。そして、金融機関Ｂ２の集中管理システムによって処理された口座振替データ（１８４）を受信すると、ノード装置１０３を介して当該口座振替データをブロックチェーンに登録する。
【００２９】
一方、サーバ装置１０１は、クライアント装置１５１からの要求を受信すると、ノード装置１０２からコンセンサス取得済みの処理結果データを含む口座振替データを取得して、当該データ（口座振替データ１８５）をクライアント装置１５１へ送信する。このとき、サーバ装置１０１がノード装置から取得する口座振替データには、金融機関Ｂ１及び金融機関Ｂ２によって新たに登録された処理結果データが含まれる。このように、本実施形態に係る取引情報提供システムによれば、複数の金融機関でシステムを共用し、ユーザは、口座振替を委託する金融機関の口座振替データを一括して取得することができる。
【００３０】
（サーバ装置１０１の構成）
次に、図２（Ａ）及び図３を参照して、サーバ装置１０１の機能構成例について説明する。
【００３１】
ＣＰＵ２０１は、ＲＯＭ２０２或いは記憶装置２０７に記録されているプログラムを実行することにより、図１に示した取引情報提供システムにおけるサーバ装置１０１の機能を実現する。
【００３２】
プログラムは、サーバ装置１０１をウェブアプリケーションサーバとして動作させるためのウェブアプリケーションを含む。ウェブアプリケーションは、図３の３０１に示すように、例えば、ユーザのログインを処理するログインモジュール３０２、クライアント装置１５１やクライアント装置１６１とのデータの送受信を制御するデータ送受信モジュール３０３、口座振替データの一覧表示機能を提供する一覧表示モジュール３０４等を含む。また、ウェブアプリケーションは、ブロックチェーンを構成するノード装置１０２〜１０３と通信を行って、ブロックチェーンのクライアントとして動作するブロックチェーンクライアントモジュール３０５を含む。
【００３３】
ＲＯＭ２０２は、半導体メモリ等の不揮発性メモリを含み、ＣＰＵ２０１が実行するプログラムやサーバ装置１０１の設定値等を格納する。ＲＡＭ２０３は、例えばＳＤＲＡＭなどの揮発メモリを含み、ＣＰＵ２０１による演算結果等を一時的に記憶する。
【００３４】
通信装置２０６は、クライアント装置１５１やクライアント装置１６１と、ノード装置１０２〜１０３との間でコマンドやデータを送受信する。通信装置２０６は、クライアント装置１５１との間で例えばＨＴＴＰＳに準拠した通信によりデータをやり取りする。また、通信装置２０６は、ノード装置１０２〜１０３と例えばｇＲＰＣプロトコルに準拠した通信によりノード装置とデータの送受信を行う。記憶装置２０７は、例えばＳＳＤ等の半導体メモリやＨＤＤ等の磁気ディスクを含み、ウェブアプリケーションの動作に必要なデータを記憶する。
【００３５】
（ノード装置１０２、１０３の構成）
ノード装置１０２及びノード装置１０３の機能構成例は、サーバ装置１０１において動作するプログラムが異なる点を除き、サーバ装置１０１の機能構成例と同様である。ノード装置１０２及びノード装置１０３は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、通信装置２１６、記憶装置２１７を含む。ノード装置のＣＰＵ２１１が実行するプログラムは、ブロックチェーンを実現するサービスプログラムを含み、例えばＨｙｐｅｒｌｅｄｇｅｒ  Ｆａｂｒｉｃが動作する。サービスプログラムは、各ノード装置の記憶装置２１７が保持する分散台帳に口座振替データを書き込む、口座振替データ書き込みモジュール３１１や、当該台帳からデータを読み出す口座振替データ読み出しモジュール３１２、ユーザや金融機関によるアクセスをアクセス権限に応じて制御するアクセス制御モジュール３１３等を含む。また、ブロックチェーンサービス３１４は、トランザクションを追加する際に行うコンセンサスアルゴリズムの実行や、ノード装置間での分散台帳のデータの同期、等の処理を実行する。記憶装置２１７は、サービスプログラムの実行によって書き込み及び読み出しがなされる分散台帳のデータを保持し、分散台帳には口座振替データが記録される。口座振替データは所定のサイズごとのブロックに格納されて順次分散台帳に記録される。
【００３６】
（クライアント装置１５１の構成）
次に、図２（Ｂ）及び図３を参照して、クライアント装置１５１の機能構成例について説明する。
【００３７】
ＣＰＵ２５１は、ＲＯＭ２５２或いは記憶装置２５７に記録されているプログラムを実行することにより、図１に示した取引情報提供システムにおけるクライアント装置１５１の機能を実現する。プログラムは、クライアント装置１５１をウェブクライアントとして動作させるためのウェブブラウザ３２０を含む。ウェブブラウザ３２０は、サーバ装置１０１に対して、口座振替データなどのデータを送受信する。
【００３８】
ＲＯＭ２５２は、半導体メモリ等の不揮発性メモリを含み、ＣＰＵ２５１が実行するプログラムやクライアント装置１５１の設定値等を格納する。ＲＡＭ２５３は、例えばＳＤＲＡＭなどの揮発メモリを含み、ＣＰＵ２５１による演算結果等を一時的に記憶する。
【００３９】
入力装置２５４は、例えばキーボード、マウス、タッチパネルを含み、ウェブブラウザの画面遷移を操作したりアップロードするファイルを選択したりできるようにする。通信装置２５６は、サーバ装置１０１との間でコマンドやデータを送受信する。
【００４０】
（クライアント装置１６１の構成）
更に、図２（Ｂ）及び図３を参照して、クライアント装置１６１の機能構成例について説明する。ＣＰＵ２６１は、ＲＯＭ２６２或いは記憶装置２６７に記録されているプログラムを実行することにより、図１に示した取引情報提供システムにおけるクライアント装置１６１の機能を実現する。プログラムは、クライアント装置１６１をウェブクライアントとして動作させるためのウェブブラウザ３３０を含む。ウェブブラウザ３３０は、サーバ装置１０１に対して、口座振替データや処理結果データなどのデータを送受信する。また、プログラムは、自社集中管理システム３５０との口座振替データと処理結果データをやり取りするための連携アプリケーションを含んでよい。自社集中管理システム３５０は、入力された口座振替データに基づいて実際に口座振替の処理を実行し、実行結果を示す処理結果データを出力する。なお、クライアント装置１６１における他の構成は、上述したクライアント装置１５１の構成と同様であるため、説明を省略する。
【００４１】
（口座振替データの表示と新規口座振替データの登録についての一連の動作）
次に、図４を参照して、ユーザ（事業者）による口座振替データの表示と新規口座振替データの登録についてのサーバ装置１０１の一連の動作を説明する。なお、以降の説明では、クライアント装置を操作する者をユーザと区別して操作者という。
【００４２】
また、本処理は、操作者がクライアント装置１５１において、予めログイン画面（例えば図５（Ａ））でログインしたうえで、メニュー画面（例えば図５（Ｂ））において、「口座振替」を選択した時点から開始される。すなわち、操作者が、ログインする際にユーザ及び操作者を特定する識別情報とパスワードの正しい組み合わせを入力してログインし、サーバ装置１０１が正当性を確認した場合に当該メニュー画面を表示させているものとする。例えば、図５（Ａ）の例では、企業番号によってユーザ（事業者）を特定し、ユーザＩＤによって操作者を特定する。なお、パスワードについては、ユーザ或いは操作者の正当性を確認する情報であれば生体認証などの他の情報を用いてもよい。
【００４３】
Ｓ４１において、サーバ装置１０１は、ノード装置（例えばノード装置１０２）から口座振替処理一覧に係る情報を取得したうえで、口座振替処理一覧（例えば図６（Ａ））のウェブページとしてクライアント装置１５１へ送信する。より具体的に、サーバ装置１０１は、ノード装置から情報を取得するために、ノード装置に対して、例えば、ユーザを特定する情報（ここでは企業番号）、取得する口座振替データの範囲を表す所定の期間などを指定して、口座振替データの取得要求を送信する。このとき、サーバ装置１０１は、１つの特定のノード装置から情報を取得してもよいし、ユーザが取引口座を有する金融機関が管理するノード装置のそれぞれから金融機関ごとに情報を取得してもよい。ノード装置（例えばノード装置１０２）では、取引情報を記録する際に、分散台帳の暗号化データを検索可能にする検索用のメタデータを生成しておき、取引情報と共に分散台帳に保持してもよい。例えば、キー・バリュー・ストアにデータを保持する場合、検索メタデータをキー部分に対応させ、取引情報をバリュー部分に対応させてもよい。例えば、ノード装置１０２のＣＰＵ２１１は、サービスプログラムの実行により、検索用メタデータを用いてサーバ装置１０１からの検索要求に応じた取引情報を取得する。更に、ノード装置１０２は、ユーザを特定する情報とユーザが取引口座を有する金融機関とを予め関連付けたテーブルと、各金融機関の暗号鍵とを例えば記憶装置２１７に保持しておく。ノード装置１０２のＣＰＵ２１１は、サービスプログラムの実行により、当該テーブルを用いてユーザに関連付けられた金融機関を特定して金融機関の暗号鍵を取得し、取得した暗号鍵を用いて分散台帳の口座振替データを復号化する。
【００４４】
サーバ装置１０１は、ノード装置１０２からの応答を受けると、取得した口座振替データを表示するウェブページであって、個々の口座振替データに対して詳細な情報の取得、選択的なダウンロードや削除等の操作が可能なウェブページを作成する。ウェブページに表示される口座振替データは、図６（Ａ）に示すように、委託した金融機関、口座振替の対象となる件数、合計金額、処理状況等の情報を含む。本処理の対象となるユーザが複数の金融機関に口座振替を委託している場合、口座振替処理一覧には、複数の金融機関の口座振替データが含まれる。
【００４５】
また、「処理状況」は、金融機関による口座振替データの処理状況を示す。例えば、ユーザが口座振替データをブロックチェーンに新規に登録した状況を「未処理」、金融機関が集中管理システムによって実際に口座振替を実行するために口座振替データを変更できないようにロックしている状態を「処理中」と表す。更に、集中管理システムによって実際に口座振替が実行された状態を「処理済み」、ユーザが未処理の口座振替データを承認した状態を「承認済み」などと表す。
【００４６】
なお、ノード装置（例えばノード装置１０２）は、口座振替処理一覧に係る情報の取得要求を受信すると、ユーザに関連付けられた金融機関の暗号鍵を、不図示の管理サーバ或いはノード装置自身から取得し、取得した暗号鍵を用いて分散台帳の口座振替データを復号化し、指定された範囲の口座振替データを読み出す。
【００４７】
Ｓ４２において、サーバ装置１０１は、口座振替処理一覧のウェブページにおける操作に応じた要求をクライアント装置１５１から受信して、要求の内容を判定する。サーバ装置１０１は、要求の内容が口座振替明細一覧の表示である場合、Ｓ４３に進み、要求の内容が新規依頼登録である場合、Ｓ４４に進む。
【００４８】
Ｓ４３において、サーバ装置１０１は、口座振替処理一覧に表示されていた口座振替データの１つに対し、ノード装置から、より詳細な情報を取得して、口座振替明細一覧を表示するウェブページを作成する。より具体的には、サーバ装置１０１は、例えばノード装置１０２に対して、指定された口座振替データを識別する情報をノード装置に送信して、対応する当該口座振替データに関連付けられている詳細な口座振替データを取得する。口座振替明細一覧の表示は、例えば図６（Ｂ）に示すように、口座振替処理一覧において選択された口座振替データと、選択された口座振替データに関連付けられている複数の口座振替データを表示する。サーバ装置１０１は、クライアント装置１５１に口座振替明細一覧のウェブページを送信すると、本一連の処理を終了する。
【００４９】
Ｓ４４において、サーバ装置１０１は、例えば図７に示す新規依頼登録のウェブページを作成してクライアント装置１５１に送信する。新規依頼登録ページでは、操作者は、ブロックチェーンに登録する新規登録データとして例えばＣＳＶ形式で口座振替データの記録されたファイルを選択することができる。操作者が「アップロード」ボタンを押下すると、クライアント装置は、当該ファイルをサーバ装置１０１に送信する。
【００５０】
Ｓ４５において、サーバ装置１０１は、クライアント装置１５１から新規登録データを受信すると、データの内容をノード装置１０２に追加させるための追加要求を行う。サーバ装置１０１は、新規登録データを追加するための追加要求を、ユーザを特定する情報と共にノード装置（例えばノード装置１０２）に送信する。ノード装置１０２では、サーバ装置１０１から取引情報の追加要求を受信すると、ユーザに関連付けられた金融機関の暗号鍵を用いて暗号化した口座振替データを分散台帳に書き込む。例えば、ノード装置１０２のＣＰＵ２１１は、サービスプログラムの実行により、上述のテーブルを用いてユーザに関連付けられた金融機関を特定して金融機関の暗号鍵を取得し、当該暗号鍵を用いて口座振替データを暗号化する。このとき、ノード装置１０２のＣＰＵ２１１は、サービスプログラムの実行により、分散台帳の暗号化データを検索可能にする検索用のメタデータを生成しておき、取引情報と共に分散台帳に記憶させてもよい。
【００５１】
なお、ブロックチェーンでは、トランザクションを追加するノード（例えばノード装置１０２）は、自身の管理する秘密鍵を用いてトランザクションを暗号化したデータ（すなわち署名）を生成し、トランザクションに付与する。他のノード装置は、トランザクションを追加したノード装置の公開鍵を用いて署名の正当性を確認するようにすれば当該トランザクションの改ざんが防止される。また、複数のトランザクションが追加されたデータブロックのハッシュを計算して隣接するデータブロックに格納することにより、データブロックの改ざんが防止される。
【００５２】
また、本実施形態では、ブロックチェーンのコンセンサスアルゴリズムとして、例えばPBFT(Practical Byzantine Fault Tolerance)方式を採用するため、Proof of Workなどの方式を採用する場合と比較して高速にコンセンサスアルゴリズムを実行することができる。これにより、口座振替データの分散台帳への記録がより素早く完了するため、口座振替データをブロックチェーンに登録した後に、登録後の口座振替データの表示をより素早く行うことができる。
【００５３】
サーバ装置１０１は、ノード装置１０２による新規登録データの登録が完了すると、本一連の処理を終了する。
【００５４】
（金融機関による口座振替データのダウンロードと処理結果データの登録についての一連の動作）
次に、図８を参照して、金融機関による口座振替データのダウンロードと処理結果データの登録についてのサーバ装置１０１の一連の動作を説明する。
【００５５】
なお、本処理は、金融機関の操作者がクライアント装置１６１において、予め管理画面ログイン（例えば図９（Ａ））でログインしたうえで、管理メニュー画面（例えば図９（Ｂ））において、「口座振替」を選択した時点から開始される。すなわち、操作者が、ログインする際に金融機関及び操作者を特定する識別情報とパスワードの正しい組み合わせを入力してログインし、当該メニュー画面を表示させているものとする。例えば、図９（Ａ）の例では、企業番号によって金融機関を特定し、ユーザＩＤによって操作者を特定する。なお、図４を参照して説明した例と同様、パスワードについては、ユーザ或いは操作者の正当性を確認する情報であれば生体認証などの他の情報を用いてもよい。
【００５６】
Ｓ８１において、サーバ装置１０１は、金融機関の管理するノード装置（例えばノード装置１０２）から口座振替処理一覧に係る情報を取得したうえで、管理対象口座振替処理一覧（例えば図１０（Ａ））のウェブページとしてクライアント装置１６１へ送信する。サーバ装置１０１は、ノード装置１０２に対して、例えば、金融機関を特定する識別情報（ここでは企業番号）、取得する口座振替データの範囲を表す所定の期間などを指定して、口座振替データの取得要求を送信する。
【００５７】
なお、ノード装置（例えばノード装置１０２）は、管理対象口座振替処理一覧に係る情報の取得要求を受信すると、この金融機関に関連付けられた暗号鍵を用いて分散台帳のデータを復号化し、指定された範囲の口座振替データを読み出す。
【００５８】
サーバ装置１０１は、ノード装置１０２からの応答を受けると、取得した口座振替データを表示するウェブページであって、個々の口座振替データに対して詳細な情報の取得、選択的なダウンロードや削除等の操作が可能なウェブページを作成する。ウェブページに表示される口座振替データは、図１０（Ａ）に示すように、委託者名、口座振替の対象となる口座番号、件数、処理状況等の情報を含む。口座振替処理一覧には、複数の委託者（すなわちユーザ）の口座振替データが含まれる。
【００５９】
Ｓ８２において、サーバ装置１０１は、管理対象口座振替処理一覧のウェブページにおけるユーザ操作に応じた要求をクライアント装置１６１から受信して、要求の内容を判定する。サーバ装置１０１は、要求の内容がロック画面の表示である場合、Ｓ８３に進み、要求の内容が結果アップロードである場合、Ｓ８４に進む。
【００６０】
Ｓ８３において、サーバ装置１０１は、口座振替データをロックする特定の対象日を指定可能なロック画面（図１０（Ｂ））のウェブページを作成してクライアント装置１６１に送信する。Ｓ８４において、サーバ装置１０１は、クライアント装置１６１からロック対象日を指定した一括ロックの要求を受信すると、ノード装置１０２に対して、指定されたロック対象日の口座振替データが更新されないように要求する。ノード装置１０２は、例えば口座振替データの処理状況を示す情報をロック状態に変更し、このロック状態を有する処理状況の口座振替データを更新できないように制御する。
【００６１】
Ｓ８５において、サーバ装置１０１は、クライアント装置１６１からロックされた口座振替データを一括ダウンロードする要求を受信すると、ノード装置１０２から、処理状況がロック状態である口座振替データを取得する。サーバ装置１０１は、取得した口座振替データを例えばＣＳＶ形式等のファイル形式にしてクライアント装置１６１に送信する。サーバ装置１０１は、ファイルの送信を完了すると本一連の動作を終了する。
【００６２】
Ｓ８６において、サーバ装置１０１は、クライアント装置１５１から処理結果アップロードの要求を受信すると、処理結果アップロード画面（例えば図１１）のウェブページを生成してクライアント装置１６１に送信する。
【００６３】
Ｓ８７において、サーバ装置１０１は、クライアント装置１６１から処理結果データを受信すると、データの内容をノード装置１０２に追加させるための追加要求を行う。サーバ装置１０１は、処理結果データと処理結果データを追加するための追加要求とを、送信元の金融機関の管理するノード装置（例えばノード装置１０２）に送信する。ノード装置１０２では、金融機関の暗号鍵を用いて暗号化した口座振替データを分散台帳に書き込む。これにより、結果処理データに含まれた口座振替データの処理状態は、処理済みとなる。サーバ装置１０１は、その後本処理に係る一連の処理を終了する。
【００６４】
以上説明したように、それぞれ異なる金融機関によって管理される複数のノード装置が、自身の金融機関におけるユーザの口座振替データと、他の金融機関におけるユーザの口座振替データとの両方をそれぞれが保持するようにした。更に、ユーザのクライアント装置から口座振替データの取得要求をうけると、複数の金融機関におけるユーザの口座振替データをクライアント装置に送信するようにした。このようにすることで、複数の金融機関はシステムを共用することができ（金融機関あたりの運用負担を軽減できる）、かつ、それぞれの金融機関から提供される口座振替データをユーザに一括して提供することができるようになる。また、それぞれの口座振替データは、分散台帳に書き込まれる際にそれぞれの金融機関の暗号鍵を用いて暗号化される。このようにすることで、複数の金融機関がシステムを共用する場合であっても、自社の情報に他の金融機関に開示しないようにすることができる。
【００６５】
なお、上述した実施形態では、取引情報の一例として口座振替データを扱う例を示したが、金融機関におけるユーザの他の情報であっても上述したシステムを適用することができる。また、複数の金融機関の口座振替データを共有するためのブロックチェーン基盤としてＨｙｐｅｒｌｅｄｇｅｒ  Ｆａｂｒｉｃを用いる例を説明した。しかし、金融機関の口座振替データを他の金融機関に開示すること無く各ノード装置に分散させて共有することができれば、他のブロックチェーン基盤を用いてもよい。更には、同様のことが実現できれば、ブロックチェーンを用いていなくてもよい。
【００６６】
（その他の実施形態）
上述した実施形態は、口座振替データに対する処理に加えて、当座照合表を出力する構成を有してもよい。本実施形態における当座照合表の出力例では、当座預金の口座に係る取引データ（単に照合表データという）を、ユーザ（事業者）の指定した情報に基づいて表示する。なお、金融機関は、実施形態１で示した口座振替データの処理結果アップロードと同様の方法で照合表データをブロックチェーンに記録することができる。従って、照合表データをブロックチェーンに登録する処理については説明を省略し、サーバ装置１０１が、当座照合表を設定するための当座標号表出力画面（図１２（Ａ））を介してクライアント装置１５１から照会要求を受信し、当座照合表を出力するまでの処理について説明する。
【００６７】
サーバ装置１０１は、クライアント装置１５１から照会要求を受信する。照会要求には、当座照合表出力画面において設定された、銀行名、口座番号、及び照会範囲（照会開始及び照会終了）が含まれるため、サーバ装置１０１は、これらのパラメータを指定して、ノード装置１０２に情報取得を要求する。
【００６８】
なお、ノード装置（例えばノード装置１０２）は、サーバ装置１０１から情報取得の要求を受けると、ユーザに関連付けられた金融機関の暗号鍵を用いて分散台帳の口座振替データを復号化し、指定された範囲の取引データを読み出す。
【００６９】
サーバ装置１０１は、ノード装置１０２から、指定された銀行名、口座番号等に係る取引データを取得すると、取引データを含んだ当座照合表（例えば図１２（Ｂ））の形式のウェブページをクライアント装置１５１へ送信する。ウェブページに表示される取引データは、図１２（Ｂ）に示すように、口座番号、取扱店名等と、小切手番号やその入出金の金額、残高などを含む。
【００７０】
このようにしても、当座に係る取引データを複数の金融機関が共有する分散台帳において管理することができ、ユーザは複数の金融機関の当座照合表を容易に取得することができる。また、分散台帳を複数の金融機関で共有することによって秘匿性の維持やシステム障害などによるサービス停止のリスクを抑制するとともに、１金融機関あたりの開発コストや運用コストの負担を軽減することができる。
【００７１】
上述の実施形態では、取引情報提供システムは１台のサーバ装置１０１を備え、当該サーバ装置がクライアント装置１５１〜１５２、クライアント装置１６１〜１６２と通信する例を説明した。しかし、取引情報提供システムは、例えば図１３に示すように、サーバ装置１０１と同様の構成を有する複数のサーバ装置を有するように構成されてもよい。例えば、取引情報提供システムは、サーバ装置１０１、１０５、１０６の３台のサーバ装置を含む。サーバ装置１０１は、ユーザの管理するクライアント装置と、ノード装置１０４（或いは任意のノード装置）と通信し、そのＣＰＵにより、上述の口座振替データの表示や新規口座振替データの登録に係る処理を実行する。一方、サーバ装置１０５は、金融機関Ｂ１によって管理されるクライアント装置１６１とノード装置１０２との間の通信を行い、そのＣＰＵにより、上述の金融機関（例えばＢ１）による口座振替データのダウンロードや処理結果データの登録に係る処理を実行する。また、サーバ装置１０６は、金融機関Ｂ２によって管理されるクライアント装置１６２とノード装置１０３との間の通信を行い、そのＣＰＵにより、上述の金融機関（例えばＢ２）による口座振替データのダウンロードと処理結果データの登録の処理を実行する。例えば、サーバ装置１０５は金融機関Ｂ１に管理され、サーバ装置１０６は金融機関Ｂ２によって管理されてよく、この場合、各金融機関が管理するサーバ装置は、金融機関がそれぞれ管理するノード装置と１対１で接続される。
【００７２】
サーバ装置１０５とサーバ装置１０６とを別個に設けることにより、上述の（金融機関による口座振替データのダウンロードと処理結果データの登録処理において）管理対象口座振替処理一覧等のウェブページを生成するウェブアプリケーションを各金融機関向けに固有にすることが容易になる。このようにすれば、例えば金融機関ごとに必要なハードウェア資源を適切に割り当てたり、管理対象口座振替処理一覧等の表示項目や表示レイアウト等をカスタマイズしたりすることが容易になる。換言すれば、複数の金融機関で取引情報提供システムを共用しながら、金融機関のそれぞれの有する性能要求、品質要求、使い勝手を反映することができる。
【００７３】
また、サーバ装置１０１とサーバ装置１０５とを別個に設けることにより、サーバ装置における、口座振替データの表示や新規口座振替データの登録の処理と、金融機関による口座振替データのダウンロードや処理結果データの登録処理とを同時に実行する際の負荷を分散させることができる。例えば、金融機関が、口座振替データを一括して処理するために、当該金融機関に関連する口座振替データを大量にダウンロードする場合、クライアント装置１５１から口座振替データの表示要求を受けた場合の処理低下を抑制することができる。また、図１３に示す例のように金融機関ごとに対応するサーバ装置を設ける場合には、各金融機関によるダウンロード処理が他の金融機関によるダウンロード処理によって受ける影響を低減することができる。
【００７４】
なお、図１３に示す例では、サーバ装置１０１とサーバ装置１０５とサーバ装置１０６とが別個のハードウェアによって実現される場合を示している。すなわち、各サーバ装置を動作主体として説明するサーバ装置の動作は、各サーバ装置におけるＣＰＵがＲＯＭに記録されたプログラムを実行することにより実現される。一方、これらのサーバ装置は、論理的な複数の仮想マシンによって実現されてもよい。この論理的な複数の仮想マシンは、１つ以上の一体的なハードウェア資源（１以上のＣＰＵ／ＧＰＵを有する複数の装置で構成されるデータセンタを含む）を用いて実行されるプログラムによって生成されてよい。また、サーバ装置の負荷の上昇した場合に必要な計算資源を増加させることができる。
【００７５】
また、上述の実施形態では、ノード装置１０２〜１０３において、分散台帳のデータに対する暗号化及び復号化を制御することにより、それぞれの金融機関が管理するノード装置が有する分散台帳に複数の金融機関の口座振替データを記録できるようにした。しかし、データに対する暗号化や復号化の制御は、ノード装置のみに限らず、サーバ装置（或いはサーバ装置及びノード装置の両方）において制御されてもよい。例えば、図１３に示したシステムの例では、サーバ装置１０１及びサーバ装置１０５〜１０６のそれぞれにおいて、各ＣＰＵが暗号化及び復号化を実行するようにしてもよい。例えば、サーバ装置（例えばサーバ装置１０５）は、ＣＰＵにより、クライアント装置から受信したデータを、対応する金融機関（例えば金融機関Ｂ１）の暗号鍵を用いて暗号化し、ノード装置１０２（或いは他のノード装置）に暗号化したデータと共に追加要求を送信する。ノード装置１０２は暗号化されたデータを受信してノード装置１０２の有する記憶装置の分散台帳に書き込む。また、サーバ装置１０６もクライアント装置１６２からデータを受信すると、ＣＰＵにより、同様に関連付けられた金融機関の暗号鍵を用いて暗号化してノード装置１０３へ追加要求と共に送信する。暗号化したデータを受信したノード装置１０３はその記憶装置の分散台帳に記録する。このようにすることで暗号化及び復号化の負荷を分散化することができる。
【００７６】
このとき、サーバ装置１０５は、分散台帳の暗号化データを検索可能にする検索用のメタデータを生成して対応するノード装置１０２に提供し、ノード装置１０２は当該検索用メタデータを暗号化データと共に分散台帳に記録してもよい。検索用メタデータは、例えば、日時、金融機関を特定する情報、ユーザを特定する情報（例えば企業番号）など、ノード装置が暗号化データを都度復号化することなく検索可能にするデータを含み得る。ノード装置１０２は、検索用メタデータを更に暗号化して記録（検索時には検索用メタデータを復号化して検索する）してもよい。一方、分散台帳からデータを読み出す際には、ノード装置１０２は、そのＣＰＵにより、上記検索用メタデータ等を用いて要求に応じたデータを分散台帳から読み出す。そして読み出したデータをサーバ装置１０５に送信する。そして、サーバ装置１０５は、そのＣＰＵにより、受信したデータを金融機関Ｂ１の暗号鍵を用いて復号化する。なお、金融機関の暗号鍵は、例えばサーバ装置の１つ以上のいずれかがサーバ装置の記憶装置に記憶しておいて、他のサーバ装置に提供するようにしてもよいし、各サーバ装置が不図示の特定の鍵管理サーバから必要な金融機関の暗号鍵を取得するようにしてもよい。
【００７７】
また、金融機関Ｂ１の管理するサーバ装置１０５において、クライアント装置１６１から受信したデータを金融機関Ｂ１の暗号鍵を用いて暗号化した後に、金融機関Ｂ１の管理するノード装置１０２において、暗号化されたデータを受信して金融機関Ｂ１の暗号鍵で復号化し、所定の処理を行ってから再び同じ暗号鍵で暗号化して分散台帳に記録してもよい。このとき、ノード装置１０２は、ＣＰＵにより、受信したデータを一旦復号化して、ノード装置１０２上で動作する制御プログラム（例えばスマートコントラクト）を用いて、受信データの内容に応じた処理を実行する。このとき、上述した検索用メタデータが合わせて記憶装置の分散台帳に記憶されてもよい。このとき、ノード装置１０２は、金融機関Ｂ１の暗号鍵を用いて暗号化や復号化を行うために、例えばサーバ装置１０５から金融機関の暗号鍵を受信し、暗号化や復号化の処理が終わると当該暗号鍵を破棄するようにしてよい。同様に、ノード装置１０２が分散台帳からデータを読み出してサーバ装置１０５に送信する場合には、ノード装置１０２は復号化と暗号化とを行えばよい。
【００７８】
更に、サーバ装置１０１が、分散台帳に記録された口座振替データに対する取得要求をクライアント装置１５１から受信した場合、サーバ装置１０１はユーザＵ１に関連付けられている金融機関（例えば金融機関Ｂ１及びＢ２）の暗号鍵を取得する。このとき、サーバ装置１０１は、ユーザを特定する情報とユーザが取引口座を有する金融機関とを予め関連付けたテーブルを例えば記憶装置２０７に記憶させておけばよい。また、サーバ装置１０１は、検索するデータの期間、検索対象の金融機関の情報等を検索条件として、口座振替データの取得要求をノード装置１０４（或いは他のノード装置）に送信する。ノード装置１０４或いは他のノード装置は、検索用メタデータを用いて検索条件に応じた検索を行い、暗号化された口座振替データ１８５を分散台帳から読み出して、読み出したデータをサーバ装置１０１に送信する。このとき、サーバ装置１０１がノード装置から取得する口座振替データには、金融機関Ｂ１及び金融機関Ｂ２のデータが含まれる。サーバ装置１０１は、上述のユーザＵ１に紐づけられている金融機関の暗号鍵（例えば金融機関Ｂ１とＢ２）を用いて口座振替データを復号化し、復号化した口座振替データをクライアント装置１５１へ送信する。なお、ノード装置は、一定の条件に合致する暗号化された口座振替データを読み出して一旦復号化し、制御プログラムによって検索条件を満たす口座振替データを取得するようにしてもよい。このようにしても、複数の金融機関でシステムを共用し、ユーザは、口座振替を委託する金融機関の口座振替データを一括して取得することができる。
【００７９】
なお、上述の実施形態では、金融機関の鍵を用いて取引情報を暗号化及び復号化する例を説明したが、暗号化及び復号化の方法はこれに限らない。例えば、何等かの暗号鍵Ａを用いて金融機関Ｂ１における取引情報を暗号化し、当該暗号鍵Ａを金融機関Ｂ１に関連付けられた暗号鍵で暗号化してもよい。取引情報を参照する場合には、金融機関Ｂ１に関連付けられた暗号鍵を用いて暗号鍵Ａを取得し、当該暗号鍵Ａで取引情報を復号化すればよい。すなわち、金融機関Ｂ１における取引情報は、金融機関Ｂ１の暗号鍵を用いて参照可能なように秘匿化されており、他の金融機関から参照することができない。
【符号の説明】
【００８０】
１０１…サーバ装置、１０２…ノード装置、１０３…ノード装置、１５１、１５２…クライアント装置、１６１、１６２…クライアント装置
【図１Ａ】
2018181309.tif 000003
【図１Ｂ】
2018181309.tif 000004
【図２】
2018181309.tif 000005
【図３】
2018181309.tif 000006
【図４】
2018181309.tif 000007
【図５】
2018181309.tif 000008
【図６】
2018181309.tif 000009
【図７】
2018181309.tif 000010
【図８】
2018181309.tif 000011
【図９】
2018181309.tif 000012
【図１０】
2018181309.tif 000013
【図１１】
2018181309.tif 000014
【図１２】
2018181309.tif 000015
【図１３】
2018181309.tif 000016