JP2011123849A

JP2011123849A - 文書生成装置

Info

Publication number: JP2011123849A
Application number: JP2009283468A
Authority: JP
Inventors: Yutaka Kato; 豊加藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2009-12-14
Filing date: 2009-12-14
Publication date: 2011-06-23

Abstract

【課題】表形式の帳票で、紙節約のための行分断と、見栄え向上のための同一データセル結合表示を同時に行った場合、それぞれの機能による効果を十分発揮できなくなるケースがあった。分断された後続の結合設定セルに、データが表示されないことがあった。
【解決手段】分断された後続のセルに結合設定が行われていた場合、項目データを最初から表示する。
【選択図】図９

Description

本発明は、出力用紙を節約しつつ、内容を分かりやすく表現するための表形式の文書生成技術に関する。

帳票システムでは、帳票の定型部分（テンプレート）に対して動的に変化するデータを差し込むことにより印刷を行う。例えば、保険の帳票では、保険商品の概要説明や企業ロゴ、表の枠線等の固定部分が定義されたテンプレートに対して、顧客独自のデータ（氏名や住所など）を差し込むことにより印刷を行う。差し込むデータの入力元は、データベース等である。データベース等に格納された１件分のデータのことをレコードと呼ぶ。１レコードは複数の項目からなる。例えば、「住所情報」というレコードには「氏名」「住所」「電話番号」等の項目が含まれる。一方、テンプレートには、差し込むデータを受け取るための表が定義されている。表は、行から構成されている。行はセルから構成されている。セルとは、差し込むデータの項目を表示するための矩形領域のことである。帳票システムは、複数のレコードを順番にテンプレートに定義された表の行へ差し込み、各セルに項目を流し込むことにより、表形式の帳票生成・印刷を行う。

帳票を生成する際、差し込むデータの量によっては、表の１行が大きくなる場合がある。例えば、「コメント：＜改行＞この商品は割れやすいので注意してください。＜改行＞２００９年１１月３０日」という文字列のデータが表の１行に入る場合、表の１行は、改行がない時に比べて３倍になる。従来から、このような表の最後の行がページ内に収まらない場合に、次ページにその行全体を送るという技術が存在する（例えば、特許文献１を参照）。この技術を用いることで、ページ送りの際に、行の真ん中で分割が発生し、表が見にくくなることを防げる。

しかしながら、行全体を次ページに送ってしまうと、前ページにムダなスペースが発生し、出力用紙を節約できないという問題があった。この問題を解決するために、行自体を分断する技術が存在する。行の分断は、行内の各セルについて、セル内の文字列単位に行う。この技術では、行単位ではなく行内の文字列単位で行を分断するため、全ページに無駄なスペースが発生せず、用紙を節約できる。

一方、従来から、できる限り見やすい表形式の帳票を作成したいという要望がある。表形式の帳票を生成する際の差し込むデータの特徴として、連続するレコードのある特定の項目データが同じ場合があげられる。例えば、レコード１〜５の「支店」項目のデータが全て「東京」で、レコード６〜１０の「支店」項目のデータが全て「大阪」である場合がそうである。このような場合、全てのレコードの「支店」項目のデータを表に表示すると煩雑で見づらくなる。このような場合に対処するために、従来から、連続する項目のデータが同じセルを結合して表示する技術が存在する。先ほどの例で言えば、「支店」項目のデータが「東京」であるレコード１〜５の「支店」セルが結合され、同じく「大阪」であるレコード６〜１０の「支店」セルが結合される。この技術を用いることで、データが同じ場合にデータの分類がより明確になり、表が見やすくなる。通常、表形式の帳票ではセルが行方向に複数並ぶため、結合されたセルによって、その他のセルがどの分類に属するかが一目瞭然になる。

特開２００７−２８７０９９

しかしながら、上述した従来の技術では、各技術を組み合わせた場合に不都合があった。すなわち、行自体を分断する技術と、連続する同じ内容の項目データを結合する技術を同時に使用した場合に、それぞれの機能による効果を十分発揮できないという問題があった。

図１３は、問題の一例を説明するためのものである。１ページ目が１３０１、２ページ目が１３０２である。セル１３０３には、連続する同じ内容の項目データを結合するための設定がされている。セル１３０４では、行が分断され、１ページ目１３０１に「至急お願いいたし」が、２ページ目１３０２に「ます。」が表示されている。このとき、２ページ目１３０２の１３０５の部分には何も表示されない。これは１ページ目１３０１でセルが結合表示されていると判定されるためである。２ページ目だけを見ると、「ます。」というデータがどの取引先に関連するかが分からなくなってしまっている。

