JP4886916B2 - 通信装置、その制御方法及びプログラム - Google Patents

Description

本発明は、ストレージデバイスへのデータの書き込み要求に対する承認処理を行う技術に関するものである。

近年、個人情報や機密情報漏洩が企業の信頼というものに影響を及ぼすようになってきている。情報の漏洩は、外部からの不正アクセスにより起きてしまうこともあるが、多くは、企業内部の人間の不注意等から起きている。

また、取り外し可能な記憶媒体によって情報が持ちだされて、情報漏洩が起きてしまうこともある。２００５年に個人情報保護法が施行されたこともあり、企業として情報漏洩に対して対策を講じることは急務になってきている。

そこで、コンピュータ端末に取り外し可能な記憶媒体（ＣＤ−ＲＷやＵＳＢメモリ等）等のデバイスを制御するプログラムをインストールし、専用サーバからそのプログラムの設定を一元管理することで、デバイスからの情報漏洩を防止する仕組みが一般的になっている。

このようなシステムでは、デバイスを一時的に使用したい場合、一旦、管理者が指定のデバイスの使用を許可する設定を行わなければならず、またデバイスの利用が終了した後、再度設定を戻す処理等を行う必要があり、管理者に非常に負担がかかっていた。

この点を鑑み、特許文献１に開示されているような発明では、デバイスを一時的に利用したユーザが管理者に対して申請を行うことでデバイスの一時利用を管理し、管理者の負荷を軽減している。

特開２００６−３０９２９６号公報

しかしながら、特許文献１に開示されている発明では、管理者が外部に持ち出される情報一つ一つの内容を判断し、外部に持ち出してよい内容であるかを判断しなくてはならない。そのため、大量の文章や画像データ等を持ち出そうとした場合、ファイル一つ一つに目を通し、判断する必要があり、多大な負担となる。

また、従来、過去に持ち出しを許可したデータを再び持ち出そうとした場合、持ち出すデータと過去に持ち出しを許可したデータとが同じであるか判断するために、再度ファイルの内容を確認する必要がある。

さらに、従来、過去に持ち出したデータが一部変更され、再度持ち出されようとした場合、どこが変更されたのか分かりづらいため、管理者は、データの内容のチェックに時間がかかり、負担を増加させている。また、管理者により使用許可された時間内であれば一時的にデバイスを使用できるようにする従来の仕組みでは、書き出しが許可されたデータとは異なるデータをデバイスに書き込むことができ、情報漏洩などのセキュリティ上の問題があった。

また、従来、一時的に書き出しが許可されたデータを、書き出しが許可された後に、データ内容を変更し出力することができるため、機密情報などのデータを書き足して出力される恐れがあった。

本発明の目的は、一時的に書き出しが許可されたデータのみをデバイスへ出力許可することで、情報の漏洩を防止することである。

本発明の通信装置は、一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出しの可否を制御する通信装置であって、書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求手段と、前記要求手段による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得手段と、前記デバイスへのデータの書き出し指示を受け付ける受付手段と、前記受付手段で書き出し指示を受けた場合に、前記取得手段で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであるかを判定するデータ判定手段と、前記データ判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可手段と、を備えることを特徴とする。
本発明の通信装置の制御方法は、一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出し可否を制御する通信装置の制御方法であって、前記通信装置の要求手段が、書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求工程と、前記通信装置の取得手段が、前記要求工程による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得工程と、前記通信装置の受付手段が、前記デバイスへのデータの書き出し指示を受け付ける受付工程と、前記通信装置のデータ判定手段が、前記受付工程で書き出し指示を受けた場合に、前記取得工程で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付工程で書き出し指示されたデータとが同じであるかを判定するデータ判定工程と、前記通信装置の出力許可手段が、前記データ判定工程で、前記取得工程で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付工程で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可工程とを備えることを特徴とする。
本発明のプログラムは、一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出し可否を制御する通信装置で実行されるプログラムであって、前記通信装置を、書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求手段と、前記要求手段による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得手段と、前記デバイスへのデータの書き出し指示を受け付ける受付手段と、前記受付手段で書き出し指示を受けた場合に、前記取得手段で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであるかを判定するデータ判定手段と、前記データ判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可手段として機能させることを特徴とする。

本発明によれば、一時的に書き出しが許可されたデータのみをデバイスへ出力許可することで、情報の漏洩を防止することが可能となる。

本発明の実施形態に係る情報処理システムのシステム構成を概略的に示すブロック図である。 図１における情報処理装置のハードウェア構成を概略的に示すブロック図である。 図１における情報処理装置（クライアント端末１０１）が備えるモジュールの構成を概略的に示すモジュール構成図である。 図１における情報処理装置（管理者端末１０２）が備えるモジュールの構成を概略的に示すモジュール構成図である。 図１における情報処理装置（管理サーバ１０３）が備えるモジュールの構成を概略的に示すモジュール構成図である。 デバイス制限システムの処理手順を示すフローチャート図である。 図６のステップＳ６０２で扱われる情報を概略的に示す図である。 図６のステップＳ６２３で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図６のステップＳ６５２で表示される画面の一例を示す図である。 図６のステップＳ６５１で扱われる情報を概略的に示す図である。 図６のステップＳ６２２で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図１における情報処理装置（クライアント端末１０１）が実行する監視ポリシー適用処理の手順を示すフローチャートである。 図１２のステップＳ１２０１で保存される監視ポリシーファイルの一例を概略的に示す図である。 図１２のステップＳ１２０１で実行する監視ポリシー保存処理の手順を示すフローチャートである。 図１における情報処理装置（クライアント端末１０１）が実行する印刷時の処理手順を示すフローチャートである。 図１における情報処理装置（クライアント端末１０１）が実行するファイル操作時の処理手順を示すフローチャートである。 図６のステップＳ６０９で扱われる情報の一例を概略的に示す図である。 図６のステップＳ６２７で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 における情報処理装置（クライアント端末１０１）が実行するエージェントプログラムの停止処理の手順を示すフローチャートである。 図１におけるフィルタドライバ３１２が保持する情報の一例を概略的に示す図である。 図１におけるフィルタドライバ３１２が保持する情報の一例を概略的に示す図である。 図９のアクセス制御（０９０９）を設定した場合に、図１のフィルタドライバ３１２の拒否条件に登録する禁止命令の対応表である。 図６のステップＳ６０３で扱われる情報の一例を概略的に示す図である。 自動承認機能および要約レポート作成機能の処理手順を示すフローチャートである。 図２４のステップＳ２４７１で表示される承認ルール設定画面の一例を示す図である。 承認ルール設定画面の一例を示す図である。 図２４のステップＳ２４７１で扱われる情報の一例を概略的に示す図である。 図２４のステップＳ２４７１で扱われる情報の一例を概略的に示す図である。 図２４のステップＳ２４４１で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図２４のステップＳ２４４１で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図１における情報処理装置（クライアント端末１０１）が実行する一時許可申請処理の手順を示すフローチャート図である。 図３１のステップＳ３１０１で扱われる情報の一例を概略的に示す図である。 図３１のステップＳ３１０１で表示される一時許可申請画面の一例を示す図である。 図３１のステップＳ３１０２で扱われる情報の一例を概略的に示す図である。 図１における情報処理装置（管理サーバ１０３）が実行する一時許可申請情報保存処理の手順を示すフローチャートである。 図２４のステップＳ２４４６で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図２４のステップＳ２４４６で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図１における情報処理装置（管理サーバ１０３）が実行するファイル解析処理の手順を示すフローチャートである。 図２４のステップＳ２４７２で表示されるファイルの解析設定画面の一例を示す図である。 図１における情報処理装置（管理サーバ１０３）が実行する自動承認処理の手順を示すフローチャートである。 図１における情報処理装置（管理サーバ１０３）が実行する一時許可申請の承認処理の手順を示すフローチャートである。 図２４のステップＳ２４７４で表示する一時許可申請画面の一例を示す図である。 図２４のステップＳ２４７３で表示するファイルの分析結果画面の一例を示す図である。 図２４のステップＳ２４７４で表示する差分情報表示画面の一例を示す図である。 図４１のステップＳ４１０２で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 図１における情報処理装置（クライアント端末１０１、管理サーバ１０３）が実行する一時許可申請の処理状況問い合わせ処理手順を示すフローチャートである。 図２４のステップＳ２４０２およびステップＳ２４０４で扱われる情報の一例を概略的に示す図である。 図４６のステップＳ４６０３で表示する一時許可申請の処理状況結果画面の一例を示す図である。 図１における情報処理装置（クライアント端末１０１、管理サーバ１０３）が実行する一時ポリシー取得処理手順を示すフローチャートである。 図２４のステップＳ２４０４で保存される一時ポリシーファイルを概略的に示す図である。 図２４のステップＳ２４０８で表示する一時書き込み設定画面の一例を示す図である。 図１における情報処理装置（クライアント端末１０１）の書き込み条件の判定処理手順を示すフローチャートである。 図１における情報処理装置（クライアント端末１０１）のファイルの書き込み処理手順を示すフローチャートである。 図２４のステップＳ２４４２で扱われる情報を格納するデータベーステーブルの一例を概略的に示す図である。 出力デバイスの確認処理を示すフローチャートである。

以下、本発明の実施形態について添付図面を参照しながら説明する。

図１は、本発明の実施形態に係るデバイス制限システム構成を概略的に示す図である。図１に示す如く、本実施形態に係るデバイス制限システムは、クライアント端末１０１と、管理者端末１０２と、管理サーバ１０３とが、ＬＡＮ等のネットワーク（通信回線）１０４を介して相互に通信可能に接続された構成となっている。クライアント端末１０１と、管理者端末１０２と、管理サーバ１０３とは、コンピュータ等の情報処理装置で構成される。なお、クライアント端末１０１は、本発明の通信装置の一構成例であり、管理サーバ１０３は、本発明の情報処理装置の一構成例である。また、図１に示すデバイス制限システムは、本発明の情報処理システムの一構成例である。

クライアント端末１０１は、ユーザが利用する端末である。このクライアント端末１０１には、エージェントプログラムとフィルタドライバとがインストールされている。クライアント端末１０１は、管理サーバ１０３から配布される監視ポリシーにより、端末に接続されているデバイス（ハードディスクやＵＳＢメモリ等）を制御する機能や操作ログを管理サーバ１０３に送信する機能を有している。

管理者端末１０２は、管理者が利用する端末である。この管理者端末１０２は、端末にインストールされているＷＥＢブラウザを通じて管理サーバ１０３に接続し、システムの設定や状態を操作、閲覧する機能を有している。

管理サーバ１０３は、クライアント情報や監視ポリシー等のシステム情報を保持する管理サーバである。管理サーバ１０３は、管理者端末１０２に対してシステム設定画面を提供する機能、クライアント端末１０１からの操作ログを受信する機能、監視ポリシーを配布する機能を有している。

なお、本発明は、図１に示すシステム構成が適用可能なものではなく、クライアント端末１０１、管理者端末１０２及び管理サーバ１０３は、それぞれ複数台あっても構わない。

図２は、図１におけるクライアント端末１０１、管理者端末１０２及び管理サーバ１０３の情報処理装置のハードウェア構成を概略的に示すブロック図である。

図２において、２０１はＣＰＵであり、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２又は外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標）（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク１０５を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報領域へアウトラインフォントの展開（ラスタライズ）処理を実現することにより、ディスプレイ２０１上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でユーザ指示可能とする。

本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

図３は、図１におけるクライアント端末１０１のモジュール構成を概略的に示すブロック図である。

まず、クライアント端末１０１は、オペレーティングシステム３０８とそのオペレーティングシステムで動作するプログラムである、設定用プログラム３０１、一時書き込みプログラム３０２、制御・通信サービスプログラム３０３、印刷監視モジュール３１０、フィルタドライバ(ファイルシステム)３０４、フィルタドライバ（ＣＤ−ＲＷ／ＤＶＤライティング）３０５、ファイルシステムドライバ３０６、ＣＤ−ＲＷ／ＤＶＤライティングドライバ３０７、プリンタドライバ３１３、デバイス３０９、プリンタ３１４で構成される。

