JPH05127847A - 帳票作成装置 - Google Patents

Abstract

(57)【要約】 【目的】 実行環境が整っていない場合であっても実際
の帳票出力に近いイメージの帳票出力を得る。 【構成】 帳票作成装置３０は、帳票形式を定義する登
録書２０，３１をＣＰＵ３２により読み込んで解釈し、
テスト時は生成モジュール４１がテスト時の登録書３１
と用紙サイズ等に基づいて出力フォームを自動生成する
とともに、データ生成モジュール４２が登録書３１のデ
ータに基づいて作成しようとする帳票に合うテストデー
タを生成し、テスト出力モジュール４３がこれら出力フ
ォーム及び生成したテストデータに基づいて出力データ
を作成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、帳票作成装置に係り、
詳細には、登録書に基づいて入力定義及び出力定義等の
ソース生成を行って帳票を出力する帳票作成装置に関す
る。

【０００２】

【従来の技術】従来の帳票作成装置で作成された帳票の
出力イメージは図９のようなものである。図９におい
て、符号１０は商品売上台帳等の帳票であり、図中、Ａ
〜Ｅは１レコードあたりの項目名をそれぞれ示してい
る。ここでは図示していないが各項目名Ａ〜Ｅには指定
された区分（型）、サイズ等に従ったデータが出力され
る。図９に示すような帳票を作成するときには出力イメ
ージを定義した出力定義書等が必要になるが、従来、こ
の出力定義書等を帳票形式を規定する登録書を基にして
自動生成するものがある。図１０は上記登録書２０を示
す図である。この図において、登録書２０はどういう帳
票を出力したいかという帳票形式を定義するためのもの
であり、登録書２０には名称（例えば、「×××帳
票」）、ソースとなるデータのファイルを示すデータフ
ァイル（例えば、「△△明細データファイル」）、及び
Ａ〜Ｅの各項目毎に型（例えば、「数値型」、「数字列
型」、「文字列型」）、文字数、操作（例えば、「転
記」、「索引」、「計算」）、登録内容が登録される。
上記操作のうち「転記」は、例えば上記△△明細データ
ファイル２１（図１１）の項目データの内容を読出して
単に転記するという操作であり、「索引」は図９の項目
Ｃに示すように索引テーブル（例えば、図１２の××テ
ーブル２２）をみてｆ（ファイル）に対応するデータを
読出す操作である。また、「計算」は図９の項目Ｅに示
すようにＡ×Ｄ（項目名Ａの内容に項目名Ｄの内容を乗
算する）という変数名を使う操作であり、その操作の内
容は上記登録内容に登録されている。オペレータが上記
登録書２０を作成すると、ソースプログラムによって登
録書２０に基づいてデータを取込むときに使用する入力
定義書２３とデータを出力するときに使用する出力定義
書２４が自動的に作成される。図１３及び図１４は上記
登録書２０を基に自動生成された入力定義書２３、出力
定義書２４を示す図である。図１３に示すように入力定
義書２３では、項目名Ａ〜Ｅの文字数は必要なく、操作
とその内容が必要とされる。そこで、この入力定義書２
３には各項目名Ａ〜Ｅに対応する操作内容のみが定義さ
れる。同図中、￥はデータファイル「△△明細ファイ
ル」における変数名（データ）を読込む指定を示し、＃
は単に読込む動作ではなく索引であることを示す。ま
た、項目名Ｃにおいて＃索引（××テーブル，＝Ｂ，
Ｃ）とは××テーブル２２を参照してＢというキーでデ
ータＣを出力する動作を示している。

