JP5501271B2 - ファイル検索装置 - Google Patents

Description

本発明は、ファイルシステムに記憶されているファイルを検索するファイル検索装置に関する。

近年、情報のデジタル化が急速に進展している。かつては、銀行の口座や市町村の住民票等、企業・官公庁等のコンピュータシステムが基幹業務を実行するために参照するためのデータを、ファイルやＤＢ(Data Base)に記憶するというのがデジタル化の中心だった。

一方、現在では、企業等の組織において日常業務で作成される各種の書類が、各従業員のクライアントＰＣ（Personal Computer）に文書ファイル、表ファイル、データベース等として記憶され、電子メールの添付文書として他のクライアントＰＣに送信されている。また、ファイルサーバの導入によって、これらのデータの一元管理が可能となり、ファイルサーバに記憶された文書ファイルは、さまざまな従業員により参照され、更新される。
このようにして、多量の文書ファイル、表ファイル、電子メール、データベース、データベースに記憶された各レコード、プログラム等（以下「ファイル」と総称する。）がファイルサーバに記憶されることになる。

一方で、組織内においては、情報をＤＢに蓄積し様々な目的で利用することがある。例えば、ファイルサーバを管理するため、定期的にファイル検索を行い、結果をＤＢに蓄積しておけば、ファイル種別ごとのサイズや件数の増加傾向などの統計情報を容易に算出することができる。具体的には、検索目的等に応じて検索条件、検索スケジュールおよび検索結果をポリシーとして定義し、ポリシーの情報を蓄積していけばポリシーＤＢとなる。

ここで、文書に対する利用制限の方針をポリシーとして定義し、ポリシーに対する特徴情報をポリシーＤＢに蓄積し、ポリシーＤＢを利用して、文書に対して適用するポリシーとして適切なポリシーの候補を検出する技術が知られている（例えば、特許文献１参照）。

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

しかし、特許文献１に開示された技術は、ポリシーとして定義している情報に差異はあるものの、候補となるポリシーを示すにとどまり、候補となったポリシーを編集し再利用する、あるいは、使用頻度の低いポリシーがあれば削除するといったポリシーＤＢを整理する考慮はされていない。

本発明の目的は、検索に関する所定の情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることが可能なファイル検索装置を提供することである。

上記目的を達成するため、本発明のファイル検索装置は、
所定の検索情報の定義された複数のポリシーが登録されたポリシー管理データを記憶するポリシー管理データ記憶手段と、
所定の検索設定条件を含むポリシー作成要求をクライアントから受け付けるポリシー作成要求受付手段と、
前記ポリシー作成要求受付手段によってポリシー作成要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの検索条件と前記ポリシー作成要求に含まれる検索設定条件とに基づいて前記ポリシー管理データに登録されている各ポリシーの中に新たに作成されるポリシーと類似する類似ポリシーが存在するか否かを判別し、類似ポリシーが存在しないと判別した場合には前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録し、類似ポリシーが存在すると判別した場合には、前記クライアントの要求に応じて、当該類似ポリシーの検索情報を編集し、または前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録するポリシー作成手段と、
ポリシー整理要求を前記クライアントから受け付けるポリシー整理要求受付手段と、
前記ポリシー整理要求受付手段によってポリシー整理要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの中から所定の削除条件を満たす削除候補ポリシーを検出し、当該削除候補ポリシーの一覧を前記クライアントに提示する削除候補ポリシー一覧提示手段と、
前記削除候補ポリシーの一覧に含まれるポリシーの削除を要求するポリシー削除要求をクライアントから受け付けるポリシー削除要求受付手段と、
前記ポリシー削除要求受付手段によってポリシー削除要求が受け付けられると、当該ポリシー削除要求によって削除を要求されたポリシーを前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データから削除するポリシー削除手段と、
を備える。

好ましくは、本発明のファイル検索装置は、
前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーに基づく検索が実行されるスケジュールを示すスケジュール情報をクライアントから受け付けるスケジュール受付手段と、
前記スケジュール受付手段によって受け付けられたスケジュール情報を管理し、当該スケジュール情報によって示されるスケジュールに従って前記各ポリシーに基づく検索を行うスケジュール管理手段と、
前記ポリシー作成手段によって類似ポリシーが存在すると判別された場合に、前記スケジュール管理手段によって管理されている当該類似ポリシーのスケジュール情報を再設定する再設定要求をクライアントから受け付ける再設定要求受付手段と、
前記再設定要求受付手段によって受け付けられた再設定要求に応じて前記スケジュール管理手段によって管理されている前記類似ポリシーのスケジュール情報を再設定するスケジュール再設定手段と、
を備える。

本発明によれば、検索に関する所定の情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることができる。

本発明の実施形態に係るファイル検索装置の構成の一例を示す図である。 利用者管理データのデータ構成の一例を示す図である。 ファイルシステムのリストの一例の概念図である。 ポリシー管理データのデータ構成の一例を示す図である。 ファイル検索条件を例示した図である。 検索結果のデータ構成の一例を示す図である。 ファイル検索に係るＷＥＢページ表示部の動作の一例を示すフローチャートである。 ログイン画面を例示した図である。 ログイン処理要求時の検索マップ部の動作の一例を示すフローチャートである。 起動画面選択画面を例示した図である。 ポリシー名の指定画面を例示した図である。 ファイルシステムの選択画面を例示した図である。 検索条件の指定画面を例示した図である。 スケジュール設定画面を例示した図である。 ポリシー一覧画面を例示した図である。 スケジュール再設定画面を例示した図である。 検索条件再設定画面を例示した図である。 ポリシー詳細表示画面を例示した図である。 検索結果データ画面を例示した図である。 類似ポリシー一覧作成要求時の検索マップ部の動作の一例を示すフローチャートである。 類似ポリシー一覧画面を例示した図である。 削除候補ポリシー一覧作成要求時の検索マップ部の動作の一例を示すフローチャートである。 削除候補ポリシー一覧画面を例示した図である。

以下、図面を参照しながら本発明の実施形態に係るファイル検索システムについて詳細に説明する。

＜ファイル検索システム全体の構成・機能＞
図１は、本発明の実施形態に係るファイル検索システムの構成の一例を示す。
ファイル検索システムは、ファイル検索サーバ１０と、クライアント１１と、ファイルサーバ１２とを、ＬＡＮ（Local
Area Network）１３等の有線または無線の通信回線により互いに通信を可能に接続したシステムである。

図１においては、ファイル検索サーバ１０と、クライアント１１と、ファイルサーバ１２とはＬＡＮ１３によって互いに通信可能に接続されているが、接続方法はＬＡＮに限定されるものではなく、例えばＷＡＮ（Wide Area Network）やインターネットによって接続されていてもよい。また、図１においては、ファイル検索サーバ１０と、クライアント１１と、ファイルサーバ１２とが同一ＬＡＮセグメント上で接続されているが、この構成は一例に過ぎず、どのような構成になっていてもよい。
さらに、図１においては、クライアント１１とファイルサーバ１２はそれぞれ1台ずつ存在しているが、それぞれ２台以上存在しても構わない。また、ファイル検索サーバ１０、クライアント１１、およびファイルサーバ１２はそれぞれ異なる装置である必要はなく、例えば、ファイル検索サーバ１０、クライアント１１、およびファイルサーバ１２の機能を１台の装置によって実現することも可能である。

以上のような構成により、クライアント１１は、ファイル検索サーバ１０を経由してファイルサーバ１２に検索要求を送信し、ファイルサーバ１２は、ファイル検索サーバ１０を経由してファイル検索結果データ、すなわち検索条件に合致するファイル名、ファイルパス等（以下「検索結果データ」と略記する）を送信することができる。
なお、上述したように、本明細書と特許請求の範囲では、文書ファイル、表ファイル、電子メール、データベース、データベースに記憶された各レコード、プログラム等、情報処理装置に記憶されるすべてのデジタル情報を「ファイル」と総称する。

＜クライアント１１の構成・機能＞
クライアント１１はコンピュータであり、入力装置１１２、表示装置１１３および記憶装置１１４と通信可能に接続されている。
入力装置１１２はキーボード、マウス等の装置であり、クライアント１１の操作者は入力装置１１２を操作することで、クライアント１１が実行するべき処理を指示することができる。すなわち入力装置１１２はクライアント１１の入力手段として機能する。
表示装置１１３は液晶ディスプレイ、プリンタ等の装置であり、クライアント１１が実行した処理の結果等を表示あるいは印刷出力する。すなわち表示装置１１３はクライアント１１の表示手段および出力手段として機能する。
記憶装置１１４は磁気ディスク等の装置であり、クライアント１１に内蔵されまたは外部接続される。記憶装置１１４と、図示していないがクライアント１１の主記憶装置等は、クライアント１１の記憶手段として機能する。

