JPH04213128A

JPH04213128A - データ処理装置

Info

Publication number: JPH04213128A
Application number: JP2400869A
Authority: JP
Inventors: Shinichi Iida; 飯　田　伸　一
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1990-12-07
Filing date: 1990-12-07
Publication date: 1992-08-04

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のプログラムの要
求に基き、共用ファイルのデータの読出し又は書込みを
行うデータ処理装置に関するものである。

【０００２】

【従来の技術】一般に、共用ファイルを用いて、複数の
計算機によりリアルタイムでデータ処理を行うシステム
では、扱うデータ項目が各計算機毎に限定されているの
が通常である。

【０００３】例えば、製造工程の進歩データ更新システ
ムでは、各工程毎に設置した計算機よりその工程に関す
るデータ更新情報が発生し、また、生産管理システムで
は、設計段階、製造段階、試験段階等毎に設置した計算
機よりその更新情報が発生する。したがって、共用ファ
イルにおける項目の設定も、上記の工程または段階を単
位として行われている。

【０００４】図６は、このようなシステムに用いられる
共用ファイルと、複数のプログラムとの間の関係を示す
説明図である。この図において、ホストコンピュータ１
は共用ファイル２を有しており、この共用ファイル２に
格納されたデータは、端末コンピュータ３，４の各プロ
グラム５，６により読出し又は書込みが行われるように
なっている。

【０００５】図７は、共用ファイル２のファイル構造を
示すものであり、複数のレコードＲ１　〜Ｒｎ　が積重
ねられている。そして、各レコードはデータＡ１　，Ｂ
１　，Ｃ１　等が格納された複数の項目により構成され
ている。

【０００６】次に、図６の動作につき説明する。まず、
端末コンピュータ３が更新情報に基いて共用ファイル２
の或るレコードＲ中の項目のデータＢをＢ０に更新する
場合を考える。この場合、プログラム５は共用ファイル
２の中から該当するレコードＲを、端末コンピュータ３
内の１行メモリ上に読出して該当する項目にデータＢ０
　を上書きする。次いで、この読出し後に上書きしたレ
コードＲの内容の全体すなわちデータ「Ａ，Ｂ０　，Ｃ
，Ｄ，Ｅ，Ｆ」を共用ファイル２の中のレコードＲに上
書して更新書込みを終了する。

【０００７】

【発明が解決しようとする課題】上記のように、共用フ
ァイル２に格納されたデータをプログラム５のみの要求
に基いて更新書込みを行う場合には、何ら問題は生じな
い。

【０００８】しかし、プログラム５の更新書込みが終了
しないうちに、他の端末コンピュータ４がプログラム６
に基いて、同一のレコードＲの中の項目について更新書
込みを行う場合には次のような問題が生ずる。

【０００９】すなわち、プログラム５が前記の更新書込
みを終了する前に、プログラム６が共用ファイル２から
同一のレコードＲを読出し、その項目のデータＤをＤ０
　に更新する動作を開始したとする。そして、その後に
プログラム５の更新書込みが終了し、次いで、プログラ
ム６の更新書込みが終了したとする。

【００１０】この場合、共用ファイル２のレコードＲの
項目のデータ内容は、「Ａ，Ｂ０　，Ｃ，Ｄ，Ｅ，Ｆ」
になっていることが要求される。

【００１１】しかし、実際には、レコード単位で書込み
が行われていることから、プログラム５に基き共用ファ
イル２のレコードＲのデータ内容が「Ａ，Ｂ，Ｃ，Ｄ，
Ｅ，Ｆ」から「Ａ，Ｂ０　，Ｃ，Ｄ，Ｅ，Ｆ」に更新さ
れた後、このデータ内容はプログラム６によって「Ａ，
Ｂ，Ｃ，Ｄ０　，Ｅ，Ｆ」に更新されることになる。

【００１２】つまり、プログラム５によって、折角Ｂ０
　に更新された項目が、プログラム６によって再びＢに
戻されてしまうため、本来、「Ａ，Ｂ０　，Ｃ，Ｄ０　
，Ｅ，Ｆ」になっていなければならないデータ内容が「
Ａ，Ｂ，Ｃ，Ｄ０　，Ｅ，Ｆ」になってしまうという問
題を有している。

【００１３】このような事態を避けるためには、プログ
ラム５の更新書込みが終了するまでは、プログラム６の
更新書込みを禁止する所謂排他制御を行うことが考えら
れる。しかし、この排他制御を行うこととすると、プロ
グラム６の更新書込みが待たされるため、データ処理時
間が著しく増大してしまうという別の問題が発生する。

【００１４】図６の場合は、共用ファイルに対して複数
のコンピュータがアクセスする場合につき示したが、マ
ルチタスク機能を有する１台のコンピュータが複数のプ
ログラムにより更新書込みを行う場合にも、上記と同様
の問題が発生する。

【００１５】本発明は上記事情に鑑みてなされたもので
あり、共用ファイルに格納されているデータの信頼性を
向上させることが可能なデータ処理装置を提供すること
を目的としている。

