JP2004310357A - ファイル管理方法及びシステム、並びにファイル管理プログラム及びファイル管理プログラムを記録した媒体 - Google Patents

Abstract

【課題】グループウェア等の共有システムの管理者が、退避・保管すべきデータファイルの選択をいちいち判別しなくてもよい手段を提供すること等。
【解決手段】サーバーシステムが、クライアントシステムからデータアクセス要求を受けると、当該アクセス対象ファイル識別子とアクセス実績との関連付けをアクセスログファイルに記録する。更に、サーバーシステムは、アクセス実績の期間指定に応じて、アクセスログファイルから最近アクセスされたアクセス対象ファイルのアクセス対象ファイル識別子を抽出する。そして、サーバーシステムは、ファイル管理情報テーブルに記憶されているアクセス対象ファイル識別子のうち、アクセスログファイルから抽出したアクセス対象ファイル識別子と一致しないアクセス対象ファイル識別子をデータアーカイブ対象ファイルとして出力する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ファイル管理方法及びシステム、並びにファイル管理プログラム及びファイル管理プログラムに係り、特にグループウェア等の共有システムにおけるデータアーカイブに関する。
【０００２】
【従来の技術】
グループウェア（代表的なものとして、電子掲示板・スケジュール管理・ファイル管理・ワークフロー管理・電子メール等があり、それら個別のソフトウェアあるいはそれらを統合したソフトウェアをいう。）等の多数の利用者が情報を共有するシステム（以下「共有システム」と略す。）においては、当該情報をデータファイル（情報保持できる最小単位のデータから単一のデータファイル、データファイルの集合であるデータベースをも含むものとする。）として一元的に管理しなければならない。この一元的な管理とは、データファイルが物理的に一つの記憶装置に格納される必要はないが、少なくとも同一データへの排他制御等が管理ソフトウェアによって行われ、情報の整合性が保たれているという状態を意味する。
【０００３】
共有システムは多数の利用者が使用し、双方向でのコミュニケーションが可能であるので、情報量の増大を招きやすい。双方向でのコミュニケーションの例としては、ある利用者の発信した情報を踏まえて、さらに他の利用者が情報を発信する行為等がある。そのコミュニケーション過程を残す為にも、システム利用者によって積極的に情報を削除されることはあまりなく、共有システムの種類によっては管理者のみしか情報削除権限を与えていないものもある。
【０００４】
情報量に比例してデータファイルのデータ量も増大するので、共有システムの規模が大きくなればなるほど著しいデータ量の増大が起こりやすくなる。その結果、データファイルサーバーのレスポンスが悪化したり、記憶装置の容量を越え、頻繁に管理者が補助記憶装置の拡張作業を行わなければならないといった問題があった。
【０００５】
一般に、記憶装置のデータ容量当たりの単位コスト（以下「単位コスト」と略す。）は、アクセス速度が速いものほど高価で、低速になるほど安価であるという正比例関係が成り立っている。例えば、主記憶装置であるＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は補助記憶装置であるハードディスク装置（以下「ＨＤＤ」と略す。）よりもアクセス速度が速いが、単位コストも高い。同様に、同じ補助記憶装置であってもＨＤＤは磁気テープ装置よりもアクセス速度が速く、単位コストが高い。
【０００６】
管理者が拡張に使用する補助記憶装置については、通常使用している補助記憶装置と同等のアクセス速度でなければシステム全体の処理速度を悪化させてしまう。共有システムのサーバーでは通常ＨＤＤを補助記憶装置として使用している為、システム全体の処理速度を悪化させないように単純にＨＤＤを増設すればよいが、不必要なデータも安価な補助記憶装置とは言えないＨＤＤに格納してしまう非効率な状態が生じていた。
【０００７】
かかる問題を解決する為の従来技術としては、共有システムの管理者が利用者にとって必要でなさそうなデータファイルを選択し、ＨＤＤより安価でアクセス速度が低速の補助記憶装置である磁気テープ装置や光ディスク（コンパクトディスク、レーザーディスク、光磁気ディスク等）等にデータファイルの退避、保管を行うことにより解決を図っていた。また、利用者が削除を希望するデータファイルを共有システム管理者に書面あるいは電子メール等で申請した場合には、管理者が当該データファイルの退避・保管を行っていた。
【０００８】
退避、保管するデータファイルの選択・実行の手段としては、都度共有システムの管理者がコマンド命令等により指定することや、事前に一定条件・時期の元に自動実行するように共有システムに記憶させておく方法があった。条件の例として「退避元記憶装置の残記憶容量が特定容量を下回った場合」等があり、時期の例として「共有システムのリアルタイム処理を全て終えた時（一般的に昼間にリアルタイム処理を行わせ、夜間にバッチ処理を行わせる事が多い。）」等がある。
【０００９】
ここで、出願人は以上のような従来技術に関する先行技術文献を把握していない。
【００１０】
【発明が解決しようとする課題】
しかしながら上記従来例にあっては、共有システムの管理者が退避、保管するデータファイルの選択を行う場合、システム利用者が当該データファイルを使用しているかどうかの判別を行うことが困難であるという不都合があった。
【００１１】
また、共有システムの運用を継続するにつれて、共有システムで管理されているデータファイルの増大を招いてしまうという不都合があった。
【００１２】
更に、退避先補助記憶装置は退避元補助記憶装置よりもアクセス速度が遅い、もしくは共有システム自体からの使用ができない（光ディスク等は読み取り装置内にセットされてない事もありえる）のが通常であるので、共有システム利用者にとってアクセスしたいデータファイルへの待ち時間を悪化させるという不都合があった。特に共有システム自体から使用ができない補助記憶装置にデータファイルが退避されている場合は、システム管理者がデータファイルを退避前の補助記憶装置に戻す等により管理者負担が著しく、利用者にとっては当該データが削除されてしまいどこにも保管されていないのではないかと誤認させてしまうといった不都合があった。
【００１３】
これに加え、共有システム利用者がデータファイルを増大させないようにする仕組みが共有システムに備わっておらず、共有システムが管理するデータファイルの増大に歯止めが掛けられないといった不都合があった。
【００１４】
【発明の目的】
本発明は、かかる従来技術の有する不都合を改善し、特に共有システムの管理者が、退避、保管するデータファイルの選択を判別しなくても良い手段を提供することを目的とする。
【００１５】
また、グループウェア等の共有システムで管理するデータファイルの増大を防ぐ為の手段を提供することを目的とする。
【００１６】
更に、共有システムの利用者が参照を指示したアーカイブ済みのデータファイルが削除され、どこにも保管されていないのではないかと利用者に誤認させない為の手段を提供することを目的とする。
【００１７】
これに加え、共有システム利用者がデータファイルを増大させないようにする為に、共有システム管理者が共有システムから課金データを取得する為の手段を提供することを目的とする。
【００１８】
【課題を解決するための手段】
上記目的を達成する為、本発明では、グループウェア等の共有システムにおけるクライアントシステムと、当該クライアントシステムのデータアクセス要求に対してデータアクセスを提供するサーバーシステムとを備えている。
【００１９】
また、前記サーバーシステムは、前記のデータアクセス要求の対象となる複数のデータアクセス対象ファイルと、前記の複数のデータアクセス対象ファイルについて、アクセス対象ファイル識別子とアクセス実績とを関連付けてそれぞれ記憶したアクセスログファイルと、前記のデータアクセス対象ファイル毎に、アクセス対象ファイル識別子を記憶したファイル管理情報テーブルとを備えている。
【００２０】
ここでいうアクセス対象ファイル識別子とは、前記のデータアクセス対象ファイルをユニークに特定する為の情報であり、一例としてファイル名と当該ファイルパスとの組み合わせ等がある。
【００２１】
また、ここでいうアクセス実績とは、前記のデータアクセス対象ファイルへのデータアクセスを記録する情報であり、一例としてアクセス時間やアクセス時刻、アクセス実績フラグ等がある。
【００２２】
ここで、前記のサーバーシステムは、前記のクライアントシステムからデータアクセス要求を受けると、当該データアクセスを要求されたデータアクセス対象ファイルの、当該アクセス対象ファイル識別子とアクセス実績との関連付けをアクセスログファイルに記録する。
【００２３】
更に、前記のサーバーシステムは、前記のアクセス実績の期間指定に応じて、前記のアクセスログファイルから最近アクセスされたアクセス対象ファイルの前記のアクセス対象ファイル識別子を抽出する。
【００２４】
これに加え、前記のサーバーシステムは、前記のファイル管理情報テーブルに記憶されているアクセス対象ファイル識別子のうち、前記のアクセスログファイルから抽出した前記のアクセス対象ファイル識別子と一致しないアクセス対象ファイル識別子をデータアーカイブ対象ファイルとして出力する。
【００２５】
本発明によると、当該出力されたアクセス対象ファイル識別子に基づいて、一定期間使用されていない前記のデータアクセス対象ファイルだけを自動的に選択して、アーカイブ処理することが可能になる為、従来のようにグループウェア等の共有システムの管理者等が、アーカイブ対象となる前記のデータアクセス対象ファイルの選択を判別しなくても良い。
【００２６】
また、本発明によると、当該出力されたアクセス対象ファイル識別子に基づいて、一定期間使用されていない前記のデータアクセス対象ファイルだけを自動的に選択して、アーカイブ処理することが可能になる為、従来と異なりグループウェア等の共有システムで管理するデータファイルの増大を容易に防ぐことができる。
【００２７】
更に、他の発明では、前記のサーバーシステムが、前記のデータアクセス対象ファイルが移動されたことを利用者に認識させる、ファイル不存在お知らせファイルを備えている。
【００２８】
そして、前記サーバーシステムは、前記の出力されたアクセス対象ファイル識別子に基づいて、前記のデータアクセス対象ファイルとファイル不存在お知らせファイルとを置換する。
【００２９】
本発明によると、グループウェア等の共有システム利用者が、アーカイブ済みの前記データアクセス対象ファイルの参照を指示した場合、ファイル不存在お知らせファイルが参照される為、当該データアクセス対象ファイルが削除されどこにも保管されていないのではないかと利用者に誤認させない。
【００３０】
これに加え、他の発明では、前記のファイル管理情報テーブルが、前記のアクセス対象ファイル識別子毎に、当該ファイルのファイル容量とファイル所有者識別子とを関連付けてそれぞれ記憶している。
【００３１】
そして、前記のサーバーシステムは、課金演算が指示されると、前記のファイル管理情報テーブルの記録に基づいて、前記のファイル所有者識別子毎に前記のファイル容量を集計し、当該集計結果を前記のファイル容量に応じた課金をするために所定のファイルに書き出す。
【００３２】
本発明によると、前記の所定のファイルに前記の集計結果が保持される為、従来とは異なりグループウェア等の共有システム管理者が、前記の集計結果を元にして課金を行うことが可能になる。
【００３３】
これにより、前述の目的を達成しようとするものである。
【００３４】
【発明の実施の形態】
［実施形態１］
【００３５】
以下、本発明の一実施形態を図１に基づいて説明する。
【００３６】
図１に示すシステムは、グループウェア等の共有システムにおけるデータアーカイブシステムの構成図である。
【００３７】
ここで、グループウェア等の共有システムとは、グループウェア等の多数の利用者が情報を共有するシステムのことを意味する。更にここで、グループウェア等とは、代表的なものとして電子掲示板・スケジュール管理・ファイル管理・ワークフロー管理・電子メール等があり、それら個別のソフトウェアあるいはそれらを統合したソフトウェアのことを指している。
【００３８】
以下、図１に示すシステムにおける各構成要素について説明する。
【００３９】
まず、図１に示すシステムには、グループウェア等の共有システムにおけるクライアント側のソフトウェア１０１が存在する。このソフトウェア１０１の具体的な例としては、Ｌｏｔｕｓ社の Ｎｏｔｅｓ（Ｒ）、マイクロソフト社のＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓ（Ｒ）等がある。以下このソフトウェア１０１を「グループウェア等のクライアント」と称する。
【００４０】
次に、グループウェア等のクライアント側のソフトウェアに対応する、サーバー側のソフトウェアとしてソフトウェア１０２が存在する。また、ソフトウェア１０２は、グループウェア等の共有システムにおいて、データファイルサーバーとしての機能を有する。更に、ソフトウェア１０２は、グループウェア等の共有システムにおいて、アプリケーションサーバーとしての機能を有するものもある。このソフトウェア１０２の具体的な例としては、Ｌｏｔｕｓ社の Ｄｏｍｉｎｏ（Ｒ）、ｓｅｎｄｍａｉｌ等がある。以下、このソフトウェア１０２を「アーカイブ対象サーバー」と称する。
【００４１】
また、アーカイブ対象サーバー１０２は、グループウェア等の共有システムにおいてクライアント１０１が使用するデータファイルであるアーカイブ対象ファイル１１１を保持している。ここでアーカイブ対象ファイル１１１とは、必ずしも単一のファイルを意味するものではなく、いくつかのデータファイルの集合をも含む意味で使用する。更にアーカイブ対象サーバー１０２は、そのアーカイブ対象ファイル１１１へのグループウェア等のクライアント１０１からのアクセスを記録するアクセスログファイル１１２を保持している。これに加え、アーカイブ対象サーバー１０２は、アーカイブ対象ファイル１１１のファイル管理の為にファイル管理情報テーブル１１３を有している。以上の３つのファイルを、アーカイブ対象サーバー１０２は管理し、情報の更新等を行う。
【００４２】
続いて、アーカイブ対象サーバー１０２が管理するアーカイブ対象ファイル１１１に対して行われたアクセスのアクセスログを管理・解析・整理を行うソフトウェア１０３が存在する。また、ソフトウェア１０３はアーカイブ処理のトリガー（処理開始の契機となる信号等）を受信する役割を担っている。以下、ソフトウェア１０３を「ログ解析サーバー」と称する。
【００４３】
また、ログ解析サーバー１０３は、アクセスログファイル１１４を保持している。このアクセスログファイル１１４は、先に説明したアーカイブ対象サーバー１０２が保持するアクセスログファイル１１２と同種のファイルである。更に、ログ解析サーバー１０３は、移動ファイルリスト１１５を保持している。ここで、移動ファイルリスト１１５とは、アーカイブ処理によって、既にアーカイブしたデータファイルを、再度アーカイブしない為に使用されるファイルである。
【００４４】
また更に、本実施形態のアーカイブ処理を主導して実行するソフトウェア１０４が存在する。以下、ソフトウェア１０４を「アーカイブ処理サーバー」と称する。
【００４５】
これに加え、アーカイブ対象サーバー１０２から、アーカイブ処理したアーカイブ対象ファイル１１１を格納するバックアップファイル１１６を保持する、バックアップファイル管理ソフトウェア１０５が存在する。以下、ソフトウェア１０５を「バックアップサーバー」と称する。ここで、バックアップファイル１１６とは、アーカイブ対象ファイル１１１と同様に、必ずしも単一のファイルを意味するものではなく、いくつかのデータファイルの集合をも含む意味で使用する。
【００４６】
以上が図１に示すシステムの各構成要素であり、これらの構成要素のうち各ファイルのデータ構造や、データ項目について以下に説明する。
【００４７】
まず、アーカイブ対象ファイル１１１は前述の通り共有システムにおいて使用されるデータファイルである。そして、本実施形態によるアーカイブ処理はアーカイブ対象ファイル１１１のデータ構造を特に限定せず、どのようなデータ構造であっても良い。
【００４８】
次に、アーカイブ対象ファイルが保持するアクセスログファイル１１２は、どのアーカイブ対象ファイル１１１が、どの端末によって、どの時刻に、どのような処理がなされたかの情報を記録する各項目を有している。その項目の一例として、「アクセスファイル名」、「パス名」、「アクセス端末識別子」、「アクセス時刻」、「処理内容」等がある。また、アクセスログファイル１１２では、それらの項目の情報が紐付けされたデータ構造である。以下、アクセスログファイル１１２は「アクセスファイル名」、「パス名」、「アクセス端末識別子」、「アクセス時刻」、「処理内容」の各項目を有しているものとして説明する。
【００４９】
続いて、ファイル管理情報テーブル１１３は、個別のアーカイブ対象ファイル１１１を識別するデータ（ファイル名等）と、そのアーカイブ対象ファイル１１１が記憶媒体上のどこに存在するかの論理的な位置情報（パスやＵＲＬ等）とを記録する各項目を有している。更に、そのアーカイブ対象ファイル１１１が以前アーカイブ処理されたものであるか否かを記録する項目も有している。以上の項目の一例として、「ファイル名」、「パス名」、「アーカイブ実行フラグ」等がある。ここで、「アーカイブ実行フラグ」とは、対象のアーカイブ対象ファイル１１１をアーカイブ処理してもよいかを、「ＯＦＦ」と「ＯＮ」との値で管理する項目である。以下の説明においては、「ＯＦＦ」の値がアーカイブ処理対象であるデータを表し、「ＯＮ」の値がアーカイブ処理対象ではないデータを表すものとする。また、ファイル管理情報テーブル１１３では、それらの項目の情報が紐付けされたデータ構造である。以下、ファイル管理情報テーブル１１３は「ファイル名」、「パス名」、「アーカイブ実行フラグ」の各項目を有しているものとして説明する。
【００５０】
また、ログ解析サーバー１０３が保持するアクセスログファイル１１４は、アーカイブ対象サーバー１０２が保持するアクセスログファイル１１２と同種のデータ構造をしている。以下アクセスログファイル１１２と同様に、アクセスログファイル１１４は、「アクセスファイル名」、「パス名」、「アクセス端末識別子」、「アクセス時刻」、「処理内容」の各項目を有しているものとして説明する。
【００５１】
続いて、移動ファイルリスト１１５は、いつ、どの場所（パス等の論理的な場所を表す。）のどのアーカイブ対象ファイル１１１が、バックアップファイル１１６のどの場所（パス等の論理的な場所を表す。）のどのファイルとして格納されたのかという情報を記録する各項目を有している。その項目の一例として、「ファイル移動時刻」、「移動元ファイル名」、「移動元パス名」、「移動先ファイル名」、「移動先パス名」等がある。また、移動ファイルリスト１１５では、それらの項目の情報が紐付けされたデータ構造である。以下、移動ファイルリスト１１５は、「ファイル移動時刻」、「移動元ファイル名」、「移動元パス名」、「移動先ファイル名」、「移動先パス名」の各項目を有しているものとして説明する。
【００５２】
更に、バックアップファイル１１６は前述の通り、アーカイブ処理によって、アーカイブ対象ファイル１１１に格納されているデータファイルの移動先ファイルである。そして、アーカイブ対象ファイル１１１と同様に、バックアップファイル１１６のデータ構造はどのようなものであっても良い。
【００５３】
以上が図１に示すシステム構成要素とデータ構造についての説明であり、このうち各構成要素ソフトウェア１０１，１０２，１０３，１０４，１０５はコンピュータネットワークで相互に通信が行える状態になっている。このコンピュータネットワークは、インターネット、ＬＡＮ、ＷＡＮ、無線通信網、フレームリレー等電気的な通信が行えるものならば何でも良い。
【００５４】
次に、図１に示すシステム構成要素がどのように相互の働きかけを行い、データアーカイブ処理が実行するかの説明を行う。
【００５５】
ここでは、まず通常運用時の図１に示すシステムの処理を説明し、その後にデータアーカイブ実行時の図１に示すシステムの処理を説明する。ここで通常運用時とは、グループウェア等の共有システムが運用され、利用者の指示を元にしてコンピュータに使用されている時を意味する。またデータアーカイブ実行時とは、グループウェア等の共有システムの運用が一旦停止され、データファイルのアーカイブがシステムによりなされる時を意味する。
【００５６】
まず、グループウェア等の共有システムの利用者（以下「利用者」と略す。）の指示に基づいてコンピュータがグループウェア等のクライアント１０１を起動する。そして、利用者の指示に基づき、コンピュータがグループウェア等のクライアント１０１を使用することによりグループウェア等の共有システム利用環境が提供される。
【００５７】
ここで、利用者の指示に基づいてコンピュータがグループウェア等のクライアント１０１にデータファイルの参照・使用・変更等を指示すると、グループウェア等のクライアント１０１はアーカイブ対象サーバー１０２が保持するアーカイブ対象ファイル１１１へアクセスを行う。このアクセスがされる毎に、アーカイブ対象サーバー１０２は、どのデータファイルに対して、どの端末が、どの時刻に、アーカイブ対象ファイル１１１のどのデータ（ファイルを含む）にどのような処理（参照・使用・変更等）を行ったかの情報（以下、「アクセスログ」と略す。）を取得し、アクセスログファイル１１２に保存する。
【００５８】
更に、先のアクセスがされアーカイブ対象ファイル１１１の保持しているデータ（ファイルを含む）が追加（新規作成を含む）されたり、削除されたりすると、その内容を都度アーカイブ対象サーバー１０２はファイル管理情報テーブル１１３に反映し最新の状態を保つ。この際に、アーカイブ対象ファイル１１１の保持しているデータが新規作成された場合、ファイル管理情報テーブル１１３での「アーカイブ実行フラグ」の値は「ＯＦＦ」（アーカイブ処理対象）に設定される。
【００５９】
ここで、アーカイブ対象サーバー１０２が、アクセスを行った端末を判別するにはＩＰアドレス、ＭＡＣアドレス、ＯＳのネットワーク機能により管理されている端末識別データ等を利用する方法がある。更に、アーカイブ対象サーバー１０２がアクセスされた時刻を判別するには、アーカイブ対象サーバー１０２と連携しているシステム（ＯＳ等）の時間情報等を利用する方法がある。これに加え、アーカイブ対象サーバー１０２がアーカイブ対象ファイル１１１のどのデータ（ファイルを含む）にどのような作業が行われたかを判別するには、ファイル管理情報テーブル１１３が持っている、「ファイル名」項目と「パス名」項目とを利用する。
【００６０】
次に、アーカイブ対象サーバー１０２がログ解析サーバー１０３にアクセスログファイル１１２に保存しているアクセスログを転送し、ログ解析サーバー１０３は受信したアクセスログをアクセスログファイル１１４に保存する。もしくは、ログ解析サーバー１０３がアーカイブ対象サーバー１０２に命令し、アクセスログファイル１１２に保存されているアクセスログを取得して、アクセスログファイル１１４に保存する。
【００６１】
ここでのアクセスログ転送処理は、上述したアクセスログが発生する毎や、アクセスログファイル１１２において、一定データ容量を超えた時、アクセスログ件数が一定件数以上になった時、設定された一定の時刻になった時等の各種条件を複数組み合わせた条件に合致したときに実行される。以上の条件は、利用者の指示に基づきコンピュータがアーカイブ対象サーバー１０２もしくはログ解析サーバー１０３に事前に設定することにより自動実行される。
【００６２】
ここで、上述の設定をアーカイブ対象サーバー１０２に行った場合はログ解析サーバー１０３へのアクセスログ自動送信が行われる。また、上述の設定をログ解析サーバー１０３に行った場合はアーカイブ対象サーバー１０４へのアクセスログ自動要求が行われる。以上の転送処理の対象アクセスログは、前回ログ解析サーバー１０３への転送時以降にアクセスログファイル１１２に蓄積したアクセスログである。
【００６３】
以上が、グループウェア等の共有システムの通常運用時における図１のシステムの動作である。ここで、コンピュータがログ解析サーバー１０３にアーカイブ処理実行トリガーを送信し、ログ解析サーバー１０３を起動することにより、データファイルのアーカイブ処理が開始される。
【００６４】
ここでいうアーカイブ処理実行トリガーとは、アーカイブ処理の実行開始を知らせる信号である。このアーカイブ処理実行トリガーは、ジョブスケジューラ機能を持つソフトウェア（ＵＮＩＸ（Ｒ）のシェル等）の指示に基づいてコンピュータがログ解析サーバー１０３に自動送信する場合や、利用者の指示に基づきコンピュータが送信する場合がある。前者の場合のアーカイブ処理実行トリガー送信処理は、前述のアクセスログ転送と同様に、利用者の指示に基づいてコンピュータが実行条件を複数組み合わせて、事前にジョブスケジューラ機能を持つソフトウェアに設定することにより自動実行される。
【００６５】
また、アーカイブ処理時における図１のシステムの動作の概略を、ここで先に説明しておく。
【００６６】
まず、アクセスログファイル１１４に記録されているアクセスログは、通常運用時にアクセスされたアーカイブ対象ファイル１１１がどれであるかという情報（「アクセスファイル名」、「パス名」）を保持している。その為、ファイル管理情報テーブル１１３に記録されているデータのうち、アクセスログファイル１１４に記録されているアクセスログに存在しないものは、アクセスがなされてないアーカイブ対象ファイル１１１のデータファイルであるといえる。この、アクセスがなされてないアーカイブ対象ファイル１１１のデータファイルが、原則として以下のアーカイブ処理の対象になり、バックファイル１１６に移動される。ここで、アクセスがなされてないアーカイブ対象ファイル１１１のデータファイルが全てアーカイブ処理されるわけではない。このうち、以前アーカイブ処理されたデータファイルについては除外し、再度のアーカイブを防いでいる。この判定に使用されているのが、ファイル管理情報テーブル１１３の「アーカイブ実行フラグ」の項目であり、通常は「ＯＦＦ」（アーカイブ処理対象）の値に設定され、アーカイブ処理されたものについては「ＯＮ」（アーカイブ処理対象外）の値が設定される。（後述）
【００６７】
以下、アーカイブ処理時における図１のシステムの動作について詳細に説明する。
【００６８】
まず、上述の通りコンピュータはアーカイブ処理実行トリガーを送信することによりログ解析サーバー１０３を起動する。起動されたログ解析サーバー１０３はアーカイブ対象サーバー１０２に未送信分アクセスログの送信要求を行う。ここでいう未送信分アクセスログとは、アーカイブ処理実行トリガー受信前に最後に行われたアクセスログ転送以後に、アーカイブ対象サーバー１０２で取得されたアクセスログファイル１１２に保存されているアクセスログである。
【００６９】
また、ログ解析サーバー１０３はアーカイブ対象サーバー１０２に命令して、アーカイブ対象ファイル１１１のアクセス制御の設定を行わせる。ここでいうアクセス制御の設定とは、アーカイブ処理実行中に、グループウェア等のクライアント１０１が通常運用によるアーカイブ対象ファイル１１１へのアクセスが行えないように設定することを意味する。これは、アーカイブ処理実行中にアーカイブ対象ファイル１１１への情報改変等が行われると、グループウェア等の共有システムにおいて整合性が取れなくなってしまう為である。ここでのアクセス制御の例としては、アーカイブ対象ファイル１１１に使用不可フラグ等を設定する方法等がある。
【００７０】
次に、ログ解析サーバー１０３は、アクセスログファイル１１４に格納されているアクセスログを用いて、アーカイブ対象ファイル１１１において通常運用時に使用されたデータファイルの一覧（以下、「使用データファイルリスト」と称す。）のファイルを作成する。ここでのアクセスログファイル１１４は「アクセスファイル名」、「パス名」、「アクセス時刻」が結びついた情報を既に有している。その情報を利用してログ解析サーバー１０３が「アクセス時刻」の期間の指定（いつからいつまでか）を指定し、「アクセスファイル名」、「パス名」の組み合わせのデータを抽出することにより使用データファイルリストは作成される。
【００７１】
また、ここでのログ解析サーバー１０３が行う「アクセス時刻」の期間の指定は、利用者の指示に基づきコンピュータが命令する方法がある。更に、事前に、利用者の指示に基づいてコンピュータがログ解析サーバー１０３に設定しておく方法もある。
【００７２】
ここでいう使用データファイルリストとは、個別のアーカイブ対象ファイル１１１を識別するデータ（ファイル名等）と、当該アーカイブ対象ファイル１１１の論理的な位置情報（パスやＵＲＬ等）とを結びつけたファイルである。以下、使用データファイルリストは「使用ファイル名」、「パス名」の各項目を有しているものとして説明する。
【００７３】
続いて、ログ解析サーバー１０３は、アーカイブ処理サーバー１０４を起動し、作成した使用データファイルリストをアーカイブ処理サーバー１０４に転送する。これは、実際にアーカイブ処理を主導するのはアーカイブ処理サーバー１０４である為である。
【００７４】
次に、アーカイブ処理サーバー１０４は、ファイル管理情報テーブル１１３のデータ（「ファイル名」、「パス名」、「アーカイブ実行フラグ」等）を一行ずつ読み込む（以下、「読み込んだデータ」と略す。）。ここで、読み込んだデータの「アーカイブ実行フラグ」の値が「ＯＮ」（既にアーカイブ処理されている）である場合は、ファイル管理情報テーブル１１３の次の行を読み込み、「ＯＦＦ」である行までこれを繰り返す。読み込んだデータの「アーカイブ実行フラグ」の値が「ＯＦＦ」である行には以下の処理を行う。つまりファイル管理情報テーブル１１３のデータのうち、「アーカイブ実行フラグ」が「ＯＦＦ」である行全てに、以下の処理を行うことになる。
【００７５】
次に、読み込んだデータが使用データファイルリストに存在するかどうか、「ファイル名」と「パス名」との組み合わせを基準にして比較処理する。
【００７６】
この比較処理の結果、読み込んだデータが使用データファイルリストに存在した場合（マッチした場合）は、アーカイブ処理サーバー１０４はファイル管理情報テーブル１１３から次の行のデータを読み込む。先の比較処理の結果、存在しなかった場合（アンマッチの場合）は、アーカイブ処理サーバー１０４は読み込んだデータのうち「ファイル名」と「パス名」とを不使用データリストファイル（後述）として出力し、ファイル管理情報テーブル１１３から次の行のデータを読み込む。
【００７７】
以上の処理を、ファイル管理情報テーブル１１３のデータを読み込めなくなるまで（ファイルが終了するまで）行う。
【００７８】
ここで、ファイル管理情報テーブル１１３も使用データファイルリストも、個別のファイルを識別するデータ（ファイル名等）とファイルの位置情報（パスやＵＲＬ等）とが紐づいたデータを保持しているので上述の比較処理を行うことができる。また、ここでいう不使用データリストは、ファイル管理情報テーブル１１３より継承した個別のファイルを識別するデータ（ファイル名等）とファイルの位置情報（パスやＵＲＬ等）とが紐づいたデータを保持している。以下、不使用データリストは「ファイル名」、「パス名」の各項目を有しているとして説明する。
【００７９】
ここで、ファイル管理情報テーブル１１３は、上述したアーカイブ処理実行トリガー転送の直前、つまり通常運用時が終了した時点でのアーカイブ対象サーバー１０２が保持しているアーカイブ対象ファイル１１１の状態を示している。また、使用データファイルリストは、アクセスログファイル１１４のアクセスログにより作成されているので、通常運用時にアクセスされたデータファイルの一覧を保持している。この為、ファイル管理情報テーブル１１３のデータのうち、使用データファイルリストに含まれないデータは、指定された一定の期間アクセスされなかったアーカイブ対象ファイルを表すことになる。また、ファイル管理情報テーブル１１３において「アーカイブ実行フラグ」が「ＯＮ」であるデータについては、以前にアーカイブ処理されていることを表す（後述）ので、アーカイブ対象である不使用データリストから除外している。
【００８０】
このように、上述のファイル管理情報テーブル１１３と使用データファイルリストのマッチング処理により、不使用データリストが作成される。そしてこの不使用データリストは、アーカイブ対象ファイル１１１のうちグループウェア等の共有システムの通常運用時に、指定された一定の期間に一度も使用されなかったデータの情報（「ファイル名」と「パス名」）を保持している。
【００８１】
続いて、アーカイブ処理サーバー１０４は上述の処理で作成された不使用データリストのデータ（「ファイル名」と「パス名」）を一行ずつ読み込む（以下、「読み込んだデータ」と略す。）。更に、アーカイブ処理サーバー１０４は、読み込んだ「ファイル名」と「パス名」との組み合わせが示すアーカイブ対象ファイル１１１のデータファイルを、バックアップファイル１１６にコピーする。このコピー処理が正常に終了すると、アーカイブ処理サーバー１０４は、コピーしたアーカイブ対象ファイル１１１のデータファイルをアーカイブ対象ファイル１１１から削除する。更に、アーカイブ処理サーバー１０４は、当該データファイルを削除した論理的な場所に同一のファイル名で、データ不存在お知らせファイル（後述）を記録し、不使用データリストから次の行を読み込む。
【００８２】
また、アーカイブ処理サーバー１０４は、以上のようなバックアップファイル１１６へのデータコピーの際に、いつ、どの場所（パス等の論理的な場所を表す。）のどのアーカイブ対象ファイル１１１が、バックアップファイル１１６のどの場所（パス等の論理的な場所を表す。）のどのファイルとして格納されたのかという紐付けファイル（以下「紐付けファイル」と称す。）を作成し、情報を保存する。以下、紐付けファイルは、以上のような情報を格納する為の「移動時刻」、「移動元ファイル名」、「移動元パス名」、「移動先ファイル名」、「移動先パス名」の各項目を有しているものとして説明する。
【００８３】
以上の処理を、アーカイブ処理サーバー１０４は不使用データリストを読み込めなくなるまで（ファイルが終了するまで）行う。これにより、アーカイブ対象ファイル１１１のうち、不使用であったものをバックアップサーバー１０５が保持するバックアップファイル１１６に移動すること（アーカイブ処理）ができる。
【００８４】
ここで、先のデータ不存在お知らせファイルとは、アーカイブ対象ファイル１１１からアーカイブされた対象ファイルが、バックアップファイル１１６に移動されたことを、グループウェア等の共有システム利用者にお知らせする小容量（数十〜数百ＫＢ程度）のデータファイルである。
【００８５】
また、このデータ不存在お知らせファイルは、共有システムを通してシステム利用者からバックアップファイル１１６に移動されたデータファイルへのアクセス要求がアーカイブ対象サーバー１０２になされた時に、利用者に内容が参照される。その内容としては、文字や画像等の情報により、利用者が使用しようとしたデータファイルが移動されたことを知ることができるものであれば何でも良い。また、このデータ不存在お知らせファイルは、データ内容を一定にした方が容量効率が良く、その雛型は図１に示すどの構成要素ソフトウェア１０１，１０２，１０３，１０４，１０５が管理していてもかまわない。
【００８６】
このデータ不存在お知らせファイルを、アーカイブ対象のデータファイルと同一場所（パス等の論理的な場所を表す。）、同一ファイル名で上書き処理することにより、システム利用者がデータファイルの移動が行われた事を知る事ができる。更に、このデータ不存在お知らせファイルはアーカイブ対象のデータファイルよりも小容量のファイルであるので、アーカイブ対象ファイル１１１が記録されている媒体の空き容量を増やす事ができる。
【００８７】
以上のように、アーカイブ処理サーバー１０４がデータファイルのアーカイブ処理を終えると、アーカイブ処理サーバー１０４は作成した紐付けファイルをログ解析サーバー１０３に転送する。更に、ログ解析サーバー１０３は、受信した紐付けファイルの内容を移動ファイルリスト１１５に保存する。
【００８８】
続いて、ログ解析サーバー１０３は、受信した紐付けファイルのデータ（「移動元ファイル名」と「移動元パス名」）を一行ずつ読み込む（以下、「読み込んだデータ」と略す。）。ここで、ログ解析サーバー１０３は、読み込んだ「移動元ファイル名」と「移動元パス名」との組み合わせと、一致する「ファイル名」と「パス名」との組み合わせをもつファイル管理情報テーブル１１３のデータを検索する。そして、この検索の結果が一致したファイル管理情報テーブル１１３の「アーカイブ実行フラグ」の値を「ＯＮ」（アーカイブ処理対象でない）に設定し、受信した紐付けファイルのデータから次の行を読み込み、上記の処理を繰り返す。以上の処理を、ログ解析サーバー１０３は受信した紐付けファイルのデータを読み込めなくなるまで（ファイルが終了するまで）行う。この処理により、データ不存在お知らせファイルがアーカイブ処理されることを防ぐことが可能となる。
【００８９】
以上のようにデータアーカイブ処理が行われると、ログ解析サーバー１０３はアーカイブ処理サーバー１０４とバックアップサーバー１０５を終了させる。ここで、グループウェア等の共有システムにおける通常運用時の状態が整う為、ログ解析サーバー１０３がアーカイブ対象サーバー１０２へアーカイブ対象ファイル１１１のアクセス制御の設定を解除させる。以上のような処理が正常に終了すると、ログ解析サーバー１０３は自動的に終了する。このような一連の処理により、再びグループウェア等の共有システムの通常運用が可能になる。
【００９０】
通常運用時に、先のデータアーカイブ処理によりアーカイブ対象ファイル１１１から移動されたデータファイルへのアクセス要求が生じた場合、上書きを行ったデータ不存在お知らせファイルが呼び出され、画面上に表示されることにより利用者に当該データファイルの移動が行われた事を知らせる。
【００９１】
更に、ファイル管理情報テーブル１１３において「アーカイブ実行フラグ」の値が「ＯＮ」（アーカイブ処理対象外）であるデータ不存在お知らせファイルが、共有システム管理者等により通常のデータファイルへの置き換え等が行われると、ファイル管理情報テーブル１１３での「アーカイブ実行フラグ」の値は「ＯＦＦ」に設定される。
【００９２】
また、アーカイブ対象サーバー１０２及びアーカイブ対象ファイル１１１と、バックアップサーバー１０５及びバックアップファイル１１６とは物理的に異なる種類の記憶媒体に格納されることが好ましい。これは、アーカイブ対象ファイル１１１を、バックアップファイル１１６よりも容量当たりの単位コスト（以下「単位コスト」と略す。）が高い記憶媒体に記録することにより、平均的な単位コストを抑制することができる為である。この例として、アーカイブ対象サーバー１０２及びアーカイブ対象ファイル１１１をハードディスク装置に、バックアップサーバー１０５及びバックアップファイル１１６を大容量テープ装置にそれぞれ記憶することにより、平均単位コストを抑制することが可能である。
【００９３】
更に、図１における構成要素ソフトウェア１０１，１０２，１０３，１０４，１０５が行う処理は、全てコンピュータがプログラム等を解釈し、実行することにより行われるものである。
【００９４】
このように、本実施形態によれば、先の図１のシステムにおける通常運用時及びアーカイブ処理時の動作によって、グループウェア等の共有システムの管理者が退避、保管するデータファイルの選択を判別しなくても良い手段を提供することができる。
【００９５】
また、先の図１のシステムにおけるアーカイブ処理時に保存された、データ不存在お知らせファイルが利用者に参照されることにより、利用者が参照を指示したデータファイルが削除されてしまい、どこにも保管されていないのではないかと誤認させない為の手段を提供することができる。
【００９６】
これに加え、ファイル管理情報テーブル１１３に「アーカイブ実行フラグ」の項目を保持することにより、データ不存在お知らせファイルをアーカイブ処理してしまうという、アーカイブ処理における誤動作を防ぐ為の手段を提供することができる。
【００９７】
更に、先の図１のシステムにおけるアーカイブ処理時の動作によって、グループウェア等の共有システムで管理するデータファイルの増大を防ぐ為の手段を提供することができる。
【００９８】
［実施形態２］
【００９９】
次に、本発明の他の実施形態を図２に基づいて説明する。ここで上記実施形態と同一の構成部分については、同一の符号を付して重複説明を省略する。
【０１００】
図２に示すシステムは、図１に示すグループウェア等の共有システムにおけるデータアーカイブシステムの構成図に、課金データ取得サーバー１０６と課金データファイル１１７とを加えたシステムの構成図である。
【０１０１】
ここで、図２に示すシステムにおける各構成要素は、課金データ取得サーバー１０６、課金データファイル１１７、ファイル管理情報テーブル１１８以外は図１に示すシステムにおける各構成要素と同種のものであるので重複説明を省く。
また、図２におけるファイル管理情報テーブル１１８は、図１におけるファイル管理情報テーブル１１３と同種のものではあるが、そのデータ構造に差異がある為、違う符合を付している。
【０１０２】
以下、課金データ取得サーバー１０６、課金データファイル１１７、更にファイル管理情報テーブル１１８について説明する。
【０１０３】
まず、課金データ取得サーバー１０６はアーカイブ対象ファイル１１１のデータ保持単位（ファイル等）毎のデータ量を監視し、そのデータ量の情報を取得する役割をもつソフトウェアである。また、課金データ取得サーバー１０６は課金データファイル１１７を管理し、情報の更新等をおこなう。
【０１０４】
次に、課金データファイル１１７は、アーカイブ対象ファイル１１１のデータ保持単位（ファイル等）毎のデータ量を管理する為のファイルである。この課金データファイル１１７は、データ保持単位（ファイル等）を識別する情報と、データ量と、そのデータ量であった時刻と、どの端末の管理ファイルであるかとを記録する各項目を有している。その項目の一例として、「課金ファイル名」、「課金ファイルパス名」、「データ容量」、「データ取得時刻」、「データ所有端末識別子」等がある。また、課金データファイル１１７はそれらの項目の情報が紐付けされたデータ構造である。以下、課金データファイル１１７は、「課金ファイル名」、「課金ファイルパス名」、「データ容量」、「データ取得時刻」、「データ所有端末識別子」の各項目を有しているものとして説明する。
【０１０５】
続いて、ファイル管理情報テーブル１１８は、実施形態１で説明したように個別のアーカイブ対象ファイル１１１を識別するデータ（ファイル名等）と、そのアーカイブ対象ファイル１１１が記憶媒体上のどこに存在するかの論理的な位置情報（パスやＵＲＬ等）とを記録する各項目を有している。更に、そのアーカイブ対象ファイル１１１が以前アーカイブ処理されたものであるか否かを記録する項目も有している。以上の項目の一例として、「ファイル名」、「パス名」、「アーカイブ実行フラグ」等がある。
【０１０６】
更にこの実施形態２においてファイル管理情報テーブル１１８は、そのアーカイブ対象ファイル１１１における、データ量と、管理を行っている端末を識別する情報とを記録する各項目を有している。その項目の一例として、「ファイルデータ量」、「管理端末識別子」等がある。また、ファイル管理情報テーブル１１８では、それらの項目の情報が紐付けされたデータ構造である。以下、ファイル管理情報テーブル１１８は「ファイル名」、「パス名」、「アーカイブ実行フラグ」、「ファイルデータ量」、「管理端末識別子」の各項目を有しているものとして説明する。
【０１０７】
以上が図２に示すシステム構成要素とデータ構造についての説明であり、このうち各構成要素ソフトウェア１０１，１０２，１０３，１０４，１０５，１０６はコンピュータネットワークで相互に通信が行える状態になっている。このコンピュータネットワークは、インターネット、ＬＡＮ、ＷＡＮ、無線通信網、フレームリレー等電気的な通信が行えるものならば何でも良い。
【０１０８】
次に、図２に示すシステム構成要素がどのように相互の働きかけを行い、データアーカイブ処理及び課金データの取得が実行されるのかの説明を行う。ここで上記実施形態と同一の処理内容については重複説明を省略し、簡単に説明することとする。
【０１０９】
ここでは、まず通常運用時の図２に示すシステムの処理を説明し、その後にデータアーカイブ実行時の図２に示すシステムの処理を説明する。ここで通常運用時とは、グループウェア等の共有システムが運用され、利用者の指示を元にしてコンピュータに使用されている時を意味する。またデータアーカイブ実行時とは、グループウェア等の共有システムの運用が一旦停止され、データファイルのアーカイブがシステムによりなされる時を意味する。
【０１１０】
まず、グループウェア等の共有システムの利用者（以下「利用者」と略す。）の指示に基づいてコンピュータがグループウェア等のクライアント１０１を起動する。そして、利用者の指示に基づき、コンピュータがグループウェア等のクライアント１０１を使用することによりグループウェア等の共有システム利用環境が提供される。
【０１１１】
ここで、利用者の指示に基づいてコンピュータがグループウェア等のクライアント１０１にデータファイルの参照・使用・変更等を指示すると、グループウェア等のクライアント１０１はアーカイブ対象サーバー１０２が保持するアーカイブ対象ファイル１１１へアクセスを行う。このアクセスがされる毎に、アーカイブ対象サーバー１０２は、どのデータファイルに対して、どの端末が、どの時刻に、アーカイブ対象ファイル１１１のどのデータ（ファイルを含む）にどのような処理（参照・使用・変更等）を行ったかの情報（以下、「アクセスログ」と略す。）を取得し、アクセスログファイル１１２に保存する。
【０１１２】
更に、先のアクセスがされアーカイブ対象ファイル１１１の保持しているデータ（ファイルを含む）が追加（新規作成を含む）されたり、削除されたりすると、その内容を都度アーカイブ対象サーバー１０２はファイル管理情報テーブル１１８に反映し最新の状態を保つ。ここで反映される内容とは、「ファイル名」、「パス名」、「アーカイブ実行フラグ」、「ファイルデータ量」、「管理端末識別子」の各項目のことである。
【０１１３】
このうち「管理端末識別子」については、当該ファイルが新規作成された時に、作成をコンピュータに指示した端末の識別情報を保持しており、その後当該ファイルにデータの改変が加えられても変更はされない。しかし、共有システムの管理者等の指示に基づいて、コンピュータが当該ファイルの管理端末の変更を指令すると、「管理端末識別子」の情報は変更される。
【０１１４】
また実施形態１と同様に、アーカイブ対象ファイル１１１の保持しているデータが新規作成された場合、ファイル管理情報テーブル１１８での「アーカイブ実行フラグ」の値は「ＯＦＦ」（アーカイブ処理対象）に設定される。
【０１１５】
ここで、アーカイブ対象サーバー１０２が、アクセスを行った端末を判別するにはＩＰアドレス、ＭＡＣアドレス、ＯＳのネットワーク機能により管理されている端末識別データ等を利用する方法がある。更に、アーカイブ対象サーバー１０２がアクセスされた時刻を判別するには、アーカイブ対象サーバー１０２と連携しているシステム（ＯＳ等）の時間情報等を利用する方法がある。これに加え、アーカイブ対象サーバー１０２がアーカイブ対象ファイル１１１のどのデータ（ファイルを含む）にどのような作業が行われたかを判別するには、ファイル管理情報テーブル１１８が持っている、「ファイル名」項目と「パス名」項目とを利用する。
【０１１６】
次に、アーカイブ対象サーバー１０２がログ解析サーバー１０３にアクセスログファイル１１２に保存しているアクセスログを転送し、ログ解析サーバー１０３は受信したアクセスログをアクセスログファイル１１４に保存する。もしくは、ログ解析サーバー１０３がアーカイブ対象サーバー１０２に命令し、アクセスログファイル１１２に保存されているアクセスログを取得して、アクセスログファイル１１４に保存する。このアーカイブ対象サーバー１０２から、ログ解析サーバー１０３へのアクセスログ転送処理の内容は、実施形態１と同様であるので説明を省略する。
【０１１７】
続いて、課金データ取得サーバー１０６がファイル管理情報テーブル１１８から、「ファイル名」、「パス名」、「ファイルデータ量」、「管理端末識別子」の各項目データを全件、又は一部取得する。更に、課金データ取得サーバー１０６は取得処理を行った時刻の情報を連携しているシステム等から取得する。以上のような取得データを、以下「課金データ」と称す。
【０１１８】
そして、課金データ取得サーバー１０６は上述のような課金データを、課金データファイル１１７の「課金ファイル名」、「課金ファイルパス名」、「データ容量」、「データ取得時刻」、「データ所有端末識別子」の各項目にそれぞれ格納する。
【０１１９】
この課金データ取得処理の実行タイミングは、共有システムの管理者等の指示に基づいて、コンピュータが課金データ取得サーバー１０６に事前に設定することにより自動実行される。その実行開始条件は、設定された一定の時刻になった時、一定データ容量を超えた時、データアーカイブ処理実行前や後等の、各種条件を複数組み合わせた条件に合致したときに実行される。また、この課金データ取得処理の実行は、先のアクセスログ転送処理と連動して実行される必要は無い。つまり、先のアクセスログ転送処理が行われた後等に必ず実行されるわけではなく、アクセスログ転送処理と課金データ取得処理とは、別々の実行条件が設定されていてもかまわない。
【０１２０】
以上が、グループウェア等の共有システムの通常運用時における図２のシステムの動作である。ここで実施形態１と同様に、コンピュータがログ解析サーバー１０３にアーカイブ処理実行トリガーを送信し、ログ解析サーバー１０３を起動することにより、データファイルのアーカイブ処理が開始される。
【０１２１】
ここでの、アーカイブ処理時における図２のシステムの各動作については実施形態１と同様であるので重複説明を省略する。
【０１２２】
以上のように通常運用時において、課金データ取得サーバー１１７により課金データファイル１０６に課金データが保存される。また、この課金データを元にして「データ所有端末識別子」毎の「データ容量」、「データ取得時刻」を使用した課金算出処理が行うことが可能になる。例えば、課金データファイル１０６から取得した課金データに「データ取得時刻」の期間の指定（いつからいつまでか）を行い対象データの抽出を行う。そしてその対象データを「データ所有端末識別子」毎にソートし、「データ所有端末識別子」毎にサマリーする。更に、サマリーしたデータの各レコードの「データ容量」に一定の課金係数で計算処理を行う等の、各種課金算出処理方法がある。
【０１２３】
また、図２における構成要素ソフトウェア１０１，１０２，１０３，１０４，１０５，１０６が行う処理は、実施形態１と同様に全てコンピュータがプログラム等を解釈し、実行することにより行われるものである。
【０１２４】
このように、本実施形態によれば、先の図２のシステムにおける通常運用時の課金データ取得サーバー１０６の処理によって、共有システム管理者が共有システムから課金データを取得する為の手段を提供することができる。
【０１２５】
【発明の効果】
本発明は、以上のように構成され機能するので、これによると、アーカイブ対象ファイルに出力されたアクセス対象ファイル識別子に基づいて、一定期間使用されていないデータアクセス対象ファイルだけを自動的に選択して、アーカイブ処理することが可能になる為、従来のようにグループウェア等の共有システムの管理者等が、アーカイブ対象となる前記のデータアクセス対象ファイルの選択を判別しなくてもよい。
【０１２６】
また、アーカイブ対象ファイルに出力されたアクセス対象ファイル識別子に基づいて、一定期間使用されていない前記のデータアクセス対象ファイルだけを自動的に選択して、アーカイブ処理することが可能になる為、従来と異なりグループウェア等の共有システムで管理するデータファイルの増大を容易に防ぐことができる、という従来にない優れたファイル管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すシステム全体の構成図である。
【図２】図１に示すシステム構成図に、課金データ取得サーバー１０６と課金データファイル１１７とを加え、ファイル管理情報テーブル１１３をファイル管理情報テーブル１１８に変更した、本発明の一実施形態を示すシステム全体の構成図である。
【符号の説明】
１０１ グループウェア等のクライアント
１０２ アーカイブ対象サーバー
１０３ ログ解析サーバー
１０４ アーカイブ処理サーバー
１０５ バックアップサーバー
１０６ 課金データ取得サーバー
１１１ アーカイブ対象ファイル
１１２ アクセスログファイル
１１３ ファイル管理情報テーブル
１１４ アクセスログファイル
１１５ 移動ファイルリスト
１１６ バックアップファイル
１１７ 課金データファイル
１１８ ファイル管理情報テーブル

