JP5240797B2 - 情報処理装置、情報処理方法、情報処理システム、プログラム、記録媒体 - Google Patents

Description

本発明は、印刷データに基づいて印刷帳票を作成する装置およびその制御方法、プログラム関するものである。

近年、印刷データに基づいて帳票を印刷するプログラム（以下、フォームオーバレイ）は、多くの企業で利用されている。

フォームオーバレイを実施するためにはフォームデザインデータを作成し、さらにフォームオーバレイの実行動作確認をするために、フォーム設計書に従い手作業で検証用のフィールドデータ（テストデータともいう。）を作成する必要がある。

例えば、データ型（文字型・数値型・日付型）や桁数・文字間隔を意識してフィールドデータを作成したり、カンマや小数点を含むデータなど、様々な想定されるケースのパターンで検証用のフィールドデータを作成したりする必要がある。

フォームオーバレイのフォーム設計によってはフィールドデータの項目が多くなり、検証用のフィールドデータ作成に工数を費やすことになるため、フォーム開発者への負荷が大きくなっている。

フォームオーバレイは、フォームデザイン設計の操作性だけでなく、検証用のフィールドデータ作成のユーザビリティも重要となっている。

ここで、特許文献１には、帳票フォームを設計、編集する際、帳票フォームの試し印刷又は表示を行う帳票フォームテスト装置に関し、特に帳票フォームの正確な印刷イメージを反映した試し印刷、又は表示を可能とする帳票フォームテスト装置を提供する技術が開示されている。

また、特許文献２には、オーバレイ帳票設計作業を効率良く行えるようにする技術が開示されている。

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

しかしながら、特許文献１に記載の技術は、帳票フォームを設計、編集する際、帳票フォームの試し印刷、または試し表示を行う帳票フォームテスト装置に関するものであるが、検証用のフィールドデータ自体を生成するものではない。

また、特許文献２に記載の技術は、オーバレイ帳票の登録の際に注釈文字列データがオーバレイすべきデータに付加されていても登録されないように制御する手段に関するものであるが、検証用のフィールドデータ自体を生成するものではない。

本発明は、上記課題を解決するものであり、フォームオーバレイのための検証用のフィールドデータであって、文字数を識別可能とする文字列を含む検証用のフィールドデータを簡易に生成する技術を提供することを目的とする。

本発明は、帳票上に配置されるフィールドに係る属性情報を定義するフィールド定義情報を含むフォームファイルの動作確認のために用いられる検証用のフィールドデータを出力する情報処理装置であって、前記検証用のフィールドデータを出力する対象となる前記フォームファイルを読み込む読込手段と、前記読込手段により読み込まれたフォームファイルに対する前記検証用のフィールドデータの生成指示を受け付ける生成指示受付手段と、前記フィールド定義情報に定義されるフィールドの属性情報に応じたフィールドデータの出力形式を設定する設定手段と、前記生成指示受付手段による生成指示に応じて、前記読み込まれたフォームファイルに含まれる前記フィールド定義情報を取得する取得手段と、前記取得手段により取得されたフィールド定義情報に定義されるフィールドの属性情報に従って、前記設定手段により設定された出力形式に応じたフィールドデータを生成する生成手段と、前記生成手段により生成された各フィールドのフィールドデータを用いて、前記検証用のフィールドデータを出力する出力手段とを備え、前記設定手段は、前記検証用のフィールドデータの文字数を識別可能に出力する設定が可能であり、前記生成手段は、前記設定手段により文字数を出力する設定がなされた場合、前記フィールド定義情報に従って、文字数を識別可能とする文字列を含むフィールドデータを生成することを特徴とすることを特徴とする。

本発明によれば、フォームオーバレイのための検証用のフィールドデータであって、文字数を識別可能とする文字列を含む検証用のフィールドデータを簡易に生成することができる。

本発明の実施形態における電子設計システムの構成を示す図である。 本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。 本発明の実施形態におけるフィールドデータファイルの一例を示す図である。 本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。 文字型の設定を行うサンプルデータ設定ダイアログである。 数値型の設定を行うサンプルデータ設定ダイアログである。 日時型の設定を行うサンプルデータ設定ダイアログである。 本発明の実施形態における文字型処理の流れを示すフローチャートである。 本発明の実施形態における数値型処理の流れを示すフローチャートである。 本発明の実施形態における数値型処理の流れを示すフローチャートである。 本発明の実施形態における日付型処理の流れを示すフローチャートである。 フォームエディターでフォームファイルデータを作成する一例を示す図である。 フィールドの一覧の例を示す図である。 フィールド図形の一覧の例を示す図である。 文字数、ピッチのオプション設定を行うサンプルデータ設定ダイアログである。 本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。 本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。 本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。 本発明の実施形態におけるオプション指定した場合のフィールドデータファイルの一例を示す図である。 本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。 本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。

