JP6111734B2 - ファイル整理システム、ファイル整理方法、及びプログラム - Google Patents

Description

本発明はファイル整理システム、ファイル整理方法、及びプログラムに関する。

近年、ファイルサーバストレージが大規模ファイルを扱えるようになってきている。これに伴い、大量の不要ファイルがファイルサーバの容量を逼迫させるという問題が生じている。そこでファイルサーバの状況を可視化し、ファイルサーバの分析結果に応じて容量肥大化の原因を整理すること（例えば不要なファイルを移動、削除、圧縮等する事）によりファイルサーバの効率的な運用を支援するシステム（以下の説明では、サーバ分析／整理システムとも呼称する）が提案されている。

サーバ分析／整理システムは、主に分析のための情報を集める収集モジュール、収集した情報から現状分析を行うために統計情報を集計するモジュール、統計情報を基にユーザにとって不要なファイル等を整理するモジュール等によって構成されている。統計情報の集計では、ファイルの生成日時、最終参照日時、最終更新日時、ファイルサイズ、内容が重複したファイルが存在するか否か、所有者情報、拡張子、といった各種情報に分けて集計することにより、ファイルサーバ内の状況を様々な角度から分析しているケースが多い。

ファイルサーバの肥大化を抑制し、効率的な運用を実現するためにはファイルサーバの状況を可視化するだけではなく、ファイルサーバの状況を分析して肥大化原因を特定し、当該原因に応じて適切な整理を行うことが望ましい。しかし、ユーザのファイル整理の手間を軽減させる有効な方法はいまだ確立しておらず、様々な手法が提案されている。

特許文献１には、ファイルの作成日時、更新日時、アクセス日時をユーザが指定し、その条件に該当するファイルを自動的に退避ディスクに移動させる機能を有するシステムが提案されている。

また特許文献２には、ユーザが指定した条件（有効期限、非アクセス期間、最大ユーザ、アクセス数等）に該当するファイルを自動的に削除するシステムが提案されている。また特許文献３にも同様の削除機能を有するシステムが提案されている。

しかしながら特許文献１〜３に提案の手法では、ファイルを整理するための条件（ファイルの作成日時等）をユーザ自身が定義する必要がある。そのため、この条件を定義するために、ユーザがファイルサーバの状況分析を行わなければならず、高度なスキルが要求されていた。また条件定義に多大な手間や時間がかかり、ユーザの人為的なミスにより有効な条件を定義できない場合もあった。

特許文献４には、ファイルストレージにおける重複ファイルの内、マスターファイルのみを残して残りの重複ファイルを削除や転送するシステムが開示されている。このシステムでは、重複ファイルに関してはユーザがファイルストレージを整理する条件を設定することなく、有効にファイルの整理を行うことができる。

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

特許文献４のシステムでは、重複以外の条件について考慮されていない。そのため、重複以外の基準でファイル／フォルダを整理したい場合に対応することができない。例えば１年以上参照されていないファイルを退避ファイルサーバに退避するような処理を実現することができない。

すなわち特許文献１〜４に記載の手法では、ファイル／フォルダを整理するための条件の設定に手間がかかるという問題が生じていた。

そこで本発明は上記のような状況に鑑みてなされたものであり、ユーザがファイルを整理するための条件を検討する手間を軽減することができるファイル整理システム、ファイル整理方法、及びプログラムを提供することを主たる目的とする。

本発明にかかるファイル整理システムの一態様は、
ファイルストレージ内の各ファイルのメタ情報を収集する情報収集部と、
前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集部が収集したメタ情報を統計分析した統計情報を生成するファイル情報集計部と、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成部と、を備えるものである。

本発明にかかるファイル整理方法の一態様は、
ファイルストレージ内の各ファイルのメタ情報を収集する情報収集ステップと、
前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集部が収集したメタ情報を統計分析した統計情報を生成するファイル情報集計ステップと、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
を有するものである。

本発明にかかるプログラムの一態様は、
コンピュータに、
ファイルストレージ内の各ファイルのメタ情報を収集する情報収集ステップと、
前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集部が収集したメタ情報を統計分析した統計情報を生成するファイル情報集計ステップと、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
を実行させる、ものである。

本発明は、ユーザがファイルを整理するための条件を検討する手間を軽減することができるファイル整理システム、ファイル整理方法、及びプログラムを提供することができる。

実施の形態１にかかるファイル整理システム２及び周辺装置の構成を示すブロック図である。 実施の形態１にかかるファイル／整理条件データベース２２６の構成を示す概念図である。 実施の形態１にかかるファイル情報管理テーブル２２６１の構成例を示す図である。 実施の形態１にかかる整理予定ファイル群を示す概念図である。 実施の形態１にかかる整理処理実行部２３１の動作を示すフローチャートである。 実施の形態１にかかる整理条件生成部２２１の処理を示すフローチャートである。 実施の形態１にかかる整理条件生成部２２１の処理を示すフローチャートである。 実施の形態１にかかる整理条件生成部２２１の処理を示すフローチャートである。 実施の形態１にかかる整理実績管理テーブル２２６２の構成例を示す図である。 実施の形態１にかかるファイル情報集計部２２４による集計処理を示すフローチャートである。 実施の形態１にかかるファイル情報集計部２２４による集計処理を示すフローチャートである。 実施の形態１にかかるファイル情報集計部２２４による集計結果の構成例を示す図である。 実施の形態１にかかるファイル情報集計部２２４による集計結果の構成例を示す図である。 実施の形態１にかかる整理条件情報管理テーブル２２６３の構成例を示す図である。 実施の形態１にかかる、整理条件テーブル２２６４の構成例を示す図である。 実施の形態１にかかる登録整理条件削除部２２３の動作の流れを示すフローチャートである。 実施の形態１にかかる増加整理条件生成部２２２の動作を示すフローチャートである。 実施の形態１にかかる増加整理条件生成部２２２の動作を示すフローチャートである。 実施の形態１にかかる増加整理条件生成部２２２の動作を示すフローチャートである。 実施の形態１にかかる推薦スコアランキングの一例を示す概念図である。 実施の形態２にかかるファイル整理システム２及び周辺装置の構成を示すブロック図である。 実施の形態２にかかる実施の形態１にかかるファイル情報管理テーブル２２６１の構成例を示す図である。 実施の形態２にかかる保管期間更新部２２７の動作を示すフローチャートである。 実施の形態２にかかる情報収集部２５１の動作を示すフローチャートである。 実施の形態２にかかる情報収集部２５１の動作を示すフローチャートである。 本発明にかかるファイル整理システム２及び周辺装置の構成を示すブロック図である。

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるファイル整理システム及び周辺装置を含むシステムのブロック図である。当該システムは、ユーザ端末１、ファイル整理システム２、及びファイルサーバ３を有する。以下、各装置の概略について説明する。

