セキュリティポリシー管理サーバ、セキュリティ監視システム
【課題】ファイルの重要度に応じて、セキュリティ監視プログラムのセキュリティポリシーを自動的に設定することのできる技術を提供する。
【解決手段】本発明に係るセキュリティポリシー管理サーバは、電子ファイルの重要度を判定するファイル分類部と、電子ファイルに対するアクセス可否をファイルの重要度毎に定義した動作定義データとを備える。セキュリティポリシー管理サーバは、セキュリティ監視プログラムからアクセス可否について照会を受け付けると、動作定義データとファイル重要度にしたがってアクセス可否を回答する。
【解決手段】本発明に係るセキュリティポリシー管理サーバは、電子ファイルの重要度を判定するファイル分類部と、電子ファイルに対するアクセス可否をファイルの重要度毎に定義した動作定義データとを備える。セキュリティポリシー管理サーバは、セキュリティ監視プログラムからアクセス可否について照会を受け付けると、動作定義データとファイル重要度にしたがってアクセス可否を回答する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子ファイルに対するアクセスを監視するセキュリティ監視プログラムのセキュリティ監視ポリシーを管理する技術に関するものである。
【背景技術】
【０００２】
企業で扱われる電子ファイル（以下、ファイルと呼ぶ場合もある）は、その内容などに応じて重要度がそれぞれ異なる。企業では、重要度によるファイルの取り扱い、持ち出し可否等のセキュリティ運用規則を作成し運用している。しかし、規則はあるものの実際は運用に手間が掛かり運用されていないケースが多く存在する。
【０００３】
下記特許文献１では、文書の重要度を簡易に評価するための技術が開示されている。同文献では、文書に付されるタイトル名も所定のキーワードが含まれているか否かによって文書の重要度を判定している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７９１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載されている技術では、電子ファイルの重要度を簡易に判定することができるが、重要度に応じてアクセス可否を設定する作業は、システム管理者などが手動で別途実施する必要がある。特に、ファイルに対するアクセスをセキュリティ監視プログラムによって監視している場合、セキュリティポリシーをあらかじめ設定しておく必要があるが、各ファイルの重要度をセキュリティポリシーに反映する作業を別途実施する必要があり、管理者にとって負担となっている。
【０００６】
本発明は、上記のような課題を解決するためになされたものであり、ファイルの重要度に応じて、セキュリティ監視プログラムのセキュリティポリシーを自動的に設定することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るセキュリティポリシー管理サーバは、電子ファイルの重要度を判定するファイル分類部と、電子ファイルに対するアクセス可否をファイルの重要度毎に定義した動作定義データとを備える。セキュリティポリシー管理サーバは、セキュリティ監視プログラムからアクセス可否について照会を受け付けると、動作定義データとファイル重要度にしたがってアクセス可否を回答する。
【発明の効果】
【０００８】
本発明に係るセキュリティポリシー管理サーバは、ファイルの重要度に対応したアクセス可否定義を保持しており、これをセキュリティポリシーとしてセキュリティ監視プログラムへ提供することができる。これにより、システム管理者はファイルの重要度とアクセス可否との対応関係を管理する処理をセキュリティポリシー管理サーバへ集約することができるので、システム管理者を作業負担から解放することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態１に係るセキュリティ監視システム１０００の構成図である。
【図２】重要度区分テーブル１３１の構成とデータ例を示す図である。
【図３】重要度変更ルール定義テーブル１３２の構成とデータ列を示す図である。
【図４】動作定義テーブル１３３の構成とデータ例を示す図である。
【図５】重要度定義テーブル２１１の構成とデータ例を示す図である。
【図６】重要度毎に分類されていないファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。
【図７】重要度毎に分類されているファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。
【図８】実施形態２に係るセキュリティ監視システム１０００の構成図である。
【図９】クライアント端末３００が表示するフォルダ重要度表示画面３２１の画面イメージ例である。
【図１０】クライアント端末３００が表示するファイルプロパティ表示画面３２２の画面イメージ例である。
【図１１】クライアント端末３００が表示する重要度変更画面３３１の画面イメージ例である。
【図１２】セキュリティポリシー管理サーバ１００が保持するフォルダ重要度定義ファイル１４１の構成例を示す図である。
【図１３】セキュリティポリシー管理サーバ１００が保持するファイル名重要度定義ファイル１４２の構成例を示す図である。
【図１４】セキュリティポリシー管理サーバ１００が保持する拡張子重要度定義ファイル１４３の構成例を示す図である。
【図１５】セキュリティポリシー管理サーバ１００が保持するキーワード重要度定義ファイル１４４の構成例を示す図である。
【図１６】キーワードフィールド１４４２が保持するキーワードを別ファイルに記録した例を示す。
【図１７】実施形態８に係るセキュリティ監視システム１０００の構成図である。
【図１８】実施形態９に係るセキュリティ監視システム１０００の構成図である。
【図１９】分類状況表示プログラム１５０が生成する分類結果画面１５１の表示例を示す図である。
【図２０】運用状況分析プログラム１７０が提示する運用改善のための提案レポートの１例を示す図である。
【図２１】運用状況分析プログラム１７０が提示する運用改善のための提案レポートの別例を示す図である。
【図２２】運用状況分析プログラム１７０が提案レポートを生成する際に使用するレポート基準テーブル１７３の構成とデータ例を示す図である。
【図２３】運用状況分析プログラム１７０がセキュリティポリシーを自動的に更新する際に使用するアクション基準テーブル１７４の構成とデータ例を示す図である。
【図２４】ファイルの重要度の分布状況が適正であるか否かを分類状況表示プログラム１５０が判断する際に用いる閾値テーブル１５４の１例を示す図である。
【発明を実施するための形態】
【００１０】
＜実施の形態１＞
図１は、本発明の実施形態１に係るセキュリティ監視システム１０００の構成図である。セキュリティ監視システム１０００は、電子ファイルに対するアクセスを監視するシステムであり、セキュリティポリシー管理サーバ１００、ファイル重要度管理サーバ２００、クライアント端末３００、ファイルサーバ４００を有する。これら装置はネットワークで接続されている。
【００１１】
以下では記載の都合上、各プログラムを動作主体として説明する場合があるが、実際に各プログラムを実行するのは各プログラムを搭載した装置が備えるプロセッサなどの演算装置であることを付言しておく。
【００１２】
セキュリティポリシー管理サーバ１００は、電子ファイルに対するアクセスを監視するセキュリティ監視プログラムの動作を定義するセキュリティ監視ポリシーを管理するサーバ装置であり、ファイル分類プログラム１１０、セキュリティ監視制御プログラム１２０、記憶装置１３０を備える。また、上記各プログラムを実行するプロセッサ、メモリ装置、ネットワークインターフェースなどを適宜備える。
【００１３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスする電子ファイルの重要度を判定し、重要度毎に分類するプログラムである。ファイル分類プログラム１１０は、分類結果を後述のファイル重要度管理サーバ２００へ格納する。電子ファイルの重要度を判定する手法としては、任意の公知手法を用いることができるが、後述する実施形態でも別途例示する。
【００１４】
セキュリティ監視制御プログラム１２０は、後述するセキュリティ監視プログラム３１０から、電子ファイルに対するアクセスを許可すべきか否かの照会を受け取り、その電子ファイルの重要度と後述する動作定義テーブル１３３の記述にしたがって、アクセス可否を回答する。クライアント端末３００とセキュリティ監視制御プログラム１２０の間の通信手順として、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの汎用的な通信プロトコルを用いることができる。例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に準じた通信手順を用いることができる。
【００１５】
記憶装置１３０は、例えばハードディスク装置などを用いて構成されており、重要度区分テーブル１３１、重要度変更ルール定義テーブル１３２、動作定義テーブル１３３を格納している。これらテーブルの詳細は後述の図２〜図４を用いて説明する。
【００１６】
ファイル重要度管理サーバ２００は、ファイルサーバ４００が格納する電子ファイルの重要度を管理するサーバ装置であり、記憶装置２１０を備える。記憶装置２１０は、後述の図５で説明する重要度定義テーブル２１１を格納している。
【００１７】
クライアント端末３００は、ファイルサーバ４００が格納している電子ファイルにアクセスするコンピュータであり、セキュリティ監視プログラム３１０があらかじめインストールされている。クライアント端末３００は、セキュリティ監視プログラム３１０を常時実行している。セキュリティ監視プログラム３１０は、クライアント端末３００が電子ファイルにアクセスしようとしていることを検知し、セキュリティポリシー管理サーバ１００にアクセス可否を問い合わせ、その回答に応じて当該電子ファイルに対するアクセスを制御する。
【００１８】
ファイルサーバ４００は、クライアント端末３００がアクセスする電子ファイルを格納するサーバ装置である。以下ではクライアント端末３００自身が格納している電子ファイルに対するアクセス監視については説明しないが、これを実施する場合は、ファイルサーバ４００が格納しているファイルフルパス名をクライアント端末３００のローカルファイルパス名に変更すれば、同様の動作を実施することができる。
【００１９】
ファイル分類プログラム１１０、セキュリティ監視制御プログラム１２０、セキュリティ監視プログラム３１０は、ここではソフトウェアであることを前提としたが、これらと同等の機能を回路デバイスなどのハードウェアによって実現することもできる。
【００２０】
図２は、重要度区分テーブル１３１の構成とデータ例を示す図である。重要度区分テーブル１３１は、電子ファイルの重要度区分とその説明を記述するデータテーブルであり、重要度区分フィールド１３１１、重要度説明フィールド１３１２を有する。
【００２１】
重要度区分フィールド１３１１は、電子ファイルの重要度区分の名称を保持する。ここでは３段階の重要度区分を例示したが、これに限られるものではない。重要度説明フィールド１３１２は、重要度区分フィールド１３１１が記述している重要度区分の説明文を保持する。システム管理者などが本テーブルを管理する際に、本フィールドの説明文を参照することができる。
【００２２】
図３は、重要度変更ルール定義テーブル１３２の構成とデータ列を示す図である。重要度変更ルール定義テーブル１３２は、電子ファイルの重要度を変更することを認めるか否かのルールを定義するデータテーブルであり、重要度区分フィールド１３２１、重要度変更ルールフィールド１３２２を有する。
【００２３】
重要度区分フィールド１３２１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。重要度変更ルールフィールド１３２２は、重要度区分フィールド１３１１が記述している重要度区分に分類されている電子ファイルを、さらに高い重要度区分に変更したり、より低い重要度区分に変更したりすることを認めるか否かのルールを記述している。システム管理者などが本テーブルを管理する際に、本フィールドが既定しているルールを参照することができる。
【００２４】
図３のデータ例では、重要度区分「低」の電子ファイルは重要度をそれ以上下げることができず、重要度区分「中」の電子ファイルは重要度を上げることのみ認められ、重要度区分「高」の電子ファイルは重要度をそれ以上上げることができないことを示している。
【００２５】
図４は、動作定義テーブル１３３の構成とデータ例を示す図である。動作定義テーブル１３３は、各重要度区分に分類された電子ファイルに対してセキュリティ監視プログラム３１０がアクセスを許可するか否かを定義するデータテーブルである。本テーブルは、セキュリティ監視プログラム３１０の動作を定義するセキュリティポリシーとしての役割を有する。動作定義テーブル１３３は、重要度区分フィールド１３３１、アクセス可否フィールド１３３２を有する。
【００２６】
重要度区分フィールド１３３１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。アクセス可否フィールド１３３２は、重要度区分フィールド１３１１が記述している重要度区分に分類されている電子ファイルに対してクライアント端末３００がアクセスしたとき、セキュリティ監視プログラム３１０がどのように振る舞うかを記述している。ここでは当該電子ファイルをファイルサーバ４００の外部に持ち出すことを許可するか否かを例示したが、その他の動作やより詳細なアクセス可否を記述することもできる。例えば、外付けディスクドライブに対するコピーおよび移動を禁止する、などの例が考えられる。
【００２７】
図５は、重要度定義テーブル２１１の構成とデータ例を示す図である。重要度定義テーブル２１１は、ファイルサーバ４００が格納する電子ファイルの重要度を定義するデータテーブルであり、ファイル名フィールド２１１１、ファイルパスフィールド２１１２、重要度フィールド２１１３を有する。
【００２８】
ファイル名フィールド２１１１とファイルパスフィールド２１１２は、ファイルサーバ４００が格納する電子ファイルのファイル名とフルパス名をそれぞれ保持する。重要度フィールド２１１３は、ファイル名フィールド２１１１とファイルパスフィールド２１１２によって特定される電子ファイルの重要度値を保持する。
【００２９】
図６は、重要度毎に分類されていないファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。クライアント端末３００が重要度毎に分類されていないファイルに初めてアクセスしたときは、重要度を判定する処理を実施する必要がある。以下、図６の各ステップについて説明する。
【００３０】
（図６：（１）フォルダにアクセスする）
クライアント端末３００のユーザは、適当なファイルブラウザなどを操作して、ファイルサーバ４００上のファイルフォルダにアクセスするよう指示する。クライアント端末３００は、その指示にしたがってファイルフォルダにアクセスする。
【００３１】
（図６：（２）フルパスを通知する）
クライアント端末３００のセキュリティ監視プログラム３１０は、ステップ（１）でアクセスしたファイルフォルダ内の電子ファイル一覧を取得し、各電子ファイルのフルパス名をセキュリティポリシー管理サーバ１００へ通知する。ここで通知するフルパス名は、例えば「\\testsv\test\test.txt」などのように、ファイルフォルダのパス名とファイル名を連結したものである。
【００３２】
（図６：（３）ファイルを分類する）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００から電子ファイルのフルパス名を受け取る。セキュリティポリシー管理サーバ１００は、ファイル分類プログラム１１０を起動し、各電子ファイルの重要度を判定して重要度毎に分類する。
【００３３】
（図６：（４）分類結果を格納する）
ファイル分類プログラム１１０は、ステップ（３）の分類結果を、フルパス名とともにファイル重要度管理サーバ２００に通知する。ファイル重要度管理サーバ２００は、各電子ファイルの分類結果を重要度定義テーブル２１１に格納する。本ステップの結果、ファイルサーバ４００上の各電子ファイルについて、図５に例示したような重要度定義レコードが作成され、各電子ファイルとその重要度が管理されることになる。
【００３４】
図７は、重要度毎に分類されているファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。クライアント端末３００が重要度毎に分類されているファイルにアクセスしたときは、そのアクセスを許可するか否かを判定する必要がある。以下、図７の各ステップについて説明する。
【００３５】
（図７：（１）ファイルを持ち出そうとする）
クライアント端末３００のユーザが、適当なファイルブラウザなどを操作して、ファイルサーバ４００上の電子ファイルをファイルサーバ４００の外部またはクライアント端末３００の外部に持ち出そうとしていると仮定する。ここでは、クライアント端末３００に外付けされている記憶装置に電子ファイルをコピーしようとしている場面を想定する。セキュリティ監視プログラム３１０は、ファイルブラウザに対する操作入力を監視するなどして、電子ファイルをコピーする旨の操作を検出する。
【００３６】
（図７：（２）可否を問い合わせる）
セキュリティ監視プログラム３１０は、ステップ（１）で外部持ち出しようとしていることを検出した電子ファイルについて、そのファイル操作アクセス（ここでは外付け記憶装置へのコピー）を許可すべきか否かを、セキュリティポリシー管理サーバ１００に問い合わせる。
【００３７】
（図７：（３）重要度を取得する）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００からアクセス可否について照会を受け付けると、ファイル重要度管理サーバ２００が保持している重要度定義テーブル２１１から、その電子ファイルの重要度を取得する。
【００３８】
（図７：（４）可否を判定する）
セキュリティ監視制御プログラム１２０は、ステップ（３）で取得した電子ファイルの重要度を用いて動作定義テーブル１３３を照会し、その重要度の電子ファイルに対するアクセス可否定義を取得する。例えば図４に示したデータ例では、重要度中以上の電子ファイルは持ち出し禁止と定義されているため、外付け記憶装置にコピーなどすることは禁止されていることが分かる。
【００３９】
（図７：（５）可否を回答する）
セキュリティ監視制御プログラム１２０は、ステップ（４）で取得したアクセス可否定義に基づき、ステップ（２）で問い合わせを受け付けた電子ファイルに対するアクセス可否をクライアント端末３００へ回答する。
【００４０】
（図７：（６）アクセスを制御する）
クライアント端末３００のセキュリティ監視プログラム３１０は、ステップ（５）で受け取った回答に基づき、ステップ（１）でファイル操作アクセスを検出した電子ファイルに対するアクセスを制御する。例えばアクセスを禁止する場合は、その旨のメッセージなどを画面表示し、アクセスを遮断する。その他、アクセスは許可するがログにファイル操作アクセスの内容を記録する、などの制御動作も考えられる。
【００４１】
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係るセキュリティポリシー管理サーバ１００は、電子ファイルの重要度を判定して重要度毎に分類し、セキュリティ監視プログラムが電子ファイルに対するアクセスを許可すべきか否かを重要度毎に定義する。これにより、電子ファイルを重要度に応じて分類する処理と、重要度に応じてアクセス可否を設定する処理とをセキュリティポリシー管理サーバ１００に集約して自動化することができるので、システム管理者の作業負担を軽減することができる。
【００４２】
また、本実施形態１に係るセキュリティポリシー管理サーバ１００は、セキュリティ監視プログラム３１０のセキュリティポリシーを、動作定義テーブル１３３の形式でセキュリティ監視プログラム３１０本体から切り離して保持している。これにより、セキュリティ監視プログラム３１０の種類に依拠することなく、セキュリティポリシーを集約管理することができる。例えば、印刷制御をしたい場合はそのようなセキュリティ監視プログラム３１０を採用し、メールの送信制御をしたい場合はその機能を備えたセキュリティ監視プログラム３１０を採用することができる。その他のセキュリティ監視プログラム３１０についても同様に制御することができる。
【００４３】
また、本実施形態１に係るセキュリティポリシー管理サーバ１００は、クライアント端末３００との間の通信インターフェースとして、ＨＴＴＰに準じた通信プロトコルを用いることができる。ＨＴＴＰはクライアント・サーバ間の通信でよく用いられる汎用的なプロトコルであるため、多くのセキュリティ監視プログラム３１０がサポートしている。すなわち、広範な種類のセキュリティ監視プログラム３１０に対応することができる点で、個々のセキュリティ監視プログラム３１０に対する依存性を緩和し、セキュリティポリシー管理サーバ１００の汎用性を高めることができる。
【００４４】
＜実施の形態２＞
本発明の実施形態２では、実施形態１で説明したファイル分類プログラム１１０が付与した重要度を、クライアント端末３００上でも画面表示してユーザが確認できるようにした構成を説明する。クライアント端末３００上でファイルの重要度を表示または更新する処理に係る構成以外は実施形態１と同様であるため、以下では差異点を中心に説明する。
【００４５】
図８は、本実施形態２に係るセキュリティ監視システム１０００の構成図である。本実施形態２において、クライアント端末３００は、実施形態１で説明した構成に加えて重要度表示プログラム３２０と重要度変更プログラム３３０を備える。これらプログラムと同等の機能を回路デバイスなどのハードウェアによって実現してもよい。
【００４６】
重要度表示プログラム３２０は、クライアント端末３００がアクセスする電子ファイルの重要度を画面表示する。詳細は後述の図９〜図１０で説明する。重要度変更プログラム３３０は、電子ファイルの重要度を変更する操作入力を受け取り、セキュリティポリシー管理サーバ１００を経由してファイル重要度管理サーバ２００に通知する。詳細は後述の図１１で説明する。
【００４７】
図９は、クライアント端末３００が表示するフォルダ重要度表示画面３２１の画面イメージ例である。フォルダ重要度表示画面３２１は、ファイルフォルダ内に格納されている電子ファイルとその重要度の一覧を表示する画面である。以下、図９の画面を表示する際の動作手順を説明する。
【００４８】
（図９：動作手順ステップ１）
クライアント端末３００のユーザは、適当なファイルブラウザを介してファイルサーバ４００上のフォルダにアクセスする。重要度表示プログラム３２０は、アクセスしたファイルフォルダのパス名をセキュリティポリシー管理サーバ１００に転送する。
【００４９】
（図９：動作手順ステップ２）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００からフォルダのパス名を受け取ると、そのパス名をファイル重要度管理サーバ２００に通知する。
【００５０】
（図９：動作手順ステップ３）
ファイル重要度管理サーバ２００は、受け取ったフォルダのパス名を元に重要度定義テーブル２１１を検索し、パス名が一致するファイルおよび重要度の一覧を取得してセキュリティポリシー管理サーバ１００に返信する。
【００５１】
（図９：動作手順ステップ４）
セキュリティポリシー管理サーバ１００は、ファイル重要度管理サーバ２００から受け取ったファイルおよび重要度の一覧を、クライアント端末３００に返信する。
【００５２】
（図９：動作手順ステップ５）
クライアント端末３００の重要度表示プログラム３２０は、セキュリティポリシー管理サーバ１００からファイルと重要度の一覧を受け取り、ステップ１でファイルサーバ４００にアクセスしたファイルブラウザにその一覧を引き渡す。ファイルブラウザは、受け取ったファイルと重要度の一覧を、それぞれ図９のファイル表示欄３２１１と重要度表示欄３２１２に表示する。
【００５３】
（図９：動作手順ステップ５：補足）
例えば、クライアント端末３００がファイルサーバ４００上の「\\testsv\test」フォルダにアクセスし、「\\testsv\test」フォルダに重要度が「高」のファイル「test.txt」が存在する場合、フォルダ重要度表示画面３２１にはファイル名「test.txt」とその重要度「高」が表示される。
【００５４】
図１０は、クライアント端末３００が表示するファイルプロパティ表示画面３２２の画面イメージ例である。ファイル重要度表示画面３２２は、電子ファイルの重要度とその説明文を表示する画面である。以下、図１０の画面を表示する際の動作手順を説明する。
【００５５】
（図１０：動作手順ステップ１）
クライアント端末３００のユーザは、ファイルブラウザ上で電子ファイルのファイルプロパティ表示画面３２２を表示する。この時点では、ファイルおよび重要度の一覧は既に図９で説明した手順によって取得済みであるものとする。重要度表示プログラム３２０は、そのファイルの重要度に対応する説明文とファイルアクセス可否を、セキュリティポリシー管理サーバ１００に照会する。
【００５６】
（図１０：動作手順ステップ２）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００から照会を受けた重要度の説明文を、重要度区分テーブル１３１から取得する。また、アクセス可否定義を動作定義テーブル１３３から取得する。セキュリティ監視制御プログラム１２０は、各テーブルから取得した値をクライアント端末３００に返信する。
【００５７】
（図１０：動作手順ステップ３）
クライアント端末３００の重要度表示プログラム３２０は、セキュリティポリシー管理サーバ１００から説明文とアクセス可否定義を受け取り、ステップ１でファイルのプロパティを表示したファイルブラウザにその一覧を引き渡す。ファイルブラウザは、受け取った説明文を重要度説明表示欄３２２２に表示し、アクセス可否定義をアクセス可否表示欄３２２３に表示する。重要度表示欄３２２１の値は、既に取得済みであるものをそのまま表示する。
【００５８】
（図１０：動作手順ステップ１〜３：補足）
上記説明では、重要度に対応する説明文をセキュリティポリシー管理サーバ１００から取得することを説明したが、説明文の内容は固定的であることが多いと考えられるため、クライアント端末３００またはファイルブラウザを起動する時点で、あらかじめセキュリティポリシー管理サーバ１００から全ての説明文を取得しておいてもよい。この場合、重要度表示プログラム３２０はクライアント端末３００またはファイルブラウザが起動する時点で説明文を取得し、クライアント端末３００のメモリ上に保持しておく。ファイルブラウザはファイルプロパティ表示画面３２２を表示する際に、メモリ上の説明文を取得して画面表示する。
【００５９】
図１１は、クライアント端末３００が表示する重要度変更画面３３１の画面イメージ例である。重要度変更画面３３１は、電子ファイルの重要度と説明文を変更するための変更指示を入力する画面である。以下、図１１の画面に係る動作手順を説明する。
【００６０】
（図１１：動作手順ステップ１）
クライアント端末３００のユーザは、ファイルブラウザ上で電子ファイルを選択し、重要度変更画面３３１を表示するように指示する。この時点では、ファイルおよび重要度の一覧は既に図９で説明した手順によって取得済みであるものとする。重要度変更プログラム３３０は、重要度表示プログラム３２０と同様の手順で、重要度の説明文とアクセス可否定義を取得する。また、同様の手順で重要度変更ルール定義テーブル１３２を取得し、重要度を変更することが認められているか否かを把握しておく。
【００６１】
（図１１：動作手順ステップ２）
重要度変更プログラム３３０は、ステップ１で選択されたファイル、変更指示メッセージ、ファイルの重要度、アクセス可否定義を、それぞれ表示欄３３１１、３３１２、３３１３、３３１６に表示する。重要度変更欄３３１４は、現在選択されているファイルの重要度を変更入力する欄である。重要度変更プログラム３３０は、重要度説明文を説明文入力欄３３１５に表示する。この欄は重要度説明文を変更入力できるようになっている。
【００６２】
（図１１：動作手順ステップ３）
ユーザは、重要度入力欄３３１４と説明文入力欄３３１６に変更内容を入力し、変更ボタン３３１７をクリックする。重要度変更プログラム３３０は、各欄の入力内容とファイルフルパス名をセキュリティポリシー管理サーバ１００に通知する。
【００６３】
（図１１：動作手順ステップ３：補足）
重要度変更プログラム３３０は、ステップ１で選択されたファイルの重要度が、重要度変更ルール定義テーブル１３２の定義によって変更不可となっている場合は、変更ボタン３３１７を押下できないよう非活性状態する。さらに、表示欄３３１２にその旨を表示してもよい。
【００６４】
（図１１：動作手順ステップ４）
セキュリティポリシー管理サーバ１００は、クライアント端末３００から受け取った説明文入力欄３３１６の入力内容で、対応する重要度説明フィールド１３１２の値を更新する。また、クライアント端末３００から受け取った重要度入力欄３３１４の入力内容を、フルパス名とともにファイル重要度管理サーバ２００に転送する。
【００６５】
（図１１：動作手順ステップ５）
ファイル重要度管理サーバ２００は、重要度管理テーブル２１０が保持しているレコードのうち、セキュリティポリシー管理サーバ１００から受け取ったフルパス名と一致するものを、受け取った説明文入力欄３３１６の内容で変更する。
【００６６】
（図１１：動作手順ステップ１〜５：補足）
重要度変更ルール定義テーブル１３２の定義内容は、クライアント端末３００またはファイルブラウザを起動する時点で、あらかじめセキュリティポリシー管理サーバ１００から取得しておいてもよい。この場合、重要度変更プログラム３３０はクライアント端末３００またはファイルブラウザが起動する時点で同テーブルを取得し、クライアント端末３００のメモリ上に保持しておく。ファイルブラウザは重要度変更画面３３１を表示する際に、メモリ上の同テーブルを取得し、必要に応じて変更ボタン３３１７や表示欄３３１２を調整する。
【００６７】
＜実施の形態２：まとめ＞
以上のように、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は重要度定義テーブル２１１の定義内容を取得し、ファイル一覧またはファイルプロパティとともに画面表示する。これにより、ユーザは各電子ファイルに対してファイル操作アクセスする前にその重要度を把握できるので、セキュリティ意識を喚起することができる。
【００６８】
また、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は動作定義テーブル１３３の定義内容を取得し、ファイル一覧またはファイルプロパティとともに画面表示する。これにより、ユーザは各電子ファイルに対してセキュリティ監視プログラム３１０が実施するアクセス制御を把握できるので、セキュリティ意識を喚起することができる。また、不用意に禁止されている操作を実施することがないように抑制する効果も期待できる。
【００６９】
また、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は重要度変更画面３３１を画面表示し、各ファイルの重要度と説明文を変更する機能を提供する。これにより、ファイル分類プログラム１１０が実施した分類が完全でない場合でも、ユーザが自ら重要度を正確に付与することができる。
【００７０】
＜実施の形態３＞
本発明の実施形態３では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜２と同様である。
【００７１】
図１２は、セキュリティポリシー管理サーバ１００が保持するフォルダ重要度定義ファイル１４１の構成例を示す図である。フォルダ重要度定義１４１は、ファイルフォルダとその重要度との対応関係を定義するデータファイルであり、重要度フィールド１４１１、フォルダパスフィールド１４１２を有する。
【００７２】
重要度フィールド１４１１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。フォルダパスフィールド１４１２は、ファイルサーバ４００が有するファイルフォルダのパス名を保持する。
【００７３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたフォルダパスがフォルダ重要度定義ファイル１４１に記載されているフォルダパスフィールド１４１２またはその配下のフォルダに合致する場合は、対応する重要度フィールド１４１１の値をその電子ファイルに付与する。
【００７４】
図１２のデータ例では、「\\testsv\test」配下のフォルダに格納されているファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がファイルサーバ４００上の「\\testsv\test\test」にアクセスした場合、ファイル分類プログラム１１０は、同フォルダに格納されているファイルに重要度「高」を付与する。
【００７５】
＜実施の形態４＞
本発明の実施形態４では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜３と同様である。
【００７６】
図１３は、セキュリティポリシー管理サーバ１００が保持するファイル名重要度定義ファイル１４２の構成例を示す図である。ファイル名重要度定義ファイル１４２は、ファイルの重要度とファイル名に含まれるキーワードとの対応関係を定義するデータファイルであり、重要度フィールド１４２１、ファイル名キーワードフィールド１４２２を有する。
【００７７】
重要度フィールド１４２１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。ファイル名キーワードフィールド１４２２は、ファイル名に含まれる可能性があるキーワードのうちファイル重要度を判定する基準となるものを保持する。
【００７８】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイルのファイル名にファイル名キーワードフィールド１４２２が保持するいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４２１の値をその電子ファイルに付与する。
【００７９】
図１３のデータ例では、ファイル名に「極秘」が含まれるファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がアクセスしたファイルのファイル名が「極秘ファイル.txt」であれば、ファイル分類プログラム１１０は、同ファイルに重要度「高」を付与する。
【００８０】
＜実施の形態５＞
本発明の実施形態５では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜４と同様である。
【００８１】
図１４は、セキュリティポリシー管理サーバ１００が保持する拡張子重要度定義ファイル１４３の構成例を示す図である。拡張子重要度定義ファイル１４３は、ファイルの重要度とファイル拡張子との対応関係を定義するデータファイルであり、重要度フィールド１４３１、拡張子フィールド１４３２を有する。
【００８２】
重要度フィールド１４３１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。拡張子フィールド１４３２は、ファイル拡張子のうちファイル重要度を判定する基準となるものを保持する。
【００８３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル拡張子が拡張子フィールド１４３２に合致する場合は、対応する重要度フィールド１４３１の値をその電子ファイルに付与する。
【００８４】
図１４のデータ例では、ファイルの拡張子が「.doc」であるファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がアクセスしたファイルが「test.doc」ファイル名である場合、ファイル分類プログラム１１０は、同ファイルに重要度「高」を付与する。
【００８５】
＜実施の形態６＞
本発明の実施形態６では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜５と同様である。
【００８６】
図１５は、セキュリティポリシー管理サーバ１００が保持するキーワード重要度定義ファイル１４４の構成例を示す図である。キーワード重要度定義ファイル１４４は、ファイルの重要度とファイル内に記録されているキーワードとの対応関係を定義するデータファイルであり、重要度フィールド１４４１、キーワードフィールド１４４２を有する。
【００８７】
重要度フィールド１４４１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。キーワードフィールド１４４２は、ファイル内に記録されている可能性があるキーワードのうちファイル重要度を判定する基準となるものを保持する。
【００８８】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル内にキーワードフィールド１４４２が保持するいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４４１の値をその電子ファイルに付与する。
【００８９】
図１５のデータ例では、クライアント端末３００がアクセスしたファイル内に「鈴木一郎」というキーワードが記録されている場合、ファイル分類プログラム１１０はそのファイルに重要度「高」を付与する。
【００９０】
図１６は、キーワードフィールド１４４２が保持するキーワードを別ファイルに記録した例を示す。同図に示す例において、キーワード重要度定義ファイル１４４は、キーワードフィールド１４４２に代えてキーワードファイル名フィールド１４４３を有する。キーワードファイル名フィールド１４４３は、キーワードフィールド１４４２に相当するキーワードを記録したファイル名を保持する。
【００９１】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル内に、キーワードファイル名フィールド１４４３が指定するファイル内に記録されているいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４４１の値をその電子ファイルに付与する。
【００９２】
図１６のデータ例では、クライアント端末３００がアクセスしたファイル内に「name.txt」が保持しているキーワードが記録されている場合、ファイル分類プログラム１１０はそのファイルに重要度「高」を付与する。
【００９３】
図１５〜図１６では、特定のキーワードまたは指定したファイル内に含まれるキーワードに特定の重要度を割り当てているが、例えばキーワードの出現数が多ければ高い重要度を割り当てる、などのようにキーワード出現数に応じて重要度を動的に判定するようにしてもよい。
【００９４】
＜実施の形態７＞
実施形態３〜６で説明した手法は、任意に組み合わせることができる。例えば、フォルダ重要度定義ファイル１４１が記述していないフォルダが格納しているファイルについては、ファイル名重要度定義ファイル１４２の定義にしたがって重要度を判定する、といった補完的な利用方法が考えられる。
【００９５】
＜実施の形態８＞
図１７は、本発明の実施形態８に係るセキュリティ監視システム１０００の構成図である。本実施形態８において、クライアント端末３００とファイルサーバ４００の間には、ゲートウェイ装置５００が配置されている。その他の構成は実施形態１〜７と同様である。ここでは実施形態１の図１に対応する構成を例示した。
【００９６】
ゲートウェイ装置５００は、クライアント端末３００がファイルサーバ４００にアクセスするとき、セキュリティ監視プログラム３１０に代えて、またはこれと平行してそのアクセスを検出する。これは、図６のステップ（１）および図７のステップ（１）においてゲートウェイ装置５００がこれらステップの処理を実施することに相当する。以後のステップはセキュリティ監視プログラム３１０が実施してもよいし、ゲートウェイ装置５００が可能な範囲で代替実施してもよい。
【００９７】
本実施形態８では、クライアント端末３００はゲートウェイ装置５００を経由しないとファイルサーバ４００にアクセスすることができない。そのため、セキュリティ監視プログラム３１０がファイル操作アクセスを検出できなかったときでも、ファイルサーバ４００に対するアクセスを確実に検出することができる。
【００９８】
＜実施の形態９＞
実施形態１〜８で説明したセキュリティ監視システム１００を実際に運用開始すると、システム導入時に決定した重要度変更ルールでは不十分であることが判明する場合が考えられる。また、社内ルールの変更により、システム導入時に設定した重要度変更ルールが陳腐化していく可能性もある。そのため、監視ルールを継続的に改訂することが必要になると考えられる。特に、ファイルの重要度の分類状況と、セキュリティポリシーに応じたアクセス状況を監視して、改善していくことが必要である。しかし、これら監視および改善を継続的に実施する作業は、管理者にとって負担が大きい。
【００９９】
そこで本発明の実施形態９では、ファイルの重要度とセキュリティポリシーに応じた運用状況を自動的に分析し、セキュリティポリシーを改善することを支援する技術を提供する。
【０１００】
図１８は、本実施形態９に係るセキュリティ監視システム１０００の構成図である。本実施形態９において、セキュリティポリシー管理サーバ１００は、実施形態１〜８で説明した構成に加え、分類状況表示プログラム１５０、ログ記録プログラム１６０、運用状況分析プログラム１７０を備える。その他の構成は実施形態１〜８と同様である。
【０１０１】
分類状況表示プログラム１５０は、ファイル重要度管理サーバ２００に格納されている各電子ファイルをその重要度に応じて分類した結果を、後述の図１９で例示するような方法で視覚的に表示する。また、後述の図２４で例示する閾値にしたがって、その分類が適正に分布しているか否かを利用者に表示する。
【０１０２】
ログ記録プログラム１６０は、セキュリティ監視プログラム３１０からファイル重要度管理サーバ２００に対するアクセス、およびセキュリティ監視制御プログラム１２０が判断したアクセス可否結果を記録する。例えば、セキュリティ監視プログラム３１０がファイルアクセスを検知したとき、そのアクセス可否を判断するためにセキュリティポリシー管理サーバ１００に問い合わせるが、ログ記録プログラム１６０はそのときセキュリティ監視制御プログラム１２０が判断したアクセス可否結果を記録する。また、ファイル分類プログラム１１０がファイルを分類した結果を記録する。さらには、重要度区分テーブル１３１、重要語変更ルール定義テーブル１３２、動作定義テーブル１３３に対するアクセス状況も記録する。
【０１０３】
運用状況分析プログラム１７０は、ファイル重要度管理サーバ２００に格納されている各電子ファイルの分類状況と、ログ記録プログラム１６０が記録したアクセス記録を分析し、後述の図２０に示すような運用改善のための提案レポートを出力する。例えば、分類状況が特定の重要度に偏りすぎていた場合、重要度定義テーブル２１１の定義が現状に則していないことを警告する。その他、頻繁に持ち出しのためにアクセスされるファイルの重要度が高となっている場合、特定の管理者に承認行為が集中しすぎている場合などに、警告を表示する。
【０１０４】
図１９は、分類状況表示プログラム１５０が生成する分類結果画面１５１の表示例を示す図である。分類結果画面１５１は、分類状況を視覚的に示すグラフ１５２、重要度毎のファイル数１５３を表示する。これにより管理者は、現状の分類状況を把握することができる。
【０１０５】
図２０は、運用状況分析プログラム１７０が提示する運用改善のための提案レポートの１例を示す図である。ここでは、テキストファイル形式で生成したレポートファイル１７１を例示した。
【０１０６】
レポートファイル１７１内には、１行毎にレポートが記載されており、先頭行はヘッダ行である。１行の項目は、提案の対象となる「ファイル名」、分類された「重要度」、対象ファイルに対するアクセスを集計した「期間」、期間内のアクセスを示す「回数」、対象ファイルに対する「提案」、を表す。
【０１０７】
図２０に示す例では、ファイル「test2.txt」に対し、１週間に１００回のアクセスが発生したことが示されている。図４に例示した動作定義テーブル１３３によると、重要度「中」のアクセス可否は「持ち出し禁止」であるため、本ファイルのアクセス可否は「持ち出し禁止」となるはずである。しかし、本ファイルに対して大量のアクセスが発生していることに鑑みると、本ファイルに対するアクセス可否は「持ち出し許可」である方が妥当であると考えられる。管理者は、レポートファイル１７１の内容に基づき、本ファイルに対する妥当なアクセス可否定義を改めて判断することができる。
【０１０８】
図２１は、運用状況分析プログラム１７０が提示する運用改善のための提案レポートの別例を示す図である。ここでは、テキストファイル形式で生成したレポートファイル１７２を例示した。
【０１０９】
図２１に示す例では、ファイル「test.txt」に対して、１週間に１００回のアクセスが発生している。図４に例示した動作定義テーブル１３３によると、重要度「高」のアクセス可否は「持ち出し禁止」である。アクセス回数自体は図２０の例と同様であるが、本ファイルの重要度はより高い「高」であるため、図２０とは異なりアクセスが多過ぎるのはむしろ問題である。そこで、本ファイルに対するアクセス制限を掛けることが妥当であると考えられる。管理者は、レポートファイル１７２の内容に基づき、本ファイルに対する妥当なアクセス可否定義を改めて判断することができる。
【０１１０】
図２２は、運用状況分析プログラム１７０が提案レポートを生成する際に使用するレポート基準テーブル１７３の構成とデータ例を示す図である。レポート基準テーブル１７３は、運用状況分析プログラム１７０が提示する提案レポート内の提案内容を定義するデータテーブルであり、重要度フィールド１７３１、アクセス可否フィールド１７３２、アクションフィールド１７３３、レポートフィールド１７３４を有する。
【０１１１】
重要度フィールド１７３１とアクセス可否フィールド１７３２は、動作定義テーブル１３３が定義する電子ファイルの重要度とアクセス可否を保持する。レポートフィールド１７３４は、重要度フィールド１７３１とアクセス可否フィールド１７３２が指定する重要度とアクセス可否を有するファイルに対して、アクションフィールド１７３３が指定するアクションが発生した場合に、提案レポート内で提示すべき提案内容を保持する。
【０１１２】
図２２に示す１行目のデータ例では、重要度「高」、アクセス可否「持ち出し禁止」のファイルに対して１週間に１００回以上のアクセスが発生したときは、メッセージ１を提案内容として提示すべき旨が定義されている。これは図２１に示したレポートファイル１７２の内容に相当する。同様に２行目のデータ例は、図２０に示したレポートファイル１７１の内容に相当する。
【０１１３】
図１９に示すように、ファイルの重要度セキュリティポリシーに応じた運用状況レポートを提供することにより、運用改善を進める効果が期待できる。また、この運用状況レポートを作成する際に得られるデータに基づき、図２０〜図２２で例示したような提案レポートを提示し、具体的な改善内容を示唆することもできる。
【０１１４】
さらには、図２０〜図２２で例示したような提案内容を提示するのみに留まらず、提案内容に相当するセキュリティポリシーを自動的に反映することも考えられる。この場合はレポートフィールド１７３４の内容に相当するセキュリティポリシーをあらかじめ作成しておき、運用状況分析プログラム１７０が提案レポートを生成するときと同様の契機でこれを反映すればよい。以下にそのための構成例を説明する。
【０１１５】
図２３は、運用状況分析プログラム１７０がセキュリティポリシーを自動的に更新する際に使用するアクション基準テーブル１７４の構成とデータ例を示す図である。アクション基準テーブル１７４は、運用状況分析プログラム１７０がセキュリティポリシーを自動更新する際の更新内容を定義するデータテーブルであり、重要度フィールド１７４１、アクセス可否フィールド１７４２、アクションフィールド１７４３、自動変更フィールド１７４４を有する。
【０１１６】
重要度フィールド１７４１、アクセス可否フィールド１７４２、アクションフィールド１７４３は、それぞれレポート基準テーブル１７３の重要度フィールド１７３１、アクセス可否フィールド１７３２、アクションフィールド１７３３と同様である。自動変更フィールド１７４４は、重要度フィールド１７４１とアクセス可否フィールド１７４２が指定する重要度とアクセス可否を有するファイルに対して、アクションフィールド１７４３が指定するアクションが発生した場合に、セキュリティポリシーに反映すべき更新内容を保持する。
【０１１７】
図２３に示す２行目のデータ例では、重要度「中」、アクセス可否「持ち出し禁止」のファイルに対して１週間に１００回以上のアクセスが発生したときは、当該ファイルのアクセス可否を「持ち出し許可」に変更すべき旨が定義されている。これは図２０に示したレポートファイル１７１の内容に相当する。図２０では提案内容を提示するに留めたが、本データ例によれば、同様の内容をセキュリティポリシー上に直接反映することができる。
【０１１８】
図２４は、ファイルの重要度の分布状況が適正であるか否かを分類状況表示プログラム１５０が判断する際に用いる閾値テーブル１５４の１例を示す図である。閾値テーブル１５４は、重要度１５４１と閾値１５４２の対応関係を定義する。図２４に示す例では、重要度「低」のファイル数が全ファイル数の１５％を超えた場合は、何らかの警告表示等を利用者に通知すべきであることが定義されている。例えば、分類結果画面１５１のグラフ１５２上で、重要度「低」を赤文字表示する、などが考えられる。
【０１１９】
＜実施の形態９：まとめ＞
以上のように、本実施形態９に係るセキュリティポリシー管理サーバ１００は、ファイル重要度の分類状況を分析し、管理者が把握しやすい形態で分類状況を提示する。これにより、管理者はファイル重要度の分類状況を視覚的に把握し、セキュリティポリシーの運用状況を改善する契機とすることができる。
【０１２０】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００は、ファイルに対するアクセス状況とファイル重要度の対応関係が適切であるか否かを分析し、セキュリティポリシーを改善すべき場合は、その旨の提案レポートを提示する。これにより、システム管理者がセキュリティポリシーを見直すための作業負担を軽減することができる。
【０１２１】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００は、上記提案レポートを提示することに代えて、同様の内容をセキュリティポリシー上に自動的に反映することもできる。これにより、システム管理者がセキュリティポリシーを見直すための作業負担をさらに軽減することができる。
【０１２２】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００において、ログ記録プログラム１６０は、ログデータを他のプログラムと切り離して管理している。これにより、他のログ管理製品との連携が容易になる効果が望める。
【符号の説明】
【０１２３】
１００：セキュリティポリシー管理サーバ、１１０：ファイル分類プログラム、１２０：セキュリティ監視制御プログラム、１３０：記憶装置、１３１：重要度区分テーブル、１３１１：重要度区分フィールド、１３１２：重要度説明フィールド、１３２：重要度変更ルール定義テーブル、１３２１：重要度区分フィールド、１３２２：重要度変更ルールフィールド、１３３：動作定義テーブル、１３３１：重要度区分フィールド、１３３２：アクセス可否フィールド、１４１：フォルダ重要度定義ファイル、１４１１：重要度フィールド、１４１２：フォルダパスフィールド、１４２：ファイル名重要度定義ファイル、１４２１：重要度フィールド、１４２２：ファイル名キーワードフィールド、１４３：拡張子重要度定義ファイル、１４３１：重要度フィールド、１４３２：拡張子フィールド、１４４：キーワード重要度定義ファイル、１４４１：重要度フィールド、１４４２：キーワードフィールド、１４４３：キーワードファイル名フィールド、１５０：分類状況表示プログラム、１５１：分類結果画面、１５２：グラフ、１５３：重要度毎のファイル数、１５４：閾値テーブル、１５４１：重要度名称フィールド、１５４２：閾値フィールド、１６０：ログ記録プログラム、１７０：運用状況分析プログラム、１７１：レポートファイル、１７２：レポートファイル、１７３：レポート基準テーブル、１７３１：重要度フィールド、１７３２：アクセス可否フィールド、１７３３：アクションフィールド、１７３４：レポートフィールド、１７４：アクション基準テーブル、１７４１：重要度フィールド、１７４２：アクセス可否フィールド、１７４３：アクションフィールド、１７４４：自動変更フィールド、２００：ファイル重要度管理サーバ、２１０：記憶装置、２１１：重要度定義テーブル、２１１１：ファイル名フィールド、２１１２：ファイルパスフィールド、２１１３：重要度フィールド、３００：クライアント端末、３２０：重要度表示プログラム、３２１：フォルダ重要度表示画面、３２１１：ファイル表示欄、３２１２：重要度表示欄、３２２：ファイルプロパティ表示画面、３２２１：重要度表示欄、３２２２：重要度説明表示欄、３２２３：アクセス可否表示欄、３３０：重要度変更プログラム、３３１：重要度変更画面、３３１１、３３１２、３３１３、３３１６：表示欄、３３１４：重要度変更欄、３３１５：説明文入力欄、３３１７：変更ボタン、４００：ファイルサーバ、５００：ゲートウェイ装置、１０００：セキュリティ監視システム。
【技術分野】
【０００１】
本発明は、電子ファイルに対するアクセスを監視するセキュリティ監視プログラムのセキュリティ監視ポリシーを管理する技術に関するものである。
【背景技術】
【０００２】
企業で扱われる電子ファイル（以下、ファイルと呼ぶ場合もある）は、その内容などに応じて重要度がそれぞれ異なる。企業では、重要度によるファイルの取り扱い、持ち出し可否等のセキュリティ運用規則を作成し運用している。しかし、規則はあるものの実際は運用に手間が掛かり運用されていないケースが多く存在する。
【０００３】
下記特許文献１では、文書の重要度を簡易に評価するための技術が開示されている。同文献では、文書に付されるタイトル名も所定のキーワードが含まれているか否かによって文書の重要度を判定している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７９１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載されている技術では、電子ファイルの重要度を簡易に判定することができるが、重要度に応じてアクセス可否を設定する作業は、システム管理者などが手動で別途実施する必要がある。特に、ファイルに対するアクセスをセキュリティ監視プログラムによって監視している場合、セキュリティポリシーをあらかじめ設定しておく必要があるが、各ファイルの重要度をセキュリティポリシーに反映する作業を別途実施する必要があり、管理者にとって負担となっている。
【０００６】
本発明は、上記のような課題を解決するためになされたものであり、ファイルの重要度に応じて、セキュリティ監視プログラムのセキュリティポリシーを自動的に設定することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るセキュリティポリシー管理サーバは、電子ファイルの重要度を判定するファイル分類部と、電子ファイルに対するアクセス可否をファイルの重要度毎に定義した動作定義データとを備える。セキュリティポリシー管理サーバは、セキュリティ監視プログラムからアクセス可否について照会を受け付けると、動作定義データとファイル重要度にしたがってアクセス可否を回答する。
【発明の効果】
【０００８】
本発明に係るセキュリティポリシー管理サーバは、ファイルの重要度に対応したアクセス可否定義を保持しており、これをセキュリティポリシーとしてセキュリティ監視プログラムへ提供することができる。これにより、システム管理者はファイルの重要度とアクセス可否との対応関係を管理する処理をセキュリティポリシー管理サーバへ集約することができるので、システム管理者を作業負担から解放することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態１に係るセキュリティ監視システム１０００の構成図である。
【図２】重要度区分テーブル１３１の構成とデータ例を示す図である。
【図３】重要度変更ルール定義テーブル１３２の構成とデータ列を示す図である。
【図４】動作定義テーブル１３３の構成とデータ例を示す図である。
【図５】重要度定義テーブル２１１の構成とデータ例を示す図である。
【図６】重要度毎に分類されていないファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。
【図７】重要度毎に分類されているファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。
【図８】実施形態２に係るセキュリティ監視システム１０００の構成図である。
【図９】クライアント端末３００が表示するフォルダ重要度表示画面３２１の画面イメージ例である。
【図１０】クライアント端末３００が表示するファイルプロパティ表示画面３２２の画面イメージ例である。
【図１１】クライアント端末３００が表示する重要度変更画面３３１の画面イメージ例である。
【図１２】セキュリティポリシー管理サーバ１００が保持するフォルダ重要度定義ファイル１４１の構成例を示す図である。
【図１３】セキュリティポリシー管理サーバ１００が保持するファイル名重要度定義ファイル１４２の構成例を示す図である。
【図１４】セキュリティポリシー管理サーバ１００が保持する拡張子重要度定義ファイル１４３の構成例を示す図である。
【図１５】セキュリティポリシー管理サーバ１００が保持するキーワード重要度定義ファイル１４４の構成例を示す図である。
【図１６】キーワードフィールド１４４２が保持するキーワードを別ファイルに記録した例を示す。
【図１７】実施形態８に係るセキュリティ監視システム１０００の構成図である。
【図１８】実施形態９に係るセキュリティ監視システム１０００の構成図である。
【図１９】分類状況表示プログラム１５０が生成する分類結果画面１５１の表示例を示す図である。
【図２０】運用状況分析プログラム１７０が提示する運用改善のための提案レポートの１例を示す図である。
【図２１】運用状況分析プログラム１７０が提示する運用改善のための提案レポートの別例を示す図である。
【図２２】運用状況分析プログラム１７０が提案レポートを生成する際に使用するレポート基準テーブル１７３の構成とデータ例を示す図である。
【図２３】運用状況分析プログラム１７０がセキュリティポリシーを自動的に更新する際に使用するアクション基準テーブル１７４の構成とデータ例を示す図である。
【図２４】ファイルの重要度の分布状況が適正であるか否かを分類状況表示プログラム１５０が判断する際に用いる閾値テーブル１５４の１例を示す図である。
【発明を実施するための形態】
【００１０】
＜実施の形態１＞
図１は、本発明の実施形態１に係るセキュリティ監視システム１０００の構成図である。セキュリティ監視システム１０００は、電子ファイルに対するアクセスを監視するシステムであり、セキュリティポリシー管理サーバ１００、ファイル重要度管理サーバ２００、クライアント端末３００、ファイルサーバ４００を有する。これら装置はネットワークで接続されている。
【００１１】
以下では記載の都合上、各プログラムを動作主体として説明する場合があるが、実際に各プログラムを実行するのは各プログラムを搭載した装置が備えるプロセッサなどの演算装置であることを付言しておく。
【００１２】
セキュリティポリシー管理サーバ１００は、電子ファイルに対するアクセスを監視するセキュリティ監視プログラムの動作を定義するセキュリティ監視ポリシーを管理するサーバ装置であり、ファイル分類プログラム１１０、セキュリティ監視制御プログラム１２０、記憶装置１３０を備える。また、上記各プログラムを実行するプロセッサ、メモリ装置、ネットワークインターフェースなどを適宜備える。
【００１３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスする電子ファイルの重要度を判定し、重要度毎に分類するプログラムである。ファイル分類プログラム１１０は、分類結果を後述のファイル重要度管理サーバ２００へ格納する。電子ファイルの重要度を判定する手法としては、任意の公知手法を用いることができるが、後述する実施形態でも別途例示する。
【００１４】
セキュリティ監視制御プログラム１２０は、後述するセキュリティ監視プログラム３１０から、電子ファイルに対するアクセスを許可すべきか否かの照会を受け取り、その電子ファイルの重要度と後述する動作定義テーブル１３３の記述にしたがって、アクセス可否を回答する。クライアント端末３００とセキュリティ監視制御プログラム１２０の間の通信手順として、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの汎用的な通信プロトコルを用いることができる。例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に準じた通信手順を用いることができる。
【００１５】
記憶装置１３０は、例えばハードディスク装置などを用いて構成されており、重要度区分テーブル１３１、重要度変更ルール定義テーブル１３２、動作定義テーブル１３３を格納している。これらテーブルの詳細は後述の図２〜図４を用いて説明する。
【００１６】
ファイル重要度管理サーバ２００は、ファイルサーバ４００が格納する電子ファイルの重要度を管理するサーバ装置であり、記憶装置２１０を備える。記憶装置２１０は、後述の図５で説明する重要度定義テーブル２１１を格納している。
【００１７】
クライアント端末３００は、ファイルサーバ４００が格納している電子ファイルにアクセスするコンピュータであり、セキュリティ監視プログラム３１０があらかじめインストールされている。クライアント端末３００は、セキュリティ監視プログラム３１０を常時実行している。セキュリティ監視プログラム３１０は、クライアント端末３００が電子ファイルにアクセスしようとしていることを検知し、セキュリティポリシー管理サーバ１００にアクセス可否を問い合わせ、その回答に応じて当該電子ファイルに対するアクセスを制御する。
【００１８】
ファイルサーバ４００は、クライアント端末３００がアクセスする電子ファイルを格納するサーバ装置である。以下ではクライアント端末３００自身が格納している電子ファイルに対するアクセス監視については説明しないが、これを実施する場合は、ファイルサーバ４００が格納しているファイルフルパス名をクライアント端末３００のローカルファイルパス名に変更すれば、同様の動作を実施することができる。
【００１９】
ファイル分類プログラム１１０、セキュリティ監視制御プログラム１２０、セキュリティ監視プログラム３１０は、ここではソフトウェアであることを前提としたが、これらと同等の機能を回路デバイスなどのハードウェアによって実現することもできる。
【００２０】
図２は、重要度区分テーブル１３１の構成とデータ例を示す図である。重要度区分テーブル１３１は、電子ファイルの重要度区分とその説明を記述するデータテーブルであり、重要度区分フィールド１３１１、重要度説明フィールド１３１２を有する。
【００２１】
重要度区分フィールド１３１１は、電子ファイルの重要度区分の名称を保持する。ここでは３段階の重要度区分を例示したが、これに限られるものではない。重要度説明フィールド１３１２は、重要度区分フィールド１３１１が記述している重要度区分の説明文を保持する。システム管理者などが本テーブルを管理する際に、本フィールドの説明文を参照することができる。
【００２２】
図３は、重要度変更ルール定義テーブル１３２の構成とデータ列を示す図である。重要度変更ルール定義テーブル１３２は、電子ファイルの重要度を変更することを認めるか否かのルールを定義するデータテーブルであり、重要度区分フィールド１３２１、重要度変更ルールフィールド１３２２を有する。
【００２３】
重要度区分フィールド１３２１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。重要度変更ルールフィールド１３２２は、重要度区分フィールド１３１１が記述している重要度区分に分類されている電子ファイルを、さらに高い重要度区分に変更したり、より低い重要度区分に変更したりすることを認めるか否かのルールを記述している。システム管理者などが本テーブルを管理する際に、本フィールドが既定しているルールを参照することができる。
【００２４】
図３のデータ例では、重要度区分「低」の電子ファイルは重要度をそれ以上下げることができず、重要度区分「中」の電子ファイルは重要度を上げることのみ認められ、重要度区分「高」の電子ファイルは重要度をそれ以上上げることができないことを示している。
【００２５】
図４は、動作定義テーブル１３３の構成とデータ例を示す図である。動作定義テーブル１３３は、各重要度区分に分類された電子ファイルに対してセキュリティ監視プログラム３１０がアクセスを許可するか否かを定義するデータテーブルである。本テーブルは、セキュリティ監視プログラム３１０の動作を定義するセキュリティポリシーとしての役割を有する。動作定義テーブル１３３は、重要度区分フィールド１３３１、アクセス可否フィールド１３３２を有する。
【００２６】
重要度区分フィールド１３３１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。アクセス可否フィールド１３３２は、重要度区分フィールド１３１１が記述している重要度区分に分類されている電子ファイルに対してクライアント端末３００がアクセスしたとき、セキュリティ監視プログラム３１０がどのように振る舞うかを記述している。ここでは当該電子ファイルをファイルサーバ４００の外部に持ち出すことを許可するか否かを例示したが、その他の動作やより詳細なアクセス可否を記述することもできる。例えば、外付けディスクドライブに対するコピーおよび移動を禁止する、などの例が考えられる。
【００２７】
図５は、重要度定義テーブル２１１の構成とデータ例を示す図である。重要度定義テーブル２１１は、ファイルサーバ４００が格納する電子ファイルの重要度を定義するデータテーブルであり、ファイル名フィールド２１１１、ファイルパスフィールド２１１２、重要度フィールド２１１３を有する。
【００２８】
ファイル名フィールド２１１１とファイルパスフィールド２１１２は、ファイルサーバ４００が格納する電子ファイルのファイル名とフルパス名をそれぞれ保持する。重要度フィールド２１１３は、ファイル名フィールド２１１１とファイルパスフィールド２１１２によって特定される電子ファイルの重要度値を保持する。
【００２９】
図６は、重要度毎に分類されていないファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。クライアント端末３００が重要度毎に分類されていないファイルに初めてアクセスしたときは、重要度を判定する処理を実施する必要がある。以下、図６の各ステップについて説明する。
【００３０】
（図６：（１）フォルダにアクセスする）
クライアント端末３００のユーザは、適当なファイルブラウザなどを操作して、ファイルサーバ４００上のファイルフォルダにアクセスするよう指示する。クライアント端末３００は、その指示にしたがってファイルフォルダにアクセスする。
【００３１】
（図６：（２）フルパスを通知する）
クライアント端末３００のセキュリティ監視プログラム３１０は、ステップ（１）でアクセスしたファイルフォルダ内の電子ファイル一覧を取得し、各電子ファイルのフルパス名をセキュリティポリシー管理サーバ１００へ通知する。ここで通知するフルパス名は、例えば「\\testsv\test\test.txt」などのように、ファイルフォルダのパス名とファイル名を連結したものである。
【００３２】
（図６：（３）ファイルを分類する）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００から電子ファイルのフルパス名を受け取る。セキュリティポリシー管理サーバ１００は、ファイル分類プログラム１１０を起動し、各電子ファイルの重要度を判定して重要度毎に分類する。
【００３３】
（図６：（４）分類結果を格納する）
ファイル分類プログラム１１０は、ステップ（３）の分類結果を、フルパス名とともにファイル重要度管理サーバ２００に通知する。ファイル重要度管理サーバ２００は、各電子ファイルの分類結果を重要度定義テーブル２１１に格納する。本ステップの結果、ファイルサーバ４００上の各電子ファイルについて、図５に例示したような重要度定義レコードが作成され、各電子ファイルとその重要度が管理されることになる。
【００３４】
図７は、重要度毎に分類されているファイルにクライアント端末３００がアクセスしたときの処理シーケンスを示す図である。クライアント端末３００が重要度毎に分類されているファイルにアクセスしたときは、そのアクセスを許可するか否かを判定する必要がある。以下、図７の各ステップについて説明する。
【００３５】
（図７：（１）ファイルを持ち出そうとする）
クライアント端末３００のユーザが、適当なファイルブラウザなどを操作して、ファイルサーバ４００上の電子ファイルをファイルサーバ４００の外部またはクライアント端末３００の外部に持ち出そうとしていると仮定する。ここでは、クライアント端末３００に外付けされている記憶装置に電子ファイルをコピーしようとしている場面を想定する。セキュリティ監視プログラム３１０は、ファイルブラウザに対する操作入力を監視するなどして、電子ファイルをコピーする旨の操作を検出する。
【００３６】
（図７：（２）可否を問い合わせる）
セキュリティ監視プログラム３１０は、ステップ（１）で外部持ち出しようとしていることを検出した電子ファイルについて、そのファイル操作アクセス（ここでは外付け記憶装置へのコピー）を許可すべきか否かを、セキュリティポリシー管理サーバ１００に問い合わせる。
【００３７】
（図７：（３）重要度を取得する）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００からアクセス可否について照会を受け付けると、ファイル重要度管理サーバ２００が保持している重要度定義テーブル２１１から、その電子ファイルの重要度を取得する。
【００３８】
（図７：（４）可否を判定する）
セキュリティ監視制御プログラム１２０は、ステップ（３）で取得した電子ファイルの重要度を用いて動作定義テーブル１３３を照会し、その重要度の電子ファイルに対するアクセス可否定義を取得する。例えば図４に示したデータ例では、重要度中以上の電子ファイルは持ち出し禁止と定義されているため、外付け記憶装置にコピーなどすることは禁止されていることが分かる。
【００３９】
（図７：（５）可否を回答する）
セキュリティ監視制御プログラム１２０は、ステップ（４）で取得したアクセス可否定義に基づき、ステップ（２）で問い合わせを受け付けた電子ファイルに対するアクセス可否をクライアント端末３００へ回答する。
【００４０】
（図７：（６）アクセスを制御する）
クライアント端末３００のセキュリティ監視プログラム３１０は、ステップ（５）で受け取った回答に基づき、ステップ（１）でファイル操作アクセスを検出した電子ファイルに対するアクセスを制御する。例えばアクセスを禁止する場合は、その旨のメッセージなどを画面表示し、アクセスを遮断する。その他、アクセスは許可するがログにファイル操作アクセスの内容を記録する、などの制御動作も考えられる。
【００４１】
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係るセキュリティポリシー管理サーバ１００は、電子ファイルの重要度を判定して重要度毎に分類し、セキュリティ監視プログラムが電子ファイルに対するアクセスを許可すべきか否かを重要度毎に定義する。これにより、電子ファイルを重要度に応じて分類する処理と、重要度に応じてアクセス可否を設定する処理とをセキュリティポリシー管理サーバ１００に集約して自動化することができるので、システム管理者の作業負担を軽減することができる。
【００４２】
また、本実施形態１に係るセキュリティポリシー管理サーバ１００は、セキュリティ監視プログラム３１０のセキュリティポリシーを、動作定義テーブル１３３の形式でセキュリティ監視プログラム３１０本体から切り離して保持している。これにより、セキュリティ監視プログラム３１０の種類に依拠することなく、セキュリティポリシーを集約管理することができる。例えば、印刷制御をしたい場合はそのようなセキュリティ監視プログラム３１０を採用し、メールの送信制御をしたい場合はその機能を備えたセキュリティ監視プログラム３１０を採用することができる。その他のセキュリティ監視プログラム３１０についても同様に制御することができる。
【００４３】
また、本実施形態１に係るセキュリティポリシー管理サーバ１００は、クライアント端末３００との間の通信インターフェースとして、ＨＴＴＰに準じた通信プロトコルを用いることができる。ＨＴＴＰはクライアント・サーバ間の通信でよく用いられる汎用的なプロトコルであるため、多くのセキュリティ監視プログラム３１０がサポートしている。すなわち、広範な種類のセキュリティ監視プログラム３１０に対応することができる点で、個々のセキュリティ監視プログラム３１０に対する依存性を緩和し、セキュリティポリシー管理サーバ１００の汎用性を高めることができる。
【００４４】
＜実施の形態２＞
本発明の実施形態２では、実施形態１で説明したファイル分類プログラム１１０が付与した重要度を、クライアント端末３００上でも画面表示してユーザが確認できるようにした構成を説明する。クライアント端末３００上でファイルの重要度を表示または更新する処理に係る構成以外は実施形態１と同様であるため、以下では差異点を中心に説明する。
【００４５】
図８は、本実施形態２に係るセキュリティ監視システム１０００の構成図である。本実施形態２において、クライアント端末３００は、実施形態１で説明した構成に加えて重要度表示プログラム３２０と重要度変更プログラム３３０を備える。これらプログラムと同等の機能を回路デバイスなどのハードウェアによって実現してもよい。
【００４６】
重要度表示プログラム３２０は、クライアント端末３００がアクセスする電子ファイルの重要度を画面表示する。詳細は後述の図９〜図１０で説明する。重要度変更プログラム３３０は、電子ファイルの重要度を変更する操作入力を受け取り、セキュリティポリシー管理サーバ１００を経由してファイル重要度管理サーバ２００に通知する。詳細は後述の図１１で説明する。
【００４７】
図９は、クライアント端末３００が表示するフォルダ重要度表示画面３２１の画面イメージ例である。フォルダ重要度表示画面３２１は、ファイルフォルダ内に格納されている電子ファイルとその重要度の一覧を表示する画面である。以下、図９の画面を表示する際の動作手順を説明する。
【００４８】
（図９：動作手順ステップ１）
クライアント端末３００のユーザは、適当なファイルブラウザを介してファイルサーバ４００上のフォルダにアクセスする。重要度表示プログラム３２０は、アクセスしたファイルフォルダのパス名をセキュリティポリシー管理サーバ１００に転送する。
【００４９】
（図９：動作手順ステップ２）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００からフォルダのパス名を受け取ると、そのパス名をファイル重要度管理サーバ２００に通知する。
【００５０】
（図９：動作手順ステップ３）
ファイル重要度管理サーバ２００は、受け取ったフォルダのパス名を元に重要度定義テーブル２１１を検索し、パス名が一致するファイルおよび重要度の一覧を取得してセキュリティポリシー管理サーバ１００に返信する。
【００５１】
（図９：動作手順ステップ４）
セキュリティポリシー管理サーバ１００は、ファイル重要度管理サーバ２００から受け取ったファイルおよび重要度の一覧を、クライアント端末３００に返信する。
【００５２】
（図９：動作手順ステップ５）
クライアント端末３００の重要度表示プログラム３２０は、セキュリティポリシー管理サーバ１００からファイルと重要度の一覧を受け取り、ステップ１でファイルサーバ４００にアクセスしたファイルブラウザにその一覧を引き渡す。ファイルブラウザは、受け取ったファイルと重要度の一覧を、それぞれ図９のファイル表示欄３２１１と重要度表示欄３２１２に表示する。
【００５３】
（図９：動作手順ステップ５：補足）
例えば、クライアント端末３００がファイルサーバ４００上の「\\testsv\test」フォルダにアクセスし、「\\testsv\test」フォルダに重要度が「高」のファイル「test.txt」が存在する場合、フォルダ重要度表示画面３２１にはファイル名「test.txt」とその重要度「高」が表示される。
【００５４】
図１０は、クライアント端末３００が表示するファイルプロパティ表示画面３２２の画面イメージ例である。ファイル重要度表示画面３２２は、電子ファイルの重要度とその説明文を表示する画面である。以下、図１０の画面を表示する際の動作手順を説明する。
【００５５】
（図１０：動作手順ステップ１）
クライアント端末３００のユーザは、ファイルブラウザ上で電子ファイルのファイルプロパティ表示画面３２２を表示する。この時点では、ファイルおよび重要度の一覧は既に図９で説明した手順によって取得済みであるものとする。重要度表示プログラム３２０は、そのファイルの重要度に対応する説明文とファイルアクセス可否を、セキュリティポリシー管理サーバ１００に照会する。
【００５６】
（図１０：動作手順ステップ２）
セキュリティポリシー管理サーバ１００のセキュリティ監視制御プログラム１２０は、クライアント端末３００から照会を受けた重要度の説明文を、重要度区分テーブル１３１から取得する。また、アクセス可否定義を動作定義テーブル１３３から取得する。セキュリティ監視制御プログラム１２０は、各テーブルから取得した値をクライアント端末３００に返信する。
【００５７】
（図１０：動作手順ステップ３）
クライアント端末３００の重要度表示プログラム３２０は、セキュリティポリシー管理サーバ１００から説明文とアクセス可否定義を受け取り、ステップ１でファイルのプロパティを表示したファイルブラウザにその一覧を引き渡す。ファイルブラウザは、受け取った説明文を重要度説明表示欄３２２２に表示し、アクセス可否定義をアクセス可否表示欄３２２３に表示する。重要度表示欄３２２１の値は、既に取得済みであるものをそのまま表示する。
【００５８】
（図１０：動作手順ステップ１〜３：補足）
上記説明では、重要度に対応する説明文をセキュリティポリシー管理サーバ１００から取得することを説明したが、説明文の内容は固定的であることが多いと考えられるため、クライアント端末３００またはファイルブラウザを起動する時点で、あらかじめセキュリティポリシー管理サーバ１００から全ての説明文を取得しておいてもよい。この場合、重要度表示プログラム３２０はクライアント端末３００またはファイルブラウザが起動する時点で説明文を取得し、クライアント端末３００のメモリ上に保持しておく。ファイルブラウザはファイルプロパティ表示画面３２２を表示する際に、メモリ上の説明文を取得して画面表示する。
【００５９】
図１１は、クライアント端末３００が表示する重要度変更画面３３１の画面イメージ例である。重要度変更画面３３１は、電子ファイルの重要度と説明文を変更するための変更指示を入力する画面である。以下、図１１の画面に係る動作手順を説明する。
【００６０】
（図１１：動作手順ステップ１）
クライアント端末３００のユーザは、ファイルブラウザ上で電子ファイルを選択し、重要度変更画面３３１を表示するように指示する。この時点では、ファイルおよび重要度の一覧は既に図９で説明した手順によって取得済みであるものとする。重要度変更プログラム３３０は、重要度表示プログラム３２０と同様の手順で、重要度の説明文とアクセス可否定義を取得する。また、同様の手順で重要度変更ルール定義テーブル１３２を取得し、重要度を変更することが認められているか否かを把握しておく。
【００６１】
（図１１：動作手順ステップ２）
重要度変更プログラム３３０は、ステップ１で選択されたファイル、変更指示メッセージ、ファイルの重要度、アクセス可否定義を、それぞれ表示欄３３１１、３３１２、３３１３、３３１６に表示する。重要度変更欄３３１４は、現在選択されているファイルの重要度を変更入力する欄である。重要度変更プログラム３３０は、重要度説明文を説明文入力欄３３１５に表示する。この欄は重要度説明文を変更入力できるようになっている。
【００６２】
（図１１：動作手順ステップ３）
ユーザは、重要度入力欄３３１４と説明文入力欄３３１６に変更内容を入力し、変更ボタン３３１７をクリックする。重要度変更プログラム３３０は、各欄の入力内容とファイルフルパス名をセキュリティポリシー管理サーバ１００に通知する。
【００６３】
（図１１：動作手順ステップ３：補足）
重要度変更プログラム３３０は、ステップ１で選択されたファイルの重要度が、重要度変更ルール定義テーブル１３２の定義によって変更不可となっている場合は、変更ボタン３３１７を押下できないよう非活性状態する。さらに、表示欄３３１２にその旨を表示してもよい。
【００６４】
（図１１：動作手順ステップ４）
セキュリティポリシー管理サーバ１００は、クライアント端末３００から受け取った説明文入力欄３３１６の入力内容で、対応する重要度説明フィールド１３１２の値を更新する。また、クライアント端末３００から受け取った重要度入力欄３３１４の入力内容を、フルパス名とともにファイル重要度管理サーバ２００に転送する。
【００６５】
（図１１：動作手順ステップ５）
ファイル重要度管理サーバ２００は、重要度管理テーブル２１０が保持しているレコードのうち、セキュリティポリシー管理サーバ１００から受け取ったフルパス名と一致するものを、受け取った説明文入力欄３３１６の内容で変更する。
【００６６】
（図１１：動作手順ステップ１〜５：補足）
重要度変更ルール定義テーブル１３２の定義内容は、クライアント端末３００またはファイルブラウザを起動する時点で、あらかじめセキュリティポリシー管理サーバ１００から取得しておいてもよい。この場合、重要度変更プログラム３３０はクライアント端末３００またはファイルブラウザが起動する時点で同テーブルを取得し、クライアント端末３００のメモリ上に保持しておく。ファイルブラウザは重要度変更画面３３１を表示する際に、メモリ上の同テーブルを取得し、必要に応じて変更ボタン３３１７や表示欄３３１２を調整する。
【００６７】
＜実施の形態２：まとめ＞
以上のように、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は重要度定義テーブル２１１の定義内容を取得し、ファイル一覧またはファイルプロパティとともに画面表示する。これにより、ユーザは各電子ファイルに対してファイル操作アクセスする前にその重要度を把握できるので、セキュリティ意識を喚起することができる。
【００６８】
また、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は動作定義テーブル１３３の定義内容を取得し、ファイル一覧またはファイルプロパティとともに画面表示する。これにより、ユーザは各電子ファイルに対してセキュリティ監視プログラム３１０が実施するアクセス制御を把握できるので、セキュリティ意識を喚起することができる。また、不用意に禁止されている操作を実施することがないように抑制する効果も期待できる。
【００６９】
また、本実施形態２に係るセキュリティ監視システム１０００において、クライアント端末３００は重要度変更画面３３１を画面表示し、各ファイルの重要度と説明文を変更する機能を提供する。これにより、ファイル分類プログラム１１０が実施した分類が完全でない場合でも、ユーザが自ら重要度を正確に付与することができる。
【００７０】
＜実施の形態３＞
本発明の実施形態３では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜２と同様である。
【００７１】
図１２は、セキュリティポリシー管理サーバ１００が保持するフォルダ重要度定義ファイル１４１の構成例を示す図である。フォルダ重要度定義１４１は、ファイルフォルダとその重要度との対応関係を定義するデータファイルであり、重要度フィールド１４１１、フォルダパスフィールド１４１２を有する。
【００７２】
重要度フィールド１４１１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。フォルダパスフィールド１４１２は、ファイルサーバ４００が有するファイルフォルダのパス名を保持する。
【００７３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたフォルダパスがフォルダ重要度定義ファイル１４１に記載されているフォルダパスフィールド１４１２またはその配下のフォルダに合致する場合は、対応する重要度フィールド１４１１の値をその電子ファイルに付与する。
【００７４】
図１２のデータ例では、「\\testsv\test」配下のフォルダに格納されているファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がファイルサーバ４００上の「\\testsv\test\test」にアクセスした場合、ファイル分類プログラム１１０は、同フォルダに格納されているファイルに重要度「高」を付与する。
【００７５】
＜実施の形態４＞
本発明の実施形態４では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜３と同様である。
【００７６】
図１３は、セキュリティポリシー管理サーバ１００が保持するファイル名重要度定義ファイル１４２の構成例を示す図である。ファイル名重要度定義ファイル１４２は、ファイルの重要度とファイル名に含まれるキーワードとの対応関係を定義するデータファイルであり、重要度フィールド１４２１、ファイル名キーワードフィールド１４２２を有する。
【００７７】
重要度フィールド１４２１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。ファイル名キーワードフィールド１４２２は、ファイル名に含まれる可能性があるキーワードのうちファイル重要度を判定する基準となるものを保持する。
【００７８】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイルのファイル名にファイル名キーワードフィールド１４２２が保持するいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４２１の値をその電子ファイルに付与する。
【００７９】
図１３のデータ例では、ファイル名に「極秘」が含まれるファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がアクセスしたファイルのファイル名が「極秘ファイル.txt」であれば、ファイル分類プログラム１１０は、同ファイルに重要度「高」を付与する。
【００８０】
＜実施の形態５＞
本発明の実施形態５では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜４と同様である。
【００８１】
図１４は、セキュリティポリシー管理サーバ１００が保持する拡張子重要度定義ファイル１４３の構成例を示す図である。拡張子重要度定義ファイル１４３は、ファイルの重要度とファイル拡張子との対応関係を定義するデータファイルであり、重要度フィールド１４３１、拡張子フィールド１４３２を有する。
【００８２】
重要度フィールド１４３１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。拡張子フィールド１４３２は、ファイル拡張子のうちファイル重要度を判定する基準となるものを保持する。
【００８３】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル拡張子が拡張子フィールド１４３２に合致する場合は、対応する重要度フィールド１４３１の値をその電子ファイルに付与する。
【００８４】
図１４のデータ例では、ファイルの拡張子が「.doc」であるファイルは重要度「高」を付与するということが記載されている。クライアント端末３００がアクセスしたファイルが「test.doc」ファイル名である場合、ファイル分類プログラム１１０は、同ファイルに重要度「高」を付与する。
【００８５】
＜実施の形態６＞
本発明の実施形態６では、実施形態１で説明したファイル分類プログラム１１０がファイルの重要度を判定する１手法について説明する。その他の構成は実施形態１〜５と同様である。
【００８６】
図１５は、セキュリティポリシー管理サーバ１００が保持するキーワード重要度定義ファイル１４４の構成例を示す図である。キーワード重要度定義ファイル１４４は、ファイルの重要度とファイル内に記録されているキーワードとの対応関係を定義するデータファイルであり、重要度フィールド１４４１、キーワードフィールド１４４２を有する。
【００８７】
重要度フィールド１４４１は、電子ファイルの重要度区分の名称を保持する。本フィールドは重要度区分テーブル１３１の重要度区分フィールド１３１１に対応する。キーワードフィールド１４４２は、ファイル内に記録されている可能性があるキーワードのうちファイル重要度を判定する基準となるものを保持する。
【００８８】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル内にキーワードフィールド１４４２が保持するいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４４１の値をその電子ファイルに付与する。
【００８９】
図１５のデータ例では、クライアント端末３００がアクセスしたファイル内に「鈴木一郎」というキーワードが記録されている場合、ファイル分類プログラム１１０はそのファイルに重要度「高」を付与する。
【００９０】
図１６は、キーワードフィールド１４４２が保持するキーワードを別ファイルに記録した例を示す。同図に示す例において、キーワード重要度定義ファイル１４４は、キーワードフィールド１４４２に代えてキーワードファイル名フィールド１４４３を有する。キーワードファイル名フィールド１４４３は、キーワードフィールド１４４２に相当するキーワードを記録したファイル名を保持する。
【００９１】
ファイル分類プログラム１１０は、クライアント端末３００がアクセスしたファイル内に、キーワードファイル名フィールド１４４３が指定するファイル内に記録されているいずれかのキーワードが含まれている場合は、対応する重要度フィールド１４４１の値をその電子ファイルに付与する。
【００９２】
図１６のデータ例では、クライアント端末３００がアクセスしたファイル内に「name.txt」が保持しているキーワードが記録されている場合、ファイル分類プログラム１１０はそのファイルに重要度「高」を付与する。
【００９３】
図１５〜図１６では、特定のキーワードまたは指定したファイル内に含まれるキーワードに特定の重要度を割り当てているが、例えばキーワードの出現数が多ければ高い重要度を割り当てる、などのようにキーワード出現数に応じて重要度を動的に判定するようにしてもよい。
【００９４】
＜実施の形態７＞
実施形態３〜６で説明した手法は、任意に組み合わせることができる。例えば、フォルダ重要度定義ファイル１４１が記述していないフォルダが格納しているファイルについては、ファイル名重要度定義ファイル１４２の定義にしたがって重要度を判定する、といった補完的な利用方法が考えられる。
【００９５】
＜実施の形態８＞
図１７は、本発明の実施形態８に係るセキュリティ監視システム１０００の構成図である。本実施形態８において、クライアント端末３００とファイルサーバ４００の間には、ゲートウェイ装置５００が配置されている。その他の構成は実施形態１〜７と同様である。ここでは実施形態１の図１に対応する構成を例示した。
【００９６】
ゲートウェイ装置５００は、クライアント端末３００がファイルサーバ４００にアクセスするとき、セキュリティ監視プログラム３１０に代えて、またはこれと平行してそのアクセスを検出する。これは、図６のステップ（１）および図７のステップ（１）においてゲートウェイ装置５００がこれらステップの処理を実施することに相当する。以後のステップはセキュリティ監視プログラム３１０が実施してもよいし、ゲートウェイ装置５００が可能な範囲で代替実施してもよい。
【００９７】
本実施形態８では、クライアント端末３００はゲートウェイ装置５００を経由しないとファイルサーバ４００にアクセスすることができない。そのため、セキュリティ監視プログラム３１０がファイル操作アクセスを検出できなかったときでも、ファイルサーバ４００に対するアクセスを確実に検出することができる。
【００９８】
＜実施の形態９＞
実施形態１〜８で説明したセキュリティ監視システム１００を実際に運用開始すると、システム導入時に決定した重要度変更ルールでは不十分であることが判明する場合が考えられる。また、社内ルールの変更により、システム導入時に設定した重要度変更ルールが陳腐化していく可能性もある。そのため、監視ルールを継続的に改訂することが必要になると考えられる。特に、ファイルの重要度の分類状況と、セキュリティポリシーに応じたアクセス状況を監視して、改善していくことが必要である。しかし、これら監視および改善を継続的に実施する作業は、管理者にとって負担が大きい。
【００９９】
そこで本発明の実施形態９では、ファイルの重要度とセキュリティポリシーに応じた運用状況を自動的に分析し、セキュリティポリシーを改善することを支援する技術を提供する。
【０１００】
図１８は、本実施形態９に係るセキュリティ監視システム１０００の構成図である。本実施形態９において、セキュリティポリシー管理サーバ１００は、実施形態１〜８で説明した構成に加え、分類状況表示プログラム１５０、ログ記録プログラム１６０、運用状況分析プログラム１７０を備える。その他の構成は実施形態１〜８と同様である。
【０１０１】
分類状況表示プログラム１５０は、ファイル重要度管理サーバ２００に格納されている各電子ファイルをその重要度に応じて分類した結果を、後述の図１９で例示するような方法で視覚的に表示する。また、後述の図２４で例示する閾値にしたがって、その分類が適正に分布しているか否かを利用者に表示する。
【０１０２】
ログ記録プログラム１６０は、セキュリティ監視プログラム３１０からファイル重要度管理サーバ２００に対するアクセス、およびセキュリティ監視制御プログラム１２０が判断したアクセス可否結果を記録する。例えば、セキュリティ監視プログラム３１０がファイルアクセスを検知したとき、そのアクセス可否を判断するためにセキュリティポリシー管理サーバ１００に問い合わせるが、ログ記録プログラム１６０はそのときセキュリティ監視制御プログラム１２０が判断したアクセス可否結果を記録する。また、ファイル分類プログラム１１０がファイルを分類した結果を記録する。さらには、重要度区分テーブル１３１、重要語変更ルール定義テーブル１３２、動作定義テーブル１３３に対するアクセス状況も記録する。
【０１０３】
運用状況分析プログラム１７０は、ファイル重要度管理サーバ２００に格納されている各電子ファイルの分類状況と、ログ記録プログラム１６０が記録したアクセス記録を分析し、後述の図２０に示すような運用改善のための提案レポートを出力する。例えば、分類状況が特定の重要度に偏りすぎていた場合、重要度定義テーブル２１１の定義が現状に則していないことを警告する。その他、頻繁に持ち出しのためにアクセスされるファイルの重要度が高となっている場合、特定の管理者に承認行為が集中しすぎている場合などに、警告を表示する。
【０１０４】
図１９は、分類状況表示プログラム１５０が生成する分類結果画面１５１の表示例を示す図である。分類結果画面１５１は、分類状況を視覚的に示すグラフ１５２、重要度毎のファイル数１５３を表示する。これにより管理者は、現状の分類状況を把握することができる。
【０１０５】
図２０は、運用状況分析プログラム１７０が提示する運用改善のための提案レポートの１例を示す図である。ここでは、テキストファイル形式で生成したレポートファイル１７１を例示した。
【０１０６】
レポートファイル１７１内には、１行毎にレポートが記載されており、先頭行はヘッダ行である。１行の項目は、提案の対象となる「ファイル名」、分類された「重要度」、対象ファイルに対するアクセスを集計した「期間」、期間内のアクセスを示す「回数」、対象ファイルに対する「提案」、を表す。
【０１０７】
図２０に示す例では、ファイル「test2.txt」に対し、１週間に１００回のアクセスが発生したことが示されている。図４に例示した動作定義テーブル１３３によると、重要度「中」のアクセス可否は「持ち出し禁止」であるため、本ファイルのアクセス可否は「持ち出し禁止」となるはずである。しかし、本ファイルに対して大量のアクセスが発生していることに鑑みると、本ファイルに対するアクセス可否は「持ち出し許可」である方が妥当であると考えられる。管理者は、レポートファイル１７１の内容に基づき、本ファイルに対する妥当なアクセス可否定義を改めて判断することができる。
【０１０８】
図２１は、運用状況分析プログラム１７０が提示する運用改善のための提案レポートの別例を示す図である。ここでは、テキストファイル形式で生成したレポートファイル１７２を例示した。
【０１０９】
図２１に示す例では、ファイル「test.txt」に対して、１週間に１００回のアクセスが発生している。図４に例示した動作定義テーブル１３３によると、重要度「高」のアクセス可否は「持ち出し禁止」である。アクセス回数自体は図２０の例と同様であるが、本ファイルの重要度はより高い「高」であるため、図２０とは異なりアクセスが多過ぎるのはむしろ問題である。そこで、本ファイルに対するアクセス制限を掛けることが妥当であると考えられる。管理者は、レポートファイル１７２の内容に基づき、本ファイルに対する妥当なアクセス可否定義を改めて判断することができる。
【０１１０】
図２２は、運用状況分析プログラム１７０が提案レポートを生成する際に使用するレポート基準テーブル１７３の構成とデータ例を示す図である。レポート基準テーブル１７３は、運用状況分析プログラム１７０が提示する提案レポート内の提案内容を定義するデータテーブルであり、重要度フィールド１７３１、アクセス可否フィールド１７３２、アクションフィールド１７３３、レポートフィールド１７３４を有する。
【０１１１】
重要度フィールド１７３１とアクセス可否フィールド１７３２は、動作定義テーブル１３３が定義する電子ファイルの重要度とアクセス可否を保持する。レポートフィールド１７３４は、重要度フィールド１７３１とアクセス可否フィールド１７３２が指定する重要度とアクセス可否を有するファイルに対して、アクションフィールド１７３３が指定するアクションが発生した場合に、提案レポート内で提示すべき提案内容を保持する。
【０１１２】
図２２に示す１行目のデータ例では、重要度「高」、アクセス可否「持ち出し禁止」のファイルに対して１週間に１００回以上のアクセスが発生したときは、メッセージ１を提案内容として提示すべき旨が定義されている。これは図２１に示したレポートファイル１７２の内容に相当する。同様に２行目のデータ例は、図２０に示したレポートファイル１７１の内容に相当する。
【０１１３】
図１９に示すように、ファイルの重要度セキュリティポリシーに応じた運用状況レポートを提供することにより、運用改善を進める効果が期待できる。また、この運用状況レポートを作成する際に得られるデータに基づき、図２０〜図２２で例示したような提案レポートを提示し、具体的な改善内容を示唆することもできる。
【０１１４】
さらには、図２０〜図２２で例示したような提案内容を提示するのみに留まらず、提案内容に相当するセキュリティポリシーを自動的に反映することも考えられる。この場合はレポートフィールド１７３４の内容に相当するセキュリティポリシーをあらかじめ作成しておき、運用状況分析プログラム１７０が提案レポートを生成するときと同様の契機でこれを反映すればよい。以下にそのための構成例を説明する。
【０１１５】
図２３は、運用状況分析プログラム１７０がセキュリティポリシーを自動的に更新する際に使用するアクション基準テーブル１７４の構成とデータ例を示す図である。アクション基準テーブル１７４は、運用状況分析プログラム１７０がセキュリティポリシーを自動更新する際の更新内容を定義するデータテーブルであり、重要度フィールド１７４１、アクセス可否フィールド１７４２、アクションフィールド１７４３、自動変更フィールド１７４４を有する。
【０１１６】
重要度フィールド１７４１、アクセス可否フィールド１７４２、アクションフィールド１７４３は、それぞれレポート基準テーブル１７３の重要度フィールド１７３１、アクセス可否フィールド１７３２、アクションフィールド１７３３と同様である。自動変更フィールド１７４４は、重要度フィールド１７４１とアクセス可否フィールド１７４２が指定する重要度とアクセス可否を有するファイルに対して、アクションフィールド１７４３が指定するアクションが発生した場合に、セキュリティポリシーに反映すべき更新内容を保持する。
【０１１７】
図２３に示す２行目のデータ例では、重要度「中」、アクセス可否「持ち出し禁止」のファイルに対して１週間に１００回以上のアクセスが発生したときは、当該ファイルのアクセス可否を「持ち出し許可」に変更すべき旨が定義されている。これは図２０に示したレポートファイル１７１の内容に相当する。図２０では提案内容を提示するに留めたが、本データ例によれば、同様の内容をセキュリティポリシー上に直接反映することができる。
【０１１８】
図２４は、ファイルの重要度の分布状況が適正であるか否かを分類状況表示プログラム１５０が判断する際に用いる閾値テーブル１５４の１例を示す図である。閾値テーブル１５４は、重要度１５４１と閾値１５４２の対応関係を定義する。図２４に示す例では、重要度「低」のファイル数が全ファイル数の１５％を超えた場合は、何らかの警告表示等を利用者に通知すべきであることが定義されている。例えば、分類結果画面１５１のグラフ１５２上で、重要度「低」を赤文字表示する、などが考えられる。
【０１１９】
＜実施の形態９：まとめ＞
以上のように、本実施形態９に係るセキュリティポリシー管理サーバ１００は、ファイル重要度の分類状況を分析し、管理者が把握しやすい形態で分類状況を提示する。これにより、管理者はファイル重要度の分類状況を視覚的に把握し、セキュリティポリシーの運用状況を改善する契機とすることができる。
【０１２０】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００は、ファイルに対するアクセス状況とファイル重要度の対応関係が適切であるか否かを分析し、セキュリティポリシーを改善すべき場合は、その旨の提案レポートを提示する。これにより、システム管理者がセキュリティポリシーを見直すための作業負担を軽減することができる。
【０１２１】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００は、上記提案レポートを提示することに代えて、同様の内容をセキュリティポリシー上に自動的に反映することもできる。これにより、システム管理者がセキュリティポリシーを見直すための作業負担をさらに軽減することができる。
【０１２２】
また、本実施形態９に係るセキュリティポリシー管理サーバ１００において、ログ記録プログラム１６０は、ログデータを他のプログラムと切り離して管理している。これにより、他のログ管理製品との連携が容易になる効果が望める。
【符号の説明】
【０１２３】
１００：セキュリティポリシー管理サーバ、１１０：ファイル分類プログラム、１２０：セキュリティ監視制御プログラム、１３０：記憶装置、１３１：重要度区分テーブル、１３１１：重要度区分フィールド、１３１２：重要度説明フィールド、１３２：重要度変更ルール定義テーブル、１３２１：重要度区分フィールド、１３２２：重要度変更ルールフィールド、１３３：動作定義テーブル、１３３１：重要度区分フィールド、１３３２：アクセス可否フィールド、１４１：フォルダ重要度定義ファイル、１４１１：重要度フィールド、１４１２：フォルダパスフィールド、１４２：ファイル名重要度定義ファイル、１４２１：重要度フィールド、１４２２：ファイル名キーワードフィールド、１４３：拡張子重要度定義ファイル、１４３１：重要度フィールド、１４３２：拡張子フィールド、１４４：キーワード重要度定義ファイル、１４４１：重要度フィールド、１４４２：キーワードフィールド、１４４３：キーワードファイル名フィールド、１５０：分類状況表示プログラム、１５１：分類結果画面、１５２：グラフ、１５３：重要度毎のファイル数、１５４：閾値テーブル、１５４１：重要度名称フィールド、１５４２：閾値フィールド、１６０：ログ記録プログラム、１７０：運用状況分析プログラム、１７１：レポートファイル、１７２：レポートファイル、１７３：レポート基準テーブル、１７３１：重要度フィールド、１７３２：アクセス可否フィールド、１７３３：アクションフィールド、１７３４：レポートフィールド、１７４：アクション基準テーブル、１７４１：重要度フィールド、１７４２：アクセス可否フィールド、１７４３：アクションフィールド、１７４４：自動変更フィールド、２００：ファイル重要度管理サーバ、２１０：記憶装置、２１１：重要度定義テーブル、２１１１：ファイル名フィールド、２１１２：ファイルパスフィールド、２１１３：重要度フィールド、３００：クライアント端末、３２０：重要度表示プログラム、３２１：フォルダ重要度表示画面、３２１１：ファイル表示欄、３２１２：重要度表示欄、３２２：ファイルプロパティ表示画面、３２２１：重要度表示欄、３２２２：重要度説明表示欄、３２２３：アクセス可否表示欄、３３０：重要度変更プログラム、３３１：重要度変更画面、３３１１、３３１２、３３１３、３３１６：表示欄、３３１４：重要度変更欄、３３１５：説明文入力欄、３３１７：変更ボタン、４００：ファイルサーバ、５００：ゲートウェイ装置、１０００：セキュリティ監視システム。
【特許請求の範囲】
【請求項１】
電子ファイルに対するアクセスを監視するセキュリティ監視プログラムの動作を定義するセキュリティ監視ポリシーを管理するサーバ装置であって、
電子ファイルの重要度を判定してその重要度毎に分類するファイル分類部と、
前記電子ファイルに対するアクセスを前記セキュリティ監視プログラムが許可すべきか否かを前記重要度毎に定義した動作定義データと、
前記セキュリティ監視プログラムを実行するコンピュータから、前記電子ファイルに対するアクセスを許可すべきか否かの照会を受け付け、前記電子ファイルの重要度と前記動作定義データの定義にしたがってアクセス可否を回答するセキュリティ監視制御部と、
を備えたことを特徴とするセキュリティポリシー管理サーバ。
【請求項２】
前記セキュリティ監視制御部は、ＨＴＴＰを用いた通信プロトコルを利用して、
前記セキュリティ監視プログラムを実行するコンピュータから前記動作定義データに対する照会を受け取り、前記コンピュータに返信する
ことを特徴とする請求項１記載のセキュリティポリシー管理サーバ。
【請求項３】
前記ファイル分類部は、
前記電子ファイルを格納するファイルフォルダと、そのファイルフォルダの重要度との対応関係を定義するフォルダ重要度定義データを読み取り、
前記フォルダ重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１または２記載のセキュリティポリシー管理サーバ。
【請求項４】
前記ファイル分類部は、
前記電子ファイルのファイル名と、そのファイル名に含まれるキーワードの重要度との対応関係を定義するファイル名重要度定義データを読み取り、
前記ファイル名重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から３のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項５】
前記ファイル分類部は、
前記電子ファイルの拡張子と、その拡張子の重要度との対応関係を定義する拡張子重要度定義データを読み取り、
前記拡張子重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から４のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項６】
前記ファイル分類部は、
前記電子ファイル内に記録されているキーワードと、そのキーワードの重要度との対応関係を定義するキーワード重要度定義データを読み取り、
前記キーワード重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から５のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項７】
前記ファイル分類部が実施した前記分類の現在状況を分析してその内容を表示するファイル分類状況表示部を備えた
ことを特徴とする請求項１から６のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項８】
前記ファイル分類状況表示部は、前記電子ファイルの数を前記重要度毎に分類してグラフ表示する
ことを特徴とする請求項７記載のセキュリティポリシー管理サーバ。
【請求項９】
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その結果レポートを作成する運用状況分析部を備えた
ことを特徴とする請求項１から８のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項１０】
前記電子ファイルの前記重要度、当該電子ファイルに対するアクセス状況、および当該電子ファイルに対するセキュリティ監視ポリシーについて実施すべき処理内容の対応関係を記述した基準テーブルを備え、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記処理内容を前記基準テーブルから取得してその処理を実施する
ことを特徴とする請求項９記載のセキュリティポリシー管理サーバ。
【請求項１１】
前記基準テーブルは、
前記処理内容として、前記運用状況分析部がアクセス状況を分析する前記電子ファイルに対するセキュリティ監視ポリシーを更新すべき旨およびその更新内容について提案するメッセージを記述しており、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記メッセージを提示する
ことを特徴とする請求項１０記載のセキュリティポリシー管理サーバ。
【請求項１２】
前記基準テーブルは、
前記処理内容として、前記運用状況分析部がアクセス状況を分析する前記電子ファイルに対するセキュリティ監視ポリシーの更新内容を記述しており、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記更新内容を前記セキュリティ監視ポリシーに反映する
ことを特徴とする請求項１０記載のセキュリティポリシー管理サーバ。
【請求項１３】
前記ファイル分類部が前記分類を実施したこと、および前記電子ファイルに対するアクセス状況をログとして記録する、ログ記録部を備えた
ことを特徴とする請求項１から１２のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項１４】
請求項１から１３のいずれか１項記載のセキュリティポリシー管理サーバと、
前記電子ファイルのファイルパスと当該電子ファイルの重要度との対応関係を定義する重要度定義データを保持するファイル重要度管理サーバと、
を有し、
前記ファイル分類部は、
前記重要度を判定した結果を当該電子ファイルのフルパス名とともに前記ファイル重要度管理サーバに通知し、
前記ファイル重要度管理サーバは、
前記ファイル分類部が前記重要度を判定した結果を受け取って前記重要度定義データに格納する
ことを特徴とするセキュリティ監視システム。
【請求項１５】
前記電子ファイルにアクセスするクライアントコンピュータを有し、
前記クライアントコンピュータは、
前記電子ファイルを格納しているファイルフォルダ内の電子ファイル一覧を取得し、
前記重要度定義データが定義している、前記ファイル一覧に記載された各電子ファイルの重要度を取得し、各電子ファイルの重要度を前記ファイル一覧とともに画面表示する
ことを特徴とする請求項１４記載のセキュリティ監視システム。
【請求項１６】
前記クライアントコンピュータは、
前記電子ファイルを格納しているファイルフォルダ内の電子ファイル一覧を取得し、
前記動作定義データが定義している、前記ファイル一覧に記載された各電子ファイルに対するアクセス可否定義を取得し、各電子ファイルに対するアクセス可否を前記ファイル一覧とともに画面表示する
ことを特徴とする請求項１４または１５記載のセキュリティ監視システム。
【請求項１７】
前記クライアントコンピュータは、
前記重要度定義データが定義している重要度を変更する変更指示を入力するための重要度変更画面を画面表示し、
前記重要度変更画面上で前記変更指示を受け付けると、前記重要度定義データが定義している重要度をその変更指示にしたがって変更するように前記セキュリティポリシー管理サーバへ指示し、
前記セキュリティポリシー管理サーバは、
前記クライアントコンピュータからの指示にしたがって前記重要度定義データが定義している重要度を変更する
ことを特徴とする請求項１４から１６のいずれか１項記載のセキュリティ監視システム。
【請求項１８】
前記クライアントコンピュータは、前記セキュリティ監視プログラムを実行し、
前記セキュリティ監視プログラムは、前記クライアントコンピュータに、
前記電子ファイルに対するアクセスが発生したことを検知するステップ、
前記電子ファイルに対するアクセスを許可すべきか否かを前記セキュリティポリシー管理サーバに照会するステップ、
前記照会の結果にしたがって前記電子ファイルに対するアクセス可否を制御するステップ、
を実行させることを特徴とする請求項１４から１７のいずれか１項記載のセキュリティ監視システム。
【請求項１９】
前記クライアントコンピュータから前記電子ファイルに対するアクセスを中継するゲートウェイ装置を有し、
前記ゲートウェイ装置は、
前記クライアントコンピュータが前記電子ファイルに対してアクセスする際に、その電子ファイルのフルパス名を取得して前記セキュリティポリシー管理サーバに通知し、
前記セキュリティポリシー管理サーバは、
前記ゲートウェイ装置から受け取った前記電子ファイルのフルパス名に基づき前記電子ファイルの重要度を判定する
ことを特徴とする請求項１４から１８のいずれか１項記載のセキュリティ監視システム。
【請求項１】
電子ファイルに対するアクセスを監視するセキュリティ監視プログラムの動作を定義するセキュリティ監視ポリシーを管理するサーバ装置であって、
電子ファイルの重要度を判定してその重要度毎に分類するファイル分類部と、
前記電子ファイルに対するアクセスを前記セキュリティ監視プログラムが許可すべきか否かを前記重要度毎に定義した動作定義データと、
前記セキュリティ監視プログラムを実行するコンピュータから、前記電子ファイルに対するアクセスを許可すべきか否かの照会を受け付け、前記電子ファイルの重要度と前記動作定義データの定義にしたがってアクセス可否を回答するセキュリティ監視制御部と、
を備えたことを特徴とするセキュリティポリシー管理サーバ。
【請求項２】
前記セキュリティ監視制御部は、ＨＴＴＰを用いた通信プロトコルを利用して、
前記セキュリティ監視プログラムを実行するコンピュータから前記動作定義データに対する照会を受け取り、前記コンピュータに返信する
ことを特徴とする請求項１記載のセキュリティポリシー管理サーバ。
【請求項３】
前記ファイル分類部は、
前記電子ファイルを格納するファイルフォルダと、そのファイルフォルダの重要度との対応関係を定義するフォルダ重要度定義データを読み取り、
前記フォルダ重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１または２記載のセキュリティポリシー管理サーバ。
【請求項４】
前記ファイル分類部は、
前記電子ファイルのファイル名と、そのファイル名に含まれるキーワードの重要度との対応関係を定義するファイル名重要度定義データを読み取り、
前記ファイル名重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から３のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項５】
前記ファイル分類部は、
前記電子ファイルの拡張子と、その拡張子の重要度との対応関係を定義する拡張子重要度定義データを読み取り、
前記拡張子重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から４のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項６】
前記ファイル分類部は、
前記電子ファイル内に記録されているキーワードと、そのキーワードの重要度との対応関係を定義するキーワード重要度定義データを読み取り、
前記キーワード重要度定義データの定義にしたがって、前記電子ファイルの重要度を判定する
ことを特徴とする請求項１から５のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項７】
前記ファイル分類部が実施した前記分類の現在状況を分析してその内容を表示するファイル分類状況表示部を備えた
ことを特徴とする請求項１から６のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項８】
前記ファイル分類状況表示部は、前記電子ファイルの数を前記重要度毎に分類してグラフ表示する
ことを特徴とする請求項７記載のセキュリティポリシー管理サーバ。
【請求項９】
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その結果レポートを作成する運用状況分析部を備えた
ことを特徴とする請求項１から８のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項１０】
前記電子ファイルの前記重要度、当該電子ファイルに対するアクセス状況、および当該電子ファイルに対するセキュリティ監視ポリシーについて実施すべき処理内容の対応関係を記述した基準テーブルを備え、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記処理内容を前記基準テーブルから取得してその処理を実施する
ことを特徴とする請求項９記載のセキュリティポリシー管理サーバ。
【請求項１１】
前記基準テーブルは、
前記処理内容として、前記運用状況分析部がアクセス状況を分析する前記電子ファイルに対するセキュリティ監視ポリシーを更新すべき旨およびその更新内容について提案するメッセージを記述しており、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記メッセージを提示する
ことを特徴とする請求項１０記載のセキュリティポリシー管理サーバ。
【請求項１２】
前記基準テーブルは、
前記処理内容として、前記運用状況分析部がアクセス状況を分析する前記電子ファイルに対するセキュリティ監視ポリシーの更新内容を記述しており、
前記運用状況分析部は、
前記電子ファイルに対するアクセス状況と、その電子ファイルの前記重要度との対応関係を分析し、その分析結果に対応する前記更新内容を前記セキュリティ監視ポリシーに反映する
ことを特徴とする請求項１０記載のセキュリティポリシー管理サーバ。
【請求項１３】
前記ファイル分類部が前記分類を実施したこと、および前記電子ファイルに対するアクセス状況をログとして記録する、ログ記録部を備えた
ことを特徴とする請求項１から１２のいずれか１項記載のセキュリティポリシー管理サーバ。
【請求項１４】
請求項１から１３のいずれか１項記載のセキュリティポリシー管理サーバと、
前記電子ファイルのファイルパスと当該電子ファイルの重要度との対応関係を定義する重要度定義データを保持するファイル重要度管理サーバと、
を有し、
前記ファイル分類部は、
前記重要度を判定した結果を当該電子ファイルのフルパス名とともに前記ファイル重要度管理サーバに通知し、
前記ファイル重要度管理サーバは、
前記ファイル分類部が前記重要度を判定した結果を受け取って前記重要度定義データに格納する
ことを特徴とするセキュリティ監視システム。
【請求項１５】
前記電子ファイルにアクセスするクライアントコンピュータを有し、
前記クライアントコンピュータは、
前記電子ファイルを格納しているファイルフォルダ内の電子ファイル一覧を取得し、
前記重要度定義データが定義している、前記ファイル一覧に記載された各電子ファイルの重要度を取得し、各電子ファイルの重要度を前記ファイル一覧とともに画面表示する
ことを特徴とする請求項１４記載のセキュリティ監視システム。
【請求項１６】
前記クライアントコンピュータは、
前記電子ファイルを格納しているファイルフォルダ内の電子ファイル一覧を取得し、
前記動作定義データが定義している、前記ファイル一覧に記載された各電子ファイルに対するアクセス可否定義を取得し、各電子ファイルに対するアクセス可否を前記ファイル一覧とともに画面表示する
ことを特徴とする請求項１４または１５記載のセキュリティ監視システム。
【請求項１７】
前記クライアントコンピュータは、
前記重要度定義データが定義している重要度を変更する変更指示を入力するための重要度変更画面を画面表示し、
前記重要度変更画面上で前記変更指示を受け付けると、前記重要度定義データが定義している重要度をその変更指示にしたがって変更するように前記セキュリティポリシー管理サーバへ指示し、
前記セキュリティポリシー管理サーバは、
前記クライアントコンピュータからの指示にしたがって前記重要度定義データが定義している重要度を変更する
ことを特徴とする請求項１４から１６のいずれか１項記載のセキュリティ監視システム。
【請求項１８】
前記クライアントコンピュータは、前記セキュリティ監視プログラムを実行し、
前記セキュリティ監視プログラムは、前記クライアントコンピュータに、
前記電子ファイルに対するアクセスが発生したことを検知するステップ、
前記電子ファイルに対するアクセスを許可すべきか否かを前記セキュリティポリシー管理サーバに照会するステップ、
前記照会の結果にしたがって前記電子ファイルに対するアクセス可否を制御するステップ、
を実行させることを特徴とする請求項１４から１７のいずれか１項記載のセキュリティ監視システム。
【請求項１９】
前記クライアントコンピュータから前記電子ファイルに対するアクセスを中継するゲートウェイ装置を有し、
前記ゲートウェイ装置は、
前記クライアントコンピュータが前記電子ファイルに対してアクセスする際に、その電子ファイルのフルパス名を取得して前記セキュリティポリシー管理サーバに通知し、
前記セキュリティポリシー管理サーバは、
前記ゲートウェイ装置から受け取った前記電子ファイルのフルパス名に基づき前記電子ファイルの重要度を判定する
ことを特徴とする請求項１４から１８のいずれか１項記載のセキュリティ監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１２−１７８１３７（Ｐ２０１２−１７８１３７Ａ）
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願番号】特願２０１１−２００７４４（Ｐ２０１１−２００７４４）
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
【Ｆターム（参考）】
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
【Ｆターム（参考）】
[ Back to top ]