JP2014119897A - 情報処理装置、ロック実行方法、及びロック実行プログラム - Google Patents

Abstract

【課題】セキュリティを向上させる。
【解決手段】情報処理装置において、電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証手段と、前記認証手段により前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行手段とを有する。
【選択図】図２

Description

本願は、コンピュータのロックを実行する情報処理装置、ロック実行方法、及びロック実行プログラムに関する。

従来のＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）等のコンピュータには、Ｗｉｎｄｏｗｓ（登録商標）等の所定のＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）がインストールされている。従来では、ＯＳを起動してログオンすると、複数の常駐プログラムやスタートアップに予め登録されているプログラム（以下、「起動プログラム」という）が次々と動作を開始する。そのため、従来では、ＰＣのパフォーマンスが低下するため操作性が悪くなり、快適に業務を行えないことがある。

また、従来では、朝の忙しい時間を有効活用するために、出社後すぐにＷｉｎｄｏｗｓにログオンし、その後、離席して朝のミーティング等に参加し、その間に起動プログラムを実行させておくといった運用ケースも存在する。

しかしながら、従来では、Ｗｉｎｄｏｗｓにログオンした後、Ｗｉｎｄｏｗｓの操作画面（以下、「ユーザデスクトップ」という）を開いたまま離席すると、第三者に不正使用される可能性が非常に高い。これを回避するため、従来では、離席する前にユーザが所定のキーボード操作（例えば、「Ｗｉｎｄｏｗｓキー」と「Ｌキー」を同時に押下）等を行い、ＰＣをロックする運用等が存在する。また、ユーザが席に戻ってきた場合には、ロックを解除する操作を行うことで、ロックが解除される。

なお、従来では、ユーザ識別子を受け付けて、特定ユーザに暗号化されたデータやコンピュータの部分へのアクセスを許可するように構成されたアーキテクチャに通知し、そのデータやコンピュータの部分をロック解除する手法が存在する。また、従来では、指静脈パターンや指紋等を用いた生体認証を用いてロックを解除する手法が存在する。また、従来では、ＯＳに対するログイン終了後又はＯＳの起動後に、所定の操作以外の操作を禁止する手法が存在する（例えば、特許文献１〜４参照）。

特開２００９−３０１５４３号公報 特開２００７−１４８９５０号公報 特開２０１１−１４１６０７号公報 特開２０１１−１１８９３６号公報

しかしながら、上述したような従来手法では、例えばユーザがＯＳへのログインを完了した後にロック操作を行うため、ＯＳが起動するまで待たなければならない。したがって、従来手法では、ユーザが急いでいる場合等に、ロック操作をし忘れて離席してしまうことがあり、セキュリティ上は好ましくない。

また、従来手法では、例えばユーザがロック操作を行ったとしても、性能の低いＰＣや起動プログラムが多数インストールされているＰＣの場合には、ロック操作をしてから実際にロックされるまでに長い時間を要してしまう。そのため、従来手法では、ロック操作をしてからロックが完了されるまでの間に悪意ある第三者等によって不正使用されるリスクが生じる。

開示の技術は、かかる問題を鑑み、セキュリティを向上させることを目的とする。

開示の一態様における情報処理装置は、電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証手段と、前記認証手段により前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行手段とを有する。

開示の技術によれば、セキュリティを向上させることができる。

ロック実行システムの概略構成例を示す図である。 端末の機能構成の一例を示す図である。 ロック実行処理が実現可能なハードウェア構成の一例を示す図である。 第１の認証処理の一例を示すシーケンス図である。 クレデンシャル情報の一例を示す図である。 第２の認証処理の一例を示すシーケンス図である。 ロック実行処理の一例を示すフローチャートである。 監視テーブルの一例を示す図である。 ロック解除処理の一例を示すフローチャートである。 本実施形態における第１の画面例を示す図である。 本実施形態における第２の画面例を示す図である。 イベント内容に対する監視処理を行った画面例を示す図である。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜ロック実行システムの概略構成例＞
図１は、ロック実行システムの概略構成例を示す図である。図１に示すロック実行システム１０は、各ユーザが使用する１又は複数の端末１１−１〜１１−ｎ（以下、必要に応じて「端末１１」と総称する）と、サーバ１２とを有する。また、端末１１とサーバ１２とは、例えばインターネットやＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等に代表される通信ネットワーク１３によりデータ等の送受信が可能な状態で接続されている。

端末１１は、情報処理装置の一例であり、ユーザが使用するコンピュータである。端末１１は、例えばユーザによる電源の投入等の所定の操作を検知したり、電源の投入後にユーザから入力されたユーザ識別情報（例えば、ユーザＩＤやパスワード）等の入力情報に基づいて、ユーザ認証を行う。なお、電源の投入とは、電源をオン（ＯＮ）する場合だけでなく、再起動等も含まれる。また、端末１１は、認証結果に基づいて端末１１に対するロック実行やロック解除等を実行する。

なお、ユーザ認証を行う場合には、例えば端末１１に予め記憶された認証情報との照合により認証を行ってもよく、また通信ネットワーク１３を介して接続されたサーバ１２により認証を行ってもよい。

ここで、端末１１は、例えば、Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ（ＢＩＯＳ）プログラムと、ＯＳログオンプログラムと、ＯＳサービスプログラムとを有する。

ＢＩＯＳプログラムとは、例えば端末１１内の各種ハードウェアを制御するための基本的なプログラムである。ＢＩＯＳプログラムは、例えばフラッシュメモリ等の記憶手段に書き込まれており、ユーザ等により端末１１の電源がオンされた直後に実行される。また、ＢＩＯＳプログラムは、電源のオンと同時にパスワードを入力させ（パワーオンパスワード）、入力されたパスワードによる認証等を行うことができる。更に、ＢＩＯＳプログラムは、ハードウェアを初期化したり、所定の動作の終了後に起動させるＯＳ（例えば、Ｗｉｎｄｏｗｓ）に制御を受け渡すといった処理を行う。

また、ＯＳログオンプログラムとは、例えば端末１１にインストールされている所定のＯＳを起動させるためのユーザ認証を行うためのプログラムである。例えば、ＯＳログオンプログラムは、ユーザが認証手順を正常に完了し、認証が成功した場合にＯＳの起動を行う。なお、ＯＳログオンプログラムとは、例えばＷｉｎｄｏｗｓログオンプログラム等であるが、これに限定されるものではない。

また、ＯＳサービスプログラムとは、例えばＯＳサービスを実行させるためのプログラムである。ＯＳサービスとは、例えばユーザとのやりとりを行わずに特定機能を実行するものである。ＯＳサービスは、ＯＳのブート時に起動するよう設定することができ、ＯＳが動作中に継続してバックグラウンドで長時間動作させることもできる。更に、ＯＳサービスは、ユーザが手動で要求したときに動作させることもできる。

上述したＯＳサービスとしては、例えばＷｉｎｄｏｗｓサービス等があるが、これに限定されるものではない。

