JPH0619770A - 共有ファイルのデータ更新処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 データの更新順序に保証が必要な共有ファイ
ルの更新処理を複数のアクセス元が共同して実行する
際、他のアクセス元における処理の進み具合を意識する
必要なしに簡単な機構で効率的に実行できる手段を提供
することを目的としている。 【構成】 共有ファイル側に、データごとの更新処理
中、更新処理済、未処理の各処理状況を管理するデータ
管理機構を設け、また各アクセス元には、共有ファイル
内の更新アクセス対象データが未処理のとき以外は更新
データを読み飛ばし、処理が可能な更新データのみを実
行させるようにする読み飛ばし管理機構を設けて、更新
データの処理ごとにデータ管理機構に処理状況を問い合
わせ、共有ファイル内の更新アクセス対象データが更新
処理中あるいは更新処理済のときには、データ更新の順
序性が破壊されるおそれがあるものとして、処理しよう
としていた更新データを読み飛ばし、次の更新データの
処理に移るようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のワークステーシ
ョンなどのアクセス元が共有ファイルのデータを共同し
て更新するための更新処理方法に関する。

【０００２】大量に入力される更新データについて１つ
のファイルを迅速に更新可能にするため、複数のワーク
ステーションでファイルを共有するとともに、更新デー
タを分割して各ワークステーションに分配し、複数のオ
ペレータが別々のワークステーションから共同して更新
処理を行えるようにした処理システムがある。本発明
は、このような共有ファイルに対する大量の更新データ
を複数のアクセス元が共同して並列に行う更新アクセス
を効率的に実行できる更新処理方法を提供する。

【０００３】

【従来の技術】図３は、複数のワークステーションが１
つのファイルを共有する従来の処理システムの概要ブロ
ック図である。図において、１−１，１−２，…，１−
Ｎはワークステーション、２は各ワークステーションに
よってアクセスされる共有ファイル、３はネットワー
ク、４−１，４−２，…，４−Ｎは更新データである。
なお共有ファイル２も実際には１つのワークステーショ
ンによって管理されている。

【０００４】共有ファイル２のデータはレコードあるい
はブロックの単位でアクセスされ、＃０，＃１，…，＃
Ｍによって識別される。またここでは、それぞれのデー
タは入力順（発生順）に更新される必要があり、一定の
更新期間あるいは一定の更新データのグループ内では、
共有ファイル２の同一データが多重に更新されることは
許されない。

【０００５】各ワークステーションのオペレータは、そ
れぞれに与えられた更新データについて共有ファイルの
更新処理を行う。たとえばワークステーション１−１が
＃０の更新データについて共有ファイル２に更新要求を
出すと、共有ファイル２では＃１のデータが更新処理中
あるいは更新処理済でなければその更新要求を受け付け
てデータ＃１の更新を行い、結果をアクセス元のワーク
ステーション１−１に通知する。アクセス元のワークス
テーション１−１では共有ファイル２から更新終了の通
知があったときに、次の更新データについての更新要求
を共有ファイル２に対して発信する。

【０００６】ところで各ワークステーションのオペレー
タの作業能力に差があった場合、ワークステーション間
で更新データの処理の進み具合が異なっている。各ワー
クステーションに分配されている更新データは、更新性
が保証できる１つのグループの更新データ（たとえば１
日分の入力帳票に基づく更新データのグループ）に属し
ているため、それらの更新処理はほぼ同時に終了し、次
のグループの更新データの処理に一斉にかかれることが
望ましい。このため各ワークステーションで他のワーク
ステーションにおける処理の進み具合を意識する必要が
ある。この解決策としては、オペレータの能力に応じた
量の更新データを分配することが考えられるが、分配量
の決定が難しく、管理が煩わしくなる欠点がある。他の
解決策としては、更新データの分配を一括管理する分配
プログラムを設け、空きとなった各ワークステーション
からの更新データ要求に応じて分配プログラムを起動
し、更新データを１つずつ分配する方式があるが、処理
が複雑化し、必要とされる資源量も増大する欠点があ
る。

【０００７】

