JPH11232159A - ファイル管理方法およびファイル管理のためのプログラムを記憶した媒体 - Google Patents

Abstract

(57)【要約】 【目的】 クライアント側のファイルとサーバ側のファ
イルとをそのコンテンツに至るまで常に同一に保つ。 【構成】 コンテンツ管理ファイルには管理対象のファ
イルのコンテンツを反映する識別子がファイルごとに記
述されている。クライアント20はサーバ10からコンテン
ツ管理ファイルＸを取得し，取得したサーバ10のコンテ
ンツ管理ファイルＸと，クライアント20のコンテンツ管
理ファイルとを比較する。２つのコンテンツ管理ファイ
ルの比較結果にもとづいて，クライアント20は必要なフ
ァイルをサーバ10から取得し，不要なファイルを削除す
る。サーバ10のコンテンツ管理ファイルＸによって管理
されているファイルと，クライアント20のＨＤ装置28に
格納された指定ファイル群とが同一のものになる。

Description

【発明の詳細な説明】

【０００１】

【技術分野】この発明は，２つのファイルのコンテンツ
（内容）を同一に保つためのファイル管理方法，および
ファイル管理をコンピュータによって実現するためのプ
ログラムを格納した媒体に関する。

【０００２】

【背景技術】コンピュータ装置内の２つのファイルのコ
ンテンツを一致させる従来の方法は，ファイル・システ
ムが管理する情報（ファイルの作成日，サイズ等）を比
較し，その差分に基づいて一方のファイルが更新された
かどうかを判別するものである。しかしながら，ファイ
ル・システムが管理する上記の情報はファイルのコンテ
ンツとは別個のものであるから，２つのファイルのコン
テンツが異なっていても上記管理情報が同一である場合
があり得，必ずしも充分ではない。

【０００３】一方のファイルを更新したときには必ず他
方のファイルのすべてを削除した上で更新後のファイル
をコピーする方法もある。しかしながら，この方法はシ
ステムに負荷がかかりすぎるとともに，処理に要する時
間も長くなるので実用的ではない。

【０００４】

【発明の開示】この発明は，比較的簡便に，しかも確実
に２つのファイルの同一性を保つことのできるファイル
管理方法を提供するものである。

【０００５】この発明によるファイル管理方法は，第１
のファイル，および第１のファイルとコンテンツが同一
に保たれるべき第２のファイルを含むシステムにおい
て，第２のファイルのコンテンツを第１のファイルのコ
ンテンツと同一化するためのファイル管理方法であり，
第１のファイルのコンテンツに基づいて第１のファイル
識別子を生成し，少なくとも第１のファイル識別子を含
む第１のファイル管理情報を作成し，第１のファイルの
更新があったときに，それに応じて第１のファイル識別
子を含む第１のファイル管理情報を更新し，第２のファ
イルに関する第２のファイル識別子を含む第２のファイ
ル管理情報を，第１のファイル識別子を含む第１のファ
イル管理情報と比較し，第２の識別子が第１の識別子と
相違するときに，第２のファイルを第１のファイルの更
新に応じて更新し，かつ第２のファイル管理情報を第１
のファイル管理情報の更新に応じて更新するものであ
る。

【０００６】最も一般的には第１のファイルは第１の記
憶装置に格納され，第２のファイルは第１の記憶装置と
異なる第２の記憶装置に記憶される。この場合には，第
１の記憶装置は一般的には第１のコンピュータの一部を
構成し，または第１のコンピュータにおいて利用され，
第２の記憶装置は第１のコンピュータとは異なる第２の
コンピュータの一部であるか，または第２のコンピュー
タにおいて利用される。第１のコンピュータと第２のコ
ンピュータとはネットワークまたはシステムバス（もし
くはライン）により接続される。第１および第２の記憶
装置は半導体メモリ，磁気記憶装置，光磁気記憶装置，
光学的記憶装置などにより実現される。

【０００７】上記のシステムにおいては第１のファイル
管理情報，および第１のファイル管理情報を作成するた
めの，または更新するためのプログラム（ファイル管理
情報作成プログラム）は第１のコンピュータ内に，第２
のファイル管理情報，ならびにファイル管理情報の比
較，第２のファイルの更新および第２の管理情報の更新
のためのプログラム（ファイル更新プログラム）は第２
のコンピュータ内に保存されるであろう。ファイル管理
情報の比較のために，および第２のファイル管理情報の
更新のために，第１のファイル管理情報が第１のコンピ
ュータから第２のコンピュータに転送される（第２のコ
ンピュータがネットワーク，バス等を通して第１のファ
イル管理情報を取得する）。第２のファイルの更新のた
めに必要な第１のファイルが第１のコンピュータから第
２のコンピュータに転送される，または携帯型記録媒体
（ＦＤ，ＣＤ−ＲＯＭ等）から第２のコンピュータに読
込まれる（転送される）。

【０００８】もっとも，第１のファイル管理情報および
ファイル管理情報作成プログラムを，第１のコンピュー
タと接続された第３のコンピュータに設けてもよい。同
じように，第２のファイル管理情報およびファイル更新
プログラムを，第２のコンピュータに接続された第４の
コンピュータに設けてもよい。

【０００９】第１のコンピュータと第２のコンピュータ
とをネットワーク，バス等により接続しなくてもよい。
この場合には，第１のファイル管理情報や第１のファイ
ルは携帯型記録媒体（たとえばＦＤ，ＣＤ−ＲＯＭ）を
用いて第１のコンピュータから第２のコンピュータに移
されよう。

【００１０】第１のコンピュータと第２のコンピュータ
とが同じものであってもよい。第１の記憶装置と第２の
記憶装置が同じものである場合もありうる。これらの場
合には第２のファイルは一般的には第１のファイルのバ
ックアップ用となろう。

【００１１】第１のファイルは一般には複数のファイル
を含む。同じように第２のファイルは一般的に複数のフ
ァイルを含む。ファイル識別子はファイルごとに作成さ
れる。ファイルとは実行プログラム・ファイル，データ
・ファイルなどを含む概念である。

【００１２】ファイル識別子とはファイルのコンテンツ
を一意に表わすもので，種々のアルゴリズムにしたがっ
てファイル・コンテンツを用いて算出される。

【００１３】ファイル管理情報には，ファイル識別子以
外に，ファイル名，バージョン番号，その他（ディレク
トリ情報など）のデータを含めてもよい。

【００１４】ファイルの更新とは，ファイルのコンテン
ツの変更，ファイルの追加，ファイルの削除等を含む。
したがって，対応する第１のファイル識別子と第２のフ
ァイル識別子との比較において，一方が存在しないこと
もありうる。ファイル管理情報の更新とはファイル識別
子の変更，追加または削除を含むことになる。

