JP2014002662A - 帳票印刷システム - Google Patents

Abstract

【課題】本発明は、イメージデータと帳票データを合成して印刷するあらゆる帳票印刷システムにおいて、帳票データとイメージデータとを電子データとして分離する技術を提供する。
【解決手段】本発明の帳票印刷システムは、帳票の印刷データを書式データと帳票データとに分離する仮想的な印刷装置１１０と、仮想的な印刷装置１１０によって分離された書式データと帳票データとを格納する記憶装置１３２、１３３、１３４と、を備え、仮想的な印刷装置１１０は、印刷データ内の色情報および印刷データ内に出現する文字列の情報の少なくとも一方に基づいて、印刷データを書式データと帳票データとに分離する。
【選択図】図１

Description

本発明は、帳票印刷システムに関し、詳細には、帳票設計システムで作成した帳票設計情報を基に、帳票生成システムから帳票データとイメージデータが合成された印刷文書データを仮想的な印刷装置へ出力し、その印刷文書データを、再び帳票データとイメージデータとに分離して、記憶装置に保管する方式を提供するシステムである。

１９９８年に電子帳簿保存法が施行され、帳票の電子化が進んできた。また、最近ではレガシーマイグレーションにおける帳票のオープン化を目指す動きとともに、ホスト帳票の電子化を検討している企業が増えている。そして、それらの帳票を電子化する仕組みとして、帳票印刷装置の技術がある。

たとえば、本出願人により先に出願されている下記の特許文献１は、「帳票印刷装置」を開示している。特許文献１の帳票印刷装置では、帳票データの作成当初から、共通の固定的な帳票フォーマットデータ（帳票の罫線枠、帳票の名称、項目の見出しなど）を表す画像データ（イメージデータ）と、所定の文字コード体系に該当する帳票の本質的な内容を表すページ情報（コードデータ）とに分類し、これらのイメージデータとコードデータとを所定の記憶装置に保管している。そして、実際に帳票データの印刷が指示されたとき、該当するイメージデータとコードデータとを合成して目的とする印刷文書を生成し、電子化を実施する仕組みを提供している。

特開平２−２０９２７９号公報

一方、電子化が普及している近年においても、ドットインパクトプリンタへ印刷する発注伝票など、イメージデータが事前に印刷されたプレプリント用紙に印刷する業務は、電子化推進が難しい業務である。しかしながら、やはりこれらの業務も電子化のニーズは高く、電子化の検討をするユーザは少なくない。

ドットインパクトプリンタへ印刷する業務では、あらかじめイメージデータが印刷されたプレプリント用紙を利用している。したがって、前述した従来の技術で電子化を実施した場合、出力される帳票データにはイメージデータが付加されていないため、帳票データのみが電子化され、イメージデータがない状態となってしまう。そのため、単純なデータの羅列となり、何が記載されているか、理解が難しい状況となってしまう。

本発明はこのような状況に鑑みてなされたものであり、イメージデータと帳票データを合成して印刷するあらゆる帳票印刷システムにおいて、帳票データとイメージデータとを電子データとして分離する技術を提供する。

上記課題を解決するために、本発明の帳票印刷システムは、帳票の印刷データを書式データと帳票データとに分離する仮想的な印刷装置と、前記仮想的な印刷装置によって分離された前記書式データと前記帳票データとを格納する記憶装置と、を備え、前記仮想的な印刷装置は、前記印刷データ内の色情報および前記印刷データ内に出現する文字列の情報の少なくとも一方に基づいて、前記印刷データを前記書式データと前記帳票データとに分離する。

本発明によれば、発注伝票などのプレプリント用紙を利用した印刷業務の電子化を推進ができるだけでなく、イメージデータと帳票データを合成して印刷するあらゆる帳票印刷システムにおいて、効率的に電子化が行えるようになる。

本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、上記した以外の、課題、構成および効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施形態の示すシステム構成図である。 従来の帳票出力システムを示した構成図である。 本発明における特徴データベースの構成とデータ例を示す図である。 本発明における書式管理データベースの構成とデータ例を示す図である。 本発明における帳票管理データベースの構成とデータ例を示す図である。 本発明における帳票データ管理データベースの構成とデータ例を示す図である。 伝票の一般的な構成要素を示した図である。 図７で説明した伝票をヘッダ要素と行要素とで見た構成例である。 伝票内で意味のある文字を示した図である。 帳票データが無いプレプリント白紙のイメージの例を示した図である。 本発明における色判別処理部の処理の概要を示すフローチャートである。 本発明における行特徴識別処理部の処理の概要を示すフローチャートである。 本発明における汎用文字識別処理部の処理の概要を示すフローチャートである。

以下、添付図面を参照しながら、本発明の帳票印刷システムを実施するための形態を詳細に説明する。図１は、本発明の実施形態を例示する図である。

なお、以後の説明では「テーブル」構造を用いて本発明の情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。

＜本発明のシステム構成＞
図１は、本発明の実施形態に係る、帳票データとイメージデータとを分離する帳票印刷システムの構成図である。本発明に係るシステムは、帳票設計端末１２１と、スキャナ１２４と、帳票生成システム１０１と、仮想的な印刷装置１１０と、電子帳票システム１３０と、帳票参照クライアント１３５とを備える。これらの端末およびシステムは、ネットワークなどを介して接続されている。