設定用プログラム３０１は、エージェントプログラムの停止画面や申請画面等のユーザ操作画面を提供する。

一時書き込みプログラム３０２は、一時書き込み機能によりデバイスの一時利用が許可された場合、クライアント端末１０１に接続されたデバイスへファイルを書き出す機能を提供する。

制御・通信サービスプログラム３０３は、常駐プログラムとして動作し、フィルタドライバ（ファイルシステム）３０４とフィルタドライバ（ＣＤ−ＲＷ／ＤＶＤライティング）３０５とに対する動作設定、管理サーバ１０３から監視ポリシーを取得する機能や操作ログを送信する機能を提供する。

印刷監視モジュール３１０は、制御・通信サービスプログラム３０３内で呼び出されるモジュールで、印刷の実行を制御する機能を提供する。

フィルタドライバ（ファイルシステム）３０４は、ハードディスクやＵＳＢメモリ、フロッピー（登録商標）ディスクドライブ、共有フォルダのデバイスに対するファイル操作を監視する。そして、フィルタドライバ（ファイルシステム）３０４は、制御・通信サービスプログラム３０３より設定された動作条件に基づいて、操作を禁止する機能を提供する。

フィルタドライバ（ＣＤ−ＲＷ／ＤＶＤライティング）３０５は、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ等の光ディスクに対する操作を監視し、制御・通信サービスプログラム３０３より設定された動作条件に基づいて、操作を禁止する機能を提供する。

ファイルシステムドライバ３０６は、オペレーティングシステム３０８が外部メモリ２１１を制御するための機能を提供する。

ＣＤ−ＲＷ／ＤＶＤライティングドライバ３０７は、オペレーティングシステム３０８がＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ等の光ディスクを制御するための機能を提供する。

プリンタドライバ３１３は、オペレーティングシステム３０８がプリンタ３１４を制御するための機能を提供する。

プリンタ３１４は、字データ、画像データ及び図形データ等を紙やＯＨＰシート等に印刷する装置を意味する。

デバイス３０９は、内蔵ハードディスク等のクライアント端末１０１に内蔵されているデバイスやネットワーク上に接続されている共有フォルダ、又は、ＵＳＢメモリ、フロッピー（登録商標）ディスク、光ディスク等の取り外し可能な記憶媒体を意味する。

図４は、図１における管理者端末１０２のモジュール構成を概略的に示すブロック図である。

管理者端末１０２は、オペレーティングシステム４０３、そのオペレーティングシステム４０３上で動作するプログラムであるＷＥＢブラウザアプリケーション４０１、電子メール受信アプリケーション４０２で構成され、図２の外部メモリ２１１に格納される。

管理者は、このＷＥＢブラウザアプリケーション４０１を利用して管理サーバ１０３へ接続し、システム情報の設定や閲覧を行う機能を提供する。また、電子メール受信アプリケーション４０２は、管理サーバ１０３からの電子メールを受信する機能を提供する。

図５は、図１における管理サーバ１０３のモジュール構成を概略的に示すブロック図である。

管理サーバ１０３は、オペレーティングシステム５０５とそのオペレーティングシステム５０５上で動作するプログラムであるログ受信プログラム５０１、ＷＥＢサーバ５０２、管理用ＷＥＢアプリケーション５０３、データベース５０４で構成される。これらは、図２に示す外部メモリ２１１に格納される。

ログ受信プログラム５０１は、クライアント端末１０１からの操作ログを受信し、データベースに格納する機能を提供する。

管理用ＷＥＢアプリケーション５０３は、ＷＥＢサーバ５０２上で動作し、管理者端末１０２にインストールされているＷＥＢブラウザアプリケーション４０１からの要求に対して、設定画面やシステム情報、操作ログ情報を提供する機能とクライアント端末１０１からの監視ポリシー取得要求に対して、監視ポリシーを配布する機能を提供する。

次に、データベース３１３は、設定されたシステム情報を保存したり、クライアント端末１０１から送信された操作ログを保存する機能を提供する。なお、上記モジュールは、図２の外部メモリ２１１に格納される。

図６は、本実施形態におけるデバイス制限システムの処理手順の一例を示すフローチャートである。

はじめに、図６に示す各ステップを実行する装置について説明する。まず、図６に示すステップＳ６０１乃至ステップＳ６１１の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３や設定用プログラム３０１、印刷監視モジュール３１０をＲＡＭ２０３にロードして実行することにより実現される。

次に、図６に示すステップＳ６２１乃至ステップＳ６２５の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

また、図６に示すステップＳ６２６とステップＳ６２７の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたログ受信プログラム５０１をＲＡＭ２０３にロードして実行することにより実現される。

最後に、図６に示すステップＳ６５１乃至ステップＳ６５３の処理は、管理者端末１０２のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたＷＥＢブラウザアプリケーション４０１と電子メール受信アプリケーション４０２をＲＡＭ２０３にロードして実行することにより実現される。以上が、図６に示す各ステップを実行する装置である。

次に、図６に示すフローチャートの各ステップについて説明する。はじめに、ステップＳ６５１、ステップＳ６５２とステップＳ６２１、ステップＳ６２２の監視ポリシー作成処理について説明する。

まず、管理者端末１０２のＣＰＵ２０１は、管理者による画面操作に基づいて、ＷＥＢブラウザアプリケーション４０１を起動する。

そして、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に接続し、承認情報（ユーザＩＤやパスワード）を送信する（ステップＳ６５１）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、管理者端末１０２から送信された認証情報を受信し、認証処理を実行する（ステップＳ６２１）。ここでいう認証処理とは、ＩＤとパスワードによる認証やスマートカード等の認証デバイスによる認証を意味する。

認証処理が成功した場合、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、監視ポリシー（図１０）を入力する監視ポリシー設定画面（図９）を表示する。逆に認証に処理が失敗した場合、管理者端末１０２のＣＰＵ２０１は、ＷＥＢブラウザアプリケーション４０１に承認に失敗した旨のエラーメッセージ（不図示）を表示する。

なお、監視ポリシー設定画面には、図９に示すように、監視ポリシー名の設定（０９０１）、監視ポリシーの説明（０９０２）、フロッピー（登録商標）ディスクのアクセス制御と操作ログの設定（０９０３）、リムーバブルディスクのアクセス制御と操作ログの設定（０９０４）、ローカルハードディスクのアクセス制御と操作ログの設定（０９０５）、パケットライトによる光ディスクへのアクセス制御と操作ログの設定（０９０６）、ライティングソフトによる光ディスクへのアクセス制御と操作ログの設定（０９０７）、印刷の制御と操作ログの設定（０９０８）、共有フォルダへのアクセス制御と操作ログの設定（０９０９）が表示される。

また、上記監視ポリシーとは、図１０に示すように、フロッピー（登録商標）ディスク、リムーバブルディスク、ローカルハードディスク、光ディスク、ネットワークドライブに対する読み込み命令、書き込み命令、ファイル名変更命令、削除命令を禁止するかどうかの設定やプリンタに対する印刷命令を禁止するかの設定、そして、上記命令をログとして記録するかを定義した情報である。

次に、管理者により監視ポリシー設定画面（図９）を用いて監視ポリシー（図１０）が入力され、監視ポリシーの作成ボタン（０９１０）が押下されると、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、入力した監視ポリシー、監視ポリシー名及び監視ポリシーの説明を管理サーバ１０３に送信する（ステップＳ６５２）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、監視ポリシー、監視ポリシー名及び監視ポリシーの説明を受信し（ステップＳ６２２）、監視ポリシーテーブル（図１１）に格納する（ステップＳ６２３）。

ここで、監視ポリシーテーブルには、図１１に示すように、監視ポリシーを特定するための監視ポリシーＩＤ、監視ポリシー名、監視ポリシーの説明、監視ポリシーの作成時刻及び監視ポリシーが格納される。

また、監視ポリシーは、監視ポリシーテーブルに格納される際、文字列に変換され、各プロパティに次の情報が格納される。即ち、FD_CTRLプロパティにはフロッピー（登録商標）ディスクのアクセス制御設定が格納される。FD_LOGプロパティにはフロッピー（登録商標）ディスクの操作ログ設定が格納される。RM_CTRLプロパティにはリムーバブルディスクのアクセス制御設定が格納される。RM_LOGプロパティにはリムーバブルディスクの操作ログ設定が格納される。HD_CTRLプロパティにはローカルハードディスクのアクセス制御設定が格納される。HD_LOGプロパティにはローカルハードディスクの操作ログ設定が格納される。PCD_CTRLプロパティにはパケットライトによる光ディスクへのアクセス制御設定が格納される。PCD_LOGプロパティにはパケットライトによる光ディスクへの操作ログ設定が格納される。WCD_CTRLプロパティにはライティングソフトによる光ディスクへのアクセス制御設定が格納される。WCD_LOGプロパティにはライティングソフトによる光ディスクの操作ログ設定が格納される。PRT_CTRLプロパティには印刷の制御設定が格納される。PRT_LOGプロパティには印刷の操作ログ設定が格納される。NET_CTRLプロパティにはネットワークドライブへのアクセス制御設定が格納される。NET_LOGプロパティにはネットワークドライブの操作ログ設定が格納される。

以上の処理により、ステップＳ６５１、ステップＳ６５２とステップＳ６２１、ステップＳ６２２との監視ポリシー作成処理が完了する。

次に、ステップＳ６０１、ステップＳ６０２とステップＳ６２３とのインストール処理について説明する。

まず、クライアント端末１０１のＣＰＵ２０１は、管理者の画面操作に基づいて、クライアント端末１０１にエージェントプログラム３１１とフィルタドライバ３１２をインストールする（ステップＳ６０１）。

ここで、エージェントプログラム３１１とは、図３に示した設定用プログラム３０１、一時書き込みプログラム３０２、制御・通信サービスプログラム３０３、印刷監視モジュール３１０を意味する。

また、フィルタドライバ３１２とは、図３に示したフィルタドライバ（ファイルシステム）３０４とフィルタドライバ（ＣＤ−ＲＷ/ＤＶＤライティング）３０５を意味する。

次に、インストールが完了すると、クライアント端末１０１のＣＰＵ２０１は、設定用プログラム３０１を起動し、管理サーバ１０３のＩＰアドレス等のネットワーク情報を設定するための画面（不図示）を表示する。

そして、当該画面を用いて管理者によりネットワーク情報を入力されると、クライアント端末１０１の設定用プログラム３０１は、当該入力されたネットワーク情報を、制御・通信サービスプログラム３０３に通知する。

次にクライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、通知されたクライアント情報（図７）を管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に送信する（ステップ６０２）。

ここで、クライアント情報とは、図７に示すように、当該クライアント端末１０１が接続されたドメインの名称（ドメイン名）、当該クライアント端末１０１に設定登録されたユーザ名、当該クライアント端末１０１のＩＰアドレス、当該クライアント端末１０１のコンピュータ名を含む情報である。なお、このクライアント情報は、ステップＳ６２４の監視ポリシーの取得処理で、クライアント情報テーブルから監視ポリシーＩＤを取得するために利用される。

そして、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、クライアント情報を受信し、クライアント情報テーブル（図８）にクライアント情報を格納する（ステップＳ６２１）。

ここで、クライアント情報テーブルには、図８に示すように、エージェントプログラム３１１を識別するためのエージェントＩＤ、クライアント端末１０１のドメイン名、コンピュータ名とＩＰアドレス、クライアント端末１０１にログインしているユーザ名と、クライアント端末１０１に適用する監視ポリシーのＩＤ（監視ポリシーＩＤ）が格納される。

また、上記監視ポリシーＩＤは、ステップＳ６２２で作成した監視ポリシーのＩＤが格納される。これにより、管理サーバ１０３は、クライアント情報テーブルの監視ポリシーＩＤを参照することで、クライアント端末１０１に適用されている監視ポリシーを知ることができる。

