JP4445944B2 - ファイル管理装置及びファイル管理プログラム - Google Patents

Description

本発明は、ファイル管理装置及びファイル管理プログラムに関するものである。本発明は、特に、ファイル操作イベント検知の仕組みに関する。

ファイル（「文書」ともいう）を暗号化してファイルサーバなどに保存し、ファイルの閲覧、編集、コピー、保存、印刷可否、閲覧期限などの利用権限を管理するファイル管理システムにおいて、情報漏洩を防止するために、ファイルの利用中もディスク上のファイルを常に暗号化しておくものがある（例えば、特許文献１参照）。このファイル管理システムでは、例えば、ファイルサーバ上の複数フォルダ（「ディレクトリ」ともいう）に対する監視を行う場合、定期的に対象フォルダを検索する。具体的には、定期的に対象フォルダ全てを検索し、以前と異なるファイルが作成されている場合は、自動的に対象ファイルに暗号化処理を実施する。

ファイルのバックアップ処理を行うバックアップシステムでは、定期的にバックアップ処理を行うだけでなく、ファイルに対するジョブや操作の発生状況に応じて自動的にバックアップ処理を実施するものがある（例えば、特許文献２及び３参照）。
特開２００６−９９３４８号公報 特開平９−１６０８１８号公報 特開２００５−３４６２１９号公報

上述したように、従来のファイル管理システムでは、定期的に対象フォルダ全てを検索する必要があるため、サブフォルダ（「サブディレクトリ」ともいう）まで対象とした場合、検索するサーバ側の負荷が高くなり、パフォーマンスが低下するという課題があった。また、必要な処理が必要なタイミングより遅れるという課題があった。そのため、不特定多数のフォルダを対象とはできなかった。例えば、任意のフォルダのサブフォルダ全てを暗号化処理の対象として指定するといったことはできず、サブフォルダを１つ１つ指定する必要があった。

従来のバックアップシステムでは、ジョブや操作の発生状況を常時記憶しておく必要があるため、ジョブや操作の発生回数が多いと、パフォーマンスが低下するという課題があった。また、バックアップ処理をより効率的に行うためには、ジョブや操作の発生状況をより詳細に記憶しておく必要があり、大きな記憶領域を確保しなければならないという課題があった。

本発明は、例えば、任意のファイルに対して所定の処理を自動的に実施する場合に、対象となるファイルに対して、より確実に、かつ、効率的にその処理を実施することを目的とする。

本発明に係るファイル管理装置は、
ファイルの状態が変化した場合に発生するイベントを当該ファイルに対応するイベントとして処理装置により取得するイベント取得部と、
前記イベント取得部によりイベントが取得された場合に、当該イベントが対応するファイルに所定の処理が実施されているかどうかを前記処理装置により判定するとともに、当該ファイルを前記所定の処理の対象として指定する対象ファイル情報が記憶装置に存在するかどうかを判定するファイル判定部と、
前記ファイル判定部により当該ファイルに前記所定の処理が実施されていないと判定された場合であって、前記ファイル判定部により当該対象ファイル情報が前記記憶装置に存在しないと判定された場合には、当該対象ファイル情報を前記記憶装置に書き込み、前記ファイル判定部により当該対象ファイル情報が前記記憶装置に存在すると判定された場合には、当該対象ファイル情報を上書きする情報書込部と、
前記記憶装置に対象ファイル情報が存在するかどうかを所定の期間ごとに確認する情報確認部と、
前記情報確認部により前記記憶装置に対象ファイル情報が存在すると確認された場合に、当該対象ファイル情報が指定するファイルに対して前記所定の処理を前記処理装置により実施する処理実施部とを備えることを特徴とする。

前記ファイル管理装置は、さらに、
前記処理実施部によりファイルに対して前記所定の処理が実施された場合に、当該ファイルを指定する対象ファイル情報を前記記憶装置から削除する情報削除部を備えることを特徴とする。

前記ファイル判定部は、前記イベント取得部によりイベントが取得された場合に、当該イベントが対応するファイルの種類が所定の種類であるかどうかを判定し、
前記情報書込部は、前記ファイル判定部により当該ファイルの種類が前記所定の種類であると判定された場合に、当該ファイルを前記所定の処理の対象として指定する対象ファイル情報を前記記憶装置に書き込むことを特徴とする。

前記ファイル判定部は、前記イベント取得部によりイベントが取得された場合に、当該イベントが対応するファイルが平文であるかどうかを判定し、
前記情報書込部は、前記ファイル判定部により当該ファイルが平文であると判定された場合に、当該ファイルを前記所定の処理の対象として指定する対象ファイル情報を前記記憶装置に書き込み、
前記処理実施部は、前記情報書込部により対象ファイル情報が書き込まれた場合に、当該対象ファイル情報が指定するファイルに対して暗号化処理を実施することを特徴とする。

前記イベント取得部は、任意のフォルダと当該フォルダの全てのサブフォルダとに格納される複数のファイルのそれぞれに対応するイベントを取得することを特徴とする。

本発明に係るファイル管理プログラムは、
コンピュータが備えるイベント取得部が、ファイルの状態が変化した場合に発生するイベントを当該ファイルに対応するイベントとして処理装置により取得するイベント取得手順と、
コンピュータが備えるファイル判定部が、前記イベント取得手順によりイベントが取得された場合に、当該イベントが対応するファイルに所定の処理が実施されているかどうかを前記処理装置により判定するとともに、当該ファイルを前記所定の処理の対象として指定する対象ファイル情報が記憶装置に存在するかどうかを判定するファイル判定手順と、
コンピュータが備える情報書込部が、前記ファイル判定手順により当該ファイルに前記所定の処理が実施されていないと判定された場合であって、前記ファイル判定手順により当該対象ファイル情報が前記記憶装置に存在しないと判定された場合には、当該対象ファイル情報を前記記憶装置に書き込み、前記ファイル判定手順により当該対象ファイル情報が前記記憶装置に存在すると判定された場合には、当該対象ファイル情報を上書きする情報書込手順と、
コンピュータが備える情報確認部が、前記記憶装置に対象ファイル情報が存在するかどうかを所定の期間ごとに確認する情報確認手順と、
コンピュータが備える処理実施部が、前記情報確認手順により前記記憶装置に対象ファイル情報が存在すると確認された場合に、当該対象ファイル情報が指定するファイルに対して前記所定の処理を前記処理装置により実施する処理実施手順とをコンピュータに実行させることを特徴とする。

