JPH02166534A - ファイルアクセス処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） この発明は、例えばデータ処理装置におけるファイルア
クセスを制御するファイルアクセス処理装置に関する。

（従来の技術） 従来、データ処理装置における処理プログラムの１つと
して、ファイル入出力を制御するファイルアクセス処理
プログラムがある。このようなファイルアクセス処理プ
ログラムは、ファイル入出力を実行させるための命令を
コーディングし、このファイル入出力の際に取扱うレコ
ード内の項目データを移送する場合も、その各項目毎に
例えばｒＭＯＶＥ命令」等の項目操作命令をコーディン
グして所望の機能を実現していた。

また、ファイル入出力時に発生するエラー処理について
も、共通仕様があり、また共通モジュールと呼ばれる各
プロゲラ・ムから共通に使用できるプログラムが用意さ
れているが、これもプログラム単位でコーディングし、
エラー処理機能を実現していた。

このように所定機能を有するプログラムを作成するにあ
たり、プログラム単位にコーディングするので、該プロ
グラムを作成したプログラマのプログラム仕様の解釈の
相異により、完成したプログラムの機能が当初予定した
ものと異なる場合があった。したがって、統一した機能
を確実に実現した高品質のプログラムを得るためには、
プログラム単位で多数のテスト項目を消化しなければな
らず、プログラムデバッグに相当の時間を必要としてい
た。

また、プログラムで実現されている機能は、当該プログ
ラム内の閉じた世界にあるため、第三者がプログラム内
容を理解するには困難を伴い、例えばプログラム仕様の
変更等により当該プログラムを変更する必要が生じたと
きに、プログラム全体を変更するかあるいは大幅な変更
が必要となることもしばしばであった。

かかる従来のプログラム構成や開発時の欠点を除去する
ものとして、所定の小さい機能をソフトウェアにより実
現したソフトウェア部品と称されるものを各種用意し、
このソフトウェア部品を必要に応じて呼出して実行する
ことにより、目的とする機能を実現する手法が実現され
ている。これをソフトウェア部品化方式という。

しかしながら、フ７才ルの入出力を制御するファイルア
クセス処理に関してはソフトウェア部品が用意されてお
らず、プログラム仕様の変更等がある都度ファイルアク
セス処理プログラムを再コーデイングにより変更し、長
時間かけてデバッグを行なわなければならず、生産性に
劣るとともに品質向上が望めないという欠点があった。

特に、技術の進歩に伴ってファイル装置としてのディス
ク装置が高性能・高機能化の一途を辿る昨今、これら新
しいディスク装置に対応するために上記ファイルアクセ
ス処理プログラムの仕様変更は避けられないものである
。

（発明が解決しようとする課題） この発明のファイルアクセス処理装置は、上記したよう
にファイルアクセス処理に関してはソフトウェア部品が
用意されておらず、プログラム仕様の変更等がある都度
ファイルアクセス処理プログラムを再コーデイングによ
り変更し、長時間かけてデバッグを行なわなければなら
ず、生産性に劣るとともに品質向上が望めないという欠
点を解消するためになされたもので、プログラム仕様の
変更に迅速に対応することができるとともに、生産性お
よび品質の向上を図ることのできるファイルアクセス処
理装置を提供することを目的とする。

［発明の構成］ （課題を解決するための手段） この発明のファイルアクセス処理装置は、ファイルのレ
コードレイアウトを定義するレイアウトテーブルと、こ
のレイアウトテーブルで定義されるレコードとユーザメ
モリとの対応を定義するユーザメモリ対応テーブルと、
このユーザメモリ対応テーブルで対応付けられるレコー
ドのアクセス方式を定義するアクセス方式テーブルと、
このアクセス方式テーブルに定義されたアクセス方式の
実行条件および実行順序を定義する実行情報テーブルと
で構成される制御ファイルと、この制御ファイル内の前
記各テーブルの内容を定義する定義手段と、この定義手
段により定義された前記制御ファイル内の各テーブルの
内容に従ってファイルアクセスを行なうソフトウェア基
本部品とを具備し、前記ソフトウェア基本部品は、前記
制御ファイル内の前記実行情報テーブルに定義された実
行条件および実行順番に従って、前記アクセス方式テー
ブルに定義されたアクセス方式に基づきファイル入出力
を行い、前記ユーザメモリ対応テーブルに定義されたユ
ーザメモリとの間で前記レコードを移送することにより
ファイルアクセス処理を行なうことを特徴とする。

