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

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、オフィスコンピュータ等において、ファイル
上のレコードをリアルタイムで更新させる機能を備えた
ファイル更新装置に関する。

［発明の概要］ 本発明のファイル更新装置は、同一キーレコードに対し
て複数回の更新を行なう際、最初は更新用レコードによ
り指定される更新種及び該当レコードの有無により今回
の更新状態を決定し、２回目以降は更新用レコードによ
り指定される更新種及び前回の更新状態により今回の更
新状態を決定してワークメモリ上で更新処理を行ない、
同一キーレコードに対する処理の最後にファイルを書替
えるようにしたものである。

［従来技術］ 従来のオフィスコンピュータ等におけるファイル更新装
置は、既に作成されているファイルに対して更新を行な
う場合、他のプロセスによりデー夕が書替えられないよ
うにファイル全体にロックを掛け、ファイル単位にレコ
ード情報を更新するこの場合、同一のレコードに対して
複数の更新用レコードがある場合、レコード更新処理を
行なう毎にソースファイルに対するレコードの書込み／
読出しを行なうようにしている。

例えば第８図に示すようにソースファイル１に記憶され
ているレコードｆに対し、３つの更新用レコード２Ａ、
２Ｂ、２Ｃがある場合、まず、上記レコードｆがメモリ
３ａに読出される。そしてこのメモリ３ａに読出された
レコードｆが最初の更新用レコード２人に基づいて更新
処理（４ａ）される。例えばレコードｆの特定のフィー
ルド“数量゛に更新用レコード２Ａの“数量″′Ａが加
算され、その加算結果ｒｆ＋ＡＪがソースファイル１に
書込まれる。

次いで上記ソースファイル１から更新したレコードｆ　
（ｆ十Ａ）がメモリ３ｂに読出され、次の更新用レコー
ド２Ｂに基づいて更新処理（４ｂ）される。例えばレコ
ードｆの特定のフィールド“金額゛に更新用レコード２
Ｂの“金額”Ｂが加算され、その加算結果ｒｆ＋Ａ＋Ｂ
Ｊがソースファイル１に書込まれる。

次に上記ソースファイル１がら更新したレコードｆ　（
ｆ＋Ａ＋Ｂ）がメモリ３ｃＪ：読出され、次の更新用レ
コード２Ｃに基づいて更新処理（４ｃ）される。例えば
レコードｆの特定のフィールド“在庫″から更新用レコ
ード２ｃの“引当“Ｃが減算され、その減算結果ｒｆ＋
Ａ＋Ｂ−ＣＪがソースファイル１に書込まれる。

［発明が解決しようとする課題］ 上記従来のファイル更新装置は、同一のレコードに対し
て複数の更新用レコードがある場合、各更新用レコード
に基づいてファイル更新を行なう毎に、ファイルに対し
て読出し／書込み処理を行なわなければならず、この結
果、ファイルに対するアクセス回数が多くなって処理効
率が低下するという問題があった。

このような原因は、同一のレコードに対して複数の更新
処理を行なう場合、処理に際して更新状態を記憶してお
らず、従って、１つの更新処理を終了する毎に、その処
理結果をファイルに書込んで記憶させなければならない
ところにあると考えられる。

してみれば、同一のレコードに対して複数の更新処理を
行なう場合、最初の更新時は指定更新種と該当レコード
の有無により今回の更新状態を決定すると共に記憶して
ワークメモリ上での更新処理を行ない、２回目以降は指
定更新種と前回の更新状態により更新状態を決定して上
記ワークメモリ上での更新処理を行ない、同一レコード
に対する最後の処理でファイルを書替えるようｉ、：　
ｔ　ｉ　ハ、ファイルアクセス回数を減少し得ることは
明らがである。

本発明の課題は、同一のレコードに対して複数の更新処
理を行なう場合、ファイルアクセス回数を最小限に抑え
てファイル更新処理を効率的に行ない得るファイル更新
装置を提供することである。

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