ユーザ端末１は、ファイルサーバ３に対する整理条件（後述）や推薦ランキング結果（後述）を表示する表示部１１を備えている。表示部１１は、例えばディスプレイ機能を有し、マウス等の入力装置の入力を表示するものである。

ファイルサーバ３は、ファイル整理システム２によるファイル整理の対象となるサーバである。ファイルサーバ３は、ファイルストレージの一態様であり、複数のファイル／フォルダを管理するものであれば良い。なお、ファイル整理とはファイル／フォルダの削除に加えて、ファイル／フォルダの圧縮、ファイル／フォルダの他のファイルサーバへの移動等の処理を含む概念である。ファイルサーバ３は、対象ファイル群３１（フォルダも含む概念である）を有する。ファイルサーバ３には、任意のタイミングでファイル／フォルダ（すなわち対象ファイル群３１）の登録、更新、削除がユーザによって行われる。

ファイル整理システム２は、画面制御サーバ２１、整理条件登録／更新サーバ２２、整理実行サーバ２３、スコアリングサーバ２４、及びメタ情報収集サーバ２５を有する。画面制御サーバ２１は、ユーザ端末１からの各種入力の受け付け、及びユーザ端末１へのデータ送信を行う。整理実行サーバ２３は、指定された整理条件（ファイルのメタ情報（作成日時、参照日時、更新日時、ファイルサイズ、重複ファイルの有無、所有者、拡張子、等）の条件を組み合わせたもの）に応じてファイルサーバ３の整理を行う。メタ情報収集サーバ２５は、ファイルサーバ３から最新のファイル／フォルダ情報（たとえばファイルサイズ、ファイルパス等）を取得する。

整理条件登録／更新サーバ２２は、後述する整理情報２１１やメタ情報収集サーバ２５が収集したファイル／フォルダ情報を基にファイルサーバ３に対する整理条件を算出する。整理条件登録／更新サーバ２２は、生成した整理条件を蓄積するファイル／整理条件データベース２２６等を有する。

なお、ファイル整理システム２の構成は、図１に示す構成に限られず、これらの各サーバ内の各機能が単一のサーバ装置内に実現されてもよい。またファイルサーバ３とファイル整理システム２内の各サーバ内の機能が単一のサーバ装置内に実現されてもよい。

以下、更に詳細に説明する。ユーザ端末１内の表示部１１は、ファイルサーバ３の整理実行時（後述する＜１＞整理実行フェーズ）にはユーザからの整理予定ファイル群（ファイルサーバ３内の整理したいファイルを示す情報であり、ファイルを特定するための情報）及び整理方法（削除、移動、圧縮等）を受け付けて、画面制御サーバ２１に送信する。表示部１１は、情報収集時（ファイルサーバ３から最新のファイル／フォルダ情報を収集して、情報を最新にする時であり、後述する＜２＞情報収集フェーズ）には収集実行要求を受け付けて、画面制御サーバ２１に送信する。表示部１１は、整理条件の推薦時（後述する＜３＞推薦提示フェーズ）に、整理条件の推薦ランキングの提示要求をユーザから受け付けて画面制御サーバ２１に送信する。また表示部１１は、推薦ランキングの提示要求に応じた推薦ランキング結果を画面制御サーバ２１から受け取り、表示する。

画面制御サーバ２１は、ユーザ端末１から受け付けた整理予定ファイル群と整理方法を整理情報２１１として整理条件登録／更新サーバ２２に送信する。なお、ユーザは指定した整理予定のファイル毎に整理方法を指定するため、整理情報２１１には各ファイル／フォルダとその整理方法の情報が関連付けられている。画面制御サーバ２１は、ユーザから推薦ランキングの提示要求を受信した場合、スコアリングサーバ２４に各整理条件の推薦スコアの生成を依頼し、当該依頼に応じた推薦スコア情報を受け取る。推薦スコア情報とは、整理条件登録／更新サーバ２２が生成した複数の整理条件に対して優先順位を関連付けた情報である。そして画面制御サーバ２１は、受け取った推薦スコア情報を基にユーザ端末１において表示可能な推薦要求／結果２１３を生成してユーザ端末１に送信する。

続いて整理条件登録／更新サーバ２２について説明する。整理条件登録／更新サーバ２２は、整理条件生成部２２１、増加整理条件生成部２２２、登録整理条件削除部２２３、ファイル情報収集部２２４、集計履歴情報データベース２２５、及びファイル／整理条件データベース２２６を有する。

整理実行時には整理条件生成部２２１及びファイル情報集計部２２４が動作し、整理条件が新たに生成される。生成された整理条件は、ファイル／整理条件データベース２２６内に登録される。その際に整理条件登録／更新サーバ２２は、生成した整理条件を整理実行サーバ２３に送信してもよい。整理条件を受信した整理実行サーバ２３は、当該整理条件を用いてファイルサーバ３の整理を実行する。

情報収集時には整理条件登録／更新サーバ２２は、メタ情報収集サーバ２５を動作させる。メタ情報収集サーバ２５内の情報収集部２５１は、ファイルサーバ３内の対象ファイル群３１からファイル／フォルダ情報（例えば各ファイルのファイルサイズ、フォルダサイズ、ファイル拡張子等）を収集する。そして情報収集部２５１は、収集した最新のファイル／フォルダ情報を用いてファイル／整理条件データベース２２６内のファイル情報管理テーブル２２６１を更新する。

ここでファイル／整理条件データベース２２６の構成例を図２を参照して説明する。ファイル／整理条件データベース２２６は、ファイル情報管理テーブル２２６１、整理実績管理テーブル２２６２、整理条件情報管理テーブル２２６３、及び整理条件テーブル２２６４を有する。

図３はファイル情報管理テーブル２２６１の構成例を示す概念図である。ファイル情報管理テーブル２２６１は、ファイルＩＤ、ファイル名、親フォルダ名、作成日時、参照日時、更新日時、ファイル容量（バイト）、重複／非重複フラグ、所有者、拡張子、及びファイル／フォルダ情報といったメタ情報を含む。これらのメタ情報は、ファイルサーバ３内にあるファイル／フォルダのプロパティに関する情報である。なおファイル情報管理テーブル２２６１は、上記のメタ情報に限られず、例えばカテゴリ等の情報も管理してもよい。

情報収集時には、ファイル情報管理テーブル２２６１の更新の後に、増加整理条件生成部２２２が動作する。増加整理条件生成部２２２は、ファイル情報集計部２２５の集計結果を基に整理条件を新たに生成してファイル／整理条件データベース２２６に登録するとともに、集計情報履歴データベース２２５を更新する。なお、登録整理条件削除部２２３は、任意のタイミング（例えば整理条件生成部２２１や増加整理条件生成部２２２による整理条件の作成後）にファイル／整理条件データベース２２６から不要な整理条件に関するデータ列を削除する。