（作用） この発明は、レイアウトテーブル、ユーザメモリ対応テ
ーブル、アクセス方式テーブル、および実行情報テーブ
ルの各テーブル内容を定義手段で定義することにより制
御ファイルを作成しておき、ファイルアクセスを行なう
ソフトウェア基本部品を上記各テーブルに定義された情
報に従って呼出して解釈・実行することによりファイル
アクセス処理機能を実現したものである。これにより、
プログラム仕様の変更が発生しても上記各テーブルの内
容を書替えるだけで仕様変更に対応することができ、か
つ、プログラムを変更する必要がないので、生産性が向
上するとともに高品質のファイルアクセス処理機能を実
現できるものとなっている。

（実施例） 以下、この発明の一実施例につき図面を参照して説明す
る。

第１図は、ソフトウェア部品化方式によるデータ処理装
置の全体の構成を概念的に示すものであり、第２図は同
装置におけるファイルアクセス処理部の位置付けを示す
ものである。

第１図において、１はメインフロー制御部であり、メイ
ンフロー制御の基本部品１ａとユーザ部品１ｂとにより
構成されている。上記メインフロー制御の基本部品１ａ
は、下位レベルの基本部品２ａ、３ａ、４ａおよびユー
ザ部品１ｂの制御を行なうことによりシステム全体を制
御するものである。ここで、基本部品（第１図中の斜線
部分）とは、基本的な機能を有するソフトウェア部品を
いい、ユーザ部品とは、上記基本部品の機能を補完する
ために設けられたソフトウェア部品である。

また、上記ソフトウェア部品は、図示するように階層構
造にて構成されるものであり、最も大きな機能を有する
ソフトウェア部品を最上位レベルの部品といい、それよ
り下位レベルのソフトウェア部品により構成されるもの
である。また、最も原始的な機能を有するソフトウェア
部品を最下位レベルの部品という。

２はファイルアクセス処理部であり、例えば磁気ディス
ク装置等に設けられるユーザファイル５に対する入出力
処理を行なうもので、ファイルアクセスの基本部品２ａ
と、この基本部品２ａの機能を補完するユーザ部品２ｂ
とにより構成されている。

３は画面制御部であり、ワークステーション６の画面制
御を行なうもので、画面制御の基本部品３ａと、この基
本部品３ａの機能を補完するユーザ部品３ｂとにより構
成されている。

４は帳票制御部であり、印刷装置７における帳票制御を
行なうもので、帳票制御の基本部品４ａと、この基本部
品４ａの機能を補完するユーザ部品４ｂとにより構成さ
れるものである。

上記ユーザ部品１ｂ、２ｂ、３ｂ、４ｂは上記基本部品
１ａ、２ａ、３ａ、４ａの機能を補完するためにユーザ
が作成して組込むものである。

８は例えば磁気ディスク装置等に設けられる制御ファイ
ルであり、上記各基本部品１ａ、２ａ。

３ａ、４ａの制御情報が格納されている。この制御情報
は、第２図に示すように、レイアウトテーブル１０、ユ
ーザメモリ対応テーブル１１、アクセス方式テーブル１
２、および実行情報テーブル１３のそれぞれにテーブル
形式で格納されている。

これら各テーブルには、上記基本部品１ａ、２ａ。

３ａ、４ａによる所定の機能を実行するに先だって、ワ
ークステーション６を用いた対話形式により、定義ツー
ル１４の制御の下に、必要な情報が設定されるようにな
っている。上記各テーブルに定義された制御情報は実行
時に参照されるものである。

２０は記憶装置（図示しない）上に設けられる制御デー
タエリアであり、上記制御ファイル８に記憶されている
制御情報がローディングされる領域である。

２１はユーザメモリであり、基本部品１ａ。

２ａ、３ａ、４ａ、　ユーザ部品１ｂ、２ｂ、３ｂ。

４ｂ、あるいはユーザファイル５の相互間でデータの交
換やデータ編集を行なう際に使用する領域である。