以下、図面を用いて本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態における電子設計システム（情報処理システム）の構成を示す図である。

帳票設計サーバ１０１は、帳票設計処理を行うサーバ（情報処理装置）である。

クライアント端末１０２は、帳票設計を行うユーザ（管理者など）が操作する端末であって、当該端末を介して帳票設計サーバ１０１に対して指示を行う。なお、ユーザは、帳票設計サーバを直接操作してもよい。

ネットワーク１０３は、ＬＡＮ、インターネット等のネットワークであって、帳票設計サーバ１０１とクライアント端末１０２は、ネットワーク１０３を介して通信可能である。

なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

次に、図１の帳票設計サーバ１０１のハードウェア構成について、図２を用いて説明する。

図２は、本発明の実施形態における帳票設計サーバのハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

まず、本発明の実施形態により出力されるフィールドデータファイルの例を説明する。

図３は、本発明の実施形態におけるフィールドデータファイルの一例を示す図である。

このフィールドデータは、検証用（テスト用）のフィールドデータである。

従来、フィールドデータは、フォームオーバレイの実行動作確認をする際に、フォーム設計者がフォーム設計書に従い手作業で検証用のフィールドデータを作成していたが、本発明により自動的に生成されることになる。

次に、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを説明する。

図４は、本発明の実施形態におけるフィールドデータファイルを出力する処理の流れを示すフローチャートである。

本処理は、帳票設計サーバにおいて実行される。また、事前にフォームファイルデータが定義されているものとする。

また、本発明の実施形態の説明において用いる用語は、次のとおりである。

「フォームファイルデータ」とは、フォームエディターを用いて作成される帳票の設計内容が定義されたファイルである。定義内容には、罫線や、図形、フィールドデータの入力位置、表示する書式等を定義したフィールド定義情報を含んでいる。フォームエディターでフォームファイルデータを作成する一例を図１２に示す。各種メニューから所定の機能を呼び出して帳票の設計を行う。

「フィールドデータ」とは、フォームにオーバレイ印刷するデータである。

「フィールド」とは、フォームの作成時にフィールドデータをどこにどのように印字するかを定義した内容である。フィールドデータを流し込む順序やデータ型などが定義される。フィールドには、データ型や入力データフォーマットである入力ピクチャを定義する。フィールドデータを受け取る順番に定義したり、フィールド名をキーにフィールドデータをあてはめたりすることとなる。図１３に定義したフィールドの一覧の例を示す。この例では、各フィールドの「フィールド名」「データ型」「入力ピクチャ」が表示されている。

「入力ピクチャ」とは、フィールドデータを読み取るときの書式である。例えば、フィールドデータの日付形式（ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ）などの書式である。

「フィールド図形」とは、オーバレイ印刷でフィールドデータが流し込まれる（印刷される）長方形状の領域である。フィールドデータは、この領域内で設定されているフィールド図形の図形プロパティ、文字プロパティおよび段落プロパティなどにしたがって印刷される。フィールド図形の一覧の例を図１４に示す。

「出力ピクチャ」とは、オーバレイ印刷する際に、受け取ったフィールドデータをどのように表記するかを定義する書式である。受け取るデータには、文字型、数値型、日時型などのデータ型があり、たとえば数値型の「１２３４」を受け取ったときに「￥Ｓ，ＳＳ９」という出力ピクチャを設定すると、「￥１，２３４」と印刷される。

「フィールドデータファイル」とは、フィールドデータを保存したファイル（．ｄａｔ、．ｔｘｔ、．ｃｓｖ、．ｆｃｑなど）である。

以上、用語の定義を説明した。

次に、本処理の流れを説明する。

４０１において、帳票設計サーバは、フォームファイルデータを読み込み、フォームファイルを開く。

４０２において、帳票設計サーバは、ユーザの操作指示に応じて、サンプルデータ生成メニューの選択を受け付ける。

４０３において、帳票設計サーバは、サンプルデータ設定ダイアログを表示する制御を行う。ダイアログの例を図５、図６、図７、図１５に示す。このダイアログによりどのようなサンプルデータファイルを出力するかを設定することができる。

