特開 2024-151902 情報処理システム、ユーザ端末、情報処理方法、および、プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024151902

(43)【公開日】2024-10-25

(54)【発明の名称】情報処理システム、ユーザ端末、情報処理方法、および、プログラム

(51)【国際特許分類】

   G06Q 20/30 20120101AFI20241018BHJP

【ＦＩ】

G06Q20/30

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023065706

(22)【出願日】2023-04-13

(71)【出願人】

【識別番号】519355600

【氏名又は名称】株式会社ＩＤホールディングス

(74)【代理人】

【識別番号】110000028

【氏名又は名称】弁理士法人明成国際特許事務所

(72)【発明者】

【氏名】牧野 剛明

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA68

5L055AA68

(57)【要約】

【課題】セキュリティ上のリスクを低減しつつ、分散型ネットワーク同士を適切に連携させる。
【解決手段】情報処理システムは、３以上の分散型ネットワークが環状に接続された環状ネットワークと、所望処理を要求するユーザ端末とを備える。各分散型ネットワークは、制御部を有する複数のノードを有し、各ノードは、ユーザに関する個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有する。ウォレットには、次ウォレットを指定する次指定情報が非代替性を有するトークンとして格納される。第１分散型ネットワークの第１制御部は、環状ネットワークにおいて次指定情報による次ウォレットの指定が正順に一巡することを検証する検証処理が完了した後に所望処理を実行する。検証処理は、第１制御部が、第１分散型ネットワークのウォレットに格納された次指定情報を用いて、第２分散型ネットワークのウォレットを指定することで開始される。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１分散型ネットワークと第２分散型ネットワークとを含む３以上の分散型ネットワークが環状に接続された環状ネットワークと、
ユーザによって使用され、ユーザ端末制御部を有するユーザ端末と、を備え、
各前記分散型ネットワークは、制御部を有する複数のノードを有し、
各前記ノードは、前記ユーザに関する前記分散型ネットワークごとの情報である個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有し、
前記ウォレットには、正順において次の前記分散型ネットワークの前記ウォレットに相当する次ウォレットを指定する次指定情報が、非代替性を有するトークンとして格納され、
前記第１分散型ネットワークの前記ノードの前記制御部である第１制御部は、前記ユーザ端末制御部から予め定められた所望処理の実行が要求された場合、前記環状ネットワークにおいて前記次指定情報による前記次ウォレットの指定が前記正順に一巡することを検証する検証処理が完了した後に、前記所望処理を実行し、
前記検証処理は、前記第１制御部が、前記第１分散型ネットワークの前記ウォレットである第１ウォレットに格納された前記次指定情報を用いて、前記第２分散型ネットワークの前記ウォレットである第２ウォレットを指定することで開始される、情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記分散型台帳は、ブロックチェーンによって構成され、
前記ウォレットへの前記個別情報のＵＲＩの格納と、前記次指定情報の格納とは、前記分散型台帳に追加されるブロックに格納されるトランザクションによって実現される、情報処理システム。

【請求項3】

請求項１に記載の情報処理システムであって、
前記次指定情報は、前記正順において次の前記分散型ネットワークを表す第１識別子と、前記正順において次の前記分散型ネットワークの前記分散型台帳において一意の第２識別子とを含み、前記第１識別子と前記第２識別子との組み合わせによって前記次ウォレットを表し、
前記第１制御部は、前記第２分散型ネットワークの前記ノードに対して、前記第１ウォレットに格納された前記次指定情報に含まれる前記第２識別子を送信することによって、前記第２ウォレットを指定する、情報処理システム。

【請求項4】

請求項１から３のいずれか一項に記載の情報処理システムであって、
前記ウォレットには、逆順において次の前記分散型ネットワークの前記ウォレットに相当する前ウォレットを指定する情報が格納されない、情報処理システム。

【請求項5】

第１分散型ネットワークと第２分散型ネットワークとを含む３以上の分散型ネットワークが環状に接続された環状ネットワークを備え、
各前記分散型ネットワークは、制御部を有する複数のノードを有し、
各前記ノードは、ユーザに関する前記分散型ネットワークごとの情報である個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有し、
前記ウォレットには、正順において次の前記分散型ネットワークの前記ウォレットに相当する次ウォレットを指定する次指定情報が、非代替性を有するトークンとして格納される、情報処理システムにおいて、前記ユーザによって使用されるユーザ端末であって、
前記第１分散型ネットワークの前記ノードの前記制御部である第１制御部に対して、予め定められた所望処理の実行を要求するユーザ端末制御部を備え、
前記第１制御部は、前記所望処理の実行が要求された場合、前記環状ネットワークにおいて前記次指定情報による前記次ウォレットの指定が前記正順に一巡することを検証する検証処理が完了した後に、前記所望処理を実行し、
前記検証処理は、前記第１制御部が、前記第１分散型ネットワークの前記ウォレットである第１ウォレットに格納された前記次指定情報を用いて、前記第２分散型ネットワークの前記ウォレットである第２ウォレットを指定することで開始される、ユーザ端末。

【請求項6】

第１分散型ネットワークと第２分散型ネットワークとを含む３以上の分散型ネットワークが環状に接続された環状ネットワークを備え、
各前記分散型ネットワークは、制御部を有する複数のノードを有し、
各前記ノードは、ユーザに関する前記分散型ネットワークごとの情報である個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有し、
前記ウォレットには、正順において次の前記分散型ネットワークの前記ウォレットに相当する次ウォレットを指定する次指定情報が、非代替性を有するトークンとして格納される、情報処理システムにおいて実行される情報処理方法であって、
前記第１分散型ネットワークの前記ウォレットである第１ウォレットに格納された前記次指定情報を用いて、前記第２分散型ネットワークの前記ウォレットである第２ウォレットを指定することによって、前記環状ネットワークにおいて前記次指定情報による前記次ウォレットの指定が前記正順に一巡することを検証する検証処理を実行する工程と、
前記検証処理が実行された後に、予め定められた所望処理を実行する工程と、を備える、情報処理方法。

【請求項7】

第１分散型ネットワークと第２分散型ネットワークとを含む３以上の分散型ネットワークが環状に接続された環状ネットワークを備え、
各前記分散型ネットワークは、制御部を有する複数のノードを有し、
各前記ノードは、ユーザに関する前記分散型ネットワークごとの情報である個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有し、
前記ウォレットには、正順において次の前記分散型ネットワークの前記ウォレットに相当する次ウォレットを指定する次指定情報が、非代替性を有するトークンとして格納される、情報処理システムにおいて、前記ユーザによって使用されるユーザ端末を制御するコンピュータが実行するプログラムであって、
前記コンピュータに、前記第１分散型ネットワークの前記ノードである第１ノードに対して、予め定められた所望処理の実行を要求させる機能を実現させ、
前記第１ノードの前記制御部である第１制御部は、前記所望処理の実行が要求された場合、前記環状ネットワークにおいて前記次指定情報による前記次ウォレットの指定が前記正順に一巡することを検証する検証処理が完了した後に、前記所望処理を実行し、
前記検証処理は、前記第１制御部が、前記第１分散型ネットワークの前記ウォレットである第１ウォレットに格納された前記次指定情報を用いて、前記第２分散型ネットワークの前記ウォレットである第２ウォレットを指定することで開始される、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、ユーザ端末、情報処理方法、および、プログラムに関する。