帳票設計端末１２１と、帳票生成システム１０１と、仮想的な印刷装置１１０と、電子帳票システム１３０と、帳票参照クライアント１３５とは、パーソナルコンピュータやワークステーションなどの情報処理装置によって構成されている。これらの情報処理装置は、中央演算処理部（ＣＰＵ：Central Processing Unit）などのプロセッサと、メモリやハードディスクなどの記憶装置と、キーボードなどの入力装置と、ディスプレイなどの出力装置とを備えている。なお、以下で説明する図１のデータベース１１４、１３２、１３３、１３４は、記憶装置に格納されている。また、図１では、帳票設計端末１２１と、帳票生成システム１０１と、仮想的な印刷装置１１０と、電子帳票システム１３０と、帳票参照クライアント１３５とが別々の装置やシステムとして描画されているが、これに限定されず、いくつかの装置やシステムを組み合わせて１つの情報処理装置で構成してもよい。

帳票設計端末１２１は、ネットワーク等を介してスキャナ１２４と接続されている。帳票設計端末１２１は、スキャナ１２４から帳票のスキャナイメージ１２３を取り込み、このスキャナイメージ１２３を下敷きとして、サンプルの帳票データ１２２を重ね合わせる。帳票設計端末１２１では、スキャナイメージ１２３を下敷きとして、入力装置などからの入力（すなわち、手動）によって、帳票のイメージデータを設定する。ここで、設定される帳票のイメージデータは、罫線やロゴなどのイメージデータ、およびヘッダやフッタに表示される固定的な文字列（日付や金額の単位など）を含む。また、帳票設計端末１２１では、帳票のどの位置に帳票データが入るかを示す位置情報なども設定される。帳票設計端末１２１は、設定されたイメージデータおよび位置情報を帳票生成システム１０１に送信する。なお、このイメージデータは、帳票生成システム１０１におけるイメージデータ１０３に対応する。

帳票生成システム１０１は、帳票データ１０２、帳票設計端末１２１で作成したイメージデータ１０３を重ねわせて表示し、仮想的な印刷装置１１０へ出力するシステムである。帳票生成システム１０１は、帳票設計端末１２１で設定された帳票データの位置情報に基づいて、実際のデータである帳票データをイメージデータ１０３に重ね合わせる。そして、帳票生成システム１０１は、例えば、実際に印刷装置でプリントアウトなどを行う場合を考慮して、帳票データ１０２とイメージデータ１０３とを合成して、１つの印刷データを作成する。帳票生成システム１０１は、この合成された印刷データを仮想的な印刷装置１１０へ出力する。

仮想的な印刷装置１１０は、合成された印刷データを、電子データとして、書式データと帳票データとに分離する装置である。ここで、書式データとは、帳票に含まれる罫線やロゴなどのイメージや、帳票の名称や各罫線内の見出し項目など、帳票ごとに変化しないデータ（情報）を表す。帳票データとは、罫線内に表示される数値情報や文字情報、帳票の作成日付など、帳票ごとに変化するデータ（情報）を表す。

仮想的な印刷装置１１０は、合成された印刷データを、書式データと、帳票データとに分離するために、色判別処理部１１１と、行特徴識別処理部１１２と、汎用文字識別処理部１１３とを備える。また、仮想的な印刷装置１１０は、特徴データベース１１４を更に備えている。特徴データベース１１４は、帳票名称や項目の見出しとして意味のある情報を登録、管理するデータベースである。

色判別処理部１１１は、印刷データ内の色情報に基づいて、印刷データを書式データと帳票データとに分離する。行特徴識別処理部１１２と汎用文字識別処理部１１３は、印刷データ内に出現する文字列の情報（文字列の出現パターンや、文字列が特徴データベース１１４に存在するか、文字列の出現頻度）に基づいて、印刷データを書式データと帳票データとに分離する。色判別処理部１１１と、行特徴識別処理部１１２と、汎用文字識別処理部１１３と、特徴データベース１１４との具体的な構成については後述する。

電子帳票システム１３０は、帳票表示処理部１３１と、帳票管理データベース１３２と、書式管理データベース１３３と、帳票データ管理データベース１３４とを備える。帳票管理データベース１３２は、帳票ごとに設定されている帳票ＩＤや各帳票の格納場所や帳票データと書式データの関連付けなどを管理するデータベースである。また、書式管理データベース１３３は、帳票データと分離した書式データと書式ＩＤとが格納されたデータベースである。また、帳票データ管理データベース１３４は、帳票データの格納位置の情報を格納したデータベースである。帳票表示処理部１３１は、帳票管理データベース１３２と、書式管理データベース１３３と、帳票データ管理データベース１３４との情報を用いて、帳票データと書式データとを合成し、合成したデータを帳票参照クライアント１３５に出力する。これにより、帳票参照クライアント１３５は、電子帳票システム１３０より入力されたデータを表示装置上に表示する。なお、帳票表示処理部１３１は、帳票参照クライアント１３５からの要求に応じて、帳票データと書式データのいずれか一方のみを表示するようにしてもよい。これにより、合成データだけでなく、帳票データと書式データを別々に扱えるようになり、データのハンドリングなどの利便性が向上する。