【発明が解決しようとする課題】本発明は、データの更
新順序に保証が必要な共有ファイルの更新処理を複数の
アクセス元が共同して実行する際、他のアクセス元にお
ける処理の進み具合を意識する必要なしに簡単な機構で
効率的に実行できる手段を提供することを目的としてい
る。

【０００８】

【課題を解決するための手段】本発明は、共有ファイル
側に、データごとの更新処理中、更新処理済、未処理の
各処理状況を管理するデータ管理機構を設け、また各ア
クセス元には、共有ファイル内の更新アクセス対象デー
タが未処理のとき以外は更新データを読み飛ばし、処理
が可能な更新データのみを実行させるようにする読み飛
ばし管理機構を設けて、更新データの処理ごとにデータ
管理機構に処理状況を問い合わせ、共有ファイル内の更
新アクセス対象データが更新処理中あるいは更新処理済
のときには、データ更新の順序性が破壊されるおそれが
あるものとして、処理しようとしていた更新データを読
み飛ばし、次の更新データの処理に移るようにしたもの
である。

【０００９】図１は、本発明の原理説明図である。図に
おいて、１は、アクセス元となるワークステーションで
ある。ここでは図の簡単化のために複数のワークステー
ションのうちの１つのみを示す。

【００１０】２は、複数のワークステーションによって
アクセスされる共有ファイルである。アクセス対象のデ
ータは、＃０，＃１，…，＃Ｎによって識別されるもの
とされる。

【００１１】４は、ワークステーション１が処理すべき
更新データであり、帳票を用いて入力される。５は、共
有ファイル２の各データの処理状況を管理するために設
けられたデータ管理機構である。問い合わせに対してデ
ータの処理状況を応答する機能も有する。

【００１２】６は、共有ファイル２のデータ対応で更新
処理中であるか更新処理済であるか、未処理であるかの
処理状況を識別可能に管理する管理ファイルであり、デ
ータ管理機構５によって参照、更新される。

【００１３】７は、ワークステーション１内に設けられ
た読み飛ばし管理機構であり、更新データ４を１つずつ
読み飛ばしてデータ管理機構５に問い合わせ、更新処理
中あるいは更新処理済の処理状況にあることが応答され
た場合には次の更新データに移る読み飛ばしを行い、未
処理であることが応答された場合にだけその更新データ
による更新処理を実行させる。

【００１４】

【作用】図１において、データ管理機構５は、共有ファ
イル２に対してワークステーション（１）からの更新処
理が開始される前に、管理ファイル６の処理状況を全て
のデータについて「未処理」の状態に初期設定する。次
に「未処理」のデータについていずれかのワークステー
ションが更新処理を開始したとき、そのデータの処理状
況を「更新処理中」に設定変更し、さらにそのデータの
更新処理が終了したとき、処理状況を「更新処理済」に
設定変更する。このようにして共有ファイル２の更新に
応じて管理ファイル６の内容を更新する。

【００１５】各ワークステーション（１）は、自己に分
配された複数の更新データ４を順次読み出して処理す
る。１つの更新データ４を読み出すごとに、データ管理
機構５に処理状況を問い合わせ、「未処理」の応答が得
られた更新データについてのみ更新処理を実行し、「更
新処理中」と「更新処理済」の応答があった更新データ
は読み飛ばし、無視する。

【００１６】これにより各ワークステーション（１）の
オペレータは共有ファイル２内の同じデータに対して重
複する更新処理を行うおそれなしに、また他のワークス
テーションにおける更新処理の進み具合を意識する必要
なしに、自己のペースで更新処理を進めることができ
る。

【００１７】

【実施例】図２は、本発明の１実施例による処理システ
ムのブロック図である。図２において、１−１，１−
２，１−３，１−４は、それぞれワークステーションで
あり、うち１−１，１−２，１−３は更新データの処理
を共同して実行するワークステーション、１−４は共有
ファイルを管理しているワークステーションである。

【００１８】２は、共有ファイルである。３は、ワーク
ステーション間を結合するネットワークである。４−
１，４−２，４−３は、ワークステーション１−１，１
−２，１−３にそれぞれ分配された更新データである。

