(57)【要約】      （修正有）【課題】データ管理のセキュリティを向上可能なデータ管理システム及びその制御方法を提供する。【解決手段】データ管理システム１０において、データ管理ノード２８との通信を開始する際、ユーザ端末２０は、第１通信要求信号を認証サーバに送信する。認証サーバは、第１通信要求信号に含まれるデータ管理ノードの識別情報に基づいてデータ管理ノードの通信アドレスを特定して、第２通信要求信号をデータ管理ノードに送信する。データ管理ノードは、第２通信要求信号に含まれるユーザ端末の通信アドレスを用いてユーザ端末に第３通信要求信号を送信して通信セッションを確立する。【選択図】図５
2019192150.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末と、
認証サーバと、
対象データの送信を管理する複数のデータ管理ノードと
を備えるデータ管理システムであって、
前記ユーザ端末とこれに対応付けられた前記データ管理ノードが通信を開始する際、前記ユーザ端末は、前記データ管理ノードの識別情報及び前記ユーザ端末の通信アドレスを含む第１通信要求信号を前記認証サーバに送信し、
前記認証サーバは、前記第１通信要求信号に含まれる前記データ管理ノードの識別情報に基づいて前記データ管理ノードの通信アドレスを特定して、前記第１通信要求信号に基づく第２通信要求信号を前記データ管理ノードに送信し、
前記データ管理ノードは、前記第２通信要求信号に含まれる前記ユーザ端末の通信アドレスを用いて前記ユーザ端末に第３通信要求信号を送信し、
前記ユーザ端末は、前記第３通信要求信号に基づいて、前記データ管理ノードの通信アドレスを特定し、
これにより、前記ユーザ端末と前記データ管理ノードの間の通信セッションを確立する
ことを特徴とするデータ管理システム。
【請求項２】
請求項１に記載のデータ管理システムにおいて、
前記複数のユーザ端末は、自らに対応付けられた前記データ管理ノードの前記識別情報及びパスワードを記録した第１記録部を備え、
前記認証サーバは、前記複数のデータ管理ノードの前記識別情報及び前記通信アドレスを記録した第２記録部を備え、
前記複数のデータ管理ノードは、自らの前記識別情報としての対比用識別情報及び対比用パスワードを記録した第３記録部を備え、
前記ユーザ端末は、前記データ管理ノードの前記識別情報及び前記パスワードに基づくハッシュ値を含む前記第１通信要求信号を生成して前記認証サーバに送信し、
前記認証サーバは、前記第１通信要求信号に含まれる前記ハッシュ値に基づいて前記データ管理ノードの前記識別情報を特定し、特定した前記識別情報に対応する前記データ管理ノードの通信アドレスを前記第２記録部から読み出して、読み出した前記通信アドレスを用いて前記第２通信要求信号を送信し、
前記データ管理ノードは、
前記第２通信要求信号に含まれる前記ハッシュ値に基づいて前記データ管理ノードの前記識別情報及び前記パスワードを復号し、
復号した前記データ管理ノードの前記識別情報及び前記パスワードと、前記第３記録部に記録されている前記認証用識別情報及び前記対比用パスワードとを対比して認証を行い、
前記認証が成功した場合、前記ユーザ端末に前記第３通信要求信号を送信する
ことを特徴とするデータ管理システム。
【請求項３】
請求項１又は２に記載のデータ管理システムにおいて、
前記対象データは、仮想通貨のデータであり、
前記データ管理システムは、
前記複数のユーザ端末が前記仮想通貨の入金及び出金を制御する複数のホットウォレットと、
前記複数のデータ管理ノードが前記仮想通貨の入金及び出金を制御する複数の金庫ウォレットと
を備えることを特徴とするデータ管理システム。
【請求項４】
請求項３に記載のデータ管理システムにおいて、
前記データ管理ノードは、前記金庫ウォレットのそれぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金を許容するように、前記金庫ウォレットにおける前記仮想通貨の入金及び出金を制御し、
前記データ管理システムは、前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳を備える
ことを特徴とする仮想通貨管理システム。
【請求項５】
請求項１〜４のいずれか１項に記載のデータ管理システムにおいて、
新たなユーザ端末を前記データ管理ノードに対応付ける際、前記認証サーバは、前記新たなユーザ端末からの登録要求信号に応じて、前記新たなユーザ端末及び前記データ管理ノードとのセッションを確立させ、
前記セッションが確立すると、前記データ管理ノードは、
前記セッションで用いる暗号鍵を、前記認証サーバを介して前記新たなユーザ端末に送信し、
前記暗号鍵を用いて暗号化したメッセージを、前記新たなユーザ端末の通信アドレスを用いて前記新たなユーザ端末に送信し、
前記新たなユーザ端末は、前記データ管理ノードから受信した前記メッセージを、前記認証サーバを介して受信した前記暗号鍵を用いて解読する
ことを特徴とするデータ管理システム。
【請求項６】
請求項５に記載のデータ管理システムにおいて、
前記新たなユーザ端末を前記データ管理ノードに対応付ける際、前記認証サーバは、前記新たなユーザ端末からの前記登録要求信号に応じて、前記新たなユーザ端末及び前記データ管理ノードとのセッションを確立させ、
前記セッションを確立した前記データ管理ノードは、
前記認証サーバを介して前記新たなユーザ端末に前記セッション用の暗号鍵を送信し、
前記暗号鍵により暗号化されたゼロ送金を、前記金庫ウォレットから前記ホットウォレットに対して行わせ、
前記ホットウォレットは、前記金庫ウォレットからの送金内容を前記ユーザ端末に対して送信し、
前記ユーザ端末は、前記金庫ウォレットからの送金内容を前記暗号鍵により解読した解読内容を、前記認証サーバを介して前記データ管理ノードに送信し、
前記データ管理ノードは、前記ユーザ端末から受信した前記解読内容を、前記台帳に記録する
ことを特徴とするデータ管理システム。
【請求項７】
複数のユーザ端末と、
認証サーバと、
対象データの送信を管理する複数のデータ管理ノードと
を備えるデータ管理システムの制御方法であって、
前記ユーザ端末とこれに対応付けられた前記データ管理ノードが通信を開始する際、前記ユーザ端末は、前記データ管理ノードの識別情報及び前記ユーザ端末の通信アドレスを含む第１通信要求信号を前記認証サーバに送信し、
前記認証サーバは、前記第１通信要求信号に含まれる前記データ管理ノードの識別情報に基づいて前記データ管理ノードの通信アドレスを特定して、前記第１通信要求信号に基づく第２通信要求信号を前記データ管理ノードに送信し、
前記データ管理ノードは、前記第２通信要求信号に含まれる前記ユーザ端末の通信アドレスを用いて前記ユーザ端末に第３通信要求信号を送信し、
前記ユーザ端末は、前記第３通信要求信号に基づいて、前記データ管理ノードの通信アドレスを特定し、
これにより、前記ユーザ端末と前記データ管理ノードの間の通信セッションを確立する
ことを特徴とするデータ管理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想通貨等のデータ（対象データ）を管理するデータ管理システム及びその制御方法に関する。
【背景技術】
【０００２】
特許文献１では、オープン且つ分散を前提としたサービスで提供される仮想通貨の取引情報の真正性の保証度を高めることができる仮想通貨管理方法及び仮想通貨管理プログラムを提供することを目的としている（［００１２］、要約）。当該目的を達成するため、特許文献１（要約及び図１０）の仮想通貨管理方法は、所定のサービスで提供される分散型の仮想通貨の取引処理を行う複数の端末により実行される。
【０００３】
端末は、所定のサービスで提供される仮想通貨に関するトランザクションが一定のブロックで時系列に繋がれたブロックチェーンを記憶する記憶部を有する。仮想通貨管理方法は、端末が、所定のサービスと異なる他のサービスで提供される分散型の仮想通貨に関するブロックチェーンを取得する工程（ステップＳ４）を含む。また、仮想通貨管理方法は、端末が、取得した他のサービスに対応するブロックチェーンと、記憶部に記憶するブロックチェーンとを結合する工程（ステップＳ６）を含む。さらに、仮想通貨管理方法は、端末が、結合したブロックチェーンを記憶部に記憶させる工程（ステップＳ８）を含む。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２０７８６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように、特許文献１では、オープン且つ分散を前提としたサービスで提供される仮想通貨の取引情報の真正性の保証度を高めることを目的としている（［００１２］、要約）。そして、仮想通貨管理方法は、端末が、取得した他のサービスに対応するブロックチェーンと、記憶部に記憶するブロックチェーンとを結合する工程（ステップＳ６）等を含む。しかしながら、特許文献１では、データ管理のセキュリティの点で改善の余地がある。また、特許文献１は、仮想通貨の管理に着目しているが、仮想通貨以外にも同様の課題が存在し得る。
【０００６】
本発明は上記のような課題を考慮してなされたものであり、データ管理のセキュリティを向上可能なデータ管理システム及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ管理システムは、
複数のユーザ端末と、
認証サーバと、
対象データの送信を管理する複数のデータ管理ノードと
を備えるものであって、
前記ユーザ端末とこれに対応付けられた前記データ管理ノードが通信を開始する際、前記ユーザ端末は、前記データ管理ノードの識別情報及び前記ユーザ端末の通信アドレスを含む第１通信要求信号を前記認証サーバに送信し、
前記認証サーバは、前記第１通信要求信号に含まれる前記データ管理ノードの識別情報に基づいて前記データ管理ノードの通信アドレスを特定して、前記第１通信要求信号に基づく第２通信要求信号を前記データ管理ノードに送信し、
前記データ管理ノードは、前記第２通信要求信号に含まれる前記ユーザ端末の通信アドレスを用いて前記ユーザ端末に第３通信要求信号を送信し、
前記ユーザ端末は、前記第３通信要求信号に基づいて、前記データ管理ノードの通信アドレスを特定し、
これにより、前記ユーザ端末と前記データ管理ノードの間の通信セッションを確立する
ことを特徴とする。
【０００８】
本発明によれば、ユーザ端末が自らに対応付けられたデータ管理ノードと通信を開始する際、ユーザ端末は、データ管理ノードの識別情報及びユーザ端末の通信アドレスを含む（但し、データ管理ノードの通信アドレスを含まない）第１通信要求信号を認証サーバに送信する。認証サーバは、第１通信要求信号に含まれるデータ管理ノードの識別情報に基づいてデータ管理ノードの通信アドレスを特定して、第１通信要求信号に基づく第２通信要求信号をデータ管理ノードに送信する。データ管理ノードは、第２通信要求信号に含まれるユーザ端末の通信アドレスを用いてユーザ端末に第３通信要求信号を送信する。ユーザ端末は、第３通信要求信号に基づいて、データ管理ノードの通信アドレスを特定する。これにより、ユーザ端末とデータ管理ノードの間の通信セッションを確立する。従って、ユーザ端末が自らに対応付けられたデータ管理ノードとの間で対象データの記録（書込み）又は読出しを行う構成において、ユーザ端末、認証サーバ及びデータ管理ノードのいずれにおいても、他の構成要素の情報をできるだけ保持しないことで、データ管理のセキュリティを向上可能となる。
【０００９】
前記複数のユーザ端末は、自らに対応付けられた前記データ管理ノードの前記識別情報及びパスワードを記録した第１記録部を備えてもよい。また、前記認証サーバは、前記複数のデータ管理ノードの前記識別情報及び前記通信アドレスを記録した第２記録部を備えてもよい。さらに、前記複数のデータ管理ノードは、自らの前記識別情報としての対比用識別情報及び対比用パスワードを記録した第３記録部を備えてもよい。さらにまた、前記ユーザ端末は、前記データ管理ノードの前記識別情報及び前記パスワードに基づくハッシュ値を含む前記第１通信要求信号を生成して前記認証サーバに送信してもよい。加えて、前記認証サーバは、前記第１通信要求信号に含まれる前記ハッシュ値に基づいて前記データ管理ノードの前記識別情報を特定し、特定した前記識別情報に対応する前記データ管理ノードの通信アドレスを前記第２記録部から読み出して、読み出した前記通信アドレスを用いて前記第２通信要求信号を送信してもよい。また、前記データ管理ノードは、前記第２通信要求信号に含まれる前記ハッシュ値に基づいて前記データ管理ノードの前記識別情報及び前記パスワードを復号してもよい。また、前記データ管理ノードは、復号した前記データ管理ノードの前記識別情報及び前記パスワードと、前記第３記録部に記録されている前記認証用識別情報及び前記対比用パスワードとを対比して認証を行い、前記認証が成功した場合、前記ユーザ端末に前記第３通信要求信号を送信してもよい。
【００１０】
これにより、第１〜第３通信要求信号のいずれにも、データ管理ノードの識別情報及びパスワード自体を含まなくすることが可能となる。従って、データ管理のセキュリティを向上可能となる。
【００１１】
前記対象データが仮想通貨のデータである場合、前記データ管理システムは、前記複数のユーザ端末が前記仮想通貨の入金及び出金を制御する複数のホットウォレットと、前記複数のデータ管理ノードが前記仮想通貨の入金及び出金を制御する複数の金庫ウォレットとを備えてもよい。
【００１２】
これにより、ユーザ端末がデータ管理ノードを介して金庫ウォレットとの間で仮想通貨のデータの記録（書込み）又は読出しを行う構成において、ユーザ端末、認証サーバ及びデータ管理ノードのいずれにおいても、他の構成要素の情報をできるだけ保持しないことで、データ管理のセキュリティを向上可能となる。
【００１３】
前記データ管理ノードは、前記金庫ウォレットのそれぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金を許容するように、前記金庫ウォレットにおける前記仮想通貨の入金及び出金を制御してもよい。また、前記データ管理システムは、前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳を備えてもよい。
【００１４】
本発明によれば、金庫ウォレットのそれぞれは、特定のホットウォレットとの間でのみ仮想通貨の入金及び出金が許容される。そして、複数のホットウォレット及び複数の金庫ウォレットそれぞれの入金及び出金の履歴がブロックチェーンとして台帳に記録される。これにより、継続的なオンライン状態を前提とするブロックチェーンで仮想通貨の入金及び出金の履歴を管理する場合であっても、金庫ウォレットに蓄積される仮想通貨（その暗号鍵を含み得る）は、不正送金され辛くすることが可能となる。従って、データ管理システムのセキュリティを向上することが可能となる。
【００１５】
新たなユーザ端末を前記データ管理ノードに対応付ける際、前記認証サーバは、前記新たなユーザ端末からの登録要求信号に応じて、前記新たなユーザ端末及び前記データ管理ノードとのセッションを確立させてもよい。前記セッションが確立すると、前記データ管理ノードは、前記セッションで用いる暗号鍵を、前記認証サーバを介して前記新たなユーザ端末に送信してもよい。また、前記データ管理ノードは、前記暗号鍵を用いて暗号化したメッセージを、前記新たなユーザ端末の通信アドレスを用いて前記新たなユーザ端末に送信してもよい。さらに、前記新たなユーザ端末は、前記データ管理ノードから受信した前記メッセージを、前記認証サーバを介して受信した前記暗号鍵を用いて解読してもよい。
【００１６】
本発明によれば、データ管理ノードは、認証サーバを介さずにメッセージを新たなユーザ端末に送信する一方、認証サーバを介してメッセージの暗号鍵を新たなユーザ端末に送信する。そのため、暗号化しないメッセージを新たなユーザ端末に送信する場合と比較して、セキュリティが向上する。従って、新たなユーザ端末をデータ管理ノードと対応付ける際のセキュリティを向上することが可能となる。
【００１７】
前記新たなユーザ端末を前記データ管理ノードに対応付ける際、前記認証サーバは、前記新たなユーザ端末からの前記登録要求信号に応じて、前記新たなユーザ端末及び前記データ管理ノードとのセッションを確立させてもよい。また、前記セッションを確立した前記データ管理ノードは、前記認証サーバを介して前記新たなユーザ端末に前記セッション用の暗号鍵を送信してもよい。さらに、前記データ管理ノードは、前記暗号鍵により暗号化されたゼロ送金を、前記金庫ウォレットから前記ホットウォレットに対して行わせてもよい。さらにまた、前記ホットウォレットは、前記金庫ウォレットからの送金内容を前記ユーザ端末に対して送信してもよい。加えて、前記ユーザ端末は、前記金庫ウォレットからの送金内容を前記暗号鍵により解読した解読内容を、前記認証サーバを介して前記データ管理ノードに送信してもよい。また、前記データ管理ノードは、前記ユーザ端末から受信した前記解読内容を、前記台帳に記録してもよい。
【００１８】
これにより、新たなユーザ端末をデータ管理ノードに対応付ける際、暗号化されたゼロ送金を金庫ウォレットからホットウォレットに対して行うことが可能であるかを試すことが可能となる。
【００１９】
本発明に係る制御方法は、
複数のユーザ端末と、
認証サーバと、
対象データの送信を管理する複数のデータ管理ノードと
を備えるデータ管理システムの制御方法であって、
前記ユーザ端末とこれに対応付けられた前記データ管理ノードが通信を開始する際、前記ユーザ端末は、前記データ管理ノードの識別情報及び前記ユーザ端末の通信アドレスを含む第１通信要求信号を前記認証サーバに送信し、
前記認証サーバは、前記第１通信要求信号に含まれる前記データ管理ノードの識別情報に基づいて前記データ管理ノードの通信アドレスを特定して、前記第１通信要求信号に基づく第２通信要求信号を前記データ管理ノードに送信し、
前記データ管理ノードは、前記第２通信要求信号に含まれる前記ユーザ端末の通信アドレスを用いて前記ユーザ端末に第３通信要求信号を送信し、
前記ユーザ端末は、前記第３通信要求信号に基づいて、前記データ管理ノードの通信アドレスを特定し、
これにより、前記ユーザ端末と前記データ管理ノードの間の通信セッションを確立する
ことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、データ管理のセキュリティを向上可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る仮想通貨管理システムの全体構成を簡略的に示す概略構成図である。
【図２】前記実施形態に係る前記仮想通貨管理システムの一部の構成要素の構成を簡略的に示す概略構成図である。
【図３】前記実施形態におけるホットウォレット設定処理のフローの説明図である。
【図４】前記実施形態における金庫ウォレット設定処理のフローの説明図である。
【図５】前記実施形態における金庫ウォレット設定処理のフローの説明図である。
【図６】前記実施形態において、ユーザ端末のユーザ（管理者）からの入力操作に応じて、金庫ウォレットへの入金指令を受け付けるフローチャート（図５のＳ６１の詳細）である。
【図７】前記実施形態における金庫ウォレット出金処理のフローの説明図である。
【発明を実施するための形態】
【００２２】
Ａ．本実施形態
＜Ａ−１．本実施形態の構成＞
［Ａ−１−１．全体構成］
図１は、本発明の一実施形態に係る仮想通貨管理システム１０の全体構成を簡略的に示す概略構成図である。図２は、本実施形態に係る仮想通貨管理システム１０の一部の構成要素の構成を簡略的に示す概略構成図である。仮想通貨管理システム１０（以下「管理システム１０」ともいう。）は、データとしての仮想通貨ＶＣを管理するデータ管理システムである。
【００２３】
図１に示すように、管理システム１０は、複数のユーザ端末２０と、登録管理サーバ２２と、複数のホットウォレット２４と、複数の認証サーバ２６と、複数の金庫管理ノード２８と、複数の金庫ウォレット３０と、複数のマイニングノード３２と、保険サーバ３４とを有する。各構成要素は、インターネット３６により通信可能である。登録管理サーバ２２又は保険サーバ３４は複数設けてもよい。認証サーバ２６は１つであってもよい。
【００２４】
管理システム１０では、仮想通貨ＶＣの送金サービスが実行される。ここでの送金サービスは、ホットウォレット２４間の送金と、ホットウォレット２４と金庫ウォレット３０の間の送金を含む。送金の履歴は、ブロックチェーンで管理される。
【００２５】
［Ａ−１−２．ユーザ端末２０］
ユーザ端末２０は、仮想通貨ＶＣの取引を行うユーザ（自然人、法人）が利用する端末であり、例えば、パーソナルコンピュータ、スマートフォンから構成される。図２に示すように、ユーザ端末２０は、ユーザインタフェース５０（以下「ＵＩ５０」ともいう。）と、演算装置５２（以下「端末演算装置５２」ともいう。）と、記録装置５４（以下「端末記録装置５４」ともいう。）とを有する。
【００２６】
ユーザインタフェース５０は、図示しない入力装置及び出力装置を含む。入力装置としては、例えば、キーボード、マウス又はタッチパネルが用いられる。また、出力装置としては、例えば、表示装置（タッチパネルを含む）又はスピーカが用いられる。端末演算装置５２は、中央演算装置（ＣＰＵ）を含み、端末記録装置５４に記録されているプログラムを実行することにより動作する。
【００２７】
端末記録装置５４は、端末演算装置５２が用いるプログラム及びデータを記録するものであり、メモリ等の主記憶部と、ハードディスク等の副記憶部とを有する。ユーザ端末２０が金庫管理ノード２８に対応付けられると、端末記録装置５４には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎが記録されることになる（詳細は、図４を参照して後述する。）。
【００２８】
ユーザ端末２０は、ＵＩ５０に対するユーザからの操作入力に基づいて、ホットウォレット２４間の送金及びホットウォレット２４と金庫ウォレット３０の間の送金を指令する。
【００２９】
［Ａ−１−３．登録管理サーバ２２］
登録管理サーバ２２は、仮想通貨管理システム１０が実行する送金サービスへの登録（又は入会）を管理する。登録管理サーバ２２は、ユーザインタフェース（図示せず）、演算装置（図示せず）及び記録装置６０（以下「登録サーバ記録装置６０」ともいう。）を有する。登録サーバ記録装置６０は、第１端末データベース７０（以下「第１端末ＤＢ７０」という。）と、第１アカウントデータベース７２（以下「第１アカウントＤＢ７２」という。）とを有する。
【００３０】
第１端末ＤＢ７０は、ユーザ端末２０のデータベースであり、ユーザ端末２０の識別情報（ＩＤ）、通信アドレスＡＤｕｔ等が記録されている。第１アカウントＤＢ７２は、各種のアカウント情報Ｉａｃ及びその関連情報のデータベースである。各種のアカウント情報Ｉａｃ等としては、ホットウォレット２４のアカウント情報Ｉａｃｈｗ及び通信アドレスＡＤｈｗと、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び通信アドレスＡＤｖｎと、金庫ウォレット３０のアカウント情報Ｉａｃｖｗ及び通信アドレスＡＤｖｗと、メッセージルータ８４のアカウント情報Ｉａｃｍｒ、通信アドレスＡＤｍｒ及び通信パスワードＰＷｍｒとが含まれる。
【００３１】
［Ａ−１−４．ホットウォレット２４］
ホットウォレット２４は、仮想通貨ＶＣの情報（以下「仮想通貨情報Ｉｖｃ」ともいう。）を蓄積する。ホットウォレット２４は、構造化されたファイルとして構成される。或いは、ホットウォレット２４は、簡易なデータベースとして構成されてもよい。図１では、ホットウォレット２４は、インターネット３６を介してユーザ端末２０と通信される。そのような構成の場合、ホットウォレット２４は、ユーザ端末２０と異なるノード（サーバ等）に設けられる。或いは、ホットウォレット２４は、ユーザ端末２０内に設けられてもよい。ホットウォレット２４からの送金は、ユーザ端末２０が直接制御することができる（詳細は後述する。）。
【００３２】
［Ａ−１−５．認証サーバ２６］
認証サーバ２６は、ユーザ端末２０と金庫管理ノード２８がピア・ツー・ピア（Ｐ２Ｐ）で通信するための認証サービスを行う。認証サーバ２６は、ユーザインタフェース（図示せず）、演算装置８０（以下「認証サーバ演算装置８０」ともいう。）、記録装置８２（以下「認証サーバ記録装置８２」ともいう。）及びメッセージルータ８４を有する。認証サーバ２６は、第２端末データベース９０（以下「第２端末ＤＢ９０」という。）と、第２アカウントデータベース９２（以下「第２アカウントＤＢ９２」という。）とを有する。
【００３３】
第２端末ＤＢ９０は、ユーザ端末２０のデータベースであり、登録管理サーバ２２の第１端末ＤＢ７０の一部又は全部と同じ内容である。換言すると、第１端末ＤＢ７０の一部又は全部の内容が第２端末ＤＢ９０にコピーされている。第２アカウントＤＢ９２は、各種のアカウント情報Ｉａｃ及びその関連情報のデータベースであり、登録管理サーバ２２の第１アカウントＤＢ７２の一部又は全部と同じ内容である。換言すると、第１アカウントＤＢ７２の一部又は全部の内容が第２アカウントＤＢ９２にコピーされている。第２アカウントＤＢ９２に記録される各種のアカウント情報Ｉａｃ等としては、例えば、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び通信アドレスＡＤｖｎと、メッセージルータ８４のアカウント情報Ｉａｃｍｒ、通信アドレスＡＤｍｒ及び通信パスワードＰＷｍｒとが含まれる。
【００３４】
メッセージルータ８４は、ユーザ端末２０、金庫管理ノード２８等から受信したメッセージＭを転送する。メッセージルータ８４は、認証サーバ２６とは別に設けてもよい。
【００３５】
［Ａ−１−６．金庫管理ノード２８］
金庫管理ノード２８（データ記録ノード）は、金庫ウォレット３０における仮想通貨ＶＣの入金及び出金を管理するノード（代理ノード）であり、例えば、パーソナルコンピュータ又はサーバから構成される。金庫管理ノード２８は、金庫ウォレット３０のそれぞれが個別に対応付けられた特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金を許容するように、仮想通貨ＶＣの入金及び出金を管理する。
【００３６】
金庫管理ノード２８は、ユーザインタフェース（図示せず）、演算装置１００（以下「金庫管理演算装置１００」ともいう。）及び記録装置１０２（以下「金庫管理記録装置１０２」ともいう。）を有する。
【００３７】
金庫管理記録装置１０２は、台帳１１０及びバックアップ部１１２を有する。台帳１１０は、仮想通貨管理システム１０内のトランザクションをブロックチェーンで記録する。より具体的には、台帳１１０は、複数のホットウォレット２４の入金及び出金の履歴並びに複数の金庫ウォレット３０の入金及び出金の履歴をブロックチェーンとして記録する。
【００３８】
バックアップ部１１２は、台帳１１０のバックアップ用の部位であり、通常はオフライン状態にある。演算装置１００は、所定タイミングが来たと判定したとき、台帳１１０の内容をバックアップ部１１２にコピーする。
【００３９】
また、金庫管理記録装置１０２は、金庫管理ノード２８自身のアカウント情報Ｉａｃｖｎ（対比用識別情報）と、接続パスワードＰＷｖｎ（対比用パスワード）とを記録している。
【００４０】
［Ａ−１−７．金庫ウォレット３０］
金庫ウォレット３０は、ホットウォレット２４と同様、仮想通貨情報Ｉｖｃを蓄積する。金庫ウォレット３０は、構造化されたファイルとして構成される。或いは、金庫ウォレット３０は、簡易なデータベースとして構成されてもよい。図１では、金庫ウォレット３０は、インターネット３６を介して金庫管理ノード２８と通信される。そのような構成の場合、金庫ウォレット３０は、金庫管理ノード２８と異なるノード（サーバ等）に設けられる。或いは、金庫ウォレット３０は、金庫管理ノード２８内に設けられてもよい。
【００４１】
金庫ウォレット３０に対する入金及び金庫ウォレット３０からの出金は、金庫ウォレット３０に対応付けられたホットウォレット２４との間でのみ行うことができる。金庫ウォレット３０の入出金は、金庫管理ノード２８により管理される（詳細は、図５〜図７を参照して後述する。）。
【００４２】
［Ａ−１−８．マイニングノード３２］
マイニングノード３２は、マイニングを行うノードであり、例えば、高速処理が可能なコンピュータから構成される。マイニングノード３２は、金庫管理ノード２８の台帳１１０と同様の台帳１２０を有する。
【００４３】
［Ａ−１−９．保険サーバ３４］
保険サーバ３４は、金庫ウォレット３０に関する保険を管理するサーバである。保険サーバ３４は、ユーザインタフェース（図示せず）、演算装置１３０（以下「保険演算装置１３０」ともいう。）及び記録装置（以下「保険記録装置１３２」ともいう。）を有する。保険記録装置１３２は、保険料Ｆｉｎｓを入金するための保険ウォレット１４０を有する。保険サーバ３４は、金庫ウォレット３０から送信されてきた保険情報Ｉｉｎｓを保険記録装置１３２に記録すると共に、金庫ウォレット３０から送信されてきた仮想通貨ＶＣを保険ウォレット１４０に蓄積する。
【００４４】
＜Ａ−２．本実施形態における制御＞
［Ａ−２−１．概要］
上記のように、本実施形態の仮想通貨管理システム１０では、ユーザ端末２０が直接（すなわち、認証サーバ２６を介さずに）ホットウォレット２４に対して仮想通貨ＶＣの入金及び出金が可能である。また、ユーザ端末２０が認証サーバ２６を介して金庫ウォレット３０に対して仮想通貨ＶＣの入金及び出金が可能である。
【００４５】
以下では、ホットウォレット設定処理と、金庫ウォレット設定処理と、ホットウォレット入金処理と、ホットウォレット出金処理と、金庫ウォレット入金処理と、金庫ウォレット出金処理とについて説明する。ホットウォレット設定処理は、ユーザ端末２０に対応するホットウォレット２４を設定する処理である。金庫ウォレット設定処理は、ユーザ端末２０に対応する金庫ウォレット３０を設定する処理である。本実施形態では、ユーザ端末２０に対応するホットウォレット２４が設定されている場合のみ、金庫ウォレット設定処理を実行可能である。
【００４６】
ホットウォレット入金処理は、特定のホットウォレット２４（以下「対象ウォレット２４ｔａｒ」ともいう。）に対して他のホットウォレット２４から仮想通貨ＶＣを入金する処理である。ホットウォレット出金処理は、対象ホットウォレット２４ｔａｒから他のホットウォレット２４に仮想通貨ＶＣを出金する処理である。金庫ウォレット入金処理は、対象ホットウォレット２４ｔａｒから特定の金庫ウォレット３０（以下「対象金庫ウォレット３０ｔａｒ」ともいう。）に仮想通貨ＶＣを入金する処理である。金庫ウォレット出金処理は、対象金庫ウォレット３０ｔａｒから対象ホットウォレット２４ｔａｒに仮想通貨ＶＣを出金する処理である。
【００４７】
［Ａ−２−２．ホットウォレット設定処理］
図３は、本実施形態におけるホットウォレット設定処理のフローの説明図である。図３において「Ｓ」と数字の組合せは、ステップの番号を示している（後述する図４〜図７も同様である。）。上記のように、ホットウォレット設定処理は、ユーザ端末２０に対応するホットウォレット２４を設定する処理である。
【００４８】
また、処理の概要を容易化するため、図３では、登録管理サーバ２２の第１端末ＤＢ７０と、認証サーバ２６の第２端末ＤＢ９０をまとめると共に、登録管理サーバ２２及び認証サーバ２６から離して示している（図４、図５及び図７も同様である。）。上記のように、第１端末ＤＢ７０の一部又は全部の内容が第２端末ＤＢ９０にコピーされている。同様に、図３では、登録管理サーバ２２の第１アカウントＤＢ７２と、認証サーバ２６の第２アカウントＤＢ９２をまとめると共に、登録管理サーバ２２及び認証サーバ２６から離して示している（図４、図５及び図７も同様である。）。上記のように、第１アカウントＤＢ７２の一部又は全部の内容が第２アカウントＤＢ９２にコピーされている。
【００４９】
ホットウォレット設定処理では、まずホットウォレット２４を設定可能であるか否かが判定される。具体的には、ステップＳ１１において、新たなユーザ端末２０は、ＩＰｓｅｃ（Security Architecture for Internet Protocol）を用いて登録管理サーバ２２にアクセスして、第１登録要求信号Ｓｒｒ１を送信する。第１登録要求信号Ｓｒｒ１は、新たなユーザ端末２０に対応するホットウォレット２４の設定を要求するものであり、ホットウォレット２４の設定のために必要な情報（第１必要情報Ｉｎ１）を含む。なお、ホットウォレット２４の設定は、新たなユーザ端末２０の入会時において行ってもよい。その場合、新たなユーザ端末２０が入会する際にホットウォレット２４が設定される。ステップＳ１２において、新たなユーザ端末２０と登録管理サーバ２２との間の通信が確認される。
【００５０】
ステップＳ１３において、登録管理サーバ２２は、新たなユーザ端末２０のＩＤが既に第１端末ＤＢ７０に登録されていないか否かを判定する。新たなユーザ端末２０のＩＤが既に第１端末ＤＢ７０に登録されている場合、登録管理サーバ２２は、新たなユーザ端末２０が既に登録済である旨のエラーメッセージを新たなユーザ端末２０に送信する。当該エラーメッセージを受信したユーザ端末２０は、ＵＩ５０（表示装置）にエラーメッセージを表示する。
【００５１】
新たなユーザ端末２０のＩＤがまだ第１端末ＤＢ７０に登録されていない場合、登録管理サーバ２２は、新たなユーザ端末２０の入会情報（ＩＤ等）を第１端末ＤＢ７０に登録して、ステップＳ１４に進む。第１端末ＤＢ７０への新たな登録内容は、第２端末ＤＢ９０にコピーされる。
【００５２】
ステップＳ１４において、登録管理サーバ２２は、新たなユーザ端末２０に対応するホットウォレット２４、金庫管理ノード２８及び金庫ウォレット３０を選択し、それぞれを関連付けるリンク情報を第１アカウントＤＢ７２に記録する。本実施形態では、グラフを用いて新たなユーザ端末２０、ホットウォレット２４、金庫管理ノード２８及び金庫ウォレット３０が関連付けられる。第１アカウントＤＢ７２への新たな登録内容は、第２アカウントＤＢ９２にコピーされる。
【００５３】
ステップＳ１５において、登録管理サーバ２２は、新たなユーザ端末２０に対して第１アクセス要求令信号Ｓａｒ１を送信する。第１アクセス要求令信号Ｓａｒ１は、新たなユーザ端末２０に対して認証サーバ２６へのアクセスを要求する信号である。第１アクセス要求令信号Ｓａｒ１を受信した新たなユーザ端末２０は、ステップＳ１６において、認証サーバ２６にアクセスする。
【００５４】
ステップＳ１７において、認証サーバ２６は、新たなユーザ端末２０の端末情報Ｉｕｔを第２端末ＤＢ９０から取得する。ステップＳ１８において、認証サーバ２６は、取得した端末情報Ｉｕｔを用いて新たなユーザ端末２０との間でセキュアセッションを開始し、メッセージルータ８４のアカウント情報Ｉａｃｍｒと、接続パスワードＰＷｍｒを新たなユーザ端末２０に送信する。
【００５５】
ステップＳ１９において、認証サーバ２６は、新たなユーザ端末２０に対応するホットウォレット２４を、第２アカウントＤＢ９２のアカウント情報Ｉａｃに基づいて特定する。そして、ステップＳ２０において、認証サーバ２６は、特定したホットウォレット２４に対して新たなユーザ端末２０へのアクセスを要求する第２アクセス要求信号Ｓａｒ２をホットウォレット２４に送信する。第２アクセス要求信号Ｓａｒ２には、新たなユーザ端末２０のＩＰアドレスＡＤｕｔが含まれる。
【００５６】
第２アクセス要求信号Ｓａｒを受信したホットウォレット２４は、ステップＳ２１において、新たなユーザ端末２０に対して第１セッション開始信号Ｓｓｓ１を送信する。その際、ホットウォレット２４と新たなユーザ端末２０の間の通信は、インターネット３６を構成する図示しないルータを経由して行われる。第１セッション開始信号Ｓｓｓ１は、新たなユーザ端末２０に対してセッションＳＥ１の開始を要求する信号である。新たなユーザ端末２０が第１セッション開始信号Ｓｓｓ１を受信すると、ホットウォレット２４と新たなユーザ端末２０との間でセッションＳＥ１が開始される。
【００５７】
ステップＳ２２において、ホットウォレット２４は、セッションＳＥ１用の第１暗号鍵Ｋ１を生成し、メッセージルータ８４に送信する。第１暗号鍵Ｋ１を受信したメッセージルータ８４は、ステップＳ２３において、第１暗号鍵Ｋ１を新たなユーザ端末２０に送信する。すなわち、ステップＳ２２、Ｓ２３では、ホットウォレット２４から新たなユーザ端末２０に対して第１暗号鍵Ｋ１を直接送信する代わりに、メッセージルータ８４を介して第１暗号鍵Ｋ１を送信する。
【００５８】
ステップＳ２４において、ホットウォレット２４は、自らのアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを第１暗号鍵Ｋ１で暗号化し、新たなユーザ端末２０に対して直接（メッセージルータ８４を介さずに）送信する。新たなユーザ端末２０は、メッセージルータ８４からの第１暗号鍵Ｋ１と、ホットウォレット２４からのアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを受信する。そして、ユーザ端末２０は、第１暗号鍵Ｋ１を用いてアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを解読し、端末記録装置５４に記録する。
【００５９】
以上の処理により、新たなユーザ端末２０とホットウォレット２４の設定が終了する。この段階で、新たなユーザ端末２０の記録装置５４には、メッセージルータ８４のアカウント情報Ｉａｃｍｒ及び接続パスワードＰＷｍｒと、ホットウォレット２４のアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗとが記録されている。一方、ホットウォレット２４の記録装置（図示せず）に一時的に記録された新たなユーザ端末２０のＩＰアドレスＡＤｕｔは消去される（不揮発性メモリには記録されない）。
【００６０】
［Ａ−２−３．金庫ウォレット設定処理］
図４は、本実施形態における金庫ウォレット設定処理のフローの説明図である。上記のように、金庫ウォレット設定処理は、ユーザ端末２０に対応する金庫ウォレット３０を設定する処理である。本実施形態では、ユーザ端末２０に対応するホットウォレット２４が設定されている場合のみ、金庫ウォレット設定処理を実行可能である。
【００６１】
金庫ウォレット設定処理では、まず金庫ウォレット３０を設定可能であるか否かが判定される。具体的には、ステップＳ３１において、ユーザ端末２０は、ＩＰｓｅｃを用いて登録管理サーバ２２にアクセスして、第２登録要求信号Ｓｒｒ２を送信する。第２登録要求信号Ｓｒｒ２は、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０の設定を要求するものであり、金庫管理ノード２８及び金庫ウォレット３０の設定のために必要な情報（第２必要情報Ｉｎ２）を送信する。ステップＳ３２において、ユーザ端末２０と登録管理サーバ２２との間の通信が確認される。
【００６２】
ステップＳ３３において、登録管理サーバ２２は、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０のアカウント情報Ｉａｃｖｎ、Ｉａｃｖｗを第１アカウントＤＢ７２から読み出す。上記のように、本実施形態では、ホットウォレット設定処理（図３）において、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０が選択されている（Ｓ１４）。なお、ホットウォレット設定処理（図３）では金庫管理ノード２８及び金庫ウォレット３０を選択せず、金庫管理ノード設定処理において、金庫管理ノード２８及び金庫ウォレット３０を選択してもよい。
【００６３】
ステップＳ３４において、登録管理サーバ２２は、ユーザ端末２０に対して第３アクセス要求信号Ｓａｒ３を送信する。第３アクセス要求信号Ｓａｒ３は、ユーザ端末２０に対して、メッセージルータ８４を介して金庫管理ノード２８にアクセスすることを要求する信号である。第３アクセス要求信号Ｓａｒ３を、ユーザ端末２０に対して送信する。第３アクセス要求信号Ｓａｒ３には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎが含まれる。第３アクセス要求信号Ｓａｒ３を受信したユーザ端末２０は、ステップＳ３５において、認証サーバ２６にアクセスする。
【００６４】
ステップＳ３６において、認証サーバ２６は、新たなユーザ端末２０の端末情報Ｉｕｔを第２端末ＤＢ９０から取得する。ステップＳ３７において、認証サーバ２６は、新たなユーザ端末２０との間でセキュアセッションを開始し、メッセージルータ８４のアカウント情報Ｉａｃｍｒと及び接続パスワードＰＷｍｒを新たなユーザ端末２０に送信する。
【００６５】
ステップＳ３８において、認証サーバ２６は、新たなユーザ端末２０に対応する金庫管理ノード２８を、第２アカウントＤＢ９２のアカウント情報Ｉａｃに基づいて特定する。そして、ステップＳ３９において、認証サーバ２６は、特定した金庫管理ノード２８に対して第４アクセス要求信号Ｓａｒ４を送信する。第４アクセス要求信号Ｓａｒ４は、新たなユーザ端末２０へのアクセスを要求する信号である。第４アクセス要求信号Ｓａｒ４には、新たなユーザ端末２０のＩＰアドレスＡＤｕｔが含まれる。
【００６６】
第４アクセス要求信号Ｓａｒ４を受信した金庫管理ノード２８は、ステップＳ４０において、新たなユーザ端末２０に対してセッションの開始を要求する第２セッション開始信号Ｓｓｓ２を送信する。新たなユーザ端末２０が第２セッション開始信号Ｓｓｓ２を受信すると、金庫管理ノード２８と新たなユーザ端末２０との間でセッションＳＥ２が開始される。
【００６７】
ステップＳ４１において、金庫管理ノード２８は、セッションＳＥ２用の第２暗号鍵Ｋ２を生成し、メッセージルータ８４に送信する。第２暗号鍵Ｋ２を受信したメッセージルータ８４は、ステップＳ４２において、第２暗号鍵Ｋ２を新たなユーザ端末２０に送信する。すなわち、ステップＳ４１、Ｓ４２では、金庫管理ノード２８から新たなユーザ端末２０に対して第２暗号鍵Ｋ２を直接送信する代わりに、メッセージルータ８４を介して第２暗号鍵Ｋ２を送信する。
【００６８】
ステップＳ４３において、金庫管理ノード２８は、自らのアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎを第２暗号鍵Ｋ２で暗号化したメッセージＭ１を、新たなユーザ端末２０に対して直接（メッセージルータ８４を介さずに）送信する。新たなユーザ端末２０は、メッセージルータ８４からの第２暗号鍵Ｋ２と、金庫管理ノード２８からのメッセージＭ１（アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎ）を受信する。そして、ユーザ端末２０は、第２暗号鍵Ｋ２を用いてアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎを解読し、端末記録装置５４に記録する。
【００６９】
ステップＳ４４において、金庫管理ノード２８は、ホットウォレット２４に対するゼロ（null）送金を金庫ウォレット３０に要求する。ステップＳ４５において、フルノードとしての金庫ウォレット３０は、ホットウォレット２４に対してゼロ（null）送金を行う。ゼロ送金は、第２暗号鍵Ｋ２で暗号化されている。ステップＳ４６において、ホットウォレット２４は、金庫ウォレット３０からの送金内容をユーザ端末２０に対して送信する。ユーザ端末２０は、メッセージルータ８４からの第２暗号鍵Ｋ２と、ホットウォレット２４からの送金内容を受信する。そして、第２暗号鍵Ｋ２を用いて送金内容を解読する。
【００７０】
ステップＳ４７において、ユーザ端末２０は、解読した送金内容をメッセージルータ８４に送信する。送金内容を受信したメッセージルータ８４は、ステップＳ４８において、アカウント情報Ｉａｃｖｎに基づいて金庫管理ノード２８のＩＰアドレスＡＤｖｎを特定し、送金内容を金庫管理ノード２８に送信する。この際、送金内容は、第２暗号鍵Ｋ２又はその他の暗号方法により暗号化してもよい。
【００７１】
ステップＳ４９において、金庫管理ノード２８は、受信した送金内容（ゼロ送金）を台帳１１０に記録する。ステップＳ５０において、金庫管理ノード２８は、台帳１１０の内容をバックアップ部１１２に記録してバックアップを行う。
【００７２】
以上の処理により、ユーザ端末２０と金庫管理ノード２８の設定が終了する。この段階で、新たなユーザ端末２０の記録装置５４には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎが記録されている。一方、金庫管理ノード２８の記録装置１０２に一時的に記録されたユーザ端末２０のＩＰアドレスＡＤｕｔは消去される（不揮発性メモリには記録されない）。
【００７３】
［Ａ−２−４．ホットウォレット入金処理］
ホットウォレット入金処理は、特定のホットウォレット２４（対象ホットウォレット２４ｔａｒ）に対して他のホットウォレット２４から仮想通貨ＶＣを送金する処理である。換言すると、ホットウォレット入金処理は、他のホットウォレット２４から対象ホットウォレット２４ｔａｒに対して仮想通貨ＶＣを入金する処理である。
【００７４】
他のホットウォレット２４（送信者）から対象ホットウォレット２４ｔａｒ（受信者）への送金は、ブロックチェーンにおける一般的なトランザクション技術が用いられる。例えば、他のホットウォレット２４の公開鍵を対象ホットウォレット２４ｔａｒに予め送信しておく。次いで、他のホットウォレット２４の秘密鍵を用いてトランザクションデータを暗号化した電子署名を生成する。他のホットウォレット２４は、トランザクションデータ（原本）に電子署名を付与して対象ホットウォレット２４ｔａｒに送信する。当該送金（トランザクション）は、管理システム１０内にブロードキャストされる。
【００７５】
［Ａ−２−５．ホットウォレット出金処理］
ホットウォレット出金処理は、対象ホットウォレット２４ｔａｒから他のホットウォレット２４に仮想通貨ＶＣを出金する処理である。送信者と受信者が反対になることを除けば、ホットウォレット出金処理は、ホットウォレット入金処理と同様に行われる。
【００７６】
［Ａ−２−６．金庫ウォレット入金処理］
（Ａ−２−６−１．金庫ウォレット入金処理の概要）
図５は、本実施形態における金庫ウォレット設定処理のフローの説明図である。上記のように、金庫ウォレット入金処理は、ホットウォレット２４から金庫ウォレット３０に仮想通貨ＶＣを入金する処理である。
【００７７】
ステップＳ６１において、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付ける。その際、ユーザ端末２０は、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ（保険料Ｆｉｎｓ、保障金額Ｐｍａｘ等）についてユーザの承認（同意）を受ける。ステップＳ６１の詳細については、図６を参照して後述する。
【００７８】
ステップＳ６２において、ユーザ端末２０は、金庫ウォレット３０へのアクセスを要求する第１金庫アクセス要求信号Ｓａｒｖｎ１を、認証サーバ２６に対して送信する。第１金庫アクセス要求信号Ｓａｒｖｎ１は、第１認証コードＣＯ１及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む。第１認証コードＣＯ１は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを所定規則で変形したハッシュ値Ｖｈを含む。
【００７９】
第１金庫アクセス要求信号Ｓａｒｖｎ１を受信した認証サーバ２６は、第１認証コードＣＯ１（ハッシュ値Ｖｈ）から金庫管理ノード２８のアカウント情報Ｉａｃｖｎを生成する。そして、認証サーバ２６は、アカウント情報Ｉａｃｖｎに対応する金庫管理ノード２８のＩＰアドレスＡＤｖｎを第２アカウントＤＢ９２から読み出す。ステップＳ６３において、認証サーバ２６は、第１認証コードＣＯ１及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む第２金庫アクセス要求信号Ｓａｒｖｎ２を、ＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に送信する。
【００８０】
金庫管理ノード２８は、第２金庫アクセス要求信号Ｓａｒｖｎ２の第１認証コードＣＯ１から金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを読み出す（解読する）。すなわち、金庫管理ノード２８は、ユーザ端末２０においてハッシュ値Ｖｈを生成する所定規則を共有している。そして、金庫管理ノード２８は、第１認証コードＣＯ１から読み出された（解読された）アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎと、金庫管理記録装置１０２に記録されている認証用アカウント情報Ｉａｃｖｎ及び対比用の接続パスワードＰＷｖｎとを対比して認証を行う。
【００８１】
認証が成功した場合、ステップＳ６４において、金庫管理ノード２８は、エンド・ツー・エンド通信（Ｅ２Ｅ通信）の開始を要求する第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１をユーザ端末２０に送信する。第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１には、金庫管理ノード２８のＩＰアドレスＡＤｖｎが含まれる。第１Ｅ２Ｅ信号Ｓｅ２ｅ１を受信したユーザ端末２０は、第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１から金庫管理ノード２８のＩＰアドレスＡＤｖｎを抽出する。ステップＳ６５において、ユーザ端末２０は、抽出したＩＰアドレスＡＤｖｎを用いて、金庫管理ノード２８に対して受信確認（アクノレッジメント）を送信してＥ２Ｅ通信を確立する。
【００８２】
ステップＳ６６において、ユーザ端末２０は、第２認証コードＣＯ２を含む第３金庫アクセス要求信号Ｓａｒｖｎ３を、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送信する。ステップＳ６７において、金庫管理ノード２８は、金庫ウォレット３０のアカウント情報Ｉａｃｖｗをユーザ端末２０に対して送信する。
【００８３】
ステップＳ６８において、ユーザ端末２０は、第１送金要求信号Ｓｔｒ１をホットウォレット２４に送信する。第１送金要求信号Ｓｔｒ１は、ホットウォレット２４から金庫ウォレット３０への送金をホットウォレット２４に対して要求する。ここでの送金額Ｖｔｒは、入金額Ｖｉｎ及び保険料Ｆｉｎｓの合計である。ステップＳ６９において、ホットウォレット２４は、金庫ウォレット３０に対して送金を行う。
ステップＳ７０において、ユーザ端末２０は、金庫管理ノード２８のＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送金の実施を通知する。送金を完了させたホットウォレット２４は、ステップＳ７１において、ユーザ端末２０に対して送金完了を通知する。
【００８４】
ホットウォレット２４からの送金を受けた金庫ウォレット３０は、送金を受けると、ステップＳ７２において、金庫管理ノード２８に対して通知する。ステップＳ７３において、金庫管理ノード２８は、入金を台帳１１０に記録する。ステップＳ７４において、金庫管理ノード２８は、入金を通知する入金通知信号Ｓｉｎｔを、メッセージルータ８４に送信する。入金通知信号Ｓｉｎｔを受信したメッセージルータ８４は、ステップＳ７５において、入金通知信号Ｓｉｎｔをユーザ端末２０に転送する。
【００８５】
ステップＳ７６において、金庫管理ノード２８は、保険料Ｆｉｎｓの送金を要求する保険料送金要求信号Ｓｆｉｎｓｒを金庫ウォレット３０に送信する。保険料送金要求信号Ｓｆｉｎｓｒを受信した金庫ウォレット３０は、ステップＳ７７において、保険ウォレット１４０に対して保険料Ｆｉｎｓを送金する。保険料Ｆｉｎｓを受領した保険ウォレット１４０は、ステップＳ７８において、保険料Ｆｉｎｓの受領を金庫管理ノード２８に通知する。当該通知を受けた金庫管理ノード２８は、ステップＳ７９において、出金を台帳１１０に記録する。
【００８６】
（Ａ−２−６−２．金庫ウォレット３０への入金指令の受付け（図５のＳ６１の詳細））
上記のように、金庫ウォレット入金処理では、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付ける。その際、ユーザ端末２０は、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ（保険料Ｆｉｎｓ、保障金額Ｐｍａｘ等）についてユーザの承認（同意）を受ける。
【００８７】
図６は、本実施形態において、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付けるフローチャート（図５のＳ６１の詳細）である。ステップＳ９１において、ユーザ端末２０は、金庫ウォレット３０への入金受付画面（図示せず）をＵＩ５０（表示装置）に表示させる。入金受付画面は、入金額Ｖｉｎの入力欄と決定ボタンとを含む。
【００８８】
入力欄に入金額Ｖｉｎが入力された状態で決定ボタンが押されると、ステップＳ９２において、対象ユーザ端末２０は、入金確認画面（図示せず）をＵＩ５０（表示装置）に表示させる。入金確認画面では、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ並びに決定ボタンが表示される。保険条件Ｃｉｎｓには、保険料Ｆｉｎｓ、保障金額Ｐｍａｘ及び保障対象行為Ａｃｏｖが含まれる。
【００８９】
保険料Ｆｉｎｓは、入金額Ｖｉｎの一部（例えば１％）が設定される。或いは、保険料Ｆｉｎｓは、入金額Ｖｉｎの範囲毎の定額制としてもよい。保障金額Ｐｍａｘは、金庫ウォレット３０から仮想通貨ＶＣが不正に送金された場合に保障される金額である。
【００９０】
保障対象行為Ａｃｏｖは、例えば、保険対象となるユーザ端末２０である対象ユーザ端末２０ｔａｒ以外のノードに、対象ユーザ端末２０ｔａｒが対応付けられた金庫ウォレット３０から仮想通貨ＶＣが送金されたことを含む。併せて、ホットウォレット２４からの送金は、保障対象行為Ａｃｏｖに含まれない旨を表示してもよい。
【００９１】
対象ユーザ端末２０のユーザは、入金額Ｖｉｎ及び保険条件Ｃｉｎｓを承認する場合、決定ボタンを押すことで入金指令を入力する。入金指令が入力されると、ステップＳ９３において、ユーザ端末２０は、ユーザの同意を確定する。
【００９２】
［Ａ−２−７．金庫ウォレット出金処理］
図７は、本実施形態における金庫ウォレット出金処理のフローの説明図である。上記のように、金庫ウォレット出金処理は、金庫ウォレット３０からホットウォレット２４に仮想通貨ＶＣを出金する処理である。
【００９３】
ステップＳ１０１において、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０からの出金指令を受け付ける。その際、ユーザ端末２０は、出金額Ｖｏｕｔについてユーザの承認（同意）を受ける。
【００９４】
ステップＳ１０２において、ユーザ端末２０は、金庫ウォレット３０へのアクセスを要求する第４金庫アクセス要求信号Ｓａｒｖｎ４を、認証サーバ２６に対して送信する。第４金庫アクセス要求信号Ｓａｒｖｎ４は、第３認証コードＣＯ３及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む。第３認証コードＣＯ３は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを所定規則で変形したハッシュ値Ｖｈを含む。第３認証コードＣＯ３は、第１認証コードＣＯ１と同一であってもよい。
【００９５】
第４金庫アクセス要求信号Ｓａｒｖｎ４を受信した認証サーバ２６は、第３認証コードＣＯ３（ハッシュ値Ｖｈ）から金庫管理ノード２８のアカウント情報Ｉａｃｖｎを生成する。そして、認証サーバ２６は、アカウント情報Ｉａｃｖｎに対応する金庫管理ノード２８のＩＰアドレスＡＤｖｎを第２アカウントＤＢ９２から読み出す。ステップＳ１０３において、認証サーバ２６は、第３認証コードＣＯ３及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む第５金庫アクセス要求信号Ｓａｒｖｎ５を、ＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に送信する。
【００９６】
金庫管理ノード２８は、第５金庫アクセス要求信号Ｓａｒｖｎ５の第３認証コードＣＯ３からユーザ端末２０のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを読み出す（解読する）。すなわち、金庫管理ノード２８は、ユーザ端末２０においてハッシュ値Ｖｈを生成する所定規則を共有している。そして、金庫管理ノード２８は、第３認証コードＣＯ３から読み出された（解読された）アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎと、金庫管理記録装置１０２に記録されている認証用アカウント情報Ｉａｃｖｎ及び対比用の接続パスワードＰＷｖｎとを対比して認証を行う。
認証が成功した場合、ステップＳ１０４において、金庫管理ノード２８は、エンド・ツー・エンド通信（Ｅ２Ｅ通信）の開始を要求する第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２をユーザ端末２０に送信する。第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２には、金庫管理ノード２８のＩＰアドレスＡＤｖｎが含まれる。第２Ｅ２Ｅ信号Ｓｅ２ｅ２を受信したユーザ端末２０は、第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２から金庫管理ノード２８のＩＰアドレスＡＤｖｎを抽出する。ステップＳ１０５において、ユーザ端末２０は、抽出したＩＰアドレスＡＤｖｎを用いて、金庫管理ノード２８に対して受信確認（アクノレッジメント）を送信してＥ２Ｅ通信を確立する。
【００９７】
ステップＳ１０６において、ユーザ端末２０は、第４認証コードＣＯ４を含む第６金庫アクセス要求信号Ｓａｒｖｎ６を、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送信する。ステップＳ１０７において、金庫管理ノード２８は、金庫ウォレット３０のアカウント情報Ｉａｃｖｗをユーザ端末２０に対して送信する。
【００９８】
ステップＳ１０８において、ユーザ端末２０は、第２送金要求信号Ｓｔｒ２を送信する。第２送金要求信号Ｓｔｒ２は、金庫ウォレット３０からホットウォレット２４への送金を金庫管理ノード２８に対して要求する。ステップＳ１０９において、金庫管理ノード２８は、送金要求の確認を要求する送金要求確認信号Ｓａｃｋｒを、メッセージルータ８４に対して送信する。ステップＳ１１０において、メッセージルータ８４は、送金要求確認信号Ｓａｃｋｒをユーザ端末２０に転送する。
【００９９】
送金要求確認信号Ｓａｃｋｒを受信したユーザ端末２０は、ステップＳ１１１において、送金要求を承認する送金要求承認信号Ｓａｃｋｔを、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）金庫管理ノード２８に送信する。
【０１００】
ステップＳ１１２において、金庫管理ノード２８は、出金処理開始を台帳１１０に記録する。ステップＳ１１３において、金庫管理ノード２８は、金庫ウォレット３０からホットウォレット２４に対して出金を要求する。ステップＳ１１４において、金庫ウォレット３０は、ホットウォレット２４に送金する。ステップＳ１１５において、ホットウォレット２４は、金庫ウォレット３０に対して受領確認を送信する。受領確認を受信した金庫ウォレット３０は、ステップＳ１１６において、受領確認を金庫管理ノード２８に転送する。受領確認を受信した金庫管理ノード２８は、ステップＳ１１７において、出金の完了を台帳１１０に記録する。
【０１０１】
ステップＳ１１８において、ホットウォレット２４は、ユーザ端末２０に対して入金を通知する。通知を受けたユーザ端末２０は、ＵＩ５０（表示装置）に出金の完了を表示する。
【０１０２】
＜Ａ−３．本実施形態の効果＞
本実施形態によれば、ユーザ端末２０が自らに対応付けられた金庫管理ノード２８（データ管理ノード）との間で入金のための通信を開始する際、ユーザ端末２０は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ（識別情報）及びユーザ端末２０の通信アドレスＡＤｕｔを含むが、金庫管理ノード２８の通信アドレスＡＤｖｎを含まない第１金庫アクセス要求信号Ｓａｒｖｎ１（第１通信要求信号）を認証サーバ２６に送信する（図５のＳ６２）。認証サーバ２６は、第１金庫アクセス要求信号Ｓａｒｖｎ１に含まれる金庫管理ノード２８のアカウント情報Ｉａｃｖｎに基づいて金庫管理ノード２８の通信アドレスＡＤｖｎを特定して、第１金庫アクセス要求信号Ｓａｒｖｎ１に基づく第２金庫アクセス要求信号Ｓａｒｖｎ２（第２通信要求信号）を金庫管理ノード２８に送信する（図５のＳ６３）。金庫管理ノード２８は、第２金庫アクセス要求信号Ｓａｒｖｎ２に含まれるユーザ端末２０の通信アドレスＡＤｕｔを用いてユーザ端末２０に第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１（第３通信要求信号）を送信する（図５のＳ６４）。ユーザ端末２０は、第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１に基づいて、金庫管理ノード２８の通信アドレスＡＤｖｎを特定する。これにより、ユーザ端末２０と金庫管理ノード２８の間の通信セッションを確立する（Ｓ６５）。
【０１０３】
従って、ユーザ端末２０が自らに対応付けられた金庫管理ノード２８との間で仮想通貨ＶＣのデータ（対象データ）の記録（書込み）又は読出しを行う構成において、ユーザ端末２０、認証サーバ２６及び金庫管理ノード２８のいずれにおいても、他の構成要素の情報をできるだけ保持しないことで、データ管理のセキュリティを向上可能となる。出金の場合（図７）も同様である。
【０１０４】
本実施形態において、複数のユーザ端末２０は、自らに対応付けられた金庫管理ノード２８（データ管理ノード）のアカウント情報Ｉａｃｖｎ（識別情報）及びパスワードＰＷｖｎを記録した端末記録装置５４（第１記録部）を備える（図２）。また、認証サーバ２６は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び通信アドレスＡＤｖｎを記録した認証サーバ記録装置８２（第２記録部）を備える（図２）。さらに、複数の金庫管理ノード２８は、自らのアカウント情報Ｉａｃｖｎ（対比用識別情報）及びパスワードＰＷｖｎ（対比用パスワード）を記録した金庫管理記録装置１０２（第３記録部）を備える（図２）。さらにまた、ユーザ端末２０は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎに基づくハッシュ値Ｖｈを含む第１金庫アクセス要求信号Ｓａｒｖｎ１（第１通信要求信号）を生成して認証サーバ２６に送信する（図５のＳ６２）。認証サーバ２６は、第１金庫アクセス要求信号Ｓａｒｖｎ１に含まれるハッシュ値Ｖｈに基づいて金庫管理ノード２８のアカウント情報Ｉａｃｖｎを特定し、特定したアカウント情報Ｉａｃｖｎに対応する金庫管理ノード２８の通信アドレスＡＤｖｎを認証サーバ記録装置８２から読み出して、読み出した通信アドレスＡＤｖｎを用いて第２金庫アクセス要求信号Ｓａｒｖｎ２（第２通信要求信号）を送信する（Ｓ６３）。金庫管理ノード２８は、第２金庫アクセス要求信号Ｓａｒｖｎ２に含まれるハッシュ値Ｖｈに基づいて金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎを復号する。また、金庫管理ノード２８は、復号したアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎと、金庫管理記録装置１０２に記録されているアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎとを対比して認証を行う。認証が成功した場合、金庫管理ノード２８は、ユーザ端末２０に第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１（第３通信要求信号）を送信する（Ｓ６４）。
【０１０５】
これにより、各信号Ｓａｒｖｎ１、Ｓａｒｖｎ２、Ｓｅ２ｅ１のいずれにも、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎ自体を含まなくすることが可能となる。従って、データ管理のセキュリティを向上可能となる。出金の場合（図７）も同様である。
【０１０６】
本実施形態において、データ管理システム１０は、
複数のユーザ端末２０が仮想通貨ＶＣの入金及び出金を制御する複数のホットウォレット２４と、
複数の金庫管理ノード２８（データ管理ノード）が仮想通貨ＶＣの入金及び出金を制御する複数の金庫ウォレット３０と
を備える（図１及び図２）。
【０１０７】
これにより、ユーザ端末２０が金庫管理ノード２８を介して金庫ウォレット３０との間で仮想通貨ＶＣのデータの記録（書込み）又は読出しを行う構成において、ユーザ端末２０、認証サーバ２６及び金庫管理ノード２８のいずれにおいても、他の構成要素の情報をできるだけ保持しないことで、データ管理のセキュリティを向上可能となる。
【０１０８】
本実施形態において、金庫管理ノード２８（データ管理ノード）は、金庫ウォレット３０のそれぞれが個別に対応付けられた特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金を許容するように、金庫ウォレット３０における仮想通貨ＶＣの入金及び出金を制御する（図５及び図７）。また、仮想通貨管理システム１０（データ管理システム）は、複数のホットウォレット２４の入金及び出金の履歴並びに複数の金庫ウォレット３０の入金及び出金の履歴をブロックチェーンとして記録する台帳１１０を備える（図２、図５及び図７）。
【０１０９】
本実施形態によれば、金庫ウォレット３０のそれぞれは、特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金が許容される。そして、複数のホットウォレット２４及び複数の金庫ウォレット３０それぞれの入金及び出金の履歴がブロックチェーンとして台帳１１０に記録される。これにより、継続的なオンライン状態を前提とするブロックチェーンで仮想通貨ＶＣの入金及び出金の履歴を管理する場合であっても、金庫ウォレット３０に蓄積される仮想通貨ＶＣ（その暗号鍵を含み得る）は、不正送金され辛くすることが可能となる。従って、仮想通貨管理システム１０のセキュリティを向上することが可能となる。
【０１１０】
本実施形態において、新たなユーザ端末２０を金庫管理ノード２８（データ管理ノード）に対応付ける際、認証サーバ２６は、新たなユーザ端末２０からの第２登録要求信号Ｓｒｒ２に応じて、新たなユーザ端末２０及び金庫管理ノード２８（データ管理ノード）とのセッションＳＥ２を確立する（図４のＳ４０）。セッションＳＥ２が確立すると、金庫管理ノード２８（データ管理ノード）は、セッションＳＥで用いる第２暗号鍵Ｋ２を、認証サーバ２６を介して新たなユーザ端末２０に送信する（図４のＳ４１、Ｓ４２）。また、金庫管理ノード２８は、第２暗号鍵Ｋ２を用いて暗号化したメッセージＭ１を、新たなユーザ端末２０の通信アドレスＡＤｕｔを用いて新たなユーザ端末２０に送信する（図４のＳ４３）。さらに、新たなユーザ端末２０は、金庫管理ノード２８から受信したメッセージＭ１を、認証サーバ２６を介して受信した第２暗号鍵Ｋ２を用いて解読する。
【０１１１】
本実施形態によれば、金庫管理ノード２８は、認証サーバ２６を介さずにメッセージＭ１を新たなユーザ端末２０に送信する一方、認証サーバ２６を介してメッセージＭ１用の第２暗号鍵Ｋ２を新たなユーザ端末２０に送信する。そのため、暗号化しないメッセージを新たなユーザ端末２０に送信する場合と比較して、セキュリティが向上する。従って、新たなユーザ端末２０を金庫管理ノード２８と対応付ける際のセキュリティを向上することが可能となる。
【０１１２】
本実施形態において、新たなユーザ端末２０を金庫管理ノード２８（データ管理ノード）に対応付ける際、認証サーバ２６は、新たなユーザ端末２０からの第２登録要求信号Ｓｒｒ２に応じて、新たなユーザ端末２０及び金庫管理ノード２８とのセッションＳＥ２を確立させる（図４のＳ３９、Ｓ４０）。セッションＳＥ２を確立した金庫管理ノード２８は、認証サーバ２６を介して新たなユーザ端末２０にセッションＳＥ２用の第２暗号鍵Ｋ２を送信する（Ｓ４１）。また、金庫管理ノード２８は、第２暗号鍵Ｋ２により暗号化されたゼロ送金を、金庫ウォレット３０からホットウォレット２４に対して行わせる（Ｓ４４）。ホットウォレット２４は、金庫ウォレット３０からの送金内容をユーザ端末２０に対して送信する（Ｓ４６）。ユーザ端末２０は、金庫ウォレット３０からの送金内容を第２暗号鍵Ｋ２により解読した解読内容を、認証サーバ２６を介して金庫管理ノード２８に送信する（Ｓ４７）。金庫管理ノード２８は、ユーザ端末２０から受信した解読内容を、台帳１１０に記録する（Ｓ４９）。
【０１１３】
これにより、新たなユーザ端末２０を金庫管理ノード２８に対応付ける際、暗号化されたゼロ送金を金庫ウォレット３０からホットウォレット２４に対して行うことが可能であるかを試すことが可能となる。
【０１１４】
Ｂ．変形例
なお、本発明は、上記実施形態に限らず、本明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下の構成を採用することができる。
【０１１５】
＜Ｂ−１．仮想通貨管理システム１０（データ管理システム）＞
上記実施形態では、仮想通貨ＶＣの取引を管理する仮想通貨管理システム１０に本発明を適用した（図１）。しかしながら、例えば、ユーザ端末２０、認証サーバ２６及び金庫管理ノード２８（データ管理ノード）の間の通信におけるセキュリティを向上する観点からすれば、これに限らない。例えば、仮想通貨ＶＣ以外のデータの管理に本発明を適用することも可能である。
【０１１６】
上記実施形態の仮想通貨管理システム１０では、ブロックチェーンで入金及び出金の履歴を管理した（図５等）。しかしながら、例えば、ユーザ端末２０、認証サーバ２６及び金庫管理ノード２８（データ管理ノード）の間の通信におけるセキュリティを向上する観点からすれば、これに限らない。例えば、ブロックチェーン以外の方式で仮想通貨ＶＣの入金及び出金を行う構成にも本発明を適用可能である。
【０１１７】
上記実施形態の仮想通貨管理システム１０では、ホットウォレット２４及び金庫ウォレット３０を設けた（図１及び図２）。しかしながら、例えば、ユーザ端末２０、認証サーバ２６及び金庫管理ノード２８（データ管理ノード）の間の通信におけるセキュリティを向上する観点からすれば、これに限らない。例えば、ホットウォレット２４を省略すること（換言すると、ホットウォレット２４を金庫管理ノード２８として用いること）も可能である。
【０１１８】
＜Ｂ−２．仮想通貨ＶＣの入出金（通信のセキュリティ）＞
上記実施形態では、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及びパスワードＰＷｖｎに基づくハッシュ値Ｖｈを用いて、ユーザ端末２０と金庫管理ノード２８の通信セッションを確立した（図５及び図７）。しかしながら、例えば、ユーザ端末２０の記録装置５４に金庫管理ノード２８の通信アドレスＡＤｖｎを保持しない観点からすれば、これに限らない。例えば、ハッシュ値Ｖｈは、金庫管理ノード２８のアカウント情報Ｉａｃｖｎを用いずにパスワードＰＷｖｎのみから生成してもよい。或いは、ハッシュ値Ｖｈを用いないことも可能である。
【符号の説明】
【０１１９】
１０…仮想通貨管理システム（データ管理システム）
２０…ユーザ端末                      ２４…ホットウォレット
２６…認証サーバ
２８…金庫管理ノード（データ管理ノード）
３０…金庫ウォレット                  ５４…端末記録装置（第１記録部）
８２…認証サーバ記録装置（第２記録部）
１０２…金庫管理記録装置（第３記録部）
１１０…台帳
ＡＤｕｔ…ユーザ端末のＩＰアドレス（通信アドレス）
ＡＤｖｎ…金庫管理ノードのＩＰアドレス（通信アドレス）
Ｉａｃｖｎ…金庫管理ノード（データ管理ノード）のアカウント情報（識別情報）
Ｋ２…第２暗号鍵（暗号鍵）            Ｍ１…メッセージ
ＰＷｖｎ…金庫管理ノード（データ管理ノード）のパスワード
Ｓａｒｖｎ１…第１金庫アクセス要求信号（第１通信要求信号）
Ｓａｒｖｎ２…第２金庫アクセス要求信号（第２通信要求信号）
Ｓｅ２ｅ１…第１Ｅ２Ｅ要求信号（第３通信要求信号）
ＳＥ２…セッション
Ｓｒｒ２…第２登録要求信号（登録要求信号）
ＶＣ…仮想通貨                        Ｖｈ…ハッシュ値
【図１】
2019192150.tif 000003
【図２】
2019192150.tif 000004
【図３】
2019192150.tif 000005
【図４】
2019192150.tif 000006
【図５】
2019192150.tif 000007
【図６】
2019192150.tif 000008
【図７】
2019192150.tif 000009