端末１１は、例えば上述したＢＩＯＳプログラム、ＯＳログオンプログラム、及びＯＳサービスプログラムの３つをそれぞれ連携させてＢＩＯＳ認証（第１の認証）からＯＳログオン認証（第２の認証）及び端末１１のロック実行処理までを連続的に実行する。これにより、本実施形態では、ＯＳ起動直後に端末１１をロックすることで「セキュリティ性」を向上させ、ユーザができるだけ早い時間で操作する必要がなく離席できる「利便性」を向上させることができる。したがって、本実施形態では、第三者等により不正利用する隙のないシステムを実現することができる。

また、本実施形態では、端末１１に対するロック実行処理（プログラム）を上述したＯＳサービスとして動作させることにより、例えばＷｉｎｄｏｗｓのスタートアップに登録された常駐プログラムの起動よりも早い段階で起動させることが可能となる。これにより、本実施形態では、端末１１のロックの実行タイミングを更に早めることができる。なお、本実施形態では、これに限定されるものではなく、例えばＷｉｎｄｏｗｓのスタートアップにロック実行処理が登録されていてもよい。

また、ＯＳサービスは、端末１１のロック命令を発行してから、ロックが完了するまで間に端末１１に対して行われた操作を無効化したり、操作内容の監視等を行うことができる。つまり、本実施形態では、例えば端末１１の性能や負荷等の事情によってロックの実行タイミングが遅れた場合に、その間の操作内容（例えば、操作内容に対応した端末１１へのイベント内容も含む）を全て遮断（無効化）する。これにより、本実施形態では、例えば、端末１１のロックが完了するまでに悪意ある第三者が端末１１内のファイルを不正に参照したり、改竄する等の操作を一切行えないようにすることができ、セキュリティを向上させることができる。

なお、端末１１は、例えば汎用のＰＣ等であるが、これに限定されるものではなく、例えばノート型ＰＣやサーバ等であってもよい。また、端末１１は、スマートフォンやタブレット端末等の携帯通信端末、ゲーム機器、音楽再生装置等であってもよい。上述した携帯通信端末等は、例えば充電時等のようにその場所から移動できない状態にあるときに、ユーザが携帯通信端末から離れる場合等もあるため、本実施形態におけるロック実行処理を行う端末１１の適用範囲に含まれる。

サーバ１２は、各端末１１−１〜１１−ｎに対して、例えばＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ（登録商標）等の各種機能を提供する。サーバ１２は、上述したＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙによりドメインを構築でき、所定のネットワーク環境下でユーザがログオンするときに使用するユーザカウントやユーザが使用するコンピュータ（端末１１）のコンピュータアカウント等を管理する。

また、サーバ１２は、ユーザやユーザグループ毎のポリシー等を管理することができる。したがって、サーバ１２は、通信ネットワーク１３等により接続された端末１１−１〜１１−ｎに対して認証によるＯＳの使用制御等を行うことができる。

また、サーバ１２は、例えばクレデンシャル・プロバイダ（Ｃｒｅｄｅｎｔｉａｌ Ｐｒｏｖｉｄｅｒ）としての機能を有する。クレデンシャル・プロバイダとは、例えばＷｉｎｄｏｗｓ等のＯＳへのログオン認証アーキテクチャ等を有し、例えば指紋認証等の独自の認証機能を実装したり、カスタマイズすることができる機能である。また、サーバ１２は、端末１１上にあるファイルを共有する共有フォルダや、ユーザが通信ネットワーク１３経由で印刷するプリンタ等を管理することができる。

なお、サーバ１２は、例えばＷｉｎｄｏｗｓサーバ等であるが、これに限定されるものではない。

また、上述した図１に示す実施形態では、例えば端末１１におけるＯＳパスワードによるＯＳへのログオン認証（第２の認証）を、サーバ１２を用いて行っているが、これに限定されるものではない。例えば、端末１１がスタンドアロン等のようにサーバ１２のドメインユーザでない場合には、端末１１内でＯＳに対するログオン認証（第２の認証）を行ってもよい。

＜端末１１の機能構成例＞
次に、上述したロック実行システム１０における端末１１の機能構成例について図を用いて説明する。図２は、端末の機能構成の一例を示す図である。図２に示す端末１１は、入力手段２１と、出力手段２２と、記憶手段２３と、起動検知手段２４と、認証手段２５と、ロック実行手段２６と、操作監視手段２７と、ロック解除手段２８と、送受信手段２９と、制御手段３０とを有する。

入力手段２１は、端末１１を使用するユーザ等からの各種指示の開始／終了、設定の入力等の各種入力を受け付ける。具体的には、入力手段２１は、例えば本実施形態における起動検知指示や認証指示、通知指示、使用制御指示、送受信指示等の各指示を受け付ける。

入力手段２１により取得される情報の入力は、例えばキーボードやマウス等の入力インターフェース等による入力でもよく、また画面を用いたタッチパネル形式の入力でもよく、操作キー等を用いての入力でもよい。更に、入力手段２１は、例えばマイクロフォン等により音声を入力する音声入力手段を有していてもよい。

また、入力手段２１は、本実施形態における指紋認証や静脈認証等を行うための指紋や静脈等を入力する生体情報取得手段を有していてもよい。また、入力手段２１は、本実施形態における認証を行うために、例えばＦｅｌｉｃａ（登録商標）等の非接触型ＩＣカードやスマートカード、セキュリティチップに記憶された情報等から認証情報等を読み出すための認証情報取得手段を有していてもよい。更に、入力手段２１は、例えば端末１１の操作者を撮影するカメラ等の撮影手段を有していてもよい。

出力手段２２は、入力手段２１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。なお、出力手段２２は、例えば画面表示により出力する場合には、ディスプレイやモニタ等の表示手段を有し、音声により出力する場合には、例えばスピーカ等の音声出力手段を有していてもよい。また、入力手段２１と出力手段２２とは、例えばタッチパネル等のように入出力が一体型であってもよい。

記憶手段２３は、本実施形態において必要となる各種情報を記憶する。具体的には、記憶手段２３は、上述したＢＩＯＳプログラム２３−１、ＯＳログオンプログラム２３−２、ＯＳサービスプログラム２３−３を有する。また、記憶手段２３は、例えば後述するクレデンシャル情報（例えば、ＯＳへのログオン認証情報等）を一時的に記憶したり、ＢＩＯＳプログラム２３−１やＯＳログオンプログラム２３−２において認証を行うための認証情報等を記憶する。

なお、クレデンシャル情報は、例えば第１の認証の一例であるＢＩＯＳパスワードによる認証が成功したときに生成され、前回の記憶領域とは異なる領域に記憶される。なお、前回の記憶領域とは異なる領域とは、ランダムに設定された領域であってもよく、予め設定された複数の領域のうち、前回の記憶領域とは異なる何れかの領域であってもよい。

異なる領域に記憶するのは、クレデンシャル情報のような認証情報が同一の領域に記憶されたままにすると、盗まれ易くなるからである。本実施形態では、端末１１の起動毎にクレデンシャル情報を異なる記憶装置２３内の領域に記憶することで、セキュリティを更に向上させることができる。なお、クレデンシャル情報が記憶手段２３のどの領域に記憶されたかを示す情報は、例えばクレデンシャル情報を実際に記憶した後に、第２の認証の一例であるＯＳログオンプログラム２３−２に送られる。

