JP2019192149A - 仮想通貨管理システム及び仮想通貨管理システムの制御方法 - Google Patents

Abstract

【課題】仮想通貨が不正に出金された場合に対応する保険を好適に実現することが可能な仮想通貨管理システム及びその制御方法を提供する。【解決手段】仮想通貨管理システム１０は、保険管理部（演算装置５２）を備える複数のユーザ端末２０と、仮想通貨を蓄積する複数の金庫ウォレット３０と、を有する。保険管理部は、複数のユーザ端末２０に対応する仮想通貨を金庫ウォレット３０に入金する際、保険条件をユーザ端末２０のユーザインタフェース５０に出力させ、ユーザインタフェース５０に対する保険条件の同意入力を条件として金庫ウォレット３０への入金を許可する。【選択図】図２

Description

本発明は、仮想通貨を管理する仮想通貨管理システム及びその制御方法に関する。

特許文献１では、オープン且つ分散を前提としたサービスで提供される仮想通貨の取引情報の真正性の保証度を高めることができる仮想通貨管理方法及び仮想通貨管理プログラムを提供することを目的としている（［００１２］、要約）。当該目的を達成するため、特許文献１（要約及び図１０）の仮想通貨管理方法は、所定のサービスで提供される分散型の仮想通貨の取引処理を行う複数の端末により実行される。

端末は、所定のサービスで提供される仮想通貨に関するトランザクションが一定のブロックで時系列に繋がれたブロックチェーンを記憶する記憶部を有する。仮想通貨管理方法は、端末が、所定のサービスと異なる他のサービスで提供される分散型の仮想通貨に関するブロックチェーンを取得する工程（ステップＳ４）を含む。また、仮想通貨管理方法は、端末が、取得した他のサービスに対応するブロックチェーンと、記憶部に記憶するブロックチェーンとを結合する工程（ステップＳ６）を含む。さらに、仮想通貨管理方法は、端末が、結合したブロックチェーンを記憶部に記憶させる工程（ステップＳ８）を含む。

特開２０１７−２０７８６０号公報

上記のように、特許文献１では、オープン且つ分散を前提としたサービスで提供される仮想通貨の取引情報の真正性の保証度を高めることを目的としている（［００１２］、要約）。しかしながら、特許文献１では、仮想通貨が不正に出金された場合に対応する保険に適した構成又は方法については検討されていない。

本発明は上記のような課題を考慮してなされたものであり、仮想通貨が不正に出金された場合に対応する保険を好適に実現することが可能な仮想通貨管理システム及びその制御方法を提供することを目的とする。

本発明に係る仮想通貨管理システムは、
ユーザ端末と、
前記ユーザ端末に対する操作入力に基づいて仮想通貨の入金及び出金が行われる金庫ウォレットと、
前記仮想通貨を前記金庫ウォレットに入金する際、保険条件を前記ユーザ端末のユーザインタフェースに出力させ、前記ユーザインタフェースに対する前記保険条件の同意入力を条件として前記金庫ウォレットへの入金を許可する保険管理部と
を備えることを特徴とする。

本発明によれば、仮想通貨を金庫ウォレットに入金する際、保険条件をユーザ端末のユーザインタフェースに出力させ、ユーザインタフェースに対する保険条件の同意入力を条件として金庫ウォレットへの入金を許可する。これにより、例えば、仮想通貨について保険が適用される範囲を確定することが可能となる。換言すると、保険会社が負うべき責任を、仮想通貨の入金時に確定することが可能となる。従って、仮想通貨の保険に適した構成を提供することができる。その結果、仮想通貨が不正に出金された場合に対応する保険を好適に実現することが可能となる。

前記保険管理部は、前記保険条件として、保険料及び保障金額を前記ユーザインタフェースに出力させてもよい。これにより、仮想通貨の保険に関する内容をユーザが理解し易くなる。

前記仮想通貨管理システムは、複数の前記ユーザ端末と、複数の前記金庫ウォレットと、前記金庫ウォレットに対する入金及び出金を管理する金庫管理ノードと、前記ユーザ端末が前記仮想通貨の入金及び出金を制御する複数のホットウォレットとを備えてもよい。また、前記複数の金庫ウォレットは、それぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金が許容されるように、前記金庫管理ノードにより前記仮想通貨の入金及び出金が制御されてもよい。さらに、前記仮想通貨管理システムは、前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳をさらに備えてもよい。

本発明によれば、金庫ウォレットのそれぞれは、特定のホットウォレットとの間でのみ仮想通貨の入金及び出金が許容される。そして、複数のホットウォレットの入金及び出金の履歴並びに複数の金庫ウォレットの入金及び出金の履歴がブロックチェーンとして台帳に記録される。これにより、継続的なオンライン状態を前提とするブロックチェーンで仮想通貨の入金及び出金の履歴を管理する場合であっても、金庫ウォレットに蓄積される仮想通貨（その暗号鍵を含み得る）は、不正送金され辛くすることが可能となる。従って、仮想通貨管理システムのセキュリティを向上することが可能となる。

前記保険管理部は、前記ホットウォレットからの送金が保険金の支払対象外であること、又は前記金庫ウォレットから前記特定のホットウォレット以外のノードに前記仮想通貨が送金されたことが保険金の支払条件であることを、前記保険条件として前記ユーザインタフェースに出力させてもよい。これにより、仮想通貨の保険に関する誤解を回避し易くなる。

本発明に係る仮想通貨管理システムは、
複数のユーザ端末と、
前記複数のユーザ端末が仮想通貨の入金及び出金を制御する複数のホットウォレットと、
それぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金が許容される複数の金庫ウォレットと、
前記複数の金庫ウォレットにおける前記仮想通貨の入金及び出金を制御する金庫管理ノードと、
前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳と
を備えることを特徴とする。

本発明によれば、金庫ウォレットのそれぞれは、特定のホットウォレットとの間でのみ仮想通貨の入金及び出金が許容される。そして、複数のホットウォレットの入金及び出金の履歴並びに複数の金庫ウォレットの入金及び出金の履歴がブロックチェーンとして台帳に記録される。これにより、ブロックチェーンで仮想通貨の入金及び出金の履歴を管理する場合であっても、金庫ウォレットに蓄積される仮想通貨（その暗号鍵を含み得る）は、不正送金され辛くすることが可能となる。従って、仮想通貨管理システムのセキュリティを向上することが可能となる。

また、例えば、ホットウォレットからの不正送金を保険対象とせず、金庫ウォレットからの不正送金を保険対象とするような構成も可能となる。従って、仮想通貨が不正に出金された場合に対応する保険を好適に実現することが可能となる。

本発明に係る仮想通貨管理システムの制御方法は、
ユーザ端末と、
前記ユーザ端末に対する操作入力に基づいて仮想通貨の入金及び出金が行われる金庫ウォレットと、
前記仮想通貨の保険を管理する保険管理部と
を備える仮想通貨管理システムの制御方法であって、
前記保険管理部は、前記仮想通貨を前記金庫ウォレットに入金する際、保険条件を前記ユーザ端末のユーザインタフェースに出力させ、前記ユーザインタフェースに対する前記保険条件の同意入力を条件として前記金庫ウォレットへの入金を許可する
ことを特徴とする。

