JP6221625B2 - データ出力プログラム、データ出力方法及びデータ出力装置 - Google Patents

Description

本発明は、データ出力プログラム、データ出力方法及びデータ出力装置に関する。

従来、表形式のデータを出力する際に、テーブルの端の項目が出力画面からはずれる場合に、はずれた項目をテーブルの次の行に移動する技術が知られている（例えば、特許文献１参照）。

特開平１０−１８７８５６号公報

複数の項目を有するレコード形式のデータにおいても、項目の数や各項目の長さ等によっては、全ての項目が画面や印刷用紙などの印刷媒体に入りきらない場合がある。この場合、ユーザは項目が並ぶ方向に画面をスクロールしたり、表示や印刷の際に縮小率を変更したり、複数枚にわたって印刷したりする必要があり、レコード形式のデータが見づらくなるおそれがある。

しかしながら、上記特許文献１では、複数の項目を有するレコード形式のデータを出力する場合まで想定されていない。

１つの側面では、本発明は、レコード形式のデータを見やすく出力することが可能なデータ出力プログラム、データ出力方法及びデータ出力装置を提供することを目的とする。

一つの態様では、データ出力プログラムは、複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定し、前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、処理をコンピュータに実行させるデータ出力プログラムである。

一つの態様では、データ出力方法は、複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定し、前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、処理をコンピュータが実行するデータ出力方法である。

一つの態様では、データ出力装置は、複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出する抽出部と、内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定する判定部と、前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する出力部と、を備えている。

レコード形式のデータを見やすく出力することができる。

一実施形態に係るＰＣの構成を概略的に示す図である。 ＰＣの機能ブロック図である。 図３（ａ）は、トリガ（印刷）管理ＤＢのデータ構造を示す図であり、図３（ｂ）は、トリガ（画面）管理ＤＢのデータ構造を示す図であり、図３（ｃ）は、段組み項目管理ＤＢのデータ構造を示す図である。 表示処理を示すフローチャートである。 レコード形式のデータを示す図である。 図４のステップＳ２２の具体的処理を示すフローチャートである。 図７（ａ）は、図６のステップＳ４０の具体的処理を示すフローチャートであり、図７（ｂ）は、図６のステップＳ５８の具体的処理を示すフローチャートである。 図８（ａ）、図８（ｂ）は、自動段組み処理を説明するための図であり、図８（ｃ）は、図６のステップＳ６２の具体的処理を示すフローチャートである。 段組み後のレコード形式のデータの出力例を示す図である。 段組みが行われなかった場合のレコード形式のデータの出力例を示す図である。 印刷処理を示すフローチャートである。 変形例１において用いられる段組み項目管理ＤＢを示す図である。 変形例１のステップＳ２２の処理を示すフローチャートである。 変形例２において用いられる項目タイプ管理ＤＢを示す図である。

以下、一実施形態について、図１〜図１１に基づいて詳細に説明する。

図１には、データ出力装置としてのＰＣ（Personal Computer）１０のハードウェア構成が示されている。本実施形態のＰＣ１０は、帳票などのレコード形式のデータの作成や閲覧などの作業に用いられる情報処理装置である。ＰＣ１０は、ユーザからの指示を受け付けて、レコード形式のデータ（図５等参照）を表示部９３の画面上に出力（表示）したり、プリンタ２０に出力（印刷）したりする。なお、ＰＣ１０は、レコード形式のデータと、表示部９３の画面の大きさやプリンタ２０にセットされた印刷媒体（印刷対象用紙など）の大きさと、に基づいてデータを加工した後に、表示部９３やプリンタ２０に対して出力する場合もある。

図１に示すように、ＰＣ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、インタフェース部９７及び可搬型記憶媒体用ドライブ９９等を備えている。ＰＣ１０の構成各部は、バス９８に接続されている。インタフェース部９７には、表示部９３及び入力部９５が接続されている。表示部９３は、液晶ディスプレイ等を含み、入力部９５は、キーボードやマウスを含む。ＰＣ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（データ出力プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（データ出力プログラムを含む）をＣＰＵ９０が実行することにより、図２の各部の機能が実現される。

なお、ＰＣ１０のインタフェース部９７には、表示部９３及び入力部９５のほか、プリンタ２０が接続されている。ＰＣ１０とプリンタ２０との間は、プリンタケーブルや、ＵＳＢ（Universal Serial Bus）ケーブル、ＬＡＮ（Local Area Network）ケーブル等を介して接続されているものとする。ただし、これに限らず、ＰＣ１０とプリンタ２０とが無線ＬＡＮにて接続されていてもよい。インクジェットプリンタやレーザプリンタなどのプリンタが、プリンタ２０の一例である。

図２には、ＰＣ１０の機能ブロック図が示されている。ＰＣ１０はＣＰＵ９０がプログラムを実行することで、出力指示取得部３０、レコード取得部３２、抽出部、判定部、出力部、および判断部としての出力処理部３４、として機能する。なお、図２では、ＨＤＤ９６等に格納されているレコードＤＢ４０、トリガ（印刷）管理ＤＢ４２、トリガ（画面）管理ＤＢ４４、及び段組み項目管理ＤＢ４６も図示されている。

出力指示取得部３０は、入力部９５を介してユーザが入力した表示部９３の画面上へのレコード形式のデータの出力（表示）指示や、プリンタ２０を用いたレコード形式のデータの出力（印刷）指示を取得し、レコード取得部３２に対して送信する。

レコード取得部３２は、出力指示取得部３０から受信した出力指示に対応するレコード形式のデータをレコードＤＢ４０から取得する。本実施例において、レコード形式のデータとは、１つのレコードに複数の項目についての値が含まれ、さらにそのようなレコードを複数含んだデータを指す。また、各レコードに含まれる項目同士の間は、並列の関係にあり、表として出力する際の段組みの指定などの情報は含まれていない。レコードＤＢ４０に記憶されているデータの一例として、図５のような表形式で管理されたデータが挙げられる。ここで図５のデータ例では、レコード形式のデータの一例として顧客の一覧表を示している。この顧客の一覧表に示される１つのレコードでは、店番、顧客番号、氏名ヨミガナ、氏名等の複数の項目が含まれている。そして、複数の項目は表中で一つの列に一つの項目が格納されており、１つの列に複数の項目の値が格納されるような、いわゆる段組みの状態にはなっていない。なお、レコード取得部３２は、レコード形式のデータをネットワーク等を介して例えばデータサーバなどの他のコンピュータから取得することとしてもよい。