更に、記憶手段２３は、ＯＳサービスプログラム２３−３で利用する監視テーブルや監視処理で得られる操作ログ、撮影画像等を記憶する。更に、記憶手段２３は、所定の機能を実行するための各種アプリケーションプログラム等も記憶する。

また、記憶手段２３は、記憶された各種情報を必要に応じて所定のタイミングで読み出したり、書き込んだりすることができる。また、記憶手段２３は、上述したような多種の情報の集合物であり、それらの情報を、例えばキーワード等を用いて検索し、抽出することができるように体系的に構成されているデータベースとしての機能を有していてもよい。なお、記憶手段２３は、例えばハードディスクやメモリ等からなる。

起動検知手段２４は、ユーザ等による電源の投入（電源オン（ＯＮ））等により端末１１の起動を検知する。また、起動検知手段２４は、上述した記憶手段２３に記憶されたＢＩＯＳプログラム２３−１、ＯＳログオンプログラム２３−２、ＯＳサービスを行うためのＯＳサービスプログラム２３−３等を所定の順序で読み出し、認証手段２５やロック実行手段２６等における処理を行わせる。

認証手段２５は、端末１１への電源投入時に、予め記憶手段２３に記憶されたＢＩＯＳプログラム２３−１に基づく第１の認証処理を行う。また、認証手段２５は、ユーザが認証に成功すると、クレデンシャル情報を作成し、作成したクレデンシャル情報を記憶手段２３の所定の記憶領域に記憶する。クレデンシャル情報は、例えば端末１１が起動（再起動も含む）する毎に新たに生成されるが、これに限定されるものではない。

ここで、上述した所定の記憶領域は、例えば上述したように前回記憶した領域と異なる領域に記憶されるのが好ましいが、これに限定されるものではない。また、所定の記憶領域は、情報の秘匿性等の観点から、例えばＢＩＯＳプログラム２３−１でしか書き込みを行うことができず、ＯＳログオンプログラム２３−２でしか読み出すことができない領域であることが好ましいが、これに限定されるものではない。

なお、認証手段２５は、第１の認証に成功した場合だけでなく、第１の認証に失敗した場合にもクレデンシャル情報を作成してもよい。これにより、本実施形態では、クレデンシャル情報をログ情報の一つとして管理することができる。更に、認証手段２５は、作成したクレデンシャル情報を暗号化して記憶してもよい。その場合、認証手段２５は、第２の認証時に読み出したクレデンシャル情報に対して復号化する処理を行う。

また、認証処理２５は、ＢＩＯＳプログラム２３−１を実行し、第１の認証の一例であるユーザの認証に成功した場合、ＯＳログオンプログラム２３−２を実行し、第２の認証の一例であるＯＳへのログオン認証を行う。具体的には、認証手段２５は、例えば上述したクレデンシャル情報を記憶手段２３から読み出し、読み出したクレデンシャル情報に基づいてＯＳへのログオン認証を行う。また、認証処理２５は、ＯＳサービスプログラム２３−３を実行させ、各種ＯＳサービス（例えば、端末１１のロック等）を実行できる状態にする。

ここで、認証手段２５は、ＯＳへのログオン認証（第２の認証）において、端末１１がサーバ１２のドメインユーザであるか否かを判断し、ドメインユーザである場合には、クレデンシャル情報に基づいてサーバ１２に認証要求を行い、その結果に基づく認証を行う。また、認証手段２５は、端末１１がサーバ１２のドメインユーザでない場合には、端末１１内でクレデンシャル情報を用いた認証を行う。なお、上述したクレデンシャル情報は、例えば、認証に成功した場合やＯＳに情報を渡した後で削除される。

上述したように、認証手段２５は、一例としてＢＩＯＳプログラム２３−１やＯＳログオンプログラム２３−２等を連携させてユーザの認証（第１の認証及び第２の認証）を行うが、第１の認証及び第２の認証の種類については、これに限定されるものではない。つまり、本実施形態における認証手段２５は、第１の認証に成功した後に、第１の認証時に入力された情報に対応させて第２の認証用の認証情報を作成し、作成された認証情報を用いて第２の認証を行うものであればよい。

なお、認証手段２５は、認証手段２５により認証された結果を出力手段２２から出力させることができる。また、認証手段２５は、認証が失敗してしまった場合に、出力手段２２を用いてユーザ識別情報等を再度入力させるための通知を行ってもよい。

ロック実行手段２６は、上述したＢＩＯＳプログラム２３−１やＯＳログオンプログラム２３−２における認証が成功した場合に、記憶手段２３から読み出されたＯＳサービスプログラム２３−３に含まれるＯＳサービスにより端末１１のロック処理を実行する。具体的には、ロック実行手段２６は、例えば予め設定されたコマンド等によるロック命令を発行することでロック処理を実行する。

なお、ロック処理とは、例えば第三者等によって端末１１が操作されないように端末１１をロックすることを意味するが、これに限定されるものではない。また、ロック処理は、端末１１に設けられた全ての機能に対するロック処理でもよく、予め設定された一部の機能に対するロック処理でもよい。

操作監視手段２７は、ロック実行手段２６によるロック命令が実行されてからロックが完了する間まで間に、端末１１に対する何らかの操作があるか否かを監視する。例えば、操作監視手段２７は、イベントフックを実行することで端末１１に対する操作を監視する。イベントフックとは、例えば端末１１が備えるマウスやキーボード等の入力手段２１による操作内容に対応した入力情報（以下、「イベント」という）を取得し、どのようなイベントが発生したかを監視したり、その操作を無効にする。

つまり、操作監視手段２７は、イベントフックを実行することで、入力手段２１等により入力された全てのイベントや予め設定されたイベント以外のイベント等を無効化する。なお、予め設定されたイベントとは、例えば不正使用に対する直接的な操作（例えば、ファイルのコピー、削除に関する操作等）に関係のないイベント等を意味する。予め設定されたイベントの例としては、マウス等による画面上のカーソルの移動や電源のオフ操作、パスワードや指紋情報等を入力してロックを解除するための操作等があるが、これに限定されるものではない。

また、操作監視手段２７は、入力されたイベント内容に対応して予め設定された監視処理を実行する。予め設定された監視処理とは、例えばイベント内容をログに記録したり、警告音を鳴らしたり、端末１１に設けられた又は外部のカメラ等で操作者を撮影したり、画面を見られないようにする等であるが、これに限定されるものではない。

ロック解除手段２８は、ユーザ等によるロックを解除するための所定の操作入力を受け付け、受け付けた入力情報がロックを解除する条件を満たす場合に、端末１１のロックを解除する。ロックを解除する条件とは、例えば上述した第１の認証や第２の認証と同様の認証を行ってもよく、他の認証手順を用いてロック解除の認証を行ってもよい。また、ロック解除手段２８によるロック解除が正常に終了した場合には、操作監視手段２７による監視は終了する。