第３図は、制御ファイル８に制御情報を設定する際の構
成を示すブロック図である。すなわち、定義ツール１４
の定義ツール（定義）部１４ａは、ワークステーション
６の画面と対話形式で、上記レイアウトテーブル１０、
ユーザメモリ対応テーブル１１、アクセス方式テーブル
１２、および実行情報テーブル１３の内容を定義するも
のである。

そして、ワークステーション６からの入力により制御情
報が定義された上記レイアウトテーブル１０、ユーザメ
モリ対応テーブル１１、アクセス方式テーブル１２、お
よび実行情報テーブル１３は、定義ツール（変換）１４
ｂにより実行可能な形式に変換されて、制御ファイル８
に格納されるようになっている。この制御ファイル８の
内容は、後述するように、実行の時に制御データエリア
２０にローディングされて参照される。

第４図ないし第７図は、上記制御ファイル８に格納され
るテーブルの一例を示すものである。すなわち、第４図
は、レイアウトテーブル１０の一例であり、ファイルの
レコードレイアウトを定義するものである。第５図は、
ユーザメモリ対応テーブル１１の一例であり、レコード
とユーザメモリ２１との対応関係を定義するものである
。このユーザメモリ対応テーブル１１の特徴は、１つの
レコードに対して異なった対応関係を定義することがで
きるようになっていることである。つまり、１つのレコ
ードに対して複数のユーザエリアを関係付けることがで
き、この対応関係は「レコードタイプ」欄にて区別する
ようになっている。アクセス方式テーブル１２に、上記
「レコードタイプ」を指定することにより、目的のユー
ザメモリ２１に対してデータの入出力を行なうことがで
きるようになっている。また、ユーザメモリ対応テーブ
ル１１の「インデックス指定」部を定義することにより
、レコード内データ数とユーザメモリ２１内データ数に
ｒｎ　：　ｍＪの関係を持たせることができるようにな
っている。

第６図は、アクセス方式テーブル１２の一例を示すもの
であり、「アクセス名」単位に１つのアクセス方式テー
ブルを形成し、「アクセス方式」（実際の人出力）、「
ファイルコード」、「レコードタイプ」を指定して定義
する。また、第７図は、実行情報テーブル１３の一例を
示すものであり、！Ｄ小単位１つの実行情報テーブルを
形成し、実行情報には、「実行条件」、実際の実行内容
を「アクセス名」で指定する「実行情報」、「実行後処
理」、および次に実行する処理を指定する１次処理」等
を定義する。

第８図は、本発明に係るファイルアクセス処理部２のモ
ジュール構成を示すものである。図において、３０はメ
イン制御部であり、以下に説明するテーブルロード・モ
ジュール３１、実行条件判定モジュール３２、アクセス
処理モジュール３３、実行後処理モジュール３４、次処
理決定モジュール３５の実行制御を行なうものである。

テーブルロードモジュール３１は、これから実行するユ
ーザファイル５に対するファイルアクセスに対応した制
御情報を、制御ファイル８から制御データエリア２０に
ロードするものである。

実行条件判定モジュール３２は、実行情報テーブル１３
に定義された内容に従ってファイルアクセス処理を実行
するかどうかを判断するものであり、詳細の動作は後述
する第９図に示す。

アクセス処理モジュール３３は、さらに下位レベルのデ
ータ移送モジュール３６、ファイル入出カモジュール３
７、およびステータスチエツク・モジュール３により構
成されている。そして、アクセス方式テーブル１２に定
義された内容に従って、ファイル入出カモジュール３７
により実際にファイル入出力を行い、データ移送モジュ
ール３６によりユーザメモリ２１との間のデータ移送を
行い、ステータスチエツク・モジュール３８により実行
結果のステータス検査処理を行なうものであり、詳細の
動作は後述する第１０図に示す。

実行後処理モジュール３４は、実行情報テーブル１３に
定義された内容に従ってファイルアクセス処理後の処理
を行なうものであり、詳細の動作は後述する第１１図に
示す。

次処理決定モジュール３５は、実行情報テーブル１３に
定義された内容に従ってファイルアクセ入処理の結果に
より次に何を実行するかを決定するものであり、詳細の
動作は後述する第１２図に示す。