図５は、文字型の設定を行うサンプルデータ設定ダイアログ５０１である。「桁数」５０２、「半角・全角」５０３の設定を行うことができる。「桁数」５０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。これにより正常系と異常系のテストデータの作成が容易に作成可能となる。なお、「半角・全角」５０３で自動を選択した場合、フィールド図形の設定から自動的に判別することとなる。

図６は、数値型の設定を行うサンプルデータ設定ダイアログ６０１である。「桁数」６０２、「値」６０３、「小数点」６０４、「コンマ」６０５、「マイナス」６０６の設定を行うことができる。「桁数」６０２が「フル桁」、「フル桁−１」、「フル桁＋１」から選択できるのは境界値分析を行うためである。

図７は、日時型の設定を行うサンプルデータ設定ダイアログ７０１である。「時刻指定」７０２の設定を行うことができる。

図１５は、オプションの設定を行うサンプルデータ設定ダイアログ１５０１である。「１文字の文字数を出力する」１５０２、「文字間隔による出力文字変換」１５０３、「両方が該当した場合、文字ピッチを優先とする」１５０４、「文字ピッチ情報」１５０５、「行ピッチ情報」１５０６の設定を行うことができる。「１文字の文字数を出力する」１５０２を設定することで、テストデータに１行の文字総数が入ることになり、その行に何文字入力可能であるか、入力されているか確認できるようになる。また、文字数が多いフィールドに対して、１文字ずつ数えていく手間や間違いを回避できる。なお、桁数指定で、最大フル桁−１、＋１を指定している場合、総数のチェックを使用できないようにする（チェックは外した状態と同じとなる）。「文字間隔による出力文字変換」１５０３を設定することで、文字の重なりを、任意に文字を指定し変更することで出力結果から確認できようになる。「両方が該当した場合、文字ピッチを優先とする」１５０４は、文字ピッチ情報と行ピッチ情報の両方が変換対象となった場合に文字ピッチの変換文字を優先とする判断フラグを入力可能とする。「文字ピッチ情報」１５０５は、変更文字は、半角で入力し、デフォルト値は、文字ピッチ１．０００、文字幅の倍数１．０００、変更文字「Ｈ（半角）」としている。「行ピッチ情報」１５０６は、変更文字は、半角で入力し、デフォルト値は、行ピッチ１．０００、行高の倍数１．０００、変更文字「Ｅ（半角）」とする。

４０４において、帳票設計サーバは、ユーザの操作により、ダイアログに入力された任意の値の設定を受け付ける。

４０５において、帳票設計サーバは、メニュー等に表示されているサンプルデータ生成実行ボタンの押下を検知する。

４０６において、帳票設計サーバは、ファームファイルの中に存在するフィールド情報を取得する。また、全てのフィールド数を取得し、確認用の変数にセットする。以下、取得したフィールド情報を用いて、順番にフィールド内容を確認して、内容に応じた処理を行う。

４０７において、帳票設計サーバは、変数にセットしたフィールド数が「０」でないかを判定する。Ｙｅｓの場合、４０８へ進み、Ｎｏの場合、４１７へ進む。この判定により全てのフィールドの確認が終わると、オプション処理（４１７）を実施し、フィールドデータファイル出力（４１６）へ進むことになる。

４０８において、帳票設計サーバは、該フィールドの全てのフィールド図形情報を取得する。ここでは、現在対象としているフィールドと同じ定義がなされているフィールドを取得する。具体的には、同じ「フィールド名」「データ型」「出力ピクチャ」の定義がなされているものを取得する。また、全てのフィールド図形数を取得し、確認用の変数にセットする。

４０９において、帳票設計サーバは、変数にセットしたフィールド図形数が「０」でないかを判定する。Ｙｅｓの場合、４１１へ進み、Ｎｏの場合、４１０へ進む。

４１０において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。

４０８、４０９、４１０により、現在対象としているフィールドと同じ定義がなされている全てのフィールドの取得が終わると４１１へ進むことになる。

４１１において、帳票設計サーバは、現在処理対象としているフィールドのデータ型を判定する。「文字型」の場合、４１２へ進み、「数値型」の場合、４１３へ進み、「日時型」の場合、４１４へ進む。

４１２において、帳票設計サーバは、「文字型処理」を実行する。この「文字型処理」の詳細な説明については、図８を用いて説明する。

図８は、本発明の実施形態における文字型処理の流れを示すフローチャートである。

８０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。

８０２において、帳票設計サーバは、全フィールド図形の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。