本発明によれば、仮想通貨が不正に出金された場合に対応する保険を好適に実現することが可能となる。

本発明の一実施形態に係る仮想通貨管理システムの全体構成を簡略的に示す概略構成図である。 前記実施形態に係る前記仮想通貨管理システムの一部の構成要素の構成を簡略的に示す概略構成図である。 前記実施形態におけるホットウォレット設定処理のフローの説明図である。 前記実施形態における金庫ウォレット設定処理のフローの説明図である。 前記実施形態における金庫ウォレット設定処理のフローの説明図である。 前記実施形態において、ユーザ端末のユーザ（管理者）からの入力操作に応じて、金庫ウォレットへの入金指令を受け付けるフローチャート（図５のＳ６１の詳細）である。 前記実施形態における金庫ウォレット出金処理のフローの説明図である。

Ａ．本実施形態
＜Ａ−１．本実施形態の構成＞
［Ａ−１−１．全体構成］
図１は、本発明の一実施形態に係る仮想通貨管理システム１０の全体構成を簡略的に示す概略構成図である。図２は、本実施形態に係る仮想通貨管理システム１０の一部の構成要素の構成を簡略的に示す概略構成図である。仮想通貨管理システム１０（以下「管理システム１０」ともいう。）は、データとしての仮想通貨ＶＣを管理するデータ管理システムである。

図１に示すように、管理システム１０は、複数のユーザ端末２０と、登録管理サーバ２２と、複数のホットウォレット２４と、複数の認証サーバ２６と、複数の金庫管理ノード２８と、複数の金庫ウォレット３０と、複数のマイニングノード３２と、保険サーバ３４とを有する。各構成要素は、インターネット３６により通信可能である。登録管理サーバ２２又は保険サーバ３４は複数設けてもよい。認証サーバ２６は１つであってもよい。

管理システム１０では、仮想通貨ＶＣの送金サービスが実行される。ここでの送金サービスは、ホットウォレット２４間の送金と、ホットウォレット２４と金庫ウォレット３０の間の送金を含む。送金の履歴は、ブロックチェーンで管理される。

［Ａ−１−２．ユーザ端末２０］
ユーザ端末２０は、仮想通貨ＶＣの取引を行うユーザ（自然人、法人）が利用する端末であり、例えば、パーソナルコンピュータ、スマートフォンから構成される。図２に示すように、ユーザ端末２０は、ユーザインタフェース５０（以下「ＵＩ５０」ともいう。）と、演算装置５２（以下「端末演算装置５２」ともいう。）と、記録装置５４（以下「端末記録装置５４」ともいう。）とを有する。

ユーザインタフェース５０は、図示しない入力装置及び出力装置を含む。入力装置としては、例えば、キーボード、マウス又はタッチパネルが用いられる。また、出力装置としては、例えば、表示装置（タッチパネルを含む）又はスピーカが用いられる。端末演算装置５２は、中央演算装置（ＣＰＵ）を含み、端末記録装置５４に記録されているプログラムを実行することにより動作する。

端末記録装置５４は、端末演算装置５２が用いるプログラム及びデータを記録するものであり、メモリ等の主記憶部と、ハードディスク等の副記憶部とを有する。ユーザ端末２０が金庫管理ノード２８に対応付けられると、端末記録装置５４には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎが記録されることになる（詳細は、図４を参照して後述する。）。

ユーザ端末２０は、ＵＩ５０に対するユーザからの操作入力に基づいて、ホットウォレット２４間の送金及びホットウォレット２４と金庫ウォレット３０の間の送金を指令する。

［Ａ−１−３．登録管理サーバ２２］
登録管理サーバ２２は、仮想通貨管理システム１０が実行する送金サービスへの登録（又は入会）を管理する。登録管理サーバ２２は、ユーザインタフェース（図示せず）、演算装置（図示せず）及び記録装置６０（以下「登録サーバ記録装置６０」ともいう。）を有する。登録サーバ記録装置６０は、第１端末データベース７０（以下「第１端末ＤＢ７０」という。）と、第１アカウントデータベース７２（以下「第１アカウントＤＢ７２」という。）とを有する。

第１端末ＤＢ７０は、ユーザ端末２０のデータベースであり、ユーザ端末２０の識別情報（ＩＤ）、通信アドレスＡＤｕｔ等が記録されている。第１アカウントＤＢ７２は、各種のアカウント情報Ｉａｃ及びその関連情報のデータベースである。各種のアカウント情報Ｉａｃ等としては、ホットウォレット２４のアカウント情報Ｉａｃｈｗ及び通信アドレスＡＤｈｗと、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び通信アドレスＡＤｖｎと、金庫ウォレット３０のアカウント情報Ｉａｃｖｗ及び通信アドレスＡＤｖｗと、メッセージルータ８４のアカウント情報Ｉａｃｍｒ、通信アドレスＡＤｍｒ及び通信パスワードＰＷｍｒとが含まれる。

［Ａ−１−４．ホットウォレット２４］
ホットウォレット２４は、仮想通貨ＶＣの情報（以下「仮想通貨情報Ｉｖｃ」ともいう。）を蓄積する。ホットウォレット２４は、構造化されたファイルとして構成される。或いは、ホットウォレット２４は、簡易なデータベースとして構成されてもよい。図１では、ホットウォレット２４は、インターネット３６を介してユーザ端末２０と通信される。そのような構成の場合、ホットウォレット２４は、ユーザ端末２０と異なるノード（サーバ等）に設けられる。或いは、ホットウォレット２４は、ユーザ端末２０内に設けられてもよい。ホットウォレット２４からの送金は、ユーザ端末２０が直接制御することができる（詳細は後述する。）。

［Ａ−１−５．認証サーバ２６］
認証サーバ２６は、ユーザ端末２０と金庫管理ノード２８がピア・ツー・ピア（Ｐ２Ｐ）で通信するための認証サービスを行う。認証サーバ２６は、ユーザインタフェース（図示せず）、演算装置８０（以下「認証サーバ演算装置８０」ともいう。）、記録装置８２（以下「認証サーバ記録装置８２」ともいう。）及びメッセージルータ８４を有する。認証サーバ２６は、第２端末データベース９０（以下「第２端末ＤＢ９０」という。）と、第２アカウントデータベース９２（以下「第２アカウントＤＢ９２」という。）とを有する。

第２端末ＤＢ９０は、ユーザ端末２０のデータベースであり、登録管理サーバ２２の第１端末ＤＢ７０の一部又は全部と同じ内容である。換言すると、第１端末ＤＢ７０の一部又は全部の内容が第２端末ＤＢ９０にコピーされている。第２アカウントＤＢ９２は、各種のアカウント情報Ｉａｃ及びその関連情報のデータベースであり、登録管理サーバ２２の第１アカウントＤＢ７２の一部又は全部と同じ内容である。換言すると、第１アカウントＤＢ７２の一部又は全部の内容が第２アカウントＤＢ９２にコピーされている。第２アカウントＤＢ９２に記録される各種のアカウント情報Ｉａｃ等としては、例えば、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び通信アドレスＡＤｖｎと、メッセージルータ８４のアカウント情報Ｉａｃｍｒ、通信アドレスＡＤｍｒ及び通信パスワードＰＷｍｒとが含まれる。