スコアリングサーバ２４内の推薦スコア算出部２４１は、画面制御サーバ２１から推薦要求／結果２１３（すなわち推薦ランキングの提示要求）を受信し、整理条件情報管理テーブル２２６３から各整理条件の情報を取得し、各整理条件の推薦スコアを算出する。整理条件管理テーブル２２６３は、生成した各整理条件に関する情報（整理条件と関連付けられた整理方法、対象ファイル容量等）を管理するテーブルであり、詳細は図１０を参照して後述する。推薦スコア算出部２４１は、各整理条件に推薦スコアを関連付けた情報を画面制御サーバ２１に供給する。

続いて本実施の形態にかかるシステム内の各処理部の動作に着目して説明を行う。ファイル整理システム２は、主に以下の３つの処理フェーズを実行する。
＜１＞整理実行フェーズ
＜２＞情報収集フェーズ
＜３＞推薦提示フェーズ

整理実行フェーズ（上述の＜１＞）とは、ユーザが入力した整理予定ファイル群や整理方法を基に、整理条件生成部２２１が整理条件を生成してファイル／整理条件データベース２２６に登録するフェーズである。

情報収集フェーズ（上述の＜２＞）とは、情報収集の実行時に増加整理条件生成部２２２が直近のファイル増加傾向に基づく整理条件を生成してファイル／整理条件データベース２２６に登録するフェーズである。

推薦提示フェーズ（上述の＜３＞）とは、ユーザの要求に応じてファイル／整理条件データベース２２６に登録されている各整理条件にスコアを付してランキング形式で表示するフェーズである。

なお、登録整理条件削除部２２３による整理条件の削除処理は、例えば整理実行フェーズと情報収集フェーズとの間に行われる。以下、各フェーズにおける処理の詳細を説明する。

＜１＞ 整理実行フェーズについて
はじめに、整理実行フェーズにおける各処理部の動作について説明する。表示部１１は、ユーザにより選択された整理予定ファイル群と整理方法（削除、圧縮、移動等）を画面制御サーバ２１に送信する。例えば表示部１１は、ファイル情報管理テーブル２２６１に類するテーブル形式をユーザに提示することにより整理予定ファイル群を選択させる。ここで整理予定ファイル群とは、図３に示すファイル情報管理テーブル２２６１のうち、整理予定としたいファイルに関するデータ列のみを抽出したものであり、実際には後述する図４のようにファイル情報管理テーブル２２６１のデータ列を絞り込むための条件により特定される整理条件を示す。

整理方法とは、例えば整理実行サーバ２４が提供する整理機能（削除、移動、圧縮等）からユーザが一意に選択したものを指す（なお、移動先などの整理実行に必要な情報がある場合には当該情報も含む）。図４は、ユーザから入力される整理予定ファイル群と整理方法の一例を示す概念図である。なおファイル情報管理テーブル２２６１は、図３に示すようにファイルサーバ３内のファイル／フォルダ毎に各種メタ情報（作成日時、参照日時、更新日時等）が管理されている。

画面制御サーバ２１は、整理予定ファイル群及び整理方法を整理情報２１１として整理条件登録／更新サーバ２２に送信する。整理条件生成部２２１は、整理情報２１１を基に動作を開始する。またファイル情報集計部２２４は、整理情報２１１を基に動作を開始する。整理条件生成部２２１は、ユーザにとって有効と推定される整理条件を生成し、整理条件情報管理テーブル２２６３及び整理条件テーブル２２６４にその整理条件の情報を登録する。また整理情報２１１は整理実行サーバ２３に転送され、整理処理実行部２３１は整理情報２１１を使用したファイルサーバ３の整理を実行する。はじめに整理処理実行部２３１の処理を図５を参照して説明する。続いて整理条件生成部２２１の動作を図６を参照して説明する。そして図８を参照してファイル情報集計部２２４の動作を説明する。

図５は、整理処理実行部２３１の動作を示すフローチャートである。整理処理実行部２３１は、整理情報２１１内に含まれる整理方法Ｗが移動であるか否かを判定する（Ａ１）。移動である場合（Ａ１：Ｎｏ）、整理処理実行部２３１は、ファイルサーバ３から対象となるファイル／フォルダを読み出して移動させる（Ａ２）。移動ではない場合（Ａ１：Ｙｅｓ）、整理処理実行部２３１は、整理方法Ｗが削除であるか否かを判定する（Ａ３）。削除である場合（Ａ３：Ｎｏ）、整理処理実行部２３１は、対象となるファイル／フォルダをファイルサーバ３から削除する（Ａ４）。削除ではない場合（Ａ３：Ｙｅｓ）、整理処理実行部２３１は、整理方法Ｗが圧縮であるかを判定する（Ａ５）。圧縮である場合（Ａ５：Ｎｏ）、整理処理実行部２３１は対象となるファイル／フォルダを圧縮する（Ａ６）。圧縮ではない場合（Ａ５：Ｙｅｓ）、整理処理実行部２３１はファイル情報管理テーブル２２６１を更新することなく処理を終了する。ファイル／フォルダの移動（Ａ２）、ファイル／フォルダの削除（Ａ４）、またはファイル／フォルダの圧縮（Ａ６）を行った場合、整理処理実行部２３１はファイル情報管理テーブル２２６１の当該処理に関連するデータ列を更新または削除する（Ａ７）。

続いて図６（図６−１〜図６−３）を参照して整理条件生成部２２１の処理を説明する。図６（図６−１〜図６−３）は、整理条件生成部２２１の処理を示すフローチャートである。整理条件生成部２２１の処理を概略すると、ファイル容量を判断基準とし、整理するファイル容量が多いほどユーザにとって有効と判断して整理条件を生成する。以下、フローチャートに沿って説明する。

はじめに整理条件生成部２２１は、整理情報２１１から抽出した整理予定ファイル群の容量がユーザにとって有効なファイル容量であるかを判断し、有効であると判断した場合にのみ新たな整理条件を生成する（Ｂ１）。整理情報２１１は、前述したようにファイル／フォルダを特定するための条件（図４に示すように条件に合致するファイル群であってもよい）、整理方法、整理種別の情報が含まれており、これらの情報を用いてファイル情報管理テーブル２２６１を検索することにより、ファイル／フォルダの整理予定のファイル容量を特定できる。

整理情報２１１に含まれる整理種別とは、整理条件に合致したファイル／フォルダをユーザが手動で整理する手動整理と、後述する条件整理と、のいずれかを取る。

有効であるか否か（Ｂ１）の判断は、これまでの整理実績の平均値との比較により行われる。ファイル／整理条件データベース２２６内の整理実績管理テーブル２２６２は、これまでに行った整理処理の平均ファイルサイズが格納される。整理実績管理テーブル２２６２は、整理処理実行部２３１によって適宜更新される。図７は、整理実績管理テーブル２２６２の構成例を示す図である。このように整理実績の平均値を用いるため、整理処理を実行すればするほど、整理条件の生成精度を高めることができる。

