JPH0447428A - ファイル更新装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、オフィスコンピュータ等において、ファイル
上のレコード更新中にエラーが発生した場合、そのファ
イルを復旧する機能を備えたファイル更新装置に関する
。

［発明の概要コ 本発明のファイル更新装置は、ファイル更新時、更新前
のファイルに対するレコード状態をレコード単位で保持
しておき、ファイル復旧時に、上記各レコード状態を判
別して直ちにファイルを復旧するようにしたものである
。

［従来技術］ 従来のオフィスコンピュータ等におけるファイル更新装
置は、既に作成されているファイルに対して更新を行な
う場合、他のプロセスによりデータが書替えられないよ
うにファイル全体にロックを掛け、ファイル単位にレコ
ード情報を全て更新させ、エラー（矛盾）が発生した場
合、そのエラーとなったレコードをＮＧレコードとして
別のファイルに保存しておき、全ての更新が終了した段
階で保存されたＮＧレコードをプリンタ等に出力させ、
その後のりカバリ−はユーザーが行なうようになってい
る。ファイルが重要で、その復旧を確実に行ないたい場
合は、ユーザーがファイル更新に際して予めファイル単
位にバックアップをとっておき、エラーが発生するとバ
ックアップデータを元に戻すようにしている。

［発明が解決しようとする課題］ 従来のファイル更新装置は、上記のようにファイル更新
によりエラーが発生すると、更新終了後にＮＧレコード
を出力してユーザーに知らせるだけであり、その後の処
理はユーザーが行なわなければならず、ファイルの復旧
操作が非常に面倒であると共に、復旧に時間がかかると
いう問題があった。

このような原因は、ファイル更新に際してユーザーが予
めファイルのバックアップをとるという操作を行なわな
ければならず、また、エラーが発生した場合には、デー
タ容量が大きいファイル単位でエラー復旧を行なうとこ
ろにあると考えられる。

してみれば、ファイル更新時に更新前のレコード状態を
レコード単位で保持しておき、エラーが発生した場合に
は、上記各レコード状態を判別してファイルを自動的に
復旧させることにより、ユーザーは復旧操作を行なうこ
となく、ファイルの復旧を迅速に行なわせ得ることは明
らかである。

本発明の課題は、ファイル上のレコードを更新している
際にエラーが発生した場合、その復旧処理を自動的に、
かつ、高速で実行し得るファイル更新装置を提供するこ
とである。

［課題を解決するための手段］ 本発明の手段は次の通りである。

（１）　更新用レコードによるファイル更新時、更新前
のレコードを別途保存した上で、レコード単位で指示さ
れた更新種に応じてファイル更新を行なうファイル更新
手段。

例えば更新前のレコードを保存するバックアップメモリ
２２、更新用レコードファイル１６がら読出される更新
用レコードの更新種に応じて動作するＣＰＵＩ　１であ
る。

（２）　上記ファイル更新時、各更新レコードに対応し
て そのレコードが更新前のファイルに存在してファイルか
ら削除すべきものなのか、 そのレコードが更新前のファイルに存在して書替えられ
たものなのか、 そのレコードが更新前のファイルに存在せず、追加され
たものなのか、 の何れかの状態を保持する状態保持手段。

例えば更新状態テーブル１３及びレコード状態テーブル
１４を参照して状態を保持する更新状態レジスタ１７、
レコード状態レジスタ１８である。

（３）　ファイル復旧時、更新済みの各レコード状態を
判別し、 追加状態であれば、そのレコードを削除して、この追加
状態を解除し、 書替状態であれば、更新時に保持された更新前のレコー
ドに書替えて、この書替状態を解除し、削除状態であれ
ば、この削除状態を解除する状態解除手段。

例えば更新状態管理メモリ２１に記憶された各レコード
状態を判別して動作するＣＰＵＩ　１である。

［作用〕 本発明の手段の作用は次の通りである。