メッセージルータ８４は、ユーザ端末２０、金庫管理ノード２８等から受信したメッセージＭを転送する。メッセージルータ８４は、認証サーバ２６とは別に設けてもよい。

［Ａ−１−６．金庫管理ノード２８］
金庫管理ノード２８（データ記録ノード）は、金庫ウォレット３０における仮想通貨ＶＣの入金及び出金を管理するノード（代理ノード）であり、例えば、パーソナルコンピュータ又はサーバから構成される。金庫管理ノード２８は、金庫ウォレット３０のそれぞれが個別に対応付けられた特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金を許容するように、仮想通貨ＶＣの入金及び出金を管理する。

金庫管理ノード２８は、ユーザインタフェース（図示せず）、演算装置１００（以下「金庫管理演算装置１００」ともいう。）及び記録装置１０２（以下「金庫管理記録装置１０２」ともいう。）を有する。

金庫管理記録装置１０２は、台帳１１０及びバックアップ部１１２を有する。台帳１１０は、仮想通貨管理システム１０内のトランザクションをブロックチェーンで記録する。より具体的には、台帳１１０は、複数のホットウォレット２４の入金及び出金の履歴並びに複数の金庫ウォレット３０の入金及び出金の履歴をブロックチェーンとして記録する。

バックアップ部１１２は、台帳１１０のバックアップ用の部位であり、通常はオフライン状態にある。演算装置１００は、所定タイミングが来たと判定したとき、台帳１１０の内容をバックアップ部１１２にコピーする。

また、金庫管理記録装置１０２は、金庫管理ノード２８自身のアカウント情報Ｉａｃｖｎ（対比用識別情報）と、接続パスワードＰＷｖｎ（対比用パスワード）とを記録している。

［Ａ−１−７．金庫ウォレット３０］
金庫ウォレット３０は、ホットウォレット２４と同様、仮想通貨情報Ｉｖｃを蓄積する。金庫ウォレット３０は、構造化されたファイルとして構成される。或いは、金庫ウォレット３０は、簡易なデータベースとして構成されてもよい。図１では、金庫ウォレット３０は、インターネット３６を介して金庫管理ノード２８と通信される。そのような構成の場合、金庫ウォレット３０は、金庫管理ノード２８と異なるノード（サーバ等）に設けられる。或いは、金庫ウォレット３０は、金庫管理ノード２８内に設けられてもよい。

金庫ウォレット３０に対する入金及び金庫ウォレット３０からの出金は、金庫ウォレット３０に対応付けられたホットウォレット２４との間でのみ行うことができる。金庫ウォレット３０の入出金は、金庫管理ノード２８により管理される（詳細は、図５〜図７を参照して後述する。）。

［Ａ−１−８．マイニングノード３２］
マイニングノード３２は、マイニングを行うノードであり、例えば、高速処理が可能なコンピュータから構成される。マイニングノード３２は、金庫管理ノード２８の台帳１１０と同様の台帳１２０を有する。

［Ａ−１−９．保険サーバ３４］
保険サーバ３４は、金庫ウォレット３０に関する保険を管理するサーバである。保険サーバ３４は、ユーザインタフェース（図示せず）、演算装置１３０（以下「保険演算装置１３０」ともいう。）及び記録装置（以下「保険記録装置１３２」ともいう。）を有する。保険記録装置１３２は、保険料Ｆｉｎｓを入金するための保険ウォレット１４０を有する。保険サーバ３４は、金庫ウォレット３０から送信されてきた保険情報Ｉｉｎｓを保険記録装置１３２に記録すると共に、金庫ウォレット３０から送信されてきた仮想通貨ＶＣを保険ウォレット１４０に蓄積する。

＜Ａ−２．本実施形態における制御＞
［Ａ−２−１．概要］
上記のように、本実施形態の仮想通貨管理システム１０では、ユーザ端末２０が直接（すなわち、認証サーバ２６を介さずに）ホットウォレット２４に対して仮想通貨ＶＣの入金及び出金が可能である。また、ユーザ端末２０が認証サーバ２６を介して金庫ウォレット３０に対して仮想通貨ＶＣの入金及び出金が可能である。

以下では、ホットウォレット設定処理と、金庫ウォレット設定処理と、ホットウォレット入金処理と、ホットウォレット出金処理と、金庫ウォレット入金処理と、金庫ウォレット出金処理とについて説明する。ホットウォレット設定処理は、ユーザ端末２０に対応するホットウォレット２４を設定する処理である。金庫ウォレット設定処理は、ユーザ端末２０に対応する金庫ウォレット３０を設定する処理である。本実施形態では、ユーザ端末２０に対応するホットウォレット２４が設定されている場合のみ、金庫ウォレット設定処理を実行可能である。

ホットウォレット入金処理は、特定のホットウォレット２４（以下「対象ウォレット２４ｔａｒ」ともいう。）に対して他のホットウォレット２４から仮想通貨ＶＣを入金する処理である。ホットウォレット出金処理は、対象ホットウォレット２４ｔａｒから他のホットウォレット２４に仮想通貨ＶＣを出金する処理である。金庫ウォレット入金処理は、対象ホットウォレット２４ｔａｒから特定の金庫ウォレット３０（以下「対象金庫ウォレット３０ｔａｒ」ともいう。）に仮想通貨ＶＣを入金する処理である。金庫ウォレット出金処理は、対象金庫ウォレット３０ｔａｒから対象ホットウォレット２４ｔａｒに仮想通貨ＶＣを出金する処理である。

［Ａ−２−２．ホットウォレット設定処理］
図３は、本実施形態におけるホットウォレット設定処理のフローの説明図である。図３において「Ｓ」と数字の組合せは、ステップの番号を示している（後述する図４〜図７も同様である。）。上記のように、ホットウォレット設定処理は、ユーザ端末２０に対応するホットウォレット２４を設定する処理である。

また、処理の概要を容易化するため、図３では、登録管理サーバ２２の第１端末ＤＢ７０と、認証サーバ２６の第２端末ＤＢ９０をまとめると共に、登録管理サーバ２２及び認証サーバ２６から離して示している（図４、図５及び図７も同様である。）。上記のように、第１端末ＤＢ７０の一部又は全部の内容が第２端末ＤＢ９０にコピーされている。同様に、図３では、登録管理サーバ２２の第１アカウントＤＢ７２と、認証サーバ２６の第２アカウントＤＢ９２をまとめると共に、登録管理サーバ２２及び認証サーバ２６から離して示している（図４、図５及び図７も同様である。）。上記のように、第１アカウントＤＢ７２の一部又は全部の内容が第２アカウントＤＢ９２にコピーされている。

ホットウォレット設定処理では、まずホットウォレット２４を設定可能であるか否かが判定される。具体的には、ステップＳ１１において、新たなユーザ端末２０は、ＩＰｓｅｃ（Security Architecture for Internet Protocol）を用いて登録管理サーバ２２にアクセスして、第１登録要求信号Ｓｒｒ１を送信する。第１登録要求信号Ｓｒｒ１は、新たなユーザ端末２０に対応するホットウォレット２４の設定を要求するものであり、ホットウォレット２４の設定のために必要な情報（第１必要情報Ｉｎ１）を含む。なお、ホットウォレット２４の設定は、新たなユーザ端末２０の入会時において行ってもよい。その場合、新たなユーザ端末２０が入会する際にホットウォレット２４が設定される。ステップＳ１２において、新たなユーザ端末２０と登録管理サーバ２２との間の通信が確認される。