なお、上記実施形態では、クライアント端末１０１に対して監視ポリシーを適用したが、クライアント端末１０１にログインするユーザに対して監視ポリシーを適用することも可能である。また、クライアント端末やユーザをグルーピングすることにより、グループ単位で監視ポリシーを適用、管理することも可能である。

以上の処理により、ステップＳ６０１、ステップＳ６０２とステップＳ６２３のインストール処理が完了する。

なお、上記実施形態では、管理者の画面操作に基づいてエージェントプログラム３１１とフィルタドライバ３１２をインストールしたが、ディレクトリサービスを利用して自動的にインストールすることも可能である。

次に、ステップＳ６０３、ステップＳ６０４とステップＳ６２４の監視ポリシー適用処理について説明する。

まず、クライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、管理サーバ１０３に対して監視ポリシー取得要求（図２３）を送信する（ステップＳ６０３）。

ここで、監視ポリシー取得要求とは、図２３に示すように、当該クライアント端末１０１が接続されたドメインの名称（ドメイン名）、当該クライアント端末１０１のコンピュータ名、当該クライアント端末１０１のユーザ名、問い合わせの内容を識別する問い合わせ種別ＩＤ、エージェントプログラムを識別するエージェントＩＤを含む情報である。

また、ステップＳ６０３の監視ポリシー取得要求の送信処理は、クライアント端末１０１の制御・通信サービスプログラム３０３が管理者の画面操作に基づいて実行するか、又は、制御・通信サービスプログラム３０３が予め設定された間隔で定期的に実行する。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、監視ポリシー取得要求を受信し、エージェントＩＤ、ドメイン名、ユーザ名、コンピュータ名をキーに、クライアント情報テーブル（図８）を参照し、監視ポリシーＩＤを取得する。

さらに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、取得した監視ポリシーＩＤをキーに監視ポリシーテーブル（図１１）を参照し、監視ポリシー（１１０１）を取得する。そして、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、クライアント端末１０１の制御・通信サービスプログラム３０３へ監視ポリシーを返信する（ステップＳ６２４）。

次に、監視ポリシーを受信したクライアント端末１０１の制御・通信サービスプログラム３０３は、監視ポリシー適用処理（図１２）を実行する（ステップＳ６０４）。

以下、図１２を参照して、監視ポリシー適用処理を説明する。なお、図１２のステップＳ１２０１乃至ステップＳ１２０３の処理は、クライアント端末１０１のＣＰＵ２０１が外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３をＲＡＭ２０３にロードして実行することにより実現される。

はじめに、クライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、受信した監視ポリシーをクライアント端末１０１の外部メモリ２１１にファイル形式で保存する（ステップＳ１２０１）。

なお、ここで保存したファイルは、監視ポリシーファイル（図１３）と呼ばれ、ファイル内の各プロパティは、図１３に示すように、先に説明した監視ポリシーテーブルの監視ポリシー（１１０１）と同じ値を意味する。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、外部メモリ２１１に格納されている監視ポリシーファイル（図１３）を参照し、印刷処理の実行を許可、又は拒否するかを定義した情報を印刷監視モジュール３１０に設定する。そして、印刷監視モジュール３１０は、印刷処理の実行を監視する（ステップＳ１２０２）。

さらに、クライアント端末１０１の制御・通信サービスプログラム３０３は、外部メモリ２１１に格納されている監視ポリシーファイル（図１３）を参照し、監視ポリシーで禁止しているデバイスのパスと禁止するファイル操作をフィルタドライバ３１２が保持する拒否条件（図２１）に設定する（ステップＳ１２０３）。

ここで、拒否条件とは、図２１に示すように、フィルタドライバ３１２がアクセス制御を行うファイルパスと、そのファイルに対して実行される読み込み命令、書き込み命令、ファイル名の変更命令、削除命令のうち、どの命令を禁止するかを定義した情報が格納される。

具体的には、監視ポリシー設定画面（図９）のフロッピー（登録商標）ディスクのアクセス制御９０９のように、アクセス制御がリードオンリー（読み込み操作のみ許可）に設定されている場合、拒否条件には、フロッピー（登録商標）ディスクドライブのパスとそのパスに対する書き込み命令、ファイル名の変更命令、削除命令の禁止が登録される。これにより、フロッピー（登録商標）ディスクに格納されているファイルに対して、任意のプログラムから書き込み命令が実行された場合、フィルタドライバ３１２により、操作を禁止することができる。

また、この拒否条件は、フロッピー（登録商標）ディスク、リムーバブルディスク、ローカルハードディスク、ＣＤ・ＤＶＤドライブ、ネットワークドライブ毎に設定され、全ての文字列を意味する＊（アスタリスク）等ワイルドカード文字を使用して、ファイルパスを設定することも可能である。

なお、各アクセス制御の項目（なし、リードオンリー、全て禁止）に対応する禁止命令を図２２に示す。

また、ファイルドライバ３１２は、拒否条件の他に、許可条件（図２０）を保持する。この許可条件とは、フィルタドライバ３１２がアクセス制御を行うファイルパスと、そのファイルに対して実行される読み込み命令、書き込み命令、ファイル名の変更命令、削除命令のうち、どの命令を許可するかを定義した情報が格納される。

また、この許可条件は、ファイルパスの代わりに、プロセスＩＤを登録することにより、そのプロセスが実行するファイル操作命令を制御することも可能である。

具体的には、図１４のステップＳ１４０４のように、制御・通信サービスプログラム３０３のプロセスＩＤが、許可条件に登録された場合、制御・通信サービスプログラム３０３から実行されるファイル操作命令は、拒否条件に登録されているフォルダやファイルに対しても、常に実行が許可される。以上の処理により、図１２に示す監視ポリシー適用処理が完了する。

これにより、クライアント端末１０１において、監視ポリシーで禁止しているファイル操作が実行された場合、フィルタドライバ３１２がファイル操作を中断させることが可能となる。

なお、ステップＳ１２０１で保存した監視ポリシーファイルは、エージェントプログラム３１１が格納されているフォルダと同じフォルダに格納される。このフォルダは、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４によって、エージェントプログラム３１１以外のプログラムからアクセスを禁止している。その為、他のプログラムからフォルダ内のファイルを閲覧することや情報を書き込むことはできない。

以下、図１４を参照して、エージェントプログラム３１１が格納されているフォルダ（エージェントプログラムフォルダ）のアクセス制御処理を説明する。なお、図１４のステップＳ１４０１乃至ステップＳ１４０４の処理は、クライアント端末１０１のＣＰＵ２０１が外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、エージェントプログラム３１１が格納されているフォルダのパスを取得する（ステップＳ１４０１）。

そして、制御・通信サービスプログラム３０３は、フィルタドライバ（ファイルシステム）３０４が保持する拒否条件（図２１）に、ステップＳ１４０１で取得したエージェントプログラム３１１のパスと、そのパスに対する読み込み命令、書き込み命令、ファイル名変更命令、削除命令の禁止を設定する（ステップＳ１４０２）。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、自身のプロセスＩＤを取得する（ステップＳ１４０３）。

そして、制御・通信サービスプログラム３０３は、フィルタドライバ（ファイルシステム）３０４が保持する許可条件に、ステップＳ１４０３で取得したプロセスＩＤと、そのプロセスに対する読み込み命令、書き込み命令、ファイル名変更命令、削除命令の許可を設定する（ステップＳ１４０４）。

以上の処理により、図１４に示すエージェントプログラムフォルダのアクセス制御処理が完了する。これにより、他のプログラムが監視ポリシーファイル及びエージェントプログラム３１１を操作することができない。

以上の処理により、ステップＳ６０３、ステップＳ６０４とステップＳ６２４の監視ポリシー適用処理が完了する。

次に、ステップＳ６０６のデバイス操作が行われた場合の処理について説明する。

まず、クライアント端末１０１のＣＰＵ２０１は、ユーザの画面操作により、ファイルやプリンタ等のデバイスに対して、アクセス命令を実行する（ステップＳ６０６）。もし、実行した命令がプリンタ操作の場合、クライアント端末１０１の印刷監視モジュール３１０がプリンタ操作のアクセス制御を実行する（図１５）。一方、実行した命令がファイル操作の場合、フィルタドライバ３１２がファイル操作のアクセス制御を実行する（図１６）。

はじめに、図１５を参照してプリンタ操作を実行した場合の処理を説明する。なお、図１５のステップＳ１５０１乃至ステップＳ１５０４の処理は、クライアント端末１０１のＣＰＵ２０１が外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３と印刷監視モジュール３０１をＲＡＭ２０３にロードして実行することにより実現される。

先ず、クライアント端末１０１の印刷監視モジュール３０１は、印刷操作を検知し、制御・通信サービスプログラム３０３に通知する（ステップＳ１５０１）。

次に、クライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、印刷監視モジュール３０１からの通知を受けて、外部メモリ２１１に格納されている監視ポリシーを参照し、印刷の実行が禁止されているかを判断する（ステップＳ１５０２）。

印刷が禁止されていない場合、制御・通信サービスプログラム３０３は、印刷監視モジュール３０１に対して、印刷操作の許可命令を通知する。そして、印刷監視モジュール３０１は、処理をオペレーティングシステム３０８に渡し、印刷処理を実行する（ステップＳ１５０３）。

逆に、印刷が禁止されている場合、制御・通信サービスプログラム３０３は、印刷監視モジュール３０１に対して、印刷操作の禁止命令を通知する。そして、印刷監視モジュール３０１は、印刷の実行命令をオペレーティングシステム３０８に渡さず、印刷を実行したプログラムに印刷失敗の情報を送信し、印刷を中断させる（ステップＳ１５０４）。以上の処理が、印刷を実行した場合の処理となる。

次に、図１６を参照してファイル操作を実行した場合の処理を説明する。なお、図１６のステップＳ１６０１乃至ステップＳ１６０７の処理は、クライアント端末１０１のＣＰＵ２０１が外部メモリ２１１等の記憶手段に格納されたフィルタドライバ３１２をＲＡＭ２０３にロードして実行することにより実現される。

ステップＳ６０１の説明でも触れたが、ここでいうフィルタドライバ３１２とは、図３に示したフィルタドライバ（ファイルシステム）３０４とフィルタドライバ（ＣＤ−ＲＷ/ＤＶＤライティング）３０５とを意味する。フィルタドライバ（ＣＤ−ＲＷ/ＤＶＤライティング）３０５は、光ディスクに対するファイル操作を制御する。これに対し、フィルタドライバ（ファイルシステム）３０４は、フロッピー（登録商標）ディスク、リムーバブルディスク、ローカルハードディスク、ネットワークドライブに対するファイル操作を制御する。

上記フィルタドライバ（ファイルシステム）３０４とフィルタドライバ（ＣＤ−ＲＷ/ＤＶＤライティング）３０５は、制御対象のデバイスが違うことを除いて、同様の処理を行うため、ここでは、フィルタドライバ３１２として説明する。

はじめに、クライアント端末１０１のフィルタドライバ３１２は、ファイル操作が実行されたことを検知する（ステップＳ１６０１）。

次に、クライアント端末１０１のフィルタドライバ３１２は、実行されたファイル操作が、自らが保持する許可条件に一致するか判定する（ステップＳ１６０２、ステップＳ１６０３）。具体的には、操作の対象ファイル又はプロセスが、許可条件に登録したファイル又はプロセスと同じであるかを判断する。そして、許可条件で登録したファイル又はプロセスと同じである場合、ファイル操作命令が許可条件で許可した命令であるかを比較し、判断を行う。次に、許可条件に一致する場合、クライアント端末１０１のフィルタドライバ３１２は、操作を中止せず、下位ドライバへ情報を送信し処理を完了する（ステップＳ１６０７）。