送受信手段２９は、例えば通信ネットワーク１３を介してサーバ１２等の外部装置とデータの送受信を行うための通信手段である。送受信手段２９は、外部装置等にすでに記憶されている各種情報等を受信することができ、また端末１１で処理された結果を、通信ネットワーク１３を介して外部装置等に送信することもできる。

制御手段３０は、端末１１の各構成部全体の制御を行う。具体的には、制御手段３０は、例えばユーザ等による入力手段２１からの指示等に基づいて、使用制御に関する各制御を行う。ここで、各制御とは、例えば上述した起動検知手段２４における起動検知、認証手段２５による認証、ロック実行手段２６によるロック実行、操作監視手段２７による操作監視、ロック解除手段２８によるロック解除等があるが、これに限定されるものではない。なお、これらの制御は、プログラムの実行やユーザの指示等による所定のイベント（コマンド）の入力に基づいて行われてもよく、所定の時間間隔で定期的に行われてもよい。

＜端末１１のハードウェア構成例＞
ここで、上述した端末１１においては、各機能をコンピュータに実行させることができる実行プログラム（ロック実行プログラム）を生成し、例えば汎用のＰＣ等にその実行プログラムをインストールすることにより、本実施形態におけるロック実行処理を実現することができる。ここで、本実施形態におけるロック実行処理が実現可能なコンピュータのハードウェア構成例について図を用いて説明する。

図３は、ロック実行処理が実現可能なハードウェア構成の一例を示す図である。図３におけるコンピュータ本体には、入力装置３１と、出力装置３２と、ドライブ装置３３と、補助記憶装置３４と、主記憶装置３５と、各種制御を行うＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）３６と、ネットワーク接続装置３７とを有するよう構成されており、これらはシステムバスＢで相互に接続されている。

入力装置３１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、ソフトウェアを起動するための情報等を入力する。

出力装置３２は、本実施形態における処理を行うためのコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ３６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。また、出力装置３２は、上述の処理結果等を紙等の印刷媒体に印刷して、ユーザ等に提示することができる。

ここで、本実施形態においてコンピュータ本体にインストールされる実行プログラムは、例えば、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体３８等により提供される。プログラムを記録した記録媒体３８は、ドライブ装置３３にセット可能であり、ＣＰＵ３６からの制御信号に基づき、記録媒体３８に含まれる実行プログラムが、記録媒体３８からドライブ装置３３を介して補助記憶装置３４にインストールされる。

補助記憶装置３４は、ハードディスク等のストレージ手段であり、ＣＰＵ３６からの制御信号に基づき、本実施形態における実行プログラムや、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行うことができる。また、補助記憶装置３４は、ＢＩＯＳプログラム２３−１や、ＯＳログオンプログラム２３−２、ＯＳサービスプログラム２３−３等を記憶する。また、補助記憶装置３４は、ユーザ等により入力されたユーザ識別情報等と、照合するための認証を許可する識別情報等を記憶する。

補助記憶装置３４は、ＣＰＵ３６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。

主記憶装置３５は、ＣＰＵ３６により補助記憶装置３４から読み出された実行プログラム等を格納する。なお、主記憶装置３５は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等からなる。また、主記憶装置３５は、上述したクレデンシャル情報等を記憶する。なお、補助記憶装置３４及び主記憶装置３５は、例えば上述した記憶手段２３に対応している。

ＣＰＵ３６は、オペレーティングシステム等の制御プログラム、及び主記憶装置３５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現することができる。なお、プログラムの実行中に必要な各種情報等は、補助記憶装置３４から取得することができ、また実行結果等を格納することもできる。

具体的には、ＣＰＵ３６は、例えば入力装置３１から得られるプログラムの実行指示等に基づき、補助記憶装置３４にインストールされたロック実行プログラムを実行させることにより、主記憶装置３５上でプログラムに対応する処理を行う。例えば、ＣＰＵ３６は、上述したようにロック実行プログラムを実行させることで、上述した起動検知手段２４による起動検知や、認証手段２５による認証、ロック実行手段２６によるロック実行等の処理を行う。また、ＣＰＵ３６は、上述したようにロック実行プログラムを実行させることで、操作監視手段２７による操作監視、ロック解除手段２８によるロック解除等の処理を行う。

なお、ＣＰＵ３６における処理内容は、これに限定されるものではない。ＣＰＵ３６により実行された内容は、必要に応じて補助記憶装置３４に記憶させることができる。

ネットワーク接続装置３７は、ＣＰＵ３６からの制御信号に基づき、通信ネットワーク１３等と接続することにより、実行プログラムやソフトウェア、設定情報等を、通信ネットワーク１３に接続されている外部装置等から取得する。また、ネットワーク接続装置３７は、プログラムを実行することで得られた実行結果又は本実施形態における実行プログラム自体を外部装置等に提供することができる。

上述したようなハードウェア構成により、本実施形態におけるロック実行処理を実行することができる。また、プログラムをインストールすることにより、汎用のＰＣ等で本実施形態におけるロック実行処理を容易に実現することができる。

＜端末１１におけるロック実行処理例＞
次に、端末１１におけるロック実行処理例について、フローチャートを用いて説明する。なお、本実施形態におけるロック実行処理は、一例として、ＢＩＯＳプログラム２３−１における第１の認証処理と、ＯＳログオンプログラム２３−２における第２の認証処理と、ＯＳサービスにおけるロック実行処理が存在する。したがって、以下の説明では、上述した各処理について具体的に説明する。

＜第１の認証処理（ＢＩＯＳプログラム２３−１）の一例＞
図４は、第１の認証処理の一例を示すシーケンス図である。なお、図４の例では、ＢＩＯＳプログラム２３−１における処理動作を説明するために、端末１１の処理（ＢＩＯＳプログラム２３−１以外の処理）と、ＢＩＯＳプログラム２３−１の処理とを分けて説明する。

図４の例に示す第１の認証処理において、端末１１は、ユーザ等による端末１１への電源の投入を検知すると（Ｓ０１）、記憶手段２３に記憶されたＢＩＯＳの起動を開始する（Ｓ０２）。ＢＩＯＳプログラム２３−１は、ＢＩＯＳの起動開始指示を受け付けて（Ｓ０３）、記憶手段２３に記憶されたＢＩＯＳプログラム２３−１を読み出して起動する（Ｓ０４）。また、ＢＩＯＳプログラム２３−１は、ユーザが認証情報の一例であるＢＩＯＳパスワードを入力するまで待機状態に入る（Ｓ０５）。

また、端末１１は、上述したＳ０２の処理により、ＢＩＯＳの起動を開始した後、ＢＩＯＳプログラム２３−１の動作とは非同期でＢＩＯＳの認証画面を出力手段２２等に表示してユーザに提示する（Ｓ０６）。ここで、ユーザは、Ｓ０６の処理により表示されたＢＩＯＳの認証画面等に設けられた入力領域に、入力手段２１等を用いてＢＩＯＳパスワードを入力する。

端末１１は、ユーザによりが入力された入力情報の一例としてのＢＩＯＳパスワードを取得し（Ｓ０７）、取得したＢＩＯＳパスワードに基づいてＢＩＯＳパスワード認証（第１の認証）を行う（Ｓ０８）。