【背景技術】

【0002】

中央集権的な情報管理システムには、大規模な情報漏洩や、基幹部の障害による機能停止等のリスクがある。このようなリスクを回避する技術として、分散型ネットワークによって情報を分散的に管理する技術が知られている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０２０－５０７１４３号公報

【発明の概要】

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

【0004】

単に既存の各情報管理システムに分散型ネットワークを適用した場合、各情報管理システムの分散型ネットワークがサイロ化する。そのため、ユーザの利便性向上のためには、分散型ネットワーク同士を連携させ、各ネットワーク間の相互運用性を高めることが望まれる。しかしながら、例えば、ネットワーク同士の連携や、互いに連携されたネットワークの利用のために、各ネットワーク間でユーザに関する情報を共有することや、各ネットワーク間でユーザに関する情報を授受する機会が増えることは、情報漏洩の観点でリスクがある。そのため、セキュリティ上のリスクを低減しつつ、分散型ネットワーク同士を適切に連携できる技術が望まれていた。

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

【0005】

本開示は、以下の形態として実現することが可能である。

【0006】

（１）本開示の一形態によれば、情報処理システムが提供される。この情報処理システムは、第１分散型ネットワークと第２分散型ネットワークとを含む３以上の分散型ネットワークが環状に接続された環状ネットワークと、ユーザによって使用され、ユーザ端末制御部を有するユーザ端末と、を備える。各前記分散型ネットワークは、制御部を有する複数のノードを有し、各前記ノードは、前記ユーザに関する前記分散型ネットワークごとの情報である個別情報のＵＲＩを格納するウォレットを有する分散型台帳を共有する。前記ウォレットには、正順において次の前記分散型ネットワークの前記ウォレットに相当する次ウォレットを指定する次指定情報が、非代替性を有するトークンとして格納される。前記第１分散型ネットワークの前記ノードの前記制御部である第１制御部は、前記ユーザ端末制御部から予め定められた所望処理の実行が要求された場合、前記環状ネットワークにおいて前記次指定情報による前記次ウォレットの指定が前記正順に一巡することを検証する検証処理が完了した後に、前記所望処理を実行する。前記検証処理は、前記第１制御部が、前記第１分散型ネットワークの前記ウォレットである第１ウォレットに格納された前記次指定情報を用いて、前記第２分散型ネットワークの前記ウォレットである第２ウォレットを指定することで開始される。
このような形態によれば、ユーザに関する個別情報のＵＲＩを格納する各ウォレットに非代替性を有するトークンとして格納される次指定情報によって、各分散型ネットワークが連携される。また、各分散型ネットワークのノードは、環状ネットワークにおいて次指定情報を用いた次ウォレットの指定が正順に一巡することを検証することで、各分散型ネットワークがユーザのために連携していることを検証できる。そのため、各分散型ネットワークを連携させる際や、各分散型ネットワークの連携を検証する際に、各分散型ネットワーク間で個別情報を共有することや、各分散型ネットワーク間で個別情報を授受することを要しない。そして、各分散型ネットワークの連携が検証された後に所望処理を実行できる。そのため、セキュリティ上のリスクを低減しつつ、分散型ネットワーク同士を適切に連携できる。
（２）上記形態において、前記分散型台帳は、ブロックチェーンによって構成され、前記ウォレットへの前記個別情報のＵＲＩの格納と、前記次指定情報の格納とは、前記分散型台帳に追加されるブロックに格納されるトランザクションによって実現されてもよい。このような形態によれば、各分散型ネットワークをブロックチェーンネットワークとして構成できる。そのため、中央集権的な情報管理によるリスクをより低減できる。
（３）上記形態において、前記次指定情報は、前記正順において次の前記分散型ネットワークを表す第１識別子と、前記正順において次の前記分散型ネットワークの前記分散型台帳において一意の第２識別子とを含み、前記第１識別子と前記第２識別子との組み合わせによって前記次ウォレットを表し、前記第１制御部は、前記第２分散型ネットワークの前記ノードに対して、前記第１ウォレットに格納された前記次指定情報に含まれる前記第２識別子を送信することによって、前記第２ウォレットを指定してもよい。このような形態によれば、各分散型ネットワーク間で第２識別子を授受することによって、各分散型ネットワークの連携を簡易に検証できる。
（４）上記形態において、前記ウォレットには、逆順において次の前記分散型ネットワークの前記ウォレットに相当する前ウォレットを指定する情報が格納されなくてもよい。このような形態によれば、ウォレットに前ウォレットを指定する情報が格納されないので、セキュリティ上のリスクをより低減できる。

【0007】

本開示は、情報処理システム以外の種々の形態として実現することも可能である。例えば、ユーザ端末や、情報処理方法や、分散型ネットワークシステムや、コンピュータプログラムが記録された一時的でない有形な記録媒体等の種々の形態で実現することが可能である。

【図面の簡単な説明】

【0008】

【図1】第１実施形態における情報処理システムを示す説明図である。

【図2】第１分散型台帳を説明する図である。

【図3】第２分散型台帳を説明する図である。

【図4】第３分散型台帳を説明する図である。

【図5】事前登録処理を示す説明図である。

【図6】連携処理に含まれる第１連携処理を示す第１の説明図である。

【図7】連携処理に含まれる第２連携処理を示す第１の説明図である。

【図8】第２連携処理を示す第２の説明図である。

【図9】情報処理を説明する第２の図である。

【図10】情報処理を説明する第２の図である。

【図11】情報処理を説明する第３の図である。

【図12】第２実施形態における情報処理システムを示す説明図である。

【図13】第３実施形態において実行される連携処理を示す第１の説明図である。

【図14】第３実施形態において実行される連携処理を示す第２の説明図である。

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

【0009】

Ａ．第１実施形態：
図１は、本実施形態における情報処理システム２０を示す説明図である。情報処理システム２０は、ユーザ端末４００と、Ｎ個（Ｎは３以上の整数）の分散型ネットワークシステム１００を備える。本実施形態では、Ｎ＝３であり、情報処理システム２０は、３つの分散型ネットワークシステム１００として、ネットワークシステム１００Ａと、ネットワークシステム１００Ｂと、ネットワークシステム１００Ｃとを備える。各ネットワークシステム同士、および、各ネットワークシステムとユーザ端末４００とは、インターネットＩＮＴを介して相互に通信可能に構成されている。

【0010】

