(57)【要約】【課題】多数のクライアントコンピュータを使用する環境におけるインストール作業の利便性を確保しつつ、各クライアントコンピュータまたは各ＯＳのＯＳＩＤの一意性を保つ。【解決手段】本発明に係るセキュリティ監視プログラムは、クライアントコンピュータのＯＳが起動するときにそのＯＳを識別するＯＳＩＤを新規生成して所定のセキュリティ管理装置に送信しておく。セキュリティ監視プログラムは、ＯＳのセキュリティ設定を抽出してセキュリティ管理装置に送信するとき、そのＯＳのＯＳＩＤをともに送信する。【選択図】図４
2011070258.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータのセキュリティを監視する処理を当該コンピュータに実行させるセキュリティ監視プログラムであって、
前記コンピュータに、
当該コンピュータのＯＳを識別する識別子をそのＯＳが起動するときに新規に生成して所定のセキュリティ管理装置に送信する新規生成ステップと、
前記ＯＳのセキュリティ設定を抽出して前記識別子とともに前記セキュリティ管理装置に送信する送信ステップと、
前記セキュリティ設定が所定の基準を満たしているか否かの監査結果を前記セキュリティ管理装置から受信する受信ステップと、
を実行させることを特徴とするセキュリティ監視プログラム。
【請求項２】
前記識別子を削除すべき旨の指示を受け取るとその識別子を削除するステップを前記コンピュータに実行させる
ことを特徴とする請求項１記載のセキュリティ監視プログラム。
【請求項３】
前記ＯＳを識別する識別子をそのＯＳが既に保持している場合、前記コンピュータに、
前記新規生成ステップでは前記識別子を新規生成させず、
前記送信ステップでは前記ＯＳが既に保持している前記識別子を前記セキュリティ管理装置に送信させる
ことを特徴とする請求項２記載のセキュリティ監視プログラム。
【請求項４】
前記コンピュータに、
前記識別子を新規に生成して前記セキュリティ管理装置に送信するステップを、前記ＯＳが起動した後の所定時点で実行させる
ことを特徴とする請求項１から請求項３のいずれか１項に記載のセキュリティ監視プログラム。
【請求項５】
請求項１から請求項４のいずれか１項に記載のセキュリティ監視プログラムを実行する１以上のコンピュータと、
前記セキュリティ設定が所定の基準を満たしているか否かを監査しその監査結果を前記コンピュータに送信するセキュリティ管理装置と、
を有し、
前記コンピュータは、１以上のＯＳを搭載しており、
前記セキュリティ管理装置は、
前記セキュリティ設定が所定の基準を満たしているか否かを監査するためチェックすべき項目を記載した監査項目リストを、前記コンピュータが搭載しているＯＳ毎に保持しており、
前記コンピュータより前記識別子と前記セキュリティ設定を受信すると、
その識別子が識別する前記ＯＳに対応する前記監査項目リストを特定し、
その監査項目リストを用いて前記セキュリティ設定が所定の基準を満たしているか否かを監査し、監査結果を前記コンピュータに送信する
ことを特徴とするセキュリティ監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータのセキュリティ監視に関するものである。
【背景技術】
【０００２】
近年、情報セキュリティが注目されている。情報セキュリティに関する課題として、クライアントコンピュータのセキュリティ確保が挙げられる。セキュリティ意識の低いユーザや、使用頻度が低く最新のセキュリティパッチが当たっていないクライアントコンピュータは、情報流出の温床になりうるからである。
【０００３】
クライアントコンピュータのセキュリティを確保するため、セキュリティ管理サーバが一元的にクライアントコンピュータを監視し、セキュリティレベルの低いクライアントコンピュータに対して警告を発するセキュリティ監視システムが用いられることがある。このセキュリティ監視システムでは、セキュリティ設定が社内のセキュリティ基準を満たしていないマシンを使用しているユーザに対しセキュリティレベルの強化をするように促す。これにより、情報漏えいの危険を回避することを図る。
【０００４】
このセキュリティ監視システムでは、各クライアントコンピュータが満たすべきセキュリティレベルをセキュリティ管理サーバが保持しており、したがってセキュリティ管理サーバは各クライアントコンピュータを一意に識別する必要がある。また、各クライアントコンピュータが複数のＯＳ（オペレーティングシステム）を搭載している場合、セキュリティ管理サーバは各ＯＳが満たすべきセキュリティレベルを保持することになるので、セキュリティ管理サーバは各ＯＳを一意に識別する必要がある。以降、各クライアントコンピュータまたは各ＯＳを識別するための識別子を、ＯＳＩＤと呼ぶ。
【０００５】
一般に、セキュリティ管理サーバがクライアントコンピュータにセキュリティ監視プログラムをインストールする際に、セキュリティ管理サーバは各クライアントコンピュータまたは各ＯＳにＯＳＩＤを割り当てる。下記特許文献１では、上記のようにＩＤを用いてクライアントコンピュータを識別し管理する技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１６２３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
多数のクライアントコンピュータを使用する環境では、１台のクライアントコンピュータを初期インストールし、そのハードディスクイメージを他のクライアントコンピュータに複製してインストール作業の効率化を図ることがある。
【０００８】
上記のようなインストール作業が行われる環境において上記特許文献１に記載されている技術を用いる場合、初期インストールするクライアントコンピュータに対してセキュリティ管理サーバがＯＳＩＤを割り当てることになる。したがって、このクライアントコンピュータのハードディスクイメージを他のクライアントコンピュータに複製すると、ＯＳＩＤも同時に複製されてしまい、各クライアントコンピュータを一意に識別することが困難になってしまう。
【０００９】
仮に、セキュリティが高いクライアントコンピュータとセキュリティが低いクライアントコンピュータが同じＯＳＩＤを持ってしまった場合、セキュリティ管理サーバは、セキュリティレベルの高いクライアントコンピュータのセキュリティ設定を基準として、セキュリティレベルの低いクライアントコンピュータが社内のセキュリティ基準を満たしていると誤判断してしまう可能性がある。すると、セキュリティレベルが低く本来警告を発しなければいけないクライアントコンピュータを見落としてしまい、そこから情報流出事故が起きる可能性が考えられる。
【００１０】
本発明は、上記のような課題を解決するためになされたものであり、多数のクライアントコンピュータを使用する環境におけるインストール作業の利便性を確保しつつ、各クライアントコンピュータまたは各ＯＳのＯＳＩＤの一意性を保つことを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係るセキュリティ監視プログラムは、クライアントコンピュータのＯＳが起動するときにそのＯＳを識別するＯＳＩＤを新規生成して所定のセキュリティ管理装置に送信しておく。セキュリティ監視プログラムは、ＯＳのセキュリティ設定を抽出してセキュリティ管理装置に送信するとき、そのＯＳのＯＳＩＤをともに送信する。
【発明の効果】
【００１２】
本発明に係るセキュリティ監視プログラムによれば、クライアントコンピュータ側でＯＳＩＤを新規生成してセキュリティ管理装置に送信する。そのため、ＯＳＩＤが他のクライアントコンピュータに複製されたとしても、複製先のクライアントコンピュータで改めてＯＳＩＤを新規生成するので、ＯＳＩＤの一意性を保つことができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るセキュリティ監視システム１０００の構成図である。
【図２】クライアントコンピュータ１００の機能ブロック図である。
【図３】セキュリティ管理サーバ２００の機能ブロック図である。
【図４】セキュリティ監視システム１０００の動作を説明する図である。
【図５】クライアントコンピュータ１００ａのＯＳイメージを複製して新たなクライアントコンピュータ１００ｄ〜１００ｆを作成する様子を示す図である。
【図６】実施の形態２においてクライアントコンピュータ１００のＯＳが起動するときのエージェントプログラムの動作フローである。
【発明を実施するための形態】
【００１４】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るセキュリティ監視システム１０００の構成図である。セキュリティ監視システム１０００は、クライアントコンピュータのセキュリティレベルを監視するシステムであり、クライアントコンピュータ１００ａ、１００ｂおよび１００ｃ、セキュリティ管理サーバ２００を有する。これらはネットワーク３００を介して接続されている。
【００１５】
クライアントコンピュータ１００ａ、１００ｂおよび１００ｃは、搭載されているＯＳおよびＯＳ配下の各プログラムを除いて同様の構成を有するため、以下これらを総称するときは、クライアントコンピュータ１００と呼ぶ。クライアントコンピュータ１００の台数は任意でよい。
【００１６】
クライアントコンピュータ１００は、１以上のＯＳを搭載したコンピュータである。クライアントコンピュータ１００は、後述するセキュリティ監視プログラムおよびエージェントプログラムを備えている。セキュリティ監視プログラムは、クライアントコンピュータ１００が搭載している各ＯＳのセキュリティ設定を抽出し、セキュリティ管理サーバ２００に送信する。
【００１７】
セキュリティ管理サーバ２００は、セキュリティ監視プログラムが抽出した各ＯＳのセキュリティ設定が所定のセキュリティ基準を満たしているか否かを監査し、送信元のクライアントコンピュータ１００に返信する。
【００１８】
図２は、クライアントコンピュータ１００の機能ブロック図である。ここでは図１のクライアントコンピュータ１００ａの機能ブロック図を示したが、搭載されているＯＳおよびＯＳ配下の各プログラムを除いて各クライアントコンピュータ１００の機能構成は同様である。
【００１９】
クライアントコンピュータ１００ａは、第１ＯＳ１１０（例えばＷｉｎｄｏｗｓ  Ｖｉｓｔａ：登録商標）、第２ＯＳ１２０（例えばＷｉｎｄｏｗｓ  ＸＰ：登録商標）、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３０を備える。また、ネットワーク３００を介して通信するためのインタフェースを備える。
【００２０】
第１ＯＳ１１０、第２ＯＳ１２０は、クライアントコンピュータ１００ａ内で稼動する仮想ＯＳである。すなわちクライアントコンピュータ１００ａでは、複数のＯＳが同時に稼動することになる。各ＯＳは個別にセキュリティ設定を有するので、セキュリティ管理サーバ２００がセキュリティ監査を行なうためには、各クライアントコンピュータ１００および各ＯＳを一意に識別する必要がある。他のクライアントコンピュータ１００についても同様である。
【００２１】
ＣＰＵ１３０は、第１ＯＳ１１０、第２ＯＳ１２０、および各ＯＳ配下のプログラムを実行する。各ＯＳおよび各プログラムはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ：図示せず）などの記憶装置に格納されているが、図２では記載を省略した。
【００２２】
各ＯＳの配下には、セキュリティ監視プログラムとエージェントプログラムがインストールされる。各セキュリティ監視プログラムとエージェントプログラムの機能は同様であるため、以下では第１ＯＳ１１０配下のセキュリティ監視プログラム１１１とエージェントプログラム１１２について説明する。
【００２３】
セキュリティ監視プログラム１１１は、第１ＯＳ１１０のセキュリティ設定を抽出して後述のＯＳＩＤとともにセキュリティ管理サーバ２００に送信する。ここでいうセキュリティ設定とは、第１ＯＳ１１０のセキュリティレベルに影響を与える可能性のあるＯＳ上の設定内容のことであり、例えば以下のような項目が該当する。
（セキュリティ設定その１）ＯＳのバージョン
（セキュリティ設定その２）ＯＳのセキュリティパッチの適用状況
（セキュリティ設定その３）コンピュータウィルスチェッカのバージョン
（セキュリティ設定その４）ログインパスワードの長さ
（セキュリティ設定その５）セキュリティ監視プログラム１１１のバージョン
【００２４】
エージェントプログラム１１２は、第１ＯＳ１１０が起動するときにＯＳＩＤを新規生成し、セキュリティ管理サーバ２００に送信する。このとき、どのクライアントコンピュータ１００のどのＯＳに対して新規生成したＯＳＩＤであるかをセキュリティ管理サーバ２００に通知するため、当該クライアントコンピュータ１００（ここでは１１０ａ）と当該ＯＳ（ここでは第１ＯＳ１１０）それぞれを特定する情報を、ＯＳＩＤと併せて送信する。例えばクライアントコンピュータ１００のＭＡＣアドレスとＯＳバージョンなどを上記情報として用いることができる。
【００２５】
なお、セキュリティ管理サーバ２００のアドレスなどについては、セキュリティ監視プログラムとエージェントプログラムをクライアントコンピュータ１００にインストールするときにシステム管理者などが設定してもよいし、セキュリティ管理サーバ２００がクライアントコンピュータ１００にこれらのプログラムをインストールするときに自己のアドレスをクライアントコンピュータ１００へ通知するようにしてもよい。
【００２６】
図３は、セキュリティ管理サーバ２００の機能ブロック図である。セキュリティ管理サーバ２００は、セキュリティ監査項目リスト２１０、セキュリティ監査部２２０、ネットワーク３００を介して通信するためのインタフェースを備える。
【００２７】
セキュリティ監査項目リスト２１０は、各クライアントコンピュータ１００から受信するセキュリティ設定がセキュリティ基準を満たすか否かを監査するためチェックすべき項目を記載した監査項目リストである。セキュリティ監査項目リスト２１０は、クライアントコンピュータ１００毎および各クライアントコンピュータ１００が搭載するＯＳ毎に設けられている。セキュリティ監査項目リスト２１０は、ＨＤＤなどの記憶装置（図示せず）に格納されている。
【００２８】
図３では、クライアントコンピュータ１００ａに対応するセキュリティ監査項目リストを２１１、クライアントコンピュータ１００ｂに対応するセキュリティ監査項目リストを２１２、クライアントコンピュータ１００ｃに対応するセキュリティ監査項目リストを２１３とした。
【００２９】
なお、各ＯＳのセキュリティ監査項目には、そのＯＳのＯＳＩＤが対応付けられる。ＯＳＩＤの初期値は空である。ＯＳＩＤと各ＯＳのセキュリティ監査項目を対応付ける手順については、後述の図４で改めて説明する。
【００３０】
セキュリティ監査部２２０は、クライアントコンピュータ１００よりセキュリティ設定とＯＳＩＤを受信すると、そのＯＳＩＤをキーにして対応するセキュリティ監査項目を特定し、そのセキュリティ監査項目を用いてセキュリティ設定の監査を行なう。
【００３１】
本発明における「セキュリティ管理装置」は、セキュリティ管理サーバ２００がこれに相当する。
【００３２】
以上、本実施の形態１に係るセキュリティ監視システム１０００の構成を説明した。次に、本実施の形態１に係るセキュリティ監視システム１０００の動作を説明する。
【００３３】
図４は、セキュリティ監視システム１０００の動作を説明する図である。図４（ａ）はクライアントコンピュータ１００のＯＳが起動したときの動作、図４（ｂ）はセキュリティ監視プログラムを実行するときの動作を示す。以下、図４の各ステップについて説明する。ここではクライアントコンピュータ１００ａの第１ＯＳ１１０が起動する場合を例に説明するが、他のクライアントコンピュータ１００および他のＯＳについても動作は同様である。なお、以下の説明では記載の便宜上、各プログラムを動作主体として説明する場合があるが、各プログラムを実際に実行する動作主体はＣＰＵ１３０であることを付言しておく。
【００３４】
（１）ＯＳ起動時にＯＳＩＤを新規生成する
クライアントコンピュータ１００ａのＣＰＵ１３０は、第１ＯＳ１１０を起動するときに同ＯＳ配下のエージェントプログラム１１２を起動する。エージェントプログラム１１２は、ＯＳＩＤを新規生成し、クライアントコンピュータ１００ａが備えるＨＤＤ等の記憶装置に格納する。ＯＳＩＤの具体的な値として、例えばＧＵＩＤ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）などの一意性がある程度保証された文字列を用いることができる。
【００３５】
（２）ＯＳＩＤとＯＳ種別を通知する
エージェントプログラム１１２は、ステップ（１）で新規生成したＯＳＩＤ、第１ＯＳ１１０のＯＳ種別（ＯＳバージョン、セキュリティパッチ番号など）、クライアントコンピュータ１００ａを識別する情報（例えばＭＡＣアドレス）をセットにして、セキュリティ管理サーバ２００に通知する。
【００３６】
（３）ＯＳＩＤと監査項目を対応付けておく
セキュリティ管理サーバ２００では、第１ＯＳ１１０に対応するセキュリティ監査項目をあらかじめ保持しておく。セキュリティ監査部２２０は、クライアントコンピュータ１００ａより上記通知を受信すると、クライアントコンピュータ１００ａを識別する情報およびＯＳ種別をキーにして、ＯＳＩＤ、クライアントコンピュータ１００ａ、ＯＳ種別を対応付ける。図３に示した例では、本ステップで受信したＯＳＩＤを、セキュリティ監査項目リスト２１１の「Ｗｉｎｄｏｗｓ  Ｖｉｓｔａのセキュリティ監査項目」に対応付けることになる。
【００３７】
（４）セキュリティ監視プログラムを実行する
クライアントコンピュータ１００ａのＣＰＵ１３０は、ユーザが指定した時点、または第１ＯＳ１１０内で規定されている所定の時刻などのタイミングで、セキュリティ監視プログラム１１１を実行する。
【００３８】
（５）ＯＳＩＤとセキュリティ設定を通知する
セキュリティ監視プログラム１１１は、第１ＯＳ１１０のセキュリティ設定を抽出し、エージェントプログラム１１２が先に生成したＯＳＩＤとセットにして、セキュリティ管理サーバ２００に通知する。なお、セキュリティ管理サーバ２００では既にＯＳＩＤ、クライアントコンピュータ１００ａおよび第１ＯＳ１１０の対応付けを実施済みなので、本ステップではクライアントコンピュータ１００ａを識別する情報およびＯＳ種別を通知する必要はない。
【００３９】
（６）監査項目を特定し監査を行なう
セキュリティ管理サーバ２００のセキュリティ監査部２２０は、クライアントコンピュータ１００ａから受信したＯＳＩＤを用いて、監査項目リスト２１０のうち適用すべき監査項目を特定する。セキュリティ監査部２２０は、その監査項目を用いて、クライアントコンピュータ１００ａのセキュリティ設定が同監査項目の規定するセキュリティ基準を満たすか否かを監査する。
【００４０】
（７）監査結果を返信する
セキュリティ監査部２２０は、ステップ（６）の監査結果をクライアントコンピュータ１００ａに送信する。
【００４１】
以上、本実施の形態１に係るセキュリティ監視システム１０００の動作を説明した。以下では、上記動作によってクライアントコンピュータ１００のＯＳＩＤの一意性が保たれることについて説明する。
【００４２】
図５は、クライアントコンピュータ１００ａのＯＳイメージを複製して新たなクライアントコンピュータ１００ｄ〜１００ｆを作成する様子を示す図である。多数のクライアントコンピュータ１００を使用する環境をセットアップする際には、１台のクライアントコンピュータ１００の仮想ＯＳをそのままコピーするか、またはハードディスクイメージをそのままコピーすることにより、セットアップ作業を簡易化することができる。
【００４３】
ただし、クライアントコンピュータ１００ａの各ＯＳが既にＯＳＩＤを保持している場合、仮想ＯＳやハードディスクイメージをコピーする際に、そのＯＳＩＤも併せてコピーされてしまう。
【００４４】
本実施の形態１に係るセキュリティ監視システム１０００では、エージェントプログラムの働きにより、各ＯＳが起動するときにＯＳＩＤを新規生成する。これにより、上記のように同じＯＳＩＤが複数のクライアントコンピュータ１００にコピーされたとしても、改めてＯＳＩＤを生成してＯＳＩＤの一意性を保つことができる。
【００４５】
なお、エージェントプログラムがＯＳＩＤを新規生成するタイミングを、クライアントコンピュータ１００が起動するタイミングではなくＯＳが起動するタイミングとしたのは複数の仮想ＯＳが同一のクライアントコンピュータ１００上に存在し得るからである。すなわち、ＯＳＩＤが各ＯＳを一意に識別するためには、各ＯＳが独自に一意のＯＳＩＤを発行する必要があり、そのためのタイミングとして各ＯＳの起動時が好適だからである。
【００４６】
＜実施の形態２＞
実施の形態１では、エージェントプログラムがＯＳ起動時にＯＳＩＤを新規生成することを説明した。一方、既にＯＳＩＤを保持しているＯＳに関しては、ＯＳを起動する毎にＯＳＩＤを生成すると、その分だけクライアントコンピュータ１００とセキュリティ管理サーバ２００の双方で処理負担が生じる。そこで、本発明の実施の形態２では、既にＯＳＩＤを保持している場合はそのＯＳＩＤを使い続ける動作例を説明する。
【００４７】
図６は、本実施の形態２においてクライアントコンピュータ１００のＯＳが起動するときのエージェントプログラムの動作フローである。以下では、クライアントコンピュータ１００ａの第１ＯＳ１１０配下のエージェントプログラム１１２について説明するが、本動作フローが示す動作は、各エージェントプログラムについて同様である。以下、図６の各ステップについて説明する。
【００４８】
（図６：ステップＳ６００）
クライアントコンピュータ１００ａの第１ＯＳ１１０が起動するとき、ＣＰＵ１３０はエージェントプログラム１１２を起動する。これにより、本動作フローで規定するエージェントプログラム１１２の動作が開始する。
【００４９】
（図６：ステップＳ６０１）
エージェントプログラム１１２は、第１ＯＳ１１０がＯＳＩＤを既に保持しているか否かを判定する。既に保持している場合はステップＳ６０３にスキップし、保持していない場合はステップＳ６０２に進む。
【００５０】
（図６：ステップＳ６０２）
エージェントプログラム１１２は、実施の形態１と同様にＯＳＩＤを新規生成する。
【００５１】
（図６：ステップＳ６０３）
エージェントプログラム１１２は、実施の形態１と同様に、ＯＳＩＤ、第１ＯＳ１１０のＯＳ種別、クライアントコンピュータ１００ａを識別する情報をセキュリティ管理サーバ２００に通知する。
【００５２】
以上のように、既にＯＳＩＤを生成済みである場合はこれを使い続けることにより、ＯＳを起動する毎にＯＳＩＤを新規生成してセキュリティ管理サーバ２００に通知する必要がなくなる。したがって、クライアントコンピュータ１００ではＯＳＩＤを新規生成する処理負担を軽減することができ、セキュリティ管理サーバ２００ではＯＳＩＤ／クライアントコンピュータ１００／各ＯＳを対応付ける処理負担を軽減することができる。
【００５３】
ただし、上記のように各ＯＳがＯＳＩＤを既に保持している場合はそれを使い続けるという手法を採用する場合、仮想ＯＳまたはハードディスクイメージをコピーすることによって新たなクライアントコンピュータ１００を作成すると、複数のクライアントコンピュータ１００が同一のＯＳＩＤを使い続けることになってしまい、ＯＳＩＤの一意性が崩れてしまう。そこで本実施の形態２では、ＯＳＩＤを手動で削除する機能を、エージェントプログラムまたはセキュリティ監視プログラムが提供する。
【００５４】
仮想ＯＳまたはハードディスクイメージをコピーすることによって新たなクライアントコンピュータ１００を作成するユーザは、その作業過程で、ＯＳＩＤを削除するようにエージェントプログラムまたはセキュリティ監視プログラムへ指示する。これにより、そのクライアントコンピュータ１００では、図６のステップＳ６０１で必ずステップＳ６０２へ進むことになるので、ＯＳＩＤの一意性を保つことができる。
【００５５】
以上のように、本実施の形態２によれば、エージェントプログラムは既に生成済みのＯＳＩＤを使い回すことができるので、クライアントコンピュータ１００およびセキュリティ管理サーバ２００の処理負担を軽減することができる。
【００５６】
また、本実施の形態２によれば、既にＯＳが保持しているＯＳＩＤを削除することができる。これにより、仮想ＯＳまたはハードディスクイメージをコピーして新たなクライアントコンピュータ１００にＯＳＩＤがコピーされたとしても、ユーザがそのＯＳＩＤを削除することができるので、ＯＳＩＤの一意性を保つことができる。
【００５７】
また、本実施の形態２において、仮想ＯＳやハードディスクイメージをコピーして新たなクライアントコンピュータ１００を作成するコピー支援プログラムを使用する場合、そのコピー支援プログラムは、コピー元のＯＳがＯＳＩＤを保持しているか否かを判定し、保持している場合はそのＯＳＩＤを削除するようユーザに促すメッセージなどをコピー元のクライアントコンピュータ上で出力するようにしてもよい。これにより、ユーザは確実にＯＳＩＤの重複を回避することができる。
【００５８】
なお、ＯＳＩＤをユーザが手動で削除することに代えて、またはこれと平行して、エージェントプログラムがＯＳＩＤを新規生成する際に古いＯＳＩＤを削除する機能を提供してもよい。この場合、ＯＳが既にＯＳＩＤを保持していれば、エージェントプログラムはＯＳＩＤを新規生成するとともに、古いＯＳＩＤを破棄する。セキュリティ管理サーバ２００は、同一のクライアントコンピュータ２００および同一のＯＳについて異なるＯＳＩＤを受信した場合は、新しい方のＯＳＩＤを採用し、そのＯＳＩＤをセキュリティ監査項目リスト２１０内に記録する。
【００５９】
＜実施の形態３＞
実施の形態１〜２では、ＯＳ起動時にエージェントプログラムがＯＳＩＤを新規生成してセキュリティ管理サーバ２００に通知することを説明した。エージェントプログラムはこれに加えて、ＯＳ起動後の任意のタイミング、例えば所定時刻になるとＯＳＩＤを新規生成してセキュリティ管理サーバ２００に通知するようにしてもよい。既にＯＳがＯＳＩＤを保持している場合は、生成済みのＯＳＩＤを使い続けてもよいし古いＯＳＩＤを削除して改めてＯＳＩＤを生成してもよい。
【００６０】
＜実施の形態４＞
以上の実施の形態１〜３において、セキュリティ監視プログラムとエージェントプログラムは個別のプログラムとして構成されている例を説明したが、これらのプログラムは一体的に構成してもよい。
【００６１】
両者を個別のプログラムとして構成する場合は、各プログラムを実行形式プログラム（例えばＷｉｎｄｏｗｓにおけるｅｘｅファイル）として構成し、それぞれ独自に動作させることができる。両者を一体的に構成されたプログラムとして構成する場合は、例えばいずれか一方の他方の配下のライブラリモジュールなどの形式で構成することもできるし、プログラムを起動するときに与える引数によっていずれの機能を実行するかを選択できるように構成することもできる。
【００６２】
また、セキュリティ監視プログラムとエージェントプログラムは、必ずしも個別のＯＳ毎に設けなくともよい。各ＯＳ起動時にエージェントプログラムを実行してそのＯＳを識別するためのＯＳＩＤを生成し、またセキュリティ監視プログラムが各ＯＳのセキュリティ設定を抽出できれば、これらのプログラムを各ＯＳについて共通に用いてもよい。
【符号の説明】
【００６３】
１００ａ〜１００ｆ：クライアントコンピュータ、１１０：第１ＯＳ、１１１：セキュリティ監視プログラム、１１２：エージェントプログラム、１２０：第２ＯＳ、１２１：セキュリティ監視プログラム、１２２：エージェントプログラム、１３０：ＣＰＵ、２００：セキュリティ管理サーバ、２１０：セキュリティ監査項目リスト、２２０：セキュリティ監査部、３００：ネットワーク、１０００：セキュリティ監視システム。
【図１】
2011070258.tif 000003
【図２】
2011070258.tif 000004
【図３】
2011070258.tif 000005
【図４】
2011070258.tif 000006
【図５】
2011070258.tif 000007
【図６】
2011070258.tif 000008