ここで、端末１１は、認証が成功すると（認証結果＝ＯＫ）、その結果がＢＩＯＳプログラム２３−１に出力される（Ｓ０９）。なお、端末１１は、Ｓ０８の処理において、認証に失敗した場合（認証結果＝ＮＧ）、認証エラー等のメッセージ画面を出力手段２２に表示し、その後、ユーザに再入力を行わせてもよく、電源をオフしてもよい。また、端末１１は、Ｓ０８の処理において、認証に失敗した場合にも、その結果をＢＩＯＳプログラム２３−１に出力し、ＢＩＯＳプログラム２３−１にクレデンシャル情報を作成させてもよい。

ＢＩＯＳプログラム２３−１は、Ｓ０９により認証が成功した旨の情報を受けると、待機状態を解除して、ＯＳへのログオン認証（第２の認証）に対する認証情報を含むクレデンシャル情報を作成する（Ｓ１０）。また、ＢＩＯＳプログラム２３−１は、作成したクレデンシャル情報を記憶手段２３の所定領域に記憶して（Ｓ１１）、ＢＩＯＳプログラム２３−１を終了する（Ｓ１２）。

なお、Ｓ１２の処理において、所定領域とは、上述したように例えば記憶手段２３内に設けられた領域のうち、前回記憶した領域と異なる領域であることが好ましいが、これに限定されるものではない。

また、端末１１は、ＢＩＯＳパスワードの認証が成功した場合には、ＯＳ（例えば、Ｗｉｎｄｏｗｓ）の起動を開始する（Ｓ１３）。

＜クレデンシャル情報の具体例＞
ここで、上述したクレデンシャル情報の具体例について、図を用いて説明する。図５は、クレデンシャル情報の一例を示す図である。図５の例に示すクレデンシャル情報は、項目として、例えば「ＢＩＯＳ認証結果」、「ＯＳユーザ名」、及び「パスワード」等を含むが、項目の種類や順序、データ形式等についてはこれに限定されるものではない。例えば、クレデンシャル情報には、この情報を作成した時間情報や、この情報が使用できる時間（制限時間）等の情報を含んでいてもよい。

「ＢＩＯＳ認証結果」は、例えば上述したＢＩＯＳプログラム２３−１におけるＢＩＯＳ認証の結果を記憶する。例えば、図５の例では、認証が成功した場合には"１"を記憶し、認証が失敗した場合には、"０"を記憶するが、これに限定されるものではなく例えば認証に成功した場合には、"ＯＫ"や"○"等でもよく、失敗した場合には、"ＮＧ"や"×"等でもよい。

「ＯＳユーザ名」は、例えばＢＩＯＳ認証を実行した場合に、入力された情報に対応するＯＳユーザ名を記憶する。例えば、図５の例では、「ＯＳユーザ名」として"ｕｓｅｒ０１"が記憶されることを示している。

「パスワード」は、例えば、ＢＩＯＳ認証を実行した場合に、入力された情報に対応するパスワードを記憶する。例えば、図５の例では、「パスワード」として"ａｂｃｄｅｆｇ"が記憶される。

なお、「ＯＳユーザ名」や「パスワード」は、例えばＢＩＯＳプログラム２３−１に入力された入力情報（ＢＩＯＳパスワード）に対応させて作成されてもよく、記憶手段２３等に記憶された認証情報等を読み出して作成してもよい。具体的には、「ＯＳユーザ名」の場合には、例えば入力情報と同一のユーザ名やＢＩＯＳパスワード等に対応させて予め設定されているユーザ名等を用いることができる。また、「パスワード」の場合には、例えばＢＩＯＳパスワードと同様のパスワードを用いてもよく、ＢＩＯＳパスワードを所定の条件により変換した異なるパスワードやワンタイムパスワード等を用いてもよい。つまり、「パスワード」の場合には、例えば認証時に使用されるＰｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ（ＰＩＮ）や認証コード等が用いられる。また、第１の認証に指紋や静脈等の生体情報等を用いた場合には、その生体情報に対応して予め設定されたユーザ名やパスワード等を用いてもよい。

ここで、クレデンシャル情報は、上述したように、メモリ等の記憶手段２３に対して毎回別の領域（少なくとも前回の領域とは異なる領域）に書き込みを行う。本実施形態では、クレデンシャル情報を作成する毎に別の領域に書き込みを行うことで、同じ情報を繰り返し使うことができず、第三者等による不正な参照や改竄を防止することができる。

＜第２の認証処理（ＯＳログオンプログラム２３−２）の一例＞
図６は、第２の認証処理の一例を示すシーケンス図である。なお、図６の例では、ＯＳログオンプログラム２３−２における処理動作を説明するために、端末１１の処理（ＯＳログオンプログラム２３−２以外の処理）と、ＯＳログオンプログラム２３−２の処理とを分けて説明する。

図６の例に示す第２の認証処理は、上述したＳ１４の処理により端末１１側でＯＳ（例えば、Ｗｉｎｄｏｗｓ）の起動が開始されると、これを契機にＯＳログオンプログラム２３−２において、ＯＳログオンプログラムが起動される（Ｓ２１）。また、ＯＳログオンプログラム２３−２は、ＢＩＯＳプログラム２３−１が作成したクレデンシャル情報を取得する（Ｓ２２）。

次に、ＯＳログオンプログラム２３−２は、ＯＳサービスプログラム２３−３等によるＯＳサービスを起動する（Ｓ２３）。また、ＯＳログオンプログラム２３−２は、ＯＳサービスプログラム２３−３によるＯＳサービスの実行に必要なユーザ情報をクレデンシャル情報から抽出し、抽出ユーザ情報をＯＳサービスに受け渡す（Ｓ２４）。

なお、ＯＳログオンプログラム２３−２は、Ｓ２４の処理によりユーザ情報を受け渡してからＯＳサービスプログラム２３−３によるＯＳサービスが起動するまで待機状態となる（Ｓ２５）。

次に、ＯＳログオンプログラム２３−２は、ＯＳサービスプログラム２３−３の起動を検知して待機状態を解除する（Ｓ２６）。なお、ＯＳログオンプログラム２３−２は、ＯＳサービスプログラム２３−３の起動を検知することで、以降にＯＳサービスプログラム２３−３によるロック実行処理が行える準備が整ったため、ＯＳログオン処理を実行してもよいと判断することができる。ＯＳログオンプログラム２３−２は、そのクレデンシャル情報に含まれるパスワード等の情報を、端末１１に送る（Ｓ２７）。

端末１１は、ＯＳログオンプログラム２３−２から得られるパスワード等の情報を用いてＯＳのパスワード認証（第２の認証）を実行する。なお、ＯＳパスワードとしては、例えばＰＩＮや認証コード等を入力することで、目的のＯＳ（例えば、Ｗｉｎｄｏｗｓ等）にログオンすることができるが、パスワードの種類は、これに限定されるものではない。

