特許 7588364 プログラム、サーバ、方法、及びシステム

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

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

(11)【特許番号】

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

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

(54)【発明の名称】プログラム、サーバ、方法、及びシステム

(51)【国際特許分類】

   H04L 9/08 20060101AFI20241115BHJP

【ＦＩ】

H04L9/08 A

【請求項の数】 7

(21)【出願番号】P 2023187475

(22)【出願日】2023-11-01

【審査請求日】2023-12-11

(73)【特許権者】

【識別番号】520242539

【氏名又は名称】株式会社ＨａｓｈＰｏｒｔ

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】辻野 晃一

(72)【発明者】

【氏名】稲永 大地

(72)【発明者】

【氏名】八塚 弘樹

(72)【発明者】

【氏名】吉田 世博

【審査官】平井 誠

(56)【参考文献】

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

【文献】特開２０２０－１５５９１１（ＪＰ，Ａ）

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

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

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

【文献】米国特許出願公開第２０１４／０３５５７５７（ＵＳ，Ａ１）

【文献】山澤 昌夫 ほか，暗号通貨（ビットコイン）・ブロックチェーンの高信頼化へ向けてのＭＥＬＴ－ＵＰ活動，２０１８年 暗号と情報セキュリティシンポジウム概要集，日本，電子情報通信学会，2010年01月19日，pp.1-8

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

Ｇ０９Ｃ １／００－５／００

Ｈ０４Ｌ ９／００－４０

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

【請求項1】

暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、前記システムは、複数のサーバを含み、前記サーバは、プロセッサと記憶部とを備え、前記サーバを動作させるためのプログラムであって、
前記記憶部は、前記ユーザのユーザ端末によって暗号化された前記秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、
前記プログラムは、前記プロセッサに、
前記ユーザ端末から前記鍵断片の要求を受信するステップと、
前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、
前記認証に成功したことに応じて、前記鍵断片を前記ユーザ端末に送信するステップと、を実行させ、
前記鍵断片の要求に、前記ユーザ端末が暗号資産に関するサービスに対するログイン認証に成功したことを示す情報が含まれており、
前記ログイン認証に成功したことを示す情報は、前記ログイン認証を行うサーバにより発行されるトークンを含み、
前記認証を行うステップにおいて、前記トークンが前記ログイン認証を行うサーバにより発行されたものか検証することにより、前記認証を行う、プログラム。

【請求項2】

前記認証を行うステップにおいて、前記複数のサーバのうち、少なくとも１つの他のサーバとは異なる認証方式で前記認証を行う、
請求項１に記載のプログラム。

【請求項3】

前記複数の前記サーバの各々は、異なる暗号資産の秘密鍵を管理する事業を行う者により管理されるサーバである、
請求項１又は請求項２に記載のプログラム。

【請求項4】

前記ログイン認証は、複数の前記サービスについてのシングルサインオンを行うためのログイン認証である、
請求項１に記載のプログラム。

【請求項5】

暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、前記システムは、複数のサーバを含み、プロセッサと記憶部とを備える前記サーバであって、
前記記憶部は、前記ユーザのユーザ端末によって暗号化された前記秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、
前記サーバの制御部が、
前記ユーザ端末から前記鍵断片の要求を受信するステップと、
前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、
前記認証に成功したことに応じて、前記鍵断片を前記ユーザ端末に送信するステップと、を実行し、
前記鍵断片の要求に、前記ユーザ端末が暗号資産に関するサービスに対するログイン認証に成功したことを示す情報が含まれており、
前記ログイン認証に成功したことを示す情報は、前記ログイン認証を行うサーバにより発行されるトークンを含み、
前記認証を行うステップにおいて、前記トークンが前記ログイン認証を行うサーバにより発行されたものか検証することにより、前記認証を行う、するサーバ。

【請求項6】

暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、前記システムは、複数のサーバを含み、プロセッサと記憶部とを備える前記サーバが実行する方法であって、
前記記憶部は、前記ユーザのユーザ端末によって暗号化された前記秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、
前記プロセッサが、
前記ユーザ端末から前記鍵断片の要求を受信するステップと、
前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、
前記認証に成功したことに応じて、前記鍵断片を前記ユーザ端末に送信するステップと、
を実行し、
前記鍵断片の要求に、前記ユーザ端末が暗号資産に関するサービスに対するログイン認証に成功したことを示す情報が含まれており、
前記ログイン認証に成功したことを示す情報は、前記ログイン認証を行うサーバにより発行されるトークンを含み、
前記認証を行うステップにおいて、前記トークンが前記ログイン認証を行うサーバにより発行されたものか検証することにより、前記認証を行う、する方法。

【請求項7】

暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、
前記システムは、複数のサーバと、前記ユーザのユーザ端末とを含み、
前記サーバの記憶部は、前記ユーザのユーザ端末によって暗号化された秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、
前記サーバの制御部が、
前記ユーザのユーザ端末から前記鍵断片の要求を受信するステップと、
前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、
前記認証に成功したことに応じて、前記鍵断片を前記ユーザ端末に送信するステップと、
前記ユーザ端末の制御部が、
前記複数のサーバの各々に、前記サーバの保有する前記鍵断片を要求するステップと、
前記複数のサーバの各々から、前記鍵断片を取得するステップと、
複数の前記鍵断片から、暗号化された前記秘密鍵を復元するステップと、
前記暗号化された前記秘密鍵を復号するステップと、
を実行し、
前記鍵断片の要求に、前記ユーザ端末が暗号資産に関するサービスに対するログイン認証に成功したことを示す情報が含まれており、
前記ログイン認証に成功したことを示す情報は、前記ログイン認証を行うサーバにより発行されるトークンを含み、
前記認証を行うステップにおいて、前記トークンが前記ログイン認証を行うサーバにより発行されたものか検証することにより、前記認証を行う、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、サーバ、方法、及びシステムに関する。

【背景技術】

【0002】

自律分散ネットワークに、複数の利用者のノードコンピュータと、監視ノードコンピュータ群が接続されており、利用者のノードコンピュータは、仮想通貨の保管手段として機能する自律分散型電子割符ウォレット実行プログラムを備え、自律分散型電子割符ウォレット実行プログラムは、保管した仮想通貨データを保護するために、暗号から成る秘密鍵を生成し、分割し、分割した秘密鍵の各部は、監視ノードコンピュータ群の一つの監視ノードコンピュータが無作為に選択した複数の匿名のノードコンピュータに、分散して格納され、使用時に再生される、という技術がある（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１５５９１１号公報

【発明の概要】

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

【0004】

上記技術では、自律分散ネットワーク上の複数のノードに鍵断片を格納しておくことで安全性を高める技術であるため、監視ノードの監視下におけるサーバに鍵断片が管理される。しかし、鍵断片の通信路が盗聴されることなどにより集められた場合、秘密鍵が復元されてしまうため、暗号資産の管理リスクが生じてしまう、という問題があった。また、ユーザ自身が秘密鍵を管理すると、ユーザが秘密鍵を管理する負担が生じてしまう、という問題があった。

【0005】

そこで、本開示において、暗号資産の管理リスクを低減させると共に、ユーザに秘密鍵を管理する負担をかけないようにする技術を提供する。

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

【0006】

本開示に係るプログラムは、暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、前記システムは、複数の前記サーバを含み、前記サーバは、プロセッサと記憶部とを備え、前記サーバを動作させるためのプログラムであって、前記記憶部は、ユーザのユーザ端末によって暗号化された前記秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、前記プログラムは、前記プロセッサに、前記ユーザのユーザ端末から前記鍵断片の要求を受信するステップと、前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、前記認証に成功したことに応じて、前記鍵断片をユーザ端末に送信するステップと、を実行させる。

【発明の効果】

【0007】

本開示によれば、暗号資産の管理リスクを低減させると共に、ユーザに秘密鍵を管理する負担をかけないようにすることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、システム１の全体の構成を示す図である。

【図2】図２は、サーバ１０の機能的な構成を示す図である。

【図3】図３は、データベースのデータ構造を示す図である。

【図4】図４は、データベースのデータ構造を示す図である。

【図5】図５は、ユーザ端末２０の機能的な構成を示す図である。

【図6】図６は、保管サーバ３０の機能的な構成を示す図である。

【図7】図７は、データベースのデータ構造を示す図である。

【図8】図８は、システム１における処理の流れの一例を示す図である。

【図9】図９は、システム１における処理の流れの一例を示す図である。

【図10】図１０は、本開示の技術を用いた例を説明するためのイメージ図である。

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

【0009】

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。従って、それらについての詳細な説明は繰り返さない。

【0010】

＜１．実施形態＞
＜１．１．システム１の全体構成＞
システム１は、本開示に係る暗号資産の秘密鍵を管理するためのシステムである。

【0011】

図１に示すように、システム１は、サーバ１０と、ユーザ端末２０と、複数の保管サーバ３０（図１では保管サーバ３０Ａ及び保管サーバ３０Ｂを示している。これらをまとめてサーバ群３と呼ぶ。）と、提供サーバ４０と、ネットワーク８０とを含む。サーバ１０と、ユーザ端末２０と、提供サーバ４０とは、ネットワーク８０を介して通信接続する。本開示では、サーバ群３に含まれる保管サーバ３０は、異なる秘密鍵管理事業者（暗号資産の秘密鍵を管理する事業を行う者）のサーバである場合を例に説明する。なお、サーバ群３に含まれる保管サーバ３０の各々は、全て同じ秘密鍵管理事業者のものとして構成しても、一部の保管サーバ３０を異なる秘密鍵管理事業者のものとして構成してもよい。

