JP3042600B2 - 分散ファイルの同期方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散ファイルの同期
方式に関し、特にファイルの集合全体を管理するセンタ
コンピュータと、センタコンピュータと間欠的に接続さ
れ一部分のファイルのコピーを分散して持つローカルコ
ンピュータとで構成され、それぞれで非同期に更新され
るファイルについて接続時に更新内容を相互に反映し不
整合が生じないようにする分散ファイルの同期方式に関
する。

【０００２】

【従来の技術】従来の分散ファイルの同期方式では、セ
ンタコンピュータとローカルコンピュータとが接続され
た時点で全ファイルを転送して同期化するか、その方式
では転送量が膨大になる可能性があるので、転送量を抑
制するために、ファイルの更新状態を通常のファイル管
理システムが保持しているファイルの最終更新日時の情
報をまず転送し、前回の同期化日時より新しいファイル
のみを転送するか、あるいはファイル毎に前回の同期化
以降の更新差分を管理し、その差分のみを転送する方式
が採られていた。

【０００３】なお、この種の分散ファイルの同期方式に
関連する従来技術の文献としては、例えば、特開平４−
３０５７５１号公報，特開平５−７３３９３号公報等が
挙げられる。

【０００４】

【発明が解決しようとする課題】上述した従来の分散フ
ァイルの同期方式では、いずれもファイル名をキーとし
ていたので、ファイルの削除，名前変更，ディレクトリ
移動などの構成の変更についての情報が欠落するという
問題点があった。例えば、ローカルコンピュータ側で、
あるファイル実体のファイル名をＡからＢに変更したと
すると、同期処理時にセンタコンピュータ側でファイル
Ｂのファイル実体の新規作成（ローカルコンピュータか
らセンタコンピュータへのファイル実体の転送を伴う）
と既存のファイル名Ａのファイル実体の削除とに置き換
えられ、同期処理で無駄なデータ転送が発生するという
問題点があった。

【０００５】さらに、従来の分散ファイルの同期方式で
は、ローカルコンピュータでは不要だがセンタコンピュ
ータで保持する必要のあるファイルを、ローカルコンピ
ュータでは削除してセンタコンピュータでのみ保持して
おく（以下、この状態を保管という）ようにすると、ロ
ーカルコンピュータ側で非同期にファイルを削除してお
き、同期処理時にセンタコンピュータ側で一致しないフ
ァイルを実際に削除してよいかどうかを操作者に問い合
わせるようにしなければならず、操作者が同期処理時ま
でそのファイルをセンタコンピュータ側から削除してよ
いファイルなのかセンタコンピュータ側で保管しなれば
ならないファイルなのかを覚えておかなければならない
という問題点があった。このため、実際には、ローカル
コンピュータ側でファイル実体を保持しておかざるを得
ず、削除できないという問題点があった。

【０００６】本発明の目的は、ファイルの同期化にあた
ってファイル名の変更等に対しても無駄なデータ転送が
発生しない分散ファイルの同期方式を提供することにあ
る。

【０００７】また、本発明の他の目的は、ファイル容量
が少ないローカルコンピュータにおいてファイルを削除
し、センタコンピュータ側でのみ保管しておける分散フ
ァイルの同期方式を提供することにある。

【０００８】

