JPH0652119A - レプリケートファイル参照方式 - Google Patents

Abstract

(57)【要約】 【目的】 分散データ処理システムにおける、ファイル
サーバの代わりにレプリカサーバを効率よく利用する方
式を提供する。 【構成】 ファイルサーバ110にあるファイル112の参照
要求を通信ネットワーク152に接続されたクライアント1
20が通信ネットワーク151を通じて行い、クライアント1
20のディスクにレプリカ122を格納する時、このことを
経路途中のゲート140が認知し、上記110、112、120、12
2を特定する情報を更新事実テーブル143に書き込む。そ
の後、クライアント130が、前記ファイル112の参照を行
うときに、経路途中の前記ゲート140が、参照要求を認
知し、本来ならば、前記ファイルサーバ110に送達され
る参照要求を、前記クライアント120へ送達するよう変
更する。前記クライアント120は、ファイル112に関して
のみ、レプリカサーバの役目をする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は分散データ処理システム
におけるレプリケートファイルの効率の良い運用に好適
なレプリケートファイル参照方式に関する。

【０００２】

【従来の技術】分散データ処理システムは、ＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と呼ばれる通信
ネットワークにパーソナルコンピュータやワークステー
ションなどのデータ処理システムを複数接続し、相互に
通信ネットワークを介して情報の授受を行いながら、そ
れぞれの処理を遂行するシステムである。分散データ処
理システムにおける重要な技術として、通信ネットワー
ク上の１つのデータ処理システムから他のデータ処理シ
ステムに存在するファイルのアクセスを可能とする分散
ファイルシステムがある。分散ファイルシステムは、１
つのデータ処理システムに存在するファイルを複数のデ
ータ処理システムが共用することを可能とする。ここで
は、共用されるファイルが存在するデータ処理システム
をファイルサーバと呼び、ファイルサーバ上の共用ファ
イルにアクセスするデータ処理システムをクライアント
と呼ぶことにする。

【０００３】特定の共用ファイルが頻繁にアクセスされ
るとそのファイルサーバに要求が集中し、分散データ処
理システム全体の性能上のボトルネックとなる可能性が
ある。そこでこのファイルのコピーを第２のファイルサ
ーバにも置き、このファイルへのアクセス要求の一部を
第２のファイルサーバで処理することにより、２つのフ
ァイルサーバの間で負荷分散し、前記のボトルネックの
解消を図ることが行われる。同一ファイルのコピーを複
数のデータ処理システムに置くことにより、ファイル破
壊が発生してもコピーを代替として用いることにより、
当該ファイルのへのアクセスが中断せず、また回復も容
易となるので、分散データ処理システム全体の信頼性向
上にもなる。同一ファイルのコピーの各々をそのファイ
ルのレプリカ、あるいはレプリケートファイルと呼び、
コピーを作成することをレプリケーションと云い、ファ
イルのコピーを所有しているデータ処理システムをレプ
リカサーバと云う。分散ファイルシステムについてはエ
ー・シー・エム、コンピューティング サーベイズ、第
２２巻、第４号（１９９０年）ＰＰ３２１−３７４（Ａ
ＣＭ，Ｃｏｍｐｕｔｉｎｇ Ｓｕｒｖｅｙｓ，Ｖｏｌ．
２２，Ｎｏ．４（１９９０）ＰＰ３２１−３７４）にお
いて解説されており、レプリケーションについては同文
献のＰＰ３３９−３４０に論じられている。

【０００４】

【発明が解決しようとする課題】分散ファイルシステム
は、単ーのＬＡＮではなく、ＬＡＮを相互接続した世界
的規模のネットワークでの運用が今後期待されている。
たとえば、米国のオフィスにあるファイルを東京や大阪
のオフィスから参照するために利用する。そのときに前
述したレプリケーションの利用は、世界規模でのファイ
ルサーバのオーバヘッドの集中や、通信量の増加を抑制
する上で重要となる。上の例で言えば、東京と大阪との
クライアントが米国に２重にアクセスする方法と、東京
に米国のレプリカサーバを置き、日本国内のクライアン
トは、レプリカサーバをアクセスする方法を検討する。
前者にくらべて後者の方が、通信にかかる時間も一般に
短く、米国のファイルサーバのオーバヘッドもない。