図１４は、問題の一例を説明するためのものである。１ページ目が１４０１、２ページ目が１４０２である。セル１４０３には、連続する同じ内容の項目データを結合するための設定がされている。またセル１４０３で行の分断も発生している。セル１４０３は分断され「社」が２ページ目１４０２に送られているが、２ページ目の後続のデータも同じであったためにさらにセルの結合が発生して１４０４のような表示になっている。このような場合、１４０５に示すような無駄な空白があいてしまう。

テンプレートと差込データをオーバレイ印刷して表形式の文書を生成する文書生成システムにおいて、行を分断した際に、後続に送られるセルを検知する手段（８１０）と、前記検知したセルに関する情報を保持する手段（８１１）と、前記検知したセルの出力を開始してよいか判定する手段（８２０）と、前記検知したセルに関する情報を読み込む手段（８２２）と、前記検知したセルに結合設定がされているかを判定する手段（８２３）と、結合設定がされていると判定した場合に、前記検知したセルへ差込データを先頭から表示するステップ（８２５）と、を有することを特徴とする文書生成手段。

行自体を分断する技術と、連続する同じ内容の項目データを結合する技術を同時に使用した場合でも、出力用紙の節約と表の見栄えの向上が可能となる。

本実施形態のコンピュータの構成を説明するブロック図帳票生成プログラムの構成図単純なテンプレートの一例データベースのテーブルの一例生成される単純な帳票の一例テンプレートの一例データベースのテーブルの一例課題解決のためのフローチャート生成される帳票の一例データベースのテーブルの一例実施例２を説明するフローチャート生成される帳票の一例問題の一例問題の一例

（実施例１）
以下、本発明を実施するための最良の形態について図面を用いて説明する。
図１は、本実施形態のコンピュータ（文書生成装置）の構成を説明するブロック図である。なお、特に断らない限り、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、本発明を適用できることは言うまでもない。また、特に断らない限り、本発明の機能が実行されるのであれば、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであっても本発明を適用できることは言うまでもない。

図１において、１００はコンピュータで、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１０に記憶された帳票生成プログラム２００等に基づいて図形、イメージ、文字、表等が混在した帳票の生成を行うＣＰＵ１を備える。さらに、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。

また、このＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１０には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等を記憶する。ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１０には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１０には上記帳票生成処理等を行う際に使用する各種データを記憶する。

２はＲＡＭで、ＣＰＵ１の主メモリ、ワークエリア等として機能する。５はキーボードＩ／Ｆで、キーボード８や不図示のポインティングデバイスからのキー入力を制御する。６はディプレイＩ／Ｆで、ディスプレイ９の表示を制御する。７は外部メモリＩ／Ｆで、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ１０とのアクセスを制御する。外部メモリ１０は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイルを記憶する。

図２は、本実施形態における帳票生成プログラム２００の構成の一例を示したものである。本明細書では、帳票生成プログラム２００は、帳票生成を行う帳票生成部２０１からなる。

以下で、本実施形態における帳票生成プログラム２００の帳票生成処理を図８のフローチャートを用いて説明する。なお本フローに係る帳票生成プログラム２００は、コンピュータの外部メモリ１０に記憶されており、ＲＡＭ２に読み出されＣＰＵ１によって実行される。

図３、図４および図５は、帳票生成の概念を説明するための概略図である。
図３は、典型的な表形式のテンプレートの一例を示したものである。テンプレート３００の実態はバイナリファイルであり、以下に示す様々な情報が格納されている。テンプレート３００は、固定文字３０１や企業ロゴ３０２、表３０３から構成される。固定文字３０１や企業ロゴ３０２は、流し込まれるデータが変化しても常に変化せず、各ページで同じ位置に同じ形状で出力される。表３０３は、見出し行３０４とデータ行３０５から構成される。見出し行３０４は、後述するセルに出力される情報が何であるかを説明するための見出しを、各セルごとに出力する部分である。データ行３０５は、いくつかのセルから構成される。図３の例ではセル３０６、３０７、３０８から構成されている。データ行３０５が、その単位で縦方向に繰り返されることにより、表３０３が出力される。３０６，３０７，３０８等のセルは、図４に示すデータベースのデータを受け取るためのオブジェクトである。セルは、属性として「文字の大きさ」「文字色」「出力位置」等の情報を持っている。テンプレートに流し込まれたデータは、この情報に従って、指定の大きさ・色・位置に出力される。また、セルは出力書式の情報も持っており、例えば、セル３０８のように「￥９９，９９９」という書式の場合、流し込まれたデータが「１００００」であれば指定の書式にしたがって「￥１０，０００」のように出力される。さらに、セルは「セル名」属性も持っている。セル名属性により、テンプレート内でセルを一意に識別することが可能になる。図３の例では、セル３０６，３０７，３０８のセル名はそれぞれ「伝票番号」「商品名」「価格」となる。これらセルの属性も、テンプレート３００に保存されている。