【課題を解決するための手段】本発明の分散ファイルの
同期方式では、ファイルの集合全体を管理するセンタコ
ンピュータと、このセンタコンピュータと間欠的に接続
され一部分のファイルのコピーを分散して持つローカル
コンピュータとからなるファイル管理システムにおい
て、両コンピュータ上に、スタンドアロン用のファイル
操作手段と、ファイル管理テーブルとに加えて、ファイ
ル実体の一つ一つを識別するための識別子をファイル名
に対応させ、そのファイル実体の状態として、新規，内
容変更，パス名変更，削除，保管等を管理する拡張ファ
イル管理テーブルと、上位プログラムからのファイル操
作指示を検出し、ファイルの状態変化を拡張ファイル管
理テーブルに反映する拡張ファイル操作手段とを設け
る。識別子はファイルの新規作成毎に生成され、同期化
により同じファイル実体に対しては、常にセンタコンピ
ュータおよびローカルコンピュータで同じ識別子が対応
する。同期化の実際の処理には、センタコンピュータと
ローカルコンピュータとを接続する通信手段と、両コン
ピュータの拡張ファイル管理テーブルの内容を通信手段
を通して入手して比較し、相互のファイルの状態変更を
同期させるための処理を決定し、必要なだけのデータ交
換を通信手段を通して実行する同期サーバと同期クライ
アントとをセンタコンピュータとローカルコンピュータ
とに分散して設け、互いに連携して実行する。同期サー
バは、ローカルコンピュータに設けられ、同期指示を与
えられたときに、通信手段による同期クライアントとの
接続後に、同期クライアントからの要求に応じて拡張フ
ァイル操作手段経由で拡張ファイル管理テーブルの参照
／更新を行い、ファイル操作手段経由でファイル管理テ
ーブルおよびファイルの実体の参照／更新を行い、通信
手段による同期クライアントとの接続を解除する。同期
クライアントは、センタコンピュータに設けられ、同期
指示を与えられたときに、通信手段による同期サーバと
の接続後に、ローカルコンピュータ側の状態が新規の各
エントリに対してセンタコンピュータおよびローカルコ
ンピュータの同時未使用のエントリを予約し、ローカル
コンピュータ側の新規ファイルの実体をセンタコンピュ
ータ側にも新規ファイルとして登録し、センタコンピュ
ータおよびローカルコンピュータともに拡張ファイル管
理テーブルの予約エントリに 登録変更して状態を変更な
しとし、センタコンピュータ側の状態が新規の各エント
リに対してセンタコンピュータ側の新規ファイルの実体
をローカルコンピュータ側にも新規ファイルとして登録
し、ローカルコンピュータ側の拡張ファイル管理テーブ
ルのエントリに登録変更してセンタコンピュータおよび
ローカルコンピュータともに状態を変更なしとし、セン
タコンピュータ側の各使用中エントリに対して同一ｉｄ
のセンタコンピュータおよびローカルコンピュータの両
拡張ファイル管理テーブルのエントリの状態に応じて決
定される処理を実行してセンタコンピュータおよびロー
カルコンピュータともに状態を変更なしとし、同様に保
管属性に応じて決定される処理を実行し、通信手段によ
る同期サーバとの接続を解除する。

【０００９】

【発明の実施の形態】次に、本発明について図面を参照
して詳細に説明する。

【００１０】図１は、本発明の一実施の形態に係る分散
ファイルの同期方式が適用されたコンピュータシステム
の構成を示すブロック図である。このコンピュータシス
テムは、センタコンピュータ１と、ローカルコンピュー
タ２とから、その主要部が構成されている。

【００１１】センタコンピュータ１は、上位プログラム
１１と、ファイル操作手段１２と、ファイル管理テーブ
ル１３と、ファイル１４と、拡張ファイル操作手段１５
と、拡張ファイル管理テーブル１６と、同期クライアン
ト１７と、通信手段１８とを含んで構成されている。

【００１２】ローカルコンピュータ２は、上位プログラ
ム２１と、ファイル操作手段２２と、ファイル管理テー
ブル２３と、ファイル２４と、拡張ファイル操作手段２
５と、拡張ファイル管理テーブル２６と、同期サーバ２
７と、通信手段２８とを含んで構成されている。

【００１３】ファイル管理テーブル１３および２３は、
パス名，属性，更新日時，位置の各フィールドから構成
されている。パス名には、ディレクトリ構造についての
リンク情報も含むファイル名を格納する。また、属性に
は、アクセス権（リード／ライト／実行可否）等を格納
する。さらに、更新日時には、ファイル１４の更新日時
を格納する。位置には、ファイル１４のファイル装置
（図示せず）内での先頭位置，ファイルサイズ等を格納
する。

