特許 7589662 サーバ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-18

(45)【発行日】2024-11-26

(54)【発明の名称】サーバ装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241119BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 8

(21)【出願番号】P 2021153996

(22)【出願日】2021-09-22

(65)【公開番号】P2023045520

(43)【公開日】2023-04-03

【審査請求日】2023-10-26

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】山下 雄己

【審査官】和田 財太

(56)【参考文献】

【文献】特開２０２０－０６４４８３（ＪＰ，Ａ）

【文献】特開２０１８－１７３６９２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ ５０／００

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ２１／００

(57)【特許請求の範囲】

【請求項1】

分散型台帳技術を用いたデータ共有システムに用いられるサーバ装置であって、
前記データ共有システムは、複数の他のサーバ装置を含み、
前記サーバ装置は、
第１分散型台帳および第２分散型台帳を記憶する記憶装置と、
前記第１分散型台帳および前記第２分散型台帳を更新する制御装置とを備え、
前記第１分散型台帳は、データの共有に関する権限情報を前記複数の他のサーバ装置と共有するように構成され、
前記権限情報は、前記複数の他のサーバ装置のうち、前記データを共有する他のサーバ装置を限定するための情報を含み、
前記第２分散型台帳は、前記権限情報に基づいて前記他のサーバ装置と前記データを共有するように構成され、
前記制御装置は、前記権限情報に基づいて、前記他のサーバ装置に前記第２分散型台帳に格納された前記データを送信し、
前記サーバ装置は、所定のサービスを提供するための第１アプリケーションを提供しており、
前記第１アプリケーションは、ユーザの端末装置にインストールされており、
前記端末装置は、前記第１アプリケーションのインストール時に入力された、前記ユーザに関するユーザ情報を、前記サーバ装置に提供し、
前記制御装置は、前記ユーザ情報を取得すると、前記ユーザ情報に対する前記権限情報に前記サーバ装置を設定し、当該権限情報を前記第１分散型台帳に格納し、
前記第１アプリケーションは、第２アプリケーションを含み、
前記第２アプリケーションは、前記複数の他のサーバ装置のうちの所定のサーバ装置により提供されるアプリケーションであり、
前記第２アプリケーションの利用登録がされる場合、前記第１アプリケーションは、前記第２アプリケーションへ前記ユーザ情報を共有することに対する同意を前記端末装置に求め、
前記同意が得られた場合、前記制御装置は、前記所定のサーバ装置を前記権限情報に追加する、サーバ装置。

【請求項2】

前記制御装置は、前記権限情報が更新された場合、更新された前記権限情報を前記第１分散型台帳に格納する、請求項１に記載のサーバ装置。

【請求項3】

前記所定のサービスは、本人確認サービスを含み、
前記ユーザ情報は、前記ユーザの個人情報を含み、
前記制御装置は、前記ユーザ情報を取得すると、
前記ユーザ情報に対して前記本人確認サービスを実施し、
本人確認済みの前記ユーザ情報を、前記第２分散型台帳に格納する、請求項１または請求項２に記載のサーバ装置。

【請求項4】

前記制御装置は、前記本人確認サービスの実施結果を示す情報を前記第１分散型台帳に格納する、請求項３に記載のサーバ装置。

【請求項5】

前記制御装置は、前記所定のサーバ装置が追加された前記権限情報に基づいて、前記第２分散型台帳に格納された前記ユーザ情報を、前記所定のサーバ装置に共有する、請求項１から請求項４のいずれか１項に記載のサーバ装置。

【請求項6】

前記第２アプリケーションの退会登録の申請がなされると、前記制御装置は、前記所定のサーバ装置を前記権限情報から削除する、請求項１から請求項５のいずれか１項に記載のサーバ装置。

【請求項7】

分散型台帳技術を用いたデータ共有システムに用いられるサーバ装置であって、
前記データ共有システムは、複数の他のサーバ装置を含み、
前記サーバ装置は、
第１分散型台帳および第２分散型台帳を記憶する記憶装置と、
前記第１分散型台帳および前記第２分散型台帳を更新する制御装置とを備え、
前記第１分散型台帳は、データの共有に関する権限情報を前記複数の他のサーバ装置と共有するように構成され、
前記権限情報は、前記複数の他のサーバ装置のうち、前記データを共有する他のサーバ装置を限定するための情報を含み、
前記第２分散型台帳は、前記権限情報に基づいて前記他のサーバ装置と前記データを共有するように構成され、
前記制御装置は、前記権限情報に前記サーバ装置が追加された場合、前記データを有する前記他のサーバ装置から、前記データを取得し、前記第２分散型台帳に格納し、
前記サーバ装置は、前記複数の他のサーバ装置のうちのいずれかの他のサーバ装置である所定のサーバ装置が提供する第１アプリケーションに含まれる第２アプリケーションを提供しており、
前記第１アプリケーションは、本人確認サービスを提供するアプリケーションであり、
前記第１分散型台帳には、前記所定のサーバ装置による前記本人確認サービスの実施結果を示す情報が格納されており、
前記制御装置は、前記第２アプリケーションの利用登録がされる場合、前記本人確認サービスの実施結果を示す情報を参照することにより、本人確認の実施を省略する、サーバ装置。

【請求項8】

前記制御装置は、前記権限情報から前記サーバ装置が削除された場合、前記データを前記第２分散型台帳から削除する、請求項７に記載のサーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、分散型台帳技術を用いたネットワークを形成するサーバ装置に関する。

【背景技術】

【0002】

特許第６５８７３７０号公報（特許文献１）には、ブロックチェーン技術を用いて、複数のＰＣ（Personal Computer）間で共有される文書の改ざんを防止する文書管理システムが開示されている。この文書管理システムでは、複数のＰＣをネットワークで接続してＰＣクラスタを形成している。この文書管理システムは、あるＰＣに文書が記録されると、当該文書をＰＣクラスタに属する他のＰＣの記録に反映させる手段を有する。また、この文書管理システムは、上記文書のハッシュ値を生成してブロックに含める手段を有する。これにより、ＰＣクラスタ内で文書を共有するとともに、文書の改ざんを抑制している。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６５８７３７０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ブロックチェーン等の分散型台帳に格納されたデータは、分散型台帳ネットワークに参加している全ノードに参照され得る。データの内容によっては、分散型台帳ネットワークに参加している特定のノード間だけでデータ共有したいというケースもある。従来、このようなケースに対応することができなかった。

【0005】

本開示は、上記課題を解決するためになされたものであり、本開示の目的は、分散型台帳技術によりデータの改ざんを抑制しつつ、分散型台帳ネットワークに参加しているノードのうちの特定のノード間だけでのデータ共有を可能にすることである。

【課題を解決するための手段】

【0006】

（１）本開示のある局面に係るサーバ装置は、分散型台帳技術を用いたデータ共有システムに用いられるサーバ装置である。データ共有システムは、複数の他のサーバ装置を含む。サーバ装置は、データの共有に関する権限情報を複数の他のサーバ装置と共有するように構成された第１分散型台帳を備える。権限情報は、複数の他のサーバ装置のうち、上記データを共有する他のサーバ装置を限定するための情報を含む。さらに、サーバ装置は、権限情報に基づいて他のサーバ装置と上記データを共有するように構成された第２分散型台帳を備える。

【0007】

上記構成によれば、データを共有する他のサーバ装置を限定するための情報である権限情報を第１分散型台帳で管理し、当該権限情報に基づいて、他のサーバ装置だけに上記データを第２分散型台帳により共有することができる。権限情報を第１分散型台帳で管理することにより、データ共有システムに含まれる装置（サーバ装置および複数の他のサーバ装置）で権限情報が共有される。よって、全ての装置で権限情報が監視されるので、権限情報の耐改ざん性を高めることができる。そして、権限情報に基づく他のサーバ装置だけにデータを共有することができる。

【0008】

（２）ある実施の形態においては、サーバ装置は、第１分散型台帳および第２分散型台帳を更新する制御装置をさらに備える。制御装置は、権限情報に基づいて、他のサーバ装置に第２分散型台帳に格納されたデータを送信する。

【0009】

上記構成によれば、第２分散型台帳に格納されたデータを他のサーバ装置に送信し、他のサーバ装置とデータを共有することができる。

【0010】

（３）ある実施の形態においては、制御装置は、権限情報が更新された場合、更新された権限情報を第１分散型台帳に格納する。

【0011】

上記構成によれば、更新された権限情報が第１分散型台帳に格納されるので、データ共有システムに含まれる複数の他のサーバ装置に更新された権限情報を共有することができる。これにより、データ共有システムに含まれる全ての装置（サーバ装置および複数の他のサーバ装置）により権限情報が監視されるので、権限情報の耐改ざん性を高めることができる。

【0012】

（４）ある実施の形態においては、サーバ装置は、所定のサービスを提供するための第１アプリケーションを提供している。第１アプリケーションは、ユーザの端末装置にインストールされている。端末装置は、第１アプリケーションのインストール時に入力された、ユーザに関するユーザ情報を、サーバ装置に提供する。制御装置は、ユーザ情報を取得すると、ユーザ情報に対する権限情報にサーバ装置を設定し、当該権限情報を第１分散型台帳に格納する。

【0013】

端末装置のユーザは、第１アプリケーションを提供するサーバ装置にユーザ情報を提供している。上記構成によれば、サーバ装置が設定された権限情報が第１分散型台帳に格納されるので、サーバ装置にユーザ情報を得る権限が与えられたことを、複数の他のサーバ装置に共有することができる。

【0014】

（５）ある実施の形態においては、所定のサービスは、本人確認サービスを含む。ユーザ情報は、ユーザの個人情報を含む。制御装置は、ユーザ情報を取得すると、ユーザ情報に対して本人確認サービスを実施し、本人確認済みのユーザ情報を、第２分散型台帳に格納する。