＜従来のシステム構成＞
図２は、従来の帳票出力システムの構成図である。
従来のシステムは、帳票設計端末１２１と、スキャナ２１０と、印刷システム２０４と、ドットインパクトプリンタ２０６と、仮想ドキュメントライタ２０８とを備える。仮想ドキュメントライタ２０８は、たとえば、ＰＤＦなどの電子ファイルを作成するものである。帳票設計端末１２１は、スキャナ２１０とネットワークを介して接続されている。また、印刷システム２０４と、ドットインパクトプリンタ２０６と、仮想ドキュメントライタ２０８とが、ネットワークを介して接続されている。

帳票設計端末１２１は、スキャナ２１０から帳票のスキャナイメージ１２３を取り込み、このスキャナイメージ１２３を下敷きとして、サンプルの帳票データ１２２を重ね合わせる。帳票設計端末１２１では、スキャナイメージ１２３を下敷きとして、入力装置などからの入力（すなわち、手動）によって、帳票データの印刷位置情報を設定する。また、帳票設計端末２０１で設定した印刷位置情報は、印刷システム２０４へ手動でコピーを行い、印字位置情報２０５として帳票データ２０２ｂを印刷する際に用いる。

印刷システム２０４は、印字位置情報２０５と帳票データ２０２ｂとをドットインパクトプリンタ２０６へ送信する。印刷システム２０４は、イメージデータが事前に印刷されてあるプレプリント用紙２０ｘに、ドットインパクトプリンタ２０６より帳票データ２０２ｂのみを印刷する。これにより、イメージデータと帳票データ２０２ｂとが重なった印刷結果２０７となる。

また、印刷システム２０４は、印字位置情報２０５と帳票データ２０２ｂとを仮想ドキュメントライタ２０８へ送信する。仮想ドキュメントライタ２０８は、印刷結果を電子データとして出力するものである。ここで、印刷を行うプリント用紙２０ｙは一般的に白紙でイメージデータがないため、仮想ドキュメントライタ２０８が帳票データ２０２ｂのみを出力すると、帳票データのみが印刷された印刷結果２０９となる。このように、従来のシステムでは、電子データとして印刷結果２０９を保存するため、例えば、帳票参照クライアントなどの端末で帳票を参照しても、帳票データのみの羅列となってしまい、意味のわからない情報となってしまう。

＜特徴データベースの構成＞
図３は、特徴データベース１１４の構成とデータ例を示す図である。特徴データベース１１４は、帳票名称や項目の見出しなどになる文字を判別するために使用するデータベースである。特徴データベース１１４は、特徴ＩＤ３０１と、位置情報３０２と、大きさ３０３と、色３０４と、文字３０５とを構成項目として含んでいる。特徴ＩＤ３０１は、書式データとなる文字列に付けられる固有のＩＤを保持し、位置情報３０２は、その文字列の位置の情報を保持する。位置情報３０２は、一例として、「ヘッダ部分 左端」という情報が入っているが、例えば、座標情報などでもよい。

大きさ３０３は、文字列の大きさの情報を保持し、色３０４は、文字列の色の情報を保持する。そして、文字３０５は、書式データとなる文字列のデータを保持する。ここでは、文字３０５には、「配布先」という文字列が保持されている。なお、詳細は後述するが、特徴データベース１１４への文字列情報の登録は、仮想的な印刷装置１１０が行い、帳票となる印刷データに一定回数以上出現した文字列が、特徴データベース１１４に登録される。

＜書式管理データベースの構成＞
図４は、書式管理データベース１３３の構成とデータ例を示す図である。書式管理データベース１３３は、書式ＩＤ４０１と、書式イメージ４０２とを構成項目として含んでいる。書式ＩＤ４０１は、各書式に付けられる固有のＩＤを保持し、書式イメージ４０２は、仮想的な印刷装置１１０で書式データと帳票データとに分離された後の書式データのイメージデータを保持する。なお、書式管理データベース１３３への登録は、電子帳票システム１３０によって行い、手動での入力は行わない。

＜帳票管理データベースの構成＞
図５は、帳票管理データベース１３２の構成とデータ例を示す図である。帳票管理データベース１３２は、帳票ＩＤ５０１と、帳票名称５０２と、帳票データＩＤ５０３と、書式ＩＤ５０４とを構成項目として含んでいる。帳票ＩＤ５０１は、各帳票に付けられる固有のＩＤを保持し、帳票名称５０２は、各帳票の名称を保持する。帳票データＩＤ５０３は、電子データである帳票データと関連付けを行うために付されているＩＤであって、各帳票データに対して固有のＩＤを保持する。書式ＩＤ５０４は、各帳票に対応する書式ＩＤを保持する。なお、帳票データＩＤ５０３はユニークな情報として管理するが、帳票名称５０２や書式ＩＤ５０４の情報は重複して登録することができる。

この帳票管理データベース１３２を用いることによって、帳票表示処理部１３１は、帳票データＩＤ５０３と書式ＩＤ５０４とを参照して、帳票データと書式データを取得し、帳票データと書式データを合成したデータを作成することができる。なお、帳票管理データベース１３２は、電子帳票システム１３０の導入時、もしくは表示する帳票が増えた場合に手動でデータの登録をできるように構成してもよい。