【００１４】拡張ファイル管理テーブル１６および２６
は、パス名，状態，保管属性，更新日時の各フィールド
から構成されている。パス名には、ディレクトリ構造に
ついてのリンク情報も含むファイル名を格納する。ま
た、状態には、「未使用」, 「新規」, 「変更なし」,
「パス名変更」, 「パス名＋内容変更」, 「削除」を管
理する。さらに、保管属性には、「新規保管」, 「保管
中」, 「保管解除」を管理する。さらにまた、更新日時
には、状態の設定時の日時を記録する。

【００１５】図２は、通常のファイル操作時（ファイル
操作手段１５および２５経由）の拡張ファイル操作手段
１５および２５での状態の変更処理による拡張ファイル
管理テーブル１６および２６のエントリの状態遷移を示
す図である。

【００１６】図３は、拡張ファイル操作手段１５および
２５での保管属性の変更処理による拡張ファイル管理テ
ーブル１６および２６のエントリの状態遷移を示す図で
ある。

【００１７】図４を参照すると、同期サーバ２７の処理
は、操作者指示入力待ちステップＳ１０１と、指示判定
ステップＳ１０２と、保管属性表示／変更処理実行ステ
ップＳ１０３と、同期クライアント接続ステップＳ１０
４と、拡張ファイル管理テーブル参照／更新ならびにフ
ァイル管理テーブルおよびファイル実体参照／更新ステ
ップＳ１０５と、接続解除ステップＳ１０６とからな
る。

【００１８】図５を参照すると、同期クライアント１７
の処理は、操作者指示入力待ちステップＳ２０１と、指
示判定ステップＳ２０２と、保管属性表示／変更処理実
行ステップＳ２０３と、同期サーバ接続ステップＳ２０
４と、ローカルコンピュータ側各新規状態エントリに対
する処理ステップＳ２０５と、センタコンピュータ側各
新規状態エントリに対する処理ステップＳ２０６と、セ
ンタコンピュータ側各使用中エントリに対する処理ステ
ップＳ２０７と、接続解除ステップＳ２０８とからな
る。

【００１９】図６は、同期クライアント１７がステップ
２０７で行う状態に応じた処理を決定するための表であ
る。

【００２０】図７は、同期クライアント１７がステップ
２０７で行う保管属性に応じた処理を決定するための表
である。

【００２１】次に、このように構成された本実施の形態
に係る分散ファイルの同期方式の動作について説明す
る。

【００２２】（１） まず、センタコンピュータ１およ
びローカルコンピュータ２のそれぞれで非同期に行われ
るファイル操作時の動作について説明する。なお、ファ
イル操作時の動作は、センタコンピュータ１およびロー
カルコンピュータ２ともに同様なので、センタコンピュ
ータ１側のみについて説明する。

【００２３】上位プログラム１１は、従来からのスタン
ドアロンシステムと同じ方法で、ファイル操作手段１２
を通してファイル操作を指示する。

【００２４】すると、ファイル操作手段１２は、ファイ
ル操作指示に基づいてファイル１４を操作し、ファイル
管理テーブル１３を更新する。

【００２５】また、拡張ファイル操作手段１５は、ある
時点でファイル管理テーブル１３上に管理されているフ
ァイル１４の実体毎に、拡張ファイル管理テーブル１６
で識別子としてｉｄ（エントリ番号）を割り振り、状態
を管理する。そして、拡張ファイル操作手段１５は、フ
ァイル操作手段１２の操作を検出し、パス名をキーに拡
張ファイル管理テーブル１６のエントリを特定して更新
する。例えば、同期を実行した以降、内容変更されたフ
ァイル１４は、その更新日時については、拡張ファイル
管理テーブル１６に管理される。

【００２６】詳しくは、拡張ファイル操作手段１５は、
ファイル操作手段１２の操作を検出すると、図２に示す
ように、現在の状態が「変更なし」であれば、拡張ファ
イル管理テーブル１６の当該ファイル名のエントリの状
態を「内容変更」に設定し、更新日時を設定する。