Claims (10)

1. グループウェア等の共有システムにおけるクライアントシステムと、当該クライアントシステムのデータアクセス要求に対してデータアクセスを提供するサーバーシステムとを備え、
   前記サーバーシステムが、
   前記データアクセス要求の対象となる複数のデータアクセス対象ファイルと、前記複数のデータアクセス対象ファイルについて、アクセス対象ファイル識別子とアクセス実績とを関連付けてそれぞれ記憶したアクセスログファイルと、
   前記データアクセス対象ファイル毎に、アクセス対象ファイル識別子を記憶したファイル管理情報テーブルと、を備えたシステムにおいて、
   前記サーバーシステムが、前記クライアントシステムからデータアクセス要求を受けると、当該データアクセスを要求されたデータアクセス対象ファイルの、当該アクセス対象ファイル識別子とアクセス実績との関連付けをアクセスログファイルに記録するステップと、
   前記サーバーシステムが、前記アクセス実績の期間指定に応じて、前記アクセスログファイルから最近アクセスされたアクセス対象ファイルの前記アクセス対象ファイル識別子を抽出するステップと、
   前記サーバーシステムが、前記ファイル管理情報テーブルに記憶されているアクセス対象ファイル識別子のうち、前記アクセスログファイルから抽出した前記アクセス対象ファイル識別子と一致しないアクセス対象ファイル識別子をデータアーカイブ対象ファイルとして出力するステップと、を実行することを特徴とするファイル管理方法。