クライアント１１は図示していないがＣＰＵ（Central Processing Unit）、主記憶装置等を備えている。図示していないが、ＣＰＵは記憶装置１１４に記憶されているＷＥＢブラウザ等のプログラムを主記憶装置上にローディングし、その命令コードを実行することで各種の処理を実行する。
以上のようなプログラム実行にかかわる技術は周知であるので、以降の説明および図面においては、プログラム実行に係る説明が煩雑になるのを避けるため、ＷＥＢブラウザをＷＥＢページ表示部１１１というように、各種プログラムについてあたかもハードウェアが存在するかのように記載し、各部が処理を実行するかのように記載する。なお、実際に各部（例えばＷＥＢページ表示部１１１）を電子装置または電子装置とファームウェアの組み合わせ等で構成することも可能である。

ＷＥＢページ表示部１１１は上述したようにＷＥＢブラウザであり、クライアント１１の操作者が入力装置１１２によって入力したＵＲＬ（Uniform Resource Locator）等をファイル検索サーバ１０に送信し、またファイル検索サーバ１０から送信されるＨＴＭＬ（Hypertext Markup Language）等からなるＷＥＢページを表示装置１１３に表示する。
ここで、ファイル検索サーバ１０、クライアント１１、およびファイルサーバ１２には、通信回線上での場所を一意に特定するためのＩＰアドレスや、ＩＰアドレスに対応する識別名（以下、単に「識別名」という。）等が割り当てられているので、例えばクライアント１１はファイル検索サーバ１０のＩＰアドレス宛に、ＵＲＬ等に加えてクライアント１１自身のＩＰアドレスを送信することで、ファイル検索サーバ１０がＷＥＢページをどこに送信すればよいかを指定する。

＜ファイル検索サーバ１０の構成・機能＞
ファイル検索サーバ１０はコンピュータであり、検索部１０１と、検索マップ部１０２と、ＷＥＢページ送信部１０３と、ポリシー管理部１０４とを備えており、記憶装置１０５と通信可能に接続されている。
ファイル検索サーバ１０は、図示していないがＣＰＵ、主記憶装置等を備えている。
記憶装置１０５は磁気ディスク等の装置であり、ファイル検索サーバ１０に内蔵され、または外部接続される。記憶装置１０５は、ファイル検索サーバ１０の記憶手段として機能する。
記憶装置１０５には、図示していないが、検索プログラム、検索マッププログラム、ＷＥＢサーバプログラム、およびポリシー管理プログラムが記憶されている。図示していないが、ＣＰＵが記憶装置１０５からこれらのプログラムを主記憶装置上にローディングし、その命令コードを実行することで、検索部１０１、検索マップ部１０２、ＷＥＢページ送信部１０３、およびポリシー管理部１０４の各機能が実現される。

記憶装置１０５には、上述したプログラムの他に、利用者管理データ１０６、ファイルシステム管理データ１０７、ポリシー管理データ１０８、検索結果データ１０９が記憶されている。
利用者管理データ１０６には、後述するように、検索マップ部１０２にログインするための利用者情報等が０以上記憶されている。
ファイルシステム管理データ１０７には、検索対象とすべきファイルサーバ１２の情報（以下、「ファイルシステムのリスト」という。）が１以上記憶されている。後述するように、ファイル検索サーバ１０は、ＷＥＢページ表示部１１１にファイルシステムのリストを送信し、ＷＥＢページ表示部１１１は受信したファイルシステムのリストを表示装置１１３に表示する。そして、クライアント１１の操作者は入力装置１１２を使用して表示されたファイルシステムのリストから、検索対象に合致するファイルシステムを選択する。

ポリシー管理データ１０８には、クライアント１１の操作者によって指定されたポリシー名、検索条件、ファイルシステム名等を含む検索情報の定義されたポリシーが登録される。後述するように、特定の時間に特定の期間アクセスがないファイルを検索するポリシーといったように、目的等に応じて定義することができ、複数のポリシーの情報を蓄積することができる。
検索結果データ１０９には、後述するように、ポリシーの検索情報に基づいて検索された検索結果データが格納される。以下、ポリシーの検索情報に基づいて検索することを「ポリシーを実行する」という。
なお、ひとつのポリシーは繰り返し実行されることがあるが、検索結果データ１０９には、最終実行時の検索結果データが記憶される。

ＷＥＢページ送信部１０３は、例えばＡｐａｃｈｅ（登録商標）等のＷＥＢサーバであり、ＷＥＢページ表示部１１１から受信したＵＲＬ等を参照して、ＨＴＭＬ等からなるＷＥＢページを作成し、ＷＥＢページ表示部１１１に送信する。
また、ＷＥＢページ送信部１０３は、ＷＥＢページ表示部１１１から受信したＵＲＬ等が所定の値である場合に、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。

検索マップ部１０２は、ログイン画面、ポリシー名の指定画面、ファイルシステムの選択画面、検索条件の指定画面、スケジュール設定画面等、ＨＴＴＰ等からなるＷＥＢページを作成して、ＷＥＢページ送信部１０３に引き渡し、ＷＥＢページ送信部１０３は引き渡されたＷＥＢページをＷＥＢページ表示部１１１に送信する。そして、クライアント１１の操作者によって入力された情報はポリシー管理部１０４に送信される。
ポリシー管理部１０４は、受信した情報を元に、ポリシー管理データ１０８を作成する。ポリシー管理部１０４は、ポリシーのスケジュール管理機能およびポリシー制御機能を備えており、設定されたスケジュールに従って、ポリシーを実行する。ポリシー管理部１０４が、ポリシーのスケジュール管理をどのように行うかについては、ＯＳ等の機能やオープンソースライブラリを使った周知のスケジュール管理機能によって実現可能であることや、説明が煩雑になるのをさけるため、ここでは詳細には記載しない。

また、ポリシー管理部１０４は、ポリシーを実行するとき、ポリシーの検索条件等を検索マップ部１０２に送信する。検索マップ部１０２は、検索条件等に基づいて検索コマンドを作成し、ＣＰＵに検索プログラムを実行させ、検索部１０１を起動する。検索部１０１は、検索コマンドに従って検索を実行し、検索した結果を示す検索結果データを検索部１０１および／またはポリシー管理部１０４に送信する。ポリシー管理部１０４は、検索結果データを、検索部１０１から直接または検索マップ部１０２を介して受け取る。
ポリシー管理部１０４は、実行したポリシーに対応する過去の検索結果データがあれば、すべて削除して、最終実行時の検索結果データを検索結果データ１０９へ登録する。さらに、ポリシー管理部１０４は、ポリシー管理データ１０８を最新の情報に更新する。

検索部１０１は、検索マップ部１０２から受信した検索キーワード等を使用して、ファイルサーバ１２に記憶されているファイルを検索し、検索結果データを検索マップ部１０２および／またはポリシー管理部１０４に送信する。
上記のような検索部１０１によってファイルを検索することは周知技術であるので、検索部１０１がどのようにファイルの検索を行うかについては、ここでは詳細には記載しないが、例えば、検索部１０１が検索マップ部１０２からファイル検索コマンド（例えば“File Extension is ‘doc’”：ファイル拡張子が‘doc’、“Size Greater than ‘1MB’”：ファイルサイズが1MB以上であるファイルを検索）を受信して検索を行うようにすればよい。逆に言えば、検索マップ部１０２が、検索部１０１によって理解可能なコマンドを作成して、検索部１０１に送信すればよい。そして、ファイルサーバ１２に検索エージェント（プログラム）を備え、検索部１０１が検索エージェントに、検索コマンド等を送信し、検索エージェントが検索結果データを検索部１０１に送信すればよい。
また、ファイルサーバ１２のファイルをNFS（Network File System）やCIFS（Common Internet File System）等のファイル共有サービスを使用して、ファイル検索サーバ１０から検索を行うことも可能である。

＜ファイルサーバ１２の構成・機能＞
ファイルサーバ１２はコンピュータであり、記憶装置１２１と通信可能に接続されている。ファイルサーバ１２は、図示していないがＣＰＵ、主記憶装置等を備えている。記憶装置１２１は磁気ディスク等の装置であり、ファイルサーバ１２に内蔵され、または外部接続される。また、記憶装置１２１と、ファイルサーバ１２の主記憶装置等は、ファイルサーバ１２の記憶手段として機能する。
図１においては、記憶装置１２１は1台しか図示していないが、磁気テープ、磁気ディスク、光ディスク等、さまざまな種類からなる複数台の記憶装置１２１を接続することが可能である。そしてよく知られているように、例えば検索部１０１がファイルサーバ１２に記憶されているファイルを検索する場合、検索部１０１は、論理ボリューム名、ファイルパス等によって、記憶装置１２１と同様にさまざまな種類からなる複数台の装置による構成が可能であり、論理ボリューム名、ファイルパス等によってファイルを特定することが可能である。

記憶装置１２１には、検索対象ファイル１２２が記憶されている。ここで、検索対象ファイル１２２とは記憶装置１２１に記憶されている特定のファイルを示しているのではなく、対象ファイルとなりうるすべてのファイルを示している。従って、検索対象ファイル１２２は、記憶装置１２１に記憶されているすべてのファイルであってもよいし、システムログ等の機密性の高いファイルを除いたすべてのファイルであってもよい。
ファイルサーバ１２は、検索部１０１から検索コマンド等を受信し、検索対象ファイル１２２に記憶されているファイルから検索キーワードを含んでいるなど検索条件に一致したファイルを検索し、検索結果データを検索部１０１に送信する。