Ｂ１の判断において有効な整理がなされないと判断した場合（Ｂ１：Ｎｏ）、新たな整理条件は生成されない。そして整理条件生成部２２１は、ユーザから入力された整理情報２１１を用いたファイル整理が行い、整理実績の平均値等の各種値の更新が実行した後に処理を終了する（Ｂ１８〜Ｂ２１）。

一方、Ｂ１の判断において有効な整理がなされると判断した場合（Ｂ１：Ｙｅｓ）、整理条件生成部２２１は、ファイル情報集計部２２４による集計結果を受け付ける（Ｂ２）。ファイル情報集計部２２４は、整理情報２１１から導出される整理対象となる各ファイルを対象に各種統計情報（作成傾向、参照傾向、更新傾向、ファイルサイズ傾向、重複傾向、所有者傾向、ファイル種別傾向）を集計する。

図８（図８−１、図８−２）を参照してファイル情報集計部２２４による集計処理（Ｂ２）を詳細に説明する。図８は、ファイル情報集計部２２４による集計処理の流れを示すフローチャートである。ファイル情報集計部２２４は、現在日時を取得する（Ｃ１）。そしてファイル情報集計部２２４は、対象とするファイル群内に重複ファイルがあるか否かを判定し、重複ファイルがあった場合にはファイル情報管理テーブル２２６１を更新する（Ｃ２）。重複ファイルであるか否かの判定は、例えばファイルのハッシュ値の比較により行う。

ファイル情報集計部２２４は、Ｃ１において取得した現在日時から指定されたＮ日（ユーザ指定）刻みでの作成ファイル数、及び作成ファイル容量を集計する（Ｃ３）。ファイル情報集計部２２４は、Ｃ１において取得した現在日時から指定されたＮ日（ユーザ指定）刻みでの参照ファイル数、及び参照ファイル容量を集計する（Ｃ４）。ファイル情報集計部２２４は、Ｃ１において取得した現在日時から指定されたＮ日（ユーザ指定）刻みでの更新ファイル数、及び更新ファイル容量を集計する（Ｃ５）。

ファイル情報集計部２２４は、各ファイルのファイル容量を基に、Ｆバイト（ユーザ指定）刻みでのファイル数及びファイル容量を集計する。続いてファイル情報集計部２２４は、重複／非重複に関する情報（図３）を基に重複ファイルのファイル数／ファイル容量と非重複ファイルのファイル数／ファイル容量を集計する（Ｃ７）。ファイル情報集計部２２４は、各ファイルのファイル容量を基に所有者毎のファイル数及びファイル容量を集計する（Ｃ８）。そしてファイル情報集計部２２４は、各ファイルの拡張子情報を基に、拡張子毎のファイル数やファイル容量を集計する（Ｃ９）。

なお、ファイル情報集計部２２４による集計処理の順序はＣ１〜Ｃ９の順序でなくてもよく、異なる順序で行われてもよく、各処理が同時に行われてもよい。ファイル情報集計部２２４による集計結果の構成例を図９（図９−１、図９−２）に示す。この集計結果は、同一の整理予定ファイル群を異なるメタ情報の種別（作成傾向、参照傾向、更新傾向、ファイルサイズ傾向、重複傾向、所有者傾向、ファイル種別傾向）から集計したものである。なお、以下の記載では各メタ情報の集計条件（例えば図８における「０日前〜２９日前」、「重複」、「ｏｗｎｅｒ１」等」を集計項目（メタ情報の指定）と呼称する。この集計により、ユーザが指定した整理対象のファイル群がどのような傾向を持つかが明らかとなる。よって集計したファイル容量が大きいほど、その集計項目の条件はユーザが整理したいファイルだと判断する条件となる可能性が高い。例えば「ｏｗｎｅｒ１」が所有者のファイルが整理予定ファイル群に多く含まれる場合、「ｏｗｎｅｒ１」のファイルが不要になった（例えば所属する企業を辞めた等）可能性が高いと判断して、有効な条件と判断する。

再び図６を参照する。上述のように集計処理を行う（Ｂ２）。整理条件生成部２２１は、生成した集計情報（図９）のファイル容量の平均値Ｗ及び標準偏差Ｑを算出する（Ｂ３）。そして各集計項目Ｓについて、整理条件生成部２２１は（上記平均値Ｗ＋標準偏差Ｑ）よりも大きなもののみを選択する（Ｂ４）。すなわちＢ３及びＢ４の処理では、整理条件生成部２２１は、ファイル容量の観点から整理するファイル容量が大きくなる集計項目のみを抽出している。そして整理条件生成部２２１は、抽出した集計項目を整理対象のファイル容量が大きい順にソートする（Ｂ６）。

そして整理条件生成部２２１は、整理対象のファイル容量が大きい集計項目から順に、他の集計項目とのＡＮＤ条件（たとえば「ｏｗｎｅｒ１」かつ「重複」）を生成し、Ｂ４と同様の判定を行う（Ｂ９、Ｂ１０）。整理条件生成部２２１は、集計項目をＡＮＤ（論理積）により結合した条件の内、整理対象となるファイル容量が最大のものを生成条件Ｒに追加する。この処理を抽出した集計項目の全てについて行う（Ｂ１２）。単一の集計項目を整理条件とした場合、対象範囲が広く漠然としているため、ユーザに提示した際に有効な整理条件であるか否かの判断が困難である。一方、このように集計項目を複合したＡＮＤ条件を用いることにより、有効な基準内でファイル容量が最大になるように絞り込みを行うことができ、ユーザが判断を容易にできる。

整理条件生成部２２１は、ＡＮＤ結合を繰り返すことにより生成した整理条件を用いた場合の対象ファイル容量Ｒｆを算出する（Ｂ１３）。整理条件生成部２２１は、生成した整理条件と同様のデータ列が整理条件情報管理テーブル２２６３に存在する場合には対象ファイル容量Ｒｆを更新し（Ｂ１４：Ｙｅｓ、Ｂ１５）、存在しない場合には整理条件情報管理テーブル２２６３及び整理条件テーブル２２６４にデータ列を追加する（Ｂ１４：Ｎｏ、Ｂ１６）。整理条件情報管理テーブル２２６３の構成例を図１０に示し、整理条件テーブル２２６４の構成例を図１１に示す。

整理条件管理テーブル２２６３（図１０）は、図示するように登録された整理条件の情報（対象ファイル容量等）を管理している。整理条件テーブル２２６４（図１１）は、各整理条件を構成する集計項目の情報が記載されている。例えば整理条件ＩＤ１の整理条件は、作成日が１８０日前〜２０９日前であって、ファイルサイズが１０２４００バイト〜１０２４０００バイトまでであって、かつ所有者がｏｗｎｅｒ１であるファイルを整理することが記載されている。

再び図５を参照する。整理条件生成部２２１は、上記の複合的な整理条件の生成、登録処理（Ｂ７〜Ｂ１６）をＢ４において抽出した集計項目毎に行う（Ｂ１７）。なお、整理条件生成部２２３は整理情報２１１に含まれる整理方法を取得して整理条件管理テーブル２２６３への登録も合わせて行う。

