JPH0528021A - 二元配置データの管理方法 - Google Patents
二元配置データの管理方法Info
- Publication number
- JPH0528021A JPH0528021A JP3203209A JP20320991A JPH0528021A JP H0528021 A JPH0528021 A JP H0528021A JP 3203209 A JP3203209 A JP 3203209A JP 20320991 A JP20320991 A JP 20320991A JP H0528021 A JPH0528021 A JP H0528021A
- Authority
- JP
- Japan
- Prior art keywords
- data
- file
- update
- master
- devices
- 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.)
- Pending
Links
Abstract
(57)【要約】
【目的】 本発明は、二元配置データの管理方法に関
し、通信リンク切断後の回復時に行うファイル内のデー
タ更新処理を、他の装置のデータが更新された場合にの
み行うことにより、むだな処理をなくすことを目的とす
る。 【構成】 マスタ装置ＭＡ及び各スレーブ装置ＳＬで
は、ファイルＭＦ、ＳＬ内のデータが更新された場合
に、データ管理部１１が、更新管理情報メモリ１２に、
データ更新時刻等の更新管理情報を記録しておく。通信
リンク切断後の回復時には、マスタ判定処理部１３が、
他の装置からの更新管理情報を収集して自装置内の情報
と比較する。この比較結果により、通信リンク切断時に
データ更新のあったファイルを持つ装置を、マスタ装置
と決定し、このマスタ装置のファイルからデータを再収
集して、ファイル内のデータの不整合を解消するように
した。
し、通信リンク切断後の回復時に行うファイル内のデー
タ更新処理を、他の装置のデータが更新された場合にの
み行うことにより、むだな処理をなくすことを目的とす
る。 【構成】 マスタ装置ＭＡ及び各スレーブ装置ＳＬで
は、ファイルＭＦ、ＳＬ内のデータが更新された場合
に、データ管理部１１が、更新管理情報メモリ１２に、
データ更新時刻等の更新管理情報を記録しておく。通信
リンク切断後の回復時には、マスタ判定処理部１３が、
他の装置からの更新管理情報を収集して自装置内の情報
と比較する。この比較結果により、通信リンク切断時に
データ更新のあったファイルを持つ装置を、マスタ装置
と決定し、このマスタ装置のファイルからデータを再収
集して、ファイル内のデータの不整合を解消するように
した。
Description
【０００１】
【産業上の利用分野】本発明は、例えばビル管理システ
ム、計測管理システム等に用いられる二元配置データの
管理方法に関する。
ム、計測管理システム等に用いられる二元配置データの
管理方法に関する。
【０００２】
【従来の技術】図５〜図７は、従来例を示し図であり、
図５はオンラインシステムの概略構成図、図６はデータ
更新処理のタイムチャート（１）、図７は、データ更新
処理のタイムチャート（２）である。
図５はオンラインシステムの概略構成図、図６はデータ
更新処理のタイムチャート（１）、図７は、データ更新
処理のタイムチャート（２）である。
【０００３】図中、ＭＡはマスタ装置、ＳＬ−１、ＳＬ
−２はスレーブ装置、ＭＦはマスタ装置側のファイル、
ＳＬＦ1 、ＳＬＦ2 はスレーブ装置側のファイルを示
す。従来、例えばビル管理システム等の小規模なオンラ
インシステムにおいては、マスタ側の装置とスレーブ側
の装置とに、データを二元配置することが行われてい
た。その１例を図５で示す。
−２はスレーブ装置、ＭＦはマスタ装置側のファイル、
ＳＬＦ1 、ＳＬＦ2 はスレーブ装置側のファイルを示
す。従来、例えばビル管理システム等の小規模なオンラ
インシステムにおいては、マスタ側の装置とスレーブ側
の装置とに、データを二元配置することが行われてい
た。その１例を図５で示す。
【０００４】図５の例では、１台のマスタ装置ＭＡに対
して、複数のスレーブ装置ＳＬ−１、ＳＬ−２、が通信
回線を介して接続されている。そして、マスタ装置ＭＡ
には、データを格納するためのファイルＭＦを設け、ス
レーブ装置ＳＬ−１、ＳＬ−２には、それぞれデータを
格納するためのファイルＳＬＦ1 、ＳＬＦ2 を設ける。
して、複数のスレーブ装置ＳＬ−１、ＳＬ−２、が通信
回線を介して接続されている。そして、マスタ装置ＭＡ
には、データを格納するためのファイルＭＦを設け、ス
レーブ装置ＳＬ−１、ＳＬ−２には、それぞれデータを
格納するためのファイルＳＬＦ1 、ＳＬＦ2 を設ける。
【０００５】上記のスレーブ装置ＳＬ−１、ＳＬ−２
は、２台のみを図示してあるが、実際には、１台のマス
タ装置ＭＡに対して、Ｎ台のスレーブ装置が接続された
オンラインシステムとなっている。
は、２台のみを図示してあるが、実際には、１台のマス
タ装置ＭＡに対して、Ｎ台のスレーブ装置が接続された
オンラインシステムとなっている。
【０００６】そして、データは、マスタ装置のファイル
ＭＦと、各スレーブ装置（ＳＬ−１、ＳＬ−２）のファ
イルＳＬＦ1 、ＳＬＦ2 に二元配置されており、全ての
ファイルＭＦ、ＳＬＦ1 、ＳＬＦ2、・・・内のデータ
は、常に同一のデータＡとなるように制御される。
ＭＦと、各スレーブ装置（ＳＬ−１、ＳＬ−２）のファ
イルＳＬＦ1 、ＳＬＦ2 に二元配置されており、全ての
ファイルＭＦ、ＳＬＦ1 、ＳＬＦ2、・・・内のデータ
は、常に同一のデータＡとなるように制御される。
【０００７】例えば、マスタ装置ＭＡにおいてオペレー
タによりファイルＭＦ内のデータＡを更新したとする。
更新したデータを、データＢとすると、このデータＢ
は、図５に示したのルートで各スレーブ装置ＳＬ−
１、ＳＬ−２へ送り、ファイルＳＬＦ1 、ＳＬＦ2 内の
データを更新する。
タによりファイルＭＦ内のデータＡを更新したとする。
更新したデータを、データＢとすると、このデータＢ
は、図５に示したのルートで各スレーブ装置ＳＬ−
１、ＳＬ−２へ送り、ファイルＳＬＦ1 、ＳＬＦ2 内の
データを更新する。
【０００８】前記のデータ更新により、ファイルＭＦ及
びファイルＳＬＦ1、ＳＬＦ2 ・・・内のデータは、全
てデータＢに更新される。このようにして、二元配置さ
れた各ファイル内のデータは、常に同じデータとなる。
びファイルＳＬＦ1、ＳＬＦ2 ・・・内のデータは、全
てデータＢに更新される。このようにして、二元配置さ
れた各ファイル内のデータは、常に同じデータとなる。
【０００９】また、例えばスレーブ装置ＳＬ−２におい
て、オペレータによりファイルＳＬＦ2 内のデータが更
新されたとする。この時は、図５ので示したルートに
より、更新したデータをマスタ装置ＭＡと、他のスレー
ブ装置ＳＬ−１へ送り、ファイル内のデータを更新す
る。
て、オペレータによりファイルＳＬＦ2 内のデータが更
新されたとする。この時は、図５ので示したルートに
より、更新したデータをマスタ装置ＭＡと、他のスレー
ブ装置ＳＬ−１へ送り、ファイル内のデータを更新す
る。
【００１０】このようにして、マスタ装置ＭＡ及び各ス
レーブ装置ＳＬＦ1、ＳＬＦ2 ・・・の内、いずれか１
台の装置において、ファイルのデータを更新した場合に
は、他の装置のファイルのデータを更新し、常に全ての
ファイル内のデータを同じにする。
レーブ装置ＳＬＦ1、ＳＬＦ2 ・・・の内、いずれか１
台の装置において、ファイルのデータを更新した場合に
は、他の装置のファイルのデータを更新し、常に全ての
ファイル内のデータを同じにする。
【００１１】ところで、上記のデータ更新は、マスタ装
置及び各スレーブ装置がオンラインシステムとして正常
に運用されている場合に行われるが、マスタ装置あるい
はスレーブ装置の運転を停止させた場合には、次のよう
にしてファイル内のデータ更新を行う。
置及び各スレーブ装置がオンラインシステムとして正常
に運用されている場合に行われるが、マスタ装置あるい
はスレーブ装置の運転を停止させた場合には、次のよう
にしてファイル内のデータ更新を行う。
【００１２】（例１）・・・図６参照
この例は、スレーブ装置停止などによるリンク切断モー
ド時の例である。例えばスレーブ装置ＳＬ−１の運転を
停止させた場合には、該スレーブ装置ＳＬ−１はオンラ
インシステムとして運転できなくなる（オフラインとな
る）。
ド時の例である。例えばスレーブ装置ＳＬ−１の運転を
停止させた場合には、該スレーブ装置ＳＬ−１はオンラ
インシステムとして運転できなくなる（オフラインとな
る）。
【００１３】このような場合、マスタ装置ＭＡ、及び他
のスレーブ装置はオンラインシステムとして運転を継続
しており、ファイルのデータも変更されることがある。
しかし、スレーブ装置ＳＬ−１のファイルＳＬＦ1 はデ
ータを更新できないため、他のファイルのデータと異っ
たものになる。
のスレーブ装置はオンラインシステムとして運転を継続
しており、ファイルのデータも変更されることがある。
しかし、スレーブ装置ＳＬ−１のファイルＳＬＦ1 はデ
ータを更新できないため、他のファイルのデータと異っ
たものになる。
【００１４】そこで、スレーブ装置ＳＬ−１が回復した
場合には、先ず、スレーブ装置ＳＬ−１からマスタ装置
ＭＡに対してファイルＭＦのデータ収集要求を出す（無
条件要求）。
場合には、先ず、スレーブ装置ＳＬ−１からマスタ装置
ＭＡに対してファイルＭＦのデータ収集要求を出す（無
条件要求）。
【００１５】前記データ収集要求を受け付けたマスタ装
置ＭＡでは、ファイルＭＦの先頭からデータを読み出
し、スレーブ装置ＳＬ−１へ送る。スレーブ装置ＳＬ−
１ではマスタ装置ＭＡから送られてきたデータにより、
ファイルＳＬＦ1 内のデータを更新する。このようにし
て、スレーブ装置ＳＬ−１では、マスタ装置ＭＡのファ
イルＭＦからデータを収集して、自装置のファイルＳＬ
Ｆ1 内のデータを更新する。
置ＭＡでは、ファイルＭＦの先頭からデータを読み出
し、スレーブ装置ＳＬ−１へ送る。スレーブ装置ＳＬ−
１ではマスタ装置ＭＡから送られてきたデータにより、
ファイルＳＬＦ1 内のデータを更新する。このようにし
て、スレーブ装置ＳＬ−１では、マスタ装置ＭＡのファ
イルＭＦからデータを収集して、自装置のファイルＳＬ
Ｆ1 内のデータを更新する。
【００１６】（例２）・・・図７参照
この例は、マスタ装置の停止等によるリンク切断モード
時の例である。マスタ装置ＭＡが運転を停止した場合
に、例えばスレーブ装置ＳＬ−１でファイルＳＬＦ1 の
データ更新があったとする。
時の例である。マスタ装置ＭＡが運転を停止した場合
に、例えばスレーブ装置ＳＬ−１でファイルＳＬＦ1 の
データ更新があったとする。
【００１７】この場合は、マスタ装置ＭＡの回復時に、
スレーブ装置ＳＬ−１では、マスタ装置ＭＡに対して無
条件でファイルＭＦのデータ収集要求を出す。マスタ装
置ＭＡで前記データ収集要求を受け付けると、マスタ装
置ＭＡでは、ファイルＭＦの先頭からデータを読み出し
てスレーブ装置ＳＬ−１へ送る。
スレーブ装置ＳＬ−１では、マスタ装置ＭＡに対して無
条件でファイルＭＦのデータ収集要求を出す。マスタ装
置ＭＡで前記データ収集要求を受け付けると、マスタ装
置ＭＡでは、ファイルＭＦの先頭からデータを読み出し
てスレーブ装置ＳＬ−１へ送る。
【００１８】スレーブ装置ＳＬ−１では、マスタ装置Ｍ
Ａから送られてきたデータにより、自装置のファイルＳ
ＬＦ1 のデータを更新する。このデータ更新は自動的、
かつ無条件に行われるので、上記のように、ファイルＳ
ＬＦ1 のデータがマスタ装置の停止中に更新されていた
場合には、そのデータは失われる。
Ａから送られてきたデータにより、自装置のファイルＳ
ＬＦ1 のデータを更新する。このデータ更新は自動的、
かつ無条件に行われるので、上記のように、ファイルＳ
ＬＦ1 のデータがマスタ装置の停止中に更新されていた
場合には、そのデータは失われる。
【００１９】スレーブ装置ＳＬ−１のデータ収集は上記
のようにして行われるが、他のスレーブ装置ＳＬ−２、
・・・においても上記と同様にしてデータ収集を行い、
自装置のファイルのデータを更新する。
のようにして行われるが、他のスレーブ装置ＳＬ−２、
・・・においても上記と同様にしてデータ収集を行い、
自装置のファイルのデータを更新する。
【００２０】
【発明が解決しようとする課題】上記のような従来のも
のにおいては、次のような課題があった。 (1) スレーブ装置の停止などによるリンク切断モードと
なった場合、スレーブ装置の回復後該スレーブ装置で、
マスタ装置のファイルからデータ収集を行ってファイル
のデータ更新を行う。
のにおいては、次のような課題があった。 (1) スレーブ装置の停止などによるリンク切断モードと
なった場合、スレーブ装置の回復後該スレーブ装置で、
マスタ装置のファイルからデータ収集を行ってファイル
のデータ更新を行う。
【００２１】このようなデータ更新処理は、無条件で行
っており、スレーブ装置の停止中に、マスタ装置のファ
イルのデータが更新された場合には有効であるが、更新
されなかった場合には無駄な処理となる。
っており、スレーブ装置の停止中に、マスタ装置のファ
イルのデータが更新された場合には有効であるが、更新
されなかった場合には無駄な処理となる。
【００２２】(2) スレーブ装置の停止などによるリンク
切断モードとなった場合、スレーブ装置停止中に、マス
タ装置のファイルデータが更新されるのはレアケースで
あるにもかかわらず、スレーブ装置回復の度に、データ
更新を無条件で行っている。このため、各装置内のＣＰ
Ｕの負荷や回線負荷を増大させている。また、スレーブ
装置回復時の立ち上げ時間が長くなる。
切断モードとなった場合、スレーブ装置停止中に、マス
タ装置のファイルデータが更新されるのはレアケースで
あるにもかかわらず、スレーブ装置回復の度に、データ
更新を無条件で行っている。このため、各装置内のＣＰ
Ｕの負荷や回線負荷を増大させている。また、スレーブ
装置回復時の立ち上げ時間が長くなる。
【００２３】(3) マスタ装置停止などによるリンク切断
モードとなった場合には、マスタ装置の回復後、スレー
ブ装置側で、マスタ装置のファイルからデータ収集を行
って、ファイルのデータ更新を行う。このようなデータ
更新は無条件で行っており、マスタ装置の停止中に、ス
レーブ装置のファイルのデータが更新された場合には、
そのデータは失われてしまう。
モードとなった場合には、マスタ装置の回復後、スレー
ブ装置側で、マスタ装置のファイルからデータ収集を行
って、ファイルのデータ更新を行う。このようなデータ
更新は無条件で行っており、マスタ装置の停止中に、ス
レーブ装置のファイルのデータが更新された場合には、
そのデータは失われてしまう。
【００２４】本発明は、このような従来の課題を解決
し、通信リンク切断後の回復時に行うファイル内のデー
タ更新処理を、他の装置のデータが更新された場合にの
み行うことにより、無駄な処理をなくすことを目的とす
る。
し、通信リンク切断後の回復時に行うファイル内のデー
タ更新処理を、他の装置のデータが更新された場合にの
み行うことにより、無駄な処理をなくすことを目的とす
る。
【００２５】
【課題を解決するための手段】図１は本発明の原理図で
あり、図中、図５と同符号は同一のものを示す。また、
１１はデータ管理部、１２は更新管理情報メモリ、１３
はマスタ判定処理部を示す。本発明は上記の課題を解決
するため、次のように構成した。
あり、図中、図５と同符号は同一のものを示す。また、
１１はデータ管理部、１２は更新管理情報メモリ、１３
はマスタ判定処理部を示す。本発明は上記の課題を解決
するため、次のように構成した。
【００２６】(1) 通信回線に接続された１台の装置をマ
スタ装置ＭＡ、他の複数台の装置をスレーブ装置ＳＬと
し、マスタ装置のファイルＭＦと、各スレーブ装置のフ
ァイルＳＬＦとに、ユーザが動的に更新可能なデータを
二元配置したオンラインシステムにおける二元配置デー
タの管理方法であって、前記各装置ＭＡ、ＳＬに、ファ
イル内のデータに対する更新管理情報を格納するメモリ
１２を設けて、データを管理し、前記各装置間の通信リ
ンク切断後の回復時に、各装置において、他の装置から
更新管理情報を収集して、自装置内の情報と比較するこ
とにより、通信リンク切断時に、データ更新のあったフ
ァイルを持つ装置を決定し、前記データ更新のあったフ
ァイルのデータのみを再収集して、ファイル内のデータ
の不整合を解消するようにした。
スタ装置ＭＡ、他の複数台の装置をスレーブ装置ＳＬと
し、マスタ装置のファイルＭＦと、各スレーブ装置のフ
ァイルＳＬＦとに、ユーザが動的に更新可能なデータを
二元配置したオンラインシステムにおける二元配置デー
タの管理方法であって、前記各装置ＭＡ、ＳＬに、ファ
イル内のデータに対する更新管理情報を格納するメモリ
１２を設けて、データを管理し、前記各装置間の通信リ
ンク切断後の回復時に、各装置において、他の装置から
更新管理情報を収集して、自装置内の情報と比較するこ
とにより、通信リンク切断時に、データ更新のあったフ
ァイルを持つ装置を決定し、前記データ更新のあったフ
ァイルのデータのみを再収集して、ファイル内のデータ
の不整合を解消するようにした。
【００２７】(2) 上記構成(1) において、更新管理情報
として、ファイル内の各レコードの最終更新時刻を用
い、前記最終更新時刻が最新の時刻であった方のファイ
ルを持つ装置をマスタ装置と決定し、前記マスタ装置の
ファイルから、レコード単位でデータを再収集して、フ
ァイル内のデータの不整合を解消するようにした。
として、ファイル内の各レコードの最終更新時刻を用
い、前記最終更新時刻が最新の時刻であった方のファイ
ルを持つ装置をマスタ装置と決定し、前記マスタ装置の
ファイルから、レコード単位でデータを再収集して、フ
ァイル内のデータの不整合を解消するようにした。
【００２８】(3) 上記構成(1) において、更新管理情報
として、ファイル内の各レコードの最終更新時刻を用
い、前記最終更新時刻が同じ時刻であった場合には、両
方の装置をマスタ装置と決定し、ファイル内のデータの
再収集を行わないようにした。
として、ファイル内の各レコードの最終更新時刻を用
い、前記最終更新時刻が同じ時刻であった場合には、両
方の装置をマスタ装置と決定し、ファイル内のデータの
再収集を行わないようにした。
【００２９】
【作用】上記構成に基づく本発明の作用を、図１を参照
しながら説明する。オンラインシステムを構成するマス
タ装置ＭＡとスレーブ装置ＳＬには、それぞれ二元配置
されたデータを格納するファイルＭＦ、ＳＬＦが設けて
ある。
しながら説明する。オンラインシステムを構成するマス
タ装置ＭＡとスレーブ装置ＳＬには、それぞれ二元配置
されたデータを格納するファイルＭＦ、ＳＬＦが設けて
ある。
【００３０】これらの各ファイル内のデータは、ユーザ
により動的に更新可能であり、更新された場合は、デー
タ管理部１１により、データ管理が行われる。このデー
タ管理用の情報として、更新管理情報が用いられ、更新
管理情報メモリ１２に格納されている。
により動的に更新可能であり、更新された場合は、デー
タ管理部１１により、データ管理が行われる。このデー
タ管理用の情報として、更新管理情報が用いられ、更新
管理情報メモリ１２に格納されている。
【００３１】上記装置で運転停止があったような場合に
は、各装置間の通信リンクが切断され、オフライン化さ
れる。このような場合、前記装置の運転が再開されて、
通信リンクが開設されると、データ更新処理を行う。
は、各装置間の通信リンクが切断され、オフライン化さ
れる。このような場合、前記装置の運転が再開されて、
通信リンクが開設されると、データ更新処理を行う。
【００３２】この処理では、先ず、マスタ判定処理部１
３により他の装置から、ファイル内の更新管理情報を収
集するが、この情報として、例えばファイル内のレコー
ドの最終更新時刻を用い、図１の〜の処理でデータ
更新を行う。
３により他の装置から、ファイル内の更新管理情報を収
集するが、この情報として、例えばファイル内のレコー
ドの最終更新時刻を用い、図１の〜の処理でデータ
更新を行う。
【００３３】例えばスレーブ装置ＳＬでは、マスタ装置
ＭＡに対して、ファイル内のレコードＲの最終更新時
刻収集要求を出す。その後、この要求に対する最新更
新時刻の応答を得る。
ＭＡに対して、ファイル内のレコードＲの最終更新時
刻収集要求を出す。その後、この要求に対する最新更
新時刻の応答を得る。
【００３４】また、マスタ装置ＭＡでは、スレーブ装置
ＳＬに対して、ファイル内のレコードＲの最終更新時
刻収集要求を出す。その後この要求に対する最終更新
時刻の応答を得る。
ＳＬに対して、ファイル内のレコードＲの最終更新時
刻収集要求を出す。その後この要求に対する最終更新
時刻の応答を得る。
【００３５】これらの各処理により、マスタ装置ＭＡと
スレーブ装置ＳＬでは、他の装置からの情報収集ができ
たので、この情報を、自装置の情報と比較することによ
り、データ更新用の新たなマスタ装置を決定する。
スレーブ装置ＳＬでは、他の装置からの情報収集ができ
たので、この情報を、自装置の情報と比較することによ
り、データ更新用の新たなマスタ装置を決定する。
【００３６】上記の比較処理において、最終更新時刻が
最新のものをもつ装置を、マスタ装置と決定するが、両
方の装置の最終更新時刻が同じ時刻であった場合には、
両方の装置をマスタ装置と決定する。
最新のものをもつ装置を、マスタ装置と決定するが、両
方の装置の最終更新時刻が同じ時刻であった場合には、
両方の装置をマスタ装置と決定する。
【００３７】両方の装置がマスタ装置と決定された場合
には、両装置とも、データの再収集を行わない。しか
し、いずれか一方の装置がマスタ装置と決定し、他方の
装置がスレーブ装置となった場合には、スレーブ装置
は、マスタ装置からファイル内のレコード単位でデータ
を収集し、自装置内のファイルのデータを、レコード単
位で更新する。
には、両装置とも、データの再収集を行わない。しか
し、いずれか一方の装置がマスタ装置と決定し、他方の
装置がスレーブ装置となった場合には、スレーブ装置
は、マスタ装置からファイル内のレコード単位でデータ
を収集し、自装置内のファイルのデータを、レコード単
位で更新する。
【００３８】この場合、最終更新時刻の比較により決定
したスレーブ装置から、マスタ装置に対してレコード
Ｒのデータ収集要求を出す。その後、前記マスタ装置か
らスレーブ装置に対して、レコードＲの内容の通知を
出す。
したスレーブ装置から、マスタ装置に対してレコード
Ｒのデータ収集要求を出す。その後、前記マスタ装置か
らスレーブ装置に対して、レコードＲの内容の通知を
出す。
【００３９】この通知を受けたスレーブ装置では、自装
置内のファイルのレコードＲを更新する。なお、これら
のマスタ装置とスレーブ装置は、レコードＲに対するも
のであって、他のレコードに対しては別である。
置内のファイルのレコードＲを更新する。なお、これら
のマスタ装置とスレーブ装置は、レコードＲに対するも
のであって、他のレコードに対しては別である。
【００４０】以上の処理を各レコードについて全て行う
ことにより、ファイル内のレコードの不整合を解消す
る。このようにすれば、レコードが更新された場合にだ
けデータの更新を行えばよいから、ＣＰＵや回線の無駄
がなくなる。また、通信リンク切断後の装置立ち上げ時
間も短縮できる。
ことにより、ファイル内のレコードの不整合を解消す
る。このようにすれば、レコードが更新された場合にだ
けデータの更新を行えばよいから、ＣＰＵや回線の無駄
がなくなる。また、通信リンク切断後の装置立ち上げ時
間も短縮できる。
【００４１】
【実施例】以下、本発明の実施例を図面に基づいて説明
する。 （実施例の説明）図２〜図４は、本発明の実施例を示し
た図であり、図２はオンラインシステムの構成図、図３
は更新管理情報の具体例、図４はマスタ判定処理部の処
理フローチャートである。
する。 （実施例の説明）図２〜図４は、本発明の実施例を示し
た図であり、図２はオンラインシステムの構成図、図３
は更新管理情報の具体例、図４はマスタ判定処理部の処
理フローチャートである。
【００４２】図中、図１、図５と同符号は同一のものを
示す。また、１４は時計、１５は通信処理部を示す。こ
の実施例は、図５に示したようなオンラインシステムに
適用した例であり、図２にその一部の構成を示す。図２
ではマスタ装置ＭＡとスレーブ装置ＳＬとが回線に接続
された例を示す。
示す。また、１４は時計、１５は通信処理部を示す。こ
の実施例は、図５に示したようなオンラインシステムに
適用した例であり、図２にその一部の構成を示す。図２
ではマスタ装置ＭＡとスレーブ装置ＳＬとが回線に接続
された例を示す。
【００４３】マスタ装置ＭＡ及びスレーブ装置ＳＬに
は、それぞれ、データ管理部１１、更新管理情報メモリ
１２、マスタ判定処理部１３、時計１４、通信処理部１
５等が設けてある。
は、それぞれ、データ管理部１１、更新管理情報メモリ
１２、マスタ判定処理部１３、時計１４、通信処理部１
５等が設けてある。
【００４４】また、マスタ装置ＭＡ及びスレーブ装置Ｓ
Ｌには、データ格納用のファイルＭＦ、ＳＬＦが設けて
ある。時計１４はオンラインシステムを構成する各装置
間で、全て同一時刻となるように調整されており、デー
タ管理部１１が時刻管理（月、日、時、分）を行う。
Ｌには、データ格納用のファイルＭＦ、ＳＬＦが設けて
ある。時計１４はオンラインシステムを構成する各装置
間で、全て同一時刻となるように調整されており、デー
タ管理部１１が時刻管理（月、日、時、分）を行う。
【００４５】データ管理部１１は、ファイルＭＦ、ＳＬ
Ｆのデータを管理するものであるが、このデータ管理に
おいて、時計１４を参照しながら、更新管理情報メモリ
１２に、必要とする各種の管理情報を記録する。
Ｆのデータを管理するものであるが、このデータ管理に
おいて、時計１４を参照しながら、更新管理情報メモリ
１２に、必要とする各種の管理情報を記録する。
【００４６】更新管理情報メモリ１２内の更新管理情報
の具体例としては、図３のようなものである。図３Ａは
更新管理情報、図３Ｂはレコード管理情報を示す。更新
管理情報は、図示のように、ファイル番号、更新回数
（モジュロ１０２４）、更新時刻（月、日、時、分）、
レコード管理用ポインタ（レコード無しの場合はａ１１
０）等から成る。
の具体例としては、図３のようなものである。図３Ａは
更新管理情報、図３Ｂはレコード管理情報を示す。更新
管理情報は、図示のように、ファイル番号、更新回数
（モジュロ１０２４）、更新時刻（月、日、時、分）、
レコード管理用ポインタ（レコード無しの場合はａ１１
０）等から成る。
【００４７】また、レコード管理用ポインタで示される
レコード管理情報としては、レコード管理数、レコード
通番、更新回数、更新時刻、などである。このような更
新管理情報（レコード管理情報を含む）は、データ管理
部１１によって記録され、かつ管理されるものである。
レコード管理情報としては、レコード管理数、レコード
通番、更新回数、更新時刻、などである。このような更
新管理情報（レコード管理情報を含む）は、データ管理
部１１によって記録され、かつ管理されるものである。
【００４８】次に、図４の処理フローチャートに基づ
き、マスタ判定処理部の処理を説明する。なお、図４の
各処理番号はカッコ内に示す。マスタ判定処理部１３で
は、先ず他の装置からの更新管理情報の収集（Ｓ１）を
行い、メモリに一時格納しておく（Ｓ２）。その後、収
集した前記情報と自装置の情報とを比較（Ｓ３）するこ
とにより、自装置が、データ更新用のマスタ装置か否か
を判定する（Ｓ４）。
き、マスタ判定処理部の処理を説明する。なお、図４の
各処理番号はカッコ内に示す。マスタ判定処理部１３で
は、先ず他の装置からの更新管理情報の収集（Ｓ１）を
行い、メモリに一時格納しておく（Ｓ２）。その後、収
集した前記情報と自装置の情報とを比較（Ｓ３）するこ
とにより、自装置が、データ更新用のマスタ装置か否か
を判定する（Ｓ４）。
【００４９】もし自装置がマスタ装置と判定した場合に
は、データの収集を行わず、スレーブ装置と判定された
場合にのみデータ収集要求（Ｓ５）を出す。更に具体的
には、次のように処理を行う。先ず、マスタ装置ＭＡと
スレーブ装置ＳＬ間のリンク切断後、両装置間のリンク
が回復した時、上記のマスタ判定処理を行う。
は、データの収集を行わず、スレーブ装置と判定された
場合にのみデータ収集要求（Ｓ５）を出す。更に具体的
には、次のように処理を行う。先ず、マスタ装置ＭＡと
スレーブ装置ＳＬ間のリンク切断後、両装置間のリンク
が回復した時、上記のマスタ判定処理を行う。
【００５０】例えばスレーブ装置ＳＬがマスタ装置ＭＡ
に対して、レコードＲの最終更新時刻の収集要求を出
す。この要求に対する応答として、マスタ装置ＭＡから
スレーブ装置ＳＬへ、レコードＲの最新更新時刻情報を
送る。これにより、スレーブ装置ＳＬでは、マスタ判定
用のデータの収集ができたので、自装置内にあるレコー
ドＲの最終更新時刻と比較する。
に対して、レコードＲの最終更新時刻の収集要求を出
す。この要求に対する応答として、マスタ装置ＭＡから
スレーブ装置ＳＬへ、レコードＲの最新更新時刻情報を
送る。これにより、スレーブ装置ＳＬでは、マスタ判定
用のデータの収集ができたので、自装置内にあるレコー
ドＲの最終更新時刻と比較する。
【００５１】前記比較により、レコードＲに対する最新
の更新時刻を持つ装置を、レコードＲに対するマスタ装
置として決定する。例えば、マスタ装置ＭＡの更新時刻
よりも、スレーブ装置ＳＬの更新時刻の方が新しけれ
ば、スレーブ装置ＳＬを、レコードＲに対するマスタ装
置として決定する。
の更新時刻を持つ装置を、レコードＲに対するマスタ装
置として決定する。例えば、マスタ装置ＭＡの更新時刻
よりも、スレーブ装置ＳＬの更新時刻の方が新しけれ
ば、スレーブ装置ＳＬを、レコードＲに対するマスタ装
置として決定する。
【００５２】また、前記比較により、両者が同一時刻で
あった場合には、両装置をレコードＲに対するマスタ装
置と決定して、その後のデータ収集を行わない。また、
マスタ装置ＭＡでも、上記処理と同様にして、スレーブ
装置ＳＬからレコードＲの最終更新時刻を収集して、レ
コードＲに対するマスタ装置の判定を行う。
あった場合には、両装置をレコードＲに対するマスタ装
置と決定して、その後のデータ収集を行わない。また、
マスタ装置ＭＡでも、上記処理と同様にして、スレーブ
装置ＳＬからレコードＲの最終更新時刻を収集して、レ
コードＲに対するマスタ装置の判定を行う。
【００５３】上記のようにして、両装置ＭＡ、ＳＬがそ
れぞれレコードＲに対するマスタ装置を決定し、マスタ
装置と判定されれば、データ更新は行わず、スレーブ装
置と決定した時だけ、データ更新を行う。データ更新を
行う際は、マスタ判定処理部１３からデータ管理部１１
に対して判定結果の情報を送ることにより、データ管理
部１１が処理する。
れぞれレコードＲに対するマスタ装置を決定し、マスタ
装置と判定されれば、データ更新は行わず、スレーブ装
置と決定した時だけ、データ更新を行う。データ更新を
行う際は、マスタ判定処理部１３からデータ管理部１１
に対して判定結果の情報を送ることにより、データ管理
部１１が処理する。
【００５４】先ず、レコードＲに対するスレーブ装置か
ら、マスタ装置に対して、レコードＲのデータ収集要求
を出す。この要求に対して、マスタ装置からスレーブ装
置に対して、レコードＲの内容を通知する。この通知を
受けたスレーブ装置では、自装置内のファイルのレコー
ドＲを更新する。
ら、マスタ装置に対して、レコードＲのデータ収集要求
を出す。この要求に対して、マスタ装置からスレーブ装
置に対して、レコードＲの内容を通知する。この通知を
受けたスレーブ装置では、自装置内のファイルのレコー
ドＲを更新する。
【００５５】上記の処理は、オンラインシステムに接続
されている全装置で行い、各装置で管理されている全レ
コードについて行う。この場合、すべてのデータを、レ
コード単位で取り扱い、更新されたレコード単位のデー
タ毎にファイルの更新を行う。
されている全装置で行い、各装置で管理されている全レ
コードについて行う。この場合、すべてのデータを、レ
コード単位で取り扱い、更新されたレコード単位のデー
タ毎にファイルの更新を行う。
【００５６】（他の実施例）以上実施例について説明し
たが、本発明は次のようにしても実行可能である。 (1) マスタ判定処理において用いる更新管理情報とし
て、最新更新時刻の外、データの更新回数を同時に収集
して比較してもよい。 (2) ファイル内のデータ更新を行う際、片方向へのみ行
う場合は、ファイル単位で行ってもよい。
たが、本発明は次のようにしても実行可能である。 (1) マスタ判定処理において用いる更新管理情報とし
て、最新更新時刻の外、データの更新回数を同時に収集
して比較してもよい。 (2) ファイル内のデータ更新を行う際、片方向へのみ行
う場合は、ファイル単位で行ってもよい。
【００５７】
【発明の効果】以上説明したように、本発明によれば次
のような効果がある。 (1) 他の装置で更新されたデータのみを収集してファイ
ル内のデータ更新を行うので、無駄な処理がなくなる。
このため、ＣＰＵや回線の負荷が軽くなる。
のような効果がある。 (1) 他の装置で更新されたデータのみを収集してファイ
ル内のデータ更新を行うので、無駄な処理がなくなる。
このため、ＣＰＵや回線の負荷が軽くなる。
【００５８】(2) 通信リンク回復時において、他の装置
でデータ更新がなければ、データの更新を行わずに済む
ので、その分、装置の立ち上げ時間が短縮できる。また
装置の処理性能が向上する。
でデータ更新がなければ、データの更新を行わずに済む
ので、その分、装置の立ち上げ時間が短縮できる。また
装置の処理性能が向上する。
【００５９】(3) ファイル内のデータ管理は、レコード
単位で管理するので、データを自由に配置できる。従っ
て、データはレコード単位で保証でき、データの紛失の
際も最少限で済む。 (4) ファイルのデータを自由配置できるため、メモリ資
源の重複使用はあるが、システム全体の性能向上、及び
システム構築の柔軟性が向上する。
単位で管理するので、データを自由に配置できる。従っ
て、データはレコード単位で保証でき、データの紛失の
際も最少限で済む。 (4) ファイルのデータを自由配置できるため、メモリ資
源の重複使用はあるが、システム全体の性能向上、及び
システム構築の柔軟性が向上する。
【図１】本発明の原理図である。
【図２】本発明の実施例におけるオンラインシステムの
構成図である。
構成図である。
【図３】更新管理情報の具体例である。
【図４】マスタ判定処理部の処理フローチャートであ
る。
る。
【図５】従来のオンラインシステムの概略構成図であ
る。
る。
【図６】従来のデータ更新処理のタイムチャート（１）
である。
である。
【図７】従来のデータ更新処理のタイムチャート（２）
である。
である。
ＭＡ マスタ装置
ＳＬ スレーブ装置
１１ データ管理部
１２ 更新管理情報メモリ
１３ マスタ判定処理部
Claims (3)
- 【請求項１】 通信回線に接続された１台の装置をマス
タ装置（ＭＡ）、他の複数台の装置をスレーブ装置（Ｓ
Ｌ）とし、 マスタ装置のファイル（ＭＦ）と、各スレーブ装置のフ
ァイル（ＳＬＦ）とに、 ユーザが動的に更新可能なデータを二元配置したオンラ
インシステムにおける二元配置データの管理方法であっ
て、 前記各装置（ＭＡ、ＳＬ）に、ファイル内のデータに対
する更新管理情報を格納するメモリ（１２）を設けて、
更新データを管理し、 前記各装置間の通信リンク切断後の回復時に、 各装置において、他の装置から更新管理情報を収集し
て、自装置内の情報と比較することにより、 通信リンク切断時に、データ更新のあったファイルを持
つ装置を決定し、 前記データ更新のあったファイルのデータのみを再収集
して、ファイル内のデータの不整合を解消することを特
徴とした二元配置データの管理方法。 - 【請求項２】 上記更新管理情報として、 ファイル内の各レコードの最終更新時刻を用い、 前記最終更新時刻が最新の時刻であった方のファイルを
持つ装置を、マスタ装置と決定し、 前記マスタ装置のファイルから、レコード単位でデータ
を再収集して、ファイル内のデータの不整合を解消する
ことを特徴とした請求項１記載の二元配置データの管理
方法。 - 【請求項３】 上記更新管理情報として、 ファイル内の各レコードのの最終更新時刻を用い、 前記最終更新時刻が同じ時刻であった場合には、両方の
装置をマスタ装置と決定し、 ファイル内のデータの再収集を行わないことを特徴とし
た請求項１記載の二元配置データの管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3203209A JPH0528021A (ja) | 1991-07-19 | 1991-07-19 | 二元配置データの管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3203209A JPH0528021A (ja) | 1991-07-19 | 1991-07-19 | 二元配置データの管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0528021A true JPH0528021A (ja) | 1993-02-05 |
Family
ID=16470275
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3203209A Pending JPH0528021A (ja) | 1991-07-19 | 1991-07-19 | 二元配置データの管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0528021A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263396A (ja) * | 1995-03-20 | 1996-10-11 | Pfu Ltd | 情報処理システムおよびその情報処理装置 |
| JPH08314785A (ja) * | 1995-05-23 | 1996-11-29 | Mitsubishi Electric Corp | データファイル等価処理方法 |
| JPH0934771A (ja) * | 1995-07-13 | 1997-02-07 | Nec Corp | 分散システムのサブファイル転送方式 |
| JPH0950381A (ja) * | 1995-08-08 | 1997-02-18 | Meidensha Corp | データサーバ |
| JPH09190372A (ja) * | 1995-09-29 | 1997-07-22 | Sony Corp | 情報管理装置および方法 |
| JP2001256100A (ja) * | 1995-09-29 | 2001-09-21 | Sony Corp | ワールドワイドウェブブラウザ装置およびワールドワイドウェブの更新通知方法 |
| JP2002530751A (ja) * | 1998-11-17 | 2002-09-17 | テレフオンアクチーボラゲツト エル エム エリクソン（パブル） | 変更ログ処理の最適化 |
| JP2002530750A (ja) * | 1998-11-17 | 2002-09-17 | テレフオンアクチーボラゲツト エル エム エリクソン（パブル） | 移動通信システムの並列プロセッサを同期化するためのプロトコル |
| JP2012064089A (ja) * | 2010-09-17 | 2012-03-29 | Hitachi Ltd | 情報同期システム、情報同期プログラムおよび情報同期方法 |
-
1991
- 1991-07-19 JP JP3203209A patent/JPH0528021A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263396A (ja) * | 1995-03-20 | 1996-10-11 | Pfu Ltd | 情報処理システムおよびその情報処理装置 |
| JPH08314785A (ja) * | 1995-05-23 | 1996-11-29 | Mitsubishi Electric Corp | データファイル等価処理方法 |
| JPH0934771A (ja) * | 1995-07-13 | 1997-02-07 | Nec Corp | 分散システムのサブファイル転送方式 |
| JPH0950381A (ja) * | 1995-08-08 | 1997-02-18 | Meidensha Corp | データサーバ |
| JPH09190372A (ja) * | 1995-09-29 | 1997-07-22 | Sony Corp | 情報管理装置および方法 |
| JP2001256100A (ja) * | 1995-09-29 | 2001-09-21 | Sony Corp | ワールドワイドウェブブラウザ装置およびワールドワイドウェブの更新通知方法 |
| JP2002530751A (ja) * | 1998-11-17 | 2002-09-17 | テレフオンアクチーボラゲツト エル エム エリクソン（パブル） | 変更ログ処理の最適化 |
| JP2002530750A (ja) * | 1998-11-17 | 2002-09-17 | テレフオンアクチーボラゲツト エル エム エリクソン（パブル） | 移動通信システムの並列プロセッサを同期化するためのプロトコル |
| JP2012064089A (ja) * | 2010-09-17 | 2012-03-29 | Hitachi Ltd | 情報同期システム、情報同期プログラムおよび情報同期方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07319747A (ja) | データ更新システム | |
| JP2001356945A (ja) | データバックアップ・リカバリー方式 | |
| JPH11327912A (ja) | ソフトウェア自動配布システム | |
| JPH0528021A (ja) | 二元配置データの管理方法 | |
| JP3985430B2 (ja) | データベース管理装置及び方法 | |
| JPH04299435A (ja) | データベース等価方式 | |
| JPH0934758A (ja) | リレーショナルデータベースアクセス制御方式 | |
| JP4160171B2 (ja) | 営業店バックアップ・システム、センタ側サーバ、営業店サーバ、営業店バックアップ方法および記録媒体 | |
| JPH11345139A (ja) | 無停止型２重化システム | |
| JPH0314046A (ja) | ファイル差分管理方式 | |
| JP3564485B2 (ja) | 情報処理方法及びシステム | |
| JPH1185591A (ja) | 情報処理装置および電気通信管理網におけるファイルバックアップ方式 | |
| JP2697686B2 (ja) | Ｐｏｓ端末データ移行方法 | |
| JP2000020366A (ja) | レプリケーションシステム | |
| JP2000010868A (ja) | 分散システムおよびそのバックアップ方法 | |
| CN114840365A (zh) | 异常状态的双活卷扩容方法、系统、终端及存储介质 | |
| CN115774634A (zh) | 本地磁盘数据补偿方法、装置、设备及存储介质 | |
| KR100317786B1 (ko) | 에이티엠교환기에서통계데이터관리방법 | |
| JPH1029181A (ja) | ロボット制御システムにおけるデータ復旧方法およびロボット制御システム | |
| JPH1165909A (ja) | 分散処理システム | |
| JP2959467B2 (ja) | 疎結合多重計算機システムにおける障害復旧システム、障害復旧方法、および障害復旧プログラムを記憶する媒体 | |
| JP2594761B2 (ja) | ジャーナルフアイル管理装置 | |
| JP2850757B2 (ja) | 階層型ファイルシステムにおける障害対応方式 | |
| KR960006471B1 (ko) | 지능망 서비스 제어/관리 시스팀의 근거리 통신망(lan) 물리주소 관리 방법 | |
| JP2003050720A (ja) | オンラインシステムにおける情報取得方法およびプログラムおよび該プログラムを記録した計算機で読み取り可能な記録媒体 |