【００１５】ファイル管理の運用の開始時に第１のファ
イルと第２のファイルがコンテンツを含めて同一である
ことが前提である。また，第２のファイル管理情報とし
ては第１のファイル管理情報と同じものが用意される。

【００１６】第１のファイル管理情報と第２のファイル
管理情報の比較は，システム起動時，定期的に，または
ユーザからの入力に応答して行なわれよう。

【００１７】この発明はまた，上述したファイル管理方
法をコンピュータにより実現するためにコンピュータを
制御するファイル管理プログラムを格納した記録媒体を
提供している。ファイル管理プログラムは，ファイル管
理情報作成プログラムとファイル更新プログラムとに大
別することができる。これらのファイル管理情報作成プ
ログラムとファイル更新プログラムを別個の記録媒体に
格納してもよい。プログラム記録媒体とは半導体メモ
リ，磁気記憶装置（ＦＤ，ハードディスク等），光磁気
記憶装置，光学的記憶装置（ＣＤ−ＲＯＭ等）を含む。
ファイル管理プログラム，ファイル管理情報作成プログ
ラム，ファイル更新プログラムはそれ単独で，またはア
プリケーション・プログラム，システム・プログラム等
の一部として，ＯＳの一部として，もしくはユーティリ
ティとして提供されうる。

【００１８】この発明によると，ファイルのコンテンツ
を用いて算出されたファイル識別子をファイル・コンテ
ンツの比較のために用いている。ファイル識別子はファ
イル・コンテンツを反映するものであるからそのファイ
ルに特有（ユニーク）なものであり，きわめて高い一意
性を保持しうる。したがって，２つのファイルのコンテ
ンツの異同をきわめて正確に判断することができる。フ
ァイル識別子のデータ長はファイル・コンテンツに比べ
ればはるかに短くすることができるので，伝送するにし
ても，比較処理するにしても短時間で行なうことがで
き，システムの負荷が少なく，所要時間も短い。ファイ
ル識別子が異なるファイルについてのみファイル・コン
テンツの更新が行なわれるので，この点からも負荷の軽
減と処理時間の短縮化を図ることができる。

【００１９】

【実施例の説明】第１実施例 第１実施例は複数台のコンピュータがネットワークを構
成するシステムにおけるファイル管理に関するものであ
る。複数台のコンピュータのうち１台がサーバ，他のコ
ンピュータがクライアントとして位置づけられる。管理
すべき１または複数の同一のファイル（プログラム・フ
ァイル，データ・ファイル，その他のファイルを含む）
がサーバとクライアントの両方にそれぞれ存在すること
が原則的に前提となる（サーバには後述するマスタＤＩ
Ｒおよびコンテンツ管理ファイルが存在すればファイル
管理のためには充分であるから，例外的にはサーバには
ファイルが存在しなくとも許容される）。サーバにおい
てファイルの追加，削除およびファイル・コンテンツ
（内容）の変更があったときには，そのことがクライア
ントにおいて容易に検出され，クライアントにおいても
同様にファイルの追加，削除またはコンテンツの変更が
行われる。ネットワークで接続されたすべてのクライア
ントにおけるファイルがサーバの管理するファイルと同
一化される。サーバの負担およびクライアントの負担が
軽減され，かつ処理時間（ファイル転送に要する時間を
含む）の短縮化が図られる。

【００２０】(1) ネットワーク・システムの構成 図１はネットワーク・システムの全体構成を示し，図２
は同システムを構成するサーバのハードウエア構成を示
すものである。

【００２１】サーバ・コンピュータ10（以下，サーバと
いう）と，１または複数のクライアント・コンピュータ
20（以下，クライアントという）がネットワークを介し
て通信可能に接続されている。ネットワークは，公衆回
線網，専用回線網，ＬＡＮ（Local Area Network）な
ど，データ伝送が可能なすべての回線網を含む（インタ
ーネット，ＷＡＮ（Wide Area Network ），イーサネッ
ト等による運用を含む）。

【００２２】サーバ10は中央処理装置（ＣＰＵ）13を含
む。ＣＰＵ13にはバスを介して，入力を受け付けるため
の入力装置11（キーボード，マウスなど），データを可
視的に出力するための出力装置12（ＣＲＴ表示装置，印
字装置など），ネットワークと接続するための通信装置
14，プログラムを格納するプログラム・エリア，各種演
算のためのワーク・エリア，バッファ・エリアなどを提
供する内部メモリ15，フロッピーディスク（ＦＤ）に記
録されたデータを読取り，かつＦＤにデータを記録する
ＦＤドライブ16，ＣＤ−ＲＯＭ19に記録されたデータを
読取るＣＤ−ＲＯＭドライブ17，およびオペレーティン
グ・システムなどが記憶されたハードディスク（ＨＤ）
装置18が接続されている。

【００２３】クライアント20はサーバ10と基本的に同じ
ハードウエア構成をもつ。図２においてクライアント20
の構成が（ ）内の符号で示されている。

【００２４】サーバ10のＨＤ装置18には，ファイル管理
に関して言えば，次のものが記憶されている。 (i) マスタ・ディレクトリ（以下，マスタＤＩＲとい
う） (ii) 管理対象ファイル群 (iii)コンテンツ管理ファイル作成プログラム (iv) コンテンツ管理ファイル

【００２５】クライアント20のＨＤ装置28には，ファイ
ル管理に関して言えば，次のものが記憶されている。 (xi) スレーブ・ディレクトリ（以下，スレーブＤＩＲ
という） (xii) 指定ファイル群 (xiii)更新処理プログラム (xiv) 初期設定ファイル (xv) コンテンツ管理ファイル

【００２６】(2) マスタＤＩＲ，スレーブＤＩＲ，コン
テンツ管理ファイル等 ネットワークに接続されたすべての（場合によっては特
定のグループを構成する）クライアント20において利用
されるファイルを，そのコンテンツまで含めて常に同じ
ものに保つことがファイル管理の目的である。サーバ10
においてファイルの追加，削除またはファイルのコンテ
ンツの変更があったときには，これに応じて，速やかに
クライアント20においても同様にファイルの追加，削除
またはファイルのコンテンツの変更が行われる。