【０００５】しかし、実際に、レプリカサーバを何処に
置くかは問題である。従来は、遠距離（米国）に存在す
るファイルサーバについて、レプリケーション専用のサ
ーバを設置した。クライアントは、専用サーバの所在を
意識したステップを持って、レプリカを参照する必要が
あった。また、複数のクライアントによるレプリカサー
バへのアクセスの集中は、必然的にレプリカサーバの処
理のオーバヘッドを大きく、通信ネットワークのトラフ
ィックを増すこととなる。本発明の課題は、遠距離のフ
ァイルサーバ内のファイルを最初に参照したクライアン
トをそのファイルのレプリカサーバとし、他のクライア
ントがファイルサーバ内のファイルを参照する際に、フ
ァイルサーバの代わりにレプリカサーバ内のレプリカを
参照できるようするレプリケートファイル参照方式を提
供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、通信ネットワーク間の交信を制御するゲ
ートに更新事実テーブルを設け、この更新事実テーブル
には、自通信ネットワーク内のデータ処理装置が他通信
ネットワーク内のファイルサーバに存在するファイルを
参照してレプリケートファイルをファイル格納手段に格
納したことを示す前記ファイルサーバとファイルとレプ
リケートファイルの存在するデータ処理装置（レプリカ
サーバ）およびそのレプリケートファイルを特定する情
報が登録される。前記ゲートは、自通信ネットワーク内
のデータ処理装置からの他通信ネットワーク内のデータ
処理装置への交信を監視し、該交信がファイルサーバに
存在するファイルを参照するものであるとき前記更新事
実テーブルを参照して該ファイルサーバおよびファイル
が登録されているか否かを調べる。そして、登録されて
いないとき、該ファイルサーバとの交信を許可し、交信
結果からファイルサーバとファイルと交信元のデータ処
理装置を認知して、前記更新事実テーブルにファイルサ
ーバとファイルと交信元であるデータ処理装置（レプリ
カサーバ）およびそのレプリケートファイルを特定する
情報を登録する。

【０００７】登録されているとき、ファイルの参照先を
前記ファイルサーバからファイルのレプリケートファイ
ルが存在するレプリカサーバに変更し、交信元のデータ
処理装置がレプリケートファイルを参照できるようにし
ている。

【０００８】

【作用】クライアントが参照を要求するファイルサーバ
に存在するファイルのレプリケートファイルを格納して
いるレプリカサーバがあるとき、クライアントの参照要
求先をファイルサーバからレプリカサーバに変更するた
め、ファイルサーバと交信するよりはるかに高速に交信
することができ、効率的なファイル参照が可能となる。
また、特定の専用レプリカサーバを持たないことで、ネ
ットワークのトラフィックの集中や、サーバの負担が少
なくなる。さらに、レプリケートファイルの有効期限の
情報を付加することにより、同一のファイルの複数のレ
プリケートファイルが存在するときに、最適なレプリケ
ートファイルの参照を容易にしている。

【０００９】