その後に整理条件生成部２２１は、整理処理実行部２３１による整理処理を実行し、整理条件情報管理テーブル２２６３や整理実績の平均値を更新する（Ｂ１８〜Ｂ２０）。最後に整理条件生成部２２１は、登録整理条件削除部２２３の動作を開始させる（Ｂ２１）。

登録整理条件削除部２２３の動作を、図１２を参照して説明する。図１１は、登録整理条件削除部２２３の動作の流れを示すフローチャートである。登録整理条件削除部２２３は、整理条件情報管理テーブル２２６３から全ての整理条件のＩＤ及び対象ファイル容量Ｆを取得し（Ｄ１）、整理実績の平均値Ｈを算出する（Ｄ２）。そして登録整理条件削除部２２３は、各整理条件について整理対象とするファイル容量が平均値Ｈ以下であるかを判定し（Ｄ４）、平均値Ｈ以下である該整理条件を削除する（Ｄ５）。

以上により、整理実行フェーズ（上述の＜１＞）の処理を終了する。

＜２＞ 情報収集フェーズについて
続いて情報収集フェーズ（上述の＜２＞）の処理について説明する。

表示部１１は、情報収集の実行要求を画面制御サーバ２１に送信する。画面制御サーバ２１は、当該実行要求を収集実行要求２１２として整理条件登録／更新サーバ２２に送信する。収集実行要求２１２には、収集処理に必要な情報（例えばファイルサーバ３内の対象とするファイル群が存在するアクセスパス等）が含まれる。整理条件登録／更新サーバ２２は、メタ情報収集サーバ２５に収集実行要求２１２を送信する。これに応じて情報収集部２５１が動作する。情報収集部２５１は、ファイルサーバ３内の対象ファイル群３１から情報（ファイル名、ファイルサイズ等）を収集し、ファイル情報管理テーブル２２６１に収集した情報を反映する。情報収集部２５１の処理は、必要なプロパティ等を取得するだけの処理であるため、その詳細は省略する。

その後に整理条件登録／更新サーバ２２は、増加整理条件生成部２２２を動作させる。増加整理条件生成部２２２は、増加しているファイルに関する整理条件が有効であると仮定して動作する。詳細には増加整理条件生成部２２２は、各メタ情報に関する今回の情報収集時（情報収集部２５１の処理終了時）の集計値と前回の情報収集時の集計値を比較して、増加傾向にある集計項目を基に整理条件を生成する。増加整理条件生成部２２２の処理は、原則として整理条件生成部２２１の処理と同一の手順であるが、対象とするデータが異なるために整理条件の有効判定の基準が異なる。

以下、図１３を参照して増加整理条件生成部２２２の処理について説明する。図１３は、増加整理条件生成部２２２の動作を示すフローチャートである。

はじめにファイル情報集計部２２４は、ファイル情報管理テーブル２２６１の各種統計種別に関する集計処理を実行する（Ｅ１）。増加整理条件生成部２２２は、集計情報履歴データベース２２５から前回収集時の集計結果を取得する。集計情報履歴データベース２２５は、ファイル情報集計部２２４による過去の集計履歴が格納されるデータベースである。増加整理条件生成部２２２は、前回から比較してファイル容量が増加している集計項目のみを抽出する（Ｅ２）。なお初回の情報収集時には、集計した値がそのまま変動量となる。このように扱うことにより、初回であっても有効な整理条件を生成できる。

増加整理条件生成部２２２は、上述の図５のＢ３、Ｂ４の処理と同様にファイル容量の変動値の平均値と標準偏差を用いて、増加したファイルサイズの大きな要因となっている集計項目を絞り込む（Ｅ３、Ｅ４）。

その後の整理条件の生成手順（Ｅ５〜Ｅ１２）は、図６に示す整理条件生成部２２１による処理（Ｂ５〜Ｂ１２）と同様である。ただし、Ｂ５〜Ｂ１２と比較して複合した整理条件を有効と判断する判断基準が異なる。増加整理条件生成部２２２は、有効基準として整理実績管理テーブル２２６２が管理する整理実績の平均値を用いる。すなわち増加整理条件生成部２２２は、直近のファイルサイズの増加傾向を基に、これまでの整理実績が示すファイルサイズと同程度のファイルサイズに達した場合に有効な整理条件と扱う。増加整理条件生成部２２２は、生成した整理条件を一時的に記憶し、既存の整理条件情報管理テーブル２２６３を最新の状態に更新する（Ｅ１３〜Ｅ１７）。整理条件情報管理テーブル２２６３（図９）における収集前の対象ファイル容量とは、後述（＜３＞）のスコアリングに使用するファイル容量であり、今回の情報収集前に取得しておく（例えば集計情報履歴データベース２２５から取得しておく）値である。

増加整理条件生成部２２２は、生成した整理条件を整理条件情報管理テーブル２２６３に登録する（Ｅ１８）。この際に増加整理条件生成部２２２は、当該整理条件にかかる整理方法を「未定義」として登録する。これによりユーザが明示的に実施したことのない有効な整理条件があることを把握できるようになる。

増加整理条件生成部２２２は、ファイル情報集計部２２４が集計した今回の集計結果を集計情報履歴データベース２２５に格納する（Ｅ１９）。そして増加整理条件生成部２２２は、登録整理条件削除部２２３を動作させて、整理条件の削除を行う（Ｅ２０）。以上により、情報収集フェーズの処理を終了する。

＜３＞ 推薦提示フェーズについて
続いて推薦提示フェーズ（上述の＜３＞）の処理について説明する。

ユーザ端末１の表示部１１は、整理条件の推薦提示要求を画面制御サーバ２１に送信する。画面制御サーバ２１は、その要求を推薦要求／結果２１３としてスコアリングサーバ２４に送信する。スコアリングサーバ２４内の推薦スコア算出部２４１は、整理条件登録／更新サーバ２２に対してスコア算出に必要な各種データを送信するように要求する。整理条件登録／更新サーバ２２は、ファイル／整理条件データベース２２６内の整理条件情報管理テーブル２２６１及び整理条件テーブル２２６４のデータを推薦スコア算出部２４１に送信する。推薦スコア算出部２４１は、整理条件情報管理テーブル２２６１及び整理条件テーブル２２６４のデータを基に各整理条件の推薦スコアを算出する。

推薦スコア算出部２４１による推薦スコアの算出式を以下に示す（式１）。

推薦スコア算出部２４１は、上述の式１を用いて各整理条件の推薦スコアを算出する。そして推薦スコア算出部２４１は、各整理条件と推薦スコア、整理方法、ファイルの増加量、対象ファイル容量を関連付けたデータ列を画面制御サーバ２１に送信する。

