JP2012164182A - 固定長ファイル生成処理システムと方法およびプログラム - Google Patents

Abstract

【課題】固定長ファイルの運用・保守における利便性を向上させる。
【解決手段】固定長ファイル１２ａを生成する際、まず、レコード定義書入力記憶処理部１０ｄにおいて、テキストファイルとして作成された、固定長ファイルにおけるレコードの項目名と型およびサイズを含む当該レコードのフォーマット情報を定義したレコード定義書を、入力装置やオンラインで入力して記憶装置に記憶し、次に、レコード定義生成ツール実行処理部１０ｃにおいて、記憶装置からレコード定義書を読み込み、読み込んだレコード定義書に応じたフォーマットの固定長ファイルの生成に用いるレコード定義プログラムを生成し、そして、バッチ処理部１１ａにおいて、レコード定義プログラムを実行することにより、レコード定義書入力記憶処理部１０ｄが入力したレコード定義書に応じて動的に固定長ファイル１２ａを生成する。
【選択図】図１

Description

本発明は、例えば、メインフレームコンピュータにおいて行われるバッチ処理で用いられる固定長ファイルの生成処理技術に係り、特に、固定長ファイルにおけるレコードの管理を容易とするのに好適な技術に関するものである。

メインフレームコンピュータにおいて行われるバッチ処理ジョブは、ＪＣＬ（ジョブ制御言語）を用いてジョブステップ（ジョブを構成する最小単位となる処理プログラム）を組み合わせて構成する。

オペレータがジョブを投入すると、メインフレームは、ＪＣＬを解釈して、ジョブを実行する。ジョブの実行は、ジョブステップを指定の順番（並列処理を含む）に起動することによって行われる。

ジョブステップは、非同期並列処理を行うために、プロセス（オペレーティングシステムからリソースの割り当てを受けて処理を実行しているプログラムのことであり、通常、プロセスは互いに影響を与えないように動作する）として起動される。

ジョブのフローでは、あるジョブステップの出力が別のジョブステップの入力になることがあるため、ジョブステップ（プロセス、プログラム）間でデータを引継ぐ必要があるが、データ引継ぎには、例えば、図５に示すように、固定長ファイルを用いる。

以下、図５を用いて、プロセス（プログラム）間でデータを引継ぐ際の動作を説明する。

まず、ファイル（１）をプログラム（１）とプログラム（２）が読みこむ。プログラム（１）とプログラム（２）は、読み込んだファイル（１）からレコードを取得し、処理を実行して、プログラム（１）はファイル（２）を出力し、プログラム（２）はファイル（３）とファイル（４）を出力する。

また、プログラム（３）はプログラム（１）から出力されたファイル（２）と、プログラム（２）から出力されたファイル（３）を読み込み、プログラム（４）はプログラム（２）から出力されたファイル（４）を読み込む。

このように、各プログラムは１つないし複数のファイルを読み込み、１つないし複数のファイルを出力する。尚、処理されたレコードは、最終的には帳票として出力されたり、データベースに書き込まれたりする。

固定長ファイルとは、１レコードの長さがバイト単位で固定のバイナリファイルのことである。例えば、住所（５０バイト）、氏名（４０バイト）、年齢（３バイト）で改行文字なしのレコードからなる固定長ファイルの場合、図６に示すように、先頭１バイト目から５０バイトが住所データ、５１バイト目から９０バイトが氏名データ、９１バイト目から３バイトが年齢データで、９４バイト目からは２番目のレコードとなる。

固定長ファイルのデータ形式の特徴としては、項目間の区切り文字が存在しないために、ファイルだけを見てもレイアウトの判別ができないことが挙げられる。

そのため、当該ファイルを保存する媒体に、レイアウトを定義するレコード定義情報を別ファイルとして格納する技術がしばしば採られている。

また、書き込むときにも、レイアウトを意識して何バイト目から何バイトのレコードを書き込むようにプログラムを作成する。従って、レイアウト変更がプログラムに与える影響が大きい。