本発明では、ファイル管理装置において、ファイル判定部が、イベント取得部によりイベントが取得された場合に、当該イベントが対応するファイルに所定の処理が実施されているかどうか、当該ファイルを所定の処理の対象として指定する対象ファイル情報が記憶装置に存在するかどうかを判定する。情報書込部が、ファイル判定部により当該ファイルに所定の処理が実施されておらず当該対象ファイル情報が記憶装置に存在しないと判定された場合には、当該対象ファイル情報を記憶装置に書き込み、ファイル判定部により当該対象ファイル情報が記憶装置に存在すると判定された場合には、当該対象ファイル情報を上書きする。情報確認部が、記憶装置に対象ファイル情報が存在するかどうかを所定の期間ごとに確認する。処理実施部が、情報確認部により記憶装置に対象ファイル情報が存在すると確認された場合に、当該対象ファイル情報が指定するファイルに対して所定の処理を実施する。これにより、イベントの監視、管理のために使用する記憶領域を小さく抑えながら、所定の処理の対象となるファイルに対して、より確実に、かつ、効率的にその処理を実施することが可能となる。

以下、本発明の実施の形態について、図を用いて説明する。

実施の形態１．
図１は、本実施の形態に係るファイル管理装置１００の構成を示すブロック図である。

図１において、ファイル管理装置１００は、イベント取得部１１１、ファイル判定部１１２、情報書込部１１３、処理実施部１１４、情報確認部１１５、情報削除部１１６を備える。イベント取得部１１１、ファイル判定部１１２、情報書込部１１３は、後述するイベント監視サービス２０１を提供する。処理実施部１１４、情報確認部１１５、情報削除部１１６は、後述する定期保護サービス２０２を提供する。また、ファイル管理装置１００は、記憶装置１０１、処理装置１０２、入力装置１０３、出力装置１０４などのハードウェア装置を備える（又はこれらのハードウェア装置がファイル管理装置１００に接続される）。ハードウェア装置はファイル管理装置１００の各部によって利用される。例えば、処理装置１０２は、ファイル管理装置１００の各部がデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される。記憶装置１０１は、そのデータや情報を記憶するために利用される。また、入力装置１０３は、そのデータや情報を入力するために、出力装置１０４は、そのデータや情報を出力するために利用される。

イベント取得部１１１は、ファイルサーバなどに保存されているファイルの状態が変化した場合に発生するイベントを、そのファイルに対応するイベントとして処理装置１０２により取得する。ユーザは、任意のフォルダを指定することにより、そのフォルダに保存されるファイルを、イベント取得部１１１がイベントを取得する対象とすることができる。つまり、ユーザは、任意のフォルダを指定して、後述するように、そのフォルダを暗号化処理などの対象フォルダとすることができる。また、ユーザは、任意のフォルダを対象フォルダとして指定するだけでなく、指定するフォルダのサブフォルダも対象フォルダとすることができる。つまり、ユーザは、任意のフォルダとそのフォルダの全てのサブフォルダとに格納される複数のファイルのそれぞれを、イベント取得部１１１がイベントを取得する対象とすることができる。このために、イベント取得部１１１は、ユーザが指定するフォルダを示すとともに、ユーザがそのフォルダのサブフォルダを対象に含めるかどうか示すフォルダ指定情報を入力装置１０３により入力する。そして、イベント取得部１１１は、フォルダ指定情報で示されたフォルダとそのフォルダの全てのサブフォルダとに格納される複数のファイルのうち、状態が変化したファイルがあった場合に発生するイベントを、それぞれのファイルに対応するイベントとして取得する。

ファイル判定部１１２は、イベント取得部１１１によりイベントが取得された場合に、そのイベントが対応するファイル（そのイベントを発生させるトリガとなった状態変化があったファイル）に所定の処理が実施されているかどうかを処理装置１０２により判定する。本実施の形態では、ファイル判定部１１２は、そのファイルに所定の処理として暗号化処理が実施されているかどうかを判定する。つまり、ファイル判定部１１２は、そのファイルが平文であるかどうかを判定する。そのファイルが平文であれば、そのファイルには暗号化処理が実施されていないことになり、そのファイルが平文でなければ、そのファイルには暗号化処理が実施されていることになる。ここで、暗号化処理は、所定の処理の一例であり、ファイル判定部１１２は、ファイルに他の処理（例えば、電子署名を付加する処理）が実施されているかどうかを判定してもよい。また、ファイル判定部１１２は、イベント取得部１１１によりイベントが取得された場合に、そのイベントが対応するファイルを指定する対象ファイル情報が記憶装置１０１に存在するかどうかを判定する。対象ファイル情報については、後述する。また、ファイル判定部１１２は、イベント取得部１１１によりイベントが取得された場合に、そのイベントが対応するファイルの種類が所定の種類であるかどうかを判定する。後述するように、ファイルの種類は、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）・Ｏｆｆｉｃｅ文書（Ｗｏｒｄ、Ｅｘｃｅｌ、ＰｏｗｅｒＰｏｉｎｔ（登録商標）などのファイル）（以下、「Ｏｆｆｉｃｅ文書」という）である。ユーザは、任意のファイルの種類を指定することにより、その種類のファイルを暗号化処理などの対象ファイルとすることができる。このために、ファイル判定部１１２は、ユーザが指定するファイルの種類を示すファイル指定情報を入力装置１０３により入力する。そして、ファイル判定部１１２は、イベント取得部１１１により取得されたイベントが対応するファイルの種類が、ファイル指定情報で示されたファイルの種類であるかどうかを判定する。