画面制御サーバ２１は、推薦スコア算出部２４１から受信したデータ列を基に、データ列のソートを行い、推薦スコアが高い順に整理条件を並べた推薦スコアランキングを生成して表示部１１に送信する。表示部１１は、推薦スコアランキングをユーザに提示する。図１４は、推薦スコアランキングの一例を示す概念図である。各整理条件は推薦スコアが高い順に並べられる。また各整理条件のファイルの増加傾向や整理方法も合わせて表示される。以上が推薦提示フェーズの処理である。

続いて本実施の形態にかかるファイル整理システム２の効果について適宜図１４を参照しつつ説明する。本実施の形態にかかるファイル整理システム２は、ユーザから整理対象となるファイル群（整理対象ファイル群）と整理方法を受け付け、各メタ情報の観点から整理対象ファイル群のファイル容量を分析し、当該ファイル容量に応じて整理条件を生成している。これによりユーザは整理情報２１１を入力するのみで、ユーザの整理実績に合致し、かつ十分なデータ量のファイルを整理できる整理条件を得る（データベースに蓄積する）ことができる。すなわちユーザの手間がなく、有効な整理条件を生成することができる。

また増加整理条件生成部２２２は、各メタ情報の指定（集計項目）とファイルの増加の関係性に着目して整理条件を生成している。これにより、整理実績がない場合であっても整理条件を生成することができる。

ファイル整理システム２は、更に図１４に示すように各整理条件をランキング形式で提示している。これによりユーザは、ファイルサーバ３の分析を行うことなく、各整理条件の有効性を把握することができる。これにより、整理条件の選択の間違いを防げるとともに、選択時間の短縮を図ることができる。

さらにまた整理条件生成部２２１は、これまでのファイル整理の実績値（上述の例では整理対象となったファイル容量の平均値）を参考にして整理条件を作成している。これにより、整理実行を行った回数が増えるほど、有効な整理条件を生成することができる。

＜実施の形態２＞
本実施の形態にかかるファイル整理システム２は、ファイル／フォルダの保管期間を考慮したファイルの整理を行うことを特徴とする。本実施の形態にかかるファイル整理システム２の構成について実施の形態１と異なる点を以下に説明する。

はじめに実施の形態１に記載のファイル整理システム２では問題が生じるケースを以下に説明する。実施の形態１のファイル整理システム２は、ファイル容量を基に整理条件を作成している。実施の形態１では、あるユーザが整理条件の生成前に大量のファイル／フォルダを作成した場合、これらのファイル／フォルダが整理条件による整理対象となり易い傾向となる。しかし直近に作成されたファイル／フォルダは整理の対象としない方がよい、すなわち必要である場合が多い。また業界によっては、ファイル／フォルダを一定期間保存しておくことが義務付けられている場合もある。よって実施の形態２のファイル整理システム２は、当該問題を改善するための構成を有する。

図１５は、本実施の形態にかかるファイル整理システム２及び周辺装置の構成を示すブロック図である。ファイル整理システム２内の整理条件登録／更新サーバ２２は、実施の形態１（図１）の構成に加えて保管期間更新部２２７を更に備える。保管期間更新部２２７は、ファイルサーバ３内の各ファイル／フォルダの保管期間を設定する。なお保管期間内のファイル／フォルダは整理対象から除外される。これにより不用意に新しいファイルが整理されてしまうことを防止する。以下、本実施の形態にかかる整理システム２の動作を説明する。

本実施の形態にかかるファイル整理システム２は、実施の形態１における各フェーズの処理に加え、ユーザの指定に応じてファイル／フォルダの保管期間を変更する保管期間変更フェーズを更に実行する。また本実施の形態にかかるファイル整理システム２は、情報収集フェーズ（上述の＜２＞）において残りの保管日数を更新するフェーズ（残保管日数更新フェーズ）を実行する。

はじめに保管期間変更フェーズについて説明する。ユーザは、ファイルサーバ３に関する表示画面を参照して、保管期間を更新したいファイル／フォルダを選択する。またはユーザは、表示画面を参照して保管期間を更新したいファイル／フォルダを絞り込む条件（例えばファイル情報管理テーブル２２６１に対する検索条件）を入力してもよい。またユーザは、保管期間の日数も合わせて入力する。この入力により、選択または絞り込み条件に該当したファイル／フォルダに対する保管期間を一括して設定することができる。

画面制御サーバ２１は、入力された保管期間と、選択されたファイル／フォルダまたは検索条件と、を合わせて保管期間更新要求２１４として整理条件登録／更新サーバ２２に送信する。

整理条件登録／更新サーバ２２内の保管期間更新部２２７は、保管期間更新要求２１４を基にファイル／フォルダの保管期間を更新する。保管期間は、ファイル情報管理テーブル２２６１において管理される。本実施の形態にかかるファイル情報管理テーブル２２６１の構成を図１６に示す。

図示するようにファイル情報管理テーブル２２６１は、図３の構成に加えて残保管日数と設定保管日数を新たに管理する。残保管日数は、整理対象から除外される残り日数である。

整理条件生成部２２１及び増加整理条件生成部２２２及びファイル情報収集部２２４は、この残保管日数が０となっているもののみを対象とした情報集計を行う。また整理処理実行部２３１は、この残保管日数が０となっているもののみを対象に削除を行う。これにより、不用意なファイルの削除が行われないようにすることができる。

図１７（図１７−１、図１７−２）は、保管期間更新部２２７の動作を示すフローチャートである。保管期間更新部２２７は、保管期間更新要求２１４に含まれる検索条件に応じてファイル情報管理テーブル２２６１を検索する（Ｇ１）。保管期間更新部２２７は、検索により得られたデータ列に対して、各データ列がファイルに関するものであるかフォルダに関するものであるかを判定する（Ｇ３）。ファイルに関するものである場合（Ｇ３：Ｙｅｓ）、保管期間更新部２２７は、当該ファイルに関する残保管日数と設定保管日数を更新する（Ｇ４）。フォルダに関するものである場合（Ｇ３：Ｎｏ）、保管期間更新部２２７は、当該フォルダ及び配下のフォルダ／ファイルに関する残保管日数と設定保管日数を更新する（Ｇ５）。保管期間更新部２２７は、以上の処理（Ｇ３〜Ｇ５）を各データ列に対して実行する（Ｇ６）。以上により、保管期間変更フェーズの処理を終了する。

続いて残保管日数更新フェーズについて説明する。ユーザは、表示画面を参照して上述の情報収集フェーズ（上記の＜２＞）の実行開始を指示する。これに応じて実施の形態１と同様にメタ情報収集サーバ２５内の情報収集部２５１が動作し、ファイル情報管理テーブル２２６１の更新も行う。

