JP2013250625A - 帳票入力システム及び帳票入力方法 - Google Patents

Abstract

【課題】ホスト電文の送信仕様の変更予定があるとき、営業店による帳票の再読取作業を不要とする。
【解決手段】記入済みの帳票の帳票イメージから帳票種類を認識し及び／又は記入事項を文字認識して認識データとした後、帳票イメージと認識データをデータベース２３へ格納し、その後帳票データとしてホスト４に送信する帳票入力システム１０において、データベース２３に格納された帳票イメージと認識データとの対応関係及び作業工程の進行状況を記憶する管理情報テーブル３７を有し、ホスト４への送信の仕様に変更予定があるとき、管理情報テーブル３７における作業工程の進行状況について帳票イメージの認識後の状況を認識前の状況に戻す。
【選択図】 図1

Description

本発明は、記入済みの帳票のイメージデータを取得し、オペレータが所定の項目の入力を行う帳票入力システムに関する。

従来、帳票入力システムには、記入済みの帳票のイメージデータを読取り、帳票イメージデータから記入事項をＯＣＲ文字認識して、これを画面に表示し、この表示画面に基づいてオペレータが所定の項目の入力を行う入力システムがある。この帳票入力システムは、銀行等の営業店においてスキャナを備えた営業店端末を有する。そして、事務センタには、帳票イメージデータを受信する集配信サーバと、データベースを備えたサーバと、ＯＣＲ文字認識を行う認識サーバがあり、集中センタには、オペレータが入力を行う入力端末と、更にホストコンピュータとから構成されている。

この帳票入力システムは、営業店において、顧客が記入した住所変更届出書などの帳票をスキャナで読み取り、帳票のイメージデータを取得する。そして、そのイメージデータを事務センタへ送り、事務センタでは、認識サーバが帳票のイメージデータから帳票の種類認識を行い更に記入事項のＯＣＲ文字認識を行ってデータベースに格納する。このデータベースには大量のイメージデータが溜まっている。その後、帳票のイメージデータとＯＣＲ文字認識した認識データを入力端末の画面に帳票種類に対応した入力項目を表示し、オペレータが所定の項目の入力を行う。最後に入力端末から帳票入力データをホストコンピュータへ送信するというものである。

ここで、ホストコンピュータへ電文を送信する際に、銀行等のシステムの変更に伴って電文の送信仕様が変更になるという事態が発生することがある。ホスト電文の送信仕様の変更とは、例えば変更前の電文は口座科目、口座番号の次に氏名を送信するところ、所定の変更日以降の電文は口座科目、口座番号、郵便番号、住所の次に氏名を送信するというように送信項目の順序が変更する場合等である。

この様にホスト電文の送信仕様の変更が発生した場合、当然変更前の仕様で送信することができない。従って、ホスト電文の送信仕様の変更予定が分かっている場合は、変更前に全ての帳票について、帳票入力データのホストコンピュータへの送信を完了する必要がある。一方、データベースには大量の帳票イメージデータが溜まっている。そこで、ホスト電文の送信仕様の変更前に全ての帳票データについて、帳票入力データのホストコンピュータへの送信を完了することができなかった場合がある。その場合には、送信仕様の変更前に帳票種類の認識及びＯＣＲ文字認識した認識データを一旦破棄した後、営業店に依頼して再度帳票をスキャナで取り直し、帳票のイメージデータを取得していた。そうしないと、データベースに溜まっている大量のデータについて処理ができなかった。

なお、特開平６−３０１４９４号公報（特許文献１）には、過去の帳票データを過去のフォーマットで印字出力できるようにする技術が開示されている。また、特開２０００−２８４９９０号公報（特許文献２）には、プログラムのバージョンアップに伴って入出力電文のフォーマットが異なっていても、より短期間で検証を行う技術が開示されている。

特開平６−３０１４９４号公報 特開２０００−２８４９９０号公報

しかしながら、従来の技術によれば、ホスト電文の送信仕様の変更予定があるとき、送信仕様の変更前に、帳票種類認識済／ＯＣＲ文字読取済の帳票データを一旦破棄した後、再度帳票をスキャナで読み取る必要があった。そのため、廃棄作業及び再読取作業に関するオペレータ及び営業店への作業負荷がかかるという問題があった。また、読取済帳票データの廃棄ミスが発生するおそれがあり、そのため廃棄対象ではない帳票データを誤って廃棄してしまうという問題があった。更に、廃棄作業に漏れてしまった旧帳票データのままでホストコンピュータへ送信してしまう等のリスクが存在するという問題があった。

本発明が解決しようとする課題は、ホスト電文の送信仕様の変更予定があるとき、営業店による帳票の再読取作業を不要とし、オペレータによる帳票データの誤った廃棄作業から生じる廃棄ミスと廃棄漏れをなくすことにより、オペレータの作業負担の軽減を可能とするものである。