なお、上記実行条件判定モジュール３２、アクセス処理
モジュール３３、および実行後処理モジュール３４には
、それぞれその機能を補完するために、ユーザ部品３９
ａ、３９ｂ％および３９ｃが設けられている。

次に、上記構成において図面を参照しながらファイルア
クセス処理の動作について説明する。

まず、ファイルアクセス処理部２を構成する実行部品が
実行に必要とする情報を、レイアウトテーブル１０、ユ
ーザメモリ対応テーブル１１、アクセス方式テーブル１
２、および実行情報テーブル１３に、定義ツール１４を
使用して定義する。

すなわち、第３図に示すように、オペレータはワークス
テーション６と対話を行いながら、例えば第４図ないし
第７図に示すような情報を定義し、これを制御ファイル
８に格納する。この制御ファイル８内部に格納された制
御情報は、上述したように、実行可能な形式となってい
る。

次いで、ファイルアクセス機能の実行に移る。

すなわち、メインフロー制御部１からファイルアクセス
処理部２へ制御が渡されると、ファイルアクセス処理部
２では、まず、第８図に示すメイン制御部３０が動作す
る。このメイン制御部３０は、実行制御テーブル１３の
定義に従って、第７図に示すＩＤ単位で各モジュールの
実行制御を行なうものである。例えば、ＩＤ欄のｒｓＥ
ＬＥｃＴＩＪが実行制御の１単位として選択される。

上記メイン制御モジュール３０は、メインフロー制御部
１を参照するテーブル（図示しない）から、実行すべき
ＩＤ（例えばｒｓＥＬＥｃＴＩＪ　）を受取り、テーブ
ルロードモジュール３１に制御を移す。このテーブルロ
ード−モジュール３１は、制御ファイル８に作成された
各テーブルの情報をＩＤ単位に制御データエリア２０に
ロードする。

以下の処理においては、制御データエリア２０にロード
されたレイアウトテーブル１０、ユーザメモリ対応テー
ブル１１、アクセス方式テーブル１２、および実行情報
テーブル１３の内容が参照され、処理が進められる。

上記テーブルロード争モジュール３１による各テーブル
のロードが完了すると、メイン制御モジュール３０の制
御の下に、実行条件判定モジュール３２に制御が移る。

この実行条件判定モジュール３２は、第９図のフローチ
ャートに示すように動作する。

すなわち、先ず、実行情報テーブル１３の「実行条件」
欄から実行条件を入手する（ステップＳｌ）。次いで、
実行条件の有無、つまり「条件指定」欄に実行条件の指
定があるか否かを判定する（ステップＳ２）。ここで、
「条件指定」欄に実行条件の指定がないことが判断され
ると、無条件で「実行情報」欄に指定された処理（例え
ばｒｓＹＯＧＥＴＪ　）を実行する旨を判断し、この実
行条件判定処理を終了する。一方、「条件指定」欄に実
行条件の指定があることが判断されると、実行条件の判
定を行なう（ステップＳ３）。つまり、「実行情報」欄
に指定されている処理（例えばｒｓＹＯＧＥＴＪ　）を
実行するか否かをユーザメモリ２１の内容やシステムの
状態を調べて判断する。そして、ステップＳ４にて実行
する旨が判断されると、この実行条件判定処理を終了す
る。

一方、実行しない旨が判断されるとステップＳ５へ進み
、次の実行情報が存在するか否かを調べる（ステップＳ
５）。ここで、次の実行情報が存在することが判断され
るとステップＳ１へ戻り、再度上記一連のステップを実
行する。次の実行情報が存在しないことが判断されると
、終了フラグをセットし一連の処理を終了する。この終
了フラグがセットされると、以下の処理は実行されず、
制御はメインフロー制御部ｌに戻る。

このようにして実行条件判定処理が終了すると、メイン
制御モジュール３０の制御の下に、アクセス処理モジュ
ール３３に制御が移る。このアクセス処理モジュール３
３は、第１０図のフローチャートに示すように動作する
。

