(57)【要約】【課題】  ブレイク設定の異なる重複したフォームを作る必要がなく、フォームの効率的な管理が可能になる。【解決手段】  複数のレコードを含むフィールドを指示する指示ステップと、  前記指示ステップで指示されたフィールドにおいてブレイクが発生した場合には、改行処理を行ない、前記指示ステップで指示されていないフィールドにおいてブレイクが発生した場合には、改行処理を抑制する制御ステップとを有する情報処理方法が開示される。【選択図】  図７
2006195964.tif 000002
【特許請求の範囲】
【請求項１】
複数のレコードデータを有するレコードが複数定義されたデータを処理する情報処理装置において、
印刷指示に応じて、ブレイク設定を特定する特定手段と、
前記特定手段が特定した少なくともひとつのブレイク設定の変更を指示する変更指示を取得する取得手段と、
前記取得手段が変更指示を取得した場合に、ブレイク設定が設定されたフィールドにおいてデータブレイクが発生した箇所にブレイク指示を挿入する挿入手段と、
を備える情報処理装置。
【請求項２】
表示画面に、前記特定手段により特定されたそれぞれのフィールドを表示する表示手段をさらに備える請求項１に記載の情報処理装置。
【請求項３】
表示されたフィールドの中から特定のフィールドを選択するための指示が入力されるのに応答して、ブレイク設定が設定されるべきフィールドを前記表示画面に前記表示手段は表示する請求項２に記載の情報処理装置。
【請求項４】
前記特定手段により特定されたフィールドの中に空白データが含まれる場合、当該空白データは非空白データとみなして、ブレイクキーが挿入される請求項１に記載の情報処理装置。
【請求項５】
ブレイク設定変更をするか否かをユーザに確認するための確認画面をさらに表示する請求項１に記載の情報処理装置。
【請求項６】
複数のレコードデータを有するレコードが複数定義されたデータを処理する情報処理装置における方法おいて、
印刷指示に応じて、ブレイク設定を特定する特定工程と、
前記特定工程が特定した少なくともひとつのブレイク設定の変更を指示する変更指示を取得する取得工程と、
前記取得工程にて変更指示を取得した場合に、ブレイク設定が設定されたフィールドにおいてデータブレイクが発生した箇所にブレイク指示を挿入する挿入工程と、
を備える情報処理方法。
【請求項７】
表示画面に、前記特定工程において特定されたそれぞれのフィールドを表示する表示工程をさらに備える請求項６に記載の情報処理方法。
【請求項８】
表示されたフィールドの中から特定のフィールドを選択するための指示が入力されるのに応答して、ブレイク設定が設定されるべきフィールドを前記表示画面に前記表示工程は表示する請求項７に記載の情報処理方法。
【請求項９】
前記特定工程において特定されたフィールドの中に空白データが含まれる場合、当該空白データは非空白データとみなして、ブレイクキーが挿入される請求項６に記載の情報処理方法。
【請求項１０】
ブレイク設定変更をするか否かをユーザに確認するための確認画面をさらに表示する請求項６に記載の情報処理方法。
【請求項１１】
複数のレコードデータをそれぞれ有するレコードが複数定義されたデータを処理する情報処理装置における方法を実行する制御プログラムおいて、
印刷指示に応じて、ブレイク設定を特定する特定工程と、
前記特定工程が特定した少なくともひとつのブレイク設定の変更を指示する変更指示を取得する取得工程と、
前記取得工程にて変更指示を取得した場合に、ブレイク設定が設定されたフィールドにおいてデータブレイクが発生した箇所にブレイク指示を挿入する挿入工程とを、
コンピュータに実行させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、帳票を用いた印刷システム等に関する。
【背景技術】
【０００２】
従来、帳票等のようにフォーム部分を表すフォームデータを予め作成し、そのフォームデータの所定箇所に数値や文字列のデータを重ね合わせて（オーバーレイ）それを印刷あるいは表示するシステムがある。また、レコードデータの途中でブレイクキーを設定する技術がある（特開２０００−２２２４９７）。
【０００３】
また、所望のフィールド列を指定して、指定されたフィールド列にレコードデータの変化（連続したレコードデータの切れ目）が発生する。この場合、改行などのブレイクを挿入する一方、指定されていないフィールド列のレコードデータに変化が発生した場合、ブレイクを挿入しない技術が存在した（特開平０７−１７５８７０）。
【特許文献１】特開平０７−１７５８７０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、本実施形態では、例えばデータベースに格納され並んでいるレコードデータがＡＡＡＡＢＢＢＢＣＣＣＣと変化する。この場合、ＡＡＡ／ＢＢＢＢ／ＣＣＣＣの、「／」の位置で、それぞれレコードデータの変化（レコードデータの切れ目）が発生した、というように用いる。
【０００５】
しかしながら、従来技術では、上記ブレイク項目の設定はフォームごとに固定であった。そのため、改ページする／しないを切り替えて表示または印刷する手段として、ブレイク設定のみが異なる重複したフォームを作ることが必要であった。例えば、部単位／課単位の名簿を作成したいというような場合、「部」にブレイク設定されたフォーム、「課」にブレイク設定されたフォームをそれぞれ作成する必要があり非効率であった。またユーザがフォームを意識して指定する必要があり、ユーザに負担を強いるものであった。
【０００６】
あるいは別の手段として、改ページせずに表示または印刷したいデータのみを抽出する手法があるが、表示または印刷する毎に抽出条件を変更しなおすという手間がかかってしまう。
【０００７】
また、印刷する際に、ブレーク設定がなされたフィールドを、動的かつ柔軟に変更出来ないという問題があった。
【０００８】
また印刷する場合に、ジョブが別々となってしまい、別ジョブによって割り込まれてしまう可能性があった。
【０００９】
本願発明は、上述の少なくともひとつを解決すべく、なされたものである。
【課題を解決するための手段】
【００１０】
本発明は、上述の問題点の少なくともひとつを解決するためになされたものであり、複数のブレイク設定の異なる重複したフォームを作る必要がなく、フォームの効率的な管理を可能にすることがひとつの目的である。
【００１１】
数のレコードデータをそれぞれ有するレコードが複数定義されたデータを処理する情報処理装置が開示された。印刷指示に応じて、ブレイク設定を特定する特定手段と、前記特定手段が特定した少なくともひとつのブレイク設定の変更を指示する変更指示を取得する取得手段を該装置は備える。さらにブレイク設定が設定されたフィールドにおいてデータブレイクが発生した箇所にブレイク指示を挿入する挿入手段と、を該装置が備えることを特徴とする。
【発明の効果】
【００１２】
ブレイク設定の異なる重複したフォームを作る必要がなく、フォームの効率的な管理が可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
図１は、本発明のプログラムが動作するコンピュータの概略構成を示すブロック図である。
【００１５】
ＣＰＵ２００は、ＨＤ（ハードディスク）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳやネットワークプリンタ制御プログラム等を実行する。そして、ＣＰＵ２００は、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ２０１には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０３は外部記憶ドライブであり、メディア２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。２０４はメディアであり、本実施例で説明するプログラムおよび関連データを格納しており、その記憶されている内容の構成を以下、図３に示す。２０５はＨＤであり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、制御プログラム、関連プログラム等を格納している。２０６はキーボードであり、ユーザがクライアントコンピュータに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７はディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりするものである。２０８はシステムバスであり、クライアントコンピュータ内のデータの流れを司るものである。２０９はネットワークインターフェイス（以下、Ｉ／Ｆという）であり、ローカルエリアネットワーク（ＬＡＮ）あるいは、インターネットに接続するための通信インターフェイスである。
【００１６】
図２は、本発明のプログラムがＲＡＭ２０２にロードされ実行可能となった状態のメモリマップを表すものである。
【００１７】
本実施例では、メディア２０４からプログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、この以外にも、メディア２０４から本発明のプログラムを動作させる度に、ＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本発明のプログラムを記録する媒体は、メディアはＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣメモリーカード等であっても良い。更に、本発明のプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローティング）機能等を有しているプログラムが入っている領域である。３０２はＯＳであり、３０３には制御プログラム、３０４には関連データがそれぞれ展開され、３０５にはＣＰＵ２００が本プログラムを実行するワークエリアがとられている。
【００１８】
図３において、４００はメディア２０４又はＨＤ２０５に記憶されるのデータ内容であり、ＲＡＭ２０２に展開されてＣＰＵ２００に実行される。４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施例で説明するプログラム、４０４はその関連データである。４０３のプログラムは、図４乃至図１２に示される本プログラムのフローチャートに基づいてプログラムコード化されたものである。
【００１９】
例えば、表形式の図形を持つフォームにデータをオーバーレイする場合、かかる表は一般に、例えば部、課、氏名、等の項目からなるフィールド列が第１行に表示され、各フィールドに対応するデータからなるデータ列がその下に複数行配列されて構成される。この表において、何らかの集計等の処理を行いたい場合、項目の設定が行われる。例えば部毎の名簿を作成したい場合、処理の範囲を画定するための項目（これを「ブレイク項目」と称することもある）として「部」を設定する。すると、「部」が同一であるデータ列が抽出される。そして通常はこの位置で改ページが設定されて印刷の区切りとなり、これにより、各「部」ごとに人員が分けられた名簿を、別々のページとして表示または印刷することができる。以上が前提である。なお、本実施形態におけるブレイクとは、複数のレコードデータを含むフィールドにおいて、レコードデータに記録されている値が切り換わった場合に、改行や改ページを挿入する処理、又は、改行や改ページを行う処理そのものをいう。例えば、複数のフィールド列において、あるフィールドをキーに設定した場合、当該フィールドにおけるレコードデータを縦にサーチして、実質的に異なる値（空白等は除外設定可能とする。）を認識した時点で、当該異なる値が入っているレコードの直前で、ブレイクキーとして改行キーや改ページキーを挿入することができる。
【００２０】
図４は、印刷処理における本発明の実施例をフローとして示したものである。ユーザは、不図示のブレイク設定処理により、あらかじめフォームにブレイクする「候補」を設定する。ＨＤ２０５に記憶されたプログラム４０３（帳票アプリケーションプログラム）が、ＲＡＭ２０２に展開されてＣＰＵ２００に実行されてもよい。図５，図７，図８についても同様である。
【００２１】
なお、プログラム４０３は、フォームの読み込み指示又は印刷指示がユーザや他のプログラムから入力されると、フォームを読み込んで解析を行う（ステップ５０１）。フォーム解析のフローを図５に示す。以下で図５のフローについて述べる。プログラム４０３は、フォーム内の全てのフィールドを抽出しＲＡＭ２０２に保持する（ステップ６０１）。プログラム４０３は上記保持したフィールドを順に見ていき、フィールドが存在するか判定する（ステップ６０２）。ステップ６０２において、フィールドが存在する場合、そのフィールドにブレイク設定がされているかを判定する（ステップ６０３）。
【００２２】
ステップ６０３において、ブレイク設定されている場合、プログラム４０３は該フィールドをブレイク設定フィールドリストに追加する。
【００２３】
ステップ６０２において、フィールドが存在しない場合、フォーム解析処理を終了する。
【００２４】
プログラム４０３は、上記ブレイク設定フィールドリストに追加されたフィールドがあるかを判定する（ステップ５０２）。
【００２５】
ステップ５０２において、追加されたフィールドが存在する場合、該フィールドをダイアログウィンドウに表示する（ステップ５０３）。図６は図９（ａ）のフォーム１００１を読み込んだ場合のブレイクのプロパティダイアログウィンドウの例である（フォーム１００１にあらかじめ部、課、氏名のそれぞれにブレイク設定されている場合）。プロパティダイアログウィンドウ７０１には、上記ブレイク設定フィールドリストに追加されたフィールド７０４が表示される。７０２はブレイク指定する／しないを選択可能なドロップダウンリストであり、表示された上記フィールドのそれぞれで選択可能である。本実施例ではドロップダウンリストによる選択例を示したが、この方法に限らず、他のブレイク指定が選択可能な方法であってもよい。上記指定を選択後、ボタン７０３を押下すると、プログラム４０３は上記指定を保持して印刷処理を開始する（ステップ５０４）。５０４−１で、保持した最初のフィールドを取得する。
【００２６】
プログラム４０３は、上記で取得したブレイク指定を判定し（ステップ５０５）、ブレイク指定がされている場合は、フォーム内のフィールドにブレイクを設定し（ステップ５０７）、ブレイク指定されていない場合はブレイクを解除する（ステップ５０６）。全フィールドに対して上記ステップを繰り返しが、最後のフィールドであるとプログラム４０３が判定した場合には、５０８−１で次のフィールドを取得し、５０５へ進む。最後のフィールドに達した（ステップ５０８でＹＥＳ）場合は不図示の印刷描画処理を行う（ステップ５０９）。
【００２７】
上記ブレイク設定フィールドリストは、ブレイクの優先順位の高いフィールドから順に格納されており、プロパティダイアログウィンドウ７０１には、前記優先順位を保持してフィールド７０４が表示される。
【００２８】
図１２は、プロパティダイアログウィンドウ７０１において、フィールドに対してブレイクするよう指定した場合の処理のフローを示している。
【００２９】
ステップ５０２で表示したプロパティダイアログウィンドウ７０１において、ユーザがあるフィールドに対してブレイクするよう指定する（ステップ１３０１）。すると、プログラム４０３は、該フィールドよりも優先順位の高いフィールドが存在するか判定する（ステップ１３０２）。
【００３０】
ステップ１３０２において、優先順位の高いフィールドが存在する場合、プログラム４０３は、前記優先順位の高いフィールドがブレイクするよう指定されているか判定する（ステップ１３０３）。１３０２でより高い優先順位が無ければ、処理は終了する。
【００３１】
ステップ１３０３において、前記優先順位の高いフィールドがブレイクするよう指定されていない場合、プログラム４０３は、設定確認のためのフラグをたて（ステップ１３０４）、前記フラグをＲＡＭ２０２に保持する。
【００３２】
ステップ１３０５において、プログラム４０３は、他に優先順位の高いフィールドが存在するか判定し、存在する場合はステップ１３０３に戻る。存在しない場合はステップ１３０６へ移る。
【００３３】
ステップ１３０６において、プログラム４０３は、ＲＡＭ２０２に保持する設定確認のためのフラグがたっているかを判定する。そして、プログラム４０３は、前記フラグがたっていると判定された場合は、不図示の設定確認画面を表示して、優先順位の高いフィールドに対してブレイク指定するかユーザに確認する（ステップ１３０７）。もしＳ１３０６で確認のためのフラグが経っていない場合には処理を終了する。
【００３４】
ステップ１３０７において、不図示の設定確認画面で、ユーザが優先順位の高いフィールドでブレイクすることを選択した場合、プログラム４０３は、前記優先順位の高いフィールドのブレイク指定を変更する（ステップ１３０８）。優先順位の高いフィールドでブレイクしないことを選択した場合、プログラム４０３は何も行わず処理は終了する。
【００３５】
図１３は、優先順位の低いフィールドに対してブレイク指定した場合に、優先順位の高いフィールドのブレイク指定が変化するプロパティダイアログウィンドウの例である。「課」でブレイクするようドロップダウンリスト１４０３でユーザが指定する。そして、不図示の設定確認画面でユーザが優先順位の高いフィールドでブレイクすることを選択する。すると、プログラム４０３は、プロパティダイアログウィンドウ１４０１の「部」のブレイクを、しない指定（１４０２）から、する指定（１４０８）に変更する。
【００３６】
本実施例ではドロップダウンリストによる選択例を示したが、この方法に限らず、他のブレイク指定が選択可能な方法であってもよい。
【００３７】
また、本実施例では、設定確認画面を表示してユーザが優先順位の高いフィールドでブレイクする・しないを選択する例を示した。さらに、設定確認画面を表示せずに優先順位の高いフィールドも自動的にブレイク指定する、あるいは、優先順位の高いフィールドは変更しない、とすることも可能である。
【００３８】
上記指定後に、ボタン１４１２を押下すると、ステップ５０４以降と同様の処理が行われる。
【００３９】
図９（ａ）のフォーム１００１と図９（ｂ）のデータファイル１００２を用い、印刷した結果の例を図１０に示す（フォーム１００１にあらかじめ部、課、氏名のそれぞれにブレイク設定されているとする）。データファイル１００２は独自型式のものであるが、ＣＳＶ形式やＤＢからデータを取得する等でもよい。
【００４０】
図１０（ａ）は、プロパティダイアログウィンドウ７０１で「部」にブレイクする、「課」「氏名」にブレイクしない、をそれぞれ指定した結果の例である。１１０１は、営業部に対応するページである。１１０２は、経理部に対応するページである。
【００４１】
図１０（ｂ）は、プロパティダイアログウィンドウ７０１で「部」「課」にブレイクする、「氏名」にブレイクしない、をそれぞれ指定した結果の例である。
【００４２】
１１０３は営業部の一課に対応するページである。１１０４は営業部の二課に対応するページである。１１０５は、経理部の一課に対応するページである。１１０６は経理部の二課に対応するページである。
【００４３】
前述の実施形態では、あらかじめブレイクをフォームに設定したが、あらかじめブレイクを設定することなく印刷時にブレイク指定することも可能である。
【００４４】
図７は、本実施例のフローを示している。
【００４５】
図１４は、前述のプログラム４０３により実現される設定を選択するためのスクリーン１４０１の例である。ここで、スクリーン１４０１は、選択用のボックス１４０２、バリアブル印刷時指示選択ボックス１４０３、ブレイク設定変更ボックス１４０４，部数を数字で指示するためのボックス１４０５、確認ボタン１４０６、キャンセルボタン１４０７を持っている。
【００４６】
まず、オペレータは、処理の前段階として、設定の入力を行う。本実施形態では、ブレイク設定の変更のボックス１４０１がチェックされた場合に、プログラム４０１に対して、予めデータに設定されているブレイク設定の変更することをユーザに許すことになっている。ブレイク設定変更の処理は図７に示されている。図７は、図１４のＯＫ１４０１ボタンを押したときに開始される。
【００４７】
ステップ８００では、プログラム４０３は、図１４のボックス１４０１が事前にユーザによってチェックされたかどうかを判定することにより、ブレイク設定変更指示が入力されたかどうかを判定する。ステップ８００では、プログラム４０３は、ブレイク設定指示がチェックボックス１４０１により入力されたかどうかを判定する。もしプログラム４０３がステップ８００でブレイク設定変更指示が入力されなかったと判定したら、プログラム４０３は、ステップ８０９に進む。ステップ８０９では、ブレイク設定変更をしない印刷処理を行ない、処理を終了する。
【００４８】
もし、プログラム４０３がステップ８００で、ブレイク設定変更指示が入力されていると判断すると、プログラム４０３はステップ８０１を実行する。
【００４９】
ステップ８０１について説明する。プログラム４０３は、フォームを読み込み解析して、フォーム内の全フィールドを抽出（ステップ８０１）し、ダイアログウィンドウ７０１を表示する（ステップ８０２）。ダイアログウィンドウ７０１には、全フィールド７０４が表示される。７０２はブレイク指定する／しないを選択可能なドロップダウンリストであり、表示された全フィールドのそれぞれで選択可能である。本実施例ではドロップダウンリストによる選択例を示したが、この方法に限らず、他のブレイク指定が選択可能な方法であってもよい。上記指定を選択後、ボタン７０３を押下すると、プログラム４０３は上記指定を保持して印刷処理（ステップ８０３）を開始する。以降のステップは、実施例１の図４と同様であるので省略する。ブレイク設定されりフィールドのリストに含まれるフィールドは優先度の降順で配置される。ダイアログウィンドウ７０１では、フィールド７０４は保持している優先度とともに表示される。
【００５０】
本実施例では、紙文書の帳票に対してＯＣＲをかけて作成したデータを印刷する場合にブレイクを判定する方法について述べる。
【００５１】
例えば、図１１に示すような帳票で、同じフィールド値が連続している（今回の場合「納品日」）場合に、図１１（ａ）各行に値が書かれている、図１１（ｂ）同じ値である場合は空白、の二通りがある。図１１（ａ）の紙文書帳票１２０１の場合は、フィールドの値が変化するところでのブレイク指定であり、実施例１と同様である。
【００５２】
図１１（ｂ）の紙文書帳票１２０２の場合、「フィールド値が空欄だった場合は前行の値と同じ」とする。すなわち、フィールド値があればその値を記憶し、空欄だった場合に記憶されている値をフィールド値とする処理を行う。納品日に対して、隠し納品日フィールドを設け、処理を行なってもよい。
【００５３】
図８に、本実施例のフローを示す。プログラム４０３は、紙文書帳票１２０２のフィールド数を解析して保持する（ステップ９０１）。次に各フィールドの最初の値を取得してＲＡＭ２０２の隠し納品日のフィールド領域に記憶し（ステップ９０２）、その値をデータとして生成する（ステップ９０３）。次の行へ移動し（ステップ９０４）各フィールドの値が空白かどうかを調べる（ステップ９０５）。ステップ９０５において、フィールドが空白だった場合は、プログラム４０３は以前記憶したフィールドの値をＲＡＭ２０２から取得して（ステップ９０７）データを生成し、隠し納品日フィールドに記憶する（ステップ９０８）。ステップ９０５において、納品日のフィールドが空白でなかった場合は、その値を取得して以前記憶した値を、上記取得した値で隠し納品日フィールドに上書きしてＲＡＭ２０２に記憶し（ステップ９０６）データを生成する（ステップ９０８）。
【００５４】
最終行まで達したかを判定し（ステップ９０９）、達していなければステップ９０４に戻る。最終フィールドまでの処理が終ると、図１１の（Ｂ）のデータに一例追加され、隠し納品日フィールド１２０９が追加されている。納品日フィールド１２０３と同等の値が書き込まれる。隠し納品日フィールドは、ブレークの挿入の要否の判断に用いられるが、実際に印字されるのは、納品日フィールド１２０６であって、隠し納品日フィールド１２０２は紙へは印刷されない。最終行に達した場合、上記ステップで生成されたデータをもとに印刷処理を開始する（ステップ９１０）。ステップ９１０は実施例１で述べた処理（図４）、あるいは実施例２で述べた処理（図７）と同様である。ただし、ブレーク設定については、納品日フィールド１２０６は無視し、前述の処理で形成した隠し納品日フィールド１２０２を元に判定する。図４、図７の例を例に取ると、５０４−１と５０８−１、および、８０３−１と８０７−１で処理対象になるのは隠し納品日フィールド１２０２であって、納品日フィールド１２０６ではない。
【００５５】
以上の実施形態では、フィールドは列単位（縦列）で定義されていたが、行単位（横行）で定義されてもよい。
【００５６】
以上説明したように、本実施形態では、複数のフィールド（図１１の１２０３乃至１２０９）におけるレコードデータ１２１１などを含み、フィールド１２０７を含む帳票データを処理可能な方法を開示した。その方法は、印刷指示に応じて、フォームを解析してブレイク設定可能なフィールドを特定する処理（図４の５０３）を実行するプログラム４０３である。さらに、該プログラムによって特定されたフィールドからブレイク設定指示を行うフィールドを指示する処理図４の５０５を含む。さらに、ブレイク設定指示によって指示されたフィールドにおいてレコードデータの変化が生じた箇所にブレイク指示を挿入する処理（図５の５０７）が開示された。
【００５７】
また、特定されたフィールドを表示画面２０７に図５の５０３で表示した。さらに、表示したフィールドを表示した画面（図６）において、表示されるフィールドの中から特定のフィールドを選択させる指示を７０２によって指示して、７０３を押下するのに応じて、ブレイク設定指示を指示対象のフィールドを指示するようにした。
【００５８】
さらに、図８の９０７で空白を記憶したフィールド値に置き換える。この結果として、特定されたフィールドのうち、空白が含まれる場合には、次の処理をする。すなわち、当該空白をデータを含むレコードについては、空白データを直前の非空白のレコードに含まれるデータと同じデータとみなして、ブレイクキーを挿入する実施形態をも説明した。
【００５９】
（他の実施形態）
本実施形態における図５，図４，図７，図８に示す処理が、外部からインストールされるプログラムによって、それぞれの装置より遂行される。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群をホストコンピュータに供給される場合でも本発明は適用されるものである。
【００６０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。又、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行する。これにより本発明の目的が達成されることは言うまでもない。
【００６１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【００６２】
また、コンピュータが読み出したプログラムコードを実行する。これにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行なう。この処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００６３】
【図１】本実施例で動作するコンピュータの概略構成を示すブロック図である。
【図２】図１におけるＲＡＭに、プログラムを展開したメモリマップの一例を示す図である。
【図３】図１におけるＦＤ内部のデータを表すメモリマップを示す図である。
【図４】本発明の実施例１における処理の流れを示したフローチャートの一例を示す図である。
【図５】フォームを解析する処理の流れを示したフローチャートの一例を示す図である。
【図６】ブレイクのプロパティダイアログウィンドウの例を示した図である。
【図７】実施形態の処理の流れを示したフローチャートの一例を示す図である。
【図８】他の実施形態の処理の流れを示したフローチャートを示す図である。
【図９】フォームおよびデータの例を示す図である。
【図１０】本発明を用いた出力結果の例を示す図である。
【図１１】紙文書帳票の例を示した図である。
【図１２】ブレイクのプロパティダイアログウィンドウにおいて、フィールドに対してブレイクするよう指定した場合の処理のフローを示す図である。
【図１３】優先順位の高いフィールドのブレイク指定が変化するプロパティダイアログウィンドウの例を示す図である
【図１４】ユーザインタフェースの一例を示す図である。
【図１】
2006195964.tif 000003
【図２】
2006195964.tif 000004
【図３】
2006195964.tif 000005
【図４】
2006195964.tif 000006
【図５】
2006195964.tif 000007
【図６】
2006195964.tif 000008
【図７】
2006195964.tif 000009
【図８】
2006195964.tif 000010
【図９】
2006195964.tif 000011
【図１０】
2006195964.tif 000012
【図１１】
2006195964.tif 000013
【図１２】
2006195964.tif 000014
【図１３】
2006195964.tif 000015
【図１４】
2006195964.tif 000016