更新用レコードによりファイルを更新する際、更新前の
レコードがバックアップメモリに保存され、その後、レ
コード単位で指示された更新種に応じてファイル更新が
行なわれる。このファイル更新時、各更新レコードの状
態が更新状態テーブル、レコード状態テーブルを参照し
て検出され、更新状態管理メモリに保持される。

そして、ファイル更新時にエラーが発生すると、上記更
新状態管理メモリに記憶されているレコード状態に基づ
いてファイルの復旧処理が行なわれる。

［実施例］ 以下、一実施例を第１図ないし第８図を参照しながら説
明する。

第１図は、全体の構成を示すブロック図である。

同図において、符号１１は回路全体の制御を行なうＣＰ
Ｕで、このＣＰＵＩ　１にはパスライン１２を介して更
新状態テーブル１３、レコード状態テーブル１４、更新
用レコードレジスタ１５、更新用レコードファイル１６
、更新状態レジスタ１７、レコード状態レジスタ１８、
更新用バッファ１９、ワークメモリ２０、更新状態管理
メモリ２１、ノ（ツタアップメモリ２２、ソースファイ
ル２３が接続される。

更新状態テーブル１３には、第２図（ａ）、（ｂ）に示
す更新状態テーブルＩ、■が設定される。

第２図（ａ）の更新状態テーブルは、同一ファイルの同
一レコードに対して最初の処理を実行する時の管理状態
を示すもので、更新種とファイル上のレコードの有無に
よって「削」、「追」、ｒ訂」、「集」、「エラー」の
状態が設定されている。これらの各状態において、 「削」　：削除を意味し、レコードなしの状態にする、 「追」：追加を意味し、レコードを新規に作成する、 ｒ訂」：訂正を意味し、対象レコードのフィールドの値
にフィールドの内容を修正する、「集」：集計で対象レ
コードのフィールドの値を加算する、 ことを示している。

また、更新種としては、■「削除」、■「追加」、■「
追加・訂正」、■「追加・集計」、■Ｕ訂正」、■「集
計」の６種類がある。

上記更新種は、更新用レコードの作成に際して次のよう
な使い分けを行なう。

追加；該当キーのレコードがファイル内に無ければ追加
したいが、有れば更新の必要が無い場合。

訂正、削除、集計：該当キーのレコードがファイル内に
有れば更新処理（訂正、削除、集計）したいが、無けれ
ば更新の必要が無い場合。

追加・訂正、追加・集計：該当キーのレコードにより必
ず更新する必要が有る場合。

上記更新状態テーブルＩにおいて、例えば今回の更新種
が「削除」の場合、ファイル上のレコードがあれば「削
除」、レコードが無ければ「エラー」として更新状態を
認識する。

第２図（ｂ）に示す更新状態テーブル■は、更新種と前
回の更新状態との関係を示している。同一レコードに対
して２回目以降の更新を行なう場合、前回のレコード状
態と今回の更新種によりレコード状態を認識するもので
、その際に更新状態テーブル■が使用される。なお、今
回の更新種が「削除」で、前回のレコード状態が「追」
、ｒ訂」、「集」であること、及び今回の更新種が「追
加」で、前回のレコード状態が「訂」、「集」であるこ
とは、更新種が■「削除」■「追加」　■「追加・訂正
」　■「追加・集計」、■「訂正」、■「集計」の昇順
にソートされていることを前提としているために論理的
に有り得ないので、状態設定は行なっていない。

上記更新状態テーブル■において、今回の高新種が例え
ば「訂正」の場合、前回の更新状態が「削」であれば「
エラー」　それ以外であれば「訂正」として更新状態を
認識する。

また、レコード状態テーブル１４には、第３図（ａ）、
（ｂ）に示すレコード状態テーブルＩ。

■が設定される。

第３図（ａ）のレコード状態テーブルＩは、同一ファイ
ルの同一レコードに対して最初の処理を実行する時のレ
コード状態を示すもので、上記６種の更新種とファイル
上のレコードの有無によってｒＤＥＬＪ　　　ｒエラー
」、ｒＲＷＴＪ、ｒＡＰＤＪ状態が決定される。これら
の各状態において、 ＤＥＬ：ファイル上のレコード削除、 エラー：は論理的矛盾発生、 ＲＷＴ　：ファイル上のレコード書替、ＡＰＤ　：ファ
イルへのレコード追加、を示している。

