JP7351685B2 - 情報連携システム、情報連携方法及びアクセス制御サーバ - Google Patents

Description

本発明は、企業間において対等な関係で情報を共有するが、情報提供者の意志により開示範囲や内容を制御し、情報の流通に非対称性を付与する情報連携システムに関する。

現在、Ｓｏｃｉｅｔｙ５．０やＳＤＧｓ（Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ）の実現に向けて、民間企業や国又は自治体などに散在するデータを、組織間を越えて連携又は活用し、新たなサービスや産業の創出等に活かす取組が加速している。

しかしながら、組織を越えたデータの連携又は活用を行うためのデータ流通には、安全性の担保されたデータ共有方法や、個人情報のガバナンス管理や、データを新サービスにつなげるためのカタログ化の仕組みや、ビジネスのエコシステム構築等、様々な課題が存在している。また、データ流通は、活用目的やサービス、データ属性又は量などの要件によりアーキテクチャが全く異なってくる。

上記のデータ連携を実現する技術として、分散台帳技術（又はブロックチェーン技術）が挙げられる。ブロックチェーンは、特定の管理者がデータ取引を監視又は管理する方法とは異なり、ネットワークに参加している全ての参加者によって分散して管理する台帳管理システムを指し、互いに不正を監視することで透明性の高い取引を実施できる。ブロックチェーンはその特徴から、管理者を経由せずにデータ取引が可能となるため、高速なデータ連携の実現を期待できる。

ブロックチェーン上のデータ連携を制御するため、特許文献１に記載の技術が知られている。特許文献１には「ユーザ管理装置は、第１の暗号鍵で暗号化された情報を復号する第１の復号鍵と、ユーザを識別する識別情報、第２の暗号鍵で暗号化された該ユーザの属性情報である暗号化属性情報、及び暗号化属性情報を参照するための参照情報を示すデータと、を保持し、参照情報は第１の暗号鍵で暗号化された第２の復号鍵を含み、第２の復号鍵は第２の暗号鍵で暗号化された情報を復号する鍵であり、第１の復号鍵を用いて参照情報から第２の復号鍵を取得し、第２の復号鍵を用いて暗号化属性情報から該ユーザの属性情報を取得し、取得した属性情報が所定の条件を満たす場合に電子署名を生成し、該識別情報と該電子署名とを出力する。」と記載されている。

特開２０１９－６８３２７号公報

特許文献１では、開示元の共通鍵で暗号化したデータと、開示先の公開鍵で暗号化した共通鍵をブロックチェーンで管理し、開示先の秘密鍵で暗号化に用いた共通鍵を復号し、取得した共通鍵でデータを復号化することで、開示先の制御ができる、としている。しかしながら、特許文献１では開示したデータの削除については言及していない。

個人情報を扱う場合、データを削除又は削除に類する処理を可能にするデータ管理方法が必要となる。例えば、ＥＵ一般データ保護規則（Ｇｅｎｅｒａｌ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ｒｅｇｕｌａｔｉｏｎ：以下、ＧＤＰＲと称す）によれば、情報提供者は自身の個人情報を自由に制御できる必要がある。

また、各企業は、提供された情報（以下、ＫＹＣ（Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ）情報と称す）を利用するため、個人情報保護法等の法律や、企業ポリシーに則した利用規約（以下、許諾条文と称す）を提示する必要があるが、情報連携システムへ参画する企業が今後急激に増加した場合、許諾条文が頻繁に更新されることが想定される。そのため、情報提供者が合意した許諾条文の版を管理できる必要がある。

本発明の目的は、情報提供者の意志で「データの開示先制御」や「属性の開示制御」又は「データ削除」といったデータ制御、及び「合意した許諾条文、版の管理」を実現可能な情報連携システムを提供することにある。

本発明は、プロセッサとメモリを含むアクセス制御サーバと、プロセッサとメモリを含むデータベースサーバと、を有し、個人情報を含むＫＹＣ情報を制御する情報連携システムであって、前記データベースサーバは、情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を前記ＫＹＣ情報に格納し、前記アクセス制御サーバは、前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有する。

本発明によれば、「情報の開示範囲と開示属性の制御」、「データの削除」及び「合意した許諾条文、版の管理」を可能とする情報連携を実現できる。

本明細書において開示される主題の、少なくとも一つの実施の詳細は、添付されている図面と以下の記述の中で述べられる。開示される主題のその他の特徴、態様、効果は、以下の開示、図面、請求項により明らかにされる。

本発明の実施例を示し、情報連携システムの一例を示すブロック図である。 本発明の実施例を示し、アクセス制御サーバの構成を示すブロック図である。 本発明の実施例を示し、ブロックチェーンサーバの構成を示すブロック図である。 本発明の実施例を示し、外部データベースサーバの構成を示すブロック図である。 本発明の実施例を示し、クライアントサーバの構成を示すブロック図である。 本発明の実施例を示し、アクセス制御テーブルの一例を示す図である。 本発明の実施例を示し、連携テーブルの一例を示す図である。 本発明の実施例を示し、許諾条文テーブルの一例を示す図である。 本発明の実施例を示し、ＫＹＣ情報テーブルの一例を示す図である。 本発明の実施例を示し、ユーザ情報テーブルの一例を示す図である。 本発明の実施例を示し、ＫＹＣ情報登録処理の一例を示すシーケンス図である。 本発明の実施例を示し、ＫＹＣ情報取得処理の一例を示すシーケンス図である。 本発明の実施例を示し、個人情報登録画面の前半部の一例を示す図である。 本発明の実施例を示し、個人情報登録画面の後半部の一例を示す図である。 本発明の実施例を示し、連携情報取得時のクエリの一例を示す図である。 本発明の実施例を示し、アクセス鍵の正当性検証のフローチャートである。 本発明の実施例を示し、オプトイン情報検証のフローチャートである。 本発明の実施例を示し、属性開示制御処理のフローチャートである。 本発明の実施例を示し、ＫＹＣ情報の削除処理の一例を示すシーケンス図である。

以下、添付図面を用いて実施例を説明する。本実施例は情報連携システムを実現するための一例に過ぎず、技術的範囲を限定するものではないことに注意すべきである。

図１は情報連携システムの一例を示すブロック図である。情報連携システムは、アクセス制御サーバ１００と、ブロックチェーンサーバ２００と、外部データベースサーバ３００と、クライアントサーバ４００－Ａ～４００－Ｚと、を含む。情報連携システムに含まれる各構成要素は、ネットワーク５００を経由して相互に接続される。

本実施例の情報連携システムは、情報提供者が提供する情報を外部データベースサーバ３００に登録し、アクセス制御サーバ１００を介して複数の企業Ａ～Ｚのクライアントサーバ４００－Ａ～４００－Ｚで共有する。但し、共有する企業は情報提供者が許可した企業と許可した項目に限定される。なお、企業Ａ～Ｚは、それぞれクライアントサーバ４００－Ａ～４００－Ｚを運用する。

情報提供者が提供する情報は、ＫＹＣ（Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ）情報とする。ＫＹＣ情報とは、情報提供者の個人情報（又は法人情報）と、ＫＹＣ情報を利用した企業Ａ～Ｚが付加した情報を含む。

なお、企業Ａ～Ｚが付加した情報とは、例えば、企業Ａの顧客Ｘが、新たに企業ＢのサービスＹを利用したことを示す情報であり、企業Ｂが顧客ＸのＫＹＣ情報にサービスＹの情報を付加したものである。