すなわち、上記実行制御テーブル１３の「実行情報」欄
の「アクセス名」で指定されたアクセス名（ｒｓＹＯＧ
ＥＴＪ　）を有するアクセス方式テーブル１２のアクセ
ス名が参照される。そして、「アクセス方式」」欄で定
義された内容が入力（ＲＥＡＤ）であるか出力（ＲＥＷ
ＲＩ　Ｔ　Ｅ）であるかが判断される（ステップ５１０
）。そして、入力である旨が判断されると、「ファイル
コード」、「レコードタイプ」欄が参照され、ファイル
入出カモジュール３７の制御の下、該当するファイルが
ユーザファイル８から入力される（ステップ５１１）。

次いで、ステータスチエツク・モジュール３８の制御の
下、上記ファイル入力動作に伴うステータス情報が調べ
られ（ステップ５１２）、エラーの有無が判断される（
ステップ５１３）。ここでエラーがないことが判断され
ると、データ移送モジュール３６の制御の下、レコード
をユーザメモリ２１へ移送する（ステップ５１４）。こ
のデータ移送の際は、アクセス方式テーブル１２の「フ
ァイルコード」、「レコードタイプ」に対応するユーザ
メモリ対応テーブル１１が参照され、対応するユーザメ
モリ２１領域ヘデータが移送される。以上により、アク
セス処理が終了する。一方、上記ステップ８１３にてエ
ラーがあることが判断されると、上記データ移送処理（
ステップ５１４）はスキップされ、エラー情報を記憶し
てアクセス処理を終了する。

一方、上記ステップＳＩＯにて出力である旨が判断され
ると、アクセス方式テーブル１２の「ファイルコード」
、「レコードタイプ」に対応するユーザメモリ対応テー
ブル１１が参照され、データ移送モジュール３６の制御
の下、対応するユーザメモリ２１領域からレコードへデ
ータが移送される（ステップ５１５）。次いで、ファイ
ル入出カモジュール３７の制御の下、該当するファイル
がユーザファイル８へ出力される（ステップ５１６）。

そして、ステータスチエツク・モジュール３８の制御の
下、上記ファイル出力動作に伴うステータス情報が調べ
られ（ステップ５１７）、エラーの有無を記憶してアク
セス処理を終了する。

このようにしてアクセス処理が終了すると、メイン制御
モジュール３０の制御の下、実行後処理モジュール３４
に制御が移る。この実行後処理モジュール３４は、第１
１図のフローチャートに示すように動作する。

すなわち、実行情報テーブル１３の「実行後処理」欄か
ら実行後処理情報を入手する（ステップ５３０）。次い
で、実行判定の有無、つまり「実行指定」欄に実行指定
があるか否かを判定する（ステップ５３１）。ここで、
「実行指定」欄に実行指定がないことが判断されると、
実行後処理を実行しない旨を認識し、ステップＳ３４へ
分岐して次の実行後処理があるか否かを調べる。そして
、次の実行後処理が存在することが判断されるとステッ
プＳ３０へ戻り、再度上記一連の処理を実行する。一方
、次の実行後処理が存在しないことが判断されると、こ
の実行後処理を終了する。

一方、上記ステップＳ３１にて「実行指定」欄に実行指
定があることが判断されると、ステップＳ３２へ進み、
実行情報テーブル１３の「実行後部品名」に指定があれ
ばユーザ部品コールを行なう。次いで、実行情報テーブ
ル１３の「エラー処理」に指定があればそのエラー処理
を実行する（ステップ５３３）。そして、ステップＳ３
４へ進み、上記と同様に、次の実行後処理があるか否か
を調べる。そして、次の実行後処理が存在することが判
断されるとステップＳ３０へ戻り、再度上記一連の処理
を実行する。一方、次の実行後処理が存在しないことが
判断されると、この実行後処理を終了する。

このようにして実行後処理が終了すると、メイン制御モ
ジュール３０の制御の下、次処理決定モジュール３５に
制御が移る。この次処理決定モジュール３５は、第１２
図のフローチャートに示すように動作する。

すなわち、実行情報テーブル１３の「次処理」欄から次
に処理すべき情報を入手する（ステップ５４０）。次い
で、「次処理」に定義された内容により実行情報テーブ
ル１３のどれを実行するかを決定する（ステップ５４１
）。

以上説明した一連の処理によりファイルアクセス処理を
終了し、制御をメインフロー制御部１へ戻して初期状態
へ戻る。