出力処理部３４は、レコード形式のデータに含まれる複数の項目（図５に示す、「店番」、「顧客番号」などの項目）の中から段組みを実行する２以上の項目を特定する。ここで、「段組み」とは、図５に示すように横方向に１のレコードに含まれる複数の項目を並べる場合であれば、２つ以上の項目を同一列（縦方向）に並べることを意味する（図９の「氏名ヨミガナ 氏名」の列参照）。出力処理部３４は、トリガ（印刷）管理ＤＢ４２を参照して、プリンタ２０にセットされている印刷対象用紙の一方向（例えば横方向）に、取得したデータの項目が入りきらない場合にレコード形式のデータに含まれる複数の項目の中から２以上の項目を特定する。あるいは、出力処理部３４は、トリガ（画面）管理ＤＢ４４を参照して、表示部９３の画面の一方向（例えば横方向）に取得したデータの項目が入りきらない場合に、レコード形式のデータに含まれる複数の項目の中から２以上の項目を特定する。ここで、２以上の項目を特定する場合、出力処理部３４は、段組み項目管理ＤＢ４６を参照する。

また、出力処理部３４は、特定した２以上の項目を第１方向（例えば、縦方向）に並べ、第１方向に並べた２以上の項目とそれ以外の項目を第２方向（例えば、横方向）に並べて、レコード形式のデータを表示部９３やプリンタ２０に対して出力する。すなわち、特定した２以上の項目を段組みした状態で、レコード形式のデータを表示部９３やプリンタ２０に対して出力する。

図３（ａ）には、トリガ（印刷）管理ＤＢ４２のデータ構造が示され、図３（ｂ）には、トリガ（画面）管理ＤＢ４４のデータ構造が示されている。また、図３（ｃ）には、段組み項目管理ＤＢ４６のデータ構造が示されている。ここで、図３（ａ）〜図３（ｃ）いずれのデータ構造も、テーブル形式でデータを管理している例を示しているが、データの管理の仕方はこれに限る必要は無い。図３（ａ）〜図３（ｃ）のそれぞれで対応づけて記憶されているフィールドのデータ同士の関係が保たれていれば、どのような形式でデータを記憶していても構わない。

トリガ（印刷）管理ＤＢ４２は、図３（ａ）に示すように、「印刷対象用紙、方向」及び「適量横サイズ」のフィールドを有する。「印刷対象用紙、方向」のフィールドには、印刷対象用紙のサイズ（Ａ３，Ａ４，Ｂ４など）と印刷の方向（縦又は横）との組み合わせを示す情報が格納されている。「適量横サイズ」のフィールドには、各印刷対象用紙への印刷に適しているレコード形式のデータの横サイズが格納されている。なお、適量横サイズは、印刷時の左右余白などを考慮して定められているものとする。

また、トリガ（画面）管理ＤＢ４４は、図３（ｂ）に示すように、「表示量（Pixel）」及び「適量横サイズ」のフィールドを有する。「表示量（Pixel）」のフィールドには、表示部９３の画面の表示量が格納されている。「適量横サイズ」のフィールドには、各表示量の画面の表示に適しているレコード形式のデータの横サイズが格納されている。

なお、上述した表示量や適量横サイズの単位としては、ピクセル、ポイント、インチ、その他処理対象となるレコードを生成したアプリケーションソフト固有の単位系、などを用いることができる。いずれの単位であっても、処理対象となるレコードの各フィールドの横幅の合計と、出力対象とする紙もしくは画面の横幅との比較ができればよいので、どのような単位を用いるかはユーザが予め設定できるものとすればよい。なお、レコードの各フィールドの横幅の長さを表す単位と、出力対象とする紙もしくは画面の横幅の長さを表す単位とは、互いに換算が可能であることとする。

段組み項目管理ＤＢ４６は、図３（ｃ）に示すように、「段組み項目名１」と、「段組み項目名２」と、「連続性」の各フィールドを有する。「段組み項目名１」及び「段組み項目名２」のフィールドには、レコードに含まれる項目のうち、段組みすることが可能な項目の組み合わせを格納している。なお、段組みすることが可能な項目の組み合わせは、例えば、漢字氏名の項目とその読み仮名の項目のように、データ項目が示す内容が互いに関連する項目の組み合わせであるともいえる。「連続性」のフィールドには、フラグデータとして「１」または「０」のいずれかが格納される。「１」は、「段組み項目名１」及び「段組み項目名２」のフィールドに格納されている項目名が、１のレコードの中で連続した位置に出力される項目である場合に段組みを行うことを示す。「０」は、１のレコードの中で連続した位置に出力される項目ではなくてもレコード内に存在していれば段組みを行うことを示す。なお、段組み項目名１や段組み項目名２に格納されている「＊」はワイルドカード（任意文字）を意味する。したがって、項目名「カナ＊」には、「カナ住所」や「カナ氏名」などの項目名が含まれている。

次に、ＰＣ１０（特に、レコード取得部３２及び出力処理部３４）の具体的な処理（表示処理及び印刷処理）について、図４、図６、図７、図８（ｃ）のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。

（表示処理について）
図４には、ユーザが、表示部９３の画面上にレコード形式のデータを表示する指示を入力部９５を介して入力した場合に実行される処理が示されている。すなわち、画面上にレコード形式のデータを表示する指示を、出力指示取得部３０が取得した場合に実行される処理が示されている。

図４の処理では、まず、ステップＳ１０において、レコード取得部３２が、ユーザによって指定されたレコード形式のデータをレコードＤＢ４０から取得する。ここでは、レコード取得部３２は、一例として図５のようなレコード形式のデータを取得したものとする。

次いで、ステップＳ１１では、出力処理部３４が、表示量、すなわち表示画面の横方向表示量を取得する。ここでは、一例として、表示部９３の表示量として、１０２４（pixel）が取得されたものとする。