情報書込部１１３は、イベント取得部１１１により取得されたイベントが対応するファイルに所定の処理が実施されていないとファイル判定部１１２により判定された場合に、そのファイルを所定の処理の対象として指定する対象ファイル情報を記憶装置１０１に書き込む。本実施の形態では、情報書込部１１３は、ファイル判定部１１２によりそのファイルが平文であると判定された場合に、そのファイルを暗号化処理の対象として指定する対象ファイル情報を記憶装置１０１に書き込む。また、情報書込部１１３は、イベント取得部１１１により取得されたイベントが対応するファイルを指定する対象ファイル情報が記憶装置１０１に存在しないとファイル判定部１１２により判定された場合には、その対象ファイル情報を記憶装置１０１に書き込み、その対象ファイル情報が記憶装置１０１に存在するとファイル判定部１１２により判定された場合には、その対象ファイル情報を上書きする。例えば、記憶装置１０１の一例としてデータベースの１つのテーブルに対象ファイル情報を保存する場合、対象ファイル情報をファイルごとに１レコードとして保存することができる。この例では、情報書込部１１３は、あるファイルの対象ファイル情報のレコードがデータベースに保存されていない場合には、そのレコードを新たに追加し、そのレコードがデータベースに保存されている場合には、そのレコードを更新することになる。また、情報書込部１１３は、イベント取得部１１１により取得されたイベントが対応するファイルの種類が所定の種類であるとファイル判定部１１２により判定された場合に、そのファイルを所定の処理（本実施の形態では、暗号化処理）の対象として指定する対象ファイル情報を記憶装置１０１に書き込む。

情報確認部１１５は、記憶装置１０１に対象ファイル情報が存在するかどうかを所定の期間ごとに（定期的に）確認する。ユーザは、この期間を指定することができる。このために、情報確認部１１５は、ユーザが指定する期間を示す期間指定情報を入力装置１０３により入力する。そして、情報確認部１１５は、記憶装置１０１に対象ファイル情報が存在するかどうかを、期間指定情報で示された期間ごとに確認する。

処理実施部１１４は、情報書込部１１３により対象ファイル情報が記憶装置１０１に書き込まれている場合に、その対象ファイル情報が指定するファイルに対して所定の処理（本実施の形態では、暗号化処理）を処理装置１０２により実施する。また、処理実施部１１４は、情報確認部１１５により記憶装置１０１に対象ファイル情報が存在すると確認された場合に、その対象ファイル情報が指定するファイルに対して所定の処理（本実施の形態では、暗号化処理）を処理装置１０２により実施する。

情報削除部１１６は、処理実施部１１４によりファイルに対して所定の処理（本実施の形態では、暗号化処理）が実施された場合に、そのファイルを指定する対象ファイル情報を記憶装置１０１から削除する。例えば、上述したように、対象ファイル情報をファイルごとに１レコードとして保存する場合、情報削除部１１６は、暗号化されたファイルを指定する対象ファイル情報のレコードを削除したり、履歴情報（ログ）を保存する他のテーブル（他のデータベースのテーブルでもよい）に移動したりする。

本実施の形態では、イベント取得部１１１は、ファイルの一例として、Ｏｆｆｉｃｅ文書の状態変化をファイルごとに検知する。Ｏｆｆｉｃｅ文書は、ファイルの種類の一例であり、他の種類のファイル（例えば、テキストファイル、ＰＤＦファイル、イメージファイル、動画ファイル）が対象になってもよいし、複数の種類のファイルが対象となってもよい。ファイルサーバ上のＯｆｆｉｃｅ文書に対し、その状態変化に応じた処理（所定の処理）を実施する場合、その状態変化をファイルごとに正確に検知する必要がある。そのため、イベント取得部１１１は、ＯＳ（オペレーティングシステム）から提供されるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ・Ｐｒｏｇｒａｍ・Ｉｎｔｅｒｆａｃｅ）を用いて、ファイルの状態変化に関するイベントをＯＳレベルで検知するが、用いるＡＰＩによってはイベント取得部１１１が１つの状態の変化に対して、複数回のイベントを取得する（複数回のイベントが発生したと認識する）場合がある。例えば、Ｗｉｎｄｏｗｓ（登録商標） ＯＳから提供されているＡＰＩを用いると、Ｏｆｆｉｃｅ文書の状態変化に対するイベントは、ファイルの種類や、ファイルの状態変化の基となる操作によって異なり、１つの状態の変化に対して複数回のイベントが取得される（発生する）場合もあるし、異なるイベントが取得される（発生する）場合もある。例えば、図２に示すように、Ｏｆｆｉｃｅアプリケーション上では、各操作別にイベント取得部１１１がイベントを取得する取得形態（イベントの発生形態）が異なる。図２において、「Ｘファイル」はＥｘｃｅｌのファイル、「Ｗファイル」はＷｏｒｄのファイル、「Ｐファイル」はＰｏｗｅｒＰｏｉｎｔ（登録商標）のファイルを示す。各Ｏｆｆｉｃｅ文書に対して、「開く」、「閉じる」、「上書き保存」、「名前を付けて保存」の各操作を実施した場合、ファイル（アプリケーション）の種類及び操作によって「ｃｈａｎｇｅ」イベントの取得回数（発生回数）が図２のように異なる。また、例えば、図３に示すように、Ｏｆｆｉｃｅ文書に対するエクスプローラ（「Ｅアプリケーション」）やＤＯＳコマンド（「Ｄアプリケーション」）による操作を実施した場合にも、アプリケーションの種類及び操作によって「ｃｈａｎｇｅ」イベントの取得回数（発生回数）が異なる。