逆に、許可条件に一致しない場合、クライアント端末１０１のフィルタドライバ３１２は、ファイル操作の内容が拒否条件（図２１）に一致するかチェックを実行する（Ｓ１６０４）。具体的には、操作の対象ファイルが、拒否条件に登録したファイルと同じであるかを判断する。そして、拒否条件で登録したファイルと同じ場合、ファイル操作命令が拒否条件で禁止している命令であるかを比較し、判断を行う。次に、拒否条件に一致しない場合、クライアント端末１０１のフィルタドライバ３１２は、下位ドライバへ情報を送信し、処理を完了する（ステップＳ１６０７）。

一方、ステップＳ１６０５において、拒否条件に一致する場合、クライアント端末１０１のフィルタドライバは、検知したファイル操作を中断する（ステップＳ１６０６）。以上の処理が、ファイル操作を実行した場合の処理となる。

次に、ステップＳ６０８、ステップＳ６０９及びステップＳ６２６、ステップＳ６２７処理の操作ログの記録処理について説明する。

まず、クライアント端末１０１の常駐プログラムである制御・通信サービスプログラム３０３は、外部メモリ２１１に格納されている監視ポリシーファイルを参照し、操作ログを記録するか判定する（ステップＳ６０８）。

操作ログを記録する場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３のログ受信プログラム５０１に、操作ログ（図１７）を送信する（ステップＳ６０９）。

ここで、操作ログとは、図１７に示すように、エージェントプログラムを特定するエージェントＩＤ、操作ログ発生時刻、操作ログが発生したクライアント端末１０１のコンピュータ名、ドメイン名、ＩＰアドレス、ＭＡＣアドレスや操作ログの種類を識別するイベントＩＤ、操作が許可、又は禁止されたのかを意味する詳細イベントＩＤ、操作が実行されたデバイス情報を格納するデバイスＩＤ、操作対象のファイルのファイル名、ファイルサイズ、出力先ファイルパス、実行プロセス名、印刷ページ数、印刷実行時間、印刷実行プリンタ名、印刷実行プリンタのポート番号、印刷ファイル名を含む情報を意味する。

また、操作ログの印刷ページ数、印刷実行時間、印刷実行プリンタ名、印刷実行プリンタのポート番号、印刷ファイル名は、印刷を実行した場合にのみ記録される。一方、操作ログのファイル名、ファイルサイズ、出力ファイルパスは、ファイル操作を実行した場合にのみ記録される。

次に、管理サーバ１０３のログ受信プログラム５０１は、操作ログ（図１７）を受信する（ステップＳ６２６）。そして、ログ受信プログラム５０１は、操作ログを操作ログテーブル（図１８）に格納する（ステップＳ６２７）。

一方、操作ログを送信しない場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、ステップＳ６０９の処理を実行せず、次のステップに進む。

以上の処理により、ステップＳ６０８、ステップＳ６０９とステップＳ６２６、ステップＳ６２７処理の操作ログの記録処理が完了する。

なお、上記ステップ６０３〜６１０の処理は、オペレーティングシステム３０８が終了するか、ユーザの画面操作に基づいて、クライアント端末１０１のＣＰＵ２０１がエージェントプログラムを停止するまで実行する。

次に、ステップＳ６１１のエージェントプログラム停止処理について説明する。まず、クライアント端末１０１の設定用プログラム３０１は、ユーザの操作に基づいて、エージェントプログラムの停止命令が実行されると、エージェントプログラムの停止処理を実行する（ステップＳ６１１）。

以下、図１９を参照して、エージェントプログラムの停止処理について説明する。なお、図１９のステップＳ１９０１の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された設定用プログラム３０１をＲＡＭ２０３にロードして実行することにより実現される。

また、図１９のステップＳ１９０２からステップＳ１９０４の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の設定用プログラム３０１は、パスワード入力画面（不図示）を表示する（ステップＳ１９０１）。

そして、クライアント端末１０１の設定用プログラム３０１は、ユーザによりパスワード入力画面を用いてパスワードが入力された後、常駐プログラムである制御・通信サービスプログラム３０３に対して、エージェントプログラムの停止命令とパスワードを通知する（ステップＳ１９０２）。

次に、制御・通信サービスプログラム３０３は、予め決められたパスワードと設定用プログラム３０１から通知されたパスワードとが一致しているか比較する（ステップＳ１９０３）。

そして、一致している場合、制御・通信サービスプログラム３０３は、フィルタドライバ３１２及び印刷制御プログラム３１０に対して、停止命令を送信する（ステップＳ１９０４）。

さらに、制御・通信サービスプログラム３０３は、自らのプログラムを終了し、エージェントプログラムの停止処理を完了する（ステップＳ１９０５）。

以上の処理により、ステップＳ５１１のエージェントプログラム停止処理を完了する。なお、上記パスワードによる認証処理は、故意にエージェントプログラムを停止させ、デバイス制限機能を無効にすることを防ぐためである。

最後に、ステップＳ６２５とステップＳ６５３の監視ログ閲覧処理について説明する。図６において、まず、管理者端末１０２のＣＰＵ２０１は、ＷＥＢブラウザアプリケーション４０１を起動し、ＷＥＢブラウザアプリケーション４０１に検索画面（不図示）を表示する。

そして、ユーザの画面操作により検索条件が入力されると、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に検索条件を送信する（ステップＳ６５３）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、操作ログテーブル（図１８）を参照し、検索条件に一致する操作ログを取得し、管理者端末１０２に送信する（ステップＳ６２５）。

そして、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、操作ログの内容を表示する。以上の処理により、ステップＳ６２５とステップ６５３の監視ログ閲覧処理が完了する。以上が、本実施形態におけるデバイス制限システムの処理手順となる。

図２４は、本実施形態におけるデバイス制限システムの自動承認機能及び要約レポート作成機能の一処理例を示すフローチャートである。

はじめに、図２４に示すフローチャートの各ステップを実行する装置について説明する。まず、図２４に示すステップＳ２４０１乃至ステップＳ２４１５の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３と設定用プログラム３０１をＲＡＭ２０３にロードして実行することにより実現される。

次に、図２４に示すステップＳ２４４１乃至ステップＳ２４５１の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

また、図２４に示すステップＳ２４３１とステップＳ２４３２の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたログ受信プログラム５０１をＲＡＭ２０３にロードして実行することにより実現される。

最後に、図２４に示すステップＳ２４７１乃至ステップＳ２４７４の処理は、管理者端末１０２のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたＷＥＢブラウザアプリケーション４０１と電子メール受信アプリケーション４０２をＲＡＭ２０３にロードして実行することにより実現される。以上が、図２４に示すフローチャートの各ステップを実行する処理装置となる。

次に、図２４に示すフローチャートの各ステップについて説明する。はじめに、ステップＳ２４４１とステップＳ２４７１の承認ルール設定処理について説明する。

まず、管理者端末１０２のＣＰＵ２０１は、管理者の画面操作に基づいて、ＷＥＢブラウザアプリケーション４０１を起動し、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に接続する。そして、管理者端末１０２のＷＥＢブラウザアプリケーション４０２は、承認ルールの一覧を表示する承認ルール一覧画面（図２５）を表示する。ここで、承認ルールとは、承認条件と承認動作、承認ルール名を含む情報をいう。

上記承認ルールの承認条件には、図２７に示す条件を設定することができ、ステップＳ２４０１で、申請された一時許可申請の内容（ファイル、申請者、過去の申請結果等）が、図２７に示す条件に一致していた場合、自動処理を実行する。なお、ステップＳ２４０１は、本発明の受付手段、要求手段の一処理例である。

また、承認動作（図２８）とは、上記承認条件に一致した場合に実行する動作を定義した情報で、一時許可申請を自動的に許可、拒否処理することや、管理者が一時許可申請を閲覧し、手動で承認処理を実行するなどの動作を設定することができる。

なお、本実施形態では、承認条件を図２７に示す条件とした。しかしながら、一時申請したファイルのファイル名やパス、拡張子、ファイルサイズ、文字列、所有者等を条件に指定することや、申請したファイル中に個人情報が含まれている、特定の文字列が含まれている等を検索条件に指定することも可能である。

また同じく、本実施形態では、承認動作を図２８に示す動作とした。しかしながら、承認条件に一致した場合、任意のプログラムを実行すること等を承認動作に設定することも可能である。

次に、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、当該画面を用いて、管理者により承認ルールの追加ボタン（２５０１）が押下されると、承認ルール名、承認条件、承認動作を入力する承認ルール設定画面（図２６）を表示する。

そして、当該画面を用いて、管理者により承認ルール名（２６０１）、承認条件（２６０２）、動作条件（２６０３）が入力され、承認ルールの作成ボタン（２６０４）が押下される。すると、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に、承認ルール名、承認条件及び動作条件を送信する（ステップＳ２４７１）。

そして、管理サーバ１０３のＷＥＢブラウザアプリケーション４０１は、承認ルール名、承認条件及び動作条件を受信し、承認ルールテーブル（図２９）と承認条件テーブル（図３０）に格納する（ステップＳ２４４１）。

ここで、承認ルールテーブルには、図２９に示すように、承認ルールを識別するＩＤ、承認ルールのルール名、承認ルールを更新した日付、承認ルールが有効であるかを示す有効フラグ、そして、承認動作が格納される。

また、承認条件テーブルには、図３０に示すように、承認条件を識別するＩＤ、関連する承認ルールテーブルの承認ルールＩＤ、承認ルールの作成日、承認条件、承認条件の値、他の承認条件テーブルとの関連（ＡＮＤ、ＯＲ）を表わす論理符号が格納される。

以上の処理により、ステップＳ２４４１とステップＳ２４７１の承認ルール設定処理が完了する。

次に、ステップＳ２４４２とステップＳ２４７２のファイルの解析設定処理について説明する。ファイルの解析処理は、ステップＳ２４４７のファイルの解析処理で使用する値を設定する処理となる。

まず、管理者端末１０２のＣＰＵ２０１は、管理者の画面操作に基づいて、ＷＥＢブラウザアプリケーション４０１を起動し、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に接続する。

そして、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、ファイルの解析設定画面（図３９）を表示する。

ここで、ファイルの解析設定画面には、一時許可申請されたファイルの先頭から何文字を取得するのかを設定する「取得する文字数」（３９０１）、一時許可申請されたファイル内の検索文字列を設定する「検索する文字列」（３９０２）、一時許可申請されたファイル内のどういった形式の図形又はイメージを取得するかを設定する「取得する図形・イメージ」（３９０３）が表示される。

次に、管理者の画面操作によって上記値が入力され、適用ボタン（３９０４）が押下されると、ＷＥＢブラウザアプリケーション４０１は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に上記設定値を送信する（ステップＳ２４７２）。

そして、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ファイル解析設定テーブル（図５４）に値を保存する（ステップＳ２４４２）。

ここで、ファイル解析設定テーブルには、図３８のステップＳ３８０１で使用する取得する文字数、ステップＳ３８０３で使用する検索文字列、ステップＳ３８０４で使用するビットマップ、ＪＰＧ、ＧＩＦ、グラフ、図形オブジェクトの値が格納される。

以上の処理により、ステップＳ２４４２とステップＳ２４７２のファイルの解析設定処理が完了する。

次に、ステップＳ２４０１の一時許可申請処理について説明する。クライアント端末１０１の設定用プログラム３０１と制御・通信サービスプログラム３０３は、一時許可申請処理（図３１）を実行する（ステップＳ２４０１）。

以下、図３１を参照して、一時許可申請処理を説明する。なお、図３１に示すステップＳ２４７１乃至ステップＳ２４７３の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３と設定用プログラム３０１をＲＡＭ２０３にロードして実行することにより実現される。

はじめに、クライアント端末１０１のＣＰＵ２０１は、管理者の画面操作に基づいて、設定用プログラム３０１を起動する。そして、設定用プログラム３０１は、一時許可申請情報（図３２）を入力する一時許可申請画面（図３３）を表示する。

