JP2001184453A - 帳票処理システムおよび帳票ファイリングシステム - Google Patents

Abstract

(57)【要約】 【課題】 多種類の帳票の種別を容易に短時間で判別
し、金融機関等の後続の業務処理の効率化に貢献するこ
とができる帳票処理方法およびそのシステムを提供する
こと。 【解決手段】 金融機関の店舗内等に設置される端末装
置と、金融機関単位または店舗の管轄単位で設置される
センタ装置とから構成し、前記端末装置において処理対
象の帳票から読取った画像データを画像読取り装置から
受信し、予め設定した形式の画像データに編集してセン
タ装置に送信し、センタ装置においては、端末装置から
受信した画像データ中の認識対象指定領域の画像データ
を切出し、その切出し画像データにより記載内容を認識
すると共に、指定領域の画像データを切出し、その切出
した画像データに対応する帳票画像および認識結果を並
列に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば金融機関等
で扱う預入れ伝票、小切手、振込み伝票等の各種帳票の
種類を自動認識し、その中に記載された必要情報を後続
の業務処理システムに提供する帳票処理システムおよび
帳票ファイリングシステムに関するものである。

【０００２】

【従来の技術】銀行や郵便局等の金融機関では、現金自
動取り扱い装置が普及したとは言え、この現金自動取り
扱い装置で取り扱うことができない公共料金（税金や電
話料金、電力料金等）や小切手等の入金伝票等の帳票を
用いて、入金、支払い、振込み等の窓口業務を行ってい
る。また、現金自動取り扱い装置で取り扱うことができ
ない小切手等による高額の入出金などの窓口業務を入出
金伝票によって行っている。

【０００３】このような各種の帳票による窓口業務を遂
行する係員にあっては、顧客から帳票を受け取った時、
入出金伝票等の帳票種類を判別した後、必要事項が漏れ
なく記載されたいるかどうか、口座番号や氏名の記載誤
りがないかどうか等のチェックを行い、受付けた帳票に
対する業務に移行する。

【０００４】ところが、銀行や郵便局等の窓口に持ち込
まれる帳票の種類を大別すると、（１）自行が制定した
書式の制定帳票、（２）電話料金、電気料金、ガス料金
等の公共料金を入金するために、電話会社、電力会社等
の企業が制定し、その企業コード等が帳票の一部にバー
コードで印刷されているバーコード帳票、（３）帳票の
一部に電話会社、電力会社、信販会社等の記号コードが
複数桁の数値コードで印刷されている郵政省規格の帳
票、（４）自行および他の銀行が発行した書式の小切手
または約束手形、（５）地方税等を納入するために、各
地方自治体が発行した帳票、（６）全国の銀行で統一的
に定めた書式の帳票など、多岐多種類にわたる。

【０００５】したがって、銀行や郵便局の金融機関の窓
口においては、持ち込まれた帳票が上記のように大別さ
れる種類の帳票のいずれの種類に該当するかを判別する
ことが窓口業務の最初の重要な作業になる。

【０００６】

【発明が解決しようする課題】しかしながら、従来にお
いては、窓口に持ち込まれた帳票がいずれの種類である
かの判別を窓口の係員が目視作業によって判別するよう
にしているため、容易に判別することができない場合が
あった。帳票種類の判別に手間取った場合、窓口業務の
遅滞を招き、顧客に対するサービスが低下してしまう。

【０００７】特に、最近では、各種の公共料金の納入を
銀行や郵便局以外の小売店舗でも実施可能にするネット
ワーク構成の金融システムの運用が開始されつつある
が、小売店舗の店員は、特別な訓練や教育を受けていな
い者が多いため、上記のような多岐にわたる帳票の種類
を判別するのが極めて困難になるか、誤って判別してし
まい、システム自体の信頼性や運用効率を低下させてし
まう恐れがある。

【０００８】本発明はこのような問題を解決しようとす
るものであり、多種類の帳票の記載内容を短時間で認識
し、金融機関等の後続の業務処理の効率化に貢献するこ
とができる帳票処理システムおよび帳票ファイリングシ
ステムを提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の帳票処理システムは、金融機関の店舗内等
に設置される端末装置と、金融機関単位または店舗の管
轄単位で設置されるセンタ装置とから構成し、前記端末
装置において処理対象の帳票から読取った画像データを
画像読取り装置から受信し、予め設定した形式の画像デ
ータに編集してセンタ装置に送信し、センタ装置におい
ては、端末装置から受信した画像データ中の認識対象指
定領域の画像データを切出し、その切出し画像データに
より記載内容を認識すると共に、指定領域の画像データ
を切出し、その切出した画像データに対応する帳票画像
および認識結果を並列に表示するように構成したことを
特徴とする。

【００１０】また、本発明の帳票ファイリングシステム
は、切出した画像データおよび認識結果を帳票単位で編
集し、その編集結果を格納する帳票データベースを備え
ることを特徴とする。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて詳細に説明する。

【００１２】図１は、本発明の帳票処理システムの一実
施の形態を示すシステム構成図である。この実施形態の
システムは、処理対象の帳票上に記載された文字や記
号、バーコード、印影などの画像を読取る画像読取り装
置１と、パーソナルコンピュータ等のコンピュータで構
成される窓口端末２と、帳票等のイメージ読取り機能を
備えた自動取引装置３と、この窓口端末２および自動取
引装置３と通信回線３で接続されるセンタ装置４とで構
成されている。

【００１３】センタ装置４は、窓口端末２または自動取
引装置３から受信した帳票の読取り画像データに基づ
き、帳票種類の識別および記載内容の認識を行う認識サ
ーバ５と、金融機関の係員が扱う複数のデータエントリ
端末６−１〜６−ｎ、コードデータベース７およびイメ
ージデータベース８を備えた電子ファイリング装置９、
これらのデータエントリ端末６−１〜６−ｎおよび電子
ファイリング装置９から認識サーバ５のメッセージキュ
ーバッファ５２にアクセスするための運用サーバ１０と
を備えている。

【００１４】認識サーバ５は、窓口端末２または自動取
引装置３から通信回線４を介して帳票の読取り画像デー
タを受信するメッセージ受信部５１、受信したメッセー
ジを順次蓄積すると共に、認識結果を蓄積するメッセー
ジキューバッファ５２、このメッセージキューバッファ
内に蓄積された帳票読取り画像データから帳票の種類お
よび記載内容を認識する帳票認識処理部５３、運用サー
バ１０との回線を接続し、メッセージキューバッファ５
２内に蓄積された認識結果を運用サーバ経由でデータエ
ントリ端末に転送する回線接続部５４を備えている。

【００１５】画像読取り装置１は、帳票台の上に置かれ
た帳票１１を斜め上方から光学的にスキャンし、読取り
画像データ（カラー画像データ）を窓口端末２に入力す
るように構成されている。

【００１６】窓口端末２は、図２（ａ）に示すように、
この窓口端末２に付属したキーボード２１、マウス（ポ
インティングデバイス）２２、表示装置２３、入力制御
部２４、イメージデータ編集処理部２５、メッセージ送
受信部２６を備えている。