そして、第３図（ｂ）に示すレコード状態テーブル■は
、更新種と前回のレコード状態との関係を示している。

同一レコードに対して２回目以降の更新を行なう場合、
前回のレコード状態と今回の更新種によりレコード状態
を認識するもので、その際にレコード状態テーブル■が
使用される。

なお、今回の更新種が「削除」の場合、前回のレコード
状態がｒＡＰＤＪ、ｒＲＷＴＪであることは、上記した
ように更新種によりソートされていることを前提として
いるために論理的に有り得ないので、状態設定は行なっ
ていない。

更新状態管理メモリ２１には、第４図に示すようにファ
イル識別子２１ａ１対象レコードのレングス２１ｂ１対
象レコードのキーワード数２１ｃ。

対象レコードのレコード番号２１ｄ、更新状態２１ｅ、
レコード状態２１ｆが、更新対象レコードの数だけ設定
される。上記ファイル識別子２１ａは更新対象ファイル
のオーブン時の識別子、対象レコードのレングス２１ｂ
はバックアップした更新対象レコードのレングス、対象
レコードのキーワード数２１ｃは更新対象レコードのキ
ーワード数、対象レコードのレコード番号２１ｄは更新
対象レコードの物理レコード番号を示している。

また、更新状態２１ｅは第２図における「削除」、「追
加」、「訂正」、「集計」の状態を示し、レコード状態
２１ｆは第３図における更新レコードの状態モードを示
している。

更新用レコードファイル１６には、第５図に示すように
「ファイル名」、「更新種」、「キーワードＫ」、「デ
ータワードＡ」〜「データワードＧ」からなる更新用レ
コードが記憶される。

また、ソースファイル２３には、第６図に示すように「
キーワードＫ」、「データワードＡ」〜「データワード
Ｇ」からなるソースレコードが記憶される。

次に上記実施例の動作を説明する。

予め作成された更新用レコードは、更新用レコードファ
イル１６に蓄えられている。そして、この更新用レコー
ドファイル１６に蓄えられた更新用レコードにより、ソ
ースファイル２３に対するファイル更新が行なわれる。

以下、このファイル更新の処理動作を第７図のフローチ
ャートに従って説明する。このフローチャートは、ＣＰ
ＵＩＩの制御に従って実行される。

まず、更新用レコードファイル１６に記憶されている更
新用レコードをキー分類別に、つまり、■「削除」、■
「追加」、■「追加・訂正」、■「追加・集計」、■「
訂正」、■「集計」の昇順にソートする（ステップＡｌ
）。上記のソート処理は、ワークメモリ２０を利用して
行なわれる。

このソート終了後、更新用レコードファイル１６から更
新用レコードを更新用レコードレジスタ１５に読出しく
ステップＡ２）、ソースファイル２３上に該当するレコ
ードが存在するが否がを判断する（ステップＡ３）。そ
して、このファイル上のレコードの有無と今回の更新種
に基づいて、更新状態テーブル１３及びレコード状態テ
ーブル１４の内のテーブルＩ（第２図（ａ）、第３図（
ａ）参照）より、今回の更新状態、レコード状態を読出
しくステップＡ４）、エラーであるか否かを判別する（
ステップＡ５）。この場合、更新状態テーブル１３及び
レコード状態テーブル１４の何れにおいても、更新種が
「追加」であればレコード有りの状態、更新種が「削除
」、「訂正」、「集計」であればレコード無しの状態が
エラーとなる。

上記ステップＡ５でエラーと判断された場合は、詳細を
後述するステップＡ６のエラー処理を実行し、エラーで
なければ上記更新状態を更新状態レジスタ１７に、レコ
ード状態をレコード状態レジスタ１８に記憶する（ステ
ップＡ７）。そして、上記更新用レコードレジスタ１５
に保持している更新用レコード、更新状態レジスタ１７
及びレコード状態レジスタ１８の保持データから第４図
に示す更新状態管理レコードを作成し、更新状態管環メ
モリ２１に記憶する（ステップＡ８）。