＜各ファイルの構成等＞
図２は、利用者管理データ１０６のデータ構成の一例を示す。利用者管理データ１０６は、０以上の利用者別ログイン権限レコード２０から構成される。
利用者別ログイン権限レコード２０は、検索マップ部１０２にログインするための利用者情報等が記憶されている。具体的には、利用者別ログイン権限レコード２０は、利用者ＩＤ２１１およびパスワード２１２の項目から構成される。利用者ＩＤ２１１とパスワード２１２は、利用者別ログイン権限２１と総称し、検索マップ部１０２にログイン権限を有する利用者数分設定される。

図３は、ファイルシステムのリストの一例の概念図である。
この概念図に示すファイルサーバ１２の構成においては、あるファイルサーバ１２の識別名が“Server1”であり、別のファイルサーバ１２の識別名が“Server2”である。“Server1”は、２つの論理ボリュームから構成されており、各論理ボリュームは、それぞれ“vol1”、“vol2”の名称により一意に識別可能である。“Server2”は、１つの“vol1”の名称により一意に識別可能な論理ボリュームから構成されている。
“Sever1”の“vol1”、“vol2”および、“Server2”の“vol1”には、図示したようなフォルダおよびファイルからなるファイルパスが存在する。例えば、“Server1”の“vol1”には、“etc”、“doc”の２つのフォルダが存在し、“doc”フォルダには、“file3.doc”の１つのファイルが存在する。同様に、“Server1”の“vol2”には、１つのフォルダ“pjt”が存在し、“pjt”フォルダには“pjt1”、“pjt2”、“pjt3”の３つのフォルダが存在し、そのうち“pjt1”フォルダには“file4.txt”、“file5.doc”の２つのファイルが存在する。また、“Server2”の“vol1”には、１つのフォルダ“usr”が存在し、“usr”フォルダには“usr1”、“usr2”、“usr3”の３つのフォルダが存在し、“usr2”フォルダには、１つの“file5.doc”ファイルが存在する。

以上のファイルサーバ１２、論理ボリュームおよびファイルパスのうち、例えば、図３において「ファイルシステム３０１」、「ファイルシステム３０２」および「ファイルシステム３０３」の点線で示すファイルパスをファイルシステムと定義し、ファイルシステムのリスト３０として記憶している。
図示していないが、ファイル検索サーバ１０にはファイルシステムのリスト作成・更新プログラムが存在している。また、ファイル検索サーバ１０の操作者が、図示していないが、ファイル検索サーバ１０に接続されたキーボード、マウス等の入力装置を操作することでＣＰＵにファイルシステムのリスト作成・更新プログラムを実行させ、ファイルシステムのリスト３０を作成、変更、削除する。

図４は、ポリシー管理データ１０８のデータ構成の一例を示す。
ポリシー管理データ１０８は、ポリシー管理部１０４によって作成され、登録、更新および削除される。ポリシー管理部１０４のスケジュール管理機能については、一般的に専用のＤＢによりデータ管理を行うが、前述したように、説明が煩雑になるのをさけるため、ここでは図示していない。
ポリシー管理データ１０８は、０以上のポリシーの状態を示すレコードが記憶されている。具体的には、ポリシー管理データ１０８は、ポリシー識別ＩＤ４０１、ポリシー名４０２、状態４０３、最終実行日時４０４、総実行回数４０５、検索条件４０６およびファイルシステム４０７の項目から構成される。

ポリシー識別ＩＤ４０１には、検索マップ部１０２がポリシーを識別するためのＩＤ（Identifier）が設定される。ポリシー識別ＩＤ４０１は、ポリシー管理部１０４により自動で割り振られる。
ポリシー名４０２には、クライアント１１の操作者が入力した値、例えば“Policy01”が設定される。
状態４０３は、ポリシー管理部１０４によって更新される。状態４０３には、ポリシーがスケジュール起動待ちの状態ならば“スケジュール済み”、ポリシーが実行中であれば“実行中”、ポリシーにスケジュールが設定されていない、または予定しているスケジュールをすべて完了している状態であれば“スケジュールなし”が設定される。

最終実行日時４０４は、ポリシー管理部１０４によって更新される。最終実行日時４０４には、ポリシーの最後に実行された実行日時、例えば“2011-01-06 10:00:00”が設定されている。最初のポリシーの起動前および実行中は、最終実行日時４０４は確定していないため、空白等の確定していないことを表す文字が設定される。
総実行回数４０５には、ポリシーの実行された回数が設定される。例えば、最初のポリシーの実行が完了すると、総実行回数４０５は、ポリシー管理部１０４によって“0”から“1”に更新される。
検索条件４０６は、ポリシー管理部１０４によって更新される。検索条件４０６には、後述するが、クライアント１１の操作者が入力した値、例えば“File Extension is doc”、“Size Greater than
1MB”、“Logic is Match All”の場合、“File Extension is doc,Size Greater than 1MB,Logic is Match All”のようにカンマ“,”でつないで設定される。
ファイルシステム４０７は、ポリシー管理部１０４によって更新される。ファイルシステム４０７には、クライアント１１の操作者が入力した値、例えば“filesystem01”が設定される。

図５は、ファイル検索条件の代表例を示す。例えば、フィールド５０１が"File Extension"、演算子５０２が"Is"、値５０３がファイル拡張子"doc"であるとき、検索条件は“File Extension is
doc”である。また、“フィールド５０１が"Size"、演算子５０２が"Greater than"、値５０３がファイルサイズ"1MB"であるとき、検索条件は"Size Greater than 1MB”である。
このように、検索条件４０６は、“フィールド 演算子 値”という形式で設定される。複数の検索条件があるときは、それぞれの検索条件をカンマ“,”でつないで設定される。

また、各条件をすべて満たす指定の場合は、前述したように“Logic is Match All”と設定されるが、各条件のいずれか一つでも満たす指定の場合は、“Logic is Match Any”と設定される。“Logic is Match
All”または“Logic is Match Any”は、検索条件に続いてカンマ“,”でつなぎ、いずれか１つが必ず設定される。ここでは単純な設定例をあげているが、検索条件４０６は、検索マップ部１０２が、検索部１０１によって理解可能なコマンドを作成できれば、前述の形式以外でもよい。

図６は、検索結果のデータ構成の一例を示す。
検索結果データ１０９は、０以上のファイル検索結果データから構成される。具体的には、ポリシー識別ＩＤ６０１、シーケンス番号６０２および検索結果６０３の項目から構成される。
ポリシー識別ＩＤ６０１には、ポリシー管理データ１０８に対応するＩＤが記憶される。つまり、ポリシー識別ＩＤ６０１がポリシー識別ＩＤ４０１と同一であれば、そのポリシーの検索結果データであることを示す。シーケンス番号６０２は、検索結果６０３が複数記憶されることがあるため、番号で管理するためのものである。検索結果６０３には、検索結果データが保存される。
図４、図６を例にすると、ポリシー識別ＩＤが“123456”のポリシーの検索結果データは、“/vol1/etc/file1.doc”、“/vol1/etc/file2.doc”および“/vol1/doc/file3.doc”であることがわかる。
ここで、ポリシー管理データ１０８と検索結果データ１０９は、データの冗長性を少なくするために２つに分けているが、同一のテーブルであってもよく、前述のデータ構成でなくてもよい。

＜各部の動作＞
図７は、ファイル検索に係るＷＥＢページ表示部１１１の動作の一例を示すフローチャートである。
＜図７のステップＳ７０１に至るまでの処理＞
クライアント１１の操作者が入力装置１１２を操作してＣＰＵにＷＥＢページ表示プログラムを実行させ、ＷＥＢページ表示部１１１を起動すると、ＷＥＢページ表示部１１１は表示装置１１３にＷＥＢ閲覧用画面を表示する。そして、クライアント１１の操作者が入力装置１１２を操作してＷＥＢ閲覧用画面のＵＲＬ入力・表示フィールドに所定のＵＲＬ（例えば“http://fserver.somecompany.com/fsearch/login.html”）を入力すると、ＷＥＢページ表示部１１１は入力ＵＲＬをファイル検索サーバ１０に送信する。
ファイル検索サーバ１０のＷＥＢページ送信部１０３は入力ＵＲＬを受信し、ログイン画面用のＷＥＢページをＷＥＢページ表示部１１１に送信する。ＷＥＢページ表示部１１１は受信したＷＥＢページをログイン画面として表示装置１１３に表示する。
ログイン画面の表示例を図８に示す。なお、図８を含め、以降の画面表示例においては、ＵＲＬ入力・表示フィールド、「戻る」ボタン等、通常のＷＥＢブラウザの表示画面が備えているフィールド等は表示していないが、これらのフィールド等も当然に画面に表示される。

＜ログイン処理（図７のＳ７０１に関する処理）＞
クライアント１１の操作者が入力装置１１２を操作して利用者ＩＤ入力フィールドＧ８１とパスワード入力フィールドＧ８２にそれぞれログイン画面の利用者ＩＤとパスワードを入力し、ログイン画面下部のログインボタンをクリックすると、ＷＥＢページ表示部１１１は入力された利用者ＩＤとパスワードをログイン処理要求とともにＷＥＢページ送信部１０３に送信する。
ログイン処理要求を送信する方法としては、ログイン処理を実行すべきＣＧＩ（Common Gateway Interface）等を指定した所定のＵＲＬ（例えば“http://fserver.somecompany.com/fsearch/cgi/login.cgi”）をＷＥＢページ送信部１０３に送信する方法等、さまざまな方法が知られており、これらの方法から選択して使用すればよい。（以上、Ｓ７０１）

