(57)【要約】【課題】  本システム独自の番号を各帳票に付与することにより、読取エラーによる精査処理や搬送エラーのあった帳票を該当するソートポケットへソートする作業を単純化する。【解決手段】  各営業店から回付されてくる多数の帳票101,102の中に金額欄が読み取れない帳票があった場合、その帳票の金額欄の読取データを０円に設定する。これにより、精査処理において金額欄が０円に設定される帳票についてピックアップし、営業店から帳票と共に送られてきたに送付票と照合することによって正しい金額データを設定する。また、帳票の搬送エラーが発生した場合、直前までにソートされた帳票それぞれのソートポケット番号を帳票に付与された一連番号と対照させて表示させ、オペレータにとってその表示を見て搬送エラーを起こした帳票をどの番号のソートポケットにソートすべきか容易に判断させる。【選択図】      図２
2004171578.tif 000002
【特許請求の範囲】
【請求項１】
受部に装填された帳票に書き込まれた文字情報を順次連続的に読み取ってデータ化する帳票読取処理システムにおいて、
前記帳票内の判読できない文字をリジェクト記号に変換する読取処理手段と、  前記帳票の金額欄に記入された数字情報を読み取れないとき、当該金額欄の数字情報を０円データとして編集する読取制御結果編集処理手段と、
前記読取制御結果編集処理手段により０円データが設定された帳票を、精査対象としてリジェクトする精査処理手段とを備えて成る帳票読取処理システム。
【請求項２】
受部に装填された帳票に書き込まれた文字情報を順次連続的に読み取ってデータ化する帳票読取処理システムにおいて、
読取処理が終わった帳票それぞれに所定様式の一連番号を印字する番号付与手段と、
読取処理が終わった帳票それぞれをソートする複数のソートポケットを備えたソータと、
前記読取処理が終わった帳票それぞれがソートされたソートポケット番号を、各帳票の前記一連番号と対照させて記憶するソート管理手段と、
前記帳票に対する搬送障害が発生した時に、当該障害発生時直前の所定数の帳票それぞれがソートされたソートポケット番号を、各帳票の前記一連番号と対照させて表示する表示手段とを備えて成る帳票読取処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば電気料金、水道料金、電話料金等の公共料金の振込依頼書の収納済通知書のような帳票の記載内容を自動的に読取処理するための帳票読取処理システムに関する。
【背景技術】
【０００２】
従来、金融機関では、各支店において取り扱われた振込依頼書による電気料金、水道料金、電話料金等の公共料金の管理、仕分けのために、計算センターや本店で各支店の振込依頼書の収納済通知書を集め、帳票読取処理システムによって各帳票の記載事項を読み取り、払込先ごとに帳票をソートし、振込金額を合計するなどの処理を行っている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、従来の帳票読取処理システムでは、読取処理において帳票の記載文字が正しく読み取れない場合、所定のリジェクト文字（例えば、「？」）を読み取データの該当欄に挿入し、リジェクト文字の挿入された帳票に対しては後に精査するようにしているが、金額欄の数字の読取エラーであっても他の記載事項の読取エラーであってもおしなべて同じリジェクト文字を用いるため、精査処理の際に、金額欄の読取エラーであるのかそれ以外の欄での読取エラーであるのかを自動識別することができず、単純な数字の読取エラーの場合でも精査処理が複雑になる問題点があった。
【０００４】
また、帳票の読取手段からソータに帳票を搬送する途中で搬送エラーが発生すると、オペレータがその帳票をシステムから取り出し、どの番号のソートポケットにソートすべきかを判断しているが、どの番号のソートポケットにソートすべきかの判断基準となる情報が提示されないため、オペレータの行う判断が難しい問題点があった。
【０００５】
本発明は、このような従来の問題点に鑑みてなされたものであって、単純な数字の読取エラーの発生時には、精査処理により読取エラーが発生した帳票を特定してデータ入力できる帳票読取処理システムを提供することを目的とする。
【０００６】
本発明はまた、搬送エラーが発生した際に取り出された帳票をどの番号のソートポケットにソートすべきかをオペレータに容易に判断させるために情報を提供できる帳票読取処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
請求項１の発明は、受部に装填された帳票に書き込まれた文字情報を順次連続的に読み取ってデータ化する帳票読取処理システムにおいて、前記帳票内の判読できない文字をリジェクト記号に変換する読取処理手段と、前記帳票の金額欄に記入された数字情報を読み取れないとき、当該金額欄の数字情報を０円データとして編集する読取制御結果編集処理手段と、前記読取制御結果編集処理手段により０円データが設定された帳票を、精査対象としてリジェクトする精査処理手段とを備えたものである。
【０００８】
請求項１の発明の帳票読取処理システムでは、多数の帳票の中に金額欄が読み取れない帳票があった場合、その帳票の金額欄の読取データを０円に設定する。
【０００９】
これにより、精査処理において金額欄が０円に設定される帳票についてピックアップし、営業店から帳票と共に送られてきたに送付票と照合すれば、正しい金額データを設定できる。
【００１０】
請求項２の発明は、受部に装填された帳票に書き込まれた文字情報を順次連続的に読み取ってデータ化する帳票読取処理システムにおいて、読取処理が終わった帳票それぞれに所定様式の一連番号を印字する番号付与手段と、読取処理が終わった帳票それぞれをソートする複数のソートポケットを備えたソータと、前記読取処理が終わった帳票それぞれがソートされたソートポケット番号を、各帳票の前記一連番号と対照させて記憶するソート管理手段と、前記帳票に対する搬送障害が発生した時に、当該障害発生時直前の所定数の帳票それぞれがソートされたソートポケット番号を、各帳票の前記一連番号と対照させて表示する表示手段とを備えたものである。
【００１１】
請求項２の発明の帳票読取処理システムでは、帳票の搬送エラーが発生した場合、直前までにソートされた帳票それぞれのソートポケット番号を帳票に付与された一連番号と対照させて表示させることにより、オペレータにとってこの表示を参考にして搬送エラーを起こした帳票をどの番号のソートポケットにソートすべきかの判断を容易にする。
【発明の効果】
【００１２】
以上のように、請求項１の発明によれば、多数の帳票の中に金額欄が読み取れない帳票があった場合、その帳票の金額欄の読取データを０円に設定するので、精査処理において金額欄が０円に設定される帳票についてピックアップし、営業店から帳票と共に送られてきたに送付票と照合すれば、正しい金額データを容易に設定できる。
【００１３】
請求項２の発明によれば、帳票の搬送エラーが発生した場合、直前までにソートされた帳票それぞれのソートポケット番号を帳票に付与された一連番号と対照させて表示させるので、オペレータはこの表示を参考にして搬送エラーを起こした帳票をどの番号のソートポケットにソートすべきかを容易に判断することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図に基づいて詳説する。図１は本発明の１つの実施の形態の帳票読取処理システムのハードウェア構成を示している。本システム１００は、営業店それぞれから集められてきた多数の帳票を装填するホッパ１、このホッパ１に装填された帳票１枚１枚を取り込んで記載事項を読み取り、文字認識処理を行い、かつ読み取った帳票毎に所定の様式、規定により番号を決定して裏面に印字して搬出する読取／ナンバリング部２、読取処理が完了した帳票１枚１枚を所定のソートポケット３ａ，３ｂ，３ｃ，…にソートするソータ３、読取りエラーや搬送エラーが発生した帳票を排出するエラーポケット４を備えている。本システムはまた、読取／ナンバリング部２、ソータ３及びエラーポケット４を制御する制御部（ＣＰＵ）５、そして表示手段としてのモニタ６を備えている。
【００１５】
図２には、本システムの機能的な構成が示してある。本店や計算センターのような帳票を集積し、仕分け管理するセンター部門に本システム１００が設置されている。本システム１００を機能に分けると、ホッパ１から読取／ナンバリング部２に取り込まれた帳票それぞれに対する読取処理を実行する読取処理部２１と仕分処理を行う仕分処理部２２、読取処理部２１の読取結果に対する編集処理を行う読取制御結果編集処理部２３、精査処理部２４、エラーポケット４に排出された帳票に対してキーエントリーを行うキーエントリー部２５から構成される。
【００１６】
なお、これらは、図１に示した読取／ナンバリング部２と制御部（ＣＰＵ）５とが協働することによって行う処理機能である。
【００１７】
次に、上記の構成の帳票読取処理システムによる帳票読取処理について説明する。各営業店で受け付けた振込依頼書の収納済通知書１０２をセンタで精査する単位に送付票１０１を添付してある。送付票１０１には営業店番号、バッチ番号、件数、金額、収納日が記入されている。各営業店からセンタに収集されたこれらの送付票１０１と収納済通知書１０２は帳票読取処理システム１００のホッパ１に装填され、順次に読取／ナンバリング部２に取り込まれて読取処理される。
【００１８】
読取／ナンバリング部２における読取処理部２１は、送付票１０１に記入されている営業店番号、件数、金額、収納日の文字を読み取り、文字認識して文字コードに変換する。読取処理部２１で判読できない文字はリジェクト記号（ここでは、「？」とする）に変換し、読取制御結果編集処理部２３に転送される。
【００１９】
読取制御結果編集処理部２３では、読取処理部２１から転送された文字情報、帳票情報、動作情報にしたがって文字の編集、動作状況に応じたガイダンスを表示する。例えば、金額のリジェクトはそのままでは精査処理部２４において合算することができないので０円に置き換える。また、動作情報に異常ステータスがセットされると、その帳票以降の読取を中断する。この場合、収納済通知書１０２の読取とソータ３への仕分けは非同期で行われるので、ソータ３へ搬送中の収納済通知書がどの番号のソートポケットへソートされるのかは分からない。そのため、エラーが発生した時点からソートポケット数分だけ読み取った情報をモニタ６に表示させ、オペレータに対してどの番号のソートポケットへ排出すべきか判断させるための情報を提供する。
【００２０】
また、読取処理部２１に登録されていない帳票は読取することができないため、別途にキーエントリー部２５によってキー入力することにより本来の送付票１０１の一部として精査処理部２４に加える。
【００２１】
店番号、バッチ番号を精査の単位にすると誤読により正しく精査処理部２４に文字データが転送されない恐れがあるため、読取処理部２１においてナンバリング処理し、所定の規定による一連番号を各収納済通知書１０２の裏面の所定箇所に印字する。読取想定外の帳票はエラーポケット４に排出されるが、このエラーポケットに排出された帳票に対しては、その裏面に印字された番号をキーとして、キーエントリー部２５によりキー入力する。
【００２２】
ここにおけるナンバリング体系は、図３に示すようなもので、システム日付、読取制御結果編集処理部２３によって管理される一連のバッチ番号、シリアル番号によって構成される。精査処理部２４においてあるバッチを最初の読取からやり直す必要がある場合には、いったん精査処理部２４において該当するバッチの読取結果を削除し、ホッパ１に当該バッチ分の帳票１０１，１０２を再度装填し、再読取を実行させる。このとき、すでに帳票裏面には所定の番号が印字されているため、読取処理部２１はこの情報を読取制御結果編集処理部２３へ通知する。そこで読取制御結果編集処理部２３は、再度読取処理が行われたバッチに対しては、最初の印字位置とは異なった場所に若しくは印字色とは異なった色で印字する指示を読取処理部２１に与える。印字位置を異ならせるか、印字色を異ならせるかは、図４に示すようにモニタ６のナンバリング方法指定画面３０においてオペレータに選択させる。最初の印字場所と異なる印字場所又は最初の印字色と異なる印字色で番号を印字することにより、最初のナンバリングとの識別を容易にする。
【００２３】
読取処理が済めば裏面に所定の様式の一連番号を印字して仕分処理部２２に搬送する。仕分処理部２２では、帳票毎にソータ３のソートポケット３ａ，３ｂ，３ｃ，…の１つを指定して順次ソートする。また、搬送エラーや読取エラーが発生した帳票については、エラーポケット４に排出する。
【００２４】
＜精査処理＞
読取制御結果編集処理部２３は読取処理部２１より図３における左側の情報を受け取る。受け取った情報のデータ種別が収納済通知書である場合、金額にリジェクト文字が含まれているかどうかを判定する。リジェクト文字「？」が含まれている場合には、同図における右側の情報を精査処理部２４に転送するフォーマットにおいて、金額に０円をセットする。
【００２５】
精査処理部２４では、一つのバッチ番号のくくりで金額、件数を合計し、データ種別が送付票で、同一の一連バッチ番号の合計金額、件数データと比較し、精査する。ここで、金額又は件数が一致しなければ精査エラーとなり、キーエントリー部２５により、金額は０円の収納済通知書に対し金額の修正入力を行う。
【００２６】
このように、読取処理部２１により金額のリジェクト受けた場合にはその金額を０円として精査処理部２４に転送することにより、精査処理において容易に精査エラーを検出することができ、金額訂正もキーエントリ部５から容易に行える。もしこのように金額を０円に設定しないならば、コンピュータが単純な加算処理での合算が行えする、精査エラーの検出及びその訂正のための処理が複雑になる。
【００２７】
＜異常処理＞
本システム１００の動作情報に異常がセットされた場合は、読取制御結果編集処理部２３は読取処理部２１及び仕分処理部２２に対して読取、仕分処理を中断させる。そしてモニタ６の制御画面には、図５に示すようなソートポケット数分だけ過去に遡って読み取った帳票それぞれに付与した番号を表示する。
【００２８】
オペレータは、エラーポケット４に排出されている帳票の裏面に印字されている番号をモニタ６に表示されている番号と比較し、エラーポケット４に排出された搬送途中の帳票がモニタ画面の中のいずれのであるかを認識し、該当する番号のソートポケットに対して搬送途中でエラー排出された帳票をセットする。
【００２９】
こうして、読取、仕分けの搬送は処理高速化のために読取制御結果編集処理とは非同期で行われ、搬送途中でエラーが発生するとその帳票がどの番号のソートポケットに排出されるべきか帳票の情報だけからは容易に理解できない場合でも、モニタにソートポケット数分の読取実績を表示させることにより、オペレータに対して排出すべきソートポケット番号を示すことができる。
【００３０】
＜印字位置又は印字色の変更処理＞
読取制御結果編集処理部２３は、再読取が必要なバッチの場合、読取処理部２１に対して前述した図４のナンバリング方法指定画面をモニタ６に表示させ、オペレータに対して再読取の指示と共に印字位置及び印字色を指定させる。オペレータがこのナンバリング方法指定画面により番号印字位置又は印字色を指定すると、読取処理部２１は帳票の再読取の際に指定された印字位置又は印字色によって所定の番号を印字する。
【００３１】
これにより、帳票の再読取の際に印字する番号が最初の印字された番号と識別しやすくなる。
【００３２】
＜番号付与処理＞
本システム１００では、バッチの管理は営業店番号、バッチ番号では行わず、本システム独自の日付、一連バッチ番号、シリアル番号で管理する。すなわち、送付票１０１単位にバッチをホッパ１に装填して読取処理部２１により読取処理を行わせる際、帳票裏面に所定の規定に従って付与した一連の番号を印字する。
【００３３】
この番号付与処理（ナンバリング）は、バッチが識別できる情報で体系化する。
【００３４】
読取制御結果編集処理部２３は、一連のバッチに対してバッチが一意になるようにナンバリング発行キューを、本処理を実行する制御部５のディスク又はメモリ上に保持する。ナンバリング体系は次のとおりである。
【００３５】
［数１］
システム日付：      ＹＹＹＹＭＭＤＤ
一連バッチ番号：    ＮＮＮＮＮ
シリアル番号：      ＮＮＮＮＮ
例えば、日付が２００１年２月１５日であり、バッチ番号がその日の１番であり、５番目に読み取る帳票であった場合、一連番号は「２００１０２１５００００１００００５」と設定し、この番号を帳票の裏面に印字するのである。
【００３６】
以下、図６のフローチャートにより、番号付与処理について詳しく説明する。
【００３７】
ナンバリング画面及びシステム日付取得画面において初期設定を行い（ステップＳ０５）、帳票１枚の読取指示を与えることにより、本処理が開始される（ステップＳ１０）。
【００３８】
帳票の読取結果を受信すると、読取情報が正常であるかどうか判断する（ステップＳ１５，Ｓ２０）。読取情報が正常である場合、読取情報のデータ種別が送付票１０１か帳票１０２かを判断する（ステップＳ２５）。読み取ったデータ種別が送付票である場合には、新たなバッチが始まるものとして、シリアル番号を１に初期化すると共に、一連バッチ番号を＋１する（ステップＳ３０）。読み取ったデータ種別が送付票でない場合、つまり帳票である場合には一連バッチ番号はそのままにしてシリアル番号だけを＋１する（ステップＳ３５）。そしてナンバリング指示を行って、読み取った送付票又は帳票の裏面に印字された番号を印字する（ステップＳ４０）。そして所定の番号が印字された帳票に対し、ソートポケット番号を指定し仕分処理部２２に搬送してソート３の該当する番号のソートポケットにソートさせ、次の帳票読取を指示する（ステップＳ４５）。
【００３９】
ステップＳ２０の判定において、帳票読取動作が正常でない場合、動作情報がデータ空であるか否か判定し、すべての帳票を読み取ったゆえにデータが空であった場合には読取動作を終了する（ステップＳ５０でＹＥＳに分岐）。しかしながら、動作情報がデータ空でもない場合には、異常発生をモニタ６に表示させる（ステップＳ５５）。オペレータは、このモニタの表示を見て帳票の搬送エラーが発生したか否かを判断し、搬送エラーである場合にはエラーポケットにある帳票に印字された番号を見て、モニタ６に表示されている図５に示す表示と比較し、エラーポケット４に排出された帳票がどの番号のソートポケットにソートされるべきものかを判断し、該当する番号のソートポケットにオペレータの手でソートする。そしてこの後、ステップＳ１０に戻り、次の帳票の読取指示を行う。
【００４０】
バッチの管理は帳票に記入された営業店、バッチ番号で管理するのがオペレータにとってはわかりやすいが、読取処理部２１がこの番号を誤読した場合には正しくバッチ精査ができなくなる。そこで上述のシステム独自の番号付与処理を行うことにより、本システムの認識結果に左右されない番号体系で、かつ読取制御結果編集処理部２３によって一元管理された番号を採用することにより、確実にバッチを識別することができ、バッチ精査も容易になる。
【図面の簡単な説明】
【００４１】
【図１】本発明の帳票読取処理システムの１つの実施の形態のハードウェア構成を示すブロック図。
【図２】上記の実施の形態の機能的構成を示すブロック図。
【図３】上記の実施の形態による帳票番号の付与規則を示す説明図。
【図４】上記の実施の形態による帳票番号の付与方法の指定画面の説明図。
【図５】上記の実施の形態による帳票番号とソートポケット番号との対照を示す画面。
【図６】上記の実施の形態による帳票番号の付与処理のフローチャート。
【符号の説明】
【００４２】
１  ホッパ
２  読取／ナンバリング部
３  ソータ
４  エラーポケット
５  制御部
６  モニタ
２１  読取処理部
２２  仕分処理部
２３  読取制御結果編集処理部
２４  精査処理部
２５  キーエントリー部
１００  帳票読取処理システム
１０１  送付票
１０２  収納済通知書
【図１】
2004171578.tif 000003
【図２】
2004171578.tif 000004
【図３】
2004171578.tif 000005
【図４】
2004171578.tif 000006
【図５】
2004171578.tif 000007
【図６】
2004171578.tif 000008