【００１７】入力制御部２１は、画像読取り装置１の入
力制御を行うものであり、帳票の読取り画像データを高
速転送するためにＳＣＳＩドライバ２４１と、イメージ
スキャナの標準インタフェースであるＴＷＡＩＮドライ
バ２４３と、読取り画像の歪補正を行う歪補正部２４２
とから構成されている。歪補正部２４２は、帳票画像を
斜め上方から読取った場合に、読取り画像が図２（ｂ）
に示すように、台形形状２４４に歪むため、これを矩形
形状２４５に補正するためのものである。この入力制御
部２４は、ＴＷＡＩＮ規格で定められたデータ形式で読
取り画像データをイメージデータ編集処理部２５に入力
する。

【００１８】イメージデータ編集処理部２５は、帳票の
読取り画像データを予め設定された形式の画像データに
編集し、さらにその編集結果に対しイメージ処制御ヘッ
ダを付加して帳票単位の送信メッセージに組み立て、メ
ッセージ送受信部２６および通信回線４を介して認識サ
ーバ５に送信する。

【００１９】この実施形態において、イメージデータ編
集処理部２５は、図２（ｃ）に示すように、帳票の読取
り画像データをモノクロ２値（ＩＤＵ２値，ＩＤＵ：Ｉ
ｍａｇｅ Ｄａｔａ Ｕｎｉｔ）２５２、モノクロ多値
（ＩＤＵ多値）２５３に編集し、さらにイメージ処理制
御ヘッダ２５１を付加して１つの送信メッセージに組み
立てる。イメージ処理制御ヘッダ２５１には、送信宛
先、送信元、画像データの形式（モノクロ／カラー、２
値／多値、圧縮形式など）や属性を示す情報が含まれて
いる。

【００２０】一方、認識サーバ５内の帳票認識処理部５
３は、図３に示すように、入力制御部５３１、文字帳票
認識部５３２、帳票認識マクロ５３３、印鑑検索処理部
５３４、単語辞書ファイル５３５、帳票フォーマット定
義情報ファイル５３６、印鑑データベース５３７とで構
成されている。なお、印鑑データベース５３７は、認識
サーバ５に直接に付属させてもよいが、運用サーバ１０
の管理下に置いてもよい。

【００２１】帳票認識マクロ５３３は、入力制御部５３
１から入力された読み取り画像データに基づき、帳票種
類を識別し、更には記載された文字やバーコード等の認
識、印影の検索照合処理を行う部分であり、文字帳票認
識部５３２の各処理部を選択的に呼出し、帳票種類の識
別、文字認識、印影照合を実施するマクロプログラムに
よって構成されている。これらのマクロプログラムは、
「ＩＤ付き帳票」、「単一帳票」、「複数帳票」などの
帳票の種類毎に設定可能になっている。「ＩＤ付き帳
票」とは、自行が制定した帳票などのように、帳票の識
別符号文字（数字）が印刷された帳票である。「単一帳
票」とは、小切手や約束手形、電話会社や電力会社等が
定めた１枚伝票形式の帳票のことであり、「複数帳票」
とは複数枚から構成される形式の帳票のことである。こ
れら帳票種類毎のマクロプログラムは、メッセージキュ
ーバッファ５２に窓口端末２からのメッセージが格納さ
れたことを契機として、予め定めた順に起動され、文字
帳票認識部２５２の各処理部を選択的に呼出して帳票種
類の識別、文字認識、オペレータが確認するために必要
な部分の画像の切出し処理を行い、帳票種類および認識
文字の情報、指定された領域の切出し画像のデータを帳
票単位で編集し、メッセージキューバッファ５２に格納
する。メッセージキューバッファ５２に格納された認識
結果および指定領域の切出し画像データは、データエン
トリ端末６−１〜６−ｎからの要求に応じて、あるいは
定期的に運用サーバ１０を介してデータエントリ端末６
−１〜６−ｎに転送される。

【００２２】文字帳票認識部５３２は、文字認識処理部
５３２１、帳票識別処理部５３２２、バーコード認識処
理部５３２３、単語照合処理部５３２４、印鑑照合処理
部５３２５、イメージ処理部５３２６、線分検出処理部
５３２７とから構成されている。これら各処理部は、前
記帳票認識マクロ５３３の各マクロプログラムから選択
的に起動されるプログラムによって構成されている。

【００２３】文字認識処理部５３２１は、処理対象の帳
票上に記載された認識対象の文字（金額や帳票ＩＤなど
の英数字、姓名などの文字）を認識する部分であり、認
識対象の文字が存在する種類の帳票であると識別された
場合に、その識別を行った帳票種類における帳票認識マ
クロ５３３のマクロプログラムから起動され、帳票認識
マクロ５３３から指示された領域の文字を認識する。認
識対象の文字は、手書き文字、印刷文字、ＯＣＲ文字、
ＭＩＣＲ文字である。

【００２４】帳票識別処理部５３２２は帳票の読取り画
像データと帳票フォーマット定義情報ファイル５３６に
登録された帳票種類を識別するための定義情報とのマッ
チング処理により、処理対象の帳票の種類を識別する部
分であり、各種類の帳票を識別する帳票認識マクロ５３
３の各マクロプログラムから起動される。

【００２５】ここで、帳票の種類は、ＩＤ付き帳票、バ
ーコード帳票、ＯＣＲ帳票などに大別されるが、例えば
同じＩＤ付き帳票であっても、ＩＤ番号によってフォー
マットが異なるものがある。

【００２６】本実施形態においては、（１）帳票種類識
別用の定義情報で指定された領域の画像を切出し、ＩＤ
付き帳票か、バーコード帳票かなどの種類を識別し、
（２）ＩＤ付き帳票である場合は、そのＩＤ番号を認識
し、そのＩＤ番号に対応する下位属性を認識し、（３）
その下位属性のフォーマット定義情報によって指定され
ている領域の画像を切出し、文字認識を行い、その認識
結果に応じた処理を行う。

【００２７】本発明では、同じ帳票種類の中で、フォー
マットがＩＤ番号等によってさらに区分あるいは分類さ
れている場合、その区分あるいは分類を下位属性と言
う。

【００２８】また、マッチング処理とは、バーコードや
手形／小切手に印刷されたＭＩＣＲ文字を認識する場合
には、画像（バーコードパターン画像、ＭＩＣＲ文字パ
ターン画像によるパターンマッチング処理を指すもので
あり、複数桁の数字列から成るコード情報が印刷された
帳票を認識する場合には、１文字単位または文字列単位
同士でのマッチング処理を指す。

【００２９】バーコード認識処理部５３２３は、処理対
象の帳票上に記載された認識対象のバーコードを認識す
る部分であり、認識対象のバーコードが存在する種類の
帳票であると識別された場合に、その識別を行った帳票
種類における帳票認識マクロ５３３のマクロプログラム
から起動される。