【００１６】

【課題を解決するための手段】本発明は上記課題を解決
するための手段として、共用ファイルが複数のレコード
により形成されると共に、このレコードは項目により形
成されており、複数のプログラムの要求に基いて、この
共用ファイルに格納されたデータの読出し又は書込みを
行うデータ処理装置において、前記共用ファイルは、１
項目により形成されるレコードを複数個有するものであ
り、且つ、前記複数のレコードを、相互に関連するもの
同士を１ブロックとして複数ブロックに分類し、各ブロ
ックを識別するためのキーデータを配列して形成したキ
ーデータテーブルと、前記各ブロック中のレコードを形
成する項目を特定するためのデータを配列して形成した
項目定義テーブルと、を備えた構成としたものである。

【００１７】

【作用】上記構成においても、共用ファイルに格納され
たデータの読出し又は書込みは、レコード単位で行われ
る。

【００１８】しかし、上記構成では、１つのレコードは
１つの項目により形成されているので、真に書込みが必
要な項目についてのみ書込みが行われ、書込みが不要な
項目についてまで書込みが行われることはない。したが
って、折角更新した項目データが、その後の不要な書込
みによって、元の内容に戻ってしまうことはない。

【００１９】一方、１レコードを１項目により形成する
と、該当する項目をサーチするのに要する時間が大きく
なる。そこで、キーデータテーブルから該当する項目に
係るブロックを識別するためのキーデータを探し出し、
迅速に読出しを行うようにする。また、実際に項目デー
タの書込みを行う場合には、各項目の特定を、その項目
に付された名称等によって行うのが通常である。そこで
、項目定義テーブルを用いて該当する項目及びその位置
の特定を速やかに行うようにする。

【００２０】

【実施例】以下、本発明の実施例を図１乃至図５に基い
て説明する。

【００２１】図１は本実施例の共用ファイルのファイル
構造を概念的に示したものであり、１つのレコードは１
つの項目によって形成されている。つまり、図１のファ
イル構造は、図７のファイル構造における各項目を、縦
方向に一列に連結して構成したものと考えることができ
る。

【００２２】そして、図１における項目データＡ１　〜
Ｇ１　が格納された一連の項目（レコード）は、図７に
おけるレコードＲ１　の各項目に対応するものと考える
ことができるので、この一連の項目を相互に関連するも
の同士として１つのブロックにまとめるようにしている
。したがって、図１のファイル構造は、複数のブロック
により形成されており、各ブロックが複数の項目（レコ
ード）により形成されていることになる。

【００２３】ところで、共用ファイルのファイル構造を
、このように縦方向に長く配列された一連の項目（レコ
ード）により形成すると、これらの中から書込みを行う
べき項目（レコード）をサーチする時間が著しく増大す
ることになる。そこで、各ブロックを識別するため、ブ
ロック中の特定の項目に格納されている項目データをキ
ーデータとし、読出しを行う場合には、まずこのキーデ
ータのみをサーチして該当するブロックを見つけ、その
後に目標とする項目を見つけるようにすれば迅速な読出
しを行うことができる。図１の例では、各ブロックの先
頭項目（レコード）に格納されているデータＡ１　，Ａ
２　等をキーデータとしている。図２は、このようなキ
ーデータと、その共用ファイル上の位置とを示したキー
データテーブルの具体例を示したものである。

【００２４】また、オペレータが実際に共用ファイル中
の項目に対して書込みを行う場合は、この項目の特定を
、その項目に付された名称により行うのが便利である。そこで、この項目の名称と、これに対応するブロック中
の位置とを対応させた項目定義テーブルを作成しておけ
ば、項目に付された名称によって書込みを行うべき項目
を特定することができる。図３はこのような項目定義テ
ーブルの具体例を示したものである。

【００２５】また、図４は図１のファイル構造における
項目データの具体例を示したものであり、ブロックの先
頭データ「２９０８９０８９」がキーデータとなってい
る。

【００２６】図５は、本実施例における共用ファイル２
に対して、読出し又は書込みを行う場合のブロック図で
ある。すなわち、アクセスプログラム７はアプリケーシ
ョンプログラム８が指定した項目（レコード）を、共用
ファイル２から探し出し、アプリケーションプログラム
８から渡された更新データを、該当する項目（レコード
）に書込むようにする。

【００２７】この場合、このような処理を複数のアプリ
ケーションから同時に要求された場合でも、待ち行列の
制御をＯＳ（オペレーティングシステム）が行うため、
複雑な制御を必要とせず、同様の処理を連続的に行うこ
とができる。したがって、マルチユーザーを意識するこ
となくアプリケーションプログラムを使用することがで
きる。

【００２８】このように、共用ファイル２のオープン・
クローズをアプリケーションプログラム８が直接に行わ
ず、すべてアクセスプログラム７が行うようにしている
ので、共用ファイル２がオープンされたまま、他のアプ
リケーションプログラムが長時間待たされることがなく
なり、常時読出し又は書込みを行うことができる。