本実施例の情報連携システムの概要は、情報提供者によるＫＹＣ情報の開示先の制御と、情報提供者によるＫＹＣ情報のうち開示する属性（項目）の制御と、情報提供者の意思に基づくデータの削除と、情報提供者の許諾に基づいて企業間でのＫＹＣ情報の共有を行うことである。

なお、以下の説明では、企業を特定しない場合、クライアントサーバの符号は「－」以降を省略した「４００」を使用する。他の構成要素の符号についても同様である。

図２は、アクセス制御サーバ１００の構成の一例を示すブロック図である。なお、ブロックチェーンサーバ２００、外部データベースサーバ３００、及びクライアントサーバ４００のハードウェア構成は、例えばアクセス制御サーバ１００の構成と同様である。

アクセス制御サーバ１００は、ネットワークインタフェース１０１と、ＣＰＵ１０２と、入出力装置１０３と、記憶装置１０４と、これらの構成要素を相互に接続するインターコネクト１０９で構成される。

ネットワークインタフェース１０１は、ネットワーク５００と通信するためのインタフェースである。ＣＰＵ１０２はプロセッサを含み、記憶装置１０４が保持する開示先制御機能１０５や、属性開示制御機能１０６や、アクセス鍵生成機能１０７や、データ連携機能１０８、といった機能を実現するためのプログラムを実行する。

入出力装置１０３は、操作者が情報を入力するキーボードやマウス又はタッチパネルと、処理結果等の情報を出力するディスプレイといったインタフェースで構成される。

アクセス制御サーバ１００は、情報提供者の情報に基づいて、外部データベースサーバ３００が保持するＫＹＣ情報テーブル３０５のデータの開示先（企業）や、企業間で共有する属性情報の制御を実施する。アクセス制御サーバ１００は、開示先制御機能１０５、属性開示制御機能１０６、アクセス鍵生成機能１０７、データ連携機能１０８と、を実現する計算機である。

アクセス制御サーバ１００は、外部データベースサーバ３００に登録されたＫＹＣ情報テーブル３０５のデータをクライアントサーバ４００へ開示する対象や内容を制限する。

アクセス制御サーバ１００は、開示先制御機能１０５、属性開示制御機能１０６、アクセス鍵生成機能１０７、データ連携機能１０８の各機能部をプログラムとして記憶装置１０４にロードする。

ＣＰＵ１０２は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、ＣＰＵ１０２は、開示先制御プログラムに従って処理を実行することで開示先制御機能１０５を実現する。他のプログラムについても同様である。さらに、ＣＰＵ１０２は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

なお、アクセス制御サーバ１００の各機能に関する詳細な説明は図１１を参照して後述する。また、記憶装置１０４は、主記憶装置（メモリ）とストレージ装置を含むことができ、各プログラムは主記憶装置にロードされる。

図３は、ブロックチェーンサーバ２００の構成を示すブロック図である。ブロックチェーンサーバ２００は、電子署名生成機能２０５と、アクセス制御テーブル２０６と、連携テーブル２０７と、許諾条文テーブル２０８と、を含む計算機である。なお、ブロックチェーンサーバ２００が有する各テーブル構造については、図１１に示す処理で後述する。ブロックチェーンサーバ２００は、ＫＹＣ情報テーブル３０５の開示の許諾に関する許諾条文などの変更履歴を管理する。

ブロックチェーンサーバ２００は、ネットワークインタフェース２０１と、ＣＰＵ２０２と、入出力装置２０３と、記憶装置２０４と、これらの構成要素を相互に接続するインターコネクト２０９を含む計算機である。

ネットワークインタフェース２０１は、ネットワーク５００と通信するためのインタフェースである。ＣＰＵ２０２はプロセッサを含み、記憶装置２０４が有する電子署名生成機能２０５を実現するためのプログラムを実行する。入出力装置２０３は、操作者が情報を入力するキーボードやマウス又はタッチパネルと、処理結果等の情報を出力するディスプレイといったインタフェースで構成される。

また、記憶装置２０４は、主記憶装置とストレージ装置を含むことができ、各プログラムは主記憶装置にロードされる。

なお、電子署名生成機能２０５と、アクセス制御テーブル２０６と、連携テーブル２０７と、許諾条文テーブル２０８の詳細については後述する。

図４は、外部データベースサーバ３００の構成を示すブロック図である。外部データベースサーバ３００は、情報提供者（顧客又は企業Ａ～Ｚ）が提供したＫＹＣ情報を管理する、ＫＹＣ情報テーブル３０５を有する。

ＫＹＣ情報テーブル３０５の構造は、図９を参照して後述する。クライアントサーバ４００は、情報提供者（又はクライアントサーバ４００）によるＫＹＣ情報の参照又は更新の許可情報を管理するユーザ情報テーブル４０５を有する。ユーザ情報テーブル４０５の構造は、図１０を参照して後述する。

図１１は、ＫＹＣ情報の登録処理の一例を示すシーケンス図である。本実施例の前提として、情報提供者によるＫＹＣ情報を利用したいクライアントサーバ４００（企業Ａ～Ｚ）は、アクセス制御サーバ１００に対して、予めクライアントサーバ４００の公開鍵を送付する必要がある（Ｓ１１０１）。

情報提供者は、図示しない端末（又は計算機）を利用して、情報連携システムのアクセス制御サーバ１００が提供する個人情報登録画面１３００（図１３、図１４参照）を介して、「ＫＹＣ情報」と、「情報の開示先」と、「共有する属性情報（以下、共有属性と称す）」と、「オプトイン情報」と、を登録する（Ｓ１１０２）。なお、個人情報登録画面については、図１３と図１４を参照して後述する。

なお、オプトイン情報は、情報提供者が自身のＫＹＣ情報の開示を許可することを示す情報である。また、共有属性は、ＫＹＣ情報を構成する複数の項目のそれぞれを示す。

図１３は、個人情報登録画面１３００の前半部の一例を示す画面例である。ステップＳ１１０２において、情報提供者は画面の入力項目に従い、図示しない端末から、個人情報（又は法人情報）を入力する。図１３の例では、氏名１３２１や国籍１３２２及びマイナンバー１３２３といった「基本的な個人情報」以外にも、「住関連情報」１３３０と「金融機関情報」１３４０や事前交付書面１３１０の入力項目が存在している。

事前交付書面１３１０は、情報提供者へサービスを提供する企業Ａ～Ｚが送付した資料や重要事項の説明書などが記載される。住関連情報１３３０には、情報提供者の居所の郵便番号や住所及び電話番号が含まれる。金融機関情報１３４０には、銀行名や支店名口座種別、口座番号及び口座名義人などが含まれる。

次に、図１４は、個人情報登録画面１３００の後半部の一例を示す画面例であり、情報提供者が入力した個人情報等の開示先の企業名を共有先企業一覧１３５０で選択する。情報提供者は、自身のＫＹＣ情報の開示を許可する企業名のチェックボックスをクリックすることで、ＫＹＣ情報を開示する企業を指定することができる。

また、個人情報登録画面１３００の後半部には、開示するＫＹＣ情報の項目（共有属性）を指定する共有属性内容一覧１３６０と、許諾条文１３７０と、同意チェックボックス１３７１と、登録完了ボタン１３８０が表示される。

共有属性内容一覧１３６０は、共有先企業一覧１３５０で選択した企業に共有を許可する属性として、住関連情報と金融機関情報を選択可能とした例を示す。共有属性内容一覧１３６０は、開示先毎に、共有する属性を設定可能としてもよく、図１４のような「住関連情報」や「金融機関情報」といった、グループ単位や、入力項目単位で個別に共有属性設定をしてもよい。