【0015】

上記構成によれば、本人確認済みのユーザ情報は第２分散型台帳に格納されるので、ユーザ情報を取得する権限のない他のサーバ装置にユーザ情報が共有されることを抑制することができる。

【0016】

（６）ある実施の形態においては、制御装置は、本人確認サービスの実施結果を示す情報を第１分散型台帳に格納する。

【0017】

上記構成によれば、本人確認サービスの実施結果を示す情報が第１分散型台帳に格納されるので、複数の他のサーバ装置に更新された権限情報を共有することができる。これにより、データ共有システムに含まれる全ての装置により本人確認サービスの実施結果を示す情報が監視されるので、本人確認サービスの実施結果を示す情報の耐改ざん性を高めることができる。

【0018】

（７）ある実施の形態においては、第１アプリケーションは、第２アプリケーションを含む。第２アプリケーションは、複数の他のサーバ装置のうちの所定のサーバ装置により提供されるアプリケーションである。第２アプリケーションの利用登録がされる場合、第１アプリケーションは、第２アプリケーションへユーザ情報を共有することに対する同意を端末装置に求める。同意が得られた場合、制御装置は、所定のサーバ装置を権限情報に追加する。

【0019】

上記構成によれば、第２アプリケーションにユーザ情報を共有することに対する同意が得られた場合に、権限情報に所定のサーバ装置が追加される。この権限情報は、第１分散型台帳に格納される。よって、複数の他のサーバ装置に、所定のサーバ装置が追加された権限情報を共有することができる。

【0020】

（８）ある実施の形態においては、制御装置は、所定のサーバ装置が追加された権限情報に基づいて、第２分散型台帳に格納されたユーザ情報を、所定のサーバ装置に共有する。

【0021】

上記構成によれば、権限情報への所定のサーバ装置の追加に伴なって、ユーザ情報を所定のサーバ装置に共有することができる。

【0022】

（９）ある実施の形態においては、第２アプリケーションの退会登録の申請がなされると、制御装置は、所定のサーバ装置を権限情報から削除する。

【0023】

上記構成によれば、第２アプリケーションの退会登録の申請に応じて、第２アプリケーションを提供する所定のサーバ装置が権限情報から削除される。この更新された権限情報は、第１分散型台帳に格納されるので、複数の他のサーバ装置に更新された権限情報を共有することができる。

【0024】

（１０）ある実施の形態においては第１分散型台帳および第２分散型台帳を更新する制御装置をさらに備える。制御装置は、権限情報にサーバ装置が追加された場合、データを有する他のサーバ装置から、データを取得し、第２分散型台帳に格納する。

【0025】

上記構成によれば、自身（サーバ装置）が権限情報に追加された場合、当該権限情報に対応するデータを、当該データを有する他のサーバ装置から取得することができる。

【0026】

（１１）ある実施の形態においては、制御装置は、権限情報からサーバ装置が削除された場合、権限情報に対応するデータを第２分散型台帳から削除する。

【0027】

上記構成によれば、自身（サーバ装置）のデータを保有する権限が消失した場合、当該データを第２分散型台帳から適切に削除することができる。

【0028】

（１２）ある実施の形態においては、サーバ装置は、複数の他のサーバ装置のうちのいずれかの他のサーバ装置である所定のサーバ装置が提供する第１アプリケーションに含まれる第２アプリケーションを提供している。第１アプリケーションは、本人確認サービスを提供するアプリケーションである。第１分散型台帳には、所定のサーバ装置による本人確認サービスの実施結果を示す情報が格納されている。制御装置は、第２アプリケーションの利用登録がされる場合、本人確認サービスの実施結果を示す情報を参照することにより、本人確認の実施を省略する。

【0029】

上記構成によれば、第１アプリケーションを提供する所定のサーバ装置が実施した本人確認サービスの実施結果を第１分散型台帳により共有することで、本人確認の実施が省略される。これにより、本人確認を実施するための工数等を削減することができる。

【発明の効果】

【0030】

本開示によれば、分散型台帳技術によりデータの改ざんを抑制しつつ、分散型台帳ネットワークに参加しているノードのうちの特定のノード間だけでのデータ共有を可能にすることができる。

【図面の簡単な説明】

【0031】

【図1】実施の形態に係るデータ共有システムの概略的な構成を示す図である。

【図2】管理サーバのハードウェア構成を説明するための図である。

【図3】サービスサーバのハードウェア構成を説明するための図である。

【図4】クライアント装置のハードウェア構成を説明するための図である。

【図5】データ共有システムのシステム構成を概略的に示す図である。

【図6】クライアント装置へウォレットアプリをインストールした際に実行される処理における情報の流れを模式的に示した図である。

【図7】ウォレットアプリ内において第１アプリが利用登録される際に実行される処理における情報の流れを模式的に示した図である。

【図8】第１アプリの退会登録時に実行される処理における情報の流れを模式的に示した図である。

【図9】ウォレットアプリがクライアント装置にインストールされる際に実行される処理の手順を示すフローチャートである。

【図10】第１アプリの利用登録が行なわれる際に実行される処理の手順を示すフローチャートである。

【図11】第１アプリ（第１サービス）の退会登録が行なわれる際に実行される処理の手順を示すフローチャートである。

【図12】変形例における、クライアント装置へウォレットアプリをインストールした際に実行される処理における情報の流れを模式的に示した図である。

【発明を実施するための形態】

【0032】

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付して、その説明は繰り返さない。

【0033】

［実施の形態］
＜データ共有システムの全体構成＞
図１は、本実施の形態に係るデータ共有システム１の概略的な構成を示す図である。本実施の形態に係るデータ共有システム１は、複数の企業間でコンソーシアムネットワーク（以下、単に「ネットワーク」とも称する）ＮＷを形成し、分散型台帳技術を用いてデータを共有するためのシステムである。

【0034】

データ共有システム１は、管理サーバ２と、４台のサービスサーバ３－１～３－４と、クライアント装置４と、アプリ提供サーバ５とを備える。４台のサービスサーバ３－１～３－４の各々は、異なる企業（たとえば、Ａ企業、Ｂ企業、Ｃ企業およびＤ企業）に帰属するサーバである。たとえば、サービスサーバ３－１は、Ａ企業に帰属し、サービスサーバ３－２は、Ｂ企業に帰属し、サービスサーバ３－３は、Ｃ企業に帰属し、サービスサーバ３－４は、Ｄ企業に帰属する。以下では、サービスサーバ３－１～３－４の各々を特に区別しない場合には、総称して単に「サービスサーバ３」とも称する。

【0035】

管理サーバ２は、ネットワークＮＷを運営する管理企業に帰属するサーバである。管理サーバ２は、ネットワークＮＷを管理する。管理サーバ２は、各サービスサーバ３からのネットワークＮＷへの参加申請を受け付ける。管理サーバ２は、管理サーバ２の管理者による参加を許可する操作に基づき、または、所定の条件の判定結果に基づき、サービスサーバ３のネットワークＮＷへの参加を許可する（後述のドアマンノードの機能）。本実施の形態では、Ａ企業、Ｂ企業、Ｃ企業およびＤ企業のそれぞれに帰属する４台のサービスサーバ３に対して、ネットワークＮＷへの参加が許可されている。

【0036】

また、管理サーバ２は、アプリ提供サーバ５を管理する。アプリ提供サーバ５は、アプリケーションを提供する所謂マーケットプレイスである。管理サーバ２は、アプリ提供サーバ５において、ウォレットアプリ５０を提供している。

【0037】

アプリ提供サーバ５は、クライアント装置４と通信可能に構成されている。アプリ提供サーバ５は、クライアント装置４に対して、アプリケーションを提供する。クライアント装置４は、アプリ提供サーバ５にアクセスして、アプリ提供サーバ５において提供されているアプリケーションをインストールすることができる。本実施の形態では、アプリ提供サーバ５は、ウォレットアプリ５０を提供している。クライアント装置４は、アプリ提供サーバ５からウォレットアプリ５０をインストールすることができる。なお、本実施の形態においては、アプリ提供サーバ５は、１つのアプリケーション（ウォレットアプリ５０）を提供する例について説明するが、アプリ提供サーバ５は、複数のアプリケーションを提供してもよい。

【0038】

ウォレットアプリ５０は、ＫＹＣ（Know Your Customer）サービスを提供するアプリケーションである。ウォレットアプリ５０は、ＫＹＣサービスに加えて、種々のサービスを提供するアプリケーションであってよい。

【0039】

ウォレットアプリ５０は、所謂スーパーアプリであり、第１アプリ５１と、第２アプリ５２と、第３アプリ５３と、第４アプリ５４とを所謂ミニアプリとして含む。第１アプリ５１は、サービスサーバ３－１を管理するＡ企業が提供する第１サービスを利用するためのアプリケーションである。Ａ企業のサービスサーバ３－１は、第１アプリ５１をミニアプリとしてウォレットアプリ５０に配信登録している。第２アプリ５２は、サービスサーバ３－２を管理するＢ企業が提供する第２サービスを利用するためのアプリケーションである。Ｂ企業のサービスサーバ３－２は、第２アプリ５２をミニアプリとしてウォレットアプリ５０に配信登録している。第３アプリ５３は、サービスサーバ３－３を管理するＣ企業が提供する第３サービスを利用するためのアプリケーションである。Ｃ企業のサービスサーバ３－３は、第３アプリ５３をミニアプリとしてウォレットアプリ５０に配信登録している。第４アプリ５４は、サービスサーバ３－４を管理するＤ企業が提供する第４サービスを利用するためのアプリケーションである。Ｄ企業のサービスサーバ３－４は、第４アプリ５４をミニアプリとしてウォレットアプリ５０に配信登録している。

【0040】