【実施例】以下、図を用いて本発明の実施例を説明す
る。図１は本発明が適用可能な分散データ処理システム
の概要を示した構成図である。共用されるファイルが存
在するデータ処理システムであるファイルサーバ１１
０、ファイルサーバ上の共用ファイルにアクセスするデ
ータ処理システムであるクライアント１２０、及び１３
０はそれぞれ独立したデータ処理システムであり、各デ
ータ処理システムは共通の通信ネットワーク１５０およ
び１５２に接続されており、ゲート１４０とゲート１４
２間を広域網１５１を介して相互に通信、及びデータ転
送が可能である。各ゲートはデータ処理システムからな
り、ゲート１４０には、交信事実テーブル１４３が接続
されている。例えばファイルサーバ１１０、及びクライ
アント１２０、及び１３０は高性能なワークステーショ
ン（ＷＳ）であり、ゲート１４０は、高速なメモリアク
セスが可能な交換機であり、メモリ上に１４３の更新事
実テーブルがあり、通信ネットワークとしてローカルエ
リアネットワーク（ＬＡＮ）を使用するのが典型的な構
成の例である。ファイルサーバ１１０、及びクライアン
ト１２０はそれぞれファイル格納のためにディスク装置
１１１、及び１２１を有しており、そこに格納されたフ
ァイル１１２、１１３、及び１２２は、クライアント１
３０から参照することができる。

【００１０】特定のファイル１１２を考える。最初に、
ファイル１１２の参照をサーバ１１０にクライアント１
２０は要求する。サーバ１１０は、レプリカファイルを
作成することをクライアント１２０に許可する。クライ
アント１２０は、ファイル１１２のコピーを、ディスク
装置１２１にレプリカファイル１２２として格納する。
レプリカファイルが存在するクライアントをレプリカサ
ーバと云う。レプリカファイル１２２が存在するクライ
アント１２０はレプリカサーバになる。この一連の作業
中に、レプリカを許可するデータは、ゲート１４０を通
過する。前記レプリカ許可データは、ファイル１１２の
コピー本体に付加されるか、コピー以前に別便で、サー
バ１１０よりクライアント１２０へ送信される。ゲート
１４０は、ネットワーク上を転送するレプリカ許可デー
タを監視し、発見した際に、サーバ１１０のファイル１
１２のレプリカがクライアント１２０の管理下に作成さ
れた更新事実を、自らのテーブル１４３に格納する。

【００１１】その後、ファイル１１２の参照をサーバ１
１０にクライアント１３０が要求した際に、ゲート１４
０は、通信ネットワークを伝達する要求事実を認知し、
前記更新事実テーブル１４３を検索する。要求事実が示
す参照先と、更新事実が示す更新先が一致するとき、ク
ライアント１３０の参照先を、サーバ１１０からレプリ
カサーバ１２０へ変更する。よって、クライアント１３
０のファイル参照要求は、レプリカサーバ１２０が処理
する。クライアント１３０は、ファイル１１２の代わり
にレプリカ１２２をアクセスすることとなる。

【００１２】図２は、従来の構成図である。専用のレプ
リカサーバ２２０が存在することが、図１との大きな違
いである。図２中、クライアント２３０とレプリカサー
バ２２０は、同一の通信ネットワーク２５２上にある
が、実際には別個のネットワークに存在することが多
く、クライアント２３０は、レプリカサーバ２２０の存
在を知らないことが多い。したがって、クライアント２
３０は、レプリカサーバ２２０内のレプリカ２２１を知
らずに、ファイルサーバ１２０内のファイル２１１の参
照にいく。

【００１３】本実施例においては、専用のレプリカサー
バを置かないで、クライアントが個々のファイルのレプ
リカサーバになることが、特徴である。図１において、
別のファイル１１３は、クライアントのディスク１３１
にレプリカ１３３として格納している。したがって、ク
ライアント１２０、及び１３０は、それぞれファイル１
１２のレプリカサーバ、ファイル１１３のレプリカサー
バとなる。クライアント１２０、及び１３０は、ファイ
ルサーバ１１０へのファイル参照を要求する処理のみを
行えばよく、ゲート１４０が、要求通過時に、ファイル
参照先をレプリカサーバへ変更する処理を受け持つ。通
信ネットワークを介した通信は送信側、及び受信側の交
信手順を定めたプロトコルに乗っ取って行われ、この中
には受信すべきデータ処理装置の指定方法、即ちアドレ
スの指定方法も含んでいる。データ転送自体は通信路上
に電気的な振動を発生させ、あるいはそれを検出するこ
とにより行われ、通信は各データ処理システムは検出し
た電気振動に含まれるアドレス情報を読み取って、自ら
への通信であるか否かを判定することにより成立する。