図４は、テンプレート３００に流し込まれるデータベースのデータの一例を示したものである。テーブル４００は、データベース内に定義されたデータ領域である。テーブル４００には、レコード４０１が格納されている。レコード４０１は、意味のある１件のデータのまとまりを表す。例えば、ある伝票に関する情報として、伝票番号・商品名・価格をまとめて１レコードと扱う。レコード４０１は、項目４０２、４０３、４０４から構成される。それぞれ、伝票番号・商品名・価格の情報が格納されている。項目名４０５，４０６，４０７は、各項目が何であるかをあらわす識別子である。図４の例では、テーブル４００に、９つのレコードが格納されている。

図５は、テンプレート３００に、テーブル４００のデータが流し込まれた様子を示した図である。データ行３０５内のセル３０６，３０７，３０８に対して、レコード４０１の項目４０１，４０２，４０３が流し込まれている。そして、それが各レコード分繰り返されてデータ行３０５が縦に連なり、表５００が出力されている。

なお、項目とセルを関連付ける方法は何でもよい。本実施例では、項目名とセル名により両者の関連付けを行っているが、項目とセルの並び順や、専用のファイルで関連付けを定義する等の方法でもよい。

また、データ行３０５内へのセルの置き方は自由である。図３のテンプレートのように、単純に横一列に配置する場合もあるし、図６のように縦に配置する場合もある。どのように配置するかは帳票のデザイン次第である。

図６，７は、本実施例を説明するためのテンプレートおよびデータベースの概略図である。

図６は、データ行３０５にセルが３つあるテンプレート６００の一例である。データ行３０５は、セル６０１，６０２，６０３から成り、それぞれのセル名は「相手先名称」「日付」「コメント」である。また、表の高さは６０４で、見出し行やデータ行を表示できる領域の高さのことである。

図７は、テンプレート６００に流し込むテーブル７００の一例である。テーブル７００には、レコード７０１〜７０２のデータが格納されている。

図８は本発明の実施の形態を示したフローチャートである。
ステップ８０１で、帳票生成部２００は、テンプレート６００を解析し、全ての情報を読み込む。表の高さや、各セルの属性など全ての情報を読み込む。
ステップ８０２からステップ８２７は、レコードごとの繰り返し処理である。
ステップ８０３において、帳票生成部２００は、データベースのテーブル７００からレコードを１つ読み込む。例えば、帳票生成部２００は、まずレコード７０１を読み込み、レコード７０１に対してステップ８２６までの処理を行う。続いて、ステップ８０３からステップ８２６を繰り返し、レコード７０２に対しても同様の処理を行っていく。

ステップ８０４からステップ８１６は、項目ごとの繰り返し処理である。
ステップ８０５において、帳票生成部２００は、読み込んだレコードから項目のデータを取得する。例えば、レコード７０１が処理対象の場合、帳票生成部２００は、まず「相手先名称」項目のデータ取得を行い、「相手先名称」項目に対してステップ８１５までの処理を行う。続いて、ステップ８０５からステップ８１５を繰り返し、「日付」「コメント」項目に対しても同様の処理を行っていく。

ステップ８０６において、帳票生成部２００は、取得した項目のデータを、テンプレートに定義された表の現在処理中の行の該当するセルに適用する。例えば「相手先名称」項目であれば、「相手先名称」セルにデータを適用する。セルは属性としてフォントサイズや文字色等の情報を持っており、適用されたデータはこれらの情報に基づいて後続の処理で描画される。また、データの長さやフォントサイズなどの情報が決まるため、この時点でセルの高さが決定する。

ステップ８０７において、帳票生成部２００は、前記ステップ８０６で決定したセルの高さ情報を用いて、セルが表からはみ出るかどうかを判定する。帳票生成部２００は、表の描画位置や高さ、セルの描画位置や高さの情報を比較することで判定を行う。

ステップ８０７において、セルが表からはみ出ないと判定された場合、帳票生成部２００は、ステップ８１５に処理を進め、項目ごとの繰り返し処理に戻る。