ファイルの状態変化（保存、コピー、移動など）は、ドライバ層で監視することができる。しかし、このような方式は、ＯＳと同一レベルでの監視であるため、一度その方式を導入した後のメンテナンスが容易ではない。また、基本的には全てのファイルを対象とすることになり、本実施の形態のようにＯｆｆｉｃｅ文書の特定の状態変化のみを対象とすることは困難である。そこで、ファイルの状態変化に伴うイベント検知を行い、取得したイベントそのものでファイルに対し処理をすることができる。しかし、このような方式では、上記のように、ファイル（アプリケーション）の種類及び操作によってイベントの発生回数が異なることには適切に対処できない。例えば、ファイルの状態が変化した際に、同じイベントが複数回発生すると（図２に示したように、「Ｐファイル」が「名前を付けて保存」（別名保存）されると、「ｃｈａｎｇｅ」イベントが４回発生する）、この方式では、対象ファイルに対し複数回処理をすることになり、無駄な処理を実行する結果となる。

そこで、本実施の形態では、ファイル管理装置１００が、ファイルの種類や状態によって発生形態が異なるイベントを、ファイルごと、状態ごとに整理後、データベース上で管理し、状態別に実施する処理（所定の処理）は、データベース上の情報（対象ファイル情報）を基に、必要なタイミングで実施する。例えば、ファイルサーバ上のＯｆｆｉｃｅ文書に対し、ファイル作成時に自動的に暗号化処理を実施する場合、本実施の形態により、「ファイルの作成」という状態変化を正確に検知して、対象のファイルに対してのみ必要な時期に暗号化を実施することができる。そのため、ファイルサーバのような複数のフォルダ、サブフォルダが存在する場合でも、必要なタイミングで必要なファイルに対してのみ暗号化処理を実施できる。その結果、サブフォルダが通常存在するファイルサーバの運用へ、パフォーマンスを下げずに対応することが可能となり、かつ、ユーザの利便性を向上するシステムが実現可能となる。さらに、上記のような方式としたことで、サーバ上のアプリケーション層で状態変化の監視を実現するアプリケーションが実現可能となり、導入、メンテナンスの容易化が図れる。

図４は、本実施の形態に係るファイル管理システム２００の処理を示す概念図である。

ファイル管理システム２００において、イベント監視サービス２０１は、ファイル管理装置１００のイベント取得部１１１、ファイル判定部１１２、情報書込部１１３により提供される。イベント監視サービス２０１は、データベースの保護対象文書情報テーブル２０３（記憶装置１０１の一例）を用いて、上述したファイル別、状態別にイベントを整理・管理するアプリケーション（ファイル管理プログラムの一部）である。このアプリケーションは、例えば、Ｗｉｎｄｏｗｓ（登録商標）・Ｓｅｒｖｅｒ上のサービスとして実装することができる。また、定期保護サービス２０２は、ファイル管理装置１００の処理実施部１１４、情報確認部１１５、情報削除部１１６により提供される。定期保護サービス２０２は、定期的にイベント監視サービス２０１がデータベースの保護対象文書情報テーブル２０３に登録したファイル別、状態別の情報（対象ファイル情報２０４）を取得し、対象ファイルに対し暗号化を実施するアプリケーション（ファイル管理プログラムの一部）である。このアプリケーションも、例えば、Ｗｉｎｄｏｗｓ（登録商標）・Ｓｅｒｖｅｒ上のサービスとして実装することができる。

ファイル管理装置１００は、最初にイベント監視サービス２０１、定期保護サービス２０２をそれぞれ開始する。イベント監視サービス２０１では、対象フォルダのイベント監視が開始される。その後、以下の処理が実行される。
（１）ユーザがファイルサーバ３００上の監視対象フォルダ「フォルダＡ」にファイル「ファイルＡ１」を作成（保存又はコピー）する。また、監視対象フォルダのサブフォルダ「フォルダＡ−１」、「フォルダＡ−２」に、それぞれ「ファイルＡ１１」、「ファイルＡ１２」を作成する。
（２）イベント監視サービス２０１にて、イベント取得部１１１が（１）のイベントを検知する。このとき、対象フォルダ「フォルダＡ」、「フォルダＡ−１」、「フォルダＡ−２」のイベントは、ファイル生成、上書きコピーともに監視対象のイベントとする。
（３）ファイル判定部１１２が対象文書「ファイルＡ１」、「ファイルＡ１１」、「ファイルＡ１２」が暗号化されていないと判定した場合は、情報書込部１１３が対象文書（フルパス）と状態（新規作成）をデータベースの保護対象文書情報テーブル２０３に対象ファイル情報２０４を新規登録する。このとき、イベントが１ファイルに対し複数発生した場合は、データベースの保護対象文書情報テーブル２０３の同一ファイルに係る対象ファイル情報２０４を上書き（更新）する。この処理中又はユーザがファイルを操作中の間は、データベースの対象レコードをロックし、定期保護サービス２０２からはアクセスできないようにする。処理終了後、再度イベント待ち状態となる。
（４）定期保護サービス２０２にて、情報確認部１１５がデータベース上の保護対象文書情報テーブル２０３の暗号化対象ファイルを検索し、処理実施部１１４が対象ファイルを暗号化する（「暗号化する」ことを、「保護する」ともいう）。このとき、対象ファイルが操作中であり暗号化を実施できない場合は、保護対象文書情報テーブル２０３上のレコードがロックされているため、対象ファイルを定期保護サービス２０２の暗号化対象から除外し、次回の定期動作時以降、レコードがロックされていないことを確認したとき、暗号化を実施する。
（５）定期保護サービス２０２にて、（４）で暗号化処理を完了後、情報削除部１１６が保護対象文書情報テーブル２０３上の対象ファイルに対するレコード（対象ファイル情報２０４）を記憶装置１０１に記憶された履歴情報テーブル（図示せず）に記憶した後、保護対象文書情報テーブル２０３上の対象ファイルに対するレコードを削除する。なお図示しない履歴情報テーブルは保護対象文書情報テーブル２０３と同一のファイル構造を有するものとし、暗号化処理の正常終了確認などの履歴として用いることができる。

