(57)【要約】【課題】  後付データを挿入すべきフィールドの生成時に、フィールド属性とフィールド図形を簡単な操作で作成する。【解決手段】  第１フィールドアイテムがレイアウトウィンドウに配置された場合に、後付データを挿入すべきフィールドとして第１フィールド属性の第１フィールド図形をレイアウトウィンドウに生成する処理と、第２フィールドアイテムがレイアウトウィンドウに配置された場合に、後付データを挿入すべきフィールドとして第２フィールド属性の第２フィールド図形を前記レイアウトウィンドウに生成する処理とを備える。【選択図】  図７
2007242047.tif 000002
【特許請求の範囲】
【請求項１】
後付けデータが挿入されるべきフィールドを配置するレイアウトウィンドウにおいて、前記フィールドを編集可能な帳票作成装置であって、
前記フィールドを生成する元となる第１フィールドアイテムと特定のデータ型情報を含む第１フィールド属性とを対応付けて管理し、かつ、前記フィールドを生成する元となる第２フィールドアイテムと前記特定のデータ型とは異なるデータ型情報を含む第２フィールド属性とを対応付けて管理するフィールド管理手段と、
前記第１フィールド属性に基づく第１フィールドアイテムと、前記第２フィールド属性に基づく第２フィールドアイテムとを識別可能に表示する表示制御手段と、
前記第１フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第１フィールド属性の第１フィールド図形を前記レイアウトウィンドウに生成する第１フィールド生成手段と、
前記第２フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第２フィールド属性の第２フィールド図形を前記レイアウトウィンドウに生成する第２フィールド生成手段とを特徴とする帳票作成装置。
【請求項２】
前記フィールド管理手段によって管理されている第１フィールド属性と第２フィールド属性とを変更する変更手段を更に有し、
前記第１フィールド属性が変更された場合、前記フィールド管理手段は、前記変更前のフィールド属性と変更後のフィールド属性とを管理することを特徴とする請求項１に記載の帳票作成装置。
【請求項３】
前記レイアウトウィンドウにドロップされたフィールドアイテムが第１フィールドアイテムか第２フィールドアイテムかを判断する判断手段を更に有し、
前記判断手段によって第１フィールドアイテムがドロップされたと判断された場合、前記第１フィールド生成手段は、前記第１フィールド図形を前記レイアウトウィンドウに生成すると共に、前記第１フィールド属性の第２フィールドアイテムを生成し、一方、前記判断手段によって第２フィールドアイテムがドロップされたと判断された場合、前記第２フィールド生成手段は、前記第２フィールド図形を前記レイアウトウィンドウに生成することを特徴とする請求項１または２に記載の帳票作成装置。
【請求項４】
後付けデータが挿入されるべきフィールド図形を配置するレイアウトウィンドウにおいて、前記フィールド図形が配置されたレイアウトウィンドウを表示する帳票作成装置における帳票作成方法であって、
フィールド管理手段が、前記フィールドを生成する元となる第１フィールドアイテムと特定のデータ型情報を含む第１フィールド属性とを対応付けて管理し、かつ、前記フィールドを生成する元となる第２フィールドアイテムと前記特定のデータ型とは異なるデータ型情報を含む第２フィールド属性とを対応付けて管理するフィールド管理工程と、
表示制御手段が、前記第１フィールド属性に基づく第１フィールドアイテムと、前記第２フィールド属性に基づく第２フィールドアイテムとを識別可能に表示する表示制御工程と、
第１フィールド生成手段が、前記第１フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第１フィールド属性を有する第１フィールド図形を前記レイアウトウィンドウに生成する第１フィールド生成工程と、
第２フィールド生成手段が、前記第２フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第２フィールド属性を有する第２フィールド図形を前記レイアウトウィンドウに生成する第２フィールド生成工程とを有することを特徴とする帳票作成方法。
【請求項５】
変更手段が、前記フィールド管理工程によって管理されている第１フィールド属性と第２フィールド属性とを変更する変更工程と、
フィールドアイテム生成手段が、前記第１フィールド属性が変更された場合、該変更されたフィールド属性を有するフィールドアイテムを、フィールドアイテムを表示するためのフィールドウィンドウ上に新規に生成するフィールドアイテム生成工程をさらに有することを特徴とする請求項４に記載の帳票作成方法。
【請求項６】
判断手段が、前記レイアウトウィンドウにドロップされたフィールドアイテムが第１フィールドアイテムか第２フィールドアイテムかを判断する判断工程を更に有し、
前記判断工程によって第１フィールドアイテムがドロップされたと判断された場合、前記第１フィールド生成工程は、前記第１フィールド図形を前記レイアウトウィンドウに生成すると共に、前記フィールドアイテム生成工程は、前記第１フィールド属性の第２フィールドアイテムを生成し、一方、前記判断工程によって第２フィールドアイテムがドロップされたと判断された場合、前記第２フィールド生成工程は、前記第２フィールド図形を前記レイアウトウィンドウに生成することを特徴とする請求項４または５に記載の帳票作成方法。
【請求項７】
後付けデータが挿入されるべきフィールド図形を配置するレイアウトウィンドウにおいて、前記フィールド図形が配置されたレイアウトウィンドウを表示する帳票作成装置によって実行される帳票作成プログラムを格納した記憶媒体であって、
前記フィールドを生成する元となる第１フィールドアイテムと特定のデータ型情報を含む第１フィールド属性とを対応付けて管理し、かつ、前記フィールドを生成する元となる第２フィールドアイテムと前記特定のデータ型とは異なるデータ型情報を含む第２フィールド属性とを対応付けて管理するフィールド管理手段と、
前記第１フィールド属性に基づく第１フィールドアイテムと、前記第２フィールド属性に基づく第２フィールドアイテムとを識別可能に表示する表示制御手段と、
前記第１フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第１フィールド属性を有する第１フィールド図形を前記レイアウトウィンドウに生成する第１フィールド生成手段と、
前記第２フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第２フィールド属性を有する第２フィールド図形を前記レイアウトウィンドウに生成する第２フィールド生成手段としてコンピュータを機能させるコンピュータ読み取り可能な帳票作成プログラムを格納した記憶媒体。
【請求項８】
前記フィールド管理手段によって管理されている第１フィールド属性と第２フィールド属性とを変更する変更手段と、
前記第１フィールド属性が変更された場合、該変更されたフィールド属性を有するフィールドアイテムを、フィールドアイテムを表示するためのフィールドウィンドウ上に新規に生成するフィールドアイテム生成手段を更に有することを特徴とする請求項７に記載の記憶媒体。
【請求項９】
前記レイアウトウィンドウにドロップされたフィールドアイテムが第１フィールドアイテムか第２フィールドアイテムかを判断する判断手段を更に有し、
前記判断手段によって第１フィールドアイテムがドロップされたと判断された場合、前記第１フィールド生成手段は、前記第１フィールド図形を前記レイアウトウィンドウに生成すると共に、前記フィールドアイテム生成手段は、前記第１フィールド属性の第２フィールドアイテムを生成し、一方、前記判断手段によって第２フィールドアイテムがドロップされたと判断された場合、前記第２フィールド生成手段は、前記第２フィールド図形を前記レイアウトウィンドウに生成することを特徴とする請求項７または８に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォームデータを生成するための帳票作成プログラムが格納された記憶媒体及び帳票作成装置及び帳票作成方法に関する。特に、データベースやデータファイルもしくはプログラミング言語によって、あらかじめ定義されたエリアにデータを流し込む帳票ソフトウェアにおいて、データを受取るプログラム中のメモリ領域（以下、フィールド）およびフィールドが受取ったデータを表示・印刷する用紙上のエリア（以下、フィールド図形）を作成・編集する、帳票作成方法、帳票作成装置、および帳票作成を実行させるための制御プログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
従来、帳票等、一定の書式（フォーム）にデータを書き込んで作成される印刷物を作成するために、フォームオーバーレイと手法が用いられている。フォームオーバーレイでは、フォーム部分を表すフォームデータを予め作成し、そのフォームデータの所定箇所に数値や文字列等、固定されていないデータ（以下後付データと呼ぶ）を重ね合わせて（オーバーレイして）それを印刷あるいは表示する。
【０００３】
このようなフォームオーバーレイを実現するために、コンピュータ上で動作するフォーム作成用のソフトウェアが開発されている。この帳票作成ソフトウェアにおいて、ユーザが後付データをオーバーレイすべき位置のフィールドを示すフィールド図形を作成する場合、例えば、メニューから「日付フィールドの生成」を指示し、フィールドの属性（西暦対応、何桁対応にするかなどの属性）を指定し、その後、そのフィールドに結びつくフィールド図形をマウスなどのポインティングデバイスを用いてフォーム上の位置を指定して作成していた。
【０００４】
更に具体的には、フィールドに挿入すべき後づけデータとして、日付と氏名の２種類のデータがある場合、まずユーザは、帳票作成アプリケーションのメニューバーの指示によりフィールドを作成する操作を２回、それぞれのデータ属性を指定し、画面上のフォーム上の位置を指定してフィールド図形を作成するという操作を２回というように行っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の例のように、従来の方法では、流し込むデータの数だけフィールドを最初に作成しておく必要があり、ユーザが行うべき操作数が多かった。
【０００６】
また、データの詳細な属性、例えば、データの種別（数値か文字か等）や入力の形式（何桁等）が決まっていなくて、用紙上のフィールド図形の配置だけが決まっている状態では、従来の方法はユーザにとって直感的な方法ではなかった。つまり、後づけデータとして、日付、氏名、数値、数値、名称、数値とデータが続く場合は、ユーザは、日付フィールド、氏名フィールド、数値フィールド、…、と作成し、それぞれのフィールドのフィールド属性を指定し、その後、フォーム上の位置を指定してフィールド図形（位置と大きさ）を順次作成していく必要があり、不慣れなユーザには使いにくいものであった。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は次のような構成からなる。すなわち、後付けデータが挿入されるべきフィールドを配置するレイアウトウィンドウにおいて、前記フィールドを編集可能な帳票作成装置における帳票作成方法であって、前記フィールドを生成する元となる第１フィールドアイテムと特定のデータ型情報を含む第１フィールド属性とを対応付けて管理し、かつ、前記フィールドを生成する元となる第２フィールドアイテムと前記特定のデータ型とは異なるデータ型情報を含む第２フィールド属性とを対応付けて管理するフィールド管理手段と、前記第１フィールド属性に基づく第１フィールドアイテムと、前記第２フィールド属性に基づく第２フィールドアイテムとを識別可能に表示する表示制御手段と、前記第１フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第１フィールド属性の第１フィールド図形を前記レイアウトウィンドウに生成する第１フィールド生成手段と、前記第２フィールドアイテムがレイアウトウィンドウに配置された場合に、前記後付データを挿入すべきフィールドとして第２フィールド属性の第２フィールド図形を前記レイアウトウィンドウに生成する第２フィールド生成手段とを特徴とする。
【発明の効果】
【０００８】
以上説明したように、本発明によれば、フィールド図形を作成する前に、従来のように予めフィールド属性を設定したフィールドを作成しておく必要がなくなり、フィールド図形を必要とする際にフィールドウィンドウからフィールドアイテムをドラッグ＆ドロップするだけでよく、操作性が向上する。
【０００９】
また、マスターアイテムやフィールドアイテムを有するので、適する属性のアイテムを使用することによりその属性のフィールド図形が生成されるため、フィールド図形毎にユーザが属性を設定してからフィールド図形を作る必要がなくなる。
【００１０】
更に、新規にフィールドアイテムを増やすことも簡単な操作で可能となり、またフィールド属性を変更する際も、関連するフィールドを一括して変更することや、指定したフィールド図形のみの属性変更を行うことも可能としたので、ユーザの所望とする指示を簡単な操作で提供可能になり、ユーザは直感的に、柔軟に帳票の設計をできるようになる。更に、容易にフィールドアイテムの内容を確認でき、１つの操作方法で複数種類のフィールドを生成することが可能になるという本願特有の効果を生み出すことが可能となります。
【発明を実施するための最良の形態】
【００１１】
図１は本実施例におけるフォーム作成機能を有するコンピュータのブロック図である。１は本発明の情報処理装置である。本フォーム作成機能は、基本入出力（Ｉ／Ｏ）プログラム、オペレーティングシステム（ＯＳ）、およびフォーム作成プログラムをＣＰＵ１０が実行することにより動作する。基本Ｉ／ＯプログラムはＲＯＭ１１に書き込まれており、ＯＳはハードディスク（ＨＤ）等の外部記憶装置１５に書き込まれている。そして本コンピュータの電源が投入されたときに、基本Ｉ／Ｏプログラム中のＩＰＬ（イニシヤルプログラムローディング）機能により外部記憶装置１５からＯＳがＲＡＭ１２に読み込まれ、ＯＳの動作が開始される。フォーム作成機能を有する帳票作成プログラムの制御手順についてはフローチャートを用いて後述する。この帳票作成プログラムおよび関連データはＦＤ１４中に記録されており、その記録されている内容の構成を図２に示す。
【００１２】
図２において、４０は記憶媒体にプログラム及び各種データが格納されている状態を示している。４１は、この記憶媒体のボリューム情報、４２はどこになにが格納されているかを示すディレクトリ情報である。４３は、本発明の帳票作成プログラムの実行形式のファイルであり、後述する制御フローを本情報処理装置に実現させるものである。４４は、帳票作成プログラムで使用する関連データを含んでいる関連データファイルである。
【００１３】
ＦＤ１４に記録された帳票作成プログラム及び関連データは、図３に示すようにＦＤドライブ１３を通じて本コンピュータシステムにロードすることができる。このＦＤ１４をＦＤドライブ１３にセットすると、ＯＳおよび基本Ｉ／Ｏプログラムの制御のもとにフォーム作成プログラムおよび関連データがＦＤ１４から読み出され、ＲＡＭ１２にロードされて動作可能となる。図４は、フォーム作成プログラムがＲＡＭ１２にロードされ実行可能となった状態のメモリマップを示す。
【００１４】
本実施例では、ＦＤ１４からフォーム作成プログラム及び関連データを直接ＲＡＭ１２にロードして実行させる例を示したが、この他にＦＤ１４からフォーム作成プログラム及び関連データをいったん外部記憶装置１５に格納（インストール）しておき、本帳票作成プログラムを動作させる度に外部記憶装置１５からＲＡＭ１２にロードするようにしても良い。また本帳票作成プログラムを記録する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、光ディスク、光磁気ディスク、ＩＣメモリカードなどであってもよい。さらに本帳票作成プログラムをＲＯＭ１１に記録しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ１０で実行することも可能である。本発明の帳票作成プログラムを格納した記憶媒体自体は、本発明を構成するものである。
【００１５】
帳票作成プログラムにより帳票作成用のユーザインタフェース画面が、ディスプレイコントローラである表示制御部２１を介して表示部１７に表示される。このユーザインタフェース画面に対して、キーボード１６からキーボードコントローラである入力制御部２０を介して操作指示、もしくはマウス２３からの操作指示に基づいて、帳票中のフィールド等が生成される。また、キーボードよりも更に自由度のある指示、例えば、画面上の任意の箇所を指示することができるマウスやデジタイザー機能を有する電子ペン等のポインティングデバイス２３を用いて操作指示を入力してもよい。
【００１６】
また、帳票作成プログラムによって作成されたフォームデータは外部記憶装置１５に格納され、オーバーレイ印刷を実現する他のアプリケーションプログラムによるデータと重ね合わされて、プリンタＩ／Ｆプリンタ１８から出力される。
【００１７】
＜フォームオーバーレイ処理の概要＞
フォーム作成機能の詳細について説明する前に、フォームオーバレイ処理全体についてそのあらましを述べる。図５は、帳票作成プログラムを含む、オーバーレイ印刷全体についての処理の流れを示している。本発明の帳票作成プログラム（以後フォームエディタと呼ぶこともある）３１１は、フォーム（拡張子が「ｆｃｘ」のファイル）あるいは複数のフォームを組み合わせた複合フォーム（拡張子が「ｆｃｘ」のファイル）を作成する。フォームや複合フォームは、外部記憶装置１５などに用意されたフォームデータ格納部３１２に格納される。各フォーム（複合フォームを含む）は、フォームそのものを表すフォームデータ３１２ａと、フォームと合成される後付データについて、その位置や文字種等を表したフィールド属性データ３１２ｂとを含む。なお、これ以降、複合フォームデータをＦＣＸデータ、複合されておらず、最小の単位となるフォームデータをＦＣＰデータと呼ぶことがある。
【００１８】
これらフォームデータは、所定のランタイムライブラリ３１５によってＯＳに対する出力形式のフォームプリントデータ３１６ａに変換されて、外部記憶装置１５内に確保されたプリンタデータ格納部３１６に格納される。
【００１９】
一方、フォームオーバーレイ印刷される後付データは、適当な業務ファイル３１３により生成され、テキストデータ格納部３１４に格納される。このデータはオーバーレイされる各フィールドを区分できる形式であればよく、例えばＣＳＶ形式と呼ばれる、一般的に利用されているカンマ区切りの形式等を用いることができる。この後付データも、ランタイムライブラリ３１５によってフォームデータと同時にＯＳの出力形式の印字プリントデータ３１６ｂに変換され、プリントデータ格納部３１６に格納される。このようにランタイムライブラリ３１５により作成されるＯＳの出力形式の描画データは、Ｗｉｎｄｏｗｓ（登録商標）  ＯＳでは、ＧＤＩ関数（Ｇｒａｐｈｉｃａｌ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）と呼ばれ、ＯＳの描画部であるＧＤＩに渡される。
【００２０】
このようにして作成されたフォームプリントデータ及び印字プリントデータは、オペレーティングシステム３１７及びプリンタドライバ３１８によってプリンタ２１に出力され、そこで合成されて印刷される。
【００２１】
＜フォームエディタの機能＞
以上がフォームオーバーレイ印刷のあらましであるが、ここで図面を参照しながら、従来の帳票作成アプリケーションについて説明する。図６は、従来の帳票作成アプリケーションであるフォームエディタ起動後、フォームの新規作成を利用者が指定した場合のユーザインタフェース画面の例である。ウインドウ５０１の内部には、その上部にメニュー行が表示され、その下に新規作成するオブジェクトが何であるかを選択するウインドウ５０２が表示される。ここでは、フィールドデータ、フォーム、複合データの３種が選択できる。フィールドデータ欄４０３が選択されると、それ以降は従来技術で前述したように、図５のフィールド属性ファイル３１２ｂを編集する手順に入る。このようにメニューでフィールドデータの新規作成を選択し、その後フィールドデータの属性である、「フィールドタイプ（文字、数値、日付など）」、「入力形式（全角／半角、西暦／和暦、入力桁数、など）」を細かくフィールド毎に指定する。この操作により生成されたフィールドリストから順に、フォームデータ上の位置をマウスなどのポインティングデバイスを用いて指定することになる。
【００２２】
また、フォーム欄４０４が選択されると、１ページのフォームデータ、または複合フォームで用いる部品フォームデータを編集する手順に入る。部品フォームデータは、それ単独でも１ページ分のフォームデータとなり得るものである。
【００２３】
また、複合フォーム欄４０５が選択されると、ツリー構造の表示部が表示され、部品フォームを組み合わせて複合フォームを作成する操作に入るが、本発明とは関連しないため、説明は省略する。
【００２４】
次に本発明の帳票作成プログラム（アプリケーション）について説明する。
【００２５】
図７は、本発明の帳票作成アプリケーションであるフォームエディタ起動後、フォームエディタより生成されるＧＵＩ（グラフィカルユーザインタフェース）画面のソース情報に基づいてＯＳを介して表示部に表示される画面の一例である。このＧＵＩ画面内には、用紙上のフィールド図形の配置を表示するレイアウトウィンドウ７０１とフィールドの形式別リストをツリー状に表示するフィールドウィンドウ７０２の２つのウィンドウが同時に表示され、また適宜各ウィンドウを閉じることができる。フィールドウィンドウ７０２におけるツリー状の表示をフィールドツリーと呼び、フィールドの形式を表わすマスターアイテム７０３の下に、個々のフィールドを表わすフィールドアイテム７０４が並んで表示される。
【００２６】
フィールドは各々フィールド属性を持つ。フィールド属性は、図８に示すようにフィールドＩＤ・フィールド形式・データ型・フィールド名などから構成される。
【００２７】
フィールドＩＤは、プログラム内部でフィールドを識別する一意の数字である。後づけデータを「フィールドＩＤ＝ＸＸＸ」と指定することにより、指定されたフィールドに後づけデータの「ＸＸＸ」をオーバーレイされて出力することができる。
【００２８】
フィールド形式は、固定／可変／自動などの値をとる。フィールド形式が固定のフィールド（以下、固定フィールド）は各印刷ページに共通のデータを受取る。例えば、納金帳票における固定フィールドは、会社名、氏名、住所等に用いることができる。フィールド形式が可変のフィールド（以下、可変フィールド）は各印刷ページ毎に変わるデータを受取る。例えば、納品帳票における可変フィールドは、商品名、数量、値段等に用いられる。フィールド形式が自動のフィールド（以下、自動フィールド）は本帳票作成プログラムが自動的に生成したデータを受け取る。例えば、印刷開始時の日時や印刷ページなどである。そのため、自動フィールドに相当する後付データは必要ない。
【００２９】
データ型は、受取るデータの種類を表わし、文字／数値／日付／時間／バーコードなどの値をとる。文字は、半角文字のフィールド（ＸＸＸＸＸＸ）なのか、全角文字のフィールド（ＫＫＫＫＫ）なのかの値をとる。数値は、桁数を決定したり、カンマをいれたりするかを決定する値をとる。日付は、西暦、和暦、桁数、曜日有無を決定する値をとる。例えば、西暦２桁表示の場合は、’ＹＹ／ＭＭ／ＤＤ’となり、西暦４桁の場合は、’ＹＹＹＹ／ＭＭ／ＤＤ’となり、和暦４桁曜日有の場合は、’ＧＧｇｇ／ＭＭ／ＤＤ／Ｗ’となる。時間は、２４時間制なのか、１２時間制なのか、分や秒まであるのか等を示す値をとる。’ＡＡＨＨ：ｍｍ：ｓｓ’と属性をセットし、後づけデータが’１３０２０３’の場合は、フィールドには’ＰＭ０１：０２：０３’とデータ入力される。バーコードは、ＪＡＮ８、ＣＯＤＥ−３９、ＮＷ７のいずれのバーコード種別なのかを示す値をとる。
【００３０】
また、フィールド名は、ユーザがフィールドを識別するための一意の文字列である。フィールドＩＤと同様に、後付データを「フィールド名＝ＸＸＸ」と指定することにより、指定されたフィールドに後づけデータの「ＸＸＸ」をオーバーレイされて出力することができる。後付データの指定として、フィールドＩＤやフィールド名のいずれを用いるかはユーザの仕様にまかせている。また、フィールドＩＤやフィールド名の指定をしていない後付データの場合は、フィールドが生成されたフィールドリストの順番で順次オーバーレイされることになるが、属性が一致していない場合はランタイムライブラリでデータ形式の変換ができないため注意が必要である。
【００３１】
マスターアイテム７０３は、所定のマスターアイテムのフィールド形式で新規作成されるフィールドが持つフィールド属性値が設定されている。そのため、マスターアイテム７０３をレイアウトウィンドウ７０１にドラッグ＆ドロップするだけで、フィールド図形７０５が生成される。ここで生成されるフィールド図形のフィールド属性は、マスターアイテムと同じものである。また、マスターアイテム７０３のフィールド属性（データ型）を、ユーザが設定変更することも可能であり、変更したアイテムはフィールドアイテム７０４に追加されて表示される。ただし、マスターアイテムのフィールド形式（固定／可変／自動）は最初から決まっており、ユーザが変更不可能である。一意でなければならない属性、例えば、フィールドＩＤやフィールド名、も設定できなくなっている。新たに作成されたフィールドアイテム７０４に対しても、レイアウトウィンドウ７０１にマウスなどのポインティングデバイスを用いてドラッグ＆ドロップすることにより、フィールド図形７０５を生成することができる。ここで生成されるフィールド図形のフィールド属性は、フィールドアイテムと同じものである。
【００３２】
フィールド図形７０５は各々フィールド図形属性を持つ。フィールド図形属性は、図９に示すように、位置・サイズ・リンクフィールドＩＤ・出力書式などから構成される。
【００３３】
「位置・サイズ」は、フィールド図形の用紙上の物理的な座標・大きさを表わす。リンクフィールドＩＤは、このフィールド図形が表示すべきデータを受取るフィールド（マスターアイテム、もしくはフィールドアイテム）のフィールドＩＤである。出力書式は、リンクフィールドＩＤが示すフィールドから受け取ったデータをどのように表示・印刷するかの書式を表わす。
【００３４】
上記説明した、フォームデータ、フィールドデータ（マスターアイテム、フィールドアイテム、フィールド属性（図８））、フィールド図形属性（図９）、フィールド順にフィールド属性を格納したデータであるフィールドリスト、フィールド図形の重なりの順にフィールド図形属性を格納したデータであるフィールド図形リストは、図４の関連データエリア２４に生成されて格納される。
【００３５】
図１０は、本発明の帳票作成プログラムであるフォームエディタに基づいて本情報処理装置のＣＰＵ１０の動作の流れを示すフローチャートである。ここでは、図７に示したＧＵＩ画面において、ユーザによるマウス２３を用いた操作に基づくフォームエディタの制御を説明する。図１０の動作制御は、ユーザがマウス２３を用いて、フィールドウィンドウ７０２からレイアウトウィンドウ７０１にアイテムをドラッグ＆ドロップ操作を行うことにより開始されるフローである。
【００３６】
ステップＳ１００１では、ＣＰＵ１０は、フィールドウィンドウ７０２でドラッグされ、レイアウトウィンドウ７０１にドロップされた対象が、アイテムであるかを判定する。いずれのアイテムのドロップでもないと判定された場合は、処理を終了する。アイテムのドロップであれば、ステップＳ１００２において、ＣＰＵ１０は、レイアウトウィンドウ７０１にドロップされた対象がマスターアイテム７０３であるかフィールドアイテム７０４であるかを判定する。
【００３７】
ステップＳ１００２において、マスターアイテムであると判定された場合は、ステップＳ１００３に処理を進め、フィールドアイテム７０４およびフィールド図形が新規作成可能かを判定する。本実施例のフォームエディタはフィールドアイテムを４０００個まで作成できるが、それ以上はサポートしていないため、実際は、フィールド数が所定数を越えているかを判定することになる。新規作成ができないと判定された場合は、ステップＳ１００４において、エラー処理を行い、処理を終了する。
【００３８】
新規作成が可能であると判定された場合は、ステップＳ１００５に処理を進め、ＣＰＵ１０は、フィールドアイテム７０４の新規作成を行う。フィールド作成の処理は、選択状態のマスターアイテム７０３からフィールド属性（図８）を取得し、この属性と同じ属性のフィールドアイテムを生成して、関連データエリア２４に記憶し、フィールドウィンドウ７０２の元となるマスターアイテムの下にツリー上にフィールドアイテム７０４を新たに表示生成する。この処理によって、同時にフィールドリストに新しいフィールドが追加される。追加されたフィールド属性は、他のフィールドと同じでも良い属性はマスターアイテムに設定されている属性値となり、一意でなければならない属性は自動的に値が決められる。例えば、フィールドＩＤとフィールド名は一意でなければならないので自動的に値が決められ、フィールド形式はドラッグおよび選択していたマスターフィールドと同じ形式、データ型はマスターアイテムに設定された値になる。フィールドＩＤ以外のフィールドアイテムの属性値は、ユーザがあとから変更可能である。
【００３９】
ステップＳ１００５でフィールドアイテムが作成されたら、ステップＳ１００６で、ＣＰＵ１０は、作成されたフィールドアイテムにおけるフィールド属性のフィールドＩＤを取得する。また、ステップＳ１００２で、ドロップされたアイテムがフィールドアイテム７０４であると判定されれば、ステップＳ１００７において、ドロップされたフィールドアイテムにおけるフィールド属性のフィールドＩＤを取得する。
【００４０】
続いてステップＳ１００８では、ステップＳ１００６またはＳ１００７で取得したフィールドＩＤを元に、フィールド図形属性（図９）を生成し、レイアウトウィンドウ７０１上にフィールド図形７０５の作成を行い、処理を終了する。フィールド図形作成の処理は、フィールドアイテム７０４をレイアウトウィンドウ７０１の用紙上にドロップすることにより、同時にフィールド図形リストに新しいフィールド図形が追加される。追加されたフィールド図形のフィールド図形属性（図９）は、ステップＳ１００６およびＳ１００７で取得したフィールドＩＤの示すフィールドによって決められる。リンクフィールドＩＤの値はステップＳ１００６およびＳ１００７で取得したフィールドＩＤであり、出力書式はリンクフィールドＩＤの示すフィールドのデータ型に対応するあらかじめ決められた値である。位置・サイズの値はドロップした位置であらかじめ決められたサイズとなる。リンクフィールドＩＤ以外の属性値はユーザがあとから変更可能である。
【００４１】
このように、フィールド図形を作成する前に、従来のように予めフィールド属性を設定したフィールドを作成しておく必要がなくなり、フィールド図形を必要とする際にフィールドウィンドウからフィールドアイテムをドラッグ＆ドロップするだけでよく、操作性が向上する。
【００４２】
また、マスターアイテムやフィールドアイテムを有するので、適する属性のアイテムを使用することによりその属性のフィールド図形が生成されるため、フィールド図形毎にユーザが属性を設定してからフィールド図形を作る必要がなくなるという効果が得られる。
【００４３】
次に、図１１を用いて、ユーザの指示によるフィールド属性の変更処理について説明する。
【００４４】
図１１は、本発明の帳票作成プログラムであるフォームエディタに基づいて本情報処理装置のＣＰＵ１０の動作の流れを示すフローチャートである。ここでは、図７に示したＧＵＩ画面のフィールドウィンドウ７０２において、ユーザによるマウス２３を用いた操作に基づくアイテムの属性変更の制御を説明する。図１１の動作制御は、ユーザがマウス２３を用いて、フィールドウィンドウ７０２のメニューバーから「編集」を選択するか、アイテムを１クリックして選択状態のアイコンを右クリックして図示省略した設定ウィンドウを開き、そこで「属性編集」を選択する操作を行うことにより開始されるフローである。
【００４５】
ステップＳ１１０１では、ＣＰＵ１０は、属性を変更すべきアイテムがマスターアイテム７０３であるかフィールドアイテム７０４であるかを判定する。これはユーザにより選択されたアイテムがいずれであるかを判断することにより実現する。
【００４６】
ステップＳ１１０１において、属性を変更すべきアイテムがマスターアイテムであると判定された場合は、ステップＳ１１０２において、マスターアイテム７０３の有するフィールド属性（図８）をコピーして一時的に変更用のフィールド属性を生成し、そのフィールド属性内部のデータをユーザが入力設定した指示に基づいて属性を変更する。属性変更が終了すると、ステップＳ１１０３において、変更されたフィールド属性に相当するフィールドアイテム７０３を作成し、フィールドウィンドウ７０２の該当する個所に表示する。同時にフィールドリストに新規フィールドを追加しておく。
【００４７】
また、ステップＳ１１０１において、属性を変更すべきアイテムがフィールドアイテムであると判定された場合は、ステップＳ１１０４において、フィールドアイテムのフィールド属性（図８）を取得し、そのフィールド属性をユーザが入力設定した指示に基づいて属性を変更する。属性変更が終了すると、ステップＳ１１０５において、変更されたフィールドアイテムのフィールドＩＤをリンクフィールドＩＤにしているすべてのフィールド図形の属性が変更される。また、フィールド属性変更が、レイアウトウィンドウ７０１のフィールド図形７０５が選択されている状態で、本帳票作成プログラムのメインメニューの「編集」が選択されて属性変更が指示された場合は、選択されているフィールド図形７０５の属性が変更され、新たにフィールドアイテム７０４がフィールドウィンドウ７０２に作成され、新たに生成されたフィールドアイテム７０４が選択されているフィールド図形と対応することになる。
【００４８】
このようにして、フィールド属性を変更する際に、マスターアイテムのフィールド属性が変更指示された場合は、新規にフィールドアイテムを生成することになり、また、フィールドアイテムのフィールド属性が変更指示された場合は、フィールドアイテムの属性が変更され、それに応じてそのフィールドアイテムとリンクしているすべてのフィールド図形の属性が変更されることになり、また、フィールド図形が選択されている状態でそのフィールド属性が変更指示された場合は、新規にフィールドアイテムが生成されることになる。
【００４９】
上記説明したように、新規にフィールドアイテムを増やすことも簡単な操作で可能となり、またフィールド属性を変更する際も、関連するフィールドを一括して変更することや、指定したフィールド図形のみの属性変更を行うことも可能としたので、ユーザの所望とする指示を簡単な操作で提供可能になり、ユーザは直感的に、柔軟に帳票の設計をできるようになる。
【００５０】
本実施形態における図１０，図１１に示す機能が外部からインストールされる制御プログラムによって、ホストコンピュータにより遂行されてることも前述したように本発明に適用されるものである。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群が出力装置に供給される場合でも本発明は適用されるものである。
【００５１】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００５２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５３】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【００５４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施例である帳票作成方法、帳票作成装置、および帳票作成プログラムを格納した記憶媒体が適応される情報処理システムのハードウェア構成を示すブロック図である。
【図２】帳票作成プログラムであるフォームエディタのプログラム等が記憶されている媒体の構成図である。
【図３】図２の媒体からコンピュータやシステムにプログラムやデータが供給されることを示す図である。
【図４】本発明の一実施例である帳票作成プログラムが動作するときのメモリマップの図である。
【図５】フォームオーバーレイ処理の概要を示す図である。
【図６】帳票作成プログラムであるフォームエディタの起動画面の例を示す図である。
【図７】帳票作成プログラムであるフォームエディタにおけるレイアウトウィンドウとフィールドウィンドウを提供するグラフィカルユーザインタフェース画面の一例を示す図である。
【図８】フィールドが有するフィールド属性の一例を示す図である。
【図９】フィールド図形が有するフィールド図形属性の一例を示す図である。
【図１０】本発明の一実施例の帳票作成処理手順（１）を示すフローチャートである。
【図１１】本発明の一実施例の帳票作成処理手順（２）を示すフローチャートである。
【符号の説明】
【００５７】
３１１  帳票作成プログラム（フォームエディタ）
３１２  フォームデータ格納部
３１６  プリントデータ格納部
７０１  レイアウトウィンドウ
７０２  フィールドウィンドウ
７０３  マスターアイテム
７０４  フィールドアイテム
７０５  フィールド図形
【図１】
2007242047.tif 000003
【図２】
2007242047.tif 000004
【図３】
2007242047.tif 000005
【図４】
2007242047.tif 000006
【図５】
2007242047.tif 000007
【図６】
2007242047.tif 000008
【図７】
2007242047.tif 000009
【図８】
2007242047.tif 000010
【図９】
2007242047.tif 000011
【図１０】
2007242047.tif 000012
【図１１】
2007242047.tif 000013