【００３０】単語照合処理部５３２４は、処理対象の帳
票上に記載された認識対象の単語（例えば、銀行名、会
社名、住所、氏名など）を認識する部分であり、認識対
象の単語が存在する種類の帳票であると識別された場合
に、その識別を行った帳票種類における帳票認識マクロ
５３３のマクロプログラムから起動される。

【００３１】印鑑照合処理部５３２５は、処理対象の帳
票上に押印された認識対象の印影と印鑑データベース５
３７に登録された印影とを照合する部分であり、認識対
象の印影が存在する種類の帳票であると識別された場合
に、その識別を行った帳票種類における帳票認識マクロ
５３３のマクロプログラムから起動される。

【００３２】イメージ処理部５３２６は、処理対象の帳
票上に、オペレータによる確認または取引履歴の記録に
残しておくために必要な印影等の画像を切出す処理を行
う部分であり、切出し対象の画像が存在する種類の帳票
であると識別された場合に、その識別を行った帳票種類
における帳票認識マクロ５３３のマクロプログラムから
起動される。

【００３３】線分検出処理部５３２７は、帳票上に記載
された表や罫線等の線分の特徴を検出する部分であり、
表や罫線等の線分が含まれる種類の帳票であると識別さ
れた場合に、その識別を行った帳票種類における帳票認
識マクロ５３３のマクロプログラムから起動され、検出
した線分の特徴と帳票フォーマット定義情報ファイル５
３６に予め登録された帳票レイアウト情報とを照合し、
いずれのレイアウトの帳票に該当するかを判定するもの
である。

【００３４】単語辞書ファイル５３５は、単語照合処理
部５３２４が単語の照合を行うための単語辞書を格納し
たものである。

【００３５】帳票フォーマット定義情報ファイル５３６
は、複数種類の帳票の種類、およびその下位属性を識別
するための画像の切出し領域の情報と、各種類の帳票に
おける文字や印影等の認識対象領域や係員による確認の
ための切出し領域などの情報を予め登録したものであ
り、取り扱う帳票の種類識別用の定義情報と、各種類に
おける下位属性のフォーマット定義情報が登録されてい
る。登録内容については、帳票種類別の識別処理で後述
する。

【００３６】ここで、本実施形態の帳票処理システムで
処理する帳票の代表例と、認識結果の表示例を先に説明
しておくことにする。

【００３７】図４は、自行が制定したフォーマットの帳
票（以下、制定帳票と言う）の例と認識結果の表示例を
示すものであり、制定帳票４００には、図４（ａ）に示
すように、当該制定帳票のＩＤ（図の例では「００
１」）と、取引種別または取引形態を識別するためのチ
ェックボックス（図の例では、「０１ 普通預金口座出
金」、「０２ 当座預金出金」のチェックボックス
「□」）４０２、４０３が印刷されている。この制定帳
票４００では、普通預金口座からの引出しであれば、顧
客によって４０２のチェックボックスに「レ」記号が記
入される。その下欄には引出し金額「￥３０，０００」
と口座番号「１４０１２５７」の手書き文字が記入さ
れ、さらに「おなまえ」欄には顧客の氏名「村田××」
が手書き文字で記入される。なお、図４（ａ）の制定帳
票４００には「店番」の手書き記入欄が存在するのであ
るが、図面が複雑になるので、図示を省略している。

【００３８】このような制定帳票４００を読取った場
合、図４（ｂ）に示すような認識結果がデータエントリ
端末６−１〜６−ｎの確認画面４１０に表示される。こ
の確認画面４１０には、手書き文字の店番「１２３」の
切出し画像４１１とその文字認識結果４１２、手書き文
字の口座番号「１４０１２５７」の切出し画像４１３と
その文字認識結果４１４、手書き文字の取引金額「３０
０００」の切出し画像４１５とその文字認識結果４１
６、氏名の手書き文字「村田××」の切出し画像４１７
とその認識結果４１８、制定帳票４００に押印された印
影４１９の切出し画像と印鑑データベース５３７に登録
されている印影４２０とが表示される。

【００３９】図５は、約束手形の例と認識結果の表示例
を示すものであり、約束手形５００には、図５（ａ）に
示すように、法律で定められた約束手形固有のＭＩＣＲ
文字（磁気印刷文字）５０１が所定の位置に印刷されて
いるので、所定の位置に、予め定めたフォントパターン
のＭＩＣＲ文字５０１が印刷されているかをＭＩＣＲ文
字パターン画像とのパターンマッチング処理によって識
別する。正規の形式の約束手形であると識別された場
合、必要部分の認識と画像の切出しが行われ、図５
（ｂ）に示すような確認画面５１０が表示される。な
お、図５（ａ）の約束手形５００には支払地となる銀行
の「店番」の印刷文字が存在するのであるが、図面が複
雑になるので、図示を省略している。

【００４０】図５（ｂ）に示す確認画面５１０には、支
払地となる銀行の「店番」の印刷文字「１２３」の切出
し画像５１１とその文字認識結果５１２、チェックライ
タで記入された取引金額「￥３０，０００」の切出し画
像５１５とその文字認識結果５１６、振出人氏名の手書
き文字「村田××」の切出し画像５１７とその認識結果
５１８、約束手形５００に押印された振出人の印影５１
９の切出し画像と印鑑データベース５３７に登録されて
いる印影５２０と、約束手形５００の全体の縮小画像５
２１が表示されている。縮小画像５２１を切出しておく
のは、処理を誤った場合や顧客からの問い合わせがあっ
た場合の証拠として残しておく必要性があるからであ
る。

【００４１】図６は、バーコードが印刷された市県民税
の納入用帳票の例と認識結果の表示例を示すものであ
り、図６で例示する市県民税の納入用帳票には、同図
（ａ）に示すように、その地方自治体が定めた所定の位
置に、自治体名や納入口座番号などをバーコードで印刷
した形式のものがある。以下、このような帳票をバーコ
ード帳票６００と定義すると、本発明においては、バー
コード帳票識別用の定義情報で定めた領域の画像を切出
し、その領域にバーコードが記載されているかどうかを
パターンマッチング処理によって識別する。バーコード
の記載領域であることが検出されたならば、バーコード
帳票として識別し、そのバーコードの内容（エンコード
結果）から納入先の金融機関の店番等を認識する。そし
て、氏名、金額等の必要部分の画像の切出しと文字認識
とを行ない、図６（ｂ）に示すような確認画面６１０に
認識結果を表示する。図６（ｂ）に示す確認画面６１０
には、納入先となる銀行の「店番」の認識結果６１１、
印刷または手書き文字で記入された取引金額「￥３０，
０００」の切出し画像６１２とその文字認識結果６１
３、納入者氏名の印刷または手書き文字「村田××」の
切出し画像６１４とその認識結果６１５が表示されてい
る。