上記（５）の後、ユーザが同一ファイルに対し、再度「上書き保存」を実施した場合には、イベント監視サービス２０１にて、イベント取得部１１１がイベントを取得するが、ファイル判定部１１２が既に暗号化されたファイルであると判定するため、情報書込部１１３は保護対象文書情報テーブル２０３へは登録しない。一方、ユーザが新規ファイルを作成し、「上書き保存」で（１）と同一パス、同一ファイル名で保存した場合には、（２）と同様にイベントを取得し、（３）〜（５）の処理が実施される。

上記（１）において、ファイルの状態が変化した際に、イベントが全く発生しない場合がある（図２に示したように、「Ｗファイル」が「上書き保存」されても、「ｃｈａｎｇｅ」イベントは発生しない）。この場合には、上記（２）において、他の種類のイベントも取得する（「Ｗファイル」が「上書き保存」されると、「ｃｒｅａｔｅ」イベントが発生する）。

図５は、ファイル管理システム２００の処理を示すフローチャートである。

まず、ファイル管理装置１００において、イベント監視サービス２０１と定期保護サービス２０２が開始される（ステップＳ１０１、Ｓ２０１）。イベント監視サービス２０１にて、イベント取得部１１１は、イベント発生待ち状態に遷移する（ステップＳ１０２）。

ユーザは、フォルダ監視の対象フォルダに平文のファイルをコピーする（ステップＳ３０１）。ファイルがコピーされたことにより、「ｃｈａｎｇｅ」イベントが発生する（ステップＳ３０２）。

イベント取得部１１１は、「ｃｈａｎｇｅ」イベントを取得する（ステップＳ１０３：イベント取得手順）。ファイル判定部１１２は、対象文書（ステップＳ３０１でコピーされたファイル）が平文であるかどうかを判定する（ステップＳ１０４：ファイル判定手順の一部）。対象文書が平文でない場合には、対象文書には既に暗号化処理が実施されていることになり、ステップＳ１０２に戻る。一方、対象文書が平文である場合には、対象文書にはまだ暗号化処理が実施されていないことになり、ステップＳ１０５に進む。そして、ファイル判定部１１２は、対象文書がＯｆｆｉｃｅ文書（所定の種類の一例）であるかどうかを、例えば対象文書の拡張子を基に判定する（ステップＳ１０５：ファイル判定手順の一部）。前提条件として、ここではＯｆｆｉｃｅ文書以外のファイルは暗号化処理の対象外とする。よって、対象文書がＯｆｆｉｃｅ文書でない場合には、ステップＳ１０２に戻る。一方、対象文書がＯｆｆｉｃｅ文書である場合には、ステップＳ１０６に進む。そして、ファイル判定部１１２は、対象文書に係るレコード（対象ファイル情報２０４）が記憶装置１０１に記憶された保護対象文書情報テーブル２０３に存在するかどうかを判定する（ステップＳ１０６：ファイル判定手順の一部）。対象文書に係るレコードが保護対象文書情報テーブル２０３に存在しない場合には、情報書込部１１３は、対象文書に係るレコードを新規情報として保護対象文書情報テーブル２０３に書き込む（ステップＳ１０７：情報書込手順）。一方、対象文書に係るレコードが保護対象文書情報テーブル２０３に存在する場合には、情報書込部１１３は、対象文書に係るレコード（保護対象文書情報テーブル２０３の既存情報）を上書きする（ステップＳ１０７：情報書込手順）。

情報確認部１１５は、保護対象文書情報テーブル２０３に対象文書に係るレコード（新規情報）が存在するかどうかを定期的に確認する（ステップＳ２０２：情報確認手順）。情報確認部１１５が、保護対象文書情報テーブル２０３に対象文書に係るレコードが存在することを確認した場合には、処理実施部１１４は、その対象文書を暗号化する（ステップＳ２０３：処理実施手順）。情報削除部１１６は、暗号化された対象文書に係るレコード（既存情報）を記憶装置１０１に記憶された履歴情報テーブル（図示せず）に書き込んだ後、保護対象文書情報テーブル２０３上の対象文書に係るレコードを削除する（ステップＳ２０４：情報削除手順）。

ここで、対象ファイル情報２０４の一例として、保護対象文書情報テーブル２０３の構成を図６に示す。

図６において、「保護ファイル番号」は、保護対象ファイルのユニーク番号、即ち、対象ファイルを一意に識別する識別子である。「ファイル名」は、イベントが対応するファイルのファイル名である。「保護ファイル名」は、暗号化されたファイルのファイル名である（この例では、ファイルが暗号化されると、暗号化されたファイルは別のファイル名で保存されるものとする）。「エラーファイル名」は、暗号化処理の実行時にエラーが発生した場合に作成されるファイルのファイル名である。この例では、「ファイル名」、「保護ファイル名」、「エラーファイル名」はいずれもフルパスで表すものとする。「イベント」は、イベントの種類（「ｃｈａｎｇｅ」、「ｃｒｅａｔｅ」、「ｒｅｎａｍｅ」など）を示す情報である。「初期イベント発生日時」は、対象ファイルに対応するイベントが最初に発生した日時である。「最終イベント発生日時」は、対象ファイルに対応するイベントが最後に発生した日時である。「最終保護実施日時」は、対象ファイルを最後に暗号化した日時である。この例では、「初期イベント発生日時」、「最終イベント発生日時」、「最終保護実施日時」はいずれもファイルサーバ３００の時間を使用して記録するものとする。「最終保護実施結果」は、暗号化処理の実行時にエラーが発生した場合に、次回暗号化処理を実施できるように登録されるフラグである。この例では、単に暗号化処理が実施済でない場合（デフォルト）は０に設定され、暗号化の際にエラーが発生した場合は１に設定されるものとする。「保護実施回数」は、暗号化処理が実施された回数（リトライの回数）を表す情報であり、エラーが発生した場合にのみカウントアップされる。