次いで、ステップＳ１２では、出力処理部３４が、ステップＳ１０で取得したレコード形式のデータの１レコードに含まれる全項目を出力する場合の横方向サイズを取得する。横方向サイズは、例えば全項目のセル幅の合計である。なお、出力処理部３４は、レコード形式のデータに含まれる複数の行、すなわちレコードのうち、どの行を用いて横方向サイズを取得すればよいかが予め分かっているものとする。

次いで、ステップＳ１４では、出力処理部３４が、取得した表示量の値をキーにして、図３（ｂ）のトリガ（画面）管理ＤＢ４４を検索して、その画面の適量横サイズを抽出する。表示部９３の表示量が１０２４（pixel）の場合、適量横サイズとして「１１５２」が抽出される。次いで、ステップＳ１６では、出力処理部３４が、抽出した適量横サイズと、ステップＳ１２において取得した全項目の横方向サイズを比較する。

次いで、ステップＳ１８では、出力処理部３４が、ステップＳ１２で取得した横方向サイズがステップＳ１４で抽出した適量横サイズよりも大きいか否かを判断する。なお、ステップＳ１８では、レコード形式のデータをそのまま表示した場合に、レコード形式のデータが画面からはみ出すか否かを判断しているといえる。例えば、レコード形式のデータである図５の顧客一覧表を、図５のように項目を横並びに表示した場合に、画面からはみ出すか否かを判断しているといえる。ここでの判断が否定された場合（ステップＳ１８：Ｎｏ）には、ステップＳ２４に移行するが、肯定された場合（ステップＳ１８：Ｙｅｓ）には、ステップＳ２０に移行する。

ステップＳ２０に移行した場合、出力処理部３４は、段組み用行挿入フラグを初期化する。例えば、段組み用行挿入フラグを０でリセットする。次いで、ステップＳ２２では、出力処理部３４が、段組み判定のサブルーチンを実行する。この段組み判定のサブルーチンにおいては、出力処理部３４は、図６のフローチャートに沿った処理を実行する。

図６の処理では、まず、ステップＳ３０において、出力処理部３４は、出力対象であるレコード形式のデータの１のレコードに含まれる全項目を、全て抽出して、その総数をＮとする。また、全項目を、横方向の出力順で順番付けし、その順番を項目と対応づけて記憶する。なお、出力処理部３４は、レコード形式のデータのうち、何行目の何列目から何列目までに項目名が入力されているかを事前に把握しているものとする。次いで、ステップＳ３２では、出力処理部３４が、処理対象の項目の順番を示すパラメータｎを１に設定する。

次いで、ステップＳ３４では、出力処理部３４が、ｎ番目の項目が、段組み済であるか否かを判断する。ここでの判断が肯定された場合（ステップＳ３４：Ｙｅｓ）、すなわち段組み済である場合には、その項目の処理に対するそれ以上の処理を行う必要がないためステップＳ６４に移行する。判断が否定された場合（ステップＳ３４：Ｎｏ）、すなわち段組み済でない場合には、ステップＳ３６に移行する。

ステップＳ３６に移行すると、出力処理部３４は、ｎ番目の項目にて、段組み項目管理ＤＢ４６の段組み項目名１、段組み項目名２を検索する。例えば、ｎ番目の項目が、「氏名」である場合には、段組み項目管理ＤＢ４６の段組み項目名１、段組み項目名２の中に「氏名」があるか否かを検索する。例えば、ｎ番目の項目が「氏名」である場合には、段組み項目管理ＤＢ４６の上から１行目のレコードが検索されることになる。

次いで、ステップＳ３８では、出力処理部３４が、ステップＳ３６の検索で一致する項目があるか否かを判断する。ここでの判断が否定された場合（ステップＳ３８：Ｎｏ）、すなわち、ｎ番目の項目が段組み項目管理ＤＢ４６内に存在しなかった場合には、ステップＳ４０に移行し、出力処理部３４は、段組みボタン設置処理のサブルーチンを実行する。このステップＳ４０においては、出力処理部３４は、図７（ａ）の処理を実行する。

図７（ａ）の処理では、まず、ステップＳ７０において、出力処理部３４は、ｎ番目の項目の上に、段組みボタンオブジェクトを設置する（図９の符号６０参照）。

次いで、ステップＳ７２では、出力処理部３４は、設置した段組みボタンオブジェクトに対して、「２箇所の段組みボタンオブジェクト押下時に、先に押下されたボタンの項目と、後で押下されたボタンの項目を上下に並べて段組みする」処理をコンピュータに実行させるマクロ処理を埋め込む。また、「段組み処理が行われた後には、段組みした項目の上に、段組み解除ボタンオブジェクトを設置する」処理をコンピュータに実行させるマクロ処理も埋め込む。このように、段組みボタンオブジェクトに上記マクロ処理を埋め込むことで、ユーザからの、任意の２つの項目を段組みする指示の入力を受け付けることができる。

以上のようにして、図７（ａ）の処理が終了した後は、図６のステップＳ６４に移行する。

一方、図６のステップＳ３８の判断が肯定された場合（ステップＳ３８：Ｙｅｓ）、すなわち、ｎ番目の項目が段組み項目管理ＤＢ４６内に存在すると判断された場合には、ステップＳ４２に移行する。そして、出力処理部３４は、段組み項目管理ＤＢ４６から検索されたレコードにおいて「連続性」のフィールドの値を抽出する。例えば、図３（ｃ）の段組み項目管理ＤＢ４６の上から１行目のレコードの場合、連続性は「０」である。この場合、段組み項目名１の「氏名ヨミガナ」と段組み項目名２の「氏名」とは、１のレコード内で項目の出力位置が連続していなくても段組みを行ってもよいことを意味している。一方、上から２行目のレコードの場合、連続性は「１」であるので、段組み項目名１の「勤務先電話番号」と段組み項目名２の「勤務先名漢字」とは、１のレコード内で項目の出力位置が連続している場合のみ段組みを行ってもよいことを意味している。

次いで、ステップＳ４４では、出力処理部３４が、抽出した連続性が「１」であったか否かを判断する。「０」である場合、ここでの判断が否定され（ステップＳ４４：Ｎｏ）、ステップＳ５２に移行する。判断が肯定された場合（ステップＳ４４：Ｙｅｓ）には、ステップＳ４６に移行する。