【０００３】一方、出力定義書２４は、取込んだデータ
をどういう位置に出力するかを定義するものであり、図
１４に示すように出力定義書２４にはＡ〜Ｅの項目名毎
に区分、各項目のＹ方向，Ｘ方向始点となる出力座標及
びその項目の縦横の範囲（サイズ）が登録される。この
出力定義書２４は前記登録書２０から自動レイアウトに
よって作成される。この場合、出力定義書２４の始点位
置は指定された用紙のサイズと項目の文字数の関係から
バランスの良い位置が計算されて出力される。このよう
に、入力定義書２３と出力定義書２４が作成され、デー
タファイル２１及び××テーブル２２が指定されれば図
９に示す出力帳票が１レコード毎に出力されることにな
る。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の帳票作成装置にあっては、登録書に基づいて
出力定義書等を自動生成するソース生成を行う構成とな
っていたため、登録書の定義が終了してしまわないと定
義書が生成されずどのような形の帳票も出力されないと
いう不具合があった。すなわち、登録書を作成する際そ
の登録書が完成する前に設計段階で帳票の出来具合いを
見てみたい場合があるが、このような定義の途中で帳票
の出力イメージを得るテスト帳票出力はできなかった。
従って、机上でシミュレーションしながら定義を進めな
ければならず非常に効率が悪かった。してみれば、テス
ト時に適当なファイルデータを登録書に基づいて自動的
に作成し、作成したデータに合うように出力イメージを
出力できるようにすれば、実行環境が整っていない場合
であっても実際の帳票出力に近いイメージの帳票出力を
得ることができることは明らかである。本発明の課題
は、帳票形式を定義する登録書に基づいてテスト帳票を
出力できるようにすることである。

【０００５】

【課題を解決するための手段】本発明の手段は次の通り
である。入力手段１（図１の機能ブロック図を参照、以
下同じ）は、帳票形式を規定する項目名、型、文字数等
からなる登録書を入力するためのもので、例えばＲＡＭ
等に記憶された登録書をＣＰＵが読み込むことにより入
力する。データ生成手段２は、登録書に基づいて作成し
ようとする帳票に合うデータを生成するもので、例え
ば、項目名、型（数字列、文字列等）、文字数（桁数）
からなる登録書に基づいて各項目毎に対応する型若しく
は文字数に応じてデータ生成する処理を行うＣＰＵ等で
ある。出力定義ソース生成手段３は、登録に基づいて出
力定義のソースを生成するもので、例えば、各項目毎の
出力登録、出力領域を定義する出力定義ソースを生成す
る。テスト帳票出力手段４は、データ生成手段２により
生成されたデータ及び登録書に基づいてテスト帳票を出
力するもので、例えばＣＰＵによりテスト出力データを
作成するとともに、作成したテスト帳票イメージを表示
するＣＲＴ，ＬＣＤ等の表示部、作成した帳票をプリン
トするプリンタ等の印字部である。

【０００６】

【作用】本発明の手段の作用は次の通りである。先ず、
入力手段１により帳票形式を規定する登録書が入力され
る。テスト時には、データ生成手段２によって入力した
登録書に基づいて作成しようとする帳票に合うデータが
生成され、また出力定義ソース生成手段３によって上記
登録書に基づいて出力定義ソースが生成され、テスト帳
票出力手段４によって生成されたデータ及び生成された
出力定義ソースに基づいてテスト帳票が出力される。従
って、実行環境が整っていない場合であってもテスト帳
票出力により実際の帳票出力に近いイメージの帳票出力
を得ることができる。

【０００７】

【実施例】以下、図２〜図８を参照して実施例を説明す
る。図２〜図８は帳票作成装置の一実施例を示す図であ
る。先ず、構成を説明する。図２は帳票作成装置３０の
ブロック図である。この図において、２０，３１は帳票
形式を定義する登録書（登録書２０は通常の登録書（図
９）を示し、登録書３１はテスト時の登録書を示す。図
３参照）であり、登録書２０，３１で登録されたデータ
（項目名、型、文字数等）はＣＰＵ３２に出力される。
ＣＰＵ３２は読込んだ登録書２０，３１の登録データに
従って通常の帳票出力かテスト帳票出力かを判別し通常
の帳票出力のときは読込んだ登録書２０，３１の登録デ
ータを通常の帳票出力処理を行うソース生成モジュール
３３に出力し、テスト帳票出力のときは上記登録データ
を後述するテストモジュール４４に出力する。すなわ
ち、ＣＰＵ３２は読込んだ登録書２０，３１にデータフ
ァイル３７（前記図１１参照）があるか否かを判別し、
登録書２０，３１にデータファイル３７が指定されてい
ればある程度実行環境が用意されている登録書であると
判断して通常の帳票出力処理を行うために登録書３１の
データをソース生成モジュール３３に渡す。また、登録
書２０，３１にデータファイル３７がない場合はテスト
時の登録書であると判断してテスト帳票出力処理を行う
ために登録書２０のデータをテストモジュール４４に渡
すようにする。