８０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された桁数を判定する。「フル桁−１」の場合は、８０４へ進み、「フル桁」の場合は、８０５へ進み、「フル桁＋１」の場合は、８０６へ進む。

８０４において、帳票設計サーバは、桁数を「最大フル桁−１」とする。

８０５において、帳票設計サーバは、桁数を「最大フル桁」とする。

８０６において、帳票設計サーバは、桁数を「最大フル桁＋１」とする。

８０７において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された半角・全角指定を判定する。「半角」の場合は、８０９へ進み、「自動」の場合は、８０８へ進み、「全角」の場合は、８１０へ進む。

８０８において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て半角」および「半角・全角両方あり」の場合は、８０９へ進み、「全て全角」の場合は、８１０へ進む。

８０９において、帳票設計サーバは、半角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「AAAAAAA」と出力する。

８１０において、帳票設計サーバは、全角文字コードを桁数バイト分にて出力する。例えば、桁数が７桁の場合、「あああああああ」と出力する。

なお、８０９および８１０において、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。

以上、「文字型処理」の詳細な説明をした。

４１３において、帳票設計サーバは、「数値型処理」を実行する。この「数値型処理」の詳細な説明については、図９、１０を用いて説明する。

図９および１０は、本発明の実施形態における数値型処理の流れを示すフローチャートである。

９０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。

９０２において、帳票設計サーバは、全フィールド図形の整数部の最大フル桁数を算出する。ここで、現在処理対象としているフィールド図形と同じフィールド図形が存在しない場合は、自身のフィールド図形に定義されている最大フル桁数を算出する。一方、現在処理対象としているフィールド図形と同じフィールド図形が複数存在した場合は、その複数のフィールド図形の定義の中から最大フル桁数を算出する。

９０３において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された整数部の桁数を判定する。「フル桁−１」の場合は、９０４へ進み、「フル桁」の場合は、９０５へ進み、「フル桁＋１」の場合は、９０６へ進む。

９０４において、帳票設計サーバは、整数部の桁数を「最大フル桁−１」とする。

９０５において、帳票設計サーバは、整数部の桁数を「最大フル桁」とする。

９０６において、帳票設計サーバは、整数部の桁数を「最大フル桁＋１」とする。

９０７において、帳票設計サーバは、整数部桁数分の指定された値（９ ｏｒ ０）にて数値列を生成する。例えば、整数部の桁数が５桁の場合、「９９９９９」という数列が生成される。

９０８において、帳票設計サーバは、サンプルデータ設定ダイアログで指定された小数点指定を判定する。「あり」の場合、９１０へ進み、「自動」の場合、９０８へ進み、「なし」の場合、９１２へ進む。

９０９において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全て小数点あり」および「一部小数点あり」の場合、９１０へ進み、「全て小数点なし」の場合、９１２へ進む。

９１０において、帳票設計サーバは、全フィールド図形の小数部の最大桁数を抽出する。

９１１において、帳票設計サーバは、小数部桁数分の指定された値（９ ｏｒ ０）にて小数を数値列に付加する。例えば、小数部の桁数が２桁の場合、「．９９」を既に生成されている整数部に付加して「９９９９９．９９」とする。

９１２において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたコンマ指定を判定する。「あり」の場合、９１４へ進み、「自動」の場合、９１３へ進み、「なし」の場合、図１０の１００１へ進む。

９１３において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てコンマあり」および「一部コンマあり」の場合、９１４へ進み、「全てコンマなし」の場合、図１０の１００１へ進む。

９１４において、数値列にコンマを付加する。例えば、「９９９９９．９９」に対して、「９９，９９９．９９」とコンマを付加する。

１００１において、帳票設計サーバは、サンプルデータ設定ダイアログで指定されたマイナス指定を判定する。「あり」の場合、１００３へ進み、「自動」の場合、１００２へ進み、「なし」の場合、１００４へ進む。

１００２において、帳票設計サーバは、全てのフィールド図形の設定を確認する。「全てマイナスあり」および「一部マイナスあり」の場合、１００３へ進み、「全てマイナスなし」の場合、１００４へ進む。

１００３において、帳票設計サーバは、数値列にマイナス記号を付加する。例えば、「９９，９９９．９９」に対して、「−９９，９９９．９９」とマイナスを付加する。

１００４において、帳票設計サーバは、フィールド情報に通貨記号指定があるかを判定する。「あり」の場合、１００５へ進み、「なし」の場合、１００６へ進む。