なお、本実施形態において、端末１１は、図１に示すようにサーバ１２等により管理された所定のネットワーク形態に接続されている場合がある。したがって、本実施形態では、端末１１がドメインユーザであるか否かを判断する（Ｓ２８）。端末１１は、ドメインユーザである場合（Ｓ２８において、ＹＥＳ）、例えばサーバ（Ａｃｔｉｖｅ Ｄｅｉｒｅｃｔｏｒｙ）１１にパスワードを送信し（Ｓ２９）、ＯＳパスワード認証を行わせる。また、端末１１は、ドメインユーザでない場合（Ｓ２８において、ＮＯ）、端末１１内でＯＳパスワード認証を行う（Ｓ３０）。

また、端末１１は、上述したＳ２９又はＳ３０の処理において、認証結果が成功した場合には、ＯＳログオンプログラム２３−２に対して、その旨の情報を送信する（Ｓ３１）。なお、Ｓ３１の処理では、クレデンシャル情報の削除指示を送信してもよい。

ＯＳログオンプログラム２３−２は、Ｓ３１の処理により端末１１から認証結果が成功した旨又はクレデンシャル情報の削除指示を受け取り、クレデンシャル情報を削除し（Ｓ３２）、ＯＳログオンプログラムを終了する（Ｓ３３）。また、端末１１は、ＯＳへの認証が成功したため、ユーザデスクトップ（例えば、操作画面等）を出力手段２２から表示する（Ｓ３４）。

なお、上述した第２の認証処理において認証が成功すると、ＯＳログオンプログラム２３−２は、ＯＳサービスに認証成功を通知してからＯＳログオンプログラム２３−２の処理を終了してもよい。

つまり、本実施形態では、上述した処理により、ユーザはＯＳ（例えば、Ｗｉｎｄｏｗｓ）が起動されるのを待ってパスワードを入力する必要がなく、第１の認証用のＢＩＯＳパスワードを入力した後すぐに離席することができ、更にセキュリティも担保される。

＜ロック実行処理（ＯＳサービスプログラム２３−３）の一例＞
図７は、ロック実行処理の一例を示すフローチャートである。なお、以下に示すＯＳサービスの一例としては、例えばＷｉｎｄｏｗｓサービスがあるが、これに限定されるものではない。

図７において、ロック実行処理は、例えば上述したＳ２９やＳ３０に示すＯＳに対するパスワード認証処理が完了したり、Ｓ３２のクレデンシャル情報を削除する処理が完了すると、ＯＳサービスは、端末１１のロック命令を発行する（Ｓ４１）。

なお、本実施形態におけるＯＳサービスは、ＯＳログオンプログラム２３−３によって起動されたサービスとして動作するため、ＯＳ起動時に自動実行させるためにスタートアップに登録された常駐プログラムよりも早い段階で起動することが可能となる。

また、ロック実行処理におけるＯＳサービスプログラム２３−３は、イベントフックを実行する（Ｓ４２）。イベントフックとは、上述したように、イベントのメッセージを取得し、どのようなイベントが発生したかをＯＳサービスが監視したり、その操作を無効にしたりすることができるものである。

ＯＳサービスプログラム２３−３は、イベントが発生したか否かを判断する（Ｓ４３）。本実施形態では、何者かが端末１１に対して何も操作をしない場合には、イベントは発生せず、逆に端末１１に対してマウス操作やキーボード操作を行った場合には、イベントが発生する。

ＯＳサービスプログラム２３−３は、イベントが発生した場合（Ｓ４３において、ＹＥＳ）、発生したイベントを無効化する（Ｓ４４）。なお、無効化の処理としては、例えば第三者（操作者）等が端末１１の入力手段２１であるマウスの左ボタンをクリックすると、クリックイベントが発生するが、そのイベントを別のイベント値等に置き換えてＯＳに通知する。これにより、本実施形態では、マウスの左ボタンのクリック行為そのものが発生しなかったことにすることができる。このように、本実施形態では、イベント無効化することによって悪意ある第三者による不正使用を確実に防止することができ、万が一、何らかの事情によって端末１１のロックの実行タイミングが遅れたとしても、セキュリティを維持することができる。

なお、ＯＳサービスプログラム２３−３は、上述したＳ４４に示す処理を行った後、必要に応じてイベント内容に対応する監視処理を行う（Ｓ４５）。なお、イベント内容に対応する監視処理の具体例については、後述する。

また、ＯＳサービスプログラム２３−３は、上述したＳ４３の処理において、イベントが発生していない場合（Ｓ４３において、ＮＯ）、又はＳ４５の処理終了後、ロックが完了したか否かを判断する（Ｓ４６）。ＯＳサービスプログラム２３−３は、ロックが完了していない場合（Ｓ４６において、ＮＯ）、Ｓ４３の処理に戻る。また、ＯＳサービスプログラム２３−３は、ロックが完了した場合（Ｓ４６において、ＹＥＳ）、ＯＳサービスプログラム２３−３における処理を終了する。

つまり、図７の例では、ロック命令を発行してから、イベントフックが実行され、端末１１のロックが完了するまで、イベントの無効化と、イベント内容に対する監視処理が行われる。

＜イベント内容に対する監視処理の一例＞
ここで、上述したイベント内容に対する監視処理の一例について説明する。本実施形態では、上述したＯＳサービスプログラム２３−３（操作監視手段２７）における処理として、イベント内容の無効化と、イベント内容に対する追加的な監視処理を行うことができる。

具体的には、本実施形態では、監視テーブルを予め記憶手段２３等に記憶しておく。ＯＳサービスプログラム２３−３は、ロック命令が実行されてから、ロックが完了するまでの間に端末１１に対して何らかの操作が行われた場合に、操作されたイベントの内容を無効化する。更に、ＯＳサービスプログラム２３−３は、記憶手段２３に記憶された監視テーブルを参照して、イベント内容に対応する監視処理を行う。

ここで、図８は、監視テーブルの一例を示す図である。図８の例では、予め設定された何者かの操作に対する監視処理の具体的な内容が示されており、それぞれについて実施するか否かが設定されている。図８に示す端末１１への操作（イベント）内容の例としては、例えば「マウスが動かされたとき」、「マウスが右クリックされたとき」、「マウスがシングルクリックされたとき」、「マウスがダブルクリックされたとき」、「キーボードの何れかのキー操作があったとき」等を含むがこれに限定されるものではない。また、図８に示す監視処理内容としては、例えば「（１）イベントをログに記録」、「（２）警告音を鳴らす」、「（３）カメラで撮影」、「（４）デスクトップに表示されている画面を見られないようにする」、「（５）所定のアプリケーション（以下、「アプリ」という）の起動を行えないようにする」等を含むがこれに限定されるものではない。

例えば、本実施形態では、「（１）イベントをログに記録」を実行し、発生したイベントを操作ログとして操作時間や操作内容等を記録することで、不正に操作した犯人発見の手がかりとすることができる。また、本実施形態では、「（２）警告音を鳴らす」を実行し、不審な操作に対応させて大きな警告音を鳴らすことで、不審者がいることを周囲に迅速に伝えることができる。

また、本実施形態では、「（３）カメラで撮影」を実行し、不審な操作に対応させて端末１１に設けられたカメラ等の撮影手段で撮影することで、犯人発見の手がかりとすることができる。また、本実施形態では、「（４）デスクトップに表示されている画面を見られないようにする」を実行することで、機密情報を含んだ画面がデスクトップに表示されている可能性を考慮し、その画面が第三者に参照されないようにすることができる。