【００２７】また、ファイル１４が新規作成された場合
は、拡張ファイル操作手段１５は、拡張ファイル管理テ
ーブル１６に新たなエントリを割り付け、拡張ファイル
管理テーブル１６の状態に「新規」として登録し、更新
日時を設定する。新規に作成されたファイル１４は、同
期実行までの間に変更されても「新規」の状態を保ち、
削除指示が出れば、拡張ファイル管理テーブル１５およ
びファイル管理テーブル１３からエントリが直ちに削除
される（状態が「未使用］とされる）。

【００２８】ファイル名の変更やディレクトリの移動な
どのパス名変更指示に対しては、ファイル操作手段１２
は、ファイル管理テーブル１３のパス名を更新するのみ
で更新日時は更新しない。

【００２９】一方、拡張ファイル操作手段１５は、パス
名変更指示を検出すると、当該パス名を変更し、拡張フ
ァイル管理テーブル１６の状態に「パス名変更」を設定
し、更新日時を設定する。また、現在の状態が「新規」
以外であれば、拡張ファイル操作手段１５は、状態を
「パス名変更」に設定し、更新日時を設定する。

【００３０】ファイル１４の削除指示に対しては、ファ
イル操作手段１２は、ファイル管理テーブル１３からエ
ントリを削除し（状態を「未使用」とし）、対象のファ
イル１４を通常のスタンドアロン処理と同様に抹消す
る。

【００３１】一方、拡張ファイル操作手段１５は、ファ
イル１４が抹消されると、拡張ファイル管理テーブル１
６にエントリを残し、現在の状態が「新規」以外であれ
ば、状態を「削除」に設定し、更新日時を設定する。ま
た、現在の状態が「新規」であれば、拡張ファイル操作
手段１５は、拡張ファイル管理テーブル２６から該当す
るエントリを削除する。

【００３２】また、操作者からセンタコンピュータ１で
のみ保管しローカルコンピュータ２から抹消したいファ
イル１４のファイル保管属性操作があると（ステップＳ
１０１およびＳ１０２）、同期クライアント１７および
同期サーバ２７は、独立動作のときでも、操作者のファ
イル保管属性操作指示に基づき、ファイル管理テーブル
１３および２３はそのままに、拡張ファイル操作手段１
５および２５を経由して、図３に示すように、拡張ファ
イル管理テーブル１６および２６のエントリの保管属性
に保管指示が出たことを記録する（ステップＳ１０
３）。

【００３３】（２） 次に、同期時の動作について説明
する。

【００３４】センタコンピュータ１とローカルコンピュ
ータ２とでファイル１４とファイル２４とを同期化する
際には、操作者が同期クライアント１７および同期サー
バ２７に同期指示を与える（ステップＳ１０１およびＳ
２０１）。

【００３５】すると、同期クライアント１７および同期
サーバ２７は、操作者からの指示が同期操作であると判
定すると（ステップＳ１０２およびＳ２０２）、通信手
段１８および２８を利用してセンタコンピュータ１とロ
ーカルコンピュータ２とを接続する（ステップＳ１０４
およびＳ２０４）。

【００３６】次に、同期サーバ２７は、同期クライアン
ト１７からの要求に応じて、拡張ファイル操作手段２５
経由で拡張ファイル管理テーブル２６の参照／更新を行
い、ファイル操作手段２２経由でファイル管理テーブル
２３およびファイル２４の実体の参照／更新を行う（ス
テップＳ１０５）。

【００３７】続いて、同期サーバ２７は、通信手段２８
による同期クライアント１７との接続を解除する（ステ
ップＳ１０６）。