各分散型ネットワークシステム１００は、それぞれ、複数のノード１１０によって構成された分散型ネットワーク１０１を備える。各分散型ネットワーク１０１において、各ノード１１０は、Ｐ２Ｐ（Peer to Peer）によって互いに接続されている。

【0011】

Ｎ個の分散型ネットワーク１０１は、各分散型ネットワーク１０１が環状に接続された環状ネットワーク３０を形成している。任意の一の分散型ネットワーク１０１から正順ＰＤに第Ｋ分散型ネットワーク（ＫはＮ以下の自然数）としたとき、正順ＰＤにおいて第１分散型ネットワークの次の分散型ネットワーク１０１は、第２分散型ネットワークである。また、逆順ＮＤにおいて第１分散型ネットワークの次の分散型ネットワーク１０１は、第Ｎ分散型ネットワーク、つまり、本実施形態では、第３分散型ネットワークである。以下では、特に断らない限り、ネットワークシステム１００Ａ，１００Ｂ，１００Ｃが有する各分散型ネットワーク１０１を、それぞれ、第１分散型ネットワーク１０１Ａ、第２分散型ネットワーク１０１Ｂ、第３分散型ネットワーク１０１Ｃとして説明する。また、第１分散型ネットワーク１０１Ａ、第２分散型ネットワーク１０１Ｂ、第３分散型ネットワーク１０１Ｃを構成する各ノード１１０を、それぞれ、第１ノード１１０Ａ、第２ノード１１０Ｂ、第３ノード１１０Ｃとも呼ぶ。また、第Ｋ分散型ネットワークを構成する各ノード１１０を、第Ｋノードとも呼ぶ。

【0012】

本実施形態では、各分散型ネットワークシステム１００は、ユーザ端末４００を使用するユーザが所有する金融資産を、各分散型ネットワークシステム１００間で共通に管理する金融サービスシステムとして構成されている。各分散型ネットワークシステム１００は、ユーザからの指示に応じて、金融資産を受け入れる入金処理や、金融資産を払い出す出金処理を実行可能である。本実施形態では、一の分散型ネットワークシステム１００によって入金処理や送金処理が実行された場合、その処理による金融資産の残高の変動結果が、他の分散型ネットワークシステム１００に同期される。

【0013】

分散型ネットワーク１０１において、各ノード１１０は、分散型台帳ＤＬを共有する。本実施形態では、分散型台帳ＤＬは、ブロックチェーンによって構成されている。これによって、分散型ネットワーク１０１は、ブロックチェーンネットワークとして構成されている。分散型台帳ＤＬを構成するブロックチェーンは、例えば、パブリック型であってもよいし、プライベート型であってもよい。また、例えば、ブロックチェーンネットワークを構成する複数のノードのうちの一部は、フルノードでなくてもよく、軽量ノードであってもよい。

【0014】

各分散型台帳ＤＬは、個別情報のＵＲＩを格納するウォレットＷを有する。個別情報は、ユーザ端末４００を使用するユーザに関する、分散型ネットワーク１０１ごとの情報である。また、本実施形態では、ウォレットＷには、各分散型ネットワークシステム１００間で共通に管理される金融資産の残高情報が格納される。

【0015】

各ノード１１０は、制御部１１１を備える。ノード１１０の制御部１１１は、ＣＰＵと、記憶部と、外部との信号の入出力を行う入出力インターフェイスとを備えるコンピュータによって構成される。制御部１１１に備えられた記憶部は、上述した分散型台帳ＤＬを記憶する。また、制御部１１１に備えられたＣＰＵが記憶部に記憶されたプログラムを実行することにより、分散型台帳ＤＬでトランザクションを実行する機能や、後述する検証処理を実行する機能等、種々の機能を制御部１１１に実現させる。

【0016】

具体的には、各第１ノード１１０Ａは、第１分散型台帳ＤＬ１を共有する。第１ノード１１０Ａは、ＣＰＵと記憶部と入出力インターフェイスとを有するコンピュータによって構成される第１制御部１１１Ａを備える。第１制御部１１１Ａに備えられた記憶部は、第１分散型台帳ＤＬ１を記憶する。また、第１制御部１１１Ａに備えられたＣＰＵが記憶部に記憶されたプログラムを実行することにより、第１分散型台帳ＤＬ１でトランザクションを実行する機能や、後述する検証処理を実行する機能等、種々の機能を第１制御部１１１Ａに実現させる。第１制御部１１１Ａは、個別情報である第１情報ｉｎｆ１にアクセス可能に構成されている。本実施形態では、第１情報ｉｎｆ１は、ユーザがネットワークシステム１００Ａを利用するための管理ＩＤであり、第１分散型ネットワーク１０１Ａからアクセス可能な第１データベース１９０Ａに格納されている。

【0017】

各第２ノード１１０Ｂは、第２分散型台帳ＤＬ２を共有する。第２ノード１１０Ｂの第２制御部１１１Ｂは、第１制御部１１１Ａと同様にコンピュータによって構成される。第２制御部１１１Ｂに備えられた記憶部は、第２分散型台帳ＤＬ２を記憶する。また、第２制御部１１１Ｂに備えられたＣＰＵが、記憶部に記憶されたプログラムを実行することにより、種々の機能を第２制御部１１１Ｂに実現させる。第２制御部１１１Ｂは、個別情報である第２情報ｉｎｆ２にアクセス可能に構成されている。本実施形態では、第２情報ｉｎｆ２は、ユーザがネットワークシステム１００Ｂを利用するための管理ＩＤであり、第２分散型ネットワーク１０１Ｂからアクセス可能な第２データベース１９０Ｂに格納されている。

【0018】

各第３ノード１１０Ｃは、第３分散型台帳ＤＬ３を共有する。第３ノード１１０Ｃの第３制御部１１１Ｃは、第１制御部１１１Ａと同様にコンピュータによって構成される。第３制御部１１１Ｃに備えられた記憶部は、第３分散型台帳ＤＬ３を記憶する。また、第３制御部１１１Ｃに備えられたＣＰＵが、記憶部に記憶されたプログラムを実行することにより、種々の機能を第３制御部１１１Ｃに実現させる。第３制御部１１１Ｃは、個別情報である第３情報ｉｎｆ３にアクセス可能に構成されている。本実施形態では、第３情報ｉｎｆ３は、ユーザがネットワークシステム１００Ｃを利用するための管理ＩＤであり、第３分散型ネットワーク１０１Ｃからアクセス可能な第３データベース１９０Ｃに格納されている。

【0019】

ユーザ端末４００は、ユーザによって使用される。ユーザ端末４００は、ユーザ端末制御部４０１と、表示部４１０とを備える。ユーザ端末制御部４０１は、第１制御部１１１Ａと同様にコンピュータによって構成され、ＣＰＵと記憶部４０３と入出力インターフェイスとを備える。ユーザ端末４００に備えられたＣＰＵは、記憶部４０３に記憶されたプログラム４０４を実行することにより、例えば、後述する所望処理の要求を実行する機能を含む種々の機能をユーザ端末制御部４０１に実現させる。プログラム４０４は、例えば、ユーザ端末制御部４０１で使用可能な専用アプリケーションプログラムであってもよいし、ユーザ端末制御部４０１で使用可能な汎用アプリケーション（例えば、ウェブブラウザ）の機能を拡張する機能拡張プログラムであってもよい。表示部４１０は、タッチ操作可能な液晶ディスプレイとして構成され、入力部や操作部を兼ねる。

