JP6350997B2 - 端末装置、端末管理システム、データ保護方法、データ保護プログラム - Google Patents

Description

本発明は、電子情報の保護や漏洩防止に関し、データの不正利用や情報漏洩などを防ぐ端末装置、端末管理システム、データ保護方法、データ保護プログラムに関する。

主に端末装置に関して、盗難・紛失端末からの情報漏洩を防止する技術として、画面ロックを解除するパスワードやパスコードを規定の回数間違えるとデータを自動で消去するローカルワイプ機能を備える機種が存在する。また、機密情報持ち出す際に情報漏洩対策として予め暗号化するなどの対策もある。さらには、リモートワイプ機能（非特許文献１）なども提供されている。なお、非特許文献２は、本発明の一部の実施例で利用する関数型暗号に関する先行文献である。

Google Apps 管理者ヘルプ, "携帯端末からのデータの削除", [平成２８年５月２７日検索]、インターネット<https://support.google.com/a/answer/173390?hl=ja>． Tatsuaki Okamoto, Katsuyuki Takashima, "Fully Secure Functional Encryption with General Relations from the Decisional Linear Assumption", CRYPTO 2010, pp.191-208 (2010).

しかしながら、一定回数以上パスワード入力を誤った場合に端末装置内のデータを消去するローカルワイプ機能は、誤操作によるデータの消失や悪意あるユーザに故意にデータを消されるという脆弱性の問題がある。また、情報を暗号化しておけばデータを消去しなくても情報漏洩を防げるが、データ利用時には平文状態になり、そのまま端末に存在することになれば情報漏洩のリスクになるため、利用後の平文データ削除/再暗号化などの処理を行い、電子データのライフサイクル全体で管理する必要がある。なお、端末装置内のデータを遠隔地から通信回線を通じて支持を出すことにより消去するリモートワイプ機能は、端末装置の紛失・盗難時の情報漏洩対策として採用されているが、コントロールサーバと良好な通信状態で接続されていることが前提である。

本発明は、このような状況に鑑みてなされたものであり、ユーザの操作にかかわらず端末装置が自律的にデータを保護する端末装置を提供することを目的とする。

本発明の端末装置は、データ格納部、属性情報収集部、条件判定部、制御部を備える。データ格納部は、保護対象のデータを格納する。属性情報収集部は、端末装置の使用環境または使用状態に関するあらかじめ定めた情報である属性情報を収集する。条件判定部は、属性情報に関するあらかじめ定めた条件である制御条件と、制御条件に対応するデータ保護のための処理を示す制御情報とを関連付けた関連情報を保持し、収集された属性情報が制御条件を満たす場合に、対応する制御情報を出力する。制御部は、条件判定部が制御情報を出力した場合に、制御情報に基づいた処理を実行する。

本発明の端末装置によれば、端末装置の使用環境または使用状態に関する情報である属性情報に基づいてデータ保護の処理を行うので、自律的にデータを保護できる。

実施例１、実施例２の端末装置の機能構成例を示す図。 実施例１、実施例２の端末装置でのデータ保護の処理フローを示す図。 図２のステップＳ１２０の実施例２の場合の詳細を示す図。 図２のステップＳ１２０の実施例２変形例１の場合の詳細を示す図。 実施例３の端末管理システムの機能構成例を示す図。 実施例３の端末管理システムでのデータ保護の処理フローを示す図。 図６のステップＳ２２０の実施例３の場合の詳細を示す図。 図６のステップＳ２２０の実施例３変形例１の場合の詳細を示す図。 図６のステップＳ２２０の実施例３変形例２の場合の詳細を示す図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

図１に実施例１の端末装置の機能構成例を、図２に実施例１の端末装置でのデータ保護の処理フローを示す。実施例１の端末装置１００は、データ格納部１９０、属性情報収集部１１０、条件判定部１２０、制御部１３０を備える。データ格納部１９０は、保護対象のデータを格納する。属性情報収集部１１０は、端末装置１００の使用環境または使用状態に関するあらかじめ定めた情報である属性情報を収集する（Ｓ１１０）。属性情報は、例えば、現在の日時、受信できる無線ＬＡＮのルータのＩＤ、外部接続端子の接続状態、アプリケーションの動作状況、最後にユーザが操作してからの時間、電源オフの指示、外部サーバから取得できる情報（認証情報など）、ユーザの指紋情報、ＩＣカードなどから読み取れる情報（社員情報など，ユーザの属性情報）などがある。ただし、これらに限定する必要はない。属性情報収集部１１０は、これらの中から後述する制御条件に関連する可能性のある情報を属性情報としてあらかじめ定めておき、定期的に収集すればよい。収集する間隔は、求められるセキュリティのレベルと端末装置の負荷を考慮して決めればよい。