更に、上記レコード状態レジスタ１８に保持されている
レコード状態が「ＲＷＴ　（書替）」、ｒＡＰＤ（追加
）」、ｒＤＥＬ（削除）」の何れであるかを判別しくス
テップＡ９）、ｒＲＷＴＪであればステップＡｌ０１ｒ
ＡＰＤＪであればステップＡ１４、ｒＤＥＬＪであれば
ステップＡ１８の処理に進む。

上記レコード状態レジスタ１８におけるレコード状態が
ｒＲＷＴＪでステップＡＩＯに進んだ場合、ソースファ
イル２３における更新対象ファイルの該当レコードを外
部からアクセスできないようにロックする。次いで上記
該当レコードをバックアップメモリ２２に書き込んでバ
ックアップする（ステップＡ１１）。その後、ソースフ
ァイル２３から上記の該当レコードを更新用バッファ１
９に読出して、更新用レコードレジスタ１５に保持して
いる更新用レコードにより修正する（ステップＡ１２．
　Ａ１３）。

上記レコード状態レジスタ１８におけるレコード状態が
ｒＡＰＤＪでステ・ツブＡ１４に進んだ場合、ソースフ
ァイル２３における対象ファイルを更新し、その該当レ
コードを口・ツクする（ステ、ツブＡ１５）。次いで上
記該当レコードをノ＜・ンクア・ノブメモリ２２に書き
込んでバ・ソファ・ツブすると共に、その該当レコード
を更新用／く・ソファ１９へ転送する（ステップＡｌｅ
、　Ａ１７）。

上記レコード状態レジスタ１８におけるレコード状態が
ｒＤＥＬＪでステップＡ１８に進んた場合、ソースファ
イル２３における対象ファイルの該当レコードをロック
する。次いで上記該当レコードをバックアップメモリ２
２に書き込んでノ＜・ツクアップすると共に、その該当
レコードを更新用ツク、ソファ１９へ転送する（ステ・
ツブＡ２０．　Ａ２１）。

そして、上記ステップＡ１３、Ａ１７、Ａ２０の処理を
終了すると、ステップＡ２１に進んで更新用レコードフ
ァイル１６から次の更新用レコードを更新用レコードレ
ジスタ１５に読出し、前回と同一キーか否かを判別する
（ステ・ツブＡ２２）。

前回と同一キーの場合は、前回の更新状態、レコード状
態に対する今回の更新種に基づいて、更新状態テーブル
１３及びレコード状態テーブル１４の内のテーブル■（
第２図（ｂ）、第３図（ｂ）参照）より、今回の更新状
態、レコード状態の読出しを行ない、エラーか否かをチ
エツクする。この場合、更新状態テーブル１３では、前
回の更新状態が「削」で今回の更新種として「削除」、
「訂正」、「集計」が指定された時、及び前回の更新状
態が「追」で今回の更新種として「追加」が指定された
時にエラーとなる。また、レコード状態テーブル１４で
は、前回の更新状態がｒＤＥＬＪで今回の更新種として
「削除」、「訂正」、「集計」が指定された時、前回の
更新状態がＡＰＤＪで今回の更新種として「追加」が指
定された時、前回の更新状態がｒＲＷＴＪで今回の更新
種として「追加」が指定された時にエラーとなる。

上記ステップＡ２４でエラーと判断された場合は、エラ
ー処理（ステップＡＳ）を実行し、エラーでなければ上
記更新状態テーブル１３のテーブル■から読出した更新
状態を更新状態レジスタ１７に、レコード状態テーブル
１４のテーブル■から読出したレコード状態をレコード
状態レジスタ１８に記憶する（ステップＡ２５）。次い
で更新用バッファ１９の内容を今回の更新用レコード及
び更新状態に基づいて更新する（ステップＡ２６）。ま
た、上記更新用レコードレジスタ１５に保持している更
新用レコード、更新状態レジスタ１７及びレコード状態
レジスタ１８の保持データから第４図に示す更新状態管
理レコードを作成し、更新状態管理メモリ２１に記憶す
る（ステップＡ２７）。