【００２７】このようなファイル管理の対象とすべき，
または対象とすることが望まれるファイルがユーザ（管
理者）によって決定される。ファイル管理の対象とす
る，と決定された一般には複数の（または多数の）ファ
イル（これが上記(ii)の管理対象ファイル群である）の
情報（たとえばファイル名，サイズ，作成年月日）およ
び上記(iv)のコンテンツ管理ファイルに関する情報を記
述したのが上記(i) のマスタＤＩＲである。サーバ10に
おけるマスタＤＩＲの「マスタ」とクライアント20にお
けるスレーブＤＩＲの「スレーブ」は，ここでは相互に
対応する用語として用いられている。マスタＤＩＲはこ
の明細書で説明されるファイル管理という観点から作成
されるディレクトリである。マスタＤＩＲは最も一般的
には管理対象ファイル群をサーバ10のＨＤ装置18にイン
ストールするときに完成され，ＨＤ装置18に保存され
る。もっとも，マスタＤＩＲを別のコンピュータ・シス
テムにおいて作成し，サーバ10のＨＤ装置18にコピーす
ることもできる。

【００２８】マスタＤＩＲの内容の一例が図３に示され
ている。マスタＤＩＲはツリー構造に階層化された下位
のディレクトリ（A_DIR，B_DIR，C_DIR，F_DIR，D_DI
R，E_DIR）の記述を含むとともに，各種ファイルm1.ex
e，m1.dat等およびコンテンツ管理ファイルＸのディレ
クトリ情報を含む。下位のディレクトリはより下位のデ
ィレクトリ（たとえば，C_DIRによって管理されている
ディレクトリはD_DIRおよびE_DIR である）に関する記
述や，各種ファイルa1.exe，a2.exe，a1.dat，a2.datな
どのディレクトリ情報を含む。ここで，exe は実行（プ
ログラム）ファイルであることを，dat はデータ・ファ
イルであることをそれぞれ示す。マスタＤＩＲにはユー
ザ（サーバの管理者）が，ユーザの都合によって，また
はユーザの便宜のために，管理対象ファイル群以外のフ
ァイル（たとえば，履歴ファイル，ログファイル等）に
関するディレクトリ情報を格納することもある。

【００２９】上記(iv)コンテンツ管理ファイルＸは管理
対象ファイルのコンテンツにまでおよぶファイル管理を
行うためのものである。このコンテンツ管理ファイルＸ
の作成にあたっては，より確実でより効率的なファイル
管理のために，管理対象ファイルの選択（または確認）
とグループ化が行われる。

【００３０】管理対象ファイルは基本的にはクライアン
ト20に配布（ＦＤ，ＣＤ−ＲＯＭ等の記録媒体により，
または転送により）され，クライアント20において利用
または使用されるものである。マスタＤＩＲにディレク
トリ情報が記述されたファイルは，上述のように管理対
象という観点から決定されたファイルである。これに対
して，コンテンツ管理ファイルＸにコンテンツ情報（詳
しくは後述する）が記述されるファイルは，クライアン
ト20において利用または使用されるという観点から決
定，指定，選択または確認されたものである。マスタＤ
ＩＲによって管理されるファイルとコンテンツ管理ファ
イルＸによって管理されるファイルとは一致するのが一
般的であるが，一致しない場合もあり得る。

【００３１】上記したように，マスタＤＩＲにはユーザ
の都合によって管理対象ファイル以外のファイルのディ
レクトリ情報も記述されることがあり得る。このような
管理対象ファイル以外のファイルを除くために，コンテ
ンツ管理ファイルＸに登録するファイルの選択または確
認が行われる。

【００３２】より積極的な意味では，コンテンツ管理フ
ァイルに登録するファイルの選択または確認は次のよう
なファイル管理システムにおいて有用である。ネットワ
ークに接続された複数のクライアント20を２つのグルー
プに分け，各グループごとに独立のファイル管理を行
う。マスタＤＩＲには両グループのすべてのクライアン
トにおいて利用される管理対象ファイルのディレクトリ
情報を格納しておく。グループごとにコンテンツ管理フ
ァイルを設け，各コンテンツ管理ファイルには対応する
グループで利用されるファイルのコンテンツ情報を格納
する。マスタＤＩＲを２つのグループのファイル管理シ
ステムで共通に利用できる。

【００３３】いずれにしても，コンテンツ管理ファイル
Ｘはファイルのコンテンツまで管理するための重要なも
のであるから，そこに登録されるファイルは，マスタＤ
ＩＲのデータを単にコピーするのではなく，ユーザによ
って確認することに意味を持つ。

【００３４】今日ではプログラムは細分化され，専用化
され，ユニット化されまたは単能化されている。一つの
アプリケーションのすべてのタスクを一本のプログラム
によって遂行することは殆どなく，一般的に，一つのア
プリケーションは複数のプログラム・ファイルの集合
（または組合せ）によって実現される。その意味で，ア
プリケーションごとに，またはその他の複数のファイル
を効率よく管理するための単位ごとに，ファイルをグル
ープ化しておくことが好ましい。これは特に一つのグル
ープを単位としてバージョン・アップを行うという観点
から望ましい。このようにしてグループ化された各グル
ープをアプリケーション・グループと呼ぶ。

【００３５】図４は，マスタＤＩＲに記述された管理対
象ファイルのうち，コンテンツ管理ファイルＸに登録す
べきものとして選択（または確認）されたファイルをグ
ループ化した様子を示している。コンテンツ管理ファイ
ルＸに登録すべきものとして選択または確認されたファ
イルの総体を「アプリケーション・システム」と呼ぶ。
アプリケーション・システムは複数のアプリケーション
・グループから構成されている。各アプリケーション・
グループに，一般的には複数のファイルが属する。

【００３６】図５はコンテンツ管理ファイルＸの内容の
一例を示す。

【００３７】アプリケーション・システム「System」に
関する記述がある。アプリケーション・システムはバー
ジョン番号（Ver=2.00）と，このバージョン番号のシス
テムの使用開始年月日（以下，使用開始日という）（St
art-date=1997/12/19 ）とに関するデータを持つ。

【００３８】アプリケーション・グループ「Applicatio
ns」に関する記述がある。この記述には，アプリケーシ
ョン・グループ（APPL_GROUP1,APPL_GROUP2)ごとに，こ
れらのバージョン番号（1.00，2.00）と，それらのバー
ジョン番号のグループの使用期限年月日（以下，使用期
限日という）（1997/12/31，1998/01/15）に関する情報
が含まれる。