条件判定部１２０は、属性情報に関するあらかじめ定めた条件である制御条件と、制御条件に対応するデータ保護のための処理を示す制御情報とを関連付けた関連情報を保持する関連情報保持部１２５を有する。条件判定部１２０は、収集された属性情報が制御条件を満たす場合に、対応する制御情報を出力する（Ｓ１２０）。制御条件と制御情報の組合せは１つに限る必要はなく、複数の組合せがあってもよい。複数の関連情報が保持されている場合は、ステップＳ１２０は、いずれかの制御条件を満足すれば満足する制御条件に対応する制御情報を出力し、図２のＹｅｓ側（ステップＳ１３０）に進む。

制御条件と制御情報の例としては、以下のような例がある。ただし、これらに限定する必要はなく、適宜決めればよい。ノートパソコンを職場から持ち出し禁止としている場合であれば、制御条件を『職場内に配置された無線ＬＡＮのルータのいずれのＩＤも受信できないこと』とし、制御情報を『データ格納部１９０に格納されたデータをすべて削除する』とすればよい。外部メモリ接続禁止の場合であれば、制御条件を『外部接続端子にあらかじめ定めた機器以外が接続されたこと』とし、制御情報を『データ格納部１９０に格納されたデータをすべて削除する』とすればよい。また、制御条件を『「ＩＣカードから読み取ったユーザを特定する情報が社員であることを示す情報である、かつ、現在の時刻が勤務時間内（９時〜１７時）である」を満たさないこと』とし、制御情報を『データ格納部１９０に格納された特定のデータをすべて削除する』としてもよい。あるいは、制御条件を『ユーザが最後に操作してから３０分を経過した、または、端末装置１００に電源オフの指示が入力されたこと』とし、制御情報を『データ格納部１９０に格納された平文の情報を暗号化する』としてもよい。なお、条件判定部１２０の処理を、プログラムを保護する領域で行うことで関連情報の書き換えや破壊を防止すれば、セキュリティのレベルを高くできる。

制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。端末装置１００によれば、端末装置１００の使用環境または使用状態に関する情報である属性情報に基づいてデータ保護の処理を行うので、自律的にデータ格納部１９０内のデータを保護できる。また、実施例１の場合は端末装置１００単体でデータを保護するので、例えば端末装置１００のＳＩＭが抜かれてしまい、リモート接続できない状態であってもデータを保護できる。

実施例２の端末装置の機能構成例も図１であり、実施例２の端末装置でのデータ保護の処理フローも図２である。実施例２の端末装置１００は、属性情報収集部１１０、制御部１３０、データ格納部１９０は実施例１と同じである。ただし、実施例１では、制御情報と制御条件とを組にすることで関連付けたが、実施例２では、関数型暗号を用いて制御情報を制御条件で暗号化することで、制御情報と制御条件とを関連付ける。つまり、実施例２の端末装置１００では、制御情報を制御条件で暗号化した関数型暗号の暗号文を関連情報とし、鍵生成部１７０も備える。鍵生成部１７０は、属性情報収集部１１０が収集した属性情報に基づいた復号鍵を生成する。また、条件判定部１２０は、属性情報収集部が収集した属性情報に基づいた復号鍵で関数型暗号の暗号文である関連情報（制御情報を制御条件で暗号化した関数型暗号の暗号文）を復号し、復号できた場合に制御情報を出力する。

図３は、図２のステップＳ１２０の実施例２の場合の詳細を示す図である。属性情報収集部１１０が属性情報を収集すると（Ｓ１１０）、鍵生成部１７０が、収集された属性情報に基づいた復号鍵を生成する（Ｓ１７０）。条件判定部１２０は、生成された復号鍵で暗号文である関連情報を復号し、復号できたかを確認する（Ｓ１２１）。復号できなかった場合（Ｎｏの場合）は、属性情報が制御条件を満たさなかったと判断する。復号できた場合（Ｙｅｓの場合）は、復号された結果が制御情報なので、条件判定部１２０は、その制御情報を出力する（Ｓ１２２）。復号鍵は、ステップＳ１２１の終了時に削除すればよい。制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。