2. 請求項１記載のファイル管理方法において、
   前記サーバーシステムが、前記データアクセス対象ファイルが移動されたことを利用者に認識させる、ファイル不存在お知らせファイルを備え、
   前記サーバーシステムは、前記データアーカイブ対象ファイルとして出力されたアクセス対象ファイル識別子に基づいて、前記データアクセス対象ファイルとファイル不存在お知らせファイルとを置換するステップを実行することを特徴とするファイル管理方法。
3. 請求項１記載のファイル管理方法において、
   前記ファイル管理情報テーブルが、前記アクセス対象ファイル識別子毎に、当該ファイルのファイル容量とファイル所有者識別子とを関連付けてそれぞれ記憶し、
   前記サーバーシステムは、課金演算が指示されると、
   前記ファイル管理情報テーブルの記録に基づいて、前記ファイル所有者識別子毎に前記ファイル容量を集計し、当該集計結果を前記ファイル容量に応じた課金をするために所定のファイルに書き出すことを特徴としたファイル管理方法。
4. グループウェア等の共有システムにおけるクライアントシステムと、当該クライアントシステムのデータアクセス要求に対してデータアクセスを提供するサーバーシステムとを備え、
   前記サーバーシステムが、
   前記データアクセス要求の対象となる複数のデータアクセス対象ファイルと、前記複数のデータアクセス対象ファイルについて、アクセス対象ファイル識別子とアクセス実績とを関連付けてそれぞれ記憶したアクセスログファイルと、
   前記データアクセス対象ファイル毎に、アクセス対象ファイル識別子を記憶したファイル管理情報テーブルと、を備えたシステムにおいて、
   前記サーバーシステムが、前記クライアントシステムからデータアクセス要求を受けると、当該データアクセスを要求されたデータアクセス対象ファイルの、当該アクセス対象ファイル識別子とアクセス実績との関連付けをアクセスログファイルに記録するステップと、
   前記サーバーシステムが、前記アクセス実績の期間指定に応じて、前記アクセスログファイルから最近アクセスされたアクセス対象ファイルの前記アクセス対象ファイル識別子を抽出するステップと、
   前記サーバーシステムが、前記ファイル管理情報テーブルに記憶されているアクセス対象ファイル識別子のうち、前記アクセスログファイルから抽出した前記アクセス対象ファイル識別子と一致しないアクセス対象ファイル識別子をデータアーカイブ対象ファイルとして出力するステップと、を実行することを特徴とするファイル管理システム。