【０００８】ソース生成モジュール３３は、入力された
登録書３１に基づいて入力定義書３４と出力定義書３５
を自動生成するものであり、例えばマイクロコンピュー
タ等により構成される。ソース生成モジュール３３によ
り自動生成された入力定義書３４（前記図１３参照）及
び出力定義書３５（前記図１４参照）は実行モジュール
３６に出力され、実行モジュール３６は入力定義書３
４、出力定義書３５を基にデータファイル３７（前記図
１１の△△明細書データファイル２１参照）及び索引テ
ーブル３８（前記図１２の××テーブル２２参照）から
データを読込んで帳票を印刷出力する出力データを作成
する。この実行モジュール３６は例えばマイクロコンピ
ュータ等により構成される。印刷出力部３７はプリンタ
等により構成され、実行モジュール３６により作成され
た通常の帳票出力を前記図９のように印刷出力するとと
もに、後述するテストモジュール４４からテスト出力が
あるとテスト出力帳票（図６）を印刷出力する。上記ソ
ース生成モジュール３３、入力定義書３４、出力定義書
３５、データファイル３７、索引テーブル３８及び実行
モジュール３６は全体として登録書３１に基づいて通常
の帳票作成処理を行う帳票作成モジュール３８を構成し
ている。

【０００９】一方、出力ソース生成モジュール４１は、
テスト時の登録書３１（図３）と用紙サイズ等に基づい
て出力フォームを自動生成するものであり、前記ソース
生成モジュール３３と同様にマイクロコンピュータ等に
より構成される。また、テスト時の登録書３１のデータ
（図３に示す項目名、型、文字数）はデータ生成モジュ
ール４２に入力され、データ生成モジュール４２は上記
テスト時の登録書３１のデータに基づいて後述するデー
タ生成プログラム（図８）に従って適当なテストデータ
を生成するためのものであり、例えばマイクロコンピュ
ータ等により構成される。出力ソース生成モジュール４
１でソース生成された出力フォーム及びデータ生成モジ
ュール４２でデータ生成されたテストデータはテスト出
力モジュール４３に出力され、テスト出力モジュール４
３はこれらの出力に基づいてテスト帳票を印刷出力する
テスト出力データを作成する。テスト出力モジュール４
３で作成されたテスト出力データは上記印刷出力部３７
に出力され、印刷出力部３７でテスト出力帳票が印刷出
力される。上記出力ソース生成モジュール４１、データ
生成モジュール４２及びテスト出力モジュール４３は全
体としてテスト帳票作成処理を行うテストモジュール４
４を構成している。

【００１０】このように、上記帳票作成装置３０は、通
常の帳票作成処理を行う帳票作成モジュール３８に新た
にテストモジュール４４が追加された構造となってい
る。この場合、通常の帳票を作成する帳票作成モジュー
ル３８にハード的に全く新たなテストモジュール４４
（特に、データ生成モジュール４２）を追加する構成を
とってもよいし、テスト帳票出力用にソース生成モジュ
ール３３、実行テストモジュール４４の機能を拡張して
設ける構成をとってもよい。

【００１１】図３はテスト時の登録書３１を示す図であ
る。この図において、テスト時の登録書３１には、名称
として「×××帳票」は登録されるが、ソースとなるデ
ータファイルは指定されておらず、また、登録内容とし
てはＡ〜Ｅの各項目名、型、文字数が登録されていて、
操作、内容は登録されていない。ここで、型には「数値
型」、「数字列型」、「文字列型」があり、「数値型」
は１から始まる数値を、「数字列型」はコード番号のよ
うに桁数が決まっている数値列を、「文字列型」は数値
以外の文字列が登録されていることを示すものである。