【００１４】図３は、ゲート１４０の構成を示したもの
である。従来のゲート２４０は、通信ネットワーク２５
０と２５２間のデータを相互に送達するデータ送達手段
３００のみを持つ。本実施例のゲート１４０は、データ
送達手段３００と独立に、参照先変更手段手段３０１、
更新事実認知手段３０２、参照要求認知手段３０３、交
信監視手段３０４と、更新事実テーブル１４３と、コネ
クタ３１０、３１１を持つ。手段３００〜３０４とは、
別々のプロセッサであり、マルチプロセッサ構成を取
り、夫々のプロセッサは別々のプログラムの下に動作す
る。更新事実テーブル１４３は手段３０１〜３０３とが
共通にアクセスするメモリ上に存在するデータであるこ
とが、データ処理の高速化のうえで望ましい。なお、手
段３００〜３０３を、別々のプロセッサとせずに、１つ
のプロセッサで構成してもよく、また、少ない個数のマ
ルチプロセッサ構成としてもよいことは云うまでもな
い。

【００１５】図４は、更新事実テーブル１４３の一実施
例である。更新元（サーバ）を示す欄４０１と、更新先
（クライアント）を示す欄４０２と、更新先が指定した
有効期限を示す欄４０３とで構成する。たとえば、欄４
０１と欄４０２のデータは、データ処理システムのネッ
トワークアドレスとファイル名とを組合せた文字列、欄
４０３のデータは、世界標準時時刻を示す整数である。

【００１６】図５は、ゲート１４０がレプリカ更新の通
信データを受けた場合の処理手順を示す。ステップ５０
１〜５０３は、通信データを送達する手順であり、ステ
ップ５１０〜５１１が、更新情報を認知する手順であ
る。図６は、ゲート１４０がファイル参照の通信データ
を受けた場合の処理手順を示す。ステップ６０１〜０４
が通信データを送達する手順であり、ステップ６１０〜
６１５が、通信データの参照先を変更する手順である。

【００１７】以下、図１及び図３〜図６を用いて、本実
施例にしたがい、ゲート１４０の動作を説明する。ま
ず、クライアント１２０がサーバ１１０へファイル１１
２を参照する場合の動作を説明する。通信ネットワーク
１５２とのインタフェースであるコネクタ３１０は電気
的接続の他に、通信のあて先アドレスの処理を行う。即
ち、指定アドレスがネットワーク１５０方面のアドレス
であった場合は、通信データを取り込み、その処理をデ
ータ送達手段３００に行わせる（ステップ６０１）。デ
ータ送達手段３００は、通信データを広域網１５１のプ
ロトコルに合わせて（ステップ６０２）、コネクタ３１
１より通信データを送信する（ステップ６０３）。

【００１８】ファイル１１２の通信データ、およびレプ
リカ許可を示すデータが、コネクタ３１１を介してデー
タ送達手段３００に返信される（ステップ５０１）。デ
ータ送達手段３００は、通信データを通信ネットワーク
１５２のプロトコルに合わせて（ステップ５０２）、コ
ネクタ３１０より送信する（ステップ５０３）。そのさ
いに、交信監視手段３０４は、コネクタ３１１がデータ
送達手段３００へ送達する信号を監視し（ステップ５１
０）、更新事実認知手段３０２に信号を送信する。更新
事実認知手段３０２は、通信データがレプリカの更新す
るデータと認知したときに、図４に示すような形式で、
１４３の更新事実テーブルに更新事実を格納する（ステ
ップ５１１）。