上記課題を解決するために本発明に関する帳票入力システムは、記入済みの帳票の帳票イメージから帳票種類を罫線認識し、また記入事項を文字認識して認識データとした後、前記帳票イメージと前記認識データをデータベースへ格納し、その後帳票データとしてホストに送信する帳票入力システムにおいて、前記データベースに格納された前記帳票イメージと前記認識データとの対応関係及び作業工程の進行状況を記憶する管理情報テーブルを有し、前記ホストへの送信の仕様に変更予定があるとき、前記管理情報テーブルにおける前記作業工程の進行状況について、前記帳票種類認識及び文字認識後の状況を前記帳票種類認識及び文字認識前の状況に戻すことを特徴とするものである。

上記構成を有する本発明によれば、帳票イメージは廃棄しないこととしたので営業店による帳票の再読取作業が不要となる。また、管理情報テーブルを用いて作業工程の進行状況を管理し、帳票種類認識及び文字認識後の状況を帳票種類認識及び文字認識前の状況に戻すこととしたので、オペレータによる帳票データの誤った廃棄作業から生じる廃棄ミスと廃棄漏れをなくすことにより、オペレータの作業負担の軽減を可能とするとともに個々の帳票データに対してのオペレータ作業を効率化と堅確性が達成できる。更にホストコンピュータへの誤送信を防止することが可能となる帳票入力システムを提供することができる。

第１の実施の形態に関する帳票入力システム１０の構成を示すブロック図である。 第１の実施の形態に関するＭＩＥサーバ２２の機能ブロック図である。 ホスト電文の仕様の変更を示す説明図である。 第１の実施の形態に関する帳票入力システム１０の帳票読取からホスト電文の送信までのデータの流れを示す説明図である。 第１の実施の形態に関するＭＩＥ認識サーバ２４の機能ブロック図である。 第１の実施の形態に関する帳票定義テーブル５２を示す説明図である。 第１の実施の形態に関する入力端末２５の入力画面を示す説明図である。 第１の実施の形態に関する管理情報テーブル３７を示す説明図である。 第１の実施の形態に関するＭＩＥサーバ２２の動作を示すフローチャートである。 第２の実施の形態に関する戻す帳票リスト８５を示す説明図である。 第３の実施の形態に関する戻す帳票店番リスト８９を示す説明図である。

（第１の実施の形態）
以下、本発明の第１の実施の形態について説明する。図１は第１の実施の形態に関する帳票入力システム１０の構成を示すブロック図である。帳票入力システム１０は銀行等の金融機関の支店としての複数の営業店１と、営業店１と回線３を介して接続され各営業店１からの帳票を受け付ける事務センタ２と、事務センタ２に集約された帳票を入力する集中センタ４及び集中センタ４からの帳票データの送信を受け付け、各種データを管理するホストコンピュータ５から構成される。

営業店１は顧客の記入した口座申込書、住所変更届出書等の帳票を受付ける。営業店１には、記入済みの帳票の画像を読み取り帳票イメージにするスキャナ１１と、オペレータの操作でスキャナ１１を動作させ、読み取った帳票イメージを回線３を介して事務センタ２へ送信する営業店端末１２とが複数設置されている。

事務センタ２は、複数の営業店１から送信された帳票イメージを受け付け、帳票イメージから帳票種類を認識しかつ帳票記入事項を文字認識する。また集中センタ４では、所定の項目の入力を行って帳票データとしてホストコンピュータ５に送信する。そのため事務センタ２には、営業店１から回線３を介して送信される帳票イメージを受信する集配信サーバ２１と、集配信サーバ２１から帳票イメージを受取りデータベース２３へ格納するマルチイメージエントリ（以下ＭＩＥという）サーバ２２と、帳票イメージから帳票種類を認識し記入事項の文字認識を行うＭＩＥ認識サーバ２４及び集中センタ４の入力端末２５の帳票データの管理画面（照会等）にＷｅｂ形式で表示するための制御を行うＭＩＥＷｅｂサーバ２６を有する。また、集中センタ４には、帳票認識及び文字認識した認識データから、所定の項目の入力を行って帳票データとしてホストコンピュータ５に送信する入力端末２５を有する。

なお、ここでＭＩＥ、即ちマルチイメージエントリは、帳票の大きさ、記入項目の枠の位置、寸法を認識サーバに合わせて設計した帳票を扱うのでなく、複数種類の帳票に対応して認識可能とするシステムである。即ち、後述する帳票定義テーブル５２に各種帳票の寸法等から作成された帳票認識用のパターンデータ等の帳票定義を格納し、読み取った帳票イメージから帳票定義に適合する帳票の種類を認識するようにしたので、複数種類の帳票について読取可能としたものである。

集配信サーバ２１は、営業店１から回線３を介して送信された帳票イメージを受信すると当該帳票イメージをＭＩＥサーバ２２へ転送する。ＭＩＥサーバ２２は、集配信サーバ２１から転送された帳票イメージをデータベース２３へ格納する。更に、ＭＩＥサーバ２２は、ＭＩＥ認識サーバ２４が後述する帳票定義テーブル５２に従って認識した帳票の種類としての認識データ及び文字認識した認識データをデータベース２３へ格納する。そして、ＭＩＥサーバ２２は、後述する管理情報テーブル３７を作成して記憶部３６に記憶する。データベース２３は、帳票イメージを格納するイメージファイル２３−１と、前記文字認識した認識データ及び前記帳票の種類としての認識データ（入力画面／電文仕様データ等を含む）を格納する認識済みファイル２３−２を有する。