【0012】

サーバ１０は、ユーザが暗号資産に関するサービスにログインする機能を発揮する情報処理装置である。サーバ１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。また、サーバ１０は、データセンター等に構築された複数のサーバにより１つのサーバとして機能するように構成されたものであってもよい。

【0013】

図１に示すように、サーバ１０は、通信ＩＦ１２と、入出力ＩＦ１３と、メモリ１５と、ストレージ１６と、プロセッサ１９と、を備える。

【0014】

通信ＩＦ１２は、サーバ１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ１３は、ユーザからの入力操作を受け付けるための入力装置、及びユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。入出力ＩＦ１３は、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。メモリ１５は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。ストレージ１６は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。プロセッサ１９は、メモリ１５に記憶されたプログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

【0015】

ユーザ端末２０は、システム１を利用するユーザが操作する情報処理装置である。ユーザ端末２０は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。

【0016】

図１に示すように、ユーザ端末２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９と、を備える。

【0017】

通信ＩＦ２２は、ユーザ端末２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及びユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。入出力ＩＦ２３は、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。メモリ２５は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。ストレージ２６は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。プロセッサ２９は、メモリ２５に記憶されたプログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

【0018】

保管サーバ３０は、ユーザの秘密鍵を分割した鍵断片を管理する機能を発揮する情報処理装置である。保管サーバ３０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。また、保管サーバ３０は、データセンター等に構築された複数のサーバにより１つのサーバとして機能するように構成されたものであってもよい。

【0019】

図１に示すように、保管サーバ３０は、通信ＩＦ３２と、入出力ＩＦ３３と、メモリ３５と、ストレージ３６と、プロセッサ３９と、を備える。

【0020】

通信ＩＦ３２は、保管サーバ３０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ３３は、ユーザからの入力操作を受け付けるための入力装置、及びユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。入出力ＩＦ３３は、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。メモリ３５は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。ストレージ３６は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。プロセッサ３９は、メモリ３５に記憶されたプログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

【0021】

提供サーバ４０は、暗号資産に関するサービスを提供する情報処理装置である。当該サービスは、例えば、Ｗｅｂ３ウォレットのようなブロックチェーンを用いるサービスである。ブロックチェーンとしては、例えば、ＰＬＴ（パレットトークン（登録商標））、ＥＴＨ（イーサリアム）、ＭＡＴＩＣ（暗号資産ポリゴン）などの種々のブロックチェーンがある。提供サーバ４０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。また、提供サーバ４０は、データセンター等に構築された複数のサーバにより１つのサーバとして機能するように構成されたものであってもよい。

【0022】

＜１．２．サーバ１０の機能的な構成＞
図２は、サーバ１０の機能的な構成を示す図である。図２に示すように、サーバ１０は、通信部１０１と、記憶部１０２と、制御部１０３としての機能を発揮する。

【0023】

通信部１０１は、外部の装置と通信するための処理を行う。

【0024】

記憶部１０２は、使用するデータ及びプログラムを記憶する。

【0025】

具体的には、記憶部１０２は、第１ＤＢ（データベース）１２１、及び第２ＤＢ１２２、などを記憶する。

【0026】

以下に、図３及び図４に示すサーバ１０が記憶する第１ＤＢ１２１及び第２ＤＢ１２２のデータ構造について説明する。なお、図３及び図４は、各データベースのデータ構造を示す図である。

【0027】

第１ＤＢ１２１は、ユーザの暗号資産のサービスに関する認証に必要な情報を保持するデータベースである。図３に示すように、第１ＤＢ１２１は、項目「ＩＤ」と、項目「メールアドレス」と、項目「ウォレットＩＤ」と、項目「サービスＩＤ」と、を含む。

【0028】

項目「ＩＤ」は、ユーザを識別するための情報である。

【0029】

項目「メールアドレス」は、ユーザのメールアドレスである。

【0030】

項目「ウォレットＩＤ」は、ユーザの暗号資産についてのウォレットＩＤである。具体的には、ウォレットＩＤは、例えばウォレットアドレスである。

【0031】

項目「サービスＩＤ」は、ウォレットＩＤを利用できるサービスを識別するための情報である。具体的には、項目「サービスＩＤ」は、１つのウォレットＩＤに対して、１以上のサービスＩＤが格納される。

【0032】

第２ＤＢ１２２は、ユーザの鍵断片の認証に必要な情報を保持するデータベースである。図４に示すように、第２ＤＢ１２２は、項目「ＩＤ」と、項目「認証情報」と、項目「アクセストークン」と、を含む。