【００２９】なお、通常使用されているデータベースシ
ステムにおいて、共用ファイルとアクセスプログラムと
を一緒にホストコンピュータ側に配置したとすると、ホ
スト側に加わる負担が大きなものとなり、アクセスプロ
グラムがダウンした場合には、データの読み書きが一切
不可能となる。そこで、このような事態を考慮し、アク
セスプログラムをアプリケーション側へ配置してシステ
ム全体のダウンを防止することが好ましい。

【００３０】次に、本実施例の動作を具体的に説明する
。例えば、或る製品の製造工数について、共用ファイル
２に格納されているデータ「２６時間」を「２７時間」
に更新する場合につき考えてみる。この場合は、アプリ
ケーションプログラムにおいて、この製品に係るブロッ
クを識別するためのキーデータ「２０９０８９０８９」
と、このブロック中における「製造工数」の項目位置を
示すデータ「０４」と、「２７時間」を示すデータ「０
０２７００」とを指定する。

【００３１】そして、まず、アクセスプログラム７の起
動により共用ファイル２をオープンし、アプリケーショ
ンプログラム８からの読み書き要求を待つ待ち状態とな
る。なお、一度オープンした共用ファイル２は、アプリ
ケーションプログラム８が終了するまでクローズしない
ようになっている。

【００３２】次いで、アクセスプログラム７は、アプリ
ケーションプログラム８から前記のデータ「２０９０８
９０８９」，「０４」，「００２７００」を受取る。そ
して、図２のキーデータテーブルから該当するキーデー
タ「２０９０８９０８９」をサーチして、その共用ファ
イル２における位置を見つける。なお、図２のキーデー
タテーブルに該当するキーデータと一致するものがない
場合は、エラーコードをアプリケーションプログラム８
に返すようにする。

【００３３】さらに、データ「０４」により、このブロ
ックの上から４番目の項目に格納されているデータ「０
０２６００」が更新対象となるデータであることがわか
るので、この項目に、アプリケーションプログラム８か
ら受取ったデータ「００２７００」を上書きする。

【００３４】この場合、先に書込まれているデータ「０
０２６００」を読出す必要はなく、直ちにデータ「００
２７００」を書込むことができる。つまり、新データと
旧データとの比較処理を必要としない場合には、旧デー
タの読出しを行うことなく、いきなり新データの更新書
込みを行うことができる。したがって、その分の待ち時
間がなくなり、データ処理時間を短縮することができる
。

【００３５】上記した書込みの例は、更新書込みについ
ての例であるが、新規書込みを行う場合は次のようにす
る。

【００３６】すなわち、まず、図４に示した共用ファイ
ル２の一連の項目（レコード）から、空き状態となって
いるものを探し出し、そこに所定のデータを書込む。そ
して、図２のキーデータテーブルの中で空き状態となっ
ているレコードを探し、そこにキーデータ及びその位置
を書込むようにする。同様に、図３の項目定義テーブル
の中から空き状態となっているレコードを探し、そこに
該当するブロック中における位置を示す「ＮＯ」及び「
項目名」についてのデータを書込む。これにより、以後
は上記と同様の更新書込みを行うことができる。

【００３７】

【発明の効果】以上のように、本発明によれば、共用フ
ァイルのレコードを１項目により形成すると共に、キー
データテーブルと、項目定義テーブルとを備えた構成と
したので、更新書込みを行う際には無用なデータの書込
みが行われなくなってデータの信頼性が向上し、また、
データの迅速な処理が可能となる。

【図面の簡単な説明】

【図１】本発明の実施例に係る共用ファイルのファイル
構造を示した説明図。

【図２】本発明の実施例に係るキーデータテーブルの具
体例を示した説明図。

【図３】本発明の実施例に係る項目定義テーブルの具体
例を示した説明図。

【図４】図１をより具体的に示した説明図。

【図５】本発明の実施例の動作に関する説明図。

【図６】従来例の課題に関する説明図。

【図７】従来例に係る共用ファイルのファイル構造を示
した説明図である。

【符号の説明】

２　　共用ファイル５　　プログラム６　　プログラムＡ１　　　キーデータＡ２　　　キーデータ

Claims

【特許請求の範囲】

【請求項１】共用ファイルが複数のレコードにより形成
されると共に、このレコードは項目により形成されてお
り、複数のプログラムの要求に基いて、この共用ファイ
ルに格納されたデータの読出し又は書込みを行うデータ
処理装置において、前記共用ファイルは、１項目により
形成されるレコードを複数個有するものであり、且つ、
前記複数のレコードを、相互に関連するもの同士を１ブ
ロックとして複数ブロックに分類し、各ブロックを識別
するためのキーデータを配列して形成したキーデータテ
ーブルと、前記各ブロック中のレコードを形成する項目
を特定するためのデータを配列して形成した項目定義テ
ーブルと、を備えたことを特徴とするデータ処理装置。