１００５において、帳票設計サーバは、数値列の先頭に通貨記号を付加する。例えば、「−９９，９９９．９９」に対して、「￥−９９，９９９．９９」と通貨記号を付加する。

１００６において、帳票設計サーバは、生成された数値列を出力する。なお、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。

以上、「数値型処理」の詳細な説明をした。

４１４において、帳票設計サーバは、「日時型処理」を実行する。この「日時型処理」の詳細な説明については、図１１を用いて説明する。

図１１は、本発明の実施形態における日時型処理の流れを示すフローチャートである。

１１０１において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された値を取得する。

１１０２において、帳票設計サーバは、フィールド情報の日時フォーマット定義を取得する。例えば、「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」等を取得する。

１１０３において、帳票設計サーバは、サンプルデータ設定ダイアログにて指定された日時分の値をフィールド情報の日時フォーマットで出力する。例えば、「２００９年１２月３１日２３時５９分５９秒」と指定されていた場合、フォーマットが「ＹＹＹＹＭＭＤＤｈｈｍｍｓｓ」の場合、「２００９１２３１２３５９５９」と出力される。この出力データは、フィールドデータファイルに出力するために、フィールド図形と出力データとを対応付けてメモリ等に一時的に保存しておく。

以上、「日時型処理」の詳細な説明をした。

４１５において、帳票設計サーバは、フィールド数から「１」を引いて、４０７へ戻る。

４１７において、帳票設計サーバは、「オプション処理」を実行する。この「オプション処理」の詳細な説明については、図１６、１７、１８、２０、２１を用いて説明する。なお、図１５に示すオプション設定がされていない場合、この処理を実行することなく、４１６へ進む。

図１６は、本発明の実施形態におけるオプション画面の処理の流れを示すフローチャートである。

１６０１において、帳票設計サーバは、サンプルデータ設定ダイアログの
オプションタブ（図１５）にて指定された値を取得する。

１６０２において、帳票設計サーバは、「１行の文字数を出力する」もしくは「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、１６０３へ進み、「なし」の場合、ＥＮＤへ進む。

１６０３において、帳票設計サーバは、指定されたフォームのフィールド情報を取得する。

次に、１６０１において取得した値が、オプション項目２つが対象となっていた場合、処理１へ進み、１６０１において取得した値が、オプション（文字間隔）が対象となっていた場合、処理２へ進み、１６０１において取得した値が、オプション（文字数）が対象となっていた場合、処理３へ進む。

最初に、処理１（１６０４）、オプション項目２つが対象となっていた場合の処理の流れを説明する。

１６０５〜１６０８において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。

１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。この処理は、図１７、図２０、図２１を用いて説明する。

図１７、図２０、図２１は、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを示すフローチャートである。

１７０１において、帳票設計サーバは、「両方が該当した場合、文字ピッチを優先とする」にチェックがあるかを判定する。「あり」の場合、「行ピッチ情報の処理」１７０２、「文字ピッチ情報の処理」１７０３の順で処理を行い、「なし」の場合、「文字ピッチ情報の処理」１７０３、「行ピッチ情報の処理」１７０２の順で処理を行う。

「行ピッチ情報の処理」１７０２の詳細な処理の流れを、図２０を用いて説明する。

１７０４において、帳票設計サーバは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７０５へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、フィールドが２行以上かつ文字ピッチ情報によるデータ変換をしていないことを条件としているからである。

１７０５において、帳票設計サーバは、フィールドの行の間隔情報を取得する。

１７０６において、帳票設計サーバは、１７０５で取得した情報を元に、図１５の１５０６で入力した行ピッチ（Ｌｉｎｅ Ｐｅｒ Ｉｎｃｈ）、行高の倍数を比較し、変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、行ピッチが指定した値より大きいか、行高の倍数が小さい場合、行の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０６の行ピッチを１０．０に指定し、１７０５で取得した実際の文字の行ピッチ情報が１５．０であった場合、文字の行間が狭くなるため文字変換を実施する。同様に、１５０６の行高の倍数が１．０００に指定し、１７０５で取得した実際の行高の倍数が０．８０００であった場合、文字の行間が狭くなるため文字変換を実施する。

１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"E"を全角"Ｅ"か半角"E"かにする判断を行う。

１７０８において、帳票設計サーバは、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｅ」としているのは、「Ｅ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。

次に「文字ピッチ情報の処理」１７０３の詳細な処理の流れを、図２１を用いて説明する。