ステップ８０７おいて、セルが表からはみ出ると判定された場合、ステップ８０８において、帳票生成部２００は、セルに表示されるデータを、文字列単位に分割する。セルに表示されるデータが長い場合等には、データがセル内で折り返されて表示され、セル内のデータが複数行となる。ステップ８０８では、このセル内の複数行となった文字列の単位で分割を行う。分割された文字列は、その文字列がセル内の何行目かを示す情報とともにＲＡＭ２に保持される。またその文字列が描画されるべき領域の情報（分割セル情報）もＲＡＭ２に保持される。以降、分割された文字列を文字列１〜文字列ｎ、その文字列が描画されるべき領域を分割セル１〜分割セルｎと示す。

ステップ８０９からステップ８１５は、分割セルごとの繰り返し処理である。

ステップ８１０において、帳票生成部２００は、分割セルが表からはみ出るかどうかを判定する。ステップ８０７でセルが表からはみ出るかを判定したが、ステップ８１０ではセルのどこまでがはみ出るかを文字列単位で判定する。

ステップ８１０において、分割セルが表からはみ出ると判定された場合、ステップ８１１において、帳票生成部２００は、現在処理中の分割セルが表からはみ出るという情報をＲＡＭ２に保持する。

ステップ８１０において、分割セルが表からはみ出ないと判定された場合、ステップ８１２において、帳票生成部２００は以下の処理を行う。すなわち、現在処理中の分割セルを含むセルに対して、連続する同じ内容の項目データを結合する設定（以降、結合設定）が行われているかどうかを判定する。結合設定はテンプレートに定義されているので、帳票生成部２００は、ステップ８０１にて読み取った情報をもとに判定を行う。

ステップ８１２において、結合設定が行われていないと判定された場合、ステップ８１３において、帳票生成部２００は、処理中の分割セルに対して通常の描画処理を行う。すなわち、分割セルに流し込まれた項目のデータを、フォントサイズや文字色といったセルの属性に従って描画する。

ステップ８１２において、結合設定が行われていると判定された場合、ステップ８１４において、帳票生成部２００は、結合描画フラグをＯＮにする。結合描画フラグについては後述する。結合描画フラグは、結合すべきセルの情報とともにＲＡＭ２に保持される。

ステップ８１７において、帳票生成部２００は、ページ送りが発生したかどうかを判定する。データベースから取得したレコードが、テンプレートに定義された表の全ての行に適用された場合、次に取得するレコードを流し込むためにページ送りが発生する。表の行数の情報はテンプレートに定義されており、帳票生成部２００は、ステップ８０１にて読み込んだ表の行数情報をもとにこの判断を行う。

ステップ８１７において、ページ送りが発生していないと判定された場合、帳票生成部２００は、ステップ８２０に処理を進める。

ステップ８１７において、ページ送りが発生していると判定された場合、帳票生成部２００は、ステップ８１８に処理を進める。

ステップ８１８において、帳票生成部２００は、結合描画フラグがＯＮかどうかを判定する。結合描画フラグは、結合すべきセルの情報と紐付けられており、フラグがＯＮであれば、紐付けられたセルが全て結合されて描画される。

ステップ８１８において、結合描画フラグがＯＮと判定された場合、ステップ８１９において、帳票生成部２００は、紐付けられたセルを全て結合描画する。ページ送りが発生し、前のページの内容が確定するので、このステップ８１９で結合描画を行っている。

ステップ８１８において、結合描画フラグがＯＦＦと判定された場合、帳票生成部２００は、ステップ８２０に処理を進める。

ステップ８２０において、帳票生成部２００は、ステップ８１１でＲＡＭ２に保持した分割セルの情報を出力可能かどうかを判定する。出力可能になる条件としては、流し込むレコードがなくなった場合や、項目データの内容が切り替わった場合などが挙げられる。例えば、「相手先名称」項目のデータが「○○商事」から「□□建設」に切り替わった場合等である。

ステップ８２０において、出力不可能と判定された場合、帳票生成部２００は、処理をステップ８２７に進める。

ステップ８２０において、出力可能と判定された場合、帳票生成部２００は、ステップ８２１に処理を進める。

ステップ８２１からステップ８２６は、ステップ８１１でＲＡＭ２に保持した分割セルごとの繰り返し処理である。これらの処理で、分断された行の後半部分の分割セルを描画している。

ステップ８２２において、帳票生成部２００は、ステップ８１１でＲＡＭ２に保持した分割セルに関する情報を読み出す。