【００３８】一方、同期クライアント１７は、同期指示
であれば、通信手段１８による同期サーバ２７との接続
後（ステップＳ２０４）、ローカルコンピュータ２側の
状態が「新規」の各エントリに対して、センタコンピュ
ータ１およびローカルコンピュータ２の同時未使用のエ
ントリを予約し（ｉｄ＝ｍ）、ローカルコンピュータ２
側の新規ファイル２４の実体をセンタコンピュータ１側
にも新規ファイル１４として登録し、センタコンピュー
タ１およびローカルコンピュータ２ともに拡張ファイル
管理テーブル１６および２６の予約エントリ（ｉｄ＝
ｍ）に登録変更し、状態を「変更なし］とする（ステッ
プＳ２０５）。

【００３９】次に、同期クライアント１７は、センタコ
ンピュータ１側の状態が「新規」の各エントリ（ｉｄ＝
ｍ）に対し、センタコンピュータ１側の新規ファイル１
４の実体をローカルコンピュータ２側にも新規ファイル
２４として登録し、ローカルコンピュータ２側の拡張フ
ァイル管理テーブル２６のエントリ（ｉｄ＝ｍ）に登録
変更し、センタコンピュータ１およびローカルコンピュ
ータ２ともに状態を「変更なし」とする（ステップＳ２
０６）。

【００４０】続いて、同期クライアント１７は、センタ
コンピュータ１側の各使用中エントリに対して、同一ｉ
ｄのセンタコンピュータ１およびローカルコンピュータ
２の両拡張ファイル管理テーブル１６および２６のエン
トリの状態に応じて、図６によって決定される処理を実
行してセンタコンピュータ１およびローカルコンピュー
タ２ともに状態を「変更なし」とし、同様に保管属性に
応じて図７によって決定される処理を実行する（ステッ
プＳ２０７）。

【００４１】ここで、図６によって決定される処理につ
いて詳しく説明すると、同期クライアント１７は、セン
タコンピュータ１側のエントリの状態が「変更なし」の
ときは、ローカルコンピュータ２側のエントリの状態が
「変更なし」であれば何もせず、「内容変更」, 「内容
＋パス名変更」および「パス名変更」であれば変更をセ
ンタコンピュータ１側に反映し、「削除」であればセン
タコンピュータ１側およびローカルコンピュータ２側と
もにファイルを抹消する。また、センタコンピュータ１
側のエントリの状態が「内容変更」, 「内容＋パス名変
更」および「パス名変更」のときは、ローカルコンピュ
ータ２側のエントリの状態が「変更なし」であれば変更
をローカルコンピュータ２側に反映し、「内容変更」,
「内容＋パス名変更」および「パス名変更」であれば更
新日時の新しい方をもう一方に反映し、「削除」であれ
ば更新日時を比較し、削除側が新しければセンタコンピ
ュータ１側およびローカルコンピュータ２側ともにファ
イルを抹消し、そうでなれば変更をもう一方に反映す
る。さらに、センタコンピュータ１側のエントリの状態
が「削除」のときは、ローカルコンピュータ２側のエン
トリの状態が「変更なし」であればセンタコンピュータ
１側およびローカルコンピュータ２側ともにファイルを
抹消し、「内容変更」, 「内容＋パス名変更」および
「パス名変更」であれば更新日時を比較し、削除側が新
しければセンタコンピュータ１側およびローカルコンピ
ュータ２側ともにファイルを抹消し、そうでなれば変更
をもう一方に反映し、「削除」であればセンタコンピュ
ータ１側およびローカルコンピュータ２側ともにファイ
ルを抹消する。