最後に、ＫＹＣ情報（個人情報）を登録する上で、個人情報保護法等に準拠した許諾条文１３７０を表示し、同意できる場合は同意チェックボックスをチェックすることで、オプトイン情報を取得する。そして、情報提供者が図示しない端末から登録完了ボタン１３８０を操作することで登録処理が完了する。

図１１の説明に戻る。ステップＳ１１０３では、アクセス制御サーバ１００のアクセス鍵生成機能１０７が、情報提供者から受信した「ＫＹＣ情報」と「共有属性」に基づいて、「アクセス鍵」を生成する。

なお、「アクセス鍵」は、ブロックチェーンサーバ２００のアクセス制御テーブル２０６が保持する個人のＩＤ２０６１（図６）と属性群（図６の属性－１（２０６２－１）から属性－ｎ（２０６２－ｎ）に格納されるビット列）を、アクセス制御サーバ１００の共有鍵で暗号化して生成する。なお、共有鍵は、アクセス制御サーバ１００で予め生成（あるいは設定）された鍵である。

図６は、アクセス制御テーブル２０６のデータフォーマットの一例である。アクセス制御テーブル２０６は、情報提供者によって登録又は更新されるＫＹＣ情報の「共有属性」と、「オプトイン情報」を管理するテーブルである。アクセス制御サーバ１００は、情報提供者がＫＹＣ情報を登録したときにアクセス制御テーブル２０６のレコードを生成し、ＫＹＣ情報の更新要求に応じて更新する。

アクセス制御テーブル２０６は、ＩＤ２０６１と、属性群（「属性－１（２０６２－１）」から「属性－ｎ（２０６２－ｎ）」を指す）と、変更履歴２０６３と、許諾条文２０６４と、電子署名２０６５と、ログ情報２０６６と、を一つのレコードに含む。

属性－１（２０６２－１）から属性－ｎ（２０６２－ｎ）は、図１３、図１４に示した個人情報登録画面１３００の氏名１３２１～金融機関情報１３４０の各項目に対応するフィールドである。属性－１（２０６２－１）から属性－ｎ（２０６２－ｎ）と個人情報登録画面１３００の各項目の関係は予め設定されている。

ＩＤ２０６１には、アクセス制御サーバ１００が情報提供者に付与したユニークな識別子が設定される。属性群（２０６２－１～２０６１－ｎ）には、開示してもよい属性には”１”を、開示したくない属性には”０”が設定される。

変更履歴２０６３は、情報提供者によるＫＹＣ情報の更新履歴（バージョン情報）が格納される。許諾条文２０６４には、上記ステップＳ１１０２にて情報提供者が承諾した条文の識別子が格納される。

図６の例では、ＩＤ２０６１が「Ａ」のものは、属性－１（２０６２－１）から属性－ｎ（２０６２－ｎ）が”１”と、全ての属性情報の開示許可を意味する。変更履歴２０６３が「１．０．０」は初版のデータを指し、許諾条文２０６４は、識別子が「００１」の条文を承諾したことを意味する。またＩＤ２０６１が「Ｂ」のものは２件あり、変更履歴が「２．０．０」の方が最新の登録情報を意味する。

図８は、許諾条文テーブル２０８のデータフォーマットの一例である。本実施例では、許諾条文テーブル２０８は、国籍別の個人情報保護法に準拠している条文情報を管理する例を示す。

許諾条文テーブル２０８は、条文ＩＤ２０８１と、適用開始日２０８２と、適用終了日２０８３と、国名２０８４と、施行日２０８５と、を一つのレコードに含む。施行日２０８５は、法律の施行日を指す。図８の例では、条文ＩＤ２０８１が「００１」の条文は、適用期間が「２０２００４０１～２０２２０３０１」であり、各国（ＪＰ、ＥＵ、ＵＳ）にて「２０１９０７０１」にて施行された法律に準拠してることを意味する。

条文ＩＤ２０８１が「００２」の条文は、各国（ＪＰ、ＥＵ、ＵＳ）にて「２０２２０４０１」に施行された法律に準拠した条文であり、適用期間は、条文ＩＤ２０８１が「００１」に継続する「２０２２０４０１～９９９９１２３１」となり、最新の許諾条文を意味する。

許諾条文テーブル２０８は、国内外の法律が変わる度に更新されるものであり、ＫＹＣ情報の取り扱いに関しては、最新の法律に準拠したものである必要がある。そのため、許諾条文が更新される度に、情報提供者によるＫＹＣ情報取り扱いに関する承諾の再登録が必要になるため、アクセス制御サーバ１００は、アクセス制御テーブル２０６と、連携テーブル２０７と、ＫＹＣ情報テーブル３０５を更新する必要がある。

本実施例では、許諾条文テーブル２０８で、各国の法令の適用期間を管理する例を示したが、これに限定されるものではなく、例えば、企業Ａ～Ｚと情報提供者の契約書のバージョン（日付）や、企業間の契約書のバージョンなど、ＫＹＣ情報の開示や共有に関する契約や規約や企業ポリシー等の文書のバージョンを管理してもよい。

また、許諾条文テーブル２０８は、図示はしないが条文ＩＤ２０８１と国名２０８４に対応する条文の実態を格納したファイルのアクセスパスを格納するフィールドや、条文の実態を格納するフィールドを設けることができる。

図１１の説明に戻る。ステップＳ１１０４では、アクセス制御サーバ１００が、アクセス制御テーブル２０６の保存をブロックチェーンサーバ２００に指令する。情報提供者によるオプトイン情報を管理するため、ステップＳ１１０２にて情報提供者が承諾した許諾条文と紐づく内容（条文ＩＤ２０８１）を、許諾条文テーブル２０８から取得する。これにより、アクセス制御サーバ１００は、情報提供者に対して「国内外の法律準拠」を実現する。

また、ブロックチェーンサーバ２００の電子署名生成機能２０５により、ステップＳ１１０３で生成したアクセス鍵のハッシュ値を、ブロックチェーンサーバ２００の秘密鍵で暗号化し、電子署名２０６５に格納してアクセス制御テーブル２０６を更新する。また、ブロックチェーンサーバ２００はアクセス制御テーブル２０６のログ情報に、データ更新時の処理状況等を記録してもよい。

次に、ステップＳ１１０５では、アクセス制御サーバ１００が外部データベースサーバ３００で保持される、ＫＹＣ情報テーブル３０５を更新する。図９は、ＫＹＣ情報テーブル３０５のデータフォーマットの一例を示す図である。

ＫＹＣ情報テーブル３０５は、情報提供者の識別子を示すＩＤ３０５１と、各情報を示す属性３０５２－１～３０５２－ｎと、データの更新日時３０５３と、許諾条文３０５４と、を一つのレコードに含む。

ＩＤ３０５１は、アクセス制御テーブル２０６のＩＤ２０６１の値に対応する。属性３０５２－１～３０５２－ｎは、アクセス制御テーブル２０６の属性－１（２０６２－１）～属性－ｎ（２０６２－ｎ）に対応し、個人情報登録画面１３００の各項目（属性）へ入力された値が格納される。登録される属性３０５２－１～３０５２－ｎは、氏名１３２１や国籍１３２２などが挙げられ、ステップＳ１１０２で情報提供者が入力したＫＹＣ情報を管理する。

また、ＫＹＣ情報テーブル３０５は、ブロックチェーンではなく、従来のデータベース管理システムで管理するため、レコード削除が可能である。これにより、情報提供者（又は企業Ａ～Ｚ）の意志でデータの削除を実現できる。