実施例２の場合は復号鍵を頻繁に生成することになるので、端末装置１００に負荷がかかるが、関連情報を秘匿化できる。また、関連情報は暗号化されているので、関連情報を書き換えることができない（尤もらしい関連情報を作ることができない）。さらに、条件判定部１２０の処理を、プログラムを保護する領域で行えば、関連情報の破壊も防止できる。よって、セキュリティのレベルをさらに高くできる。

［変形例１］
実施例２変形例１の端末装置の機能構成例も図１であり、実施例２変形例１の端末装置でのデータ保護の処理フローも図２である。実施例２変形例１の端末装置１００は、属性情報収集部１１０、制御部１３０、データ格納部１９０は実施例１と同じである。実施例２変形例１の端末装置１００でも、実施例２と同じように、関連情報は制御情報を制御条件で暗号化した関数型暗号の暗号文であり、鍵生成部１７０も備える。鍵生成部１７０は、属性情報収集部１１０が収集した属性情報に基づいた復号鍵を生成する。ただし、条件判定部１２０の処理が実施例２と異なる。

図４に、図２のステップＳ１２０の実施例２変形例１の場合の詳細を示す。条件判定部１２０は、関連情報から制御条件を取り出し、属性情報収集部１１０が収集した属性情報が制御条件を満たすかを確認する（Ｓ１２３）。なお、条件判定部１２０は、関連情報からあらかじめ制御条件を取り出しておいてもよい。制御条件を満たさない場合はステップＳ１２０の結果としてＮｏと判断し、ステップＳ１１０に戻る。ステップＳ１２３がＹｅｓの場合には、鍵生成部１７０が、属性情報収集部が収集した属性情報に基づいた復号鍵を生成する（Ｓ１７０）。条件判定部１２０は、生成された復号鍵で関数型暗号の暗号文である関連情報を復号し、復号した制御情報を出力する（Ｓ１２４）。復号鍵は、ステップＳ１２４の終了時に削除すればよい。制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。

実施例２変形例１の場合は、復号鍵を生成するのは制御条件を満たすことを確認した後なので、実施例２に比べ端末装置１００の負荷を軽減できる。また、実施例２と同じように、関連情報は暗号化されているので、関連情報を書き換えることができない。さらに、条件判定部１２０の処理を、プログラムを保護する領域で行えば、関連情報の破壊も防止できる。よって、セキュリティのレベルを実施例１よりも高くできる。

図５に実施例３の端末管理システムの機能構成例を、図６に実施例３の端末管理システムでのデータ保護の処理フローを示す。端末管理システム１０は、ネットワーク９００を介して接続された端末装置１００とサーバ２００を備える。実施例３の端末装置１００は、属性情報収集部１１０、制御部１３０、データ格納部１９０は実施例１と同じである。ただし、実施例３では、関連情報は制御情報を制御条件で暗号化した関数型暗号の暗号文であり、端末装置１００は端末通信部１８０も備える。サーバ２００は、鍵生成部２７０とサーバ通信部２８０を備える。

図７は、図６のステップＳ２２０の実施例３の場合の詳細を示す図である。なお、図中の１００の符号を付した点線で囲まれた処理は端末装置１００が行う処理であり、２００の符号を付した点線で囲まれた処理はサーバ２００が行う処理である。属性情報収集部１１０が属性情報を収集すると（Ｓ１１０）、端末通信部１８０は収集された属性情報をサーバ２００に送信し、サーバ通信部２８０が受信する（Ｓ１８０）。鍵生成部２７０は、受信した属性情報に基づいた復号鍵を生成する（Ｓ２７０）。サーバ通信部２８０は復号鍵を端末装置１００に送信し、端末通信部１８０が受信する（Ｓ２８０）。条件判定部１２０は、受信した復号鍵で暗号文である関連情報を復号し、復号できたかを確認する（Ｓ１２１）。復号できなかった場合（Ｎｏの場合）は、属性情報が制御条件を満たさなかったと判断する。復号できた場合（Ｙｅｓの場合）は、復号された結果が制御情報なので、条件判定部１２０は、その制御情報を出力する（Ｓ１２２）。復号鍵は、ステップＳ１２１の終了時に削除すればよい。制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。

実施例３の場合は復号鍵を生成するために頻繁に通信することになるという問題はあるが、関連情報を秘匿化できる。また、関連情報は暗号化されているので、関連情報を書き換えることができない（尤もらしい関連情報を作ることができない）。さらに、条件判定部１２０の処理を、プログラムを保護する領域で行えば、関連情報の破壊も防止できる。よって、セキュリティのレベルを高くできる。