ＭＩＥ認識サーバ２４は、ＭＩＥサーバ２２を介してデータベース２３のイメージファイル２３−１に格納された帳票イメージを読出し、帳票イメージについて後述する帳票定義テーブル５２に予め紙納されている帳票定義のうちどの帳票に適合するかを認識する。同時にＭＩＥ認識サーバ２４は、帳票イメージから記入事項の文字認識を行う。帳票定義テーブル５２は、後述するようにＡ型帳票、Ｂ型帳票等の帳票の種類を規定したテーブルである。帳票の種類は、入力端末２５の入力画面及びホスト電文の送信仕様に基づく電文構成が異なる。こうして、ＭＩＥ認識サーバ２４は、認識した帳票の種類としての認識データと、文字認識した認識データをＭＩＥサーバ２２を介してデータベース２３の認識済みファイル２３−２に格納する。ＭＩＥ認識サーバ２４はこの帳票種類の認識と文字認識の作業を定期的かつ自動的に行う。

入力端末２５は、ＭＩＥサーバ２２を介して、イメージファイル２３−１に格納された帳票イメージと、認識済みファイル２３−２に格納された認識データを読出し、画面に表示する。画面の表示は帳票の種類により異なるので、オペレータは画面の帳票イメージと認識データを確認しながら、帳票の種類に従った入力画面に基づき、所定の項目の入力作業を行う。そして、オペレータは、帳票の種類に従った電文構成に基づき、入力したデータを送信電文としてホストコンピュータ５に送信する送信作業を行う。

図２は第１の実施の形態に関するＭＩＥサーバ２２の機能ブロック図である。ＭＩＥサーバ２２には後述する管理情報テーブル３７が記憶される記憶部３６を有する。更に、管理情報テーブル３７へのデータの書込み及び読出しを行うテーブル書込読出部３３と、データベース２３へのデータの書込み及び読出しを行うＤＢ書込読出部３４と、データを入力端末２５へ送出する送受信部３５を有する。なお、送受信部３５は、営業店１からの帳票イメージを集配信サーバ２１を介して受信するとともにＭＩＥ認識サーバ２４との間でデータの送受信も行う。

更に、前述のようにデータベース２３は、イメージファイル２３−１と認識済みファイル２３−２からなる。イメージファイル２３−１は帳票イメージを格納し、認識済みファイル２３−２は帳票の種類（入力画面／電文仕様データ等を含む）としての認識データ及び前記文字認識した認識データを格納する。認識済みファイル２３−２に格納された帳票の種類としての認識データ及び文字認識した認識データは、次の作業工程となる入力端末２５による所定の項目の入力作業を待っているため大量に溜まっている。更に、制御部３９はこれらと接続され、これらの動作を制御する。

図３はホスト電文の仕様の変更を示す説明図である。同図（ａ）は帳票が住所変更届出書であって送信項目の順序を変更する場合を示す。即ち、変更前の電文の送信順序は口座科目４１、口座番号４２の次に氏名４３を送信し、その後は郵便番号４４、住所４５、電話番号４６である。Ａ型帳票はこのような順序で送信するものとする。変更日以降の電文の送信順序は口座科目４１、口座番号４２、郵便番号４４、住所４５の次に氏名４３を送信し、その後は電話番号４６であるとする。これをＡ２型帳票とする。Ａ型帳票とＡ２型帳票とは、ホスト電文の送信仕様としての送信順序のみ異なるものとする。

この外にホスト電文の仕様の変更の例として、同図（ｂ）に送信項目が増えた場合を示す。即ち、電話番号４６までは同じであるが、末尾に第２の電話番号４７が増えた場合である。更に同図（ｃ）に電文中のコードを示す符号の桁数が変更になった場合を示す。即ち、普通預金を示すコードが変更前が「１」であったところ、変更後は「０１」となる場合である。これらの変更は事前に事務センタ２に知らされるものである。事務センタ２としては、変更予定日時として把握される。ホスト電文の仕様の変更があると、その時刻以後の旧仕様の電文は当該ホストコンピュータ５によって受付されない。従って、変更予定日時前に送信しきれなかった旧仕様の電文は、新仕様に適合するよう作成し直す必要がある。本実施の形態では、後述するように管理情報テーブル３７における作業工程の進行状況について、帳票イメージの認識後、即ち帳票種類認識後及び文字認識後の状況を帳票種類認識前及び文字認識前の状況に戻すことにより対応するものである。

図４は、第１の実施の形態に関する帳票入力システム１０の帳票読取からホスト電文の送信までのデータの流れを示す説明図である。
（１）営業店端末１２では、オペレータの操作に従い、スキャナ１１によって帳票の画像が読み取られる。そして、事務センタ２のＭＩＥサーバ２２は帳票イメージをデータベース２３の認識未処理帳票データ格納エリア２３−３に格納する。