なお、後述する起動画面選択処理要求等においても同様の方法を使用することができる。この場合、例えば起動画面選択処理要求についてはログイン処理要求と異なるＣＧＩを指定した所定のＵＲＬ（例えば“http://fserver.somecompany.com/fsearch/cgi/select.cgi”）をＷＥＢページ送信部１０３に送信することで、検索マップ部１０２にログイン処理ではなく起動画面選択処理を実行させることが可能である。すなわち、このようにする場合、検索マッププログラム（検索マップ部１０２）は複数のＣＧＩから構成されることになる。
さらに “http://fserver.somecompany.com/fsearch/cgi/wizard.cgi&page=policy”といったように、ＣＧＩの指定にパラメータ（この例では“page=policy”）をつけることも可能である。このようにすることで、１つのＣＧＩに対して、パラメータによって異なる処理を実行させることが可能になる。

また、後述する画面遷移処理においても、画面で指定・選択された値を“http://fserver.somecompany.com/fsearch/cgi/wizard.cgi&page=filesystem&policy=Policy01”といったように、次画面に遷移するＣＧＩの指定にパラメータ（この例では次画面の指定が“page=filesystem”、画面で指定された値が“policy=Policy01”）をつけることで、受け渡すことも可能である。つまり、検索マップ部１０２は、引き渡されたパラメータを記憶することができる。
なお、パラメータの引き渡し時や解析時には、エンコード処理およびデコード処理が必要の場合もあるが、周知の技術であることや、パラメータ解析処理の説明が煩雑になるのを避けるため、以下の説明においては、単に「パラメータを引き渡す」、「パラメータを分解する」と表現する。

図９は、ログイン処理時、すなわちＷＥＢページ送信部１０３がＷＥＢページ表示部１１１からログイン処理要求を受信した場合の、検索マップ部１０２の動作の一例を示すフローチャートである。
ＷＥＢページ送信部１０３はＷＥＢページ表示部１１１からログイン処理要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。
検索マップ部１０２は、ＷＥＢページ送信部１０３が送信した利用者ＩＤ、パスワードの組み合わせが正しいか、利用者管理データ１０６を検索して一致するか否か判定する（Ｓ９０１）。

利用者ＩＤ、パスワードの組み合わせが、どの利用者管理データ１０６とも一致しない場合（Ｓ９０１でＮＯの場合）、検索マップ部１０２はエラー画面を作成して（Ｓ９０２）処理を終了する。
なお、このエラー画面を含め、以降の説明において「検索マップ部１０２がＸ画面を作成する」とは、検索マップ部１０２が、ＷＥＢページ表示部１１１によって表示装置１１３に表示される、ＨＴＭＬ等からなるＷＥＢページを作成することを示す。
利用者ＩＤ、パスワードの組み合わせが、いずれかの利用者管理データ１０６のレコードと一致する場合（Ｓ９０１でＹＥＳの場合）、検索マップ部１０２は、起動画面選択画面を作成する（Ｓ９０３）。
検索マップ部１０２は、起動画面選択画面を作成すると処理を終了する。そして、検索マップ部１０２が作成したエラー画面、起動画面選択画面、すなわち各画面のＷＥＢページは、ＷＥＢページ送信部１０３によってＷＥＢページ表示部１１１に送信される。

＜起動画面選択処理（図７のＳ７０２に関する処理）＞
ここで再び図７を使用してＷＥＢページ表示部１１１の動作を説明する。ＷＥＢページ表示部１１１は検索マップ部１０２から受信したＷＥＢページを表示装置１１３に表示する。
従って、ＷＥＢページ表示部１１１が検索マップ部１０２からエラー画面のＷＥＢページを受信した場合には、表示装置１１３にエラー画面が表示されるので、クライアント１１の操作者はエラーとなった原因を解決し、再度ログイン操作を行えばよい。この場合、ＷＥＢページ表示部１１１は再びＳ７０１の処理を行うことになる。
一方、ＷＥＢページ表示部１１１が検索マップ部１０２から起動画面選択画面のＷＥＢページを受信した場合には、表示装置１１３に起動画面選択画面が表示され、クライアント１１の操作者は起動画面選択操作を行うことができる。

起動画面選択画面の表示例を図１０に示す。図１０に示すように、起動画面選択画面の起動画面選択部Ｇ１００１には、ラジオボタン、起動画面名称（“ポリシー作成ウィザード”または“ポリシー一覧画面”）が表示され、クライアント１１の操作者は、起動したい画面を選択することができる。
なお、クライアント１１の操作者は、通常、新規ポリシーを作成したい場合は、“ポリシー作成ウィザード”を、作成済みポリシー情報を確認したい場合は、“ポリシー一覧画面”を選択することになる。図１０においては、“ポリシー作成ウィザード”
が選択された状態を例示している。
クライアント１１の操作者が入力装置１１２を使用して起動したい画面のラジオボタンをクリックし、当該ラジオボタンをアクティブにして起動画面選択画面下部の起動ボタンをクリックすると、ＷＥＢページ表示部１１１はアクティブになったラジオボタンに対応する画面起動処理要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、画面起動処理要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。

検索マップ部１０２は、画面起動処理要求の内容が“ポリシー作成ウィザード”の場合、新しい画面として、つまり起動画面選択画面とは別画面として、ポリシー作成ウィザードの最初の画面であるポリシー名の指定画面を作成する。
なお、“ポリシー作成ウィザード”は、“ポリシー名の指定画面”、“ファイルシステムの選択画面”、“検索条件の指定画面”、“スケジュール設定画面”というように、いくつかのステップに分かれて構成され、各画面で必要な情報を入力または選択しながらポリシーの作成を行う。

一方で、検索マップ部１０２は、画面起動処理要求の内容が“ポリシー一覧画面”の場合、ポリシー情報取得要求をポリシー管理部１０４に送信する。ポリシー管理部１０４は、ポリシー情報取得を行い、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、ポリシー情報を受信すると、新しい画面として、つまり起動画面選択画面とは別画面として、ポリシー一覧画面を作成する。
なお、起動画面選択画面とは別画面として、画面を作成するが、ポリシー作成ウィザードの最初の画面であるポリシー名指定画面とポリシー一覧画面は同時には開けないようにする。この制御については、操作性を考慮したものであるが、起動画面選択画面から開く画面に名前をつけるなどで対応すればよい。以後のポリシー作成ウィザードの表示処理およびポリシー一覧の表示処理については、後述する。

一方、クライアント１１の操作者が入力装置１１２を操作して起動画面選択画面下部のログアウトボタンをクリックすると、ＷＥＢページ表示部１１１はＷＥＢページ送信部１０３にログアウト処理要求を送信する。ＷＥＢページ送信部１０３はＷＥＢページ表示部１１１からログアウト処理要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２が作成したログアウト画面、すなわちログアウト画面のＷＥＢページは、ＷＥＢページ送信部１０３によってＷＥＢページ表示部１１１に送信され、表示装置１１３に表示される。

＜ポリシー作成ウィザードの表示処理（図７のＳ７０３に関する処理）＞
ポリシー名の指定画面の表示例を図１１に示す。図１１に示すように、ポリシー名の指定画面のポリシー名指定フィールドＧ１１０１には、テキストボックスが表示され、クライアント１１の操作者は、ポリシー名を指定することができる。図１１においては、“Policy01”が指定された状態を例示している。
クライアント１１の操作者が入力装置１１２を使用して次へボタンをクリックすると、ＷＥＢページ表示部１１１は、画面遷移要求とともにＷＥＢページ送信部１０３に送信する。このとき、ＣＧＩの指定にパラメータ（この例では“policy=Policy01”）をつけることにより、指定したポリシー名を引き渡しておく。

ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、前述したように、ファイルシステム管理データ１０７からファイルシステムのリスト情報を取得し、ファイルシステムの選択画面を作成する。
ただし、クライアント１１の操作者が、ポリシー名を入力しない場合は、次へボタンは有効とならず、ファイルシステムの選択画面へ遷移することができない。後述するポリシー作成ウィザードの各画面においても、必要な情報を入力しない限りは、次の画面への遷移や実行をすることができない。このようにすることで、必要な情報を漏れなく設定することができる。

また、クライアント１１の操作者が入力装置１１２を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。後述するポリシー作成ウィザードの各画面においても、クライアント１１の操作者は、キャンセルボタンをクリックすることによって、それまで入力・選択した情報を破棄し、ポリシー作成を途中でやめることも可能である。