【００４２】図７は、電力会社等の記号コードが複数桁
の数値コードで記載された料金納入用帳票の例と認識結
果の表示例を示すものであり、電力会社「××電力」の
料金納入用帳票７００には、図７（ａ）に示すように、
その電力会社等が定めた所定の位置に、電力会社固有の
記号コード等を複数桁の数値コード７０１で印刷した形
式のものがある。以下、このような形式の帳票をＭＴ帳
票と定義すると、本発明においては、このようなＭＴ帳
票７００については、ＭＴ帳票を識別するための定義情
報で定めた領域の画像を切出し、その領域に複数桁の数
値コードが記載されているかどうかを文字認識処理によ
って識別する。そして、複数桁の数値コード７０１の記
載領域が検出されたならば、ＭＴ帳票として識別し、そ
の数値コードの内容から納入先の電力会社等の記号コー
ド等を認識する。そして、必要部分の画像の切出しと文
字認識とを行ない、図７（ｂ）に示すような確認画面７
１０に認識結果を表示する。図７（ｂ）に示す確認画面
７１０には、納入先となる銀行の「店番」の認識結果７
１１、印刷または手書き文字で記入された取引金額「￥
３０，０００」の切出し画像７１２とその文字認識結果
７１３、納入者氏名の手書き文字「村田××」の切出し
画像７１４とその認識結果７１５が表示されている。な
お、ＭＴ帳票とは、郵便振替ＭＴサービスで使用される
帳票を呼称するものである。郵便振替ＭＴサービスと
は、郵便振替通常払い込みの内容（予め加入者がＭＴサ
ービス専用払込書に記載したＯＣＲ文字データ）の通知
をイメージ出力払込取り扱い票の郵送に代えて、磁気テ
ープまたはフロッピィディスクに記録して加入者に渡す
サービスである。

【００４３】図８は、地方自治体等の記号コードが複数
桁の数値コードで記載された納税用の帳票の例と認識結
果の表示例を示すものであり、自治体「東京都」の所得
税納入用帳票８００には、図８（ａ）に示すように、そ
の自治体が定めた所定の位置に、自治体固有の記号コー
ド等を複数桁のＯＣＲ文字８０１で印刷した形式のもの
がある。以下、このような形式の帳票をＯＣＲ帳票８０
０と定義すると、このＯＣＲ帳票８００についても、図
７の帳票７００と同様にして処理する。すなわち、図８
のＯＣＲ帳票８００については、ＯＣＲ帳票識別用の定
義情報で定めた位置の画像を切出し、その切出し画像の
中に複数桁のＯＣＲ文字が記載されているかどうかを文
字認識処理によって識別する。そして、複数桁のＯＣＲ
文字８０１の記載が検出されたならば、ＯＣＲ帳票とし
て識別し、その数値コードの内容（数値の認識結果）か
ら納入先の自治体の記号コード等を認識する。そして、
必要部分の画像の切出しと文字認識とを行ない、図８
（ｂ）に示すような確認画面８１０に認識結果を表示す
る。図８（ｂ）に示す確認画面８１０には、納入先とな
る銀行の「店番」の認識結果８１１、印刷または手書き
文字で記入された取引金額「￥３０，０００」の切出し
画像８１２とその文字認識結果８１３、納入者氏名の印
刷または手書き文字「村田××」の切出し画像８１４と
その認識結果８１５が表示されている。

【００４４】図９は、窓口端末２におけるイメージデー
タ編集処理部２５のイメージ読取り・編集処理を示すフ
ローチャートである。まず、窓口端末２を起動すると、
図１０に示すような初期画面１０００が表示される（ス
テップ９０１）。そこで、処理対象の帳票１０を画像読
取り装置１の帳票台の上に置き、初期画面１０００のイ
メージ入力開始ボタン１００１をマウス２２のクリック
操作によって操作し、イメージ入力コマンドを入力す
る。あるいは、キーボード２１からイメージ入力開始コ
マンドを入力する。

【００４５】窓口端末２のイメージデータ編集処理部２
５は、イメージ入力開始コマンドが入力されたことを認
識したならば（ステップ９０２）、入力制御部２４を介
して画像読取り装置１に対して読取り開始信号を送る。
これにより、画像読取り装置１による帳票画像の読取り
動作が開始される。画像読取り装置１は、読取った帳票
画像データを入力制御部２４を介してイメージデータ編
集処理部２５に転送する。イメージデータ編集処理部２
５は、転送されてきた帳票画像データをメモリ２５２に
格納する(ステップ９０３)。この後、イメージ処理制御
ヘッダ（ＩＣＨ）を編集する(ステップ９０４)。

【００４６】イメージ処理制御ヘッダとは、送信宛先
（送信先ネットワークアドレス）、送信元（送信元ネッ
トワークアドレス）、画像データの形式（モノクロ／カ
ラー、２値／多値、圧縮形式など）や属性を示す情報で
ある。

【００４７】次に、メモリ２５１に格納した帳票画像デ
ータ（カラー画像データ）を読出し、モノクロ多値画像
（ＩＤＵ多値）に変換した後、そのモノクロ多値画像を
転送メッセージの一部として編集する（ステップ９０
５）。さらに、モノクロ２値画像（ＩＤＵ２値）に変換
した後、そのモノクロ２値画像を転送メッセージの一部
として編集する（ステップ９０６）。そして、これらの
イメージ処理制御ヘッダ、モノクロ多値画像（ＩＤＵ多
値）、モノクロ２値画像（ＩＤＵ２値）を図２（ｃ）に
示したような１つの転送メッセージに編集し、メッセー
ジ送受信部２６および通信回線４を介して認識サーバ５
に送信する（ステップ９０７）。

【００４８】窓口端末２は、１つ１つの帳票につき以上
の動作を繰り返し、処理対象の帳票から読取った画像デ
ータを認識サーバ５に送信する。

【００４９】これに対し、認識サーバ５は、イメージ処
理制御ヘッダ、モノクロ多値画像（ＩＤＵ多値）、モノ
クロ２値画像（ＩＤＵ２値）から成る転送メッセージを
メッセージ受信部５１で受信したならば、その受信メッ
セージをメッセージキューバッファ５２の受信領域に格
納する(ステップ１１０１)。帳票認識処理部５３は、新
たな受信メッセージが格納されたという通知をメッセー
ジ受信部５１から受けたならば、その受信メッセージを
メッセージキューバッファ５２の受信領域から読出し、
イメージ処理制御ヘッダ（ＩＣＨ）を解析することによ
って画像データの形式を確認し（ステップ１１０２）、
さらにモノクロ多値画像データとモノクロ２値画像デー
タを取出す（ステップ１１０３，１１０４）。

【００５０】この後、モノクロ多値画像を用いて帳票内
の文字認識および指定された領域の帳票画像の切出しを
行う（ステップ１１０５）。また、モノクロ２値画像を
用いて指定された領域の帳票画像を切出し、その切出し
た領域の文字を認識し、その認識結果を、前記モノクロ
多値画像の切出し画像データと１組にしてメッセージキ
ューバッファ５２の送信領域に帳票別に格納する（ステ
ップ１１０６）。なお、画像の切出し処理および認識処
理については図１２を用いて詳細に説明する。

