(57)【要約】【課題】帳票の作成及び集計の管理を容易に行えるようにした、帳票管理装置、帳票管理方法、帳票管理システム及びプログラムを提供する。【解決手段】項目名称及び帳票項目ＣＤの複数が登録された帳票項目マスタ５０１と、複数の帳票の内から各帳票を特定するための帳票ＣＤと、各帳票上での記入箇所を特定するデータとが登録される帳票パターン定義マスタ５０２とを備え、帳票項目マスタ５０１から選択された所要の項目名称及び帳票項目ＣＤが登録された帳票パターン定義マスタ５０２を利用して、所要の項目名称及び帳票項目ＣＤが、所要の記入箇所に記載された帳票５０３を帳票管理装置で作成する。また、異なる帳票５０３から、帳票パターン定義マスタ５０２を利用して項目名称及び帳票項目ＣＤ毎の累積データ５０７を集計する。【選択図】図１０
2009123121.tif 000002
【特許請求の範囲】
【請求項１】
帳票フォームデータと可変データを記憶する情報処理装置であって、
前記帳票フォームデータを生成する帳票フォーム生成手段と、
前記帳票フォーム生成手段で生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて記憶する記憶手段と、
出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力手段と、
前記入力手段によって入力された前記出力指示情報に従って、前記記憶手段から前記帳票フォームデータを取得する帳票フォーム取得手段と、
前記入力手段で入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得手段で取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得手段と、
前記帳票フォームデータと前記可変データとを合成する合成手段と、
前記合成手段で合成された前記帳票フォームデータと前記可変データを出力する出力手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記帳票フォームデータは、前記可変データを挿入するための領域であるフィールドを備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記憶手段に記憶される可変データは、前記帳票フォームに印字する領域情報と対応して記憶することを特徴とし、
前記帳票フォームに印字する領域情報に対応する前記フィールドを特定する特定手段と
前記合成手段は、前記特定されたフィールドに対して前記可変データを入力することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記帳票フォームデータは前記帳票識別子を入力するためのフィールドを備え、
前記合成手段は、前記帳票識別子を前記フィールドに入力することを特徴とし、
前記出力手段で出力された前記帳票フォームデータと前記可変データが印刷された帳票を読み取る読取手段と、
前記帳票読取手段で読み取られた前記帳票のデータから記入された箇所及び前記帳票識別子を検出する検出手段と、
前記検出手段で検出された記入箇所及び帳票識別子に従って、前記合成された可変データを取得するデータ抽出手段と、
を有することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記データ抽出手段で抽出されたデータを記憶する抽出データ記憶手段と、
前記抽出データ記憶手段で記憶された抽出データを集計するための少なくとも帳票項目を含む条件を入力する条件入力手段と、
前記条件入力手段で入力された条件に従って、前記抽出データ記憶手段で記憶された抽出データを取得する抽出データ取得手段と、
前記抽出データ取得手段で取得された抽出データを集計する集計手段と
を備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
帳票フォームデータと可変データを記憶する記憶部を備える情報処理装置の処理方法であって、
前記帳票フォームデータを生成する帳票フォーム生成ステップと、
前記帳票フォーム生成ステップで生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて管理する管理ステップと、
出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力ステップと、
前記入力ステップによって入力された前記出力指示情報に従って、前記記憶部から前記帳票フォームデータを取得する帳票フォーム取得ステップと、
前記入力ステップで入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得ステップで取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得ステップと、
前記帳票フォームデータと前記可変データとを合成して合成データを生成する生成ステップと、
前記生成ステップで生成された前記合成データを出力する出力手段と、
を備えることを特徴とする処理方法。
【請求項７】
帳票フォームデータと可変データを記憶する情報処理装置を、
前記帳票フォームデータを生成する帳票フォーム生成手段と、
前記帳票フォーム生成手段で生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて記憶する記憶手段と、
出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力手段と、
前記入力手段によって入力された前記出力指示情報に従って、前記記憶手段から前記帳票フォームデータを取得する帳票フォーム取得手段と、
前記入力手段で入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得手段で取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得手段と、
前記帳票フォームデータと前記可変データとを合成する合成手段と、
前記合成手段で合成された前記帳票フォームデータと前記可変データを出力する出力手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票の作成及び集計の管理を容易に行えるようにした、情報処理装置、及びその処理方法、プログラムに関する。
【背景技術】
【０００２】
従来、コンピュータにより帳票を印刷する際には、帳票の罫線や印刷したいデータを外部から入力する領域（フィールド）を定義したフォームを作成し、そのフォームに対して外部装置から取得したデータを入力して印刷を行っている（いわゆるフォームオーバーレイ）。
【０００３】
この場合には、フォームの各領域（フィールド）に対して、データ、印刷時のテキスト色、フォント等の情報の定義を行う。また、帳票に印刷するデータの定義を変更する場合には、新たに再定義されたフォームを作成していた。さらにこの場合には、作成した各帳票のフォーム毎に管理して印刷を行っていた。
【０００４】
つまり、帳票のフォームの大部分が似ていても、一部に差異が存在する場合には、個別にフォームの作成を行っていた。
【０００５】
個別にフォームを作成することは、フォームを作成する作業者にとって負荷が高いため、効率よくフォームを作成することが要求されている。この要求を満たすために、基準シートを複数保持しておき、この基準シートに基づきフォームを定義する技術が提案されている（例えば、特許文献１参照）。
【特許文献１】特開平７−１６０８０４
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の基準シートは、基礎的情報を保持するものである。このため、フォームに入力するデータに変更があった場合には、新たにフォームを生成してフィールドに紐づくデータの定義をし直す必要があった。
【０００７】
例えば、コールセンターなどの業務では、どのような内容の問い合わせがあったのかをチェックするためのチェックシートが用いられている。このチェックシートは、商品が変更になればその都度チェックシートを変更しなければならない。このチェックシートに新たな商品名を加える変更をした場合には、チェックシートに記載される新たな商品名（項目名）をフィールドと紐付ける必要がある。或いは、チェックシートに記載される商品名の順番を変えた場合には、全てのフィールドとデータを紐付けるため新たなフォームを作成しなければならなかった。
【０００８】
また、コールセンターで使用する帳票では、どのコール（何回目のコール）でどの商品に対しての問い合わせがあったのかを記録する必要があり、少なくとも商品名×コール数分の領域を帳票上に確保し、その各領域に対してオペレータがチェックしている。
【０００９】
このようなオペレータがチェックした帳票は、集計され、問い合わせ内容の分析がなされている。この帳票の集計にあたっては、ＯＣＲやＯＭＲを利用してチェックされた項目を検出し、集計することが行われている。この帳票をＯＣＲやＯＭＲを利用して読み取る場合には、ＯＭＲ、ＯＣＲを行うための設定や定義（例えば、ＯＣＲやＯＭＲ領域の設定や辞書設定）を帳票毎に行う必要があり、帳票の種類が大量にある場合、大変な労力を要するという問題がある。
【００１０】
本発明の目的は、１つのフォームから複数の帳票を生成する仕組みを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、請求項１記載の情報処理装置は、帳票フォームデータと可変データを記憶する情報処理装置であって、前記帳票フォームデータを生成する帳票フォーム生成手段と、前記帳票フォーム生成手段で生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて記憶する記憶手段と、出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力手段と、前記入力手段によって入力された前記出力指示情報に従って、前記記憶手段から前記帳票フォームデータを取得する帳票フォーム取得手段と、前記入力手段で入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得手段で取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得手段と、前記帳票フォームデータと前記可変データとを合成する合成手段と、前記合成手段で合成された前記帳票フォームデータと前記可変データを出力する出力手段と、を備えることを特徴とする。
【００１２】
上記目的を達成するために、請求項６記載の処理方法は、帳票フォームデータと可変データを記憶する記憶部を備える情報処理装置の処理方法であって、前記帳票フォームデータを生成する帳票フォーム生成ステップと、前記帳票フォーム生成ステップで生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて管理する管理ステップと、出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力ステップと、前記入力ステップによって入力された前記出力指示情報に従って、前記記憶部から前記帳票フォームデータを取得する帳票フォーム取得ステップと、前記入力ステップで入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得ステップで取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得ステップと、前記帳票フォームデータと前記可変データとを合成して合成データを生成する生成ステップと、前記生成ステップで生成された前記合成データを出力する出力手段と、を備えることを特徴とする。
【００１３】
上記目的を達成するために、請求項７記載のプログラムは、帳票フォームデータと可変データを記憶する情報処理装置を、前記帳票フォームデータを生成する帳票フォーム生成手段と、前記帳票フォーム生成手段で生成された帳票フォームデータと、当該帳票フォームデータと合成して出力するための複数の帳票分の可変データとを、対応させて記憶する記憶手段と、出力する帳票を特定するための帳票識別情報を含む出力指示情報を入力する入力手段と、前記入力手段によって入力された前記出力指示情報に従って、前記記憶手段から前記帳票フォームデータを取得する帳票フォーム取得手段と、前記入力手段で入力された前記出力指示情報の帳票識別情報に従って、複数の帳票分の可変データの内から帳票フォーム取得手段で取得した帳票フォームデータと合成するための前記可変データを取得する可変データ取得手段と、前記帳票フォームデータと前記可変データとを合成する合成手段と、前記合成手段で合成された前記帳票フォームデータと前記可変データを出力する出力手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、１つのフォームから複数の帳票を生成できるようにして帳票を容易に作成できるようにし、また複数の帳票に基づく集計を容易に行えるという効果がある。
【発明を実施するための最良の形態】
【００１５】
＜システム構成＞
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１６】
図１は、本発明の実施の形態に係わる帳票管理する情報処理システムの概略構成を示す説明図である。
【００１７】
図１に示すように、本実施の形態の帳票管理する情報処理システムでは、単数又は複数のクライアント端末１０１が、通信網１０７を介してデータ通信が可能なようにサーバ端末１０３と接続されると共に、通信網１０７を介してプリンタ１０６と接続されて、プリンタ１０６へ印刷出力が可能に構成されている。
【００１８】
また、この帳票管理する情報処理システムでは、スキャナー１０４が、直接または通信網１０７を介して通信可能なように、クライアント端末１０１と接続されている。
【００１９】
このサーバ端末１０３では、データベースシステムが稼動しており、クライアント端末１０１からのデータ要求に対して通信網１０７を介してデータを転送し、クライアント端末１０１から送信データを受信し、データベースへ格納する処理が実行される。
【００２０】
＜ハードウェア構成＞
次に、サーバ端末１０３とクライアント端末１０１のハードウェア構成について、図２により説明する。
【００２１】
図２は、図１に示したサーバ端末１０３とクライアント端末１０１のハードウェア構成の概要を示す簡略化されたブロック図である。以下サーバ端末１０３を例として詳細を説明する。
【００２２】
サーバ端末１０３は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、ＬＡＮアダプタ２０４と、ビデオアダプタ２０５と、キーボード２０６と、マウス２０７等のポインティングデバイスと、ハードディスク２０８と、記録媒体ドライブ２０９とを備え、これらがシステムバス２００を介して互いに接続されている。実際には、ＣＰＵ２０１乃至記録媒体ドライブ２０９とシステムバスとの間に図示しないインタフェース回路やチップセット等が存在する。
【００２３】
システムバス２００は、ＰＣＩバスやＡＧＰバス等の各種システムバスである。複数のシステムバス間は、図示しないチップセットを介して接続されている。
【００２４】
ＣＰＵ２０１は、ＲＯＭ２０３若しくはハードディスク２０８又は記憶媒体（ＣＤ−ＲＯＭドライブ）２０９に記憶保存されたプログラムをＲＡＭ２０２に記憶後、順次読み出して後述する各種制御処理を実行する。
【００２５】
ＲＡＭ２０２は、ＯＳの一部及びアプリケーションプログラムをロードすると共に、ＣＰＵ２０１の制御の下でアプリケーションプログラムを実行する際に使用される配列や変数を含む各種データ等を一時記憶させるためのメモリである。
【００２６】
ＲＯＭ２０３には、各ハードウェアの制御プログラム（いわゆるＢＩＯＳ）等が記憶されている。オペレーティングシステム（ＯＳ）の一部を記憶することもできる。
【００２７】
ＬＡＮアダプタ（ネットワークインタフェースカード）２０４は、ネットワークに接続するための通信インタフェースである。
【００２８】
ビデオアダプタ２０５は、いわゆるビデオグラフィックアダプタ（ＶＧＡ）であり、液晶ディスプレイ等の各種ディスプレイが接続される。
【００２９】
ハードディスク２０８は、オペレーティングシステムや、画面情報（ｈｔｍｌやＣＧＩ等で記述された、ディスプレイに画面を表示させるための情報）を含む各種アプリケーションプログラムを記憶する。
【００３０】
また、ハードディスク２０８には、システムで発生するデータおよびデータを管理する管理情報と、後述するフローチャートのステップを実現するアプリケーションプログラムが記憶されている。
【００３１】
ハードディスク２０８で記憶するデータは、データベースで管理するようにしてもよい。尚、サーバ１０３のハードディスク２０８には、図１７のフォーム情報と図１０の帳票項目マスタ５０１、帳票パターン定義マスタ５０２、図１１の累積データ５０８等が記憶されている。
【００３２】
記録媒体ドライブ２０９は、ＣＤ−ＲＯＭドライブ又はＤＶＤ−ＲＯＭドライブ、ＤＶＤ−Ｒドライブ等の記録媒体のデータを読み出し可能な駆動装置で  ある。尚、本実施の形態の帳票管理する情報処理システムでは、クライアント端末１０１で後述するフローチャートの処理が実施されるように構成されている。
【００３３】
ＵＳＢインターフェース２１０は、スキャナーなどの各種ＵＳＢ機器を接続するためのインターフェースである。
【００３４】
この図２に示すハードウェア構成をクライアント端末１０１として構成する場合には、ＵＳＢインターフェース２１０に、スキャナー１０４が接続される。
【００３５】
次に、本実施の形態の帳票管理する情報処理システムの果たす機能について、図３により説明する。図３は、本帳票管理する情報処理システムの機能ブロック図である。
【００３６】
尚、本帳票管理する情報処理システムは、クライアント端末１０１とサーバ端末１０３でそれぞれ機能が分かれているが、クライアント端末のみ或いはサーバ端末のみで各機能を実現してもよい。クライアント端末１０１又はサーバ端末１０３で、所要の各機能を実現する場合には、フィールド等が定義された帳票フォーム（フォーム情報）、フォームに入れるデータ（可変データ）を記憶するマスタ（帳票項目マスタ、帳票パターン定義マスタ）及び帳票フォーム・帳票ＣＤ（帳票識別子）対応表を、クライアント端末１０１又はサーバ端末１０３のそれぞれに記憶させるものとする。
【００３７】
図３に示すように、クライアント端末１０１は、符号４００から符号４０９までに示す機能を備える。また、サーバ端末１０３は、符号４１０から符号４１４までに示す機能を備える。
【００３８】
まず、クライアント端末１０１側の機能について説明する。クライアント端末１０１の帳票フォーム生成部４００は、帳票に印刷を行う罫線情報やタイトル情報の固定の情報と、帳票項目マスタから印字内容を取り込むためのフィールド定義を行い、帳票フォーム（図１７に図示）のデータ（フィールドデータ）を生成する機能である。生成された帳票フォームデータ（帳票フォーム情報）は、図１におけるサーバ端末１０３へ送信され保存される。
【００３９】
クライアント端末１０１の帳票項目マスタ生成部４０１は、帳票のフィールド（可変印字設定箇所）に印字するための項目名称・項目名称を特定するための帳票項目ＣＤ（帳票項目識別子）をマスタデータとして帳票項目マスタへ入力を行えるようにする機能である。入力されたマスタデータは、図１に示すサーバ端末１０３へ送信され登録される。
【００４０】
帳票パターン生成部４０２は、帳票のパターン毎に帳票ＣＤ（帳票識別子）をキーとして帳票パターンの登録を行う機能である。帳票に印字する項目名称を帳票項目マスタ生成部４０１で登録済の帳票項目マスタより選択し、あわせて帳票上での印字位置の行Ｎｏ（印字する領域情報）を設定する。尚、この印字位置の行Ｎｏとフォーム情報のフィールド名の比較判定によって、項目名称や帳票項目ＣＤがフィールドの所定箇所に挿入され帳票として印字される。フィールド名は、行Ｎｏと同じデータが付けられるものとする。つまり、印字位置の行Ｎｏ（印字する領域情報）からフィールドを特定し、そのフィールドに対して帳票パターン定義マスタのデータを入力する。
【００４１】
帳票印刷部４０３は、クライアント端末１０１から帳票ＣＤを指定することにより、帳票フォーム生成部４００で生成され登録されたフォーム及び帳票項目マスタ生成部４０１で生成され登録された帳票パターンのデータを使用して帳票を印刷する機能である。
【００４２】
帳票読取定義生成部４０４は、帳票読取後のＯＭＲ処理において、読取を行う帳票の範囲を指定し、あるいは、帳票への記入内容を読みとるための定義を指定する機能である。また、ＯＭＲ指定読取範囲に記入があった場合に発生させるテキストデータの定義もあわせて帳票読取定義として生成される。
【００４３】
尚、図１５に帳票読取定義を行う際のイメージを示すように、ユーザインターフェース（ＵＩ）５１２では、フィールドごとにフィールド種別５１３やフィールドＩＤ５１４、記入があった場合に出力するテキストデータ５１５の出力設定等が行える。
【００４４】
帳票読取定義管理部４０５は、帳票読取定義生成部４０４で生成された帳票読取定義をクライアント端末１０１に保存して管理する機能である。また、この帳票読取定義は、帳票読取時に使用可能なように管理される。尚、帳票読取定義は、サーバ１０３に保存されるように構成してもよい。
【００４５】
帳票読取部４０６は、記入済の帳票を図１におけるスキャナー１０４で読み取りＴＩＦＦ形式のイメージファイルを生成する機能である。
【００４６】
データ抽出部４０７は、帳票読取部４０６で生成されたイメージファイルに対してＯＭＲ処理を実行し、帳票への記入箇所を判定し、記入場所が特定できるようなＣＳＶ形式のテキストデータ（以下ＣＳＶデータ）を生成する機能である。
【００４７】
データ登録部４０８は、データ抽出部４０７で生成したＣＳＶデータを累積データ５０８（図１１に示す）としてデータベースへ登録するために帳票パターン定義マスタ５０２（図１０に示す）を参照し累積データの形態へ変換を行う機能を備える。このときの帳票から読み取ったデータの内容と、ＣＳＶデータとして生成するデータの内容との関係は、図１１に示す通りである。このデータ登録部４０８は、累積データの形態に変換後、サーバ端末１０３のデータベースへ累積データとして登録を行う機能を備える。
【００４８】
データ集計部４０９は、サーバ端末１０３のデータベースに蓄積されたデータを使用し、クライアント端末１０１から指定される任意の条件（条件入力）によりデータの集計を実行する機能である。図１３にデータベースに蓄積された複数の帳票分のデータと、集計パターンの例を示す。集計の方法は、この他にも、任意の条件にて集計が可能である。
【００４９】
次に、サーバ端末１０３側の機能について説明する。サーバ端末１０３の帳票フォーム管理部（帳票フォーム取得手段）４１０は、帳票フォーム生成部４００により生成された帳票フォームを保存、管理し、帳票印刷部４０３により、出力するに際して、出力指示情報に従って対象の帳票フォームを取得し、印刷するために出力する。
【００５０】
帳票マスタ管理部４１１は、帳票項目マスタのマスタデータを保存、管理する。帳票項目マスタは、帳票項目ＣＤ、項目名称を保持している。
【００５１】
帳票パターン管理部（可変データ取得手段）４１２は、帳票パターン定義マスタのマスタデータを保存、管理する。また、帳票パターン管理部（可変データ取得手段）は帳票パターン定義マスタから帳票フォームに印字するための可変データを取得する。帳票パターン定義マスタは、帳票ＣＤ毎に当該帳票に印字する、項目名称、印刷行Ｎｏを保持する。図１１に帳票項目マスタ、帳票パターン定義マスタ、帳票での印字位置の関係を示す。
【００５２】
データ管理部４１３は、データ登録部４０８より登録要求されたデータ受信して、データベースへデータを保存、管理する。
【００５３】
データ分析部４１４は、データ集計部４０９からのデータ検索条件によりデータを集計し、結果を、データ集計部４０９へ送信する。
【００５４】
帳票印刷生成部４１５は、帳票印刷部４０３より帳票印刷指示命令を受信し帳票を生成して帳票印刷部４０３へ生成済ＰＤＦデータを送信する。尚、ＰＤＦへ変換せず、サーバ１０３が記憶保持する図示しないプリンタドライバを介してプリンタ１０６へ出力するように構成しても良い。
【００５５】
次に、帳票フォームを生成する処理について図４により説明する。図４は、帳票フォーム生成の手順を示すフローチャートである。この帳票フォームの生成に当たっては、図３の機能ブロック図に示す帳票フォーム生成部４００が、図４のフローチャートにおけるステップＳ３０１〜ステップＳ３０６を実行し、帳票フォーム管理部４１０がステップＳ３０７〜ステップＳ３０９を実行する。
【００５６】
クライアント端末１０１側で帳票フォーム生成処理が開始されると、ＣＰＵ２０１は、帳票に固定で印字する、帳票タイトルなどの文言を入力する（ステップＳ３０１）。
【００５７】
次にＣＰＵ２０１は、帳票に固定で印刷する罫線を入力する（ステップＳ３０２）。次にＣＰＵ２０１は、帳票に可変で印字するためのフィールドを定義する（ステップＳ３０３）。
【００５８】
次に、ＣＰＵ２０１は、ステップＳ３０３で定義した可変のフィールドに対して、フィールドを識別するためのフィールド名（データを受け取るためのフィールドＩＤである識別番号）とフィールドの属性（フォント大きさや色など）、を定義する（ステップＳ３０４）。
【００５９】
尚、フィールド名は、図３の帳票フォーム生成部４００によって生成される識別情報（番号）である。また、この識別情報（番号）は後述する図５で記憶される印字行Ｎｏと対応するように構成される。この識別情報（番号）を対応させ、各フィールドに合成するテキストデータを複数帳票ごとにマスタで管理することにより１つの帳票で複数の帳票を生成させることができる。
【００６０】
ＣＰＵ２０１は、上述のように作成した定義内容（図１７）を使用して、帳票フォームを生成する（ステップＳ３０５）。この生成されたもの（イメージ）を印刷すると、図１６に示す如くなる。
【００６１】
ＣＰＵ２０１は、生成した帳票フォームをサーバに送信し（ステップＳ３０６）、クライアント端末１０１側の帳票フォーム生成処理を終了する。
【００６２】
サーバ端末１０３側で開始された帳票フォーム生成処理では、クライアント端末１０１から帳票フォーム（図１７に示すフォーム情報）を受信する（ステップＳ３０７）。
【００６３】
サーバ端末１０３のＣＰＵ２０１は、受信した帳票フォームをハードディスク２０８内に記憶する（ステップＳ３０８）。さらに、ＣＰＵ２０１は、受信した帳票フォームのフォーム名を帳票フォーム・帳票ＣＤ（コード）対応表に記憶させ（ステップＳ３０９）、サーバ端末１０３側の帳票フォーム生成処理を終了する。
【００６４】
次に、帳票のパターンを登録するときの手順を図５によって説明する。
【００６５】
図５は、帳票へ印刷する項目の内容（問い合わせの内容を表すもの）をマスタとして登録し、帳票ＣＤ毎に使用する項目を、印刷順序を指定して登録するための手順を示すフローチャートである。
【００６６】
この帳票パターン登録処理では、図３の機能ブロック図に示す帳票項目マスタ生成部４０１がステップＳ５３１０、ステップＳ５３１１、ステップＳ５３１３、ステップＳ５３１４を実行し、帳票パターン生成部４０２がステップＳ５３１５〜ステップＳ５３１８、ステップＳ５３１９、ステップＳ５３２０を実行し、帳票マスタ管理部４１１がステップＳ５３２１、ステップＳ５３２２を実行し、帳票パターン管理部４１２がステップＳ５３２３〜ステップＳ５３２４を実行する。
【００６７】
クライアント端末１０１側の帳票パターン登録処理がスタートすると、登録を行う帳票項目ＣＤと、項目名称を入力する処理が行われる（ステップＳ５３１０）。この項目名称の内容は、問い合わせの内容を表すものとする。尚、この帳票項目ＣＤと項目名称は図示しないユーザインターフェース（ＵＩ）から、ユーザによって入力された情報である。
【００６８】
次に、クライアント端末１０１のＣＰＵ２０１は、ステップＳ５３１０で入力された帳票項目ＣＤがサーバに記憶されている帳票項目マスタに既に登録済みであるかどうかを判別する（ステップＳ５３１１）。
【００６９】
帳票項目マスタに既に登録済みであると判別された場合（ステップＳ３１１でＹｅｓ）には、登録を行わない。尚、この判断は、サーバ端末１０３に問い合わせを行い、サーバ端末１０３からの問い合わせ結果によって判断する。
【００７０】
次に、帳票項目ＣＤの全ての登録が終了したかを判別し、続けて登録を行う場合にはステップＳ５３１０に戻る（ステップＳ５３１４のＮｏ）。また、帳票項目ＣＤの全ての登録を終了した場合（ステップＳ５３１４でＹｅｓ）には、ステップＳ５３１５へ進む。
【００７１】
次に、ＣＰＵ２０１は、帳票パターン定義マスタに登録を行う帳票ＣＤと、帳票に使用する帳票項目ＣＤを入力する処理を実行する。ここで入力される帳票ＣＤと帳票項目ＣＤは、図示しないユーザインターフェース（ＵＩ）から入力された情報である。尚、入力された帳票項目ＣＤ及び帳票名称は、帳票ＣＤ毎に管理され、後述する図６のステップＳ６３２０で帳票ＣＤを指定することによって、この帳票パターン定義マスタから帳票項目ＣＤ及び帳票名称が読み出される。
【００７２】
次に、ステップＳ５３１５で入力された帳票ＣＤをキーにして、帳票項目ＣＤが帳票パターン定義マスタに入力された帳票ＣＤと対応してすでに登録済みかどうかを判定する（ステップＳ５３１６）。尚、この判断は、サーバ端末１０３に問い合わせを行い、サーバ端末１０３からの問い合わせ結果によって判断する。
【００７３】
次に、全ての帳票項目ＣＤについて登録が終了したかを判別し、他の帳票項目ＣＤを続けて登録する場合（ステップＳ５３２０でＮｏ）には、ステップＳＳ５３１５へ戻る。また、全ての帳票項目ＣＤについて登録が終了したと判別された場合（ステップＳ５３２０でＹｅｓ）には、本処理を終了する。
【００７４】
また、本帳票パターン登録処理におけるステップＳ５３１１で、入力された帳票項目ＣＤがサーバに記憶されている帳票項目マスタに登録されていないと判別された場合（ステップＳ５３１１でＮｏ）には、ステップＳ５３１３へ進む。
【００７５】
そして、ステップＳ５３１０で画面より入力された、帳票項目ＣＤと、項目名称の情報を、後述するサーバ端末１０３側の帳票パターン登録処理における（ステップＳ５３２１）へ送信し（ステップＳ５３１３）、前述した次のステップＳ５３１４へ進む。
【００７６】
さらに、本帳票パターン登録処理におけるステップＳ５３１６で、全ての帳票項目ＣＤについて登録が終了したと判別された場合（ステップＳ５３１６でＮｏ）には、ステップＳ５３１７へ進む。
【００７７】
このステップＳ５３１７では、印字位置となるフィールドに対応する行Ｎｏを入力する処理を行う。この行Ｎｏは、図示しないユーザインターフェース（ＵＩ）から入力されたデータでる。尚、入力される行Ｎｏは、行Ｎｏ一覧から選択されるように構成しても良い。
【００７８】
また、入力した行Ｎｏが既にサーバ端末１０３に登録されている場合には、入れ替えを行うかをユーザに問い合わせた上で、帳票ＣＤと項目名称を入力した行Ｎｏに対応させて登録するように制御する。さらに、入力した行Ｎｏが既にサーバ端末１０３に登録されている場合には、既に登録されている帳票ＣＤと項目名称を他の行Ｎｏに変更することもできる。
【００７９】
次に、入力されたデータをどのフォームに対応させて印字させるかを関連づけるためにユーザの選択に従って、フォーム名の入力処理を行う（ステップＳ５３１８）。尚、ステップＳ５３１８の処理は、ステップＳ５３１５の前に行うようにしても良い。
【００８０】
次に、入力した、帳票ＣＤ、帳票項目ＣＤ、印字行Ｎｏを、後述するサーバ端末１０３側の帳票パターン登録処理における（ステップＳ５３２３）へ送信し（ステップＳ５３１９）、前述した次のステップＳ５３２０へ進む。
【００８１】
サーバ端末１０３側で開始された帳票パターン登録処理では、クライアント端末１０１から帳票項目ＣＤ及び項目名称の情報を受信する（ステップＳ５３２１）。
【００８２】
次に、受信した帳票ＣＤと項目名称を帳票項目マスタへ記憶（登録）する（ステップＳ５３２２）。
【００８３】
次に、クライアント端末１０１側から送信された、帳票ＣＤ、帳票項目ＣＤ及び印字行Ｎｏを、サーバ端末１０３側で受信する（ステップＳ５３２３）。
【００８４】
次に、これら受信した帳票ＣＤ、帳票項目ＣＤ及び印字行Ｎｏを帳票パターン定義マスタに記録（登録）する（ステップＳ５３２４）。
【００８５】
次に、ステップＳ５３１８で入力されたフォーム名に従って、図１８に例示する対応表に、帳票ＣＤと受信したフォーム名（図４で生成した帳票フォームの帳票フォーム名）とを紐付けて記憶手段（２０８又は２０９）に記憶し（ステップＳ５３２５）、本処理を終了する。
【００８６】
次に、クライアント端末１０１側で帳票を印刷するときの手順を図６により説明する。
【００８７】
図６は、クライアント端末１０１側で帳票を印刷するときの手順を示すフローチャートである。
【００８８】
クライアント端末１０１側で帳票を印刷するときの処理では、図３の機能ブロック図に示す帳票印刷部４０３が、ステップＳ６３２０〜ステップＳ６３２２、ステップＳ６３２５〜ステップＳ６３２６を実行し、ステップＳ６３２３はプリンタドライバにより実行される。
【００８９】
クライアント端末１０１側で帳票を印刷する場合には、図示しない印刷指示画面から、印刷を行う帳票ＣＤ及び印刷する帳票の担当者ＣＤ（担当者識別情報）の項目を指定する（ステップＳ６３２０）。尚、帳票ＣＤは、帳票パターン定義マスタに登録されている帳票ＣＤをサーバ１０３から取得し、取得した帳票ＣＤの一覧をクライアント端末１０１の表示画面上に表示させ選択できるように構成する。
【００９０】
次に、ステップＳ６３２０で指定された帳票ＣＤに対する印刷実行の指示を行う（ステップＳ３２１）。
【００９１】
次に、ステップＳ６３２０の指示に応じて帳票ＣＤ、担当者ＣＤを含む印刷指示メッセージをサーバ１０３へ印刷実行指示として送信を行う（ステップＳＳ６３２２）。
【００９２】
次に、サーバ端末１０３側で作成された帳票データ（後述する図１４のフローチャートにおけるステップＳ１４３７４で生成されたもの）を受信し、クライアント端末１０１に記憶されているアプリケーション（ビューア）により表示を行う（ステップＳ６３２３）。
【００９３】
次に、受信した帳票データを表示しているアプリケーション（ビューア）から入力された印刷命令（印刷する枚数の指定も含む）を実行する（ステップＳ６３２４）。
【００９４】
次に、クライアント端末１０１に記憶保持されているプリンタドライバーによって、プリンタへ印刷データを送信して印刷を実行し（ステップＳ６３２５）、帳票の印刷処理を終了する。
【００９５】
次に、サーバ端末１０３で帳票データを生成する際の手順について説明する。図１４は、サーバ端末１０３において帳票データを生成する際の手順を示すフローチャートである。
【００９６】
この帳票データの生成処理では、帳票印刷生成部（ここではプリンタ１０６）が、ステップＳ１４３７０〜ステップＳ１４３７５のステップを実行する。
【００９７】
この帳票データの生成処理がスタートしてから、クライアント端末１０１より帳票印刷の指示（図６のステップＳのＳ６３２２）を受信する（ステップＳ１４３７０）（ＬＡＮアダプタ２０４を介して出力指示情報が入力される）。受信する内容は、印刷を行う帳票の帳票ＣＤ、担当ＣＤである。
【００９８】
次に、受信した帳票ＣＤをもとに該当する帳票のフォームを取得する（ステップＳ１４３７１）。尚、１つのフォームに対して複数の帳票ＣＤが紐付いて管理されているので、別の帳票ＣＤが指定された場合でも同じフォームが得られる。例えば、帳票ＣＤが１００と指定された場合には、図１８に示す対応表を参照し、帳票フォーム名（ＩＤでもよい）を取得できる。この帳票フォームは、図４で生成した帳票フォームの帳票フォーム名（ＩＤ）によって取得することができる。
【００９９】
次に、帳票ＣＤに該当する、帳票に印刷するための帳票パターン定義マスタを取得する（ステップＳ１４３７２）。
【０１００】
次に、帳票ＣＤに該当する帳票パターン定義マスタより、その帳票に登録されている帳票項目ＣＤと、帳票上での印字行Ｎｏとその項目名称を取得し、帳票上の所定の行のフィールドに入力処理を行う（ステップＳ１４３７３）。
【０１０１】
次に、ステップＳ１４３７３で帳票の全フィールドに入力処理（合成）が完了した後に、帳票データ（合成データ）として生成を行う（ステップＳ１４３７４）。
【０１０２】
尚、帳票フォームには、帳票ＣＤや担当者ＣＤを入力するフィールドが適宜されており、このフィールドに対して、ステップＳ１４３７０で受信した帳票ＣＤや担当ＣＤ（担当ＣＤに対応する担当者名）を入力して帳票データを生成するように構成する。
【０１０３】
次に、ステップＳ１４３７４で生成した帳票データを出力し、印刷要求をしてきたクライアント端末１０１にＬＡＮアダプタ２０４を介して送信し（ステップＳ１４３７５）、処理を終了する。
【０１０４】
次に、クライアント端末１０１で帳票の読み取り定義を生成する際の手順について図７により説明する。図７は、クライアント端末１０１において帳票の読み取り定義を生成する際の手順を示すフローチャートである。
【０１０５】
この帳票の読み取り定義生成処理では、図３の機能ブロック図に示す帳票読取定義生成部４０４がステップＳ７３３０〜ステップＳ７３３４を実行し、帳票読取定義管理部４０５がステップＳ７３３５を実行する。
【０１０６】
この帳票の読み取り定義生成処理がスタートしてから、図４のフローチャートにおけるステップＳ３０５において生成されたフォームを印刷したもの（図１６の帳票のサンプルレイアウトに示すもの）を、スキャナー１０４を使用してスキャンを行い、Ｔｉｆｆ形式の画像ファイルを生成する（ステップＳ７３３０）。
【０１０７】
次に、ステップＳ７３３０で生成された画像ファイルの罫線情報からフィールドを抽出する（ステップＳ７３３１）。
【０１０８】
次に、ステップＳ７３３１で抽出した、各矩形フィールドに対して、ＯＭＲ処理の定義設定を行う（ステップＳ７３３２）。このＯＭＲ処理の定義は図１５に示すフィールド種別の指定５１３で入力される設定を意味する。尚、この設定はＯＣＲの設定も可能となっている。
【０１０９】
次に、定義を行うフィールドをＯＭＲ処理した際に出力するテキスト文字の定義を設定する（ステップＳ７３３３）。このテキストは、帳票上で記入があったフィールドの位置が判定出来るような内容で行と列の数値が入力されるものとする。尚、行の数値は行Ｎｏで、列の数値は受付回数となり、後述する図１０で分析する際のデータとなる。尚、ステップＳ７３３２〜ステップＳ７３３３の処理イメージは具体的には、後述する図１５に示すような処理である。
【０１１０】
次に、上述したＯＭＲ処理をさせるフィールドに対する設定がすべて完了したら、定義情報をまとめて帳票の読み取り定義としてＯＭＲ処理する際に参照する元となる定義体に変換して生成する処理を実行する（ステップＳ７３３４）。
【０１１１】
次に、定義体が生成したら、クライアント端末１０１のＯＭＲ処理用のハードディスク２０８に、生成済み定義体の登録を行い（ステップＳＳ７３３５）、本帳票読取定義生成処理を終了する。尚、定義体は、サーバ端末のハードディスクに登録するようにしても良い。
【０１１２】
この定義体は、ＯＭＲ処理における帳票定義となるものである。具体的に言うと、ＯＭＲソフトは、記入済の帳票をスキャンしたものから、帳票上のどの項目のＯＭＲ処理を行うか、またＯＭＲ処理後どのようにデータを発生させるかなどの情報を、帳票定義から判断するためのものである。
【０１１３】
次に、クライアント端末１０１で帳票の読取処理を行う際の手順について図８により説明する。図８は、クライアント端末１０１において帳票の読取処理を行う際の手順を示すフローチャートである。
【０１１４】
この帳票の読取処理では、図３の機能ブロック図に示す帳票読取部４０６がステップＳ８３４０〜ステップＳ８３４２を実行し、データ抽出部４０７がステップＳ８３４３〜ステップＳ８３４６を実行し、データ登録部４０８がステップＳ８３４７〜ステップＳ８３４９を実行し、データ管理部４１３がステップＳ８３５０、ステップＳ８３５１を実行する。
【０１１５】
この帳票の読取内容結果分析処理が開始されて記入済みの帳票がスキャナー１０４にセットされ、クライアント端末１０１から帳票読取の指示が行われる（ステップＳ８３４０）。これによりスキャナー１０４から記入済みの帳票が読み取り実行される（ステップＳ８３４１）。
【０１１６】
次に、読みとられた帳票がＴＩＦＦ形式の画像ファイルに生成される（ステップＳ８３４２）。この生成されたＴＩＦＦ形式の画像ファイルに対して、図７で生成した帳票ＯＭＲ定義体を使用して、ＯＭＲ処理を実行する（ステップＳ８３４３）。この処理を実行することで読み取られた帳票からマークのある箇所を特定する。
【０１１７】
次に、このＯＭＲ処理中にエラーが発生したか否かを判定し、エラーが発生しなかった場合には、直ちに次のステップへ進む（ステップＳ８３４４でＮｏ）。
【０１１８】
また、ＯＭＲ処理中にエラーが発生した場合（ステップＳ８３４４でＹｅｓ）には、ＯＭＲ処理中に記入内容の不備等でＯＭＲ処理が正常でなかったものに対して訂正処理をおこなってから次のステップへ進む。この訂正処理は、オペレーターが正しい情報（文字列）を入力して、ＯＭＲの結果を正しいものに訂正する処理である（ステップＳ８３４５）。
【０１１９】
次に、図８で生成した帳票ＯＭＲの定義体を使用して、帳票記入されている内容に従い、テキストデータの抽出の処理を行う（ステップＳ８３４６）。次に、テキストデータ生成処理では、帳票上（紙）にチェックが入っているものをＯＭＲ処理で検出することにより抽出されたテキストデータと、帳票上に印刷された帳票ＣＤから読み取った（ＯＣＲ処理された）帳票ＣＤのテキストデータとを生成する（ステップＳ８３４７）。尚、帳票ＣＤのテキストデータは、ＯＣＲ処理によって抽出されたテキストデータであってもよい。また帳票上にチェックが入っているものをＯＭＲ処理で検出して抽出することにより生成したテキストデータは、前述したステップＳ７３３３で定義された行Ｎｏと受付回数に対応するテキストデータである。
【０１２０】
次に、テキストデータ／帳票パターン定義マスタ変換処理は、図１２に示す、如く処理される。
【０１２１】
図１２は、記入済の帳票から抽出済データ（以下トランザクションデータという）を生成するための、プロセスを示す説明図である。
【０１２２】
この図１２に示すように、抽出テキストデータ５０５、帳票パターン定義マスタ５０６から最終的に生成されるテキストデータ５０７に至る過程がテキストデータを抽出してから生成するまでの過程である。
【０１２３】
すなわち、このテキストデータ／帳票パターン定義マスタ変換処理では、抽出したテキストデータの帳票ＣＤと各帳票上での記入箇所を表す行Ｎｏとに従って、帳票パターン定義マスタを参照し、帳票項目ＣＤを特定する（ステップＳ８３４８）。尚、この場合、項目名称も同時に特定し、抽出しても良い。
【０１２４】
次に、上述のようにして特定された帳票項目ＣＤ及びＯＭＲ又はＯＣＲ処理された行Ｎｏと受付回数とを含む累積データの生成を行う（ステップＳ８３４９）。またこの時にデータの発生日、ページ数を付加する。
【０１２５】
次に、生成された累積テキストデータを、サーバ端末へ送信し（ステップＳ８３５０）、このクライアント端末側帳票読取処理を終了する。
【０１２６】
次に、サーバ端末側帳票読取処理では、上述したクライアント端末側帳票読取処理のステップＳ８３５０で送信された累積テキストデータを受信する（ステップＳ８３５１）。
【０１２７】
次に、テキストデータを累積データとしてデータベースへ登録（抽出データ記憶）を行い、（ステップＳ８３５１）このサーバ端末側帳票読取処理を終了する。
【０１２８】
次に、クライアント端末１０１で、帳票の読取内容の結果を分析する際の手順について図9により説明する。図9は、クライアント端末１０１において帳票の読取結果の分析処理を行う際の手順を示すフローチャートである。尚、本フローチャートはサーバ装置１０３において処理させてもよい。
【０１２９】
この帳票の読取結果分析処理では、図３の機能ブロック図におけるデータ集計部４０９がステップＳ９３６０〜ステップＳ９３６５を実行し、データ分析部４１４がステップＳ９３６０とステップＳ９３６１で指定された条件（条件入力）に従ってデータをデータベースから抽出し（抽出データ取得）、ステップＳ９３６２で読み込むためにデータ（抽出データ）を送信する。
【０１３０】
この帳票の読取結果分析処理がスタートしてから、ＣＰＵ２０１が制御して、クライアント端末１０１における図示しない指示画面で、ユーザがデータの集計方法を指定できるように制御する（ステップＳ９３６０）。このユーザが指定するデータの集計方法には、例えば、担当ＣＤ別、帳票項目毎、或いは帳票項目別の担当ＣＤ毎といったものがある。
【０１３１】
次に、ＣＰＵ２０１が制御して、クライアント端末１０１における図示しない指示画面で、ユーザが、集計の対象とするデータを指示画面で指定できるように制御する（ステップＳ９３６１）。このユーザが指定する集計の対象とするデータには、例えば、集計のデータの対象とするデータ発生日若しくは特定の担当ＣＤ又は特定の帳票項目ＣＤがある。
【０１３２】
尚、この帳票の読取結果分析処理では、ステップＳ９３６１で入力された情報（条件）をサーバ端末１０３へ送信（ＳＱＬの発行）し、サーバ端末１０３におけるデータ分析部４１４（図３に図示）にデータベースの検索を実行させる。
【０１３３】
次に、クライアント端末１０１では、指定された対象データの条件に従い、サーバ端末１０３上のデータベースから検索された対象となる累積データをサーバ端末１０３から受信して読み込みを行う（ステップＳ９３６２）。
【０１３４】
次に、累積データに存在する帳票項目ＣＤを抽出し、この抽出した帳票項目ＣＤをサーバ端末１０３へ送信し、サーバ端末１０３で帳票項目ＣＤをキーとして検索された帳票項目マスタをサーバ端末１０３から受信して、読み込みを行う。この読み込んだ帳票項目ＣＤに対応する項目名称を取得する（ステップＳ９３６３）。
【０１３５】
次に、取り込んだ帳票項目マスタと累積データを元に集計処理を実行する（ステップＳ９３６４）。この集計処理は、図１３に示す如く行われる。
【０１３６】
図１３は、帳票項目マスタと累積データに基づいて集計処理の一例を示すデータ集計概要説明図である。
【０１３７】
この集計処理では、担当ＣＤ（６０３、６０４、６０５、６０６、６０７、６０８）別、帳票項目ＣＤ（６０１）毎、の発生件数についての集計を実行し、上述の条件に基づいてサマリーを行っている。
【０１３８】
この集計処理では、集計して得られた結果（集計例６０２）を、結果表示画面に表示して（ステップＳ９３６５）、この帳票の読取結果分析処理を終了する。
【０１３９】
図１３の６０３、６０４、６０５を用いて、集計処理の例を具体的に説明する。６０３と６０４は、同一の「担当ＣＤ」、「日付」、「帳票ＣＤ」、であるので、同一の帳票から発生したものであることがわかる。さらに受付回がともに、「０４回目」であり同一のコールで発生したことがわかる。この場合上記の、「担当ＣＤ」、「日付」、「帳票ＣＤ」、「発生回」をキーとして集計を行うと、６０５の集計結果を生成することが出来る。この例は、６０６、６０７、６０８、の関係においても同一である。
【０１４０】
この例では、帳票項目ＣＤ＝１０２、と帳票項目ＣＤ＝５０５が相関関係があり、帳票項目ＣＤ＝１０３と、帳票項目ＣＤ＝５０１が相関関係にあることが分かる。
【０１４１】
さらに帳票項目ＣＤ間の相関関係を累積データから１ヵ月などの任意の期間のデータを対象として集計を行うと、同一の相関関係が複数回発生するものが存在する。
【０１４２】
例えば、この帳票を用い、集計した業務として、問合せなどがあるコースセンターが考えられる。このコールセンターでの業務の場合、この同一相関関係は、発生回数が多ければ多いほど、一回のコールでこれらの帳票項目ＣＤの内容がセットでの問合せなどが頻繁に行われていることが明確になる。
【０１４３】
このことを利用して、コールセンター内での業務フローとして、帳票項目ＣＤ＝１０２のクレームの内容があった場合、帳票項目ＣＤ＝５０５を当該クレーム時にお勧めする代替商品にするといったことが可能となる。
【０１４４】
この様に、本帳票を使うことによって、問合せ（商品）に関する分析もすることができるといった効果も得られる。
【０１４５】
次に、１種類の帳票フォームを利用して複数の異なった帳票を生成する場合の具体例について、図１０により説明する。
【０１４６】
図１０は、１種類の帳票フォームを使用して、複数の異なった帳票を生成するための、帳票項目マスタと、帳票パターン定義マスタと、帳票との関係を示す説明図である。
【０１４７】
帳票項目マスタ５０１には、帳票印刷に使用する「項目名称」を登録する。この項目名称は、管理のためのユニークなキーとしての帳票項目ＣＤを持つ。各項目名称には、帳票項目ＣＤと項目名称とが１対１のセットにして登録される。
【０１４８】
帳票パターン定義マスタ５０２には、帳票項目マスタ５０１に登録されている項目名称について、どの帳票に、どの項目名称を使用するかを登録する。
【０１４９】
帳票の登録において、まず帳票自体を識別するために、帳票ＣＤを決定する。図１０の例では、帳票ＣＤ＝１００とする。
【０１５０】
次に、この帳票ＣＤ＝１００で使用する項目名称を、帳票パターン定義マスタ５０２に登録する。このとき同時に印字するときの印字位置を表す印字行Ｎｏ．も登録する。帳票パターン定義マスタ５０２のキーは、帳票ＣＤ、行Ｎｏ．、帳票項目ＣＤ、であり、１帳票に印字する項目名称の数分のマスタデータを登録する。
【０１５１】
この帳票パターン定義マスタ５０２に登録された各項目は、帳票印刷時に図示するように関連付けられて帳票５０３に印字される。具体的には、帳票パターン定義マスタ５０２に登録された、帳票ＣＤ＝１００の行Ｎｏ．＝１〜６と行Ｎｏ．２１〜２６が、それぞれ帳票上の１行目〜６行目と、２１行目〜２６行目に配置されるように印刷される。
【０１５２】
帳票項目マスタ５０１は、全帳票において共通して利用するものである。帳票パターン定義マスタ５０２は、帳票ＣＤ毎に定義を行うものである。したがって、帳票ＣＤを追加する場合には、帳票パターン定義マスタ５０２で新たな帳票ＣＤのデータを追加してマスタデータを登録することになる。
【０１５３】
次に、記入済の帳票をスキャンし、ＯＭＲ処理を行い、データを抽出して、抽出済データ（以下トランザクションデータという）を生成するためのプロセスについて図１２により説明する。
【０１５４】
図１２は、記入済の帳票から抽出済データ（以下トランザクションデータという）を生成するための、プロセスを示す説明図である。
【０１５５】
この図１２に例示する記入用帳票５０４は、縦軸に項目名称を並べ、横軸に受付けた回数を並べた表に構成する。この記入用帳票５０４では、オペレータが、受付けた内容に対応する各箇所に「レ」を記入して統計をとる。この記入済の帳票は、スキャナー１０４によりスキャンされてからＯＭＲ、ＯＣＲ処理をされ、ＣＳＶデータとして抽出される。
【０１５６】
このＣＳＶデータのフォーマット５０５は、項目として、担当ＣＤ，帳票ＣＤ、ページ、行Ｎｏ．、受付回を含む。また、抽出テキストデータ５０５では、担当ＣＤから、ページまでがキー情報であり、行Ｎｏ．及び受付回のセットが、「レ」の記入箇所の数だけ発生する。
【０１５７】
この記入済の帳票から抽出済データを生成するプロセスでは、サーバ端末１０３に存在する帳票パターン定義マスタ５０６を参照して、抽出テキストデータ５０５における帳票ＣＤと行Ｎｏ．から、スキャン元の帳票の「レ」の記入がなされた項目名称を見出す。この図１２に示す例では、帳票ＣＤ＝１００で行Ｎｏ．「０２」のときに、帳票パターン定義マスタ５０６で帳票ＣＤが「１００」、行Ｎｏ．が「０２」であるという対応関係にあるので、項目ＣＤが「１０２」、項目名称が「ＢＢＢ」であると特定される。
【０１５８】
次に、累積データ５０７の設定方法について説明する。この累積データ５０７は、サーバ端末１０３で最終的に登録されるデータである。この累積データ５０７には、「担当ＣＤ」、「日付」、「帳票ＣＤ」、「ページ」、「行Ｎｏ．」、「受付回」、「帳票項目ＣＤ」が含まれる。各項目は以下の方法により、設定される。
【０１５９】
「担当ＣＤ」は、帳票に記入を行った担当者のＣＤであり、スキャン実施時にクライアント端末１０１から手入力されるか、帳票上に記入したものをＯＣＲ処理することにより得られる。
【０１６０】
「日付」は、データが発生した日付であり、スキャン時にクライアント端末１０１から手入力で入力される。
【０１６１】
「帳票ＣＤ」は、スキャン対象となった帳票ＣＤであり、ＯＣＲ処理により得られる。
【０１６２】
「ページ」は、スキャン後にシステム側で自動的にページ１から連番で採番される。なお、同一の担当者、同一の日付のものがあった場合には、１ページづつカウントアップする。
【０１６３】
行Ｎｏ．受付回は、ＯＭＲ処理により、「レ」が記載されたものからＯＭＲ処理により得られたデータである。
【０１６４】
この「帳票項目ＣＤ」は、前述した帳票パターン定義マスタ５０６を参照して求められた「帳票項目ＣＤ」である。
【０１６５】
次に、サーバ端末１０３に記憶される累積データに基づいて集計を行う処理について図１１により説明する。
【０１６６】
図１１は、サーバ端末１０３において、登録済の累積データを任意の単位で集計するプロセスを示す説明図である。
【０１６７】
このサーバ端末１０３に記憶される累積データ５０８には、「担当ＣＤ」、「日付」、「帳票ＣＤ」、「ページ」、「行Ｎｏ．」、「受付回」、「帳票項目ＣＤ」の項目が存在する。
【０１６８】
この累積データ５０８に基づいて、担当ＣＤ別、帳票項目ＣＤ毎の受付発生件数を集計して、第１受付発生件数の集計表５０９を生成する。この第１受付発生件数の集計表５０９では、担当ＣＤ＝００００００１が、帳票項目ＣＤ＝１０２に対して２回の受付、帳票項目ＣＤ＝１０３に対して２回受付、帳票項目ＣＤ＝１０５に対して２回の受付が行われ、担当者小計として６回の受付を行っていることを示す集計結果となっている。さらに、この第１受付発生件数の集計表５０９では、担当ＣＤ＝００００００２と、担当ＣＤ＝００００００３の場合も同様である。
【０１６９】
また、累積データ５０８に基づいて、帳票項目ＣＤ別、担当ＣＤ毎、の受付発生件数を集計して、第２受付発生件数の集計表５１０を生成する。
【０１７０】
この第２受付発生件数の集計表５１０で、帳票項目ＣＤ＝１０２は、担当ＣＤ＝００００００１で２回受付、担当ＣＤ＝００００００２で２回受付ているので、帳票項目ＣＤ小計として４回の受付が発生している。なお、帳票項目ＣＤ＝１０３、帳票項目ＣＤ＝１０４、帳票項目ＣＤ＝１０５、帳票項目ＣＤ＝１０６も同様である。
【０１７１】
次に、ＯＭＲ処理モジュール（ソフト）での処理に必要な読取用の定義を作成するための手段について図１５により説明する。
【０１７２】
図１５は、帳票をスキャン後にＯＭＲ読取を行う時にＯＭＲ処理モジュール（ソフト）が必要とする読取用の定義を作成するための処理の概要を示す説明図である。この図１５に示す例では、１行目の受付回の１回目の枠に対して定義を行う場合を示している。
【０１７３】
ＯＭＲ処理モジュール（ソフト）は、一旦定義用に帳票の原紙をスキャンしＯＭＲ処理の対象となりえる矩形（罫線）の判別を行い、その各矩形にたいして、ＯＭＲの処理を行うか行わないか、またＯＭＲ処理を行う場合のルールを定義する。
【０１７４】
このルールを定義する方法を、図１５に示す例で具体的に説明すると、まず、ユーザが、帳票５１１の１行目と受付回の１回目の枠をマウス等を用いてクリックすることにより定義用のメニュー５１２を起動させる。このメニュー５１２では、１行目の受付回、２回目、３回目、４回目、…ｎ回目と、各々の矩形ごとに定義をすることができるように構成されている。そこで、ユーザは、矩形のフィールド５１３に種別を指定する。指定する内容は、「マーク」、「ＯＣＲ」等である。また、帳票上に複数存在する矩形を一意に識別するためのフィールドＩＤ５１４には、重複しない、連番等を付与する。
【０１７５】
矩形のフィールド５１３に指定したマークが識別された場合に、ＣＳＶのファイルに出力を行うテキスト情報の内容を指定する矩形のフィールド５１５に「０１０１」と指定する。この矩形のフィールド５１５に「０１０１」と指定されているときには、ＣＳＶファイルに「０１０１」と出力される。
【０１７６】
次に、図４に示す帳票フォーム生成処理で作成される帳票フォームのデータ構造について、図１７により説明する。
【０１７７】
図１７は、帳票フォーム生成処理で作成される帳票フォームのデータ構造を示す説明図である。
【０１７８】
生成された帳票フォームのフォーム名１７０１は、ユーザが任意でつける名称を記憶したものである。フォームの罫線の種類や罫線を描画する位置（座標）１７０２は、罫線の色等を記憶したものである。
【０１７９】
フィールド定義情報は、帳票パターン定義マスタから取得したデータを入れる領域の情報を定義するデータ構造部で、フィールド名１７０４・フィールド位置情報１７０４・フォント情報１７０６・色情報１７０７の情報を記憶する。
【０１８０】
フィールド名１７０４は、フィールドを定義（作成）した際に帳票フォーム生成部４００によって生成される名称（識別番号）である。フィールド位置情報１７０５には、フィールドが作成された際の位置情報で、帳票上の位置（座標値）を保持する。フォント情報１７０６には、印刷時にオーバーレイさせるテキスト（帳票パターン定義マスタから取得したデータ）に対して施すフォントの大きさやフォント名などが記憶されている。このフォント情報に従って、帳票印刷生成部４１５が帳票を生成する。色情報１７０７は、フォント情報１７０６と同様にオーバーレイさせるテキスト（帳票パターン定義マスタから取得したデータ）に対して施す色情報を記憶している。また、この色情報に従って、帳票印刷生成部４１５が帳票を生成する。
【０１８１】
以上説明したように、本実施の形態によれば、帳票項目マスタ５０１と帳票パターン定義マスタ５０６とを利用して帳票５０３を容易に作成できる。すなわち、図１０に示すように、ユーザは、帳票項目マスタ５０１から選んだ所要の「帳票項目ＣＤ及び項目名称」をコピーして、帳票パターン定義マスタ５０２に貼り付ける作業を繰り返して、容易に帳票５０３を作成できるという効果がある。
【０１８２】
さらに、本実施の形態によれば、複数の異なる記入用帳票５０４から帳票パターン定義マスタ５０６を利用して総合的な累積データ５０７を容易に集計できる。すなわち、複数の記入用帳票５０４に記載された複数の「帳票項目ＣＤ及び項目名称」が、相互に相異する場合であっても、帳票パターン定義マスタ５０６を利用して、各「帳票項目ＣＤ及び項目名称」に対応して情報を集計できるので、総合的な累積データ５０７を自動的に集計できるという効果がある。
【０１８３】
また、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１８４】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８５】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１８６】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１８７】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【０１８８】
なお、本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において適宜変更可能である。特に、本実施形態では、クライアント端末とサーバ端末と処理を分けて説明したが、クライアント端末の処理をサーバ端末で実行させても実現可能である。
【図面の簡単な説明】
【０１８９】
【図１】本発明の実施の形態に係わる帳票管理する情報処理システムの概略構成を示す説明図である。
【図２】図１に示したサーバ端末とクライアント端末のハードウェア構成の概要を示す簡略化されたブロック図である。
【図３】帳票管理する情報処理システムの機能ブロック図である。
【図４】帳票フォーム生成の手順を示すフローチャートである。
【図５】帳票へ印刷する項目の内容（問い合わせの内容を表すもの）をマスタとして登録し、帳票ＣＤ毎に使用する項目を、印刷順序を指定して登録するための手順を示すフローチャートである。
【図６】クライアント端末側で帳票を印刷するときの手順を示すフローチャートである。
【図７】クライアント端末において帳票の読み取り定義を生成する際の手順を示すフローチャートである。
【図８】クライアント端末において帳票の読取処理を行う際の手順を示すフローチャートである。
【図９】クライアント端末において帳票の読取結果の分析処理を行う際の手順を示すフローチャートである。
【図１０】１種類の帳票フォームを使用して、複数の異なった帳票を生成するための、帳票項目マスタと、帳票パターン定義マスタと、帳票との関係を示す説明図である。
【図１１】サーバ端末において、登録済の累積データを任意の単位で集計するプロセスを示す説明図である。
【図１２】記入済の帳票から抽出済データ（以下トランザクションデータという）を生成するための、プロセスを示す説明図である。
【図１３】帳票項目マスタと累積データに基づいて集計処理の一例を示すデータ集計概要説明図である。
【図１４】サーバ端末において帳票データを生成する際の手順を示すフローチャートである。
【図１５】帳票をスキャン後にＯＭＲ読取を行う時にＯＭＲ処理モジュール（ソフト）が必要とする読取用の定義を作成するための処理の概要を示す説明図である。
【図１６】帳票のサンプルレイアウトを示す説明図である。
【図１７】帳票フォーム生成処理で作成される帳票フォームのデータ構造を示す説明図である。
【図１８】帳票ＣＤと受信したフォーム名との対応関係を示す対応表である。
【符号の説明】
【０１９０】
１０１  クライアント端末
１０３  サーバ端末
１０４  スキャナー
１０６  プリンタ
２０１  ＣＰＵ
４００  帳票フォーム生成部
４０１  帳票項目マスタ生成部
４０２  帳票パターン生成部
４０３  帳票印刷部
４０４  帳票読取定義生成部
４０５  帳票読取定義管理部
４０６  帳票読取部
４０７  データ抽出部
４０８  データ登録部
４０９  データ集計部
４１０  帳票フォーム管理部
４１１  帳票マスタ管理部
４１２  帳票パターン管理部
４１３  データ管理部
４１４  データ分析部
５０１  帳票項目マスタ
５０２  帳票パターン定義マスタ
５０３  帳票
５０４  記入用帳票
５０５  抽出テキストデータ
５０６  帳票パターン定義マスタ
５０７  累積データ
５０８  累積データ
５０９  第１受付発生件数の集計表
５１０  第２受付発生件数の集計表
【図１】
2009123121.tif 000003
【図２】
2009123121.tif 000004
【図３】
2009123121.tif 000005
【図４】
2009123121.tif 000006
【図５】
2009123121.tif 000007
【図６】
2009123121.tif 000008
【図７】
2009123121.tif 000009
【図８】
2009123121.tif 000010
【図９】
2009123121.tif 000011
【図１４】
2009123121.tif 000012
【図１７】
2009123121.tif 000013
【図１８】
2009123121.tif 000014
【図１０】
2009123121.tif 000015
【図１１】
2009123121.tif 000016
【図１２】
2009123121.tif 000017
【図１３】
2009123121.tif 000018
【図１５】
2009123121.tif 000019
【図１６】
2009123121.tif 000020