次に、ステップＳ１１０６では、アクセス制御サーバ１００が連携テーブル２０７の更新をブロックチェーンサーバ２００に指令する。連携テーブル２０７は、アクセス制御テーブル２０６と、ＫＹＣ情報テーブル３０５を紐付ける中間テーブルであり、図７にデータフォーマットの一例を示す。

連携テーブル２０７は、ＫＹＣ情報の開示先の企業を示す企業ＩＤ２０７１と、ＫＹＣ情報テーブル３０５のＩＤ３０５１と紐づく個人ＩＤ２０７２と、更新日時２０７３と、変更履歴２０７４と、を一つのレコードに含む。

連携テーブル２０７は、上記ステップＳ１１０２における情報提供者の「開示先」の設定に基づいて、開示先の企業ＩＤ２０７１毎にレコードが更新（又は追加）される。図７の例では、企業ＩＤ２０７１が「Ｗ」のレコードに、個人ＩＤ２０７２へ「Ａ」が格納されており、これは図９のＫＹＣ情報テーブル３０５のＩＤ３０５１が「Ａ」のレコードと紐づくことを意味する。また、連携テーブル２０７の更新条件として、企業ＩＤ２０７１と個人ＩＤ２０７２が一致する場合に限り上書きし、それ以外は追記する。

連携テーブル２０７は、個人ＩＤ２０７２毎に、ＫＹＣ情報を開示可能な企業ＩＤ２０７１のレコードが設定される。アクセス制御サーバ１００は、個人ＩＤ２０７２で連携テーブル２０７を検索することで、当該個人ＩＤ２０７２のＫＹＣ情報へアクセスが許可された企業ＩＤ２０７１（クライアントサーバ４００）を判定することができる。

次に、アクセス制御サーバ１００の開示先制御機能１０５は、開示先のクライアントサーバ４００だけが復号化できる情報を送信するため、ステップＳ１１０７～Ｓ１１０９を実施する。

ステップＳ１１０７では、アクセス制御サーバ１００が共有鍵で、ステップＳ１１０３で生成したアクセス鍵を暗号化する。ステップＳ１１０８では、アクセス制御サーバ１００が、ステップＳ１１０１で受信した、開示先のクライアントサーバ４００の公開鍵を用いて、アクセス制御サーバ１００の共有鍵を暗号化する。そして、ステップＳ１１０９では、アクセス制御サーバ１００が、上記暗号化したアクセス鍵と、暗号化した共有鍵と、ＫＹＣ情報を登録した情報提供者のＩＤ２０６１と、変更履歴２０６３と、許諾条文２０６４をクライアントサーバ４００へ送信する。

最後に、ステップＳ１１１０では、クライアントサーバ４００は、受信した暗号化アクセス鍵に基づいて、ユーザ情報テーブル４０５を更新する。図１０は、ユーザ情報テーブル４０５のデータフォーマットの一例を示す図である。ユーザ情報テーブル４０５は、各クライアントサーバ４００が利用可能なＫＹＣ情報テーブル３０５への接続情報を管理する。

ユーザ情報テーブル４０５は、ＩＤ４０５１と、アクセス鍵４０５２と、変更履歴４０５３と、許諾条文４０５４と、を一つのレコードに含む。ユーザ情報テーブル４０５を用いて、外部データベースサーバ３００が保持するＫＹＣ情報テーブル３０５を参照する方法は、図１２を参照して後述する。

ＩＤ４０５１は、ＫＹＣ情報テーブル３０５のレコードを特定するＩＤ３０５１（２０６１）に紐付けられた識別子が格納される。アクセス鍵４０５２は、アクセス制御サーバ１００から受信した鍵である。変更履歴４０５３には、アクセス制御テーブル２０６の変更履歴２０６３の値が格納される。許諾条文４０５４には、アクセス制御テーブル２０６の許諾条文２０６４の値が格納される。

図１２は、ＫＹＣ情報の取得処理の一例を示すシーケンス図である。企業ＩＤ２０７１が「Ｗ」のクライアントサーバ４００が、外部データベースサーバ３００が保持するＫＹＣ情報テーブル３０５から、アクセス対象のＫＹＣ情報（ＩＤ３０５１が「Ａ」）のレコードを取得するまでの処理について説明する。但し前提条件として、クライアントサーバ４００が有するユーザ情報テーブル４０５に、取得対象のＩＤ４０５１とアクセス鍵４０５２が登録されている場合に限る。

まず、ステップＳ１２０１では、クライアントサーバ４００が、アクセス制御サーバ１００から受信した、暗号化された共有鍵を、クライアントサーバ４００の秘密鍵で復号化することで、アクセス制御サーバ１００の共有鍵を取得する。

次に、ステップＳ１２０２では、クライアントサーバ４００が、取得した共有鍵を用いて、暗号化されたアクセス鍵を復号化し、アクセス鍵を取得する。クライアントサーバ４００は、取得したいＫＹＣ情報があれば、ステップＳ１２０２で取得したアクセス鍵と、アクセス対象のユーザ情報（ＩＤ４０５１）を、アクセス制御サーバ１００へ送信し、ユーザ情報に対応するＫＹＣ情報へのアクセスを要求する（Ｓ１２０３）。

次に、アクセス制御サーバ１００のデータ連携機能１０８は、クライアントサーバ４００からアクセス要求を受信し、アクセス要求に含まれるユーザ情報（ＩＤ４０５１）と企業ＩＤ２０７１に基づいて、ブロックチェーンサーバ２００が保持する連携テーブル２０７との紐付けを実施する（Ｓ１２０４）。なお、企業ＩＤ２０７１は、アクセス対象のユーザ情報（ＩＤ４０５１）と共にクライアントサーバ４００が送信してもよいし、クライアントサーバ４００のアドレス情報と企業ＩＤ２０７１の対応関係を予め設定しておき、アクセス制御サーバ１００はクライアントサーバ４００が所属する企業ＩＤ２０７１を判定してもよい。

図１５は、アクセス制御サーバ１００のデータ連携機能１０８が、連携情報の取得の際に生成するクエリの一例を示す図である。図１５の例では、クライアントサーバ４００の企業ＩＤ２０７１が「Ｗ」、対象のユーザ情報の個人ＩＤ２０７２が「Ａ」、変更履歴２０７４が「１．０．０」の場合に発行するクエリとなっている。

アクセス制御サーバ１００のデータ連携機能１０８は、ブロックチェーンサーバ２００に上記クエリを発行して該当するデータ（個人ＩＤ２０７２、企業ＩＤ２０７１、変更履歴２０７４）を連係情報として取得する。アクセス制御サーバ１００は、対象のデータを取得できない場合は、取得できる連係情報（ＫＹＣ情報）が無いため、クライアントサーバ４００に対してＫＹＣ情報を取得できないことを示すエラーを送信する（Ｓ１２０５）。

次に、ステップＳ１２０６では、アクセス制御サーバ１００のデータ連携機能１０８が、ステップＳ１２０４で取得した連携情報（企業ＩＤ２０７１、個人ＩＤ２０７２）と、ブロックチェーンサーバ２００が保持するアクセス制御テーブル２０６との紐付けを実施する上で、クライアントサーバ４００から受信したアクセス鍵の正当性を検証する。

図１６は、アクセス鍵の正当性検証処理の一例を示すフローチャートである。まず、ステップＳ１６０１は、アクセス制御サーバ１００が対象のアクセス制御テーブル２０６のデータをブロックチェーンサーバ２００から取得する処理である。アクセス制御サーバ１００は、ステップＳ１２０４で取得した連携情報に含まれる、個人ＩＤ２０７２と、変更履歴２０７４と一致するアクセス制御テーブル２０６のレコードを取得するクエリを生成して、ブロックチェーンサーバ２００へ発行する。