特許文献１においては、固定長ファイルの持つ欠点の一つであるファイルサイズが大きくなりやすいという課題を、可変長変換することで解決しているが、別途レイアウト定義情報が必要であるという課題、および、レイアウト変更の際に入力プログラムの変更が大きくなるという課題は解決されていない。

すなわち、従来の固定長ファイルは、入出力及び参照において、以下の課題（１）〜（３）がある。

課題（１）：出力時、ファイルのレイアウトを意識してプログラムを作成する必要がある。そのため、レイアウト変更の際に工数が大きく必要になり、不具合も作りこみやすい。

例えば、「ＯＦＩＬＥ.一行出力（５０，４０，”氏名 太郎”）」とのプログラムは、第一引数で項目の先頭位置、第二引数でサイズ、第３引数で値を指定しており、５０バイト目から４０バイトの領域に”氏名 太郎”という値をセットするという意味である。

ここでレイアウト変更があり、氏名の前に氏名コード（１０桁）が入ると、プログラムは、「ＯＦＩＬＥ.一行出力（６０,４０,”氏名 太郎”）」の通りに修正する必要がある。

さらに、氏名欄の後ろに年齢欄があれば、その項目にセットするプログラムも同時にずらす必要がある。このため、改修量が大きくなりやすい欠点がある。

課題（２）：参照時、別のレコード定義書を参照しないとレイアウトが分からない。つまり、固定長ファイルのみではレコードを参照することができない。

例えば、ファイル参照ツールとして、何件目のレコードの先頭何バイト目から何バイトのデータを何型（数値・文字列等）で表示するかを指定すると画面に値を表示するツールがあるとする。その場合、１０レコード目の氏名を表示するには、先のレイアウトの場合、ツールに以下のように入力しなければならない。
『何件目：１０、先頭バイト：５０、サイズ：４０、型：文字列』
レコードを参照するたびにこのように入力するのは非常に手間がかかる。

課題（３）：固定長ファイルはレコード情報のみしか持たないため、ファイルの来歴（作成者、作成日時、作成したジョブ名等）が分からない。そのため、ファイルを一定期間保管するなど管理を行う必要がある場合には、別途に管理台帳を作成する必要があり手間がかかる。また、障害対策においてもしばしば上記メタデータ（ファイルの来歴）は必要になるが、別途入手しなければならない。

特開平０５−２１６７３８号公報

解決しようとする問題点は、従来の技術では、固定長ファイルのレイアウト変更に伴う当該ファイルを用いるプログラムの変更負荷が大きい点と、固定長ファイルのみではプログラムから当該ファイルのレコードを参照することができない点、および、ファイルの来歴の確認が容易でない点である。

本発明の目的は、これら従来技術の課題を解決し、固定長ファイルの運用・保守における利便性を向上させることである。

上記目的を達成するため、本発明の固定長ファイル生成処理システムは、テキストファイルとして作成されたレイアウト定義書から、当該レイアウトの固定長ファイルを生成するソースプログラムを自動生成し、そのソースプログラムを実行することで、動的に、固定長ファイルを生成する。これにより、レコード定義を隠蔽することができ、保守性が向上する。また、固定長ファイルを生成する際に、当該固定長ファイルの特定領域に、レコード定義情報の内容と共に、固定長ファイルにおける各レコードの他来歴等の情報をタグ情報として埋め込む。これにより、レコード定義書を別に設けることが不要となる。また、生成した固定長ファイルにおけるデータに対する参照要求があれば、タグ情報を読み取り、レコード定義や来歴を取得して出力する。

本発明によれば、固定長ファイルの参照が非常に容易になると共に、ファイルレイアウト変更時のプログラム修正もより早く、誤りなく作成することが可能となり、業務プログラムの開発・保守工数の削減が可能となる。