１７０９において、帳票設計サーバは、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないかを判定する。Ｙｅｓの場合、１７１０へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチ情報による処理は、フィールドが２文字以上かつ行ピッチ情報によるデータ変換をしていないことを条件としているからである。

１７１０において、帳票設計サーバは、フィールドの文字の間隔情報を取得する。

１７１１において、帳票設計サーバは、１７０９で取得した情報を元に、図１５の１５０５で入力した文字ピッチ（Ｃｈａｒａｃｔｅｒ Ｐｅｒ Ｉｎｃｈ）、文字の幅を比較し変更対象となるか判断する。Ｙｅｓの場合、１７０７へ進み、Ｎｏの場合、ＥＮＤへ進む。これは、文字ピッチが指定した値より大きいか、文字の幅が小さい場合、文字の重なりがある可能性があるので文字変換の対象とするためである。例えば、１５０５の文字ピッチを１０．０に指定し、１７１０で取得した実際の文字の文字ピッチ情報が１５．０であった場合、文字の横間隔が狭くなるため文字変換を実施する。同様に、１５０５の文字の幅の倍数が１．０００に指定し、１７１０で取得した実際の文字の幅の倍数が０．８０００であった場合、文字の横間隔が狭くなるため文字変換を実施する。

１７０７において、帳票設計サーバは、書き換えを行う文字をフィールドに指定している全角／半角に合わせるため情報を取得し、該当情報に合わせた文字のバイト数に変更する。具体的には、１６０３で取得したフィールド情報の中にある、該当フィールドの出力ピクチャの指定の情報で全角（例えば"Ｋ"）か半角（例えば"X"）の情報を取得し、１５０６で指定した変更文字"H"を全角"Ｈ"か半角"H"かにする判断を行う。

１７１２において、図１５の１５０６で入力した文字に書き換えを行う。ここで、デフォルトの文字を「Ｈ」としているのは、「Ｈ」を使用することで文字幅をフルに使用することで重なりを確認することができるからである。

以上、図１７、図２０、図２１を用いて、本発明の実施形態における行ピッチ、文字ピッチの処理の流れを説明した。

次に、１６０７において、帳票設計サーバは、文字数の算出処理を行う。この処理は、図１８を用いて説明する。

図１８は、本発明の実施形態における文字数の算出処理の流れを示すフローチャートである。

１８０１〜１８０７において、帳票設計サーバは、各フィールドの行の最後に行文字総数を表示するため、行数分繰り返しを実施する。

１８０２において、帳票設計サーバは、文字数が１であるかを判定する。Ｙｅｓの場合、１８０７へ進み、Ｎｏの場合、１８０３へ進む。これは、文字数が単数か複数かによって表示形式が異なるためである。

１８０３において、帳票設計サーバは、フィールド情報の座標、フォントのサイズ、文字数、文字間隔から表示する１行の文字数を計算する。ここで、プロポーショナルフォントの場合も考慮した計算ロジックを使用してもよい。

１８０４において、帳票設計サーバは、１８０３で算出された文字数と区切り子となる「−」を連結させる。ここで「−」は、文字数の前に連結する。

１８０５において、帳票設計サーバは、該当フィールドのｎ行目の最後から「−」と行の文字総数を出力するのに必要な文字数分を挿入する。

例えば、「ＨＨＨＨＨＨＨ−１０」は、１０文字であることを示している（「Ｈ」７文字、「−」１文字、「１０」２文字で、合計１０文字）。なお、２文字の場合は、「−２」と表現される。

以上、図１８を用いて、本発明の実施形態における文字数の算出処理の流れを説明した。

ここで、図１６に戻り説明を続ける。

次に、処理２（１６０８）、オプション（文字間隔）が対象となっていた場合の処理の流れを説明する。

１６０５〜１６０６において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。

１６０６において、帳票設計サーバは、文字間隔による文字変更の処理を行う。なお、１６０６の処理は上述した処理と同じため説明を省略する。

処理３（１６０９）、オプション（文字数）が対象となっていた場合の処理の流れを説明する。

１６０５〜１６０７において、帳票設計サーバは、取得したフィールド項目数分処理を繰り返す。

１６０７において、帳票設計サーバは、文字数の算出処理を行う。なお、１６０７の処理は上述した処理と同じため説明を省略する。

最後に、４１６において、帳票設計サーバは、それぞれの処理の結果出力され一時的に記録されているフィールドデータをまとめて一つのフィールドデータファイル（図３、図１９）を出力して処理を終了する。