【００１９】つぎに、クライアント１３０がサーバ１１
０へファイル１１２を参照する場合の動作を説明する。
コネクタ３１０、データ送達手段３００、コネクタ３１
１を介して、参照要求がゲート１４０を通過する（ステ
ップ６０１〜６０３）。交信監視手段３０４は、コネク
タ３１０がデータ送達手段３００へ送達する信号を監視
し、参照要求認知手段３０３に信号を送信する（ステッ
プ６１０）。参照要求認知手段３０３は、信号を解釈
し、ファイルサーバへのファイル参照要求であることを
知ると、更新事実テーブル１４３を検索し（ステップ６
１１）、同一のファイルがすでにレプリカとして通信ネ
ットワーク１５２に存在するかどうかを確認する。更新
事実が更新事実テーブル１４３に存在しない場合は処理
を終了する。更新事実が更新事実テーブル１４３に存在
した場合（ステップ６１２）には、参照要求認知手段３
０３は、データ送達手段３００に割り込み６１５をかけ
（ステップ６１３）、データ送達手段３００がファイル
参照要求をコネクタ３１１を介して、通信ネットワーク
１５１へ送達するのを中止させる（ステップ６０４）。
中止後、参照要求認知手段３０３は、参照先変更手段３
０１に制御を渡す。参照先変更手段３０１は、更新事実
テーブル１４３の更新事実をもとに、データの参照先を
変更する（ステップ６１４）。データ送達手段３００が
変更先のレプリカサーバに参照要求を送達し（ステップ
６１６）、変更先のレプリカサーバ１２０は、クライア
ント１３０へ参照データを送達する（ステップ６１
７）。

【００２０】次に、図７に示すクライアント１３０から
ファイルサーバ１１０への送信データ７００とその結果
得られた受信データ７１０の実施例を用いて、図６のス
テップ６１４、ステップ６１６、ステップ６１７で示し
たデータの参照先の変更と変更後のデータ転送について
説明する。参照要求７００は、送信元のアドレス７０１
や受信先のアドレス７０２等の通信するためのヘッダと
特定のファイル１１１の参照要求を示すデータ部７０３
と更新事実テーブル１４３を持つゲート１４０が受信先
を変更してもよいことを許可するフラグ７０４（たとえ
ば、ビット列のコード）を含む。また、フラグ７０５は
最新レプリカ参照フラグである（これについては後述す
る）。交信監視手段３０４は、参照要求のフラグ７０４
が設定されている場合にファイルサーバ１１０の代わり
にレプリカサーバ１２０を参照するための以後の処理を
行なうことを決定する。レプリカサーバ１２０を参照す
るための処理（ステップ６１１〜６１４）が行なわれ参
照先を変更することになると、参照先変更手段３０１
は、レプリカサーバ１２０を示す受信先のアドレスのデ
ータをクライアント１３０が指定した受信先のアドレス
７０１に上書きする。データ送達手段３００、参照要求
をファイルサーバ１１０ではなく、変更先のレプリカサ
ーバ１２０に送達する。レプリカサーバ１２０がクライ
アント１３０へ送達する参照要求７００の結果７１０
は、クライアント１３０のアドレス７１１、レプリカサ
ーバ１２０のアドレス７１２、ファイルサーバの内容を
示すデータ部７１３と、ファイルサーバではなくレプリ
カサーバ１２０からのデータであることを示すフラグ７
１４を含む。