本発明に係る固定長ファイル管理処理システムを設けたメインフレームコンピュータ装置の構成例を示すブロック図である。 図１における固定長ファイル管理処理システムの本発明に係る第１の処理動作例を示す説明図である。 図１における固定長ファイル管理処理システムの本発明に係る第２の処理動作例を示す説明図である。 図１における固定長ファイルの構成例を示す説明図である。 プログラムによるファイル操作例を示す説明図である。 固定長ファイルの構成例を示す説明図である。

以下、図を用いて本発明を実施するための形態例を説明する。図１において、１０は開発時に起動される開発システム（図中「開発時」と記載）、１１は実行時に起動される実行システム（図中「実行時」と記載）、１２は保守時に実行される保守システム（図中「保守時」と記載）であり、それぞれコンピュータ装置で構成され、外部記憶装置等に記憶されたプログラムを主メモリに読み込みＣＰＵで処理することにより、コンピュータ処理を実行する。

開発システム１０は、プログラムされたコンピュータ処理を実行する処理部として、本発明に係る第１のプログラム実行手段としての業務プログラム実行処理部（図中「業務プログラム」と記載）１０ａと、レコード定義プログラム実行処理部（図中「レコード定義プログラム」と記載）１０ｂ、本発明に係るレコード定義生成手段としてのレコード定義生成ツール実行処理部（図中「レコード定義生成ツール」と記載）１０ｃ、レコード定義書入力記憶処理部（図中「レコード定義書」と記載）１０ｄからなる各処理部を具備している。

実行システム１１は、プログラムされたコンピュータ処理を実行する処理部として、本発明に係る固定長ファイル生成手段としてのバッチ処理部（図中「バッチエンジン」と記載）１１ａを具備し、このバッチ処理部１１ａは、業務処理制御部１１ｂと入力制御部１１ｃからなり、入出力制御部１１ｃはタグ情報制御部１１ｄとレコード情報制御部１１ｅからなる各機能を具備している。

保守システム１２は、プログラムされたコンピュータ処理を実行する処理部として、固定長ファイル参照ツール処理部（図中「固定長ファイル参照ツール」と記載）１２ｂを具備している。

このような構成において、本例の固定長ファイル生成処理システムでは、コンピュータ装置のプログラムされたコンピュータ処理により、固定長ファイル１２ａを生成する際、まず、レコード定義書入力記憶処理部１０ｄにおいて、テキストファイルとして作成された、固定長ファイルにおけるレコードの項目名と型およびサイズを含む当該レコードのフォーマット情報を定義したレコード定義書を、入力装置やオンラインで入力して図示していないＨＤＤ等の記憶装置に記憶し、次に、レコード定義生成ツール実行処理部１０ｃにおいて、記憶装置からレコード定義書を読み込み、読み込んだレコード定義書に応じたフォーマットの固定長ファイルの生成に用いるレコード定義プログラムを生成し、そして、バッチ処理部１１ａ（本発明に係る固定長ファイル生成手段）において、レコード定義プログラムを実行することにより、レコード定義書入力記憶処理部１０ｄが入力したレコード定義書に応じて動的に固定長ファイル１２ａを生成する。

また、本発明に係る第１のプログラム実行手段としての業務プログラム実行処理部１０ａは固定長ファイルのデータ操作を行うものであり、バッチ処理部１１ａは、入出力制御部１１ｃにおけるレコード情報制御部１１ｅにより、業務プログラム実行処理部１０ａからのデータの入出力要求に応じて当該データの当該固定長ファイルへの入出力処理を実行する。

また、本発明に係る固定長ファイル生成手段としてのバッチ処理部（バッチエンジン）１１ａは、入出力制御部１１ｃにおけるタグ情報制御部１１ｄにより、生成した固定長ファイルの予め定められた領域に、当該固定長ファイルの生成に用いたレコード定義書の内容を登録すると共に、ファイル参照ツール等の外部アクセス元からの要求に応じて、固定長ファイルからレコード定義書の内容を読み出して出力する。