（２）ＭＩＥ認識サーバ２４は、データベース２３の認識未処理帳票データ格納エリア２３−３に格納された帳票イメージを読み出し、帳票イメージから帳票イメージを分析し帳票定義テーブル５２に予め格納してある帳票定義と照合することにより、Ａ型帳票、Ｂ型帳票、Ｃ型帳票、Ａ２型帳票等のいずれかであるか認識する。認識の基準は、帳票の寸法、顧客により記入される記入枠の寸法及び位置などである。後述するように帳票定義テーブル５２は、これらの帳票によって枠の情報が異なっているので、特徴を捉えて枠の構成をデータとして保持している。同時に、ＭＩＥ認識サーバ２４は、記入事項の文字認識作業を行う。

また、Ａ型帳票とＡ２型帳票の違いは、ホスト電文の仕様の変更日以前か以降であるので、帳票の適用日が認識の基準となる。即ち、Ａ２型帳票の定義には、変更日以降はＡ型帳票に替わって適用されることが記載される。ＭＩＥ認識サーバ２４は、認識の結果をＭＩＥサーバ２２へ送信する。これを受けて、ＭＩＥサーバ２２は、帳票の種類としての認識データ及び文字認識した認識データを帳票イメージに付加して認識処理済帳票データ格納エリア２３−４に格納するとともに、後述する管理情報テーブル３７を作成する。

なお、同図において、データベース２３を、認識未処理帳票データ格納エリア２３−３と認識処理済帳票データ格納エリア２３−４に区別して説明したが、これは説明の都合上、時間的な経過を示すために認識処理前後によって格納エリアが異なることを示したものである。実際は、図２に示すようにイメージファイル２３−１と認識済みファイル２３−２であってもよい。

（３）入力端末２５のオペレータは、入力端末２５を操作し、ＭＩＥサーバ２２を介して、イメージファイル２３−１に格納された帳票イメージと、認識済みファイル２３−２に格納された認識データを読出し、画面に表示する。そしてオペレータは画面の帳票イメージと認識データを確認しながら、帳票の種類に基づいた入力画面に基づき、所定の項目の入力作業を行う。
（４）そして、オペレータは入力したデータを帳票データとしてホストコンピュータ５に送信する送信作業を行う。

図５は第１の実施の形態に関するＭＩＥ認識サーバ２４の機能ブロック図である。文字認識部５１は、データベース２３のイメージファイル２３−１に格納された帳票イメージを読出し、帳票イメージから記入事項について文字認識を行う。文字認識の結果の認識データは一旦文字認識データ記憶部５４に記憶される。帳票定義テーブル５２は、帳票の種類毎の帳票定義を格納する。帳票定義とは、Ａ型帳票、Ｂ型帳票等の帳票毎に、帳票の寸法、顧客により記入される記入枠の寸法、位置及び個数などから作成された帳票認識用のパターンデータ及び入力画面／電文仕様データ等が規定されている。

図６は、第１の実施の形態に関する帳票定義テーブル５２を示す説明図である。帳票の種類欄７５には帳票の種類としてＡ型帳票、Ｂ型帳票、Ｃ型帳票が記憶されている。この帳票の種類に対応して、各帳票の定義としての帳票認識用のパターンデータ７６（帳票の寸法、記入枠の位置と寸法及び記入枠の個数等から作成）、入力画面仕様欄７７、電文仕様欄７８が記憶されている。帳票認識用のパターンデータ７６には、顧客が記入した住所変更届出書等の帳票の罫線等からパターンマッチングするための情報が記憶され、入力画面仕様欄７７には、帳票に対応する入力画面の仕様が口座科目［１桁］、口座番号［７〜１５桁］、住所［１〜８０桁］のように記憶され、電文仕様欄７８にはホストへ送信する電文仕様が店番［０〜３桁］、口座科目［１桁］、口座番号［７〜１０桁］、住所［１〜８０桁］のように記憶される。

図５に戻り、帳票種類認識部５３は、帳票イメージについて帳票定義テーブル５２に予め格納されている帳票定義のうちどの帳票に適合するかを認識する。認識の結果、帳票の種類が確定すると、例えばＡ型帳票の一番上の枠は口座科目であり、次の枠は口座番号であるというデータが文字認識部５１に伝えられ、文字認識部５１はこのデータをもとに文字認識を行う。

また、帳票種類認識部５３の認識結果は、帳票の種類（Ａ、Ｂ、Ｃ等）として、ＭＩＥサーバ２２を介して認識済みファイル２３−２に格納される。その後、帳票の種類は入力端末２５において、画面上の枠をオペレータが入力するたびに入力位置を示すカーソルの移動及びガイダンス等の画面の表示方法として利用される。更に、帳票の種類は、例えばＡ型帳票の場合は、ホストコンピュータ５への電文送信項目の順序が、口座科目４１、口座番号４２、氏名４３、郵便番号４４、住所４５、電話番号４６であるので、それに従って送信されるように利用される。

認識データ送出部５５は、文字認識データ記憶部５４に一旦記憶された認識データ及び帳票種類認識部５３で認識された帳票の種類としての認識データをＭＩＥサーバ２２へ送信する。その後、ＭＩＥサーバ２２は受信した認識データを認識済みファイル２３−２に格納する。認識サーバ制御部５８は、ＭＩＥ認識サーバ２４内の各部を制御する。