【００２１】本発明の図６のステップ６１４の別の実施
例では、図９のような更新事実テーブル１４３を備え、
図８に示すように、同一ファイルの複数のレプリケート
ファイルが存在する際に、ゲート１４０を最後に通過し
たレプリカ（最新レプリカ）を、あるいは参照の有効期
限が最も長いレプリカ（最長有効レプリカ）を参照する
手順を提供する。図９の更新事実テーブル１４３は、サ
ーバ名とファイル名を組合わせたオリジナルなファイル
名９０１と、レプリカサーバ名とレプリケートファイル
名を組合わせたファイル名９０２と、ファイルサーバか
ら通知されたレプリカの有効期限９０３と、ゲートを通
過した際に項目９０１〜９０３のデータを更新した時刻
９０４を含んだ場合の実施例を示す。図８において、参
照先変更手段３０１が、クライアント１３０が送信した
参照要求７００に含まれる最新レプリカ参照フラグ７０
５（たとえば、ビット列）が設定されているかどうかの
判定する（ステップ８０１）。参照要求のファイル１２
１と一致するファイル名７０３が存在する際に、最新参
照フラグ７０５が設定している場合にはファイル更新時
刻９０４を検索し、最新更新時刻のレプリケートファイ
ル９０２を変更先とし（ステップ８０３）、設定しない
場合にはレプリカの有効期限９０３を検索し、参照の有
効期限が最も長いレプリケートファイル９０２を変更先
として利用する（ステップ８０２）。

【００２２】

【発明の効果】本発明によれば、世界規模で相互接続す
るネットワークにおいて、通過途中のゲートに更新事実
テーブルを設け、これを利用することにより、クライア
ントはファイルサーバ内のファイルを参照する代わり
に、レプリカサーバ内のレプリケートファイルを参照す
ることができ、高速なファイル参照を可能とする効果が
ある。また、特定の固定的な専用レプリカサーバを置か
ないことで、トラフィックの集中を避け、分散ファイル
システムの負荷分散を促進し、サーバの負担が少なくす
る効果もある。さらに、レプリケートファイルの有効期
限の情報を付加することにより、同一のファイルの複数
のレプリケートファイルが存在するときに、最適なレプ
リケートファイルの参照を容易にする効果もある。

【図面の簡単な説明】

【図１】本発明の１実施例における適用対象である分散
データ処理システムの概要を示すブロック構成図であ
る。

【図２】従来の分散データ処理システムの概要を示すブ
ロック構成図である。

【図３】ゲートの構成を示すブロック図である。

【図４】更新事実テーブルの構造を示す図である。

【図５】ゲートがレプリカ更新の通信データを受けた場
合のゲートにおける処理を示すフローチャートである。

【図６】ゲートにおける参照先を変更する処理を示すフ
ローチャートである。

【図７】クライアントからファイルサーバへの送信デー
タおよびその結果得られた受信データを示す図である。

【図８】同一ファイルの複数のレプリケートファイルが
存在する際のレプリカ参照処理のフローチャートであ
る。

【図９】更新事実テーブルの一例を示す図である。

【符号の説明】

１１０ ファイルサーバ １１１、１２１、１３１ ディスク １１２、１１３ ファイル １２０、１３０ クライアント １２２、１３３ レプリカファイル １４０ ゲート １４３ 更新事実テーブル １５０、１５２ ネットワーク １５１ 広域網 ３００ データ送達手段 ３０１ 参照先変更手段 ３０２ 更新事実認知手段 ３０３ 参照要求認知手段 ３０４ 交信監視手段 ３１０、３１１ コネクタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中野 裕彦 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 小林 敦 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の通信ネットワークからなり、各通
   信ネットワークはファイル格納手段を有する複数のデー
   タ処理装置と通信ネットワーク間の交信を制御するゲー
   トを備え、データ処理装置間での交信が可能な分散デー
   タ処理システムにおけるレプリケートファイル参照方式
   であって、 前記ゲートは、 自通信ネットワーク内のデータ処理装置が他通信ネット
   ワーク内のファイルサーバに存在するファイルを参照し
   てレプリケートファイルをファイル格納手段に格納した
   ことを示す前記ファイルサーバとファイルとレプリケー
   トファイルの存在するデータ処理装置（レプリカサー
   バ）およびそのレプリケートファイルを特定する情報を
   登録された更新事実テーブルを備え、 自通信ネットワーク内のデータ処理装置からの他通信ネ
   ットワーク内のデータ処理装置への交信を監視し、該交
   信がファイルサーバに存在するファイルを参照するもの
   であるとき前記更新事実テーブルを参照して該ファイル
   サーバおよびファイルが登録されているか否かを調べ、 登録されていないとき、該ファイルサーバとの交信を許
   可し、交信結果からファイルサーバとファイルと交信元
   のデータ処理装置を認知して、前記更新事実テーブルに
   ファイルサーバとファイルと交信元であるデータ処理装
   置（レプリカサーバ）およびそのレプリケートファイル
   を特定する情報を登録し、 登録されているとき、ファイルの参照先を前記ファイル
   サーバからファイルのレプリケートファイルが存在する
   レプリカサーバに変更し、交信元のデータ処理装置がレ
   プリケートファイルを参照できるよう構成されたことを
   特徴とするレプリケートファイル参照方式。