＜帳票データ管理データベースの構成＞
図６は、帳票データ管理データベース１３４の構成とデータ例を示す図である。帳票データ管理データベース１３４は、帳票データＩＤ６０１と、帳票データ格納位置６０２とを構成項目として含んでいる。上述した図５の帳票データＩＤ５０３と同様に、帳票データＩＤ６０１は、電子データである帳票データと関連付けを行うために付されているＩＤであって、各帳票データに対して固有のＩＤを保持する。帳票データ格納位置６０２は、各帳票データへアクセスするためのデータパスを保持する。なお、帳票データ格納位置６０２で示されるデータパスの箇所には、仮想的な印刷装置１１０で書式データと帳票データとに分離された後の帳票データが格納されている。帳票データの格納は、電子帳票システム１３０によって行い、手動での格納は行わない。

＜伝票の構成＞
図７は、プレプリント用紙に代表される伝票の一般的な構成要素を示した図である。伝票７００は、ヘッダ情報７０１と、行データ７０２と、フッタ情報７０３とによって構成されている。ヘッダ情報７０１には、帳票名称や取引先名、日付、会社ロゴなど、イメージデータで構成される固定的な情報と、それらの情報を示す帳票データとが表示される。

行データ７０２は、イメージデータである罫線枠７０２ａと、罫線枠内の各列の意味を表す見出し項目７０２ｂと、帳票の本質的な内容を表す帳票データ７０２ｃとを含んでいる。フッタ情報７０３には、ヘッダ情報７０１と同様に、「数量合計」や「売上金額合計」などの固定的な情報と、それらの具体的な数値情報を示す帳票データとが表示される。また、一般的に、罫線枠や見出し項目などのイメージデータは、青や緑などの白黒以外のカラーで表示され、帳票データは黒で表示される。

図８は、図７で説明した伝票をヘッダ要素と行要素とで見た構成例である。伝票は大量に出力されるのが一般的である。そのため、ヘッダ情報７０１には、帳票名、たとえば、「取引先名」や「店名」などの全てのページに表示される同一の文字列（書式文字８０１ａ、８０１ｃ）と、「▲▲商店」など、取引先が変わるごとに変化する帳票データ８０１ｂ、８０１ｄとが表示される。

また、行データ７０２には、罫線枠８０２と、罫線枠８０２内の各行に表示される行帳票データ８０３ａ〜８０３ｎと、各列の項目の見出し８０４とが表示される。図８に示すように、この行データ７０２の特徴として、行帳票データ８０３ａ〜８０３ｎの各行は、文字列、文字列、数値、数値・・・と一行に文字列と数値の両方の要素で構成される。すなわち、行帳票データ８０３ａ〜８０３ｎの各行は、文字列以外の要素を含む。これに対して、見出し８０４は、文字列だけで構成されている。したがって、行帳票データ８０３ａ〜８０３ｎと見出し８０４とは性質が異なることがわかる。本発明では、以下で詳細に説明するが、見出しと行とで性質が異なる点を利用する。

図９は、伝票内で意味のある文字を示した図である。伝票のイメージデータの中には、たとえば、「平成 年 月 日」９０１や「個」９０２、「円」９０３など、帳票データがなくても意味のわかる文字列が存在する。また、これらの情報は、ユーザ固有の情報ではなく、汎用的な言葉であるため、事前に書式データとなる文字列であると認識することができる。本発明では、この伝票などで汎用的に利用される文字列を伝票の特徴として登録および抽出する。これらの汎用的な文字列は、あらかじめ特徴データベース１１４に登録される。

図１０は、帳票データが無いプレプリント白紙のイメージの例を示した図である。プレプリント用紙は、事前にその帳票に必要なイメージデータを埋め込んで作成された用紙である。例えば、図２に示したように、ドットインパクトプリンタ２０６が、帳票データ２０２ｂのみを出力し、プレプリント用紙のイメージデータと帳票データ２０２ｂとが重なった印刷結果２０７となる。図１０で示した例では、帳票名称１００１ａ、取引先名や店名１００１ｂ、会社ロゴ１００１ｃ、発行日１００１ｄ、行データの各項目名や罫線枠１００２、および、数量合計１００３ａ、売上金額合計１００３ｂなどがイメージデータとなる。

＜色判別処理部の処理内容＞
次に、上述の構成を有する本発明の仮想的な印刷装置１１０において行われる処理について説明する。図１１は、帳票の中の色の違いに基づいて、印刷データを書式データと帳票データとに分離する構成のフローチャートであり、特に、色判別処理部１１１の処理内容を説明するフローチャートである。

ステップ１１０１において、帳票設計端末１２１が、スキャナイメージ１２３を利用して、イメージデータ１０３を作成し、帳票生成システム１０１が、イメージデータ１０３と帳票データ１０２とを合成した印刷データを仮想的な印刷装置１１０へ出力する。

ステップ１１０２において、色判別処理部１１１は、印刷データ（すなわち、帳票）の内部を解析し、イメージデータの色、例えば、罫線の色を判定する。上述したように、一般的に、罫線枠や見出し項目など書式データとなる情報は、白黒以外のカラーで表示され、帳票データとなる情報は黒で表示される。したがって、ステップ１１０２において、色判別処理部１１１は、白黒以外の色の部分を罫線などのイメージデータと判定し、その色情報を取得する。