図７は、第１の実施の形態に関する入力端末２５の入力画面６０を示す説明図である。オペレータが操作する入力端末２５の画面は、前記帳票定義テーブル５２の入力画面仕様欄７７に基づいた仕様に従って動作する。同図は顧客が記載した住所変更届出書６６についての入力画面６０を示す。画面構成は上下２段になっており、上段は帳票イメージを示し、下段は帳票定義テーブル５２の入力画面仕様欄７７に基づいて表示される。入力段画面にはＭＩＥ認識サーバ２４によって認識された認識データも表示する。口座科目欄６１、口座番号欄６２、氏名欄６３、郵便番号欄６４、住所欄６５であることを示す。

オペレータは上段の帳票イメージを目視し、ＭＩＥ認識サーバ２４が誤認識した文字又は認識していない文字について、下段に入力する。同図では、住所欄６５に対応する帳票イメージが「トウキョウト・・・」を表示しているが、下段の認識データは誤認識され“？”が表示されていることを示す。そこで、オペレータは上段の帳票イメージを目視しながら下段のカーソル６７に従って住所を入力する。

入力画面においてＯＣＲ認識する各項目の位置、寸法等はＭＩＥ認識サーバ２４の帳票種類認識部５３で認識した帳票によって異なる。しかし、Ａ型帳票とＡ２型帳票は共通である。なぜならＡ２型帳票はホスト電文の送信仕様に基づく電文構成のみが異なるからである。

図８は第１の実施の形態に関する管理情報テーブル３７を示す説明図である。管理情報テーブル３７は、集中センタ４における作業工程の進行状況を管理するために作成する。同図（ａ）はホスト電文の送信仕様の変更前の管理情報テーブル３７の状態を示し、同図（ｂ）は変更後の状態を示す。同図（ａ）において、通番欄７１は、管理情報テーブル３７に４件の帳票入力が記憶されていることを示している。なお、通番欄７１のＥ、Ｆ、Ｇ、Ｈは営業店１毎に割り振られた営業店固有の記号である。

状態欄７２は、ＭＩＥ認識サーバ２４による帳票イメージの認識、即ち帳票種類の認識及び記入事項の文字認識が処理済であるか未処理であるかを示す。これらの状態として、認識未処理は、ＭＩＥ認識サーバ２４での帳票種類認識及び文字認識が済んでいないことを示し、認識処理済は、ＭＩＥ認識サーバ２４での帳票種類認識及び文字認識は済んでいるが、オペレータでの入力及びホストコンピュータ５へ送信が済んでいないことを示す。なお、取引済は、帳票データがホストコンピュータ５へ送信済であることを示す。この状態欄７２と次に説明する認識済みファイル名欄７４のファイル名の有無によって、作業工程の進行状況が示される。

更に、イメージファイル名欄７３は、当該帳票イメージについて、データベース２３のイメージファイル２３−１に格納されているファイル名を示す。４件とも帳票イメージが存在することを示している。

そして、認識済みファイル名欄７４は、ＭＩＥ認識サーバ２４が文字認識した認識データ及び帳票の種類としての認識データについて、データベース２３の認識済みファイル２３−２に格納されているファイル名を示している。認識済みファイル名欄７４の文字認識した認識データ及び帳票の種類としての認識データは、イメージファイル名欄７３の帳票イメージと対応付けて記憶されている。即ち、イメージファイル名欄７３の帳票イメージと認識済みファイル名欄７４の認識データは対応関係をもって記憶されている。通番Ｅ１０１、Ｆ１０２及びＧ１０３が認識済みファイルが存在し、通番Ｈ１０４はＭＩＥ認識サーバ２４による文字認識等が済んでいないので、認識済みファイルは存在しないことを示す。認識済みファイル名欄７４のＡ，Ｂ，Ｃは帳票の種類を示し、ＭＩＥ認識サーバ２４によりＡはＡ型帳票、ＢはＢ型帳票、ＣはＣ型帳票と認識されたことを示す。

ここで、Ａ型帳票について、ホスト電文の送信仕様の変更予定がある場合、Ａ型帳票である通番Ｇ１０３は変更前にホストコンピュータ５への送信を完了すべきである。しかし、通番Ｇ１０３の帳票データについて、変更前にホストコンピュータ５への送信を完了することができなかった場合には、本発明に従って、次のように行う。即ち、同図（ｂ）に示すように、認識処理済となっている通番Ｇ１０３の状態欄７２を認識未処理（図中※）に戻す。更に、認識済みファイルが存在する通番Ｇ１０３の認識済みファイル名欄７４の認識済みファイル名を削除する（図中※※）。