次に、ステップＳ１６０２では、アクセス制御サーバ１００は、クライアントサーバ４００から受信したアクセス鍵から、所定の関数によってハッシュ値を算出する。ステップＳ１６０３では、アクセス制御サーバ１００が上記ステップＳ１６０１で取得したアクセス制御テーブル２０６のレコードに含まれる電子署名２０６５を、ブロックチェーンサーバ２００の公開鍵で復号して値を取得する。

なお、アクセス制御サーバ１００は、予めブロックチェーンサーバ２００から公開鍵を取得しておくものとする。

最後に、ステップＳ１６０４では、アクセス制御サーバ１００が、ステップ１６０２で生成したアクセス鍵のハッシュ値と、ステップＳ１６０３で取得した電子署名２０６５の復号結果の値を比較する。

アクセス制御サーバ１００は、ハッシュ値と電子署名２０６５の二つの値が一致した場合は、クライアントサーバ４００から受信したアクセス鍵が正当なものと判定して、図１２のステップＳ１２０８へ処理を継続する。

一方、アクセス制御サーバ１００は、ハッシュ値と電子署名２０６５の不一致であった場合は、アクセス鍵は不正なものと判定し、ステップＳ１６０５のエラー送信処理が実施され、図１２のステップＳ１２０７で、クライアントサーバ４００へＫＹＣ情報の取得が不可である旨のエラーを通知する。

アクセス制御サーバ１００は、アクセス鍵の正当性を検証した後は、対象のアクセス制御テーブル２０６のレコードが有効なオプトイン情報を保持していることを判定するため、属性開示制御機能１０６がブロックチェーンサーバ２００で保持する許諾条文テーブル２０８を参照する（Ｓ１２０８）。

ステップＳ１２０８の詳細な処理内容については、図１７を参照して説明する。図１７は、本実施例におけるオプトイン情報の検証処理の一例を示すフローチャートである。

まず、ステップＳ１７０１では、アクセス制御サーバ１００がステップＳ１２０４で取得したアクセス制御テーブル２０６のレコードから、検索条件となる許諾条文２０６４に格納されたＩＤを取得する。

次に、ステップＳ１７０２では、アクセス制御サーバ１００が、アクセス対象の許諾条文をブロックチェーンサーバ２００の許諾条文テーブル２０８から取得する処理である。アクセス制御サーバ１００は、ステップＳ１７０１で取得した許諾条文２０６４のＩＤと一致する許諾条文テーブル２０８のレコードを取得するクエリを図示のように発行し、適用開始日２０８２と、適用終了日２０８３と、国名２０８４と、を取得する。

次に、ステップＳ１７０３では、アクセス制御サーバ１００が、上記ステップＳ１７０２で取得した、許諾条文の有効性を検証するため、現在日付が、取得した適用開始日２０８２と適用終了日２０８３の期間内であるか否かを判定する。

現在日付が上記期間内である条件を満たしていた場合、アクセス制御サーバ１００は、アクセス制御テーブル２０６のレコードに含まれる許諾条文２０６４のＩＤは正当であるためオプトイン情報が有効であると判定し、処理を継続する（Ｓ１７０４）。

一方、現在日付が上記条件を満たさなかった場合、アクセス制御サーバ１００は、オプトイン情報が無効であると判定し、ステップＳ１２０９の処理へ継続する（Ｓ１７０５）。

図１２の説明に戻る。ステップＳ１２０８にて、アクセス制御サーバ１００は、取得したアクセス制御テーブル２０６のレコードにオプトイン情報が無効であると判定した場合、クライアントサーバ４００に対して、ＫＹＣ情報の取得が不可であることを示すエラー、又は最新のＫＹＣ情報を送信する（Ｓ１２０９）。ステップＳ１２０８により、アクセス制御サーバ１００は、国内外の法律準拠を実現する。

次に、ステップＳ１２１０では、アクセス制御サーバ１００が外部データベースサーバ３００のＫＹＣ情報テーブル３０５から、連携情報（個人ＩＤ２０７２）と紐づくＫＹＣ情報のレコードを取得する。そして、アクセス制御サーバ１００の属性開示制御機能１０６が、ＫＹＣ情報の開示先のクライアントサーバ４００に対して、共有する属性の開示処理を実施する。

図１８は、属性開示制御処理の一例を示すフローチャートである。ステップＳ１８０１は、アクセス制御サーバ１００が行うＫＹＣ情報テーブル３０５からデータを取得する処理であり、連携情報と紐づく条件のクエリを外部データベースサーバ３００へ発行する。アクセス制御サーバ１００は、ステップＳ１２０３でクライアントサーバ４００から受け付けた、ＩＤ４０５１で連携テーブル２０７の更新日時２０７３に該当するレコードを外部データベースサーバ３００に要求し、該当するレコードを取得する。

ステップＳ１８０２は、アクセス制御サーバ１００が、図１２のステップＳ１２０４で取得したアクセス制御テーブル２０６のレコードに含まれる属性群（「属性－１（２１０６２－１）」から「属性－ｎ（２１０６２－２）」）の個数分、内部の処理（ステップＳ１８０３～ステップＳ１８０５）を繰返す。

ステップ１７０３は、アクセス制御テーブル２０６のレコードの属性－Ｎ（Ｎは１～ｎの数）の値をアクセス制御サーバ１００が判定する処理であり、値が”１”であった場合、公開属性のため、ステップＳ１８０５へ進み、値が”０”であった場合、非公開属性のため、ステップＳ１８０４へ進む。

ステップＳ１８０４は、アクセス制御サーバ１００が、ＫＹＣ情報の属性値を隠蔽する処理であり、非公開として判定された属性－Ｎ（３０５２－Ｎ）の値を空にし、ステップＳ１８０２に戻るか、処理を終了する。ステップＳ１８０４の処理により、情報提供者の意志に基づいた属性の開示制御が可能となる。アクセス制御サーバ１００は、属性開示制御処理が終了した後は、ＫＹＣ情報をクライアントサーバ４００へ送信する。

図１２の説明に戻る。最後に、ステップＳ１２１１では、クライアントサーバ４００は、アクセス制御サーバ１００からＫＹＣ情報を受信し、処理が完了する。

図１９は、ＫＹＣ情報の削除処理の一例を示すシーケンス図である。図示の例では、企業Ａ～Ｚが運用するクライアントサーバ４００がアクセス制御サーバ１００に対してＫＹＣ情報の削除を要求する例を示す。この処理は、情報提供者が企業Ａ～Ｚに対して、ＫＹＣ情報の削除を要求した場合に実行される。

この処理は、図１２に示したフローチャートのステップＳ１２０３、Ｓ１２１０、Ｓ１２１１を、ステップＳ１９０１～Ｓ１９０３に置き換えたもので、その他の処理は前記図１２と同様である。以下では図１２と重複する処理の説明は省略する。

ステップＳ１９０１では、クライアントサーバ４００は、指定された情報提供者のＫＹＣ情報の削除を要求するため、ステップＳ１２０２で取得したアクセス鍵と、削除対象のユーザ情報（ＩＤ４０５１）を、アクセス制御サーバ１００へ送信する。