【0020】

図２は、第１分散型台帳ＤＬ１を説明する図である。第１分散型台帳ＤＬ１は、ウォレットＷとして第１ウォレットＷ１を有する。第１ウォレットＷ１は、第１分散型台帳ＤＬ１において、第１分散型台帳ＤＬ１で一意の第１ウォレットアドレスＷＡ１によって指定される。本実施形態では、第１ウォレットＷ１は、第１ウォレットＷ１内の階層ごとに各データを格納可能に構成されている。第１ウォレットＷ１内の各階層には、例えば、ＵＲＩ（Uniform Resource Identifier）データや、指定情報データ、公開鍵データ、署名データ等が格納可能である。例えば、第１ウォレットＷ１の直下には、ＵＲＩデータとして第１情報ｉｎｆ１のＵＲＩが格納され、公開鍵データとして第１公開鍵ＯＫ１が格納されている。第１ウォレットＷ１内の階層ＩＤａ１には、指定情報データとして、第１指定情報ｓｐ１が格納されている。

【0021】

第１指定情報ｓｐ１は、次指定情報に相当する。次指定情報は、次ウォレットを指定する指定情報である。次ウォレットとは、正順ＰＤにおいて次の分散型ネットワーク１０１のウォレットＷに相当するウォレットである。指定情報とは、他の分散型ネットワーク１０１のウォレットＷを指定する情報のことを指す。このような指定情報は、非代替性を有するトークンとして格納される。より詳細には、第１指定情報ｓｐ１は、第２分散型ネットワーク１０１Ｂにおける第２分散型台帳ＤＬ２の第２ウォレットＷ２を指定する情報であり、非代替性を有するトークンである第１非代替性トークンＴ１として格納される。なお、非代替性を有するトークンとは、いわゆる暗号資産（仮想通貨とも呼ばれる）等の代替可能なトークンと異なり、代替不可能な固有のトークンであることを表す。本実施形態では、指定情報は、例えば、ＥＲＣ－７２１やＥＲＣ－１１５５、ＥＲＣ－４９０７等のトークン規格に準拠するＮＦＴ（non-fungible token）として格納される。なお、以下では、環状ネットワーク３０における逆順ＮＤにおいて次の分散型ネットワーク１０１のウォレットＷに相当するウォレットのことを、前ウォレットとも呼ぶ。

【0022】

図２には、第１分散型台帳ＤＬ１において実行されるトランザクションを表すトランザクションデータＴＤ１が示されている。本実施形態では、上述した第１ウォレットＷ１への情報の格納は、第１分散型台帳ＤＬ１においてトランザクションが実行されることによって実現される。トランザクションデータＴＤ１に含まれる各トランザクションは、ブロックチェーンによって構成された第１分散型台帳ＤＬ１に追加されるブロックに格納される。なお、図２には、技術の理解を容易にするために、第１ウォレットＷ１内の各データをトランザクションデータＴＤ１と別に示したが、本実施形態における第１ウォレットＷ１内の各データは、実際には、トランザクションデータＴＤ１によって実現されている。

【0023】

トランザクションデータＴＤ１に含まれる各トランザクションには、そのトランザクションによる情報の格納先を表す格納先情報と、格納先に格納されるデータおよびそのデータの属性を表す格納データ情報とが記述される。格納先情報としては、格納先のウォレットＷを指定するウォレットアドレスに加え、格納先のウォレットＷ内の階層を更に指定する情報が記述可能に構成されている。格納データ情報は、図２において、「属性：データ」の形式で表されている。例えば、トランザクションＴＸ１１には、格納先情報として、第１ウォレットＷ１を指定する第１ウォレットアドレスＷＡ１と、第１ウォレットＷ１の階層ＩＤａ１とが記述され、データ情報として、指定情報データである第１指定情報ｓｐ１が記述されている。トランザクションＴＸ１１が実行されることで、第１ウォレットアドレスＷＡ１によって指定される第１ウォレットＷ１に、指定情報データとして第１指定情報ｓｐ１が格納されている。なお、トランザクションＴＸ１２には、格納先の階層を指定する情報が記述されていない。本実施形態では、格納先の階層が記述されていないトランザクションが実行された場合、そのトランザクションのデータ情報に記述されたデータは、ウォレットアドレスによって指定されるウォレットＷの直下に格納される。

【0024】

図３は、第２分散型台帳ＤＬ２を説明する図である。第２分散型台帳ＤＬ２は、ウォレットＷとして、第２ウォレットＷ２を有する。第２ウォレットＷ２は、第２分散型台帳ＤＬ２において、第２分散型台帳ＤＬ２で一意の第２ウォレットアドレスＷＡ２によって指定される。本実施形態では、第２ウォレットＷ２は、第１ウォレットＷ１と同様に、第２ウォレットＷ２内の階層ごとに、各データを格納可能に構成されている。例えば、第２ウォレットＷ２内の階層ＩＤｂ１には、指定情報データとして、次指定情報に相当する第２指定情報ｓｐ２が格納されている。第２指定情報ｓｐ２は、第３ウォレットＷ３を指定する情報であり、非代替性を有するトークンである第２非代替性トークンＴ２として、第２ウォレットＷ２に格納される。

【0025】

図３には、第２分散型台帳ＤＬ２において実行されるトランザクションを表すトランザクションデータＴＤ２が示されている。第２ウォレットＷ２への情報の格納は、第２分散型台帳ＤＬ２においてトランザクションが実行されることによって実現される。トランザクションデータＴＤ２に含まれる各トランザクションは、第２分散型台帳ＤＬ２に追加されるブロックに格納される。本実施形態では、第２ウォレットＷ２内の各データは、第１ウォレットＷ１と同様に、トランザクションデータＴＤ２によって実現されている。トランザクションデータＴＤ２に含まれる各トランザクションには、トランザクションデータＴＤ１と同様に、格納先情報と格納データ情報とが記述される。

【0026】