【００３９】アプリケーション・グループごとに，そこ
に含まれるファイルに関する記述がある。このファイル
に関する記述には，そのファイルが属するマスタＤＩＲ
内のディレクトリ名，ファイル名，および識別子に関す
る情報が含まれる。たとえば，「APPL_GROUP1」の第１
行目の「A_DIR」は，アプリケーション・グループ「APP
L_GROUP1」に属するファイルの一つを管理するディレク
トリの名称が「A_DIR」であることを，「a1.exe」はそ
のファイルの名称が「a1.exe」であることをそれぞれ示
し，350889145,69はファイル名「a1.exe」のファイルに
対応して作成されたファイル識別子およびファイル・サ
イズを表している。350889145 がファイル識別子，69が
ファイル・サイズである。ファイル識別子は，ファイル
に含まれるすべて（または一部）のデータを用いて特定
の演算（たとえば，ＣＲＣ（CyclicRedundancy Check
））を行った結果である。したがってファイル識別子
はファイルのコンテンツそのものを表す一種の圧縮デー
タと考えてよく，ファイルのコンテンツに特有（ユニー
ク）なものである。ファイル識別子によりファイルのコ
ンテンツに変更があったかどうかが判断される。このよ
うなコンテンツ管理ファイルに記述された情報，特にフ
ァイル識別子をコンテンツ情報と呼ぶ。

【００４０】サーバ10の上記(iv)のコンテンツ管理ファ
イルＸは，サーバ10において，上記(iii) のコンテンツ
管理ファイル作成プログラムにしたがって作成される。
クライアント20の上記(xv)コンテンツ管理ファイルは，
ファイル管理システムの運用の立上げ（初期設定）にあ
たって，サーバ10で作成されたコンテンツ管理ファイル
がコピーされ（記録媒体または転送を通して），その後
はクライアント20において更新される。上記（iv）のコ
ンテンツ管理ファイル作成プログラムはＣＤ−ＲＯＭ19
（またはＦＤ）に記録されていたものがサーバ10のＨＤ
装置18にインストールされる。

【００４１】コンテンツ管理ファイルＸに登録すべきも
のとして選択または確認されたファイル群を上記(xii)
指定ファイル群と呼ぶ。サーバ10においては管理対象フ
ァイル群はＣＤ−ＲＯＭまたはＦＤからＨＤ装置18にイ
ンストールされる（インストールされないものがあって
もよい）。クライアント20においては指定ファイル群は
ＣＤ−ＲＯＭまたはＦＤからＨＤ装置28にインストール
される（サーバ10から転送されることもある）。ファイ
ル管理システムの立ち上げ時（設定時）にはクライアン
ト20のＨＤ装置28に格納されている指定ファイル群とコ
ンテンツ管理ファイルＸに登録されているファイル群と
は一致していることが前提である。

【００４２】上記（xi）スレーブＤＩＲはクライアント
20のＨＤ装置28に格納されている指定ファイル群につい
てのディレクトリ情報を記述したものであり，ディレク
トリ情報のうちファイル名などはマスタＤＩＲに基づい
てコンテンツ管理ファイルＸを参照してサーバ10におい
て作成される。このスレーブＤＩＲはクライアント20の
ＨＤ装置28にコピーされ（記録媒体または転送を通し
て），クライアント20において指定ファイル群をＨＤ装
置28にインストールしたとき（またはサーバ10から転送
されたとき）に完成される。スレーブＤＩＲをクライア
ント20において作成することもできる。スレーブＤＩＲ
もまたファイル管理のために用いられる。管理対象ファ
イル群と指定ファイル群とが同じ場合には，基本的には
（ディレクトリ情報のうちファイル名などについては）
マスタＤＩＲのデータとスレーブＤＩＲのデータは同じ
になろう。

【００４３】上述のようにファイル管理システムの運用
の開始にあたってはクライアント20のＨＤ装置28に格納
されている指定ファイル群のそれぞれのファイルはその
コンテンツに至るまでサーバ10のコンテンツ管理ファイ
ルＸによって管理されているファイルと全く同じであ
る。サーバ10において，コンテンツ管理ファイルＸによ
って管理されているファイルの追加，削除またはファイ
ル・コンテンツの変更があった場合には，クライアント
20の指定ファイル群はコンテンツ管理ファイルＸによっ
て管理されているファイル群と一致しなくなる。

【００４４】上記(xiii)更新処理プログラムは，クライ
アント20のＨＤ装置28に格納されている指定ファイル群
とサーバ10のコンテンツ管理ファイルＸに登録されてい
るファイル群とが一致するかどうかを，ファイルの存
在，不存在のみならずファイルのコンテンツまでについ
てチェックし，一致しない場合にはサーバ10から必要な
ファイルを取得したり，不要なファイルをＨＤ装置28か
ら削除したりすることにより，クライアント20のＨＤ装
置28に格納されている指定ファイル群をサーバ10のコン
テンツ管理ファイルＸによって管理されているファイル
群と一致させるためのプログラムである。

【００４５】上記(xiv) 初期設定ファイルにはサーバ10
のネットワーク上のアドレス，サーバ10のＨＤ装置18に
格納されたコンテンツ管理ファイルＸへのパス，クライ
アント20のネットワーク上のアドレス，クライアント20
のＨＤ装置28に格納されたコンテンツ管理ファイルへの
パス，および後述する通信結果ログの送信先アドレスが
記述されている。初期設定ファイルは更新処理プログラ
ムとともにＣＤ−ＲＯＭ29（またはＦＤ）に記録されて
いたものがクライアント20のＨＤ装置28にインストール
される。

【００４６】(3) サーバにおけるコンテンツ管理ファイ
ルの作成および更新 コンテンツ管理ファイルＸはファイル管理システムの運
用の立上げ時（初期設定時）に新規に作成される。また
コンテンツ管理ファイルＸは，アプリケーション・シス
テムにおいて，ファイルの追加もしくは削除またはファ
イルのコンテンツの変更があったときに更新される。図
７はコンテンツ管理ファイル作成プログラムにしたがう
コンテンツ管理ファイルＸの作成処理および更新処理の
手順を示す。

【００４７】コンテンツ管理ファイル作成プログラムが
立ち上げられると，コンテンツ管理ファイルＸの「作
成」または「更新」を指示するメニューが出力装置（Ｃ
ＲＴ表示装置）12の表示画面に表示される。ユーザがコ
ンテンツ管理ファイルＸの「作成」を選択すると（ステ
ップ103 で作成），マスタＤＩＲに管理されているファ
イルの一覧が表示される。ユーザはマスタＤＩＲによっ
て管理されているファイルの中からコンテンツ管理ファ
イルＸに登録すべきファイルを選択（または確認）しな
がら，これらを表示画面上でグループ化する。選択した
すべてのファイルを含むアプリケーション・システムの
属性情報（バージョン番号，使用開始日），各アプリケ
ーション・グループの属性情報（グループ名，バージョ
ン番号，使用期限日）を入力装置11を用いて入力する
（ステップ104，105）。