2. 【請求項２】 請求項１記載のレプリケートファイル参
   照方式において、 前記データ処理装置はファイルサーバと交信する際の送
   信データ中に、受信先をファイルサーバから前記レプリ
   カサーバに変更することを前記ゲートに対して許可する
   受信先変更許可フラグを設けたことを特徴とするレプリ
   ケートファイル参照方式。
3. 【請求項３】 請求項１記載のレプリケートファイル参
   照方式において、 前記ファイルサーバは、データ処理装置からのファイル
   参照要求に応じて交信結果のファイル情報にレプリケー
   トファイルの許可データを付加し、 前記データ処理装置は前記レプリケートファイルの許可
   データに基づきレプリケートファイルを作成し、 前記ゲートは、前記通信ネットワーク上の交信を監視す
   ることにより前記レプリケートファイルの許可データを
   検出し、該許可データに基づき前記更新事実テーブルを
   更新するようにしたことを特徴とするレプリケートファ
   イル参照方式。
4. 【請求項４】 請求項３記載のレプリケートファイル参
   照方式において、 前記ファイルサーバは、前記レプリケートファイルの許
   可データに有効参照期限を示すデータを付加し、 前記データ処理装置はファイルサーバと交信する際の送
   信データ中に、最新のレプリケートファイルの参照要求
   を示す最新レプリカ参照フラグを設け、 前記ゲートは、前記許可データに基づく前記更新事実テ
   ーブルの更新時に前記有効参照期限と共に更新時刻を登
   録し、データ処理装置の送信データ中に前記最新レプリ
   カ参照フラグが設定されているときには最新のレプリケ
   ートファイルの存在するレプリカサーバに参照先を変更
   し、前記最新レプリカ参照フラグが設定されていないと
   きには前記有効参照期限が最も長いレプリケートファイ
   ルの存在するレプリカサーバに参照先を変更するように
   したことを特徴とするレプリケートファイル参照方式。
5. 【請求項５】 請求項１記載のレプリケートファイル参
   照方式において、 前記ゲートは、 自通信ネットワーク内のデータ処理装置と他通信ネット
   ワーク内のデータ処理装置との交信を制御するデータ送
   達手段と、 前記交信の内容を監視する交信監視手段と、 前記交信監視手段から送られた通信データがレプリケー
   トファイルに関するものであることを認知し、前記更新
   事実テーブルを更新する更新事実認知手段と、 前記交信監視手段から送られた通信データがファイルサ
   ーバへのファイル参照要求であることを認知し、前記デ
   ータ送達手段に割込みをかけ他通信ネットワークへの通
   信データの送達を中止させると共に後記参照先変更手段
   に制御を渡す参照要求認知手段と、 前記通信データを基に前記更新事実テーブルを参照して
   ファイルの参照先を変更し、該変更を前記データ送達手
   段に指示する参照先変更手段を備えることを特徴とする
   レプリケートファイル参照方式。