ステップ８２３において、帳票生成部２００は、読み出した分割セルのを含むセルに対して結合設定が行われているかどうかを判定する。この判定は、ステップ８２２で読み出した分割セルに関する情報をもとに行われる。

ステップ８２３において、結合設定が行われていないと判定された場合、ステップ８２４において、帳票生成部２００は、現在処理中の分割セルに適用された項目データを描画する。分割セルの適用された項目データであるため、もともとの項目データのうちの一部分が描画されることになる。

ステップ８２３において、結合設定が行われていると判定された場合、ステップ８２５において、帳票生成部２００は、現在処理中の分割セルに対して、もともとの項目データを先頭から適用しなおして描画を行う。分割セルの領域に、もともとの項目データ全てを表示しきれない場合は先頭の実の描画を行う。この処理により、もともとの項目データの先頭もしくが描画されることになる。

図９は、上記のステップにより出力される帳票のイメージ図である。１ページ目が９０２、２ページ目が９０３である。２ページ目９０３にページ送りされた分断セル９０１に、結合設定されているセル６０１へ適用された項目データが先頭から（この場合は全て）表示されている。

以上のように、帳票生成部２００は、行が分断された際、ページ送りされた分断セルに結合設定が行われていた場合に項目データを先頭から表示することによって、表の見栄えが損なわれることを防ぐ。項目データを先頭から表示することによって、隣接するセルがどの分類に属するのか一目で分かるようになる。

（実施例２）
図１０は、実施例２を説明するためのデータベースの概略図である。テンプレートについては実施例１と同じく図６を用いて説明する。

図１０は、テンプレート６００に流し込むテーブル１０００の一例である。テーブル１０００には、レコード１００１〜１００３のデータが格納されている。

図１１は、実施例２の処理の流れを示すフローチャートである。実施例１と異なる部分のみ説明する。

ステップ１１０１において、帳票生成部２００は、分割セルの結合表示フラグをＯＮにする。実施例１では、ステップ８２３で結合設定が行われている場合、すぐに分割セルを描画していたが、実施例２では、後続にデータが続き、分断された分割セルがさらに後続の項目データと結合する場合を考慮する。ステップ１１０１において、すぐに描画はせずに、結合表示フラグをＯＮにしているのはこのためである。このステップ１１０１でＯＮにされたフラグは、ステップ８１８で確認され、ＯＮであればステップ８１９の時点で始めて結合描画される。

ステップ１１０２から１１０４までは、行の分断と結合表示が行われた後にできる無駄なスペースを削除するための一連の処理である。

ステップ１１０２において、帳票生成部２００は、データが格納されていない分割セルを検知する。分割セルに適用されたデータはＲＡＭ２上に保持されており、帳票生成部２００は、それを確認してデータの長さが０の場合、格納されていないと判断する。

ステップ１１０３において、帳票生成部２００は、ステップ１１０２で検知した分割セルが削除可能かを判断する。分割セルを削除したときに、周囲のセルもしくは分割セルが連動して縮小・削除した結果、それら周囲のセルもしくは分割セルの格納データが全て表示可能かを確認する。全て表示可能であれば、削除可能と判断する。

ステップ１１０４において、帳票生成部２００は、検知した分割セルを削除し、周囲のセルおよび分割セルを連動して縮小・削除して描画を行う。

上記ステップの結果生成される帳票は、図１２のようになる。
１ページ目が１２０１、２ページ目が１２０２である。１ページ目のセル１２０３は「社」の文字だけが分断されて後続ページに送られる。ただ、２ページ目１２０２にページ送りされた「社」の文字列は、後続の項目データと同じと判定され結合表示されて１２０４のようになる。通常ならば、分断された「社」の文字構文の空白が開いてしまうはずだが、実施例２の処理にて不要な分割セルを削除しているため、１２０５に示すように無駄なスペースが開いていない。

以上のように、帳票生成部２００は、行の分割と結合表示を行った後に、さらに無駄なスペースがないかを確認し、ある場合そのスペースを削除する。このため、より表のスペースを小さくすることが出来、紙の出力を抑制・コスト削減を実現できる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１００コンピュータ

Claims

テンプレートにデータを流し込んで表形式の文書を生成する文書生成装置において、
行を分断した際に後続に送られるセルを検知する手段と、
前記検知したセルに関する情報を保持する手段と、
前記検知したセルの出力すべきか否かを判定する手段と、
前記検知したセルに関する情報を読み込む手段と、
前記検知したセルに結合設定がされているかを判定する手段と、
結合設定がされていると判定した場合に前記検知したセルへデータを先頭から表示する表示手段とを有することを特徴とする文書生成装置。