(57)【特許請求の範囲】
【請求項１】
複数枚の帳票の画像を取得する画像取得手段と、
複数枚の帳票の画像から前記帳票ごとに金額情報を認識する認識手段と、
前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける入力手段と、
前記認識手段により認識した金額情報である第１金額情報と前記入力手段を介して入力された金額情報である第２金額情報を記憶する記憶手段と、
前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定する検索条件設定手段と、
前記記憶手段に記憶された金額情報の中から前記検索条件設定手段で設定された条件に従って前記候補としての金額情報を検索する情報検索手段と、
前記情報検索手段で検索された金額情報を表示する表示手段と、を備える
ことを特徴とする帳票処理システム。
【請求項２】
前記検索条件設定手段にて設定可能な条件には、前記入力手段を介して入力された金額情報の中から金額の桁間違いの可能性のある金額情報を前記候補として検索するための条件が含まれ、
前記金額の桁間違いは、前記入力手段を介して入力された金額情報と、前記入力手段を介して入力された金額情報に対応する帳票に記載された金額情報と、の間における金額の桁の相違である
ことを特徴とする請求項１に記載の帳票処理システム。
【請求項３】
前記検索条件設定手段にて設定可能な条件には、
前記記憶手段に記憶された第１金額情報における先頭数値及び末尾数値の少なくとも一方に基づいて前記候補を検索するための条件が含まれる
ことを特徴とする請求項１又は２に記載の帳票処理システム。
【請求項４】
複数の登録パターンの特徴情報を記憶するパターン辞書記憶手段と、
前記パターン辞書記憶手段の記憶内容と各帳票の画像に基づき各帳票のパターンが前記複数の登録パターンの何れであるのかを識別するパターン識別手段と、
修正指示の入力を受けて前記記憶手段に記憶された１以上の金額情報を修正する修正手段と、
前記修正指示の入力を受けた履歴を、修正された金額情報に対応する帳票のパターンに対応付けて修正履歴情報として記憶する修正履歴情報記憶手段を更に備え、
前記検索条件設定手段にて設定可能な条件には、前記修正履歴情報に基づいて前記候補を検索するための条件が含まれる
ことを特徴とする請求項１〜３の何れかに記載の帳票処理システム。
【請求項５】
当該帳票処理システムは、前記パターン識別手段を用いた各帳票のパターンの識別と、前記認識手段を用いた前記第１金額情報の取得と、前記入力手段を用いた前記第２金額情報の取得と、前記修正手段を用いた修正と、を含んだバッチ処理を、複数回、順次実行可能であって、
第ｎ回目のバッチ処理において、前記検索条件設定手段により前記修正履歴情報に基づいて前記候補を検索するための条件が設定された場合、前記情報検索手段は、前記候補を、第１〜第（ｎ−１）回目のバッチ処理についての前記修正履歴情報を用いて検索する（ｎは２以上の整数）
ことを特徴とする請求項４に記載の帳票処理システム。
【請求項６】
前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、
前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段と、
それらが一致しないと判定された場合、前記候補を検索するための条件の設定を受け付けるための検索条件設定用画像を前記表示手段に表示させる表示制御手段と、を更に備えた
ことを特徴とする請求項１〜５の何れかに記載の帳票処理システム。
【請求項７】
前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、
前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段と、
それらが一致しないと判定された場合、所定の報知を行う報知手段と、を更に備えた
ことを特徴とする請求項１〜５の何れかに記載の帳票処理システム。
【請求項８】
複数枚の帳票の画像から前記帳票ごとに金額情報を認識する第１ステップと、
前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける第２ステップと、
前記認識手段により認識した金額情報及び前記入力手段を介して入力された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定して、設定条件に従って前記候補としての金額情報を検索する第３ステップと、を備える
ことを特徴とする帳票処理方法。
【請求項９】
請求項８に記載の帳票処理方法をコンピュータに実現させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票処理システム、帳票処理方法及びプログラムに関する。
【背景技術】
【０００２】
スキャナを用いて金融機関等で扱う帳票を画像データ化し、ＯＣＲ（光学文字認識）を利用して帳票に記載された文字情報を認識してコンピュータに取り込む帳票処理システムの導入が盛んである。この種の帳票処理システムでは、例えば、パターン識別部による帳票パターンの識別を経てＯＣＲにより文字情報を認識する。文字情報は例えば金額情報（振込金額など）を含む。ＯＣＲを利用する場合、帳票に記載された文字情報を全て自動処理で取り込むことが理想的ではあるが、実際にはＯＣＲで文字情報を認識できないことも頻繁に起こり、そのような場合は、オペレータの手入力作業によって必要な文字情報が帳票処理システムに与えられる（例えば下記特許文献１参照）。
【０００３】
また、金融機関等では、一般的に、複数枚の帳票がバッチという単位にまとめられ、バッチごとに金額情報の照合処理（精査とも呼ばれる）が行われる。即ち例えば、バッチが１０００枚の帳票から成る場合、１０００枚分の帳票の金額情報をＯＣＲを利用して、更に必要に応じて手入力作業を利用してシステムに取り込む。システムは、その合計金額情報を算出し、算出した合計金額情報を、真値とみなされる基準合計金額情報と比較する。それが一致しておれば当該バッチに対する照合処理が完了する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９０５３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
算出した合計金額情報が基準合計金額情報と一致しない場合、ＯＣＲによって認識された金額情報の何れか、手入力作業による金額情報の何れか、或いは、それらの双方に誤りが含まれていることになる。この際、オペレータが誤りのある帳票を探し出して修正作業を行う必要があるが、多数存在する帳票（例えば１０００枚）の中から何の手がかりも無しに誤りのある帳票を探し出すことは多大な工数を要する。
【０００６】
そこで本発明は、修正作業の効率化に寄与する帳票処理システム、帳票処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る帳票処理システムは、複数枚の帳票の画像を取得する画像取得手段と、複数枚の帳票の画像から前記帳票ごとに金額情報を認識する認識手段と、前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける入力手段と、前記認識手段により認識した金額情報である第１金額情報と前記入力手段を介して入力された金額情報である第２金額情報を記憶する記憶手段と、前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定する検索条件設定手段と、前記記憶手段に記憶された金額情報の中から前記検索条件設定手段で設定された条件に従って前記候補としての金額情報を検索する情報検索手段と、前記情報検索手段で検索された金額情報を表示する表示手段と、を備えることを特徴とする。
【０００８】
具体的には例えば、前記検索条件設定手段にて設定可能な条件には、前記入力手段を介して入力された金額情報の中から金額の桁間違いの可能性のある金額情報を前記候補として検索するための条件が含まれ、前記金額の桁間違いは、前記入力手段を介して入力された金額情報と、前記入力手段を介して入力された金額情報に対応する帳票に記載された金額情報と、の間における金額の桁の相違であって良い。
【０００９】
また例えば、前記検索条件設定手段にて設定可能な条件には、前記記憶手段に記憶された第１金額情報における先頭数値及び末尾数値の少なくとも一方に基づいて前記候補を検索するための条件が含まれていて良い。
【００１０】
また例えば、当該帳票処理システムは、複数の登録パターンの特徴情報を記憶するパターン辞書記憶手段と、前記パターン辞書記憶手段の記憶内容と各帳票の画像に基づき各帳票のパターンが前記複数の登録パターンの何れであるのかを識別するパターン識別手段と、修正指示の入力を受けて前記記憶手段に記憶された１以上の金額情報を修正する修正手段と、前記修正指示の入力を受けた履歴を、修正された金額情報に対応する帳票のパターンに対応付けて修正履歴情報として記憶する修正履歴情報記憶手段を更に備え、前記検索条件設定手段にて設定可能な条件には、前記修正履歴情報に基づいて前記候補を検索するための条件が含まれていて良い。
【００１１】
また例えば、当該帳票処理システムは、前記パターン識別手段を用いた各帳票のパターンの識別と、前記認識手段を用いた前記第１金額情報の取得と、前記入力手段を用いた前記第２金額情報の取得と、前記修正手段を用いた修正と、を含んだバッチ処理を、複数回、順次実行可能であって、第ｎ回目のバッチ処理において、前記検索条件設定手段により前記修正履歴情報に基づいて前記候補を検索するための条件が設定された場合、前記情報検索手段は、前記候補を、第１〜第（ｎ−１）回目のバッチ処理についての前記修正履歴情報を用いて検索しても良い（ｎは２以上の整数）。
【００１２】
また例えば、当該帳票処理システムは、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段と、それらが一致しないと判定された場合、前記候補を検索するための条件の設定を受け付けるための検索条件設定用画像を前記表示手段に表示させる表示制御手段と、を更に備えていて良い。
【００１３】
また例えば、当該帳票処理システムは、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段と、それらが一致しないと判定された場合、所定の報知を行う報知手段と、を更に備えていても良い。
【００１４】
本発明に係る帳票処理方法は、複数枚の帳票の画像から前記帳票ごとに金額情報を認識する第１ステップと、前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける第２ステップと、前記認識手段により認識した金額情報及び前記入力手段を介して入力された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定して、設定条件に従って前記候補としての金額情報を検索する第３ステップと、を備えることを特徴とする。
【００１５】
そして、前記帳票処理方法をコンピュータに実現させるプログラムを構成すると良い。
【発明の効果】
【００１６】
本発明によれば、修正作業の効率化に寄与する帳票処理システム、帳票処理方法及びプログラムを提供することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る複数の支店と事務センタとの関係図である。
【図２】複数のバッチが積み重ねられている様子を示す図である。
【図３】１つのバッチの構成図である。
【図４】帳票の例を示す図である。
【図５】ヘッダカードの例を示す図である。
【図６】本実施形態に係る帳票処理システムの構成図である。
【図７】本実施形態に係る制御装置内の一部機能ブロック図である。
【図８】パターン辞書を説明するための図である。
【図９】複数の対象帳票に対して記憶される複数のセット情報の説明図である。
【図１０】対象ヘッダカードに対して記憶されるセット情報の説明図である。
【図１１】バッチ処理の流れを示すフローチャートである。
【図１２】照合ＮＧ報知画像の例を示す図である。
【図１３】表示部における表示例を示す図である。
【図１４】検索条件設定用画像が表示されているときの表示部の表示例を示す図である。
【図１５】検索条件設定用画像の拡大図である。
【図１６】金額の桁間違いに関する具体例の説明図である。
【図１７】桁落ち／桁溢れ検索動作のフローチャートである。
【図１８】検索結果画像が表示されているときの表示部の表示例を示す図である。
【図１９】検索結果画像が表示されているときの表示部の表示例を示す図である。
【図２０】検索結果画像が表示されているときの表示部の表示例を示す図である。
【図２１】円マーク（￥）に対する誤認識の可能性を説明するための図である。
【図２２】金額記入欄の右端に関する誤認識の可能性を説明するための図である。
【図２３】修正履歴情報の説明図である。
【図２４】検索条件設定用画像が表示されているときに、修正履歴上位リストを示すリスト画像が重畳表示される様子を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。
【００１９】
図１は、本実施形態で想定される複数の支店と事務センタとの関係を示す図である。複数の支店の夫々は銀行等の金融機関の支店であり、各支店において多種多様の帳票の受け付けが行われる。帳票は、例えば、口座振替依頼書、手形、小切手、税金及び公金等に関する収納伝票を含む。各支店で受け付けられた帳票の束は、各支店の取りきめ又は金融機関全体の取り決めに従い、バッチと呼ばれる単位にまとめられて金融機関の事務センタに送られる。
【００２０】
図２は複数のバッチが積み重ねられている様子を示している。図３は、１つのバッチの構成図である。１つのバッチは複数枚の帳票と１枚のヘッダカードを含んで構成される。バッチによってはヘッダカードが存在しないこともあるが、ここでは、原則として各バッチにヘッダカードが含まれており、或るバッチのヘッダカードは当該バッチの先頭（即ち一番上）に配置されているものとする。故に、複数のバッチを積み重ねたバッチ群を上から下に向かってみた場合（図２参照）、或るヘッダカードＨＥＤ１から次のヘッダカードＨＥＤ２までの帳票群ＴＨＧと前者のヘッダカードＨＥＤ１とで１つのバッチが形成されることになる。１つのバッチに含まれる帳票の枚数は様々であり、各支店の取り決め又は金融機関全体の取り決めに従う。１日当たり、各支店から事務センタに対して１又は複数のバッチが送られる。
【００２１】
図４に、１つの帳票の例である「○○電力株式会社（払込通知表）」を示す。帳票には多数の種類が存在する。例えば、図４に示すものの他、△△市市民税に関する帳票、△△市自動車税に関する帳票など、多種多様の帳票が存在する。各バッチは１種類の帳票の束にて構成されている場合もあるし、１つのバッチの中に複数種類の帳票が混在していることもある。帳票には様々な情報が記されているが、特に重要なものとして、帳票には金額情報が記載されている。帳票の金額情報は、帳票内に印字された又は手書きで記された金額を示す情報である（故に、本実施形態において“金額情報”を単に“金額”と読み替えても良い）。図４の帳票では、金額情報１１が所定の金額記入欄に記載されていると共に、金額情報１１ａを含んだ数値列が所定の領域に印字されている。金額情報１１ａは金額情報１１と同じ金額（図４において３６０１円）を示す。後述のＯＣＲ処理では、図４の帳票に記載された金額情報として、金額情報１１又は金額情報１１ａを認識及び取得することができる。特に例えば、金額情報１１が手書きで記載されているとき、印字による金額情報１１ａを図４の帳票に記載された金額情報として認識及び取得するようにしても良い。尚、本実施形態では金額情報が日本円の金額情報であることを想定しているが、変形例として金額情報は日本円以外の通貨の金額情報であって良い。
【００２２】
図５に、１つのヘッダカードの例を示す。ヘッダカードには金額情報（図５の２１に相当）及び枚数情報（図５の２２に相当）が記載されている。ヘッダカードの金額情報は、ヘッダカード内に印字された又は手書きで記された金額を示す情報であり、当該ヘッダカードが属するバッチ内の全帳票の金額情報の合計値（即ちバッチ内の全帳票に記された金額の合計金額）を表している。例えば、各支店において、バッチ内の各帳票の金額情報が集計され、支店内のスタッフによりヘッダカードに金額情報が記される。ヘッダカードの枚数情報は、当該ヘッダカードが属するバッチ内の全帳票の枚数を示している。支店内のスタッフによりヘッダカードに枚数情報が記される。ヘッダカードにおける金額情報及び枚数情報は、プリンタ等を用いて印字されている場合もあるし、手書きによって記入されている場合もある。この他、図５に示さるもの及び図５に示されないものを含め、様々な情報がヘッダカードに記載されうる。図５では、例として、金額情報２１及び枚数情報２２に加え、支店名２３、支店名コード２４及び収納日２５がヘッダカードに記載されていることが図示されている。
【００２３】
図６に、本実施形態に係る帳票処理システムの構成を示す。図６の帳票処理システムは、事務センタに設置される帳票処理装置１００及び制御装置２００を含み、サーバ装置ＳＶを更に含みうる。帳票処理装置１００は、ホッパー部１１０、搬送ローラ１１１、搬送路１１２、スキャナ部１１３、排出ローラ１１４、スタッカ部１１５及び帳票処理装置制御部１１６を備える。スタッカ部１１５は複数のスタッカを備える。
【００２４】
ホッパー部１１０は、１つのバッチ、又は、複数のバッチから成るバッチ群を載置可能な形状を有している。繰り出しローラ１１１は、ホッパー部１１０上に載置された各帳票及び各ヘッダカードを１枚ずつ搬送路１１２に送り出すローラである。搬送路１１２は、ホッパー部１１０上に載置された各帳票及び各ヘッダカードを最終的にスタッカ部１１５における何れかのスタッカまで搬送するための搬送路である。この搬送路１１２は、スタッカ部１１５に設けられた複数のスタッカの何れかに各帳票及び各ヘッダカードを搬送できるように分岐されており、各帳票及び各ヘッダカードを何れのスタッカに搬送するのかは帳票処理装置制御部１１６により制御される。排出ローラ１１４は、搬送路１１２にて搬送される各帳票及び各ヘッダカードをスタッカ部１１５に排出するためのローラである。スタッカ部１１５は、帳票を仕分けて集積する複数のスタッカからなる帳票の集積部である。尚、ヘッダカードは、スタッカ部１１５における何れかのスタッカ（例えばヘッダカード用のスタッカ）に排出されて良い。１つのバッチ内の帳票及びヘッダカードが共通のスタッカに排出されるように、バッチ単位で排出されるスタッカが定められても良い。
【００２５】
スキャナ部１１３は、搬送路１１２にて搬送されている過程の各帳票及び各ヘッダカードの画像を光学的に読み取って取得する画像取得部である。帳票処理装置制御部１１６はマイクロコンピュータ等から成り、帳票処理装置１００の全体的な動作を統括制御する。スキャナ部１１３にて取得された画像を表すデータ（以下、画像データという）は帳票処理装置制御部１１６に送信される。
【００２６】
制御装置２００は、帳票処理装置１００を制御する外部制御装置であり、パーソナルコンピュータ等で構成される。制御装置２００は、主制御部２１０、表示部２３０、入力部２４０及び記憶部２５０を備える。
【００２７】
主制御部２１０は、マイクロコンピュータ等にて形成され、制御装置２００の全体的な動作を統括制御する。また、主制御部２１０は帳票処理装置制御部１１６に有線又は無線にて接続されており、スキャナ部１１３が読み込んだ各帳票及び各ヘッダカードの画像データが帳票処理装置制御部１１６から主制御部２１０に送信される。
【００２８】
表示部２３０は、液晶ディスプレイパネル等で形成され、主制御部２１０の制御の下で任意の画像を表示する。入力部２４０は、キーボードやマウス等にて形成されるユーザインターフェースであり、制御装置２００のユーザ（以下オペレータという）から任意の情報の入力を受ける。入力部２４０に入力された情報は主制御部２１０に送信される。記憶部２５０は、磁気ディスクや半導体メモリ等にて形成される記憶手段である。主制御部２１０は、任意の情報を記憶部２５０に記憶させることができると共に記憶部２５０に記憶されている任意の情報を読み出すことができる。また、制御装置２００は、インターネット網などのネットワーク網を介してサーバ装置ＳＶに接続されている。制御装置２００（より詳細には主制御部２１０）は、ネットワーク網を介しサーバ装置ＳＶとの間で任意の情報を双方向通信できる。
【００２９】
図７に、主制御部２１０及び記憶部２５０の機能ブロック図を示す。主制御部２１０は、符号２１１〜２１９によって参照される機能ブロックを備える、即ち、画像データ受信部２１１、パターン識別部２１２、ＯＣＲ処理部２１３、エントリ部２１４、照合部２１５、検索条件設定部２１６、検索処理部２１７、表示制御部２１８及びび修正履歴情報生成部２１９を備える。画像データ受信部２１１、パターン識別部２１２、ＯＣＲ処理部２１３、エントリ部２１４、照合部２１５、検索条件設定部２１６、検索処理部２１７、表示制御部２１８及び修正履歴情報生成部２１９の機能は、夫々、主制御部２１０内のメモリ（不図示）又は記憶部２５０に格納された画像データ受信プログラム、パターン識別プログラム、ＯＣＲ処理プログラム、エントリプログラム、照合プログラム、検索条件設定プログラム、検索処理プログラム、表示制御プログラム及び修正履歴情報生成プログラムを主制御部２１０内のＣＰＵ（Central Processing Unit；不図示）が読み出し、当該ＣＰＵが読み出したプログラムを実行することで実現される。記憶部２５０には、画像データ記憶部２５１、パターン識別結果記憶部２５２、文字情報記憶部２５３、関連情報記憶部２５４、修正履歴情報記憶部２５５及びパターン辞書記憶部２５６が設けられる。記憶部２５１〜２５６の夫々は、記憶部２５０内の記憶領域の一部であると解されて良い。実際には、図７に示すもの以外の各機能部位が主制御部２１０に設けられ、図７に示すもの以外の各記憶部が記憶部２５０に設けられる。
【００３０】
画像データ受信部２１１は、スキャナ部１１３にて取得された各帳票及び各ヘッダカードの画像データを帳票処理装置制御部１１６より受信する。画像データ記憶部２５１は、画像データ受信部２１１が受信した画像データを記憶する。以下では、バッチ処理の対象となる帳票、ヘッダカードを、特に夫々、対象帳票、対象ヘッダカードともいう。バッチ処理の意義については後述される。スキャナ部１１３にて画像データが取得されて画像データ記憶部２５１に画像データが記憶された帳票及びヘッダカードは、バッチ処理の対象となる。
【００３１】
パターン識別部２１２は、パターン辞書記憶部２５６の記憶内容及び画像データ記憶部２５１に記憶された画像データに基づき、対象帳票又は対象ヘッダカードのパターンを識別するためのパターン識別処理を行う。パターン識別部２１２は、パターン識別処理を対象帳票ごと且つ対象ヘッダカードごとに行う。パターン識別部２１２の識別結果を示すパターン情報はパターン識別結果記憶部２５２に記憶される。
【００３２】
パターン辞書記憶部２５６の記憶内容を用いた対象帳票のパターンの識別方法を説明する。パターン辞書記憶部２５６は、互いに異なる複数の登録パターンの特徴情報を記憶している。或る登録パターンの特徴情報は、当該登録パターンと他の登録パターンを区別するに足る当該登録パターンの特徴量にて形成される。具体的には、各登録パターンは、帳票としての紙の形状を示す形状情報（紙の大きさの情報も含む）と、帳票に記された罫線がどのような罫線であるのかを示す罫線情報を規定しており、それらの形状情報及び罫線情報が特徴情報に含まれる。複数の登録パターンは、実際の複数種類の帳票の形状情報及び罫線情報を規定している。例えば、図８に示すような、第１〜第Ｋ登録パターンの夫々の形状情報及び罫線情報を格納したパターン辞書ＤＩＣｐがパターン記憶部２５６に記憶されていると考えて良い（Ｋは２以上の整数）。パターン識別部２１２は、注目した対象帳票の画像データから当該対象帳票の形状情報及び罫線情報を抽出し、抽出した形状情報及び罫線情報をパターン辞書ＤＩＣｐにおける各登録パターンの形状情報及び罫線情報と比較することによって、当該対象帳票のパターンを識別する（即ち、第１〜第Ｋ登録パターンのどれと一致するのかを識別する）。対象ヘッダカードについても同様の手法を適用でき、これによって対象ヘッダカードのパターンも識別される。但し、ここでは、説明の簡略化上、対象ヘッダカードのパターンは一種類しかなく、常に共通のヘッダカード用パターンであるものとする（従って、常に共通のヘッダカード用パターンであると識別される）。尚、ここでは、パターン辞書ＤＩＣｐが記憶部２５０内のパターン辞書記憶部２５６に記憶されていることを想定しているが、パターン辞書記憶部２５６はパターン識別部２１２内に設けられていても良い。
【００３３】
尚、帳票処理装置制御部１１６は、パターン識別部２１２の識別結果を受信し、当該識別結果に基づいて、各対象帳票をスタッカ部１１５の何れのスタッカに排出するのかを制御しても良い（対象ヘッダカードについても同様）。これにより、同一種類の帳票を共通のスタッカに集積することができる。或いは、パターン識別部２１２が帳票処理装置制御部１１６内に設けられていても良い。更に或いは、各対象帳票をスタッカ部１１５の何れのスタッカに排出するのかを規定する仕分けデータが、予め帳票処理装置制御部１１６に与えられていても良い。
【００３４】
ＯＣＲ処理部２１３は、画像データ記憶部２５１に記憶された画像データから対象帳票又は対象ヘッダカードの文字情報を認識及び取得するためのＯＣＲ処理を実行する。ＯＣＲ処理は対象帳票ごと且つ対象ヘッダカードごとに行われる。ＯＣＲ処理における文字情報の認識方法として、光学文字認識（optical character recognition）に分類される公知の認識方法を用いることができる。ＯＣＲ処理部２１３によって認識される文字情報は、金額を示す数値の情報（以下、特にＯＣＲ金額情報ということがある）と、金額以外の文字の情報（以下、金額以外情報という）とを含む。ＯＣＲ処理により、金額以外情報として、対象帳票又は対象ヘッダカードに記載された金額情報以外の任意の文字情報を認識及び取得することができる。
【００３５】
或る対象帳票、対象ヘッダカードのＯＣＲ金額情報は、夫々、その対象帳票、対象ヘッダカードの現物に記載された金額情報（以下特に真金額情報ということがある）を、光学文字認識によって取得したものである。故に、理想的にはＯＣＲ金額情報は常に真金額情報と一致することになるが、様々な要因により両者が相違することもある（例えば前者が１００００円で後者が１０００円となることがある）。
【００３６】
尚、実際には、ＯＣＲ処理部２１３は、或る対象帳票の文字情報を認識及び取得する際、パターン識別部２１２による当該対象帳票のパターンの識別結果に基づいて、当該対象帳票のどの部分に金額情報及び金額以外情報が存在するのかを判断し、その判断結果を利用して金額情報（ＯＣＲ金額情報）及び金額以外情報を認識及び取得する。対象ヘッダカードについても同様である。
【００３７】
ＯＣＲ処理において、ＯＣＲ処理部２１３は、ＯＣＲ処理の結果の確からしさを示すＯＣＲ信頼度を出力できる。ここでは、例として、ＯＣＲ信頼度は、１から１００までの値をとり、１００に近づくほどＯＣＲ処理の結果がより確からしいものとする。ＯＣＲ信頼度の導出についても公知の技術で行うことができる。ＯＣＲ処理部２１３は、或る対象帳票に対するＯＣＲ信頼度が所定の下限信頼度（例えば３０）よりも高い場合、文字情報（特に金額情報）を認識できると判断して、その対象帳票に関連付けて「正読信号」を出力し、或る対象帳票に対するＯＣＲ信頼度が所定の下限信頼度以下である場合、文字情報（特に金額情報）を認識できないと判断して、その対象帳票に関連付けて「不読信号」を出力する。対象ヘッダカードについても同様である。尚、文字ごとにＯＣＲ信頼度を生成及び出力することができるが、本実施形態におけるＯＣＲ信頼度は、ＯＣＲ金額情報に対するＯＣＲ信頼度を指すものとする。
【００３８】
エントリ部２１４は、エントリ対象に対応付けて入力部２４０を介し文字情報（金額情報又は金額以外情報）の入力を受ける。対象帳票及び対象ヘッダカードの何れもがエントリ対象となりうる。典型的には例えば、不読信号が出力された対象帳票又は対象ヘッダカードはエントリ対象となる。不読信号が出力されたエントリ対象に対しては、ＯＣＲ処理にて文字情報が完全に得られていない又は部分的にしか得られていないため、オペレータは入力部２４０に当該エントリ対象の文字情報を入力する。エントリ部２１４は、入力部２４０を介して入力された文字情報を、エントリ対象に対応付けて記憶部２５０に記憶させる。尚、或る情報を入力部２４０に入力するという表現は、当該情報が入力部２４０を介して主制御部２１０内の機能ブロック（例えばエントリ部２１４）に入力されるという表現と同義である。
【００３９】
入力部２４０を介して入力された金額情報を特に手入力金額情報と呼ぶ。文字情報記憶部２５３（図７）は、対象帳票ごとに且つ対象ヘッダカードごとに文字情報を記憶する。ここで記憶される文字情報は、ＯＣＲ金額情報又は手入力金額情報と、ＯＣＲ処理によって取得された又は入力部２４０を介して入力された金額以外情報と、から成る。関連情報記憶部２５４は、対象帳票ごとに且つ対象ヘッダカードごとに、画像データ以外且つ文字情報以外の情報である関連情報（後述）を記憶する。
【００４０】
図９を参照し、記憶部２５０では、対象帳票ごとに且つ対象ヘッダカードごとに、画像データとパターン情報と文字情報と関連情報とが対応付けられて記憶されている。つまり、第１対象帳票についての画像データ、パターン情報、文字情報及び関連情報は互いに対応付けられた状態で記憶部２５０に記憶されており、第２対象帳票についての画像データ、パターン情報、文字情報及び関連情報は互いに対応付けられた状態で記憶部２５０に記憶されている。第１及び第２対象帳票以外の各対象帳票も同様であり、各対象ヘッダカードについても同様である。以下では、第ｉ対象帳票に対応付けられて記憶部２５０に記憶されている画像データ、パターン情報、文字情報及び関連情報から成る情報の組をセット情報ＳＪ［ｉ］と呼ぶ（ｉは整数）。
【００４１】
セット情報ＳＪ［ｉ］における画像データは、第ｉ対象帳票の画像データである。セット情報ＳＪ［ｉ］における文字情報中の金額情報は、第ｉ対象帳票に対してＯＣＲ処理により取得されたＯＣＲ金額情報又は第ｉ対象帳票に対して入力部２４０を介し入力された手入力金額情報である。セット情報ＳＪ［ｉ］における文字情報中の金額以外情報は、第ｉ対象帳票に対してＯＣＲ処理により取得された金額以外情報又は第ｉ対象帳票に対して入力部２４０を介し入力された金額以外情報である。以下の説明では、第ｉ対象帳票の現物に記載された金額情報（即ち真金額情報）との混同を避けるために、記憶部２５０に記憶された第ｉ対象帳票の金額情報（即ちセット情報ＳＪ［ｉ］における文字情報中の金額情報）を、特に、記憶金額情報と呼ぶことがある。セット情報ＳＪ［ｉ］におけるパターン情報は、第ｉ対象帳票のパターン、即ち第ｉ対象帳票に対するパターン識別部２１２の識別結果を示す。
【００４２】
関連情報は、バッチ番号及びＩＤ番号を含む。セット情報ＳＪ［ｉ］におけるバッチ番号は、セット情報ＳＪ［ｉ］に対応する対象帳票の属するバッチの固有番号である。セット情報ＳＪ［ｉ］のＩＤ番号は、第ｉ対象帳票に割り振られた固有の通し番号である。
【００４３】
関連情報は、更に、ＯＣＲ信頼度及びＯＣＲ読み取りフラグを含む。セット情報ＳＪ［ｉ］におけるＯＣＲ信頼度は、第ｉ対象帳票に対してＯＣＲ処理部２１３が出力したＯＣＲ信頼度である。セット情報ＳＪ［ｉ］におけるＯＣＲ読み取りフラグは、第ｉ対象帳票に対して正読信号が出力されたか否かを示すフラグである。ここでは例として、正読信号が出力された場合にはＯＣＲ読み取りフラグに「１」が代入され、不読信号が出力された場合にはＯＣＲ読み取りフラグに「０」が代入されるものとする。
【００４４】
関連情報は、更にＳＯＣＲフラグ及び手入力フラグを含む。ＳＯＣＲフラグ及び手入力フラグにより、エントリ部２１４を用いて文字情報（金額情報のみと解しても良い）が作成されたか否か、及び、画像データの有無が示される。具体的には、セット情報ＳＪ［ｉ］における文字情報（金額情報のみと解しても良い）がエントリ部２１４を用いて作成されており（換言すれば当該文字情報が入力部２４０への入力によって得られており）且つセット情報ＳＪ［ｉ］が第ｉ対象帳票の画像データを含んでいる場合には、ＳＯＣＲフラグに「１」が代入されると共に手入力フラグに「０」が代入され、一方、セット情報ＳＪ［ｉ］における文字情報（金額情報のみと解しても良い）がエントリ部２１４を用いて作成されており（換言すれば当該文字情報が入力部２４０への入力によって得られており）且つセット情報ＳＪ［ｉ］が第ｉ対象帳票の画像データを含んでいない場合には、ＳＯＣＲフラグに「０」が代入されると共に手入力フラグに「１」が代入される。セット情報ＳＪ［ｉ］における文字情報（金額情報のみと解しても良い）がエントリ部２１４を用いずにＯＣＲ処理によって作成された場合には、セット情報ＳＪ［ｉ］におけるＳＯＣＲフラグ及び手入力フラグの双方に「０」が代入される（この場合、当然、セット情報ＳＪ［ｉ］は第ｉ対象帳票の画像データを含む）。
【００４５】
例えば、或るバッチの中に、ホチキス止めされた帳票群があったり、破れなどがあってスキャナ部１１３による画像読み取りが不能又は困難な帳票があったりすることがある。このような帳票に対し、オペレータは、スキャナ部１１３による画像読み取りをあきらめ、最初から入力部２４０及びエントリ部２１４を用いた手入力にて当該帳票に対する文字情報を入力することがある。そのような帳票に対してのみ手入力フラグに「１」が代入され、それ以外の帳票に対しては手入力フラグに「０」が代入される。手入力フラグに「１」が代入される帳票に対しては画像データが存在しないが、そのような帳票もバッチ処理の対象に含まれることがある。但し、以下では、特に記述無き限り、全ての対象帳票に対して画像データが取得及び記憶されているものとする。
【００４６】
図１０に示す如く、対象ヘッダカードに対しても、対象帳票と同様の、画像データ、パターン情報、文字情報及び関連情報から成るセット情報が生成されて記憶部２５０に記憶される。
【００４７】
図７を再度参照し、照合部２１５は、バッチごとに、所定の基準合計金額情報と、当該バッチに属する全対象帳票の記憶金額情報に基づく算出合計金額情報とを比較し、両者が一致しているか否かを判定する照合処理（プルーフ処理）を行う。照合部２１５は、基準合計金額情報と算出合計金額情報が一致している場合には照合ＯＫ信号を出力し、一致していない場合には照合ＮＧ信号を出力する。
【００４８】
或るバッチに対する基準合計金額情報は、当該バッチに属する全対象帳票の現物に記載された真金額情報の合計を示す（その合計の真値とみなされる金額情報である）。典型的には、基準合計金額情報は、対象ヘッダカードについて主制御部２１０が認識している金額情報であるが、変形例等を含め詳細は後述される。或るバッチに対する算出合計金額情報は、当該バッチに属する全対象帳票の記憶金額情報の合計を示す。或る対象帳票の記憶金額情報（即ちＯＣＲ金額情報又は手入力金額情報）は、理想的には常に、当該対象帳票の現物に記載された金額情報（即ち真金額情報）と一致するが、様々な要因により、両者は一致しないこともある。結果、照合部２１５から照合ＮＧ信号が出力され、照合ＯＫとなるまで（即ち照合ＯＫ信号が出力されるまで）エントリ部２１４を用いたオペレータの修正作業が必要となることも多い。しかしながら、１つのバッチ内には多数の帳票（例えば１０００枚）が含まれていることも多く、多数の帳票の中から照合ＮＧ信号を導いた帳票をオペレータが何の手がかりも無く探し出して修正することには多大な手間を要する。
【００４９】
検索条件設定部２１６は、このような手間を軽減すべく、照合ＮＧ信号を導いた帳票を検索するのに役立つ検索条件を設定する。つまり、検索条件設定部２１６は、或るバッチについて、算出合計金額情報を基準合計金額情報に一致させるために、記憶部２５０に記憶された当該バッチに属する全対象帳票の記憶金額情報の中から、修正が必要な記憶金額情報の候補（修正されるべき記憶金額情報の候補）を検索するための条件を設定する。ここで、当該候補を修正候補金額情報とも言い、設定される条件を検索条件とも言う。そして、検索処理部２１７は、検索条件設定部２１６にて設定された検索条件に従って、修正候補金額情報としての記憶金額情報を実際に検索する検索処理を行う。即ち例えば、検索処理では、記憶部２５０に記憶された当該バッチに属する全対象帳票の記憶金額情報の中から、設定された検索条件を満たす記憶金額情報を修正候補金額情報として検索する。ここで検索されたものは、そうでないものよりも、エントリ部２１４を用いた修正が必要となる可能性が高いと考えられる。故に、検索条件設定部２１６及び検索処理部２１７を用いることで、照合ＯＫを導くための手間が軽減可能となる。検索条件の詳細については後述する。
【００５０】
表示制御部２１８は、表示部２３０の表示内容を制御する。修正履歴情報生成部２１９は、上述の検索に利用され得る修正履歴情報を生成し、修正履歴情報記憶部２５５は、その修正履歴情報を記憶するが、修正履歴情報の内容については後述する。
【００５１】
＜＜バッチ処理の流れ＞＞
図１１を参照し、バッチ処理の流れを説明する。図１１は、バッチ処理のフローチャートである。バッチ処理は、ステップＳ１１〜Ｓ２０の処理から成り、バッチごとに行われる。今、説明の具体化及び明確化のため、バッチ処理が行われる注目した１つのバッチを現バッチと呼んで注目し、現バッチに属する対象ヘッダカードを記号ＨＥＤにて参照すると共に、現バッチに属する第１〜第ｍ対象帳票を記号Ｔ［１］〜Ｔ［ｍ］によって参照する。ｍは、現バッチに属する対象帳票の枚数である。
【００５２】
まず、ステップＳ１１において、スキャナ部１１３により対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の画像が夫々に取得され、取得された各画像を表す各画像データが、帳票処理装置制御部１１６及び画像データ受信部２１１を通じて画像データ記憶部２５１に記憶される。続くステップＳ１２において、パターン識別部２１２により対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の画像データに基づくパターン識別処理が行われ、対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］のパターンが夫々に識別される。
【００５３】
そして、ステップＳ１３において、パターン識別処理の識別結果を利用しつつ、対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の画像データに基づくＯＣＲ処理が対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の夫々に対して行われることで、対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の夫々の文字情報が認識及び取得される。取得された各文字情報は、上述の如く文字情報記憶部２５３に記憶される。
【００５４】
即ち例えば、対象帳票Ｔ［１］に対して正読信号が出力されており、従ってＯＣＲ処理により対象帳票Ｔ［１］の金額情報が認識された場合、その認識された金額情報であるＯＣＲ金額情報は、対象帳票Ｔ［１］のセット情報ＳＪ［１］内の金額情報として記憶される（即ちセット情報ＳＪ［１］内の記憶金額情報となる）。対象帳票Ｔ［１］以外の対象帳票についても同様であり、対象ヘッダカードＨＥＤについても同様である。
【００５５】
ステップＳ１３に続くステップＳ１４において、主制御部２１０は、ＯＣＲ処理にて不読信号が出力されたか否かを判断する。対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］に対するＯＣＲ処理の全てにおいて正読信号が出力されている場合には（ステップＳ１４のＮ）、ステップＳ１４からステップＳ１６に進むが、１つでも不読信号が出力されている場合には（ステップＳ１４のＹ）、ステップＳ１４からステップＳ１５に進む。
【００５６】
ステップＳ１５において、オペレータによる不読分エントリ作業が行われる。対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の内、不読信号が出力されているものがエントリ対象となる。不読信号が出力されたエントリ対象に対しては、ＯＣＲ処理にて文字情報が完全に得られていない又は部分的にしか得られていないため、オペレータは入力部２４０を介して当該エントリ対象に対し文字情報を入力する。
【００５７】
即ち例えば、対象帳票Ｔ［２］に対して不読信号が出力されており、ＯＣＲ処理によって対象帳票Ｔ［２］の金額情報を認識できなかった場合（即ちＯＣＲ金額情報を取得できなかった場合）、ステップＳ１５に至り、オペレータは入力部２４０に対象帳票Ｔ［２］の金額情報を入力する不読分エントリ作業を行う。ここで入力された金額情報である手入力金額情報は、エントリ部２１４にて受け付けられ、対象帳票Ｔ［２］のセット情報ＳＪ［２］内の金額情報として記憶される（即ちセット情報ＳＪ［２］内の記憶金額情報となる）。尚、この際、対象帳票Ｔ［２］のセット情報ＳＪ［２］内のＳＯＣＲフラグに「１」が代入される。また、対象帳票Ｔ［２］に対して不読分エントリ作業が行われる際、表示制御部２１８は、対象帳票Ｔ［２］の画像データを画像データ記憶部２５１から読み出して、対象帳票Ｔ［２］の画像を表示部２３０に表示すると良く、これによって不読分エントリ作業の便宜が図られる。対象帳票Ｔ［２］を例に挙げて不読分エントリ作業を説明したが、対象帳票Ｔ［２］以外の対象帳票についても同様であり、対象ヘッダカードＨＥＤについても同様である。また、ＯＣＲ処理にて得られていない文字情報が金額以外情報であっても同様である。
【００５８】
ステップＳ１５における不読分エントリ作業は、対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］の内、不読信号が出力されているもの全てに対して行われ、不読信号が出力されているもの全てに対して不読分エントリ作業が完了すると、ステップＳ１６に進む。ステップＳ１６に至った段階で、図９に示すような、対象帳票Ｔ［１］〜Ｔ［ｍ］のセット情報ＳＪ［１］〜ＳＪ［ｍ］が記憶部２５０（２５１〜２５４）に記憶された状態となる。同様に、対象ヘッダカードＨＥＤのセット情報も記憶部２５０（２５１〜２５４）に記憶された状態となる。尚、主制御部２１０に内包される記憶制御部（不図示）により、各セット情報を記憶部２５０に記憶させるための制御を含む、記憶部２５０への記憶制御が行われると考えても良い。
【００５９】
ステップＳ１４又はＳ１５からステップＳ１６に至った段階において、セット情報ＳＪ［ｉ］内の記憶金額情報がＯＣＲ処理によって認識されたものであるならばセット情報ＳＪ［ｉ］内の記憶金額情報はＯＣＲ金額情報である（ｉは整数）。一方、セット情報ＳＪ［ｉ］内の記憶金額情報がＯＣＲ処理によって認識されておらず不読分エントリ作業にて入力部２４０への入力を介して取得されたものであるならば、セット情報ＳＪ［ｉ］内の記憶金額情報は手入力金額情報である。典型的には例えば、現バッチにおいて、ＯＣＲ金額情報が記憶金額情報となっている対象帳票が複数存在し、手入力金額情報が記憶金額情報となっている対象帳票が複数存在する。
【００６０】
ステップＳ１６において、照合部２１５は、現バッチに対する算出合計金額情報ＣＡＬSUMを導出する。算出合計金額情報ＣＡＬSUMは、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の合計を示す。例えば、ｍ＝１０００であって、対象帳票Ｔ［１］〜Ｔ［８００］の各記憶金額情報がＯＣＲ金額情報であると共に対象帳票Ｔ［８０１］〜Ｔ［１０００］内の各記憶金額情報が手入力金額情報であるならば、対象帳票Ｔ［１］〜Ｔ［８００］の記憶金額情報である計８００個のＯＣＲ金額情報と、対象帳票Ｔ［８０１］〜Ｔ［１０００］の記憶金額情報である計２００個の手入力金額情報との合計金額情報が、算出合計金額情報ＣＡＬSUMとして導出される。算出合計金額情報ＣＡＬSUMの導出後、ステップＳ１７に進む。
【００６１】
ステップＳ１７において、照合部２１５は、算出合計金額情報ＣＡＬSUMが基準合計金額情報ＲＥＦSUMと一致しているか否かを判定する照合処理を行う。基準合計金額情報ＲＥＦSUMは、現バッチに属する対象帳票Ｔ［１］〜Ｔ［ｍ］の現物に記載された真金額情報の合計を示す。図１１で想定しているように、現バッチに対象ヘッダカードＨＥＤが含まれている場合、基準合計金額情報ＲＥＦSUMは、記憶部２５０における対象ヘッダカードＨＥＤの記憶金額情報である。記憶部２５０における対象ヘッダカードＨＥＤの記憶金額情報は、対象ヘッダカードＨＥＤに対するＯＣＲ処理の結果に含まれるＯＣＲ金額情報、又は、対象ヘッダカードＨＥＤに対する不読分エントリ作業にて入力された手入力金額情報である。対象ヘッダカードＨＥＤの現物に記載された金額情報は、対象帳票Ｔ［１］〜Ｔ［ｍ］の現物に記載された真金額情報の合計の真値とみなされる。
【００６２】
尚、基準合計金額情報ＲＥＦSUMがサーバ装置ＳＶから制御装置２００に送信されてくる場合もある。その場合、照合部２１５は、サーバ装置ＳＶから受信した基準合計金額情報ＲＥＦSUMを用いて照合処理を行う。或いは例えば、基準合計金額情報ＲＥＦSUMが対象ヘッダカードＨＥＤに記載されておらず又は対象ヘッダカードＨＥＤ自体が存在せず、基準合計金額情報ＲＥＦSUMが任意の紙媒体に記載されている又は任意の記録媒体（半導体メモリ等）に記憶されている場合もある。その場合には、該紙媒体又は該記録媒体に記載又は記憶された基準合計金額情報ＲＥＦSUMをオペレータが入力部２４０に入力し、照合部２１５は、その入力された基準合計金額情報ＲＥＦSUMを用いて照合処理を行う。
【００６３】
ステップＳ１７の照合処理において、算出合計金額情報ＣＡＬSUMが基準合計金額情報ＲＥＦSUMと一致している場合、照合部２１５から照合ＯＫ信号が出力されて現バッチに対するバッチ処理を終えるが、算出合計金額情報ＣＡＬSUMが基準合計金額情報ＲＥＦSUMと一致していない場合、照合部２１５から照合ＮＧ信号が出力され、ステップＳ１８の照合ＮＧ報知及びステップＳ１９の検索条件設定用画像の表示を行った後、ステップＳ２０に進む。尚、現バッチに関し、対象帳票の枚数がｍ枚であるはずであるのに、ｍ枚未満分の対象帳票の情報しか得られていない場合又はｍ枚を超える対象帳票の情報が得られている場合も照合ＮＧ信号が出力されることになるが、ここでは、そのような事態は生じていないものとする。
【００６４】
照合ＮＧ報知は、算出合計金額情報ＣＡＬSUMが基準合計金額情報ＲＥＦSUMと一致していないことをオペレータに知らせるための所定の報知であり、制御装置２００に設けられた報知部（不図示）により実現される。照合ＮＧ報知は、オペレータの五感に訴える任意の報知であって良いが、通常は、図１２に示すような、表示部２３０に対する所定の照合ＮＧ報知画像の表示を含む。この場合、報知部は、表示制御部２１８によって又は表示制御部２１８及び表示部２３０によって実現されると考えることができる。この他、照合ＮＧ報知は、所定の音声の出力を含んでいても良い。図１２では、図示の簡略化上、表示部２３０に照合ＮＧ報知画像のみが表示されている様子が示されているが、照合ＮＧ報知画像は、他の任意の画像（例えば検索条件設定用画像）と共に表示されても良い。
【００６５】
照合ＮＧ信号が出力されるとき、記憶部２５０における対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の内の１以上が、現物に記載された金額情報（即ち真金額情報）と相違しているはずであり、該相違を無くすために修正が必要な記憶金額情報が存在することになる。効率良く該相違を無くすために、修正が必要な記憶金額情報の候補を検索することが有益であり、その候補（即ち修正候補金額情報）を検索するための条件が、検索条件設定部２１６で設定される検索条件である。ステップＳ１９で表示される検索条件設定用画像は、その検索条件の設定を受け付けるための画像である。
【００６６】
検索条件設定用画像は、表示制御部２１８の制御の下で表示部２３０に表示される。以下、単に表示といった場合、それは表示部２３０における表示を指す。表示制御部２１８は、入力部２４０に何ら操作が加えられていなくとも、照合部２１５から照合ＮＧ信号が出力されたことのみに基づいて、検索条件設定用画像を表示するようにしても良い。或いは、照合ＮＧ報知が行われた後、入力部２４０に所定の操作が入力されたときに（例えば、入力部２４０を形成するキーボードに所定のキー操作が入力されたときに）、表示制御部２１８は検索条件設定用画像を表示するようにしても良い。検索条件設定用画像の詳細な説明は後に設けられる。
【００６７】
ステップＳ２０では、修正が必要な記憶金額情報に対しオペレータによって実際に修正を加えるための修正エントリ作業が行われる。例えば、対象帳票Ｔ［１］の記憶金額情報が対象帳票Ｔ［１］の真金額情報と相違しているとき、対象帳票Ｔ［１］の記憶金額情報は修正が必要な記憶金額情報であって対象帳票Ｔ［１］はエントリ対象となり、この際、オペレータは入力部２４０に対象帳票Ｔ［１］の真金額情報を入力する修正エントリ作業を行う。ここで入力された金額情報である手入力金額情報は、エントリ部２１４にて受け付けられ、対象帳票Ｔ［１］の記憶金額情報として上書き記憶される（即ちセット情報ＳＪ［１］内の記憶金額情報が修正エントリ作業による手入力金額情報に修正される）。エントリ部２１４は、入力部２４０を介した対象帳票Ｔ［１］の真金額情報の入力を修正指示の入力として受け付けて、該修正指示に従い対象帳票Ｔ［１］の記憶金額情報を修正する修正手段として機能する。尚、対象帳票Ｔ［１］に対して修正エントリ作業が行われる際、表示制御部２１８は、対象帳票Ｔ［１］の画像データを画像データ記憶部２５１から読み出して、対象帳票Ｔ［１］の画像を表示部２３０に表示すると良く、これによって修正エントリ作業の便宜が図られる。対象帳票Ｔ［１］を例に挙げて修正エントリ作業を説明したが、対象帳票Ｔ［１］以外の対象帳票についても同様である。
【００６８】
修正エントリ作業の後、ステップＳ１６に戻ってステップＳ１６の導出処理及びステップＳ１７の照合処理が再度行われる。修正エントリ作業を経てステップＳ１６にて導出される算出合計金額情報ＣＡＬSUMは、修正エントリ作業により修正された後の、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の合計である。修正エントリ作業により修正された記憶金額情報の個数は１以上且つｍ以下である。修正エントリ作業を経て導出された算出合計金額情報ＣＡＬSUMが基準合計金額情報ＲＥＦSUMと一致するまで、ステップＳ１６〜Ｓ２０から成る一連の処理が繰り返され、両者が一致した時点で照合ＯＫ信号が出力されて現バッチに対するバッチ処理を終える。
【００６９】
以上のような流れのバッチ処理をバッチごとに行うことができる。
【００７０】
＜＜表示内容及び検索処理について＞＞
図１３に、表示制御部２１８の制御の下での、表示部２３０の表示内容例を示す。図１３では、記憶部２５０の記憶内容に基づく、複数のバッチについての情報が行列状に表示されている。尚、図１３に示す表示内容は概略的な例示に過ぎず、様々に変形可能である。
【００７１】
図１３において、複数の行５０１では第１バッチについての情報が表示され、複数の行５０２では第２バッチについての情報が表示され、複数の行５０３では第３バッチについての情報が表示されている。第１〜第３バッチの内、斜線が付された行には、対象ヘッダカードについての情報が表示されている。図１３において、複数の列５２０には、記憶部２５０に記憶された金額以外情報に基づく情報が表示される。ここでは、例として、金額以外情報に基づいて表示される情報に、対象帳票又は対象ヘッダカードを受け付けた支店名及びそれに対応する支店名コード、対象帳票の示す金額の収納先及びそれに対応する収納先コード、対象帳票の区分及びそれに対応する区分コード、対象帳票の種別及びそれに対応する種別コード、並びに、対象帳票が取り扱われる年度及びそれに対応する年度コードが含まれており、それらを示す項目が複数の列５２０において対象帳票ごとに且つ対象ヘッダカードごとに列記されている（但し、対象ヘッダカードに対しては支店名のみ）。尚、各対象帳票に関して複数の列５２０に表示される情報には、対象ヘッダカードの文字情報から取得されたものも含まれ得るし、入力部２４０を介し別途主制御部２１０に与えられたものも含まれ得る。
【００７２】
列５３０には、枚数情報が表示される。具体的には列５３０には、対象ヘッダカードについて記憶部２５０に記憶された枚数情報（図５の２２に相当）が対象ヘッダカードごとに表示される。対象帳票が複数枚の組にて構成されることもあるが、本実施形態では、対象帳票が１枚ずつ独立していると考える。このため、列５３０に示される対象帳票の枚数情報は全て１であるとする。列５４０には、対象ヘッダカードについて記憶部２５０に記憶された金額情報が対象ヘッダカードごとに表示されると共に対象帳票について記憶部２５０に記憶された金額情報が対象帳票ごとに表示される。
【００７３】
複数の列５５０には、記憶部２５０に記憶された関連情報に基づく情報が表示される。ここでは、例として、関連情報に基づいて表示される情報に、ＯＣＲ読み取りフラグ及び（又は）ＳＯＣＲフラグに基づく入力区分、及び、ＩＤ暗号に基づく通番が含まれており、それらを示す項目が複数の列５５０において対象帳票ごとに且つ対象ヘッダカードごとに列記されている。
【００７４】
図１４は、検索条件設定用画像６００が表示されているときの表示部２３０の表示例を表している。例えば、表示部２３０の全表示領域を使って図１３の表示が行われているときに、照合ＮＧ信号が出力されると又は入力部２４０に所定の操作が入力されると（例えば、入力部２４０を形成するキーボードに所定のキー操作が入力されると）、表示部２３０の下方側の一部領域に検索条件設定用画像６００がポップアップ表示（重畳表示）される。
【００７５】
図１５に、図示の便宜上、図１４に示される検索条件設定用画像６００のみを、主として縦方向に拡大して示す。検索条件設定用画像６００には、文字「検索」が記された検索アイコン６１１と、文字「キャンセル」が記されたキャンセルアイコン６１２と、が含まれる。オペレータが入力部２４０に対してキャンセルアイコン６１２を指定する操作を入力すると（アイコン６１２をクリックすると）、検索条件設定用画像６００は非表示となる。
【００７６】
検索条件設定用画像６００が表示されているとき、検索条件設定部２１６は、オペレータによる入力部２４０への入力操作内容に従って検索条件（修正候補金額情報を検索するための条件）を設定することができ、検索処理部２１７は、設定された検索条件を満たす金額情報を現バッチに属する対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の中から修正候補金額情報として検索することができる。そして、表示制御部２１８は、検索された修正候補金額情報としての記憶金額情報を表示部２３０に表示させることができる。
【００７７】
検索条件設定用画像６００には、特徴的な項目として、桁落ち／桁溢れ検索用項目６２０、指定数字検索用項目６３０及び修正履歴検索用項目６４０が含まれる。この他、検索条件設定用画像６００には、検索用項目６５１〜６５７及び検索用項目６６１〜６６３が含まれるが、それらについての説明は後に設けることとし、項目６２０、６３０及び６４０の利用方法並びにそれらの項目に対応する主制御部２１０に動作等を説明する。尚、検索条件設定用画像６００は任意のタイミングで表示されることが可能であっても良いが、以下では、特に記述無き限り、対象ヘッダカードＨＥＤ及び対象帳票Ｔ［１］〜Ｔ［ｍ］から成る現バッチに対して照合ＮＧ信号が出力されており、ステップＳ２０の修正エントリ作業が行われる状況を想定して、検索条件設定用画像６００の利用方法を説明する。
【００７８】
［桁落ち／桁溢れ検索動作］
桁落ち／桁溢れ検索用項目６２０（以下単に項目６２０と略記することがある）について説明する。項目６２０は、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれる手入力金額情報を被検索金額情報群に含め、被検索金額情報群の中から金額の桁間違いの可能性のある金額情報を修正候補金額情報として検索させるための項目である。金額の桁間違いとは、記憶金額情報（ここでは手入力金額情報）と、その記憶金額情報に対応する対象帳票の現物に記載された金額情報（即ち真金額情報）と、の間における金額の桁の相違である。詳細には例えば、記憶金額情報（ここでは手入力金額情報）の１０倍又は１／１０倍が、その記憶金額情報に対応する対象帳票の現物に記載された金額情報（即ち真金額情報）と一致するとき、その記憶金額情報には金額の桁間違いがある。即ち例えば、対象帳票Ｔ［１］の真金額情報が「１００００円」である一方で、対象帳票Ｔ［１］の記憶金額情報としての手入力金額情報が「１０００円」又は「１０００００円」であるとき、対象帳票Ｔ［１］の記憶金額情報としての手入力金額情報には金額の桁間違いがある。
【００７９】
桁落ち／桁溢れ検索用項目６２０には、小項目６２０［０］〜６２０［３］が含まれる。小項目６２０［０］を指定する操作が入力部２４０に入力された状態では、金額の桁間違いの可能性のある金額情報を修正候補金額情報として検索する検索処理は実行されない。小項目６２０［１］、６２０［２］、６２０［３］は、夫々、金額の桁間違いの可能性のある修正候補金額情報を１つ、２つ、３つ検索させるための項目である。小項目６２０［ｐ］を指定する操作が入力部２４０に入力された状態で（ここでｐは１、２又は３）、検索アイコン６１１を指定する操作が入力部２４０に入力されると（これを検索アイコン６１１のクリックという）、主制御部２１０（主として２１６及び２１７）により、金額の桁間違いの可能性のある修正候補金額情報を少なくともｐ個検索するための桁落ち／桁溢れ検索動作が行われる。桁落ち／桁溢れ検索動作において、検索条件設定部２１６は、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれる手入力金額情報を被検索金額情報群に含め、被検索金額情報群の中から、金額の桁間違いの可能性のある金額情報が修正候補金額情報として検索されるように検索条件を設定し、検索処理部２１７は、該検索条件を満たす金額情報を被検索金額情報群の中から実際に検索する検索処理を実行する。即ち、検索条件に従い、被検索金額情報群の中から金額の桁間違いの可能性のある記憶金額情報を、実際に修正候補金額情報として検索する。
【００８０】
図１６（ａ）〜（ｃ）を参照し、金額の桁間違いが１つだけあるときの具体例を挙げる。ｍ＝５であって、対象帳票Ｔ［１］〜Ｔ［５］の真金額情報が全て「１００００円」であると仮定する。この場合、基準合計金額情報ＲＥＦSUM（以下金額情報ＲＥＦSUMと略記することがある）は「５００００円」となる。更に、対象帳票Ｔ［１］〜Ｔ［５］の記憶金額情報の内、少なくとも対象帳票Ｔ［２］の記憶金額情報が被検索金額情報群に含められていて、対象帳票Ｔ［１］及びＴ［３］〜Ｔ［５］の記憶金額情報は全て「１００００円」であると仮定する。但し、図１６（ｂ）に示す第１ケースでは、対象帳票Ｔ［２］の記憶金額情報が「１０００００円」になっており、結果、算出合計金額情報ＣＡＬSUM（以下金額情報ＣＡＬSUMと略記することがある）が「１４００００円」となっていると仮定する。一方、図１６（ｃ）に示す第２ケースでは、対象帳票Ｔ［２］の記憶金額情報が「１０００円」になっており、結果、金額情報ＣＡＬSUMが「４１０００円」となっていると仮定する。第１及び第２ケースでは、対象帳票Ｔ［２］の記憶金額情報に金額の桁間違いがある。
【００８１】
図１７は、桁落ち／桁溢れ検索動作のフローチャートである。小項目６２０［ｐ］が指定された状態で桁落ち／桁溢れ検索動作が行われたとき（ここでｐは１、２又は３）、検索処理部２１７は、差額（ＲＥＦSUM−ＣＡＬSUM）を導出し（ステップＳ３１）、続いて差額（ＲＥＦSUM−ＣＡＬSUM）を（ｐ×９）で割ることで金額Ａを導出し（ステップＳ３２）、続いて金額Ａに１０をかけることで金額Ｂを導出する（ステップＳ３３）。即ち、“Ａ＝（ＲＥＦSUM−ＣＡＬSUM）／（ｐ×９）”且つ“Ｂ＝Ａ×１０”である。そして、差額（ＲＥＦSUM−ＣＡＬSUM）が正であれば被検索金額情報群の中から金額Ａと一致する記憶金額情報を修正候補金額情報として検索し、差額（ＲＥＦSUM−ＣＡＬSUM）が負であれば被検索金額情報群の中から金額Ｂの絶対値（以下、金額｜Ｂ｜と表記する）と一致する記憶金額情報を修正候補金額情報として検索する。このように、桁落ち／桁溢れ検索動作では、差額（ＲＥＦSUM−ＣＡＬSUM）に基づいて、修正候補金額情報が検索される。尚、差額（ＲＥＦSUM−ＣＡＬSUM）が正であるときには、金額Ｂの導出（ステップＳ３３）を省略することができる。
【００８２】
図１６（ｂ）の第１ケースでは、ｐ＝１であるので、差額は「−９００００円」、金額Ａは「−１００００円」、金額Ｂは「−１０００００円」となり、差額は負であるので「１０００００円」の記憶金額情報（即ち対象帳票Ｔ［２］の記憶金額情報）が修正候補金額情報として検索されることになる。図１６（ｃ）の第２ケースでは、ｐ＝１であるので、差額は「９０００円」、金額Ａは「１０００円」、金額Ｂは「１０００００円」となり、差額は正であるので「１０００円」の記憶金額情報（即ち対象帳票Ｔ［２］の記憶金額情報）が修正候補金額情報として検索されることになる。
【００８３】
より具体的には、差額（ＲＥＦSUM−ＣＡＬSUM）が正であるときにおいて、被検索金額情報群の中に、金額Ａと一致する記憶金額情報がｐ’個存在する場合（ｐ’はｐ以上の整数）、そのｐ’個の記憶金額情報が検索条件を満たす判断されて修正候補金額情報として検索される。つまり、金額Ａと一致するｐ個以上の記憶金額情報が修正候補金額情報として検索される。ｐ個を超える記憶金額情報が金額Ａと一致していた場合、その内の一部においては、金額の桁間違いが存在しないはずであるが、検索段階では、金額Ａと一致する何れの記憶金額情報に金額の桁間違いがあって何れの記憶金額情報に金額の桁間違いがないのかは不明であるので、金額Ａを一致した記憶金額情報の全てを修正候補金額情報として検索する。同様に、差額（ＲＥＦSUM−ＣＡＬSUM）が負であるときにおいて、被検索金額情報群の中に、金額｜Ｂ｜と一致する記憶金額情報がｐ’個存在する場合、そのｐ’個の記憶金額情報が検索条件を満たす判断されて修正候補金額情報として検索される。
【００８４】
但し、差額（ＲＥＦSUM−ＣＡＬSUM）が正であるときにおいて、被検索金額情報群の中に、金額Ａと一致する記憶金額情報がちょうどｐ個だけ存在するときに限って、そのｐ個の記憶金額情報が検索条件を満たす判断されて修正候補金額情報として検索されるようにしても良い。同様に、差額（ＲＥＦSUM−ＣＡＬSUM）が負であるときにおいて、被検索金額情報群の中に、金額｜Ｂ｜と一致する記憶金額情報がちょうどｐ個だけ存在するときに限って、そのｐ個の記憶金額情報が検索条件を満たす判断されて修正候補金額情報として検索されるようにしても良い。
【００８５】
尚、差額（ＲＥＦSUM−ＣＡＬSUM）が正であるときにおいて、被検索金額情報群の中に、金額Ａと一致する記憶金額情報が１つも存在しない又は金額Ａと一致する記憶金額情報がｐ個未満しか存在しない場合、検索条件を満たす記憶金額情報は無いと判断されて修正候補金額情報は検索されず、その旨が表示部２３０に表示される。同様に、差額（ＲＥＦSUM−ＣＡＬSUM）が負であるときにおいて、被検索金額情報群の中に、金額｜Ｂ｜と一致する記憶金額情報が１つも存在しない又は金額｜Ｂ｜と一致する記憶金額情報がｐ個未満しか存在しない場合、検索条件を満たす記憶金額情報は無いと判断されて修正候補金額情報は検索されず、その旨が表示部２３０に表示される。
【００８６】
小項目６２０［１］〜６２０［３］は、桁落ち／桁溢れ検索動作において、金額の桁間違いの可能性のある修正候補金額情報を幾つ検索するのか又は幾つ以上検索するのかを指定するために用いられる。即ち、小項目６２０［１］〜６２０［３］は、ｐの値を指定するために用いられる。ｐの値として４以上の値を指定できるようにしておいても良い。
【００８７】
１以上の修正候補金額情報が検索されると、表示制御部２１８は、検索結果画像を表示部２３０に表示させる。修正候補金額情報が検索されなかった場合には（即ち検索条件を満たす記憶金額情報が存在しない場合には）、その旨が表示部２３０に表示される。
【００８８】
図１８の画像７００は、検索結果画像の例である。検索結果画像７００は、検索ヒット項目７１０を含む。検索ヒット項目７１０では、修正候補金額情報を記憶金額情報として持つ対象帳票のセット情報に基づく情報が表示される。図１８の例では、修正候補金額情報を記憶金額情報として持つ対象帳票のセット情報の内、文字情報（記憶金額情報７１１を少なくとも含み、更に支店名なども含む）及び関連情報が検索ヒット項目７１０に含められる。
【００８９】
検索ヒット項目７１０を指定する操作が入力部２４０に入力されると、表示制御部２１８は、検索ヒット項目７１０に対応する対象帳票の画像データを記憶部２５０から読み込んで、図１９に示す如く、該画像データに基づき該対象帳票の画像７５０を表示部２３０に表示させる。この際、検索ヒット項目７１０と共に画像７５０を表示すると良い。オペレータは、画像７５０を見て修正候補金額情報（図１９の例では、検索ヒット項目７１０における、１０００００円と記載された記憶金額情報７１１）を修正すべきが判断し、修正すべきであるならば検索ヒット項目７１０における記憶金額情報７１１の欄に、入力部２４０を通じて修正後の金額情報を入力する。この入力を受け、エントリ部２１４は、修正候補金額情報（記憶金額情報７１１）が修正後の金額情報に置き換わるように記憶部２５０の記憶内容を修正する。これにより、１つの修正候補金額情報に対する修正エントリ作業が終わる。
【００９０】
修正候補金額情報が複数検索された場合には、複数の修正候補金額情報に対応する複数の検索ヒット項目７１０が検索結果画像に含められる。図２０の画像７０２は、検索ヒット項目７１０［１］及び７１０［２］を２つの検索ヒット項目７１０として含む検索結果画像の例である。検索ヒット項目７１０［ｉ］を指定する操作が入力部２４０に入力されると（ここにおけるｉは１又は２）、表示制御部２１８は、検索ヒット項目７１０［ｉ］に対応する対象帳票の画像データを記憶部２５０から読み込んで、図１９に示すものと同様、該画像データに基づき該対象帳票の画像を表示部２３０に表示させ、オペレータは、表示された対象帳票の画像を見て修正候補金額情報を修正すべきが判断し、修正すべきであるならば検索ヒット項目７１０［ｉ］における記憶金額情報７１１［ｉ］の欄に、入力部２４０を通じて修正後の金額情報を入力する。この入力を受け、エントリ部２１４は、修正候補金額情報（記憶金額情報７１１［ｉ］）が修正後の金額情報に置き換わるように記憶部２５０の記憶内容を修正する。このような作業が、検索ヒット項目７１０［１］及び７１０［２］の夫々に対して行われる。修正候補金額情報が３つ以上ある場合も同様である。
【００９１】
金額情報を手入力するとき、キーボードにおけるテンキーの押し間違いにより、金額情報の末尾に「０」が余計についてしまったり（これは桁溢れと呼ばれる）、金額情報の末尾に「０」が足らなかったり（これは桁落ちと呼ばれる）することがある。日々、大量の手入力業務を高速で行うオペレータは、１つのキーに対して「００」や「０００」を割り当てたりすることが一般的であり、キーの押し間違いによって桁溢れ又は桁落ちが往々にして発生する。また、「０」のキーを高速で打鍵したとき、「０」の打鍵回数が多すぎたり少なすぎたりすることも、桁溢れ又は桁落ちの原因となる。桁落ち／桁溢れ検索用項目６２０の指定を通じた桁落ち／桁溢れ検索動作により、桁溢れ又は桁落ちの可能性のある修正候補金額情報を容易に見つけだすことができ、修正エントリ作業の効率を上げることが可能となる。
【００９２】
尚、桁落ち又は桁溢れが発生しやすい作業は、大量のＯＣＲ不読分に対して次々とエントリ作業が行われる不読分エントリ作業（図１１のＳ１５）であり、修正エントリ作業（図１１のＳ２０）の段階では桁落ち又は桁溢れが発生しにくいとも考えられる。修正エントリ作業では、不読分エントリ作業よりも、個々の画像データをしっかりと確認しながら手入力を行うと考えられるからである。故に、桁落ち／桁溢れ検索動作における被検索金額情報群に、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の内、ステップＳ１５の不読分エントリ作業にて入力部２４０に入力された金額情報を含めるが、ステップＳ２０の修正エントリ作業にて入力部２４０に入力された金額情報を含めないようにしても良い。また、桁落ち／桁溢れ検索動作における被検索金額情報群に、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の内のＯＣＲ金額情報を含めないようにしているが、変形例として含めるようにしても構わない。
【００９３】
［先頭／末尾数値検索動作］
図１５の指定数字検索用項目６３０（以下単に項目６３０と略記することがある）について説明する。項目６３０は、金額情報における先頭数値又は末尾数値に基づいて修正候補金額情報を検索させるための項目である。より具体的には、項目６３０は、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれるＯＣＲ金額情報を被検索金額情報群に含め、被検索金額情報群の中から、「４」の先頭数値を持つ金額情報又は「１」の末尾数値を持つ金額情報を修正候補金額情報として検索させるための項目である。先頭数値とは、文字通り、金額を示す数値の先頭の数値（５２６５８円であるならば「５」）であって、最も位の高い部分の数値である。末尾数値とは、文字通り、金額を示す数値の末尾の数値（５２６５８円であるならば「８」）であって、一の位の数値である。図１５に示す如く、指定数字検索用項目６３０には、小項目６３１及び６３２が含まれる。
【００９４】
小項目６３１を指定する操作が入力部２４０に入力された状態で検索アイコン６１１がクリックされると、主制御部２１０（主として２１６及び２１７）により先頭数値検索動作が行われる。先頭数値検索動作において、検索条件設定部２１６は、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれるＯＣＲ金額情報を被検索金額情報群に含め、被検索金額情報群の中から、「４」を先頭数値に持つ金額情報が修正候補金額情報として検索されるように検索条件を設定し（換言すれば金額情報の先頭数値が「４」であるという検索条件を設定し）、検索処理部２１７は、該検索条件を満たす金額情報を被検索金額情報群の中から実際に検索する検索処理を実行する。即ち、検索条件に従い、被検索金額情報群に含まれる各記憶金額情報の先頭数値に基づいて、被検索金額情報群の中から「４」を先頭数値に持つ記憶金額情報を実際に修正候補金額情報として検索する。
【００９５】
図２１（ａ）に、金額記入欄に、円マーク（￥）と金額を示す数値が手書きによって記された帳票の例を示す（金額記入欄以外の記載の図示を省略）。或る帳票に対するＯＣＲ処理では、パターン識別部２１２によるパターンの識別結果に基づいて、当該帳票のどの部分に金額情報が記載された金額記入欄があるのかを判断し、カラードロップアウトなどを利用して当該帳票の画像データから金額記入欄を除去しつつ金額記入欄内に記載されている金額情報を読み取る（例えば、金額記入欄が赤で記載されており、金額情報が黒で記載されている場合、赤を除去するカラードロップアウトが行われる）。
【００９６】
金額記入欄において、金額を示す数値の先頭の手前に、金額の接頭記号である円マーク（￥）が記載されることが多いが、この円マーク（￥）は、ＯＣＲ処理において「４」と誤認識される可能性が高いことが知られている（ＯＣＲ処理による誤認識は誤読とも称される）。特に、図２１（ａ）に示す如く、銀行員が良く利用する円マークの崩し字が金額記入欄を上下方向に飛び出す形で記載されていると、ＯＣＲ処理では、その円マークの崩し字を「４」と誤認識する可能性が高まる。図２１（ｂ）は、カラードロップアウト等を経てＯＣＲ処理部２１３が金額情報を読み取ろうとするときの画像を示しており、円マーク（￥）が「４」に似たような形になっている。このような誤認識が対象帳票Ｔ［ｉ］に対して生じると、対象帳票Ｔ［ｉ］について「４」の先頭数値を持つＯＣＲ金額情報が記憶部２５０に記憶されるので、先頭数値検索動作により対象帳票Ｔ［ｉ］の金額情報が修正候補金額情報として検索されることになる。
【００９７】
一方、小項目６３２（図１５参照）を指定する操作が入力部２４０に入力された状態で検索アイコン６１１がクリックされると、主制御部２１０（主として２１６及び２１７）により末尾数値検索動作が行われる。末尾数値検索動作において、検索条件設定部２１６は、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれるＯＣＲ金額情報を被検索金額情報群に含め、被検索金額情報群の中から、「１」を末尾数値に持つ金額情報が修正候補金額情報として検索されるように検索条件を設定し（換言すれば金額情報の末尾数値が「１」であるという検索条件を設定し）、検索処理部２１７は、該検索条件を満たす金額情報を実際に被検索金額情報群の中から検索する検索処理を実行する。即ち、検索条件に従い、被検索金額情報群に含まれる各記憶金額情報の末尾数値に基づいて、被検索金額情報群の中から「１」を末尾数値に持つ記憶金額情報を実際に修正候補金額情報として検索する。
【００９８】
図２２（ａ）に、金額記入欄に、円マーク（￥）と金額を示す数値が印字等によって記された帳票の例を示す（金額記入欄以外の記載の図示を省略）。図２２（ａ）に示す帳票に限らないが、帳票の金額記入欄において、金額を示す数値は、位がより大きい部分ほど左側に記載され、位がより小さい部分ほど右側に記載される。また例えば、金額記入欄は、１０7〜１０0位の値（又は１０8〜１０0位の値）を書き込むべき複数のマスを含んで構成されることも多い。図２２（ａ）に示す帳票では、金額記入欄の右端、即ち、金額記入欄の内、金額の一の位の数値を書き込むべきマスの右端が、他のマスと比べて太くなっている。これは、金額記入欄の末端が帳票の利用者に見えやすいようにすること等を目的にしているとも考えられるが、何れにせよ、図２２（ａ）に示すような金額記入欄が記載された帳票は多く出回っている。
【００９９】
そうすると例えば、図２２（ａ）に示す帳票の金額記入欄が赤であるときに、金額を示す数値を黒のインクで金額記入欄に記載したとしても、金額記入欄の右端が、赤を除去するカラードロップアウトの後も残存する可能性がある。黒のインクといっても、インクの成分によっては赤味が強いものも弱いものもある。また、金額記入欄の右端の赤が、黒成分の強い赤とされている場合もある。金額記入欄に対するカラードロップアウトは金額記入欄と金額記入欄内の数値とを分離して後者のみを抽出するために行われるが、金額記入欄と金額記入欄内の数値の色及び濃さなどに依存して、その分離が行いきれないこともある。図２２（ｂ）は、この分離が十分でないときの、カラードロップアウト等を経た後の帳票の画像を表しており、金額記入欄の右端が縦線として残存していることが図示されている。
【０１００】
金額記入欄の右端が縦線として残存していたとしても、帳票内に適切に読み取り外領域（数値として認識しない領域）を設定すれば、その縦線は数値ではないと判断することも比較的容易である。しかし、印字のずれ等によって金額記入欄内の数値が理想的な位置（各マスの中心位置）からずれることも多々あり、それらのずれの存在をも考慮してＯＣＲ処理を行うと、金額記入欄の右端を金額の一の位の数値としての「１」と誤認識することがある（図２１（ｂ）は１００００円が１００００１円に誤認識されるときの状態を表しているが、印字のずれにより、一の位が「１」に置き換わって１０００１円と誤認識されることもある）。このような誤認識が対象帳票Ｔ［ｉ］に対して生じると、対象帳票Ｔ［ｉ］について「１」の末尾数値を持つＯＣＲ金額情報が記憶部２５０に記憶されるので、末尾数値検索動作により対象帳票Ｔ［ｉ］の金額情報が修正候補金額情報として検索されることになる。
【０１０１】
尚、小項目６３１及び６３２（図１５参照）の双方を指定する操作が入力部２４０に入力された状態で検索アイコン６１１がクリックされたとき、主制御部２１０により先頭数値検索動作と末尾数値検索動作が同時に行われるようにしてもよい。即ち、被検索金額情報群の中から「４」を先頭数値に持つ金額情報及び「１」を末尾数値に持つ金額情報が修正候補金額情報として一括検索されるようにしても良い。
【０１０２】
先頭数値検索動作、末尾数値検索動作によって１以上の修正候補金額情報が検索されると、表示制御部２１８は、検索された修正候補金額情報を含む検索結果画像（図１８の例では画像７００、図２０の例では画像７０２）を表示部２３０に表示させる。検索結果画像の内容、並びに、検索結果画像の表示後に行われるオペレータの作業及び制御装置２００の動作は上述したものと同じである。修正候補金額情報が検索されなかった場合（即ち修正候補金額情報が存在しない場合）、換言すれば検索条件を満たす記憶金額情報が存在しない場合には、その旨が表示部２３０に表示される。
【０１０３】
指定数字検索用項目６３０の指定を通じた先頭数値検索動作、末尾数値検索動作により、円マーク（￥）に対する誤読、金額記入欄の右端に対する誤読の可能性のある修正候補金額情報を容易に見つけだすことができ、修正エントリ作業の効率を上げることが可能となる。特に例えば、公共料金等に関する帳票については一定の期間（例えば１ヶ月）に同一種類の帳票が大量に取り扱われることが多く、大量に取り扱われる同一種類の帳票の集まりにおいて、１つに帳票或る誤読が発生すると他の帳票に対しても同様の誤読が発生する可能性が高い。同一種類の帳票の集まりに対して発生した誤読が、円マーク（￥）に対する誤読、金額記入欄の右端に対する誤読である場合、先頭数値検索動作、末尾数値検索動作によって、修正エントリ作業の効率が大きく上がる。
【０１０４】
尚、先頭数値検索動作又は末尾数値検索動作が有益に機能するのはＯＣＲ処理によって取得される金額情報に対してであるので、先頭数値検索動作又は末尾数値検索動作における被検索金額情報群に、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の内の手入力金額情報を含めないようにしているが、変形例として含めるようにしても構わない。
【０１０５】
［修正履歴検索動作］
図１５の修正履歴検索用項目６４０（以下単に項目６４０と略記することがある）について説明する。項目６４０は、修正履歴情報に基づいて修正候補金額情報を検索させるための項目である。
【０１０６】
修正履歴情報について説明する。修正履歴情報生成部２１９（図７参照）は、第ｊバッチが現バッチとなっているバッチ処理の終了後において、第ｊバッチに対する修正履歴情報を生成するための修正履歴生成処理を行う（ｊはバッチ番号を表す整数）。
【０１０７】
修正履歴生成処理において、修正履歴情報生成部２１９は、第ｊバッチを構成する対象帳票ごとに対象帳票が被修正帳票であるか否かを判断する。被修正帳票とは、ＯＣＲ処理において正読信号が出力されたが、照合ＯＫ信号が出力されるまでの過程において修正エントリ作業により記憶金額情報が修正された対象帳票を指す。従って、第ｊバッチを構成する第ｉ対象帳票に対してＯＣＲ金額情報が得られたが、照合ＯＫ信号が出力されるまでの過程において修正エントリ作業により第ｉ対象帳票の記憶金額情報が修正されたのであれば、第ｉ対象帳票は被修正帳票であると判断される。第ｊバッチを構成する第ｉ対象帳票に対してＯＣＲ金額情報が得られた後、照合ＯＫ信号が出力されるまでの過程において修正エントリ作業により第ｉ対象帳票の記憶金額情報が修正されなかったのであれば、第ｉ対象帳票は被修正帳票ではないと判断される。第ｊバッチを構成する第ｉ対象帳票に対してＯＣＲ金額情報がそもそも得られなかった場合には第ｉ対象帳票は被修正帳票ではないと判断される。
【０１０８】
修正履歴情報生成部２１９は、第ｊバッチに属する各被修正帳票のパターンを記憶部２５０に記憶されたパターン情報（図９参照）から読みとる。上述したように、或る対象帳票のパターン情報は、当該対象帳票のパターン（即ち当該対象帳票に対するパターン識別部２１２の識別結果）を示す。故に、被修正帳票のパターンは、被修正帳票であると判断された対象帳票のパターン情報によって示される当該対象帳票のパターン（第１〜第Ｋ登録パターンの何れか：図８参照）である。
【０１０９】
修正履歴情報生成部２１９は、図２３に示すような第ｊバッチに対する修正履歴情報ＳＲＪ［ｊ］を生成し、修正履歴情報ＳＲＪ［ｊ］を修正履歴情報記憶部２５５に記憶させて第ｊバッチに対する修正履歴生成処理を終える。第ｊバッチに対する修正履歴情報ＳＲＪ［ｊ］は、第１登録パターンに対する修正個数ＳＫ［ｊ，１］、第２登録パターンに対する修正個数ＳＫ［ｊ，２］、・・・、及び、第Ｋ登録パターンに対する修正個数ＳＫ［ｊ，Ｋ］を含む。ここで、修正個数ＳＫ［ｊ，ｋ］は、第ｊバッチに属する被修正帳票の内、第ｋ登録パターンを有する被修正帳票の個数である（ｋは“１≦ｋ≦Ｋ”を満たす整数）。このため例えば、第ｊバッチのバッチ処理において、第ｋ登録パターンを有する１０枚の対象帳票に対しＯＣＲ金額情報が得られたが、照合ＯＫ信号が出力されるまでの過程において修正エントリ作業により当該１０枚の対象帳票の記憶金額情報（ＯＣＲ金額情報）が修正されたのであれば、“ＳＫ［ｊ，ｋ］＝１０”となる。
【０１１０】
修正エントリ作業において、エントリ部２１４は、入力部２４０を介した対象帳票の真金額情報の入力を修正指示の入力として受け付け、該修正指示に従い対象帳票の記憶金額情報を修正する修正手段として機能する。照合ＯＫ信号が出力されるまでに該修正指示の入力を受けた履歴が、修正された金額情報に対応する対象帳票のパターンに対応付けられた状態で修正履歴情報として記憶されることになる。
【０１１１】
帳票処理システムは、図１１を参照して説明したバッチ処理を複数回順次実行可能であるが、現バッチに対するバッチ処理では、参照修正履歴情報を用いて修正候補金額情報の検索を行うことができる。参照修正履歴情報とは、現バッチに対するバッチ処理から見て、過去に行われて完了したバッチ処理に対する修正履歴情報を含む。
【０１１２】
ここでは、現バッチに対するバッチ処理から見て、（ｎ−１）回目前〜１回前に行われたバッチ処理に対する修正履歴情報が、現バッチに対する参照修正履歴情報に含められると考える（ｎは２以上の整数）。即ち例えば、現バッチに対するバッチ処理を第ｎ回目のバッチ処理（第ｎバッチに対するバッチ処理）であると考えたのであれば、第１〜第（ｎ−１）回目のバッチ処理に対する修正履歴情報が現バッチに対する参照修正履歴情報に含められる。実際には、現バッチに対するバッチ処理が行われる時から見て、過去の期間であって且つ所定の時間長さ（例えば３ヶ月分の時間長さ）も持つ期間を参照期間として設定し、参照期間中に行われたバッチ処理に対する修正履歴情報を参照修正履歴情報に含める。この場合、ｎの値は日々変動しうる。但し、ｎの値は固定されていても良いし、入力部２４０に対する所定操作の入力に基づいて可変設定されても良い。また、入力部２４０に対する所定操作の入力に基づいて上記参照期間の長さが可変設定されても良い。
【０１１３】
修正履歴情報を用いた修正候補金額情報の検索動作について具体的に説明する。説明の具体化のため、現バッチが第ｎバッチであるとする。そうすると、現バッチに対するバッチ処理から見て（ｎ−１）回目前〜１回前に行われたバッチ処理は、夫々、第１〜第（ｎ−１）バッチに対して行われた第１〜第（ｎ−１）回目のバッチ処理であり、第１〜第（ｎ−１）回目のバッチ処理に対する修正履歴情報が現バッチに対する参照修正履歴情報に含められることになる。現バッチの開始前（例えば、事務センタの業務時間外の夜間など）において、主制御部２１０（例えば主制御部２１０内の修正履歴上位リスト作成部；不図示）は、修正履歴上位リストを生成する。
【０１１４】
修正履歴上位リストについて説明する。修正履歴上位リストを生成するために、主制御部２１０は、修正履歴情報ＳＪ［１］〜ＳＪ［ｎ−１］における、第ｋ登録パターンに対する修正個数ＳＫ［１，ｋ］〜ＳＫ［ｎ−１，ｋ］の合計値を誤読カウント値ＰＴＮ［ｋ］として求める。誤読カウント値ＰＴＮ［ｋ］は、第１〜第Ｋ登録パターンの夫々に対して求められる。誤読カウント値ＰＴＮ［ｋ］は、参照期間において、第ｋ登録パターンに対してＯＣＲ金額情報が得られた後に修正エントリ作業で該ＯＣＲ金額情報が修正された総回数を表している。主制御部２１０は、誤読カウント値ＰＴＮ［１］〜ＰＴＮ［Ｋ］の内、第１番目から第ｘ番目に大きい誤読カウント値に対応する登録パターンを、夫々、第１〜第ｘ修正履歴上位パターンとして特定する。ｘは１以上の任意の整数であって良い。但し、第１〜第ｘ修正履歴上位パターンは、Ｋ種類の登録パターン（即ち第１〜第Ｋ登録パターン）の中から誤読カウント値が比較的多い登録パターンを絞り込むことを目的として特定されるものであるため、ｘの値はＫの値よりも小さくすべきである。ここでは、ｘ＝３であるとする（そうすると、登録パターンの個数Ｋは４以上である）。修正履歴上位リストは、第１〜第ｘ修正履歴上位パターンをリストにしたものである。
【０１１５】
検索条件設定用画像６００（図１５参照）が表示されているときにおいて修正履歴検索用項目６４０を指定する操作（項目６４０内のボックスにチェックを入れる操作）が入力部２４０に入力されると、図２４に示す如く、表示制御部２１８は、修正履歴上位リストを示すリスト画像８００を、表示部２３０の下方右側の一部領域にポップアップ表示（検索条件設定用画像６００に重畳表示）させる。
【０１１６】
リスト画像８００は、第１〜第３修正履歴上位パターンを示す項目８１０［１］〜８１０［３］を含む。項目８１０［１］〜８１０［３］では、夫々に、対応する修正履歴上位パターンのパターン番号及びパターン名が表示される。第ｉ修正履歴上位パターンに対応する項目８１０［ｉ］を指定する操作が入力部２４０に入力されると（ここにおけるｉは１、２又は３）、主制御部２１０（主として２１６及び２１７）により修正履歴検索動作が行われる。項目８１０［ｉ］を指定する操作が入力されたとき、修正履歴検索動作では、現バッチにおいて、第ｉ修正履歴上位パターンをパターン情報として持つ対象帳票（即ち、帳票のパターンが第ｉ修正履歴上位パターンであると判断された対象帳票）の記憶金額情報が修正候補金額情報として検索される。
【０１１７】
以下のように表現することもできる、項目８１０［ｉ］を指定する操作が入力されたとき、修正履歴検索動作において、検索条件設定部２１６は、現バッチである第ｎバッチの対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報に含まれるＯＣＲ金額情報を被検索金額情報群に含め、被検索金額情報群の中から、第ｉ修正履歴上位パターンをパターン情報として持つ対象帳票の記憶金額情報が修正候補金額情報として検索されるように検索条件を設定し（即ち、修正履歴情報に基づいて修正候補金額情報を検索するための検索条件を設定し）、検索処理部２１７は、該検索条件を満たす金額情報を実際に検索する検索処理を実行する（即ち、被検索金額情報群の中から、第ｉ修正履歴上位パターンを持つ対象帳票の記憶金額情報を、実際に修正候補金額情報として検索する）。当該検索の結果は修正履歴情報ＳＲＪ［１］〜ＳＲＪ［ｎ−１］を依存するため、当該検索は修正履歴情報ＳＲＪ［１］〜ＳＲＪ［ｎ−１］を用いて実行されると考えて良い。尚、修正候補金額情報を記憶金額情報として持つ対象帳票を修正候補帳票と呼んでも良い。そうすると、項修正履歴検索動作では、第ｉ修正履歴上位パターンをパターン情報として持つ対象帳票が修正候補帳票として検索されると言える。
【０１１８】
項目８１０［ｉ］の指定を通じて１以上の修正候補金額情報が検索されると、表示制御部２１８は、検索された修正候補金額情報を含む検索結果画像（図１８の例では画像７００、図２０の例では画像７０２）を表示部２３０に表示させる。検索結果画像の内容、並びに、検索結果画像の表示後に行われるオペレータの作業及び制御装置２００の動作は上述したものと同じである。修正候補金額情報が検索されなかった場合（即ち修正候補金額情報が存在しない場合）、換言すれば検索条件を満たす記憶金額情報が存在しない場合には、その旨が表示部２３０に表示される。
【０１１９】
尚、修正履歴検索用項目６４０を指定する操作（項目６４０内のボックスにチェックを入れる操作）が入力部２４０に入力された後に検索アイコン６１１がクリックされたときに、上述の修正履歴検索動作が行われるようにしても良い。この場合例えば、被検索金額情報群の中から、第１修正履歴上位パターンをパターン情報として持つ対象帳票の記憶金額情報を修正候補金額情報として検索するようにしても良いし、第１〜第ｘ修正履歴上位パターンの内、２以上の修正履歴上位パターンの何れかをパターン情報として持つ対象帳票の記憶金額情報を修正候補金額情報として検索するようにしても良い。
【０１２０】
修正履歴上位パターンと同じパターンを持つ対象帳票は、原因は不明であるが、ＯＣＲ処理にて誤読が発生することが比較的多いと言える。修正履歴検索用項目６４０の指定を通じた検索により、ＯＣＲ処理にて誤読が発生している可能性が比較的高いと推定される修正候補金額情報を容易に見つけだすことができ、修正エントリ作業の効率を上げることが可能となる。特に例えば、公共料金等に関する帳票については一定の期間（例えば１ヶ月）に同一種類の帳票が大量に取り扱われることが多く、大量に取り扱われる同一種類の帳票の集まりにおいて、１つに帳票或る誤読が発生すると他の帳票に対しても同様の誤読が発生する可能性が高い。帳票のパターンに依存して誤読の発生数（発生比率）が変わるのであれば、修正履歴情報を用いて誤読が発生している可能性が比較的高いパターンを検索することで、修正エントリ作業の効率が大きく上がる。
【０１２１】
上述の方法では、誤読カウント値ＰＴＮ［１］〜ＰＴＮ［Ｋ］に基づいて修正履歴上位リストを作成しているが、誤読率ＰＴＮ［１］’〜ＰＴＮ［Ｋ］’に基づいて修正履歴上位リストを作成するようにしても良い。誤読率ＰＴＮ［ｋ］’は、参照期間において第ｋ登録パターンを持ち且つＯＣＲ金額情報が得られた対象帳票の総数にて、誤読カウント値ＰＴＮ［ｋ］を割った値を持つ。つまり、誤読率ＰＴＮ［ｋ］’は、参照期間における、第ｋ登録パターンを持った対象帳票に対する金額情報の誤読率（ＯＣＲ処理の誤読率）を表している。この場合、主制御部２１０は、誤読率ＰＴＮ［１］’〜 ＰＴＮ［Ｋ］’の内、第１番目から第ｘ番目に大きい誤読率に対応する登録パターンを、夫々、第１〜第ｘ修正履歴上位パターンとして特定すればよく、この特定後の動作は上述したものと同様である。
【０１２２】
但し、誤読率を用いる場合において、例えば、参照期間中に第ｋ登録パターンを持ち且つＯＣＲ金額情報が得られた対象帳票の総数が相当に少ない場合（例えば該総数が２の場合）、誤読カウント値ＰＴＮ［ｋ］が少し増えただけで（例えば誤読カウント値ＰＴＮ［ｋ］が０から１になっただけで）、第ｋ登録パターンが修正履歴上位パターンにあがってくる。つまり、誤読カウント値ＰＴＮ［ｋ］の変化に対して誤読率ＰＴＮ［ｋ］’が過剰に変化するといったことが生じえる。
【０１２３】
公共料金等に関する帳票については一定の期間（例えば１ヶ月）に同一種類の帳票が大量に取り扱われることが多いという特性から、参照期間において第１登録パターンの帳票が第２登録パターンのそれよりも多く取り扱われていたならば、現バッチにおいても第１登録パターンの帳票が多く含まれている可能性が高い。極端な例として、参照期間及び現バッチのバッチ処理を行うタイミングにおいて第１登録パターンの帳票が突出して多く取り扱われていたならば、誤読カウント値ＰＴＮ［１］が１００００であって誤読カウント値ＰＴＮ［２］が１となることも考えられる。この場合、“１００００”の誤読カウント値に対応する第１登録パターンを、“１”の誤読カウント値に対応する第２登録パターンよりも優先して修正履歴上位リストに含めた方が、修正が必要な金額情報をより早く見つけられる可能性が高くなると思われる。仮に誤読率を用いて修正履歴上位リストを作成したならば、第２登録パターンに対して１回の誤読があっただけで対応する誤読率が１００％になり、第２登録パターンが第１登録パターンよりも修正履歴上位リストに優先して含められることになる。これは、第１登録パターンの帳票が多く含むと推定される現バッチに関して、修正が必要な金額情報をより早く見つけるという観点からは望ましくない。
【０１２４】
とはいえ、誤読率ＰＴＮ［ｋ］’は、純粋に、過去において第ｋ登録パターンに対し誤読が発生した率を表しているため、誤読率ＰＴＮ［ｋ］’を用いて修正履歴上位リストを作成するという手法も有益であることに違いは無く、状況によっては誤読率ＰＴＮ［ｋ］’を用いた方が、修正が必要な金額情報をより早く見つけられることもある。
【０１２５】
尚、修正履歴検索動作が有益に機能するのはＯＣＲ処理によって取得される金額情報に対してであるので、修正履歴検索動作における被検索金額情報群に、対象帳票Ｔ［１］〜Ｔ［ｍ］の記憶金額情報の内の手入力金額情報を含めないようにしているが、変形例として含めるようにしても構わない。
【０１２６】
［自動検索動作］
上述の説明では、桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作及び修正履歴検索動作が、夫々に、対応する操作の入力に応答して行われることを想定しているが、それら４つの動作の内、任意の１つ、２つ又は３つの動作が或いは全ての動作が、照合ＮＧ信号が出力されたことのみを条件にして（即ち、入力部２４０への操作を何ら必要とすることなく）、実行されるようにしても良い。
【０１２７】
この場合、桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作及び修正履歴検索動作の内、実行された何れかの動作によって１以上の修正候補金額情報が検索されたのであれば、表示制御部２１８は、検索された修正候補金額情報を含む検索結果画像（図１８の例では画像７００、図２０の例では画像７０２）を表示部２３０に表示させる。検索結果画像の内容、並びに、検索結果画像の表示後に行われるオペレータの作業及び制御装置２００の動作は上述したものと同じである。修正候補金額情報が検索されなかった場合（即ち修正候補金額情報が存在しない場合）、換言すれば検索条件を満たす記憶金額情報が存在しない場合には、その旨が表示部２３０に表示される。
【０１２８】
また、桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作及び修正履歴検索動作の内、任意の２以上の動作を組み合わせて行い得るように主制御部２１０を構成しておいても良い。
【０１２９】
例えば、指定数字検索用項目６３０における小項目６３２と修正履歴検索用項目６４０を指定する操作が入力部２４０に入力された状態で検索アイコン６１１がクリックされたとき、末尾数値検索動作が行われるが、このときの被検索金額情報群に含められる金額情報は、第１〜第ｘ修正履歴上位パターン（ここでｘは例えば１、２又は３）のパターン情報を有する対象帳票の記憶金額情報に限定されると良い。
【０１３０】
［他の検索用項目について］
図１５を再度参照し、検索条件設定用画像６００に含まれる検索用項目６５１〜６５７及び検索用項目６６１〜６６３について説明する。
【０１３１】
オペレータは、検索条件設定用画像６００が表示されているとき、入力部２４０を用いて、検索用項目６５１〜６５７に、夫々、支店名、収納先、区分、種別、年度、枚数、金額範囲を入力することができる（或いはそれらの対応コードを入力することができる）。その入力を行った上で検索アイコン６１１をクリックすると、検索処理部２１７は、記憶部２５０の記憶内容に基づき、その入力内容に対応付けられた対象帳票（当該対象帳票の記憶金額情報）を検索する。１以上の検索帳票が検索されると、検索された対象帳票についての検索ヒット項目Ｑを含む検索結果画像が表示される。ここにおける検索ヒット項目Ｑでは、図１８に示す検索ヒット項目７１０と同様、検索された対象帳票のセット情報に基づく情報（記憶金額情報を少なくとも含む）が表示される。検索ヒット項目Ｑが表示された後の動作は、検索ヒット項目７１０が表示された後の動作と同様である。
【０１３２】
オペレータは、検索条件設定用画像６００が表示されているとき、入力部２４０を用いて、検索用項目６６１にＯＣＲ信頼度を４段階で指定することができる。便宜上、ＯＣＲ信頼度を記号ＲOCRにて表す。検索用項目６６１においてＯＣＲ信頼度を第１、第２、第３、第４段階に指定して検索アイコン６１１をクリックすると、検索処理部２１７は、現バッチの対象帳票Ｔ［１］〜Ｔ［ｍ］の内、ＯＣＲ金額情報が記憶金額情報として記憶されている対象帳票の中から、夫々、“ＲOCR≦ＴＨ１”、“ＴＨ１＜ＲOCR≦ＴＨ２”、“ＴＨ２＜ＲOCR≦ＴＨ３”、“ＴＨ３＜ＲOCR”を満たすＯＣＲ信頼度を有する対象帳票（当該対象帳票の記憶金額情報）を検索する。“ＴＨ１＜ＴＨ２＜ＴＨ３＜１００”であって、ＴＨ１は上述の下限信頼度よりも大きい。第１〜第４段階の内、２以上の段階を同時に指定することもできる。１以上の検索帳票（記憶金額情報）が検索されると、検索された対象帳票についての検索ヒット項目Ｑを含む検索結果画像が表示される。ここにおける検索ヒット項目Ｑでは、図１８に示す検索ヒット項目７１０と同様、検索された対象帳票のセット情報に基づく情報（記憶金額情報を少なくとも含む）が表示される。検索ヒット項目Ｑが表示された後の動作は、検索ヒット項目７１０が表示された後の動作と同様である。尚、例えば１０００件（１０００枚）の対象帳票の中から検索用項目６６１のみを利用してＯＣＲ信頼度が比較的低いものを検索した場合、２００〜３００件の対象帳票が検索及び抽出されることが一般的に起こる。例として、一日当たりの１０万件の対象帳票を処理しようとした場合、その１００倍の対象帳票が検索及び抽出されるので、その中から修正が必要な対象帳票を探し出すには多大な工数を要する。
【０１３３】
オペレータは、検索条件設定用画像６００が表示されているとき、入力部２４０を用いて、検索用項目６６２、６６３を指定することができる。検索用項目６６２、６６３を指定した上で検索アイコン６１１をクリックすると、検索処理部２１７は、現バッチの対象帳票Ｔ［１］〜Ｔ［ｍ］の内、夫々、ＳＯＣＲフラグに１が代入されているもの、手入力フラグに１が代入されているものを検索する。１以上の検索帳票が検索されると、検索された対象帳票についての検索ヒット項目Ｑを含む検索結果画像が表示される。ここにおける検索ヒット項目Ｑでは、図１８に示す検索ヒット項目７１０と同様、検索された対象帳票のセット情報に基づく情報（記憶金額情報を少なくとも含む）が表示される。検索ヒット項目Ｑが表示された後の動作は、検索ヒット項目７１０が表示された後の動作と同様である。尚、手入力フラグに１が代入されている対象帳票については画像データが存在しないため、手入力フラグに１が代入されている対象帳票が検索ヒット項目７１０に対応する対象帳票として検索された場合、オペレータは、所定の棚などに置かれた当該対象帳票の現物を目視確認しながら、必要に応じて、当該対象帳票に対して金額情報の修正を行う。
【０１３４】
桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作、修正履歴検索動作を項目６５１〜６５７及び６６１〜６６３の何れかを組み合わせて行えるようにしても良い。即ち例えば、検索用項目６５７に「１００００円」以上且つ「１０００００円」未満の金額範囲を指定した上で、桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作又は修正履歴検索動作が行われたとき、それらの動作において被検索金額情報群に含められる金額情報は、上記金額範囲内の金額情報に限定されて良い。
同様に例えば、検索用項目６６１に第１段階のＯＣＲ信頼度を指定した上で桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作又は修正履歴検索動作が行われたとき、それらの動作において被検索金額情報群に含められる金額情報は、“ＲOCR≦ＴＨ１”を満たすＯＣＲ信頼度（ＲOCR）を持った対象帳票の記憶金額情報に限定されて良い。
同様に例えば、検索用項目６５１に特定の支店名を指定した上で桁落ち／桁溢れ検索動作、先頭数値検索動作、末尾数値検索動作又は修正履歴検索動作が行われたとき、それらの動作において被検索金額情報群に含められる金額情報は、特定の支店名に対応付けられた対象帳票（特定の支店名を金額以外情報に含む対象帳票）の記憶金額情報に限定されて良い。
【０１３５】
［変形例等］
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【０１３６】
検索条件設定部２１６は、修正候補金額情報を検索するための条件を複数の条件の中から選択して設定する部位であると考えても良く、検索処理部２１７は、検索条件設定部２１６にて選択、設定された条件に従って修正候補金額情報を検索すると考えることもできる。例えば、上記複数の条件の中に、桁落ち／桁溢れ検索動作を行わせるための第１条件、先頭数値検索動作を行わせるための第２条件、末尾数値検索動作を行わせるための第３条件及び修正履歴検索動作を行わせるための第４条件の内の２以上の条件が含まれていると考えても良い。
【０１３７】
上述の実施形態では、事務センタ内に配置された帳票処理装置１００及び制御装置２００に帳票処理システムの主たる構成要素が内包されていることを想定したが、帳票処理システムの構成要素の任意の一部は、帳票処理装置１００及び制御装置２００と異なる外部装置（例えばサーバ装置ＳＶ又はサーバ装置ＳＶ以外の機器（不図示））に設けられていても良い。
【０１３８】
例えば、スキャナ部１１３は、帳票処理装置１００に内蔵されていなくても良く、各支店に配置されていても良い。この場合例えば、スキャナ部１１３にて取得された画像データが、各支店に配置された装置から有線若しくは無線による通信を介して或いは記録媒体（不図示）を介して制御装置２００に送信されるようにしておけばよい。スキャナ部１１３にて取得された画像データがサーバ装置ＳＶを経由して制御装置２００に送信されても良い。また例えば、表示部２３０は制御装置２００と異なる外部装置（例えばサーバ装置ＳＶ又はサーバ装置ＳＶ以外の機器（不図示））に設けられていても良い。別の見方をすれば、表示部２３０に表示されると述べた内容は、制御装置２００と異なる外部装置の表示部において表示されても良い。同様に例えば、入力部２４０は制御装置２００と異なる外部装置（例えばサーバ装置ＳＶ又はサーバ装置ＳＶ以外の機器（不図示））に設けられていても良い。別の見方をすれば、入力部２４０に入力されると述べた内容は、制御装置２００と異なる外部装置の入力部に対して入力されても良い。
【０１３９】
主制御部２１０の各機能ブロック（２１１〜２１９；図７参照）も、機能ブロックごとに主制御部２１０内に設けられるか否かが決定されて良い。例えば、ＯＣＲ処理部２１３は、制御装置２００と異なる外部装置（例えばサーバ装置ＳＶ又はサーバ装置ＳＶ以外の機器（不図示））に設けられていても良い。この場合、ＯＣＲ処理の結果が、当該外部装置から有線若しくは無線による通信を介して或いは記録媒体（不図示）を介して制御装置２００に送信されるようにしておけばよい。他の機能ブロックについても同様である。記憶部２５１〜２５６についても同様に、制御装置２００と異なる外部装置に設けられていても良い。
【０１４０】
基準合計金額情報及び算出合計金額情報は、夫々、基準合計値及び算出合計値の一形態である。基準合計値及び算出合計値は、金額以外を表す数値情報（例えば個数情報、重さ情報）でも良い。
【０１４１】
＜＜本発明の考察＞＞
本実施形態にて具現化された本発明の技術について考察する。
【０１４２】
本発明の一側面に係る帳票処理システムＷ1は、複数枚の帳票の画像を取得する画像取得手段（１１３）と、複数枚の帳票の画像から前記帳票ごとに金額情報を認識する認識手段（２１３）と、前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける入力手段（２４０）と、前記認識手段により認識した金額情報である第１金額情報と前記入力手段を介して入力された金額情報である第２金額情報を記憶する記憶手段（２５０）と、前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定する検索条件設定手段（２１６）と、前記記憶手段に記憶された金額情報の中から前記検索条件設定手段で設定された条件に従って前記候補としての金額情報を検索する情報検索手段（２１７）と、前記情報検索手段で検索された金額情報を表示する表示手段（２３０）と、を備えることを特徴とする。
【０１４３】
これにより、修正が必要な金額情報の候補が検索されて表示されるので、必要な修正作業の効率化が図られる。尚、入力手段はエントリ部２１４を含んで構成されると考えても良い。
【０１４４】
具体的には例えば、帳票処理システムＷ1において、前記検索条件設定手段にて設定可能な条件には、前記入力手段を介して入力された金額情報の中から金額の桁間違いの可能性のある金額情報を前記候補として検索するための条件が含まれ、前記金額の桁間違いは、前記入力手段を介して入力された金額情報と、前記入力手段を介して入力された金額情報に対応する帳票に記載された金額情報と、の間における金額の桁の相違であって良い。
【０１４５】
これにより、前記入力手段を介して入力された金額情報に対して良く起こりうる金額の桁間違いを含んだ金額情報（修正が必要な金額情報）を検索することができ、必要な修正作業の効率化が図られる。
【０１４６】
また例えば、帳票処理システムＷ1において、前記検索条件設定手段にて設定可能な条件には、前記記憶手段に記憶された第１金額情報における先頭数値及び末尾数値の少なくとも一方に基づいて前記候補を検索するための条件が含まれても良い。
【０１４７】
これにより、円マーク（￥）に対する誤認識及び／又は金額記入欄の右端に対する誤認識の可能性のある金額情報を検索することができ、必要な修正作業の効率化が図られる。
【０１４８】
また例えば、帳票処理システムＷ1は、複数の登録パターンの特徴情報を記憶するパターン辞書記憶手段（２５６）と、前記パターン辞書記憶手段の記憶内容と各帳票の画像に基づき各帳票のパターンが前記複数の登録パターンの何れであるのかを識別するパターン識別手段（２１２）と、修正指示の入力を受けて前記記憶手段に記憶された１以上の金額情報を修正する修正手段（２１４）と、前記修正指示の入力を受けた履歴を、修正された金額情報に対応する帳票のパターンに対応付けて修正履歴情報として記憶する修正履歴情報記憶手段（２５５）を更に備え、前記検索条件設定手段にて設定可能な条件には、前記修正履歴情報に基づいて前記候補を検索するための条件が含まれていて良い。
【０１４９】
或るパターンを有する帳票の金額情報に対し過去に修正が行われた履歴があったならば、今回も当該パターンを有する帳票の金額情報に対し修正が必要になる可能性が高いと推定される。上記のように構成すれば、このような推定に対応して、修正が必要になる可能性が相対的に高い金額情報を検索することが可能となるため、必要な修正作業の効率化が図られる。
【０１５０】
より具体的には例えば、帳票処理システムＷ1は、前記パターン識別手段を用いた各帳票のパターンの識別と、前記認識手段を用いた前記第１金額情報の取得と、前記入力手段を用いた前記第２金額情報の取得と、前記修正手段を用いた修正と、を含んだバッチ処理を、複数回、順次実行可能であって、第ｎ回目のバッチ処理において、前記検索条件設定手段により前記修正履歴情報に基づいて前記候補を検索するための条件が設定された場合、前記情報検索手段は、前記候補を、第１〜第（ｎ−１）回目のバッチ処理についての前記修正履歴情報を用いて検索すると良い（ｎは２以上の整数）。
【０１５１】
また例えば、帳票処理システムＷ1は、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段（２１５）と、それらが一致しないと判定された場合、前記候補を検索するための条件の設定を受け付けるための検索条件設定用画像（６００）を前記表示手段に表示させる表示制御手段（２１８）と、を更に備えていると良い。
【０１５２】
これにより、基準合計金額情報と算出合計金額情報の一致に向けて修正が必要な第１金額情報及び／又は第２金額情報の候補を検索する作業、ひいては必要な修正作業の効率化が図られる。尚、基準合計金額情報取得手段は、上述の実施形態において例えば、ＯＣＲ処理部２１３又は入力部２４０を含んで形成される。
【０１５３】
或いは例えば、帳票処理システムＷ1は、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段（２１５）と、それらが一致しないと判定された場合、所定の報知を行う報知手段と、を更に備えていても良い。
【０１５４】
これにより、基準合計金額情報と算出合計金額情報の不一致を帳票処理システムの使用者に知らせることができる。
【０１５５】
また具体的には例えば、帳票処理システムＷ1は、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段（２１５）と、を更に備え、前記情報検索手段は、それらが一致しないと判定された場合、前記検索条件設定手段にて設定された条件に従い、前記基準合計金額情報及び前記算出合計金額情報間の差額情報、前記第１金額情報の先頭数値、又は、前記第１金額情報の末尾数値に基づいて、前記候補を検索しても良い。
【０１５６】
差額情報を用いることにより、前記入力手段を介して入力された金額情報に対して良く起こりうる金額の桁間違いを含んだ金額情報（修正が必要な金額情報）を検索すること可能となり、必要な修正作業の効率化が図られる。第１金額情報の先頭数値、末尾数値を用いることにより、円マーク（￥）に対する誤認識、金額記入欄の右端に対する誤認識の可能性のある金額情報を検索することができ、必要な修正作業の効率化が図られる。
【０１５７】
本発明の他の一側面に係る帳票処理システムＷ2Aは、複数枚の帳票の画像を取得する画像取得手段（１１３）と、複数枚の帳票の画像から前記帳票ごとに金額情報を認識する認識手段（２１３）と、前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける入力手段（２４０）と、前記認識手段により認識した金額情報である第１金額情報と前記入力手段を介して入力された金額情報である第２金額情報を記憶する記憶手段（２５０）と、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段（２１５）と、それらが一致しないと判定された場合、前記基準合計金額情報及び前記算出合計金額情報間の差額情報、前記第１金額情報の先頭数値、及び、前記第１金額情報の末尾数値の内、の少なくとも１つに基づいて、前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索する情報検索手段（２１７）と、前記情報検索手段で検索された金額情報を表示する表示手段（２３０）と、を備えることを特徴とする。
【０１５８】
具体的には例えば、帳票処理システムＷ2Aは、前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索するための条件を設定する検索条件設定手段（２１６）を備え、前記情報検索手段は、設定された条件に従い、前記基準合計金額情報及び前記算出合計金額情報間の差額情報、前記第１金額情報の先頭数値、又は、前記第１金額情報の末尾数値に基づいて、前記候補を検索すると良い。
【０１５９】
また具体的には例えば、帳票処理システムＷ2Aにおいて、前記第２金額情報は複数の第２金額情報から成り、前記情報検索手段は、前記差額情報と前記複数の第２金額情報とに基づき、前記複数の第２金額情報の中から前記候補を検索しても良い。
【０１６０】
また具体的には例えば、帳票処理システムＷ2Aにおいて、前記第１金額情報は複数の第１金額情報から成り、前記情報検索手段は、前記複数の第１金額情報の各先頭数値及び前記複数の第１金額情報の各末尾数値の内の少なくとも一方に基づき、前記複数の第１金額情報の中から前記候補を検索しても良い。
【０１６１】
本発明の他の一側面に係る帳票処理システムＷ2Bは、複数枚の帳票の画像を取得する画像取得手段（１１３）と、複数枚の帳票の画像から前記帳票ごとに金額情報を認識する認識手段（２１３）と、複数枚の帳票の画像に基づき各帳票のパターンを識別するパターン識別手段と（２１２）、前記認識手段により金額情報を認識できなかった帳票の金額情報の入力を受ける入力手段（２４０）と、前記認識手段により認識した金額情報である第１金額情報と前記入力手段を介して入力された金額情報である第２金額情報を記憶する記憶手段（２５０）と、前記複数の帳票に記載された複数の金額情報の合計である基準合計金額情報を取得する基準合計金額情報取得手段と、前記記憶手段に記憶された前記第１金額情報及び前記第２金額情報から算出された算出合計金額情報が前記基準合計金額情報と一致するか否かを判定する判定手段（２１５）と、それらが一致しないと判定された場合、修正指示の入力を受けて前記記憶手段に記憶された１以上の金額情報を修正する修正手段（２１４）と、を備えて、前記認識手段を用いた前記第１金額情報の取得と、前記パターン認識手段を用いたパターンの識別と、前記入力手段を用いた前記第２金額情報の取得と、前記修正手段を用いた修正とを含んだバッチ処理を、複数回、順次実行可能な帳票処理システムであって、第１〜第ｎ（ｎ−１）回目のバッチ処理の夫々について、前記修正指示の入力を受けた履歴を、修正された金額情報に対応する帳票のパターンに対応付けて修正履歴情報として記憶する修正履歴情報記憶手段（２５５）と、第ｎ回目のバッチ処理において、前記算出合計金額情報が前記基準合計金額情報と一致しない場合、第１〜第ｎ（ｎ−１）回目のバッチ処理についての前記修正履歴情報を用いて前記記憶手段に記憶された金額情報の中から修正が必要な金額情報の候補を検索する情報検索手段（２１７）と、前記情報検索手段で検索された金額情報を表示する表示手段（２３０）と、を更に備えることを特徴とする。
【０１６２】
帳票処理システムＷ2A又は帳票処理システムＷ2Bの各手段によって実現される各工程（ステップ）を含んだ帳票処理方法を構成することもできるし、その帳票処理方法をコンピュータに実現させるプログラムを構成することもできる。
【符号の説明】
【０１６３】
１００  帳票処理装置
１１３  スキャナ部（画像取得手段）
２００  制御装置
２１０  主制御部
２１３  ＯＣＲ処理部（認識手段）
２１４  エントリ部
２１５  照合部（判定手段）
２１６  検索条件設定部（検索条件設定手段）
２１７  検索処理部（情報検索手段）
２３０  表示部（表示手段）
２４０  入力部（入力手段）
２５０  記憶部（記憶手段）
【図１】
0006441718.tif 000002
【図２】
0006441718.tif 000003
【図３】
0006441718.tif 000004
【図４】
0006441718.tif 000005
【図５】
0006441718.tif 000006
【図６】
0006441718.tif 000007
【図７】
0006441718.tif 000008
【図８】
0006441718.tif 000009
【図９】
0006441718.tif 000010
【図１０】
0006441718.tif 000011
【図１１】
0006441718.tif 000012
【図１２】
0006441718.tif 000013
【図１３】
0006441718.tif 000014
【図１４】
0006441718.tif 000015
【図１５】
0006441718.tif 000016
【図１６】
0006441718.tif 000017
【図１７】
0006441718.tif 000018
【図１８】
0006441718.tif 000019
【図１９】
0006441718.tif 000020
【図２０】
0006441718.tif 000021
【図２１】
0006441718.tif 000022
【図２２】
0006441718.tif 000023
【図２３】
0006441718.tif 000024
【図２４】
0006441718.tif 000025