以上、フィールドデータファイルを出力する処理の流れを説明した。

上述した通り、本発明によれば、フォームオーバレイのための検証用のフィールドデータを簡易に生成することができる。

そのため、フォームオーバレイを利用する際に、フォーム開発のコストを低減することができる。

また、フィールドデータの各項目の設定に応じてデータ型（文字型、数値型、日付型）を決定し、フィールドデータの各項目の設定に応じて桁数を決定することで、フィールドデータファイル生成用の設定ダイアログにて正常系と異常系（桁あふれ）のデータを選択することができる。

さらには、数値型に関しては、カンマや小数、０（ゼロ）といったデータも指定できる。

また、図１５のオプション指定を行うことにより、フル桁で確認した文字では発生しなかった重なりを、任意の指定する文字で確認ができる。特に行間隔で「Ｅ」、文字間隔で「Ｈ」を使用することで文字幅をフルに使用することができ確認ができる。

図１９に、図１５のオプション指定によるフィールドデータファイルの一例を示す。なお、図１９では、文字の重なりはないが、例えば、行間隔が狭い場合、１行目の「Ｅ」の下端と２行目の「Ｅ」の上端が重なることになるし、文字間隔が狭い場合、同じ行の「Ｈ」の右と「Ｈ」の左が重なることになる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。

また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

１０１ 帳票設計サーバ
１０２ クライアント端末
１０３ ネットワーク

Claims (8)

1. 帳票上に配置されるフィールドに係る属性情報を定義するフィールド定義情報を含むフォームファイルの動作確認のために用いられる検証用のフィールドデータを出力する情報処理装置であって、
   前記検証用のフィールドデータを出力する対象となる前記フォームファイルを読み込む読込手段と、
   前記読込手段により読み込まれたフォームファイルに対する前記検証用のフィールドデータの生成指示を受け付ける生成指示受付手段と、
   前記フィールド定義情報に定義されるフィールドの属性情報に応じたフィールドデータの出力形式を設定する設定手段と、
   前記生成指示受付手段による生成指示に応じて、前記読み込まれたフォームファイルに含まれる前記フィールド定義情報を取得する取得手段と、
   前記取得手段により取得されたフィールド定義情報に定義されるフィールドの属性情報に従って、前記設定手段により設定された出力形式に応じたフィールドデータを生成する生成手段と、
   前記生成手段により生成された各フィールドのフィールドデータを用いて、前記検証用のフィールドデータを出力する出力手段とを備え、
   前記設定手段は、前記検証用のフィールドデータの文字数を識別可能に出力する設定が可能であり、
   前記生成手段は、前記設定手段により文字数を出力する設定がなされた場合、前記フィールド定義情報に従って、文字数を識別可能とする文字列を含むフィールドデータを生成することを特徴とすることを特徴とする情報処理装置。
2. 前記設定手段は、文字の間隔または行の間隔を指定する値の設定が可能であり、
   前記設定手段により、文字の間隔または行の間隔を指定する値の設定がなされた場合、当該設定された文字の間隔または行の間隔を指定する値と、前記取得手段により取得されたフィールド定義情報に定義されるフィールドの属性情報に含まれる文字の間隔情報または行の間隔情報とを用いて、当該設定された文字の間隔または行の間隔より、当該フィールド定義情報に定義されるフィールド属性情報に含まれる文字の間隔または行の間隔が狭いものであるかを判定する判定手段を更に備え、
   前記生成手段は、前記判定手段による判定の結果、狭いものであると判定された場合、指定された文字を用いてフィールドデータを生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記設定手段は、前記フィールド定義情報に定義される最大文字数より１文字少ないもしくは１文字多いフィールドデータを出力する設定が可能であり、
   前記生成手段は、前記設定手段により１文字少ないもしくは１文字多いフィールドデータを出力する設定がなされた場合、前記フィールド定義情報に従って、最大文字数より１文字少ないもしくは１文字多いフィールドデータを生成することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記設定手段は、前記フィールド定義情報に定義される最大文字数より１文字少ないもしくは１文字多いフィールドデータを出力する設定がなされた場合、前記検証用のフィールドデータの文字数を識別可能に出力する設定をさせないことを特徴とする請求項３に記載の情報処理装置。
5. 前記フィールドの属性情報には、フィールドのデータ型を特定する、文字型、数値型、日付型のいずれかが含まれるものであり、
   前記設定手段は、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定をし、
   前記生成手段は、前記設定手段により設定された、前記文字型の形式に応じた設定、前記数値型の形式に応じた設定、前記日付型の形式に応じた設定に従ってフィールドデータを生成することを特徴とする請求項２乃至４のいずれか１項に記載の情報処理装置。