【００４８】属性情報の設定およびグループ化を伴った
ファイルの選択（指定）が終わり保存を指示すると，選
択されたすべてのファイルのそれぞれについて，そのコ
ンテンツを用いてファイル識別子がコンテンツ管理ファ
イル作成プログラムにしたがって自動的に算出される
（ステップ106 ）。入力された属性情報，算出されたフ
ァイル識別子等を用いて図５に示すようなコンテンツ管
理ファイルＸが作成され，ＨＤ装置18に格納（保存）さ
れる（ステップ107 ）。

【００４９】サーバ10において作成されたコンテンツ管
理ファイルはクライアント20に渡され（記録媒体または
転送を通して），そのＨＤ装置28にも格納（保存）され
る。ファイル管理システムの運用の開始時には，サーバ
10のコンテンツ管理ファイルＸとクライアント20のコン
テンツ管理ファイルとは全く同一である。

【００５０】サーバ10においてユーザはアプリケーショ
ン・システムへのファイルの追加，またはアプリケーシ
ョン・システムに含まれるファイルのコンテンツの変更
（ＨＤ装置18に格納されているファイルの書き換え等）
を行うことができる。このような場合には，マスタＤＩ
Ｒの更新処理を伴う。図６に示すように，マスタＤＩＲ
の更新が終了すると（ステップ101 ），ユーザはコンテ
ンツ管理ファイル作成プログラムを起動する（ステップ
102 ）。アプリケーション・システムに含まれるファイ
ルを削除する場合には，ユーザはマスタＤＩＲの更新を
することなく（もちろん削除するファイルのディレクト
リ情報を削除してもよい），コンテンツ管理ファイル作
成プログラムを起動する。

【００５１】ユーザはコンテンツ管理ファイル作成プロ
グラムにしたがう処理（図７）において，「更新」を選
択することになる（ステップ103 で「更新」）。サーバ
10のＨＤ装置18に格納されているコンテンツ管理ファイ
ルＸが読み出され（ステップ108 ），コンテンツ管理フ
ァイルＸによって管理されているアプリケーション・シ
ステムに属するファイルおよび属性情報が表示される。
ファイルを追加する場合には，ユーザは追加すべきファ
イルを（マスタＤＩＲも表示されるのでユーザはその中
からファイルを選択することができる），いずれかのア
プリケーション・グループに属するように選択（指定）
する。ファイルを削除する場合には，ユーザはそのファ
イルをコンテンツ管理ファイルＸから削除するよう指示
する（ステップ109 ）。

【００５２】ファイルの追加，削除およびファイル・コ
ンテンツの変更のいずれの場合にも，この実施例ではユ
ーザは追加したファイルが属すべきアプリケーション・
グループ，削除したファイルが属していたアプリケーシ
ョン・グループまたはコンテンツが変更されたファイル
が属しているアプリケーション・グループのバージョン
番号を変更する。また，アプリケーション・システムの
バージョン番号を変更する（ステップ110 )。

【００５３】この後，アプリケーション・システムに含
まれているファイル（選択されているファイル）のそれ
ぞれについて，再びそのファイル・コンテンツを用いて
ファイル識別子が算出される（ステップ106 ）。追加ま
たはコンテンツの変更のあったファイルについてのみフ
ァイル識別子を算出してもよい。サーバ10のＨＤ装置18
には新たに算出されたファイル識別子等を含むコンテン
ツ管理ファイルＸが保存される（ステップ107 ）。

【００５４】ファイル識別子の算出は常に同じアルゴリ
ズムにしたがって行われる。したがって，コンテンツが
変更されたファイルについてのファイル識別子はコンテ
ンツ変更前のファイル識別子と異なるものになる。コン
テンツの変更のないファイルのファイル識別子はもちろ
ん変わらない。新たに追加されたファイルについては，
そのファイル名等とともにファイルのコンテンツの内容
を反映したファイル識別子が生成され，コンテンツ管理
ファイルＸに登録される。削除されたファイルについて
のデータは，コンテンツ管理ファイルＸにはもはや存在
しない。

【００５５】コンテンツ管理ファイルの更新時には，ア
プリケーション・グループの追加または削除を行うこと
もできる。新たに追加したファイルを，新たに追加した
アプリケーション・グループに属させるようにしてもよ
い。アプリケーション・グループを削除すると，そのグ
ループに属するすべてのファイルについてのデータがコ
ンテンツ管理ファイルＸから削除される。

【００５６】(4) クライアントにおける指定ファイル群
の更新処理 指定ファイル群はクライアント20に配布され，上述のよ
うにクライアント20のＨＤ装置28にインストールされて
いる。サーバ10においてファイルの追加，削除，または
ファイル・コンテンツの変更があったときには，上述の
ようにコンテンツ管理ファイルＸが更新される。サーバ
10におけるファイルの追加，削除，コンテンツの変更は
クライアント20のＨＤ装置28に格納されている指定ファ
イル群においても反映されなければならない。クライア
ント20において，サーバ10の更新されたコンテンツ管理
ファイルＸを利用して，サーバ10と同じように，ファイ
ルの追加，削除またはファイル・コンテンツの変更を行
う処理を，指定ファイル群の更新処理という。図８はク
ライアント20のＨＤ装置28に格納された更新処理プログ
ラムの処理手順を示すフローチャートである。

【００５７】更新処理プログラムは，たとえば，クライ
アント20のユーザによって入力装置21から更新処理プロ
グラムの起動命令が入力されることにより起動される。
あらかじめ定められた時間（たとえば午前０時）に，自
動的に起動するように設定しておいてもよいし，または
ユーザもしくは他のプログラムによって起動されるよう
にしてもよい。クライアント20の電源をオンとしたとき
に，自動的に起動するようにしてもよいし，またはユー
ザもしくは他のプログラムによって起動されるようにし
てもよい。一定時間が経過する度に起動する，または起
動されるようにしてもよい。いずれにしても，更新処理
プログラムは，あらかじめ定められたときに，定期的
に，または必要に応じてクライアント20において起動さ
れる。

【００５８】まず，初期設定ファイルに記述されたサー
バ10のネットワーク上のアドレスおよびコンテンツ管理
ファイルＸへのパスに基づいて，クライアント20はサー
バ10のＨＤ装置18に格納されたコンテンツ管理ファイル
Ｘのコピーを取得する（ステップ201 ）。サーバ10から
取得したコンテンツ管理ファイルＸはクライアント20の
内部メモリ25に格納される。

【００５９】クライアント20のＨＤ装置28に格納されて
いるコンテンツ管理ファイルもまたその内部メモリ25に
転送される。２つのコンテンツ管理ファイルの比較が行
われる。