更に、本実施形態では、「（５）所定のアプリの起動を行えないようにする」を実行し、特定のアプリの起動を行えないようにすることで、限定的な使用制御を行うことができる。

つまり、本実施形態では、図８に示すように、ロック命令を発行してからロックが完了するまでの端末１１に対する１つの操作に対応付けて、少なくとも１以上の監視処理内容を設定する。図８に示す監視テーブルの例では、ある操作に対して実行される監視処理については、"○"が設定され、実行されない監視処理については、"×"が設定される。

例えば、本実施形態において、ロック命令を発行してからロックが完了するまでの間に何者かによって、入力手段２１の一例であるマウスが動かされた場合には、イベントをログに記録し、デスクトップに表示されている画面を見られないようにする。なお、監視処理内容が複数ある場合には、例えば、図８に示す（１）〜（５）の番号順に行うことができるが、これに限定されるものではなく、イベント内容等に応じて順序を入れ替えてもよい。

＜ロック解除処理＞
ここで、本実施形態では、ロックされた端末１１を正当なユーザが使用するため、上述したロックを解除する必要が生じる。そこで、本実施形態におけるロック解除処理について、具体的に説明する。図９は、ロック解除処理の一例を示すフローチャートである。なお、以下の例では、現時点でユーザが離席中であり、席にある端末１１はロック状態であるものとする。

端末１１は、ロック解除が実行されたか否かを判断する（Ｓ５１）。ロック解除処理は、ロック解除が実行されていない場合（Ｓ５１において、ＮＯ）、ロック解除が実行されるまでロック状態のまま待機する。

ここで、例えばユーザが席に戻り、端末１１のロック解除に対応する所定のイベントの実行等を受け付け、ロックの解除が実行された場合（Ｓ５１において、ＹＥＳ）、ユーザデスクトップ（例えば、操作画面等）を表示して、ユーザに提示する（Ｓ５２）。これにより、ユーザは、端末１１に対して各種の操作を行うことができ、業務等を開始することができる。

＜画面例＞
ここで、本実施形態における画面例について、図を用いて説明する。図１０は、本実施形態における第１の画面例を示す図である。第１の画面例では、端末１１の電源を入れると、以下に示す図１０（Ａ）〜図１０（Ｅ）の順序で画面が表示される。

本実施形態では、ユーザ等により端末１１の電源をＯＮすると、その情報を検知して図１０（Ａ）に示すＢＩＯＳパスワードの入力画面が表示される。なお、図１０（Ａ）の例では、端末１１の画面上に「Ｅｎｔｅｒ Ｐａｓｓｗｏｒｄ：」等の文字とパスワードの入力領域が表示されているが、入力画面はこれに限定されるものではない。

次に、本実施形態では、ユーザがＢＩＯＳパスワードを入力し、認証が成功すると、図１０（Ｂ）に示すように、ＯＳ（例えば、Ｗｉｎｄｏｗｓ）の起動を開始したことを示す画面が表示される。

このとき、本実施形態では、ＢＩＯＳプログラム２３−１により、上述したクレデンシャル情報が作成され記憶手段２３等に記憶される。また、本実施形態では、ＯＳログオンプログラム２３−２により、上述したクレデンシャル情報が記憶手段２３等から読み出され、読み出されたクレデンシャル情報を用いてＯＳへの認証が行われる。なお、端末１１がネットワーク１３等に接続され、サーバ１２によりネットワーク環境等が管理されている場合には、サーバ１２にクレデンシャル情報等を送信して認証要求を行う。また、端末１１がスタンドアロン等の場合には、端末１１が自己で管理する認証情報等を用いてＯＳへの認証を行う。

ここで、ＯＳへの認証が成功した場合には、図１０（Ｃ）に示すように、例えば「ようこそ！」等のメッセージが画面に表示されてＯＳ等の常駐プログラム等が起動し、図１０（Ｄ）に示すようにデスクトップ画面が表示される。このとき、本実施形態では、すでにＯＳサービスプログラム２３−３が起動しており、ＯＳサービスによりロック命令が実行されているため、すぐに端末１１のロックが完了し、図１０（Ｅ）に示すようにロック画面が表示される。

なお、図１０（Ｅ）に示すロック画面では、ロックを解除するために、パスワードを入力する画面を表示させているが、これに限定されるものではなく、例えばスクリーンセーバを表示したり、「ロック中です」等のメッセージ画面等を表示させてもよい。

ここで、上述の例では、パスワードを用いた認証手法について説明したが、これに限定されるものではなく、例えば指紋情報等を用いて認証を実現することができる。

図１１は、本実施形態における第２の画面例を示す図である。第２の画面例は、端末１１の電源を入れると、以下に示す図１１（Ａ）〜図１１（Ｅ）の順序で画面が表示される。なお、第２の画面例は、上述した第１の画面例と比較すると、図１１（Ｂ）〜（Ｄ）と、図１０（Ｂ）〜（Ｄ）とは、同一の画面例であるため、ここでの具体的な説明は省略する。

第２の画面例では、図１１（Ａ）に示すように、最初に指紋入力画面が表示される。ユーザが、入力手段２１として設けられた生体情報取得手段等により指紋を入力し、予め登録された指紋情報と照合して認証が成功すると、図１１（Ｂ）に示すように、ＯＳの起動が開始される。このとき、本実施形態では、上述したクレデンシャル情報が作成され記憶手段２３等に記憶される。また、ＯＳ認証時には、上述したクレデンシャル情報が利用される。

また、ＯＳ認証が成功すると、図１１（Ｃ）のようにＯＳが実際に起動し、図１１（Ｄ）に示すようにデスクトップ画面が表示され、その直後に図１１（Ｅ）に示すように端末１１のロック画面が表示される。なお、図１１（Ｅ）に示すロック画面では、ロックを解除するために、再度指紋を入力する画面を表示させているが、これに限定されるものではなく、例えばスクリーンセーバを表示したり、「ロック中です」等のメッセージ画面等を表示させてもよい。

また、本実施形態では、生体認証として、上述した指紋認証だけでなく、例えば静脈認証等による認証を行うことができる。静脈認証では、ユーザの手の平を端末１１からの指示に合わせて読み取らせることで、生体情報取得手段に読み取らせることで、静脈を取得し、予め登録された静脈と照合することで認証を行うことができる。

なお、上述したパスワード認証、指紋認証、静脈認証は、複数を組み合わせて認証を行ってもよく、他の認証等を用いてもよい。他の認証としては、例えば掌形、網膜、虹彩、血管、音声（声紋）、耳形、筆跡等を用いた認証方式等があるが、これに限定されるものではない。

図１２は、イベント内容に対する監視処理を行った画面例を示す図である。なお、図１２（Ａ）は、従来の画面例を示し、図１２（Ｂ），（Ｃ）は、監視処理の一例として、デスクトップに表示されている画面を見られないようにするための画面例を説明するものである。

