JPH10187520A - ファイル更新処理方法 - Google Patents
ファイル更新処理方法Info
- Publication number
- JPH10187520A JPH10187520A JP9294180A JP29418097A JPH10187520A JP H10187520 A JPH10187520 A JP H10187520A JP 9294180 A JP9294180 A JP 9294180A JP 29418097 A JP29418097 A JP 29418097A JP H10187520 A JPH10187520 A JP H10187520A
- Authority
- JP
- Japan
- Prior art keywords
- file
- update
- information processing
- update process
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 回線接続された複数サーバ所有のファイル群
を保全する際、スレーブサーバ側のファイル群に対する
更新処理をマスタサーバと一致させる。 【解決手段】 回線で連係した情報処理装置毎に、それ
ぞれ同一構成のファイル群を所有し、一つの情報処理装
置系のファイル群における更新処理を他の情報処理装置
系のファイル群にも適用する際に、少なくとも１つの情
報処理装置においてファイルへの更新処理を遂行し、フ
ァイルに施した更新処理の識別情報を更新処理種別に応
じて設定し、当該更新処理識別情報をロギングしたデー
タを集積して通知し、他方の情報処理装置において前記
通知されたデータを受信し、他方の情報処理装置におけ
るファイルに対する更新処理を前記ロギングデータに基
づく更新処理種別に応じて行なうことで、前記連係した
情報処理装置間におけるそれぞれのファイル群の構成を
一致させるようにする。
を保全する際、スレーブサーバ側のファイル群に対する
更新処理をマスタサーバと一致させる。 【解決手段】 回線で連係した情報処理装置毎に、それ
ぞれ同一構成のファイル群を所有し、一つの情報処理装
置系のファイル群における更新処理を他の情報処理装置
系のファイル群にも適用する際に、少なくとも１つの情
報処理装置においてファイルへの更新処理を遂行し、フ
ァイルに施した更新処理の識別情報を更新処理種別に応
じて設定し、当該更新処理識別情報をロギングしたデー
タを集積して通知し、他方の情報処理装置において前記
通知されたデータを受信し、他方の情報処理装置におけ
るファイルに対する更新処理を前記ロギングデータに基
づく更新処理種別に応じて行なうことで、前記連係した
情報処理装置間におけるそれぞれのファイル群の構成を
一致させるようにする。
Description
【０００１】
【発明の属する技術分野】本発明は、回線接続された複
数サーバが同一構成のファイル群をそれぞれ所有し、そ
れぞれのサーバが自己所有のファイル群を保全する方法
に関し、特に１つのサーバにおけるファイル更新状況を
他のサーバにも反映させるファイル更新反映処理に関す
る。
数サーバが同一構成のファイル群をそれぞれ所有し、そ
れぞれのサーバが自己所有のファイル群を保全する方法
に関し、特に１つのサーバにおけるファイル更新状況を
他のサーバにも反映させるファイル更新反映処理に関す
る。
【０００２】
【従来の技術】近年、センタに設置したホスト情報処理
装置による集中処理に代わり、複数サーバをＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）または公衆回線
等で接続し、それぞれのサーバに個別にデータベースを
所有させる分散処理が普及している。そして、分散サー
バで情報処理を行なう際の前記データベースに蓄積され
る共通資産等は、すべてのサーバ上で同一であることが
要求されている。このため、マスタとなるサーバ上での
データベースにおけるファイル更新内容を定期的にスレ
ーブサーバにおけるデータベースのファイル構成に反映
する処理が必要である。
装置による集中処理に代わり、複数サーバをＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）または公衆回線
等で接続し、それぞれのサーバに個別にデータベースを
所有させる分散処理が普及している。そして、分散サー
バで情報処理を行なう際の前記データベースに蓄積され
る共通資産等は、すべてのサーバ上で同一であることが
要求されている。このため、マスタとなるサーバ上での
データベースにおけるファイル更新内容を定期的にスレ
ーブサーバにおけるデータベースのファイル構成に反映
する処理が必要である。
【０００３】従来の反映処理における更新方法として、
マスタサーバ内のファイル群の一ファイルに更新があっ
た場合、またはディレクトリイ更新があった場合は、フ
ァイル群をすべてスレーブサーバに複写する方法が適用
されていた。
マスタサーバ内のファイル群の一ファイルに更新があっ
た場合、またはディレクトリイ更新があった場合は、フ
ァイル群をすべてスレーブサーバに複写する方法が適用
されていた。
【０００４】あるいは、反映処理におけるその他の更新
方法として、更新時において当該処理日を記録してお
き、ファイルまたはディレクトリイの更新日付を前回の
処理時の更新日付と比較して、日付が変わったものだけ
を複写対象とする方法が適用されていた。
方法として、更新時において当該処理日を記録してお
き、ファイルまたはディレクトリイの更新日付を前回の
処理時の更新日付と比較して、日付が変わったものだけ
を複写対象とする方法が適用されていた。
【０００５】
【発明が解決しようとする課題】上記の前者の方法で
は、データベースに蓄積されたファイルの量が膨大にな
ると全ファイルを複写する処理時間もそれに比例して増
大してしまう。また、変更のないものまで複写対象とな
るため、更新されたファイルが少ない場合は複写に要す
る時間が無益に浪費されることになる。
は、データベースに蓄積されたファイルの量が膨大にな
ると全ファイルを複写する処理時間もそれに比例して増
大してしまう。また、変更のないものまで複写対象とな
るため、更新されたファイルが少ない場合は複写に要す
る時間が無益に浪費されることになる。
【０００６】また、上記の後者の方法では、例えばファ
イル名称の変更（改称）やファイル削除の場合は日付の
記録が残されていないため、スレーブサーバ側で更新処
理の対象から除外されてしまう不都合があった。
イル名称の変更（改称）やファイル削除の場合は日付の
記録が残されていないため、スレーブサーバ側で更新処
理の対象から除外されてしまう不都合があった。
【０００７】本発明はこのような点にかんがみて、創出
した新規な発明であり、マスタサーバのファイル群中の
更新が施されたファイルだけを抽出し、スレーブサーバ
側のファイル群に対する更新処理をマスタサーバと一致
させる手段を提供することを課題とする。
した新規な発明であり、マスタサーバのファイル群中の
更新が施されたファイルだけを抽出し、スレーブサーバ
側のファイル群に対する更新処理をマスタサーバと一致
させる手段を提供することを課題とする。
【０００８】
【課題を解決するための手段】上記の課題は、回線で連
係した情報処理装置毎に、それぞれ同一構成のファイル
群を所有し、一つの情報処理装置系のファイル群におけ
る更新処理を他の情報処理装置系のファイル群にも適用
するファイル更新処理方法であって、少なくとも１つの
情報処理装置においてファイルへの更新処理を遂行し、
ファイルに施した更新処理の識別情報を更新処理種別に
応じて設定し、当該更新処理識別情報をロギングしたデ
ータを集積して通知し、他方の情報処理装置において前
記通知されたデータを受信し、他方の情報処理装置にお
けるファイルに対する更新処理を前記ロギングデータに
基づく更新処理種別に応じて行なうことで、前記連係し
た情報処理装置間におけるそれぞれのファイル群の構成
を一致させるようにする方法で達成する。
係した情報処理装置毎に、それぞれ同一構成のファイル
群を所有し、一つの情報処理装置系のファイル群におけ
る更新処理を他の情報処理装置系のファイル群にも適用
するファイル更新処理方法であって、少なくとも１つの
情報処理装置においてファイルへの更新処理を遂行し、
ファイルに施した更新処理の識別情報を更新処理種別に
応じて設定し、当該更新処理識別情報をロギングしたデ
ータを集積して通知し、他方の情報処理装置において前
記通知されたデータを受信し、他方の情報処理装置にお
けるファイルに対する更新処理を前記ロギングデータに
基づく更新処理種別に応じて行なうことで、前記連係し
た情報処理装置間におけるそれぞれのファイル群の構成
を一致させるようにする方法で達成する。
【０００９】
【発明の実施の形態】以下、図面を併用して本発明の実
施の形態を詳細に説明する。図１は、本発明が適用され
るマスタサーバとスレーブサーバのそれぞれの機能構成
を説明する本発明の実施の形態を説明するブロック構成
図である。
施の形態を詳細に説明する。図１は、本発明が適用され
るマスタサーバとスレーブサーバのそれぞれの機能構成
を説明する本発明の実施の形態を説明するブロック構成
図である。
【００１０】図において、１はマスタサーバであって、
１０はファイル処理部、１１はログ集積処理部、１２は
ログ編集処理部、１３はマスタサーバの通信部、１４は
マスタサーバのデータベースＭである。また、２はスレ
ーブサーバであって、２１はデータベース更新部、２３
はスレーブサーバの通信部、２４はスレーブサーバのデ
ータベースＳである。
１０はファイル処理部、１１はログ集積処理部、１２は
ログ編集処理部、１３はマスタサーバの通信部、１４は
マスタサーバのデータベースＭである。また、２はスレ
ーブサーバであって、２１はデータベース更新部、２３
はスレーブサーバの通信部、２４はスレーブサーバのデ
ータベースＳである。
【００１１】マスタサーバ１とスレーブサーバ２間は回
線で接続され、マスタサーバ１におけるデータベースＭ
１４を更新したことによるログデータ（後述する）は、
ログ集積処理部１１で集積され、ログ編集処理部１２に
おいて反復または重複した更新データ等に対する調整を
した後に通信部１３から回線を介して送信し、スレーブ
サーバ２の通信部２３で受信され、受信したログデータ
に基づいてデータベース更新部２１においてデータベー
スＳ２４が更新される。
線で接続され、マスタサーバ１におけるデータベースＭ
１４を更新したことによるログデータ（後述する）は、
ログ集積処理部１１で集積され、ログ編集処理部１２に
おいて反復または重複した更新データ等に対する調整を
した後に通信部１３から回線を介して送信し、スレーブ
サーバ２の通信部２３で受信され、受信したログデータ
に基づいてデータベース更新部２１においてデータベー
スＳ２４が更新される。
【００１２】この際、ログデータによってアップデート
指定（後述する：Ｕ記号）のあるファイルについてはマ
スタサーバ１のデータベースＭ１４にアクセスして更新
後のファイルを取得してスレーブサーバ２のデータベー
スＳ２４を更新し、またデリート指定（後述する：Ｄ記
号）のあるファイルについては、スレーブサーバ２のデ
ータベースＳ２４内で直接に処理する。
指定（後述する：Ｕ記号）のあるファイルについてはマ
スタサーバ１のデータベースＭ１４にアクセスして更新
後のファイルを取得してスレーブサーバ２のデータベー
スＳ２４を更新し、またデリート指定（後述する：Ｄ記
号）のあるファイルについては、スレーブサーバ２のデ
ータベースＳ２４内で直接に処理する。
【００１３】マスタサーバ１におけるデータベースＭ１
４に構築されているファイル編成は、ツリー状のディレ
クトリ構成であり、また、スレーブサーバ２におけるデ
ータベースＳ２４も上記のデータベースＭ１４に一致し
た同一な構成で編成されている。
４に構築されているファイル編成は、ツリー状のディレ
クトリ構成であり、また、スレーブサーバ２におけるデ
ータベースＳ２４も上記のデータベースＭ１４に一致し
た同一な構成で編成されている。
【００１４】そして、データベースＭ１４における更新
はファイルを単位とし、個々のファイルに対する更新処
理（後述する種別）と、個々のファイルが収納されてい
るディレクトリに対する更新処理（後述する種別）も含
まれている。
はファイルを単位とし、個々のファイルに対する更新処
理（後述する種別）と、個々のファイルが収納されてい
るディレクトリに対する更新処理（後述する種別）も含
まれている。
【００１５】ツリー状のディレクトリ構成を持つファイ
ル形態を図４を用いて説明する。図４に示すごとく、個
々のファイルはファイル（名称Ａ，Ｂ，Ｃ，Ｄ，．．）
と当該ファイル（Ａ，Ｂ，Ｃ，Ｄ）が接続されているデ
ィレクトリ（パス名：Ｐ，Ｐ１，Ｑ，．．）によって表
現されている。
ル形態を図４を用いて説明する。図４に示すごとく、個
々のファイルはファイル（名称Ａ，Ｂ，Ｃ，Ｄ，．．）
と当該ファイル（Ａ，Ｂ，Ｃ，Ｄ）が接続されているデ
ィレクトリ（パス名：Ｐ，Ｐ１，Ｑ，．．）によって表
現されている。
【００１６】ファイル（Ａ，Ｂ，Ｃ，Ｄ，．．）はツリ
ーの末端に位置し、カプセル形のボックスで示されるデ
ィレクトリからのパスで記述される。即ち、ファイルＡ
とファイルＢの場合は、「ルートディレクトリ」からの
「ディレクトリＰ」に接続されているので、パスはそれ
ぞれ「￥Ｐ￥Ａ」，「￥Ｐ￥Ｂ」と記述され、ファイル
Ｃの場合はさらに「ディレクトリＰ」からの「ディレク
トリＰ１」に接続されているので、パスは「￥Ｐ￥Ｐ１
￥Ｃ」と記述され、またファイルＤは、「ルートディレ
クトリ」からの「ディレクトリＱ」に接続されているの
で、パスは「￥Ｑ￥Ｄ」と記述される。
ーの末端に位置し、カプセル形のボックスで示されるデ
ィレクトリからのパスで記述される。即ち、ファイルＡ
とファイルＢの場合は、「ルートディレクトリ」からの
「ディレクトリＰ」に接続されているので、パスはそれ
ぞれ「￥Ｐ￥Ａ」，「￥Ｐ￥Ｂ」と記述され、ファイル
Ｃの場合はさらに「ディレクトリＰ」からの「ディレク
トリＰ１」に接続されているので、パスは「￥Ｐ￥Ｐ１
￥Ｃ」と記述され、またファイルＤは、「ルートディレ
クトリ」からの「ディレクトリＱ」に接続されているの
で、パスは「￥Ｑ￥Ｄ」と記述される。
【００１７】図２はマスタサーバ１側のファイル更新処
理説明図であり、上記のファイル（例えば，Ａ）に対す
る更新処理種別を説明している。即ち、ボックス３１乃
至ボックス３５で示すボックスは図１におけるファイル
処理部１０の処理であり、ボックス３１１乃至ボックス
３５１で示すボックスは図１におけるログ集積処理部１
１の処理である。なお、ボックス内において、「￥Ｐ￥
Ａ（Ｕ）」と記述した括弧内の「Ｕ」はファイルＡがア
ップデートされていることを示し、「￥Ｐ￥Ａ（Ｄ）」
と記述した括弧内の「Ｄ」はファイルＡがデリートされ
たことを示している。
理説明図であり、上記のファイル（例えば，Ａ）に対す
る更新処理種別を説明している。即ち、ボックス３１乃
至ボックス３５で示すボックスは図１におけるファイル
処理部１０の処理であり、ボックス３１１乃至ボックス
３５１で示すボックスは図１におけるログ集積処理部１
１の処理である。なお、ボックス内において、「￥Ｐ￥
Ａ（Ｕ）」と記述した括弧内の「Ｕ」はファイルＡがア
ップデートされていることを示し、「￥Ｐ￥Ａ（Ｄ）」
と記述した括弧内の「Ｄ」はファイルＡがデリートされ
たことを示している。
【００１８】図２におけるログデータを個別に説明すれ
ば、ボックス３１「更新／作成」ではファイルＡがアッ
プデートされているので、ボックス３１１に示す「￥Ｐ
￥Ａ（Ｕ）」をログデータとして出力する。
ば、ボックス３１「更新／作成」ではファイルＡがアッ
プデートされているので、ボックス３１１に示す「￥Ｐ
￥Ａ（Ｕ）」をログデータとして出力する。
【００１９】ボックス３２「削除」ではファイルＡがデ
リートされているので、ボックス３２１に示す「￥Ｐ￥
Ａ（Ｄ）」をログデータとして出力する。ボックス３３
「名称変更」ではファイルＡの名称をＢに変更するの
で、ファイルＡをデリートし、併せてファイルＢを同一
パスＰにアップデートすることになる。そこで、ボック
ス３３１に示す「￥Ｐ￥Ａ（Ｄ），￥Ｐ￥Ｂ（Ｕ）」を
ログデータとして出力する。
リートされているので、ボックス３２１に示す「￥Ｐ￥
Ａ（Ｄ）」をログデータとして出力する。ボックス３３
「名称変更」ではファイルＡの名称をＢに変更するの
で、ファイルＡをデリートし、併せてファイルＢを同一
パスＰにアップデートすることになる。そこで、ボック
ス３３１に示す「￥Ｐ￥Ａ（Ｄ），￥Ｐ￥Ｂ（Ｕ）」を
ログデータとして出力する。
【００２０】ボックス３４「移動」ではディレクトリイ
ＰからディレクトリイＱへファイルＡを移すので、ファ
イルＡをデリートし、併せてファイルＢを異なるパスＱ
にアップデートすることになる。そこで、ボックス３４
１に示す「￥Ｐ￥Ａ（Ｄ），￥Ｑ￥Ｂ（Ｕ）」をログデ
ータとして出力する。
ＰからディレクトリイＱへファイルＡを移すので、ファ
イルＡをデリートし、併せてファイルＢを異なるパスＱ
にアップデートすることになる。そこで、ボックス３４
１に示す「￥Ｐ￥Ａ（Ｄ），￥Ｑ￥Ｂ（Ｕ）」をログデ
ータとして出力する。
【００２１】ボックス３５「複写」ではファイルＡに同
一内容のファイルＢを異なるパスＱにアップデートする
ので、ボックス３５１に示す「￥Ｑ￥Ｂ（Ｕ）」のみを
ログデータとして出力する。
一内容のファイルＢを異なるパスＱにアップデートする
ので、ボックス３５１に示す「￥Ｑ￥Ｂ（Ｕ）」のみを
ログデータとして出力する。
【００２２】図３はスレーブサーバ２側のファイル更新
処理説明図であり、ログデータとして受信したファイル
に対する更新処理種別を説明している。即ち、受信した
ログデータには上述したように更新種別情報として必
ず，「Ｕ」記号または「Ｄ」記号が付与されている。
処理説明図であり、ログデータとして受信したファイル
に対する更新処理種別を説明している。即ち、受信した
ログデータには上述したように更新種別情報として必
ず，「Ｕ」記号または「Ｄ」記号が付与されている。
【００２３】従って、「Ｕ」記号のファイルについては
マスタサーバ１のデータベースＭ１４のファイルにアク
セスしてパスに接続されているファイルのコピーを受領
し、スレーブサーバ２のデータベースＳ２４内のファイ
ルを上書き修正する処理を行なうことになる。一方、
「Ｄ」記号のファイルについてはスレーブサーバ２のデ
ータベースＳ２４内のファイルを削除する。
マスタサーバ１のデータベースＭ１４のファイルにアク
セスしてパスに接続されているファイルのコピーを受領
し、スレーブサーバ２のデータベースＳ２４内のファイ
ルを上書き修正する処理を行なうことになる。一方、
「Ｄ」記号のファイルについてはスレーブサーバ２のデ
ータベースＳ２４内のファイルを削除する。
【００２４】上述したように、１つのファイルに対する
処理であっても、「更新／作成」と「削除」と「「複
写」ではアップデート「Ｕ」またはデリート「Ｄ」のい
ずれかのログデータが通知されるが、「名称変更」と
「移動」ではアップデート「Ｕ」及びデリート「Ｄ」の
両者のログデータが通知される。
処理であっても、「更新／作成」と「削除」と「「複
写」ではアップデート「Ｕ」またはデリート「Ｄ」のい
ずれかのログデータが通知されるが、「名称変更」と
「移動」ではアップデート「Ｕ」及びデリート「Ｄ」の
両者のログデータが通知される。
【００２５】本発明の実施の形態では、ログデータの取
得方法に２つの方法を採用する。第１の方法：マスタサ
ーバ１において新しく作成して集積し編集調整したログ
データをスレーブサーバ２に対して直接に送出する。こ
の場合、ファイル更新作業が一段落する毎に、連係され
ている全スレーブサーバ２に逐次または一斉同報の形で
ログデータを全量送出することになる。
得方法に２つの方法を採用する。第１の方法：マスタサ
ーバ１において新しく作成して集積し編集調整したログ
データをスレーブサーバ２に対して直接に送出する。こ
の場合、ファイル更新作業が一段落する毎に、連係され
ている全スレーブサーバ２に逐次または一斉同報の形で
ログデータを全量送出することになる。
【００２６】このログデータを受信した各スレーブサー
バ２は、次のファイル更新がマスタサーバ１で発生する
前に自己のデータベースＳ２４を更新完了する。第２の
方法：マスタサーバ１において新しく作成して集積し編
集調整したログデータをシーケンス番号等を付して図示
しない共通メモリに蓄積しておき、スレーブサーバ２に
対しては通信部１３を介して新しい更新作業が完了した
ログデータが蓄積されていることだけを通知する。
バ２は、次のファイル更新がマスタサーバ１で発生する
前に自己のデータベースＳ２４を更新完了する。第２の
方法：マスタサーバ１において新しく作成して集積し編
集調整したログデータをシーケンス番号等を付して図示
しない共通メモリに蓄積しておき、スレーブサーバ２に
対しては通信部１３を介して新しい更新作業が完了した
ログデータが蓄積されていることだけを通知する。
【００２７】この場合、スレーブサーバ２は遅滞なく共
通メモリにアクセスし、集積されているログデータを取
得する。取得したログデータのシーケンス番号を前回の
シーケンス番号に照合し、連続性が保証されていれば、
当該ログデータに基づくファイルだけを更新処理する。
通メモリにアクセスし、集積されているログデータを取
得する。取得したログデータのシーケンス番号を前回の
シーケンス番号に照合し、連続性が保証されていれば、
当該ログデータに基づくファイルだけを更新処理する。
【００２８】一方、前回のシーケンス番号との連続性が
崩れているときは、マスタサーバ１のデータベースＭ１
４の全量をコピーする処理に移行する。以上説明した本
発明の実施の形態では、更新対象がそれぞれ個別のファ
イルであったが、本発明はこれに限定されることなく、
ディレクトリイが更新される場合も適用される。
崩れているときは、マスタサーバ１のデータベースＭ１
４の全量をコピーする処理に移行する。以上説明した本
発明の実施の形態では、更新対象がそれぞれ個別のファ
イルであったが、本発明はこれに限定されることなく、
ディレクトリイが更新される場合も適用される。
【００２９】即ち、ディレクトリイの更新処理種別は、
例えば、 １）ディレクトリイの生成（ＭＤ：Ｍａｋｅ Ｄｉｒｅ
ｃｔｒｙ） ２）ディレクトリイの削除（ＲＤ：Ｒｅｍｏｖｅ Ｄｉ
ｒｅｃｔｒｙ） ３）パスの移動（Ｍｏｖｅ） ４）ディレクトリイの複写（Ｃｏｐｙ） であり、図５はマスタサーバ１側のディレクトリ更新処
理説明図である。
例えば、 １）ディレクトリイの生成（ＭＤ：Ｍａｋｅ Ｄｉｒｅ
ｃｔｒｙ） ２）ディレクトリイの削除（ＲＤ：Ｒｅｍｏｖｅ Ｄｉ
ｒｅｃｔｒｙ） ３）パスの移動（Ｍｏｖｅ） ４）ディレクトリイの複写（Ｃｏｐｙ） であり、図５はマスタサーバ１側のディレクトリ更新処
理説明図である。
【００３０】図５におけるログデータを個別に説明すれ
ば、ボックス３１Ｄ「作成」ではディレクトリイＰに新
しくディレクトリイＰ２を作成するので、ボックス３１
１Ｄに示す「￥Ｐ￥Ｐ２（ＭＤ）」をログデータとして
出力する。
ば、ボックス３１Ｄ「作成」ではディレクトリイＰに新
しくディレクトリイＰ２を作成するので、ボックス３１
１Ｄに示す「￥Ｐ￥Ｐ２（ＭＤ）」をログデータとして
出力する。
【００３１】ボックス３２Ｄ「削除」ではディレクトリ
イＱをデリートするので、ボックス３２１Ｄに示す「￥
Ｑ（ＲＤ）」をログデータとして出力する。ボックス３
４Ｄ「移動」ではディレクトリイＰ１をディレクトリイ
Ｐ２へ移動するので、ディレクトリイＰ１に接続されて
いるファイルＣをデリートし、併せてファイルＣを指定
のパスＰ２にアップデートすることになる。そこで、ボ
ックス３４１Ｄに示す「￥Ｐ￥Ｐ１￥Ｃ（Ｄ），￥Ｐ￥
Ｐ２￥Ｃ（Ｕ）」をログデータとして出力する。
イＱをデリートするので、ボックス３２１Ｄに示す「￥
Ｑ（ＲＤ）」をログデータとして出力する。ボックス３
４Ｄ「移動」ではディレクトリイＰ１をディレクトリイ
Ｐ２へ移動するので、ディレクトリイＰ１に接続されて
いるファイルＣをデリートし、併せてファイルＣを指定
のパスＰ２にアップデートすることになる。そこで、ボ
ックス３４１Ｄに示す「￥Ｐ￥Ｐ１￥Ｃ（Ｄ），￥Ｐ￥
Ｐ２￥Ｃ（Ｕ）」をログデータとして出力する。
【００３２】ボックス３５Ｄ「複写」ではディレクトリ
イＰ１をディレクトリイＰ２にコピーするので、当該デ
ィレクトリイＰ１に接続されているファイルＣをディレ
クトリイＰ２にコピーすることになり、ボックス３５１
Ｄに示す「￥Ｐ￥Ｐ２￥Ｃ（Ｕ）」をログデータとして
出力する。
イＰ１をディレクトリイＰ２にコピーするので、当該デ
ィレクトリイＰ１に接続されているファイルＣをディレ
クトリイＰ２にコピーすることになり、ボックス３５１
Ｄに示す「￥Ｐ￥Ｐ２￥Ｃ（Ｕ）」をログデータとして
出力する。
【００３３】一方、上記のディレクトリイに対するログ
を通知されたスレーブサーバ２は、前述したファイルの
更新処理と同一の連係手法（前記の第１の手法または第
２の手法）によってディレクトリイに連なるファイルを
取得し、自己所有のデータベースＳ２４を更新する。
を通知されたスレーブサーバ２は、前述したファイルの
更新処理と同一の連係手法（前記の第１の手法または第
２の手法）によってディレクトリイに連なるファイルを
取得し、自己所有のデータベースＳ２４を更新する。
【００３４】なお、上記のファイル更新に適用されるそ
れぞれの手続きプログラムを、それぞれの処理装置の外
部からの提供、即ち、回線を介したプログラムのロー
ド、または可搬媒体、例えばフロッピィディスクやＣＤ
−ＲＯＭ，ＭＯ等で提供されても良い。
れぞれの手続きプログラムを、それぞれの処理装置の外
部からの提供、即ち、回線を介したプログラムのロー
ド、または可搬媒体、例えばフロッピィディスクやＣＤ
−ＲＯＭ，ＭＯ等で提供されても良い。
【００３５】図６はこのコンピュータプログラムを処理
装置へロードする説明図である。図において、９００は
処理装置、９０１は処理装置に設けられたディスプレ
イ、９０３は可搬媒体に記録されているコンピュータプ
ログラムを読み取らせるドライバ、９０２は処理装置９
００のメモリ、９０４は可搬媒体であってフロッピィデ
ィスクやＣＤ−ＲＯＭ等、９０５はコンピュータプログ
ラムの提供元である他の装置、９０６は回線をそれぞれ
示している。
装置へロードする説明図である。図において、９００は
処理装置、９０１は処理装置に設けられたディスプレ
イ、９０３は可搬媒体に記録されているコンピュータプ
ログラムを読み取らせるドライバ、９０２は処理装置９
００のメモリ、９０４は可搬媒体であってフロッピィデ
ィスクやＣＤ−ＲＯＭ等、９０５はコンピュータプログ
ラムの提供元である他の装置、９０６は回線をそれぞれ
示している。
【００３６】同図に示すように、コンピュータプログラ
ムの提供元がネットワーク等のオンライン接続された他
の処理装置９０５である場合は、回線９０６を介して処
理装置９００へインストールした後に、メモリ９０２に
ロードされて実行される。また、可搬媒体９０４で直接
提供される場合は、当該可搬媒体９０４をドライバ９０
３へセットして処理装置９００にインストールした後
に、メモリ９０２にロードされて実行される。
ムの提供元がネットワーク等のオンライン接続された他
の処理装置９０５である場合は、回線９０６を介して処
理装置９００へインストールした後に、メモリ９０２に
ロードされて実行される。また、可搬媒体９０４で直接
提供される場合は、当該可搬媒体９０４をドライバ９０
３へセットして処理装置９００にインストールした後
に、メモリ９０２にロードされて実行される。
【００３７】
【発明の効果】以上、詳細に説明したように、本発明に
よればマスタサーバ側で変更のあった部分だけを、「削
除」，「再命名」を含めて漏れなく抽出してスレーブサ
ーバへ通知することができ、スレーブサーバにおいては
通知された部分のみへ反映処理を行なうため、短時間で
効率よく複数サーバへの同一資産の提供を行なうことが
可能となる格別な効果を奏する。
よればマスタサーバ側で変更のあった部分だけを、「削
除」，「再命名」を含めて漏れなく抽出してスレーブサ
ーバへ通知することができ、スレーブサーバにおいては
通知された部分のみへ反映処理を行なうため、短時間で
効率よく複数サーバへの同一資産の提供を行なうことが
可能となる格別な効果を奏する。
【図１】本発明の実施の形態を説明するブロック構成図
である。
である。
【図２】マスタサーバ側のファイル更新処理説明図であ
る。
る。
【図３】スレーブサーバ側のファイル更新処理説明図で
ある。
ある。
【図４】パス及びファイルの説明図である。
【図５】マスタサーバ側のディレクトリイ更新処理説明
図である。
図である。
【図６】プログラムを処理装置へロードする説明図であ
る。
る。
１ マスタサーバ ２ スレーブサーバ １０ ファイル処理部 １１ ログ集積処理部 １２ ログ編集処理部 １３，２３ 通信部 １４ データベースＭ ２１ データベース更新部 ２４ データベースＳ ９００ 処理装置 ９０１ ディスプレイ ９０２ メモリ ９０３ ドライバ ９０４ 可搬媒体 ９０５ 他の装置 ９０６ 回線
Claims (6)
- 【請求項１】 回線で連係した情報処理装置毎に、それ
ぞれ同一構成のファイル群を所有し、１つの情報処理装
置系のファイル群における更新処理を他の情報処理装置
系のファイル群にも適用するファイル更新処理方法であ
って、 少なくとも１つの情報処理装置においてファイルへの更
新処理を遂行し、ファイルに施した更新処理の識別情報
を更新処理種別に応じて設定し、当該更新処理識別情報
をロギングしたデータを集積して通知し、他方の情報処
理装置において前記通知されたデータを受信し、他方の
情報処理装置におけるファイルに対する更新処理を前記
ロギングデータに基づく更新処理種別に応じて行なうこ
とで、前記回線で連係した情報処理装置におけるそれぞ
れのファイル群の構成を一致させることを特徴とするフ
ァイル更新処理方法。 - 【請求項２】 ファイルに対する前記更新処理種別とし
て、少なくとも、新規作成、または既存ファイルの修
正、または既存ファイルの削除、または既存ファイル名
称の改称、または既存ファイルのパスの変更、または既
存ファイルの複写、のいずれかを適用したことを特徴と
する請求項１記載のファイル更新処理方法。 - 【請求項３】 前記ロギング時には、既処理のファイル
に対する処理種別が新規作成または既存ファイルの修正
である時の先行処理したロギング情報は無効とすること
を特徴とする請求項１及び請求項２に記載のファイル更
新処理方法。 - 【請求項４】 前記取得したロギングデータと生成シー
ケンスを記録して共通メモリに集積したことを特徴とす
る請求項１記載のファイル更新処理方法。 - 【請求項５】 前記更新処理種別として、ファイルを編
成したディレクトリ毎の処理に適用したことを特徴とす
る請求項１記載のファイル更新処理方法。 - 【請求項６】 回線で連係した情報処理装置毎に、それ
ぞれ同一構成のファイル群を所有し、１つの情報処理装
置系のファイル群における更新処理を他の情報処理装置
系のファイル群にも適用するファイルの更新処理を行な
うコンピュータプログラムに関し、 １つの情報処理装置にロードされてファイルへの更新処
理を遂行し、ファイルに施した更新処理の識別情報を更
新処理種別に応じて設定してロギングしたデータを通知
側の情報処理装置より受信し、前記通知側の情報処理装
置におけるファイルに対する更新処理を前記ロギングデ
ータに基づく更新処理種別に応じて行なうコンピュータ
プログラムとを、を記録したコンピュータ読み取り可能
な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9294180A JPH10187520A (ja) | 1996-11-07 | 1997-10-27 | ファイル更新処理方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29502396 | 1996-11-07 | ||
| JP8-295023 | 1996-11-07 | ||
| JP9294180A JPH10187520A (ja) | 1996-11-07 | 1997-10-27 | ファイル更新処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10187520A true JPH10187520A (ja) | 1998-07-21 |
Family
ID=26559708
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9294180A Withdrawn JPH10187520A (ja) | 1996-11-07 | 1997-10-27 | ファイル更新処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10187520A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11219329A (ja) * | 1998-01-30 | 1999-08-10 | Pfu Ltd | 情報受配信システム |
| JP2002169800A (ja) * | 2000-12-04 | 2002-06-14 | Fuji Xerox Co Ltd | 文書管理装置及び文書管理方法 |
| JP2011040107A (ja) * | 2008-06-04 | 2011-02-24 | Athena Telecom Lab Inc | データベース並行編集方式 |
| JP2011044181A (ja) * | 2008-06-04 | 2011-03-03 | Athena Telecom Lab Inc | データベースのデータ項目の平行編集方式 |
| WO2015145586A1 (ja) * | 2014-03-25 | 2015-10-01 | 株式会社Ｍｕｒａｋｕｍｏ | データベースシステム、情報処理装置、方法およびプログラム |
-
1997
- 1997-10-27 JP JP9294180A patent/JPH10187520A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11219329A (ja) * | 1998-01-30 | 1999-08-10 | Pfu Ltd | 情報受配信システム |
| JP2002169800A (ja) * | 2000-12-04 | 2002-06-14 | Fuji Xerox Co Ltd | 文書管理装置及び文書管理方法 |
| JP2011040107A (ja) * | 2008-06-04 | 2011-02-24 | Athena Telecom Lab Inc | データベース並行編集方式 |
| JP2011044181A (ja) * | 2008-06-04 | 2011-03-03 | Athena Telecom Lab Inc | データベースのデータ項目の平行編集方式 |
| WO2015145586A1 (ja) * | 2014-03-25 | 2015-10-01 | 株式会社Ｍｕｒａｋｕｍｏ | データベースシステム、情報処理装置、方法およびプログラム |
| US10572503B2 (en) | 2014-03-25 | 2020-02-25 | Murakumo Corporation | Database system, information processing device, method and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7467140B2 (en) | System, method, and article of manufacture for maintaining and accessing a whois database | |
| JP5296960B2 (ja) | ファイルバージョン管理装置 | |
| AU783068B2 (en) | Management of source and derivative image data | |
| CN100543747C (zh) | 用于文档管理的装置和方法 | |
| JPH0934763A (ja) | ファイル管理装置およびファイル管理方法 | |
| US20020049697A1 (en) | System and method for website development | |
| US20030028517A1 (en) | System and method for website development | |
| JPH10510935A (ja) | ネットワーク・ディレクトリにおいてサブツリーを移動する方法ならびにその装置 | |
| JP2001076005A (ja) | データベースシステム | |
| JP2003237914A (ja) | 記憶メディア保管システム及びその運用方法 | |
| JPH1021061A (ja) | クライアントソフトウェア自動バージョンアップシステム | |
| US6976030B2 (en) | System and method for synchronizing distributed stored documents | |
| US7536404B2 (en) | Electronic files preparation for storage in a server | |
| US10339159B2 (en) | Overlay dataset | |
| JPH10187520A (ja) | ファイル更新処理方法 | |
| CN110263060B (zh) | 一种erp电子附件管理方法及计算机设备 | |
| US7660876B2 (en) | Electronic file management | |
| US7313603B2 (en) | System and method for synchronizing unstructured documents | |
| JP2002506254A (ja) | ファイルおよびその他の対象物を部分的に複製されたデータベースに付与する方法、装置、システム、およびプログラム製品 | |
| JP7556396B2 (ja) | 登録者端末、保有者端末、方法およびプログラム | |
| JP2830826B2 (ja) | 分散ファイルの同期システムと方法 | |
| JP3487732B2 (ja) | 複製データベースデータ不整合回避装置及び回避方法 | |
| JP2003030065A (ja) | 管理情報データベース構造定義ファイル結合方法およびネットワークデバイス管理システムならびに管理情報データベース構造定義ファイルを結合するための処理プログラム | |
| JP2713405B2 (ja) | ファイルシステム | |
| JP2001265630A (ja) | データベース配給システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050104 |