ステップＳ４６に移行した場合、すなわちフィールド「連続性」の値が「１」である場合、出力処理部３４は、ｎ番目の項目の両隣の項目であるｎ＋１番目およびｎ−１番目の項目と、段組み項目名１、２のうちｎ番目の項目とは一致しないほうの段組み項目名とを比較する。例えば、ｎ番目の項目が「勤務先電話番号」であり、段組み項目管理ＤＢ４６の「段組み項目名１」で一致する値が存在した場合、ｎ＋１番目、ｎ−１番目の項目と、「段組み項目名２」の値である「勤務先名漢字」とを比較する。なお、ｎの値によっては、ｎ＋１番目の項目及びｎ−１番目の項目のいずれかが存在しない場合もある。

次いで、ステップＳ４８では、出力処理部３４が、ステップＳ４６の比較の結果、一致するか否かを判断する。ここでの判断が否定された場合（ステップＳ４８：Ｎｏ）には、ステップＳ４０に移行し、上記と同様、段組みボタン設置処理を行う。肯定された場合（ステップＳ４８：Ｙｅｓ）には、ステップＳ５０に移行する。

ステップＳ５０に移行した場合、出力処理部３４は、ｎ番目の項目と、一致した隣接する項目とを段組み対象ｎ１、段組み対象ｎ２とする。なお、ｎ番目の項目が「勤務先電話番号」の場合、段組み項目管理ＤＢ４６の段組み項目名１「勤務先電話番号」を段組み対象ｎ１とし、段組み項目名２「勤務先名漢字」を段組み対象ｎ２とする。その後は、ステップＳ５８に移行する。なお、ステップＳ５０では、ｎ番目の項目を段組み対象ｎ１とし、一致した隣接する項目を段組み対象ｎ２としてもよい。

ところで、ステップＳ４４の判断が否定された場合、すなわち、フィールド「連続性」の値が「０」であった場合には、出力処理部３４は、ステップＳ５２に移行し、段組み項目名１、２のうち、ｎ番目の項目以外の項目をキーとして、Ｎ個の項目を検索する。例えば、ｎ番目の項目が「氏名」の場合、Ｎ個の項目の中に、「氏名」と対応づけて段組み項目管理ＤＢ４６の段組み項目名１に格納されている「氏名ヨミガナ」が含まれているか否かを検索する。

次いで、ステップＳ５４では、出力処理部３４が、一致があったか（含まれていたか）否かを判断する。ここでの判断が否定された場合（ステップＳ５４：Ｎｏ）には、ステップＳ４０に移行し、上記と同様、段組みボタン設置処理を行う。判断が肯定された場合（ステップＳ５４：Ｙｅｓ）には、ステップＳ５６に移行する。ステップＳ５６に移行すると、出力処理部３４は、ｎ番目の項目と、ステップＳ５２で検索できた項目とを段組み対象ｎ１、段組み対象ｎ２とする。その後は、ステップＳ５８に移行する。

ステップＳ５０又はステップＳ５６を経て、ステップＳ５８に移行すると、出力処理部３４は、自動段組み処理のサブルーチンを実行する。この自動段組み処理のサブルーチンにおいては、出力処理部３４が、図７（ｂ）のフローチャートに沿った処理を実行する。

図７（ｂ）の処理では、出力処理部３４は、ステップＳ８０において、段組み用行挿入フラグを読み込む。ステップＳ２０を経た直後の場合、段組み用行挿入フラグとして「０」が読み込まれる。

次いで、ステップＳ８２では、出力処理部３４は、段組み用行挿入フラグを参照して、段組み用行挿入フラグ＝１であるか否か、すなわち、行挿入済であるか否かを判断する。ここでの判断が肯定された場合（ステップＳ８２：Ｙｅｓ）には、ステップＳ８８に移行する。判断が否定された場合（ステップＳ８２：Ｎｏ）には、ステップＳ８４に移行する。

ステップＳ８４に移行した場合、出力処理部３４は、表示対象のレコード形式のデータそれぞれ、すなわち各レコードの行において、一行挿入する（図８（ａ）の破線部分参照）。次いで、ステップＳ８６では、出力処理部３４は、段組み用行挿入フラグを済（＝１）に設定する。その後は、ステップＳ８８に移行する。

ステップＳ８８に移行すると、出力処理部３４は、段組み対象ｎ２のデータを段組み対象ｎ１の直下に移動する（図８（ｂ）の「氏名ヨミガナ 氏名」の項目参照）。すなわち、段組み対象ｎ１のデータと段組み対象ｎ２のデータとの出力位置を、同一の列にする。その後は、図６のステップＳ６０に移行する。なお、出力処理部３４は、段組み対象ｎ２が存在していた列（図８（ａ）の「氏名」の列）を、段組み対象ｎ２のデータを段組み対象ｎ１直下に移動した後に削除するようにすればよい（図８（ｂ）参照）。

ステップＳ６０に移行すると、出力処理部３４は、段組み対象ｎ１、段組み対象ｎ２とした項目については、段組み済とする。次いで、ステップＳ６２では、出力処理部３４が、段組み解除ボタン設置処理のサブルーチンを実行する。この段組み解除ボタン設置処理のサブルーチンにおいては、出力処理部３４は、図８（ｃ）のフローチャートに沿った処理を実行する。

図８（ｃ）の処理では、まず、ステップＳ９０において、出力処理部３４は、段組みした項目の上に、段組み解除ボタンオブジェクトを設置する（図９の符号６２参照）。

次いで、ステップＳ９２では、出力処理部３４は、設置した段組み解除ボタンオブジェクトに、「ボタン押下時に、段組みを解除する」処理をコンピュータに実行させるマクロ処理を埋め込む。この段組み解除ボタンオブジェクトがユーザによって押された場合、例えば、段組みされていた列の右側に新規に列を挿入し、段組みされていた列の項目名部分およびデータ部分を分割し、段組の下側に位置していた項目およびデータを新規に挿入した列に移動する。また、データの移動により空白行が生じた場合には、その空白行を削除する。このように、段組み解除ボタンオブジェクトに上記マクロ処理を埋め込むことで、ユーザからの、段組みした項目の段組みを解除する指示の入力を受け付けることができる。

以上のようにして段組み解除ボタン設置処理のサブルーチンが終了すると、図６のステップＳ６４に移行する。

