▶ 長瀬産業株式会社の特許一覧 ▶ 株式会社シーズの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-10-14
(45)【発行日】2022-10-24
(54)【発明の名称】情報処理システム、及びプログラム
(51)【国際特許分類】
G06F 21/62 20130101AFI20221017BHJP
G06F 21/64 20130101ALI20221017BHJP
G09C 1/00 20060101ALI20221017BHJP
【ＦＩ】
G06F21/62 318
G06F21/64
G09C1/00 650Z
【請求項の数】
8
(21)【出願番号】P 2021555548
(86)(22)【出願日】2021-03-01
(86)【国際出願番号】 JP2021007723
(87)【国際公開番号】W WO2021172589
(87)【国際公開日】2021-09-02
【審査請求日】2021-09-14
(31)【優先権主張番号】P 2020033218
(32)【優先日】2020-02-28
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】000214272
【氏名又は名称】長瀬産業株式会社
(73)【特許権者】
【識別番号】519043143
【氏名又は名称】株式会社シーズ
(74)【代理人】
【識別番号】100205659
【弁理士】
【氏名又は名称】齋藤 拓也
(74)【代理人】
【識別番号】100154748
【弁理士】
【氏名又は名称】菅沼 和弘
(72)【発明者】
【氏名】伊東 久雄
【審査官】吉田 歩
(56)【参考文献】
【文献】国際公開第２０１９／１９９２８８（ＷＯ，Ａ１）
【文献】特許第６６２６２２８（ＪＰ，Ｂ１）
【文献】特開２０１０－１９８３４９（ＪＰ，Ａ）
【文献】特開２０１８－０８１４６４（ＪＰ，Ａ）
【文献】国際公開第２０１９／２１８７１７（ＷＯ，Ａ１）
【文献】特開２０１８－１９０２２７（ＪＰ，Ａ）
【文献】木村 映善 ほか，“秘密分散技術を利用した医療情報の遠隔保存と参照環境の評価”，電子情報通信学会論文誌，日本，電子情報通信学会，2016年05月01日，Vol.J99-D, No.5，pp.526-538
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／６２
Ｇ０６Ｆ ２１／６４
Ｇ０９Ｃ １／００
(57)【特許請求の範囲】
【請求項1】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させ、
前記第２種情報処理装置は、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付手段と、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させる処理と共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にする処理を前記クラウド上の前記１以上の第１種情報処理装置に実行させる制御をすることで、前記所定データを前記ネットワークで管理された状態にする管理処理手段と、
を備える、
情報処理システム。
【請求項2】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させ、
前記第２種情報処理装置は、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付手段と、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする管理処理手段と、
前記ブロックチェーン管理機能を発揮させるためのハードウェアキーが接続されたことを検出する検出手段と、
を備 え、
前記第２種情報処理装置の前記管理処理手段は、
前記検出手段により前記ハードウェアキーが検出され、かつ前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させ、
前記ハードウェアキー及び前記ユーザに関する情報を用いて暗号化キーを生成し、当該暗号化キーを用いて前記所定データを暗号化する、
情報処理システム。
【請求項3】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
前記第２種情報処理装置に接続された第３種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させ、
前記第２種情報処理装置は、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付手段と、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする管理処理手段と、
を備え、
前記第３種情報処理装置は、前記ブロックチェーンに保存されている所定の公開鍵を用いて、前記所定データを暗号化することで第２暗号化データを生成し、当該第２暗号化データに対して所定の署名の記録を行い、前記第２暗号化データを前記第２種情報処理装置に送信し、
前記管理処理手段は、さらに、前記第２種情報処理装置から暗号化データが送信されてきた場合、前記ブロックチェーン管理機能を発揮させて、前記第２暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報を前記ブロックチェーンとして管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする、
情報処理システム。
【請求項4】
前記第２種情報処理装置は、自機及び前記第３種情報処理装置のアップデート情報の有無の確認を所定タイミングで行い、所定条件を満たした場合、アップデート情報の取得と、前記自機及び前記第３種情報処理装置の更新処理の制御とをさらに行う、
請求項３に記載の情報処理システム。
【請求項5】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、 所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる、
情報処理システムにおけるコンピュータのうち、
前記第２種情報処理装置を制御するコンピュータに、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付ステップと、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させる処理と共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にする処理を前記クラウド上の前記１以上の第１種情報処理装置に実行させる制御をすることで、前記所定データを前記ネットワークで管理された状態にする管理処理ステップと、
を含む制御処理を実行させるプログラム。
【請求項6】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる、
情報処理システムにおけるコンピュータのうち、
前記第２種情報処理装置を制御するコンピュータに、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付ステップと、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする管理処理ステップと、
前記ブロックチェーン管理機能を発揮させるためのハードウェアキーが接続されたことを検出する検出ステップと、
を含む制御処理を実行させ、
前記管理処理ステップは、
前記検出ステップの処理により前記ハードウェアキーが検出され、かつ前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させ、
前記ハードウェアキー及び前記ユーザに関する情報を用いて暗号化キーを生成し、当該暗号化キーを用いて前記所定データを暗号化する、
ステップを含む、
プログラム。
【請求項7】
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
前記第２種情報処理装置に接続された第３種情報処理装置と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、所定データの保存が指示されると、当該所定データを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる、
情報処理システムにおけるコンピュータのうち、
前記第２種情報処理装置を制御する第１コンピュータに、
ユーザによる前記所定データの保存の指示の操作を受付ける操作受付ステップと、
前記操作が受け付けられると、前記ブロックチェーン管理機能を発揮させて、前記所定データを暗号化して、その結果得られる第１暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報が、前記ブロックチェーンを構成する複数のブロックのうち１以上に含まれて管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする管理処理ステップと、
を含む制御処理を実行させ、
前記第３種情報処理装置を制御する第２コンピュータに、
前記ブロックチェーンに保存されている所定の公開鍵を用いて、前記所定データを暗号化することで第２暗号化データを生成し、当該第２暗号化データに対して所定の署名の記録を行い、前記第２暗号化データを前記第２種情報処理装置に送信する制御処理を実行させ、
前記第２情報処理装置を制御する前記第１コンピュータに、
前記管理処理ステップの処理として、さらに、前記第２種情報処理装置から暗号化データが送信されてきた場合、前記ブロックチェーン管理機能を発揮させて、前記第２暗号化データを複数の分割データに分割させ、当該複数の分割データの夫々を、前記ブロックチェーンに係る前記ネットワークを構成する前記ノードの少なくとも一部に分散させて保存させると共に、前記所定データに関連する関連情報を前記ブロックチェーンとして管理された状態にすることで、前記所定データを前記ネットワークで管理された状態にする制御処理を実行させる、
プログラム。
【請求項8】
前記第２種情報処理装置を制御する前記第１コンピュータに、
自機及び前記第３種情報処理装置のアップデート情報の有無の確認を所定タイミングで行い、所定条件を満たした場合、アップデート情報の取得と、前記自機及び前記第３種情報処理装置の更新処理の制御とを行う制御処理をさらに実行させる、
請求項７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、及びプログラムに関する。
【背景技術】
【0002】
近年、ブロックチェーンを活用した各種技術の開発が盛んである。例えば、文書の作成及び更新を行うエンティティ（情報処理装置）が、各バージョンの文書の状態を紐付けてブロックチェーンに登録させることにより、変更履歴を含めた文書の状態を検証可能に保存する情報処理システムに関する技術が存在した（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－１２１９４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に記載の技術を含む従来技術では、管理装置（ブロックチェーン管理装置）が、ブロックチェーンを管理していた。即ち、文書を管理するのは管理装置であって、管理可能な文書の量は、管理装置の性能により決定されることがあった。更に言えば、ブロックチェーンに作成及び更新された文書が埋め込まれる場合、文書そのものを秘匿にすることができなかった。
【0005】
本発明は、大容量のデータの取り扱いや当該データの漏洩防止を実現し、それらに関する利便性を向上することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理システムは、
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を備え、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、１以上のデータの保存が指示されると、当該１以上のデータを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる。
ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウド上の１以上の第１種情報処理装置と、
前記クラウドに専用線を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置と、
を備え、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、１以上のデータの保存が指示されると、当該１以上のデータを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる。
【0007】
本発明の一態様のプログラムは、上述の本発明の一態様の情報処理システムに対応するプログラムである。
【発明の効果】
【0008】
本発明によれば、大容量のデータの取り扱いや当該データの漏洩防止を実現し、それらに関する利便性を向上することができる。
【図面の簡単な説明】
【0009】
【図1】本発明の一実施形態に係る情報処理システムが適用されるサービスの概要の一例を説明する模式図である。
【図6】ノード端末に操作者端末をローカル接続させて本サービスを利用する場合の例を説明する模式図である。
【発明を実施するための形態】
【0010】
以下、図面を参照して、本発明の実施形態について説明する。
【0011】
図１は、本発明の一実施形態に係る情報処理システムが適用されるサービス（以下、「本サービス」と呼ぶ）の概要の一例を説明する模式図である。
【0012】
本サービスは、図１に示す情報処理システムが適用されることで、ブロックチェーンに係る技術を用いた１以上のデータの管理が可能になるサービスである。なお、以下、本実施形態の説明において、１以上のデータの例としてファイルＦの管理がされるものとする。
本サービスは、図示せぬサービス提供者により、所定の団体（例えば会社）に対して提供される。ただし、本サービスを利用するための操作は、その所定の団体に属する操作者Ｕによってなされる。
本サービスは、図示せぬサービス提供者により、所定の団体（例えば会社）に対して提供される。ただし、本サービスを利用するための操作は、その所定の団体に属する操作者Ｕによってなされる。
【0013】
本サービスでは、ブロックチェーンに係るネットワークが構築される。このネットワークは、複数のノードにより構成され、少なくとも１つのノードはクラウドＣ上に存在する。
図１の例では、サービス提供者により管理される４台のノードサーバ２－１乃至２－４の夫々が、クラウドＣに配置されることで、１つのノードとして夫々機能する。
また、図１の例では、サービス提供者から所定の団体（例えば会社）に対して５台のノード端末１－１乃至１－５が譲渡される。これらの５台のノード端末１－１乃至１－５の夫々は、専用線ＬＬ－１乃至ＬＬ－５の夫々を介してクラウドＣに接続されることで、１つのノードとして夫々機能する。
即ち、図１の例では、ノードサーバ２－１乃至２－４及びノード端末１－１乃至１－５の総計９台が、９つのノードの夫々として機能することで、ブロックチェーンに係るネットワークが構成される。
図１の例では、サービス提供者により管理される４台のノードサーバ２－１乃至２－４の夫々が、クラウドＣに配置されることで、１つのノードとして夫々機能する。
また、図１の例では、サービス提供者から所定の団体（例えば会社）に対して５台のノード端末１－１乃至１－５が譲渡される。これらの５台のノード端末１－１乃至１－５の夫々は、専用線ＬＬ－１乃至ＬＬ－５の夫々を介してクラウドＣに接続されることで、１つのノードとして夫々機能する。
即ち、図１の例では、ノードサーバ２－１乃至２－４及びノード端末１－１乃至１－５の総計９台が、９つのノードの夫々として機能することで、ブロックチェーンに係るネットワークが構成される。
【0014】
なお、以下、ノード端末１－１乃至１－５を個々に区別する必要がない場合、これらをまとめて「ノード端末１」と呼ぶ。また、ノード端末１と呼んでいる場合には、専用線ＬＬ－１乃至ＬＬ－５をまとめて「専用線ＬＬ」と呼ぶ。また、ノードサーバ２－１乃至２－４を個々に区別する必要がない場合、これらをまとめて「ノードサーバ２」と呼ぶ。
【0015】
ここで、専用線ＬＬとは、特定の利用者専用の通信回線である。
例えば、専用線における通信は、信頼されていない情報処理装置等も含んで構成されたネットワーク（例えば、インターネット）から隔離される。即ち、専用線ＬＬで接続された情報処理装置同士の間の通信は、悪意を持った第三者等により盗聴や傍受される可能性が低い。即ち、本サービスは、専用線ＬＬを介して利用されるため、第三者等により盗聴や傍受される可能性が低い状態で提供される。なお、専用線ＬＬは、物理的にインターネット等から隔離されているものでなくてもよい。即ち例えば、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）の技術を用いた仮想的な専用線も、上述の専用線ＬＬとして採用され得る。
例えば、専用線における通信は、信頼されていない情報処理装置等も含んで構成されたネットワーク（例えば、インターネット）から隔離される。即ち、専用線ＬＬで接続された情報処理装置同士の間の通信は、悪意を持った第三者等により盗聴や傍受される可能性が低い。即ち、本サービスは、専用線ＬＬを介して利用されるため、第三者等により盗聴や傍受される可能性が低い状態で提供される。なお、専用線ＬＬは、物理的にインターネット等から隔離されているものでなくてもよい。即ち例えば、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）の技術を用いた仮想的な専用線も、上述の専用線ＬＬとして採用され得る。
【0016】
ここで、ブロックチェーンに係るネットワークに属する１つのノードとして機能するためには、ファイルシステムとブロックチェーンとが設けられる必要がある。
なお、ここで、「ファイルシステム」とは、ファイルＦのデータの全体そのものを保存や管理するシステムである。
なお、ここで、「ファイルシステム」とは、ファイルＦのデータの全体そのものを保存や管理するシステムである。
【0017】
また、ここで、「ブロックチェーン」とは、本サービスを利用して管理される１以上のデータ（例えばファイルＦ）に関する各種情報（ファイルＦに関するメタデータやハッシュといった健全性の検証に係るデータ等）が含まれたブロックがチェーンのように連結した一連のデータである。
一般に、ブロックチェーンという単語は、分散型台帳技術や分散型ネットワークを意味し得る。即ち、ブロックチェーンの単語は、ブロックと呼ばれるデータがチェーンのように連結した一連のデータそのものや、それに関する技術及びネットワークを含んだ多義的な単語である。
そこで、以下、ブロックチェーンを管理する分散型ネットワークを「ブロックチェーンに係るネットワーク」と呼び、ブロックがチェーンのように連結した一連のデータである「ブロックチェーン」と区別して呼ぶ。
一般に、ブロックチェーンという単語は、分散型台帳技術や分散型ネットワークを意味し得る。即ち、ブロックチェーンの単語は、ブロックと呼ばれるデータがチェーンのように連結した一連のデータそのものや、それに関する技術及びネットワークを含んだ多義的な単語である。
そこで、以下、ブロックチェーンを管理する分散型ネットワークを「ブロックチェーンに係るネットワーク」と呼び、ブロックがチェーンのように連結した一連のデータである「ブロックチェーン」と区別して呼ぶ。
【0018】
具体的には例えば、図１の例では、ノードサーバ２－１乃至２－４の夫々には、ブロックチェーンＢＣ－１乃至２－４の夫々と、ファイルシステムＦＳ－１乃至ＦＳ－４の夫々とが設けられている。
なお、以下、「ノードサーバ２」と呼んでいる場合、ブロックチェーンＢＣ－１乃至２－４をまとめて「ブロックチェーンＢＣ」と呼ぶと共に、ファイルシステムＦＳ－１乃至ＦＳ－４をまとめて「ファイルシステムＦＳ」と呼ぶ。
なお、以下、「ノードサーバ２」と呼んでいる場合、ブロックチェーンＢＣ－１乃至２－４をまとめて「ブロックチェーンＢＣ」と呼ぶと共に、ファイルシステムＦＳ－１乃至ＦＳ－４をまとめて「ファイルシステムＦＳ」と呼ぶ。
【0019】
また、詳しくは後述するが、ノード端末１は、本サービスの提供に係る所定の処理の一部又は全部を実行することができる。即ち、ノード端末１－１乃至１－５の夫々には、必要に応じて、上述のブロックチェーンＢＣやファイルシステムＦＳが設けられ得る。
【0020】
ここで、ブロックチェーンに係るネットワークを構成するノード端末１及びノードサーバ２は、いずれもブロックチェーンに係るネットワークを構成する「ノード」である。また、ノード端末１及びノードサーバ２の両方は、本サービスの提供に係る所定の処理の一部又は全部を実行する情報処理装置である。そこで、以下、ノード端末１及びノードサーバ２を個々に区別する必要が無い場合、これらをまとめて「ノード」と適宜呼ぶ。
【0021】
上述をまとめると、本実施形態におけるブロックチェーンに係るネットワークは、「ブロックチェーンに係るネットワークに属するノードとして夫々機能する、クラウドＣ上のノードサーバ２－１乃至２－４」と、「クラウドＣに専用線ＬＬ－１乃至ＬＬ－５を介して接続されて、ブロックチェーンに係るネットワークに属するノードとして夫々機能する、ノード端末１－１乃至１－５」と、を備えて構成される。
【0022】
以下、操作者Ｕが本サービスを利用してファイルＦを管理する場合の流れに沿って、本サービスの概要を説明する。
【0023】
なお、本実施形態の例では、操作者Ｕが本サービスを利用してファイルＦを管理させるため操作を行う場合、ハードウェアキーＩＤＨが必要となるものとする。また、本実施形態の例ではさらに、操作者Ｕがノード端末１－１を操作するためには当該操作者Ｕの認証用の身分証ＩＤＣが必要となるものとする。そして、本実施形態の例では、ノード端末１－１のみが操作者Ｕによる操作や使用が許されており、操作が可能になるためには、ハードウェアキーＩＤＨ及び身分証ＩＤＣを１－１に読み込ませる必要があるものとする。
そこで、前提として、操作者Ｕは、本サービスを利用するためのハードウェアキーＩＤＨや身分証ＩＤＣを保有しているものとする。また、ハードウェアキーＩＤＨや身分証ＩＤＣに関する情報は、予め本サービスで利用されるノードにより管理されているものとする。
そこで、前提として、操作者Ｕは、本サービスを利用するためのハードウェアキーＩＤＨや身分証ＩＤＣを保有しているものとする。また、ハードウェアキーＩＤＨや身分証ＩＤＣに関する情報は、予め本サービスで利用されるノードにより管理されているものとする。
【0024】
まず、操作者Ｕは、図１に示す本人認証のステップＳＴ１に係る各種操作を実行する。
【0025】
具体的には例えば、操作者Ｕは、ハードウェアキーＩＤＨをノード端末１－１に接続する。ノード端末１は、ハードウェアキーＩＤＨから取得できる所定の情報とノードにより管理されているハードウェアキーＩＤＨに関する情報とを照合する。正しいハードウェアキーＩＤＨである旨が照合された場合、ノード端末１は、操作者Ｕを本サービスの利用者であるものとして認証する。
また、例えば、操作者Ｕは、ノード端末１－１に接続された図示せぬ無線式カードリーダに操作者Ｕ自身の身分証ＩＤＣをかざす。ノード端末１－１は、身分証ＩＤＣから取得できる所定の情報とノードにより管理されている身分証ＩＤＣに関する情報とを照合する。正しい身分証ＩＤＣである旨が照合された場合、ノード端末１－１は、操作者Ｕを本サービスの利用者の本人であるものとして認証する。
また、例えば、操作者Ｕは、ノード端末１－１に接続された図示せぬ無線式カードリーダに操作者Ｕ自身の身分証ＩＤＣをかざす。ノード端末１－１は、身分証ＩＤＣから取得できる所定の情報とノードにより管理されている身分証ＩＤＣに関する情報とを照合する。正しい身分証ＩＤＣである旨が照合された場合、ノード端末１－１は、操作者Ｕを本サービスの利用者の本人であるものとして認証する。
【0026】
このように、ノード端末１－１は、ハードウェアキーＩＤＨ及び身分証ＩＤＣの両方により、操作者Ｕは本サービスの利用者であって操作者Ｕ本人であることを、認証することができる。即ち、本サービスで利用されるノードにより管理されているハードウェアキーＩＤＨ及び身分証ＩＤＣの何れか一方でも保有しない第三者は、本サービスを利用することはできない。以下、操作者Ｕが本サービスの利用者であって本人であることが認証されたものとして説明する。
操作者Ｕが本サービスの利用者であって本人であることが認証された場合、ノード端末１は、ブロックチェーンに係るネットワークのノードとして機能させられる。即ち、ノード端末１－１において、後述するブロックチェーン管理機能等が機能させられる。その結果として、本サービスが操作者Ｕに提供される。
ここで、「ブロックチェーン管理機能」とは、１以上のデータの保存が指示された場合、ブロックチェーンに係るネットワークを構成するノードの夫々により、当該１以上のデータを当該ネットワークで管理された状態にする機能である。図１のファイル移動のステップＳＴ２及び保存処理のステップＳＴ３は、ブロックチェーン管理機能の一例である。
操作者Ｕが本サービスの利用者であって本人であることが認証された場合、ノード端末１は、ブロックチェーンに係るネットワークのノードとして機能させられる。即ち、ノード端末１－１において、後述するブロックチェーン管理機能等が機能させられる。その結果として、本サービスが操作者Ｕに提供される。
ここで、「ブロックチェーン管理機能」とは、１以上のデータの保存が指示された場合、ブロックチェーンに係るネットワークを構成するノードの夫々により、当該１以上のデータを当該ネットワークで管理された状態にする機能である。図１のファイル移動のステップＳＴ２及び保存処理のステップＳＴ３は、ブロックチェーン管理機能の一例である。
【0027】
なお、ノード端末１－１がブロックチェーンに係るネットワークのノードとして機能させられる場合、ノード端末１－１は、クラウドＣ上の複数のノードサーバ２のうち何れかのノードサーバ２と専用線ＬＬを介して情報の授受を行う。以下、図１の説明において、操作者Ｕにより操作されたノード端末１－１は、ノードサーバ２－１と各種情報の授受を行うものとして説明する。
【0028】
次に、操作者Ｕは、図１に示すファイル移動のステップＳＴ２に係る各種操作を実行する。
即ち、操作者Ｕは、ファイル移動のステップＳＴ２において、１以上のデータの保存を指示する。例えば、操作者Ｕは、本サービスで管理したい所定のファイルＦを専用のフォルダＤに格納する操作を行うことにより、ファイルＦの保存を指示する。
具体的には例えば、操作者Ｕは、ノード端末１－１により提供される所定のユーザインターフェースを操作することで、本サービスで管理したい所定のファイルＦを専用のフォルダＤに格納するための操作を行う。
ここで、専用のフォルダＤは、本サービスを提供するアプリケーションプログラムにより監視されている。その結果、専用のフォルダＤに格納されたファイルＦは、本サービスにより管理される１以上のデータとして把握され、後述する保存処理の対象のデータとなる。
即ち、操作者Ｕは、ファイル移動のステップＳＴ２において、１以上のデータの保存を指示する。例えば、操作者Ｕは、本サービスで管理したい所定のファイルＦを専用のフォルダＤに格納する操作を行うことにより、ファイルＦの保存を指示する。
具体的には例えば、操作者Ｕは、ノード端末１－１により提供される所定のユーザインターフェースを操作することで、本サービスで管理したい所定のファイルＦを専用のフォルダＤに格納するための操作を行う。
ここで、専用のフォルダＤは、本サービスを提供するアプリケーションプログラムにより監視されている。その結果、専用のフォルダＤに格納されたファイルＦは、本サービスにより管理される１以上のデータとして把握され、後述する保存処理の対象のデータとなる。
【0029】
以下、上述のように操作者Ｕにより１以上のデータであるファイルＦの保存の指示がされた場合における、ノードサーバ２－１による保存処理の概要について、図１を用いて説明する。なお、ノードサーバ２－１による保存処理の詳細は、図５を用いて説明する。
【0030】
次に、ノードサーバ２－１において、図１に示す保存処理のステップＳＴ３に係る各種機能が発揮される。その結果、保存処理のステップＳＴ３において、ノードサーバ２－１は、ファイルＦをブロックチェーンに係るネットワークで管理された状態にする。
【0031】
具体的には、図１に示すように、暗号化及び分割の機能ブロックＦＢ１は、ファイルＦを取得する。これにより、暗号化及び分割のステップＳＴ３－１において、暗号化及び分割の機能ブロックＦＢ１は、ファイルＦ１を、暗号化及び分割する。
【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】
ブロックチェーンＢＣには、操作者端末３でファイルＦを暗号化するための公開鍵（以下、「暗号化用公開鍵」と呼ぶ）と、そのファイルＦに操作者Ｕの署名を確認するための公開鍵（以下、「署名用公開鍵」と呼ぶ）とが保存されている。また、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は、操作者端末３に夫々保存される。操作者Ｕの操作を受け付けた操作者端末３は、ブロックチェーンＢＣから暗号化用公開鍵を取得する。操作者端末３は、取得した暗号化用公開鍵を用いて、ファイルＦを暗号化する。次に、操作者端末３は、署名用秘密鍵を用いて、ファイルＦに自身の署名（電子署名）を記録する。その後、操作者端末３は、署名を記録したファイルＦをノード端末１に送信する。すると、ノード端末１とノードサーバ２との夫々において、図１乃至図５を参照して上述した処理が適宜実行される。これにより、操作者端末３から送信されたファイルＦがファイルブロックチェーンＢＣを用いて保存や管理される。
【0086】
このように、本サービスでは、閲覧権限が与えられた操作者Ｕの暗号化用公開鍵がブロックチェーンＢＣに保存されている。そして、この暗号化用公開鍵と対になった秘密鍵でなければファイルＦを復号することができない。これにより、より強固な閲覧制限をかけることができる。
また、操作者端末３からノード端末１に送信されるファイルＦは暗号化されている。このため、ノード端末１には、ノード端末１で新たにファイルＦを作成しない限り、暗号化されたファイルＦのみが存在することになる。これにより、仮にノード端末１に保存されたファイルＦやノード端末１そのものが盗難された場合であっても、ファイルＦの秘匿性を確保することができる。
なお、暗号化されたファイルＦは、暗号化用公開鍵の数だけ生成される。即ち例えば、第１の操作者Ｕと、第２の操作者ＵでファイルＦを共有する場合、第１の操作者Ｕ及び第２の操作者Ｕの夫々の暗号化用公開鍵を用いて、夫々暗号化する。これにより、第１の操作者Ｕ及び第２の操作者Ｕの夫々は、夫々が保有する対応する秘密鍵を用いてファイルＦを復号することができる。このように、ファイルＦを保存や管理する際には、復号可能な操作者Ｕの夫々のための暗号化を行う。ある操作者Ｕが秘密鍵を漏洩してしまった場合であっても、それによる被害は最小限に抑えられる。
また、操作者端末３からノード端末１に送信されるファイルＦは暗号化されている。このため、ノード端末１には、ノード端末１で新たにファイルＦを作成しない限り、暗号化されたファイルＦのみが存在することになる。これにより、仮にノード端末１に保存されたファイルＦやノード端末１そのものが盗難された場合であっても、ファイルＦの秘匿性を確保することができる。
なお、暗号化されたファイルＦは、暗号化用公開鍵の数だけ生成される。即ち例えば、第１の操作者Ｕと、第２の操作者ＵでファイルＦを共有する場合、第１の操作者Ｕ及び第２の操作者Ｕの夫々の暗号化用公開鍵を用いて、夫々暗号化する。これにより、第１の操作者Ｕ及び第２の操作者Ｕの夫々は、夫々が保有する対応する秘密鍵を用いてファイルＦを復号することができる。このように、ファイルＦを保存や管理する際には、復号可能な操作者Ｕの夫々のための暗号化を行う。ある操作者Ｕが秘密鍵を漏洩してしまった場合であっても、それによる被害は最小限に抑えられる。
【0087】
図７は、図６のノード端末、ノードサーバ、及びユーザ端末の機能的構成の一例を示す機能ブロック図である。なお、説明の簡単化のため、図７の説明において、ノード端末１、ノードサーバ２、及び操作者端末３の夫々を１台のみ図示している。また、図７に示すノードサーバ２の機能的構成は、上述した図４に示すノードサーバ２の夫々の機能的構成と同様であるため、機能ブロックの図示及びその説明を省略している。
【0088】
図７に示すノード端末１のＣＰＵ１１では、上述したハードウェアキー検出部１１１、本人認証部１１２、ノード管理部１１３、ファイル取得部１１４、及びファイル管理部１１５の他に、アップデート管理部１１６が機能する。
【0089】
アップデート管理部１１６は、ノード端末１及び操作者端末３のアップデートの管理を行う。具体的には、アップデート管理部１１６は、所定のタイミング（例えばノード端末１の起動時）に、ノード端末１及び操作者端末３の夫々のアップデート情報の有無を確認して、必要に応じて更新処理の制御を実行する。これにより、ノード端末１及び操作者端末３のアップデートが自動で行われるので、ブロックチェーンＢＣを利用した各種アプリケーションの追加や更新を随時行うことが容易になる。
【0090】
また、ノード端末１の機能的構成は、様々なバリエーションを採用することができる。例えば、分散ファイルシステム管理部１２２を備えない機能的構成とすることもできる。この場合、ファイル管理部１１５は、ファイル取得部１１４により取得されたファイルＦを、通信部１９を介してノードサーバ２に送信する。ファイルＦを受信したノードサーバ２は、これをファイル管理部２１３の分散ファイルシステム管理部２２２に管理させる。分散ファイルシステム管理部２２２は、ファイルＦのハッシュ値を取得して、ハッシュ値を含む情報をノード端末１のファイル管理部１１５に送信する。
【0091】
操作者端末３のＣＰＵ３１では、ファイル取得部３１１と、鍵管理部３１２と、暗号化部３１３と、送信制御部３１４とが機能する。また、操作者端末３の記憶部３８の一領域には、秘密鍵ＤＢ３６０が設けられている。
【0092】
ファイル取得部３１１は、操作者ＵがブロックチェーンＢＣに保存する対象としたファイルＦを取得する。
【0093】
鍵管理部３１２は、ブロックチェーンＢＣに、暗号化用公開鍵及び署名用公開鍵を保存して管理する。また、鍵管理部３１２は、暗号化用公開鍵及び署名用公開鍵の夫々の秘密鍵を秘密鍵ＤＢ３６０に記憶させて管理する。
ファイルＦの暗号化や管理が行われる場合、鍵管理部３１２は、ブロックチェーンＢＣに保存されている暗号化用公開鍵及び署名用公開鍵を取得する。
ファイルＦの暗号化や管理が行われる場合、鍵管理部３１２は、ブロックチェーンＢＣに保存されている暗号化用公開鍵及び署名用公開鍵を取得する。
【0094】
暗号化部３１３は、ファイル取得部３１１により取得されたファイルＦの暗号化を行う。具体的には、暗号化部３１３は、鍵管理部３１２により取得された暗号化用公開鍵を用いてファイルＦを暗号化する。
また、暗号化部３１３は、暗号化したファイルＦに対する署名の記録を受け付ける。具体的には、暗号化部３１３は、鍵管理部３１２により取得された署名用公開鍵に対応する秘密鍵を用いた操作者Ｕによる署名の記録（電子署名）を受け付ける。ファイルＦを共有された他の操作者Ｕは、署名用公開鍵を用いることで、ファイルＦの署名が、操作者Ｕによりされたものであることを確認することができる。本サービスでは、署名用公開鍵がブロックチェーンＢＣに記録されているため、他の操作者Ｕは、操作者Ｕによる署名の記録がなされている旨を容易に検証することができる。
また、暗号化部３１３は、暗号化したファイルＦに対する署名の記録を受け付ける。具体的には、暗号化部３１３は、鍵管理部３１２により取得された署名用公開鍵に対応する秘密鍵を用いた操作者Ｕによる署名の記録（電子署名）を受け付ける。ファイルＦを共有された他の操作者Ｕは、署名用公開鍵を用いることで、ファイルＦの署名が、操作者Ｕによりされたものであることを確認することができる。本サービスでは、署名用公開鍵がブロックチェーンＢＣに記録されているため、他の操作者Ｕは、操作者Ｕによる署名の記録がなされている旨を容易に検証することができる。
【0095】
送信制御部３１４は、暗号化部３１３により暗号化と署名の記録とが受付けられたファイルＦをノード端末１に送信する制御を実行する。これにより、操作者端末３から送信されるファイルＦはすべて暗号化されたものとなる。
【0096】
上述をまとめると、ファイルＦの保存や管理は、操作者Ｕが操作する操作者端末３とは別に配置されたノード端末１を介して行われる。また、ノード端末１は、ノード端末１自身や操作者端末３のアップデートの管理を行うことができる。これにより、操作者３は、本サービスの利用における設定等における労力を削減することができる。
【0097】
以上、本発明が適用される情報処理システムの実施形態を説明してきた。しかしながら、本発明が適用される実施形態は、例えば次のようなものであってもよい。
【0098】
上述の本実施形態では、本サービスは、図示せぬサービス提供者により、所定の団体（例えば会社）に対して提供されるものとした。即ち例えば、所定の団体（例えば会社）は、操作者Ｕの数やノード端末１及びノードサーバ２の台数等に応じた初期費用（例えば数十万円から数百万円）と、クラウドＣ上のノードサーバ２の所定の期間におけるランニングの使用料（例えば数十万円）を対価として、本サービスを提供されるものであって良い。
ただし、本サービスは、所定の団体（例えば会社）に対して提供されるものに限定されない。即ち例えば、サービス提供者と契約した個人であってもよい。
ただし、本サービスは、所定の団体（例えば会社）に対して提供されるものに限定されない。即ち例えば、サービス提供者と契約した個人であってもよい。
【0099】
また、本実施形態では、サービス提供者から所定の団体（例えば会社）に対して５台のノード端末１－１乃至１－５が譲渡されるものとしたが、特にこれに限定されない。即ち例えば、本サービスに係るアプリケーションをプリインストールされたノード端末１が販売され、当該ノード端末１を購入した個人が本サービスの提供を受ける形態であってもよい。
【0100】
また、上述の本実施形態では、ノード端末１－１乃至１－５の夫々は、専用線ＬＬ－１乃至ＬＬ－５の夫々を介してクラウドＣに接続されることで、１つのノードとして夫々機能するものとした。また、上述の本実施形態では、ノード端末１は、本サービスの提供に係る所定の処理の一部又は全部を実行することができるものとした。
具体的には例えば、図１の説明においては、ノードサーバ２が保存処理のステップＳＴ３を実行した。また、図４の説明においては、ノード端末１が保存処理のステップＳＴ３を実行した。
しかしながら、ノード端末１やノードサーバ２は、本サービスの提供に係る所定の処理の一部を代行するといった処理をおこなってもよい。具体的には例えば、ノードサーバ２のブロックチェーン管理部２２１が、新たなブロックＢ３のハッシュの値等の計算を行う処理の一部をノード端末１が代行してもよい。これにより、ノード端末１の計算資源を活用することにより、ノードサーバ２の計算量を軽減することができる。
また例えば、ノード端末１のファイル記憶部１６０に、ノードサーバ２のファイル記憶部２６０に格納されるべきデータを分散して保存することもできる。これにより、本サービスに係る情報処理システムは、ノードサーバ２の記憶部２８を消費せずに、大量のファイルを管理することができる。
具体的には例えば、図１の説明においては、ノードサーバ２が保存処理のステップＳＴ３を実行した。また、図４の説明においては、ノード端末１が保存処理のステップＳＴ３を実行した。
しかしながら、ノード端末１やノードサーバ２は、本サービスの提供に係る所定の処理の一部を代行するといった処理をおこなってもよい。具体的には例えば、ノードサーバ２のブロックチェーン管理部２２１が、新たなブロックＢ３のハッシュの値等の計算を行う処理の一部をノード端末１が代行してもよい。これにより、ノード端末１の計算資源を活用することにより、ノードサーバ２の計算量を軽減することができる。
また例えば、ノード端末１のファイル記憶部１６０に、ノードサーバ２のファイル記憶部２６０に格納されるべきデータを分散して保存することもできる。これにより、本サービスに係る情報処理システムは、ノードサーバ２の記憶部２８を消費せずに、大量のファイルを管理することができる。
【0101】
また、上述の実施形態では、ノード端末１－１を操作する操作者Ｕが認証された場合、ノード端末１－１においてブロックチェーン管理機能が発揮されるものとしたが、ノード端末１においてブロックチェーン管理機能が発揮されるか否かの条件はこれに限定されない。即ち例えば、複数のノード端末１を操作する操作者Ｕが認証された場合であっても、ノード端末１－１においてブロックチェーン管理機能が発揮されなくてもよい。また例えば、複数のノード端末１を操作する操作者Ｕが認証されていない場合であって、ハードウェアキーＩＤＨが検出されたとき、ノード端末１において、ブロックチェーン管理機能のうち一部のみが実行されてもよい。上述をまとめると、複数のノード端末１の全てにおいて、ブロックチェーン管理機能が発揮される必要はない。
【0102】
なお、図６を用いて説明したように、作業者端末３は、ノード端末１やノードサーバ２と協働することで、ファイルＦをブロックチェーンに係るネットワークで管理された状態にすることができる。
ここで、上述の実施形態の通り、「ブロックチェーン管理機能」とは、１以上のデータの保存が指示された場合、ブロックチェーンに係るネットワークを構成するノードの夫々により、当該１以上のデータを当該ネットワークで管理された状態にする機能である。また、図１のファイル移動のステップＳＴ２及び保存処理のステップＳＴ３は、ブロックチェーン管理機能の一例である。
従って、作業者端末３は、ブロックチェーン管理機能を有するため、ブロックチェーンに係るネットワークのノードの一例と把握することができる。
ここで、上述の実施形態の通り、「ブロックチェーン管理機能」とは、１以上のデータの保存が指示された場合、ブロックチェーンに係るネットワークを構成するノードの夫々により、当該１以上のデータを当該ネットワークで管理された状態にする機能である。また、図１のファイル移動のステップＳＴ２及び保存処理のステップＳＴ３は、ブロックチェーン管理機能の一例である。
従って、作業者端末３は、ブロックチェーン管理機能を有するため、ブロックチェーンに係るネットワークのノードの一例と把握することができる。
【0103】
また、上述の実施形態では、図１の説明において、操作者Ｕにより操作されたノード端末１－１は、ノードサーバ２－１と各種情報の授受を行うものとして説明したが、特にこれに限定されない。即ち例えば、ノード端末１－１は、複数のノードサーバ２（例えば、ノードサーバ２－１乃至２－４の一部又は全部）と各種情報の授受を行ってもよい。
【0104】
また、上述の実施形態では、図２の説明において、ノードサーバ２－１乃至２－ｍは、クラウドＣ上に配置されているものとしたが、特にこれに限定されない。即ち例えば、複数のノードサーバ２の一部又は全部は、クラウドＣ上ではなく、ノード端末１とノードサーバ２とが含まれる所定のネットワーク（例えば、ローカルエリアネットワークやイントラネット）上に配置されていてもよい。つまり、ノードサーバ２は、クラウドＣ上に設置されるのではなく、操作者Ｕが属する所定の団体（例えば会社）に設置されたオンプレミスサーバであってもよい。
【0105】
上述したように、ノード端末１、ノードサーバ２及び操作者端末３の夫々は、本サービスの提供に係る所定の機能（処理）の一部又は全部を発揮（実行）することができる。まとめると、ノード端末１、ノードサーバ２及び操作者端末３等の構成は、以下のように分類することができる。
以下、図４及び図７を用いて、情報処理装置（ノード端末１、ノードサーバ２及び操作者端末３等）の分類について説明する。
以下、図４及び図７を用いて、情報処理装置（ノード端末１、ノードサーバ２及び操作者端末３等）の分類について説明する。
【0106】
図４のブロックチェーン管理部１２１及び分散ファイルシステム管理部１２２が機能するノード端末１や、ブロックチェーン管理部２２１及び分散ファイルシステム管理部２２２が機能するノードサーバ２は、フルノードの一例である。即ち、フルノードとは、少なくともファイルＦに関する各種情報を抽出しブロックの一部として管理する機能や、ファイルＦのデータの全体そのものを暗号化及び分割して管理する機能を発揮する情報処理装置をいう。
【0107】
ハッシュの値等の計算を行うための計算資源（例えばＣＰＵ１１）や暗号化及び分割されたファイルＦを記憶するための記憶部（例えば記憶部１８）を後述のライトノードと比較して多く有する情報処理装置が、フルノードとして採用される。
そこで、図示せぬサービス提供者は、操作者Ｕに対してフルノードであるノード端末１を提供することにより、本サービス全体におけるファイルＦに関する各種情報を抽出しブロックの一部として管理する機能やファイルＦのデータの全体そのものを暗号化及び分割して管理する機能を分担する情報処理装置を増加させることができる。即ち、図示せぬサービス提供者にとって、本サービスにおけるスケールアウトが容易となる。
そこで、図示せぬサービス提供者は、操作者Ｕに対してフルノードであるノード端末１を提供することにより、本サービス全体におけるファイルＦに関する各種情報を抽出しブロックの一部として管理する機能やファイルＦのデータの全体そのものを暗号化及び分割して管理する機能を分担する情報処理装置を増加させることができる。即ち、図示せぬサービス提供者にとって、本サービスにおけるスケールアウトが容易となる。
【0108】
図示はしないが、図７のノード端末１のうちノード管理部１１３が機能し、ブロックチェーン記憶部１５０やファイル記憶部１６０が機能しない端末は、ライトノードの一例である。即ち、ライトノードとは、その端末（例えばノード端末１）自身を介してファイルＦに関する各種情報を抽出しブロックの一部として管理する機能やファイルＦのデータの全体そのものを暗号化及び分割して管理する機能を発揮させ、その端末自身ではブロックチェーンＢＣやファイルＦを記憶しない情報処理装置をいう。
【0109】
ライトノードは、ハッシュの値等の計算を行うための計算資源（例えばＣＰＵ１１）や暗号化及び分割されたファイルＦを記憶するための記憶部（例えば記憶部１８）を有する必要はない。そのため、操作者Ｕは、比較的低コストであるライトノード（情報処理装置）を介して、本サービスを利用することができる。
また、ライトノードはブロックチェーンＢＣやファイルＦを記憶しないため、仮にライトノードが盗難にあったとしても、記録データが直接的に盗難されることはなく、ファイルＦの秘匿性が確保される。
また、ライトノードはブロックチェーンＢＣやファイルＦを記憶しないため、仮にライトノードが盗難にあったとしても、記録データが直接的に盗難されることはなく、ファイルＦの秘匿性が確保される。
【0110】
また、分散ファイルシステムノードが別途用意されてもよい。即ち、分散ファイルシステムノードは、暗号化及び分割されたファイルＦを記憶するための記憶部（例えば記憶部１８）を有し、ライトノードやフルノードと協働することで各種データを記憶することができる。
なお、上述の例に限定されず、各種機能ブロックや記憶部の一部を有する情報処理装置が、本サービスに係るネットワークに接続されてもよい。
なお、上述の例に限定されず、各種機能ブロックや記憶部の一部を有する情報処理装置が、本サービスに係るネットワークに接続されてもよい。
【0111】
また、上述の実施形態では、図１のハードウェアキーＩＤＨはノード端末１により所定の情報を取得可能であるものとしたが、ハードウェアキーＩＤＨがどのようなハードウェアであるかは特に限定されない。即ち、ハードウェアキーは、ブロックチェーン管理機能をノード端末１で発揮させるためのハードウェアであれば足りる。つまり、ハードウェアキーＩＤＨは、操作者ＵがハードウェアキーＩＤＨを保有している旨を検出可能であれば足りる。
具体的には例えば、ハードウェアキーＩＤＨは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のコネクタを有したフラッシュメモリや、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）機能を有するカードであってもよい。即ち、ハードウェアキーＩＤＨは、ノード端末１と、直接的に接続されてもよく、有線で接続されてもよく、無線で接続されてもよい。更に言えば、ハードウェアキーＩＤＨは、所定の識別子（例えば、ワンタイムパスワードの数列や二次元バーコード）を表示可能なハードウェアであってもよい。この場合、例えば、ノード端末１は、入力部１７（例えば、キーボードや撮像装置）を介して、ハードウェアキーＩＤＨに関する所定の識別子を読み取ることにより、ハードウェキーＩＤＨを検出することができる。
具体的には例えば、ハードウェアキーＩＤＨは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のコネクタを有したフラッシュメモリや、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）機能を有するカードであってもよい。即ち、ハードウェアキーＩＤＨは、ノード端末１と、直接的に接続されてもよく、有線で接続されてもよく、無線で接続されてもよい。更に言えば、ハードウェアキーＩＤＨは、所定の識別子（例えば、ワンタイムパスワードの数列や二次元バーコード）を表示可能なハードウェアであってもよい。この場合、例えば、ノード端末１は、入力部１７（例えば、キーボードや撮像装置）を介して、ハードウェアキーＩＤＨに関する所定の識別子を読み取ることにより、ハードウェキーＩＤＨを検出することができる。
【0112】
また、上述の実施形態では、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は、操作者端末３に夫々保存されるものとした。
即ち、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が操作者端末３に夫々保存される場合、操作者端末３に暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が格納されるため、操作者端末３の夫々に異なる秘密鍵を採用することができる。これにより、ファイルＦの保存や管理において、操作者端末３の夫々による履歴を個別に管理することが可能となる。これは、操作者端末３を持ち出すニーズの低い環境、例えばオフィス用のデスクトップパーソナルコンピュータといった用途において、好適である。
しかしながら、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は、操作者端末３に夫々保存されず、ノード端末１に夫々保存されてもよい。この場合、操作者Ｕによる操作者端末３の操作に基づき、ノード端末１を介することで、上述の実施形態と同様にファイルＦをブロックチェーンＢＣを用いて保存や管理することができる。また、操作者端末３には、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は保存されない。そのため、操作者Ｕが操作者端末３を持ち出した場合であっても、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が漏洩する危険性がなくなる。ノード端末１に暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が１組だけ記憶されている場合、ノード端末１とローカル接続された複数の操作者端末３の夫々による履歴を個別に管理することはできないが、例えば、ファイルＦの保存や管理をノード端末１毎に管理することができる。そこで、ノード端末１をオフィスにおけるグループ（例えば、部署）毎に夫々配置することにより、グループ単位での保存や管理を行ってもよい。
なお、ノード端末１には、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が複数組記憶され、適宜使い分けられてもよい。
即ち、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が操作者端末３に夫々保存される場合、操作者端末３に暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が格納されるため、操作者端末３の夫々に異なる秘密鍵を採用することができる。これにより、ファイルＦの保存や管理において、操作者端末３の夫々による履歴を個別に管理することが可能となる。これは、操作者端末３を持ち出すニーズの低い環境、例えばオフィス用のデスクトップパーソナルコンピュータといった用途において、好適である。
しかしながら、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は、操作者端末３に夫々保存されず、ノード端末１に夫々保存されてもよい。この場合、操作者Ｕによる操作者端末３の操作に基づき、ノード端末１を介することで、上述の実施形態と同様にファイルＦをブロックチェーンＢＣを用いて保存や管理することができる。また、操作者端末３には、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵は保存されない。そのため、操作者Ｕが操作者端末３を持ち出した場合であっても、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が漏洩する危険性がなくなる。ノード端末１に暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が１組だけ記憶されている場合、ノード端末１とローカル接続された複数の操作者端末３の夫々による履歴を個別に管理することはできないが、例えば、ファイルＦの保存や管理をノード端末１毎に管理することができる。そこで、ノード端末１をオフィスにおけるグループ（例えば、部署）毎に夫々配置することにより、グループ単位での保存や管理を行ってもよい。
なお、ノード端末１には、暗号化用公開鍵と署名用公開鍵との夫々に対応する秘密鍵が複数組記憶され、適宜使い分けられてもよい。
【0113】
また、上述の実施形態の説明において、本サービスは、文書や大容量のデータの管理に好適であると説明したが、例えば、文書の他、静止画像、動画像、音声のデータに適用することができる。具体的には例えば、本サービスは、Ｗｅｂ会議等の動画像や音声、通話履歴をファイルＦとして、ブロックチェーンＢＣを用いて保存や管理することができる。
これにより、Ｗｅｂ会議等における議事の内容について、改竄なく保存や管理を行うことができる。
これにより、Ｗｅｂ会議等における議事の内容について、改竄なく保存や管理を行うことができる。
【0114】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、ノード端末１の機能ブロックをノードサーバ２等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、ノード端末１の機能ブロックをノードサーバ２等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【0115】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【0116】
また例えば、このようなプログラムを含む記録媒体は、操作者Ｕにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で操作者Ｕに提供される記録媒体等で構成される。
【0117】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【0118】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有する各種各様の実施形態を取ることができる。
【0119】
即ち、本発明が適用される情報処理システム（例えば図１、図２及び図４の情報処理システム）は、
ブロックチェーンに係るネットワーク（例えば図１のノード端末１－１乃至１－５及びノードサーバ２－１乃至２－４を含んで構成されるネットワーク）に属するノードとして夫々機能する、クラウド（例えば図１や図２のクラウドＣ）上の１以上の第１種情報処理装置（例えば図１、図２及び図４のノードサーバ２）と、
前記クラウドに専用線（例えば図１、図２及び図４の専用線ＬＬ）を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置（例えば図１、図２及び図４のノード端末１）と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、１以上のデータの保存が指示（例えば、操作者Ｕによる所定のユーザインターフェースの操作による指示）されると、当該１以上のデータを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる。
ブロックチェーンに係るネットワーク（例えば図１のノード端末１－１乃至１－５及びノードサーバ２－１乃至２－４を含んで構成されるネットワーク）に属するノードとして夫々機能する、クラウド（例えば図１や図２のクラウドＣ）上の１以上の第１種情報処理装置（例えば図１、図２及び図４のノードサーバ２）と、
前記クラウドに専用線（例えば図１、図２及び図４の専用線ＬＬ）を介して接続されて、前記ブロックチェーンに係る前記ネットワークに属するノードとして夫々機能する、１以上の第２種情報処理装置（例えば図１、図２及び図４のノード端末１）と、
を含み、
前記ブロックチェーンに係る前記ネットワークを構成する全ての前記ノードの夫々は、１以上のデータの保存が指示（例えば、操作者Ｕによる所定のユーザインターフェースの操作による指示）されると、当該１以上のデータを前記ネットワークで管理された状態にするブロックチェーン管理機能を発揮させる。
【0120】
これにより、ブロックチェーンに係るネットワークに属するノードとして、クラウド上の第１種情報処理装置と、クラウドに専用線を介して接続された第２情報処理装置とが備えられた情報処理システムにより、ブロックチェーン管理機能が発揮される。
即ち例えば、従来のクラウド上の第１情報処理装置のみならず、クラウドに専用線を介して接続された第２情報処理装置もノードとして機能することで、第１情報処理装置の情報処理に係る負荷を軽減することができる。即ち、大容量のデータの取り扱いや当該データの漏洩防止を実現し、それらに関する利便性を向上することができる。
即ち例えば、従来のクラウド上の第１情報処理装置のみならず、クラウドに専用線を介して接続された第２情報処理装置もノードとして機能することで、第１情報処理装置の情報処理に係る負荷を軽減することができる。即ち、大容量のデータの取り扱いや当該データの漏洩防止を実現し、それらに関する利便性を向上することができる。
【0121】
また、前記ブロックチェーン管理機能を前記１以上の第２種情報処理装置のうちの所定の１つで発揮させるためのハードウェアキー（例えば、図１のハードウェアキーＩＤＨ）、
をさらに備えることができる。
をさらに備えることができる。
【0122】
これにより、例えば、クラウドに専用線を介して接続された第２情報処理装置もノードとして機能させる場合において、第２情報処理装置が信頼に足りるかどうかをハードウェアキーに基づいて評価することができる。その結果、本発明に係る情報処理システムのセキュリティの強度等が向上する。
【0123】
また、前記ブロックチェーン管理機能の結果として管理された前記１以上のデータは、当該１以上のデータの保存の指示をした者以外の者に対するアクセス制限が課せられる、ことができる。
【0124】
これにより、１以上のデータの保存の指示をした者以外は、ブロックチェーン管理機能の結果として管理された１以上のデータにアクセス（例えば閲覧等）することができない。その結果、本発明に係る情報処理システムのセキュリティの強度等が向上する。
【0125】
また、前記第２種情報処理装置に接続された第３種情報処理装置をさらに備え、
前記第３種情報処理装置は、前記ブロックチェーンに保存されている所定の公開鍵を用いて、前記データの暗号化と、当該暗号化がなされたデータに対する所定の署名の記録とを行うことができる。
前記第３種情報処理装置は、前記ブロックチェーンに保存されている所定の公開鍵を用いて、前記データの暗号化と、当該暗号化がなされたデータに対する所定の署名の記録とを行うことができる。
【0126】
これにより、第３種情報処理装置から第２種情報処理装置に送信されるデータが暗号化される。このため、第２種情報処理装置には、第２種情報処理装置で新たにデータを作成しない限り、暗号化されたデータのみが存在することになる。その結果、仮に第２種情報処理装置に保存されたデータや、第２種情報処理装置そのものが盗難された場合であっても、データの秘匿性を確保することができる。
【0127】
また、前記第２種情報処理装置は、
自機及び前記第３種情報処理装置のアップデート情報の有無の確認を所定タイミングで行い、所定条件を満たした場合、アップデート情報の取得と、前記自機及び前記第３種情報処理装置の更新処理の制御とをさらに行うことができる。
自機及び前記第３種情報処理装置のアップデート情報の有無の確認を所定タイミングで行い、所定条件を満たした場合、アップデート情報の取得と、前記自機及び前記第３種情報処理装置の更新処理の制御とをさらに行うことができる。
【0128】
これにより、第２種情報処理装置及び第３種情報処理装置のアップデートが自動で行われるので、ブロックチェーンを利用した各種アプリケーションの追加や更新を随時行うことが容易になる。
【符号の説明】
【0129】
１，１－１乃至１－５・・・ノード端末、１１・・・ＣＰＵ、１１１・・・ハードウェアキー検出部、１１２・・・本人認証部、１１３・・・ノード管理部、１１４・・・ファイル取得部、１１５・・・ファイル管理部、１１６・・・アップデート管理部、１２１・・・ブロックチェーン管理部、１２２・・・分散ファイルシステム管理部、１８・・・記憶部、１５０・・・ブロックチェーン記憶部、１６０・・・ファイル記憶部、１９・・・通信部、２，２－１乃至２－４・・・ノードサーバ、２１・・・ＣＰＵ、２１１・・・ノード管理部、２１２・・・ファイル取得部、２１３・・・ファイル管理部、２２１・・・ブロックチェーン管理部、２２２・・・分散ファイルシステム管理部、２８・・・記憶部、２５０・・・ブロックチェーン記憶部、２６０・・・ファイル記憶部、２９・・・通信部、３１・・・ＣＰＵ、３１１・・・ファイル取得部、３１２・・・鍵管理部、３１３・・・暗号化部、３１４・・・送信制御部、３６０・・・秘密鍵３６０、ＬＬ，ＬＬ－１乃至ＬＬ－５・・・専用線、ＩＤＨ・・・ハードウェアキー、ＩＤＣ・・・身分証、ＢＣ，ＢＣ－１乃至ＢＣ－４・・・ブロックチェーン、ＦＳ，ＦＳ－１乃至ＦＳ－４・・・ファイルシステム、Ｆ・・・ファイル、Ｄ・・・フォルダ、Ｃ・・・クラウド
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】