図４は、第３分散型台帳ＤＬ３を説明する図である。第３分散型台帳ＤＬ３は、ウォレットＷとして、第３ウォレットＷ３を有する。第３ウォレットＷ３は、第３分散型台帳ＤＬ３において、第３分散型台帳ＤＬ３で一意の第３ウォレットアドレスＷＡ３によって指定される。本実施形態では、第３ウォレットＷ３は、第１ウォレットＷ１と同様に、第３ウォレットＷ３内の階層ごとに、各データを格納可能に構成されている。例えば、第３ウォレットＷ３内の階層ＩＤｃ１には、指定情報データとして、次指定情報に相当する第３指定情報ｓｐ３が格納されている。第３指定情報ｓｐ３は、第１ウォレットＷ１を指定する情報であり、非代替性を有するトークンである第３非代替性トークンＴ３として、第３ウォレットＷ３に格納される。このように、第Ｎ分散型ネットワークの第Ｎウォレットには、次指定情報として、第１分散型ネットワーク１０１Ａの第１ウォレットＷ１を指定する指定情報が格納される。また、図３には、第３分散型台帳ＤＬ３において実行されるトランザクションを表すトランザクションデータＴＤ３が示されている。第３ウォレットＷ３への情報の格納は、第１ウォレットＷ１や第２ウォレットＷ２における場合と略同様に、第３分散型台帳ＤＬ３においてトランザクションが実行されることによって実現される。

【0027】

本実施形態では、各指定情報は、多階層登録型のデータ構造によって表される。より詳細には、指定情報は、指定対象のウォレットＷに対応する分散型ネットワーク１０１を表す第１識別子と、その分散型ネットワーク１０１の分散型台帳ＤＬにおいて一意の第２識別子とを含む。指定情報は、この２つの識別子の組み合わせによってウォレットＷを一意に表す。つまり、上述した次指定情報は、正順ＰＤにおいて次の分散型ネットワーク１０１を表す第１識別子と、その分散型ネットワーク１０１の分散型台帳ＤＬにおいて一意の第２識別子とを含み、この２つの識別子の組み合わせによって次ウォレットを一意に表す。具体的には、例えば、第１指定情報ｓｐ１は、第２分散型ネットワーク１０１Ｂを表す第１識別子と、第２分散型台帳ＤＬ２において一意の第２識別子とを含む。第１指定情報ｓｐ１は、第１識別子と第２識別子との組み合わせによって第２ウォレットＷ２を指定する。図２において、第１指定情報ｓｐ１は、「第１識別子：第２識別子」の形式で表されている。本実施形態では、第１識別子は、第２分散型ネットワーク１０１ＢのＵＲＮ(Uniform Resource Name)であり、図２において「ＮＴ２」と表されている。第２識別子は、第２ウォレットアドレスＷＡ２である。同様に、図３に示した第２指定情報ｓｐ２は、第３分散型ネットワーク１０１ＣのＵＲＩと、第３ウォレットアドレスＷＡ３とを含む。具体的には、図３において、第２指定情報ｓｐ２は、第３分散型ネットワーク１０１ＣのＵＲＩを表す「ＮＴ３」と、第３ウォレットアドレスＷＡ３とによって表されている。また、図４に示した第３指定情報ｓｐ３は、第１分散型ネットワーク１０１ＡのＵＲＩと、第１ウォレットアドレスＷＡ１とを含む。具体的には、図４において、第３指定情報ｓｐ３は、第１分散型ネットワーク１０１ＡのＵＲＩを表す「ＮＴ１」と、第１ウォレットアドレスＷＡ１とによって表されている。

【0028】

図５は、事前登録処理を示す説明図である。図６は、連携処理に含まれる第１連携処理を示す第１の説明図である。図７は、連携処理に含まれる第２連携処理を示す第１の説明図である。図８は、第２連携処理を示す第２の説明図である。連携処理とは、各分散型ネットワーク１０１の各ウォレットＷに次指定情報を格納させる処理のことを指す。連携処理が実行されることで、環状ネットワーク３０を形成する各分散型ネットワーク１０１がユーザのために連携した連携状態となる。第１連携処理は、第２ウォレットＷ２に第２指定情報ｓｐ２を格納させるために実行される。第２連携処理は、第１ウォレットＷ１に第１指定情報ｓｐ１を格納させ、かつ、第３ウォレットＷ３に第３指定情報ｓｐ３を格納させるために実行される。また、事前登録処理は、連携処理に先立って、第３ウォレットＷ３に第３情報ｉｎｆ３を格納させるために実行される。

【0029】

図５に示した事前登録処理は、連携処理に先立って、例えば、ユーザ端末４００において、ユーザによる所定の開始操作が行われた場合に実行される。ステップＳ１０２にて、ユーザ端末制御部４０１は、第３ノード１１０Ｃに対する事前登録要求を実行する。本実施形態におけるステップＳ１０２では、ユーザ端末制御部４０１は、第３ノード１１０Ｃに、所定の要求メッセージと、第３ノード１１０Ｃが第３データベース１９０Ｃ上で第３情報ｉｎｆ３を識別するための識別情報とを第３ノード１１０Ｃに送信する。この識別情報は、例えば、ＩＣカード等に、ユーザ端末４００によって読み取り可能に格納されてもよい。

【0030】

事前登録要求が実行された場合、第３制御部１１１Ｃは、ステップＳ１０４～Ｓ１１２にて、ローカル認証と公開鍵認証とを利用して、ユーザの認証を実行する。より詳細には、第３制御部１１１Ｃは、ステップＳ１０４～Ｓ１１２において、ＦＩＤＯ（Fast IDentity Online）認証によってユーザを認証する。ステップＳ１０４にて、第３制御部１１１Ｃは、ユーザ端末４００に対して、チャレンジコードｃｃ１を返送する。

【0031】

ステップＳ１０６にて、チャレンジコードｃｃ１を受信したユーザ端末制御部４０１は、ユーザのローカル認証を実行する。ローカル認証としては、ユーザ端末４００に備えられたカメラを使用した顔認証や、指紋読み取り装置を使用した指紋認証等の生体認証、ＰＩＮ（Personal Identification Number）を用いた認証、パターン認証等を利用できる。ローカル認証に失敗した場合、ユーザ端末制御部４０１は、所定のエラー処理を実行する。この場合、ユーザ端末制御部４０１は、例えば、表示部４１０やスピーカを介してユーザにエラーを通知するとともに、再度のローカル認証を実行してもよいし、所定の回数、ローカル認証が失敗した場合に事前登録処理を終了させてもよい。ローカル認証に成功した場合、ステップＳ１０８にて、ユーザ端末制御部４０１は、第３秘密鍵ＰＫ３と、第３秘密鍵ＰＫ１３対の第３公開鍵ＯＫ３とを生成する。第３秘密鍵ＰＫ３と第３公開鍵ＯＫ３との生成には、例えば、ＲＳＡ暗号や楕円曲線暗号が用いられる。

【0032】

ステップＳ１１０にて、ユーザ端末制御部４０１は、第３秘密鍵ＰＫ３を用いてチャレンジコードｃｃ１に電子署名する。第３秘密鍵ＰＫ３を用いて署名済みのチャレンジコードｃｃ１のことを、署名済みコードｃｃ１ｓとも呼ぶ。その後、ユーザ端末制御部４０１は、署名済みコードｃｃ１ｓと第３公開鍵ＯＫ３とを第３ノード１１０Ｃに返送する。

【0033】