ステップＳ１３において、登録管理サーバ２２は、新たなユーザ端末２０のＩＤが既に第１端末ＤＢ７０に登録されていないか否かを判定する。新たなユーザ端末２０のＩＤが既に第１端末ＤＢ７０に登録されている場合、登録管理サーバ２２は、新たなユーザ端末２０が既に登録済である旨のエラーメッセージを新たなユーザ端末２０に送信する。当該エラーメッセージを受信したユーザ端末２０は、ＵＩ５０（表示装置）にエラーメッセージを表示する。

新たなユーザ端末２０のＩＤがまだ第１端末ＤＢ７０に登録されていない場合、登録管理サーバ２２は、新たなユーザ端末２０の入会情報（ＩＤ等）を第１端末ＤＢ７０に登録して、ステップＳ１４に進む。第１端末ＤＢ７０への新たな登録内容は、第２端末ＤＢ９０にコピーされる。

ステップＳ１４において、登録管理サーバ２２は、新たなユーザ端末２０に対応するホットウォレット２４、金庫管理ノード２８及び金庫ウォレット３０を選択し、それぞれを関連付けるリンク情報を第１アカウントＤＢ７２に記録する。本実施形態では、グラフを用いて新たなユーザ端末２０、ホットウォレット２４、金庫管理ノード２８及び金庫ウォレット３０が関連付けられる。第１アカウントＤＢ７２への新たな登録内容は、第２アカウントＤＢ９２にコピーされる。

ステップＳ１５において、登録管理サーバ２２は、新たなユーザ端末２０に対して第１アクセス要求令信号Ｓａｒ１を送信する。第１アクセス要求令信号Ｓａｒ１は、新たなユーザ端末２０に対して認証サーバ２６へのアクセスを要求する信号である。第１アクセス要求令信号Ｓａｒ１を受信した新たなユーザ端末２０は、ステップＳ１６において、認証サーバ２６にアクセスする。

ステップＳ１７において、認証サーバ２６は、新たなユーザ端末２０の端末情報Ｉｕｔを第２端末ＤＢ９０から取得する。ステップＳ１８において、認証サーバ２６は、取得した端末情報Ｉｕｔを用いて新たなユーザ端末２０との間でセキュアセッションを開始し、メッセージルータ８４のアカウント情報Ｉａｃｍｒと、接続パスワードＰＷｍｒを新たなユーザ端末２０に送信する。

ステップＳ１９において、認証サーバ２６は、新たなユーザ端末２０に対応するホットウォレット２４を、第２アカウントＤＢ９２のアカウント情報Ｉａｃに基づいて特定する。そして、ステップＳ２０において、認証サーバ２６は、特定したホットウォレット２４に対して新たなユーザ端末２０へのアクセスを要求する第２アクセス要求信号Ｓａｒ２をホットウォレット２４に送信する。第２アクセス要求信号Ｓａｒ２には、新たなユーザ端末２０のＩＰアドレスＡＤｕｔが含まれる。

第２アクセス要求信号Ｓａｒを受信したホットウォレット２４は、ステップＳ２１において、新たなユーザ端末２０に対して第１セッション開始信号Ｓｓｓ１を送信する。その際、ホットウォレット２４と新たなユーザ端末２０の間の通信は、インターネット３６を構成する図示しないルータを経由して行われる。第１セッション開始信号Ｓｓｓ１は、新たなユーザ端末２０に対してセッションＳＥ１の開始を要求する信号である。新たなユーザ端末２０が第１セッション開始信号Ｓｓｓ１を受信すると、ホットウォレット２４と新たなユーザ端末２０との間でセッションＳＥ１が開始される。

ステップＳ２２において、ホットウォレット２４は、セッションＳＥ１用の第１暗号鍵Ｋ１を生成し、メッセージルータ８４に送信する。第１暗号鍵Ｋ１を受信したメッセージルータ８４は、ステップＳ２３において、第１暗号鍵Ｋ１を新たなユーザ端末２０に送信する。すなわち、ステップＳ２２、Ｓ２３では、ホットウォレット２４から新たなユーザ端末２０に対して第１暗号鍵Ｋ１を直接送信する代わりに、メッセージルータ８４を介して第１暗号鍵Ｋ１を送信する。

ステップＳ２４において、ホットウォレット２４は、自らのアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを第１暗号鍵Ｋ１で暗号化し、新たなユーザ端末２０に対して直接（メッセージルータ８４を介さずに）送信する。新たなユーザ端末２０は、メッセージルータ８４からの第１暗号鍵Ｋ１と、ホットウォレット２４からのアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを受信する。そして、ユーザ端末２０は、第１暗号鍵Ｋ１を用いてアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗを解読し、端末記録装置５４に記録する。

以上の処理により、新たなユーザ端末２０とホットウォレット２４の設定が終了する。この段階で、新たなユーザ端末２０の記録装置５４には、メッセージルータ８４のアカウント情報Ｉａｃｍｒ及び接続パスワードＰＷｍｒと、ホットウォレット２４のアカウント情報Ｉａｃｈｗ及び接続パスワードＰＷｈｗとが記録されている。一方、ホットウォレット２４の記録装置（図示せず）に一時的に記録された新たなユーザ端末２０のＩＰアドレスＡＤｕｔは消去される（不揮発性メモリには記録されない）。

［Ａ−２−３．金庫ウォレット設定処理］
図４は、本実施形態における金庫ウォレット設定処理のフローの説明図である。上記のように、金庫ウォレット設定処理は、ユーザ端末２０に対応する金庫ウォレット３０を設定する処理である。本実施形態では、ユーザ端末２０に対応するホットウォレット２４が設定されている場合のみ、金庫ウォレット設定処理を実行可能である。

金庫ウォレット設定処理では、まず金庫ウォレット３０を設定可能であるか否かが判定される。具体的には、ステップＳ３１において、ユーザ端末２０は、ＩＰｓｅｃを用いて登録管理サーバ２２にアクセスして、第２登録要求信号Ｓｒｒ２を送信する。第２登録要求信号Ｓｒｒ２は、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０の設定を要求するものであり、金庫管理ノード２８及び金庫ウォレット３０の設定のために必要な情報（第２必要情報Ｉｎ２）を送信する。ステップＳ３２において、ユーザ端末２０と登録管理サーバ２２との間の通信が確認される。

ステップＳ３３において、登録管理サーバ２２は、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０のアカウント情報Ｉａｃｖｎ、Ｉａｃｖｗを第１アカウントＤＢ７２から読み出す。上記のように、本実施形態では、ホットウォレット設定処理（図３）において、ユーザ端末２０に対応する金庫管理ノード２８及び金庫ウォレット３０が選択されている（Ｓ１４）。なお、ホットウォレット設定処理（図３）では金庫管理ノード２８及び金庫ウォレット３０を選択せず、金庫管理ノード設定処理において、金庫管理ノード２８及び金庫ウォレット３０を選択してもよい。