また、タグ情報制御部１１ｄは、固定長ファイル１２ａにおけるレコード定義書の内容を登録する領域を固定長領域と可変長領域とに分け、固定長領域に、当該固定長ファイル１２ａにおけるレコード定義書の内容の登録開始位置とサイズおよび当該固定長ファイルの作成日時と作成元プログラム名を含む情報（第１のタグ情報）を登録し、可変長領域に、当該固定長ファイル１２ａに格納する各レコード毎の当該レコードにおける各項目の定義情報を含む情報（第２のタグ情報）を登録する。

以下、図２〜図４を用いて、図１に示す構成からなる本例の固定長ファイル生成処理システムによる固定長ファイルの生成と管理動作を説明する。

図２に例示するように、本例においては、開発時に、まずレコード定義書２２を作成する。このレコード定義書２２には、レコードフォーマット（項目名、型、サイズ）を記述する。

このレコード定義書２２を読み込み、レコード定義プログラム２４を生成するレコード定義生成ツール２１を別途用意する。

このレコード定義生成ツール２１によって生成されるレコード定義プログラム２４は、業務プログラム２３に対してレコード定義のインターフェースを提供すると共に、実行時に、バッチエンジン（図１のバッチ処理部１１ａ）に対してレコード定義情報を提供する機能を持つ。

このようにしてレコード定義２２は、レコード定義プログラム２４により隠蔽されているので、業務プログラム２３はレコード定義書２２を意識する必要がない。

そして、レコード定義２２が変更になるときには、レコード定義書２２を修正し、レコード定義生成ツール２１を用いてレコード定義プログラム２４を再生成する。

この図２では、住所・氏名・年齢からなるレコードをテキストファイルとして定義したレコード定義書２２をまず作成しており、このレコード定義書２２をレコード定義生成ツール２１にかけるとレコード定義プログラム２４が生成される。

このように、図２では、住所フィールドのみ例として挙げているが、レコード定義プログラム２４は、レコード定義情報（開始位置、桁数、型を０、５０、全角文字列と定義している部分）２２を内部的に隠蔽し、かつ、業務プログラム２３には、住所フィールドに値をセットするだけのインターフェースを提供している。

業務プログラム２３が、提供されたインターフェースに値をセットすると、レコード定義プログラム２４は、それを受け取り、バッチエンジン（図１のバッチ処理部１１ａ）に引き渡すことになる。尚、図２においては、レコード定義情報２２をバッチエンジンに引き渡す処理の部分は割愛している。

実行時には、図３の処理フローに沿って処理が実行される。この図３においては、右側が図１のバッチ処理部１１ａ（バッチエンジン）の処理、左側が業務プログラム処理部１０ａの処理である。

図３において、最初に、バッチエンジン（バッチ処理部１１ａ）が業務プログラム（業務プログラム処理部１０ａ）の初期化（起動）を行う（ステップ３０１）。起動された業務プログラムは、まず、レコード定義プログラム（レコード定義プログラム実行処理部１０ｂ）の初期化を行う（ステップ３０２）。

レコード定義プログラムは、初期化されるときにバッチエンジン（バッチ処理部１１ａ）にレコード定義情報を渡すように機能が埋め込まれており、レコード定義情報を受け取ったバッチエンジン（バッチ処理部１１ａ）は、固定長ファイルを生成し（ステップ３０３）、レコード定義情報等のタグ情報を書き込むと共に、該当プログラムの入力となるファイルのタグ情報も読み込み、来歴を取得してタグに書き込む（ステップ３０４）。

その後、業務プログラム（業務プログラム処理部１０ａ）の本体部分が動作を始め、固定長ファイルに出力するレコードをバッチエンジン（バッチ処理部１１ａ）に引き渡す（ステップ３０５）。バッチエンジン（バッチ処理部１１ａ）は、レコードを受け取ると固定長ファイルに書き込みを行う（ステップ３０６）。