【００６０】はじめに，２つのコンテンツ管理ファイル
のそれぞれに記述されたアプリケーション・システムの
バージョン番号（以下，システムVer という）が比較さ
れる（ステップ202 ）。システムVer が異なる場合（ス
テップ202 でＮＯ）には，サーバ10において，アプリケ
ーション・システムへのファイルの追加，アプリケーシ
ョン・システムからのファイルの削除，またはアプリケ
ーション・システムに含まれるファイルのファイル・コ
ンテンツの変更が行われたことを意味する。ここでファ
イルの追加には，新たなファイルを既存のアプリケーシ
ョン・グループに追加する場合と，追加するファイルに
よってアプリケーション・グループを生成する場合（ア
プリケーション・グループの追加）とがある。ファイル
の削除には，既存のアプリケーション・グループからフ
ァイルを削除する場合と，既存のアプリケーション・グ
ループに属するすべてのファイルをアプリケーション・
グループごと削除する場合（アプリケーション・グルー
プの削除）とがある。コンテンツ管理ファイルには，ア
プリケーション・グループに関する記述（グループ名，
バージョン番号，使用期限日）が含まれているので，こ
の記述に基づいて，アプリケーション・グループの追
加，または削除があったかどうかを判別することができ
る。また，ファイルの追加，削除，またはファイル・コ
ンテンツの変更が行われた場合には，必ずそのファイル
が属するアプリケーション・グループのバージョン番号
が変更されるので，ファイルの追加，削除またはファイ
ル・コンテンツの変更があったアプリケーション・グル
ープを特定することができる。したがって，２つのコン
テンツ管理ファイルにおいてアプリケーション・グルー
プの比較が行われる（ステップ203 ）。

【００６１】サーバ10のコンテンツ管理ファイルＸにあ
るアプリケーション・グループに関する記述が，クライ
アント20のコンテンツ管理ファイルにない場合には，そ
のアプリケーション・グループはサーバ10において追加
されたグループであると判断される（ステップ203;グル
ープの追加）。クライアント20は，サーバ10において追
加されたアプリケーション・グループに属するすべての
ファイルを，サーバ10から取得する（ステップ204 ）。

【００６２】クライアント20はサーバ10のＨＤ装置18を
アクセスしてネットワークを通してファイルのコピーを
取得したり，クライアント20に装着されたＦＤまたはＣ
Ｄ−ＲＯＭからファイルを読取ることにより取得するこ
とができる。クライアント20からサーバ10にファイル・
リクエストを送り，サーバ10がネットワークを介してク
ライアント20にファイルを伝送してもよい。

【００６３】逆に，クライアント20のコンテンツ管理フ
ァイルにあるアプリケーション・グループに関する記述
が，サーバ10のコンテンツ管理ファイルＸにない場合に
は，そのアプリケーション・グループはサーバ10におい
て削除されたグループであると判断される（ステップ20
3;グループの削除）。クライアント20はサーバ10におい
て削除されたグループに属するすべてのファイルを，Ｈ
Ｄ装置28から削除する（ステップ205 ）。

【００６４】サーバ10のコンテンツ管理ファイルＸに記
述されたアプリケーション・グループに関する記述がク
ライアント20のコンテンツ管理ファイルに存在するが，
しかしそれらのグループのバージョン番号（グループVe
r という）が互いに異なる場合には，サーバ10において
そのグループに属するファイルの追加，削除またはファ
イル・コンテンツの変更が行われたと判断される（ステ
ップ203;グループVerの変更）。そのアプリケーション
・グループに属するすべてのファイルについて，ファイ
ル識別子を用いた差分解析が行われる（ステップ206
）。

【００６５】クライアント20のコンテンツ管理ファイル
に含まれるすべてのファイル識別子について，それらと
サーバ10のコンテンツ管理ファイルＸに含まれるファイ
ル識別子との差が逐一算出される。同じ値を持つファイ
ル識別子が両コンテンツ管理ファイルに存在すれば，そ
のファイル識別子のファイルはサーバ10において追加
も，削除も，ファイル・コンテンツの変更もなかったこ
とを意味する。

【００６６】クライアント20のコンテンツ管理ファイル
にあるファイル識別子と同じものがサーバ10のコンテン
ツ管理ファイルＸに存在しないということは，そのファ
イル識別子に対応するファイルがサーバ10において削除
されたか，またはファイル・コンテンツが変更されたか
のいずれかである。サーバ10のコンテンツ管理ファイル
Ｘにあるファイル識別子と同じものがクライアント20の
コンテンツ管理ファイルに存在しないということは，そ
のファイル識別子に対応するファイルがサーバ10におい
て追加されたか，またはファイル・コンテンツが変更さ
れたかのいずれかである。

【００６７】このような場合には，次のようにして，サ
ーバ10のファイルと同一のファイルをクライアント20に
確保する。すなわち，クライアント20は，サーバ10のコ
ンテンツ管理ファイルＸのみに含まれているファイル識
別子に対応するファイルをサーバ10から取得する。ま
た，クライアント20は，クライアント20のコンテンツ管
理ファイルのみに含まれているファイル識別子に対応す
るファイルをＨＤ装置28から削除する。サーバ10のコン
テンツ管理ファイルＸによって管理されているファイル
と，クライアント20のＨＤ装置28に格納されている指定
ファイル群とが，そのコンテンツに至るまで同一とな
る。

【００６８】上記の処理では，ファイル識別子のみに基
づいて，クライアント20に存在しないファイルのサーバ
10からの取得と，クライアント20にはあるが，サーバ10
ではもはや管理されていないファイルのクライアント20
からの削除とが行われている。ファイル識別子はファイ
ルのコンテンツを反映しているので，コンテンツにわず
かでも変更があればファイル識別子は異なるものとな
る。サーバ10のファイルのコンテンツと，クライアント
20のファイルのコンテンツとの同一化が達成できる。

【００６９】ファイルの追加または削除の判断は，ファ
イル名を用いて行ってもよい（ファイル・コンテンツが
変更されたときにはファイル名を変更しないという前提
で）。すなわち，クライアント20のコンテンツ管理ファ
イルとサーバ10のコンテンツ管理ファイルＸとにおいて
ファイル名を相互に比較する。サーバ10のコンテンツ管
理ファイルＸに存在し，クライアント20のコンテンツ管
理ファイルに無いものについては追加と判断し，逆にク
ライアントのコンテンツ管理ファイルに存在し，サーバ
10のコンテンツ管理ファイルＸに無いものを削除と判断
する。両コンテンツ管理ファイルに同じファイル名が存
在する場合には，そのファイル識別子の比較に進む。フ
ァイル識別子が同一であればファイル・コンテンツの変
更が無かったものと判断し，異なる場合にはファイル・
コンテンツの変更があったと判断する。