［変形例１］
実施例３変形例１の端末管理システムの機能構成例も図５であり、実施例３変形例１の端末管理システムでのデータ保護の処理フローも図６である。端末管理システム１０は、ネットワーク９００を介して接続された端末装置１００とサーバ２００を備える。実施例３変形例１の端末装置１００も、属性情報収集部１１０、制御部１３０、データ格納部１９０は実施例１と同じである。実施例３変形例１の端末装置１００でも、実施例３と同じように、関連情報は制御情報を制御条件で暗号化した関数型暗号の暗号文であり、端末通信部１８０も備える。また、サーバ２００は、鍵生成部２７０とサーバ通信部２８０を備える。ただし、条件判定部１２０の処理が実施例３と異なる。

図８に、図６のステップＳ２２０の実施例３変形例１の場合の詳細を示す。なお、図中の１００の符号を付した点線で囲まれた処理は端末装置１００が行う処理であり、２００の符号を付した点線で囲まれた処理はサーバ２００が行う処理である。条件判定部１２０は、関連情報から制御条件を取り出し、属性情報収集部１１０が収集した属性情報が制御条件を満たすかを確認する（Ｓ１２３）。なお、条件判定部１２０は、関連情報からあらかじめ制御条件を取り出しておいてもよい。制御条件を満たさない場合はステップＳ２２０の結果としてＮｏと判断し、ステップＳ１１０に戻る。ステップＳ１２３がＹｅｓの場合には、端末通信部１８０は収集された属性情報をサーバ２００に送信し、サーバ通信部２８０が受信する（Ｓ１８０）。鍵生成部２７０は、受信した属性情報に基づいた復号鍵を生成する（Ｓ２７０）。サーバ通信部２８０は復号鍵を端末装置１００に送信し、端末通信部１８０が受信する（Ｓ２８０）。条件判定部１２０は、受信した復号鍵で関数型暗号の暗号文である関連情報を復号し、復号した制御情報を出力する（Ｓ１２４）。復号鍵は、ステップＳ１２４の終了時に削除すればよい。制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。

実施例３変形例１の場合は、復号鍵生成のために通信するのは制御条件を満たすことを確認した後なので、実施例３に比べ通信量を軽減できる。また、実施例３と同じように、関連情報は暗号化されているので、関連情報を書き換えることができない。さらに、条件判定部１２０の処理を、プログラムを保護する領域で行えば、関連情報の破壊も防止できる。よって、セキュリティのレベルを高くできる。また、通信する情報が属性情報と復号鍵だけで通信量が少ないので、通信状態が良好でなくても実行できる。

［変形例２］
実施例３変形例２の端末管理システムの機能構成例も図５であり、実施例３変形例２の端末管理システムでのデータ保護の処理フローも図６である。端末管理システム１０は、ネットワーク９００を介して接続された端末装置１００とサーバ２００を備える。実施例３変形例２の端末装置１００も、属性情報収集部１１０、制御部１３０、データ格納部１９０は実施例１と同じである。実施例３変形例２の端末装置１００でも、実施例３と同じように、関連情報は制御情報を制御条件で暗号化した関数型暗号の暗号文であり、端末通信部１８０も備える。また、サーバ２００は、鍵生成部２７０とサーバ通信部２８０と復号部２２０を備える。ただし、条件判定部１２０と端末通信部１８０の処理が実施例３と異なる。

図９に、図６のステップＳ２２０の実施例３変形例２の場合の詳細を示す。なお、図中の１００の符号を付した点線で囲まれた処理は端末装置１００が行う処理であり、２００の符号を付した点線で囲まれた処理はサーバ２００が行う処理である。条件判定部１２０は、関連情報から制御条件を取り出し、属性情報収集部１１０が収集した属性情報が制御条件を満たすかを確認する（Ｓ１２３）。なお、条件判定部１２０は、関連情報からあらかじめ制御条件を取り出しておいてもよい。制御条件を満たさない場合はステップＳ２２０の結果としてＮｏと判断し、ステップＳ１１０に戻る。ステップＳ１２３がＹｅｓの場合には、端末通信部１８０は収集された属性情報と暗号文である関連情報をサーバ２００に送信し、サーバ通信部２８０が受信する（Ｓ１８１）。鍵生成部２７０は、受信した属性情報に基づいた復号鍵を生成する（Ｓ２７０）。復号部２２０は生成された復号鍵で暗号文である関連情報を復号し、制御情報を得る（Ｓ２２０）。サーバ通信部２８０は、制御情報を端末装置１００に送信し、端末通信部１８０が受信する（Ｓ２８１）。条件判定部１２０は、受信した制御情報を出力する（Ｓ１２２）。復号鍵は、ステップＳ２２０の終了時に削除すればよい。制御部１３０は、条件判定部１２０が制御情報を出力した場合に、制御情報に基づいた処理を実行する（Ｓ１３０）。