即ち、通番Ｇ１０３は、イメージファイル名欄７３はそのままであるが、通番Ｈ１０４のように認識済みファイル名欄７４の認識済みファイル名が存在しない状態、即ち、文字認識の処理済を前記未処理の状態に戻す。このように管理情報テーブル３７を用いて作業工程の進行状況を管理し、変更のある帳票の種類が特定されることにより、文字認識後の状況を文字認識前の状況に戻すこととしたので、オペレータによる帳票データの誤った廃棄作業から生じる廃棄ミスと廃棄漏れをなくすことが可能となる。このようにすることにより、営業店１及びオペレータの負担は新たに生じなくなる。なお、削除するのは、認識済みファイル名であるが、データベース２３に格納されている認識済みファイルの認識データそのものも削除するようにしてもよい。

図９は第１の実施の形態に関するＭＩＥサーバ２２の動作を示すフローチャートである。同図により、ホスト電文の送信仕様の変更予定がある場合について説明する。

Ｓ１０１：ＭＩＥサーバ２２の制御部３９は、送受信部３５に対し、営業店１からの帳票イメージを受信するよう指示する。

Ｓ１０２：制御部３９は、データベース書込読出部３４に対し、帳票イメージをデータベース２３のイメージファイル２３−１に格納するよう指示する。

Ｓ１０３：制御部３９は、ＭＩＥ認識サーバ２４が自動的に帳票定義テーブル５２から帳票の種類を認識し、帳票イメージの記入事項の文字認識を行った結果を認識サーバ２４から受信する。

Ｓ１０４：制御部３９は、データベース書込読出部３４に対し、文字認識した認識データ及び帳票の種類としての認識データを認識済みファイル２３−２に書き込むよう指示する。同時に制御部３９は、テーブル書込読出部３３に対し、記憶部３６の管理情報テーブル３７へ状態欄７２を認識未処理から認識処理済に書き換え、認識済みファイル名欄７４にファイル名を書き込むよう指示する。

Ｓ１０５：入力端末２５から入力操作の開始があると、制御部３９は、データベース書込読出部３４に対しイメージファイル２３−１から該当する帳票のイメージを読み取るよう指示する。更に、データベース書込読出部３４に対し認識済みファイル２３−２から該当する帳票の文字認識した認識データと帳票の種類としての認識データを読み出すよう指示する。そして、制御部３９は送受信部３５に対し、入力端末２５へ送信するよう指示する。入力端末２５は、帳票の種類に従った入力方法で入力画面６０を使って入力作業を行う。

Ｓ１０６：入力端末２５からホストコンピュータ５に対し、帳票の種類に従った電文仕様で電文が送信されると、入力端末２５はＭＩＥサーバ２２の送受信部３５に対し状態を更新するよう指示する。

Ｓ１０７：ＭＩＥサーバ２２の制御部３９は、テーブル書込読出部３３に対し、管理情報テーブル３７の状態欄７２の該当する通番の帳票に対して取引済に更新するよう指示する。

Ｓ１０８：制御部３９はテーブル書込読出部３３に対し、状態欄７２が認識処理済で入力端末２５が未入力のものがあるかどうかチェックするよう指示する。なければ終了し、あれば次へ移行する。

Ｓ１０９：制御部３９は、業務終了時間かどうかチェックする。業務終了時間でなければステップ１０５へ戻り、業務終了時間であれば次へ移行する。

Ｓ１１０：制御部３９は、翌日又は翌日が休日のときは休日明けに、ホストコンピュータ５への送信仕様の変更予定があるかどうかチェックする。変更予定がなければ終了し、変更予定があれば次へ移行する。

Ｓ１１１：制御部３９は、変更予定は記憶部３６における図示しない予定表からいずれの帳票であるかチェックする。この場合、変更予定がＡ型帳票であったとする。制御部３９はテーブル書込読出部３３に対し、管理情報テーブル３７における作業工程の進行状況について、帳票イメージの認識、即ち帳票種類認識後及び文字認識後の状況を帳票種類認識前及び文字認識前の状況に戻すよう指示する。

即ち、制御部３９はテーブル書込読出部３３に対し、管理情報テーブル３７におけるＡ型帳票である通番Ｇ１０３について、図８（ｂ）に示すように、状態欄７２の認識処理済（図中※）のものを認識未処理に戻し、認識済みファイル名欄７４を削除する（図中※※）よう指示する。このように自動的に更新、削除することにより、営業店１及びオペレータの負担は新たに生じることはない。

その後、ステップ１０３に戻り、再度制御部３９は、ＭＩＥ認識サーバ２４が自動的に帳票イメージの記入事項の文字認識を行い、帳票定義テーブル５２から帳票の種類を認識し、認識サーバ２４からこれらを受信する。

以上、第１の実施の形態によればホストコンピュータ５への送信の仕様に変更予定があるとき、対象の帳票種類を個別に指定して、管理情報テーブル３７を設けて、管理情報テーブル３７における作業工程の進行状況についての帳票種類認識後及び文字認識後の状況を帳票種類認識前及び文字認識前の状況に戻すようにしたので、営業店１による帳票の再読取作業を不要とし、かつオペレータによる帳票データの誤った廃棄作業から生じる廃棄ミスと廃棄漏れをなくすことが可能となる。これにより、オペレータの作業負担の軽減を可能とし、更にホストコンピュータへの誤送信を防止することが可能となる帳票入力システムを提供することができる。
なお、ステップ１０８及びステップ１０９において、制御部３９がチェックするように記載したが、オペレータがチェックするようにしてもよい。また、ステップ１１０及びステップ１１１について、制御部３９がチェックを行うように記載したが、事務センタの管理者がチェックするようにしてもよい。