6. 帳票上に配置されるフィールドに係る属性情報を定義するフィールド定義情報を含むフォームファイルの動作確認のために用いられる検証用のフィールドデータを出力する情報処理装置における情報処理方法であって、
   前記検証用のフィールドデータを出力する対象となる前記フォームファイルを読み込む読込ステップと、
   前記読込ステップにより読み込まれたフォームファイルに対する前記検証用のフィールドデータの生成指示を受け付ける生成指示受付ステップと、
   前記フィールド定義情報に定義されるフィールドの属性情報に応じたフィールドデータの出力形式を設定する設定ステップと、
   前記生成指示受付ステップによる生成指示に応じて、前記読み込まれたフォームファイルに含まれる前記フィールド定義情報を取得する取得ステップと、
   前記取得ステップにより取得されたフィールド定義情報に定義されるフィールドの属性情報に従って、前記設定ステップにより設定された出力形式に応じたフィールドデータを生成する生成ステップと、
   前記生成ステップにより生成された各フィールドのフィールドデータを用いて、前記検証用のフィールドデータを出力する出力ステップとを含み、
   前記設定ステップは、前記検証用のフィールドデータの文字数を識別可能に出力する設定が可能であり、
   前記生成ステップは、前記設定ステップにより文字数を出力する設定がなされた場合、前記フィールド定義情報に従って、文字数を識別可能とする文字列を含むフィールドデータを生成することを特徴とする情報処理方法。
7. クライアント端末と、帳票上に配置されるフィールドに係る属性情報を定義するフィールド定義情報を含むフォームファイルの動作確認のために用いられる検証用のフィールドデータを出力する情報処理装置とが通信可能な情報処理システムであって、
   前記検証用のフィールドデータを出力する対象となる前記フォームファイルを読み込む読込手段と、
   前記読込手段により読み込まれたフォームファイルに対する前記検証用のフィールドデータの生成指示を受け付ける生成指示受付手段と、
   前記フィールド定義情報に定義されるフィールドの属性情報に応じたフィールドデータの出力形式を設定する設定手段と、
   前記生成指示受付手段による生成指示に応じて、前記読み込まれたフォームファイルに含まれる前記フィールド定義情報を取得する取得手段と、
   前記取得手段により取得されたフィールド定義情報に定義されるフィールドの属性情報に従って、前記設定手段により設定された出力形式に応じたフィールドデータを生成する生成手段と、
   前記生成手段により生成された各フィールドのフィールドデータを用いて、前記検証用のフィールドデータを出力する出力手段とを備え、
   前記設定手段は、前記検証用のフィールドデータの文字数を識別可能に出力する設定が可能であり、
   前記生成手段は、前記設定手段により文字数を出力する設定がなされた場合、前記フィールド定義情報に従って、文字数を識別可能とする文字列を含むフィールドデータを生成することを特徴とする情報処理システム。
8. 帳票上に配置されるフィールドに係る属性情報を定義するフィールド定義情報を含むフォームファイルの動作確認のために用いられる検証用のフィールドデータを出力する情報処理装置において実行可能なプログラムであって、
   前記検証用のフィールドデータを出力する対象となる前記フォームファイルを読み込む読込手段、
   前記読込手段により読み込まれたフォームファイルに対する前記検証用のフィールドデータの生成指示を受け付ける生成指示受付手段、
   前記フィールド定義情報に定義されるフィールドの属性情報に応じたフィールドデータの出力形式を設定する設定手段、
   前記生成指示受付手段による生成指示に応じて、前記読み込まれたフォームファイルに含まれる前記フィールド定義情報を取得する取得手段、
   前記取得手段により取得されたフィールド定義情報に定義されるフィールドの属性情報に従って、当該フィールド前記設定手段により設定された出力形式に応じたフィールドデータを生成する生成手段、
   前記生成手段により生成された各フィールドのフィールドデータを用いて、前記検証用のフィールドデータを出力する出力手段として前記情報処理装置を機能させ、
   前記設定手段は、前記検証用のフィールドデータの文字数を識別可能に出力する設定が可能であり、
   前記生成手段は、前記設定手段により文字数を出力する設定がなされた場合、前記フィールド定義情報に従って、文字数を識別可能とする文字列を含むフィールドデータを生成することを特徴とするプログラム。

Images