【００７０】ファイルの取得や削除が行われた後，サー
バ10から取得したコンテンツ管理ファイルが，クライア
ント20のＨＤ装置28に格納されていたコンテンツ管理フ
ァイルに代わってクライアント20のＨＤ装置28に格納さ
れる（ステップ208 ）。最後に，ファイルの取得の成功
または不成功の結果などを記録した通信結果ログが作成
され，初期設定ファイルに記述された転送先アドレス
（一般にはサーバ10）に向けて送信され（ステップ209
），更新処理プログラムのすべての処理が終了する。

【００７１】サーバ10のコンテンツ管理ファイルに記述
されたシステムVer と，クライアント20のコンテンツ管
理ファイルに記述されたシステムVer とが一致する場合
（ステップ202 でＹＥＳ）には，クライアント20のＨＤ
装置28に格納された指定ファイル群は，そのコンテンツ
に至るまでサーバ10のコンテンツ管理ファイルＸによっ
て管理されているファイルと全く同一である。更新処理
プログラムは何等の処理も行わず，終了する。

【００７２】図９は，サーバ10においてファイルの追加
および削除が行われた場合に，クライアント20において
行われる更新処理の進行の様子を示している。上段，中
段，下段の順番に更新処理が進行する。

【００７３】図９の上段において，サーバ10においてア
プリケーション・システムに属するファイルと，クライ
アント20のＨＤ装置28に格納された指定ファイル群は，
ともにａファイル，ｂファイル，ｃファイルおよびｄフ
ァイルである。サーバ10およびクライアント20は同じコ
ンテンツ情報が記述されたコンテンツ管理ファイルＸを
持つ。

【００７４】図９の中段において，サーバ10ではｄファ
イルがアプリケーション・システムから削除され，新た
にｅファイルが追加されている。サーバ10においてコン
テンツ管理ファイルが更新される。新たなコンテンツ情
報が記述されたコンテンツ管理ファイルを符号Ｙで示
す。クライアント20はサーバ10からコンテンツ管理ファ
イルＹを取得し，クライアント20が持つコンテンツ管理
ファイルＸと比較する。比較の結果，クライアント20は
サーバ10からｅファイルを取得するとともに，ＨＤ装置
28からｄファイルを削除する。サーバ10のアプリケーシ
ョン・システムに含まれているファイル（コンテンツ管
理ファイルＹによって管理されているファイル）と，ク
ライアント20のＨＤ装置28に格納された指定ファイル群
とが，そのコンテンツに至るまで同一になる（図９の下
段）。

【００７５】第２実施例 図10は第２実施例におけるシステムの全体構成を示すも
のである。サーバ10とクライアント20とがネットワーク
を介して接続されていない。他の点は第１実施例と同じ
である。

【００７６】サーバ10においてファイルの追加，削除ま
たはファイル・コンテンツの変更が行われ，それに応じ
てサーバ10のコンテンツ管理ファイルＸが更新される。
このように更新されたコンテンツ管理ファイルＸおよび
管理対象ファイル群がサーバ10においてＦＤに記録（コ
ピー）され，このＦＤがクライアント20側に渡される。
クライアント20のユーザはこのＦＤをＦＤドライブ26に
セットする。更新処理プログラムが起動される。ＦＤか
らサーバ10のコンテンツ管理ファイルＸが読み出され，
クライアント20のコンテンツ管理ファイルと比較され
る。この比較の結果に応じて，必要なファイルがＦＤか
ら読み出され，クライアント20のＨＤ装置28に格納さ
れ，クライアント20のＨＤ装置28にある不要なファイル
が削除される。クライアント20のコンテンツ管理ファイ
ルがＦＤ内のコンテンツ管理ファイルＸによって更新さ
れる。このようにして，ＦＤを用いてオフラインで，ク
ライアント20のファイルが，そのコンテンツに至るまで
サーバ10のファイルと同一化される。

【００７７】第３実施例 図11は第３実施例のネットワーク・システムの全体構成
を示すものである。ネットワークに，サーバ10Ａおよび
クライアント20Ａに加えて，コンテンツ管理ファイル作
成コンピュータ10Ｂおよび更新処理コンピュータ20Ｂが
接続されている。サーバ10Ａ，クライアント20Ａ，コン
テンツ管理ファイル作成コンピュータ10Ｂおよび更新処
理コンピュータ20Ｂのハード・ウエア構成は，基本的に
図２に示すものと同じである。

【００７８】サーバ10ＡのＨＤ装置にはマスタＤＩＲ，
管理対象ファイル群およびコンテンツ管理ファイルが格
納されている。クライアント20ＡのＨＤ装置にはスレー
ブＤＩＲ，指定ファイル群およびコンテンツ管理ファイ
ルが格納されている。コンテンツ管理ファイル作成プロ
グラムはコンテンツ管理ファイル作成コンピュータ10Ｂ
のＨＤ装置に，更新処理プログラムおよび初期設定ファ
イルは更新処理コンピュータ20ＢのＨＤ装置にそれぞれ
格納されている。

【００７９】コンテンツ管理ファイル作成プログラムを
持つコンテンツ管理ファイル作成コンピュータ10Ｂは，
サーバ10ＡからマスタＤＩＲ等の必要なデータを取得し
て，コンテンツ管理ファイルＸを作成する。このコンテ
ンツ管理ファイルＸはサーバ10ＡのＨＤ装置に格納され
る。

【００８０】サーバ10Ａにおいてファイルの追加，削除
またはファイル・コンテンツの変更等があった場合に
は，コンテンツ管理ファイル作成コンピュータ10Ｂはそ
れらを表すデータをサーバ10Ａから取得して，コンテン
ツ管理ファイルＸを更新する。更新されたコンテンツ管
理ファイルＸはサーバ10Ａに戻される。

【００８１】更新処理コンピュータ20Ｂはクライアント
10Ａからコンテンツ管理ファイルを取得し，サーバ10Ａ
からコンテンツ管理ファイルＸを取得する。両コンテン
ツ管理ファイルの比較に応じて，更新処理コンピュータ
20Ｂは必要なファイルをサーバ10Ａから取得してクライ
アント20Ａに渡し，かつクライアント20Ａにおける不要
なファイルを削除する。