上記処理を経て、図６のステップＳ６４に移行すると、出力処理部３４は、ｎを１インクリメントする（ｎ＝ｎ＋１）。次いで、ステップＳ６６では、出力処理部３４が、ｎがＮよりも大きいか否かを判断する。ここでの判断が否定された場合（ステップＳ６６：Ｎｏ）、すなわち、全ての項目についてステップＳ３４〜Ｓ６２の処理を実行していない場合には、ステップＳ３４に戻り、残りの項目に対するステップＳ３４〜Ｓ６２の処理を実行する。一方、ステップＳ６６の判断が肯定された場合（ステップＳ６６：Ｙｅｓ）には、図６の全処理を終了するとともに、図４のステップＳ２４に移行する。

ステップＳ１８の判断が否定された後、又はステップＳ１８の判断が肯定され、ステップＳ２０、Ｓ２２を経た後、ステップＳ２４に移行すると、出力処理部３４は、表示部９３に対して上述の処理がなされた後のレコード形式のデータを出力する。

なお、ステップＳ１８の判断が否定された後に、ステップＳ２４の処理が行われる場合、表示部９３の画面上には、項目が横方向に並んだレコード形式のデータが表示されることになる。すなわち、図５のように項目が行方向に並んで表示される。一方、ステップＳ２２の処理が行われて段組みがなされた後に、ステップＳ２４の処理が行われる場合、表示部９３の画面上には、一部の項目が段組みされるとともに、段組みボタンオブジェクトや段組み解除ボタンオブジェクトが設置されたレコード形式のデータとして、例えば図９のような画面が表示されることになる。なお、ステップＳ２２の段組み判定処理を行ったものの、ステップＳ５８の自動段組み処理が一度も行われなかった場合には、図１０に示すような段組みボタンオブジェクトが各項目の上に設置されたデータが表示される。

ここで、上述したように、図９のような段組み後のレコード形式のデータを表示部９３の画面上に表示することで、１レコードに含まれる複数の項目全体を見るために、ユーザが縮小表示を行ったり、画面を横方向にスクロールするのを抑制することができる。これにより、レコード形式のデータを見やすい状態で表示することが可能となっている。また、ユーザは、２箇所の段組みボタンオブジェクトを押すことで、自動で段組みされなかった２つの項目を手動で段組みすることができるとともに、段組み解除ボタンオブジェクトを押すことで、自動又は手動で段組みされた項目の段組みを解除することができる。

（印刷処理について）
次に、印刷処理について説明する。図１１は、ＰＣ１０の特に、レコード取得部３２、出力処理部３４が実行する処理を示すフローチャートである。図１１の処理は、ユーザが入力部９５を介して入力したレコード形式のデータの印刷指示を、出力指示取得部３０が取得したタイミングで、実行される処理である。なお、ユーザは、印刷プロパティの指示において、印刷対象のデータを指定するとともに、印刷対象用紙のサイズ及び印刷方向を指定するものとする。

図１１の処理では、まず、ステップＳ１１０において、レコード取得部３２が、指定されたレコード形式のデータをレコードＤＢ４０から取得する。

次いで、ステップＳ１１１では、出力処理部３４が、印刷プロパティに含まれる情報のうち印刷対象用紙のサイズ、印刷の方向の情報を取得する。ここでは、一例として、出力処理部３４は、印刷対象用紙のサイズとして「Ａ４」、印刷の方向として「横」を取得したものとする。

次いで、ステップＳ１１２では、ステップＳ１２と同様、出力処理部３４が、ステップＳ１１０で取得したレコード形式のデータの１レコードに含まれる全項目を出力する場合の横方向サイズを取得する。横方向サイズは、例えば全項目のセル幅の合計である。なお、出力処理部３４は、レコード形式のデータに含まれる複数の行、すなわちレコードのうち、どの行を用いて横方向サイズを取得すればよいかが予め分かっているものとする。

次いで、ステップＳ１１４では、出力処理部３４が、取得した印刷対象用紙、方向の情報をキーにして、図３（ａ）のトリガ（印刷）管理ＤＢ４２を検索して、その印刷プロパティにおける適量横サイズを抽出する。例えば、印刷対象用紙と方向との組み合わせが「Ａ４横」であった場合、適量横サイズとして「１０６０」が抽出される。次いで、ステップＳ１１６では、出力処理部３４が、抽出した適量横サイズと、取得した全項目の横方向サイズを比較する。

次いで、ステップＳ１１８では、出力処理部３４が、ステップＳ１１２で取得した横方向サイズの方がステップＳ１１４で抽出した適量横サイズよりも大きいか否かを判断する。ここでの判断が否定された場合（ステップＳ１１８：Ｎｏ）には、ステップＳ１２４に移行する。判断が肯定された場合（ステップＳ１１８：Ｙｅｓ）には、ステップＳ１２０に移行する。

ステップＳ１２０に移行した場合、出力処理部３４は、段組み用行挿入フラグを初期化する。例えば、段組み用行挿入フラグを０でリセットする。次いで、ステップＳ１２２では、出力処理部３４が、段組み判定のサブルーチンを実行する。なお、この段組み判定のサブルーチンにおいては、出力処理部３４は、表示処理の場合と同様、図６のフローチャートに沿った処理を実行する。ただし、印刷の際には、段組みボタンオブジェクトや段組み解除ボタンオブジェクトを設置する必要がないので、図６のステップＳ４０、Ｓ６２は省略するものとする。

ステップＳ１１８の判断が否定された後、又はステップＳ１１８の判断が肯定され、ステップＳ１２０、Ｓ１２２を経た後、ステップＳ１２４に移行すると、出力処理部３４は、プリンタ２０に対して上述の処理がなされた後のレコード形式のデータを出力する。

なお、ステップＳ１１８の判断が否定された後に、ステップＳ１２４の処理が行われる場合、印刷対象用紙には、図５のように項目が横方向に並んだレコード形式のデータが印刷されることになる。一方、ステップＳ１２２の処理が行われて段組みがなされた後に、ステップＳ１２４の処理が行われる場合、印刷対象用紙には、一部の項目が段組みされたレコード形式のデータが印刷されることになる。すなわち、図９から段組みボタンオブジェクトや段組み解除ボタンオブジェクトを除外した部分が、印刷されることになる。