実施例３変形例２の場合は、復号鍵生成のために通信するのは制御条件を満たすことを確認した後なので、実施例３に比べ通信量を軽減できる。また、実施例３と同じように、関連情報は暗号化されているので、関連情報を書き換えることができない。さらに、条件判定部１２０の処理を、プログラムを保護する領域で行えば、関連情報の破壊も防止できる。

［プログラム、記録媒体］
上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。

また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

１０ 端末管理システム １００ 端末装置
１１０ 属性情報収集部 １２０ 条件判定部
１２５ 関連情報保持部 １３０ 制御部
１７０ 鍵生成部 １８０ 端末通信部
１９０ データ格納部 ２００ サーバ
２２０ 復号部 ２７０ 鍵生成部
２８０ サーバ通信部 ９００ ネットワーク

Claims (7)

1. 保護対象のデータを格納するデータ格納部を備えた端末装置であって、
   前記端末装置の使用環境または使用状態に関するあらかじめ定めた情報である属性情報を収集する属性情報収集部と、
   属性情報に関するあらかじめ定めた条件である制御条件と前記制御条件に対応する前記データ格納部に格納された前記保護対象のデータの保護のための処理を示す制御情報とを関連付けた関連情報を保持し、収集された属性情報が制御条件を満たす場合に、対応する制御情報を出力する条件判定部と、
   前記条件判定部が制御情報を出力した場合に、前記制御情報に基づいた処理を実行する制御部
   を備え、
   前記制御情報は、前記データ格納部に格納された前記保護対象のデータの削除または平文の情報の暗号化の処理を示す情報を含んでいる
   ことを特徴とする端末装置。
2. 請求項１記載の端末装置であって、
   前記関連情報は、前記制御情報を前記制御条件で暗号化した関数型暗号の暗号文であり、
   前記条件判定部は、前記属性情報収集部が収集した属性情報に基づいた復号鍵で関数型暗号の暗号文である前記関連情報を復号し、復号できた場合に制御情報を出力する
   ことを特徴とする端末装置。
3. 請求項１記載の端末装置であって、
   前記関連情報は、前記制御情報を前記制御条件で暗号化した関数型暗号の暗号文であり、
   前記条件判定部は、前記関連情報から前記制御条件を取り出し、前記属性情報収集部が収集した属性情報が前記制御条件を満たす場合に、前記属性情報収集部が収集した属性情報に基づいた復号鍵で関数型暗号の暗号文である前記関連情報を復号し、復号した制御情報を出力する
   ことを特徴とする端末装置。
4. 請求項２または３記載の端末装置であって、
   前記端末装置は、前記属性情報収集部が収集した属性情報に基づいた復号鍵を生成する鍵生成部も備える
   ことを特徴とする端末装置。
5. 請求項２または３記載の端末装置とサーバを備える端末管理システムであって、
   前記端末装置は、前記属性情報収集部が収集した属性情報を前記サーバに送信する端末通信部も備え、
   前記サーバは、前記属性情報に基づいた復号鍵を生成する鍵生成部と、前記復号鍵を前記端末装置に送信するサーバ通信部を備える
   ことを特徴とする端末管理システム。
6. 保護対象のデータを格納するデータ格納部を備えた端末装置が実行するデータ保護方法であって、
   前記端末装置の使用環境または使用状態に関するあらかじめ定めた情報である属性情報を収集する属性情報収集ステップと、
   属性情報に関するあらかじめ定めた条件である制御条件と前記制御条件に対応する前記データ格納部に格納された前記保護対象のデータの保護のための処理を示す制御情報とを関連付けた関連情報を保持しておき、収集された属性情報が制御条件を満たす場合に、対応する制御情報を出力する条件判定ステップと、
   前記条件判定ステップが制御情報を出力した場合に、前記制御情報に基づいた処理を実行する制御ステップ
   を有し、
   前記制御情報は、前記データ格納部に格納された前記保護対象のデータの削除または平文の情報の暗号化の処理を示す情報を含んでいる
   ことを特徴とするデータ保護方法。
7. 請求項１〜４のいずれかに記載の端末装置としてコンピュータを機能させるためのデータ保護プログラム。

Images