ここで、一時許可申請情報とは、エージェントプログラムを識別するエージェントＩＤ、クライアント端末１０１が所属するドメインの名前（ドメイン名）、クライアント端末１０１のコンピュータ名、クライアント端末１０１にログインしているユーザ名、申請者の名前、申請者の電子メールアドレス、申請理由、デバイスに格納したいファイルの絶対パスが記述された出力ファイルリスト、ファイルを出力するデバイスのパス、問い合わせの種類を識別する問い合わせ種別ＩＤ、ファイルを出力するデバイスの種類、ファイルを出力するデバイスのボリュームシリアルＩＤ、ファイルを出力するデバイスの製品名、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤを含む情報である。ただし、一時許可申請情報に含まれるファイルを出力するデバイスの種類、ファイルを出力するデバイスのボリュームシリアルＩＤ、ファイルを出力するデバイスの製品名、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤは、ステップＳ３１０１にて、ファイルを出力するデバイスのパスをもとに取得するため、一時許可申請画面（図３３）から表示および入力はしない。例えば、出力するデバイスがＵＳＢメモリの場合、ＵＳＢメモリ内の記憶手段から、一時許可申請情報に含まれるファイルを出力するデバイスの種類、ファイルを出力するデバイスのボリュームシリアルＩＤ、ファイルを出力するデバイスの製品名、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤを取得する。

次に、当該画面を用いて、申請者により、申請者名（３３０１）、申請者の電子メールアドレス（３３０２）、ファイルを出力するデバイスのパス（３３０３）、デバイスに出力するファイルが記述された出力ファイルのリスト（３３０４）、申請理由（３３０５）が入力され、申請ボタン（３３０６）が押下されると、クライアント端末１０１の設定用プログラム３０１は、一時許可申請画面（図３３）から入力された情報と、一時許可申請画面（図３３）から入力されたファイルを出力するデバイスのパス（３３０３）をもとに、ファイルを出力するデバイスの種類、ファイルを出力するデバイスのボリュームシリアルＩＤ、ファイルを出力するデバイスの製品名、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤを取得し、一時許可申請情報に格納する。そして、制御・通信サービスプログラム３０３に通知する（ステップＳ３１０１）。ただし、ファイルを出力するデバイスがＵＳＢメモリでない場合は、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤは取得できないため値を設定しない。

次に、通知を受けたクライアント端末１０１の制御・通信サービスプログラム３０３は、クライアント端末１０１のドメイン名、コンピュータ名、ログインユーザとエージェントＩＤを取得し、一時許可申請情報に格納する。そして、一時許可申請情報の出力ファイルリストに登録されているファイルからファイルの属性情報（図３４）を取得する（ステップＳ３１０２）。ここで、ファイルの属性情報（図３４）内の「ファイルのハッシュ値」は、ＯＳに対して、当該ファイルのハッシュ値の演算の依頼を行い、ＯＳが演算することにより得られた当該ファイルのハッシュ値をＯＳから取得する。

ここで、ファイルの属性情報とは、ファイルの絶対パス、作成日時、更新日時、ファイルのハッシュ値、サイズを含む情報である。

さらに、クライアント端末１０１の制御・通信サービスプログラム３０３は、出力ファイルリストに登録されているファイルを、管理サーバ１０３の外部メモリ２１１の所定の領域へコピーを実行する（ステップＳ３１０３）。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に一時許可申請情報とファイルの属性情報を送信する（ステップＳ３１０４）。

そして、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時許可申請画面に一時許可申請が完了した内容のメッセージ（不図示）を表示する（ステップＳ３１０５）。以上の処理により、ステップＳ２４０１の一時許可申請処理が完了する。

次に、ステップＳ２４４６の一時許可申請情報の保存処理について説明する。まず、ステップＳ２４０１で一時許可申請情報とファイルの属性情報を送信された管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の保存処理（図３５）を実行する（ステップＳ２４４６）。

以下、図３５を参照して、一時許可申請情報の保存処理を説明する。なお、図３５に示すステップＳ３５０１とステップＳ３５０２の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ３１０３でコピーしたファイルが、管理サーバ１０３の外部メモリ２１１にある所定の領域へコピーされているか確認する（ステップＳ３５０１）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ３１０４で送信された一時許可申請情報を一時許可申請テーブル（図３６）に格納する。

ここで、一時許可申請テーブルには、一時許可申請を識別する一時許可申請ＩＤ、エージェントプログラムを識別するＩＤ、一時許可申請の処理状況、一時許可申請を実行したユーザ名、一時許可申請が実行されたコンピュータ名、一時許可申請が実行されたコンピュータが所属するドメイン（ドメイン名）、申請者の氏名と電子メールアドレス、申請理由、一時許可申請したファイルを出力するデバイス、承認者のＩＤ、一時許可申請の承認理由、一時許可申請が許可された場合の有効期間、一時書き込みプログラム３０２の利用回数、ファイルを出力するデバイスのパス、ファイルを出力するデバイスの種類、ファイルを出力するデバイスのボリュームシリアルＩＤ、ファイルを出力するデバイスの製品名、ファイルを出力するデバイスのベンダーＩＤ、プロダクトＩＤ、シリアルＩＤを含む情報を格納することができる。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ファイルの属性情報をファイル属性テーブル（図３７）に格納する（ステップＳ３５０２）。

ここで、ファイル属性テーブルには、ファイル属性テーブルのレコードを識別するファイル属性ＩＤ、関連している一時許可申請テーブルの一時許可申請ＩＤ、申請したファイルの絶対パス、作成日、更新日、ハッシュ値、ファイルサイズ、ヘッダ文字列、フッタ文字列とステップＳ３８０１で取得する先頭文字列、ステップＳ３８０３で取得する特定文字列の回数、ステップＳ３８０４で取得する図形・イメージデータ、ステップＳ３８０５で取得する個人情報の有無、ステップＳ３８０６で取得する内容分析の結果、ステップＳ３８０７で取得するスコア値を含む情報を格納することができる。

以上の処理により、ステップＳ２４４６の一時許可申請情報の保存処理が完了する。

次に、ステップＳ２４４７のファイル解析処理について説明する。まず、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ３１０３でコピーしたファイルに対して解析処理（図３８）を実行する。

以下、図３８を参照して、ファイルの解析処理を説明する。なお、図３８に示すステップＳ３８０１乃至ステップＳ３８０９の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。また、図３８に示す処理は、本発明の分析手段による一処理例である。

はじめに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、そのファイルに含まれる文字列の先頭文字列を取得する（ステップＳ３８０１）。また、上記処理で取得する文字数は、ファイル解析設定テーブルの取得する文字数列から取得する。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、ファイルのヘッダ文字列、フッタ文字列を取得する（ステップＳ３８０２）。

さらに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、ファイル内にファイルの解析設定画面（図３９）で設定した文字列が含まれているか検索する（ステップＳ３８０３）。具体的には、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ファイル解析設定テーブルの検索文字列の値を取得し、ファイル内にその文字列が含まれているか検索し、該当した文字列の出現回数を記録する。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、ファイルの解析設定画面（図３９）で設定した形式（３９０３）のイメージ・図形データがファイル内に埋め込まれているか判定する。そして、含まれている場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、そのイメージ・図形データを取得する（ステップＳ３８０４）。

さらに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、ファイル内に個人情報が含まれているか判定する。具体的には、ファイル内に含まれている氏名、住所及び電話番号等の単語を検索し、該当件数が予め設定した判定基準に達するかによって個人情報が含まれているかを判定する（ステップＳ３８０５）。また、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は同時に該当した単語の件数を記録する。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイルを解析し、ファイルの内容をカテゴリ判定する。具体的には、ファイル中に含まれている単語を取得し、その単語の意味と出現回数によって、予め定義されたカテゴリ（ビジネス、プライベート、金融、教育、イメージデータ、その他、等）に分類する（ステップＳ３８０６）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、スコアリング処理を実行する（ステップＳ３８０７）。具体的には、上記ステップＳ３８０１からステップＳ３８０７の解析処理毎に予め点数と閾値を設定しておき、その処理結果が閾値を超えた場合、その処理の点数を加算し、全体の点数（スコア）を取得する。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請情報の出力ファイルリストに登録されたファイル全てに対して、解析処理を実行したか判別する（ステップＳ３８０８）。

そして、解析を実行していないファイルがある場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ３８０１に戻り、再度解析を実行する。さらに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、上記ステップＳ３１０１からステップＳ３１０８で取得した解析結果を、ファイル属性テーブル（図３７）に格納する（ステップＳ３８０９）。以上の処理により、ステップＳ２４４７のファイル解析処理が完了する。

次に、ステップＳ２４４８の自動承認処理について説明する。まず、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請の自動承認処理（図４０）を実行する（ステップＳ２４４８）。

以下、図４０を参照して、自動承認処理を説明する。なお、図４０に示すステップＳ４００１至ステップＳ４００６の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

はじめに、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、承認ルールテーブル（図２９）に格納されている承認ルールを取得する（ステップＳ４００１）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、１つ目の承認ルールの承認条件とステップＳ２４４６で保存した一時許可申請情報の内容を比較し、値が一致するか判定する（ステップＳ４００３）。具体的には、承認条件に図２７に示す「過去に、一時許可申請したファイルが許可されたことがある」が設定されていた場合、一時許可申請されたファイルと同一の絶対パスとハッシュ値が既にファイル属性テーブルに存在するか検索する。

次に、該当するレコードがあった場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、そのレコードの一時許可申請ＩＤをキーに一時許可申請テーブルを検索し、該当するレコードの申請状況列を取得する。

そして、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、その申請状況列の値が承認を許可した値であった場合、過去に一時許可申請を許可したことがあるファイルと判断する。以上のように、過去の一時申請情報を用いて承認条件に一致するかを判定する。なお、ステップＳ４００３は、本発明の検索手段の一処理例である。

次に、承認ルールに一致する場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一致した承認ルールの承認動作が「一時許可申請を管理者の判断により承認処理する」であるか判定する（ステップＳ４００５）。

もし、一致した承認ルールの承認動作が「一時許可申請を管理者の判断により承認処理する」の場合、ステップＳ４００４に進む。逆に、一致した承認ルールの承認動作が「一時許可申請を管理者の判断により承認処理する」以外の場合、一時許可申請の承認処理（図４１）を実行する（ステップＳ４００６）。なお、一時許可申請の承認処理の手順は、ステップＳ２４５１で説明する。ステップＳ４００６は、本発明の承認手段の一処理例である。

一方、承認ルールに一致しない場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、次の承認ルールに対してステップＳ４００３の処理を実行する。なお、上記処理は、ステップＳ２４７１で作成した承認ルール全てに対して繰り返し実行する（ステップＳ４００２）。

次に、全ての承認ルールに一致しなかった場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、承認動作を管理者の判断により承認処理すると判定し、次のステップに進む（ステップＳ４００４）。以上の処理により、ステップＳ２４４８の自動承認処理が完了する。

次に、ステップＳ２４４９からステップＳ２４５１の処理とステップＳ２４７３、ステップＳ２４７４の管理者による一時許可申請の承認処理について説明する。

まず、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ２４４８の自動承認処理によって、「一時許可申請を管理者の判断により承認処理する」と判定されたかを判別する（ステップＳ２４４９）。

もし、「一時許可申請を管理者の判断により承認処理する」と判定されなかった場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請がステップＳ２４４８で自動承認されたと判断し、処理を終了する。

逆に、「一時許可申請を管理者の判断により承認処理する」と判定された場合、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、管理者の電子メールアドレスに電子メールを送信する（ステップＳ２４５０）。これにより、一時許可申請が行われたことが管理者に通知される。

なお、上記実施形態では、管理者に電子メールを送信することで、一時許可申請が行われたことを通知した。しかしながら、一時許可申請の通知は、管理者端末１０２の画面に通知画面を表示することや任意のプログラムを実行することにより、実現することも可能である。

次に、管理者端末１０２のＣＰＵ２０１は、管理者の画面操作に基づいて管理者端末１０２の外部メモリ２２１に格納されている電子メール受信アプリケーション４０２を起動し、電子メールを受信する（ステップＳ２４７３）。