【００５１】この後、いずれかのデータエントリ端末か
らの転送要求を受信したか否かを判断し(ステップステ
ップ１１０７)、受信している場合は、転送すべきフィ
ールド画像および認識結果のデータがメッセージキュー
バッファ５２の送信領域に存在するか否かを判断し（ス
テップ１１０８）、ある場合はそのデータを転送要求元
のデータエントリ端末宛に転送する（ステップ１１０
９）。この場合、転送要求元の宛先アドレスを付加して
送信することは言うまでもない。しかし、転送すべきデ
ータがない場合は、データ無しの応答を返信する（ステ
ップ１１１０）。

【００５２】なお、ここでは、データエントリ端末から
の転送要求に応じて、文字認識結果とモノクロ多値画像
の切出し画像データを転送要求元に転送するようにして
いるが、運用サーバ１０内にメッセージキューバッファ
を設け、認識処理が終了したならば、自動的に運用サー
バ１０内のメッセージキューバッファに転送し、運用サ
ーバ１０からデータエントリ端末に転送するようにして
もよい。

【００５３】図１２は、図１１のステップ１１０５の詳
細、すなわち帳票認識処理部５３の画像切出しおよび文
字認識処理の詳細を示すフローチャートである。

【００５４】帳票認識処理部５３の帳票認識マクロ５３
３は、メッセージ受信部５１から新たなメッセージの受
信通知を受け取ったならば（ステップ１２０１）、その
メッセージを入力制御部５３１を介してメッセージキュ
ーバッファ５２から読出す。そして、その読出したメッ
セージからモノクロ多値画像データとモノクロ２値デー
タを抽出し、モノクロ多値データ内の指定領域の画像デ
ータを切出し、またモノクロ２値データ内の指定領域の
データを切出し、その中の文字を認識する。ここでは、
処理対象の帳票の種類を予め定めた順番に識別する。例
えば、制定帳票（図４）、バーコード帳票（図６）、Ｍ
Ｔ帳票（図７）、ＭＩＣＲ帳票である小切手／手形（図
５）、自治体のＯＣＲ帳票（図８）、上記以外の帳票で
レイアウトが帳票フォーマット定義情報ファイル７に予
め登録されているものの順番に識別処理を行う。

【００５５】すなわち、帳票認識マクロ５３３は、制定
帳票を識別するマクロプログラム、バーコード帳票を識
別するマクロプログラム、ＭＴ帳票を識別するマクロプ
ログラム、小切手／手形を識別するマクロプログラム、
自治体のＯＣＲ帳票を識別するマクロプログラム、レイ
アウト帳票を識別するマクロプログラムの順で起動す
る。

【００５６】制定帳票を最優先順位に設定しているの
は、制定帳票の入力量が最も多いと予測されるからであ
るが、順番は帳票認識マクロ５３３における各帳票種類
対応のマクロプログラムの起動順序を変えることによっ
て変更することができる。また、処理対象の帳票の種類
が増加した場合には、その帳票用のマクロプログラムを
追加するのみで対応でき、文字帳票認識部５３２の構成
を変える必要はない。

【００５７】まず、ＩＤ付き帳票である制定帳票に対応
する帳票認識マクロ５３３のマクロプログラムが起動さ
れ、文字帳票認識部５３２の文字認識処理部５３２１や
帳票識別処理部５３２２、単語照合処理部５３２４、印
鑑照合処理部５３２５、イメージ処理部５３２６を起動
して帳票種類が制定帳票であるか否かを識別し、帳票Ｉ
Ｄが印刷された制定帳票であることが判明したならば
（ステップ１２０２）、その帳票ＩＤの制定帳票に対応
する帳票フォーマット定義情報によって予め指定されて
いる領域の画像を切出した後に文字認識（口座番号や顧
客氏名、取引金額など）を行い、さらに印影などの帳票
フォーマット定義情報によって予め指定されている領域
の画像を切出し（ステップ１２０３）、その結果（認識
文字と切出し画像および帳票の種類の情報）にをメッセ
ージキューバッファ５２の送信領域に格納する。

【００５８】しかし、制定帳票でないことが判明した場
合、次に、バーコード帳票に対応する帳票認識マクロ５
３３のマクロプログラムが起動され、文字帳票認識部５
３２の文字認識処理部５３２１や帳票識別処理部５３２
２、バーコード認識処理部５３２３、単語照合処理部５
３２４、印鑑照合処理部５３２５、イメージ処理部５３
２６を起動してバーコード帳票であるか否かを識別し
（ステップ１２０４）、バーコードが印刷されたバーコ
ード帳票であることが判明したならば、そのバーコード
帳票に対応する帳票フォーマット定義情報によって予め
指定されている領域の画像を切出した後に、その切出し
画像の文字認識（顧客氏名、取引金額など）を行い、さ
らに帳票フォーマット定義情報によって予め指定されて
いる領域の画像（手書き文字や印刷文字など）を切出し
（ステップ１２０５）、その結果（認識文字と切出し画
像および帳票の種類の情報）をメッセージキューバッフ
ァ５２の送信領域に格納する。

【００５９】しかし、バーコード帳票でないことが判明
した場合、次に、ＭＴ帳票に対応する帳票認識マクロ５
３３のマクロプログラムが起動され、文字帳票認識部５
３２の文字認識処理部５３２１や帳票識別処理部５３２
２、単語照合処理部５３２４、印鑑照合処理部５３２
５、イメージ処理部５３２６を起動してＭＴ帳票である
か否かを数値コード列によって識別し（ステップ１２０
６）、ＭＴ帳票であることが判明したならば、そのＭＴ
帳票に対応する帳票フォーマット定義情報によって予め
指定されている領域の画像を切出した後、文字認識（顧
客氏名、取引金額など）を行い、さらに帳票フォーマッ
ト定義情報によって予め指定されている領域の画像（手
書き文字や印刷文字など）を切出し（ステップ１２０
７）、その結果（認識文字と切出し画像および帳票の種
類の情報）をメッセージキューバッファ５２の送信領域
に格納する。

【００６０】しかし、ＭＴ帳票でないことが判明した場
合、次に、小切手または手形（約束手形、為替手形）で
あるか否かをＭＩＣＲ文字が存在するか否かによって識
別し（ステップ１２０８）、手形または小切手であるこ
とが判明したならば、その手形または小切手に印刷され
たＭＩＣＲ文字に対応する帳票フォーマット定義情報に
よって予め指定されている領域の画像を切出した後、文
字認識（支払い地の銀行店番や顧客氏名、取引金額な
ど）を行い、さらに印影などの帳票フォーマット定義情
報によって予め指定されている領域の画像を切出し、さ
らに手形または小切手全体の縮小画像を作成し（ステッ
プ１２０９）、その結果（認識文字と切出し画像および
帳票の種類の情報、縮小画像）をメッセージキューバッ
ファ５２の送信領域に格納する。