本実施形態では、上述したように、段組み後のレコード形式のデータを印刷することで、レコードの横方向が１枚の用紙に入りきらなくなる事態が発生するのを抑制することができる。

なお、本実施形態では、印刷処理を実行する前に印刷プレビュー画面を表示部９３上に表示することとしてもよい。この場合には、図９のように段組みボタンオブジェクトや段組み解除ボタンオブジェクトをレコード形式のデータの上に設置した画面を表示することとしてもよい。これにより、ユーザは、段組みボタンオブジェクトや段組み解除ボタンオブジェクト等を用いてレコード形式のデータを加工した上で、印刷対象用紙への印刷を行うことができる。

以上、詳細に説明したように、本実施形態によると、出力処理部３４は、レコード形式のデータに含まれる複数の項目を抽出し（Ｓ３０）、抽出した複数の項目の中に、所定の２つの項目が含まれるか否かを判定し（Ｓ４６，Ｓ４８、Ｓ５２，Ｓ５４）、特定した２つの項目を縦方向（列方向）に並べ、列方向に並べた２つの項目と該２つの項目以外の項目とを横方向（行方向）に並べて、データを出力する（Ｓ５８、Ｓ２４）。これにより、レコード形式のデータの項目を横方向に並べて出力する場合に生じる、項目の一部の画面からのはみ出しや印刷対象用紙からのはみ出しを抑制することができる。したがって、本実施形態によれば、ユーザは項目が並ぶ方向に画面をスクロールしたり、表示や印刷の際に縮小率を変更したり、複数枚にわたって印刷したりする必要がないことから、レコード形式のデータを見やすく出力できているといえる。

また、本実施形態では、出力処理部３４は、２つの項目を特定する場合に、段組み可能な項目の組み合わせに関する情報を記憶した段組み項目管理ＤＢ４６を参照し、段組み項目管理ＤＢ４６に記憶されている情報に基づいて、複数の項目の中から２つの項目を特定するので、簡易な処理により、段組みする２つの項目を特定することが可能である。

また、レコード形式のデータを画面に表示する場合、出力処理部３４は、データの表示と併せて、段組みボタンオブジェクトや段組み解除ボタンオブジェクトを表示する。これにより、ユーザは、自動的に段組みされた項目の段組みを解除する指示や、段組みされていない２つの項目の段組みを行う指示をＰＣ１０に対して出すことができる。したがって、ユーザは、手動にてレコード形式のデータを加工することが可能となる。

また、本実施形態では、レコード形式のデータを画面に表示する場合又は印刷する場合に、画面の横方向の大きさや印刷対象用紙の横方向の大きさに基づいて、段組みを行うか否かを判断する（Ｓ１８、Ｓ１１８）。これにより、段組みが必要なときにのみ段組みを行うことが可能となる。

なお、上記実施形態では、２つの項目を特定し、段組みする場合について説明したが、これに限られるものではない。例えば、ｍ≧２であるｍ個の項目を特定し、該ｍ個の項目を段組みすることとしてもよい。その場合には、図３（ｃ）に示す段組み項目管理ＤＢ４６で対応付けて記憶する項目名をｍ個にし、ステップＳ４６やステップＳ５２では、段組み対象となるｍ個の項目について検索を行えばよい。

（変形例１）
なお、上記実施形態では、段組み対象の２つの項目を特定する際に、出力処理部３４が図３（ｃ）に示すような段組み項目管理ＤＢ４６を参照する場合について説明したが、これに限られるものではない。例えば、図１２に示すような段組み項目管理ＤＢ４６’を参照することとしてもよい。図１２の段組み項目管理ＤＢ４６’では、段組みを行う項目の種類として、日付を示す項目タイプ「ＤＡＴＥ」、番号を示す項目タイプ「ＮＵＭＢＥＲ」、氏名等を示す項目タイプ「ＣＨＡＲ」などが定義されている。

以下、図１２の段組み項目管理ＤＢ４６’を参照する場合の段組み判定処理（図４のステップＳ２２）について、図１３のフローチャートに沿って説明する。なお、図６の処理と同一又は同等の処理については説明を簡略化又は省略する。なお、図１３では、図６と異なる処理を太線枠にて示している。以下においては、データを表示部９３の画面上に表示する「表示処理」を例にとり説明する。

図１３の処理では、出力処理部３４は、まずステップＳ３０において、１のレコードの項目を全て抽出して、その総数をＮとする。また、項目の出現順に横方向で順番付けして記憶する。ステップＳ３１において、全項目のそれぞれについて、そのデータ列を参照し、項目タイプすなわち項目のデータ種類を判定する。この場合、出力処理部３４は、全項目のセルの書式から項目タイプを判定することが考えられる。項目タイプとしては、日付を示す項目タイプ「ＤＡＴＥ」、番号を示す項目タイプ「ＮＵＭＢＥＲ」、氏名等を示す項目タイプ「ＣＨＡＲ」などがあるものとする。

次いで、出力処理部３４は、ステップＳ３２においてｎを１に設定した後、ステップＳ３４においてｎ番目の項目が段組み済であるか否かを判断する。ここでの判断が肯定された場合（ステップＳ３４：Ｙｅｓ）には、ステップＳ６４に移行するが、否定された場合（ステップＳ３４：Ｎｏ）には、ステップＳ３６’に移行する。

ステップＳ３６’に移行すると、出力処理部３４は、ｎ番目の項目の項目タイプにて、段組み項目管理ＤＢ４６’（図１２）の段組み項目タイプを検索する。例えば、ｎ番目の項目の項目タイプが「ＤＡＴＥ」であった場合には、出力処理部３４は、ステップＳ３６’において、項目タイプ「ＤＡＴＥ」を段組み項目管理ＤＢ４６’内において検索する。

次いで、ステップＳ３８では、出力処理部３４は、段組み項目管理ＤＢ４６’内にｎ番目の項目の項目タイプがあったか否かを判断する。ここでの判断が否定された場合（ステップＳ３８：Ｎｏ）には、ステップＳ４０において、段組みボタン設置処理を行った後、ステップＳ６４に移行する。一方、ステップＳ３８の判断が肯定された場合（ステップＳ３８：Ｙｅｓ）には、ステップＳ４２’に移行する。

