知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022120111
(43)【公開日】2022-08-17
(54)【発明の名称】端末装置及びプログラム
(51)【国際特許分類】
H04L 9/08 20060101AFI20220809BHJP
H04L 9/32 20060101ALI20220809BHJP
【ＦＩ】
H04L9/08 C
H04L9/08 F
H04L9/32 200Z
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022094608
(22)【出願日】2022-06-10
(62)【分割の表示】P 2020144870の分割
【原出願日】2020-08-28
(71)【出願人】
【識別番号】517226739
【氏名又は名称】ジャスミー株式会社
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】230117802
【弁護士】
【氏名又は名称】大野 浩之
(72)【発明者】
【氏名】森田 直
(72)【発明者】
【氏名】佐藤 一雅
(72)【発明者】
【氏名】萩原 崇
(57)【要約】 （修正有）
【課題】従来とは異なる発想を用いて、ブロックチェーンへの記録を可能とする端末装置及びプログラムを提供する。
【解決手段】複数の端末装置１００と、端末装置１００と通信可能な情報処理装置３００とを有する情報処理システムにおいて、端末装置１００は、第一鍵を記憶する記憶部１９０と、第一鍵と作成用情報を用いて第二鍵を作成し、第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部１６０と、を有する。
【選択図】図１
【解決手段】複数の端末装置１００と、端末装置１００と通信可能な情報処理装置３００とを有する情報処理システムにおいて、端末装置１００は、第一鍵を記憶する記憶部１９０と、第一鍵と作成用情報を用いて第二鍵を作成し、第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部１６０と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
第一鍵を記憶する記憶部と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部と、
を備える端末装置。
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部と、
を備える端末装置。
【請求項2】
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアの所定の情報に関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアの所定の情報に関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録する請求項１に記載の端末装置。
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアの所定の情報に関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアの所定の情報に関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録する請求項１に記載の端末装置。
【請求項3】
前記読出記録部は所定の一又は複数のブロックチェーン毎に、指定ソフトウェアにおける情報を記録する請求項２に記載の端末装置。
【請求項4】
前記記憶部は汎用ソフトウェアを記憶し、
前記汎用ソフトウェアについての情報を記録する場合には、前記読出記録部は前記第一鍵を用いてブロックチェーンに情報を記録する請求項１乃至３のいずれか１項に記載の端末装置。
前記汎用ソフトウェアについての情報を記録する場合には、前記読出記録部は前記第一鍵を用いてブロックチェーンに情報を記録する請求項１乃至３のいずれか１項に記載の端末装置。
【請求項5】
前記作成用情報はユーザ識別情報又は端末識別情報を含む請求項１乃至４のいずれか１項に記載の端末装置。
【請求項6】
所定の秘密鍵を用いて暗号化された情報が外部からブロックチェーンに書き込まれた場合、前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御される請求項１乃至５のいずれか１項に記載の端末装置。
【請求項7】
所定の秘密鍵を用いて暗号化された指定ソフトウェアの利用に関する情報が外部からブロックチェーンに書き込まれた場合、前記指定ソフトウェアを利用している際に前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御される請求項１乃至６のいずれか１項に記載の端末装置。
【請求項8】
所定の期間以上で駆動していない又は記憶部にブロックチェーンへ書き出すための情報が所定の容量以上で記憶された場合に、動作制限をかける制御部をさらに備える請求項１乃至７のいずれか１項に記載の端末装置。
【請求項9】
前記第一鍵は前記端末装置の製造時にインストールされ、前記端末装置に関連付けられている請求項１乃至８のいずれか１項に記載の端末装置。
【請求項10】
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアに関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアに関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録
する請求項１乃至９のいずれか１項に記載の端末装置。
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアに関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアに関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録
する請求項１乃至９のいずれか１項に記載の端末装置。
【請求項11】
前記読出記録部は指定ソフトウェア毎に異なるブロックチェーンに情報を記録する請求項１０に記載の端末装置。
【請求項12】
端末装置にインストールされるプログラムであって、
前記プログラムがインストールされた端末装置は、
第一鍵を記憶する記憶機能と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する記録機能と、
を備えるプログラム。
前記プログラムがインストールされた端末装置は、
第一鍵を記憶する記憶機能と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する記録機能と、
を備えるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ブロックチェーンに記録を行う端末装置及びプログラムに関する。
【背景技術】
【0002】
近年、ブロックチェーンの利用についての取り組みが盛んになされている。一例として、特許文献１では、特権ノードと、複数の通常ノードとが設けられ、通常ノードは、取引データの入力を受け付ける取引入力部と、取引データを送信する取引送信部と、取引履歴をブロックチェーンとして管理する取引管理部と、特権ノードからブロックを受信するブロック受信部を有し、特権ノードは、通常ノードから取引データを受信する取引受信部と、秘密鍵に基づいて署名値を生成し、取引データと署名値を含むデータセットとしてブロックを生成するブロック生成部と、ブロックを送信するブロック送信部を有し、通常ノードの取引管理部が、特権ノードから受信したブロックの署名値の真正性を公開鍵により確認できたことを条件として、ブロックチェーンにブロックを連結する態様が提案されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－０８８８６４号
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の発明では、ブロックチェーンにおける取引の安定化と円滑化を両立させることが目的とされているだけである。
【0005】
本発明は、特許文献１等の従来で用いられている発想とは異なる発想を用いて、ブロックチェーンへの記録を可能とする端末装置及びプログラムを提供する。
【課題を解決するための手段】
【0006】
本発明による端末装置は、
第一鍵を記憶する記憶部と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部と、
を備えてもよい。
第一鍵を記憶する記憶部と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部と、
を備えてもよい。
【0007】
本発明による端末装置において、
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアの所定の情報に関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアの所定の情報に関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録してもよい。
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアの所定の情報に関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアの所定の情報に関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録してもよい。
【0008】
本発明による端末装置において、
前記読出記録部は所定の一又は複数のブロックチェーン毎に、指定ソフトウェアにおける情報を記録してもよい。
前記読出記録部は所定の一又は複数のブロックチェーン毎に、指定ソフトウェアにおける情報を記録してもよい。
【0009】
本発明による端末装置において、
前記記憶部は汎用ソフトウェアを記憶し、
前記汎用ソフトウェアについての情報を記録する場合には、前記読出記録部は前記第一鍵を用いてブロックチェーンに情報を記録してもよい。
前記記憶部は汎用ソフトウェアを記憶し、
前記汎用ソフトウェアについての情報を記録する場合には、前記読出記録部は前記第一鍵を用いてブロックチェーンに情報を記録してもよい。
【0010】
本発明による端末装置において、
前記作成用情報はユーザ識別情報又は端末識別情報を含んでもよい。
前記作成用情報はユーザ識別情報又は端末識別情報を含んでもよい。
【0011】
本発明による端末装置において、
所定の秘密鍵を用いて暗号化された情報が外部からブロックチェーンに書き込まれた場合、前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御されてもよい。
所定の秘密鍵を用いて暗号化された情報が外部からブロックチェーンに書き込まれた場合、前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御されてもよい。
【0012】
本発明による端末装置において、
所定の秘密鍵を用いて暗号化された指定ソフトウェアの利用に関する情報が外部からブロックチェーンに書き込まれた場合、前記指定ソフトウェアを利用している際に前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御されてもよい。
所定の秘密鍵を用いて暗号化された指定ソフトウェアの利用に関する情報が外部からブロックチェーンに書き込まれた場合、前記指定ソフトウェアを利用している際に前記読出記録部が前記所定の秘密鍵に対応する所定の公開鍵を用いて前記ブロックチェーンに書き込まれた情報を復号し、当該情報に従って制御されてもよい。
【0013】
本発明による端末装置は、
所定の期間以上で駆動していない又は記憶部にブロックチェーンへ書き出すための情報が所定の容量以上で記憶された場合に、動作制限をかける制御部をさらに備えてもよい。
所定の期間以上で駆動していない又は記憶部にブロックチェーンへ書き出すための情報が所定の容量以上で記憶された場合に、動作制限をかける制御部をさらに備えてもよい。
【0014】
本発明による端末装置において、
前記第一鍵は前記端末装置の製造時にインストールされ、前記端末装置に関連付けられてもよい。
前記第一鍵は前記端末装置の製造時にインストールされ、前記端末装置に関連付けられてもよい。
【0015】
本発明による端末装置において、
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアに関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアに関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録してもよい。
前記記憶部は複数のソフトウェアを記憶し、
前記読出記録部は、前記第一鍵と、異なる作成用情報を用いて複数の第二種類鍵を作成し、
第二種類鍵の各々は一つの指定ソフトウェアに関連付けられており、
ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアに関連付けられた第二種類鍵を用いて、前記読出記録部がブロックチェーンに情報を記録してもよい。
【0016】
本発明による端末装置において、
前記読出記録部は指定ソフトウェア毎に異なるブロックチェーンに情報を記録してもよい。
前記読出記録部は指定ソフトウェア毎に異なるブロックチェーンに情報を記録してもよい。
【0017】
本発明によるプログラムにおいて、
端末装置にインストールされるプログラムであって、
前記プログラムがインストールされた端末装置は、
第一鍵を記憶する記憶機能と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する記録機能と、
を備えてもよい。
端末装置にインストールされるプログラムであって、
前記プログラムがインストールされた端末装置は、
第一鍵を記憶する記憶機能と、
前記第一鍵と作成用情報を用いて第二鍵を作成し、前記第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する記録機能と、
を備えてもよい。
【発明の効果】
【0018】
本発明において、第一鍵と作成用情報を用いて第二鍵を作成し、第二鍵を用いて暗号化
された取引情報をブロックチェーンに記録する態様を用いた場合には、端末装置において新たな第二鍵を作成し、当該第二鍵を用いてブロックチェーンへの書き込みを行うことができ、幅広い応用を期待できる。
された取引情報をブロックチェーンに記録する態様を用いた場合には、端末装置において新たな第二鍵を作成し、当該第二鍵を用いてブロックチェーンへの書き込みを行うことができ、幅広い応用を期待できる。
【図面の簡単な説明】
【0019】
【図1】本発明の実施の形態による情報処理システムの概略ブロック図。
【図3】本発明の実施の形態で用いられる読出記録部とブロックチェーンとのやり取りを示すための図。
【図4】本発明の実施の形態において、ブロックチェーンへの書き込みを行う態様の一例を示した図。
【図5】本発明の実施の形態において、ブロックチェーンへの書き込みを行う態様の別の例を示した図。
【図6】本発明の実施の形態で用いられる管理端末で表示される画面の一例を示した図。
【図8】本発明の実施の形態で用いられるユーザ端末で表示される画面の一例を示した図。
【図9】本発明の実施の形態で用いられる管理端末で、ユーザ端末を操作する際に表示される画面の一例を示した図。
【図11】管理端末でユーザ端末のＷＥＢカメラをＯＦＦにする旨入力した後で、ユーザ端末で表示される画面の一例を示した図。
【図12】本発明の実施の形態による処理フローの一例を示した図。
【図13】本発明の一実施例によるログの書き出しについて示した図。
【図14】本発明の別の実施例によるコマンドの発行とコマンドの実行について示した図。
【図15】本発明のさらに別の実施例によるコマンドの発行とコマンドの実行について示した図。
【発明を実施するための形態】
【0020】
実施の形態
本実施の形態では、端末装置、プログラムだけではなく、プログラムを記録するＵＳＢメモリ等を含む記録媒体、情報処理装置、情報処理装置と端末装置とからなる情報処理システム、これらを用いた情報処理方法も提供される。本実施の形態において「又は」と「もしくは」は「及び」と「並びに」の意味も含んでいる。つまり、例えば、本実施の形態において「Ａ又はＢ」とは、「Ａ、Ｂ並びにＡ及びＢ」のいずれかを意味している。
本実施の形態では、端末装置、プログラムだけではなく、プログラムを記録するＵＳＢメモリ等を含む記録媒体、情報処理装置、情報処理装置と端末装置とからなる情報処理システム、これらを用いた情報処理方法も提供される。本実施の形態において「又は」と「もしくは」は「及び」と「並びに」の意味も含んでいる。つまり、例えば、本実施の形態において「Ａ又はＢ」とは、「Ａ、Ｂ並びにＡ及びＢ」のいずれかを意味している。
【0021】
図１に示すように、本実施の形態の情報処理システムは、複数の端末装置１００と、端末装置１００と通信可能な情報処理装置３００とを有してもよい。端末装置１００は典型的にはスマートフォン、タブレット、パソコン等である。情報処理装置３００は典型的にはサーバである。本実施の形態の情報処理装置３００は、一つの装置から構成されてもよいし複数の装置から構成されてもよい。また、複数の装置から情報処理装置３００が構成される場合には、各装置が同じ部屋等の同じ空間に設けられる必要はなく、異なる部屋、異なる建物、異なる地域等に設けられてもよいし、管理権者や所有者が異なっていてもよい。情報処理装置３００が複数の装置から構成される態様の典型例は情報処理装置３００として分散型のサーバを用いる場合である。
【0022】
図１及び図２に示すように、端末装置１００は、様々な情報を入力するための操作部１２１と、様々な情報を表示する表示部１２２と、データの送信を行う端末送信部（送信部）１３１と、データの受信を行う端末受信部（受信部）１３２と、を有してもよい。端末装置１００は典型的にはパソコンであるが、タブレット端末やスマートフォン等であってもよい。端末装置１００において表示部１２２と操作部１２１が一体となり、操作表示部１２０となってもよい。典型的には、端末装置１００がスマートフォンやタブレット等からなる場合にはタッチパネルとなっており、この操作表示部１２０が採用されることになる。
【0023】
端末装置１００には、オペレーター等のユーザが利用するユーザ端末１００ａと、管理者が利用する管理端末１００ｂが含まれている。ユーザ端末１００ａ及び管理端末１００ｂの各々は１つ又は複数設けられてもよい。
【0024】
図１に示すように、端末装置１００は、第一鍵（第一鍵情報）Ｋ１を記憶する端末記憶部（記憶部）１９０と、第一鍵Ｋ１を読み出し、当該第一鍵Ｋ１と作成用情報を用いて第二鍵を作成し、当該第二鍵を用いて暗号化された取引情報をブロックチェーンに記録する読出記録部１６０と、を有してもよい（図１及び図４参照）。第一鍵Ｋ１は秘密鍵（第一秘密鍵）と公開鍵（第一公開鍵）とを有している。第二鍵も秘密鍵（第二秘密鍵）と公開鍵（第二公開鍵）とを有している。第一秘密鍵は暗号化されて端末記憶部１９０で記憶されてもよい。端末装置１００の読出記録部１６０のみが第一秘密鍵を解読できるようにしてもよい。そして、このように解読された第一秘密鍵を用いて第二鍵を読出記録部１６０が作成するようにしてもよい。ＣＰＵ／ＴＰＭ／ＢＩＯＳ・ＥＣ等に暗号化された第一秘密鍵が記憶されてもよい。読出記録部１６０の機能は所定のプログラムを実行することで実現されてもよい。図３に示す態様では、読出記録部１６０が暗号化された第一秘密鍵、第一公開鍵及び機器情報（Machine ID）とアプリケーション１及びアプリケーション２とを繋ぎ、ブロックチェーンへの書き込みを行う態様が示されている。第一公開鍵は平文であってもよい。
【0025】
（１）第一秘密鍵を暗号化する際には、共通鍵暗号化アルゴリズムを用いてもよい。一例としては、1.“jasmyblockchainpc1”<パスフレーズ#1>と、2.“1cpniahckcolbymsaj”<パスフレーズ#2>を準備する。（２）次に、暗号化用に鍵を生成する。例えば、<パスフ
レーズ#1>を“SHA-256”でハッシュ化して<CK#1:256bit>を生成し、<パスフレーズ#2>を
“SHA-256”でハッシュ化して<CK#2:256bit>を生成する。鍵の長さはSHA-256を用いて２
５６ビットで統一してもよいが、このような態様に限られず、RIPEMD-160等の異なるハッシュ関数を用いる等して２つの鍵の長さを異なるものとしてもよい。（３）そして、生成された２つの鍵を用いてトリプルDES(DES-EDE2)を用いて暗号化、あるいは他種の暗号化
アルゴリズムを組み合わせて２段階で暗号化してもよい。共通鍵暗号化アルゴリズムを用いることにより、任意長のビット列を暗号化することができる。なお、パスフレーズはハッシュ化して二つの鍵を生成するためだけに使うことから、任意の文字列であってもよい。
レーズ#1>を“SHA-256”でハッシュ化して<CK#1:256bit>を生成し、<パスフレーズ#2>を
“SHA-256”でハッシュ化して<CK#2:256bit>を生成する。鍵の長さはSHA-256を用いて２
５６ビットで統一してもよいが、このような態様に限られず、RIPEMD-160等の異なるハッシュ関数を用いる等して２つの鍵の長さを異なるものとしてもよい。（３）そして、生成された２つの鍵を用いてトリプルDES(DES-EDE2)を用いて暗号化、あるいは他種の暗号化
アルゴリズムを組み合わせて２段階で暗号化してもよい。共通鍵暗号化アルゴリズムを用いることにより、任意長のビット列を暗号化することができる。なお、パスフレーズはハッシュ化して二つの鍵を生成するためだけに使うことから、任意の文字列であってもよい。
【0026】
ブロックチェーンでは、トランザクション（取引情報）の集まりであるブロック同士がチェーンで繋がれることで、トランザクションが記録される。取引情報はハッシュ化されてブロックチェーンに書き込まれてもよく、この際には、例えば上述したSHA-256（Secure Hash Algorithm 256-bit）によってハッシュ化が行われる。ブロックチェーンに書き込むことで改ざんできないようにすることができ、また耐タンパ性も実現できる。なお、ブロックチェーンを用いて電子署名（デジタル署名）を行いたい場合には、元のデータと、元のデータをハッシュ化したデータを秘密鍵を用いて暗号化したデータと、秘密鍵に対応する公開鍵とをブロックチェーンに記録すればよい。ブロックチェーンを読み出す際に、
元のデータをハッシュ化したデータと、公開鍵によって復号されたデータとが合致することを確認することで、データを記録した者が署名を行った者であることを確認することができる。
元のデータをハッシュ化したデータと、公開鍵によって復号されたデータとが合致することを確認することで、データを記録した者が署名を行った者であることを確認することができる。
【0027】
ブロックチェーンとしては、パブリック型、コンソーシアム型、プライベート型等のいずれを用いてもよい。パブリック型を用いた場合には、マイニングが行われることになる。他方、コンソーシアム型を用いる場合には、マイニングは行われず、合意形成は特定者間のコンセンサスで行われることになる。プライベート型を用いる場合にも、マイニングは行われず、合意形成は組織内承認による。なお、コンソーシアム型を用いた場合には、ブロックチェーンの管理者は存在するものの、中央集権的にならない点で有益である。コンソーシアム型を用いる場合には例えばHyperledger Fabricを用いてもよい。
【0028】
第一鍵Ｋ１は端末装置１００に関連付けられてもよく、例えば工場の製造段階でインストール（プレインストール）されてもよい。このような態様を採用した場合には、端末装置１００の電源を入れた瞬間からのログをブロックチェーンに書き込むことができる。プレインストールする際には、Machine IDといった機器情報が端末記憶部１９０に記憶される他、汎用ソフトウェアや所定の指定ソフトウェアがプレインストールされ、端末記憶部１９０で記憶されてもよい。第一鍵Ｋ１が端末装置１００に関連付けられる際には、第一鍵Ｋ１とMachine IDといった機器情報とが関連付けられてもよい。汎用ソフトウェアや指定ソフトウェアは、端末装置１００を購入後にインストールされてもよい。
【0029】
ブロックチェーンに記録する際には、第二秘密鍵を用いてもよいし第二公開鍵を用いてもよい。但し、第二秘密鍵を用いてブロックチェーンに記録を行った場合には、当該内容を外部から確認できるようになることから、外部から確認できないようにしたい情報に関しては、読出記録部１６０が第二公開鍵でブロックチェーンに記録を行うようにしてもよい。
【0030】
第一鍵Ｋ１と作成用情報を用いて第二鍵を作成し、当該第二鍵を用いてブロックチェーンに記録を行う態様を採用した場合には、固有の第二鍵を利用してブロックチェーンに記録を行うことができる。このため、同じ端末装置を用いている場合であっても、異なる作成用情報を用いることで、異なる第二鍵を利用してブロックチェーンに情報を記録することができる。作成用情報は機器情報といった端末識別情報を含んでもよい。第一鍵（第一鍵情報）Ｋ１と作成用情報を、所定の変数を持つ所定の式（フォーミュラ）に適用することでで、第二鍵（第二鍵情報）が生成されてもよい。所定の変数と所定の式は同じ管理者によって管理されてもよいが、所定の変数を管理する第一管理者と所定の式を管理する第二管理者とは異なる者であってもよい。このような態様を採用した場合には、より一層、安全性を高めることができる。また、このような態様を採用した場合であっても、第一管理者及び第二管理者が協力することで所定の変数を持つ所定の式を復元することができる。このため、仮に第二公開鍵によって暗号化された取引情報であっても、第一鍵Ｋ１とこれら所定の変数を持つ所定の式によって、第一秘密鍵を復元し、取引情報を把握することができる。一例としては、管理端末１００ｂにおいて、第一鍵Ｋ１と作成用情報によって第二鍵を作成し、当該第二鍵の第二公開鍵を用いてユーザ端末１００ａがブロックチェーンへの記録を行っている場合で、管理端末１００ｂが何らかの理由で故障し、第二秘密鍵を利用できなくなった場合が考えられる。このような場合であっても、第一鍵Ｋ１とこれら所定の変数を持つ所定の式によって、第二秘密鍵を復元し、第二公開鍵を用いてユーザ端末１００ａがブロックチェーンへの記録を行った情報を復号することができる。
【0031】
また、読出記録部１６０がユーザ端末１００ａにおけるログをブロックチェーンに書き込むことで、当該ログを管理者が確認できるようになる。従前であれば端末装置１００のログは端末装置１００内で記憶されているが、端末装置１００のログをブロックチェーン
に書き込むことで、例えば管理者が外部から端末装置１００のログを確認することができる。読出記録部１６０が第二公開鍵でブロックチェーンに記録を行う場合には、第二秘密鍵を持っている者しかその内容を確認することができない。この点、管理者が第二秘密鍵を受領する態様を採用することで、原則的には端末装置１００の保有者と管理者のみが端末装置１００のログを確認することができるようになる。
に書き込むことで、例えば管理者が外部から端末装置１００のログを確認することができる。読出記録部１６０が第二公開鍵でブロックチェーンに記録を行う場合には、第二秘密鍵を持っている者しかその内容を確認することができない。この点、管理者が第二秘密鍵を受領する態様を採用することで、原則的には端末装置１００の保有者と管理者のみが端末装置１００のログを確認することができるようになる。
【0032】
例えばＶＤＩ（仮想デスクトップ基盤）を利用した場合には、管理者は、ユーザ端末１００ａで行われている作業の内容を確認し、管理を行うことはできるが、ユーザ端末１００ａへの負担が重くなるというような問題がある。他方、本態様のようにユーザ端末１００ａがログをブロックチェーンに書き出す態様を採用することで、ユーザ端末１００ａへの負担を軽いものにすることができる。
【0033】
また、リモートでユーザ端末１００ａを遠隔操作する態様を採用した場合には、ハッキングにより遠隔操作をされてしまう等のリスクが大きくなるが、本態様のようにブロックチェーンを利用することで、ハッキングされるリスクを低減しつつ、端末装置１００でのログを管理者が確認できることになる。このようなユーザ端末１００ａに対する管理は、昨今注目されているリモートワークを導入する際には有益である。
【0034】
読出記録部１６０のブロックチェーンに書き出すタイミングは所定のタイミングで行うようにしてもよい。例えば意図的にオフチェーンにしておき、所定の時間が経過したタイミング、又はあるソフトウェアからログアウトするタイミングといった所定のタイミングでログ等の情報をブロックチェーンに書き出すようにしてもよい。また、インターネットにつながっていない環境でも読出記録部１６０はブロックチェーンに書き出すための情報を記録し、端末記憶部（記憶部）１９０が当該情報を記憶しており、インターネットにつながったタイミングで、読出記録部１６０が端末記憶部１９０に記憶されている情報を読み出して、ブロックチェーンに記録するようにしてもよい。また、読出記録部１６０でブロックチェーンに書き出されるログは全てのログであってもよいし、所定の要件を満たすログだけであってもよい（図８参照）。端末装置１００からクラウドを含む情報処理装置３００にログ等の情報を送信し、情報処理装置３００がログ等の情報をブロックチェーンに書き出すようにしてもよい。情報処理装置３００は、情報処理装置３００を制御する装置制御部３１０と、ブロックチェーンに書き出すための情報を含む様々な情報を記憶する装置記憶部３９０とを有してもよい（図１参照）。
【0035】
端末記憶部１９０は複数のソフトウェアを記憶してもよい。ソフトウェアは指定ソフトウェアと汎用ソフトウェアとを含んでもよい。読出記録部１６０は第一鍵Ｋ１と異なる作成用情報を用いて複数の第二種類鍵Ｋ２を作成してもよい。作成用情報の内容が変わることで、異なる種類の第二種類鍵Ｋ２が作成されることになる。作成用情報としては指定ソフトウェアに関する情報が含まれてもよく、この場合には、第一鍵Ｋ１と指定ソフトウェアに関する情報によって、当該指定ソフトウェアに関連付けられた第二種類鍵Ｋ２が作成されることになる。作成用情報として用いられる指定ソフトウェアに関する情報としては、指定ソフトウェアに関連付けられた指定ソフトウェア鍵（指定ソフトウェア鍵情報）であってもよい。この指定ソフトウェア鍵は管理者等から提供されてもよい。このように指定ソフトウェアに関連付けられた第二種類鍵Ｋ２を作成する場合、ある指定ソフトウェアについての情報を記録する場合には、当該ある指定ソフトウェアに関連付けられた第二種類鍵Ｋ２を用いて、読出記録部１６０がブロックチェーンに情報を記録することになる。例えば、端末装置１００で指定ソフトウェアＡを用いている場合には、端末装置固有の第一鍵Ｋ１から作成された指定ソフトウェアＡ専用の第二種類鍵Ｋ２ａを用いて、例えばログ情報等の処理情報が記録されることになる（図４参照）。また、端末装置１００で指定ソフトウェアＢを用いている場合には、端末装置固有の第一鍵Ｋ１から作成された指定ソフトウェアＢ専用の第二種類鍵Ｋ２ｂを用いて、例えばログ情報等の処理情報が記録され
ることになる。第二種類鍵Ｋ２も秘密鍵（第二種類秘密鍵）と公開鍵（第二種類公開鍵）とを有している。また、作成用情報としては指定ソフトウェアの所定の情報（例えば情報の種類に関する内容）が含まれてもよく、例えば同じ指定ソフトウェアを用いた場合でも情報の種類に応じて異なる第二種類鍵Ｋ２が作成されるようにしてもよい。この場合、第一鍵Ｋ１と指定ソフトウェアの所定の情報によって、当該指定ソフトウェアの所定の情報に関連付けられた第二種類鍵Ｋ２が作成されることになる。また、読出記録部１６０は、所定の一又は複数のブロックチェーン毎に、指定ソフトウェアにおける情報を記録するようにしてもよい。例えば、前述したように同じ指定ソフトウェアを用いた場合でも情報の種類に応じて異なる第二種類鍵Ｋ２が作成される場合、情報の種類に応じて異なるブロックチェーンに情報が記録されるようにしてもよい。この際、アプリケーションやライブラリ等の単位毎にブロックチェーンに書き込んでもよいが、そのような態様に限ることはなく、各機能単位に細分化してブロックチェーンに分散して書き込むようにしてもよい。
ることになる。第二種類鍵Ｋ２も秘密鍵（第二種類秘密鍵）と公開鍵（第二種類公開鍵）とを有している。また、作成用情報としては指定ソフトウェアの所定の情報（例えば情報の種類に関する内容）が含まれてもよく、例えば同じ指定ソフトウェアを用いた場合でも情報の種類に応じて異なる第二種類鍵Ｋ２が作成されるようにしてもよい。この場合、第一鍵Ｋ１と指定ソフトウェアの所定の情報によって、当該指定ソフトウェアの所定の情報に関連付けられた第二種類鍵Ｋ２が作成されることになる。また、読出記録部１６０は、所定の一又は複数のブロックチェーン毎に、指定ソフトウェアにおける情報を記録するようにしてもよい。例えば、前述したように同じ指定ソフトウェアを用いた場合でも情報の種類に応じて異なる第二種類鍵Ｋ２が作成される場合、情報の種類に応じて異なるブロックチェーンに情報が記録されるようにしてもよい。この際、アプリケーションやライブラリ等の単位毎にブロックチェーンに書き込んでもよいが、そのような態様に限ることはなく、各機能単位に細分化してブロックチェーンに分散して書き込むようにしてもよい。
【0036】
このように指定ソフトウェア毎に異なる第二種類鍵Ｋ２を用いて読出記録部１６０がブロックチェーンに情報を記録する態様を採用した場合には、指定ソフトウェア毎に異なる第二種類鍵Ｋ２を用いて、ブロックチェーンに情報を記録することができる。このため、指定ソフトウェア毎に切り分けて情報を記録することができる。第二種類公開鍵を用いてブロックチェーンに情報を記録する態様を採用する場合には、第二種類秘密鍵を管理者に送信する等して渡すようにしてもよい。この場合には、管理者は第二種類秘密鍵を利用して、第二種類公開鍵を用いてブロックチェーンに記録された情報を確認することができるようになる。他方、ユーザ本人及び管理者以外の第三者は、第二種類公開鍵を用いてブロックチェーンに記録された情報を確認することはできないことから、その秘匿性を維持することができる。
【0037】
読出記録部１６０は、同じブロックチェーンに情報を記録してもよいが（図４参照）、指定ソフトウェア毎に異なるブロックチェーンに情報を記録するようにしてもよい（図５参照）。前述した例でいうと、端末装置１００で指定ソフトウェアＡを用いている場合には、端末装置固有の第一鍵Ｋ１から作成された指定ソフトウェアＡ専用の第二種類鍵Ｋ２ａを用いて、指定ソフトウェアＡに対応した固有ブロックチェーンＡに、例えばログ情報等の処理情報が記録されることになる。また、端末装置１００で指定ソフトウェアＢを用いている場合には、端末装置固有の第一鍵Ｋ１から作成された指定ソフトウェアＢ専用の第二種類鍵Ｋ２ｂを用いて、指定ソフトウェアＢに対応した固有ブロックチェーンＢに、例えばログ情報等の処理情報が記録されることになる。
【0038】
このように指定ソフトウェア毎に異なるブロックチェーンに情報を記録する態様を採用した場合には、指定ソフトウェア毎にまとまったブロックチェーンが作成されることになり、指定ソフトウェア毎のログ等の管理が容易になる。また、それと同時に、異なる指定ソフトウェアのログ等を照合するためには異なるブロックチェーンの記録を参照する必要があるため、セキュリティやプライバシー管理の観点から有益である。
【0039】
Windows（登録商標）といった汎用ソフトウェアについての情報を記録する場合には、
読出記録部１６０は第一鍵Ｋ１を用いてブロックチェーンに情報を記録するようにしてもよい（図４及び図５参照）。この場合、第一秘密鍵を用いてもよいし第一公開鍵を用いてもよい。但し、第一秘密鍵で暗号化した上でブロックチェーンに記録を行った場合には、当該内容を外部から確認できるようになることから、外部から確認できないようにしたい情報に関しては、読出記録部１６０が第一公開鍵で暗号化した上でブロックチェーンに記録を行うようにしてもよい。この場合には、ユーザ端末１００ａの第一秘密鍵を管理者が受領する態様を採用することで、管理者はブロックチェーンに記録された情報を確認することができる。読出記録部１６０がブロックチェーンに情報を記録する場合には、管理者から与えられた公開鍵を用いて暗号化してもよい。この場合には、管理者だけが秘密鍵を
用いて暗号化された情報を復元することができるようになる。管理者から提供される公開鍵は管理端末１００ｂにおける第一公開鍵であってもよいし、管理端末１００ｂにおいて第一鍵と作成用情報から生成される第二鍵であってもよいし、これらとは異なる鍵であってもよい。
読出記録部１６０は第一鍵Ｋ１を用いてブロックチェーンに情報を記録するようにしてもよい（図４及び図５参照）。この場合、第一秘密鍵を用いてもよいし第一公開鍵を用いてもよい。但し、第一秘密鍵で暗号化した上でブロックチェーンに記録を行った場合には、当該内容を外部から確認できるようになることから、外部から確認できないようにしたい情報に関しては、読出記録部１６０が第一公開鍵で暗号化した上でブロックチェーンに記録を行うようにしてもよい。この場合には、ユーザ端末１００ａの第一秘密鍵を管理者が受領する態様を採用することで、管理者はブロックチェーンに記録された情報を確認することができる。読出記録部１６０がブロックチェーンに情報を記録する場合には、管理者から与えられた公開鍵を用いて暗号化してもよい。この場合には、管理者だけが秘密鍵を
用いて暗号化された情報を復元することができるようになる。管理者から提供される公開鍵は管理端末１００ｂにおける第一公開鍵であってもよいし、管理端末１００ｂにおいて第一鍵と作成用情報から生成される第二鍵であってもよいし、これらとは異なる鍵であってもよい。
【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】
また別の例としては、自動的にログイン及びログアウトするようにしてもよい。一例としては、予め登録した所定の携帯端末（スマートフォン等）を所持したユーザがユーザ端末１００ａに近接した場合には、Bluetooth（登録商標）等の近接通信手段でそのことを
ユーザ端末１００ａが感知し、自動的にログインしてもよい。他方、所定の携帯端末（スマートフォン等）がユーザ端末１００ａから離れた場合には、自動的にログアウトするようにしてもよい。
ユーザ端末１００ａが感知し、自動的にログインしてもよい。他方、所定の携帯端末（スマートフォン等）がユーザ端末１００ａから離れた場合には、自動的にログアウトするようにしてもよい。
【0066】
ログインしてからログアウトするまでのブロックチェーンへの記録は図１３で示すような態様を採用してもよく、Machine ID等の端末識別情報、User ID等のユーザ識別情報、
ＩＰアドレス、ＧＰＳ、Time Stampのような日時情報等を含むログイン情報と、ログイン情報、Time Stampのような日時情報、Application Path等の利用アプリケーションについての情報の各々が第一鍵や第二鍵等の所定の鍵によって暗号化されてブロックチェーンへ記録されてもよい。なお、ログインしてから３分毎に記録する態様を示しているが、当該態様は一例にすぎず、様々な間隔や様々なトリガーでブロックチェーンにログ等の情報を記録するようにしてもよい。
ＩＰアドレス、ＧＰＳ、Time Stampのような日時情報等を含むログイン情報と、ログイン情報、Time Stampのような日時情報、Application Path等の利用アプリケーションについての情報の各々が第一鍵や第二鍵等の所定の鍵によって暗号化されてブロックチェーンへ記録されてもよい。なお、ログインしてから３分毎に記録する態様を示しているが、当該態様は一例にすぎず、様々な間隔や様々なトリガーでブロックチェーンにログ等の情報を記録するようにしてもよい。
【0067】
管理者がコマンドを出す際には図１４に示すような態様を採用することもできる。この態様では、管理端末１００ｂから、管理端末１００ｂのMachine IDといった管理端末識別情報、所定のユーザ端末１００ａのMachine IDといったユーザ端末識別情報、コマンド、発行時間、署名等の情報がユーザ端末１００ａの第一公開鍵、第二公開鍵、第二種類公開鍵等の公開鍵で暗号化されて、ブロックチェーンに記録される。
【0068】
このようにブロックチェーンへの記録が行われると、対象となっている所定のユーザ端末１００ａの読出記録部１６０がブロックチェーンに書き込まれた情報を読み出し、公開鍵に対応する秘密鍵で復号化し、署名と管理端末識別情報を確認することで正規の管理者からの指示かを確認し、ユーザ端末識別情報を確認することで自己へのコマンドかを確認し、これらの確認ができた場合には、指定されたコマンドを端末制御部１１０によって実行させるようにしてもよい。この際には、コマンド実行結果を管理端末１００ｂに返信しないが、ブロックチェーンにログを記録するようにしてもよい。
【0069】
図１４とは異なり、管理者がコマンドを出す際には図１５に示すような態様を採用することもできる。この態様では、管理端末１００ｂから、管理端末１００ｂのMachine IDといった管理端末識別情報、所定のユーザ端末１００ａのMachine IDといったユーザ端末識
別情報、コマンド、発行時間、署名等の情報が管理端末１００ｂの秘密鍵やユーザ端末１００ａの秘密鍵（第一秘密鍵、第二秘密鍵、第二種類秘密鍵等）によって暗号化されて、ブロックチェーンに記録される。
別情報、コマンド、発行時間、署名等の情報が管理端末１００ｂの秘密鍵やユーザ端末１００ａの秘密鍵（第一秘密鍵、第二秘密鍵、第二種類秘密鍵等）によって暗号化されて、ブロックチェーンに記録される。
【0070】
このようにブロックチェーンへの記録が行われると、対象となっている所定のユーザ端末１００ａの読出記録部１６０がブロックチェーンに書き込まれた情報を読み出し、秘密鍵に対応する公開鍵で復号化し、署名と管理端末識別情報を確認することで正規の管理者からの指示かを確認し、ユーザ端末識別情報を確認することで自己へのコマンドかを確認し、これらの確認ができた場合には、指定されたコマンドを端末制御部１１０によって実行させるようにしてもよい。この際には、コマンド実行結果を管理端末１００ｂに返信しないが、ブロックチェーンにログを記録するようにしてもよい。
【0071】
上記各実施の形態の読出記録部１６０、端末制御部１１０等を含む各構成要素は、ＩＣチップ、ＬＳＩ等の集積回路等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ、メモリ等を用いてソフトウェアによって実現してもよい。また、各構成要素は、１又は複数の集積回路により実現されてよく、複数の構成要素が１つの集積回路によって実現されてもよい。
【0072】
上述した各実施の形態の記載及び図面の開示は、特許請求の範囲に記載された発明を説明するための一例に過ぎず、上述した実施の形態の記載又は図面の開示によって特許請求の範囲に記載された発明が限定されることはない。
【符号の説明】
【0073】
１００ 端末装置
１１０ 端末制御部（制御部）
１６０ 読出記録部
１９０ 端末記憶部（記憶部）
３００ 情報処理装置
１１０ 端末制御部（制御部）
１６０ 読出記録部
１９０ 端末記憶部（記憶部）
３００ 情報処理装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