【００６１】しかし、手形または小切手でないことが判
明した場合、次に、地方税納入などを行うためのＯＣＲ
帳票に対応する帳票認識マクロ５３３のマクロプログラ
ムが起動され、文字帳票認識部５３２の文字認識処理部
５３２１や帳票識別処理部５３２２、単語照合処理部５
３２４、印鑑照合処理部５３２５、イメージ処理部５３
２６を起動してＯＣＲ帳票であるか否かを複数桁のＯＣ
Ｒ文字の文字認識処理によって識別し（ステップ１２１
０）、ＯＣＲ帳票であることが判明したならば、そのＯ
ＣＲ帳票に印刷されたＯＣＲ文字に対応する帳票フォー
マット定義情報によって予め指定されている領域の画像
の切出しを行い、その切出し画像の文字認識（顧客氏
名、取引金額など）を行い、さらに帳票フォーマット定
義情報によって予め指定されている領域の画像（手書き
文字や印刷文字など）を切出し（ステップ１２１１）、
その結果（認識文字と切出し画像および帳票の種類の情
報）をメッセージキューバッファ５２の送信領域に格納
する。

【００６２】しかし、上記のいずれにも該当しない帳票
であった場合、その旨のフラグをモノクロ多値画像デー
タおよびモノクロ２値画像データに付加してメッセージ
キューバッファ５２の送信領域に格納する。これは、デ
ータエントリ端末の係員による目視認識によって帳票内
容を確定するためである。

【００６３】図１３は、処理対象の帳票が図４で例示し
た制定帳票４００であるか否かを識別する処理の手順を
詳しく示した図であり、まず、図４の制定帳票のＩＤ４
０１とチェックボックス４０２、４０３の印刷領域の画
像を帳票フォーマット定義情報ファイル５３６に格納さ
れている帳票種類識別用定義情報１４０３によって切出
す。そして、その切出し画像中に、制定帳票のＩＤ４０
１とチェックボックス４０２、４０３の文字および
「レ」記号でマークされた「□」記号が存在するか否か
を用いて調べる。すなわち、制定帳票４００における帳
票ＩＤ４０１やチェックボックス４０２，４０３や「普
通預金出金」などの文字は、制定帳票４００の指定位置
に印刷されているので、帳票ＩＤ４０１やチェックボッ
クス４０２，４０３や「普通預金出金」などの文字の印
刷領域を示す座標データが制定帳票対応の帳票種類識別
用の定義情報１４０３として帳票フォーマット定義情報
ファイル５３６内に格納されている。

【００６４】そこで、 （１）処理対象の帳票から読取った画像データの中で、
前記座標データで示される座標領域の画像を切出し、そ
の切出し画像の文字認識を行い、ＩＤ４０１とチェック
ボックス４０２、４０３の「□」記号や「普通預金出
金」などの文字および「レ」記号でマークされた「□」
記号が存在するか否かを調べ(ステップ１４０１，１４
０２)、存在する場合には、処理対象の帳票が制定帳票
４００であると認識し（ステップ１４０４）、その制定
帳票４００内で認識すべき領域の文字や画像等のデータ
（フィールドデータ）を認識する処理（ステップ１４０
５）に移行する。この段階で、図４の制定帳票４００の
例であれば、帳票ＩＤが「００１」、取引種別または取
引形態が「普通預金出金」であることが判明する。すな
わち、処理対象の帳票は制定帳票であり、その下位属性
は帳票ＩＤ＝「００１」であることが分かる。フィール
ドデータとは、データエントリ端末６−１〜６−ｎで係
員が目視確認するために必要な領域および文字認識が必
要な領域の画像データのことである。

【００６５】（２）フィールドデータの認識処理１４０
５では、まず、帳票ＩＤが「００１」の制定帳票４００
に対応する帳票フォーマット定義情報１４０６を取得し
た後、この帳票フォーマット定義情報１４０６で指定さ
れた領域の画像を切出し、その切出し領域に記載された
文字、記号等を文字認識処理部５３２１を用いて認識す
る。

【００６６】この段階で、図４の制定帳票４００の例で
あれば、店番４１１、口座番号４１４、取引金額４１
５、顧客氏名４１７の認識結果が得られる。同時に、イ
メージ処理部５３２６を用いて、店番４１１、口座番号
４１４、取引金額４１５、顧客氏名４１７、印影４１９
の領域の切出し画像が得られる。この場合、口座番号４
１４、顧客氏名４１７の認識結果が得られたならば、印
鑑照合処理部５３２５は、当該制定帳票４００の帳票認
識マクロプログラムからの指示に応じて、印鑑検索処理
部５３４を介して認識結果の口座番号４１３と顧客氏名
４１８とで特定される顧客の登録印影４２０の画像デー
タを印鑑データベース５３７から取得し、制定帳票４０
０から切出された印影４１９とパターンマッチング処理
し、同一か否か、あるいは類似度を算出する。なお、こ
の印鑑照合処理は、データエントリ端末６−１〜６−ｎ
で行うようにしてもよい。

【００６７】（３）データエントリ端末６−１〜６−ｎ
における係員が確認のために必要とするフィールドの画
像データの切出しと、文字認識が終了したならば、「形
式点検処理（Ａ）」１４０７が実行される。この「形式
点検処理（Ａ）」１４０７は、帳票の種類を判別する本
発明の主要部を構成するものではないが、認識したフィ
ールドデータ相互間に矛盾はないか、記載漏れはないか
などの形式上のチェックを行うものであり、もしも、記
載漏れなどの形式上の欠陥が発見された場合には、その
旨のフラグが認識結果に付加される。

【００６８】（４）以上のようにして得られた指定領域
の切出し画像データと認識結果のデータは、フィールド
番号順に編集され、メッセージキューバッファ５２の送
信領域に格納される。

【００６９】ここで、係員が目視確認するのに使用する
切出す画像データは、モノクロ多値画像データから切出
し、文字認識する領域の画像データはモノクロ２値画像
データから切出すようにしているが、係員が目視確認す
るのに使用する画像データをモノクロ多値画像データか
ら切出している理由は、細い線や点、および記載内容の
濃淡を明瞭に判別できるようにするためである。この場
合、モノクロ多値画像データでなく、カラー画像そのも
のを切出すようにしてもよいが、モノクロ多値画像デー
タの方がデータ量が少なく、通信時間やコストの点で有
利であるので、モノクロ多値画像データから切出すのが
望ましい。

【００７０】本実施形態の帳票認識処理部５３は、図５
の約束手形、図６のバーコード帳票、図７のＭＴ帳票、
図８のＯＣＲ帳票についても同様にして、係員が目視確
認するのに使用する指定領域の画像データを帳票フォー
マット定義情報に従ってモノクロ多値画像データから切
出し、さらに文字認識領域の画像データを帳票フォーマ
ット定義情報に従ってモノクロ２値画像データから切出
し、その切出した画像データに含まれる文字認識を行
う。そして、その切出し画像データと認識結果を帳票単
位で編集し、メッセージキューバッファ５２に格納す
る。