図６に示した例では、「ファイル名」、「イベント」、「初期イベント発生日時」、「最終イベント発生日時」の各項目が、イベント監視サービス２０１にて保護対象文書情報テーブル２０３に記録される。具体的には、情報書込部１１３が、イベント取得部１１１により取得されたイベントに含まれる情報を基に、これらの項目を作成し、保護対象文書情報テーブル２０３に記録する。その他の各項目は、定期保護サービス２０２にて保護対象文書情報テーブル２０３に記録される。具体的には、処理実施部１１４が、暗号化処理を実施したときやエラーが発生したときに、各項目を作成し、保護対象文書情報テーブル２０３に記録する。また、上述したように、保護対象文書情報テーブル２０３に記憶された情報を図示しない履歴情報テーブルとして保存することにより、暗号化処理の正常終了確認などの履歴として用いることができる。

図５において、ステップＳ３０２と同様に、例えば、２回目、３回目のイベント発生があった場合にも（ステップＳ３０３、Ｓ３０４）（図３に示したように、「Ｅアプリケーション」でファイルが「コピー」されると、「ｃｈａｎｇｅ」イベントが３回発生する）、ファイル管理装置１００において、ステップＳ１０３以降の処理が実行される。１回目のイベント発生で、定期保護サービス２０２により対象文書が暗号化されたときは、２回目、３回目のイベント発生では、ステップＳ１０４にて対象文書が平文ではないと判定され、イベント監視サービス２０１はイベント発生待ちの状態に戻ることになる。一方、定期保護サービス２０２の定期的な起動のタイミングにより、２回目、３回目のイベント発生時に、定期保護サービス２０２による対象文書の暗号化処理が実施されず、対象文書が平文で記憶されているときもある。このとき、保護対象文書情報テーブル２０３に、イベント発生分だけ対象ファイル情報２０４を記憶すると、定期保護サービス２０２により、無用な暗号化処理が発生することになる。そのため、ステップＳ１０６の処理で保護対象文書情報テーブル２０３に、該当する対象ファイル情報２０４が存在するかどうか確認し、存在しないときは新規情報として書き込み（ステップＳ１０７）、存在するときは既存情報を上書きする（ステップＳ１０８）ように動作することにより、無用な処理を発生させることなく、効率的に処理を行うことができる。

また、ステップＳ３０１と同様に、例えば、ユーザがＥｘｃｅｌを起動し、ファイルを編集した後、そのファイルを別名保存した場合にも、２回目のイベント発生が起こるが（図２に示したように、「Ｘファイル」が「名前を付けて保存」されると、「ｃｈａｎｇｅ」イベントが２回発生する）、この場合も同様である。

図７は、ファイル管理装置１００のハードウェア資源の一例を示す図である。

図７において、ファイル管理装置１００は、コンピュータ及びその他のハードウェア資源から構成されている。ファイル管理装置１００は、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。

また、ファイル管理装置１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）（「中央処理装置」、「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、処理装置１０２の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置１０１の一例である。通信ボード９１５、キーボード９０２、ＦＤＤ９０４などは、入力装置１０３の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置１０４の一例である。

通信ボード９１５は、ＬＡＮなどに接続されている。通信ボード９１５は、ＬＡＮに限らず、インターネット、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ・Ｓｅｒｖｉｃｅｓ・Ｄｉｇｉｔａｌ・Ｎｅｔｗｏｒｋ）などのＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。

磁気ディスク装置９２０には、オペレーティングシステム９２１、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、本実施の形態の説明において「〜部」、「〜手段」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。

また、図４に示した本実施の形態に係るファイル管理システム２００の構成図では、ファイル管理装置１００とファイルサーバ３００を１つずつ記載しているが、ファイル管理装置１００とファイルサーバ３００とをそれぞれ１台のコンピュータとして構成するだけでなく、ファイル管理装置１００とファイルサーバ３００とを１台のコンピュータとして構成する（即ち、ファイル管理システム２００を１台のコンピュータとして実施する）ことも可能である。さらに、１つ（１台）のファイル管理装置１００が２つ以上（複数台）のファイルサーバ３００のファイル情報を管理するように構成する（即ち、ファイル管理システム２００が１つのファイル管理装置１００と複数のファイルサーバ３００を含む）ことも可能である。

以上のように、本実施の形態では、ファイル管理装置１００において、ファイル判定部１１２が、イベント取得部１１１によりイベントが取得された場合に、当該イベントが対応するファイルに所定の処理が実施されているかどうかを判定し、情報書込部１１３が、ファイル判定部１１２により当該ファイルに所定の処理が実施されていないと判定された場合に、当該ファイルを所定の処理の対象として指定する対象ファイル情報２０４を記憶装置１０１に書き込み、処理実施部１１４が、情報書込部１１３により対象ファイル情報２０４が書き込まれている場合に、当該対象ファイル情報２０４が指定するファイルに対して所定の処理を実施することにより、所定の処理の対象となるファイルに対して、より確実に、より効率的にその処理を実施することが可能となる。

本実施の形態では、ファイル判定部１１２が、イベント取得部１１１によりイベントが取得された場合に、当該イベントが対応するファイルを指定する対象ファイル情報２０４が記憶装置１０１に存在するかどうかを判定し、情報書込部１１３が、ファイル判定部１１２により当該対象ファイル情報２０４が記憶装置１０１に存在しないと判定された場合には、当該対象ファイル情報２０４を記憶装置１０１に書き込み、ファイル判定部１１２により当該対象ファイル情報２０４が記憶装置１０１に存在すると判定された場合には、当該対象ファイル情報２０４を上書きすることにより、イベントの監視、管理のために使用する記憶領域を小さく抑えることが可能となる。