次に、ステップ１１０３において、まず、色判別処理部１１１は、罫線の色と文字列の色とを判定する。色判別処理部１１１は、印刷データ内の文字列の色情報も取得する。そして、色判別処理部１１１は、イメージデータの色情報と、文字列の色情報とを比較して、これらの色が違う場合（すなわち、イメージデータの色情報と異なる色の文字列が存在する場合）、イメージデータの色情報と同じ色の文字列が出現するかを判定する。同じ色の文字列が出現する場合はステップ１１０４に進む。
なお、色判別処理部１１１は、イメージデータの色情報と全ての文字列の色情報とが同じ場合、ステップ１１０６に進む。ステップ１１０６に進んだ場合、罫線枠、帳票名称、見出し項目などから構成される書式データと、帳票データの文字列が全く同じ色で構成されているため、色による判別は不可として、処理を終了する。

ステップ１１０４において、色判別処理部１１１は、イメージデータの色情報と文字列の色情報とが違う場合、イメージデータの色情報と同じ色である文字列については書式データとして判別する。さらに、色判別処理部１１１は、イメージデータの色とは異なる色の文字列は、帳票データとして判別する。

次に、ステップ１１０５において、色判別処理部１１１は、ステップ１１０４で書式データと判別された文字列と罫線を書式データとして合成し、それ以外の文字列を帳票データとする。そして、色判別処理部１１１は、分離した書式データと帳票データとを電子帳票システム１３０へ送信する。電子帳票システム１３０は、分離された書式データの情報と帳票データの情報を関連づけて、帳票管理データベース１３２と書式管理データベース１３３と帳票データ管理データベース１３４とに格納する。なお、印刷データ内で罫線が複数あり、それぞれの罫線が別々の色で構成されている場合は、ステップ１１０２〜１１０４の処理を繰り返す。

なお、図１１では省略しているが、ロゴなどのイメージデータも、白黒以外の色を含んでいるため、そのようなイメージデータも書式データとして判定する。

また、上述では、色判別処理部１１１は、白黒以外の色の部分を罫線などのイメージデータと判定し、その色情報を取得しているが、別の方法で罫線の色と文字列の色とを比較してもよい。例えば、罫線は通常直線で描画されるため、印刷データ内で直線部分の色情報を取得し、その直線部分の色情報と文字列の色情報とを比較するようにしてもよい。

このように、本発明の色判別処理部１１１によれば、印刷データ（帳票）内の色の特性を生かして、書式データと帳票データを判別することができる。

＜行特徴識別処理部の処理内容＞
図１２は、帳票の中の文字列の出現パターンに基づいて、印刷データを書式データと帳票データとに分離する構成のフローチャートであり、特に、行特徴識別処理部１１２の処理内容を説明するフローチャートである。図７および図８で示したように、帳票の中の文字列には一定の出現パターンがある。行特徴識別処理部１１２は、ヘッダ情報７０１やフッタ情報７０３の文字の出現パターンの判定と、行データ７０２の文字の出現パターンの判定を２段階で実行する。

ステップ１２０１において、帳票設計端末１２１が、スキャナイメージ１２３を利用して、イメージデータ１０３を作成し、帳票生成システム１０１が、イメージデータ１０３と帳票データ１０２とを合成した印刷データを仮想的な印刷装置１１０へ出力する。

次に、ステップ１２０２において、行特徴識別処理部１１２は、帳票のヘッダ情報とフッタ情報の文字列情報を取得する。ここで、行特徴識別処理部１１２は、印刷データである帳票の上から順番にデータを走査していき、罫線が出現するまでの位置をヘッダ領域と判定し、罫線が終わってからページが終わるまでの領域をフッタ領域と判定する。ここで、罫線かどうかの判定は、図１１のように色で判別してもよいし、上から順番に走査して直線のイメージが出てきた位置を罫線と判定してもよい。行特徴識別処理部１１２は、このように判定されたヘッダ領域とフッタ領域から文字列情報を取得する。そして、上述したように、伝票などの帳票は大量に出力されるのが一般的であり、帳票名称などの書式データは、全ての帳票において共通して出力される文字列であることを利用する。行特徴識別処理部１１２は、全ての帳票（すなわち、全てのページ）について、ヘッダ領域およびフッタ領域内の文字列を比較する。通常、印刷データでは、ページの終わりに改ページのコードが入っているため、この改ページコードを基準として、各ページの文字列の比較を行うことができる。なお、行特徴識別処理部１１２は、文字列の比較として、出現する文字列、文字の大きさ、文字列の位置の全てを比較するようにしてもよいし、これらの一部を比較するようにしてもよい。

次に、ステップ１２０３において、行特徴識別処理部１１２は、全てのページで同じ文字列が出現している場合、ステップ１２０４に進み、その文字列を帳票名称などの書式データとして判別する。なお、全てのページで出現していない文字列については、ステップ１２０５において、行特徴識別処理部１１２は、帳票の作成日付や取引先名など、帳票ごとに変化する帳票データと判定する。

次に、行データ７０２の比較を行う。ステップ１２０６において、行特徴識別処理部１１２は、行データ７０２を１行目から最終行まで行ごとに分割する。さらに、行特徴識別処理部１１２は、行データの各列ごとの情報を抽出する。ここで、各列は罫線によって区切られているので、行特徴識別処理部１１２は、罫線で囲まれた領域にある情報を各列の情報として取得する。そして、行特徴識別処理部１１２は、各列について、取得した情報が、文字列情報であるか或いは数値情報であるかを判定する。なお、このとき、グラフィック情報から構成される罫線枠は比較しなくてもイメージデータと判断できるため、比較の対象にはしない。