【００７１】図１３は、データエントリ端末６−１〜６
−ｎにおいて認識サーバ５の認識結果を係員に確認さ
せ、その確認された認識結果を電子ファイリング装置９
によってファイリングさせる処理を示すフローチャート
である。

【００７２】図１３において、データエントリ端末６−
ｎは係員からの処理要求コマンドの入力待ちの状態の時
に、係員によって処理要求コマンドが入力されると（ス
テップ１３０１）、未処理の切出し画像データおよび認
識結果の転送要求を認識サーバ５に送信する（ステップ
１３０２）。

【００７３】これに対し、認識サーバ５は、未処理の切
出し画像データおよび認識結果がメッセージキューバッ
ファ５２内に残っていれば、その未処理の切出し画像デ
ータおよび認識結果のデータを要求元のデータエントリ
端末６−ｎに返信する。

【００７４】未処理の切出し画像データおよび認識結果
のデータを受信したデータエントリ端末６−ｎは、受信
した切出し画像データ（モノクロ多値の画像データ）お
よび認識結果のデータを表示画面に並列に表示し、操作
者（係員）の確認応答を待つ（ステップ１３０４）。例
えば、図４に示したように、文字認識対象の領域の画像
とその認識結果を並列に表示し、操作者（係員）の確認
応答を待つ。

【００７５】そこで、係員による認識結果の訂正入力操
作がなされた場合には、認識結果を訂正入力に従って訂
正する（ステップ１３０５，１３０６）。しかし、訂正
入力がなされず、確認応答があった場合には、認識結果
が正しいものとして、当該認識結果を最終のコード情報
（ＣＤＵ；Ｃｏｄｅ Ｄａｔａ Ｕｎｉｔ）として編集
する（ステップ１３０７）。訂正入力があった場合は、
訂正済みの認識結果を最終のコード情報として編集する
（ステップ１３０７）。

【００７６】次に、モノクロ多値画像データに基づいて
表示されている指定領域の切出し画像のうち、係員によ
って指定された領域のモノクロ多値画像データを切出
し、ＩＤＵ多値ファイル内に編集する。係員によって指
定されない場合は、表示されている領域の全てのモノク
ロ多値画像データをＩＤＵ多値ファイル内に編集する。
または、予め設定されている重要事項の部分のみのモノ
クロ多値画像データをＩＤＵ多値ファイル内に編集す
る。

【００７７】ここで、モノクロ多値画像データは、帳票
フォーマット定義情報ファイル５３６で設定されている
指定領域から切出した画像であるが、その切出し画像の
中の一部を係員によってさらに選択させる理由は、目視
確認後に不要になったものは可能な限り削除し、電子フ
ァイリングする際のメモリ容量を節約するためである。

【００７８】次に、同様にして、係員によって指定され
た領域のモノクロ２値画像データを切出し、ＩＤＵ２値
ファイル内に編集する（ステップ１３０９）。

【００７９】最後に、編集された認識結果のコードデー
タ（ＣＤＵ）１３１３、モノクロ多値画像データ（ＩＤ
Ｕ多値）１３１２、モノクロ２値画像データ（ＩＤＵ２
値）１３１１を１つのレコードデータとして電子ファイ
リング装置９に送り、コードデータベース７に電子ファ
イリングする（ステップ１３１０）。

【００８０】このようにして電子ファイリングしておく
ことにより、処理を誤った場合や顧客からの問い合わせ
があった場合に、直ちに検索し、その確認を行うことが
可能になる。

【００８１】なお、画像読取り装置として、帳票台の上
に帳票を置いて画像を読取る構成のものを例示したが、
本発明はこれに限定されるものではなく、ファクシミリ
装置などのように帳票を挿入する形式のものなど、各種
の読取り形式の画像読取り装置を使用することができる
ことは言うまでもない。

【００８２】また、帳票記載内容の認識は認識サーバ内
で行うようにしたが、図１５に示すように、帳票認識処
理部５３をデータエントリ端末内に設ける構成にするこ
ともできる。図１５においては、認識サーバを削除し、
運用サーバ１０内にメッセージキューバッファ５２を設
けており、図１と同一部分または相当部分は同一符号で
示している。

【００８３】以上のように、本実施形態によれば、処理
対象の帳票に記載された内容を画像として読取り、その
読取り画像データを認識サーバに送り、この認識サーバ
内で、予め指定された領域のモノクロ多値画像および文
字認識対象領域のモノクロ２値画像のデータを切出し、
かつ文字認識を行い、係員による確認のためのデータエ
ントリ端末に送り、係員による確認または訂正操作を受
けて電子ファイリングし、さらには帳票内容に対応した
業務処理工程に提供するように構成したため、係員によ
る確認用の画像を表示する必要がある金融機関の帳票取
り扱い業務において、認識サーバに転送するデータ量を
必要最小限のものに削減し、通信コストを節約すること
ができる。

【００８４】また、窓口端末においては、処理対象の帳
票を読取らせるのみの操作であり、文字認識の処理時間
に関係無く、次々に処理対象の帳票を処理することがで
き、窓口業務の効率化を図ることができる。特に、金融
機関以外の小売店舗に窓口端末を設置した場合であって
も、帳票内容の最終確認はセンタ装置の係員が行うた
め、専門的な訓練を受けていなくても対応することがで
きるなど、金融機関の業務処理の効率化に貢献すること
ができる。

【００８５】

【発明の効果】以上のように、本発明によれば、多種類
の帳票の種類の識別を、短時間で容易に行うことができ
る。また、係員による確認用の画像を表示する必要があ
る金融機関などの帳票取り扱い業務において、センタ装
置に転送するデータ量を必要最小限のものに削減し、通
信コストを節約することができる他、金融機関の業務処
理の効率化に貢献することができる。

【図面の簡単な説明】

【図１】本発明を適用したシステムの一実施形態を示す
システム構成図である。

【図２】画像入力装置と接続される窓口端末の内部構成
図である。

【図３】認識サーバ内の帳票認識処理部の詳細構成図で
ある。

【図４】帳票フォーマットを金融機関が自ら制定した制
定帳票の例と、読取った情報の表示画面例を示す図であ
る。

【図５】処理対象となる約束手形の例と、読取った情報
の表示画面例を示す図である。

【図６】自治体等が制定したバーコード帳票の例と、読
取った情報の表示画面例を示す図である。

【図７】企業等が制定した帳票フォーマットの例と、読
取った情報の表示画面例を示す図である。

【図８】自治体等が制定したＯＣＲ帳票の例と、読取っ
た情報の表示画面例を示す図である。

【図９】窓口端末のイメージ読取り・編集処理の手順を
示すフローチャートである。

【図１０】帳票読取り処理の初期画面の例を示す図であ
る。

【図１１】帳票内容の認識処理手順を示すフローチャー
トである。

【図１２】図１１のステップ１１０５の詳細を示すフロ
ーチャートである。

【図１３】データエントリ端末における処理手順を示す
図である。