（第２の実施の形態）
第２の実施の形態は、ホスト電文の送信仕様の変更予定があるとき、帳票種類認識及び文字認識未処理の作業状態に戻すための予定表としての「戻す帳票リスト」を設けることに関する。第２の実施の形態に関する構成は、第１の実施の形態に関する構成とほぼ同様である。異なるところは、図２に示すＭＩＥサーバ２２の記憶部３６に、戻す帳票リスト８５を設けることである。

図１０は第２の実施の形態に関する戻す帳票リスト８５を示す説明図である。図示するように予定日欄８６は、ホスト電文の送信仕様の変更がある予定日が記憶され、現帳票欄８７には変更前のＡ型帳票が記憶され、新帳票欄８８には変更後のＡ２型帳票が記憶される。当該戻す帳票リスト８５は、ホスト電文の仕様変更予定があると、予めオペレータによって作成され、ＭＩＥサーバ２２の記憶部３６に記憶される。

第２の実施の形態に関する動作は、前記図９のステップ１１０において、ＭＩＥサーバ２２の制御部３９は記憶部３６に格納した戻す帳票リスト８５を参照して、ホスト電文の送信仕様の変更がある予定日を知る。当該予定日が、翌日又は翌日が休日のときは休日明けに、ホストコンピュータ５への送信仕様の変更予定がある場合はステップ１１１へ移行する。即ち制御部３９は、戻す帳票リストに基づいて、テーブル書込読出部３３に対し、該当する該当する帳票、ここではＡ型帳票の管理情報テーブル３７における作業工程の進行状況について、帳票種類認識前及び文字認識前の状況に戻すよう指示する。

（第３の実施の形態）
第３の実施の形態は、同じく文字認識未処理の状態に戻すための戻す帳票リストを設けることに関する。第３の実施の形態に関する構成は、第２の実施の形態に関する構成とほぼ同様である。異なるところは、予定表としての前記戻す帳票リスト８５において、営業店１の情報を追加することにある。

図１１は第３の実施の形態に関する戻す帳票店番リスト８９を示す説明図である。同図（ａ）に図示するように予定日欄９０は、ホスト電文の送信仕様の変更がある予定日が記憶され、対象店番欄９１は、帳票が送られてくる営業店１の店番の記号（Ｅ、Ｆ、Ｇ又はＨ）が記憶され、現帳票欄９２には変更前のＡ型帳票が記憶され、新帳票欄９３には変更後のＡ２型帳票が記憶される。通常は、対象店番欄９１に全営業店（Ｅ、Ｆ、Ｇ及びＨ）が記憶されると、前記第２の実施の形態に関する戻す帳票リスト８５と同義となる。

ここで本実施の形態では、同図（ｂ）に示すように対象店番欄９１に特定の営業店（記号Ｇ）のみを指定することができる。即ち、ＭＩＥサーバ２２の制御部３９は管理情報テーブル３７（図８（ａ）参照）をチェックし、認識済みファイル名欄７４の帳票が「Ａ」でかつ、通番欄７１の店番記号が「Ｇ」のものを検索すれば営業店Ｇのみを指定することができる。

第３の実施の形態に関する動作は、前記図９のステップ１１０において、ＭＩＥサーバ２２の制御部３９は記憶部３６に格納した戻す帳票店番リスト８９を参照して、ホスト電文の送信仕様の変更がある予定日を知る。当該予定日が、翌日又は翌日が休日のときは休日明けに、ホストコンピュータ５への送信仕様の変更予定がある場合はステップ１１１へ移行する。即ち制御部３９は、戻す帳票店番リスト８９に基づいて、テーブル書込読出部３３に対し、該当する帳票、ここではＡ型帳票及び該当する営業店１、ここでは営業店Ｇの管理情報テーブル３７における作業工程の進行状況について、文字認識前の状況に戻すよう指示する。

当該戻す帳票店番リスト８９は、ホスト電文の仕様変更予定があるとき、営業点を指定して予めオペレータによって作成され、ＭＩＥサーバ２２の記憶部３６に記憶される。このようにすれば、ホストコンピュータ５への送信の仕様に変更予定があるとき、全営業店に展開する前に特定の営業店のみを対象に試行することが可能となる。

上記第３の実施の形態では、ホスト電文の仕様変更予定があるときにオペレータによって戻す帳票店番リスト８９を作成したが、帳票のみの仕様変更など、ホスト電文以外の仕様変更による場合において作成してもよい。

上記第１〜第３の実施の形態では、帳票イメージを認識して、帳票種類と文字認識結果を記憶し、ホスト電文が変更される場合は帳票イメージの認識結果、即ち帳票種類認識結果と文字認識結果の両方を帳票イメージ認識前の状態に戻すようにしたが、いずれか片方のみを認識前の状態に戻すようにしてもよい。