【００１２】従って、上記テスト時の登録書３１がＣＰ
Ｕ３２に入力されると、データファイル３７が指定され
ていないから未完成なテスト時の登録書と判断されてこ
の登録書３１の登録データはテストモジュール４４に出
力されることになる。テストモジュール４４のデータ生
成モジュール４２では、このテスト時の登録書３１に登
録された型に応じて後述するデータ生成プログラム（図
８）に従ってテストデータが生成される。

【００１３】次に、本実施例の動作を説明する。図４は
帳票出力処理を示すフローチャートであり、本フローは
ソース生成プログラムのフローを示している。同図中、
符号Ｓｎ（ｎ＝１，２，…）はフローの各ステップを示
している。プログラムがスタートすると、先ず、ステッ
プＳ１で図３又は図９に示す登録書２０，３１を読込ん
で解釈し＜ＣＰＵ３２の処理＞、ステップＳ２で読み込
んだ登録書２０，３１にデータファイル３７があるか否
かを判別する。データファイル３７があれば通常の帳票
出力と判断して読み込んだ登録書（この場合は、登録書
２０）のデータを帳票作成モジュール３８に渡し＜ＣＰ
Ｕ３２の処理＞、ステップＳ３，Ｓ４でソース生成モジ
ュール３３が入力定義書３４を生成するとともに、出力
定義書３５を生成してこれらの定義書を実行モジュール
３６に出力して本フローの処理を終了する。

【００１４】一方、ステップＳ２で登録書２０，３１に
データファイル３７がないときはテスト帳票出力である
と判断して読み込んだ登録書（この場合は登録書３１）
のデータとテストモジュール４４に渡し＜ＣＰＵ３２の
処理＞、ステップＳ５でデータ生成モジュール４２が後
述するデータ生成プログラム（図８）に従って登録書に
基づくテストデータを生成する。次いで、ステップＳ６
で出力ソース生成モジュール４１が登録書３１のデータ
及び用紙サイズに基づいて出力定義書を生成する。図５
は上記登録書３１に基づくデータ生成結果を用紙サイズ
（この場合の用紙の桁数は５４）に基づいて自動レイア
ウトされたテスト時の帳票出力イメージを示す図であ
る。この図に示すように、テスト時であっても項目数、
文字数及び用紙サイズに応じて各項目が最も見易くなる
位置に自動的にレイアウトされる。次いで、ステップＳ
７でテスト出力モジュール４３がデータ出力モジュール
４２のテストデータ及び出力ソース生成モジュール４１
の出力フォームに基づいてテスト出力データを作成し、
作成したテスト出力を印刷出力部３７でテスト印刷して
本フローの処理を終了する。ここで、本フローは登録書
２０，３１から所定の定義書を生成するソース生成プロ
グラムであるから通常時のステップＳ３，Ｓ４に示すよ
うに定義書を生成した段階でプログラムを終えてもよい
が、本実施例ではテスト時には必ずテスト印刷がされる
ことを考慮してステップＳ６で出力定義書を生成した後
ステップＳ７でテスト印刷も自動的に実行してしまうよ
うにしている。

【００１５】図６はテスト印刷されたテスト出力帳票を
示す図である。図６に示すようにテスト出力帳票等であ
っても前記図９に示した実際の帳票出力と変わらない出
力イメージの帳票出力を印刷することができる。但し、
図６では図示していないがＡ〜Ｅの各項目のデータはデ
ータ生成モジュール４２により型及び文字数に応じて生
成されたデータでありデータ自体の意味はない。また、
テスト印刷された出力帳票は通常の出力帳票と見かけ上
殆ど変わらない出力結果となるため図６の所定位置に
「＊テスト＊」を印刷するようにしてテスト印刷である
ことを明確にしている。

【００１６】図７はデータ生成モジュール４２で生成さ
れるテスト用のデータ生成の方法を説明するための図で
ある。図７に示すように、本実施例ではＡ〜Ｅの各項目
名のデータに３種類の型（「数値型」、「数字列型」、
「文字列型」）が存在するから上記型に合わせたデータ
を生成するようにする。ここで、Ａ〜Ｅの各項目を１レ
コードとした場合、テスト用に作成するデータのレコー
ド数は何件にしてもよいが、本実施例ではテスト時の帳
票出力を用紙の半分から１枚程度に収めるためにレコー
ド数を３０レコードとしている。