そして、管理者端末１０２のＣＰＵ２０１は、管理者の画面操作に基づいて管理者端末１０２の外部メモリ２２１に格納されているＷＥＢブラウザアプリケーション４０１を起動し、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に接続する。

さらに、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、一時許可申請を承認処理する一時許可申請承認画面（図４２）を表示し、管理者によって一時許可申請承認の有無、有効期間、承認理由を含む承認情報が入力されるのを待つ（ステップＳ２４７４）。

ここで、以下、図４２を参照して、一時許可申請承認画面について説明する。まず、図４２の４２０１には、ステップＳ２４０１で申請した一時許可申請の申請時間、一時許可申請の状態（未承認、許可、拒否）、一時許可申請を実行したクライアント端末１０１のコンピュータ名、及び、所属するドメイン（ドメイン名）、ユーザ名、ファイルを出力するデバイスの情報（デバイスの種類、出力先のパス、デバイスの製品名、ボリュームシリアルＩＤ、ベンダーＩＤ、プロダクトＩＤ、シリアルＩＤ）、申請理由を表示する。

図４２の４２０２には、一時許可申請したファイル全体のスコア、一時許可申請した各ファイルのファイル名とそのファイルのスコア、個人情報判定の結果、特定文字列判定の結果、ファイル内容の分析結果、ファイル内の図形やイメージデータの有無、過去の申請の有無を含むファイルの解析結果情報を表示する。

図４２の４２０３には、ファイルの書き込みを許可する期間と書き込みを実行できる回数、承認理由を入力する項目を表示する。以上が、図４２に示す一時許可申請承認画面となる。

また、図４２の４２０４の詳細ボタンを押下した場合、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、図４３に示すファイルの分析結果画面を表示する。本分析結果画面は、本発明の分析結果情報の一例であり、この分析結果画面を管理サーバ１０３が管理者端末１０２に対して送信する処理は、本発明の送信手段の一処理例である。

ファイルの分析結果画面は、一時許可申請した各ファイルの分析結果を詳細表示する画面である。この画面には、ファイルの分析結果が表示され、管理者は、一時許可申請で申請したファイルがどのような内容のファイルであるかを容易に判断することができる。

以下、図４３を参照して、ファイルの分析結果画面について説明する。まず、図４３の４３０１に、申請したファイルのファイル名、作成日、更新日、サイズ、ハッシュ値とファイルの先頭からの文字列、ヘッダ文字列、フッタ文字列が表示される。

図４３の４３０２には、ファイル内容のカテゴリ分析結果、ステップＳ３８０７の処理で取得したスコア値、ステップＳ３８０６で解析したファイル内容の分析結果、ステップＳ３８０５で解析した個人情報の有無とファイル内に含まれている個人情報を意味する単語の出現回数、ステップＳ３１０３で解析した特定文字列の回数と出現回数が表示される。

図４３の４３０３には、ステップＳ３８０４で取得した、ファイル内に含まれている図形やイメージデータが一覧表示される。

そして、図４３の４３０４には、一時許可申請したファイルと同じファイルが、過去に申請されていた場合、過去の承認履歴を表示する。

また、図４３の４３０５の詳細ボタンが押下された場合、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、一時許可申請したファイルと過去に一時許可申請したファイルの差分を取得し、差分を画面に表示する（図４４）。管理サーバ１０３がこの差分情報を算出する処理は、本発明の算出手段の一処理例である。

なお、過去に一時許可申請を実行したことがあるファイルを取得するには、ファイル属性テーブルに格納されているハッシュ値、絶対パスを取得し、一時許可申請したファイルの値と比較することによって判定する。以上が、図４３に示すファイルの分析結果画面となる。

次に、一時許可申請承認画面を用いて、有効期間（４２０５）、書き込みを実行できる回数（４２０６）、承認理由（４２０７）が入力され、「一時許可申請を許可する」ボタン（４２０８）、又は、「一時許可申請を拒否する」ボタン（４２０９）が管理者により押下される。すると、管理者端末１０２のＷＥＢブラウザアプリケーション４０１は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に一時許可申請情報を送信する（ステップＳ２４７４）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請を受信し、承認処理（図４１）を実行する（ステップＳ２４５１）。この一時許可申請を受信する処理は、本発明の受信手段の一処理例である。

以下、図４１を参照して、一時許可申請の承認処理を説明する。なお、図４１に示すステップＳ４１０１至ステップＳ４１０３の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、承認情報を基に、一時許可申請テーブルに格納されている該当レコードの処理状況、承認理由、有効期間、回数を更新する（ステップＳ４１０１）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、ステップＳ２４７３で取得した承認情報と一時許可申請テーブルの情報を基に、一時ポリシーを作成し、一時ポリシーテーブル（図４５）に格納する（ステップＳ４１０２）。

ここで、一時ポリシーテーブルには、図４５において、エージェントプログラムを識別するエージェントＩＤ、一時ポリシーテーブルの作成時間、一時許可申請の有効期間、一時許可申請を実行したコンピュータ名、ユーザ名、一時許可申請を実行したコンピュータが所属するドメイン（ドメイン名）、一時ポリシーデータが格納される。

また、一時ポリシーテーブルに格納される一時ポリシーデータとは、一時許可申請の有効期間（Expiredtプロパティ）、一時書き込みプログラム３０２によって書き込みを実行できる回数（Countプロパティ）、エージェントプログラムを識別するエージェントＩＤ（AgentIDプロパティ）、一時許可申請を実行したクライアント端末１０１が所属するドメイン名（Domainnameプロパティ）、一時許可申請を実行したクライアント端末１０１のコンピュータ名（ComputerNameプロパティ）、一時許可申請を実行したユーザ名（UserNameプロパティ）、ステップＳ２４７３で承認されたファイルのパスとハッシュ値（HASHIDプロパティ）、ファイルを出力するデバイスのパス（OUTPUTPATHプロパティ）、ファイルを出力するデバイスの種類（DEVICETYPEプロパティ）、製品名（DEVICENAMEプロパティ）、ボリュームシリアルＩＤ（VOLUMSERIALIDプロパティ）、ベンダーＩＤ（VENDERIDプロパティ）、プロダクトＩＤ（PRODUCTIDプロパティ）、シリアルＩＤ（SERIALIDプロパティ）を含む情報を指す。

なお、HASHIDプロパティは、申請したファイルの数だけ作成され、ファイルの絶対パスとハッシュ値をコンマ文字で区切った形式で格納される。また、VENDERIDプロパティ、PRODUCTIDプロパティ、SERIALIDプロパティは、ファイルを出力するデバイスがＵＳＢメモリの場合以外は、値は設定されない。

そして、最後に管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請テーブルに格納されている電子メールアドレスを取得し、承認処理が完了したことを電子メールにて通知する（ステップＳ４１０３）。

なお、上記実施形態では、申請者に電子メールを送信することで、一時許可申請が承認されたことを通知した。しかしながら、一時許可申請の承認通知は、申請者の画面に通知メッセージを表示することや任意のプログラムを実行することも可能である。以上の処理により、管理者による一時許可申請の承認処理が完了する。

次に、ステップＳ２４０２とステップＳ２４４３、ステップＳ２４４４の一時許可申請の承認状況問い合わせ処理について説明する。

はじめに、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に対して一時許可申請の処理状況問い合わせ処理（図４６）を実行し、管理用ＷＥＢアプリケーション５０３から一時許可申請の処理状況を取得する（ステップＳ２４０２、ステップＳ２４４３）。

以下、図４６を参照して、一時許可申請の処理状況問い合わせについて説明する。なお、図４６に示すステップＳ４６０１至ステップＳ４６０３の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３をＲＡＭ２０３にロードして実行することにより実現される。

また、図４６に示すステップＳ４６０４至ステップＳ４６０６の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に対して、処理状況問い合わせ情報（図４７）を送信する（ステップＳ４６０１）。

ここで、処理状況問い合わせ情報とは、エージェントプログラムを識別するエージェントＩＤ、問い合わせの種類を識別する問い合わせＩＤ、一時許可申請を実行したコンピュータ名とユーザ名、一時許可申請を実行したコンピュータが所属するドメイン（ドメイン名）を含む情報である。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、処理状況問い合わせ情報を受信する（ステップＳ４６０４）。

そして、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、その処理状況問い合わせ情報のエージェントＩＤをキーに、一時許可申請テーブルから一時許可申請の処理状態を取得する（ステップＳ４６０５）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時許可申請の処理状態をクライアント端末１０１に送信する（ステップＳ４６０６）。

そして、一時許可申請の処理状態が未承認又は拒否だった場合、管理用ＷＥＢアプリケーション５０３は、クライアント端末１０１から再度、処理状況問い合わせ情報が送信されるのを待つ。

逆に、一時許可申請の処理状態が許可の場合は、ステップＳ２４４５に進む（ステップＳ２４４４）。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３から送信された一時許可申請の処理状態を受信する（ステップＳ４６０２）。

そして、クライアント端末１０１の制御・通信サービスプログラム３０３は、受信した一時許可申請の処理状況をクライアント端末１０１の画面に表示する。図４８に、一時許可申請の処理状況結果画面の一例を示す。

以上の処理により、ステップＳ２４０２とステップＳ２４４３、ステップＳ２４４４の一時許可申請の処理状況問い合わせ処理が完了する。

次に、ステップＳ２４０３からステップＳ２４０７とステップＳ２４４５の一時ポリシー適用処理について説明する。

まず、クライアント端末１０１の制御・通信サービスプログラム３０３は、ステップＳ２４０２の一時許可申請の処理状況問い合わせ処理の結果が許可されたのか、拒否されたのか、又はまだ承認処理されていないのかを判定する（ステップＳ２４０３）。

一時許可申請が承認されていない場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、ステップＳ２４０３に戻り、再度問い合わせを実行する。

一方、一時許可申請が承認されており、承認結果が拒否であった場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時書き込みプログラム３０２の起動画面を無効にする（ステップＳ２４１５）。

逆に、一時許可申請が承認されており、承認結果が許可であった場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時ポリシーの取得処理（図４９）を実行する（ステップＳ２４０４、ステップＳ２４４５）。なお、ステップＳ２４０４は、本発明の取得手段の処理例である。

以下、図４９を参照して、一時ポリシーの取得処理を説明する。なお、図４９に示すステップＳ４９０１とステップＳ４９０２の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された制御・通信サービスプログラム３０３をＲＡＭ２０３にロードして実行することにより実現される。

また、図４９に示すステップＳ４９０３とステップＳ４９０５の処理は、管理サーバ１０３のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された管理用ＷＥＢアプリケーション５０３をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３に対し、一時ポリシー配布要求（図４７）を送信する（ステップＳ４９０１）。

ここで、一時ポリシー配布要求とは、図４７に示すように、エージェントプログラムを識別するエージェントＩＤ、問い合わせの種類を識別する問い合わせＩＤ、一時許可申請を実行したコンピュータ名とユーザ名、一時許可申請を実行したコンピュータが所属するドメイン（ドメイン名）を含む情報である。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、一時ポリシー配布要求を受信する（ステップＳ４９０３）。

そして、管理用ＷＥＢアプリケーション５０３は、一時ポリシー配布要求で取得したエージェントＩＤをキーに一時ポリシーテーブルを参照し、一時ポリシーデータを取得する（ステップＳ４９０４）。

さらに、管理用ＷＥＢアプリケーション５０３は、一時ポリシーデータをクライアント端末１０１へ送信する（ステップＳ４９０５）。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時ポリシーデータを受信する（ステップＳ４９０２）。以上の処理により、一時ポリシーの取得処理を完了する。

そして、一時ポリシーの取得処理を完了すると、クライアント端末１０１の制御・通信サービスプログラム３０３は、受信した一時ポリシーデータを、クライアント端末１０１の外部メモリ２２１にファイル形式（図５０）で格納する（ステップＳ２４０４）。なお、このファイルを一時ポリシーファイルと呼ぶ。なお、一時ポリシーファイルには、書き出しが許可されたファイルのハッシュ値と書き出しが許可された出力先とが対応して記憶されている。