例えば、図１２（Ａ）に示すような従来の画面例では、端末１１のロックが完了するまでの間は、画面上に「ユーザ情報 Ｎｏ１２ ＸＹＺ様」のような機密情報等が示されたウィンドウ画面４１が表示されたままになる。そのため、従来の画面例では、例えば第三者が何らかのイベント操作を行った場合に、ウィンドウ画面４１の内容が容易に閲覧できてしまう。

そこで、本実施形態では、図１２（Ｂ）に示すように、表示されているウィンドウ画面４１を全て最小化することで、内容を第三者等に容易に閲覧させないようにすることができる。なお、図１２（Ｂ）の例では、ウィンドウ画面４１を画面上のタスクバー４２等に移動させることで最小化を行うことができるが、これに限定されるものではない。

また、本実施形態では、図１２（Ｃ）に示すように、予め設定されたダミー画面４３等を用いて画面全体を隠すように最前面に表示させる。これにより、本実施形態では、ダミー画面４３の背後に表示されている画面を閲覧できないようにすることができる。

なお、ダミー画面４３には、例えば「この端末はこれからロック状態に遷移します」等の所定の文字を表示させることができる。このように、本実施形態では、上述したような文字の表示により、第三者に不正な使用をさせづらくさせることができる。

＜本実施形態におけるＯＳについて＞
上述した本実施形態では、ＯＳの一例としてＷｉｎｄｏｗｓを例に説明したが、これに限定されるものではない。例えば本実施形態は、上述したＢＩＯＳに関する機能と、ＯＳへのログオンやロック等を制御する機能（例えば、Ｃｒｅｄｅｎｔｉａｌ Ｐｒｏｖｉｄｅｒ等）を有するＯＳであれば適用することができる。

したがって、Ｗｉｎｄｏｗｓ以外のＯＳの例としては、例えばＬｉｎｕｘ（登録商標）やＵｎｉｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｍａｃ（登録商標）等のＯＳにも適用することができる。

上述した実施形態によれば、セキュリティを向上させることができる。具体的には、本実施形態では、第１の認証と第２の認証、及びロック実行処理を連携させ、ＯＳ起動直後に端末１１をロックすることでセキュリティを向上させ、またユーザができるだけ早い時間で操作する必要がなくなるため利便性を向上させることができる。

また、本実施形態では、ロックの実行をＯＳサービスとして実行するようにしたことで、スタートアッププログラムとして登録しておくよりも迅速に起動させることができる。また、本実施形態では、起動直後に端末をロックすることができるため、ユーザはＯＳが立ち上がるまで待つ必要がない。

また、本実施形態では、端末のロック命令が発行されてからロックが完了されるまでの間に、キーボード入力やマウス操作等のイベントを無効化することで、例えば悪意ある第三者による不正使用を防止することができる。また、本実施形態では、端末がロックされるまでの間に行われたイベントに対応させて操作ログを記憶したり、カメラ撮影を行うため、誰が不正使用をしようとしたかを追跡することができ、犯人を迅速に特定することができる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証手段と、
前記認証手段により前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行手段とを有することを特徴とする情報処理装置。
（付記２）
前記入力される操作内容に対応させた１又は複数の処理を実行する操作監視手段を有することを特徴とする付記１に記載の情報処理装置。
（付記３）
前記認証手段は、前記第２の認証に成功した後に、前記認証情報を削除することを特徴とする付記１又は２に記載の情報処理装置。
（付記４）
前記第２の認証用の認証情報を記憶する記憶手段を有し、
前記認証手段は、前記認証情報を前記記憶手段に記憶する際、前回の領域とは異なる領域に記憶することを特徴とする付記１乃至３の何れか１項に記載の情報処理装置。
（付記５）
前記第１の認証は、ＢＩＯＳパスワード又は前記ユーザの生体情報を用いた認証であることを特徴とする付記１乃至４の何れか１項に記載の情報処理装置。
（付記６）
前記第２の認証は、ＯＳへのログオン認証であることを特徴とする付記１乃至５の何れか１項に記載の情報処理装置。
（付記７）
前記認証手段は、
前記第１の認証をＢＩＯＳプログラムにより実行し、前記第２の認証をＯＳログオンプログラムにより実行し、
前記ロック実行手段は、
前記情報処理装置に対するロックの実行をＯＳサービスにより実行することを特徴とする付記１乃至６の何れか１項に記載の情報処理装置。
（付記８）
電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証ステップと、
前記認証ステップにより前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行ステップとを有することを特徴とするロック実行方法。
（付記９）
電源の投入後にユーザからの入力情報に基づく第１の認証を行い、
前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、
作成された前記認証情報を用いて前記第２の認証を行い、
前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化する、処理をコンピュータに実行させるためのロック実行プログラム。
（付記１０）
ユーザが使用する情報処理装置と、前記ユーザの認証を行うサーバとが、通信ネットワークにより接続されたロック実行システムにおいて、
前記情報処理装置は、
電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記サーバに対して前記第２の認証を行う認証手段と、
前記認証手段により前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行手段とを有することを特徴とするロック実行システム。

１０ ロック実行システム
１１ 端末（情報処理装置）
１２ サーバ
１３ 通信ネットワーク
２１ 入力手段
２２ 出力手段
２３ 記憶手段
２４ 起動検知手段
２５ 認証手段
２６ ロック実行手段
２７ 操作監視手段
２８ ロック解除手段
２９ 送受信手段
３０ 制御手段
３１ 入力装置
３２ 出力装置
３３ ドライブ装置
３４ 補助記憶装置
３５ 主記憶装置
３６ ＣＰＵ
３７ ネットワーク接続装置
３８ 記憶媒体
４１ ウィンドウ画面
４２ タスクバー
４３ ダミー画面

Claims (7)

1. 電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証手段と、
   前記認証手段により前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行手段とを有することを特徴とする情報処理装置。
2. 前記入力される操作内容に対応させた１又は複数の処理を実行する操作監視手段を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の認証は、ＢＩＯＳパスワード又は前記ユーザの生体情報を用いた認証であることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第２の認証は、ＯＳへのログオン認証であることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記認証手段は、前記第１の認証をＢＩＯＳプログラムにより実行し、前記第２の認証をＯＳログオンプログラムにより実行し、
   前記ロック実行手段は、前記情報処理装置に対するロックの実行をＯＳサービスにより実行することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 電源の投入後にユーザからの入力情報に基づく第１の認証を行い、前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、作成された前記認証情報を用いて前記第２の認証を行う認証ステップと、
   前記認証ステップにより前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化するロック実行ステップとを有することを特徴とするロック実行方法。
7. 電源の投入後にユーザからの入力情報に基づく第１の認証を行い、
   前記第１の認証に成功した後に前記入力情報に対応させて第２の認証用の認証情報を作成し、
   作成された前記認証情報を用いて前記第２の認証を行い、
   前記第２の認証に成功した後に情報処理装置に対するロックを実行する命令を発行し、前記命令を発行してから前記ロックが完了するまでの間に入力される操作内容の全部又は一部を無効化する、処理をコンピュータに実行させるためのロック実行プログラム。

Images