【００１７】「数値型」の場合は、最小値を１とし、最
大値を９…９（この場合の桁数は該当項目の文字数）と
して各レコードの値は最大値９…９をレコード数（３０
レコード）で均等に割った値とする。例えば、図７にお
いて、項目名Ａはテスト時の登録書３１（図３）による
と型は数値型、文字数は６であるから最小値は１、最大
値は９９９９９９（６桁）となる。従って、各レコード
の値としては最大値９９９９９９をレコード数（３０）
で均等に割った値１，３３３３４，６６６６７，１００
０００，…，９９９９９９がテスト用のデータとして生
成されることになる。また、項目名Ｄについても全く同
様である。また、項目名Ｅは数値型であるが文字数が異
なる（１０桁）ため生成されるテストデータの値は異な
るものとなる。

【００１８】「数字列型」の場合は、最小値を最大桁を
１とする１０…０（桁数は該当項目の文字数）とし、最
大値を９…９（桁数は該当項目の文字数）として各レコ
ードの値は最大値９…９をレコード数で均等に割った値
とする。例えば、図７において、項目名Ｂはテスト時の
登録書３１（図３）によると型は数値列型、文字数は４
であるから最小値は１、最大値は９９９９（４桁）とな
る。従って、各レコードの値としては最大値９９９９を
レコード数（３０）で均等に割った値１０００，１３６
６，１７３２，２０９８，…，９９９９がテスト用のデ
ータとして生成される。

【００１９】「文字列型」の場合は、図７の項目Ｃに示
すようにＣ（項目名称）とレコード番号の組合せとし、
Ｃにレコードの数に応じた番号をつけてテスト用のデー
タ（Ｃ−１，Ｃ−２，…Ｃ−３０）とする。上述したよ
うに登録書３１の型及び文字数に基づいてテストデータ
を生成しているのでテストであっても実際の帳票出力に
近いイメージのデータを得ることができる。

【００２０】図８は上記データ生成処理を行うためのデ
ータ生成処理プログラムを示すフローチャートであり、
前記図４のステップＳ５に対応する。先ず、ステップＳ
１１で３０レコード分のデータを生成するためにレコー
ド数ｎ（本実施例では、３０）に１をセットし、ステッ
プＳ１２でテスト時の登録書３１から先頭項目を指定
し、ステップＳ１３で指定した項目の型を判別する。型
が「数値型」のときはステップＳ１４で数値型の場合の
データ生成演算を行い（３３…３×（ｎ−１）＋１）、
「数字列型」のときはステップＳ１５で数字列型の場合
のデータ生成演算を行って（１００…０＋３６…６×
（ｎ−１）ステップＳ１７に進む。また、型が「文字列
型」のときはステップＳ１６で文字列型の場合のデータ
生成演算を行って（項目名−ｎ）ステップＳ１７に進
む。ステップＳ１７ではレコード内に生成したソースデ
ータを代入し、ステップＳ１８で他の項目があるか否か
を判別する。他の項目があればステップＳ１９で次項目
の指定を行ってステップＳ１３に戻り次項目について同
様のデータ生成演算を繰り返す。ステップＳ１８で他の
項目がなくなったときは１レコード内の全ての項目につ
いてのデータ生成が終了したと判断してステップＳ２０
でレコード数ｎをインクリメントする（ｎ＋１→ｎ）。
次いで、ステップＳ２１でレコード数がテスト用として
設定したレコード数３０より大きくなったか（ｎ＞３０
か）否かを判別し、ｎ＞３０のときはテスト用の３０レ
コードの分のデータが生成されたと判断して本フローの
処理を終え、ｎ≦３０のときはステップＳ１２に戻って
次のレコード分のテストデータ生成を行う。なお、本実
施例ではテストデータを１レコード毎に作成するように
しているが、これに限らず、Ａ〜Ｅの項目毎にデータを
作成するようにしてもよい。