ステップＳ３４において、登録管理サーバ２２は、ユーザ端末２０に対して第３アクセス要求信号Ｓａｒ３を送信する。第３アクセス要求信号Ｓａｒ３は、ユーザ端末２０に対して、メッセージルータ８４を介して金庫管理ノード２８にアクセスすることを要求する信号である。第３アクセス要求信号Ｓａｒ３を、ユーザ端末２０に対して送信する。第３アクセス要求信号Ｓａｒ３には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎが含まれる。第３アクセス要求信号Ｓａｒ３を受信したユーザ端末２０は、ステップＳ３５において、認証サーバ２６にアクセスする。

ステップＳ３６において、認証サーバ２６は、新たなユーザ端末２０の端末情報Ｉｕｔを第２端末ＤＢ９０から取得する。ステップＳ３７において、認証サーバ２６は、新たなユーザ端末２０との間でセキュアセッションを開始し、メッセージルータ８４のアカウント情報Ｉａｃｍｒと及び接続パスワードＰＷｍｒを新たなユーザ端末２０に送信する。

ステップＳ３８において、認証サーバ２６は、新たなユーザ端末２０に対応する金庫管理ノード２８を、第２アカウントＤＢ９２のアカウント情報Ｉａｃに基づいて特定する。そして、ステップＳ３９において、認証サーバ２６は、特定した金庫管理ノード２８に対して第４アクセス要求信号Ｓａｒ４を送信する。第４アクセス要求信号Ｓａｒ４は、新たなユーザ端末２０へのアクセスを要求する信号である。第４アクセス要求信号Ｓａｒ４には、新たなユーザ端末２０のＩＰアドレスＡＤｕｔが含まれる。

第４アクセス要求信号Ｓａｒ４を受信した金庫管理ノード２８は、ステップＳ４０において、新たなユーザ端末２０に対してセッションの開始を要求する第２セッション開始信号Ｓｓｓ２を送信する。新たなユーザ端末２０が第２セッション開始信号Ｓｓｓ２を受信すると、金庫管理ノード２８と新たなユーザ端末２０との間でセッションＳＥ２が開始される。

ステップＳ４１において、金庫管理ノード２８は、セッションＳＥ２用の第２暗号鍵Ｋ２を生成し、メッセージルータ８４に送信する。第２暗号鍵Ｋ２を受信したメッセージルータ８４は、ステップＳ４２において、第２暗号鍵Ｋ２を新たなユーザ端末２０に送信する。すなわち、ステップＳ４１、Ｓ４２では、金庫管理ノード２８から新たなユーザ端末２０に対して第２暗号鍵Ｋ２を直接送信する代わりに、メッセージルータ８４を介して第２暗号鍵Ｋ２を送信する。

ステップＳ４３において、金庫管理ノード２８は、自らのアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎを第２暗号鍵Ｋ２で暗号化したメッセージＭ１を、新たなユーザ端末２０に対して直接（メッセージルータ８４を介さずに）送信する。新たなユーザ端末２０は、メッセージルータ８４からの第２暗号鍵Ｋ２と、金庫管理ノード２８からのメッセージＭ１（アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎ）を受信する。そして、ユーザ端末２０は、第２暗号鍵Ｋ２を用いてアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎを解読し、端末記録装置５４に記録する。

ステップＳ４４において、金庫管理ノード２８は、ホットウォレット２４に対するゼロ（null）送金を金庫ウォレット３０に要求する。ステップＳ４５において、フルノードとしての金庫ウォレット３０は、ホットウォレット２４に対してゼロ（null）送金を行う。ゼロ送金は、第２暗号鍵Ｋ２で暗号化されている。ステップＳ４６において、ホットウォレット２４は、金庫ウォレット３０からの送金内容をユーザ端末２０に対して送信する。ユーザ端末２０は、メッセージルータ８４からの第２暗号鍵Ｋ２と、ホットウォレット２４からの送金内容を受信する。そして、第２暗号鍵Ｋ２を用いて送金内容を解読する。

ステップＳ４７において、ユーザ端末２０は、解読した送金内容をメッセージルータ８４に送信する。送金内容を受信したメッセージルータ８４は、ステップＳ４８において、アカウント情報Ｉａｃｖｎに基づいて金庫管理ノード２８のＩＰアドレスＡＤｖｎを特定し、送金内容を金庫管理ノード２８に送信する。この際、送金内容は、第２暗号鍵Ｋ２又はその他の暗号方法により暗号化してもよい。

ステップＳ４９において、金庫管理ノード２８は、受信した送金内容（ゼロ送金）を台帳１１０に記録する。ステップＳ５０において、金庫管理ノード２８は、台帳１１０の内容をバックアップ部１１２に記録してバックアップを行う。

以上の処理により、ユーザ端末２０と金庫管理ノード２８の設定が終了する。この段階で、新たなユーザ端末２０の記録装置５４には、金庫管理ノード２８のアカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎが記録されている。一方、金庫管理ノード２８の記録装置１０２に一時的に記録されたユーザ端末２０のＩＰアドレスＡＤｕｔは消去される（不揮発性メモリには記録されない）。

［Ａ−２−４．ホットウォレット入金処理］
ホットウォレット入金処理は、特定のホットウォレット２４（対象ホットウォレット２４ｔａｒ）に対して他のホットウォレット２４から仮想通貨ＶＣを送金する処理である。換言すると、ホットウォレット入金処理は、他のホットウォレット２４から対象ホットウォレット２４ｔａｒに対して仮想通貨ＶＣを入金する処理である。

他のホットウォレット２４（送信者）から対象ホットウォレット２４ｔａｒ（受信者）への送金は、ブロックチェーンにおける一般的なトランザクション技術が用いられる。例えば、他のホットウォレット２４の公開鍵を対象ホットウォレット２４ｔａｒに予め送信しておく。次いで、他のホットウォレット２４の秘密鍵を用いてトランザクションデータを暗号化した電子署名を生成する。他のホットウォレット２４は、トランザクションデータ（原本）に電子署名を付与して対象ホットウォレット２４ｔａｒに送信する。当該送金（トランザクション）は、管理システム１０内にブロードキャストされる。

［Ａ−２−５．ホットウォレット出金処理］
ホットウォレット出金処理は、対象ホットウォレット２４ｔａｒから他のホットウォレット２４に仮想通貨ＶＣを出金する処理である。送信者と受信者が反対になることを除けば、ホットウォレット出金処理は、ホットウォレット入金処理と同様に行われる。

［Ａ−２−６．金庫ウォレット入金処理］
（Ａ−２−６−１．金庫ウォレット入金処理の概要）
図５は、本実施形態における金庫ウォレット設定処理のフローの説明図である。上記のように、金庫ウォレット入金処理は、ホットウォレット２４から金庫ウォレット３０に仮想通貨ＶＣを入金する処理である。

ステップＳ６１において、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付ける。その際、ユーザ端末２０は、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ（保険料Ｆｉｎｓ、保障金額Ｐｍａｘ等）についてユーザの承認（同意）を受ける。ステップＳ６１の詳細については、図６を参照して後述する。

ステップＳ６２において、ユーザ端末２０は、金庫ウォレット３０へのアクセスを要求する第１金庫アクセス要求信号Ｓａｒｖｎ１を、認証サーバ２６に対して送信する。第１金庫アクセス要求信号Ｓａｒｖｎ１は、第１認証コードＣＯ１及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む。第１認証コードＣＯ１は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを所定規則で変形したハッシュ値Ｖｈを含む。