第１アプリ５１～第４アプリ５４の各々は、ウォレットアプリ５０のフレームワークを活用して開発される。第１アプリ５１～第４アプリ５４の各々は、たとえば、ウォレットアプリ５０内のブラウザ上で動作し、管理サーバ２のＡＰＩ（Application Program Interface）２１０、および、各サービスサーバ３－１～３－４のＡＰＩ３１０－１～３１０－４と連携して、各サービスサーバ３－１～３－４が提供するサービス（第１サービス～第４サービス）を提供してもよい。第１サービス～第４サービスの各々は、たとえば、レンタカーサービス、カーシェアリングサービス、保険サービス、行政サービス、カーディーラーサービス、整備事業サービス等の任意のサービスであってよい。

【0041】

クライアント装置４は、たとえば、スマートフォン、タブレット端末、デスクトップ型のＰＣ（Personal Computer）、ノート型のＰＣ、または、通信機能を有するその他の情報処理端末である。クライアント装置４は、インストールしたウォレットアプリ５０内から、第１アプリ５１、第２アプリ５２、第３アプリ５３および第４アプリ５４を起動させて、各企業（サービスサーバ３－１～３－４）が提供するサービスを利用することができる。後に詳細に説明するが、各ミニアプリの初回起動時（利用登録時）には、アプリケーションの提供元であるサービスサーバ３へ、クライアント装置４のユーザの個人情報を含むユーザ情報を提供することの同意が求められる。

【0042】

管理サーバ２およびサービスサーバ３の各々には、２つの分散型台帳基盤のソフトウェアが導入されている。１つ目の分散型台帳基盤のソフトウェア（以下「第１ソフトウェア」とも称する）は、ブロードキャスト型のメインチェーンを構築するノードとして機能するためのスマートコントラクトを含む。２つ目の分散型台帳基盤のソフトウェア（以下「第２ソフトウェア」とも称する）は、Ｐ２Ｐ（Peer to Peer）型のサブチェーンを構築するノードとして機能するためのスマートコントラクトを含む。２つ目の分散型台帳基盤としては、たとえばＣＯＲＤＡ（登録商標）を採用してもよい。導入された第１ソフトウェアが機能することにより、管理サーバ２に含まれる制御装置２１（図２）およびサービスサーバ３に含まれる制御装置３１（図３）が、それぞれメインチェーンノード２００Ａ（図２）およびメインチェーンノード３００Ａ（図３）として機能する。導入された第２ソフトウェアが機能することにより、管理サーバ２に含まれる制御装置２１（図２）およびサービスサーバ３に含まれる制御装置３１（図３）が、それぞれサブチェーンノード２００Ｂ（図２）およびサブチェーンノード３００Ｂ（図３）として機能する。

【0043】

さらに、管理サーバ２に含まれる制御装置２１（図２）およびサービスサーバ３に含まれる制御装置３１（図３）は、それぞれ、ネットワークＮＷ外における処理を実行するオフチェーンノード２００Ｃ（図２）およびオフチェーンノード３００Ｃ（図３）としても機能する。図１においては、メインチェーンノード２００Ａ、サブチェーンノード２００Ｂおよびオフチェーンノード２００Ｃを総称して「ノード２００」と表記し、メインチェーンノード３００Ａ、サブチェーンノード３００Ｂおよびオフチェーンノード３００Ｃを総称して「ノード３００」と表記している。

【0044】

管理サーバ２は、分散型台帳セット２７０を有する。サービスサーバ３は、分散型台帳セット３７０を有する。分散型台帳セット２７０および分散型台帳セット３７０は、同様のデータ構造を有する。そのため、以下においては、分散型台帳セット２７０について代表的に説明する。

【0045】

分散型台帳セット２７０は、メインチェーンにおいて共有されるトランザクションデータを格納する分散型台帳２７１（図２）と、サブチェーンにおいて共有されるトランザクションデータを格納する分散型台帳２７２（図２）とを含む。

【0046】

分散型台帳２７１は、ブロードキャスト型のメインチェーンにおいて共有されるトランザクションデータを格納する分散型台帳であり、ネットワークＮＷに参加する全メインチェーンノードに公開される。すなわち、管理サーバ２が有する分散型台帳２７１と、サービスサーバ３－１が有する分散型台帳３７１－１（図３）と、サービスサーバ３－２が有する分散型台帳３７１－２（図３）と、サービスサーバ３－３が有する分散型台帳３７１－３（図３）と、サービスサーバ３－４が有する分散型台帳３７１－４（図３）とは、同じトランザクションデータを保有する。

【0047】

分散型台帳２７２は、Ｐ２Ｐ型のサブチェーンにおいて共有されるトランザクションデータを格納する分散型台帳であり、公開範囲が当事者間に限定される。詳細は後述するが、分散型台帳２７２は、メインチェーン（分散型台帳２７１）に格納された権限情報（同意情報）に基づいて、その公開範囲が限定される。それゆえに、管理サーバ２が有する分散型台帳２７１と、サービスサーバ３－１が有する分散型台帳３７１－１（図３）と、サービスサーバ３－２が有する分散型台帳３７１－２（図３）と、サービスサーバ３－３が有する分散型台帳３７１－３（図３）と、サービスサーバ３－４が有する分散型台帳３７１－４（図３）とは、互いに異なるトランザクションデータを保持し得る。

【0048】

また、管理サーバ２に含まれる制御装置（図２）は、ＲＯＭ（Read Only Memory）に格納されているソフトウェアが機能することにより、プラットフォームプロバイダ６０として機能する。プラットフォームプロバイダ６０は、ネットワークＮＷを管理する機能を有する。プラットフォームプロバイダ６０は、ドアマンノード６１と、ネットワークマップノード６３と、ノータリノード６５とを含む。

【0049】

ドアマンノード６１は、ネットワークＮＷへの参加を希望するノード３００からの参加申請の承認を行なう。また、ドアマンノード６１は、ノード３００への証明書の発行を行なう。ネットワークＮＷに参加したノード３００は、参加時に秘密鍵および公開鍵のペアを作成し、証明書付与の要求をドアマンノード６１に送信する。ドアマンノード６１は、予め定められた所定の条件を検証し、証明書付与の要求があったノード３００に対して証明書を発行する。

【0050】

ネットワークマップノード６３は、ドアマンノード６１によって証明書が発行された（すなわち、ネットワークＮＷへの参加が許可された）ノード３００の情報（たとえばＩＰアドレス）を記憶する。ネットワークマップノード６３は、ネットワークＮＷにおいて、ＤＮＳ（Domain Name System）として機能する。ノード２００およびノード３００は、たとえば、ネットワークマップノード６３から提供された情報に基づいて、トランザクションデータの送信先を認識する。

【0051】

ノータリノード６５は、サブチェーンにおけるトランザクションデータにファイナリティを与える。ノード２００（サブチェーンノード２００Ｂ）およびノード３００（サブチェーンノード３００Ｂ）は、トランザクションデータを生成した際に、トランザクションデータのハッシュ値およびトランザクションデータのアウトプットのインデックスを含むデータをノータリノード６５に送る。ノータリノード６５は、ノード２００またはノード３００から受けた上記データを順番に保持することで、サブチェーンにおけるトランザクションデータの順番を保証する。

【0052】

図２は、管理サーバ２のハードウェア構成を説明するための図である。管理サーバ２は、制御装置２１と、ＲＯＭ２２と、ＲＡＭ（Random Access Memory）２３と、通信装置２４と、入力装置２５と、表示装置２６と、記憶装置２７とを備える。制御装置２１、ＲＯＭ２２、ＲＡＭ２３、通信装置２４、入力装置２５、表示装置２６、および、記憶装置２７は、バス２９に接続されている。

【0053】

制御装置２１は、たとえば、ＣＰＵ（Central Processing Unit）を含む集積回路によって構成される。制御装置２１は、ＲＯＭ２２に格納されている各種プログラムをＲＡＭ２３に展開して実行する。各種プログラムには、オペレーティングシステム等が含まれる。ＲＡＭ２３は、ワーキングメモリとして機能し、各種プログラムの実行に必要な各種データを一時的に格納する。後に詳しく説明するが、制御装置２１は、メインチェーンで機能するメインチェーンノード２００Ａと、サブチェーンで機能するサブチェーンノード２００Ｂと、オフチェーン（ネットワークＮＷ外）で機能するオフチェーンノード２００Ｃとを含む。また、制御装置２１は、ネットワークＮＷにおいて機能する上述のプラットフォームプロバイダ６０を含む。

【0054】

通信装置２４は、外部の機器との通信が可能に構成される。外部の機器は、たとえば、サービスサーバ３、クライアント装置４およびアプリ提供サーバ５等を含む。通信装置２４と外部の機器との通信は、インターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イーサネット（登録商標）ネットワーク、パブリックネットワーク、プライベートネットワーク、有線ネットワークまたは無線ネットワーク等、あるいは、これらの組み合わせを用いて行なわれる。

【0055】

入力装置２５は、入力デバイスを含む。入力デバイスは、たとえば、マウス、キーボード、タッチパネル、および／または、ユーザの操作を受け付けることが可能なその他の装置である。

【0056】

表示装置２６は、ディスプレイを含む。表示装置２６は、制御装置２１からの制御信号に従って、ディスプレイに各種の画像を表示させる。ディスプレイは、たとえば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、または、その他の表示機器である。

【0057】

記憶装置２７は、たとえば、ハードディスクまたはフラッシュメモリ等の記憶媒体を含んで構成される。記憶装置２７は、分散型台帳セット２７０、秘密鍵２７５、および、複数の公開鍵２７７を記憶している。分散型台帳セット２７０および後述の分散型台帳セット３７０の詳細については、後に説明する。

【0058】