【００４２】また、図７によって決定される処理につい
て詳しく説明すると、同期クライアント１７は、センタ
コンピュータ１側のエントリの保管属性が「保管なし」
のときは、ローカルコンピュータ２側のエントリの保管
属性が「保管なし」, 「保管中」および「保管解除」で
あれば何もせず、「新規保管」であればローカルコンピ
ュータ２側のファイル２４の実体を削除し、センタコン
ピュータ１側およびローカルコンピュータ２側ともに保
管属性を「保管中」に変更する。また、センタコンピュ
ータ１側のエントリの保管属性が「新規保管」のとき
は、ローカルコンピュータ２側のエントリの保管属性が
「保管なし」および「新規保管」であればローカルコン
ピュータ２側のファイル２４の実体を削除し、センタコ
ンピュータ１側およびローカルコンピュータ２側ともに
保管属性を「保管中」に変更し、「保管中」および「保
管解除」であれば何もしない。さらに、センタコンピュ
ータ１側のエントリの保管属性が「保管中」のときは、
ローカルコンピュータ２側のエントリの保管属性が「保
管なし」，「新規保管」および「保管中」であれば何も
せず、「保管解除」であればローカルコンピュータ２側
にセンタコンピュータ１側にあるファイル１４の実体を
コピーしてファイル２４として登録し、センタコンピュ
ータ１側およびローカルコンピュータ２側ともに保管属
性を「保管なし」に変更する。さらにまた、センタコン
ピュータ１側のエントリの保管属性が「保管解除」のと
きは、ローカルコンピュータ２側のエントリの保管属性
が「保管なし」および「新規保管」であれば何もせず、
「保管中」および「保管解除」であればローカルコンピ
ュータ２側にセンタコンピュータ１側にあるファイル１
４の実体をコピーしてファイル２４として登録し、セン
タコンピュータ１側およびローカルコンピュータ２側と
もに保管属性を「保管なし」に変更する。

【００４３】最後に、同期クライアント１７は、同期サ
ーバ２７との接続を解除する（ステップＳ２０８）。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
ファイル実体をファイル名ではなく識別子で識別してい
るので、ファイル名の変更に対しても、ファイル実体の
無駄なデータ転送を無くし、ファイル名の書き替えだけ
で処理できるという効果がある。

【００４５】さらに、センタコンピュータで保管されて
いればよいファイルや本当に不要なファイルはローカル
コンピュータで保管指示も削除も管理できるので、セン
タコンピュータおよびローカルコンピュータともに非同
期な状態で操作者が指示でき、操作者が同期処理時まで
削除してよいファイルを覚えておく必要がなくなるた
め、ローカルコンピュータではファイルを実際に削除で
き、ファイル容量の節約もできるという効果がある。

【００４６】また、上位プログラムからは、従来のスタ
ンドアロンのファイル管理システムと同様にアクセスで
きるため、通常の処理に影響を与えないという副次的な
効果もある。

【図面の簡単な説明】

【図１】本発明の一実施例に係る分散ファイルの同期方
式が適用されたコンピュータシステムの構成を示すブロ
ック図である。

【図２】通常のファイル操作時（ファイル操作手段経
由）の拡張ファイル操作手段での状態の変更処理による
拡張ファイル管理テーブルのエントリの状態遷移を示す
図である。

【図３】拡張ファイル操作手段での保管属性の変更処理
による拡張ファイル管理テーブルのエントリの状態遷移
を示す図である。

【図４】図１中の同期サーバの処理を示すフローチャー
トである。

【図５】図１中の同期クライアントの処理を示すフロー
チャートである。

【図６】図１中の同期クライアントが図５中のステップ
２０７で行う状態に応じた処理を決定するための表であ
る。

【図７】図１中の同期クライアントが図５中のステップ
２０７で行う保管属性に応じた処理を決定するための表
である。

【符号の説明】

１ センタコンピュータ ２ ローカルコンピュータ １１，２１ 上位プログラム １２，２１ ファイル操作手段 １３，２３ ファイル管理テーブル １４，２４ ファイル １５，２５ 拡張ファイル操作手段 １６，２６ 拡張ファイル管理テーブル １７ 同期クライアント １８，２８ 通信手段 ２７ 同期サーバ