第１金庫アクセス要求信号Ｓａｒｖｎ１を受信した認証サーバ２６は、第１認証コードＣＯ１（ハッシュ値Ｖｈ）から金庫管理ノード２８のアカウント情報Ｉａｃｖｎを生成する。そして、認証サーバ２６は、アカウント情報Ｉａｃｖｎに対応する金庫管理ノード２８のＩＰアドレスＡＤｖｎを第２アカウントＤＢ９２から読み出す。ステップＳ６３において、認証サーバ２６は、第１認証コードＣＯ１及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む第２金庫アクセス要求信号Ｓａｒｖｎ２を、ＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に送信する。

金庫管理ノード２８は、第２金庫アクセス要求信号Ｓａｒｖｎ２の第１認証コードＣＯ１から金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを読み出す（解読する）。すなわち、金庫管理ノード２８は、ユーザ端末２０においてハッシュ値Ｖｈを生成する所定規則を共有している。そして、金庫管理ノード２８は、第１認証コードＣＯ１から読み出された（解読された）アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎと、金庫管理記録装置１０２に記録されている認証用アカウント情報Ｉａｃｖｎ及び対比用の接続パスワードＰＷｖｎとを対比して認証を行う。

認証が成功した場合、ステップＳ６４において、金庫管理ノード２８は、エンド・ツー・エンド通信（Ｅ２Ｅ通信）の開始を要求する第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１をユーザ端末２０に送信する。第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１には、金庫管理ノード２８のＩＰアドレスＡＤｖｎが含まれる。第１Ｅ２Ｅ信号Ｓｅ２ｅ１を受信したユーザ端末２０は、第１Ｅ２Ｅ要求信号Ｓｅ２ｅ１から金庫管理ノード２８のＩＰアドレスＡＤｖｎを抽出する。ステップＳ６５において、ユーザ端末２０は、抽出したＩＰアドレスＡＤｖｎを用いて、金庫管理ノード２８に対して受信確認（アクノレッジメント）を送信してＥ２Ｅ通信を確立する。

ステップＳ６６において、ユーザ端末２０は、第２認証コードＣＯ２を含む第３金庫アクセス要求信号Ｓａｒｖｎ３を、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送信する。ステップＳ６７において、金庫管理ノード２８は、金庫ウォレット３０のアカウント情報Ｉａｃｖｗをユーザ端末２０に対して送信する。

ステップＳ６８において、ユーザ端末２０は、第１送金要求信号Ｓｔｒ１をホットウォレット２４に送信する。第１送金要求信号Ｓｔｒ１は、ホットウォレット２４から金庫ウォレット３０への送金をホットウォレット２４に対して要求する。ここでの送金額Ｖｔｒは、入金額Ｖｉｎ及び保険料Ｆｉｎｓの合計である。ステップＳ６９において、ホットウォレット２４は、金庫ウォレット３０に対して送金を行う。
ステップＳ７０において、ユーザ端末２０は、金庫管理ノード２８のＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送金の実施を通知する。送金を完了させたホットウォレット２４は、ステップＳ７１において、ユーザ端末２０に対して送金完了を通知する。

ホットウォレット２４からの送金を受けた金庫ウォレット３０は、送金を受けると、ステップＳ７２において、金庫管理ノード２８に対して通知する。ステップＳ７３において、金庫管理ノード２８は、入金を台帳１１０に記録する。ステップＳ７４において、金庫管理ノード２８は、入金を通知する入金通知信号Ｓｉｎｔを、メッセージルータ８４に送信する。入金通知信号Ｓｉｎｔを受信したメッセージルータ８４は、ステップＳ７５において、入金通知信号Ｓｉｎｔをユーザ端末２０に転送する。

ステップＳ７６において、金庫管理ノード２８は、保険料Ｆｉｎｓの送金を要求する保険料送金要求信号Ｓｆｉｎｓｒを金庫ウォレット３０に送信する。保険料送金要求信号Ｓｆｉｎｓｒを受信した金庫ウォレット３０は、ステップＳ７７において、保険ウォレット１４０に対して保険料Ｆｉｎｓを送金する。保険料Ｆｉｎｓを受領した保険ウォレット１４０は、ステップＳ７８において、保険料Ｆｉｎｓの受領を金庫管理ノード２８に通知する。当該通知を受けた金庫管理ノード２８は、ステップＳ７９において、出金を台帳１１０に記録する。

（Ａ−２−６−２．金庫ウォレット３０への入金指令の受付け（図５のＳ６１の詳細））
上記のように、金庫ウォレット入金処理では、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付ける。その際、ユーザ端末２０は、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ（保険料Ｆｉｎｓ、保障金額Ｐｍａｘ等）についてユーザの承認（同意）を受ける。

図６は、本実施形態において、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０への入金指令を受け付けるフローチャート（図５のＳ６１の詳細）である。ステップＳ９１において、ユーザ端末２０は、金庫ウォレット３０への入金受付画面（図示せず）をＵＩ５０（表示装置）に表示させる。入金受付画面は、入金額Ｖｉｎの入力欄と決定ボタンとを含む。

入力欄に入金額Ｖｉｎが入力された状態で決定ボタンが押されると、ステップＳ９２において、対象ユーザ端末２０は、入金確認画面（図示せず）をＵＩ５０（表示装置）に表示させる。入金確認画面では、入金額Ｖｉｎ及び保険条件Ｃｉｎｓ並びに決定ボタンが表示される。保険条件Ｃｉｎｓには、保険料Ｆｉｎｓ、保障金額Ｐｍａｘ及び保障対象行為Ａｃｏｖが含まれる。

保険料Ｆｉｎｓは、入金額Ｖｉｎの一部（例えば１％）が設定される。或いは、保険料Ｆｉｎｓは、入金額Ｖｉｎの範囲毎の定額制としてもよい。保障金額Ｐｍａｘは、金庫ウォレット３０から仮想通貨ＶＣが不正に送金された場合に保障される金額である。

保障対象行為Ａｃｏｖは、例えば、保険対象となるユーザ端末２０である対象ユーザ端末２０ｔａｒ以外のノードに、対象ユーザ端末２０ｔａｒが対応付けられた金庫ウォレット３０から仮想通貨ＶＣが送金されたことを含む。併せて、ホットウォレット２４からの送金は、保障対象行為Ａｃｏｖに含まれない旨を表示してもよい。

対象ユーザ端末２０のユーザは、入金額Ｖｉｎ及び保険条件Ｃｉｎｓを承認する場合、決定ボタンを押すことで入金指令を入力する。入金指令が入力されると、ステップＳ９３において、ユーザ端末２０は、ユーザの同意を確定する。

［Ａ−２−７．金庫ウォレット出金処理］
図７は、本実施形態における金庫ウォレット出金処理のフローの説明図である。上記のように、金庫ウォレット出金処理は、金庫ウォレット３０からホットウォレット２４に仮想通貨ＶＣを出金する処理である。

ステップＳ１０１において、ユーザ端末２０は、ユーザ端末２０のユーザ（管理者）からの入力操作に応じて、金庫ウォレット３０からの出金指令を受け付ける。その際、ユーザ端末２０は、出金額Ｖｏｕｔについてユーザの承認（同意）を受ける。