その後、上記ステップＡ２１に進んで更新用レコードフ
ァイル１６から次の更新用レコードを更新用レコードレ
ジスタ１５に読出し、前回と同一キーか否かを判別する
（ステップＡ２２）。前回と同一キーの場合は、上記ス
テップＡ２３〜Ａ２７の処理を繰り返し実行するが、同
一キーでない場合は更に更新用レコードファイル１６に
次のレコードが有るか否かをチエツクする（ステップＡ
２８）。

更新用レコードファイル］８６に次のレコードがある場
合は、レコード状態レジスタ１８の記憶内容から、現在
のレコード状態がｒＡＰＤＪ、「ＲＷＴ」、「ＤＥＬ」
の何れであるかを判別する（ステップＡ２９）。

レコード状態がｒＡＰＤＪの場合は、更に更新状態レジ
スタ１７により現在の更新状態が「追加」、「訂正」、
「集計」の何れであるかを判別しくステップＡ３０）、
「訂正」あるいは「集計」であれば更新用バッファ１９
に保持されている内容をソースファイル２３に書き込み
（ステップ八３１）　　該当レコードをロックする（ス
テップＡ３２）。また、上記ステップＡ２９おいて現在
のレコード状態が「ＲＷＴＪであると判別された場合も
上記ステップＡ３Ｌ、Ａ３２の処理を実行する。

そして、上記ステップＡ３２の処理を終了した場合、ス
テップＡ３０で現在の更新状態が「追加」であると判別
された場合、ステップＡ２９で現在のレコード状態が「
ＤＥＬＪであると判別された場合は、ステップＡ３に戻
り、更新用レコードレジスタ１５に保持されている更新
用レコードに従って上記した処理を繰り返して実行する
。

上記した処理により更新用レコードファイル１６に保持
されている更新用レコードか全て読出され、ステップＡ
２ｇにおいて更新用レコードファイル１６には次のレコ
ードが記憶されていないと判断されると、ステップＡ３
３に進んで更新状態管理メモリ２１から先頭レコードを
ワークメモリ２０に読出し、そのレコード状態がｒＤＥ
ＬＪであるか、またはｒＡＰＤＪ、「ＲＷＴ」であるか
を判別する（ステップＡ３４）。

レコード状態が「ＤＥＬ」の場合は、該当レコードをソ
ースファイル２３から削除する。このステップＡ３５の
処理を終了した場合、あるいは上記ステップＡ３４でレ
コード状態がｒＡＤＤＪまたはｒＲＷＴＪであると判別
された場合は、ステップＡ３Ｂに進んで、更新状態管理
メモリ２１からのレコード読出しを全て終了したか否か
をチエツクし、終了していなければ更新状態管理メモリ
２１から次のレコードをワークメモリ２０に読出しくス
テップＡ３７）、その後、ステップＡ３４に戻って同様
の処理を繰り返して実行する。そして、上記更新状態管
理メモリ２１に記憶されているレコードに対する処理を
全て終了すると、ステ・ツブＡ３６よりステップＡ３８
に進んでソースファイル２３における全レコードのロッ
クを解除し、ファイル更新処理を終了する。

次に上記ステップＡ６のエラー処理の詳細を第８図のフ
ローチャートに従って説明する。

このエラー処理では、まず、更新状態管理メモリ２１か
ら先頭レコードをワークメモリ２゜に読出しくステップ
Ｂｌ）　　レコード状態がｒＲＷＴＪ、ｒＡＰＤＪ、ｒ
ＤＥＬＪの何れであるかを判別しくステップＢ２）、ｒ
ＲＷＴＪであればステップＢ３、「ＡＰＤ」であればス
テップＢ６、ｒＤＥＬＪであればステップＢ８の処理に
進む。