次に、ステップ１２０７において、行特徴識別処理部１１２は、全ての列が文字列情報である場合、ステップ１２０８に進み、その行を行データ７０２における項目名称などの書式データとして判別する。なお、全ての列が文字列情報ではない場合、商品名や合計金額など文字列や数値情報が混在したデータと考えられる。したがって、全ての列が文字列情報ではない場合、ステップ１２０９において、行特徴識別処理部１１２は、その行を帳票ごとに変化する帳票データと判定する。

次に、ステップ１２１０において、行特徴識別処理部１１２は、ステップ１２０４および１２０８で書式データと判別された文字列と罫線を書式データとして合成し、ステップ１２０５および１２０９で帳票データ判別された文字列を帳票データとして合成する。行特徴識別処理部１１２は、このように分離した書式データと帳票データとを電子帳票システム１３０へ送信する。電子帳票システム１３０は、分離された書式データの情報と帳票データの情報を関連づけて、帳票管理データベース１３２と書式管理データベース１３３と帳票データ管理データベース１３４とに格納する。

このように、本発明の行特徴識別処理部１１２によれば、出現する文字パターンを判別することによって、書式データと帳票データを判別することができる。特に、罫線と文字列が同じ色で印刷される印刷データの場合でも、書式データと帳票データを判別することができる。

なお、上述では、ヘッダおよびフッタ領域と、行データとを分けて処理しているが、この構成に限定されない。例えば、ヘッタおよびフッタ領域、行データというように領域を分けて処理をせずに、印刷データ内の全ての文字列について、全てのページにおいて同じ文字列かどうかを判定してもよい。これは、行データの項目名称の位置が全てのページにおいて同じ位置で設定されることが多いためである。ヘッダおよびフッタ領域と、行データとを分けて処理する場合については、特に帳票の印刷データが１枚しかない場合に、少なくとも行データについては書式データとなる文字列が判別できる点で利点がある。

＜汎用文字識別処理部の処理内容＞
図１３は、帳票の中の意味のある文字列を判定し、印刷データを書式データと帳票データとに分離する構成のフローチャートであり、特に、汎用文字識別処理部１１３の処理内容を説明するフローチャートである。図９で示したように、帳票の中には、「平成 年 月 日」９０１や「個」９０２、「円」９０３など、帳票データがなくても意味のわかる文字列が存在する。汎用文字識別処理部１１３は、特徴データベース１１４を用いて、書式データとしての汎用文字であるかを判定する。

ステップ１３０１において、帳票設計端末１２１が、スキャナイメージ１２３を利用して、イメージデータ１０３を作成し、帳票生成システム１０１が、イメージデータ１０３と帳票データ１０２とを合成した印刷データを仮想的な印刷装置１１０へ出力する。

次に、ステップ１３０２において、汎用文字識別処理部１１３は、印刷データである帳票の中から、文字列の情報を取得する。そして、汎用文字識別処理部１１３は、各文字列が特徴データベース１１４に登録されている文字列かを判定する。ここで、特徴データベース１１４に登録されている文字列とは、図９で説明した通り、「平成 年 月 日」９０１や「個」９０２、「円」９０３など、帳票データがなくても意味のわかる汎用的な文字列とする。

次に、文字列が特徴データベース１１４に登録されている場合、ステップ１３０３において、汎用文字識別処理部１１３は、その文字列を書式データとして判別する。

一方、文字列が特徴データベース１１４に登録されていない場合、ステップ１３０５において、汎用文字識別処理部１１３は、その文字列が全てのページで出現する頻度を算出し、その頻度が所定の回数以上であるかを判定する。所定の回数以上出現している場合、ステップ１３０６において、汎用文字識別処理部１１３は、その文字列を書式データとして判別する。その後、ステップ１３０７において、汎用文字識別処理部１１３は、その文字列の情報を特徴データベース１１４に格納する。
なお、所定の回数は、少なくとも２以上に設定し、帳票のページ数に応じて適宜変更できるように構成してもよい。

なお、ステップ１３０５において、文字列の頻度が所定の回数以上でない場合、汎用文字識別処理部１１３は、判定不可（ステップ１３０８）として処理を終了する。

最後に、ステップ１３０４において、汎用文字識別処理部１１３は、ステップ１３０３および１３０６で書式データと判別された文字列と罫線を書式データとして合成し、それ以外の文字列を帳票データとする。そして、汎用文字識別処理部１１３は、分離した書式データと帳票データとを電子帳票システム１３０へ送信する。電子帳票システム１３０は、分離された書式データの情報と帳票データの情報を関連づけて、帳票管理データベース１３２と書式管理データベース１３３と帳票データ管理データベース１３４とに格納する。

なお、図１３では省略しているが、罫線かどうかの判定を図１３に組み入れてもよい。例えば、図１１のように色で判別してもよいし、上から順番に走査して直線のイメージが出てきた位置を罫線と判定してもよい。