【００８２】このように，コンテンツ管理ファイル作成
プログラムおよび更新処理プログラムを，サーバおよび
クライアントと異なる装置にそれぞれ格納しておき，コ
ンテンツ管理ファイル作成プログラムおよび更新処理プ
ログラムをサーバおよびクライアントと異なる装置で実
行させる構成を採用することによって，柔軟なネットワ
ーク・システムを構成することができる。

【００８３】第４実施例 図12は第４実施例におけるファイル管理システムのシス
テム構成を示すものである。図12に示す構成では，ネッ
トワークに接続されていない１台のコンピュータ（以
下，スタンドアロン・コンピュータという）30のＨＤ装
置に，第１実施例のサーバ10のＨＤ装置18に格納された
もの（上記(i)マスタＤＩＲ，上記(ii) 管理対象ファイ
ル群，上記(iii) コンテンツ管理ファイル作成プログラ
ムおよび上記(iv)コンテンツ管理ファイル）と，クライ
アント20のＨＤ装置28に記憶されたもの（バックアップ
ＤＩＲ（第１実施例の上記(xi)スレーブＤＩＲと同じで
ある），上記(xii) 指定ファイル群，上記(xiii)更新処
理プログラム，上記(xiv) 初期設定ファイルおよび上記
(xv)コンテンツ管理ファイル）の両方が記憶されてい
る。上記(xii）指定ファイル群は，一般にバックアップ
用として用いられる。

【００８４】管理対象ファイル群においてファイルの追
加，削除またはファイル・コンテンツの変更があると，
コンテンツ管理ファイルを利用して，バックアップ用の
指定ファイル群のファイルも同じように追加，削除また
はファイル・コンテンツが変更される。利用されるファ
イル群と常に同一のバックアップ用の指定ファイル群が
確保される。

【図面の簡単な説明】

【図１】第１実施例のネットワーク・システムの全体構
成を示すブロック図である。

【図２】サーバのハード・ウエア構成を示すブロック図
である。

【図３】マスタＤＩＲの内容を示す。

【図４】コンテンツ管理ファイルＸに登録すべきものと
して選択されたファイルをグループ化した様子を示す。

【図５】コンテンツ管理ファイルＸの内容を示す。

【図６】サーバにおけるマスタＤＩＲの更新処理におけ
るサーバの処理を示すフローチャートである。

【図７】サーバにおけるコンテンツ管理ファイル作成プ
ログラムの処理手順を示すフローチャートである。

【図８】更新処理プログラムの処理手順を示すフローチ
ャートである。

【図９】サーバにおいてファイルの追加および削除が行
われた場合の，クライアントにおける更新処理の進行の
様子を示している。

【図１０】第２実施例におけるシステムの全体構成を示
す。

【図１１】第３実施例におけるネットワーク・システム
の全体構成を示す。

【図１２】第４実施例におけるシステムの全体構成を示
す。

【符号の説明】

10 サーバ・コンピュータ 20 クライアント・コンピュータ 11，21 入力装置 12, 22 出力装置 13，23 ＣＰＵ 14，24 通信装置 15，25 内部メモリ 16，26 ＦＤドライブ 17，27 ＣＤ−ＲＯＭドライブ 18，28 ＨＤ装置 19，29 ＣＤ−ＲＯＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 白鳥 充 東京都千代田区一番町16番 株式会社日本 総合研究所内 (72)発明者 池田 浩 東京都千代田区一番町16番 株式会社日本 総合研究所内 (72)発明者 栗田 潔 東京都千代田区一番町16番 株式会社日本 総合研究所内 (72)発明者 行形 芳和 東京都千代田区一番町16番 株式会社日本 総合研究所内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 第１のファイル，および第１のファイル
   とコンテンツが同一に保たれるべき第２のファイルを含
   むシステムにおいて，第２のファイルのコンテンツを第
   １のファイルのコンテンツと同一化するためのファイル
   管理方法であり，第１のファイルのコンテンツに基づい
   て第１のファイル識別子を生成し，少なくとも第１のフ
   ァイル識別子を含む第１のファイル管理情報を作成し，
   第１のファイルの更新があったときに，それに応じて第
   １のファイル識別子を含む第１のファイル管理情報を更
   新し，第２のファイルに関する第２のファイル識別子を
   含む第２のファイル管理情報を，第１のファイル識別子
   を含む第１のファイル管理情報と比較し，第２の識別子
   が第１の識別子と相違するときに，第２のファイルを第
   １のファイルの更新に応じて更新し，かつ第２のファイ
   ル管理情報を第１のファイル管理情報の更新に応じて更
   新する，ファイル管理方法。
2. 【請求項２】 第１のファイル，および第１のファイル
   とコンテンツが同一に保たれるべき第２のファイルを含
   むシステムにおいて，第２のファイルのコンテンツを第
   １のファイルのコンテンツと同一化するためのファイル
   管理をシステム内のコンピュータに実行させるためのプ
   ログラムを記憶した媒体であり，このプログラムは，第
   １のファイルのコンテンツに基づいて第１のファイル識
   別子を生成し，少なくとも第１のファイル識別子を含む
   第１のファイル管理情報を作成し，第１のファイルの更
   新があったときに，それに応じて第１のファイル識別子
   を含む第１のファイル管理情報を更新し，第２のファイ
   ルに関する第２のファイル識別子を含む第２のファイル
   管理情報を，第１のファイル識別子を含む第１のファイ
   ル管理情報と比較し，第２の識別子が第１の識別子と相
   違するときに，第２のファイルを第１のファイルの更新
   に応じて更新し，かつ第２のファイル管理情報を第１の
   ファイル管理情報の更新に応じて更新するようコンピュ
   ータを制御する，ファイル管理のためのプログラムを格
   納した媒体。
3. 【請求項３】 ファイルのコンテンツに基づいてファイ
   ル識別子を作成し，少なくともファイル識別子を含むフ
   ァイル管理情報を作成し，ファイルの更新があったとき
   に，それに応じてファイル識別子を含むファイル管理情
   報を更新するようにコンピュータを制御するためのファ
   イル管理情報作成プログラムを格納した媒体。
4. 【請求項４】 第１のファイルのコンテンツに基づいて
   生成または更新された第１のファイル識別子を含む第１
   のファイル管理情報を取得し，第２のファイルに関する
   第２のファイル識別子を含む第２のファイル管理情報
   を，第１のファイル識別子を含む第１のファイル管理情
   報と比較し，第２の識別子が第１の識別子と相違すると
   きに，第２のファイルを第１のファイルの更新に応じて
   更新する指令を出し，かつ第２のファイル管理情報を第
   １のファイル管理情報の更新に応じて更新するようコン
   ピュータを制御するファイル更新プログラムを格納した
   媒体。