業務プログラム（業務プログラム処理部１０ａ）の処理が終わると、バッチエンジン（バッチ処理部１１ａ）は再度タグ情報を書き込む（ステップ３０７）。ここで書き込む情報は、開始時には判明していなかった情報（レコード件数等）である。

その後、固定長ファイルをクローズして（ステップ３０８）処理は終了となる（ステップ３０９）。

前述の業務プログラム（業務プログラム処理部１０ａ）の初期化を行うのは、図１におけるバッチ処理部１１ａ（バッチエンジン）の業務処理制御部１１ｂであり、この業務処理制御部１１ｂは、入出力制御部１１ｃの動作を管理し制御する。

入出力制御部１１ｃは、１つの固定長ファイルに１つ割り当てられ、内部的にタグ情報制御部１１ｄとレコード情報制御部１１ｅの各処理機能を持つ。

タグ情報制御部１１ｄの機能は、入出力制御部１１ｃがレコード定義プログラム実行処理部１０ｂから受け取ったレコード定義情報の受け取りと固定長ファイルへの書き込み、および、入出力制御部１１ｃが固定長ファイル１２ａから読み取ったレコード情報部の情報の受け取りとタグ情報部の情報の取得である。

保守時は、図１の右側における保守システム１２において、別途作成の固定長ファイル参照ツール処理部１２ｂによって固定長ファイル１２ａが参照される。

固定長ファイル参照ツール処理部１２ｂは、固定長ファイル１２ａのタグ情報部分からレコード定義情報を読み込み、レコード情報を表１２ｃの形式で表示すると共に、来歴等別のタグ情報も図示していない別画面で表示する。

このような、タグ情報を持った固定長ファイル１２ａの例を図４において示す。図４における固定長ファイル４１は、図１のタグ情報制御部１１ｄにより、当該固定長ファイル４１におけるレコード定義書の内容を登録する領域を固定長のタグ領域（固定タグ領域）と可変長の領域（可変タグ領域）に分けられ、固定タグ領域には、当該固定長ファイル４１におけるレコード定義書の内容の登録開始位置とサイズおよび当該固定長ファイルの作成日時と作成元プログラム名を含む情報（第１のタグ情報）が登録され、可変タグ領域には、当該固定長ファイル４１に格納する各レコード毎の当該レコードにおける各項目の定義情報を含む情報（第２のタグ情報）が登録される。

すなわち、図４に示すように、本例の固定長ファイル１２ａにおいては、予め、タグ情報保有領域として一定サイズをブロックとして定義しておく。

ブロック数とは、タグ情報を保有するのに必要なブロック数である。例えば、ブロックサイズが１０ＫＢで、タグ情報保有に必要なサイズが１２ＫＢであれば、ブロック数は２となる。

そのため、作成日時や作成プログラム名称等、必要な容量が変わらない項目は固定タグ領域として先頭に記述する。

逆に、レコード定義情報は、項目数がレコード定義ごとに変わるので、事前に必要な容量が特定できない。そこで、固定長領域に、レコード定義情報の開始位置とサイズを持たせておくと共に、１項目あたりの定義を定めておく。

そして、読み出すときは、レコード定義情報の開始位置からはじまり、サイズ分だけ１項目ごとに読み出すことになる。来歴情報も同様である。

以上、図１〜図４を用いて説明したように、本例の固定長ファイル生成処理システムでは、テキストファイルとして作成されたレイアウト定義書から、当該レイアウトの固定長ファイルを生成するソースプログラムを自動生成し、そのソースプログラムを実行することで、動的に、固定長ファイルを生成する。これにより、レコード定義を隠蔽することができ、保守性が向上する。

また、固定長ファイルを生成する際に、当該固定長ファイルの特定領域に、レコード定義情報の内容と共に、固定長ファイルにおける各レコードの他来歴等の情報をタグ情報として埋め込む。これにより、レコード定義書を別に設けることが不要となる。