１ 営業店
２ 事務センタ
４ 集中センタ
５ ホストコンピュータ
１１ スキャナ
１２ 営業店端末
２１ 集配信サーバ
２２ ＭＩＥサーバ
２３ データベース
２４ ＭＩＥ認識サーバ
２５ 入力端末

Claims (13)

1. 記入済みの帳票の帳票イメージを認識して認識データとした後、前記帳票イメージと前記認識データをデータベースへ格納し、その後帳票データとしてホストに送信する帳票入力システムにおいて、
   前記データベースに格納された前記帳票イメージと前記認識データとの対応関係及び作業工程の進行状況を記憶する管理情報テーブルを有し、
   前記ホストへの送信の仕様に変更予定があるとき、前記管理情報テーブルにおける前記作業工程の進行状況について、前記帳票イメージの認識の進行状況を認識後の状況から認識前の状況に戻すことを特徴とする帳票入力システム。
2. 記入済みの帳票の帳票イメージから帳票種類及び／又は記入事項とを認識して認識データとした後、前記帳票イメージと前記認識データをデータベースへ格納し、その後帳票データとしてホストに送信する帳票入力システムにおいて、
   前記データベースに格納された前記帳票イメージと前記認識データとの対応関係及び作業工程の進行状況を記憶する管理情報テーブルを有し、
   前記ホストへの送信の仕様に変更予定があるとき、前記管理情報テーブルにおける前記作業工程の進行状況について、前記帳票イメージの認識の進行状況を認識後の状況から認識前の状況に戻すことを特徴とする帳票入力システム。
3. 前記管理情報テーブルには、前記認識データを特定する認識済ファイル名が記憶され、前記変更予定があるときには、前記管理情報テーブルから前記認識済ファイル名を削除することを特徴とする請求項１又は２記載の帳票入力システム。
4. 前記変更予定があるときは、前記データベースから前記認識データを削除することを特徴とする請求項１乃至３いずれか一記載の帳票入力システム。
5. 前記管理情報テーブルには、前記作業工程の進行状況として前記帳票イメージの認識済又は未処理を示す状態情報を記憶し、
   前記変更予定があるときは、前記管理情報テーブルに記憶する前記状態情報としての前記帳票イメージの認識済を前記未処理の状態に戻すことを特徴とする請求項１又は２記載の帳票入力システム。
6. 前記変更予定があるときは、変更の対象となる帳票の種類と変更予定日を含む戻す帳票リストを有し、前記戻す帳票リストに基づいて、前記管理情報テーブルの進行状況について、前記帳票イメージの認識前の状況に戻すことを特徴とする請求項１又は２記載の帳票入力システム。
7. 前記戻す帳票リストには、所定の営業店の指定を含み、
   前記営業店が指定された前記戻す帳票リストに基づいて、前記帳票イメージの認識前の状況に戻すことを特徴とする請求項６記載の帳票入力システム。
8. 記入済みの帳票から帳票イメージを作成する帳票イメージ作成工程と、
   前記帳票イメージから帳票種類を認識し及び／又は記入事項を文字認識して認識データとする文字認識工程と、
   前記帳票イメージと前記認識データをデータベースに格納する格納工程と、
   前記データベースに格納された前記帳票イメージと前記認識データとの対応関係及び作業工程の進行状況を管理情報テーブルに記憶する管理情報格納工程と、
   前記帳票イメージと前記認識データを前記データベースから読み出し、送信用の帳票データを作成する帳票データ作成工程と、
   前記帳票データをホストへ所定の送信仕様に従って送信する帳票データ送信工程とを含み、
   前記ホストへの前記送信仕様に変更予定があるとき、前記管理情報テーブルにおける前記作業工程の進行状況について前記帳票イメージの認識状況を認識後の状況から認識前の状況に戻す戻し工程を含むことを特徴とする帳票入力方法。
9. 前記管理情報格納工程において、前記管理情報テーブルには、前記認識データを特定する認識済ファイル名が記憶され、
   前記戻し工程は、前記管理情報テーブルから前記認識済ファイル名を削除することを特徴とする請求項８記載の帳票入力方法。
10. 前記戻し工程は、前記データベースから前記認識データを削除することを特徴とする請求項９記載の帳票入力方法。
11. 前記管理情報格納工程において、前記管理情報テーブルには、前記作業工程の進行状況として前記帳票イメージの認識済又は未処理を示す状態情報を記憶し、
    前記戻し工程は、前記管理情報テーブルに記憶する前記状態情報としての前記帳票イメージの認識済を前記未処理に戻すことを特徴とする請求項８記載の帳票入力方法。
12. 前記変更予定があるときは、変更の対象となる帳票の種類と変更予定日を含む戻す帳票リストを有し、前記戻す帳票リストに基づいて、前記管理情報テーブルの進行状況について、前記帳票イメージの認識前の状況に戻すことを特徴とする請求項８記載の帳票入力方法。
13. 前記戻す帳票リストには、所定の営業店の指定を含み、
    前記営業店が指定された前記戻す帳票リストに基づいて、前記帳票イメージの認識前の状況に戻すことを特徴とする請求項１２記載の帳票入力方法。
    

Images