以上説明したように、レイアウトテーブル１０゜ユーザ
メモリ対応テーブル１１、アクセス方式テーブル１２、
および実行情報テーブル１３の各テーブル内容を定義ツ
ール１４で定義して、実行時の制御情報として制御ファ
イル８に格納しておき、ソフトウェア基本部品としての
ファイルアクセス処理部２おいて、上記各テーブルに定
義された情−報を解釈してファイルアクセスを行なう各
モジュールを呼出して実行することにより、ファイルア
クセス処理機能を実現したので、プログラム仕様の変更
が発生しても上記各テーブルの内容を書替えるだけで仕
様変更に対応することができ、また、プログラム自体を
変更する必要がないので、生産性が向上するとともに、
バグ等が除去された高品質のファイルアクセス処理機能
を実現できるものとなっている。

［発明の効果］ 以上説明したように、この発明によれば、プログラム仕
様の変更に迅速に対応することができるとともに、生産
性および品質の向上を図ることのできるファイルアクセ
ス処理装置を提供することができる。

【図面の簡単な説明】

図は本発明の一実施例を示すもので、第１図はソフトウ
ェア部品化方式によるデータ処理装置の全体の構成を概
念的に示す図、第２図は同装置におけるファイルアクセ
ス処理部の位置付けを示す　　　　　　　　　　　　　
ブロック図、第３図は制御ファイルに制御情報を設定す
る際の構成を示すブロック図、第４図はレイアウトテー
ブルの一例を示す説明図、第５図はユーザメモリ対応テ
ーブルの一例を示す説明図、第６図はアクセス方式テー
ブルの一例を示す説明図、第７図は実行情報テーブルの
一例を示す説明図、第８図はファイルアクセス処理部の
モジュール構成を示す図、第９図は実行条件判定モジュ
ールの動作を説明するためのフローチャート、第１０図
はアクセス処理モジュールの動作を説明するためのフロ
ーチャート、第１１図は実行後処理モジュールの動作を
説明するためのフローチャート、第１２図は次処理決定
モジュールの動作を説明するためのフローチャートであ
る。 １・・・メインフロー制御部、１ａ・・・メインフロー
制御基本部品、２・・・ファイルアクセス処理部、２ａ
・・・ファイルアクセス処理基本部品（ソフトウェア基
本部品）、３・・・画面制御部、３ａ・・・画面制御基
本部品、４・・・帳票制御部、４ａ・・・帳票制御基本
部品、５・・・ユーザファイル、６・・・ワークステー
ション、７・・・印刷装置、８・・・制御ファイル、１
０・・・レイアウトテーブル、１１・・・ユーザメモリ
対応テーブル、１２・・・アクセス方式テーブル、１３
・・・実行情報テーブル、１４・・・定義ツール（定義
手段）、２０・・・制御データエリア、２１・・・ユー
ザメモリ。 第　３　図 出願人代理人　弁理士　鈴　江　武　彦第 図 第 図 第 図 ａｆＣ １う 図 第 図 第１０ 第 図

Claims (1)

1. 【特許請求の範囲】 ファイルのレコードレイアウトを定義するレイアウトテ
   ーブルと、このレイアウトテーブルで定義されるレコー
   ドとユーザメモリとの対応を定義するユーザメモリ対応
   テーブルと、このユーザメモリ対応テーブルで対応付け
   られるレコードのアクセス方式を定義するアクセス方式
   テーブルと、このアクセス方式テーブルに定義されたア
   クセス方式の実行条件および実行順序を定義する実行情
   報テーブルとで構成される制御ファイルと、この制御フ
   ァイル内の前記各テーブルの内容を定義する定義手段と
   、 この定義手段により定義された前記制御ファイル内の各
   テーブルの内容に従ってファイルアクセスを行なうソフ
   トウェア基本部品とを具備し、前記ソフトウェア基本部
   品は、前記制御ファイル内の前記実行情報テーブルに定
   義された実行条件および実行順番に従って、前記アクセ
   ス方式テーブルに定義されたアクセス方式に基づきファ
   イル入出力を行い、前記ユーザメモリ対応テーブルに定
   義されたユーザメモリとの間で前記レコードを移送する
   ことによりファイルアクセス処理を行なうことを特徴と
   するファイルアクセス処理装置。