(57)【要約】【課題】ファイルサーバの運用を支援する技術において、ファイルの情報を収集するための初期クローリングに時間を要するという問題がある。【解決手段】ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する装置であって、前記ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理部を有することを特徴とする業務文書処理装置。【選択図】図１
2015084128.tif 000002
【特許請求の範囲】
【請求項１】
ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する装置であって、
前記ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理部を有することを特徴とする業務文書処理装置。
【請求項２】
前記初期クローリング処理部は、
フォルダのツリー構造に沿って一部の子フォルダのみのファイルの情報を収集して得られた集計結果の概算値を得ることを特徴とする請求項１に記載の業務文書処理装置。
【請求項３】
前記初期クローリング処理部は、
フォルダ内の一部のファイルのみの情報を収集して得られた集計結果の概算値を得ることを特徴とする請求項１に記載の業務文書処理装置。
【請求項４】
さらに、ファイルサーバに存在するファイルの集計結果の概算値を表示するためのデータを求めるサーチ処理部を有することを特徴とする請求項２又は３に記載の業務文書処理装置。
【請求項５】
前記初期クローリング処理部は、
フォルダ直下にあるファイルについて順序付けを行うファイル順序付け処理部と、
フォルダ内の一部のファイルのみの情報の収集を行うファイルクローリング処理部と、を有することを特徴とする請求項１から４までのいずれか１項に記載の業務文書処理装置。
【請求項６】
前記初期クローリング処理部は、
さらに、クローリング対象のルートフォルダの下にあるフォルダツリーに存在するファイルについて、クローリングとして情報の収集を行うフォルダクローリング処理部を有することを特徴とする請求項５に記載の業務文書処理装置。
【請求項７】
ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する装置であって、
前記ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理部と、
ファイルサーバに存在するファイルの集計結果の概算値を表示するためのデータを求めるサーチ処理部と、を有し、
前記サーチ処理部は、
ファイルサイズ範囲毎の容量を表示するための概算値又はファイルの最終更新期間毎のファイル数を表示するための概算値又はファイルの最終アクセス期間毎のファイル数を表示するための概算値又は所有者別のファイル数のうちの少なくともいずれか１を表示することを特徴とする業務文書処理装置。
【請求項８】
さらに、概算値を求めるために、初期クローリングとしてファイルおよびフォルダについてどのように情報を収集したかの条件である概算条件を表示することを特徴とする請求項７に記載の業務文書処理装置。
【請求項９】
ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する業務文書処理方法であって、
ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理ステップを有することを特徴とする業務文書処理方法。
【請求項１０】
ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する業務文書処理プログラムであって、
ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理をコンピュータに実行させるための業務文書処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大量の文書を効率的に管理するための技術に関する。
【背景技術】
【０００２】
組織内のファイルサーバ等は電子データの保存・共有のために利便性が高く、広く普及している。また、ファイルサーバの利用が進み、多くのファイルが保存されるようになったことに伴い、その運用を支援するための技術が提案されてきた（以下では「運用支援システム」と呼ぶ）。
【０００３】
下記非特許文献１においては、ファイルサーバに保存されているファイルの種類・サイズ・最終更新年月日・所有者などをグラフ表示することで、ユーザによるファイルサーバの利用状況の把握を支援する機能を有する。また、非特許文献２および３においては、ユーザが指定した文字列を含むファイルを提示することで、ユーザによるファイル探索を支援する機能を有する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３０５３５２号公報  全文検索システム
【非特許文献】
【０００５】
【非特許文献１】MEANS ファイルサーバスリム化ソリューションhttp://www.hitachi-solutions.co.jp/means/sp/products/
【非特許文献２】情報・知識共有基盤InWeave  製品ラインナップ  InWeave Searchhttp://www.hitachi-solutions.co.jp/inweave/
【非特許文献３】100TB（テラバイト）時代のエンタープライズサーチhttp://www.accelatech.com/products/R4/index.html
【非特許文献４】大規模ファイルサーバ対応とファイルサーバの5Sを実現する「MEANSファイルサーバスリム化ソリューション」の最新版を販売開始http://www.hitachi-solutions.co.jp/company/press/news/2012/0925.html
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の先行技術は、いずれも、ファイルサーバに保存されているファイル群についてあらかじめ情報を収集し、その内容を運用支援システムに保持しておくことで機能を実現する。ファイル群についての情報収集は、運用支援システムの構築・導入時（初期クローリング）および、運用支援システム稼動後に、ファイルサーバに保存されているファイル群に対する更新・新規作成・削除などのユーザ操作が行われることに伴い発生する、運用支援システムが保持する情報と実際にファイルサーバに保存されているファイル群についての情報との乖離の解消の目的で一定期間ごとまたは随時（差分クローリング）で行われる。
【０００７】
ファイルサーバが大規模になり、ファイルサーバに保存されているファイル群の数が増加することに伴い、ファイル群についての情報を収集する（初期クローリングおよび差分クローリングを行う）ための処理時間が増大することが問題視されるようになってきた。差分クローリングに対しては上記特許文献１および非特許文献４に示されるような解決策が提案されているものの、初期クローリングの処理時間が増大する問題については解決策が未だ提案されていない。このため、ユーザは、上述の技術の導入を決めても、初期クローリングが終了するまでの長時間の間、実際のファイルサーバの運用の支援を全く受けられない状態で待っている必要があった。
【０００８】
図１５は、初期クローリングの進行に伴うファイルの情報収集結果の変化の例を示す図である。図１５の横軸は属性情報の収集を行ったファイル数であり、縦軸は容量和を示している。図１５の例では、13万ファイル（全ファイルの約1/3）の情報収集が終了するまで、ファイルサイズが50MB未満のファイルが容量の大多数を占めるように見えることがわかる。しかしながら、実際には、ファイルサイズが200MB以上のファイルが容量の半分近くを占めており、初期クローリングの途中段階では実際のファイルサーバ利用状況を反映しているとは限らないことがわかる。したがって、ファイルサーバの運用支援を行うためには、初期クローリングが完全に終了するまで待たなくてはならないという問題がある。
【０００９】
本発明は、ファイルサーバにおいて、初期クローリングの時間を短縮することを目的とする。
【課題を解決するための手段】
【００１０】
上記で述べた課題に対し、発明者は、ファイルサーバに保存されているファイルについて収集した情報を集計し、平均値・ヒストグラムの算出などを行うのであれば、ファイルのサンプリングを行い、一部のファイル群から情報を収集することで効率よく概算値を得られることに着目した（知見１）。
【００１１】
また、発明者は、ファイルサーバに保存されているファイルはフォルダのツリー構造に関してランダムに配置されているわけではなく、ファイルサイズが大きいファイル・新しいファイル・同一ユーザにより作成されたファイルは同一のサブツリーに集中して保存されていること、したがって、フォルダの直下に保存されているファイルの属性値やフォルダの属性値にしたがって一部の子フォルダのみのファイルの情報を収集することで、効率よく概算値を得られることに着目した（知見２）。
【００１２】
図１６は、フォルダの順序を設定した場合の初期クローリングの進行に伴う情報収集結果の変化の例を示す図である。図１６の横軸は属性情報の収集を行ったファイル数、縦軸は情報収集を行ったファイルにおいて「ファイルサイズが200MB以上」であるファイルの容量割合を示している。黒い折れ線で示したグラフは、アルファベット順にサブフォルダの順序を設定してツリー構造をたどってクローリングを行った場合（図１５におけるファイルの情報収集順）、灰色の折れ線で示したグラフは、直下のファイルのサイズ和の降順にサブフォルダの順序を設定してツリー構造をたどってクローリングを行った場合の結果である。図１６の例では、7万ファイル（全ファイルの約1/6）の情報収集時点で、高い割合を占めることを正しく示せている。すなわち、最終的な集計値に近い値を速く得られ、一部の子フォルダのみのファイルの情報を収集するだけで、初期クローリング結果に近い値を得られる。
【００１３】
また、発明者は、ファイルサーバに保存されているファイルに関し、一部のサブフォルダにおいて直下に存在するファイルの数が極端に大きく、したがって、各サブフォルダにおいてファイルのサンプリングを行い、一部のファイル群から情報を収集することで効率よく概算値を得られることに着目した（知見３）。
【００１４】
図１７は、直下に存在するファイルの数ごとのサブフォルダ数を集計した例を示す図である。大多数のサブフォルダには数個程度以下のファイルしか保存されていないが、その一方で、１００以上のファイルが保存されているサブフォルダも存在する。
【００１５】
そこで、発明者は、ファイルサーバに保存されているファイルの一部のみについて情報を収集することで、ファイルサーバの運用を支援するためにユーザに提供する情報の概算値を、より短時間で得る対応策を提案する（対応策１：知見１を利用）。
【００１６】
また、発明者は、ファイルサーバにフォルダのツリー構造に沿って保存されているファイルの一部のみについて情報を収集する際、フォルダのツリー構造に沿って一部の子フォルダのみのファイルの情報を収集することで、ファイルサーバの運用を支援するためにユーザに提供する情報の概算値を、より短時間で得る対応策を提案する（対応策２：知見２を利用）。
【００１７】
また、発明者は、ファイルサーバにフォルダのツリー構造に沿って保存されているファイルの一部のみについて情報を収集する際、各フォルダ内の一部のファイルのみの情報を収集することで、ファイルサーバの運用を支援するためにユーザに提供する情報の概算値を、より短時間で得る対応策を提案する（対応策３：知見３を利用）。
【００１８】
また、発明者は、ファイルサーバに保存されているファイルの一部のみについて情報を収集した結果について、グラフ表示として概算値表示を行う対応策を提案する（対応策４）。
【００１９】
本発明の一観点によれば、ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する装置であって、前記ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理部を有することを特徴とする業務文書処理装置が提供される。
【００２０】
ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得ることにより、初期クローニングの効果（指針）を簡単に知ることができる。すなわち、ファイルサーバの運用を支援するためにユーザに提供する情報を簡単に得ることができる。
【００２１】
前記初期クローリング処理部は、フォルダのツリー構造に沿って一部の子フォルダのみのファイルの情報を収集して得られた集計結果の概算値を得ることを特徴とする。
【００２２】
ファイルサイズが大きいファイル・新しいファイル・同一ユーザにより作成されたファイルは同一のサブツリーに集中して保存されていること、したがって、フォルダの直下に保存されているファイルの属性値やフォルダの属性値にしたがって一部の子フォルダのみのファイルの情報を収集することで、効率よく概算値を得られる。
【００２３】
前記初期クローリング処理部は、フォルダ内の一部のファイルのみの情報を収集して得られた集計結果の概算値を得ることを特徴とする。
【００２４】
ファイルサーバに保存されているファイルに関し、一部のサブフォルダにおいて直下に存在するファイルの数が極端に大きく、したがって、各サブフォルダにおいてファイルのサンプリングを行い、一部のファイル群から情報を収集することで効率よく概算値を得られる。
【００２５】
さらに、ファイルサーバに存在するファイルの集計結果の概算値を表示するためのデータを求めるサーチ処理部を有することを特徴とする。
【００２６】
前記初期クローリング処理部は、フォルダ直下にあるファイルについて順序付けを行うファイル順序付け部と、フォルダ内の一部のファイルのみの情報の収集を行うファイルクローリング部と、を有することを特徴とする。
【００２７】
前記初期クローリング処理部は、さらに、クローリング対象のルートフォルダの下にあるフォルダツリーに存在するファイルについて、クローリングとして情報の収集を行うフォルダクローリング処理部を有することを特徴とする。
【００２８】
また、本発明は、ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する装置であって、前記ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理部と、ファイルサーバに存在するファイルの集計結果の概算値を表示するためのデータを求めるサーチ処理部と、を有し、前記サーチ処理部は、ファイルサイズ範囲毎の容量を表示するための概算値又はファイルの最終更新期間毎のファイル数を表示するための概算値又はファイルの最終アクセス期間毎のファイル数を表示するための概算値又は所有者別のファイル数のうちの少なくともいずれか１を表示することを特徴とする業務文書処理装置である。
【００２９】
さらに、概算値を求めるために、初期クローリングとしてファイルおよびフォルダについてどのように情報を収集したかの条件である概算条件を表示することを特徴とする。
【００３０】
また、本発明は、ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する業務文書処理方法であって、ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理ステップを有することを特徴とする業務文書処理方法である。
【００３１】
また、本発明は、ファイルサーバに存在するファイルの集計結果を表示するための情報を収集する業務文書処理プログラムであって、ファイルサーバに存在するファイルの一部のみの情報を収集することで、集計結果の概算値を得る初期クローリング処理をコンピュータに実行させるための業務文書処理プログラムである。
【００３２】
上記業務文書処理装置の各技術的特徴を、方法、プログラムに利用することが可能である。
【発明の効果】
【００３３】
本発明によれば、ファイルサーバにおいて、初期クローリングの時間を短縮し、ファイルサーバの運用を支援するためにユーザに提供する情報の概算値を、より短時間で得ることができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態による業務文書処理装置の概略構成例を示す機能ブロック図である。
【図２】フォルダデータ、ファイルデータ、サブフォルダデータのデータ構造を示す図である。
【図３】最終更新日別インデクスデータ、最終アクセス日別インデクスデータ、サイズ別インデクスデータ、所有者別インデクスデータのデータ構造例を示す図である。
【図４】業務文書処理装置において実行される処理手順の全体を説明するフローチャート鵜である。
【図５】初期クローリング処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図６】ファイル順序付け処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図７】ファイルクローリング処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図８】フォルダクローリング処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図９】サブフォルダ順序付け処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図１０】サブフォルダクローリング処理部において実行される処理手順の詳細を説明するフローチャート図である。
【図１１】サイズ別グラフ表示処理部において実行される表示処理を示す画面例である。
【図１２】最終更新日別グラフ表示処理部において実行される表示処理を示す画面例である。
【図１３】最終アクセス日別グラフ表示処理部において実行される表示処理を示す画面例である。
【図１４】所有者別グラフ表示処理部において実行される表示処理を示す画面例である。
【図１５】初期クローリングの進行に伴うファイルの情報収集結果の変化の例を示す図である。
【図１６】フォルダの順序を設定した場合の初期クローリングの進行に伴う情報収集結果の変化の例を示す図である。
【図１７】直下に存在するファイルの数ごとのサブフォルダ数を集計した例を示す図である。
【発明を実施するための形態】
【００３５】
以下、添付図面を参照しながら、本発明の実施の形態による業務文書処理装置について説明する。勿論、後述する形態例やその説明は一例であり、本発明には様々な変形例が考えられる。
【００３６】
（１）形態例
（１−１）図１〜図１４は、以下で説明する形態例を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表し、基本的な構成及び動作は同様であるものとする。
【００３７】
図１は、本実施の形態による業務文書処理装置の内部構造例を概略的に示す機能ブロック図である。業務文書処理装置は、データを表示するための表示装置（ディスプレイ）１００、表示されたデータに対してメニューを選択するなどの操作を行うためのキーボード１０１、マウスなどのポインティングデバイス１０２（入力部）、必要な演算処理、制御処理などを行う中央処理装置（ＣＰＵ）１０３、中央処理装置１０３での処理に必要なプログラムを格納するプログラムメモリ１０４、中央処理装置１０３での処理に必要なデータを格納するデータメモリ１０５、ファイルサーバ１０６等を備えている。
【００３８】
中央処理装置１０３は、初期クローリング処理部１０７と、インデクシング処理部１０８と、差分クローリング処理部１０９と、サーチ処理部１１０とを備えている。この形態例の場合、コンピュータによって構成され、初期クローリング処理部１０７と、インデクシング処理部１０８と、差分クローリング処理部１０９と、サーチ処理部１１０と、は、例えば、いずれもコンピュータ上で実行されるプログラムの機能の一部として実現される。一部又は全部がハードウェア構成でも良い。サーチ処理部１１０は、サーチ処理と表示制御処理とを行うようにすると良い。
【００３９】
なお、これらのプログラムは、プログラムメモリ１０４に格納されている。初期クローリング処理部１０７は、フォルダクローリング処理部１１１と、サブフォルダ順序付け処理部１１２と、サブフォルダクローリング処理部１１３と、ファイル順序付け処理部１１４と、ファイルクローリング処理部１１５と、を備えている。サーチ処理部１１０は、サイズ別グラフ表示処理部１１６と、最終更新日別グラフ表示処理部１１７と、最終アクセス日別グラフ表示処理部１１８と、所有者別グラフ表示処理部１１９と、を備えている。表示はグラフ表示に限定されない。
【００４０】
初期クローリング処理部１０７は上記の対応策１を実現するものであり、フォルダクローリング処理部１１１とサブフォルダ順序付け処理部１１２とサブフォルダクローリング処理部１１３は上記の対応策２を実現するものであり、ファイル順序付け処理部１１４とファイルクローリング処理部１１５は上記の対応策３を実現するものであり、サーチ処理部１１０は上記の対応策４を実現するものである。
【００４１】
データメモリ１０５は、クローリング済ファイルリスト１２０、フォルダクローリング割合閾値１２１、ファイルクローリング割合閾値１２２、ユーザリスト１２３、クローリング先サブフォルダリスト１２４、最終更新日別インデクス１２５、最終アクセス日別インデクス１２６、サイズ別インデクス１２７、所有者別インデクス１２８、フォルダ順序付け基準１２９、ファイル順序付け基準１３０を備えている。
【００４２】
図２は、ファイルサーバ１０６、データメモリ１０５に含まれるクローリング済ファイルリスト１２０、クローリング先サブフォルダリスト１２４のデータ構造例を示す図である。ファイルサーバ１０６はフォルダデータの配列の形で、クローリング済ファイルリスト１２０は、ファイルデータの配列の形で、クローリング先サブフォルダリスト１２４は、サブフォルダデータの配列の形で保持される。
【００４３】
図２（ａ）に示すフォルダデータは、フォルダパス２００、最終更新日２０１、最終アクセス日２０２、サブフォルダリスト２０３、ファイルリスト２０４を含んでいる。サブフォルダリスト２０３は、フォルダデータの配列の形で保持される。また、ファイルリスト２０４は、以下に述べるファイルデータの配列の形で保持される。
【００４４】
図２（ｂ）に示すファイルデータは、ファイルパス２０５、最終更新日２０６、最終アクセス日２０７、サイズ２０８、所有者２０９を含んでいる。
【００４５】
データメモリ１０５に含まれるフォルダクローリング割合閾値１２１およびファイルクローリング割合閾値１２２は、それぞれ、０以上１未満の実数の形で保持される。また、ユーザリスト１２３は、文字列の配列の形で保持される。
【００４６】
図２（ｃ）に示すサブフォルダデータは、フォルダパス２１０、直下ファイルのサイズ和２１１、直下ファイルの最新最終更新日２１２、直下ファイルの最新最終アクセス日２１３、直下ファイルの最大サイズ２１４、直下ファイルの新規所有者人数２１５、既存所有者直下ファイルのサイズ和２１６を含んでいる。
【００４７】
図３は、データメモリ１０５に含まれる最終更新日別インデクス１２５、最終アクセス日別インデクス１２６、サイズ別インデクス１２７、所有者別インデクス１２８のデータ構造例を示す図である。最終更新日別インデクス１２５は、最終更新日別インデクスデータの配列の形で、最終アクセス日別インデクス１２６は、最終アクセス日別インデクスデータの配列の形で、サイズ別インデクス１２７は、サイズ別インデクスデータの配列の形で、所有者別インデクス１２８は、所有者別インデクスデータの配列の形で保持される。
【００４８】
図３（ａ）に示す最終更新日別インデクスデータは、閾値期日３００、サイズ３０１、ファイル数３０２を含んでいる。閾値期日３００には、年度末・年末・期末・月末などの、最終更新日によるファイルの集計において利用される閾値の値が設定されている。サイズ３０１およびファイル数３０２には、初期状態では０が設定されている。
【００４９】
図３（ｂ）に示す最終アクセス日別インデクスデータは、閾値期日３０３、サイズ３０４、ファイル数３０５を含んでいる。閾値期日３０３には、年度末・年末・期末・月末などの、最終アクセス日によるファイルの集計において利用される閾値の値が設定されている。サイズ３０４およびファイル数３０５には、初期状態では０が設定されている。
【００５０】
図３（ｃ）に示すサイズ別インデクスデータは、閾値サイズ３０６、サイズ３０７、ファイル数３０８を含んでいる。閾値サイズ３０６には、ファイルサイズによるファイルの集計において利用される閾値の値が設定されている。サイズ３０７およびファイル数３０８には、初期状態では０が設定されている。
【００５１】
図３（ｄ）に示す所有者別インデクスデータは、ユーザ名３０９、サイズ３１０、ファイル数３１１を含んでいる。初期状態では配列の要素数は０であり、業務文書処理装置の処理の進展に従い、新しい所有者によるファイルが見つかるたびに配列の要素が追加される。
【００５２】
データメモリ１０５に含まれるフォルダ順序付け基準１２９およびファイル順序付け基準１３０は、それぞれ、図９および図６で説明する複数の値を持ち得る選択肢データとして保持される。
【００５３】
次に、上記のように構成された本実施形態の業務文書処理装置において行われる処理例について説明する。図４は、業務文書処理装置において行われる処理の流れを概略的に示すフローチャート図である。図４において、まず、管理対象のファイルサーバに対する初期クローリングとして、ファイルサーバに保存されているファイルの情報を取得する（ステップ４００）。ステップ４００における処理については、初期クローリング処理部１０７を用いて行うものであり、図５において詳細に説明する。その後、初期クローリングで収集した情報を元に、ファイルサーバに存在するファイルの集計を行うためのインデクシングを行う（ステップ４０１）。すなわち、クローリング済ファイルリスト１２０として保持されているファイル群のうち、最終更新日２０６が閾値期日３００より古いファイルを探してそのサイズ２０８の和をサイズ３０１に、ファイルの数をファイル数３０２に設定し、最終アクセス日２０７が閾値期日３０３より古いファイルを探してそのサイズ２０８の和をサイズ３０４に、ファイルの数をファイル数３０５に設定し、サイズ２０８が閾値サイズ３０６より小さいファイルを探してそのサイズ２０８の和をサイズ３０７に、ファイルの数をファイル数３０８に設定する。
【００５４】
また、ユーザリスト１２３に保持されているユーザ毎に所有者別インデクスデータの要素を用意し、ユーザ名３０９にユーザリスト１２３の各要素の値を、クローリング済ファイルリスト１２０として保持されているファイル群のうち、所有者２０９がユーザ名３０９と等しいファイルを探してそのサイズ２０８の和をサイズ３１０に、ファイルの数をファイル数３１１に設定する。ステップ４０１の処理については、上記非特許文献１で示したような検索しやすいように並べなおす初期クローニングを行う既存技術で実施可能である。その後、ユーザの要求に応じて、インデクシングの結果を用いてファイルサーバに存在するファイルの集計結果の表示を行う（ステップ４０２）。ステップ４０２における処理については、サーチ処理部１１０を用いて行うものであり、図１１〜図１４において詳細に説明する。クローリングを繰返す指定がされているかを調べ（ステップ４０３）、もしそのように指定されているのであれば、差分クローリングを行う（ステップ４０４）。差分クローリング処理については、上記非特許文献４で示したような既存技術で実施可能である。また、上記特許文献１で示したような既存技術で、独立して実行される別の処理としても実現可能である。ステップ４０４を実行後、ステップ４０１から処理をやり直す。ステップ４０３で、クローリングを繰返す指定が行われていないならば、処理を終了する。
【００５５】
図４のステップ４００における、初期クローリングの処理について、図５に示す詳細フローを参照しながら説明する。図５に示すように、まず、クローリング対象のルートフォルダの直下にあるファイルを得る（ステップ５００）。次に、ステップ５００で得られたファイルについて順序を設定する（ステップ５０１）。ステップ５０１における処理については、ファイル順序付け処理部１１４を用いて行うものであり、図６において詳細に説明する。その後、ステップ５００で得られ、ステップ５０１で順序付けを行ったファイルについて、クローリングとして情報の収集を行う（ステップ５０２）。ステップ５０２における処理については、ファイルクローリング処理部１１５を用いて行うものであり、図７において詳細に説明する。その後、クローリング対象のルートフォルダの下にあるフォルダツリーに存在するファイルについて、クローリングとして情報の収集を行う（ステップ５０３）。ステップ５０３における処理については、フォルダクローリング処理部１１１を用いて行うものであり、図８において詳細に説明を行う。
【００５６】
図５のステップ５０１における、ファイルの順序付けの処理について、図６に示す詳細フローを参照しながら説明する。図６に示すように、まず、ファイル順序付け基準１３０の値が「ランダム順」と設定されているか調べる（ステップ６００）。もしそうであれば、ファイルをランダム順に並べ替え（ステップ６０１）、処理を終える。ステップ６００で条件に合致しなかったのであれば、ファイル順序付け基準１３０の値が「最終更新日の昇順」と設定されているか調べる（ステップ６０２）。もしそうであれば、ファイルを最終更新日２０６の古い順に並べ替え（ステップ６０３）、処理を終える。ステップ６０２で条件に合致しなかったのであれば、ファイル順序付け基準１３０の値が「最終アクセス日の昇順」と設定されているか調べる（ステップ６０４）。もしそうであれば、ファイルを最終アクセス日２０７の古い順に並べ替え（ステップ６０５）、処理を終える。ステップ６０４で条件に合致しなかったのであれば、ファイル順序付け基準１３０の値が「最終更新日の降順」と設定されているか調べる（ステップ６０６）。もしそうであれば、ファイルを最終更新日２０６の新しい順に並べ替え（ステップ６０７）、処理を終える。ステップ６０６で条件に合致しなかったのであれば、ファイル順序付け基準１３０の値が「最終アクセス日の降順」と設定されているか調べる（ステップ６０８）。もしそうであれば、ファイルを最終アクセス日２０７の新しい順に並べ替え（ステップ６０９）、処理を終える。ステップ６０８で条件に合致しなかったのであれば、ファイル順序付け基準１３０の値が「サイズの降順」と設定されているか調べる（ステップ６１０）。もしそうであれば、ファイルをサイズ２０８の大きい順に並べ替え（ステップ６１１）、処理を終える。ステップ６１０で条件に合致しなかったのであれば、そのまま処理を終える。
【００５７】
図６で全てＮｏと判断されると、並び替え処理を行わずに、もともとの順序のままで処理を行う。
【００５８】
図５のステップ５０２における、ファイルのクローリングの処理について、図７に示す詳細フローを参照しながら説明する。図７に示すように、まず、ファイルを数えるための変数file_idxを１で初期化する（ステップ７００）。次に、file_idx以上のファイルがあるかどうかを調べる（ステップ７０１）。もしfile_idx以上のファイルがあるならば、０以上１未満のランダム変数を１つ計算し、ファイルクローリング割合閾値１２２以上であるか調べる（ステップ７０２）。もしランダム変数がファイルクローリング割合閾値１２２以上であるならば、ファイルの情報をクローリング済ファイルリスト１２０に追加する（ステップ７０３）。その後、サブフォルダデータにfile_idx番目のファイルの情報を反映させる（ステップ７０４）。すなわち、フォルダパス２１０にfile_idx番目のファイルがあるフォルダのパスを持つ配列要素において、直下ファイルのサイズ和２１１にfile_idx番目のファイルのサイズ２０８を加算し、直下ファイルの最新最終更新日２１２よりもfile_idx番目のファイルの最終更新日２０６の方が新しければ上書きし、直下ファイルの最新最終アクセス日２１３よりもfile_idx番目のファイルの最終アクセス日２０７の方が新しければ上書きし、直下ファイルの最大サイズ２１４よりもfile_idx番目のファイルのサイズ２０８の方が大きければ上書きし、file_idx番目のファイルの所有者２０９がデータメモリ１０５のユーザリスト１２３に含まれなければ、ユーザリスト１２３に追加するとともに直下ファイルの新規所有者人数２１５をインクリメントし、含むならば、既存所有者直下ファイルのサイズ和２１６にfile_idx番目のファイルのサイズ２０８を加算する。そして、file_idxをインクリメントして（ステップ７０５）、ステップ７０１から処理をやり直す。もしステップ７０１において条件に合致しないならば、処理を終える。
【００５９】
図５のステップ５０３における、フォルダツリーに存在するフォルダのクローリングの処理について、図８に示す詳細フローを参照しながら説明する。図８に示すように、まず、現在着目しているフォルダの直下にあるサブフォルダを得る（ステップ８００）。次に、サブフォルダを数えるための変数subfolder_idxを１で初期化する（ステップ８０１）。subfolder_idx以上のサブフォルダがあるかどうかを調べる（ステップ８０２）。もしsubfolder_idx以上のサブフォルダがあるならば、subfolder_idx番目のサブフォルダの直下にあるファイルを得て（ステップ８０３）、順序を設定し（ステップ８０４）、クローリングを行う（ステップ８０５）。ステップ８０４における処理は、ファイル順序付け処理部１１４を用いて行うものであり、図６で説明を行ったものである。ステップ８０５における処理は、ファイルクローリング処理部１１５を用いて行うものであり、図７で説明を行ったものである。その後、subfolder_idxをインクリメントして（ステップ８０６）、ステップ８０２から処理をやり直す。もしステップ８０２において条件に合致しないならば、得られたサブフォルダについて順序を設定する（ステップ８０７）。ステップ８０７における処理は、サブフォルダ順序付け処理部１１２を用いて行うものであり、図９において詳細に説明する。その後、サブフォルダのクローリングを行う（ステップ８０８）。ステップ８０８における処理は、サブフォルダクローリング処理部１１３を用いて行うものであり、図１０において詳細に説明する。
【００６０】
図８のステップ８０７における、サブフォルダの順序付けの処理について、図９に示す詳細フローを参照しながら説明する。図９に示すように、まず、フォルダ順序付け基準１２９の値が「ランダム順」と設定されているか調べる（ステップ９００）。もしそうであれば、サブフォルダをランダム順に並べ替え（ステップ９０１）、処理を終える。ステップ９００で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの最終更新日の昇順」と設定されているか調べる（ステップ９０２）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの最新最終更新日２１２の古い順に並べ替え（ステップ９０３）、処理を終える。ステップ９０２で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの最終アクセス日の昇順」と設定されているか調べる（ステップ９０４）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの最新最終アクセス日２１３の古い順に並べ替え（ステップ９０５）、処理を終える。ステップ９０４で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの最終更新日の降順」と設定されているか調べる（ステップ９０６）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの最新最終更新日２１２の新しい順に並べ替え（ステップ９０７）、処理を終える。ステップ９０６で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの最終アクセス日の降順」と設定されているか調べる（ステップ９０８）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの最新最終アクセス日２１３の新しい順に並べ替え（ステップ９０９）、処理を終える。ステップ９０８で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルのサイズ和の降順」と設定されているか調べる（ステップ９１０）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルのサイズ和２１１の大きい順に並べ替え（ステップ９１１）、処理を終える。ステップ９１０で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの最大サイズの降順」と設定されているか調べる（ステップ９１２）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの最大サイズ２１４の大きい順に並べ替え（ステップ９１３）、処理を終える。ステップ９１２で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「直下ファイルの所有者のうち新規ユーザ数の降順」と設定されているか調べる（ステップ９１４）。もしそうであれば、サブフォルダをサブフォルダデータの直下ファイルの新規所有者人数２１５の大きい順に並べ替え（ステップ９１５）、処理を終える。ステップ９１４で条件に合致しなかったのであれば、フォルダ順序付け基準１２９の値が「既存所有者の直下ファイルのサイズ和の降順」と設定されているか調べる（ステップ９１６）。もしそうであれば、サブフォルダをサブフォルダデータの既存所有者直下ファイルのサイズ和２１６の大きい順に並べ替え（ステップ９１７）、処理を終える。ステップ９１６で条件に合致しなかったのであれば、そのまま処理を終える。図９で全てＮｏと判断されると、並び替え処理を行わずに、もともとの順序のままで処理を行う。
【００６１】
図８のステップ８０８における、サブフォルダのクローリングの処理について、図１０に示す詳細フローを参照しながら説明する。図１０に示すように、まず、サブフォルダを数えるための変数folder_idxを１で初期化する（ステップ１０００）。次に、folder_idx以上のサブフォルダがあるかどうかを調べる（ステップ１００１）。もしfolder_idx以上のサブフォルダがあるならば、０以上１未満のランダム変数を１つ計算し、フォルダクローリング割合閾値１２１以上であるか調べる（ステップ１００２）。もしランダム変数がフォルダクローリング割合閾値１２１以上であるならば、folder_idx番目のサブフォルダについてクローリングを行う（ステップ１００３）。ステップ１００３における処理は、フォルダクローリング処理部１１１を用いて行うものであり、図８で説明を行ったものである。その後、folder_idxをインクリメントして（ステップ１００４）、ステップ１００１から処理をやり直す。もしステップ１００１において条件に合致しないならば、処理を終える。
【００６２】
図４のステップ４０２における、サーチ処理部１１０を用いて行う処理について、図１１〜図１４に示す画面例を参照しながら説明する。
【００６３】
図１１は、サーチ処理部のうちのサイズ別グラフ表示処理部を用いて画面表示を行う場合について示している。表題１１００には、従来技術で行われるように全てのファイルの情報を収集する初期クローリングを行ったのではなく、概算値を求めていることについて表示する。また、概算条件１１０１には、概算値を求めるために、初期クローリングとしてファイルおよびフォルダについてどのように情報を収集したかの条件、すなわち、ファイル順序付け基準１３０、ファイルクローリング割合閾値1２２、フォルダ順序付け基準１２９、フォルダクローリング割合閾値１２１を表示する。領域１１０２には、ファイルサイズごとのファイル容量合計について、サイズ別インデクス１２７を参照して表示する。また、領域１１０３には、容量ではなくファイル数での表示を行ったり、表でなくグラフで表示したりするためのユーザ指定を受け付けるためのインタフェースを表示する。ユーザ指定を受けると、指定された表示がなされる。
【００６４】
図１１によれば、例えば容量が大きい２５０ＭＢ以上のファイルサイズを有するものをクローリングできる可能性を示すことができる。
【００６５】
図１２は、サーチ処理部のうちの最終更新日別グラフ表示処理部を用いて画面表示を行う場合について示している。表題１２００には、１１００と同様に、概算値を求めていることについて表示する。また、概算条件１２０１には、概算条件１１０１と同様に、概算値を求めるためにファイルおよびフォルダについてどのように情報を収集したかの条件、すなわち、ファイル順序付け基準１３０、ファイルクローリング割合閾値1２２、フォルダ順序付け基準１２９、フォルダクローリング割合閾値１２１を表示する。領域１２０２には、１１０２と同様に、最終更新日ごとのファイル数について、最終更新日別インデクス１２５を参照して表示する。また領域１２０３には、領域１１０３と同様に、ファイル数ではなく容量での表示を行ったり、グラフでなく表で表示したりするためのユーザ指定を受け付けるためのインタフェースを表示する。
【００６６】
図１２によれば、例えば最終更新日が２００９年以前のファイルはクローリングできる可能性を示すことができる。設定で、３年以上前のファイルはごみ箱に入れるようにしたり、自動的に削除させたりすることができる。
【００６７】
図１３は、サーチ処理部のうちの最終アクセス日別グラフ表示処理部を用いて画面表示を行う場合について示している。表題１３００には、１１００および１２００と同様に、概算値を求めていることについて表示する。また、概算条件１３０１には、１１０１および１２０１と同様に、概算値を求めるためにファイルおよびフォルダについてどのように情報を収集したかの条件、すなわち、ファイル順序付け基準１３０、ファイルクローリング割合閾値1２２、フォルダ順序付け基準１２９、フォルダクローリング割合閾値１２１を表示する。領域１３０２には、１１０２および１２０２と同様に、最終アクセス日ごとのファイル容量合計について、最終アクセス日別インデクス１２６を参照して表示する。また１３０３には、１１０３および１２０３と同様に、容量ではなくファイル数での表示を行ったり、グラフでなく表で表示したりするためのユーザ指定を受け付けるためのインタフェースを表示する。
【００６８】
図１３によれば、例えば最終アクセス日が２００９年以前のファイルはクローリングできる可能性を示すことができる。設定で、３年以上前のファイルはごみ箱に入れるようにしたり、自動的に削除させたりすることができる。
【００６９】
図１４は、サーチ処理部のうちの所有者別グラフ表示処理部を用いて画面表示を行う場合について示している。表題１４００には、１１００，１２００および１３００と同様に、概算値を求めていることについて表示する。また、概算条件１４０１には、１１０１，１２０１および１３０１と同様に、概算値を求めるためにファイルおよびフォルダについてどのように情報を収集したかの条件、すなわち、ファイル順序付け基準１３０、ファイルクローリング割合閾値1２２、フォルダ順序付け基準１２９、フォルダクローリング割合閾値１２１を表示する。領域１４０２には、１１０２，１２０２および１３０２と同様に、所有者ごとのファイル数について、所有者別インデクスを参照して表示する。また１４０３には、１１０３，１２０３および１３０３と同様に、ファイル数ではなく容量での表示を行ったり、グラフでなく表で表示したりするためのユーザ指定を受け付けるためのインタフェースを表示する。
【００７０】
図１４によれば、例えば所有者が０１−０３以外のファイルはクローリングできる可能性を示すことができる。設定で、所有者ランキング３位未満のファイルはごみ箱に入れるようにしたり、自動的に削除させたりすることができる。
【００７１】
なお、本実施の形態では、図４において、クローリング、インデクシングおよびサーチを順次実行する場合の処理を示している。この方式に加え、サーチは別のコンピュータで実行される方式も可能である。また、本実施の形態では、図４において、差分クローリングはサーチの実行後に行われる場合の処理を示している。この方式に加え、差分クローリングは、初期クローリングの完了後に、別のコンピュータで実行される方式も可能である。
【００７２】
また、本実施の形態では、図９において、ランダム順、直下ファイルの最終更新日の昇順、直下ファイルの最終アクセス日の昇順、直下ファイルの最終更新日の降順、直下ファイルの最終アクセス日の降順、直下ファイルのサイズ和の降順、直下ファイルの最大サイズの降順、直下ファイルの所有者のうち新規ユーザ数の降順、既存所有者直下ファイルのサイズ和の降順にしたがってサブフォルダの順序を設定する処理について示している。これらに加え、「直下ファイルの所有者のうち新規ユーザ数の昇順」があっても良い。
【００７３】
また、図１１〜図１４において、クローリング済ファイルリスト１２０から計算した値そのものを表示しても、四捨五入などで丸めた値を表示しても良い。
【００７４】
また、図１１〜図１４において、クローリング済ファイルリスト１２０から計算した比率を表示しても、クローリング対象のルートフォルダから得られる「使用容量合計」から比例計算を行って、情報を収集していないファイルに対しても見積もりを行った値を表示しても良い。
【００７５】
また、図１１〜図１４において、表の値に誤差範囲を書き加えたり、棒グラフに誤差表示を行ったりしても良い。
【００７６】
本実施の形態によれば、大量のファイルが保存されたファイルサーバにおいて、初期クローリングの時間を短縮し、ファイルサーバの運用を支援するためにユーザに提供する情報の概算値を、より短時間で得ることができる。
【００７７】
ユーザは、ファイルサーバに保存されているファイルの種類・サイズ・最終更新年月日・所有者などの概算値を把握することができ、ファイルサーバの利用状況の概算値を踏まえた予備的な判断を迅速に行うことができる。また、「サイズが大きく最終更新年月日が古い」ファイルを「削除可能なファイルの候補」と見なすなど、個々のファイルの管理の支援についても、情報を収集したファイルから順次行うことができる。このためユーザは、初期クローリングに従来要していた長時間の間をただ待っているのでなく、ファイルサーバの運用への活用を迅速に開始できる。
【００７８】
本実施の形態では、初期クローニングの効果を出すために概算値を示す例について説明したが、未購入段階では概算値のみを見せて正確値を示さないことで、顧客に対して本発明の有効性を示して商品等の魅力を際立たせるようにしてもよい。
【００７９】
また、概算表示を得たのちにユーザの選択により初期クローニングを行う条件を設定するのではなく、概算値に基づいて自動的に初期クローニングを行うようにしてもよい。
【００８０】
また、本実施の形態では、ファイルクローリング処理部１１５において常にランダム変数とファイルクローリング割合閾値１２２との比較を行い、サブフォルダクローリング処理部１１３において常にランダム変数とフォルダクローリング割合閾値１２１との比較を行う処理について述べた。この方式に加え、ファイルまたはサブフォルダの数に閾値を設定し、閾値よりも多いフォルダにおいてのみランダム変数との比較を行い、そうでなければ全てのファイルまたはサブフォルダを登録またはクローリングする方式も可能である。
【００８１】
また、本実施の形態では、ファイルの属性情報の表示に関わる情報の収集について処理をしめした。これに加え、ファイルの全文情報から全文検索用の情報を得る処理においても本発明を適用可能である。
【００８２】
上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００８３】
また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれるものである。
【００８４】
また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００８５】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【００８６】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また前記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。機能の少なくとも一部は、集積回路などのハードウェアで実現しても良い。
【産業上の利用可能性】
【００８７】
本発明は業務文書処理装置に利用できる。
【符号の説明】
【００８８】
１００…表示装置
１０１…キーボード
１０２…ポインティングデバイス
１０３…中央処理装置
１０４…プログラムメモリ
１０５…データメモリ
１０６…ファイルサーバ
【図１】
2015084128.tif 000003
【図２】
2015084128.tif 000004
【図３】
2015084128.tif 000005
【図４】
2015084128.tif 000006
【図５】
2015084128.tif 000007
【図６】
2015084128.tif 000008
【図７】
2015084128.tif 000009
【図８】
2015084128.tif 000010
【図９】
2015084128.tif 000011
【図１０】
2015084128.tif 000012
【図１１】
2015084128.tif 000013
【図１２】
2015084128.tif 000014
【図１３】
2015084128.tif 000015
【図１４】
2015084128.tif 000016
【図１５】
2015084128.tif 000017
【図１６】
2015084128.tif 000018
【図１７】
2015084128.tif 000019