ステップＳ１０２において、ユーザ端末２０は、金庫ウォレット３０へのアクセスを要求する第４金庫アクセス要求信号Ｓａｒｖｎ４を、認証サーバ２６に対して送信する。第４金庫アクセス要求信号Ｓａｒｖｎ４は、第３認証コードＣＯ３及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む。第３認証コードＣＯ３は、金庫管理ノード２８のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを所定規則で変形したハッシュ値Ｖｈを含む。第３認証コードＣＯ３は、第１認証コードＣＯ１と同一であってもよい。

第４金庫アクセス要求信号Ｓａｒｖｎ４を受信した認証サーバ２６は、第３認証コードＣＯ３（ハッシュ値Ｖｈ）から金庫管理ノード２８のアカウント情報Ｉａｃｖｎを生成する。そして、認証サーバ２６は、アカウント情報Ｉａｃｖｎに対応する金庫管理ノード２８のＩＰアドレスＡＤｖｎを第２アカウントＤＢ９２から読み出す。ステップＳ１０３において、認証サーバ２６は、第３認証コードＣＯ３及びユーザ端末２０のＩＰアドレスＡＤｕｔを含む第５金庫アクセス要求信号Ｓａｒｖｎ５を、ＩＰアドレスＡＤｖｎを用いて金庫管理ノード２８に送信する。

金庫管理ノード２８は、第５金庫アクセス要求信号Ｓａｒｖｎ５の第３認証コードＣＯ３からユーザ端末２０のアカウント情報Ｉａｃｖｎと接続パスワードＰＷｖｎを読み出す（解読する）。すなわち、金庫管理ノード２８は、ユーザ端末２０においてハッシュ値Ｖｈを生成する所定規則を共有している。そして、金庫管理ノード２８は、第３認証コードＣＯ３から読み出された（解読された）アカウント情報Ｉａｃｖｎ及び接続パスワードＰＷｖｎと、金庫管理記録装置１０２に記録されている認証用アカウント情報Ｉａｃｖｎ及び対比用の接続パスワードＰＷｖｎとを対比して認証を行う。
認証が成功した場合、ステップＳ１０４において、金庫管理ノード２８は、エンド・ツー・エンド通信（Ｅ２Ｅ通信）の開始を要求する第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２をユーザ端末２０に送信する。第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２には、金庫管理ノード２８のＩＰアドレスＡＤｖｎが含まれる。第２Ｅ２Ｅ信号Ｓｅ２ｅ２を受信したユーザ端末２０は、第２Ｅ２Ｅ要求信号Ｓｅ２ｅ２から金庫管理ノード２８のＩＰアドレスＡＤｖｎを抽出する。ステップＳ１０５において、ユーザ端末２０は、抽出したＩＰアドレスＡＤｖｎを用いて、金庫管理ノード２８に対して受信確認（アクノレッジメント）を送信してＥ２Ｅ通信を確立する。

ステップＳ１０６において、ユーザ端末２０は、第４認証コードＣＯ４を含む第６金庫アクセス要求信号Ｓａｒｖｎ６を、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）送信する。ステップＳ１０７において、金庫管理ノード２８は、金庫ウォレット３０のアカウント情報Ｉａｃｖｗをユーザ端末２０に対して送信する。

ステップＳ１０８において、ユーザ端末２０は、第２送金要求信号Ｓｔｒ２を送信する。第２送金要求信号Ｓｔｒ２は、金庫ウォレット３０からホットウォレット２４への送金を金庫管理ノード２８に対して要求する。ステップＳ１０９において、金庫管理ノード２８は、送金要求の確認を要求する送金要求確認信号Ｓａｃｋｒを、メッセージルータ８４に対して送信する。ステップＳ１１０において、メッセージルータ８４は、送金要求確認信号Ｓａｃｋｒをユーザ端末２０に転送する。

送金要求確認信号Ｓａｃｋｒを受信したユーザ端末２０は、ステップＳ１１１において、送金要求を承認する送金要求承認信号Ｓａｃｋｔを、金庫管理ノード２８に対して直接（メッセージルータ８４を介さずに）金庫管理ノード２８に送信する。

ステップＳ１１２において、金庫管理ノード２８は、出金処理開始を台帳１１０に記録する。ステップＳ１１３において、金庫管理ノード２８は、金庫ウォレット３０からホットウォレット２４に対して出金を要求する。ステップＳ１１４において、金庫ウォレット３０は、ホットウォレット２４に送金する。ステップＳ１１５において、ホットウォレット２４は、金庫ウォレット３０に対して受領確認を送信する。受領確認を受信した金庫ウォレット３０は、ステップＳ１１６において、受領確認を金庫管理ノード２８に転送する。受領確認を受信した金庫管理ノード２８は、ステップＳ１１７において、出金の完了を台帳１１０に記録する。

ステップＳ１１８において、ホットウォレット２４は、ユーザ端末２０に対して入金を通知する。通知を受けたユーザ端末２０は、ＵＩ５０（表示装置）に出金の完了を表示する。

＜Ａ−３．本実施形態の効果＞
本実施形態によれば、仮想通貨ＶＣを金庫ウォレット３０に入金する際、保険条件Ｃｉｎｓをユーザ端末２０のユーザインタフェース５０に出力させ、ユーザインタフェース５０に対する保険条件Ｃｉｎｓの同意入力を条件として金庫ウォレット３０への入金を許可する（図６）。これにより、例えば、仮想通貨ＶＣについて保険が適用される範囲を確定することが可能となる。換言すると、保険会社が負うべき責任を、仮想通貨ＶＣの入金時に確定することが可能となる。従って、仮想通貨ＶＣの保険に適した構成を提供することができる。その結果、仮想通貨ＶＣが不正に出金された場合に対応する保険を好適に実現することが可能となる。

本実施形態において、ユーザ端末２０の演算装置５２（保険管理部）は、保険条件として、保険料Ｆｉｎｓ及び保障金額Ｐｍａｘをユーザインタフェース５０に出力させる（図６のＳ６１、Ｓ６２）。これにより、仮想通貨ＶＣの保険に関する内容をユーザが理解し易くなる。

本実施形態において、仮想通貨管理システム１０は、複数のユーザ端末２０と、複数の金庫ウォレット３０と、複数のユーザ端末２０が仮想通貨ＶＣの入金及び出金を制御する複数のホットウォレット２４とを備える（図１及び図２）。また、複数の金庫ウォレット３０は、それぞれが個別に対応付けられた特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金が許容されるように、金庫管理ノード２８により仮想通貨ＶＣの入金及び出金が制御される（図５及び図７）。さらに、仮想通貨管理システム１０は、複数のホットウォレット２４の入金及び出金の履歴並びに複数の金庫ウォレット３０の入金及び出金の履歴をブロックチェーンとして記録する台帳１１０を備える（図２）。

本実施形態によれば、金庫ウォレット３０のそれぞれは、特定のホットウォレット２４との間でのみ仮想通貨ＶＣの入金及び出金が許容される（図５及び図７）。そして、ホットウォレット２４及び金庫ウォレット３０それぞれの入金及び出金の履歴がブロックチェーンとして台帳１１０に記録される（図５及び図７）。これにより、継続的なオンライン状態を前提とするブロックチェーンで仮想通貨ＶＣの入金及び出金の履歴を管理する場合であっても、金庫ウォレット３０に蓄積される仮想通貨ＶＣ（その暗号鍵を含み得る）は、不正送金され辛くすることが可能となる。従って、仮想通貨管理システム１０のセキュリティを向上することが可能となる。