また、上述したように、アプリケーションによっては、１回のユーザ操作（１つの状態の変化）に対して、イベント取得部１１１が該当イベントを複数回取得する（該当のイベントが複数回発生する）ことがあり、イベントを単純に取得し、イベントに応じて所定の処理を行う方法では無駄に同じ処理が複数回発生してしまうという問題があった。その問題を解決するために、当該対象ファイル情報２０４が記憶装置１０１に存在すると判定された場合には、当該対象ファイル情報２０４を上書きし、情報確認部１１５が対象ファイル情報２０４を確認し、処理実施部１１４が処理を実行することにより１回のイベントに対して、１回の所定の処理（本実施の形態では暗号化処理）を実施するように構成した。

本実施の形態では、情報確認部１１５が、記憶装置１０１に対象ファイル情報２０４が存在するかどうかを所定の期間ごとに確認し、処理実施部１１４が、情報確認部１１５により記憶装置１０１に対象ファイル情報２０４が存在すると確認された場合に、当該対象ファイル情報２０４が指定するファイルに対して所定の処理を処理装置１０２により実施することにより、所定の処理の対象となる複数のファイルに対して、その処理をまとめて実施することが可能となる。

本実施の形態では、情報削除部１１６が、処理実施部１１４によりファイルに対して所定の処理が実施された場合に、当該ファイルを指定する対象ファイル情報２０４を記憶装置１０１から削除することにより、イベントの監視、管理のために使用する記憶領域をさらに小さく抑えることが可能となる。

また、本実施の形態で例を用いて説明したように、処理実施部１１４、情報確認部１１５、情報削除部１１６が含まれる定期保護サービス２０２と、イベント取得部１１１、ファイル判定部１１２、情報書込部１１３が含まれるイベント監視サービス２０１とを別サービスとして構成することにより、それぞれのサービスを非同期に所定の期間で動作させることが可能になる。さらに、別サービスとして構成することにより、それぞれのサービスプログラムの保守性が向上する利点もある。また、情報書込部１１３が、記憶装置１０１に記憶された保護対象文書情報テーブル２０３上の対象ファイルに対するレコード（対象ファイル情報２０４）を書き込み、処理実施部１１４が上書きし、情報削除部１１６がそのレコードを保護対象文書情報テーブル２０３から削除する際に、記憶装置１０１に記憶された履歴情報テーブルにそのレコードを書き込むことにより、暗号化処理の正常終了確認などの履歴を確認したり、活用したりすることが可能となる。

本実施の形態では、ファイル判定部１１２が、イベント取得部１１１によりイベントが取得された場合に、当該イベントが対応するファイルの種類が所定の種類であるかどうかを判定し、情報書込部１１３が、ファイル判定部１１２により当該ファイルの種類が所定の種類であると判定された場合に、当該ファイルを所定の処理の対象として指定する対象ファイル情報２０４を記憶装置１０１に書き込むことにより、ファイルの種類を限定することが可能となる。

本実施の形態では、ファイル判定部１１２が、イベント取得部１１１によりイベントが取得された場合に、当該イベントが対応するファイルが平文であるかどうかを判定し、情報書込部１１３が、ファイル判定部１１２により当該ファイルが平文であると判定された場合に、当該ファイルを所定の処理の対象として指定する対象ファイル情報２０４を記憶装置１０１に書き込み、処理実施部１１４が、情報書込部１１３により対象ファイル情報２０４が書き込まれた場合に、当該対象ファイル情報２０４が指定するファイルに対して暗号化処理を実施することにより、情報漏洩の防止をより確実にすることが可能となる。

本実施の形態では、イベント取得部１１１が、任意のフォルダと当該フォルダの全てのサブフォルダとに格納される複数のファイルのそれぞれに対応するイベントを取得することにより、利便性・柔軟性の高いサービスを提供することが可能となる。

実施の形態１に係るファイル管理装置の構成を示すブロック図である。 ファイルの種類及び操作ごとのイベント取得回数（発生回数）の一例を示す表である。 アプリケーションの種類及び操作ごとのイベント取得回数（発生回数）の一例を示す表である。 実施の形態１に係るファイル管理システムの処理を示す概念図である。 実施の形態１に係るファイル管理システムの処理を示すフローチャートである。 対象ファイル情報の一例を示す表である。 実施の形態１におけるファイル管理装置のハードウェア資源の一例を示す図である。

符号の説明

１００ ファイル管理装置、１０１ 記憶装置、１０２ 処理装置、１０３ 入力装置、１０４ 出力装置、１１１ イベント取得部、１１２ ファイル判定部、１１３ 情報書込部、１１４ 処理実施部、１１５ 情報確認部、１１６ 情報削除部、２００ ファイル管理システム、２０１ イベント監視サービス、２０２ 定期保護サービス、２０３ 保護対象文書情報テーブル、２０４ 対象ファイル情報、３００ ファイルサーバ、９０１ 表示装置、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ装置、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ オペレーティングシステム、９２３ プログラム群、９２４ ファイル群。

Claims (7)