秘密鍵２７５は、管理サーバ２を管理する管理企業の秘密鍵である。たとえば、管理サーバ２が最初にネットワークを形成するにあたり、制御装置２１は、秘密鍵および公開鍵を生成する。そして、制御装置２１は、生成された公開鍵を認証局（図示せず）に送信して、認証を受ける。認証局は、電子証明書を発行する認証機関である。認証局は、公開鍵の情報を含めた電子証明書を発行する。制御装置２１は、認証を受けた公開鍵に対応する秘密鍵２７５を記憶装置２７に記憶させる。また、制御装置２１は、認証を受けた公開鍵（電子証明書）を、ネットワークＮＷに参加するサービスサーバ３－１～３－４に送信する。

【0059】

複数の公開鍵２７７は、Ａ企業の公開鍵、Ｂ企業の公開鍵、Ｃ企業の公開鍵およびＤ企業の公開鍵を含む。制御装置２１は、サービスサーバ３から受信した公開鍵を記憶装置２７に記憶させる。また、記憶装置２７は、自身（管理企業）の公開鍵を記憶していてもよい。

【0060】

制御装置２１は、トランザクションデータの生成時に、秘密鍵２７５を用いて電子署名を作成し、当該電子署名をトランザクションデータに含める。また、制御装置２１は、サービスサーバ３からトランザクションデータを受信した場合に、複数の公開鍵２７７のうちの、トランザクションデータの送信元の公開鍵を用いて、電子署名の有効性を検証する。

【0061】

図３は、サービスサーバ３のハードウェア構成を説明するための図である。サービスサーバ３－１～３－４は、基本的に同様のハードウェア構成を有する。図３の説明においては、サービスサーバ３がいずれの企業のものであるかを特定する場合には、Ａ企業のサービスサーバ３－１を例にして説明する。

【0062】

サービスサーバ３は、制御装置３１と、ＲＯＭ３２と、ＲＡＭ３３と、通信装置３４と、入力装置３５と、表示装置３６と、記憶装置３７とを備える。制御装置３１、ＲＯＭ３２、ＲＡＭ３３、通信装置３４、入力装置３５、表示装置３６、および、記憶装置３７は、バス３９に接続されている。

【0063】

制御装置３１は、たとえば、ＣＰＵを含む集積回路によって構成される。制御装置３１は、ＲＯＭ３２に格納されている各種プログラムをＲＡＭ３３に展開して実行する。各種プログラムには、オペレーティングシステム等が含まれる。ＲＡＭ３３は、ワーキングメモリとして機能し、各種プログラムの実行に必要な各種データを一時的に格納する。制御装置３１は、メインチェーンで機能するメインチェーンノード３００Ａと、サブチェーンで機能するサブチェーンノード３００Ｂと、オフチェーン（ネットワークＮＷ外）で機能するオフチェーンノード３００Ｃとを含む。

【0064】

通信装置３４、入力装置３５および表示装置３６は、それぞれ、管理サーバ２の通信装置２４、入力装置２５および表示装置２６と基本的に同様の構成を有するため、その説明は繰り返さない。

【0065】

記憶装置３７は、たとえば、ハードディスクまたはフラッシュメモリ等の記憶媒体を含んで構成される。記憶装置３７は、分散型台帳セット３７０、秘密鍵３７５、および、複数の公開鍵３７７を記憶している。

【0066】

秘密鍵３７５－１は、サービスサーバ３－１を管理するＡ企業の秘密鍵である。たとえば、Ａ企業のサービスサーバ３－１が最初にネットワークＮＷに参加するにあたり、制御装置３１－１は、秘密鍵および公開鍵を生成する。そして、制御装置３１－１は、生成された公開鍵を認証局（図示せず）に送信して、認証を受ける。制御装置３１－１は、認証を受けた公開鍵に対応する秘密鍵３７５－１を記憶装置３７－１に記憶させる。また、制御装置３１－１は、認証を受けた公開鍵（電子証明書）を、ドアマンノード６１に送信し、証明書の付与を受ける。この証明書は、サービスサーバ３－１が発行するトランザクションデータに含まれる。また、制御装置３１－１は、認証を受けた公開鍵（電子証明書）を、ネットワークＮＷを形成する管理サーバ２およびサービスサーバ３－２～３－４に送信する。

【0067】

複数の公開鍵３７７－１は、管理企業の公開鍵、Ｂ企業の公開鍵、Ｃ企業の公開鍵およびＤ企業の公開鍵を含む。制御装置３１－１は、管理サーバ２およびサービスサーバ３－２～３－４から受信した公開鍵を記憶装置３７－１に記憶させる。また、記憶装置３７－１は、自身（Ａ企業）の公開鍵を記憶していてもよい。

【0068】

制御装置３１－１は、トランザクションデータの生成時に、秘密鍵３７５－１を用いて電子署名を作成し、当該電子署名をトランザクションデータに含める。また、制御装置３１－１は、管理サーバ２またはサービスサーバ３－２～３－４からトランザクションデータを受信した場合に、複数の公開鍵３７７－１のうちの、トランザクションデータの送信元の公開鍵を用いて、電子署名の有効性を検証する。

【0069】

図４は、クライアント装置４のハードウェア構成を説明するための図である。クライアント装置４は、制御装置４１と、ＲＯＭ４２と、ＲＡＭ４３と、通信装置４４と、入力装置４５と、表示装置４６と、記憶装置４７とを備える。制御装置４１、ＲＯＭ４２、ＲＡＭ４３、通信装置４４、入力装置４５、表示装置４６、および、記憶装置４７は、バス４９に接続されている。

【0070】

制御装置４１は、たとえば、ＣＰＵを含む集積回路によって構成される。制御装置４１は、ＲＯＭ４２に格納されている各種プログラムをＲＡＭ４３に展開して実行する。各種プログラムには、オペレーティングシステム等が含まれる。ＲＡＭ４３は、ワーキングメモリとして機能し、各種プログラムの実行に必要な各種データを一時的に格納する。制御装置４１は、通信装置４４を介して、アプリ提供サーバ５からアプリケーションをインストールしたり、インストールしたアプリケーションを実行したりする機能を有する。

【0071】

通信装置４４および表示装置４６は、それぞれ、管理サーバ２の通信装置２４および表示装置２６と基本的に同様の構成を有するため、その説明は繰り返さない。

【0072】

入力装置４５は、入力デバイスを含む。入力デバイスは、たとえば、マウス、キーボード、タッチパネル、および／または、ユーザの操作を受け付けることが可能なその他の装置である。また、入力装置４５は、カメラまたはスキャナ等の情報取得装置をさらに含む。

【0073】

記憶装置４７は、たとえば、ハードディスクまたはフラッシュメモリ等の記憶媒体を含んで構成される。記憶装置４７は、アプリ提供サーバ５からインストールされたアプリケーションを記憶する。本実施の形態においては、記憶装置４７には、ウォレットアプリ５０が記憶されている。

【0074】

＜ウォレットアプリおよびミニアプリの利用＞
上記のような構成を有するデータ共有システム１において、クライアント装置４にインストールしたウォレットアプリ５０（スーパーアプリ）は、ユーザ情報の登録と、ユーザの本人確認（ＫＹＣ）とを経て、その利用が可能となる。さらに、ウォレットアプリ５０のミニアプリ（第１アプリ５１～第４アプリ５４）を利用するためには、利用するミニアプリを提供する企業（たとえば、第１アプリ５１であればＡ企業）に、ユーザ情報を提供し、その企業によるＫＹＣを経ることが求められる。たとえば、ユーザが第１アプリ５１の利用登録をする場合には、サービスサーバ３－１（Ａ企業）へのユーザ情報の提供を要する一方で、サービスサーバ３－２～３－４（Ｂ企業，Ｃ企業，Ｄ企業）にはユーザ情報の提供は要しない。一般に、ブロックチェーン等の分散型台帳技術では、ネットワークに参加する全ノードにデータが共有されるため、特定のノード間だけでのデータ共有はできない。分散型台帳技術を用いて、データの耐改ざん性を向上させつつも、データを特定のノード間のみで共有する手法が望まれている。また、ＫＹＣについても、ミニアプリを提供する各サービスサーバ３（各企業）毎に実施することは、企業にとってもユーザにとっても手間であり、対策が求められている。

【0075】

そこで、本実施の形態に係るデータ共有システム１では、スーパーアプリを提供する管理企業（管理サーバ２）が行なったＫＹＣ結果をメインチェーンに格納し、ネットワークＮＷの参加者に共有する。ミニアプリを提供する各企業は、ミニアプリの利用申請があった場合に、メインチェーン上のＫＹＣ結果を確認することにより、ユーザの本人確認を行なったものと見做し、自らがＫＹＣを実施することを省略することができる。

【0076】

また、ミニアプリの利用申請を受けた企業は、サービスを提供するためにユーザ情報を得る必要がある。本実施の形態に係るデータ共有システム１では、ウォレットアプリ５０へのユーザ情報の登録時に入力されたユーザ情報は、ＫＹＣサービスの実施後に、管理サーバ２の分散型台帳２７２（サブチェーン）に格納される。クライアント装置４のユーザが、ミニアプリへのユーザ情報の提供に同意すると、サブチェーンにより、分散型台帳２７２に格納されたユーザ情報が、ミニアプリを提供するサービスサーバ３の分散型台帳３７２に共有される。

【0077】

図５は、データ共有システム１のシステム構成を概略的に示す図である。図５および後述の図６～図８を参照しながら、ウォレットアプリおよびミニアプリの利用登録から退会登録まで一連の処理について説明する。

【0078】

