所定の検索情報の定義された複数のポリシーが登録されたポリシー管理データを記憶するポリシー管理データ記憶手段と、所定の検索設定条件を含むポリシー作成要求をクライアントから受け付けるポリシー作成要求受付手段と、前記ポリシー作成要求受付手段によってポリシー作成要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの検索条件と前記ポリシー作成要求に含まれる検索設定条件とに基づいて前記ポリシー管理データに登録されている各ポリシーの中に新たに作成されるポリシーと類似する類似ポリシーが存在するか否かを判別し、類似ポリシーが存在しないと判別した場合には前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録し、類似ポリシーが存在すると判別した場合には、前記クライアントの要求に応じて、当該類似ポリシーの検索情報を編集し、または前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録するポリシー作成手段と、ポリシー整理要求を前記クライアントから受け付けるポリシー整理要求受付手段と、前記ポリシー整理要求受付手段によってポリシー整理要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの中から所定の削除条件を満たす削除候補ポリシーを検出し、当該削除候補ポリシーの一覧を前記クライアントに提示する削除候補ポリシー一覧提示手段と、前記削除候補ポリシーの一覧に含まれるポリシーの削除を要求するポリシー削除要求をクライアントから受け付けるポリシー削除要求受付手段と、前記ポリシー削除要求受付手段によってポリシー削除要求が受け付けられると、当該ポリシー削除要求によって削除を要求されたポリシーを前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データから削除するポリシー削除手段と、を備えることを特徴とするファイル検索装置。前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーに基づく検索が実行されるスケジュールを示すスケジュール情報をクライアントから受け付けるスケジュール受付手段と、前記スケジュール受付手段によって受け付けられたスケジュール情報を管理し、当該スケジュール情報によって示されるスケジュールに従って前記各ポリシーに基づく検索を行うスケジュール管理手段と、前記ポリシー作成手段によって類似ポリシーが存在すると判別された場合に、前記スケジュール管理手段によって管理されている当該類似ポリシーのスケジュール情報を再設定する再設定要求をクライアントから受け付ける再設定要求受付手段と、前記再設定要求受付手段によって受け付けられた再設定要求に応じて前記スケジュール管理手段によって管理されている前記類似ポリシーのスケジュール情報を再設定するスケジュール再設定手段と、を備えることを特徴とする請求項1に記載のファイル検索装置。しかし、特許文献1に開示された技術は、ポリシーとして定義している情報に差異はあるものの、候補となるポリシーを示すにとどまり、候補となったポリシーを編集し再利用する、あるいは、使用頻度の低いポリシーがあれば削除するといったポリシーDBを整理する考慮はされていない。本発明の目的は、検索に関する所定の情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることが可能なファイル検索装置を提供することである。上記目的を達成するため、本発明のファイル検索装置は、所定の検索情報の定義された複数のポリシーが登録されたポリシー管理データを記憶するポリシー管理データ記憶手段と、所定の検索設定条件を含むポリシー作成要求をクライアントから受け付けるポリシー作成要求受付手段と、前記ポリシー作成要求受付手段によってポリシー作成要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの検索条件と前記ポリシー作成要求に含まれる検索設定条件とに基づいて前記ポリシー管理データに登録されている各ポリシーの中に新たに作成されるポリシーと類似する類似ポリシーが存在するか否かを判別し、類似ポリシーが存在しないと判別した場合には前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録し、類似ポリシーが存在すると判別した場合には、前記クライアントの要求に応じて、当該類似ポリシーの検索情報を編集し、または前記ポリシー作成要求に含まれる検索設定条件に基づいて新たにポリシーを作成して前記ポリシー管理データに登録するポリシー作成手段と、ポリシー整理要求を前記クライアントから受け付けるポリシー整理要求受付手段と、前記ポリシー整理要求受付手段によってポリシー整理要求が受け付けられると、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーの中から所定の削除条件を満たす削除候補ポリシーを検出し、当該削除候補ポリシーの一覧を前記クライアントに提示する削除候補ポリシー一覧提示手段と、前記削除候補ポリシーの一覧に含まれるポリシーの削除を要求するポリシー削除要求をクライアントから受け付けるポリシー削除要求受付手段と、前記ポリシー削除要求受付手段によってポリシー削除要求が受け付けられると、当該ポリシー削除要求によって削除を要求されたポリシーを前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データから削除するポリシー削除手段と、を備える。好ましくは、本発明のファイル検索装置は、前記ポリシー管理データ記憶手段によって記憶されたポリシー管理データに登録されている各ポリシーに基づく検索が実行されるスケジュールを示すスケジュール情報をクライアントから受け付けるスケジュール受付手段と、前記スケジュール受付手段によって受け付けられたスケジュール情報を管理し、当該スケジュール情報によって示されるスケジュールに従って前記各ポリシーに基づく検索を行うスケジュール管理手段と、前記ポリシー作成手段によって類似ポリシーが存在すると判別された場合に、前記スケジュール管理手段によって管理されている当該類似ポリシーのスケジュール情報を再設定する再設定要求をクライアントから受け付ける再設定要求受付手段と、前記再設定要求受付手段によって受け付けられた再設定要求に応じて前記スケジュール管理手段によって管理されている前記類似ポリシーのスケジュール情報を再設定するスケジュール再設定手段と、を備える。本発明によれば、検索に関する所定の情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることができる。以下、図面を参照しながら本発明の実施形態に係るファイル検索システムについて詳細に説明する。<ファイル検索システム全体の構成機能>図1は、本発明の実施形態に係るファイル検索システムの構成の一例を示す。ファイル検索システムは、ファイル検索サーバ10と、クライアント11と、ファイルサーバ12とを、LANLocalAreaNetwork13等の有線または無線の通信回線により互いに通信を可能に接続したシステムである。図1においては、ファイル検索サーバ10と、クライアント11と、ファイルサーバ12とはLAN13によって互いに通信可能に接続されているが、接続方法はLANに限定されるものではなく、例えばWANWideAreaNetworkやインターネットによって接続されていてもよい。また、図1においては、ファイル検索サーバ10と、クライアント11と、ファイルサーバ12とが同一LANセグメント上で接続されているが、この構成は一例に過ぎず、どのような構成になっていてもよい。さらに、図1においては、クライアント11とファイルサーバ12はそれぞれ1台ずつ存在しているが、それぞれ2台以上存在しても構わない。また、ファイル検索サーバ10、クライアント11、およびファイルサーバ12はそれぞれ異なる装置である必要はなく、例えば、ファイル検索サーバ10、クライアント11、およびファイルサーバ12の機能を1台の装置によって実現することも可能である。以上のような構成により、クライアント11は、ファイル検索サーバ10を経由してファイルサーバ12に検索要求を送信し、ファイルサーバ12は、ファイル検索サーバ10を経由してファイル検索結果データ、すなわち検索条件に合致するファイル名、ファイルパス等以下検索結果データと略記するを送信することができる。なお、上述したように、本明細書と特許請求の範囲では、文書ファイル、表ファイル、電子メール、データベース、データベースに記憶された各レコード、プログラム等、情報処理装置に記憶されるすべてのデジタル情報をファイルと総称する。<クライアント11の構成機能>クライアント11はコンピュータであり、入力装置112、表示装置113および記憶装置114と通信可能に接続されている。入力装置112はキーボード、マウス等の装置であり、クライアント11の操作者は入力装置112を操作することで、クライアント11が実行するべき処理を指示することができる。すなわち入力装置112はクライアント11の入力手段として機能する。表示装置113は液晶ディスプレイ、プリンタ等の装置であり、クライアント11が実行した処理の結果等を表示あるいは印刷出力する。すなわち表示装置113はクライアント11の表示手段および出力手段として機能する。記憶装置114は磁気ディスク等の装置であり、クライアント11に内蔵されまたは外部接続される。記憶装置114と、図示していないがクライアント11の主記憶装置等は、クライアント11の記憶手段として機能する。クライアント11は図示していないがCPUCentralProcessingUnit、主記憶装置等を備えている。図示していないが、CPUは記憶装置114に記憶されているWEBブラウザ等のプログラムを主記憶装置上にローディングし、その命令コードを実行することで各種の処理を実行する。以上のようなプログラム実行にかかわる技術は周知であるので、以降の説明および図面においては、プログラム実行に係る説明が煩雑になるのを避けるため、WEBブラウザをWEBページ表示部111というように、各種プログラムについてあたかもハードウェアが存在するかのように記載し、各部が処理を実行するかのように記載する。なお、実際に各部例えばWEBページ表示部111を電子装置または電子装置とファームウェアの組み合わせ等で構成することも可能である。WEBページ表示部111は上述したようにWEBブラウザであり、クライアント11の操作者が入力装置112によって入力したURLUniformResourceLocator等をファイル検索サーバ10に送信し、またファイル検索サーバ10から送信されるHTMLHypertextMarkupLanguage等からなるWEBページを表示装置113に表示する。ここで、ファイル検索サーバ10、クライアント11、およびファイルサーバ12には、通信回線上での場所を一意に特定するためのIPアドレスや、IPアドレスに対応する識別名以下、単に識別名という。等が割り当てられているので、例えばクライアント11はファイル検索サーバ10のIPアドレス宛に、URL等に加えてクライアント11自身のIPアドレスを送信することで、ファイル検索サーバ10がWEBページをどこに送信すればよいかを指定する。<ファイル検索サーバ10の構成機能>ファイル検索サーバ10はコンピュータであり、検索部101と、検索マップ部102と、WEBページ送信部103と、ポリシー管理部104とを備えており、記憶装置105と通信可能に接続されている。ファイル検索サーバ10は、図示していないがCPU、主記憶装置等を備えている。記憶装置105は磁気ディスク等の装置であり、ファイル検索サーバ10に内蔵され、または外部接続される。記憶装置105は、ファイル検索サーバ10の記憶手段として機能する。記憶装置105には、図示していないが、検索プログラム、検索マッププログラム、WEBサーバプログラム、およびポリシー管理プログラムが記憶されている。図示していないが、CPUが記憶装置105からこれらのプログラムを主記憶装置上にローディングし、その命令コードを実行することで、検索部101、検索マップ部102、WEBページ送信部103、およびポリシー管理部104の各機能が実現される。記憶装置105には、上述したプログラムの他に、利用者管理データ106、ファイルシステム管理データ107、ポリシー管理データ108、検索結果データ109が記憶されている。利用者管理データ106には、後述するように、検索マップ部102にログインするための利用者情報等が0以上記憶されている。ファイルシステム管理データ107には、検索対象とすべきファイルサーバ12の情報以下、ファイルシステムのリストという。が1以上記憶されている。後述するように、ファイル検索サーバ10は、WEBページ表示部111にファイルシステムのリストを送信し、WEBページ表示部111は受信したファイルシステムのリストを表示装置113に表示する。そして、クライアント11の操作者は入力装置112を使用して表示されたファイルシステムのリストから、検索対象に合致するファイルシステムを選択する。ポリシー管理データ108には、クライアント11の操作者によって指定されたポリシー名、検索条件、ファイルシステム名等を含む検索情報の定義されたポリシーが登録される。後述するように、特定の時間に特定の期間アクセスがないファイルを検索するポリシーといったように、目的等に応じて定義することができ、複数のポリシーの情報を蓄積することができる。検索結果データ109には、後述するように、ポリシーの検索情報に基づいて検索された検索結果データが格納される。以下、ポリシーの検索情報に基づいて検索することをポリシーを実行するという。なお、ひとつのポリシーは繰り返し実行されることがあるが、検索結果データ109には、最終実行時の検索結果データが記憶される。WEBページ送信部103は、例えばApache登録商標等のWEBサーバであり、WEBページ表示部111から受信したURL等を参照して、HTML等からなるWEBページを作成し、WEBページ表示部111に送信する。また、WEBページ送信部103は、WEBページ表示部111から受信したURL等が所定の値である場合に、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、ログイン画面、ポリシー名の指定画面、ファイルシステムの選択画面、検索条件の指定画面、スケジュール設定画面等、HTTP等からなるWEBページを作成して、WEBページ送信部103に引き渡し、WEBページ送信部103は引き渡されたWEBページをWEBページ表示部111に送信する。そして、クライアント11の操作者によって入力された情報はポリシー管理部104に送信される。ポリシー管理部104は、受信した情報を元に、ポリシー管理データ108を作成する。ポリシー管理部104は、ポリシーのスケジュール管理機能およびポリシー制御機能を備えており、設定されたスケジュールに従って、ポリシーを実行する。ポリシー管理部104が、ポリシーのスケジュール管理をどのように行うかについては、OS等の機能やオープンソースライブラリを使った周知のスケジュール管理機能によって実現可能であることや、説明が煩雑になるのをさけるため、ここでは詳細には記載しない。また、ポリシー管理部104は、ポリシーを実行するとき、ポリシーの検索条件等を検索マップ部102に送信する。検索マップ部102は、検索条件等に基づいて検索コマンドを作成し、CPUに検索プログラムを実行させ、検索部101を起動する。検索部101は、検索コマンドに従って検索を実行し、検索した結果を示す検索結果データを検索部101および/またはポリシー管理部104に送信する。ポリシー管理部104は、検索結果データを、検索部101から直接または検索マップ部102を介して受け取る。ポリシー管理部104は、実行したポリシーに対応する過去の検索結果データがあれば、すべて削除して、最終実行時の検索結果データを検索結果データ109へ登録する。さらに、ポリシー管理部104は、ポリシー管理データ108を最新の情報に更新する。検索部101は、検索マップ部102から受信した検索キーワード等を使用して、ファイルサーバ12に記憶されているファイルを検索し、検索結果データを検索マップ部102および/またはポリシー管理部104に送信する。上記のような検索部101によってファイルを検索することは周知技術であるので、検索部101がどのようにファイルの検索を行うかについては、ここでは詳細には記載しないが、例えば、検索部101が検索マップ部102からファイル検索コマンド例えばFileExtensionis‘doc’:ファイル拡張子が‘doc’、SizeGreaterthan‘1MB’:ファイルサイズが1MB以上であるファイルを検索を受信して検索を行うようにすればよい。逆に言えば、検索マップ部102が、検索部101によって理解可能なコマンドを作成して、検索部101に送信すればよい。そして、ファイルサーバ12に検索エージェントプログラムを備え、検索部101が検索エージェントに、検索コマンド等を送信し、検索エージェントが検索結果データを検索部101に送信すればよい。また、ファイルサーバ12のファイルをNFSNetworkFileSystemやCIFSCommonInternetFileSystem等のファイル共有サービスを使用して、ファイル検索サーバ10から検索を行うことも可能である。<ファイルサーバ12の構成機能>ファイルサーバ12はコンピュータであり、記憶装置121と通信可能に接続されている。ファイルサーバ12は、図示していないがCPU、主記憶装置等を備えている。記憶装置121は磁気ディスク等の装置であり、ファイルサーバ12に内蔵され、または外部接続される。また、記憶装置121と、ファイルサーバ12の主記憶装置等は、ファイルサーバ12の記憶手段として機能する。図1においては、記憶装置121は1台しか図示していないが、磁気テープ、磁気ディスク、光ディスク等、さまざまな種類からなる複数台の記憶装置121を接続することが可能である。そしてよく知られているように、例えば検索部101がファイルサーバ12に記憶されているファイルを検索する場合、検索部101は、論理ボリューム名、ファイルパス等によって、記憶装置121と同様にさまざまな種類からなる複数台の装置による構成が可能であり、論理ボリューム名、ファイルパス等によってファイルを特定することが可能である。記憶装置121には、検索対象ファイル122が記憶されている。ここで、検索対象ファイル122とは記憶装置121に記憶されている特定のファイルを示しているのではなく、対象ファイルとなりうるすべてのファイルを示している。従って、検索対象ファイル122は、記憶装置121に記憶されているすべてのファイルであってもよいし、システムログ等の機密性の高いファイルを除いたすべてのファイルであってもよい。ファイルサーバ12は、検索部101から検索コマンド等を受信し、検索対象ファイル122に記憶されているファイルから検索キーワードを含んでいるなど検索条件に一致したファイルを検索し、検索結果データを検索部101に送信する。<各ファイルの構成等>図2は、利用者管理データ106のデータ構成の一例を示す。利用者管理データ106は、0以上の利用者別ログイン権限レコード20から構成される。利用者別ログイン権限レコード20は、検索マップ部102にログインするための利用者情報等が記憶されている。具体的には、利用者別ログイン権限レコード20は、利用者ID211およびパスワード212の項目から構成される。利用者ID211とパスワード212は、利用者別ログイン権限21と総称し、検索マップ部102にログイン権限を有する利用者数分設定される。図3は、ファイルシステムのリストの一例の概念図である。この概念図に示すファイルサーバ12の構成においては、あるファイルサーバ12の識別名がServer1であり、別のファイルサーバ12の識別名がServer2である。Server1は、2つの論理ボリュームから構成されており、各論理ボリュームは、それぞれvol1、vol2の名称により一意に識別可能である。Server2は、1つのvol1の名称により一意に識別可能な論理ボリュームから構成されている。Sever1のvol1、vol2および、Server2のvol1には、図示したようなフォルダおよびファイルからなるファイルパスが存在する。例えば、Server1のvol1には、etc、docの2つのフォルダが存在し、docフォルダには、file3docの1つのファイルが存在する。同様に、Server1のvol2には、1つのフォルダpjtが存在し、pjtフォルダにはpjt1、pjt2、pjt3の3つのフォルダが存在し、そのうちpjt1フォルダにはfile4txt、file5docの2つのファイルが存在する。また、Server2のvol1には、1つのフォルダusrが存在し、usrフォルダにはusr1、usr2、usr3の3つのフォルダが存在し、usr2フォルダには、1つのfile5docファイルが存在する。以上のファイルサーバ12、論理ボリュームおよびファイルパスのうち、例えば、図3においてファイルシステム301、ファイルシステム302およびファイルシステム303の点線で示すファイルパスをファイルシステムと定義し、ファイルシステムのリスト30として記憶している。図示していないが、ファイル検索サーバ10にはファイルシステムのリスト作成更新プログラムが存在している。また、ファイル検索サーバ10の操作者が、図示していないが、ファイル検索サーバ10に接続されたキーボード、マウス等の入力装置を操作することでCPUにファイルシステムのリスト作成更新プログラムを実行させ、ファイルシステムのリスト30を作成、変更、削除する。図4は、ポリシー管理データ108のデータ構成の一例を示す。ポリシー管理データ108は、ポリシー管理部104によって作成され、登録、更新および削除される。ポリシー管理部104のスケジュール管理機能については、一般的に専用のDBによりデータ管理を行うが、前述したように、説明が煩雑になるのをさけるため、ここでは図示していない。ポリシー管理データ108は、0以上のポリシーの状態を示すレコードが記憶されている。具体的には、ポリシー管理データ108は、ポリシー識別ID401、ポリシー名402、状態403、最終実行日時404、総実行回数405、検索条件406およびファイルシステム407の項目から構成される。ポリシー識別ID401には、検索マップ部102がポリシーを識別するためのIDIdentifierが設定される。ポリシー識別ID401は、ポリシー管理部104により自動で割り振られる。ポリシー名402には、クライアント11の操作者が入力した値、例えばPolicy01が設定される。状態403は、ポリシー管理部104によって更新される。状態403には、ポリシーがスケジュール起動待ちの状態ならばスケジュール済み、ポリシーが実行中であれば実行中、ポリシーにスケジュールが設定されていない、または予定しているスケジュールをすべて完了している状態であればスケジュールなしが設定される。最終実行日時404は、ポリシー管理部104によって更新される。最終実行日時404には、ポリシーの最後に実行された実行日時、例えば20110106100000が設定されている。最初のポリシーの起動前および実行中は、最終実行日時404は確定していないため、空白等の確定していないことを表す文字が設定される。総実行回数405には、ポリシーの実行された回数が設定される。例えば、最初のポリシーの実行が完了すると、総実行回数405は、ポリシー管理部104によって0から1に更新される。検索条件406は、ポリシー管理部104によって更新される。検索条件406には、後述するが、クライアント11の操作者が入力した値、例えばFileExtensionisdoc、SizeGreaterthan1MB、LogicisMatchAllの場合、FileExtensionisdocSizeGreaterthan1MBLogicisMatchAllのようにカンマでつないで設定される。ファイルシステム407は、ポリシー管理部104によって更新される。ファイルシステム407には、クライアント11の操作者が入力した値、例えばfilesystem01が設定される。図5は、ファイル検索条件の代表例を示す。例えば、フィールド501がFileExtension、演算子502がIs、値503がファイル拡張子docであるとき、検索条件はFileExtensionisdocである。また、フィールド501がSize、演算子502がGreaterthan、値503がファイルサイズ1MBであるとき、検索条件はSizeGreaterthan1MBである。このように、検索条件406は、フィールド演算子値という形式で設定される。複数の検索条件があるときは、それぞれの検索条件をカンマでつないで設定される。また、各条件をすべて満たす指定の場合は、前述したようにLogicisMatchAllと設定されるが、各条件のいずれか一つでも満たす指定の場合は、LogicisMatchAnyと設定される。LogicisMatchAllまたはLogicisMatchAnyは、検索条件に続いてカンマでつなぎ、いずれか1つが必ず設定される。ここでは単純な設定例をあげているが、検索条件406は、検索マップ部102が、検索部101によって理解可能なコマンドを作成できれば、前述の形式以外でもよい。図6は、検索結果のデータ構成の一例を示す。検索結果データ109は、0以上のファイル検索結果データから構成される。具体的には、ポリシー識別ID601、シーケンス番号602および検索結果603の項目から構成される。ポリシー識別ID601には、ポリシー管理データ108に対応するIDが記憶される。つまり、ポリシー識別ID601がポリシー識別ID401と同一であれば、そのポリシーの検索結果データであることを示す。シーケンス番号602は、検索結果603が複数記憶されることがあるため、番号で管理するためのものである。検索結果603には、検索結果データが保存される。図4、図6を例にすると、ポリシー識別IDが123456のポリシーの検索結果データは、vol1etcfile1doc、vol1etcfile2docおよびvol1docfile3docであることがわかる。ここで、ポリシー管理データ108と検索結果データ109は、データの冗長性を少なくするために2つに分けているが、同一のテーブルであってもよく、前述のデータ構成でなくてもよい。<各部の動作>図7は、ファイル検索に係るWEBページ表示部111の動作の一例を示すフローチャートである。<図7のステップS701に至るまでの処理>クライアント11の操作者が入力装置112を操作してCPUにWEBページ表示プログラムを実行させ、WEBページ表示部111を起動すると、WEBページ表示部111は表示装置113にWEB閲覧用画面を表示する。そして、クライアント11の操作者が入力装置112を操作してWEB閲覧用画面のURL入力表示フィールドに所定のURL例えばhttpfserversomecompanycomfsearchloginhtmlを入力すると、WEBページ表示部111は入力URLをファイル検索サーバ10に送信する。ファイル検索サーバ10のWEBページ送信部103は入力URLを受信し、ログイン画面用のWEBページをWEBページ表示部111に送信する。WEBページ表示部111は受信したWEBページをログイン画面として表示装置113に表示する。ログイン画面の表示例を図8に示す。なお、図8を含め、以降の画面表示例においては、URL入力表示フィールド、戻るボタン等、通常のWEBブラウザの表示画面が備えているフィールド等は表示していないが、これらのフィールド等も当然に画面に表示される。<ログイン処理図7のS701に関する処理>クライアント11の操作者が入力装置112を操作して利用者ID入力フィールドG81とパスワード入力フィールドG82にそれぞれログイン画面の利用者IDとパスワードを入力し、ログイン画面下部のログインボタンをクリックすると、WEBページ表示部111は入力された利用者IDとパスワードをログイン処理要求とともにWEBページ送信部103に送信する。ログイン処理要求を送信する方法としては、ログイン処理を実行すべきCGICommonGatewayInterface等を指定した所定のURL例えばhttpfserversomecompanycomfsearchcgilogincgiをWEBページ送信部103に送信する方法等、さまざまな方法が知られており、これらの方法から選択して使用すればよい。以上、S701なお、後述する起動画面選択処理要求等においても同様の方法を使用することができる。この場合、例えば起動画面選択処理要求についてはログイン処理要求と異なるCGIを指定した所定のURL例えばhttpfserversomecompanycomfsearchcgiselectcgiをWEBページ送信部103に送信することで、検索マップ部102にログイン処理ではなく起動画面選択処理を実行させることが可能である。すなわち、このようにする場合、検索マッププログラム検索マップ部102は複数のCGIから構成されることになる。さらにhttpfserversomecompanycomfsearchcgiwizardcgipagepolicyといったように、CGIの指定にパラメータこの例ではpagepolicyをつけることも可能である。このようにすることで、1つのCGIに対して、パラメータによって異なる処理を実行させることが可能になる。また、後述する画面遷移処理においても、画面で指定選択された値をhttpfserversomecompanycomfsearchcgiwizardcgipagefilesystempolicyPolicy01といったように、次画面に遷移するCGIの指定にパラメータこの例では次画面の指定がpagefilesystem、画面で指定された値がpolicyPolicy01をつけることで、受け渡すことも可能である。つまり、検索マップ部102は、引き渡されたパラメータを記憶することができる。なお、パラメータの引き渡し時や解析時には、エンコード処理およびデコード処理が必要の場合もあるが、周知の技術であることや、パラメータ解析処理の説明が煩雑になるのを避けるため、以下の説明においては、単にパラメータを引き渡す、パラメータを分解すると表現する。図9は、ログイン処理時、すなわちWEBページ送信部103がWEBページ表示部111からログイン処理要求を受信した場合の、検索マップ部102の動作の一例を示すフローチャートである。WEBページ送信部103はWEBページ表示部111からログイン処理要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、WEBページ送信部103が送信した利用者ID、パスワードの組み合わせが正しいか、利用者管理データ106を検索して一致するか否か判定するS901。利用者ID、パスワードの組み合わせが、どの利用者管理データ106とも一致しない場合S901でNOの場合、検索マップ部102はエラー画面を作成してS902処理を終了する。なお、このエラー画面を含め、以降の説明において検索マップ部102がX画面を作成するとは、検索マップ部102が、WEBページ表示部111によって表示装置113に表示される、HTML等からなるWEBページを作成することを示す。利用者ID、パスワードの組み合わせが、いずれかの利用者管理データ106のレコードと一致する場合S901でYESの場合、検索マップ部102は、起動画面選択画面を作成するS903。検索マップ部102は、起動画面選択画面を作成すると処理を終了する。そして、検索マップ部102が作成したエラー画面、起動画面選択画面、すなわち各画面のWEBページは、WEBページ送信部103によってWEBページ表示部111に送信される。<起動画面選択処理図7のS702に関する処理>ここで再び図7を使用してWEBページ表示部111の動作を説明する。WEBページ表示部111は検索マップ部102から受信したWEBページを表示装置113に表示する。従って、WEBページ表示部111が検索マップ部102からエラー画面のWEBページを受信した場合には、表示装置113にエラー画面が表示されるので、クライアント11の操作者はエラーとなった原因を解決し、再度ログイン操作を行えばよい。この場合、WEBページ表示部111は再びS701の処理を行うことになる。一方、WEBページ表示部111が検索マップ部102から起動画面選択画面のWEBページを受信した場合には、表示装置113に起動画面選択画面が表示され、クライアント11の操作者は起動画面選択操作を行うことができる。起動画面選択画面の表示例を図10に示す。図10に示すように、起動画面選択画面の起動画面選択部G1001には、ラジオボタン、起動画面名称ポリシー作成ウィザードまたはポリシー一覧画面が表示され、クライアント11の操作者は、起動したい画面を選択することができる。なお、クライアント11の操作者は、通常、新規ポリシーを作成したい場合は、ポリシー作成ウィザードを、作成済みポリシー情報を確認したい場合は、ポリシー一覧画面を選択することになる。図10においては、ポリシー作成ウィザードが選択された状態を例示している。クライアント11の操作者が入力装置112を使用して起動したい画面のラジオボタンをクリックし、当該ラジオボタンをアクティブにして起動画面選択画面下部の起動ボタンをクリックすると、WEBページ表示部111はアクティブになったラジオボタンに対応する画面起動処理要求をWEBページ送信部103に送信する。WEBページ送信部103は、画面起動処理要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、画面起動処理要求の内容がポリシー作成ウィザードの場合、新しい画面として、つまり起動画面選択画面とは別画面として、ポリシー作成ウィザードの最初の画面であるポリシー名の指定画面を作成する。なお、ポリシー作成ウィザードは、ポリシー名の指定画面、ファイルシステムの選択画面、検索条件の指定画面、スケジュール設定画面というように、いくつかのステップに分かれて構成され、各画面で必要な情報を入力または選択しながらポリシーの作成を行う。一方で、検索マップ部102は、画面起動処理要求の内容がポリシー一覧画面の場合、ポリシー情報取得要求をポリシー管理部104に送信する。ポリシー管理部104は、ポリシー情報取得を行い、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、ポリシー情報を受信すると、新しい画面として、つまり起動画面選択画面とは別画面として、ポリシー一覧画面を作成する。なお、起動画面選択画面とは別画面として、画面を作成するが、ポリシー作成ウィザードの最初の画面であるポリシー名指定画面とポリシー一覧画面は同時には開けないようにする。この制御については、操作性を考慮したものであるが、起動画面選択画面から開く画面に名前をつけるなどで対応すればよい。以後のポリシー作成ウィザードの表示処理およびポリシー一覧の表示処理については、後述する。一方、クライアント11の操作者が入力装置112を操作して起動画面選択画面下部のログアウトボタンをクリックすると、WEBページ表示部111はWEBページ送信部103にログアウト処理要求を送信する。WEBページ送信部103はWEBページ表示部111からログアウト処理要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102が作成したログアウト画面、すなわちログアウト画面のWEBページは、WEBページ送信部103によってWEBページ表示部111に送信され、表示装置113に表示される。<ポリシー作成ウィザードの表示処理図7のS703に関する処理>ポリシー名の指定画面の表示例を図11に示す。図11に示すように、ポリシー名の指定画面のポリシー名指定フィールドG1101には、テキストボックスが表示され、クライアント11の操作者は、ポリシー名を指定することができる。図11においては、Policy01が指定された状態を例示している。クライアント11の操作者が入力装置112を使用して次へボタンをクリックすると、WEBページ表示部111は、画面遷移要求とともにWEBページ送信部103に送信する。このとき、CGIの指定にパラメータこの例ではpolicyPolicy01をつけることにより、指定したポリシー名を引き渡しておく。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、前述したように、ファイルシステム管理データ107からファイルシステムのリスト情報を取得し、ファイルシステムの選択画面を作成する。ただし、クライアント11の操作者が、ポリシー名を入力しない場合は、次へボタンは有効とならず、ファイルシステムの選択画面へ遷移することができない。後述するポリシー作成ウィザードの各画面においても、必要な情報を入力しない限りは、次の画面への遷移や実行をすることができない。このようにすることで、必要な情報を漏れなく設定することができる。また、クライアント11の操作者が入力装置112を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。後述するポリシー作成ウィザードの各画面においても、クライアント11の操作者は、キャンセルボタンをクリックすることによって、それまで入力選択した情報を破棄し、ポリシー作成を途中でやめることも可能である。ファイルシステムの選択画面の表示例を図12に示す。図12に示すように、ファイルシステムの選択画面のファイルシステム選択部G1201には、ドロップダウンリストが表示され、クライアント11の操作者は、検索したいファイルシステムを選択することができる。図12においては、filesystem01が選択された状態を例示している。クライアント11の操作者が入力装置112を使用して次へボタンをクリックすると、WEBページ表示部111は、画面遷移要求をWEBページ送信部103に送信する。このとき、CGIの指定にパラメータこの例ではfilesystemfilesystem01をつけることにより、選択したファイルシステム名を引き渡しておく。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、検索条件の指定画面を作成する。また、クライアント11の操作者が入力装置112を使用して戻るボタンをクリックすると、WEBページ表示部111は、戻ることを示すパラメータとともに画面遷移要求をWEBページ送信部103に送信する。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、記憶しているポリシー名が表示されたポリシー名の指定画面を作成する。つまり、後述するポリシー作成ウィザードの各画面において、クライアント11の操作者は、戻るボタンをクリックすることによって、前の画面に戻り、入力された情報を確認または修正することができる。一方、クライアント11の操作者が入力装置112を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。検索条件の指定画面の表示例を図13に示す。図13に示すように、検索条件画面の上部G1301には、ドロップダウンリストが表示され、クライアント11の操作者は、検索条件間の関係を表すMatchAllすべてを満たすまたはMatchAnyいずれかを満たすを選択することができる。また、検索条件画面の検索条件指定部G1302には、ドロップダウンリスト、テキストボックス、ボタン、-ボタンおよびリセットボタンが表示される。クライアント11の操作者は、指定したい検索条件をドロップダウンリストから選択し、テキストボックスに値を入力することができる。また、クライアント11の操作者は、ボタンをクリックすることによって検索条件を1行増やし、-ボタンをクリックすることによって検索条件を1行減らすことができ、さらにリセットボタンをクリックすることで、検索条件を初期状態左からFile、is、All、つまりすべてのファイルを意味する状態に戻すことができる。このようにして、クライアント11の操作者は、検索条件を自由に追加削除、初期状態にすることができる。図13においては、検索条件の1行目はファイルの拡張子がdocを意味し、左からFileExtension、Is、docであり、検索条件の2行目はファイルサイズが1MB以上を意味し、左からSize、Greaterthan、1MBである。さらに、各検索条件をすべて満たすMatchAllが指定された状態を例示している。クライアント11の操作者が入力装置112を使用して次へボタンをクリックすると、WEBページ表示部111は、画面遷移要求をWEBページ送信部103に送信する。このとき、CGIの指定にパラメータこの例ではlogicLogicisMatchAllquery1FileExtensionisdocquery2SizeGreaterthan1MBをつけることにより、指定した検索条件を引き渡しておく。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、スケジュール設定画面を作成する。また、クライアント11の操作者が入力装置112を使用して戻るボタンをクリックすると、WEBページ表示部111は、戻ることを示すパラメータとともに画面遷移要求をWEBページ送信部103に送信する。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、記憶しているファイルシステム名が選択されたファイルシステムの選択画面を作成する。一方、クライアント11の操作者が入力装置112を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。スケジュール設定画面の表示例を図14に示す。図14に示すように、スケジュール設定画面上部G1401には、ポリシーの初回実行日時を指定する、日付および時刻のテキストボックスが表示される。また、スケジュール設定画面下部G1402には、繰り返し条件を指定する間隔を示すドロップダウンリスト、実行上限回数を指定するテキストボックスが表示される。クライアント11の操作者は、ポリシーの実行スケジュールを、これらのテキストボックスやドロップダウンリストを使用して設定することができる。つまり、クライアント11の操作者は、ポリシーの実行したいスケジュールを自由に設定することができる。図14においては、ポリシー実行の初回実行日時は、日付に20110111、時刻に1000が指定されている。また、ポリシー実行の繰り返し指定として、間隔にDailyが選択され、実行上限回数に10が指定されている状態を例示している。これは、201101111000を初回実行日時として毎日実行を行い、総実行回数10回に達するまでつまり10日後までポリシーの実行が行われることを示している。なお、間隔を示すドロップダウンリストには、例示した毎日をあらわすDaily以外には、一度だけをあらわすOnlyonce、週間をあらわすWeekly、月間をあらわすWeeklyがある。クライアント11の操作者が入力装置112を使用して実行ボタンをクリックすると、WEBページ表示部111は、類似ポリシー一覧作成要求をWEBページ送信部103に送信する。このとき、CGIの指定にパラメータこの例ではdate20110111time1000unitdailylimit10をつけることにより、スケジュール情報を引き渡しておく。WEBページ送信部103は、類似ポリシー一覧作成要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、類似ポリシー一覧処理画面を作成する。類似ポリシー一覧作成要求処理については後述する。また、クライアント11の操作者が入力装置112を使用して戻るボタンをクリックすると、WEBページ表示部111は、戻ることを示すパラメータとともに画面遷移要求をWEBページ送信部103に送信する。WEBページ送信部103は、画面遷移要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を引き渡されたパラメータとともに起動する。検索マップ部102は、記憶している検索条件が設定された検索条件画面を作成する。一方、クライアント11の操作者が入力装置112を使用してキャンセルボタンをクリックすると、ポリシー作成ウィザードを閉じ、処理は終了する。<ポリシー一覧画面の表示処理図7のS703に関する処理>ポリシー一覧画面の表示例を図15に示す。図15のポリシー一覧画面は、図10の起動画面選択画面においてポリシー一覧画面のラジオボタンをアクティブにして起動ボタンがクリックされた場合に表示される。図15に示すように、ポリシーの操作部G1501には、クライアント11の操作者がポリシーを操作するボタンが表示され、左からスケジュールを再設定するためのボタン以下、スケジュール再設定ボタンという。、実行中のポリシーを停止するボタン以下、停止ボタンという。、ポリシーの検索条件を再編集するボタン以下、検索条件再編集ボタンという。、ポリシーのスケジュールを取り消しするボタン以下、スケジュール取り消しボタンという。がある。ポリシー名表示部G1502には、ポリシー名が表示され、ポリシー名にはクリックが可能なリンク以下、ポリシー名リンクという。が張られている。状態表示部G1503には、ポリシーの状態が表示される。総実行回数表示部G1504にはポリシーの総実行回数が表示される。ポリシー一覧画面下部G1505には、クライアント11の操作者が、ポリシー一覧を最新の状態に更新する更新ボタン、ポリシー一覧から使用頻度の低いポリシーを検出する整理ボタン、ポリシー一覧を閉じて処理を終了するための閉じるボタンが表示される。図15においては、ポリシーが3つ例示されおり、1行目のポリシー名はPolicy01、状態はスケジュール済み、総実行回数は3、2行目のポリシー名はPolicy02、状態は実行中、総実行回数は5、3行目のポリシー名はPolicy03、状態はスケジュールなし、総実行回数は0が例示されている。ここでポリシー一覧に表示されるポリシー情報は、前述したようにポリシー管理データ108に記憶されている内容である。クライアント11の操作者が、入力装置112を使用してスケジュール再設定ボタンをクリックすると、WEBページ表示部111は、スケジュール再設定要求をWEBページ送信部103に送信する。WEBページ送信部103は、スケジュール再設定要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、スケジュール再設定画面を作成する。つまり、ポリシー一覧画面からスケジュール再設定画面へ遷移する。ただし、スケジュール再設定ボタンは、状態がスケジュールなしのポリシーのときだけ有効であり、状態が実行中およびスケジュール済みの場合は、スケジュール再設定ボタンはクリックできない。さらに、ポリシーのスケジュールが再設定されると、状態は、スケジュールなしからスケジュール済みまたは実行中に変わることになる。<スケジュール再設定画面の表示処理>スケジュール再設定画面の表示例を図16に示す。スケジュール再設定画面は、前述した図14と同様であるが、戻るボタンは表示されない。スケジュール再設定画面において、クライアント11の操作者が、入力装置112を使用してキャンセルボタンをクリックすると、WEBページ表示部111は、キャンセル要求をWEBページ送信部103に送信する。WEBページ送信部103は、キャンセル要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、スケジュール再設定画面からポリシー一覧画面へ遷移する。また、スケジュール再設定画面において、クライアント11の操作者が入力装置112を使用して実行ボタンをクリックすると、WEBページ表示部111は、実行要求をWEBページ送信部103に送信する。WEBページ送信部103は、実行要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、実行要求をポリシー管理部104に送信する。ポリシー管理部104は、ポリシーのスケジュール設定を行い、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、スケジュール再設定画面からポリシー一覧画面へ遷移する。以上、スケジュール再設定画面の表示処理再び、ポリシー一覧画面の説明に戻る。クライアント11の操作者が、入力装置112を使用して停止ボタンをクリックすると、WEBページ表示部111は、停止要求をWEBページ送信部103に送信する。WEBページ送信部103は、停止要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、停止要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシーの停止処理を行い、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、最新のポリシー一覧画面に更新される。ただし、停止ボタンは、状態が実行中のポリシーのときだけ有効であり、状態がスケジュール済みおよびスケジュールなしの場合は、停止ボタンはクリックできない。なお、ポリシーが停止されると、ポリシーの状態は、実行中からからスケジュールがその後も存在すればスケジュール済みとなり、スケジュールがその後ない場合、つまり最後のスケジュールの実行中であった場合は、スケジュールなしに変わる。クライアント11の操作者が、入力装置112を使用して検索条件再編集ボタンをクリックすると、WEBページ表示部111は、検索条件再編集要求をWEBページ送信部103に送信する。WEBページ送信部103は、検索条件再編集要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、検索条件再編集画面の作成を行う。つまり、ポリシー一覧画面から検索条件再編集画面へ遷移する。ただし、検索条件再編集ボタンは、状態がスケジュールなしおよびスケジュール済みのポリシーのときだけ有効であり、状態が実行中の場合は、検索条件再編集ボタンはクリックできない。<検索条件再編集画面の表示処理>検索条件再編集画面の表示例を図17に示す。検索条件再編集画面は、前述した図13と同様であるが、戻るボタンおよび次へボタンは表示されず、代わりに設定ボタンが表示される。検索条件再編集画面において、クライアント11の操作者が、入力装置112を使用してキャンセルボタンをクリックすると、WEBページ表示部111は、キャンセル要求をWEBページ送信部103に送信する。WEBページ送信部103は、キャンセル要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、検索条件再編集画面からポリシー一覧画面へ遷移する。また、検索条件再編集画面において、クライアント11の操作者が、入力装置112を使用して設定ボタンをクリックすると、WEBページ表示部111は、設定要求をWEBページ送信部103に送信する。WEBページ送信部103は、設定要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、設定要求とともにポリシー管理部104を起動する。このとき、検索マップ部102は、CGIの指定がパラメータlogicLogicisMatchAllquery1FileisAllであった場合、ポリシー管理部104が理解可能なように、例えば、パラメータをFileisAll、LogicisMatchAllのようにして引き渡す。ポリシー管理部104は、ポリシーの検索条件の再設定、つまり、ポリシー管理データ108の検索条件406レコードを更新し、ポリシー情報を検索マップ部102に送信する。前述の例では、ポリシー管理部104は、ポリシー管理データ108の検索条件406レコードをFileisAllLogicisMatchAllに更新する。そして、検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、検索条件再編集画面からポリシー一覧画面へ遷移する。以上、検索条件編集画面の表示処理再び、ポリシー一覧画面の説明に戻る。クライアント11の操作者が、入力装置112を使用してスケジュール取り消しボタンをクリックすると、WEBページ表示部111は、スケジュール取り消し要求をWEBページ送信部103に送信する。WEBページ送信部103は、スケジュール取り消し要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、スケジュール取り消し要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシーのスケジュール取り消し処理を行い、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を再び作成する。つまり、最新のポリシー一覧画面に更新される。ただし、スケジュール取り消しボタンは、状態がスケジュール済みのポリシーのときだけ有効であり、状態が実行中およびスケジュールなしの場合は、スケジュール取り消しボタンはクリックできない。なお、スケジュールが取り消しされると、ポリシーの状態は、スケジュール済みからスケジュールなしに変わる。クライアント11の操作者が、入力装置112を使用してポリシー名リンクをクリックすると、WEBページ表示部111は、ポリシー詳細表示要求をWEBページ送信部103に送信する。WEBページ送信部103は、ポリシー詳細表示要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、ポリシー詳細表示要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシー詳細情報を取得し、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、ポリシー詳細表示画面の作成を行う。つまり、ポリシー一覧画面から別画面としてポリシー詳細表示画面を作成する。<ポリシー詳細表示画面の表示処理>ポリシー詳細表示画面の表示例を図18に示す。図18に示すように、ポリシー詳細表示部上部G1801には、ドロップダウンリストが表示され、ポリシーの詳細が選択された状態である。また、ポリシー詳細表示のプロパティ部G1802には、ポリシー情報の詳細が表示される。図18においては、ポリシー名にはPolicy01、状態にはスケジュール済み、最終実行日時には20110110110000、総実行回数には3、ファイルシステムにはfilesystem01が例示されている。これらは、前述したようにポリシー管理データ108に記憶されている内容である。ポリシー詳細表示のスケジュール管理情報部G1803には、スケジュール管理情報の詳細が表示される。図18においては、初回実行日時には20110110100000、繰り返し間隔にはDaily、実行回数上限には10が例示されている。これらは、図示していないが、ポリシー管理部104のポリシーのスケジュール管理機能で記憶している内容である。ポリシー詳細表示の検索条件部G1804には、検索条件が表示される。図18においては、検索条件間の関係にはMatchAny、検索条件の1行目にはFileExtensionisdoc、検索条件の2行目にはSizeGreaterthan1MBが例示されている。これらは、前述したようにポリシー管理データ108に記憶されている内容である。ポリシー詳細表示部上部G1801のドロップダウンリストは、ポリシーの詳細の他に検索結果データが選択可能であり、クライアント11の操作者が、入力装置112を使用し検索結果データを選択すると、WEBページ表示部111は、検索結果データ表示要求をWEBページ送信部103に送信する。WEBページ送信部103は、検索結果データ表示要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、検索結果データ109から該当のポリシー識別IDをキーとして検索結果データを取得し、検索結果データ画面を作成する。つまり、ポリシー詳細表示画面から検索結果データ画面へ遷移する。以上、ポリシー詳細表示画面の表示処理<検索結果データ画面の表示処理>検索結果データ画面の表示例を図19に示す。図19に示すように、検索結果画面上部G1901には、ドロップダウンリストが表示され、検索結果データが選択された状態である。また、検索結果データ操作部G1902には、左から件数、1ページあたりの表示件数を操作するドロップダウンリスト、先頭のページを表示するボタン、前のページを表示するボタン、ページ番号を指定するテキストボックス、次のページを表示するボタン、最後のページを表示するボタンが表示される。また、検索結果データ表示部G1903には、ポリシーの最終実行時の検索結果データが表示される。図19においては、件数は100件、1ページあたりの表示件数は10件、ページ番号は1が例示されている。また、検索結果データには、dir1subdir1file1doc、dir1subdir1file2doc、dir1subdir2file3doc、dir1subdir2tmptmp1txt、dir1subdir2tmptmp2txt、dir1subdir2tmptmp3txt、dir2project1dataxml、dir2project2data1xml、dir2project2data2xml、dir2project2data3xmlが例示されている。検索結果画面上部G1901のドロップダウンリストは、検索結果データの他にポリシーの詳細が選択可能であり、クライアント11の操作者が、入力装置112を使用しポリシーの詳細を選択すると、WEBページ表示部111は、ポリシーの詳細表示要求をWEBページ送信部103に送信する。WEBページ送信部103は、ポリシーの詳細表示要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、前述したように、ポリシー詳細表示画面を作成する。つまり、検索結果データ画面からポリシー詳細表示画面へ遷移する。以上、検索結果データ画面の表示処理再び、ポリシー一覧画面の説明に戻る。クライアント11の操作者が、入力装置112を使用して更新ボタンをクリックすると、WEBページ表示部111は、画面更新要求をWEBページ送信部103に送信する。WEBページ送信部103は、画面更新要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、画面更新要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシー詳細情報を取得し、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、ポリシー一覧画面の作成を行う。つまり、最新のポリシー情報をポリシー一覧画面に表示する。クライアント11の操作者が、入力装置112を使用して整理ボタンをクリックすると、WEBページ表示部111は、削除候補ポリシー一覧作成要求をWEBページ送信部103に送信する。WEBページ送信部103は、削除候補ポリシー一覧作成要求を受信すると、CPUに検索マッププログラムを実行させ、検索マップ部102を起動する。検索マップ部102は、削除候補ポリシー一覧を作成する。削除候補ポリシー一覧作成要求については後述する。また、クライアント11の操作者が、入力装置112を使用してキャンセルボタンをクリックすると、ポリシー一覧画面を閉じ、検索マップ部102の処理は終了する。<類似ポリシー一覧作成要求>図20は、類似ポリシー一覧作成要求時の検索マップ部102の動作の一例を示すフローチャートである。検索マップ部102は、CPUにポリシー管理プロブラムを実行させ、類似ポリシー一覧作成要求および記憶しているパラメータとともにポリシー管理部104を起動する。ポリシー管理部104は、WEBページ送信部103が受信したファイルシステム名、つまりクライアント11の操作者が、入力装置112を使用してポリシー作成ウィザードのファイルシステムの選択画面にて選択したファイルシステム名がないかを、ポリシー管理データ108のファイルシステム407レコードを検索して判定するS2001。ファイルシステム名が、どのポリシー管理データ108のファイルシステム407レコードとも一致しない場合S2001でNOの場合、ポリシー管理部104は、結果情報を検索マップ部102に送信し、類似ポリシー一覧作成要求についての処理を終了する。この後の検索マップ部102の処理については後述する。ファイルシステム名が、いずれかのポリシー管理データ108のファイルシステム407レコードと一致する場合S2001でYESの場合、S2002の処理へ進む。ポリシー管理部104は、WEBページ送信部103が受信した検索条件、つまりクライアント11の操作者が、入力装置112を使用してポリシー作成ウィザードの検索条件の指定画面にて指定された検索条件をもとに、ポリシー管理データ108の検索条件406レコードを検索する。具体的には、検索条件が完全一致または、検索条件のうち一つでも一致し、実行履歴を2回以上もつポリシーが存在するか否かを判定するS2002。まず、検索条件が完全一致または、検索条件のうち一つでも一致し、実行履歴を2回以上もつポリシーが存在した場合S2002でYESの場合から説明する。ポリシー管理部104は、検索条件が完全一致するポリシーをまず類似ポリシーとする。例えば、ポリシー管理部104は、検索マップ部102から引き渡されたパラメータlogicLogicisMatchAllquery1FileExtensionisdocquery2SizeGreaterthan1MBを記憶しているが、まず、LogicisMatchAll、FileExtensionisdoc、SizeGreaterthan1MBに分解する。一方で、ポリシー管理部104は、ポリシー管理データ108の検索条件406レコードを検索し、解析する。例えば、FileExtensionisdocSizeGreaterthan1MBLogicisMatchAllが記憶されていた場合、FileExtensionisdoc、SizeGreaterthan1MB、LogicisMatchAllに分解し、記憶している検索条件と照合する。この例では、ポリシー管理部104の記憶している検索条件とポリシー管理データ108の検索条件406レコードとが一致するので、ポリシー管理部104は、このポリシーを類似ポリシーとして記憶する。また、ポリシー管理部104は、検索条件のうち1つでも一致し、実行履歴を2回以上もつポリシーも類似ポリシーとする。例えば、ポリシー管理部104は、検索条件がファイルの拡張子がdocかつファイルサイズが1MB以上であった場合、logicLogicisMatchAllquery1FileExtensionisdocquery2SizeGreaterthan1MBを記憶しているが、前述したとおり、LogicisMatchAll、FileExtensionisdoc、SizeGreaterthan1MBに分解する。一方で、ポリシー管理部104は、ポリシー管理データ108の検索条件406レコードを検索し、解析する。例えば、FileExtensionistxtSizeGreaterthan1MBLogicisMatchAllが記憶されていた場合、FileExtensionistxt、SizeGreaterthan1MB、LogicisMatchAllに分解し、記憶している検索条件と照合する。ここで、検索条件間の関係を表すLogicisMatchAllまたはLogicisMatchAnyを除く検索条件について、SizeGreaterthan1MBが1つ一致する。さらにポリシー管理部104は、このポリシーについて、ポリシー管理データ108の総実行回数405レコードを検索し、総実行回数が3であった場合、実行履歴を2回以上もつことになり、これを類似ポリシーとして記憶する。このように、ポリシー管理部104は、検索条件とポリシー管理データ108のレコードを照合し、類似ポリシーとして記憶していく。検索条件が完全一致するポリシー、および検索条件のうち一つでも一致し、実行履歴を2回以上もつポリシーが存在しなかった場合S2002でNOの場合、ポリシー管理部104は、結果情報を検索マップ部102に送信し、類似ポリシー一覧作成要求についての処理を終了する。この後の検索マップ部102の処理については後述する。以上、S2002ポリシー管理部104は、ステップS2002でYESであった場合、類似ポリシーとして記憶したものについて、類似性の高い順にソートを行う。ここで、ポリシー管理部104は、記憶している類似ポリシーの中で、検索条件が完全一致したポリシーを一番類似性の高いものとする。次に、検索条件が、検索条件間の関係を表すLogicisMatchAllであった場合、記憶している類似ポリシーの中で、LogicisMatchAllを指定しているものの中から、一致している検索条件の数が多い順に類似性の高いものと判断する。そして、次に、検索条件にLogicisMatchAnyが含まれていれば、LogicisMatchAllを含む類似ポリシーの中から、一致している検索条件の数が多い順に類似性の高いものとする。一方、検索条件が、検索条件間の関係を表すLogicisMatchAnyであった場合、記憶している類似ポリシーの中で、LogicisMatchAnyを指定しているものの中から、一致している検索条件の数が多い順に類似性の高いものと判断する。この場合、LogicisMatchAllを指定しているポリシーは類似していないものと判断する。ポリシー管理部104は、類似性の高いポリシー順にソートが終わると、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、類似ポリシー一覧を作成し、類似ポリシー一覧作成要求についての処理を終了する。つまり、スケジュール設定画面から類似ポリシー一覧画面に遷移する。以上、類似ポリシー一覧作成要求ここで、図20において、類似ポリシー一覧を作成しなかった場合、つまりステップS2001においてNOまたはステップS2002においてNOであった場合、検索マップ部102は、CPUにポリシー管理プログラムを実行させ、ポリシーの新規作成要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシーの新規作成要求を受信すると、クライアント11の操作者がポリシー作成ウィザードで入力した値に基づいて、ポリシーの作成を行い、ポリシー情報を検索マップ部102に送信する。このとき、CGIの指定にパラメータpolicyPolicy01filesystemfilesystem01logicLogicisMatchAllquery1FileExtensionisdocquery2SizeGreaterthan1MBdate20110111time1000unitdailylimit10が引き渡されていた場合、ポリシー管理部104は、パラメータを分解し、ポリシー管理データ108のポリシー名402レコードにPolicy01、ファイルシステム407レコードにfilesystem01、検索条件406レコードにFileExtensionisdocSizeGreaterthan1MBLogicisMatchAllが設定され、ポリシー管理部104のスケジュール管理機能にスケジュール情報が引き渡される。そして、検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、新規ポリシーを作成するとともに、スケジュール設定画面からポリシー一覧画面に遷移する。類似ポリシー一覧画面の表示例を図21に示す。類似ポリシー一覧画面は、前述した図15と同様であるが、更新ボタン、整理ボタンおよび閉じるボタンがないかわりに、新規ポリシー作成ボタンがある。図21において、類似ポリシー一覧には、類似性の高いポリシーからポリシー名Policy01、Policy03が上から順に表示された状態を例示している。類似ポリシー一覧画面において、クライアント11の操作者が、入力装置112を使用して、新規ポリシーの作成ボタンをクリックすると、前述した図20において、類似ポリシー一覧を作成しなかった場合と同様に動作する。つまり、検索マップ部102は、CPUにポリシー管理プログラムを実行させ、ポリシーの新規作成要求とともにポリシー管理部104を起動する。ポリシー管理部104は、ポリシーの新規作成要求を受信すると、クライアント11の操作者がポリシー作成ウィザードで入力した値に基づいて、ポリシーの作成を行い、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、類似ポリシーは使用せず新規ポリシーを作成するとともに、類似ポリシー一覧画面からポリシー一覧画面に遷移する。一方で、クライアント11の操作者が、ポリシーの操作部G2101を操作することにより、類似ポリシーを操作することが可能である。例えば、ポリシー一覧の中で一番類似性の高いポリシー名Policy01のスケジュールの再設定を行い、新規ポリシーを作成しないかわりに、類似ポリシーを利用することが可能である。また、類似ポリシーの検索条件の再編集を行って、類似ポリシーの検索条件を編集してから、スケジュールの再設定を行うことも可能である。類似ポリシーのスケジュール再設定を行った場合、検索マップ部102は、CPUにポリシー管理プログラムを実行させ、類似ポリシーのスケジュール再設定要求とともにポリシー管理部104を起動する。ポリシー管理部104は、類似ポリシーのスケジュール再設定要求を受信すると、類似ポリシーに設定された値と類似ポリシーのスケジュール再設定値に基づいて、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、前述したポリシー一覧作成処理と同様に、ポリシー一覧画面を作成する。つまり、類似ポリシーのスケジュール再設定を行い、スケジュール再設定画面からポリシー一覧画面に遷移する。このようにして、ポリシーを作成するときに、類似ポリシーの再利用を可能とし、類似のポリシーが増え続けることを防止できる。図20のS2002において、実行履歴を2回以上もつポリシーを判定しているが、制限なしに類似ポリシーとして再利用してしまうと、使用頻度の低いポリシーがいつまでも類似ポリシーとして候補となってしまう可能性があるため、実行履歴の回数も判定している。また、1回以下の実行履歴をもつポリシーについては、後述するが、削除候補ポリシー一覧作成処理の中で判定し、ポリシーの削除候補としている。これらのX回というしきい値は、一例であり、ファイル検索装置の規模や作成するポリシー数等によって変更してもよい。<削除候補ポリシー一覧作成要求>図22は、削除候補ポリシー一覧作成要求時の検索マップ部102の動作の一例を示すフローチャートである。検索マップ部102は、CPUにポリシー管理プログラムを実行させ、削除候補ポリシー一覧作成要求とともに、ポリシー管理部104を起動する。ポリシー管理部104は、ポリシー管理データ108の状態403レコードを検索し、スケジュールなしのポリシーを検索して判定するS2201。スケジュールなしのポリシーが、ポリシー管理データ108のどの状態403レコードとも一致しない場合S2201でNOの場合、ポリシー管理部104は、結果情報を検索マップ部102に送信する。検索マップ部102は、エラー画面を作成してS2205処理を終了する。つまり、ポリシー一覧画面からエラー画面へ遷移する。また、スケジュールなしのポリシーが、いずれかのポリシー管理データ108の状態403レコードと一致する場合S2201でYESの場合、S2202の処理へ進む。ポリシー管理部104は、ポリシー管理データ108の総実行回数405レコードを検索し、総実行回数が1回以下のポリシーを検索して判定するS2202。総実行回数が1回以下のポリシーが、どのポリシー管理データ108の総実行回数405レコードとも存在しない場合S2202でNOの場合、ポリシー管理部104は、結果情報を検索マップ部102に送信する。検索マップ部102は、一覧にポリシーが表示されていない状態の削除候補ポリシー一覧画面を作成してS2204処理を終了する。つまり、ポリシー一覧画面から一覧にポリシーが表示されていない状態の削除候補ポリシー一覧画面へ遷移する。また、総実行回数が1回以下のポリシーが、いずれかのポリシー管理データ108の総実行回数405レコードに存在する場合S2202でYESの場合、S2203の処理へ進む。ステップS2203では、ポリシー管理部104は、スケジュールなしで総実行回数が1回以下の削除候補ポリシー一覧情報を検索マップ部102に送信する。検索マップ部102は、削除候補ポリシー一覧画面を作成してS2203処理を終了する。つまり、ポリシー一覧画面から削除候補ポリシー一覧画面へ遷移する。以上、削除候補ポリシー一覧作成要求削除候補ポリシー一覧画面の表示例を図23に示す。図23に示すように、ポリシーの一覧上部G2301には、クライアント11の操作者がポリシー一覧から総実行回数がX回以下のスケジュールされていないポリシーを絞るためのドロップダウンリストが表示される。また、ポリシー選択部G2302には、ポリシー一覧の各行にポリシーを選択するためのチェックボックスが表示され、ポリシー名G2303にはクリックが可能なリンク以下、ポリシー名リンクという。が張られている。さらに、ポリシー一覧下部G2304には、チェックボックスで選択したポリシーを削除するための削除ボタン、操作を完了し、ポリシー一覧画面に戻るためのキャンセルボタンが表示される。図23において、ポリシー名Policy03表示され、チェックボックスにチェックされた状態を例示している。削除候補ポリシー一覧画面において、クライアント11の操作者が、入力装置112を使用して、ドロップダウンリストを選択しなおすと、検索マップ部102は、CPUにポリシー管理プログラムを実行させ、画面再表示要求とともにポリシー管理部104を起動する。ポリシー管理部104は、画面表示時と同様にスケジュールなしで総実行回数がX回Xはドロップダウンリストで選択された設定値以下の削除候補ポリシー一覧情報を検索マップ部102に送信する。検索マップ部102は、削除候補ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面の更新が行われる。このようにして、クライアント11の操作者は、総実行回数によって、スケジュールされていないポリシーを絞込むことや、絞込み範囲を広げることができる。また、クライアント11の操作者が、入力装置112を使用して、ポリシー名リンクをクリックすると、ポリシー一覧画面と同様に、ポリシー詳細表示画面の作成を行う。つまり、ポリシー一覧画面から別画面としてポリシー詳細表示画面を作成する。クライアント11の操作者が、入力装置112を使用して、ポリシー選択部G2302のチェックボックスを選択し、ポリシー一覧下部G2304の削除ボタンをクリックすると、検索マップ部102は、CPUにポリシー管理プログラムを実行させ、削除要求とともにポリシー管理部104を起動する。ポリシー管理部104は、削除要求を受信すると、チェックボックスで選択されたポリシーを削除し、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、削除候補ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面の更新が行われる。また、クライアント11の操作者が、入力装置112を使用して、ポリシー一覧下部G2304のキャンセルボタンをクリックすると、検索マップ部102は、キャンセル要求とともに、ポリシー管理部104に送信する。ポリシー管理部104は、キャンセル要求を受信すると、ポリシー情報を検索マップ部102に送信する。検索マップ部102は、ポリシー一覧画面を作成して処理を終了する。つまり、削除候補ポリシー一覧画面からポリシー一覧画面へ遷移する。このようにして、使用頻度の低いポリシーを検出し、削除を可能とした。削除処理に関しては、前述のとおり、クライアント11の操作者が画面上で確認し、削除ボタンをクリックすることで、ポリシーを削除しているが、クライアント11の操作者の確認が不要であれば、一覧は作成せずに、定期的に自動で削除することも可能である。つまり、削除候補ポリシー一覧作成要求と削除処理を組み合わせることによって、定期的な削除も可能である。なお、上述した実施形態では、ポリシー名、検索条件、ファイルシステム名等を含む検索情報の定義されたポリシーを対象として説明したが、かかるポリシーの定義は一例に過ぎず、異なる情報が定義されたポリシーについても本発明を適用することができる。以上説明したように、本発明によれば、検索条件やファイルシステム名等の所定の検索情報が定義されたポリシーが多数存在する条件下において、類似ポリシーを検出して再利用すること、および使用頻度が低い等の所定の削除条件を満たすポリシーを検出して削除することにより、不必要なポリシーが残る比率を低くすることができる。