ファイルシステムの選択画面の表示例を図１２に示す。図１２に示すように、ファイルシステムの選択画面のファイルシステム選択部（Ｇ１２０１）には、ドロップダウンリストが表示され、クライアント１１の操作者は、検索したいファイルシステムを選択することができる。図１２においては、“filesystem01”が選択された状態を例示している。
クライアント１１の操作者が入力装置１１２を使用して次へボタンをクリックすると、ＷＥＢページ表示部１１１は、画面遷移要求をＷＥＢページ送信部１０３に送信する。このとき、ＣＧＩの指定にパラメータ（この例では“filesystem=filesystem01”）をつけることにより、選択したファイルシステム名を引き渡しておく。
ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、検索条件の指定画面を作成する。

また、クライアント１１の操作者が入力装置１１２を使用して戻るボタンをクリックすると、ＷＥＢページ表示部１１１は、戻ることを示すパラメータとともに画面遷移要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、記憶しているポリシー名が表示されたポリシー名の指定画面を作成する。つまり、後述するポリシー作成ウィザードの各画面において、クライアント１１の操作者は、戻るボタンをクリックすることによって、前の画面に戻り、入力された情報を確認または修正することができる。
一方、クライアント１１の操作者が入力装置１１２を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。

検索条件の指定画面の表示例を図１３に示す。図１３に示すように、検索条件画面の上部（Ｇ１３０１）には、ドロップダウンリストが表示され、クライアント１１の操作者は、検索条件間の関係を表す“Match All”（すべてを満たす）または“Match Any”（いずれかを満たす）を選択することができる。
また、検索条件画面の検索条件指定部（Ｇ１３０２）には、ドロップダウンリスト、テキストボックス、＋ボタン、−ボタンおよびリセットボタンが表示される。
クライアント１１の操作者は、指定したい検索条件をドロップダウンリストから選択し、テキストボックスに値を入力することができる。また、クライアント１１の操作者は、＋ボタンをクリックすることによって検索条件を１行増やし、−ボタンをクリックすることによって検索条件を１行減らすことができ、さらにリセットボタンをクリックすることで、検索条件を初期状態（左から“File”、“is”、“All”）、
つまり“すべてのファイル”を意味する状態に戻すことができる。このようにして、クライアント１１の操作者は、検索条件を自由に追加・削除、初期状態にすることができる。
図１３においては、検索条件の1行目は“ファイルの拡張子がdoc”を意味し、左から“File Extension”、“Is”、“doc”であり、検索条件の2行目は“ファイルサイズが１ＭＢ以上”を意味し、左から“Size”、“Greater than”、“1MB”である。さらに、各検索条件をすべて満たす“Match All”が指定された状態を例示している。

クライアント１１の操作者が入力装置１１２を使用して次へボタンをクリックすると、ＷＥＢページ表示部１１１は、画面遷移要求をＷＥＢページ送信部１０３に送信する。このとき、ＣＧＩの指定にパラメータ（この例では“logic=Logic is Match All&query1=File Extension is
doc&query2=Size Greater than 1MB”）をつけることにより、指定した検索条件を引き渡しておく。
ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、スケジュール設定画面を作成する。
また、クライアント１１の操作者が入力装置１１２を使用して戻るボタンをクリックすると、ＷＥＢページ表示部１１１は、戻ることを示すパラメータとともに画面遷移要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、記憶しているファイルシステム名が選択されたファイルシステムの選択画面を作成する。
一方、クライアント１１の操作者が入力装置１１２を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。

スケジュール設定画面の表示例を図１４に示す。図１４に示すように、スケジュール設定画面上部（Ｇ１４０１）には、ポリシーの初回実行日時を指定する、日付および時刻のテキストボックスが表示される。また、スケジュール設定画面下部（Ｇ１４０２）には、繰り返し条件を指定する間隔を示すドロップダウンリスト、実行上限回数を指定するテキストボックスが表示される。
クライアント１１の操作者は、ポリシーの実行スケジュールを、これらのテキストボックスやドロップダウンリストを使用して設定することができる。つまり、クライアント１１の操作者は、ポリシーの実行したいスケジュールを自由に設定することができる。

図１４においては、ポリシー実行の初回実行日時は、日付に“2011-01-11”、時刻に“10:00”が指定されている。また、ポリシー実行の繰り返し指定として、間隔に“Daily”が選択され、実行上限回数に“10”が指定されている状態を例示している。これは、“2011-01-11 10:00”を初回実行日時として毎日実行を行い、総実行回数１０回に達するまで（つまり１０日後まで）ポリシーの実行が行われることを示している。
なお、間隔を示すドロップダウンリストには、例示した毎日をあらわす“Daily”以外には、一度だけをあらわす“Only once”、週間をあらわす“Weekly”、月間をあらわす“Weekly”がある。

クライアント１１の操作者が入力装置１１２を使用して実行ボタンをクリックすると、ＷＥＢページ表示部１１１は、類似ポリシー一覧作成要求をＷＥＢページ送信部１０３に送信する。このとき、ＣＧＩの指定にパラメータ（この例では“date=2011-01-11&time=10:00&unit=daily&limit=10”）をつけることにより、スケジュール情報を引き渡しておく。
ＷＥＢページ送信部１０３は、類似ポリシー一覧作成要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、類似ポリシー一覧処理画面を作成する。類似ポリシー一覧作成要求処理については後述する。

また、クライアント１１の操作者が入力装置１１２を使用して戻るボタンをクリックすると、ＷＥＢページ表示部１１１は、戻ることを示すパラメータとともに画面遷移要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、画面遷移要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を引き渡されたパラメータとともに起動する。検索マップ部１０２は、記憶している検索条件が設定された検索条件画面を作成する。
一方、クライアント１１の操作者が入力装置１１２を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。

＜ポリシー一覧画面の表示処理（図７のＳ７０３に関する処理）＞
ポリシー一覧画面の表示例を図１５に示す。図１５のポリシー一覧画面は、図１０の起動画面選択画面において“ポリシー一覧画面”のラジオボタンをアクティブにして起動ボタンがクリックされた場合に表示される。
図１５に示すように、ポリシーの操作部（Ｇ１５０１）には、クライアント１１の操作者がポリシーを操作するボタンが表示され、左からスケジュールを再設定するためのボタン（以下、スケジュール再設定ボタンという。）、実行中のポリシーを停止するボタン（以下、停止ボタンという。）、ポリシーの検索条件を再編集するボタン（以下、検索条件再編集ボタンという。）、ポリシーのスケジュールを取り消しするボタン（以下、スケジュール取り消しボタンという。）がある。ポリシー名表示部（Ｇ１５０２）には、ポリシー名が表示され、ポリシー名にはクリックが可能なリンク（以下、ポリシー名リンクという。）が張られている。状態表示部（Ｇ１５０３）には、ポリシーの状態が表示される。総実行回数表示部（Ｇ１５０４）にはポリシーの総実行回数が表示される。

ポリシー一覧画面下部（Ｇ１５０５）には、クライアント１１の操作者が、ポリシー一覧を最新の状態に更新する更新ボタン、ポリシー一覧から使用頻度の低いポリシーを検出する整理ボタン、ポリシー一覧を閉じて処理を終了するための閉じるボタンが表示される。
図１５においては、ポリシーが３つ例示されおり、１行目のポリシー名は“Policy01”、状態は“スケジュール済み”、総実行回数は“3”、２行目のポリシー名は“Policy02”、状態は“実行中”、総実行回数は“5”、３行目のポリシー名は“Policy03”、状態は“スケジュールなし”、総実行回数は“0”が例示されている。ここでポリシー一覧に表示されるポリシー情報は、前述したようにポリシー管理データ１０８に記憶されている内容である。

クライアント１１の操作者が、入力装置１１２を使用してスケジュール再設定ボタンをクリックすると、ＷＥＢページ表示部１１１は、スケジュール再設定要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、スケジュール再設定要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、スケジュール再設定画面を作成する。つまり、ポリシー一覧画面からスケジュール再設定画面へ遷移する。
ただし、スケジュール再設定ボタンは、状態が“スケジュールなし”のポリシーのときだけ有効であり、状態が“実行中”および“スケジュール済み”の場合は、スケジュール再設定ボタンはクリックできない。さらに、ポリシーのスケジュールが再設定されると、状態は、“スケジュールなし”から“スケジュール済み”または“実行中”に変わることになる。

＜スケジュール再設定画面の表示処理＞
スケジュール再設定画面の表示例を図１６に示す。スケジュール再設定画面は、前述した図１４と同様であるが、戻るボタンは表示されない。
スケジュール再設定画面において、クライアント１１の操作者が、入力装置１１２を使用してキャンセルボタンをクリックすると、ＷＥＢページ表示部１１１は、キャンセル要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、キャンセル要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、スケジュール再設定画面からポリシー一覧画面へ遷移する。
また、スケジュール再設定画面において、クライアント１１の操作者が入力装置１１２を使用して実行ボタンをクリックすると、ＷＥＢページ表示部１１１は、実行要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、実行要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、実行要求をポリシー管理部１０４に送信する。
ポリシー管理部１０４は、ポリシーのスケジュール設定を行い、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、スケジュール再設定画面からポリシー一覧画面へ遷移する。（以上、スケジュール再設定画面の表示処理）