また、この一時ポリシーファイルは図６で説明した監視ポリシーファイルを保護する処理（図１４）と同様に、フィルタドライバ（ファイルシステム）３０４によって、エージェントプログラム以外から該当する記録領域へのアクセスが禁止されている。従って、他のプログラムからは、内容を閲覧したり、書き換えたりすることはできない。本処理は、本発明の記憶手段、禁止条件設定手段の処理例である。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、ステップＳ２４０５で作成した一時ポリシーファイルを参照し、現在の時刻が一時ポリシーファイルのExpiredtプロパティで定義している有効期間内であるか判断する（ステップＳ２４０６）。なお、ステップＳ２４０６は、本発明の期間判定手段の処理例である。

もし、有効期限外の場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時書き込みプログラム３０２の起動画面を無効にする（ステップＳ２４１５）。

逆に、有効期限内の場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時書き込みプログラム３０２の起動画面を有効にする（ステップＳ２４０７）。

以上の処理により、ステップＳ２４０３からステップＳ２４０７とステップＳ２４４５の一時ポリシー適用処理が完了する。

次に、ステップＳ２４０８からステップＳ２４１２の一時書き込み処理について説明する。

まず、クライアント端末１０１のＣＰＵ２０１は、申請者の画面操作により、一時書き込みプログラム３０２を起動し、一時書き込み設定画面（図５１）を表示する。一時書き込み設定画面には、一時許可申請で承認されたファイルとファイルを出力するデバイスの種類と製品名、ファイルを出力するデバイスのパス、ファイルを出力するデバイスのボリュームシリアルＩＤ、ベンダーＩＤ、プロダクトＩＤ、シリアルＩＤ、そして、書き込み条件が表示される。

そして、申請者によって５１０１の書き込みボタンが押下されると（ステップＳ２４０８）、クライアント端末１０１の一時書き込みプログラム３０２は、書き込み条件の判定処理を実行する（ステップＳ２４０９）。

ここで、書き込み条件とは、一時許可申請承認画面（図４２）で入力されたファイル書き込みを許可する期間と回数、一時許可申請で申請したファイルのパスとハッシュ値を含む情報である。一時書き込みプログラム３０２は、ファイルをデバイスにコピーする際、上記値を参照し、出力するファイルが書き込み条件の値を満たしている場合のみ、ファイルをデバイスにコピーする。

以下、図５２を参照して、書き込み条件の判定処理を説明する。なお、図５２に示すステップＳ５２０１乃至ステップＳ５２０６の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された一時書き込みプログラム３０２をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の一時書き込みプログラム３０２は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのExpiredtプロパティを参照する。そして、クライアント端末１０１の一時書き込みプログラム３０２は、現在の時刻が、一時ポリシーファイルで設定されている有効期限内であるかを判定する（ステップＳ５２０１）。

そして、現在の時刻が一時ポリシーファイルで設定されている有効期限を過ぎている場合、一時書き込みプログラム３０２は、書き込み条件に一致しないと判定する（ステップＳ５２０８）。

一方、現在の時刻が一時ポリシーファイルで設定されている有効期限を過ぎていない場合、一時書き込みプログラム３０２は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのCountプロパティを参照する。そして、一時書き込みプログラム３０２は、書き込み処理可能な回数が１以上であるか判定する（ステップＳ５２０２）。

そして、書き込み処理可能な回数が１未満の場合、一時書き込みプログラム３０２は、書き込み条件に一致しないと判定する（ステップＳ５２０８）。一方、書き込み処理可能な回数が１以上の場合、一時書き込みプログラム３０２は、出力先デバイスの確認処理を実行する（ステップＳ５２０３）。そして、出力先デバイスの確認処理で、ファイルを出力するデバイスが申請時と同じデバイスであると判定された場合、次のステップに進む（ステップＳ５２０４）。一方、出力先デバイスの確認処理で、ファイルを出力するデバイスが申請時と同じデバイスでないと判定された場合、一時書き込みプログラム３０２は、書き込み条件に一致しないと判定する（ステップＳ５２０８）。なお、ステップＳ５２０３は、本発明のデバイス判定手段の処理例である。

次に一時書き込みプログラム３０２は、図５１の画面を介してデバイスへの書き込みが指示されたファイルのハッシュ値をＯＳから取得し、一時ポリシーファイル（図５０）に含まれるＨＡＳＨＩＤ（ＨＡＳＨＩＤには、絶対パスとハッシュ値が含まれている）内の絶対パスを取得する。ここで取得する絶対パスは、一時書き出しの承認依頼した際に、書き出すファイルが格納されていた絶対パスである。（ステップＳ５２０５）。また、ここで、図５１の画面を介して書き込み指示されたファイルのハッシュ値は、次のような処理により、ＯＳから取得することができる。まず、一時書き込みプログラム３０２は、ＯＳに対して当該ファイルのハッシュ値の取得依頼を行うと、ＯＳは当該ファイルのハッシュ値を演算して取得して、一時書き込みプログラム３０２に渡す。これにより、一時書き込みプログラム３０２は、図５１の画面を介して書き込み指示されたファイルのハッシュ値をＯＳから取得することができる。

そして、一時書き込みプログラム３０２は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのHASHIDプロパティ内に、ステップＳ５２０５で取得したハッシュ値と絶対パスが含まれているか検索する（ステップＳ５２０６）。
具体的には、一時ポリシーファイルを検索し、図５１の画面を介して書き出し指示がされたファイルのハッシュ値が、一時ポリシーファイル内のハッシュ値と同じかを判定する。
ここで、ハッシュ値とは、書き出すファイル（データ）を一意に特定できる識別情報である。なお、ステップＳ５２０６は、本発明のデータ判定手段の処理例である。

もし、HASHIDプロパティにハッシュ値と絶対パスが含まれていた場合、即ち、図５１の画面を介して書き出し指示がされたファイルのハッシュ値と一時ポリシーファイル内のハッシュ値とが同じと判定された場合、クライアント端末１０１の一時書き込みプログラム３０２は、一時許可申請を行ったファイルと同じファイルであると判断し、書き込み条件に一致すると判定フラグを設定する（ステップＳ５２０７）。なお、ステップＳ５２０７は、本発明の出力許可手段の処理例である。

逆に、HASHIDプロパティにハッシュ値が含まれていない場合、即ち、図５１の画面を介して書き出し指示がされたファイルのハッシュ値と一時ポリシーファイル内のハッシュ値とが異なると判定された場合、一時書き込みプログラム３０２は、一時許可申請を行ったファイルと同じファイルではないと判定し、書き込み条件に一致しないと判定フラグを設定する（ステップＳ５２０８）。以上の処理により、書き込み条件の判定処理が完了する。なお、ステップＳ５２０３の出力デバイスの確認処理とは、図５５の処理を指す。以上のよりにより、一時的に使用が許可されたデバイスに対して一時的に書き出しが許可されたデータの出力を当該デバイスのみに対して許可することにより、情報の漏洩を防止することが可能となる。

以下、図５５を参照して、書き込み条件の判定処理を説明する。まず、はじめに一時書き込みプログラム３０２は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのOUTPUTPATHプロパティに設定されている出力先デバイスのパスが存在するかを判定する（ステップＳ５５０１）。すなわち、図５１の画面を介して書き出し指示されたファイルの書き出し先（出力先）（出力先デバイスのパス）と、一時ポリシーファイル内の書き出しが許可されたデバイスへの書き出し先（出力先デバイスのパス）とが同じかを判定する。もし、出力先デバイスのパスが存在する場合、すなわち、図５１の画面を介して書き出し指示されたファイルの書き出し先（出力先）（出力先デバイスのパス）と、一時ポリシーファイル内の書き出しが許可されたデバイスへの書き出し先（出力先デバイスのパス）とが同じと判定された場合、次のステップに進む。一方、出力先デバイスのパスが存在しない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時のデバイスと異なると判定し、処理を終了する（ステップＳ５５０８）。

次に、一時書き込みプログラム３０２は、ファイルを出力するデバイスのボリュームシリアルＩＤを取得し、一時ポリシーファイルのVOLUMSERIALIDプロパティと一致するか判定する（ステップＳ５５０２）。もし、VOLUMSERIALIDプロパティの値と一致する場合は、次のステップに進む。一方、一時ポリシーファイルのVOLUMSERIALIDプロパティと一致しない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時のデバイスと異なると判定し、処理を終了する（ステップＳ５５０８）。

次に、一時書き込みプログラム３０２は、ファイルを出力するデバイスの種類を取得し、一時ポリシーファイルのDEVICETYPEプロパティと一致するか判定する（ステップＳ５５０３）。もし、DEVICETYPEプロパティと一致する場合、次のステップに進む。一方、一時ポリシーファイルのDEVICETYPEプロパティと一致しない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時のデバイスと異なると判定し、処理を終了する（ステップＳ５５０８）。

次に、一時書き込みプログラム３０２は、ファイルを出力するデバイスの製品名を取得し、一時ポリシーファイルのDEVICENAMEプロパティと一致するか判定する（ステップＳ５５０４）。もし、DEVICENAMEプロパティと一致する場合、次のステップに進む。一方、一時ポリシーファイルのDEVICENAMEプロパティと一致しない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時のデバイスと異なると判定し、処理を終了する（ステップＳ５５０８）。

次に、一時書き込みプログラム３０２は、ファイルを取得するデバイスの種類を取得し、ＵＳＢメモリであるかを判定する（ステップＳ５５０５）。もし、ＵＳＢメモリでない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時と同じデバイスであると判定する（ステップＳ５５０７）。一方、ＵＳＢメモリである場合、一時書き込みプログラム３０２は、ＵＳＢメモリのベンダーＩＤ、シリアルＩＤ、プロダクトＩＤを取得する。

そして、一時書き込みプログラム３０２は、一時ポリシーファイルのVENDERIDプロパティ、PRODUCTIDプロパティ、SERIALIDプロパティと一致するか判別する（ステップＳ５５０６）。一致している場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時と同じデバイスであると判定する（ステップＳ５５０７）。逆に、一致していない場合、一時書き込みプログラム３０２は、ファイルを出力するデバイスが申請時と異なるデバイスであると判定する（ステップＳ５５０８）。以上が、出力デバイスの確認処理となる。

これにより、ファイルを出力するデバイスが申請時に指定したデバイスと異なる場合、デバイスへのファイル書き込みを未然に防止することができる。

次に、クライアント端末１０１の一時書き込みプログラム３０２は、書き込み条件の判定処理の結果を判定フラグから判定する（ステップＳ２４１０）。その結果、書き込み条件に一致しないと判定された場合、一時書き込みプログラム３０２は、一時書き込みプログラム３０２の起動画面を無効にする（ステップＳ２４１５）。

逆に、書き込み条件に一致すると判定された場合、一時書き込みプログラム３０２は、ファイルの書き込み処理（図５３）を実行する（ステップＳ２４１１）。

以下、図５３を参照して、ファイルの書き込み処理を説明する。なお、図５３に示すステップＳ５３０１乃至ステップＳ５３０３の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納された一時書き込みプログラム３０２をＲＡＭ２０３にロードして実行することにより実現される。

また、図５３に示すステップＳ５３０４乃至ステップＳ５３１０の処理は、クライアント端末１０１のＣＰＵ２０１が、外部メモリ２１１等の記憶手段に格納されたフィルタドライバ（ファイルシステム）３０４をＲＡＭ２０３にロードして実行することにより実現される。

まず、クライアント端末１０１の一時書き込みプログラム３０２は、自らのプロセスＩＤを取得し、フィルタドライバ（ファイルシステム）３０４が保持する許可条件に登録する（ステップＳ５３０１）。

ここで、許可条件には、フィルタドライバ３１２がアクセス制御を行うファイルパスと、そのファイルに対して実行される読み込み命令、書き込み命令、ファイル名の変更命令、削除命令のうちどの命令を許可するかを定義した情報が格納される。そして、上記許可条件の値に一致する場合、フィルタドライバ３１２は、ファイルの禁止操作を行わない。