本実施の形態にかかる情報収集部２５１の動作を図１８（図１８−１、図１８−２）のフローチャートを参照して説明する。情報収集部２５１は、ファイルサーバ３内の対象ファイル群３１から最新の情報（ファイル名、作成日時、更新日時等）を収集する（Ｈ１）。その後に情報収集部２５１は、ファイル／フォルダの保管情報（残保管日数、設定保管日数）の更新も含めた更新処理を行う（Ｈ２〜Ｈ８）。この際に情報収集部２５１は、新規作成されたフォルダ／ファイルや更新が行われたフォルダ／ファイルについての初期化を行う（Ｈ３〜Ｈ５）。情報収集部２５１は、それ以外（Ｈ２及びＨ４の条件に該当しない）フォルダ／ファイルに関し、ファイル情報管理テーブル２２６１の更新日時を用いて残保管日数を更新する（Ｈ６、Ｈ７）。

なお本例では更新日時を用いて残保管日数の更新等を行っているが、ファイルの作成日時や参照日時等を用いて残保管日数を更新してもよい。情報収集部２５１は、ファイル情報管理テーブル２２６１内のその他の項目についての更新を行い（Ｈ８）、処理を終了する。

本実施の形態にかかるファイル整理システム２は、ファイルの保管期間を設け、保管期間内のファイルについては整理対象外としている。これにより、必要なファイル（例えば作成してから日にちが経過していないファイル）を整理対象外とすることができ、よりユーザの望むファイル整理を実現することができる。

＜その他の実施形態＞
上述の実施の形態１及び実施の形態２を用いて本発明を説明したが、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。以下、各種変形例について説明する。

上述したメタ情報（作成日時、更新日時、参照日時等）に限られず、任意のメタ情報を扱うことも可能である。この場合、ファイル／整理条件データベース２２６と集計情報履歴データベース２２５を拡張対象のメタ情報に合わせて拡張することにより対応が可能となる。

また整理条件登録／更新サーバ２２は、ユーザが推薦してほしくない整理条件を推薦対象から除外することも可能である。例えば表示部１１に推薦対象の整理条件を表示（例えば図１４に示す表示）するとともに、各整理条件と関連付けたボタン（たとえば「この整理条件を推薦対象から除外」ボタン）を表示する。これと同時に整理条件情報管理テーブル２２６３が、除外フラグを管理できるようにする。上記のボタンが押下された場合、整理条件登録／更新サーバ２２は、整理条件情報管理テーブル２２６３内の対象整理条件の除外フラグをオンにする。そしてスコアリングサーバ２４は、除外フラグがオンになっている整理条件を推薦対象から除外する。これにより、ユーザにとって削除してほしくないファイルが削除されることを回避することができる。

また本発明は、整理条件生成部２２１または増加整理条件生成部２２２の一方のみを動作させることも可能である。

さらに本発明は、整理実績と増加傾向のいずれかのみを考慮して整理条件を推薦することも可能である。例えばスコアリングサーバ２４は、整理条件管理テーブル２２６３の推薦整理方法が「未定義」となっている整理条件だけを対象としてスコアリングをすることによりファイル容量の増加傾向のみを考慮したスコアリングができる。またスコアリングサーバ２４は、整理条件管理テーブル２２６３の推薦整理方法が「未定義」以外となっている整理条件だけを対象としてスコアリングをすることにより整理実績のみを考慮したスコアリングができる。

また上述の説明ではファイル容量の観点から整理条件の有効性の判断をしていたが、必ずしもこれに限られない。例えばファイル数の観点から整理条件の有効性を判断してもよい。この場合、ファイル数によってライセンス費用が変わるようなソフトウェア製品／サービスに対して有用、すなわち費用を軽減することができる。

また本発明はファイル／フォルダを手動で整理する手動整理と、条件に応じて自動で整理する自動整理を併用することも可能である。はじめにユーザは手動で整理対象のファイルを選択して整理を行い、その後に自動整理にて条件に合致するファイル／フォルダを一括で整理する。なお、自動整理に関する整理条件は、推薦ランキングに提示されないようにすることにより、ユーザは参照すべき整理条件のみを参照することができる。

上述の各処理部（整理条件生成部２２１、増加整理条件生成部２２２、登録整理条件削除部２２３、ファイル情報収集部２２４、保管期間更新部２２７、整理処理実行部２３１、推薦スコア算出部２４１、情報収集部２５１）の各処理は、任意のコンピュータ内で動作するプログラムとして実現することが可能である。

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

最後に図１９を参照して、本発明の要点について改めて説明する。ファイルサーバ３には、対象ファイル群３１が格納されている。ユーザは、整理情報２１１を入力する。整理情報２１１は、ユーザが整理対象としたファイル（整理対象ファイル群）と各ファイルに関する整理方法が規定された情報である。ここで整理対象ファイル群は、メタ情報の条件で指定されてもよく、ファイルＩＤを指定してもよい。

ファイル情報収集部２５１は、対象ファイル群３１の各ファイルの情報（所有者、拡張子、作成日時等）を収集する。ファイル情報集計部２２４は、整理対象ファイル群を対象として、ファイル情報収集部２５１が収集した情報を基に各種メタ情報の観点から分析を行う。たとえばファイル情報集計部２２４は、整理対象ファイル群の拡張子や所有者等の観点から分析（図９）を行う。整理条件生成部２２１は、ファイル情報集計部２２４の解析結果から、ユーザにとって有効（整理するファイルサイズまたはファイル容量が大きい）と推定される整理条件を自動的に生成する。

このように整理対象ファイル群を対象として各種メタ情報の観点から分析を行い、有効な整理条件を自動的に生成することにより、ユーザの手間を削減したファイルの整理を実現することができる。

上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群に対し、各プロパティの観点から統計分析を行った統計情報を生成するファイル情報収集部と、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成部と、を備えるファイル整理システム。

（付記２）
前記整理条件生成部が生成した整理条件と、前記整理情報内の整理方法と、を関連付けて蓄積するファイル整理条件データベース、を備える付記１に記載のファイル整理システム。

（付記３）
前記ファイル情報集計部が過去に集計した前記統計情報と、前記ファイル情報集計部が集計した最新の前記統計情報と、を比較し、ファイルの増加に関連するメタ情報の指定を基に前記整理条件を生成して前記ファイル整理条件データベースに格納する増加整理条件生成部、
を更に備えることを特徴とする付記２に記載のファイル整理システム。

（付記４）
前記ファイル整理条件データベース内に格納された複数の前記整理条件の各々について、実行した場合の前記ファイルサーバ内の整理対象となるファイル容量またはファイル数が大きい順序で、複数の前記整理条件の各々に対してスコアを設定する推薦スコア算出部と、
を備える付記１〜付記３のいずれか１項に記載のファイル整理システム。

（付記５）
前記整理条件を用いて前記ファイルストレージの整理を行う整理処理実行部を更に備える、付記１〜付記４のいずれか１項に記載のファイル整理システム。

（付記６）
前記ファイルストレージ内の各ファイルに対して保管期間を設定する保管期間更新部を更に有し、
前記ファイル情報収集部は、前記ファイルストレージ内の各ファイルのうち、保管期間外のファイルのみを統計分析対象とし、
前記整理実行部は、前記ファイルストレージ内の各ファイルのうち、保管期間内のファイルについては整理を行わない、付記５に記載のファイル整理システム。