また、生成した固定長ファイルにおけるデータに対する参照要求があれば、タグ情報を読み取り、レコード定義や来歴を取得して出力する。このように、固定長ファイル参照ツールを用いることで、来歴情報を容易に取得することができる。

このように、本例の固定長ファイル生成処理システムによれば、従来の技術の問題点、すなわち、固定長ファイルのレイアウト変更に伴う当該ファイルを用いるプログラムの変更負荷が大きい点と、固定長ファイルのみではプログラムから当該ファイルのレコードを参照することができない点、および、ファイルの来歴の確認が容易でない点などを解決でき、これにより、固定長ファイルの参照が非常に容易になると共に、ファイルレイアウト変更時のプログラム修正もより早く、誤りなく作成することが可能となり、業務プログラムの開発・保守工数の削減が可能となり、固定長ファイルの運用・保守における利便性を向上させることができる。

尚、本発明は、図１〜図４を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、開発システム１０と実行システム１１および保守システム１２のそれぞれを個別のコンピュータ装置上に設けた構成として例示しているが、各システム（１０，１１，１２）を同じ１つのコンピュータ装置上に設けた構成としても良いし、各システム（１０，１１，１２）を、ネットワークを介して接続した構成としても良い。

また、本例のコンピュータ装置の構成に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例に係る処理の実行に用いるプログラムの供給元としては、光ディスクやＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）等の記録媒体を用いることでも、当該プログラムを、通信装置を介してネットワーク経由でダウンロードしてインストールすることでも良い。

１０：開発システム（開発時）、１０ａ：業務プログラム実行処理部（業務プログラム）、１０ｂ：レコード定義プログラム実行処理部（レコード定義プログラム）、１０ｃ：レコード定義生成ツール実行処理部（レコード定義生成ツール）、１０ｄ：レコード定義書入力記憶処理部（レコード定義書）、１１：実行システム（実行時）、１１ａ：バッチ処理部（バッチエンジン）、１１ｂ：業務処理制御部、１１ｃ：入力制御部、１１ｄ：タグ情報制御部、１１ｅ：レコード情報制御部、１２：保守システム（保守時）、１２ａ：固定長ファイル、１２ｂ：固定長ファイル参照ツール処理部（固定長ファイル参照ツール）、１２ｃ：表、２１：レコード定義生成ツール、２２：レコード定義書、２３：業務プログラム、２４：レコード定義プログラム、４１：固定長ファイル。

Claims (9)

1. コンピュータ装置のプログラムされたコンピュータ処理により、
   固定長ファイルを生成する固定長ファイル生成処理システムであって、
   プログラムされたコンピュータ処理を実行する手段として、
   テキストファイルとして作成された、固定長ファイルにおけるレコードの項目名と型およびサイズを含む当該レコードのフォーマット情報を定義したレコード定義書を入力して記憶装置に記憶するレコード定義書入力記憶手段と、
   上記記憶装置から上記レコード定義書を読み込み、該読み込んだレコード定義書に応じたフォーマットの固定長ファイルの生成に用いるレコード定義プログラムを生成するレコード定義生成手段と、
   上記レコード定義プログラムを実行して上記固定長ファイルを生成する固定長ファイル生成手段と
   を有し、
   上記レコード定義書入力記憶手段が入力したレコード定義書に応じて動的に固定長ファイルを生成することを特徴とする固定長ファイル生成処理システム。
2. 請求項１に記載の固定長ファイル生成処理システムであって、
   プログラムされたコンピュータ処理を実行する手段として、上記固定長ファイルのデータ操作を行う第１のプログラム実行手段を有し、
   上記固定長ファイル生成手段は、上記第１のプログラム実行手段からのデータの入出力要求に応じて当該データの上記固定長ファイルへの入出力処理を実行するレコード情報制御手段を具備する
   ことを特徴とする固定長ファイル生成処理システム。