なお、許可条件は、ファイルパスの代わりに、プロセスＩＤを登録することにより、そのプロセスが実行するファイル操作命令を制御することも可能である。

また、フィルタドライバ３１２は、許可条件のほかに、拒否条件も保持している。拒否条件には、フィルタドライバ３１２がアクセス制御を行うファイルパスと、そのファイルに対して実行される読み込み命令、書き込み命令、ファイル名の変更命令、削除命令のうちどの命令を禁止するかを定義した情報が格納される。そして、上記拒否条件に一致した場合、フィルタドライバ３１２は、ファイル操作が禁止する。

次に、クライアント端末１０１の一時書き込みプログラム３０２は、オペレーションシステムのＡＰＩを使用して、一時許可申請で申請されたファイルを、指定のデバイスにコピーする（ステップＳ５３０２）。

そして、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４は、ステップＳ５３０２で実行したファイル操作を検知し、フック処理を実行する（ステップＳ５３０４）。

次に、フィルタドライバ（ファイルシステム）３０４は、そのファイル操作が許可条件に一致するか判定する（ステップＳ５３０５）。具体的には、操作の対象ファイルまたはプロセスが、許可条件に登録したファイルまたはプロセス（所定のアプリケーション）と同じであるかを判断する。そして、許可条件で登録したファイルまたはプロセスと同じ場合、ファイル操作命令が許可条件で許可した命令であるかを比較し、判断を行う。本処理は、本発明の許可設定手段、アプリケーション判定手段の処理例である。

許可条件に一致する場合、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４は、下位ドライバへ情報を送信する（ステップＳ５３０６）。

一方、判定結果が許可条件に一致する場合、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４は、ファイル操作が拒否条件に一致するか判定する（ステップＳ５３０７）。具体的には、操作の対象ファイルまたはプロセスが、拒否条件に登録したファイルと同じであるかを判断する。そして、許可条件で登録したファイルと同じ場合、ファイル操作命令が拒否条件で許可した命令であるかを比較し、判断を行う。

もし、拒否条件に一致しない場合、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４は、下位ドライバへ情報を送信する（ステップＳ５３０６）。

一方、拒否条件に一致する場合、クライアント端末１０１のフィルタドライバ（ファイルシステム）３０４は、ファイル操作を中断し、ファイル操作を禁止する（ステップＳ５３０９）。以上により、ファイルの書き込み処理が完了する。

次に、ファイルの書き込み処理後、クライアント端末１０１の一時書き込みプログラム３０２は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのCountプロパティの値を１つ減算する（ステップＳ５３１２）。

以上の処理により、ステップＳ２４０８からステップＳ２４１２の一時書き込み処理が完了する。

次に、ステップＳ２４１３からステップＳ２４１５およびステップＳ２４３１、ステップＳ２４３２のログ送信処理について説明する。

まず、クライアント端末１０１の制御・通信サービスプログラム３０３は、ステップＳ２４１１で書き込み処理したファイルの操作ログ（図１７）を管理サーバ１０３に送信する処理を実行する（ステップＳ２４１３）。

次に、管理サーバ１０３の管理用ＷＥＢアプリケーション５０３は、操作ログを受信する（ステップＳ２４３１）。

そして、管理用ＷＥＢアプリケーション５０３は、操作ログを操作ログテーブル（図１８）に保存する（ステップＳ２４３２）。

次に、クライアント端末１０１の制御・通信サービスプログラム３０３は、クライアント端末１０１の外部メモリ２１１に格納されている一時ポリシーファイルのExpiredtプロパティを参照する。そして、クライアント端末１０１の制御・通信サービスプログラム３０３は、現在の時刻が、一時ポリシーの有効期間を過ぎているか判定する（ステップＳ２４１４）。

現在の時間が、一時ポリシーの有効期限を過ぎている場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、一時書き込みプログラム３０２の起動画面を無効にする。

一方、一時ポリシーの有効期限を過ぎていない場合、クライアント端末１０１の制御・通信サービスプログラム３０３は、管理者の画面操作に基づいてエージェントプログラムが終了されるのを待つか、または、ステップＳ２４０８に戻り、申請者の画面操作により、ファイル書き込み処理が発生するのを待つ。

以上の処理により、ステップＳ２４１２からステップＳ２４１５およびステップＳ２４３１、ステップＳ２４３２のログ送信処理が完了する。

以上が本実施形態におけるデバイス制限システムの自動承認機能および要約レポート作成機能の処理手順となる。

以上のように、本実施形態においては、ファイル単位でデバイスに格納されるファイルを制御することができ、また、過去の承認履歴を使用して自動承認するため、管理者の負担を軽減することができる。さらに、管理者の承認処理においても、申請されたファイルの内容を分析し、レポート表示するため、管理者は容易にファイルの内容を把握し、承認処理することが可能である。

これにより、管理者の意図しない情報が外部に持ち出されることを防止するとともに、管理者の負担を大幅に軽減することができる。

また、一時的に使用が許可されたデバイスに対して一時的に書き出しが許可されたデータの出力を当該デバイスのみに対して許可することにより、情報の漏洩を防止することが可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

１０１：クライアント端末
１０２：管理者端末
１０３：管理サーバ
１０４：ネットワーク
３０１：設定用プログラム
３０２：一時書き込みプログラム
３０３：制御・通信サービスプログラム
３０４：フィルタドライバ（ファイルシステム）
３０５：フィルタドライバ（ＣＤ−ＲＷ／ＤＶＤライティングドライバ）
３０６：ファイルシステムドライバ
３０７：ＣＤ−ＲＷ／ＤＶＤライティングドライバ
３０８：オペレーティングシステム
３０９：デバイス
３１０：印刷監視プログラム
３１１：エージェントプログラム
３１２：フィルタドライバ
３１３：プリンタドライバ
３１４：プリンタ
４０１：ＷＥＢブラウザアプリケーション
４０２：電子メール受信アプリケーション
４０３：オペレーティングシステム
５０１：ログ受信プログラム
５０２：ＷＥＢサーバ
５０３：管理用ＷＥＢアプリケーション
５０４：データベース
５０５：オペレーティングシステム

Claims (14)

1. 一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出しの可否を制御する通信装置であって、
   書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求手段と、
   前記要求手段による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得手段と、
   前記デバイスへのデータの書き出し指示を受け付ける受付手段と、
   前記受付手段で書き出し指示を受けた場合に、前記取得手段で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであるかを判定するデータ判定手段と、
   前記データ判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可手段と、を備えることを特徴とする通信装置。
2. 前記取得手段で取得した一時書き出しポリシーには、更に、一時的に書き出しが許可されたデバイスが規定され、
   前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデバイスと、前記受付手段で書き出し指示されたデバイスとが同じであるかを判定するデバイス判定手段を更に備え、
   前記出力許可手段は、更に、前記デバイス判定手段で、一時書き出しポリシーで一時的に書き出しが許可されたデバイスと受付手段で書き出し指示されたデバイスとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバに、前記データ判定手段で同じと判定されたデータの出力を許可することを特徴とする請求項１に記載の通信装置。
3. 前記データ判定手段は、前記取得手段で取得した一時書き出しポリシーに規定されている前記識別情報と、前記受付手段で書き出し指示されたデータの識別情報とが同じかを判定することにより、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであるかを判定することを特徴とする請求項１又は２に記載の通信装置。
4. 前記取得手段で取得した一時書き出しポリシーに規定されている前記識別情報は、一時的に書き出しが許可されたデータのハッシュ値であり、前記受付手段で書き出し指示されたデータの識別情報は、前記受付手段で書き出し指示されたデータのハッシュ値であることを特徴とする請求項３に記載の通信装置。
5. 所定のアプリケーションによるデータの書き出しの許可を設定する許可設定手段と、
   前記許可設定手段で設定された所定のアプリケーションにより、デバイスへのデータの書き出しが行われるのかを判定するアプリケーション判定手段と、を更に備え、
   前記出力許可手段は、更に、前記アプリケーション判定手段で所定のアプリケーションにより前記デバイスに対するデータの書き出しが行われると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記出力許可手段は、前記デバイス判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデバイスと、前記受付手段で書き出し指示されたデバイスとが異なると判定された場合に、前記受付手段で書き出し指示されたデバイスに対応する書き込みドライバへの当該データの出力を禁止することを特徴とする請求項２に記載の通信装置。
7. 前記出力許可手段は、前記データ判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが異なると判定された場合に、前記受付手段で書き出し指示されたデバイスに対応する書き込みドライバへの当該データの出力を禁止することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 前記出力許可手段は、前記アプリケーション判定手段で前記デバイスに対するデータの書き出しが前記所定のアプリケーションによるものではないと判定された場合に、前記受付手段で書き出し指示されたデバイスに対応する書き込みドライバへの当該データの出力を禁止することを特徴とする請求項５に記載の通信装置。
9. 前記取得手段で取得した一時書き出しポリシーを記憶する記憶手段と、
   前記記憶手段で一時書き出しポリシーが記憶された記憶領域に対するアクセスを禁止するための拒否条件を設定する禁止条件設定手段と、を更に備え、
   前記許可設定手段は、前記記憶領域へのアクセスを許可する許可条件を設定することを特徴とする請求項５又は８に記載の通信装置。
10. 前記許可条件は、前記記憶領域へのアクセスを許可する前記所定のアプリケーションを示す情報であることを特徴とする請求項９に記載の通信装置。
11. 前記拒否条件は、前記一時書き出しポリシーが記憶された前記記憶領域のパスであることを特徴とする請求項９又は１０に記載の通信装置。
12. 前記一時書き出しポリシーは、前記デバイスへのデータの書き込みを許可する期間を含み、
    前記受付手段でデータの書き込み指示を受け付けた時間が、前記一時書き出しポリシーでデータの書き込みが許可された期間内であるかを判定する期間判定手段を更に備え、
    前記出力許可手段は、前記期間判定手段で、前記受付手段でデータの書き込み指示を受け付けた時間が、前記一時書き出しポリシーでデータの書き込みが許可された期間内であると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可することを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
13. 一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出し可否を制御する通信装置の制御方法であって、
    前記通信装置の要求手段が、書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求工程と、
    前記通信装置の取得手段が、前記要求工程による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得工程と、
    前記通信装置の受付手段が、前記デバイスへのデータの書き出し指示を受け付ける受付工程と、
    前記通信装置のデータ判定手段が、前記受付工程で書き出し指示を受けた場合に、前記取得工程で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付工程で書き出し指示されたデータとが同じであるかを判定するデータ判定工程と、
    前記通信装置の出力許可手段が、前記データ判定工程で、前記取得工程で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付工程で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可工程とを備えることを特徴とする制御方法。
14. 一時的にデータの書き出しが許可される条件が規定された一時データ書き出しポリシーを保持する情報処理装置と通信可能であり、書き込み要求されたデータのデバイスへの書出し可否を制御する通信装置で実行されるプログラムであって、
    前記通信装置を、
    書き込み要求されたデータを一意に特定できる識別情報を含む一時書き出し依頼を前記情報処理装置に要求する要求手段と、
    前記要求手段による要求に応じて、前記情報処理装置から、一時的に書き出しが許可されたデータを一意に特定できる識別情報が規定された一時書き出しポリシーを取得する取得手段と、
    前記デバイスへのデータの書き出し指示を受け付ける受付手段と、
    前記受付手段で書き出し指示を受けた場合に、前記取得手段で取得した一時書き出しポリシーで規定されている前記識別情報により特定される一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであるかを判定するデータ判定手段と、
    前記データ判定手段で、前記取得手段で取得した一時書き出しポリシーで一時的に書き出しが許可されたデータと、前記受付手段で書き出し指示されたデータとが同じであると判定された場合に、当該デバイスに対応する書き込みドライバへの当該データの出力を許可する出力許可手段として機能させることを特徴とするプログラム。

Images