アクセス制御サーバ１００は、連係情報の取得（Ｓ１２０４）と、アクセス鍵の検証（Ｓ１２０６）と、オプトイン情報の検証（Ｓ１２０８）を上述のように完了すると、ステップＳ１９０２で、アクセス制御サーバ１００が外部データベースサーバ３００のＫＹＣ情報テーブル３０５から連携情報と紐づくＫＹＣ情報の削除を指令する。

また、アクセス制御サーバ１００は、ブロックチェーンサーバ２００に対して、アクセス制御テーブル２０６と連携テーブル２０７から連携情報と紐付くＩＤのレコードを削除する指令を送信する。また、アクセス制御サーバ１００は、アクセス制御テーブル２０６から連携情報と紐付くＩＤ４０５１のレコードを削除する。

そして、ステップＳ１９０３では、アクセス制御サーバ１００は、クライアントサーバ４００に対して、指定された情報提供者のＫＹＣ情報の削除が完了したことを通知する。なお、ＫＹＣ情報を更新する際も、上記削除処理と同様に実施することができる。

以上の処理によって、情報提供者は、自身のＫＹＣ情報の削除を企業Ａ～Ｚに要求すると、企業Ａ～Ｚはクライアントサーバ４００からアクセス制御サーバ１００にＫＹＣ情報の削除を実行させる。これにより、情報連携システムでは、情報提供者の意図に応じたＫＹＣ情報の制御が可能となって、ＥＵ一般データ保護規則（ＧＤＰＲ：Ｇｅｎｅｒａｌ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ｒｅｇｕｌａｔｉｏｎ）等の法令を遵守しながらＫＹＣ情報を企業Ａ～Ｚ間で共有することが可能となる。

また、情報提供者は、指定した開示先の企業Ａ～Ｚに限定してＫＹＣ情報を開示することができる。また、情報提供者は、指定した企業Ａ～Ｚに対して、ＫＹＣ情報の全ての項目を開示するのではなく、情報提供者が許可した項目のみを開示先に提供することができる。

また、アクセス制御サーバ１００は、情報提供者は、指定した開示先の企業Ａ～Ｚに限定してＫＹＣ情報を開示することができる。また、情報提供者は、指定した企業Ａ～Ｚに対して、ＫＹＣ情報の全ての項目を開示するのではなく、情報提供者が許可した項目のみを開示先に提供することができる。

また、アクセス制御サーバ１００は、ＫＹＣ情報テーブル３０５の項目のうち、企業に開示する項目と、非開示の項目を、アクセス制御テーブル２０６の属性－１（２０６２－１）～属性－ｎ（２０６２－ｎ）のビット列で管理することで、多様な項目の開示と非開示を制御することができる。

なお、上記実施例では、情報提供者が入力したＫＹＣ情報を、情報提供者が指定した複数の企業Ａ～Ｚで共有する例を示したが、これに限定されるものではない。例えば、複数の企業Ａ～Ｚが保有する顧客の情報のうち、顧客から許諾を得た情報を外部データベースサーバ３００に登録し、アクセス制御サーバ１００を介して複数の企業Ａ～Ｚで共有するようにしてもよい。

また、上記実施例では、アクセス制御テーブル２０６と、連携テーブル２０７と、許諾条文テーブル２０８と、電子署名生成機能２０５をアクセス制御サーバ１００とは異なるブロックチェーンサーバ２００で管理する例を示したが、これに限定されるものではない。アクセス制御サーバ１００が、上記実施例の機能とテーブルに加えて、電子署名生成機能２０５を提供し、アクセス制御テーブル２０６と、連携テーブル２０７と、許諾条文テーブル２０８を管理するようにしてもよい。

また、上記実施例では、アクセス制御サーバ１００と、外部データベースサーバ３００と、ブロックチェーンサーバ２００を独立した計算機で構成する例を示したが、これに限定されるものではない。例えば、アクセス制御サーバ１００に、外部データベースサーバ３００とブロックチェーンサーバ２００の機能とデータを集約し、一つの計算機で運用してもよい。また、アクセス制御サーバ１００は、物理計算機に限定されるものではなく、仮想計算機やコンテナで実現してもよい。

また、上記実施例では、ＫＹＣ情報テーブル３０５を共有するクライアントサーバ４００を企業が利用する例を示したが、これに限定されるものではない。例えば、団体や組織が運用して情報提供者のＫＹＣ情報を共有するようにしてもよい。

なお、本発明は上記実施例に限定しされるものではなく、様々な変形例が含まれる。例えば、上記実施例では本発明を実現するため、複数の構成サーバが存在しているが、必ずしも説明した全て構成に限定されるものではない。また、本発明を実現するためのインフラ環境も限定されていないため、オンプレミスやクラウド環境で実現することも可能である。
＜結び＞

以上のように、上記実施例の情報連携システムは、以下のような構成とすることができる。

（１）プロセッサ（ＣＰＵ１０２）とメモリ（記憶装置１０４）を含むアクセス制御サーバ（１００）と、プロセッサ（ＣＰＵ３０２）とメモリ（記憶装置３０４）を含むデータベースサーバ（外部データベースサーバ３００）と、を有し、個人情報を含むＫＹＣ情報（ＫＹＣ情報テーブル３０５）を制御する情報連携システムであって、前記データベースサーバ（１００）は、情報提供者を特定する第１の識別子（ＩＤ３０５１）と、前記情報提供者が提供した複数の個人情報の項目（属性－１（３０５２－１）～属性－ｎ（３０５２－ｎ））を前記ＫＹＣ情報（ＫＹＣ情報テーブル３０５）に格納し、前記アクセス制御サーバ（１００）は、前記ＫＹＣ情報（３０５）の開示を許可する開示先を特定する第２の識別子（企業ＩＤ２０７１）と、前記情報提供者を特定する第１の識別子（個人ＩＤ２０７２）と、を対応付けて格納した連係情報（連携テーブル２０７）と、前記ＫＹＣ情報（３０５）の複数の項目（３０５２）のそれぞれについて、開示の可否を設定した属性情報（属性－１（２０６２－１）～属性－ｎ（２０６２－ｎ））を前記第１の識別子（ＩＤ２０６１）に対応付けて予め設定したアクセス制御情報（アクセス制御テーブル２０６）と、前記第１の識別子（ＩＤ３０５１）に対応する前記ＫＹＣ情報（３０５）に対するアクセス要求と前記第２の識別子（２０７１）とを受け付けて、前記連係情報（２０７）を参照して、前記第１の識別子（２０７２）が前記第２の識別子（２０７１）の開示先へ前記ＫＹＣ情報（３０５）の開示を許可しているか否かを判定するデータ連携部（データ連携機能１０８）と、前記第１の識別子（２０７２）が前記第２の識別子（２０７１）の開示先へ前記ＫＹＣ情報（３０５）の開示が許可されていると判定した場合には、前記第１の識別子（３０５１）に対応する前記ＫＹＣ情報（３０５）を前記データベースサーバ（１００）から取得し、前記アクセス制御情報（２０６）から前記第１の識別子（２０６１）に対応する前記属性情報（２０６２）を取得して、前記ＫＹＣ情報（３０５）の項目（３０５２）のうち、前記属性情報（２０６２）で開示が許可されている項目（３０５２）を出力する開示制御部（属性開示制御機能１０６）と、を有する。

上記構成により、情報連携システムは、情報提供者によるＫＹＣ情報テーブル３０５の開示先の制御と、情報提供者によるＫＹＣ情報テーブル３０５のうち開示する属性（項目）の制御を行うことができる。