このように、本発明の汎用文字識別処理部１１３によれば、特徴データベース１１４に登録された文字列を帳票名称や見出し項目で利用される文字列として判別することによって、図１２で示した出現パターンを判定する構成に比べて、文字列の比較処理を削減することができ、その結果、書式データと帳票データとの分離処理の時間をより短くすることができる。しかも、特徴データベース１１４に登録されていない文字列でも、所定の頻度で出現する文字列が自動的に特徴データベース１１４に登録されるため、システムを運用していくに従って、書式データと帳票データの分離処理をより高精度に且つ高速に行うことができる。

＜まとめ＞
本発明の実施形態によれば、色判別処理部１１１は、印刷データ内において白黒以外の色の部分をイメージデータと判定し、イメージデータの色と異なる色の文字列データが存在する場合、書式データと帳票データの分離処理を実行し（ステップ１１０３）、色判別処理部１１１は、イメージデータの色と同じ色の文字列データを書式データとして判別する（ステップ１１０４）。
この構成によれば、印刷データ（帳票）内の色の特性を生かして、書式データと帳票データを判別することができる。

また、本発明の実施形態によれば、行特徴識別処理部１１２は、印刷データ内のヘッダ領域およびフッタ領域の文字列を複数の印刷データに関して比較し（ステップ１２０２）、複数の印刷データのヘッダ領域およびフッタ領域に同じ文字列データが存在する場合（ステップ１２０３）、当該文字列データを書式データとして判別する（ステップ１２０４）。さらに、行特徴識別処理部１１２は、印刷データ内の行データ領域の各行の列ごとの情報を比較し（ステップ１２０６）、全ての列が文字列情報である行を、書式データとして判別する（ステップ１２０８）。
この構成によれば、出現する文字パターンを判別することによって、書式データと帳票データを判別することができる。特に、罫線と文字列が同じ色で印刷される印刷データの場合でも、書式データと帳票データを判別することができる。また、ヘッダおよびフッタ領域と、行データとを分けて処理する構成としているので、特に帳票の印刷データが１枚しかない場合に、少なくとも行データについては書式データとなる文字列を判別することができる。

また、本発明の実施形態によれば、仮想的な印刷装置１１０は、印刷データ内において書式データとして出現する文字列の情報を格納した特徴データベース１１４と、印刷データ内の文字列データが特徴データベース１１４に格納された文字列と一致する場合、当該文字列データを書式データとして判別する汎用文字識別処理部１１３と、を備える。
この構成によれば、特徴データベース１１４に登録された文字列を帳票名称や見出し項目で利用される文字列として判別することによって、図１２で示した出現パターンを判定する構成に比べて、文字列の比較処理を削減することができ、その結果、書式データと帳票データとの分離処理の高速化を図ることができる。また、帳票の印刷データが１枚しかない場合でも、ヘッダおよびフッタ領域や行データに関係なく、書式データとなる文字列を判別することができる。

また、本発明の実施形態によれば、汎用文字識別処理部１１３は、印刷データ内において所定の頻度を超えて出現する文字列データを、書式データとして判別する（ステップ１３０６）。
この構成によれば、特徴データベース１１４に登録されていない文字列でも、書式データとなる文字列を判別することができる。

また、本発明の実施形態によれば、汎用文字識別処理部１１３は、印刷データ内において所定の頻度を超えて出現する文字列データの情報を特徴データベース１１４に格納する（ステップ１３０７）。
この構成によれば、所定の頻度で出現する文字列が自動的に特徴データベース１１４に登録されるため、システムを運用していくに従って、書式データと帳票データの分離処理をより高精度に且つ高速に行うことができる。また、会社ごとや帳票ごとに固定となる文字列は異なるため、各会社や帳票に合わせた特徴データベース１１４を構築していくことが可能となる。

本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

例えば、印刷データを書式データと帳票データに分離するという点においては、本発明の仮想的な印刷装置１１０は、色判別処理部１１１と、行特徴識別処理部１１２と、汎用文字識別処理部１１３の少なくとも１つを備えればよい。すなわち、図１に示す本実施形態の仮想的な印刷装置１１０は、色判別処理部１１１と、行特徴識別処理部１１２と、汎用文字識別処理部１１３との全てを備えているが、この構成は本発明のより好ましい形態であり、これらの処理部の一部を削除して本発明を構成することが可能である。

なお、本実施形態のように、仮想的な印刷装置１１０が、色判別処理部１１１と、行特徴識別処理部１１２と、汎用文字識別処理部１１３との全てを備える場合、印刷データに対して、色判別処理部１１１の処理、行特徴識別処理部１１２の処理、および汎用文字識別処理部１１３の処理を順に実行するようにしてもよい。このようにすることによって、ある処理部で書式データと判別できなくても別の処理部で書式データとして判別できる場合があり、より高精度に書式データと帳票データとを分離することができる。

上述の実施形態では、色判別処理部１１１は、白黒以外の色の部分を罫線などのイメージデータと判定しているが、この構成に限定されない。例えば、罫線枠が黒色で、文字列が別の色である場合には、色判別処理部１１１に、その情報を予め設定しておき、イメージデータと判定される色を変更してもよい。