ステップＳ４２’に移行すると、出力処理部３４は、一致した段組み項目タイプにて、ｎ番目以外の項目の項目タイプを検索する。そして、次のステップＳ４８では、出力処理部３４は、一致する項目があったか否かを判断する。ここでの判断が否定された場合（ステップＳ４８：Ｎｏ）には、ステップＳ４０に移行する。判断が肯定された場合（ステップＳ４８：Ｙｅｓ）には、ステップＳ５０’に移行する。

ステップＳ５０’に移行すると、出力処理部３４は、ｎ番目の項目を段組み対象ｎ１とし、ステップＳ４２’の検索の結果、一致したｎ番目以外の項目を段組み対象ｎ２とする。その後は、ステップＳ５８、Ｓ６０、Ｓ６２を上記実施形態と同様に実行する。なお、項目タイプが一致する項目が複数存在する場合もある。この場合、項目タイプが一致する項目のうちのいずれか１つの項目を段組み対象としてもよい。なお、いずれか１つの項目としては、データ長がｎ番目の項目と同一又は最も近似している項目などを選択することができる。なお、項目タイプが一致する項目が複数存在する場合、項目タイプが一致する項目全てを段組み対象とすることとしてもよい。

その後、ステップＳ６４に移行すると、出力処理部３４は、ｎを１インクリメントした後、ステップＳ６６において、ｎがＮよりも大きいか否かを判断する。ここでの判断が否定された場合（ステップＳ６６：Ｎｏ）には、ステップＳ３４に戻る。判断が肯定された場合（ステップＳ６６：Ｙｅｓ）には、図１３の全処理を終了する。

以上のように、本変形例１によると、図１２のような段組み項目管理ＤＢ４６’を用いても、上記実施形態と同様、２つ（又は２つ以上）の項目を特定して、段組みを行うことができる。

なお、印刷処理において図１３の処理を実行する場合、上記実施形態と同様、ステップＳ４０、Ｓ６２の処理を省略してもよい。

（変形例２）
なお、上記変形例１の段組み項目管理ＤＢ４６’に代えて、図１４に示すような項目タイプ管理ＤＢ４８を用いることとしてもよい。図１４の項目タイプ管理ＤＢ４８は、「項目名」、「項目タイプ」、「項目長」の各フィールドを有している。「項目名」のフィールドには、レコード形式のデータで用いられる項目名が格納され、「項目タイプ」のフィールドには、項目の項目タイプが格納されている。また、「項目長」のフィールドには、項目に示されるフィールドに格納されるデータのデータ長が格納されている。なお、項目タイプ管理ＤＢ４８は、ユーザ等によって予め作成されたものであるものとする。

出力処理部３４は、段組みすべき２つ（又は２以上）の項目を特定する場合に、ｎ番目の項目の項目タイプ及び項目長を図１４の項目タイプ管理ＤＢ４８を参照して判定する。そして、ｎ番目の項目以外の項目に、ｎ番目の項目の項目タイプ及び項目長と一致する項目があるか否かを検索し、そのような項目があった場合に、それらの項目を段組みすることとする。例えば、図１４の項目タイプ管理ＤＢ４８では、項目名「電話番号」と「勤務先電話番号」が、項目タイプ及び項目長のいずれも一致するので、段組みされることになる。

このようにしても、上記実施形態及び変形例１と同様、２つ（又は２つ以上）の項目を特定して、段組みを行うことができる。また、本変形例２では、データ長が同一の２つ（又は２つ以上）の項目を段組みすべき項目として特定するので、データ長が異なる項目を段組みする場合と比べ、レコード形式のデータの全幅（横幅）を効率的に縮小することができる。

なお、上記変形例２では、項目タイプが一致し、かつデータ長が同一の項目を段組みする場合について説明したが、これに限らず、項目タイプが一致し、かつデータ長が近似している（所定誤差範囲に含まれる）項目を段組みすることとしてもよい。