ステップＳ１１２にて、第３制御部１１１Ｃは、第３公開鍵ＯＫ３を用いて、署名済みコードｃｃ１ｓの署名を検証する。署名の検証に失敗した場合、第３制御部１１１Ｃは、所定のエラー処理を実行する。この場合、第３制御部１１１Ｃは、例えば、ユーザ端末４００にエラーを通知する。署名の検証に成功した場合、第３制御部１１１Ｃは、ステップＳ１１４にて、第３分散型台帳ＤＬ３でトランザクションを実行することによって、第３ウォレットアドレスＷＡ３によって指定される第３ウォレットＷ３に、第３情報ｉｎｆ３のＵＲＩと第３公開鍵ＯＫ３とを格納する。第３ウォレットアドレスＷＡ３は、ステップＳ１１６に先立って、第３公開鍵ＯＫ３から不可逆的に生成される。そのため、第３ウォレットアドレスＷＡ３は、第３公開鍵ＯＫ３と同様に、第３秘密鍵ＰＫ３と対となる。

【0034】

より詳細には、本実施形態におけるステップＳ１１６では、図４に示したトランザクションＴＸ３１が実行される。トランザクションＴＸ３１には、格納先情報として第３ウォレットアドレスＷＡ３が記述され、格納データ情報として、ＵＲＩデータである第３情報ｉｎｆ３のＵＲＩと、公開鍵データである第３公開鍵ＯＫ３とが記述されている。第３情報ｉｎｆ３のＵＲＩは、例えば、第３制御部１１１Ｃによって、ステップＳ１０４で受信された識別情報に基づいて、第３データベース１９０Ｃから取得される。「分散型台帳ＤＬでトランザクションを実行する」とは、分散型台帳ＤＬを有するノード１１０によってトランザクションを生成し、そのトランザクションを、その分散型台帳ＤＬを共有する他のノード１１０に伝播させることを指す。これによって、分散型台帳ＤＬが更新される。より詳細には、本実施形態では、ブロックチェーンによって構成された分散型台帳ＤＬで生成されたトランザクションは、その分散型台帳ＤＬを共有する各ノード１１０に伝播され、検証される。検証が成功した場合、トランザクションは、その分散型台帳ＤＬに追加されるブロックに格納される。ブロックチェーンのコンセサスアルゴリズムとしては、例えば、ＰｏＷ（プルーフオブワーク）や、ＰｏＳ（プルーフオブステーク）、ＰｏＩ（プルーフオブインポータンス）が用いられる。

【0035】

ステップＳ１１６にて、第３制御部１１１Ｃは、ユーザ端末４００に第３ウォレットアドレスＷＡ３を返送する。ステップＳ１１８にて、ユーザ端末制御部４０１は、第３ウォレットアドレスＷＡ３と第３秘密鍵ＰＫ３とを、記憶部４０３に記憶させる。ステップＳ１１８以降、ユーザ端末制御部４０１は、第３ウォレットアドレスＷＡ３を、記憶部４０３におけるデータの位置を表すパスとしても用いる。

【0036】

図６に示した第１連携処理は、事前登録処理が完了した後に、例えば、ユーザ端末４００において、ユーザによる所定の開始操作が行われた場合に実行される。ステップＳ２０２にて、ユーザ端末制御部４０１は、第２ノード１１０Ｂに対する第１連携要求を実行する。ユーザ端末制御部４０１は、ステップＳ２０２にて、所定の要求メッセージと、第３ウォレットアドレスＷＡ３とを第２ノード１１０Ｂに送信する。第１連携要求が実行された場合、第２制御部１１１Ｂは、ステップＳ２０４にて、ユーザ端末４００にチャレンジコードｃｃ２を返送する。

【0037】

チャレンジコードｃｃ２を受信したユーザ端末制御部４０１は、ステップＳ２０６にて、第２情報ｉｎｆ２を生成する。第２情報ｉｎｆ２は、例えば、ユーザのメールアドレスに基づいて生成される。次に、ステップＳ２０８にて、ユーザ端末制御部４０１は、図４のステップＳ１０８と同様の方法で、第２秘密鍵ＰＫ２と、第２秘密鍵ＰＫ２と対の第２公開鍵ＯＫ２とを生成する。ステップＳ２０８では、例えば、署名済みコードｃｃ２ｓの生成に先立って、例えば、図５のステップＳ１０６と同様に、ユーザのローカル認証が実行されてもよい。ステップＳ２０９にて、ユーザ端末制御部４０１は、第３秘密鍵ＰＫ３を用いてチャレンジコードｃｃ２に電子署名する。第３秘密鍵ＰＫ３を用いて署名済みのチャレンジコードｃｃ２のことを、署名済みコードｃｃ２ｓとも呼ぶ。図６のステップＳ２１０にて、ユーザ端末制御部４０１は、第３ウォレットアドレスＷＡ３と、第２情報ｉｎｆ２と、署名済みコードｃｃ２ｓと、第２公開鍵ＯＫ２とを、第２ノード１１０Ｂに返送する。

【0038】

ステップＳ２１２にて、第２制御部１１１Ｂは、第３ノード１１０Ｃに対して、署名済みコードｃｃ２ｓの検証を要求する。第２制御部１１１Ｂは、ステップＳ２１２では、第３ウォレットアドレスＷＡ３をヘッダとして、署名済みコードｃｃ２ｓと、チャレンジコードｃｃ２と、新たに生成したチャレンジコードｃｃ３と、第２ウォレットアドレスＷＡ２とを第１ノード１１０Ａに送信することによって、署名済みコードｃｃ２ｓの署名の検証を要求する。第２ウォレットアドレスＷＡ２は、例えば、ステップＳ２１２において、第３ウォレットアドレスＷＡ３と略同様に、第２公開鍵ＯＫ２から不可逆的に生成される。

【0039】

署名済みコードｃｃ２ｓの検証が要求された第３ノード１１０Ｃの第３制御部１１１Ｃは、ステップＳ２１４にて、第３公開鍵ＯＫ３を用いて、図５のステップＳ１１２と同様に、署名済みコードｃｃ２ｓの署名を検証する。第３制御部１１１Ｃは、署名の検証に成功した場合、ステップＳ２１６にて、第３分散型台帳ＤＬ３でトランザクションを実行することによって、第３ウォレットＷ３の階層ＩＤｃ１に、指定情報データとして、第２ウォレットＷ２を指定する指定情報ｓｐｂを格納する。つまり指定情報ｓｐｂは、前ウォレットを指定する指定情報である。指定情報ｓｐｂは、非代替性を有するトークンＴｂとして格納される。本実施形態におけるステップＳ２１６では、図３に示したトランザクションＴＸ３２が実行される。トランザクションＴＸ３２には、格納先情報として、第３ウォレットアドレスＷＡ３と階層ＩＤｃ１とが記述され、格納データ情報として、指定情報ｓｐｂが記述されている。

【0040】