【００１９】５は、ワークステーション１−４に設けら
れたソフトウェア上のデータ管理機構である。６は、管
理ファイルである。

【００２０】７−１，７−２，７−３は、ワークステー
ション１−１，１−２，１−３に設けられたソフトウェ
ア上の読み飛ばし管理機構である。ワークステーション
１−１，１−２，１−３は、それぞれ独立に自己に分配
された更新データ４−１，４−２，４−３の処理を実行
する。そのため各読み飛ばし管理機構７−１，７−２，
７−３は、それぞれにおける更新データごとにワークス
テーション１−４のデータ管理機構５に問い合わせを行
う。これに対してデータ管理機構５は、管理ファイル６
を参照して、そのデータに表示されている処理状況を通
知する。問い合わせを行ったアクセス元のワークステー
ションの読み飛ばし管理機構は、「未処理」の通知を受
け取るとその更新データについて更新処理を実行できる
ことをワークステーション内のデータ更新処理機構（図
示省略）に通知する。これによりデータ更新処理機構
は、通常の手順にしたがって共有ファイル２に対する更
新処理要求をワークステーション１−４に発信する。

【００２１】ワークステーション１−４のデータ管理機
構５は、更新処理要求を受け付けると管理ファイル６の
該当データの表示を「更新処理中」に変更し、更新処理
を実行した後さらに表示を「更新処理済」に変更する。

【００２２】また問い合わせを受けたデータ管理機構５
が管理ファイル６の該当データの表示に「更新処理中」
または「更新処理済」を見出した場合に、その旨をアク
セス元のワークステーションに通知するが、通知された
ワークステーションの読み飛ばし管理機構はその更新デ
ータを読み飛ばし、次の更新データに移る。

【００２３】以上の動作が繰り返されて、各ワークステ
ーションにおける最後の更新データの処理が終わったと
き、それまでに読み飛ばしされた更新データが残る。こ
の残った更新データは、共有ファイル２のデータの更新
順序を破壊する可能性のあるものであるから、チェック
の後別途処理される。

【００２４】

【発明の効果】本発明によれば、共有ファイルに対する
大量の更新データの処理を共同して実行する複数のアク
セス元では、自己に分配された更新データを、他のアク
セス元の処理の進み具合とは無関係に自己のペースで処
理することができ、管理が容易で効率的な処理システム
を実現できる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の１実施例による処理システムのブロッ
ク図である。

【図３】従来の処理システムの概要ブロック図である。

【符号の説明】

１ アクセス元のワークステーション ２ 共有ファイル ４ 更新データ ５ データ管理機構 ６ 管理ファイル ７ 読み飛ばし管理機構

【手続補正書】

【提出日】平成４年７月１５日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のアクセス元が１つのファイルを共
   有して、それぞれが当該共有ファイルに対してデータ更
   新要求を出すことのできる処理システムにおいて、 上記共有ファイルの側に、共有ファイルのデータごと
   に、更新処理中であるか、更新処理済であるか、未処理
   であるかのいずれの処理状況にあるかを管理し、問い合
   わせに対して処理状況を応答するデータ管理機構を設
   け、 また上記複数のアクセス元の各々側に、更新データごと
   に上記データ管理機構に処理状況を問い合わせて、更新
   処理中あるいは更新処理済の応答が返されたときには当
   該更新データを読み飛ばして次の更新データに移り、デ
   ータ管理機構にその処理状況の問い合わせを行う読み飛
   ばし管理機構を設け、 上記複数のアクセス元の各々が、共有ファイルに対して
   更新データの発生順序による更新順序を保存して複数の
   更新データによる更新処理を共同して行う際、自己の読
   み飛ばし管理機構を介して更新データ管理機構に対する
   処理状況の問い合わせを行い、更新処理中あるいは更新
   処理済の応答が返された更新データは読み飛ばし、未処
   理の応答が返された更新データについてのみ更新処理を
   逐次実行することを特徴とする共有ファイルのデータ更
   新処理方法。