（付記７）
前記整理条件生成部は、
前記整理条件を用いて前記ファイルストレージに対して行った整理の合計ファイル容量が前記整理対象ファイル群の合計ファイル容量よりも大きかった場合、前記整理条件の生成を行わない、ことを特徴とする付記１〜付記６のいずれか１項に記載のファイル整理システム。

（付記８）
ユーザから推薦対象外としてほしい前記整理条件の情報を受け付け、
前記ファイル整理条件データベースは、ユーザから指定された前記整理条件に対してフラグを設定し、
前記スコア算出部は、前記フラグが設定された前記整理条件をスコアリング処理の対象外とする、付記３に記載のファイル整理システム。

（付記９）
前記ファイル整理条件データベース内に格納された複数の前記整理条件の各々を実行した場合の前記ファイルサーバ内の整理対象となるファイル容量を算出し、当該ファイル容量が一定値以下となる前記整理条件を前記ファイル整理条件データベースから削除する登録整理条件削除部、を更に有する付記１〜付記８のいずれかに記載のファイル整理システム。

（付記１０）
前記スコア算出部は、
複数の前記整理条件を前記スコアによってソートするとともに、各整理条件を実行した場合に整理対象となるファイル容量またはファイル数が増加傾向にあるか否かを示す情報を各整理条件に関連付ける、付記４に記載のファイル整理システム。

（付記１１）
前記整理条件生成部は、前記ファイルストレージを整理するための各メタ情報を組み合わせた場合の前記ファイルストレージにおいて整理対象となるファイル容量を算出し、当該ファイル容量が所定条件を満たす組み合わせを前記整理条件として生成する、付記１〜付記１０のいずれか１項に記載のファイル整理システム。

（付記１２）
ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群に対し、各メタ情報の観点から統計分析を行った統計情報を生成するファイル情報収集ステップと、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
を有するファイル整理方法。

（付記１３）
コンピュータに、
ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群に対し、各メタ情報の観点から統計分析を行った統計情報を生成するファイル情報収集ステップと、
前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
を実行させる、プログラム。

１ ユーザ端末
１１ 表示部
２ ファイル整理システム
２１ 画面制御サーバ
２１１ 整理情報
２１２ 収集実行要求
２１３ 推薦要求／結果
２２ 整理条件登録／更新サーバ
２２１ 整理条件生成部
２２２ 増加整理条件生成部
２２３ 登録整理条件削除部
２２４ ファイル情報収集部
２２５ 集計情報履歴データベース
２２６ ファイル／整理条件データベース
２２６１ ファイル情報管理テーブル
２２６２ 整理実績管理テーブル
２２６３ 整理条件情報管理テーブル
２２６４ 整理条件テール部
２２７ 保管期間更新部
２３ 整理実行サーバ
２３１ 整理処理実行部
２４ スコアリングサーバ
２４１ 推薦スコア算出部
２５ メタ情報収集サーバ
２５１ 情報収集部
３ ファイルサーバ
３１ 対象ファイル群

Claims (8)

1. ファイルストレージ内の各ファイルのメタ情報を収集する情報収集部と、
   前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集部が収集したメタ情報を統計分析した統計情報を生成するファイル情報集計部と、
   前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成部と、
   前記整理条件生成部が生成した整理条件と、前記整理情報内の整理方法と、を関連付けて蓄積するファイル整理条件データベースと、
   前記ファイル情報集計部が過去に集計した前記統計情報と、前記ファイル情報集計部が集計した最新の前記統計情報と、を比較し、ファイルの増加に関連するメタ情報の指定を基に前記整理条件を生成して前記ファイル整理条件データベースに格納する増加整理条件生成部と、
   を備えるファイル整理システム。
2. 前記ファイル整理条件データベース内に格納された複数の前記整理条件の各々について、実行した場合に前記ファイルストレージ内の整理対象となるファイル容量またはファイル数が大きい順序で、複数の前記整理条件の各々に対してスコアを設定する推薦スコア算出部と、
   を備える請求項１に記載のファイル整理システム。
3. 前記整理条件を用いて前記ファイルストレージの整理を行う整理処理実行部を更に備える、請求項１又は請求項２に記載のファイル整理システム。
4. 前記ファイルストレージ内の各ファイルに対して保管期間を設定する保管期間更新部を更に有し、
   前記ファイル情報集計部は、前記ファイルストレージ内の各ファイルのうち、保管期間外のファイルのみを統計分析対象とし、
   前記整理処理実行部は、前記ファイルストレージ内の各ファイルのうち、保管期間内のファイルについては整理を行わない、請求項３に記載のファイル整理システム。
5. 前記整理条件生成部は、
   前記整理条件を用いて前記ファイルストレージに対して行った整理の平均ファイル容量が前記整理対象ファイル群の合計ファイル容量よりも大きかった場合、前記整理条件の生成を行わない、ことを特徴とする請求項１〜請求項４のいずれか１項に記載のファイル整理システム。
6. ユーザから推薦対象外としてほしい前記整理条件の情報を受け付け、
   前記ファイル整理条件データベースは、ユーザから指定された前記整理条件に対してフラグを設定し、
   前記推薦スコア算出部は、前記フラグが設定された前記整理条件をスコアリング処理の対象外とする、請求項２に記載のファイル整理システム。
7. ファイルストレージ内の各ファイルのメタ情報を収集する情報収集ステップと、
   前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集ステップにおいて収集されたメタ情報を統計分析した統計情報を生成するファイル情報集計ステップと、
   前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
   前記ファイル情報集計ステップにおいて過去に集計された前記統計情報と、前記ファイル情報集計ステップにおいて集計された最新の前記統計情報と、を比較し、ファイルの増加に関連するメタ情報の指定を基に前記整理条件を生成して、当該生成した整理条件と、前記整理情報内の整理方法と、を関連付けて蓄積するファイル整理条件データベースに格納する増加整理条件生成ステップと、
   を有するファイル整理方法。
8. コンピュータに、
   ファイルストレージ内の各ファイルのメタ情報を収集する情報収集ステップと、
   前記ファイルストレージ内の整理対象とするファイルを示す整理対象ファイル群を対象として、前記情報収集ステップにおいて収集されたメタ情報を統計分析した統計情報を生成するファイル情報集計ステップと、
   前記整理対象ファイル群と整理方法を関連付けた整理情報と、前記統計情報と、に基づいて前記ファイルストレージを整理するためのメタ情報の指定を定義した整理条件を生成する整理条件生成ステップと、
   前記ファイル情報集計ステップにおいて過去に集計された前記統計情報と、前記ファイル情報集計ステップにおいて集計された最新の前記統計情報と、を比較し、ファイルの増加に関連するメタ情報の指定を基に前記整理条件を生成して、当該生成した整理条件と、前記整理情報内の整理方法と、を関連付けて蓄積するファイル整理条件データベースに格納する増加整理条件生成ステップと、
   を実行させる、プログラム。

Images