（２）上記（１）に記載の情報連携システムであって、前記データ連携部（１０８）は、前記アクセス要求として、前記第１の識別子（２０７２）に対応する前記ＫＹＣ情報（３０５）の削除を受け付け、前記開示制御部（１０５）は、前記第１の識別子（２０７２）が前記第２の識別子（２０７１）の開示先へ前記ＫＹＣ情報（３０５）のアクセスが許可されている場合には、削除を実施する。

上記構成により、情報連携システムの概要は、情報提供者よるＫＹＣ情報テーブル３０５の開示先の制御と、情報提供者によるＫＹＣ情報テーブル３０５のうち開示する属性（項目）の制御と、情報提供者の意思に基づくデータの削除と、情報提供者の許諾に基づいて企業間でのＫＹＣ情報の共有を行うことができる。

（３）上記（１）に記載の情報連携システムであって、前記アクセス制御サーバは、前記情報提供者が個人情報の提供について許諾した法令又は契約に係る文書の文書識別子（条文ＩＤ２０８１）と、当該文書の適用期間（２０８２、２０８３）を管理する許諾文書情報（許諾条文テーブル２０８）を、さらに有し、前記アクセス制御情報（２０６）は、前記第１の識別子（２０７２）に対応する前記情報提供者が許諾した文書の前記文書識別子（２０８１）を有し、前記開示制御部（１０５）は、前記第１の識別子（２０７２）が前記第２の識別子（２０７１）の開示先へ前記ＫＹＣ情報（３０５）のアクセスが許可されている場合には、前記文書識別子（２０８１）に対応する前記文書の前記適用期間（２０８２、２０８３）を許諾文書情報（２０８）から取得し、現在の日付が前記適用期間（２０８２、２０８３）内であれば前記アクセス要求を実施する。

上記構成により、ＫＹＣ情報テーブル３０５へのアクセスは、情報提供者が合意した条文の適用期間内で実施することができ、適用期間外のアクセスを禁止することで、合意を遵守することができる。

（４）上記（１）に記載の情報連携システムであって、前記アクセス制御情報（２０６）は、予め生成されたアクセス鍵のハッシュ値を、前記第１の識別子（２０７２）に対応する電子署名（２０６５）として予め格納し、前記データ連携部（１０８）は、前記第１の識別子（２０７２）に対応する前記ＫＹＣ情報（３０５）に対するアクセス要求と前記第２の識別子（２０７１）に加えて前記アクセス鍵を受け付けて、当該受け付けたアクセス鍵のハッシュ値を生成し、前記ハッシュ値と前記電子署名（２０６５）が一致していれば、前記受け付けたアクセス鍵が正当であると判定する。

上記構成により、予め生成されたアクセス鍵のハッシュ値を、アクセス制御テーブル２０６の電子署名（２０６５）に予め格納し、アクセス制御サーバ１００が受信したアクセス鍵のハッシュ値を生成して電子署名（２０６５）と比較することで、受信したアクセス鍵を検証することができる。

（５）上記（３）に記載の情報連携システムであって、前記アクセス制御情報（２０６）は、前記文書が改訂されたことを示す変更履歴（２０６３）をさらに含み、前記変更履歴（２０６３）と前記文書識別子（２０６４）で前記文書のバージョンを管理する。

上記構成により、許諾条文テーブル２０８は、国内外の法律が変わる度に更新されるものであり、ＫＹＣ情報テーブル３０５の取り扱いに関しては、最新の法律に準拠したものである必要がある。そのため、許諾条文が更新される度に、情報提供者によるＫＹＣ情報テーブル３０５の取り扱いに関する承諾の再登録が必要になるため、アクセス制御サーバ１００は、アクセス制御テーブル２０６と、連携テーブル２０７と、ＫＹＣ情報テーブル３０５を更新することで、許諾条文のバージョン毎に管理することができる。

（６）上記（１）に記載の情報連携システムであって、前記属性情報（２０６２）は、前記項目（３０５２）に対応したビット列で構成される。

上記構成により、ＫＹＣ情報テーブル３０５の項目（３０５２）を開示するか否かを、アクセス制御テーブル２０６の属性－１（２０６２－１）～属性－ｎ（２０６２－ｎ）のビット列で管理することができる。

（７）上記（６）に記載の情報連携システムであって、前記アクセス制御サーバ（１００）は、前記第１の識別子（２０７２）と前記項目に対応したビット列（２０６２）の値を、予め受け付けた共有鍵で暗号化して前記アクセス鍵を生成するアクセス鍵生成部（１０７）を、さらに有する。

上記構成により、ＫＹＣ情報テーブル３０５へアクセスするためのアクセス鍵を、情報提供者と企業毎に生成することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。

また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００ アクセス制御サーバ
１０１ ネットワークインタフェース
１０２ ＣＰＵ
１０３ 入出力装置
１０４ 記憶装置
１０５ 開示先制御機能
１０６ 属性開示制御機能
１０７ アクセス鍵生成機能
１０８ データ連携機能
２００ ブロックチェーンサーバ
２０５ 電子署名生成機能
２０６ アクセス制御テーブル
２０７ 連携テーブル
２０８ 許諾条文テーブル
３００ 外部データベースサーバ
３０５ ＫＹＣ情報テーブル
４００ クライアントサーバ
４０５ ユーザ情報テーブル
５００ ネットワーク

Claims (12)

1. プロセッサとメモリを含むアクセス制御サーバと、
   プロセッサとメモリを含むデータベースサーバと、を有し、個人情報を含むＫＹＣ情報を制御する情報連携システムであって、
   前記データベースサーバは、
   情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を前記ＫＹＣ情報に格納し、
   前記アクセス制御サーバは、
   前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
   前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
   前記属性情報は、前記項目に対応したビット列で構成されることを特徴とする情報連携システム。
2. プロセッサとメモリを含むアクセス制御サーバと、
   プロセッサとメモリを含むデータベースサーバと、を有し、個人情報を含むＫＹＣ情報を制御する情報連携システムであって、
   前記データベースサーバは、
   情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を前記ＫＹＣ情報に格納し、
   前記アクセス制御サーバは、
   前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
   前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
   前記データ連携部は、
   前記アクセス要求として、前記第１の識別子に対応する前記ＫＹＣ情報の削除を受け付け、
   前記開示制御部は、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、削除を実施することを特徴とする情報連携システム。
3. プロセッサとメモリを含むアクセス制御サーバと、
   プロセッサとメモリを含むデータベースサーバと、を有し、個人情報を含むＫＹＣ情報を制御する情報連携システムであって、
   前記データベースサーバは、
   情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を前記ＫＹＣ情報に格納し、
   前記アクセス制御サーバは、
   前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
   前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
   前記アクセス制御サーバは、
   前記情報提供者が個人情報の提供について許諾した法令又は契約に係る文書の文書識別子と、当該文書の適用期間を管理する許諾文書情報を、さらに有し、
   前記アクセス制御情報は、
   前記第１の識別子に対応する前記情報提供者が許諾した文書の前記文書識別子を有し、
   前記開示制御部は、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、前記文書識別子に対応する前記文書の前記適用期間を許諾文書情報から取得し、現在の日付が前記適用期間内であれば前記アクセス要求を実施することを特徴とする情報連携システム。
4. プロセッサとメモリを含むアクセス制御サーバと、
   プロセッサとメモリを含むデータベースサーバと、を有し、個人情報を含むＫＹＣ情報を制御する情報連携システムであって、
   前記データベースサーバは、
   情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を前記ＫＹＣ情報に格納し、
   前記アクセス制御サーバは、
   前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
   前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
   前記アクセス制御情報は、
   予め生成されたアクセス鍵のハッシュ値を、前記第１の識別子に対応する電子署名として予め格納し、
   前記データ連携部は、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子に加えて前記アクセス鍵を受け付けて、当該受け付けたアクセス鍵のハッシュ値を生成し、前記ハッシュ値と前記電子署名が一致していれば、前記受け付けたアクセス鍵が正当であると判定することを特徴とする情報連携システム。