フロントページの続き (56)参考文献 特開 平９−265424（ＪＰ，Ａ) 特開 平２−110643（ＪＰ，Ａ) 特開 平２−183843（ＪＰ，Ａ) 特開 平３−216733（ＪＰ，Ａ) 特開 平４−17039（ＪＰ，Ａ) 特開 平４−98434（ＪＰ，Ａ) 特開 平４−354046（ＪＰ，Ａ) 特開 平７−84850（ＪＰ，Ａ) 特開 平７−160566（ＪＰ，Ａ) 特開 平７−168747（ＪＰ，Ａ) 特開 平７−234812（ＪＰ，Ａ) 特開 平７−334352（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ファイルの集合全体を管理するセンタコ
   ンピュータと、このセンタコンピュータと間欠的に接続
   され一部分のファイルのコピーを分散して持つローカル
   コンピュータとからなり、前記センタコンピュータおよ
   び前記ローカルコンピュータ上にスタンドアロン用のフ
   ァイル操作手段とファイル管理テーブルとを備え、前記
   センタコンピュータおよび前記ローカルコンピュータの
   それぞれでファイルの生成，更新および削除を非同期に
   行うコンピュータシステムにおいて、前記センタコンピュータおよび前記ローカルコンピュー
   タにそれぞれ設けられ、 ファイル実体の一つ一つを識別
   するために識別子を付け、そのファイル実体の状態とし
   て新規，内容変更，パス名変更，削除，保管等を管理す
   る拡張ファイル管理テーブルと、前記センタコンピュータおよび前記ローカルコンピュー
   タにそれぞれ設けられ、 上位プログラムからのファイル
   操作指示を検出し、ファイルの状態変化を前記拡張ファ
   イル管理テーブルに反映する拡張ファイル操作手段と、前記センタコンピュータおよび前記ローカルコンピュー
   タにそれぞれ設けられ、 前記センタコンピュータと前記
   ローカルコンピュータとを接続する通信手段と、前記ロ
   ーカルコンピュータに設けられ、同期指示を与えられた
   ときに、前記通信手段による同期クライアントとの接続
   後に、前記同期クライアントからの要求に応じて前記拡
   張ファイル操作手段経由で前記拡張ファイル管理テーブ
   ルの参照／更新を行い、前記ファイル操作手段経由で前
   記ファイル管理テーブルおよびファイルの実体の参照／
   更新を行い、前記通信手段による前記同期クライアント
   との接続を解除する同期サーバと、 前記センタコンピュータに設けられ、同期指示を与えら
   れたときに、前記通信手段による前記同期サーバとの接
   続後に、前記ローカルコンピュータ側の状態が新規の各
   エントリに対して前記センタコンピュータおよび前記ロ
   ーカルコンピュータの同時未使用のエントリを予約し、
   前記ローカルコンピュータ側の新規ファイルの実体を前
   記センタコンピュータ側にも新規ファイルとして登録
   し、前記センタコンピュータおよび前記ローカルコンピ
   ュータともに前記拡張ファイル管理テ ーブルの予約エン
   トリに登録変更して状態を変更なしとし、前記センタコ
   ンピュータ側の状態が新規の各エントリに対して前記セ
   ンタコンピュータ側の新規ファイルの実体を前記ローカ
   ルコンピュータ側にも新規ファイルとして登録し、前記
   ローカルコンピュータ側の前記拡張ファイル管理テーブ
   ルのエントリに登録変更して前記センタコンピュータお
   よび前記ローカルコンピュータともに状態を変更なしと
   し、前記センタコンピュータ側の各使用中エントリに対
   して同一ｉｄの前記センタコンピュータおよび前記ロー
   カルコンピュータの両拡張ファイル管理テーブルのエン
   トリの状態に応じて決定される処理を実行して前記セン
   タコンピュータおよび前記ローカルコンピュータともに
   状態を変更なしとし、同様に保管属性に応じて決定され
   る処理を実行し、前記通信手段による前記同期サーバと
   の接続を解除する前記同期クライアントと を有すること
   を特徴とする分散ファイルの同期方式。
2. 【請求項２】 前記同期サーバおよび前記同期クライア
   ントが、前記拡張ファイル管理テーブルの保管属性が保
   管のときにファイルを削除し、保管属性はそのまま残す
   請求項１記載の分散ファイルの同期方式。