1. ファイルの状態が変化した場合に発生する、当該ファイルに対応するイベントであって、当該ファイルの種類が特定の種類であり当該ファイルの状態が特定の操作により変化した場合には１つの操作に対して複数回発生するイベントを処理装置により取得するイベント取得部と、
   所定の処理を実施する対象としてファイルを指定する対象ファイル情報であって、当該ファイルに対応するイベントが最後に発生した日時を記録する対象ファイル情報が、記憶装置に存在するかどうかを所定の期間ごとに確認する情報確認部と、
   前記情報確認部により前記記憶装置に存在すると確認された対象ファイル情報で指定されたファイルに対して前記所定の処理を前記処理装置により実施する処理実施部と、
   前記処理実施部により前記所定の処理が実施されたファイルを指定する対象ファイル情報を前記記憶装置から削除する情報削除部と、
   前記イベント取得部によりイベントが取得される度に、当該イベントが対応するファイルを指定する対象ファイル情報が前記記憶装置に存在するかどうかを判定するファイル判定部と、
   前記イベント取得部により取得されたイベントが対応するファイルを指定する対象ファイル情報が前記記憶装置に存在しないと前記ファイル判定部が判定した場合には、当該ファイルを指定する新規の対象ファイル情報であって、当該ファイルに対応するイベントが最後に発生した日時として前記イベント取得部により取得されたイベントが発生した日時を記録する対象ファイル情報を前記記憶装置に書き込み、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在すると前記ファイル判定部が判定した場合には、当該ファイルを指定する既存の対象ファイル情報を、当該ファイルに対応するイベントが最後に発生した日時として前記イベント取得部により取得されたイベントが発生した日時を記録する対象ファイル情報で上書きする情報書込部とを備えることを特徴とするファイル管理装置。
2. 前記イベント取得部により取得されるイベントは、アプリケーションの操作によりファイルの状態が変化した場合に発生するイベントであって、当該アプリケーションの種類が特定の種類であり当該ファイルの状態が当該アプリケーションの特定の操作により変化した場合には１つの操作に対して複数回発生するイベントであり、
   前記イベント取得部は、イベントが発生する度に、ＯＳ（オペレーティングシステム）のＡＰＩ（アプリケーションプログラムインタフェース）を用いて当該イベントを取得することを特徴とする請求項１に記載のファイル管理装置。
3. 前記ファイル判定部は、前記イベント取得部によりイベントが取得される度に、当該イベントが対応するファイルの種類が所定の種類であるかどうかを判定し、
   前記情報書込部は、前記イベント取得部により取得されたイベントが対応するファイルの種類が前記所定の種類であると前記ファイル判定部が判定した場合に、当該ファイルを指定する新規の対象ファイル情報を前記記憶装置に書き込むことを特徴とする請求項１又は２に記載のファイル管理装置。
4. 前記ファイル判定部は、前記イベント取得部によりイベントが取得される度に、当該イベントが対応するファイルに前記所定の処理が実施されているかどうかを前記処理装置により判定し、
   前記情報書込部は、前記イベント取得部により取得されたイベントが対応するファイルに前記所定の処理が実施されていないと前記ファイル判定部が判定し、かつ、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在しないと前記ファイル判定部が判定した場合には、当該ファイルを指定する新規の対象ファイル情報を前記記憶装置に書き込み、当該ファイルに前記所定の処理が実施されていないと前記ファイル判定部が判定し、かつ、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在すると前記ファイル判定部が判定した場合には、当該ファイルを指定する既存の対象ファイル情報を上書きすることを特徴とする請求項１から３までのいずれかに記載のファイル管理装置。
5. 前記ファイル判定部は、前記イベント取得部によりイベントが取得される度に、当該イベントが対応するファイルが平文であるかどうかを判定し、
   前記情報書込部は、前記イベント取得部により取得されたイベントが対応するファイルが平文であると前記ファイル判定部が判定し、かつ、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在しないと前記ファイル判定部が判定した場合には、当該ファイルを指定する新規の対象ファイル情報を前記記憶装置に書き込み、当該ファイルが平文であると前記ファイル判定部が判定し、かつ、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在すると前記ファイル判定部が判定した場合には、当該ファイルを指定する既存の対象ファイル情報を上書きし、
   前記処理実施部は、前記情報確認部により前記記憶装置に存在すると確認された対象ファイル情報で指定されたファイルに対して前記所定の処理として暗号化処理を実施することを特徴とする請求項４に記載のファイル管理装置。
6. 前記イベント取得部は、任意のフォルダと当該フォルダの全てのサブフォルダとに格納される複数のファイルのそれぞれに対応するイベントを取得することを特徴とする請求項１から５までのいずれかに記載のファイル管理装置。
7. ファイルの状態が変化した場合に発生する、当該ファイルに対応するイベントであって、当該ファイルの種類が特定の種類であり当該ファイルの状態が特定の操作により変化した場合には１つの操作に対して複数回発生するイベントを処理装置により取得するイベント取得手順と、
   所定の処理を実施する対象としてファイルを指定する対象ファイル情報であって、当該ファイルに対応するイベントが最後に発生した日時を記録する対象ファイル情報が、記憶装置に存在するかどうかを所定の期間ごとに確認する情報確認手順と、
   前記情報確認手順により前記記憶装置に存在すると確認された対象ファイル情報で指定されたファイルに対して前記所定の処理を前記処理装置により実施する処理実施手順と、
   前記処理実施手順により前記所定の処理が実施されたファイルを指定する対象ファイル情報を前記記憶装置から削除する情報削除手順と、
   前記イベント取得手順によりイベントが取得される度に、当該イベントが対応するファイルを指定する対象ファイル情報が前記記憶装置に存在するかどうかを判定するファイル判定手順と、
   前記イベント取得手順により取得されたイベントが対応するファイルを指定する対象ファイル情報が前記記憶装置に存在しないと前記ファイル判定手順が判定した場合には、当該ファイルを指定する新規の対象ファイル情報であって、当該ファイルに対応するイベントが最後に発生した日時として前記イベント取得手順により取得されたイベントが発生した日時を記録する対象ファイル情報を前記記憶装置に書き込み、当該ファイルを指定する対象ファイル情報が前記記憶装置に存在すると前記ファイル判定手順が判定した場合には、当該ファイルを指定する既存の対象ファイル情報を、当該ファイルに対応するイベントが最後に発生した日時として前記イベント取得手順により取得されたイベントが発生した日時を記録する対象ファイル情報で上書きする情報書込手順とをコンピュータに実行させることを特徴とするファイル管理プログラム。

Images