3. 請求項１もしくは請求項２のいずれかに記載の固定長ファイル生成処理システムであって、
   上記固定長ファイル生成手段は、
   生成した固定長ファイルの予め定められた領域に、当該固定長ファイルの生成に用いた上記レコード定義書の内容を登録すると共に、
   外部アクセス元からの要求に応じて、上記固定長ファイルから上記レコード定義書の内容を読み出して出力するタグ情報制御手段
   を有することを特徴とする固定長ファイル生成処理システム。
4. 請求項３に記載の固定長ファイル生成処理システムであって、
   上記タグ情報制御手段は、
   上記固定長ファイルにおける上記レコード定義書の内容を登録する領域を固定長領域と可変長領域に分け、
   上記固定長領域に、当該固定長ファイルにおける上記レコード定義書の内容の登録開始位置とサイズおよび当該固定長ファイルの作成日時と作成元プログラム名を含む第１のタグ情報を登録し、
   上記可変長領域に、当該固定長ファイルに格納する各レコード毎の当該レコードにおける各項目の定義情報を含む第２のタグ情報を登録する
   ことを特徴とする固定長ファイル生成処理システム。
5. コンピュータを、請求項１から請求項４いずれかに記載の固定長ファイル生成処理システムにおける各手段として機能させるためのプログラム。
6. コンピュータ装置のプログラムされたコンピュータ処理により、
   固定長ファイルを生成する固定長ファイル生成処理方法であって、
   プログラムされたコンピュータ処理を実行する手段として、レコード定義書入力記憶手段と、レコード定義生成手段、固定長ファイル生成手段を具備し、
   上記レコード定義書入力記憶手段は、
   テキストファイルとして作成された、固定長ファイルにおけるレコードの項目名と型およびサイズを含む当該レコードのフォーマット情報を定義したレコード定義書を入力して記憶装置に記憶し、
   上記レコード定義生成手段は、
   上記記憶装置から上記レコード定義書を読み込み、該読み込んだレコード定義書に応じたフォーマットの固定長ファイルの生成に用いるレコード定義プログラムを生成し、
   上記固定長ファイル生成手段は、
   上記レコード定義プログラムを実行して、上記レコード定義書入力記憶手段が入力したレコード定義書に応じて動的に固定長ファイルを生成する
   ことを特徴とする固定長ファイル生成処理方法。
7. 請求項６に記載の固定長ファイル生成処理方法であって、
   プログラムされたコンピュータ処理を実行する手段として、第１のプログラム実行手段とレコード情報制御手段を有し、
   上記第１のプログラム実行手段は、上記固定長ファイルのデータ操作を行い、
   上記レコード情報制御手段は、上記第１のプログラム実行手段からのデータの入出力要求に応じて当該データの上記固定長ファイルへの入出力処理を実行する
   ことを特徴とする固定長ファイル生成処理方法。
8. 請求項６もしくは請求項７のいずれかに記載の固定長ファイル生成処理方法であって、
   上記固定長ファイル生成手段は、タグ情報制御手段を具備し、
   該タグ情報制御手段により、生成した固定長ファイルの予め定められた領域に、当該固定長ファイルの生成に用いた上記レコード定義書の内容を登録すると共に、
   外部アクセス元からの要求に応じて、上記固定長ファイルから上記レコード定義書の内容を読み出して出力する
   を有することを特徴とする固定長ファイル生成処理方法。
9. 請求項８に記載の固定長ファイル生成処理方法であって、
   上記タグ情報制御手段は、
   上記固定長ファイルにおける上記レコード定義書の内容を登録する領域を固定長領域と可変長領域に分け、
   上記固定長領域に、当該固定長ファイルにおける上記レコード定義書の内容の登録開始位置とサイズおよび当該固定長ファイルの作成日時と作成元プログラム名を含む第１のタグ情報を登録し、
   上記可変長領域に、当該固定長ファイルに格納する各レコード毎の当該レコードにおける各項目の定義情報を含む第２のタグ情報を登録する
   ことを特徴とする固定長ファイル生成処理方法。

Images