5. 請求項３に記載の情報連携システムであって、
   前記アクセス制御情報は、
   前記文書が改訂されたことを示す変更履歴をさらに含み、前記変更履歴と前記文書識別子で前記文書のバージョンを管理することを特徴とする情報連携システム。
6. 請求項１に記載の情報連携システムであって、
   前記アクセス制御サーバは、
   前記第１の識別子と前記項目に対応したビット列の値を、予め受け付けた共有鍵で暗号化してアクセス鍵を生成するアクセス鍵生成部を、さらに有することを特徴とする情報連携システム。
7. プロセッサとメモリを含むアクセス制御サーバと、プロセッサとメモリを含むデータベースサーバで、個人情報を含むＫＹＣ情報を制御する情報連携方法であって、
   前記データベースサーバが、情報提供者を特定する第１の識別子と前記情報提供者が提供した複数の項目を有する個人情報で構成される前記ＫＹＣ情報を格納するＫＹＣ情報ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて連係情報に格納する連係情報格納ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けてアクセス制御情報に予め格納するアクセス制御情報格納ステップと、
   前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携ステップと、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得するデータ取得ステップと、
   前記アクセス制御サーバが、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御ステップと、を含み、
   前記データ連携ステップは、
   前記アクセス要求として、前記第１の識別子に対応する前記ＫＹＣ情報の削除を受け付け、
   前記開示制御ステップは、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、削除を実施することを特徴とする情報連携方法。
8. プロセッサとメモリを含むアクセス制御サーバと、プロセッサとメモリを含むデータベースサーバで、個人情報を含むＫＹＣ情報を制御する情報連携方法であって、
   前記データベースサーバが、情報提供者を特定する第１の識別子と前記情報提供者が提供した複数の項目を有する個人情報で構成される前記ＫＹＣ情報を格納するＫＹＣ情報ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて連係情報に格納する連係情報格納ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けてアクセス制御情報に予め格納するアクセス制御情報格納ステップと、
   前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携ステップと、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得するデータ取得ステップと、
   前記アクセス制御サーバが、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御ステップと、を含み、
   前記アクセス制御サーバが、前記情報提供者が個人情報の提供について許諾した法令又
   は契約に係る文書の文書識別子と、当該文書の適用期間を許諾文書情報に格納する許諾文書情報格納ステップを、さらに有し、
   前記アクセス制御情報格納ステップは、
   前記第１の識別子に対応する前記情報提供者が許諾した文書の前記文書識別子を前記アクセス制御情報に格納し、
   前記開示制御ステップは、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、前記文書識別子に対応する前記文書の前記適用期間を許諾文書情報から取得し、現在の日付が前記適用期間内であれば前記アクセス要求を実施することを特徴とする情報連携方法。
9. プロセッサとメモリを含むアクセス制御サーバと、プロセッサとメモリを含むデータベースサーバで、個人情報を含むＫＹＣ情報を制御する情報連携方法であって、
   前記データベースサーバが、情報提供者を特定する第１の識別子と前記情報提供者が提供した複数の項目を有する個人情報で構成される前記ＫＹＣ情報を格納するＫＹＣ情報ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて連係情報に格納する連係情報格納ステップと、
   前記アクセス制御サーバが、前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けてアクセス制御情報に予め格納するアクセス制御情報格納ステップと、
   前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子とを受け付けて、前記連係情報を参照して、前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携ステップと、
   前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記アクセス制御サーバが、前記第１の識別子に対応する前記ＫＹＣ情報を前記データベースサーバから取得するデータ取得ステップと、
   前記アクセス制御サーバが、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御ステップと、を含み、
   前記アクセス制御情報格納ステップは、
   予め生成されたアクセス鍵のハッシュ値を、前記第１の識別子に対応する電子署名として予め格納し、
   前記データ連携ステップは、
   前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子に加えて前記アクセス鍵を受け付けて、当該受け付けたアクセス鍵のハッシュ値を生成し、前記ハッシュ値と前記電子署名が一致していれば、前記受け付けたアクセス鍵が正当であると判定することを特徴とする情報連携方法。
10. プロセッサとメモリを含んで、個人情報を含むＫＹＣ情報を制御するアクセス制御サーバであって、
    情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を含む前記ＫＹＣ情報と、
    前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
    前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
    前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と、前記第２の識別子とを受け付けて、前記連係情報を参照して前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
    前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
    前記データ連携部は、
    前記アクセス要求として、前記第１の識別子に対応する前記ＫＹＣ情報の削除を受け付け、
    前記開示制御部は、
    前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、削除を実施することを特徴とするアクセス制御サーバ。
11. プロセッサとメモリを含んで、個人情報を含むＫＹＣ情報を制御するアクセス制御サーバであって、
    情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を含む前記ＫＹＣ情報と、
    前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
    前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
    前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と、前記第２の識別子とを受け付けて、前記連係情報を参照して前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
    前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、
    前記情報提供者が個人情報の提供について許諾した法令又は契約に係る文書の文書識別子と、当該文書の適用期間を管理する許諾文書情報とを、有し、
    前記アクセス制御情報は、
    前記第１の識別子に対応する前記情報提供者が許諾した文書の前記文書識別子を有し、
    前記開示制御部は、
    前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報のアクセスが許可されている場合には、前記文書識別子に対応する前記文書の前記適用期間を許諾文書情報から取得し、現在の日付が前記適用期間内であれば前記アクセス要求を実施することを特徴とするアクセス制御サーバ。
12. プロセッサとメモリを含んで、個人情報を含むＫＹＣ情報を制御するアクセス制御サーバであって、
    情報提供者を特定する第１の識別子と、前記情報提供者が提供した複数の個人情報の項目を含む前記ＫＹＣ情報と、
    前記ＫＹＣ情報の開示を許可する開示先を特定する第２の識別子と、前記情報提供者を特定する第１の識別子と、を対応付けて格納した連係情報と、
    前記ＫＹＣ情報の複数の項目のそれぞれについて、開示の可否を設定した属性情報を前記第１の識別子に対応付けて予め設定したアクセス制御情報と、
    前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と、前記第２の識別子とを受け付けて、前記連係情報を参照して前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示を許可しているか否かを判定するデータ連携部と、
    前記第１の識別子が前記第２の識別子の開示先へ前記ＫＹＣ情報の開示が許可されていると判定した場合には、前記第１の識別子に対応する前記ＫＹＣ情報を取得し、前記アクセス制御情報から前記第１の識別子に対応する前記属性情報を取得して、前記ＫＹＣ情報の項目のうち、前記属性情報で開示が許可されている項目を出力する開示制御部と、を有し、
    前記アクセス制御情報は、
    予め生成されたアクセス鍵のハッシュ値を、前記第１の識別子に対応する電子署名として予め格納し、
    前記データ連携部は、
    前記第１の識別子に対応する前記ＫＹＣ情報に対するアクセス要求と前記第２の識別子に加えて前記アクセス鍵を受け付けて、当該受け付けたアクセス鍵のハッシュ値を生成し、前記ハッシュ値と前記電子署名が一致していれば、前記受け付けたアクセス鍵が正当であると判定することを特徴とするアクセス制御サーバ。

Images