同一キーの更新用レコードが複数ある場合、最初の更新
の際、更新用レコードにより指定される更新種及びファ
イル内の該当レコードの有無に応じて更新状態を決定し
、該当レコードをワークメモリ上に展開して上記決定更
新状態に従って上記ワークメモリ上での更新を行なう第
１の更新手段。

例えば更新状態テーブル１３及びレコード状態テーブル
１４内のテーブルＩを参照して更新用バッファ１９上で
更新処理するＣＰＵＩＩである。

２回目以降の更新の際は、更新用レコードにより指定さ
れる更新種及び上記前回の更新状態に応じて今回の更新
状態を決定し、この決定された更新状態に従って上記ワ
ークメモリ上の該当レコードの更新を行なう第２の更新
手段。

例えば更新状態テーブル１３及びレコード状態テーブル
１４内のテーブル■を参照して更新用バッファ１９上で
更新処理するＣＰＵＩ　１である。

上記第２の更新手段により同一キーの更新用レコードが
処理されて無くなったとき、上記ワークメモリ上で更新
されたレコードによりファイルを更新するファイル更新
手段。

例えば更新用バッファ１９の内容によりソースファイル
２３を書替えるＣＰＵＩ　１である。

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

同一キーの更新用レコードが複数ある場合、最初の更新
の際、更新状態テーブル及びレコード状態テーブル内の
テーブル■を参照し、更新用レコードにより指定される
更新種及びファイル内の該当レコードの有無に応じて更
新状態を決定し、レジスタに保持する。そして、ファイ
ルから読出した該当レコードをワークメモリ上に展開し
、上記の決定された更新状態に従ってワークメモリ上で
更新処理する。

２回目以降の更新の際は、更新状態テーブル及びレコー
ド状態テーブル内のテーブル■を参照し、更新用レコー
ドにより指定される更新種及び上記レジスタに保持して
いる前回の更新状態に応じて今回の更新状態を決定し、
レジスタに保持する。

このレジスタに保持された更新状態に従って該当レコー
ドをワークメモリ上で更新処理する。

そして、上記２回目以降の更新により同一キーの更新用
レコードが全て処理されると、上記ワークメモリ上で更
新されたレコードによりファイルを更新して更新処理を
終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

■が設定される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、上記実施例では、同一キーに対する更新において
、追加は追加更新時に直ちにファイルを更新し、削除を
全レコードに対する更新終了後に一括して行なったが、
訂正、集計等と同様に同一キーに対する更新の最後でレ
コードの追加、または削除を行なうようにしてもよい。

［発明の効果〕 以上詳記したように本発明によれば、同一キーレコード
に対して複数回の更新を行なう際、最初は指定更新種及
び該当レコードの有無により、２回目以降は指定更新種
及び前回の更新状態により今回の更新状態を決定してワ
ークメモリ上で更新を行ない、同一キーレコードに対す
る処理の最後にファイルを書替えるようにしたので、フ
ァイルに対するアクセス回数を最小限に抑えて、ファイ
ル更新処理を効率的に行なうことができる。

【図面の簡単な説明】

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

Claims (1)

1. 【特許請求の範囲】 同一キーの更新用レコードが複数ある場合、最初の更新
   の際、更新用レコードにより指定される更新種及びファ
   イル内の該当レコードの有無に応じて更新状態を決定し
   、該当レコードをワークメモリ上に展開して上記決定更
   新状態に従って上記ワークメモリ上での更新を行なう第
   １の更新手段と、 ２回目以降の更新の際は、更新用レコードにより指定さ
   れる更新種及び上記前回の更新状態に応じて今回の更新
   状態を決定し、この決定された更新状態に従って上記ワ
   ークメモリ上での該当レコードの更新を行なう第２の更
   新手段と、 上記第２の更新手段により同一キーの更新用レコードが
   処理されて無くなったとき、上記ワークメモリ上で更新
   されたレコードによりファイルを更新するファイル更新
   手段と を具備したことを特徴とするファイル更新装置。