ステップＳ２１８にて、第３制御部１１１Ｃは、第３ウォレットアドレスＷＡ３をヘッダとしてユーザ端末４００にチャレンジコードｃｃ３１を送信する。また、第３制御部１１１Ｃは、チャレンジコードｃｃ３１に対応するチャレンジコードｃｃ３２に、予め準備された秘密鍵を用いて電子署名するとともに、第２ノード１１０Ｂに、第３ウォレットアドレスＷＡ３と、署名済みのチャレンジコードｃｃ３２である署名済みコードｃｃ３２ｓと、チャレンジコードｃｃ３２とを返送する。本実施形態では、チャレンジコードｃｃ３１とチャレンジコードｃｃ３２とは、同一のコードである。

【0041】

ステップＳ２２０にて、第２制御部１１１Ｂは、図５のステップＳ１１２と同様に、チャレンジコードｃｃ３２の署名に用いられた秘密鍵に対応する公開鍵を用いて、第３ノード１１０Ｃから返送された署名済みコードｃｃ３２ｓの署名を検証する。この公開鍵は、例えば、第２制御部１１１Ｂによって、第３ノード１１０Ｃから予め取得される。署名の検証に成功した場合、第２制御部１１１Ｂは、ステップＳ２２２にて、第２分散型台帳ＤＬ２でトランザクションを実行することによって、第２ウォレットＷ２の階層ＩＤｃ１に、指定情報データとして、第２指定情報ｓｐ２を格納する。第２指定情報ｓｐ２は、第２非代替性トークンＴ２として格納される。本実施形態におけるステップＳ２２２では、図３に示したトランザクションＴＸ２１が実行される。トランザクションＴＸ２１には、格納先情報として、第２ウォレットアドレスＷＡ２と階層ＩＤｂ１とが記述され、格納データ情報として、第２指定情報ｓｐ２が記述されている。

【0042】

チャレンジコードｃｃ３１を受信したユーザ端末制御部４０１は、ステップＳ２２４にて、第２秘密鍵ＰＫ２を用いてチャレンジコードｃｃ３１に電子署名する。第２秘密鍵ＰＫ２を用いて署名済みのチャレンジコードｃｃ３１のことを、署名済みコードｃｃ３１ｓとも呼ぶ。なお、ステップＳ２２４に先立って、ユーザのローカル認証が実行されてもよい。ステップＳ２２６にて、ユーザ端末制御部４０１は、署名済みコードｃｃ３１ｓを第２ノード１１０Ｂに返送する。

【0043】

ステップＳ２２８にて、第２制御部１１１Ｂは、図５のステップＳ１１２と略同様に、第２公開鍵ＯＫ２を用いて、ユーザ端末４００から返送された署名済みコードｃｃ３１ｓの署名を検証する。署名の検証に失敗した場合、第２制御部１１１Ｂは、所定のエラー処理を実行する。この場合、第２制御部１１１Ｂは、例えば、ユーザ端末４００にエラーメッセージを通知する。

【0044】

ステップＳ２２８で署名の検証に成功した場合、第２制御部１１１Ｂは、ステップＳ２３０にて、第２分散型台帳ＤＬ２でトランザクションを実行することによって、第２ウォレットＷ２に、第２情報ｉｎｆ２のＵＲＩと、第２公開鍵ＯＫ２とを格納する。本実施形態におけるステップＳ２３０では、図３に示したトランザクションＴＸ２２が実行される。トランザクションＴＸ２２には、格納先情報として、第２ウォレットアドレスＷＡ２が記述され、格納データ情報として、ＵＲＩデータである第２情報ｉｎｆ２のＵＲＩと、公開鍵データである第２公開鍵ＯＫ２とが記述される。

【0045】

ステップＳ２３２にて、第２制御部１１１Ｂは、ユーザ端末４００に第２ウォレットアドレスＷＡ２を送信する。ステップＳ２３４にて、ユーザ端末制御部４０１は、第２ウォレットアドレスＷＡ２と第２秘密鍵ＰＫ２とを、記憶部４０３に記憶させる。ステップＳ２３４以降、ユーザ端末制御部４０１は、第２ウォレットアドレスＷＡ２を、記憶部４０３におけるデータの位置を表すパスとしても用いる。

【0046】

図７および図８に示した第２連携処理は、第１連携処理が完了した後に、例えば、ユーザ端末４００において、ユーザによる所定の開始操作が行われた場合に実行される。図７は、第２連携処理のうち、ステップＳ３０２からステップＳ３１８までのステップを示している。図８は、第２連携処理のうち、ステップＳ３２０以降のステップを示している。図７のステップＳ３０２にて、ユーザ端末制御部４０１は、第１ノード１１０Ａに対する第２連携要求を実行する。ユーザ端末制御部４０１は、ステップＳ２０２にて、所定の要求メッセージと、第３ウォレットアドレスＷＡ３とを第１ノード１１０Ａに送信する。第１連携要求が実行された場合、第１制御部１１１Ａは、ステップＳ３０４にて、ユーザ端末４００にチャレンジコードｃｃ４を返送する。

【0047】

チャレンジコードｃｃ４を受信したユーザ端末制御部４０１は、ステップＳ２０６にて、第１情報ｉｎｆ１を生成する。第１情報ｉｎｆ１は、例えば、ユーザのメールアドレスに基づいて生成される。次に、ステップＳ３０８にて、ユーザ端末制御部４０１は、図５のステップＳ２０８と同様の方法で、第１秘密鍵ＰＫ１と、第１秘密鍵ＰＫ１と対の第１公開鍵ＯＫ１とを生成する。ステップＳ３０９にて、ユーザ端末制御部４０１は、第１秘密鍵ＰＫ１を用いてチャレンジコードｃｃ４に電子署名する。第１秘密鍵ＰＫ１を用いて署名済みのチャレンジコードｃｃ４のことを、署名済みコードｃｃ４ｓとも呼ぶ。ステップＳ３１０にて、ユーザ端末制御部４０１は、第３ウォレットアドレスＷＡ３と、第１情報ｉｎｆ１と、署名済みコードｃｃ４ｓと、第１公開鍵ＯＫ１とを、第１ノード１１０Ａに返送する。

【0048】

ステップＳ３１２にて、第１制御部１１１Ａは、第２ノード１１０Ｂに対して、署名済みコードｃｃ４ｓの検証を要求する。第１制御部１１１Ａは、ステップＳ３１２では、第３ウォレットアドレスＷＡ３をヘッダとして、署名済みコードｃｃ４ｓと、チャレンジコードｃｃ４と、新たに生成したチャレンジコードｃｃ５と、第１ウォレットアドレスＷＡ１とを第２ノード１１０Ｂに送信することによって、署名済みコードｃｃ４ｓの署名の検証を要求する。第１ウォレットアドレスＷＡ１は、例えば、ステップＳ３１２において、第３ウォレットアドレスＷＡ３と略同様に、第１公開鍵ＯＫ１から不可逆的に生成される。

【0049】