＜＜ウォレットアプリのインストール：ＫＹＣ＞＞
図６は、クライアント装置４へウォレットアプリ５０をインストールした際に実行される処理における情報の流れを模式的に示した図である。図５および図６を参照して、クライアント装置４にウォレットアプリ５０がインストールされると、ウォレットアプリ５０（アプリ提供サーバ５）は、クライアント装置４にアカウント登録を求める。クライアント装置４の制御装置４１は、アカウント登録の求めに応じて、秘密鍵および公開鍵を生成する。制御装置４１は、生成された公開鍵を認証局（図示せず）に送信して、認証を受けてもよい。制御装置４１は、認証を受けた公開鍵に対応する秘密鍵を記憶装置４７に記憶させる。認証を受けた公開鍵は、後に説明するように、メインチェーンにおけるクライアント装置４（ユーザ）のＩＤとしても用いられる。

【0079】

次に、ウォレットアプリ５０は、クライアント装置４にユーザ情報の登録を求める。クライアント装置４の制御装置４１は、たとえば、表示装置４６の表示画面にユーザ情報の入力欄を表示させる。ユーザ情報は、たとえば、氏名、生年月日、住所、年齢等の情報を含む。ユーザは、入力装置４５を介して、氏名、生年月日、住所、年齢等の情報を入力する。さらに、ユーザ情報は、本人確認をするための情報をさらに含む。本人確認をするための情報は、たとえば、運転免許証、マイナンバーカード、または、健康保険証等であってもよい。ユーザは、たとえば、入力装置４５に含まれるカメラ等により運転免許証を撮影し、その情報をユーザ情報として登録する。

【0080】

登録されたユーザ情報は、クライアント装置４の通信装置４４を介して、アプリ提供サーバ５に送られる。アプリ提供サーバ５は、ＫＹＣサービスを実施する管理サーバ２のＡＰＩ２１０にアクセスし、ユーザ情報とともにＫＹＣの実施要求を管理サーバ２に送信する。また、クライアント装置４の公開鍵の情報も、アプリ提供サーバ５を介して、クライアント装置４から管理サーバ２に送られる。なお、アプリ提供サーバ５は、ユーザ情報の入力漏れ、および／または、撮影された運転免許証等の画像データの容量等が、ＫＹＣサービスを実施するために定められた基準の範囲内であるかを確認してもよい。

【0081】

ＫＹＣの実施要求を受けると、管理サーバ２は、ＫＹＣサービスを実施する。そして、管理サーバ２は、ＫＹＣ済みのユーザ情報を分散型台帳２７２に格納してサブチェーンを更新するとともに、メインチェーンにクライアント装置４のユーザのＩＤ（以下「ユーザＩＤ」とも称する）を発行し、ユーザＩＤに紐付ける形式で、ＫＹＣ結果を分散型台帳２７１に格納してメインチェーンを更新する。

【0082】

具体的には、ＫＹＣの実施要求を受けると、制御装置２１のオフチェーンノード２００Ｃが機能する。オフチェーンノード２００Ｃは、取得したユーザ情報を用いてＫＹＣを実施する。ＫＹＣの実施には、管理サーバ２の管理者や管理サーバ２を運営する企業の従業員等の作業が介在してもよい。ＫＹＣを実施した結果、本人確認に問題がないと判断すると、オフチェーンノード２００Ｃは、ＫＹＣの完了を示す情報をサブチェーンノード２００Ｂに出力する。

【0083】

ＫＹＣの完了を示す情報を取得すると、制御装置２１のサブチェーンノード２００Ｂが機能する。サブチェーンノード２００Ｂは、サブチェーンを更新するためのトランザクションデータを生成する。この時点では、クライアント装置４のユーザは、ウォレットアプリ５０に対してユーザ情報の提供を同意しており、ウォレットアプリ５０内のミニアプリに対してはユーザ情報の提供を同意していない。そのため、この時点では、ユーザ情報は、管理サーバ２の分散型台帳２７２にのみ格納され、サービスサーバ３－１～３－４の分散型台帳３７２－１～３７２－４には格納されない。よって、トランザクションデータには、ユーザ情報が含まれるとともに、トランザクションデータの送信先には自身（管理サーバ２）が指定される。さらに、トランザクションデータには、ユーザ情報のハッシュ値（以下「データハッシュ」とも称する）が含まれる。サブチェーンノード２００Ｂは、このトランザクションデータを処理し、分散型台帳２７２にユーザ情報およびデータハッシュを格納する。分散型台帳２７２にデータハッシュを格納しておくのは、後に説明する同意情報（権限情報）の更新チェックの度に、ユーザ情報のハッシュ値を生成するという工数を削減するためである。図５においては、ユーザ情報およびデータハッシュを「ＤａｔａＡ」と表記している。上述のとおり、この時点においては、ＤａｔａＡは、管理サーバ２の分散型台帳２７２にのみ格納されている。

【0084】

サブチェーンが更新されると、制御装置２１のメインチェーンノード２００Ａが機能する。メインチェーンノード２００Ａは、メインチェーンを更新するためのトランザクションデータを生成する。具体的には、メインチェーンノード２００Ａは、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報を含むトランザクションデータを生成する。トランザクションデータの送信先には、メインチェーンを形成する全ノード（メインチェーンノード２００Ａおよびメインチェーンノード３００Ａ－１～３００Ａ－４）が指定される。また、トランザクションデータの所有者を示す情報には、クライアント装置４の公開鍵のハッシュ値が含まれる。このトランザクションデータが、ネットワークＮＷにブロードキャストされ、管理サーバ２のメインチェーンノード２００Ａおよびサービスサーバ３のメインチェーンノード３００Ａに処理されることにより、クライアント装置４の公開鍵のハッシュ値が、クライアント装置４のＩＤ（以下「ユーザＩＤ」とも称する）として、メインチェーンに発行される。そして、ユーザＩＤに紐付く形式で、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報がメインチェーン（分散型台帳２７１および分散型台帳３７１）に格納される。

【0085】

同意情報（権限情報）は、ユーザ情報の共有範囲を定めるための情報であり、「誰が（Ｆｒｏｍ）」、「誰に（Ｔｏ）」、「何のデータ（Ｈａｓｈ）について同意したか」の情報を含む。具体的には、同意情報は、同意元を示す情報（Ｆｒｏｍ）、同意先を示す情報（Ｔｏ）、および、対象となるデータを示す情報（Ｈａｓｈ）が含まれる。上述の例では、同意元を示す情報は、たとえば、ユーザＩＤ（クライアント装置４の公開鍵のハッシュ値）である。同意先を示す情報は、たとえば、管理サーバ２を特定するための情報である管理サーバ２のＩＤ（たとえば、管理サーバ２の公開鍵のハッシュ値あるいはアドレス）である。対象となるデータを示す情報は、たとえば、ユーザ情報のハッシュ値（データハッシュ）である。

【0086】

ＫＹＣ確認結果の情報は、ＫＹＣの実施結果を示す情報であり、「誰が（Ｆｒｏｍ）」、「誰の（Ｔｏ）」、「何のデータ（Ｈａｓｈ）を確認したか」の情報を含む。具体的には、ＫＹＣ確認結果の情報は、ＫＹＣの実施者を示す情報（Ｆｒｏｍ）、ＫＹＣの対象者を示す情報（Ｔｏ）、および、ＫＹＣの対象となるデータを示す情報（Ｈａｓｈ）が含まれる。上述の例では、ＫＹＣの実施者を示す情報は、たとえば、管理サーバ２を特定するための情報である管理サーバ２のＩＤ（たとえば、管理サーバ２の公開鍵のハッシュ値あるいはアドレス）である。ＫＹＣの対象者を示す情報は、たとえば、ユーザＩＤ（クライアント装置４の公開鍵のハッシュ値）である。ＫＹＣの対象となるデータを示す情報は、たとえば、ユーザ情報のハッシュ値（データハッシュ）である。

【0087】

上記のように、クライアント装置４へのウォレットアプリ５０のインストールに伴なって、ウォレットアプリ５０を提供する管理サーバ２（管理企業）によりユーザのＫＹＣが実施される。そして、ユーザ情報が管理サーバ２の分散型台帳２７２に格納される。さらに、メインチェーンにユーザＩＤが発行され、ＫＹＣ結果、ユーザ情報のハッシュ値（データハッシュ）および同意情報が、ユーザＩＤに紐付く形式でメインチェーン（分散型台帳２７１および分散型台帳３７１－１～３７１－４）に格納される。

【0088】

＜＜ミニアプリの利用登録：ＫＹＣの省略＞＞
図７は、ウォレットアプリ５０内において第１アプリ５１が利用登録（初回利用）される際に実行される処理における情報の流れを模式的に示した図である。図７においては、ミニアプリとして第１アプリ５１を例にして説明する。図５および図７を参照して、前提として、第１サービスを提供しているＡ企業が、ウォレットアプリ５０のミニアプリとして第１アプリ５１を提供（配信）することを決定している。したがって、ウォレットアプリ５０のミニアプリとして第１アプリ５１が提供されている。

【0089】

たとえば、クライアント装置４のユーザは、ウォレットアプリ５０を立ち上げて、表示装置４６の表示画面に表示されている第１アプリ５１を選択操作する。第１アプリ５１の初回利用（起動）時には、ウォレットアプリ５０（アプリ提供サーバ５）は、クライアント装置４のユーザに対して、第１アプリ５１の利用登録を求める。具体的には、ウォレットアプリ５０は、クライアント装置４のユーザに対して、第１アプリ５１（第１サービスを提供するサービスサーバ３－１）へのユーザ情報の提供を求める。この求めに応答して、クライアント装置４の制御装置４１は、第１アプリ５１（第１サービスを提供するサービスサーバ３－１）へのユーザ情報の提供を求める同意画面を、表示装置４６に表示させる。クライアント装置４のユーザは、入力装置４５を操作して、第１アプリ５１にユーザ情報を提供することに同意する。

【0090】

クライアント装置４の制御装置４１は、通信装置４４を介して、ユーザがユーザ情報の提供に同意したことを示す情報（同意を示す情報）を、アプリ提供サーバ５に送信する。アプリ提供サーバ５は、同意を示す情報を管理サーバ２に送信する。