本実施形態において、ユーザ端末２０の演算装置５２（保険管理部）は、ホットウォレット２４からの送金が保険金の支払対象外であること、及び金庫ウォレット３０から特定のホットウォレット２４以外のノードに仮想通貨ＶＣが送金されたことが保険金の支払条件であることを、保険条件Ｃｉｎｓとしてユーザインタフェース５０に出力させる（図６）。これにより、仮想通貨ＶＣの保険に関する誤解を回避し易くなる。

Ｂ．変形例
なお、本発明は、上記実施形態に限らず、本明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下の構成を採用することができる。

＜Ｂ−１．仮想通貨管理システム１０＞
上記実施形態の仮想通貨管理システム１０では、ブロックチェーンで入金及び出金の履歴を管理した（図５等）。しかしながら、例えば、ユーザ端末２０のユーザインタフェース５０に対する保険条件Ｃｉｎｓの同意入力を条件として金庫管理ノード２８への入金を許可する観点からすれば、これに限らない。例えば、ブロックチェーン以外の方式で仮想通貨ＶＣの入金及び出金を行う構成にも本発明を適用可能である。

上記実施形態の仮想通貨管理システム１０では、保険適用対象外のホットウォレット２４と、保険適用対象の金庫ウォレット３０を設けた（図１及び図２）。しかしながら、例えば、金庫ウォレット３０の入金及び出金を特定のホットウォレット２４との間のみに限定する観点からすれば、これに限らない。例えば、ホットウォレット２４及び金庫ウォレット３０のいずれについても保険適用対象外とすることも可能である。

上記実施形態の仮想通貨管理システム１０では、ホットウォレット２４及び金庫ウォレット３０を設けた（図１及び図２）。しかしながら、例えば、ユーザ端末２０のユーザインタフェース５０に対する保険条件Ｃｉｎｓの同意入力を条件として金庫管理ノード２８への入金を許可する観点からすれば、これに限らない。例えば、ホットウォレット２４を省略すること（換言すると、ホットウォレット２４を金庫管理ノード２８として用いること）も可能である。

＜Ｂ−２．保険条件Ｃｉｎｓ＞
上記実施形態では、保険料Ｆｉｎｓを仮想通貨ＶＣで徴収した（図５のＳ７７）。しかしながら、例えば、保険料Ｆｉｎｓを徴収する観点からすれば、これに限らない。例えば、仮想通貨ＶＣとは別に通常の通貨（米国ドル、日本円等）を管理している場合、通常の通貨を保険料Ｆｉｎｓとして徴収することも可能である。

上記実施形態では、保険料Ｆｉｎｓをホットウォレット２４から保険ウォレット１４０に対して送金した（図５のＳ７７）。しかしながら、例えば、保険料Ｆｉｎｓを徴収する観点からすれば、これに限らない。例えば、保険料Ｆｉｎｓの送金は、金庫ウォレット３０から保険ウォレット１４０に対して行ってもよい。

上記実施形態では、保険条件ＣｉｎｓをＵＩ５０（表示装置）に表示させた（図６のＳ９１）。しかしながら、例えば、保険条件Ｃｉｎｓをユーザインタフェース５０に出力する観点からすれば、これに限らない。例えば、保険条件Ｃｉｎｓの表示に加えて又はこれに代えてその他の出力（音声出力等）を行ってもよい

上記実施形態では、金庫ウォレット３０から保険料Ｆｉｎｓを徴収した（図５のＳ７７）。しかしながら、例えば、保険料Ｆｉｎｓの徴収に着目すれば、ホットウォレット２４から保険料Ｆｉｎｓを徴収してもよい。

１０…仮想通貨管理システム ２０…ユーザ端末
２４…ホットウォレット ２８…金庫管理ノード
３０…金庫ウォレット
５０…ユーザインタフェース ５２…端末演算装置（保険管理部）
１１０…台帳 Ｃｉｎｓ…保険条件
Ｆｉｎｓ…保険料 Ｐｍａｘ…保障金額
ＶＣ…仮想通貨

Claims (6)

1. ユーザ端末と、
   前記ユーザ端末に対する操作入力に基づいて仮想通貨の入金及び出金が行われる金庫ウォレットと、
   前記仮想通貨を前記金庫ウォレットに入金する際、保険条件を前記ユーザ端末のユーザインタフェースに出力させ、前記ユーザインタフェースに対する前記保険条件の同意入力を条件として前記金庫ウォレットへの入金を許可する保険管理部と
   を備えることを特徴とする仮想通貨管理システム。
2. 請求項１に記載の仮想通貨管理システムにおいて、
   前記保険管理部は、前記保険条件として、保険料及び保障金額を前記ユーザインタフェースに出力させる
   ことを特徴とする仮想通貨管理システム。
3. 請求項１又は２に記載の仮想通貨管理システムにおいて、
   前記仮想通貨管理システムは、
   複数の前記ユーザ端末と、
   複数の前記金庫ウォレットと、
   前記金庫ウォレットに対する入金及び出金を管理する金庫管理ノードと、
   前記ユーザ端末が前記仮想通貨の入金及び出金を制御する複数のホットウォレットと
   を備え、
   前記複数の金庫ウォレットは、それぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金が許容されるように、前記金庫管理ノードにより前記仮想通貨の入金及び出金が制御され、
   前記仮想通貨管理システムは、前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳をさらに備える
   ことを特徴とする仮想通貨管理システム。
4. 請求項３に記載の仮想通貨管理システムにおいて、
   前記保険管理部は、前記ホットウォレットからの送金が保険金の支払対象外であること、又は前記金庫ウォレットから前記特定のホットウォレット以外のノードに前記仮想通貨が送金されたことが保険金の支払条件であることを、前記保険条件として前記ユーザインタフェースに出力させる
   ことを特徴とする仮想通貨管理システム。
5. 複数のユーザ端末と、
   前記複数のユーザ端末が仮想通貨の入金及び出金を制御する複数のホットウォレットと、
   それぞれが個別に対応付けられた特定のホットウォレットとの間でのみ前記仮想通貨の入金及び出金が許容される複数の金庫ウォレットと、
   前記複数の金庫ウォレットにおける前記仮想通貨の入金及び出金を制御する金庫管理ノードと、
   前記複数のホットウォレットの入金及び出金の履歴並びに前記複数の金庫ウォレットの入金及び出金の履歴をブロックチェーンとして記録する台帳と
   を備えることを特徴とする仮想通貨管理システム。
6. ユーザ端末と、
   前記ユーザ端末に対する操作入力に基づいて仮想通貨の入金及び出金が行われる金庫ウォレットと、
   仮想通貨の保険を管理する保険管理部と
   を備える仮想通貨管理システムの制御方法であって、
   前記保険管理部は、前記仮想通貨を前記金庫ウォレットに入金する際、保険条件を前記ユーザ端末のユーザインタフェースに出力させ、前記ユーザインタフェースに対する前記保険条件の同意入力を条件として前記金庫ウォレットへの入金を許可する
   ことを特徴とする制御方法。