署名済みコードｃｃ４ｓの検証が要求された第２ノード１１０Ｂの第２制御部１１１Ｂは、自ら検証を実行せず、ステップＳ３１４にて、第３ノード１１０Ｃに対して、署名済みコードｃｃ４ｓの検証を要求する。第２制御部１１１Ｂは、ステップＳ３１４では、ステップＳ３１２と同様のデータを第３ノード１１０Ｃに送信する。

【0050】

署名済みコードｃｃ４ｓの検証が要求された第３制御部１１１Ｃは、ステップＳ３１６にて、第３公開鍵ＯＫ３を用いて、図５のステップＳ１１２と同様に、署名済みコードｃｃ４ｓの署名を検証する。第３制御部１１１Ｃは、署名の検証に成功した場合、ステップＳ３１８にて、第３分散型台帳ＤＬ３でトランザクションを実行することによって、第３ウォレットＷ３の階層ＩＤｃ１に、指定情報データとして、第３指定情報ｓｐ３を格納する。第３指定情報ｓｐ３は、第３非代替性トークンＴ３として格納される。本実施形態におけるステップＳ３１８では、図４に示したトランザクションＴＸ３３が実行される。トランザクションＴＸ３３には、格納先情報として、第３ウォレットアドレスＷＡ３と階層ＩＤｃ２とが記述され、格納データ情報として、第３指定情報ｓｐ３が記述されている。

【0051】

図８のステップＳ３２０にて、第３制御部１１１Ｃは、第３ウォレットアドレスＷＡ３をヘッダとしてユーザ端末４００にチャレンジコードｃｃ５１を送信する。また、第３制御部１１１Ｃは、チャレンジコードｃｃ５１に対応するチャレンジコードｃｃ５２に、予め準備された秘密鍵を用いて電子署名するとともに、第２ノード１１０Ｂに、第３ウォレットアドレスＷＡ３と、署名済みのチャレンジコードｃｃ５２である署名済みコードｃｃ５２ｓと、チャレンジコードｃｃ５２とを返送する。本実施形態では、この秘密鍵は、図５のステップＳ２１８で用いられる秘密鍵と同様の秘密鍵である。本実施形態では、チャレンジコードｃｃ５１とチャレンジコードｃｃ５２とは、同一のコードである。

【0052】

ステップＳ３２２にて、第２制御部１１１Ｂは、図５のステップＳ２２０と略同様に、チャレンジコードｃｃ５２の署名に用いられた秘密鍵に対応する公開鍵を用いて、第３ノード１１０Ｃから返送された署名済みコードｃｃ５２ｓの署名を検証する。署名の検証に成功した場合、第２制御部１１１Ｂは、ステップＳ３２４にて、第２ウォレットアドレスＷＡ２と、署名済みコードｃｃ５２ｓと、チャレンジコードｃｃ５２とを第１ノード１１０Ａに返送する。

【0053】

ステップＳ３２６にて、第１制御部１１１Ａは、ステップＳ３２２と同様に、第２ノード１１０Ｂから返送された署名済みコードｃｃ５２ｓの署名を検証する。なお、署名済みコードｃｃ５２ｓの検証に用いられる公開鍵は、第１制御部１１１Ａによって、第３ノード１１０Ｃから予め取得される。署名の検証に成功した場合、第１制御部１１１Ａは、ステップＳ３２８にて、第１分散型台帳ＤＬ１でトランザクションを実行することによって、第１ウォレットＷ１の階層ＩＤａ１に、指定情報データとして、第１指定情報ｓｐ１を格納する。第１指定情報ｓｐ１は、第１非代替性トークンＴ１として格納される。本実施形態におけるステップＳ３２８では、図２に示したトランザクションＴＸ１１が実行される。トランザクションＴＸ１１には、格納先情報として、第１ウォレットアドレスＷＡ１と階層ＩＤａ１とが記述され、格納データ情報として、第１指定情報ｓｐ１が記述されている。

【0054】

チャレンジコードｃｃ５１を受信したユーザ端末制御部４０１は、ステップＳ３３０にて、図６のステップＳ２２４と略同様に、第１秘密鍵ＰＫ１を用いてチャレンジコードｃｃ５１に電子署名する。第１秘密鍵ＰＫ１を用いて署名済みのチャレンジコードｃｃ５１のことを、署名済みコードｃｃ５１ｓとも呼ぶ。図８のステップＳ３３２にて、ユーザ端末制御部４０１は、署名済みコードｃｃ５１ｓを第１ノード１１０Ａに返送する。

【0055】

ステップＳ３３４にて、第１制御部１１１Ａは、ステップＳ３２６と略同様に、第１公開鍵ＯＫ１を用いて、ユーザ端末４００から返送された署名済みコードｃｃ５１ｓの署名を検証する。署名の検証に成功した場合、第１制御部１１１Ａは、ステップＳ３３６にて、第１分散型台帳ＤＬ１でトランザクションを実行することによって、第１ウォレットＷ１に、第１情報ｉｎｆ１のＵＲＩと、第１公開鍵ＯＫ１とを格納する。本実施形態におけるステップＳ３３６では、図２に示したトランザクションＴＸ１２が実行される。トランザクションＴＸ１２には、格納先情報として、第１ウォレットアドレスＷＡ１が記述され、格納データ情報として、ＵＲＩデータである第１情報ｉｎｆ１のＵＲＩと、公開鍵データである第１公開鍵ＯＫ１とが記述される。

【0056】

ステップＳ３３８にて、第１制御部１１１Ａは、ユーザ端末４００に第１ウォレットアドレスＷＡ１を送信する。ステップＳ３４０にて、ユーザ端末制御部４０１は、第１ウォレットアドレスＷＡ１と第１秘密鍵ＰＫ１とを、記憶部４０３に記憶させる。ステップＳ３４０以降、ユーザ端末制御部４０１は、第１ウォレットアドレスＷＡ１を、記憶部４０３におけるデータの位置を表すパスとしても用いる。

【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】

２０，２０ｂ…情報処理システム、３０，３０ｂ…環状ネットワーク、１００…分散型ネットワークシステム、１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ…ネットワークシステム、１０１…分散型ネットワーク、１０１Ａ…第１分散型ネットワーク、１０１Ｂ…第２分散型ネットワーク、１０１Ｃ…第３分散型ネットワーク、１０１Ｄ…第４分散型ネットワーク、１１０…ノード、１１０Ａ…第１ノード、１１０Ｂ…第２ノード、１１０Ｃ…第３ノード、１１０Ｄ…第４ノード、１１１…制御部、１１１Ａ…第１制御部、１１１Ｂ…第２制御部、１１１Ｃ…第３制御部、１１１Ｄ…第４制御部、１９０Ａ…第１データベース、１９０Ｂ…第２データベース、１９０Ｃ…第３データベース、１９０Ｄ…第４データベース、４００…ユーザ端末、４０１…ユーザ端末制御部、４０３…記憶部、４０４…プログラム、４１０…表示部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】