【００２１】以上説明したように、本帳票作成装置３０
は、帳票形式を定義する登録書２０，３１をＣＰＵ３２
により読み込んで解釈し、テスト時は生成モジュール４
１がテスト時の登録書３１と用紙サイズ等に基づいて出
力フォームを自動生成するとともに、データ生成モジュ
ール４２が登録書３１のデータに基づいて作成しようと
する帳票に合うテストデータを生成し、テスト出力モジ
ュール４３がこれら出力フォーム及び生成したテストデ
ータに基づいて出力データを作成するようにしているの
で、登録書が完成する前の設計段階で帳票の出来具合い
を見てみたい場合であっても実際の帳票出力に近いイメ
ージのテスト帳票出力を得ることができ、帳票作成の効
率を大幅に高めることができる。具体的には、テストを
実行するために事前のデータ準備が不要になるため、以
下の効果がある。 実際に近い操作を簡単に体験することができる。 ３０レコード分のテストデータがあり、実際に近いデ
ータで結果を見ることができる。 ソース・ファイルデータを見ることができるため、登
録書の記述ミスを早い段階で発見できる。 擬似的な実行が可能となり、初期状態のプロトタイピ
ング的な実行ができるようになる。 定義内容と実際の処理との対応を初期の段階から理解
することができる。

【００２２】なお、本実施例では登録書の型と文字数を
利用してテストデータ出力に最適な値を作成している
が、登録書に基づいてテストデータを生成するものであ
れば何でもよく、例えば文字数だけに基づいてテストデ
ータを作成するようなものであってもよい。また、本実
施例で示したレコード数、項目数や型、文字数、操作等
はどのような種類、数、符号であってもよいことは言う
までもない。

【００２３】

【発明の効果】本発明によれば、登録書に基づいて作成
しようとする帳票に合うデータを生成し、生成されたデ
ータに基づいてテスト帳票を出力するようにしているの
で、実行環境が整っていない場合であっても実際の帳票
出力に近いイメージの帳票出力を得ることができ、作業
効率を大幅に高めることができる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】帳票作成装置のブロック構成図である。

【図３】帳票作成装置のテスト時の登録書の構造を示す
図である。

【図４】帳票作成装置のソース生成処理を示すフローチ
ャートである。

【図５】帳票作成装置の自動レイアウト基本イメージを
示す図である。

【図６】帳票作成装置のテスト時の出力帳票を示す図で
ある。

【図７】帳票作成装置のデータ生成方法を説明するため
の図である。

【図８】帳票作成装置のデータ生成処理を示すフローチ
ャートである。

【図９】帳票作成装置の出力帳票を示す図である。

【図１０】帳票作成装置の登録書の構造を示す図であ
る。

【図１１】帳票作成装置のデータファイルの構造を示す
図である。

【図１２】帳票作成装置の索引テーブルの構造を示す図
である。

【図１３】帳票作成装置の入力定義書の構造を示す図で
ある。

【図１４】帳票作成装置の出力定義書の構造を示す図で
ある。

【符号の説明】

２０，３１ 登録書 ２１，３７ データファイル ２２，３８ 索引テーブル ２３，３４ 入力定義書 ２４，３５ 出力定義書 ３０ 帳票作成装置 ３２ ＣＰＵ ３３ ソース生成モジュール ３６ 実行モジュール ３７ 印刷出力部 ３８ 帳票作成モジュール ４１ 出力ソース生成モジュール ４２ データ生成モジュール ４３ テスト出力モジュール ４４ テストモジュール

Claims (2)

【特許請求の範囲】
1. 【請求項１】 帳票形式を規定する登録書を入力する入
   力手段と、 前記登録書に基づいて作成しようとする帳票に合うデー
   タを生成するデータ生成手段と、 前記登録書に基づいて出力定義のソースを生成する出力
   定義ソース生成手段と、 前記データ生成手段により生成されたデータ及び前記出
   力定義ソース生成手段により生成された出力定義のソー
   スに基づいてテスト帳票を出力するテスト帳票出力手段
   と、 を具備したことを特徴とする帳票作成装置。
2. 【請求項２】 前記データ生成手段は、項目名、型、文
   字数からなる登録書に基づいて各項目毎に対応する型若
   しくは文字数の少なくとも何れか一つに応じてデータ生
   成するようにしたことを特徴とする請求項１記載の帳票
   作成装置。