【0091】

管理サーバ２は、同意を示す情報を受けると、メインチェーンの同意情報を更新する。そして、更新された同意情報に基づいて、サブチェーンにおいて、ユーザ情報をサービスサーバ３－１に送信する。

【0092】

具体的には、同意を示す情報を受けると、制御装置２１のオフチェーンノード２００Ｃが機能し、オフチェーンノード２００Ｃからメインチェーンノード２００Ａに、同意を示す情報を受けたことが通知される。

【0093】

上記通知を受けると、メインチェーンノード２００Ａは、同意情報を更新する。具体的には、同意先を示す情報に、サービスサーバ３－１のＩＤ（たとえば、サービスサーバ３－１の公開鍵のハッシュ値あるいはアドレス）を追加した同意情報を含むトランザクションデータを生成する。すなわち、この同意情報に含まれる同意先を示す情報には、管理サーバ２のＩＤと、サービスサーバ３－１のＩＤとが含まれる。メインチェーンノード２００Ａは、生成されたトランザクションデータをネットワークＮＷにブロードキャストする。当該トランザクションデータが、メインチェーンノード２００Ａ、３００Ａに処理されることにより、分散型台帳２７１，３７１が更新される。これにより、メインチェーンに格納された同意情報が更新される。

【0094】

サブチェーンノード２００Ｂは、分散型台帳２７１（メインチェーン）の同意情報が更新されると、更新された同意情報の内容を確認する。この確認により、サブチェーンノード２００Ｂは、サービスサーバ３－１にユーザ情報を得る権限が生じたことを認識する。上述のとおり、同意情報の対象となるデータを示す情報（Ｈａｓｈ）には、ハッシュ値が格納されている。本実施の形態では、分散型台帳２７２にユーザ情報に加えてデータハッシュが格納されているので、上記確認を行なう場合に、サブチェーンノード２００Ｂは、ユーザ情報を再度ハッシュ化することなく、サービスサーバ３－１のサブチェーンノード３００Ｂに共有すべきユーザ情報を特定することができる。

【0095】

サブチェーンノード２００Ｂは、ユーザ情報およびデータハッシュを格納したトランザクションデータを生成する。このトランザクションデータの送信先には、サービスサーバ３－１のサブチェーンノード３００Ｂ－１が指定される。

【0096】

なお、サブチェーンノード２００Ｂは、サービスサーバ３－１のサブチェーンノード３００Ｂ－１に送信するトランザクションデータを生成すると、当該トランザクションデータのハッシュ値およびトランザクションデータのアウトプットのインデックスを含むデータをノータリノード６５に送る。これにより、トランザクションデータにファイナリティが与えられる。

【0097】

サービスサーバ３－１のサブチェーンノード３００Ｂ－１は、管理サーバ２のサブチェーンノード２００Ｂから受けたトランザクションデータを処理し、ユーザ情報を分散型台帳３７２－１に格納する。これにより、ユーザ情報が同期（共有）されて、サブチェーンが更新される。なお、この際に、サービスサーバ３－２～３－４のサブチェーンノード３００Ｂ－２～３００Ｂ－４にはトランザクションデータは送信されない。図５に示されるように、ＤａｔａＡがサービスサーバ３－１の分散型台帳３７２－１にも格納され、ＤａｔａＡが管理サーバ２の分散型台帳２７２とサービスサーバ３－１の分散型台帳３７２－１とに保持された状態となる。

【0098】

サービスサーバ３－１のメインチェーンノード３００Ａ－１は、分散型台帳３７２－１にユーザ情報が同期されると、メインチェーン（分散型台帳３７１－１）を参照して、同期されたユーザ情報のハッシュ値（データハッシュ）と、ＫＹＣ結果とを確認する。具体的には、メインチェーンノード３００Ａ－１は、同期されたユーザ情報のハッシュ値を分散型台帳３７１－１に照会させる。ユーザ情報のハッシュ値は、メインチェーンノード３００Ａ－１により生成されてもよいし、分散型台帳３７２－１に格納されたデータハッシュを用いてもよい。上記の照会により、メインチェーンノード３００Ａ－１は、データハッシュが紐付くユーザＩＤを特定する。そして、メインチェーンノード３００Ａ－１は、特定されたユーザＩＤに紐付く同意情報を参照することにより、分散型台帳３７２－１に同期されたユーザ情報が、管理サーバ２およびサービスサーバ３－１への提供が許可されたものであることを確認することができる。これによって、メインチェーンノード３００Ａ－１は、自身にユーザ情報が提供されたことが適切であることを認識することができる。また、メインチェーンノード３００Ａ－１は、特定されたユーザＩＤに紐付くＫＹＣ結果を参照することにより、当該ユーザＩＤのユーザに対して、管理サーバ２（管理企業）がＫＹＣ済みであることを確認することができる。

【0099】

メインチェーンノード３００Ａ－１によってＫＹＣ済みであることが確認されると、オフチェーンノード３００Ｃ－１は、第１サービスの利用登録を完了させる。これにより、クライアント装置４のユーザは、第１アプリ５１を使って、第１サービスを利用することが可能となる。

【0100】

なお、上記においては、第１アプリ５１の利用登録を例にして説明したが、第２アプリ５２～第４アプリ５４の利用登録についても同様である。

【0101】

＜＜ミニアプリの退会登録＞＞
図８は、第１アプリ５１の退会登録時に実行される処理における情報の流れを模式的に示した図である。

【0102】

図５および図８を参照して、クライアント装置４のユーザは、ウォレットアプリ５０から第１アプリ（第１サービス）の退会申し込みを行なう。退会申し込みは、第１アプリ５１（サービスサーバ３－１）からユーザ情報を削除する要求（削除依頼）を含む。クライアント装置４のユーザは、たとえば、第１アプリ５１の利用時に表示装置４６に表示された退会ボタンを選択することにより、退会申し込みを行なうことができる。退会申し込みは、クライアント装置４の通信装置４４を介して、アプリ提供サーバ５に送信される。

【0103】

アプリ提供サーバ５は、クライアント装置４への第１アプリ５１の提供の停止を決定する。そして、アプリ提供サーバ５は、提供停止を示す通知を管理サーバ２に送信する。

【0104】

管理サーバ２は、提供停止を示す通知を受けると、メインチェーン（分散型台帳２７１）の同意情報を更新する。具体的には、アプリ提供サーバ５から提供停止を示す通知を受けると、オフチェーンノード２００Ｃは、当該通知をメインチェーンノード２００Ａに出力する。メインチェーンノード２００Ａは、同意情報に含まれる同意先を示す情報（Ｔｏ）から、サービスサーバ３－１のＩＤを削除し、この同意情報を含むトランザクションデータを生成する。すなわち、更新された同意情報に含まれる同意先を示す情報には、管理サーバ２のＩＤのみが含まれている。メインチェーンノード２００Ａは、生成されたトランザクションデータをネットワークＮＷにブロードキャストする。このトランザクションデータをメインチェーンノード２００Ａおよびメインチェーンノード３００Ａが処理することにより、メインチェーン（分散型台帳２７１，３７１）の同意情報が更新される。

【0105】

サービスサーバ３－１のサブチェーンノード３００Ｂ－１は、同意情報が更新され、自身のユーザ情報を保持する権限が消失したことを認識すると、分散型台帳３７２－１からユーザ情報（ＤａｔａＡ）を削除する。また、ユーザの第１サービスの利用に伴なう、利用情報が分散型台帳３７２－１に格納されている場合には、サブチェーンノード３００Ｂ－１は、その利用情報も削除する。

【0106】

なお、オフチェーンノード２００Ｃは、アプリ提供サーバ５から提供停止を示す通知を受けた場合に、通信装置２４を介して、サービスサーバ３－１に、その旨を通知してもよい。これにより、サービスサーバ３－１が退会登録の受け付けをしてもよい。

【0107】

＜フローチャート＞
図９は、ウォレットアプリ５０がクライアント装置４にインストールされる際に実行される処理の手順を示すフローチャートである。図９に示すフローチャートの処理は、クライアント装置４がアプリ提供サーバ５にアクセスした際に開始される。なお、図９に示すフローチャートの各ステップ（以下ステップを「Ｓ」と略す）は、クライアント装置４の制御装置４１、アプリ提供サーバ５および管理サーバ２の制御装置２１によるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御装置４１、アプリ提供サーバ５および制御装置２１内に作製されたハードウェア（電子回路）によって実現されてもよい。

【0108】

Ｓ１０において、クライアント装置４に対して、ウォレットアプリ５０をインストールするユーザ操作が行なわれる。当該ユーザ操作に応答して、クライアント装置４の制御装置４１は、アプリ提供サーバ５からウォレットアプリ５０をインストールする。

【0109】

Ｓ１２において、クライアント装置４の制御装置４１は、ウォレットアプリ５０（アプリ提供サーバ５）からアカウント登録を求められる。クライアント装置４の制御装置４１は、アカウント登録の求めに応じて、秘密鍵および公開鍵を生成する。制御装置４１は、生成された公開鍵を認証局（図示せず）に送信して、認証を受けてもよい。

【0110】

Ｓ１４において、クライアント装置４の制御装置４１は、ウォレットアプリ５０からユーザ情報の登録を求められる。クライアント装置４の制御装置４１は、ユーザ情報の登録の求めに応じて、表示装置４６の表示画面にユーザ情報の入力欄を表示させる。ユーザによって入力欄に情報が入力されると、クライアント装置４の制御装置４１は、入力された情報をユーザ情報として登録する。

【0111】

Ｓ１６において、クライアント装置４の制御装置４１は、ユーザ情報および公開鍵の情報をアプリ提供サーバ５に送信する。

【0112】

Ｓ２０において、アプリ提供サーバ５は、クライアント装置４からユーザ情報および公開鍵の情報を取得する。