【0033】

項目「ＩＤ」は、ユーザを識別するための情報である。

【0034】

項目「認証情報」は、サーバ１０とユーザ端末２０とが鍵断片をやり取りするための認証を行う際に用いる情報である。具体的には、項目「認証情報」は、認証がＯＩＤＣ認証であれば、ＯＩＤＣプロバイダのサーバ（図示しない）及びユーザ端末とのＯＩＤＣ認証を行うために必要なデータが格納される。
項目「アクセストークン」は、アクセストークンを発行するために必要な情報が格納される。アクセストークンは、任意の方法で発行される。

【0035】

制御部１０３は、サーバ１０のプロセッサがプログラムにしたがって処理を行うことにより、各種モジュールとして示す機能を発揮する。制御部１０３は、受信制御部１３１、送信制御部１３２、及び第１認証部１３３等を含む。

【0036】

受信制御部１３１は、サーバ１０が外部の装置から通信プロトコルにしたがって信号を送受信する処理を制御する。

【0037】

送信制御部１３２は、サーバ１０が外部の装置に対し通信プロトコルにしたがって信号を送信する処理を制御する。

【0038】

第１認証部１３３は、ログイン認証を行う。具体的には、第１認証部１３３は、暗号資産に関するサービスを提供する提供サーバ４０から、ユーザ端末２０から、当該サービスに対するログイン認証の要求を受け付ける。例えば、提供サーバ４０は、ユーザ端末２０から当該サービスにアクセスがあると、サーバ１０に、当該ログイン認証をリダイレクトする。当該ログイン認証は、複数のサービスについてのシングルサインオンを行うためのログイン認証である。

【0039】

第１認証部１３３は、ログイン認証に基づいて、ユーザ端末２０に対してログイン認証に必要な認証情報を要求する。認証情報は、当該サービスのログインに用いる認証情報である。そして、第１認証部１３３は、ユーザ端末２０から、認証情報を取得すると、当該認証情報に基づいて、ログイン認証を行う。例えば、第１認証部１３３は、当該ログイン認証として、ＯＩＤＣ（OpenID Connect）認証を用いることができる。この場合、第１認証部１３３は、外部のＯＩＤＣプロバイダのサーバ（図示しない）に対して、当該ユーザのＯＩＤＣ認証を求める。第１認証部１３３は、ＯＩＤＣプロバイダのサーバと通信を行うことで、ＯＩＤＣ認証を行う。そして、第１認証部１３３は、ＯＩＤＣプロバイダのサーバから認証結果を取得する。

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

ステップＳ７０３において、保管サーバ３０は、鍵断片の要求を受信する。

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

１ システム、３ サーバ群、１０ サーバ、１２ 通信ＩＦ、１３ 入出力ＩＦ、１５ メモリ、１６ ストレージ、２０ ユーザ端末、２２ 通信ＩＦ、２３ 入出力ＩＦ、２５ メモリ、２６ ストレージ、３０ 保管サーバ、３２ 通信ＩＦ、３３ 入出力ＩＦ、３５ メモリ、３６ ストレージ、４０ 提供サーバ、８０ ネットワーク、１０１ 通信部、１０２ 記憶部、１０３ 制御部、１２１ 第１ＤＢ、１２２ 第２ＤＢ、１３１ 受信制御部、１３２ 送信制御部、１３３ 第１認証部、２０１ 通信部、２０２ 記憶部、２０３ 制御部、２３１ 受信制御部、２３２ 送信制御部、２３３ サービス部、２３４ 復元部、２３５ 暗号化部、３０１ 通信部、３０２ 記憶部、３０３ 制御部、３３１ 受信制御部、３２１ 第３ＤＢ、３３２ 送信制御部、３３３ 第２認証部、３３４ 鍵管理部。

【要約】

【課題】暗号資産の管理リスクを低減させると共に、ユーザに秘密鍵の管理する負担をかけないようにすることができるようにする。
【解決手段】暗号資産の管理においてブロックチェーンに用いるユーザの秘密鍵を管理するシステムであって、前記システムは、複数のサーバを含み、前記サーバは、プロセッサと記憶部とを備え、前記サーバを動作させるためのプログラムであって、前記記憶部は、前記ユーザのユーザ端末によって暗号化された前記秘密鍵であって予め複数の鍵断片に分割したうちの１つの前記鍵断片を記憶するように構成されており、前記プログラムは、前記プロセッサに、前記ユーザ端末から前記鍵断片の要求を受信するステップと、前記鍵断片の要求に応じて、前記ユーザ端末に対する認証を行うステップと、前記認証に成功したことに応じて、前記鍵断片を前記ユーザ端末に送信するステップと、を実行させる。
【選択図】図９

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】