なお、上記実施形態及び変形例では、レコード形式のデータの項目を横方向（行方向）に並べて出力する場合について説明したが、これに限られるものではない。たとえば、レコード形式のデータの項目を縦方向（列方向）に並べて出力することとしてもよい。この場合、段組みすべき２以上の項目を行方向に並べて出力すればよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
抽出した前記複数の項目の中に、所定の２以上の項目が含まれるか否かを判定し、
前記所定の２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
処理をコンピュータに実行させることを特徴とするデータ出力プログラム。
（付記２） 前記判定する処理では、２以上の項目を関連付けて記憶する記憶部を参照し、前記記憶部に記憶されている情報に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１に記載のデータ出力プログラム。
（付記３） 前記判定する処理では、前記記憶部に記憶されている前記２以上の項目が前記レコード形式のデータにおいて連続した順に記憶されているデータであるかに基づいて、前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記２に記載のデータ出力プログラム。
（付記４） 前記判定する処理では、前記複数の項目それぞれの種類に基づいて前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１に記載のデータ出力プログラム。
（付記５） 前記判定する処理では、前記複数の項目それぞれのデータ長に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１〜４のいずれかに記載のデータ出力プログラム。
（付記６） 前記出力する処理は画面に表示する処理であり、
前記データの表示と併せて、前記第１方向に並んだ前記２以上の項目を前記第２方向に並べ替える指示の入力を受け付ける手段、及び／又は前記第２方向に並んだ任意の２以上の項目を前記第１方向に並べ替える指示の入力を受け付ける手段を表示することを特徴とする付記１〜５のいずれかに記載のデータ出力プログラム。
（付記７） 前記出力する処理は画面に表示する処理又は印刷する処理であり、
前記画面の前記第２方向に関する大きさ又は印刷対象の媒体の前記第２方向に関する大きさに基づいて、前記抽出する処理、前記判定する処理及び前記出力する処理を実行するか否かを判断する処理、をコンピュータに更に実行させることを特徴とする付記１〜６のいずれかに記載のデータ出力プログラム。
（付記８） 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
抽出した前記複数の項目の中に、所定の２以上の項目が含まれるか否かを判定し、
前記所定の２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
処理をコンピュータが実行することを特徴とするデータ出力方法。
（付記９） 前記判定する処理では、２以上の項目を関連付けて記憶する記憶部を参照し、前記記憶部に記憶されている情報に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記８に記載のデータ出力方法。
（付記１０） 前記判定する処理では、前記記憶部に記憶されている前記２以上の項目が前記レコード形式のデータにおいて連続した順に記憶されているデータであるかに基づいて、前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記９に記載のデータ出力方法。
（付記１１） 前記判定する処理では、前記複数の項目それぞれの種類に基づいて前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記８に記載のデータ出力方法。
（付記１２） 前記判定する処理では、前記複数の項目それぞれのデータ長に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記８〜１１のいずれかに記載のデータ出力方法。
（付記１３） 前記出力する処理は画面に表示する処理であり、
前記データの表示と併せて、前記第１方向に並んだ前記２以上の項目を前記第２方向に並べ替える指示の入力を受け付ける手段、及び／又は前記第２方向に並んだ任意の２以上の項目を前記第１方向に並べ替える指示の入力を受け付ける手段を表示することを特徴とする付記８〜１２のいずれかに記載のデータ出力方法。
（付記１４） 前記出力する処理は画面に表示する処理又は印刷する処理であり、
前記画面の前記第２方向に関する大きさ又は印刷対象の媒体の前記第２方向に関する大きさに基づいて、前記抽出する処理、前記判定する処理及び前記出力する処理を実行するか否かを判断する処理、をコンピュータが更に実行することを特徴とする付記８〜１３のいずれかに記載のデータ出力方法。
（付記１５） 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出する抽出部と、
抽出した前記複数の項目の中に、所定の２以上の項目が含まれるか否かを判定する判定部と、
前記所定の２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する出力部と、
を備えるデータ出力装置。
（付記１６） ２以上の項目を関連付けて記憶する記憶部を備え、
前記判定部は、前記記憶部を参照し、前記記憶部に記憶されている情報に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１５に記載のデータ出力装置。
（付記１７） 前記判定部は、前記記憶部に記憶されている前記２以上の項目が前記レコード形式のデータにおいて連続した順に記憶されているデータであるかに基づいて、前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１６に記載のデータ出力装置。
（付記１８） 前記判定部は、前記複数の項目それぞれの種類に基づいて前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１５に記載のデータ出力装置。
（付記１９） 前記判定部は、前記複数の項目それぞれのデータ長に基づいて、前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定することを特徴とする付記１５〜１８のいずれかに記載のデータ出力装置。
（付記２０） 前記出力部は画面に表示する処理を実行し、
前記データの表示と併せて、前記第１方向に並んだ前記２以上の項目を前記第２方向に並べ替える指示の入力を受け付ける手段、及び／又は前記第２方向に並んだ任意の２以上の項目を前記第１方向に並べ替える指示の入力を受け付ける手段を表示することを特徴とする付記１５〜１９のいずれかに記載のデータ出力装置。
（付記２１） 前記出力部は画面に表示する処理又は印刷する処理を実行し、
前記画面の前記第２方向に関する大きさ又は印刷対象の媒体の前記第２方向に関する大きさに基づいて、前記抽出部、前記判定部及び前記出力部による処理を実行するか否かを判断する判断部を備えることを特徴とする付記１５〜２０のいずれかに記載のデータ出力装置。

１０ ＰＣ（データ出力装置）
３４ 出力処理部（抽出部、判定部、出力部、判断部）
４６ 段組み項目管理ＤＢ（記憶部）
６０ 段組みボタンオブジェクト（入力を受け付ける手段）
６２ 段組み解除ボタンオブジェクト（入力を受け付ける手段）
９０ ＣＰＵ（コンピュータ）

Claims (8)

1. 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
   内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定し、
   前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
   処理をコンピュータに実行させることを特徴とするデータ出力プログラム。
2. 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
   抽出した前記複数の項目の中に、所定の２以上の項目が含まれるか否かを判定し、
   前記所定の２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
   処理をコンピュータに実行させ、
   前記判定する処理では、２以上の項目を関連付けて記憶する記憶部を参照し、前記記憶部に記憶されている前記２以上の項目が前記レコード形式のデータにおいて連続した順に記憶されているデータであるかに基づいて、前記所定の２以上の項目が含まれるか否かを判定する、ことを特徴とするデータ出力プログラム。
3. 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
   抽出した前記複数の項目の中に、所定の２以上の項目が含まれるか否かを判定し、
   前記所定の２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
   処理をコンピュータに実行させ、
   前記判定する処理では、前記複数の項目それぞれの種類に基づいて前記複数の項目の中に前記所定の２以上の項目が含まれるか否かを判定する、ことを特徴とするデータ出力プログラム。
4. 前記判定する処理では、前記複数の項目それぞれのデータ長に基づいて、前記複数の項目の中に前記２以上の項目が含まれるか否かを判定することを特徴とする請求項１〜３のいずれか一項に記載のデータ出力プログラム。
5. 前記出力する処理は画面に表示する処理であり、
   前記データの表示と併せて、前記第１方向に並んだ前記２以上の項目を前記第２方向に並べ替える指示の入力を受け付ける手段、及び／又は前記第２方向に並んだ任意の２以上の項目を前記第１方向に並べ替える指示の入力を受け付ける手段を表示することを特徴とする請求項１〜４のいずれか一項に記載のデータ出力プログラム。
6. 前記出力する処理は画面に表示する処理又は印刷する処理であり、
   前記画面の前記第２方向に関する大きさ又は印刷対象の媒体の前記第２方向に関する大きさに基づいて、前記抽出する処理、前記判定する処理及び前記出力する処理を実行するか否かを判断する処理、をコンピュータに更に実行させることを特徴とする請求項１〜５のいずれか一項に記載のデータ出力プログラム。
7. 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出し、
   内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定し、
   前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する、
   処理をコンピュータが実行することを特徴とするデータ出力方法。
8. 複数の項目の値を含むレコードを複数含む、レコード形式のデータに含まれる前記複数の項目を抽出する抽出部と、
   内容が互いに関連する項目に関する情報を記憶する記憶部を参照し、抽出した前記複数の項目の中に、内容が互いに関連する２以上の項目が含まれるか否かを判定する判定部と、
   前記内容が互いに関連する２以上の項目が含まれる場合に、該２以上の項目を第１方向に並べ、該第１方向に並べた前記２以上の項目と該２以上の項目以外の項目を前記第１方向とは異なる第２方向に並べて、前記データを出力する出力部と、
   を備えるデータ出力装置。
   

Images