【0113】

Ｓ２２において、アプリ提供サーバ５は、ＫＹＣサービスに連携するために、Ｓ２０において取得したユーザ情報と、ＫＹＣの実施要求とを、ＫＹＣサービスを実施する管理サーバ２へ送信する。また、アプリ提供サーバ５は、クライアント装置４の公開鍵の情報も管理サーバ２へ送信する。

【0114】

Ｓ３０において、管理サーバ２の制御装置２１は、ＫＹＣの実施要求に応答して、ＫＹＣサービスを実施する。ＫＹＣサービスの実施には、管理サーバ２の管理者や管理サーバ２を運営する企業の従業員等の作業が介在してもよい。管理サーバ２の制御装置２１は、ＫＹＣを実施した結果、本人確認に問題がないと判断すると、処理をＳ３２に進める。

【0115】

Ｓ３２において、管理サーバ２の制御装置２１は、サブチェーンを更新するためのトランザクションデータを生成する。管理サーバ２の制御装置２１は、ユーザ情報およびデータハッシュをトランザクションデータに含める。また、管理サーバ２の制御装置２１は、トランザクションデータの送信先に、自身（サブチェーンノード２００Ｂ）を指定する。管理サーバ２の制御装置２１は、トランザクションデータを処理し、ユーザ情報およびデータハッシュを分散型台帳２７２に格納して、サブチェーンを更新する。

【0116】

Ｓ３４およびＳ３６において、管理サーバ２の制御装置２１は、メインチェーンを更新するためのトランザクションデータを生成する。管理サーバ２の制御装置２１は、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報をトランザクションデータに含める。また、管理サーバ２の制御装置２１は、トランザクションデータの送信先に、メインチェーンを形成する全ノード（メインチェーンノード２００Ａおよびメインチェーンノード３００Ａ－１～３００Ａ－４）を指定する。また、管理サーバ２の制御装置２１は、トランザクションデータの所有者を示す情報として、クライアント装置４の公開鍵のハッシュ値を含める。このトランザクションデータが、ネットワークＮＷにブロードキャストされ、管理サーバ２のメインチェーンノード２００Ａおよびサービスサーバ３のメインチェーンノード３００Ａに処理されることにより、ユーザＩＤがメインチェーン上に発行されるとともに、ユーザＩＤに紐付く形式で、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報がメインチェーン（分散型台帳２７１および分散型台帳３７１）に格納される。

【0117】

図１０は、第１アプリ５１の利用登録が行なわれる際に実行される処理の手順を示すフローチャートである。図１０に示すフローチャートの処理は、ウォレットアプリ５０内の第１アプリ５１を初回起動させるユーザ操作によって開始される。なお、図１０および後述の図１１に示すフローチャートの各ステップは、クライアント装置４の制御装置４１、アプリ提供サーバ５、管理サーバ２の制御装置２１およびサービスサーバ３－１の制御装置３１－１によるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御装置４１、アプリ提供サーバ５、制御装置２１および制御装置３１－１内に作製されたハードウェア（電子回路）によって実現されてもよい。

【0118】

Ｓ４０において、クライアント装置４の制御装置４１は、ユーザ操作に応答して、ウォレットアプリ５０内で第１アプリ５１を初回起動させる。

【0119】

Ｓ５０において、アプリ提供サーバ５（ウォレットアプリ５０）は、第１アプリ５１（第１サービス）を提供するサービスサーバ３－１にユーザ情報を提供することへの同意を求める確認画面を表示させる指示をクライアント装置４に返す。ここでいうユーザ情報は、ウォレットアプリ５０のインストール時に管理サーバ２に提供されたユーザ情報（たとえば、図５の例ではＤａｔａＡ）である。

【0120】

Ｓ４２において、クライアント装置４の制御装置４１は、アプリ提供サーバ５（ウォレットアプリ５０）からの指示に従って確認画面を表示させる。

【0121】

Ｓ４４において、クライアント装置４のユーザが確認画面に対して同意を示す同意操作を行なう。クライアント装置４の制御装置４１は、同意を示す情報をアプリ提供サーバ５に送信する。

【0122】

Ｓ５２において、アプリ提供サーバ５は、同意を示す情報を取得したことを確認すると、同意を示す情報を管理サーバ２に送信する。

【0123】

Ｓ６０において、管理サーバ２の制御装置２１は、同意を示す情報を受けると、メインチェーンの同意情報を更新する。具体的には、管理サーバ２の制御装置２１（メインチェーンノード２００Ａ）は、同意先を示す情報に、サービスサーバ３－１のＩＤを追加した同意情報を含むトランザクションデータを生成する。管理サーバ２の制御装置２１は、生成されたトランザクションデータをネットワークＮＷにブロードキャストする。

【0124】

Ｓ７０において、サービスサーバ３－１の制御装置３１－１（メインチェーンノード３００Ａ－１）は、管理サーバ２から取得したトランザクションデータを処理する。これにより、分散型台帳３７１－１が更新される。同様に、Ｓ６０で送信されたトランザクションデータが、サービスサーバ３－２～３－４（メインチェーンノード３００Ａ－２～３００Ａ－４）で処理されることにより、分散型台帳３７１－２～３７１－４が更新される。これにより、メインチェーンに格納された同意情報が更新される。更新された同意情報は、クライアント装置４のユーザが、管理サーバ２（管理企業）およびサービスサーバ３－１（Ａ企業）にユーザ情報を提供することに同意していることを示す。

【0125】

Ｓ６２において、管理サーバ２の制御装置２１は、メインチェーン（分散型台帳２７１）の同意情報の更新によって、サービスサーバ３－１にユーザ情報を得る権限が生じたことを認識する。管理サーバ２の制御装置２１（サブチェーンノード２００Ｂ）は、ユーザ情報およびデータハッシュを格納したトランザクションデータを生成する。管理サーバ２の制御装置２１（サブチェーンノード２００Ｂ）は、このトランザクションデータの送信先に、サービスサーバ３－１のサブチェーンノード３００Ｂ－１を指定する。なお、管理サーバ２の制御装置２１（サブチェーンノード２００Ｂ）は、当該トランザクションデータのハッシュ値およびトランザクションデータのアウトプットのインデックスを含むデータをノータリノード６５にも送信する。

【0126】

Ｓ７２において、サービスサーバ３－１の制御装置３１－１（サブチェーンノード３００Ｂ－１）は、管理サーバ２から受けたトランザクションデータを処理し、ユーザ情報を分散型台帳３７２－１に格納する。これにより、ユーザ情報が同期されて、サブチェーンが更新される。

【0127】

Ｓ７４において、サービスサーバ３－１の制御装置３１－１（メインチェーンノード３００Ａ－１）は、分散型台帳３７２－１にユーザ情報が同期されると、メインチェーン（分散型台帳３７１－１）を参照して、同期されたユーザ情報のハッシュ値（データハッシュ）と、ＫＹＣ結果とを確認する。具体的には、サービスサーバ３－１の制御装置３１－１は、同期されたユーザ情報のハッシュ値を分散型台帳３７１－１に照会させる。照会により、サービスサーバ３－１の制御装置３１－１は、データハッシュが紐付くユーザＩＤを特定する。そして、サービスサーバ３－１の制御装置３１－１は、特定されたユーザＩＤに紐付く同意情報を参照することにより、分散型台帳３７２－１に同期されたユーザ情報が、管理サーバ２およびサービスサーバ３－１への提供が許可されたものであることを確認することができる。これによって、サービスサーバ３－１の制御装置３１－１は、自身にユーザ情報が提供されたことが適切であることを認識することができる。また、サービスサーバ３－１の制御装置３１－１は、特定されたユーザＩＤに紐付くＫＹＣ結果を参照することにより、当該ユーザＩＤのユーザに対して、管理サーバ２（管理企業）がＫＹＣ済みであることを確認することができる。

【0128】

サービスサーバ３－１の制御装置３１－１は、ＫＹＣ済みであること確認すると、第１サービスの利用登録を完了させる。

【0129】

図１１は、第１アプリ５１（第１サービス）の退会登録が行なわれる際に実行される処理の手順を示すフローチャートである。図１１に示すフローチャートの処理は、第１アプリ５１の退会を申請するユーザ操作によって開始される。

【0130】

Ｓ８０において、クライアント装置４の制御装置４１は、ユーザ操作に応答して、第１アプリ５１（第１サービス）の退会登録の申請をアプリ提供サーバ５に送信する。

【0131】

Ｓ９０において、アプリ提供サーバ５は、クライアント装置４から退会登録の申請を受信すると、退会登録の申請を受け付ける。

【0132】

Ｓ９２において、アプリ提供サーバ５は、クライアント装置４への第１アプリ５１の提供の停止を決定する。そして、アプリ提供サーバ５は、提供停止を示す通知を管理サーバ２に送信する。

【0133】

Ｓ１００において、管理サーバ２の制御装置２１（メインチェーンノード２００Ａ）は、提供停止を示す通知を受けると、メインチェーン（分散型台帳２７１）の同意情報を更新する。具体的には、管理サーバ２の制御装置２１は、同意情報に含まれる同意先を示す情報（Ｔｏ）から、サービスサーバ３－１のＩＤを削除し、この同意情報を含むトランザクションデータを生成し、ネットワークＮＷにブロードキャストする。

【0134】

Ｓ１１０において、サービスサーバ３－１の制御装置３１－１（メインチェーンノード３００Ａ－１）は、管理サーバ２から取得したトランザクションデータを処理する。これにより、分散型台帳３７１－１が更新される。同様に、Ｓ１１０で送信されたトランザクションデータが、サービスサーバ３－２～３－４（メインチェーンノード３００Ａ－２～３００Ａ－４）で処理されることにより、分散型台帳３７１－２～３７１－４が更新される。これにより、メインチェーンに格納された同意情報が更新される。更新された同意情報は、クライアント装置４のユーザが、管理サーバ２（管理企業）のみにユーザ情報の提供を許可していることを示す。