上記レコード状態がｒＲＷＴＪでステップＢ３に進んだ
場合、バックアップメモリ２２がら該当キーの更新前の
レコードを読出し、ソースファイル２３の該当レコード
を更新前の状態に書替え（ステップＢ４）、該当レコー
ドのロックを解除する。

また、上記レコード状態がｒＡＰＤＪでステップＢ６に
進んだ場合、バックアップメモリ２２から対応するレコ
ードのキーを読出し、ソースファイル２３の該当するキ
ーのレコードを削除する（ステップＢ７）。

また、上記レコード状態がｒＤＥＬＪでステップＢ８に
進んだ場合、バックアップメモリ２２から対応するレコ
ードのキーを読出し、ソースファイル２３の該当するキ
ーのレコードのロックを解除する（ステップＢ７）。

上記ステップＢ５、Ｂ７、Ｂ９の何れｔＸの処理を終了
すると、更新状態管理メモリ２１からのレコード読出し
を全て終了したか否かを判断しくステップＢＩＯ）、レ
コード読出しか終了していなければ、更新状態管理メモ
リ２１から次のレコードをワークメモリ２０に読出しく
ステップＢ１１）、その後、ステップＢ２に戻ってレコ
ード状態を判別し、その判別結果に従って上記した処理
を実行する。

そして、上記更新状態管理メモリ２１に記憶されている
レコードに対する処理を全て終了すると、その状態がス
テップＢＩＯにより判別されてエラー処理を終了する。

［発明の効果］ 以上詳記したように本発明によれば、ファイル更新時に
更新前のレコード状態をレコード単位で保持しておき、
エラーが発生した場合には、上記各レコード状態を判別
してファイルを自動的に復旧させるようにしたので、エ
ラーが発生してもユーザーは復旧操作を行なうことなく
、その復旧処理を自動的に、かつ、高速で実行させるこ
とができる。

【図面の簡単な説明】

第１図は本発明の一実施例によるファイル更新装置の回
路構成を示すブロック図、第２図（ａ）。 （ｂ）は更新状態テーブルの設定内容を示す図、第３図
（ａ）、（ｂ）はレコード状態テーブルの設定内容を示
す図、第４図は更新状態管理メモリの記憶構成を示す図
、第５図は更新用【ノコードファイルのレコード形態を
示す図、第６図はソースファイルのレコード形態を示す
図、第７図はファイル更新処理を示すフローチャート、
第８図はエラー処理を示すフローチャートである。 １１・・・ＣＰＵ、１２・・・パスライン、１３・・・
更新状態テーブル、１４・・・レコード状態テーブル、
１５・・・更新用レコードレジスタ、１６・・・更新用
レコードファイル、１７・・・更新状態レジスタ、１８
・・・レコード状態レジスタ、１９・・・更新用バッフ
ァ、２０・・・ワークメモリ、２１・・・更新状態管理
メモリ、２２・・・バックアップメモリ、２３・・・ソ
ースファイル。

Claims (1)

1. 【特許請求の範囲】 更新用レコードによるファイル更新時、更新前のレコー
   ドを別途保存した上で、レコード単位で指示された更新
   種に応じてファイル更新を行なうファイル更新手段と、 上記ファイル更新時、各更新レコードに対応して そのレコードが更新前のファイルに存在してファイルか
   ら削除すべきものなのか、 そのレコードが更新前のファイルに存在して書替えられ
   たものなのか、 そのレコードが更新前のファイルに存在せず、追加され
   たものなのか、 の何れかの状態を保持する状態保持手段と、ファイル復
   旧時、更新済みの各レコード状態を判別し、 追加状態であれば、そのレコードを削除して、この追加
   状態を解除し、 書替状態であれば、更新時に保持された更新前のレコー
   ドに書替えて、この書替状態を解除し、削除状態であれ
   ば、この削除状態を解除する状態解除手段とを具備した
   ことを特徴とするファイル更新装置。