情報処理装置、情報処理方法、情報処理システム、プログラム、記録媒体
【課題】フォームオーバレイのための検証用のフィールドデータを簡易に生成する。
【解決手段】フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段とを備える。
【解決手段】フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷データに基づいて印刷帳票を作成する装置およびその制御方法、プログラム関するものである。
【背景技術】
【０００２】
近年、印刷データに基づいて帳票を印刷するプログラム（以下、フォームオーバレイ）は、多くの企業で利用されている。
【０００３】
フォームオーバレイを実施するためにはフォームデザインデータを作成し、さらにフォームオーバレイの実行動作確認をするために、フォーム設計書に従い手作業で検証用のフィールドデータ（テストデータともいう。）を作成する必要がある。
【０００４】
例えば、データ型（文字型・数値型・日付型）や桁数・文字間隔を意識してフィールドデータを作成したり、カンマや小数点を含むデータなど、様々な想定されるケースのパターンで検証用のフィールドデータを作成したりする必要がある。
【０００５】
フォームオーバレイのフォーム設計によってはフィールドデータの項目が多くなり、検証用のフィールドデータ作成に工数を費やすことになるため、フォーム開発者への負荷が大きくなっている。
【０００６】
フォームオーバレイは、フォームデザイン設計の操作性だけでなく、検証用のフィールドデータ作成のユーザビリティも重要となっている。
【０００７】
ここで、特許文献１には、帳票フォームを設計、編集する際、帳票フォームの試し印刷又は表示を行う帳票フォームテスト装置に関し、特に帳票フォームの正確な印刷イメージを反映した試し印刷、又は表示を可能とする帳票フォームテスト装置を提供する技術が開示されている。
【０００８】
また、特許文献２には、オーバレイ帳票設計作業を効率良く行えるようにする技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−３２９３９８号公報
【特許文献２】特開平０８−２０７３７７号公
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載の技術は、帳票フォームを設計、編集する際、帳票フォームの試し印刷、または試し表示を行う帳票フォームテスト装置に関するものであるが、検証用のフィールドデータ自体を生成するものではない。
【００１１】
また、特許文献２に記載の技術は、オーバレイ帳票の登録の際に注釈文字列データがオーバレイすべきデータに付加されていても登録されないように制御する手段に関するものであるが、検証用のフィールドデータ自体を生成するものではない。
【００１２】
本発明は、上記課題を解決するものであり、フォームオーバレイのための検証用のフィールドデータを簡易に生成する技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置であって、フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、フォームオーバレイのための検証用のフィールドデータを簡易に生成することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における電子設計システムの構成を示す図である。
【図２】本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。
【図３】本発明の実施形態におけるフィールドデータファイルの一例を示す図である。
【図４】本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。
【図５】文字型の設定を行うサンプルデータ設定ダイアログである。
【図６】数値型の設定を行うサンプルデータ設定ダイアログである。
【図７】日時型の設定を行うサンプルデータ設定ダイアログである。
【図８】本発明の実施形態における文字型処理の流れを示すフローチャートである。
【図９】本発明の実施形態における数値型処理の流れを示すフローチャートである。
【図１０】本発明の実施形態における数値型処理の流れを示すフローチャートである。
【図１１】本発明の実施形態における日付型処理の流れを示すフローチャートである。
【図１２】フォームエディターでフォームファイルデータを作成する一例を示す図である。
【図１３】フィールドの一覧の例を示す図である。
【図１４】フィールド図形の一覧の例を示す図である。
【図１５】文字数、ピッチのオプション設定を行うサンプルデータ設定ダイアログである。
【図１６】本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。
【図１７】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【図１８】本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。
【図１９】本発明の実施形態におけるオプション指定した場合のフィールドデータファイルの一例を示す図である。
【図２０】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【図２１】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を用いて本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明の実施形態における電子設計システム（情報処理システム）の構成を示す図である。
【００１８】
帳票設計サーバ１０１は、帳票設計処理を行うサーバ（情報処理装置）である。
【００１９】
クライアント端末１０２は、帳票設計を行うユーザ（管理者など）が操作する端末であって、当該端末を介して帳票設計サーバ１０１に対して指示を行う。なお、ユーザは、帳票設計サーバを直接操作してもよい。
【００２０】
ネットワーク１０３は、ＬＡＮ、インターネット等のネットワークであって、帳票設計サーバ１０１とクライアント端末１０２は、ネットワーク１０３を介して通信可能である。
【００２１】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２２】
次に、図１の帳票設計サーバ１０１のハードウェア構成について、図２を用いて説明する。
【００２３】
図２は、本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２６】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２７】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２８】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２９】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
本発明を実現するためのプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３３】
まず、本発明の実施形態により出力されるフィールドデータファイルの例を説明する。
【００３４】
図３は、本発明の実施形態におけるフィールドデータファイルの一例を示す図である。
【００３５】
このフィールドデータは、検証用（テスト用）のフィールドデータである。
【００３６】
従来、フィールドデータは、フォームオーバレイの実行動作確認をする際に、フォーム設計者がフォーム設計書に従い手作業で検証用のフィールドデータを作成していたが、本発明により自動的に生成されることになる。
【００３７】
次に、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを説明する。
【００３８】
図４は、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。
【００３９】
本処理は、帳票設計サーバにおいて実行される。また、事前にフォームファイルデータが定義されているものとする。
【００４０】
また、本発明の実施形態の説明において用いる用語は、次のとおりである。
【００４１】
「フォームファイルデータ」とは、フォームエディターを用いて作成される帳票の設計内容が定義されたファイルである。定義内容には、罫線や、図形、フィールドデータの入力位置、表示する書式等を定義したフィールド定義情報を含んでいる。フォームエディターでフォームファイルデータを作成する一例を図１２に示す。各種メニューから所定の機能を呼び出して帳票の設計を行う。
【００４２】
「フィールドデータ」とは、フォームにオーバレイ印刷するデータである。
【００４３】
「フィールド」とは、フォームの作成時にフィールドデータをどこにどのように印字するかを定義した内容である。フィールドデータを流し込む順序やデータ型などが定義される。フィールドには、データ型や入力データフォーマットである入力ピクチャを定義する。フィールドデータを受け取る順番に定義したり、フィールド名をキーにフィールドデータをあてはめたりすることとなる。図１３に定義したフィールドの一覧の例を示す。この例では、各フィールドの「フィールド名」「データ型」「入力ピクチャ」が表示されている。
【００４４】
「入力ピクチャ」とは、フィールドデータを読み取るときの書式である。例えば、フィールドデータの日付形式（ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ）などの書式である。
【００４５】
「フィールド図形」とは、オーバレイ印刷でフィールドデータが流し込まれる（印刷される）長方形状の領域である。フィールドデータは、この領域内で設定されているフィールド図形の図形プロパティ、文字プロパティおよび段落プロパティなどにしたがって印刷される。フィールド図形の一覧の例を図１４に示す。
【００４６】
「出力ピクチャ」とは、オーバレイ印刷する際に、受け取ったフィールドデータをどのように表記するかを定義する書式である。受け取るデータには、文字型、数値型、日時型などのデータ型があり、たとえば数値型の「１２３４」を受け取ったときに「￥Ｓ，ＳＳ９」という出力ピクチャを設定すると、「￥１，２３４」と印刷される。
【００４７】
「フィールドデータファイル」とは、フィールドデータを保存したファイル（．ｄａｔ、．ｔｘｔ、．ｃｓｖ、．ｆｃｑなど）である。
【００４８】
以上、用語の定義を説明した。
【００４９】
次に、本処理の流れを説明する。
【００５０】
４０１において、帳票設計サーバは、フォームファイルデータを読み込み、フォームファイルを開く。
【００５１】
４０２において、帳票設計サーバは、ユーザの操作指示に応じて、サンプルデータ生成メニューの選択を受け付ける。
【００５２】
４０３において、帳票設計サーバは、サンプルデータ設定ダイアログを表示する制御を行う。ダイアログの例を図５、図６、図７、図１５に示す。このダイアログによりどのようなサンプルデータファイルを出力するかを設定することができる。
【００５３】
図５は、文字型の設定を行うサンプルデータ設定ダイアログ５０１である。「桁数」５０２、「半角・全角」５０３の設定を行うことができる。「桁数」５０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。これにより正常系と異常系のテストデータの作成が容易に作成可能となる。なお、「半角・全角」５０３で自動を選択した場合、フィールド図形の設定から自動的に判別することとなる。
【００５４】
図６は、数値型の設定を行うサンプルデータ設定ダイアログ６０１である。「桁数」６０２、「値」６０３、「小数点」６０４、「コンマ」６０５、「マイナス」６０６の設定を行うことができる。「桁数」６０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。
【００５５】
図７は、日時型の設定を行うサンプルデータ設定ダイアログ７０１である。「時刻指定」７０２の設定を行うことができる。
【００５６】
図１５は、オプションの設定を行うサンプルデータ設定ダイアログ１５０１である。「１文字の文字数を出力する」１５０２、「文字間隔による出力文字変換」１５０３、「両方が該当した場合、文字ピッチを優先とする」１５０４、「文字ピッチ情報」１５０５、「行ピッチ情報」１５０６の設定を行うことができる。「１文字の文字数を出力する」１５０２を設定することで、テストデータに１行の文字総数が入ることになり、その行に何文字入力可能であるか、入力されているか確認できるようになる。また、文字数が多いフィールドに対して、１文字ずつ数えていく手間や間違いを回避できる。なお、桁数指定で、最大フル桁−１、＋１を指定している場合、総数のチェックを使用できないようにする（チェックは外した状態と同じとなる）。「文字間隔による出力文字変換」１５０３を設定することで、文字の重なりを、任意に文字を指定し変更することで出力結果から確認できようになる。「両方が該当した場合、文字ピッチを優先とする」１５０４は、文字ピッチ情報と行ピッチ情報の両方が変換対象となった場合に文字ピッチの変換文字を優先とする判断フラグを入力可能とする。「文字ピッチ情報」１５０５は、変更文字は、半角で入力し、デフォルト値は、文字ピッチ１．０００、文字幅の倍数１．０００、変更文字「Ｈ（半角）」としている。「行ピッチ情報」１５０６は、変更文字は、半角で入力し、デフォルト値は、行ピッチ１．０００、行高の倍数１．０００、変更文字「Ｅ（半角）」とする。
【００５７】
４０４において、帳票設計サーバは、ユーザの操作により、ダイアログに入力された任意の値の設定を受け付ける。
【００５８】
４０５において、帳票設計サーバは、メニュー等に表示されているサンプルデータ生成実行ボタンの押下を検知する。
【００５９】
４０６において、帳票設計サーバは、ファームファイルの中に存在するフィールド情報を取得する。また、全てのフィールド数を取得し、確認用の変数にセットする。以下、取得したフィールド情報を用いて、順番にフィールド内容を確認して、内容に応じた処理を行う。
【００６０】
４０７において、帳票設計サーバは、変数にセットしたフィールド数が「０」でないかを判定する。Ｙｅｓの場合、４０８へ進み、Ｎｏの場合、４１７へ進む。この判定により全てのフィールドの確認が終わると、オプション処理（４１７）を実施し、フィールドデータファイル出力（４１６）へ進むことになる。
【００６１】
４０８において、帳票設計サーバは、該フィールドの全てのフィールド図形情報を取得する。ここでは、現在対象としているフィールドと同じ定義がなされているフィールドを取得する。具体的には、同じ「フィールド名」「データ型」「出力ピクチャ」の定義がなされているものを取得する。また、全てのフィールド図形数を取得し、確認用の変数にセットする。
【００６２】
４０９において、帳票設計サーバは、変数にセットしたフィールド図形数が「０」でないかを判定する。Ｙｅｓの場合、４１１へ進み、Ｎｏの場合、４１０へ進む。
【００６３】
４１０において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。
【００６４】
４０８、４０９、４１０により、現在対象としているフィールドと同じ定義がなされている全てのフィールドの取得が終わると４１１へ進むことになる。
【００６５】
４１１において、帳票設計サーバは、現在処理対象としているフィールドのデータ型を判定する。「文字型」の場合、４１２へ進み、「数値型」の場合、４１３へ進み、「日時型」の場合、４１４へ進む。
【００６６】
４１２において、帳票設計サーバは、「文字型処理」を実行する。この「文字型処理」の詳細な説明については、図８を用いて説明する。
【００６７】
図８は、本発明の実施形態における文字型処理の流れを示すフローチャートである。
【００６８】
８０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【００６９】
８０２において、帳票設計サーバは、全フィールド図形の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。
【００７０】
８０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された桁数を判定する。「フル桁−１」の場合は、８０４へ進み、「フル桁」の場合は、８０５へ進み、「フル桁＋１」の場合は、８０６へ進む。
【００７１】
８０４において、帳票設計サーバは、桁数を「最大フル桁−１」とする。
【００７２】
８０５において、帳票設計サーバは、桁数を「最大フル桁」とする。
【００７３】
８０６において、帳票設計サーバは、桁数を「最大フル桁＋１」とする。
【００７４】
８０７において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された半角・全角指定を判定する。「半角」の場合は、８０９へ進み、「自動」の場合は、８０８へ進み、「全角」の場合は、８１０へ進む。
【００７５】
８０８において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て半角」および「半角・全角両方あり」の場合は、８０９へ進み、「全て全角」の場合は、８１０へ進む。
【００７６】
８０９において、帳票設計サーバは、半角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「AAAAAAA」と出力する。
【００７７】
８１０において、帳票設計サーバは、全角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「あああああああ」と出力する。
【００７８】
なお、８０９および８１０において、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【００７９】
以上、「文字型処理」の詳細な説明をした。
【００８０】
４１３において、帳票設計サーバは、「数値型処理」を実行する。この「数値型処理」の詳細な説明については、図９、１０を用いて説明する。
【００８１】
図９および１０は、本発明の実施形態における数値型処理の流れを示すフローチャートである。
【００８２】
９０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【００８３】
９０２において、帳票設計サーバは、全フィールド図形の整数部の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。
【００８４】
９０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された整数部の桁数を判定する。「フル桁−１」の場合は、９０４へ進み、「フル桁」の場合は、９０５へ進み、「フル桁＋１」の場合は、９０６へ進む。
【００８５】
９０４において、帳票設計サーバは、整数部の桁数を「最大フル桁−１」とする。
【００８６】
９０５において、帳票設計サーバは、整数部の桁数を「最大フル桁」とする。
【００８７】
９０６において、帳票設計サーバは、整数部の桁数を「最大フル桁＋１」とする。
【００８８】
９０７において、帳票設計サーバは、整数部桁数分の指定された値（９ ｏｒ ０）にて数値列を生成する。例えば、整数部の桁数が５桁の場合、「９９９９９」という数列が生成される。
【００８９】
９０８において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された小数点指定を判定する。「あり」の場合、９１０へ進み、「自動」の場合、９０８へ進み、「なし」の場合、９１２へ進む。
【００９０】
９０９において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て小数点あり」および「一部小数点あり」の場合、９１０へ進み、「全て小数点なし」の場合、９１２へ進む。
【００９１】
９１０において、帳票設計サーバは、全フィールド図形の小数部の最大桁数を抽出する。
【００９２】
９１１において、帳票設計サーバは、小数部桁数分の指定された値（９ ｏｒ ０）にて小数を数値列に付加する。例えば、小数部の桁数が２桁の場合、「．９９」を既に生成されている整数部に付加して「９９９９９．９９」とする。
【００９３】
９１２において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたコンマ指定を判定する。「あり」の場合、９１４へ進み、「自動」の場合、９１３へ進み、「なし」の場合、図１０の１００１へ進む。
【００９４】
９１３において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てコンマあり」および「一部コンマあり」の場合、９１４へ進み、「全てコンマなし」の場合、図１０の１００１へ進む。
【００９５】
９１４において、数値列にコンマを付加する。例えば、「９９９９９．９９」に対して、「９９，９９９．９９」とコンマを付加する。
【００９６】
１００１において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたマイナス指定を判定する。「あり」の場合、１００３へ進み、「自動」の場合、１００２へ進み、「なし」の場合、１００４へ進む。
【００９７】
１００２において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てマイナスあり」および「一部マイナスあり」の場合、１００３へ進み、「全てマイナスなし」の場合、１００４へ進む。
【００９８】
１００３において、帳票設計サーバは、数値列にマイナス記号を付加する。例えば、「９９，９９９．９９」に対して、「−９９，９９９．９９」とマイナスを付加する。
【００９９】
１００４において、帳票設計サーバは、フィールド情報に通貨記号指定があるかを判定する。「あり」の場合、１００５へ進み、「なし」の場合、１００６へ進む。
【０１００】
１００５において、帳票設計サーバは、数値列の先頭に通貨記号を付加する。例えば、「−９９，９９９．９９」に対して、「￥−９９，９９９．９９」と通貨記号を付加する。
【０１０１】
１００６において、帳票設計サーバは、生成された数値列を出力する。なお、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【０１０２】
以上、「数値型処理」の詳細な説明をした。
【０１０３】
４１４において、帳票設計サーバは、「日時型処理」を実行する。この「日時型処理」の詳細な説明については、図１１を用いて説明する。
【０１０４】
図１１は、本発明の実施形態における日時型処理の流れを示すフローチャートである。
【０１０５】
１１０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【０１０６】
１１０２において、帳票設計サーバは、フィールド情報の日時フォーマット定義を取得する。例えば、「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」等を取得する。
【０１０７】
１１０３において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された日時分の値をフィールド情報の日時フォーマットで出力する。例えば、「２００９年１２月３１日２３時５９分５９秒」と指定されていた場合、フォーマットが「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」の場合、「２００９１２３１２３５９５９」と出力される。この出力データは、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【０１０８】
以上、「日時型処理」の詳細な説明をした。
【０１０９】
４１５において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。
【０１１０】
４１７において、帳票設計サーバは、「オプション処理」を実行する。この「オプション処理」の詳細な説明については、図１６、１７、１８、２０、２１を用いて説明する。なお、図１５に示すオプション設定がされていない場合、この処理を実行することなく、４１６へ進む。
【０１１１】
図１６は、本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。
【０１１２】
１６０１において、帳票設計サーバは、サンプルデータ設定ダイアログの
オプションタブ（図１５）にて指定された値を取得する。
【０１１３】
１６０２において、帳票設計サーバは、「１行の文字数を出力する」もしくは「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、１６０３へ進み、「なし」の場合、ＥＮＤへ進む。
【０１１４】
１６０３において、帳票設計サーバは、指定されたフォームのフィールド情報を取得する。
【０１１５】
次に、１６０１において取得した値が、オプション項目２つが対象となっていた場合、処理１へ進み、１６０１において取得した値が、オプション（文字間隔）が対象となっていた場合、処理２へ進み、１６０１において取得した値が、オプション（文字数）が対象となっていた場合、処理３へ進む。
【０１１６】
最初に、処理１（１６０４）、オプション項目２つが対象となっていた場合の処理の流れを説明する。
【０１１７】
１６０５〜１６０８において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１１８】
１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。この処理は、図１７、図２０、図２１を用いて説明する。
【０１１９】
図１７、図２０、図２１は、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【０１２０】
１７０１において、帳票設計サーバは、「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、「行ピッチ情報の処理」１７０２、「文字ピッチ情報の処理」１７０３の順で処理を行い、「なし」の場合、「文字ピッチ情報の処理」１７０３、「行ピッチ情報の処理」１７０２の順で処理を行う。
【０１２１】
「行ピッチ情報の処理」１７０２の詳細な処理の流れを、図２０を用いて説明する。
【０１２２】
１７０４において、帳票設計サーバは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７０５へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないことを条件としているからである。
【０１２３】
１７０５において、帳票設計サーバは、フィールドの行の間隔情報を取得する。
【０１２４】
１７０６において、帳票設計サーバは、１７０５で取得した情報を元に、図１５の１５０６で入力した行ピッチ（Ｌｉｎｅ Ｐｅｒ Ｉｎｃｈ）、行高の倍数を比較し、変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、行ピッチが指定した値より大きいか、行高の倍数が小さい場合、行の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０６の行ピッチを１０．０に指定し、１７０５で取得した実際の文字の行ピッチ情報が１５．０であった場合、文字の行間が狭くなるため文字変換を実施する。同様に、１５０６の行高の倍数が１．０００に指定し、１７０５で取得した実際の行高の倍数が０．８０００であった場合、文字の行間が狭くなるため文字変換を実施する。
【０１２５】
１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"E"を全角"Ｅ"か半角"E"かにする判断を行う。
【０１２６】
１７０８において、帳票設計サーバは、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｅ」としているのは、「Ｅ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。
【０１２７】
次に「文字ピッチ情報の処理」１７０３の詳細な処理の流れを、図２１を用いて説明する。
【０１２８】
１７０９において、帳票設計サーバは、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７１０へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチ情報による処理は、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないことを条件としているからである。
【０１２９】
１７１０において、帳票設計サーバは、フィールドの文字の間隔情報を取得する。
【０１３０】
１７１１において、帳票設計サーバは、１７０９で取得した情報を元に、図１５の１５０５で入力した文字ピッチ（Ｃｈａｒａｃｔｅｒ Ｐｅｒ Ｉｎｃｈ）、文字の幅を比較し変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチが指定した値より大きいか、文字の幅が小さい場合、文字の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０５の文字ピッチを１０．０に指定し、１７１０で取得した実際の文字の文字ピッチ情報が１５．０であった場合、文字の横間隔が狭くなるため文字変換を実施する。同様に、１５０５の文字の幅の倍数が１．０００に指定し、１７１０で取得した実際の文字の幅の倍数が０．８０００であった場合、文字の横間隔が狭くなるため文字変換を実施する。
【０１３１】
１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"H"を全角"Ｈ"か半角"H"かにする判断を行う。
【０１３２】
１７１２において、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｈ」としているのは、「Ｈ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。
【０１３３】
以上、図１７、図２０、図２１を用いて、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを説明した。
【０１３４】
次に、１６０７において、帳票設計サーバは、文字数の算出処理を行う。この処理は、図１８を用いて説明する。
【０１３５】
図１８は、本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。
【０１３６】
１８０１〜１８０７において、帳票設計サーバは、各フィールドの行の最後に行文字総数を表示するため、行数分繰り返しを実施する。
【０１３７】
１８０２において、帳票設計サーバは、文字数が１であるかを判定する。Ｙｅｓの場合、１８０７へ進み、Ｎｏの場合、１８０３へ進む。これは、文字数が単数か複数かによって表示形式が異なるためである。
【０１３８】
１８０３において、帳票設計サーバは、フィールド情報の座標、フォントのサイズ、文字数、文字間隔から表示する１行の文字数を計算する。ここで、プロポーショナルフォントの場合も考慮した計算ロジックを使用してもよい。
【０１３９】
１８０４において、帳票設計サーバは、１８０３で算出された文字数と区切り子となる「−」を連結させる。ここで「−」は、文字数の前に連結する。
【０１４０】
１８０５において、帳票設計サーバは、該当フィールドのｎ行目の最後から「−」と行の文字総数を出力するのに必要な文字数分を挿入する。
【０１４１】
例えば、「ＨＨＨＨＨＨＨ−１０」は、１０文字であることを示している（「Ｈ」７文字、「−」１文字、「１０」２文字で、合計１０文字）。なお、２文字の場合は、「−２」と表現される。
【０１４２】
以上、図１８を用いて、本発明の実施形態における文字数の算出処理の流れを説明した。
【０１４３】
ここで、図１６に戻り説明を続ける。
【０１４４】
次に、処理２（１６０８）、オプション（文字間隔）が対象となっていた場合の処理の流れを説明する。
【０１４５】
１６０５〜１６０６において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１４６】
１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。なお、１６０６の処理は上述した処理と同じため説明を省略する。
【０１４７】
処理３（１６０９）、オプション（文字数）が対象となっていた場合の処理の流れを説明する。
【０１４８】
１６０５〜１６０７において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１４９】
１６０７において、帳票設計サーバは、文字数の算出処理を行う。なお、１６０７の処理は上述した処理と同じため説明を省略する。
【０１５０】
最後に、４１６において、帳票設計サーバは、それぞれの処理の結果出力され一時的に記録されているフィールドデータをまとめて一つのフィールドデータファイル（図３、図１９）を出力して処理を終了する。
【０１５１】
以上、フィールドデータファイルを出力する処理の流れを説明した。
【０１５２】
上述した通り、本発明によれば、フォームオーバレイのための検証用のフィールドデータを簡易に生成することができる。
【０１５３】
そのため、フォームオーバレイを利用する際に、フォーム開発のコストを低減することができる。
【０１５４】
また、フィールドデータの各項目の設定に応じてデータ型（文字型、数値型、日付型）を決定し、フィールドデータの各項目の設定に応じて桁数を決定することで、フィールドデータファイル生成用の設定ダイアログにて正常系と異常系（桁あふれ）のデータを選択することができる。
【０１５５】
さらには、数値型に関しては、カンマや小数、０（ゼロ）といったデータも指定できる。
【０１５６】
また、図１５のオプション指定を行うことにより、フル桁で確認した文字では発生しなかった重なりを、任意の指定する文字で確認ができる。特に行間隔で「Ｅ」、文字間隔で「Ｈ」を使用することで文字幅をフルに使用することができ確認ができる。
【０１５７】
図１９に、図１５のオプション指定によるフィールドデータファイルの一例を示す。なお、図１９では、文字の重なりはないが、例えば、行間隔が狭い場合、１行目の「Ｅ」の下端と２行目の「Ｅ」の上端が重なることになるし、文字間隔が狭い場合、同じ行の「Ｈ」の右と「Ｈ」の左が重なることになる。
【０１５８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１５９】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【０１６０】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１６１】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１６２】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０１６３】
１０１ 帳票設計サーバ
１０２ クライアント端末
１０３ ネットワーク
【技術分野】
【０００１】
本発明は、印刷データに基づいて印刷帳票を作成する装置およびその制御方法、プログラム関するものである。
【背景技術】
【０００２】
近年、印刷データに基づいて帳票を印刷するプログラム（以下、フォームオーバレイ）は、多くの企業で利用されている。
【０００３】
フォームオーバレイを実施するためにはフォームデザインデータを作成し、さらにフォームオーバレイの実行動作確認をするために、フォーム設計書に従い手作業で検証用のフィールドデータ（テストデータともいう。）を作成する必要がある。
【０００４】
例えば、データ型（文字型・数値型・日付型）や桁数・文字間隔を意識してフィールドデータを作成したり、カンマや小数点を含むデータなど、様々な想定されるケースのパターンで検証用のフィールドデータを作成したりする必要がある。
【０００５】
フォームオーバレイのフォーム設計によってはフィールドデータの項目が多くなり、検証用のフィールドデータ作成に工数を費やすことになるため、フォーム開発者への負荷が大きくなっている。
【０００６】
フォームオーバレイは、フォームデザイン設計の操作性だけでなく、検証用のフィールドデータ作成のユーザビリティも重要となっている。
【０００７】
ここで、特許文献１には、帳票フォームを設計、編集する際、帳票フォームの試し印刷又は表示を行う帳票フォームテスト装置に関し、特に帳票フォームの正確な印刷イメージを反映した試し印刷、又は表示を可能とする帳票フォームテスト装置を提供する技術が開示されている。
【０００８】
また、特許文献２には、オーバレイ帳票設計作業を効率良く行えるようにする技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−３２９３９８号公報
【特許文献２】特開平０８−２０７３７７号公
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載の技術は、帳票フォームを設計、編集する際、帳票フォームの試し印刷、または試し表示を行う帳票フォームテスト装置に関するものであるが、検証用のフィールドデータ自体を生成するものではない。
【００１１】
また、特許文献２に記載の技術は、オーバレイ帳票の登録の際に注釈文字列データがオーバレイすべきデータに付加されていても登録されないように制御する手段に関するものであるが、検証用のフィールドデータ自体を生成するものではない。
【００１２】
本発明は、上記課題を解決するものであり、フォームオーバレイのための検証用のフィールドデータを簡易に生成する技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置であって、フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、フォームオーバレイのための検証用のフィールドデータを簡易に生成することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における電子設計システムの構成を示す図である。
【図２】本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。
【図３】本発明の実施形態におけるフィールドデータファイルの一例を示す図である。
【図４】本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。
【図５】文字型の設定を行うサンプルデータ設定ダイアログである。
【図６】数値型の設定を行うサンプルデータ設定ダイアログである。
【図７】日時型の設定を行うサンプルデータ設定ダイアログである。
【図８】本発明の実施形態における文字型処理の流れを示すフローチャートである。
【図９】本発明の実施形態における数値型処理の流れを示すフローチャートである。
【図１０】本発明の実施形態における数値型処理の流れを示すフローチャートである。
【図１１】本発明の実施形態における日付型処理の流れを示すフローチャートである。
【図１２】フォームエディターでフォームファイルデータを作成する一例を示す図である。
【図１３】フィールドの一覧の例を示す図である。
【図１４】フィールド図形の一覧の例を示す図である。
【図１５】文字数、ピッチのオプション設定を行うサンプルデータ設定ダイアログである。
【図１６】本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。
【図１７】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【図１８】本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。
【図１９】本発明の実施形態におけるオプション指定した場合のフィールドデータファイルの一例を示す図である。
【図２０】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【図２１】本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を用いて本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明の実施形態における電子設計システム（情報処理システム）の構成を示す図である。
【００１８】
帳票設計サーバ１０１は、帳票設計処理を行うサーバ（情報処理装置）である。
【００１９】
クライアント端末１０２は、帳票設計を行うユーザ（管理者など）が操作する端末であって、当該端末を介して帳票設計サーバ１０１に対して指示を行う。なお、ユーザは、帳票設計サーバを直接操作してもよい。
【００２０】
ネットワーク１０３は、ＬＡＮ、インターネット等のネットワークであって、帳票設計サーバ１０１とクライアント端末１０２は、ネットワーク１０３を介して通信可能である。
【００２１】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２２】
次に、図１の帳票設計サーバ１０１のハードウェア構成について、図２を用いて説明する。
【００２３】
図２は、本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２６】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２７】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２８】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２９】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
本発明を実現するためのプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３３】
まず、本発明の実施形態により出力されるフィールドデータファイルの例を説明する。
【００３４】
図３は、本発明の実施形態におけるフィールドデータファイルの一例を示す図である。
【００３５】
このフィールドデータは、検証用（テスト用）のフィールドデータである。
【００３６】
従来、フィールドデータは、フォームオーバレイの実行動作確認をする際に、フォーム設計者がフォーム設計書に従い手作業で検証用のフィールドデータを作成していたが、本発明により自動的に生成されることになる。
【００３７】
次に、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを説明する。
【００３８】
図４は、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。
【００３９】
本処理は、帳票設計サーバにおいて実行される。また、事前にフォームファイルデータが定義されているものとする。
【００４０】
また、本発明の実施形態の説明において用いる用語は、次のとおりである。
【００４１】
「フォームファイルデータ」とは、フォームエディターを用いて作成される帳票の設計内容が定義されたファイルである。定義内容には、罫線や、図形、フィールドデータの入力位置、表示する書式等を定義したフィールド定義情報を含んでいる。フォームエディターでフォームファイルデータを作成する一例を図１２に示す。各種メニューから所定の機能を呼び出して帳票の設計を行う。
【００４２】
「フィールドデータ」とは、フォームにオーバレイ印刷するデータである。
【００４３】
「フィールド」とは、フォームの作成時にフィールドデータをどこにどのように印字するかを定義した内容である。フィールドデータを流し込む順序やデータ型などが定義される。フィールドには、データ型や入力データフォーマットである入力ピクチャを定義する。フィールドデータを受け取る順番に定義したり、フィールド名をキーにフィールドデータをあてはめたりすることとなる。図１３に定義したフィールドの一覧の例を示す。この例では、各フィールドの「フィールド名」「データ型」「入力ピクチャ」が表示されている。
【００４４】
「入力ピクチャ」とは、フィールドデータを読み取るときの書式である。例えば、フィールドデータの日付形式（ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ）などの書式である。
【００４５】
「フィールド図形」とは、オーバレイ印刷でフィールドデータが流し込まれる（印刷される）長方形状の領域である。フィールドデータは、この領域内で設定されているフィールド図形の図形プロパティ、文字プロパティおよび段落プロパティなどにしたがって印刷される。フィールド図形の一覧の例を図１４に示す。
【００４６】
「出力ピクチャ」とは、オーバレイ印刷する際に、受け取ったフィールドデータをどのように表記するかを定義する書式である。受け取るデータには、文字型、数値型、日時型などのデータ型があり、たとえば数値型の「１２３４」を受け取ったときに「￥Ｓ，ＳＳ９」という出力ピクチャを設定すると、「￥１，２３４」と印刷される。
【００４７】
「フィールドデータファイル」とは、フィールドデータを保存したファイル（．ｄａｔ、．ｔｘｔ、．ｃｓｖ、．ｆｃｑなど）である。
【００４８】
以上、用語の定義を説明した。
【００４９】
次に、本処理の流れを説明する。
【００５０】
４０１において、帳票設計サーバは、フォームファイルデータを読み込み、フォームファイルを開く。
【００５１】
４０２において、帳票設計サーバは、ユーザの操作指示に応じて、サンプルデータ生成メニューの選択を受け付ける。
【００５２】
４０３において、帳票設計サーバは、サンプルデータ設定ダイアログを表示する制御を行う。ダイアログの例を図５、図６、図７、図１５に示す。このダイアログによりどのようなサンプルデータファイルを出力するかを設定することができる。
【００５３】
図５は、文字型の設定を行うサンプルデータ設定ダイアログ５０１である。「桁数」５０２、「半角・全角」５０３の設定を行うことができる。「桁数」５０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。これにより正常系と異常系のテストデータの作成が容易に作成可能となる。なお、「半角・全角」５０３で自動を選択した場合、フィールド図形の設定から自動的に判別することとなる。
【００５４】
図６は、数値型の設定を行うサンプルデータ設定ダイアログ６０１である。「桁数」６０２、「値」６０３、「小数点」６０４、「コンマ」６０５、「マイナス」６０６の設定を行うことができる。「桁数」６０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。
【００５５】
図７は、日時型の設定を行うサンプルデータ設定ダイアログ７０１である。「時刻指定」７０２の設定を行うことができる。
【００５６】
図１５は、オプションの設定を行うサンプルデータ設定ダイアログ１５０１である。「１文字の文字数を出力する」１５０２、「文字間隔による出力文字変換」１５０３、「両方が該当した場合、文字ピッチを優先とする」１５０４、「文字ピッチ情報」１５０５、「行ピッチ情報」１５０６の設定を行うことができる。「１文字の文字数を出力する」１５０２を設定することで、テストデータに１行の文字総数が入ることになり、その行に何文字入力可能であるか、入力されているか確認できるようになる。また、文字数が多いフィールドに対して、１文字ずつ数えていく手間や間違いを回避できる。なお、桁数指定で、最大フル桁−１、＋１を指定している場合、総数のチェックを使用できないようにする（チェックは外した状態と同じとなる）。「文字間隔による出力文字変換」１５０３を設定することで、文字の重なりを、任意に文字を指定し変更することで出力結果から確認できようになる。「両方が該当した場合、文字ピッチを優先とする」１５０４は、文字ピッチ情報と行ピッチ情報の両方が変換対象となった場合に文字ピッチの変換文字を優先とする判断フラグを入力可能とする。「文字ピッチ情報」１５０５は、変更文字は、半角で入力し、デフォルト値は、文字ピッチ１．０００、文字幅の倍数１．０００、変更文字「Ｈ（半角）」としている。「行ピッチ情報」１５０６は、変更文字は、半角で入力し、デフォルト値は、行ピッチ１．０００、行高の倍数１．０００、変更文字「Ｅ（半角）」とする。
【００５７】
４０４において、帳票設計サーバは、ユーザの操作により、ダイアログに入力された任意の値の設定を受け付ける。
【００５８】
４０５において、帳票設計サーバは、メニュー等に表示されているサンプルデータ生成実行ボタンの押下を検知する。
【００５９】
４０６において、帳票設計サーバは、ファームファイルの中に存在するフィールド情報を取得する。また、全てのフィールド数を取得し、確認用の変数にセットする。以下、取得したフィールド情報を用いて、順番にフィールド内容を確認して、内容に応じた処理を行う。
【００６０】
４０７において、帳票設計サーバは、変数にセットしたフィールド数が「０」でないかを判定する。Ｙｅｓの場合、４０８へ進み、Ｎｏの場合、４１７へ進む。この判定により全てのフィールドの確認が終わると、オプション処理（４１７）を実施し、フィールドデータファイル出力（４１６）へ進むことになる。
【００６１】
４０８において、帳票設計サーバは、該フィールドの全てのフィールド図形情報を取得する。ここでは、現在対象としているフィールドと同じ定義がなされているフィールドを取得する。具体的には、同じ「フィールド名」「データ型」「出力ピクチャ」の定義がなされているものを取得する。また、全てのフィールド図形数を取得し、確認用の変数にセットする。
【００６２】
４０９において、帳票設計サーバは、変数にセットしたフィールド図形数が「０」でないかを判定する。Ｙｅｓの場合、４１１へ進み、Ｎｏの場合、４１０へ進む。
【００６３】
４１０において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。
【００６４】
４０８、４０９、４１０により、現在対象としているフィールドと同じ定義がなされている全てのフィールドの取得が終わると４１１へ進むことになる。
【００６５】
４１１において、帳票設計サーバは、現在処理対象としているフィールドのデータ型を判定する。「文字型」の場合、４１２へ進み、「数値型」の場合、４１３へ進み、「日時型」の場合、４１４へ進む。
【００６６】
４１２において、帳票設計サーバは、「文字型処理」を実行する。この「文字型処理」の詳細な説明については、図８を用いて説明する。
【００６７】
図８は、本発明の実施形態における文字型処理の流れを示すフローチャートである。
【００６８】
８０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【００６９】
８０２において、帳票設計サーバは、全フィールド図形の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。
【００７０】
８０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された桁数を判定する。「フル桁−１」の場合は、８０４へ進み、「フル桁」の場合は、８０５へ進み、「フル桁＋１」の場合は、８０６へ進む。
【００７１】
８０４において、帳票設計サーバは、桁数を「最大フル桁−１」とする。
【００７２】
８０５において、帳票設計サーバは、桁数を「最大フル桁」とする。
【００７３】
８０６において、帳票設計サーバは、桁数を「最大フル桁＋１」とする。
【００７４】
８０７において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された半角・全角指定を判定する。「半角」の場合は、８０９へ進み、「自動」の場合は、８０８へ進み、「全角」の場合は、８１０へ進む。
【００７５】
８０８において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て半角」および「半角・全角両方あり」の場合は、８０９へ進み、「全て全角」の場合は、８１０へ進む。
【００７６】
８０９において、帳票設計サーバは、半角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「AAAAAAA」と出力する。
【００７７】
８１０において、帳票設計サーバは、全角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「あああああああ」と出力する。
【００７８】
なお、８０９および８１０において、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【００７９】
以上、「文字型処理」の詳細な説明をした。
【００８０】
４１３において、帳票設計サーバは、「数値型処理」を実行する。この「数値型処理」の詳細な説明については、図９、１０を用いて説明する。
【００８１】
図９および１０は、本発明の実施形態における数値型処理の流れを示すフローチャートである。
【００８２】
９０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【００８３】
９０２において、帳票設計サーバは、全フィールド図形の整数部の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。
【００８４】
９０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された整数部の桁数を判定する。「フル桁−１」の場合は、９０４へ進み、「フル桁」の場合は、９０５へ進み、「フル桁＋１」の場合は、９０６へ進む。
【００８５】
９０４において、帳票設計サーバは、整数部の桁数を「最大フル桁−１」とする。
【００８６】
９０５において、帳票設計サーバは、整数部の桁数を「最大フル桁」とする。
【００８７】
９０６において、帳票設計サーバは、整数部の桁数を「最大フル桁＋１」とする。
【００８８】
９０７において、帳票設計サーバは、整数部桁数分の指定された値（９ ｏｒ ０）にて数値列を生成する。例えば、整数部の桁数が５桁の場合、「９９９９９」という数列が生成される。
【００８９】
９０８において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された小数点指定を判定する。「あり」の場合、９１０へ進み、「自動」の場合、９０８へ進み、「なし」の場合、９１２へ進む。
【００９０】
９０９において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て小数点あり」および「一部小数点あり」の場合、９１０へ進み、「全て小数点なし」の場合、９１２へ進む。
【００９１】
９１０において、帳票設計サーバは、全フィールド図形の小数部の最大桁数を抽出する。
【００９２】
９１１において、帳票設計サーバは、小数部桁数分の指定された値（９ ｏｒ ０）にて小数を数値列に付加する。例えば、小数部の桁数が２桁の場合、「．９９」を既に生成されている整数部に付加して「９９９９９．９９」とする。
【００９３】
９１２において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたコンマ指定を判定する。「あり」の場合、９１４へ進み、「自動」の場合、９１３へ進み、「なし」の場合、図１０の１００１へ進む。
【００９４】
９１３において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てコンマあり」および「一部コンマあり」の場合、９１４へ進み、「全てコンマなし」の場合、図１０の１００１へ進む。
【００９５】
９１４において、数値列にコンマを付加する。例えば、「９９９９９．９９」に対して、「９９，９９９．９９」とコンマを付加する。
【００９６】
１００１において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたマイナス指定を判定する。「あり」の場合、１００３へ進み、「自動」の場合、１００２へ進み、「なし」の場合、１００４へ進む。
【００９７】
１００２において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てマイナスあり」および「一部マイナスあり」の場合、１００３へ進み、「全てマイナスなし」の場合、１００４へ進む。
【００９８】
１００３において、帳票設計サーバは、数値列にマイナス記号を付加する。例えば、「９９，９９９．９９」に対して、「−９９，９９９．９９」とマイナスを付加する。
【００９９】
１００４において、帳票設計サーバは、フィールド情報に通貨記号指定があるかを判定する。「あり」の場合、１００５へ進み、「なし」の場合、１００６へ進む。
【０１００】
１００５において、帳票設計サーバは、数値列の先頭に通貨記号を付加する。例えば、「−９９，９９９．９９」に対して、「￥−９９，９９９．９９」と通貨記号を付加する。
【０１０１】
１００６において、帳票設計サーバは、生成された数値列を出力する。なお、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【０１０２】
以上、「数値型処理」の詳細な説明をした。
【０１０３】
４１４において、帳票設計サーバは、「日時型処理」を実行する。この「日時型処理」の詳細な説明については、図１１を用いて説明する。
【０１０４】
図１１は、本発明の実施形態における日時型処理の流れを示すフローチャートである。
【０１０５】
１１０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。
【０１０６】
１１０２において、帳票設計サーバは、フィールド情報の日時フォーマット定義を取得する。例えば、「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」等を取得する。
【０１０７】
１１０３において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された日時分の値をフィールド情報の日時フォーマットで出力する。例えば、「２００９年１２月３１日２３時５９分５９秒」と指定されていた場合、フォーマットが「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」の場合、「２００９１２３１２３５９５９」と出力される。この出力データは、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。
【０１０８】
以上、「日時型処理」の詳細な説明をした。
【０１０９】
４１５において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。
【０１１０】
４１７において、帳票設計サーバは、「オプション処理」を実行する。この「オプション処理」の詳細な説明については、図１６、１７、１８、２０、２１を用いて説明する。なお、図１５に示すオプション設定がされていない場合、この処理を実行することなく、４１６へ進む。
【０１１１】
図１６は、本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。
【０１１２】
１６０１において、帳票設計サーバは、サンプルデータ設定ダイアログの
オプションタブ（図１５）にて指定された値を取得する。
【０１１３】
１６０２において、帳票設計サーバは、「１行の文字数を出力する」もしくは「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、１６０３へ進み、「なし」の場合、ＥＮＤへ進む。
【０１１４】
１６０３において、帳票設計サーバは、指定されたフォームのフィールド情報を取得する。
【０１１５】
次に、１６０１において取得した値が、オプション項目２つが対象となっていた場合、処理１へ進み、１６０１において取得した値が、オプション（文字間隔）が対象となっていた場合、処理２へ進み、１６０１において取得した値が、オプション（文字数）が対象となっていた場合、処理３へ進む。
【０１１６】
最初に、処理１（１６０４）、オプション項目２つが対象となっていた場合の処理の流れを説明する。
【０１１７】
１６０５〜１６０８において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１１８】
１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。この処理は、図１７、図２０、図２１を用いて説明する。
【０１１９】
図１７、図２０、図２１は、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。
【０１２０】
１７０１において、帳票設計サーバは、「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、「行ピッチ情報の処理」１７０２、「文字ピッチ情報の処理」１７０３の順で処理を行い、「なし」の場合、「文字ピッチ情報の処理」１７０３、「行ピッチ情報の処理」１７０２の順で処理を行う。
【０１２１】
「行ピッチ情報の処理」１７０２の詳細な処理の流れを、図２０を用いて説明する。
【０１２２】
１７０４において、帳票設計サーバは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７０５へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないことを条件としているからである。
【０１２３】
１７０５において、帳票設計サーバは、フィールドの行の間隔情報を取得する。
【０１２４】
１７０６において、帳票設計サーバは、１７０５で取得した情報を元に、図１５の１５０６で入力した行ピッチ（Ｌｉｎｅ Ｐｅｒ Ｉｎｃｈ）、行高の倍数を比較し、変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、行ピッチが指定した値より大きいか、行高の倍数が小さい場合、行の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０６の行ピッチを１０．０に指定し、１７０５で取得した実際の文字の行ピッチ情報が１５．０であった場合、文字の行間が狭くなるため文字変換を実施する。同様に、１５０６の行高の倍数が１．０００に指定し、１７０５で取得した実際の行高の倍数が０．８０００であった場合、文字の行間が狭くなるため文字変換を実施する。
【０１２５】
１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"E"を全角"Ｅ"か半角"E"かにする判断を行う。
【０１２６】
１７０８において、帳票設計サーバは、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｅ」としているのは、「Ｅ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。
【０１２７】
次に「文字ピッチ情報の処理」１７０３の詳細な処理の流れを、図２１を用いて説明する。
【０１２８】
１７０９において、帳票設計サーバは、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７１０へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチ情報による処理は、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないことを条件としているからである。
【０１２９】
１７１０において、帳票設計サーバは、フィールドの文字の間隔情報を取得する。
【０１３０】
１７１１において、帳票設計サーバは、１７０９で取得した情報を元に、図１５の１５０５で入力した文字ピッチ（Ｃｈａｒａｃｔｅｒ Ｐｅｒ Ｉｎｃｈ）、文字の幅を比較し変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチが指定した値より大きいか、文字の幅が小さい場合、文字の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０５の文字ピッチを１０．０に指定し、１７１０で取得した実際の文字の文字ピッチ情報が１５．０であった場合、文字の横間隔が狭くなるため文字変換を実施する。同様に、１５０５の文字の幅の倍数が１．０００に指定し、１７１０で取得した実際の文字の幅の倍数が０．８０００であった場合、文字の横間隔が狭くなるため文字変換を実施する。
【０１３１】
１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"H"を全角"Ｈ"か半角"H"かにする判断を行う。
【０１３２】
１７１２において、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｈ」としているのは、「Ｈ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。
【０１３３】
以上、図１７、図２０、図２１を用いて、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを説明した。
【０１３４】
次に、１６０７において、帳票設計サーバは、文字数の算出処理を行う。この処理は、図１８を用いて説明する。
【０１３５】
図１８は、本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。
【０１３６】
１８０１〜１８０７において、帳票設計サーバは、各フィールドの行の最後に行文字総数を表示するため、行数分繰り返しを実施する。
【０１３７】
１８０２において、帳票設計サーバは、文字数が１であるかを判定する。Ｙｅｓの場合、１８０７へ進み、Ｎｏの場合、１８０３へ進む。これは、文字数が単数か複数かによって表示形式が異なるためである。
【０１３８】
１８０３において、帳票設計サーバは、フィールド情報の座標、フォントのサイズ、文字数、文字間隔から表示する１行の文字数を計算する。ここで、プロポーショナルフォントの場合も考慮した計算ロジックを使用してもよい。
【０１３９】
１８０４において、帳票設計サーバは、１８０３で算出された文字数と区切り子となる「−」を連結させる。ここで「−」は、文字数の前に連結する。
【０１４０】
１８０５において、帳票設計サーバは、該当フィールドのｎ行目の最後から「−」と行の文字総数を出力するのに必要な文字数分を挿入する。
【０１４１】
例えば、「ＨＨＨＨＨＨＨ−１０」は、１０文字であることを示している（「Ｈ」７文字、「−」１文字、「１０」２文字で、合計１０文字）。なお、２文字の場合は、「−２」と表現される。
【０１４２】
以上、図１８を用いて、本発明の実施形態における文字数の算出処理の流れを説明した。
【０１４３】
ここで、図１６に戻り説明を続ける。
【０１４４】
次に、処理２（１６０８）、オプション（文字間隔）が対象となっていた場合の処理の流れを説明する。
【０１４５】
１６０５〜１６０６において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１４６】
１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。なお、１６０６の処理は上述した処理と同じため説明を省略する。
【０１４７】
処理３（１６０９）、オプション（文字数）が対象となっていた場合の処理の流れを説明する。
【０１４８】
１６０５〜１６０７において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。
【０１４９】
１６０７において、帳票設計サーバは、文字数の算出処理を行う。なお、１６０７の処理は上述した処理と同じため説明を省略する。
【０１５０】
最後に、４１６において、帳票設計サーバは、それぞれの処理の結果出力され一時的に記録されているフィールドデータをまとめて一つのフィールドデータファイル（図３、図１９）を出力して処理を終了する。
【０１５１】
以上、フィールドデータファイルを出力する処理の流れを説明した。
【０１５２】
上述した通り、本発明によれば、フォームオーバレイのための検証用のフィールドデータを簡易に生成することができる。
【０１５３】
そのため、フォームオーバレイを利用する際に、フォーム開発のコストを低減することができる。
【０１５４】
また、フィールドデータの各項目の設定に応じてデータ型（文字型、数値型、日付型）を決定し、フィールドデータの各項目の設定に応じて桁数を決定することで、フィールドデータファイル生成用の設定ダイアログにて正常系と異常系（桁あふれ）のデータを選択することができる。
【０１５５】
さらには、数値型に関しては、カンマや小数、０（ゼロ）といったデータも指定できる。
【０１５６】
また、図１５のオプション指定を行うことにより、フル桁で確認した文字では発生しなかった重なりを、任意の指定する文字で確認ができる。特に行間隔で「Ｅ」、文字間隔で「Ｈ」を使用することで文字幅をフルに使用することができ確認ができる。
【０１５７】
図１９に、図１５のオプション指定によるフィールドデータファイルの一例を示す。なお、図１９では、文字の重なりはないが、例えば、行間隔が狭い場合、１行目の「Ｅ」の下端と２行目の「Ｅ」の上端が重なることになるし、文字間隔が狭い場合、同じ行の「Ｈ」の右と「Ｈ」の左が重なることになる。
【０１５８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１５９】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【０１６０】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１６１】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１６２】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０１６３】
１０１ 帳票設計サーバ
１０２ クライアント端末
１０３ ネットワーク
【特許請求の範囲】
【請求項１】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置であって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記設定手段は、行の文字数を識別可能に表示する設定が可能であり、
前記生成手段は、前記設定手段により文字数の設定がなされた場合、行の文字数を識別可能なフィールドデータを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記設定手段は、文字の重なりもしくは行の重なりを識別可能とする文字の設定が可能であり、
前記生成手段は、前記設定手段により設定された文字を用いてフィールドデータを生成することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記データ型には、文字型、数値型、日付型が含まれ、
前記設定手段は、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定をし、
前記生成手段は、前記設定手段により設定された、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定に従ってフィールドデータを生成することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置における情報処理方法であって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示ステップと、
前記表示ステップにより表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定ステップと、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得ステップと、
前記取得ステップにより取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定ステップにより設定されたフィールドデータを生成する生成ステップと、
前記生成ステップにより生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力ステップと
を備えることを特徴とする情報処理方法。
【請求項６】
クライアント端末と、フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置とが通信可能な情報処理システムであって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段と
を備えることを特徴とする情報処理システム。
【請求項７】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置において実行可能なプログラムであって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【請求項１】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置であって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記設定手段は、行の文字数を識別可能に表示する設定が可能であり、
前記生成手段は、前記設定手段により文字数の設定がなされた場合、行の文字数を識別可能なフィールドデータを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記設定手段は、文字の重なりもしくは行の重なりを識別可能とする文字の設定が可能であり、
前記生成手段は、前記設定手段により設定された文字を用いてフィールドデータを生成することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記データ型には、文字型、数値型、日付型が含まれ、
前記設定手段は、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定をし、
前記生成手段は、前記設定手段により設定された、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定に従ってフィールドデータを生成することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置における情報処理方法であって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示ステップと、
前記表示ステップにより表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定ステップと、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得ステップと、
前記取得ステップにより取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定ステップにより設定されたフィールドデータを生成する生成ステップと、
前記生成ステップにより生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力ステップと
を備えることを特徴とする情報処理方法。
【請求項６】
クライアント端末と、フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置とが通信可能な情報処理システムであって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段と、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段と、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段と、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段と、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段と
を備えることを特徴とする情報処理システム。
【請求項７】
フォームファイルに含まれるフィールド情報を用いて、検証用のフィールドデータを出力する情報処理装置において実行可能なプログラムであって、
フィールドデータのデータ型に応じて、検証用として出力するフィールドデータの形式を設定するダイアログを表示する表示手段、
前記表示手段により表示されたダイアログを介してユーザにより入力された、検証用として出力するフィールドデータの形式を設定する設定手段、
前記フォームファイルに含まれる複数のフィールド情報を取得する取得手段、
前記取得手段により取得された複数のフィールド情報を用いて、各フィールドに入力されるフィールドデータのデータ型に応じて、前記設定手段により設定されたフィールドデータを生成する生成手段、
前記生成手段により生成された各フィールドのフィールドデータをまとめて検証用のフィールドデータとして出力する出力手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１１−１５０６７８（Ｐ２０１１−１５０６７８Ａ）
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願番号】特願２０１０−１７１６８３（Ｐ２０１０−１７１６８３）
【出願日】平成２２年７月３０日（２０１０．７．３０）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願日】平成２２年７月３０日（２０１０．７．３０）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]