5. 請求項４記載のファイル管理システムにおいて、
   前記サーバーシステムが、前記データアクセス対象ファイルが移動されたことを利用者に認識させる、ファイル不存在お知らせファイルを備え、
   前記サーバーシステムは、前記データアーカイブ対象ファイルとして出力されたアクセス対象ファイル識別子に基づいて、前記データアクセス対象ファイルとファイル不存在お知らせファイルとを置換するステップを実行することを特徴とするファイル管理システム。
6. 請求項４記載のファイル管理システムにおいて、
   前記ファイル管理情報テーブルが、前記アクセス対象ファイル識別子毎に、当該ファイルのファイル容量とファイル所有者識別子とを関連付けてそれぞれ記憶し、
   前記サーバーシステムは、課金演算が指示されると、
   前記ファイル管理情報テーブルの記録に基づいて、前記ファイル所有者識別子毎に前記ファイル容量を集計し、当該集計結果を前記ファイル容量に応じた課金をするために所定のファイルに書き出すことを特徴としたファイル管理システム。
7. グループウェア等の共有システムにおけるクライアントシステムのデータアクセス要求に対してデータアクセスを提供するサーバーシステムであって、
   前記サーバーシステムが、
   前記データアクセス要求の対象となる複数のデータアクセス対象ファイルと、前記複数のデータアクセス対象ファイルについて、アクセス対象ファイル識別子とアクセス実績とを関連付けてそれぞれ記憶したアクセスログファイルと、
   前記データアクセス対象ファイル毎に、アクセス対象ファイル識別子を記憶したファイル管理情報テーブルと、を備えたサーバーシステムにおいて、
   当該サーバーシステムのコンピュータに、
   前記クライアントシステムからデータアクセス要求を受けると、当該データアクセスを要求されたデータアクセス対象ファイルの、当該アクセス対象ファイル識別子とアクセス実績との関連付けをアクセスログファイルに記録するステップと、
   前記アクセス実績の期間指定に応じて、前記アクセスログファイルから最近アクセスされたアクセス対象ファイルの前記アクセス対象ファイル識別子を抽出するステップと、
   前記ファイル管理情報テーブルに記憶されているアクセス対象ファイル識別子のうち、前記アクセスログファイルから抽出した前記アクセス対象ファイル識別子と一致しないアクセス対象ファイル識別子をデータアーカイブ対象ファイルとして出力するステップと、を実行させることを特徴としたファイル管理プログラム。
8. 請求項７記載のファイル管理プログラムにおいて、
   前記サーバーシステムが、前記データアクセス対象ファイルが移動されたことを利用者に認識させる、ファイル不存在お知らせファイルを備え、
   前記サーバーシステムのコンピュータに、前記データアーカイブ対象ファイルとして出力されたアクセス対象ファイル識別子に基づいて、前記データアクセス対象ファイルとファイル不存在お知らせファイルとを置換するステップを実行させることを特徴としたファイル管理プログラム。
9. 請求項７記載のファイル管理プログラムにおいて、
   前記ファイル管理情報テーブルが、前記アクセス対象ファイル識別子毎に、当該ファイルのファイル容量とファイル所有者識別子とを関連付けてそれぞれ記憶し、
   前記サーバーシステムのコンピュータに、課金演算が指示されると、 前記ファイル管理情報テーブルの記録に基づいて、前記ファイル所有者識別子毎に前記ファイル容量を集計し、当該集計結果を前記ファイル容量に応じた課金をするために所定のファイルに書き出す処理を実行させることを特徴としたファイル管理プログラム。
10. 請求項７、８、又は９に記載のプログラムを記録した記録媒体。

Images