再び、ポリシー一覧画面の説明に戻る。クライアント１１の操作者が、入力装置１１２を使用して停止ボタンをクリックすると、ＷＥＢページ表示部１１１は、停止要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、停止要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、停止要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシーの停止処理を行い、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、最新のポリシー一覧画面に更新される。
ただし、停止ボタンは、状態が“実行中”のポリシーのときだけ有効であり、状態が“スケジュール済み”および“スケジュールなし”の場合は、停止ボタンはクリックできない。なお、ポリシーが停止されると、ポリシーの状態は、“実行中から”からスケジュールがその後も存在すれば“スケジュール済み”となり、スケジュールがその後ない場合、つまり最後のスケジュールの実行中であった場合は、“スケジュールなし”に変わる。

クライアント１１の操作者が、入力装置１１２を使用して検索条件再編集ボタンをクリックすると、ＷＥＢページ表示部１１１は、検索条件再編集要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、検索条件再編集要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、検索条件再編集画面の作成を行う。つまり、ポリシー一覧画面から検索条件再編集画面へ遷移する。ただし、検索条件再編集ボタンは、状態が“スケジュールなし”および“スケジュール済み”のポリシーのときだけ有効であり、状態が“実行中”の場合は、検索条件再編集ボタンはクリックできない。

＜検索条件再編集画面の表示処理＞
検索条件再編集画面の表示例を図１７に示す。検索条件再編集画面は、前述した図１３と同様であるが、戻るボタンおよび次へボタンは表示されず、代わりに設定ボタンが表示される。
検索条件再編集画面において、クライアント１１の操作者が、入力装置１１２を使用してキャンセルボタンをクリックすると、ＷＥＢページ表示部１１１は、キャンセル要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、キャンセル要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、検索条件再編集画面からポリシー一覧画面へ遷移する。

また、検索条件再編集画面において、クライアント１１の操作者が、入力装置１１２を使用して設定ボタンをクリックすると、ＷＥＢページ表示部１１１は、設定要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、設定要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、設定要求とともにポリシー管理部１０４を起動する。
このとき、検索マップ部１０２は、ＣＧＩの指定がパラメータ“logic=Logic is Match
All&query1=File is All”であった場合、ポリシー管理部１０４が理解可能なように、例えば、パラメータを“File is All”、“Logic is Match All”のようにして引き渡す。ポリシー管理部１０４は、ポリシーの検索条件の再設定、つまり、ポリシー管理データ１０８の検索条件４０６レコードを更新し、ポリシー情報を検索マップ部１０２に送信する。
前述の例では、ポリシー管理部１０４は、ポリシー管理データ１０８の検索条件４０６レコードを“File is
All,Logic is Match All”に更新する。そして、検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、検索条件再編集画面からポリシー一覧画面へ遷移する。（以上、検索条件編集画面の表示処理）

再び、ポリシー一覧画面の説明に戻る。クライアント１１の操作者が、入力装置１１２を使用してスケジュール取り消しボタンをクリックすると、ＷＥＢページ表示部１１１は、スケジュール取り消し要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、スケジュール取り消し要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、スケジュール取り消し要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシーのスケジュール取り消し処理を行い、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、最新のポリシー一覧画面に更新される。
ただし、スケジュール取り消しボタンは、状態が“スケジュール済み”のポリシーのときだけ有効であり、状態が“実行中”および“スケジュールなし”の場合は、スケジュール取り消しボタンはクリックできない。なお、スケジュールが取り消しされると、ポリシーの状態は、“スケジュール済み”から“スケジュールなし”に変わる。

クライアント１１の操作者が、入力装置１１２を使用してポリシー名リンクをクリックすると、ＷＥＢページ表示部１１１は、ポリシー詳細表示要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、ポリシー詳細表示要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、ポリシー詳細表示要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシー詳細情報を取得し、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、ポリシー詳細表示画面の作成を行う。つまり、ポリシー一覧画面から別画面としてポリシー詳細表示画面を作成する。

＜ポリシー詳細表示画面の表示処理＞
ポリシー詳細表示画面の表示例を図１８に示す。図１８に示すように、ポリシー詳細表示部上部（Ｇ１８０１）には、ドロップダウンリストが表示され、“ポリシーの詳細”が選択された状態である。また、ポリシー詳細表示のプロパティ部（Ｇ１８０２）には、ポリシー情報の詳細が表示される。
図１８においては、ポリシー名には“Policy01”、状態には“スケジュール済み”、最終実行日時には“2011-01-10
11:00:00”、総実行回数には“3”、ファイルシステムには“filesystem01”が例示されている。これらは、前述したようにポリシー管理データ１０８に記憶されている内容である。
ポリシー詳細表示のスケジュール管理情報部（Ｇ１８０３）には、スケジュール管理情報の詳細が表示される。図１８においては、初回実行日時には“2011-01-10 10:00:00”、繰り返し間隔には“Daily”、実行回数上限には“10”が例示されている。これらは、図示していないが、ポリシー管理部１０４のポリシーのスケジュール管理機能で記憶している内容である。
ポリシー詳細表示の検索条件部（Ｇ１８０４）には、検索条件が表示される。図１８においては、検索条件間の関係には“Match Any”、検索条件の1行目には“File Extension is doc”、検索条件の2行目には“Size Greater than 1MB”が例示されている。これらは、前述したようにポリシー管理データ１０８に記憶されている内容である。

ポリシー詳細表示部上部（Ｇ１８０１）のドロップダウンリストは、“ポリシーの詳細”の他に“検索結果データ”が選択可能であり、クライアント１１の操作者が、入力装置１１２を使用し“検索結果データ”を選択すると、ＷＥＢページ表示部１１１は、検索結果データ表示要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、検索結果データ表示要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、検索結果データ１０９から該当のポリシー識別ＩＤをキーとして検索結果データを取得し、検索結果データ画面を作成する。つまり、ポリシー詳細表示画面から検索結果データ画面へ遷移する。（以上、ポリシー詳細表示画面の表示処理）

＜検索結果データ画面の表示処理＞
検索結果データ画面の表示例を図１９に示す。図１９に示すように、検索結果画面上部（Ｇ１９０１）には、ドロップダウンリストが表示され、“検索結果データ”が選択された状態である。また、検索結果データ操作部（Ｇ１９０２）には、左から件数、１ページあたりの表示件数を操作するドロップダウンリスト、先頭のページを表示するボタン、前のページを表示するボタン、ページ番号を指定するテキストボックス、次のページを表示するボタン、最後のページを表示するボタンが表示される。また、検索結果データ表示部（Ｇ１９０３）には、ポリシーの最終実行時の検索結果データが表示される。
図１９においては、件数は“100”件、1ページあたりの表示件数は“10”件、ページ番号は“1”が例示されている。また、検索結果データには、“/dir1/subdir1/file1.doc”、“/dir1/subdir1/file2.doc”、“/dir1/subdir2/file3.doc”、“/dir1/subdir2/tmp/tmp1.txt”、“/dir1/subdir2/tmp/tmp2.txt”、“/dir1/subdir2/tmp/tmp3.txt”、“/dir2/project1/data.xml”、“/dir2/project2/data1.xml”、“/dir2/project2/data2.xml”、“/dir2/project2/data3.xml”が例示されている。

検索結果画面上部（Ｇ１９０１）のドロップダウンリストは、“検索結果データ”の他に“ポリシーの詳細”が選択可能であり、クライアント１１の操作者が、入力装置１１２を使用し“ポリシーの詳細”を選択すると、ＷＥＢページ表示部１１１は、ポリシーの詳細表示要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、ポリシーの詳細表示要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、前述したように、ポリシー詳細表示画面を作成する。つまり、検索結果データ画面からポリシー詳細表示画面へ遷移する。（以上、検索結果データ画面の表示処理）

再び、ポリシー一覧画面の説明に戻る。クライアント１１の操作者が、入力装置１１２を使用して更新ボタンをクリックすると、ＷＥＢページ表示部１１１は、画面更新要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、画面更新要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、画面更新要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシー詳細情報を取得し、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、ポリシー一覧画面の作成を行う。つまり、最新のポリシー情報をポリシー一覧画面に表示する。

クライアント１１の操作者が、入力装置１１２を使用して整理ボタンをクリックすると、ＷＥＢページ表示部１１１は、削除候補ポリシー一覧作成要求をＷＥＢページ送信部１０３に送信する。ＷＥＢページ送信部１０３は、削除候補ポリシー一覧作成要求を受信すると、ＣＰＵに検索マッププログラムを実行させ、検索マップ部１０２を起動する。検索マップ部１０２は、削除候補ポリシー一覧を作成する。削除候補ポリシー一覧作成要求については後述する。
また、クライアント１１の操作者が、入力装置１１２を使用してキャンセルボタンをクリックすると、ポリシー一覧画面を閉じ、検索マップ部１０２の処理は終了する。

＜類似ポリシー一覧作成要求＞
図２０は、類似ポリシー一覧作成要求時の検索マップ部１０２の動作の一例を示すフローチャートである。
検索マップ部１０２は、ＣＰＵにポリシー管理プロブラムを実行させ、類似ポリシー一覧作成要求および記憶しているパラメータとともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ＷＥＢページ送信部１０３が受信したファイルシステム名、つまりクライアント１１の操作者が、入力装置１１２を使用してポリシー作成ウィザードのファイルシステムの選択画面にて選択したファイルシステム名がないかを、ポリシー管理データ１０８のファイルシステム４０７レコードを検索して判定する（Ｓ２００１）。
ファイルシステム名が、どのポリシー管理データ１０８のファイルシステム４０７レコードとも一致しない場合（Ｓ２００１でＮＯの場合）、ポリシー管理部１０４は、結果情報を検索マップ部１０２に送信し、類似ポリシー一覧作成要求についての処理を終了する。この後の検索マップ部１０２の処理については後述する。