本実施形態では、帳票生成システム１０１によって作成された印刷データを仮想的な印刷装置１１０で書式データと帳票データとに分離しているが、この形態に限定されない。例えば、既に紙として存在している伝票などをスキャナで読み込んで、ＯＣＲ処理などによって文字列と罫線などのイメージデータとに区別し、仮想的な印刷装置１１０で書式データと帳票データとに分離してもよい。このようにすることによって、紙として存在する伝票などを電子化して、書式データと帳票データとに分離して管理することができる。

上述したように、実施形態の構成は、それらの一部や全部を、例えば、集積回路で設計する等によりハードウェアで実現することができる。また、本発明は、実施形態の機能を実現するソフトウェアのプログラムコードで実現してもよい。この場合、プログラムコードを記録した記憶媒体を情報処理装置に提供し、その情報処理装置（又はＣＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、およびそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、プログラムコードの指示に基づき、情報処理装置上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、情報処理装置上のメモリなどの記憶部に書きこまれた後、そのプログラムコードの指示に基づき、情報処理装置のＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現されるようにしてもよい。

さらに、実施形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それを情報処理装置の記憶装置又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にその情報処理装置のＣＰＵが当該記憶装置や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

最後に、ここで述べたプロセスおよび技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教示に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、およびファームウエアの多数の組み合わせがあることが解るであろう。例えば、本実施形態に記載の機能を実現するプログラムコードは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

また、図面における制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１０１ 帳票生成システム
１０２ 帳票データ
１０３ イメージデータ
１１０ 印刷装置
１１１ 色判別処理部
１１２ 行特徴識別処理部
１１３ 汎用文字識別処理部
１１４ 特徴データベース
１２１ 帳票設計端末
１２２ 帳票データ
１２３ スキャナイメージ
１２４ スキャナ
１３０ 電子帳票システム
１３１ 帳票表示処理部
１３２ 帳票管理データベース
１３３ 書式管理データベース
１３４ 帳票データ管理データベース
１３５ 帳票参照クライアント

Claims (10)

1. 帳票の印刷データを書式データと帳票データとに分離する仮想的な印刷装置と、
   前記仮想的な印刷装置によって分離された前記書式データと前記帳票データとを格納する記憶装置と、
   を備え、
   前記仮想的な印刷装置は、前記印刷データ内の色情報および前記印刷データ内に出現する文字列の情報の少なくとも一方に基づいて、前記印刷データを前記書式データと前記帳票データとに分離することを特徴とする帳票印刷システム。
2. 請求項１に記載の帳票印刷システムにおいて、
   前記仮想的な印刷装置は、前記印刷データ内のイメージデータの色と文字列データの色とを比較することによって、前記印刷データを前記書式データと前記帳票データとに分離する色判別処理部を備えることを特徴とする帳票印刷システム。
3. 請求項２に記載の帳票印刷システムにおいて、
   前記色判別処理部は、前記印刷データ内において所定の色以外の部分を前記イメージデータと判定し、前記イメージデータの色と異なる色の文字列データが存在する場合、前記書式データと前記帳票データの分離処理を実行し、
   前記色判別処理部は、前記イメージデータの色と同じ色の文字列データを前記書式データとして判別することを特徴とする帳票印刷システム。
4. 請求項１乃至３のいずれか一項に記載の帳票印刷システムにおいて、
   前記仮想的な印刷装置は、前記印刷データ内の文字列データの出現パターンに基づいて前記印刷データを前記書式データと前記帳票データとに分離する行特徴識別処理部を備えることを特徴とする帳票印刷システム。
5. 請求項４に記載の帳票印刷システムにおいて、
   前記行特徴識別処理部は、
   前記印刷データ内のヘッダ領域およびフッタ領域の文字列を複数の印刷データに関して比較し、
   前記複数の印刷データの前記ヘッダ領域および前記フッタ領域に同じ文字列データが存在する場合、当該文字列データを前記書式データとして判別することを特徴とする帳票印刷システム。
6. 請求項４に記載の帳票印刷システムにおいて、
   前記行特徴識別処理部は、前記印刷データ内の行データ領域の各行の列ごとの情報を比較し、全ての列が文字列情報である行を、前記書式データとして判別することを特徴とする帳票印刷システム。
7. 請求項１乃至６のいずれか一項に記載の帳票印刷システムにおいて、
   前記仮想的な印刷装置は、
   前記印刷データ内において前記書式データとして出現する文字列の情報を格納した特徴データベースと、
   前記印刷データ内の文字列データが前記特徴データベースに格納された文字列と一致する場合、当該文字列データを前記書式データとして判別する汎用文字識別処理部と、
   を備えることを特徴とする帳票印刷システム。
8. 請求項７に記載の帳票印刷システムにおいて、
   前記汎用文字識別処理部は、前記印刷データ内において所定の頻度を超えて出現する文字列データを、前記書式データとして判別することを特徴とする帳票印刷システム。
9. 請求項８に記載の帳票印刷システムにおいて、
   前記汎用文字識別処理部は、前記印刷データ内において前記所定の頻度を超えて出現する文字列データの情報を、前記特徴データベースに格納することを特徴とする帳票印刷システム。
10. 請求項１乃至９のいずれか一項に記載の帳票印刷システムにおいて、
    前記記憶装置において分離して格納された前記書式データと前記帳票データとを合成する又はいずれか一方を取得する帳票表示処理部を更に備えることを特徴とする帳票印刷システム。

Images