【0135】

Ｓ１１２において、サービスサーバ３－１の制御装置３１－１（サブチェーンノード３００Ｂ－１）は、同意情報が更新され、自身のユーザ情報を保持する権限が消失したことを認識すると、分散型台帳３７２－１からユーザ情報を削除する。また、ユーザの第１サービスの利用に伴なう、利用情報が分散型台帳３７２－１に格納されている場合には、サービスサーバ３－１の制御装置３１－１は、その利用情報も削除する。

【0136】

Ｓ１１４において、サービスサーバ３－１の制御装置３１－１は、ユーザの退会登録を完了させる。

【0137】

なお、Ｓ１０２において、管理サーバ２の制御装置２１は、サービスサーバ３－１に、アプリ提供サーバ５から提供停止を示す通知を受けたことを通知してもよい。これに応答して、サービスサーバ３－１の制御装置３１－１は、退会登録の受け付けをしてもよい。

【0138】

以上のように、本実施の形態に係るデータ共有システム１においては、クライアント装置４にウォレットアプリ５０をインストールした際に、管理サーバ２（管理企業）によってＫＹＣサービスが実施される。そのＫＹＣ結果を示す情報は、ネットワークＮＷに参加している全メインチェーンノードにデータが共有されるメインチェーンに格納される。これにより、ＫＹＣ結果を示す情報は、ネットワークＮＷに参加している全メインチェーンノードに監視されるので、耐改ざん性が高められる。

【0139】

また、ウォレットアプリ５０のミニアプリ（たとえば、第１アプリ５１）の利用登録が行なわれる際には、ミニアプリを提供するサービスサーバ３（企業）は、ユーザに対するＫＹＣを実施することなく、メインチェーンを参照して、管理サーバ２により実施されたＫＹＣ結果を確認する。この確認処理をもって、サービスサーバ３（企業）は、ＫＹＣを終える。このように、管理サーバ２によるＫＹＣ結果を参照することにより、ＫＹＣの実施を省略することができる。

【0140】

ミニアプリの利用申請を受けたサービスサーバ３（企業）は、サービスを提供するためにユーザ情報を得る必要がある。本実施の形態に係るデータ共有システム１では、ユーザの同意に基づいて、Ｐ２Ｐ型のサブチェーンを用いて、管理サーバ２からユーザ情報を得る権限を得たサービスサーバ３へユーザ情報が同期される。ブロードキャスト型のメインチェーンで同意情報を管理することにより、同意情報が全メインチェーンにより監視されるので、同意情報の耐改ざん性を高めることができる。そして、メインチェーンで共有された同意情報に基づいて、Ｐ２Ｐ型のサブチェーンにより、特定のサブチェーンノード間のみでのデータの同期を可能にすることができる。このように、ブロードキャスト型のメインチェーンに、Ｐ２Ｐ型のサブチェーンを組み合わせることにより、同意情報の耐改ざん性を高めつつ、同意情報に基づいた特定のサブチェーンノード間のみでのデータの同期を可能にすることができる。

【0141】

さらに、ブロードキャスト型のメインチェーンに、Ｐ２Ｐ型のサブチェーンを組み合わせることにより、同意情報の耐改ざん性を高めつつ、メインチェーンで共有された同意情報に基づいて、特定のサブチェーンノードに同期されたデータのみを削除することを可能にすることができる。

【0142】

［変形例１］
実施の形態では、たとえば図６に示されたように、ＫＹＣ結果等をメインチェーンに格納するタイミングでメインチェーンにユーザＩＤが発行された。しかしながら、メインチェーンにユーザＩＤが発行されるタイミングは異なるタイミングであってもよい。

【0143】

図１２は、変形例における、クライアント装置４へウォレットアプリ５０をインストールした際に実行される処理における情報の流れを模式的に示した図である。

【0144】

図１２を参照して、クライアント装置４にウォレットアプリ５０がインストールされると、実施の形態と同様に、ウォレットアプリ５０（アプリ提供サーバ５）は、クライアント装置４にアカウント登録を求める。クライアント装置４の制御装置４１は、アカウント登録の求めに応じて、秘密鍵および公開鍵を生成する。制御装置２１は、生成された公開鍵を認証局（図示せず）に送信して、認証を受けてもよい。制御装置４１は、認証を受けた公開鍵に対応する秘密鍵を記憶装置４７に記憶させる。

【0145】

クライアント装置４の制御装置４１は、認証を受けた公開鍵、および、公開鍵のハッシュ値をアプリ提供サーバ５に送信する。

【0146】

アプリ提供サーバ５は、公開鍵、および、公開鍵のハッシュ値をＩＤとして、ユーザのＩＤ登録を行なう。

【0147】

アプリ提供サーバ５は、ユーザのＩＤ登録が完了すると、公開鍵のハッシュ値と、ＩＤ発行要求とを管理サーバ２に送信する。

【0148】

管理サーバ２は、公開鍵のハッシュ値およびＩＤ発行要求を受けると、当該ハッシュ値をＩＤとして、メインチェーンにユーザＩＤを発行する。具体的には、アプリ提供サーバ５から公開鍵のハッシュ値およびＩＤ発行要求を受けると、オフチェーンノード２００Ｃが機能し、オフチェーンノード２００Ｃからメインチェーンノード２００Ａに公開鍵のハッシュ値が出力される。

【0149】

メインチェーンノード２００Ａは、ユーザＩＤを発行するトランザクションデータを生成し、生成されたトランザクションデータをネットワークＮＷにブロードキャストする。このトランザクションデータが処理されることにより、メインチェーンにユーザＩＤが発行される。

【0150】

ユーザ情報の登録以降の処理は、実施の形態と同様である。ＫＹＣサービスの実施後、サブチェーン（分散型台帳２７２）にユーザ情報が格納されると、メインチェーンノード２００Ａは、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報を含むトランザクションデータを生成する。このトランザクションデータには、所有者を示す情報には、ユーザＩＤが指定される。このトランザクションデータが処理されることにより、ユーザＩＤに紐付く形式で、データハッシュ、同意情報およびＫＹＣ確認結果を示す情報がメインチェーン（分散型台帳２７１および分散型台帳３７１）に格納される。

【0151】

上記のようなタイミングでメインチェーンにユーザＩＤが発行される構成を採用しても、実施の形態と同様の効果を奏することができる。

【0152】

［変形例２］
実施の形態および変形例１においては、ウォレットアプリ５０のミニアプリとして、第１アプリ５１～第４アプリ５４が提供される例について説明した。しかしながら、第１アプリ５１～第４アプリ５４は、ミニアプリではなく、単体のアプリケーションとして、アプリ提供サーバ５に提供されてもよい。さらに、この場合には、Ａ企業～Ｄ企業（サービスサーバ３－１～３－４）は、第１アプリ５１～第４アプリ５４を提供するための、アプリ提供サーバ５に相当するサーバをそれぞれ設けてもよい。

【0153】

上記のような構成であっても、各アプリケーション（第１アプリ５１～第４アプリ５４）がクライアント装置４にインストールされた場合に、各サービスサーバ３（サービスサーバ３－１～３－４）は、ユーザＩＤに基づいて、メインチェーンに格納された管理サーバ２によるＫＹＣ結果を参照することで、ＫＹＣの実施を省略することができる。クライアント装置４が、ウォレットアプリ５０および第１アプリ５１～第４アプリ５４のアカウント登録に用いる公開鍵を共通化することによって、メインチェーンに発行されるユーザＩＤ（公開鍵のハッシュ値）が共通化されるので、ユーザＩＤに基づいたＫＹＣ結果の参照が可能となる。したがって、上記のような構成であっても、実施の形態と同様の効果を奏することができる。

【0154】

［変形例３］
実施の形態および変形例１，２においては、管理サーバ２が、ネットワークＮＷを管理する機能と、ＫＹＣサービスを実施する機能とを備えた。しかしながら、ネットワークＮＷを管理する機能と、ＫＹＣサービスを実施する機能とは、異なるサーバにもたせてもよい。この場合には、ウォレットアプリ５０は、ＫＹＣサービスを提供するサービスサーバによって提供される。

【0155】

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0156】

１ データ共有システム、２ 管理サーバ、３ サービスサーバ、４ クライアント装置、５ アプリ提供サーバ、２１ 制御装置、２２ ＲＯＭ、２３ ＲＡＭ、２４ 通信装置、２５ 入力装置、２６ 表示装置、２７ 記憶装置、２９ バス、３１ 制御装置、３２ ＲＯＭ、３３ ＲＡＭ、３４ 通信装置、３５ 入力装置、３６ 表示装置、３７ 記憶装置、３９ バス、４１ 制御装置、４２ ＲＯＭ、４３ ＲＡＭ、４４ 通信装置、４５ 入力装置、４６ 表示装置、４７ 記憶装置、４９ バス、５０ ウォレットアプリ、５１ 第１アプリ、５２ 第２アプリ、５３ 第３アプリ、５４ 第４アプリ、６０ プラットフォームプロバイダ、６１ ドアマンノード、６３ ネットワークマップノード、６５ ノータリノード、２００ ノード、２００Ａ メインチェーンノード、２００Ｂ サブチェーンノード、２００Ｃ オフチェーンノード、２７０ 分散型台帳セット、２７１，２７２ 分散型台帳、２７５ 秘密鍵、２７７ 複数の公開鍵、３００ ノード、３００Ａ メインチェーンノード、３００Ｂ サブチェーンノード、３００Ｃ オフチェーンノード、３７０ 分散型台帳セット、３７１，３７２ 分散型台帳、３７５ 秘密鍵、３７７ 複数の公開鍵、ＮＷ ネットワーク。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】