ファイルシステム名が、いずれかのポリシー管理データ１０８のファイルシステム４０７レコードと一致する場合（Ｓ２００１でＹＥＳの場合）、Ｓ２００２の処理へ進む。ポリシー管理部１０４は、ＷＥＢページ送信部１０３が受信した検索条件、つまりクライアント１１の操作者が、入力装置１１２を使用してポリシー作成ウィザードの検索条件の指定画面にて指定された検索条件をもとに、ポリシー管理データ１０８の検索条件４０６レコードを検索する。具体的には、“検索条件が完全一致または、検索条件のうち一つでも一致し、実行履歴を２回以上もつ”ポリシーが存在するか否かを判定する（Ｓ２００２）。

まず、“検索条件が完全一致または、検索条件のうち一つでも一致し、実行履歴を２回以上もつ”ポリシーが存在した場合（Ｓ２００２でＹＥＳの場合）から説明する。ポリシー管理部１０４は、検索条件が完全一致するポリシーをまず類似ポリシーとする。
例えば、ポリシー管理部１０４は、検索マップ部１０２から引き渡されたパラメータ“logic=Logic is Match All&query1=File Extension is
doc&query2=Size Greater than 1MB”を記憶しているが、まず、“Logic
is Match All”、“File Extension is doc”、“Size Greater than 1MB”に分解する。一方で、ポリシー管理部１０４は、ポリシー管理データ１０８の検索条件４０６レコードを検索し、解析する。例えば、“File Extension is doc,Size Greater than 1MB,Logic is Match All”が記憶されていた場合、“File Extension is doc”、“Size Greater than
1MB”、“Logic is Match All”に分解し、記憶している検索条件と照合する。この例では、ポリシー管理部１０４の記憶している検索条件とポリシー管理データ１０８の検索条件４０６レコードとが一致するので、ポリシー管理部１０４は、このポリシーを類似ポリシーとして記憶する。

また、ポリシー管理部１０４は、検索条件のうち１つでも一致し、実行履歴を２回以上もつポリシーも類似ポリシーとする。
例えば、ポリシー管理部１０４は、検索条件が“ファイルの拡張子がdoc”かつ“ファイルサイズが１ＭＢ以上”であった場合、“logic=Logic is
Match All&query1=File Extension is doc&query2=Size Greater than 1MB”を記憶しているが、前述したとおり、“Logic is Match All”、“File Extension is doc”、“Size Greater than 1MB”に分解する。一方で、ポリシー管理部１０４は、ポリシー管理データ１０８の検索条件４０６レコードを検索し、解析する。例えば、“File Extension is txt,Size Greater than 1MB,Logic is Match All”が記憶されていた場合、“File Extension is txt”、“Size Greater than
1MB”、“Logic is Match All”に分解し、記憶している検索条件と照合する。ここで、検索条件間の関係を表す“Logic is Match All”または“Logic is Match Any”を除く検索条件について、“Size Greater than 1MB”が１つ一致する。さらにポリシー管理部１０４は、このポリシーについて、ポリシー管理データ１０８の総実行回数４０５レコードを検索し、総実行回数が“3”であった場合、実行履歴を２回以上もつことになり、これを類似ポリシーとして記憶する。
このように、ポリシー管理部１０４は、検索条件とポリシー管理データ１０８のレコードを照合し、類似ポリシーとして記憶していく。

“検索条件が完全一致”するポリシー、および“検索条件のうち一つでも一致し、実行履歴を２回以上もつ”ポリシーが存在しなかった場合（Ｓ２００２でＮＯの場合）、ポリシー管理部１０４は、結果情報を検索マップ部１０２に送信し、類似ポリシー一覧作成要求についての処理を終了する。この後の検索マップ部１０２の処理については後述する。（以上、Ｓ２００２）

ポリシー管理部１０４は、ステップＳ２００２でＹＥＳであった場合、類似ポリシーとして記憶したものについて、類似性の高い順にソートを行う。
ここで、ポリシー管理部１０４は、記憶している類似ポリシーの中で、“検索条件が完全一致したポリシー”を一番類似性の高いものとする。
次に、検索条件が、検索条件間の関係を表す“Logic is Match All”であった場合、記憶している類似ポリシーの中で、“Logic
is Match All”を指定しているものの中から、一致している検索条件の数が多い順に類似性の高いものと判断する。そして、次に、検索条件に“Logic is Match Any”が含まれていれば、“Logic is Match
All”を含む類似ポリシーの中から、一致している検索条件の数が多い順に類似性の高いものとする。
一方、検索条件が、検索条件間の関係を表す“Logic is Match Any”であった場合、記憶している類似ポリシーの中で、“Logic
is Match Any” を指定しているものの中から、一致している検索条件の数が多い順に類似性の高いものと判断する。この場合、“Logic is Match All” を指定しているポリシーは類似していないものと判断する。
ポリシー管理部１０４は、類似性の高いポリシー順にソートが終わると、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、類似ポリシー一覧を作成し、類似ポリシー一覧作成要求についての処理を終了する。つまり、スケジュール設定画面から類似ポリシー一覧画面に遷移する。（以上、類似ポリシー一覧作成要求）

ここで、図２０において、類似ポリシー一覧を作成しなかった場合、つまりステップＳ２００１においてＮＯまたはステップＳ２００２においてＮＯであった場合、検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、ポリシーの新規作成要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシーの新規作成要求を受信すると、クライアント１１の操作者がポリシー作成ウィザードで入力した値に基づいて、ポリシーの作成を行い、ポリシー情報を検索マップ部１０２に送信する。
このとき、ＣＧＩの指定にパラメータ“policy=Policy01&filesystem=filesystem01&logic=Logic is Match
All&query1=File Extension is doc&query2=Size Greater than 1MB&date=2011-01-11&time=10:00&unit=daily&limit=10”が引き渡されていた場合、ポリシー管理部１０４は、パラメータを分解し、ポリシー管理データ１０８のポリシー名４０２レコードに“Policy01”、ファイルシステム４０７レコードに“filesystem01”、検索条件４０６レコードに“File Extension is
doc,Size Greater than 1MB,Logic is Match All”が設定され、ポリシー管理部１０４のスケジュール管理機能にスケジュール情報が引き渡される。
そして、検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、新規ポリシーを作成するとともに、スケジュール設定画面からポリシー一覧画面に遷移する。

類似ポリシー一覧画面の表示例を図２１に示す。類似ポリシー一覧画面は、前述した図１５と同様であるが、更新ボタン、整理ボタンおよび閉じるボタンがないかわりに、新規ポリシー作成ボタンがある。
図２１において、類似ポリシー一覧には、類似性の高いポリシーからポリシー名“Policy01”、“Policy03”が上から順に表示された状態を例示している。類似ポリシー一覧画面において、クライアント１１の操作者が、入力装置１１２を使用して、新規ポリシーの作成ボタンをクリックすると、前述した図２０において、類似ポリシー一覧を作成しなかった場合と同様に動作する。つまり、検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、ポリシーの新規作成要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシーの新規作成要求を受信すると、クライアント１１の操作者がポリシー作成ウィザードで入力した値に基づいて、ポリシーの作成を行い、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、類似ポリシーは使用せず新規ポリシーを作成するとともに、類似ポリシー一覧画面からポリシー一覧画面に遷移する。

一方で、クライアント１１の操作者が、ポリシーの操作部（Ｇ２１０１）を操作することにより、類似ポリシーを操作することが可能である。例えば、ポリシー一覧の中で一番類似性の高いポリシー名“Policy01”のスケジュールの再設定を行い、新規ポリシーを作成しないかわりに、類似ポリシーを利用することが可能である。また、類似ポリシーの検索条件の再編集を行って、類似ポリシーの検索条件を編集してから、スケジュールの再設定を行うことも可能である。
類似ポリシーのスケジュール再設定を行った場合、検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、類似ポリシーのスケジュール再設定要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、類似ポリシーのスケジュール再設定要求を受信すると、類似ポリシーに設定された値と類似ポリシーのスケジュール再設定値に基づいて、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、類似ポリシーのスケジュール再設定を行い、スケジュール再設定画面からポリシー一覧画面に遷移する。

このようにして、ポリシーを作成するときに、類似ポリシーの再利用を可能とし、類似のポリシーが増え続けることを防止できる。図２０のＳ２００２において、“実行履歴を２回以上”もつポリシーを判定しているが、制限なしに類似ポリシーとして再利用してしまうと、使用頻度の低いポリシーがいつまでも類似ポリシーとして候補となってしまう可能性があるため、実行履歴の回数も判定している。また、“１回以下の実行履歴”をもつポリシーについては、後述するが、削除候補ポリシー一覧作成処理の中で判定し、ポリシーの削除候補としている。これらのＸ回というしきい値は、一例であり、ファイル検索装置の規模や作成するポリシー数等によって変更してもよい。