【図１４】図４のフォーマット形式における帳票処理手
順の詳細を示す図である。

【図１５】帳票認識処理部をデータエントリ端末内に設
けた例を示すシステム構成図である。

【符号の説明】

１…画像読取り装置、２…窓口端末、３…自動取引装
置、４…センタ装置、５…認識サーバ、６−１〜６−ｎ
…データエントリ端末、７…コードデータベース、８…
イメージデータベース、９…電子ファイリング装置、２
５…イメージデータ編集処理部、５２…メッセージキュ
ーバッファ、５３…帳票認識処理部、５３６…帳票フォ
ーマット定義情報ファイル。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 処理対象の帳票に記載された内容を画像
   読取り装置によって読取り、その読取り画像から帳票上
   の記載内容を認識する帳票処理システムにおいて、 処理対象の帳票から読取った画像データを画像読取り装
   置から受信し、予め設定した形式の画像データに編集
   し、センタ装置に送信する端末装置と、 前記端末装置から受信した画像データ中の認識対象指定
   領域の画像データを切出し、その切出し画像データによ
   り記載内容を認識する認識処理手段と、受信した画像デ
   ータ中の指定領域の画像データを切出す画像切出し処理
   手段と、切出した画像データに対応する帳票画像および
   前記認識処理手段による認識結果を並列に表示する表示
   手段とを有するセンタ装置とを備えることを特徴とする
   帳票処理システム。
2. 【請求項２】 処理対象の帳票に記載された内容を画像
   読取り装置によって読取り、その読取り画像から帳票上
   の記載内容を認識する帳票処理システムにおいて、 処理対象の帳票から読取った画像データを画像読取り装
   置から受信し、予め設定した形式の画像データに編集
   し、センタ装置に送信する端末装置と、 前記端末装置から受信した画像データ中の認識対象指定
   領域および指定領域の定義情報を格納した定義情報格納
   手段と、前記端末装置から受信した画像データ中の認識
   対象指定領域の画像データを前記定義情報に従って切出
   し、その切出し画像データにより記載内容を認識する認
   識処理手段と、受信した画像データ中の指定領域の画像
   データを前記定義情報に従って切出す画像切出し処理手
   段と、切出した画像データに対応する帳票画像および前
   記認識処理手段による認識結果を並列に表示する表示手
   段とを有するセンタ装置とを備えることを特徴とする帳
   票処理システム。
3. 【請求項３】 処理対象の帳票に記載された内容を画像
   読取り装置によって読取り、その読取り画像から帳票上
   の記載内容を認識する帳票処理システムにおいて、 処理対象の帳票から読取った画像データを画像読取り装
   置から受信し、予め設定した形式の画像データに編集
   し、センタ装置に送信する端末装置と、 前記端末装置から受信した画像データ中の認識対象指定
   領域の画像データを切出し、その切出し画像データによ
   り記載内容を認識する認識処理手段と、受信した画像デ
   ータ中の指定領域の画像データを切出す画像切出し処理
   手段と、切出した画像データに対応する帳票画像および
   前記認識処理手段による認識結果を並列に表示する表示
   手段と、表示された認識結果に対する訂正入力および確
   認入力を受付ける入力処理手段と、前記画像切出し処理
   手段によって切出した画像データおよび前記認識結果ま
   たは訂正された認識結果を帳票単位で編集する編集処理
   手段と、編集結果を格納する帳票データベースとを有す
   るセンタ装置とを備えることを特徴とする帳票処理シス
   テム。
4. 【請求項４】 処理対象の帳票に記載された内容を画像
   読取り装置によって読取り、その読取り画像から帳票上
   の記載内容を認識する帳票処理システムにおいて、 処理対象の帳票から読取った画像データを画像読取り装
   置から受信し、予め設定した形式の画像データに編集
   し、センタ装置に送信する端末装置と、 前記端末装置から受信した画像データ中の認識対象指定
   領域および指定領域の定義情報を格納した定義情報格納
   手段と、前記端末装置から受信した画像データ中の認識
   対象指定領域の画像データを前記定義情報に従って切出
   し、その切出し画像データにより記載内容を認識する認
   識処理手段と、受信した画像データ中の指定領域の画像
   データを前記定義情報に従って切出す画像切出し処理手
   段と、切出した画像データに対応する帳票画像および前
   記認識処理手段による認識結果を並列に表示する表示手
   段と、表示された認識結果に対する訂正入力および確認
   入力を受付ける入力処理手段と、前記画像切出し処理手
   段によって切出した画像データおよび前記認識結果また
   は訂正された認識結果を帳票単位で編集する編集処理手
   段と、編集結果を格納する帳票データベースとを有する
   センタ装置とを備えることを特徴とする帳票処理システ
   ム。
5. 【請求項５】 前記認識処理手段は、帳票の所定部分に
   ＩＤが付された帳票であるか否かを認識し、ＩＤ付き帳
   票であれば、そのＩＤ付き帳票のフォーマットに応じた
   領域の画像を切出し、その内容を認識するステップと、 ＩＤ付き帳票でない場合、バーコード付き帳票であるか
   否かを認識し、バーコード付き帳票であれば、バーコー
   ド付き帳票のフォーマットに応じた画像を切出し、その
   内容を認識するステップと、 バーコード付き帳票でない場合、ＭＩＣＲ文字付き帳票
   であるか否かを認識し、ＭＩＣＲ文字付き帳票であれ
   ば、ＭＩＣＲ文字付き帳票のフォーマットに応じた画像
   を切出し、その内容を認識するステップと、 上記いずれの帳票とも認識できなかった場合、処理対象
   の帳票の識別情報を入力装置から受付け、入力された識
   別情報に対応する帳票フォーマットに従った領域の画像
   を切出し、その切出した画像から記載内容を認識するス
   テップと、 を備えることを特徴とする請求項１ないし４記載のいず
   れかの帳票処理システム。
6. 【請求項６】 前記端末装置は、画像読取り装置から入
   力された画像データをモノクロ２値と、モノクロ多値ま
   たはカラーの画像データに編集し、センタ装置に送信す
   る編集処理手段を有することを特徴とする請求項１ない
   し５記載のいずれかの帳票処理システム。
7. 【請求項７】 処理対象の帳票に記載された内容を画像
   読取り装置によって読取り、その読取り画像をデータベ
   ースに蓄積する帳票ファイリングシステムにおいて、 処理対象の帳票から読取った画像データを画像読取り装
   置から受信し、予め設定した形式の画像データに編集
   し、センタ装置に送信する端末装置と、 前記端末装置から受信した画像データ中の認識対象指定
   領域の画像データを切出し、その切出し画像データによ
   り記載内容を認識する認識処理手段と、受信した画像デ
   ータ中の指定領域の画像データを切出す画像切出し処理
   手段と、切出した画像データに対応する帳票画像および
   前記認識処理手段による認識結果を帳票単位で編集する
   編集処理手段と、編集結果を格納するデータベースとを
   有するセンタ装置とを備えることを特徴とする帳票ファ
   イリングシステム。