＜削除候補ポリシー一覧作成要求＞
図２２は、削除候補ポリシー一覧作成要求時の検索マップ部１０２の動作の一例を示すフローチャートである。検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、削除候補ポリシー一覧作成要求とともに、ポリシー管理部１０４を起動する。ポリシー管理部１０４は、ポリシー管理データ１０８の状態４０３レコードを検索し、“スケジュールなし”のポリシーを検索して判定する（Ｓ２２０１）。
“スケジュールなし”のポリシーが、ポリシー管理データ１０８のどの状態４０３レコードとも一致しない場合（Ｓ２２０１でＮＯの場合）、ポリシー管理部１０４は、結果情報を検索マップ部１０２に送信する。検索マップ部１０２は、エラー画面を作成して（Ｓ２２０５）処理を終了する。つまり、ポリシー一覧画面からエラー画面へ遷移する。また、“スケジュールなし”のポリシーが、いずれかのポリシー管理データ１０８の状態４０３レコードと一致する場合（Ｓ２２０１でＹＥＳの場合）、Ｓ２２０２の処理へ進む。ポリシー管理部１０４は、ポリシー管理データ１０８の総実行回数４０５レコードを検索し、総実行回数が１回以下のポリシーを検索して判定する（Ｓ２２０２）。

総実行回数が１回以下のポリシーが、どのポリシー管理データ１０８の総実行回数４０５レコードとも存在しない場合（Ｓ２２０２でＮＯの場合）、ポリシー管理部１０４は、結果情報を検索マップ部１０２に送信する。検索マップ部１０２は、一覧にポリシーが表示されていない状態の削除候補ポリシー一覧画面を作成して（Ｓ２２０４）処理を終了する。つまり、ポリシー一覧画面から一覧にポリシーが表示されていない状態の削除候補ポリシー一覧画面へ遷移する。
また、総実行回数が１回以下のポリシーが、いずれかのポリシー管理データ１０８の総実行回数４０５レコードに存在する場合（Ｓ２２０２でＹＥＳの場合）、Ｓ２２０３の処理へ進む。ステップＳ２２０３では、ポリシー管理部１０４は、“スケジュールなし”で総実行回数が１回以下の削除候補ポリシー一覧情報を検索マップ部１０２に送信する。検索マップ部１０２は、削除候補ポリシー一覧画面を作成して（Ｓ２２０３）処理を終了する。つまり、ポリシー一覧画面から削除候補ポリシー一覧画面へ遷移する。（以上、削除候補ポリシー一覧作成要求）

削除候補ポリシー一覧画面の表示例を図２３に示す。図２３に示すように、ポリシーの一覧上部（Ｇ２３０１）には、クライアント１１の操作者がポリシー一覧から“総実行回数がＸ回以下のスケジュールされていないポリシー”を絞るためのドロップダウンリストが表示される。また、ポリシー選択部（Ｇ２３０２）には、ポリシー一覧の各行にポリシーを選択するためのチェックボックスが表示され、ポリシー名（Ｇ２３０３）にはクリックが可能なリンク（以下、ポリシー名リンクという。）が張られている。さらに、ポリシー一覧下部（Ｇ２３０４）には、チェックボックスで選択したポリシーを削除するための削除ボタン、操作を完了し、ポリシー一覧画面に戻るためのキャンセルボタンが表示される。図２３において、ポリシー名“Policy03”表示され、チェックボックスにチェックされた状態を例示している。

削除候補ポリシー一覧画面において、クライアント１１の操作者が、入力装置１１２を使用して、ドロップダウンリストを選択しなおすと、検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、画面再表示要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、画面表示時と同様に“スケジュールなし”で総実行回数がＸ回（Ｘはドロップダウンリストで選択された設定値）以下の削除候補ポリシー一覧情報を検索マップ部１０２に送信する。検索マップ部１０２は、削除候補ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面の更新が行われる。このようにして、クライアント１１の操作者は、総実行回数によって、スケジュールされていないポリシーを絞込むことや、絞込み範囲を広げることができる。また、クライアント１１の操作者が、入力装置１１２を使用して、ポリシー名リンクをクリックすると、ポリシー一覧画面と同様に、ポリシー詳細表示画面の作成を行う。つまり、ポリシー一覧画面から別画面としてポリシー詳細表示画面を作成する。

クライアント１１の操作者が、入力装置１１２を使用して、ポリシー選択部（Ｇ２３０２）のチェックボックスを選択し、ポリシー一覧下部（Ｇ２３０４）の削除ボタンをクリックすると、検索マップ部１０２は、ＣＰＵにポリシー管理プログラムを実行させ、削除要求とともにポリシー管理部１０４を起動する。ポリシー管理部１０４は、削除要求を受信すると、チェックボックスで選択されたポリシーを削除し、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、削除候補ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面の更新が行われる。
また、クライアント１１の操作者が、入力装置１１２を使用して、ポリシー一覧下部（Ｇ２３０４）のキャンセルボタンをクリックすると、検索マップ部１０２は、キャンセル要求とともに、ポリシー管理部１０４に送信する。ポリシー管理部１０４は、キャンセル要求を受信すると、ポリシー情報を検索マップ部１０２に送信する。検索マップ部１０２は、ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面からポリシー一覧画面へ遷移する。

このようにして、使用頻度の低いポリシーを検出し、削除を可能とした。削除処理に関しては、前述のとおり、クライアント１１の操作者が画面上で確認し、削除ボタンをクリックすることで、ポリシーを削除しているが、クライアント１１の操作者の確認が不要であれば、一覧は作成せずに、定期的に自動で削除することも可能である。つまり、削除候補ポリシー一覧作成要求と削除処理を組み合わせることによって、定期的な削除も可能である。

なお、上述した実施形態では、ポリシー名、検索条件、ファイルシステム名等を含む検索情報の定義されたポリシーを対象として説明したが、かかるポリシーの定義は一例に過ぎず、異なる情報が定義されたポリシーについても本発明を適用することができる。

以上説明したように、本発明によれば、検索条件やファイルシステム名等の所定の検索情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および使用頻度が低い等の所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることができる。

１０…ファイル検索サーバ、１０１…検索部、１０２…検索マップ部、１０３…ＷＥＢページ送信部、１０４…ポリシー管理部、１０５…記憶装置、１０６…利用者管理データ、１０７…ファイルシステム管理データ、１０８…ポリシー管理データ、１０９…検索結果データ、１１…クライアント、１１１…ＷＥＢページ表示部、１１２…入力装置、１１３…表示装置、１１４…記憶装置、１２…ファイルサーバ、１２１…記憶装置、１２２…検索対象ファイル、１３…ＬＡＮ

Claims (2)

1. 所定の検索情報の定義された複数のポリシーが登録されたポリシー管理データを記憶するポリシー管理データ記憶手段と、
   所定の検索設定条件を含むポリシー作成要求をクライアントから受け付けるポリシー作成要求受付手段と、
   前記ポリシー作成要求受付手段によってポリシー作成要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの検索条件と前記ポリシー作成要求に含まれる検索設定条件とに基づいて前記ポリシー管理データに登録されている各ポリシーの中に新たに作成されるポリシーと類似する類似ポリシーが存在するか否かを判別し、類似ポリシーが存在しないと判別した場合には前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録し、類似ポリシーが存在すると判別した場合には、前記クライアントの要求に応じて、当該類似ポリシーの検索情報を編集し、または前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録するポリシー作成手段と、
   ポリシー整理要求を前記クライアントから受け付けるポリシー整理要求受付手段と、
   前記ポリシー整理要求受付手段によってポリシー整理要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの中から所定の削除条件を満たす削除候補ポリシーを検出し、当該削除候補ポリシーの一覧を前記クライアントに提示する削除候補ポリシー一覧提示手段と、
   前記削除候補ポリシーの一覧に含まれるポリシーの削除を要求するポリシー削除要求をクライアントから受け付けるポリシー削除要求受付手段と、
   前記ポリシー削除要求受付手段によってポリシー削除要求が受け付けられると、当該ポリシー削除要求によって削除を要求されたポリシーを前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データから削除するポリシー削除手段と、
   を備えることを特徴とするファイル検索装置。
2. 前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーに基づく検索が実行されるスケジュールを示すスケジュール情報をクライアントから受け付けるスケジュール受付手段と、
   前記スケジュール受付手段によって受け付けられたスケジュール情報を管理し、当該スケジュール情報によって示されるスケジュールに従って前記各ポリシーに基づく検索を行うスケジュール管理手段と、
   前記ポリシー作成手段によって類似ポリシーが存在すると判別された場合に、前記スケジュール管理手段によって管理されている当該類似ポリシーのスケジュール情報を再設定する再設定要求をクライアントから受け付ける再設定要求受付手段と、
   前記再設定要求受付手段によって受け付けられた再設定要求に応じて前記スケジュール管理手段によって管理されている前記類似ポリシーのスケジュール情報を再設定するスケジュール再設定手段と、
   を備えることを特徴とする請求項１に記載のファイル検索装置。

Images