(57)【要約】【課題】帳票を認識する際に生じるエラーを記録しておくことができる帳票端末装置を提供すること。【解決手段】帳票のイメージデータを取り込むスキャナ部１１と、このスキャナ部１１により読み取られた帳票のイメージデータより帳票の記載事項を認識するＯＣＲ認識部１２と、このＯＣＲ認識部１２に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、帳票毎にこの属性情報生成手段により生成された属性情報を記憶する記憶部１３ｂを具備している。【選択図】    図１
2004280253.tif 000002
【特許請求の範囲】
【請求項１】
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、
帳票毎にこの属性情報生成手段により生成された属性情報を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
【請求項２】
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段により認識された帳票の払込取扱票部に記載された払込情報と払込票兼受領部に記載された払込情報とを認識結果が一致するかを判定する判定手段と、
帳票毎に上記判定手段の判定結果を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
【請求項３】
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段により認識された帳票の払込取扱票部に記載された払込情報と払込票兼受領部に記載された払込情報とを認識結果が一致するかを判定する判定手段と、
この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、
帳票毎にこの属性情報生成手段により生成された属性情報及び上記判定手段の判定結果を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
【請求項４】
上記記憶手段には、帳票毎にさらに上記イメージ読取り手段により読取られた帳票のイメージデータ及びＯＣＲ認識結果も記憶されていることを特徴とする請求項１乃至３いずれか一記載の帳票端末装置。
【請求項５】
上記属性情報は重要度順に並べられていることを特徴とする請求項１あるいは３記載の帳票端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、郵便局、銀行等の金融機関の窓口での払込みを行う帳票端末装置に関する。
【０００２】
【従来の技術】
郵便局、銀行等の業務を行う装置が知られている（特許文献１、２）。このような業務のうち払込業務がある。この業務は、窓口で提出された図２に示すような払込票を帳票端末装置でＯＣＲ認識して払込金を局員が受け取る処理をいう。このＯＣＲ認識において、払込票の左側部分の払込取扱票に記載されている口座番号と払込金額を認識させていた。
【０００３】
そして、帳票端末装置によりＯＣＲ認識させる際に、ＯＣＲ認識できなかったものはリジェクト文字修正したり、手入力により修正したりしていた。
【０００４】
また、ＯＣＲ認識されたデータは帳票データとして帳票端末装置に蓄積され、センタに送信されていた。
【０００５】
【特許文献１】
特開２００１−１８４４５３
【０００６】
【特許文献２】
特開平０８−３０７００号公報
【０００７】
【発明が解決しようとする課題】
センタでの集計処理においては、各帳票端末装置でＯＣＲ認識した払込金額の合計と実際に支払われた金額の合計とを比較する精算処理を行っていた。
【０００８】
この精算処理において、仮に両者が一致しなかった場合には、帳票端末装置で処理した帳票データの全てに対して再度ＯＣＲ認識する必要が発生する。
【０００９】
１日に数１００件もの処理を帳票端末装置が行っている場合には、その処理に時間がかかり、効率が良くないという問題があった。
【００１０】
本発明は上記の点に鑑みてなされたもので、その目的は、帳票を認識する際に生じるエラーを記録しておくことができる帳票端末装置を提供することにある。
【００１１】
【課題を解決するための手段】
本発明は、キー入力部及び表示部を備えた帳票端末装置において、帳票のイメージデータを取り込むイメージ読取り手段と、上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、帳票毎にこの属性情報生成手段により生成された属性情報を記憶する記憶手段とを具備したことを特徴とする。
【００１２】
【発明の実施の形態】
以下図面を参照して本発明の一実施の形態について説明する。図１は帳票端末装置のシステム構成を示すブロック図である。
【００１３】
図１において、１１は吸込口（図示しない）から吸い込まれた図２の払込票のイメージデータを取り込むスキャナ部である。このスキャナ部１１で取り込まれた払込票のイメージデータはＯＣＲ認識部（記憶手段）１２に送られる。このＯＣＲ認識部１２において、払込票のイメージデータから口座番号及び払込金額の部分イメージが抽出されてＯＣＲ認識される。
【００１４】
このＯＣＲ認識された結果は帳票データとして制御部１３に送られる。この制御部１３には、図３のフローチャートに示す処理を行うＲＯＭ１３ａ、前述した帳票データを記憶するデータ蓄積記憶部（記憶手段）１３ｂ、図５に示す属性情報フラグを記憶する記憶部１３ｃが設けられている。属性情報フラグとしては、不一致フラグＦ１、リジェクトフラグＦ２、手修正済フラグＦ３がある。
【００１５】
この制御部１３には、テンキー及び「挿入」キー及び「項目訂正」キー等の機能キーが設けられたキーボード部１４、表示部１５、払込票に対して印字を行う印字部１６が接続されている。
【００１６】
次に、図２を参照して払込票について説明する。払込票５１は２つの部分により構成されている。一方（左側部分）を払込取扱票（以下、主帳票部ともいう）５２といい、他方（右側部分）の半券部分を払込票兼領収書（以下、半券部ともいう）５３という。
【００１７】
払込取扱票５２の左肩部分には、帳票ＩＤが数値で印刷されている。一般帳票であればＩＤ＝“０２”等であり、ＭＴ帳票あればＩＤ＝０３等である。ここで、ＭＴ帳票とは、後述する払込先の口座番号５４、６１、払込み金額５５、６２が予め印刷されている帳票を意味する。このようなＭＴ帳票の場合にはＯＣＲ認識による誤読率はきわめて少ない。
【００１８】
また、払込取扱票５２には、払込情報として払込先の口座番号５４、払込み金額５５、払込先の氏名としての加入者名５６のほか、利用者の住所、氏名、電話番号が記載される依頼人欄５７が設けられている。
【００１９】
また、払込票兼領収書５３には、払込情報として払込取扱票５２と同様に、通常プレ印刷されている払込先の口座番号６１、払込み金額６２、払込先の氏名としての加入者名６３のほか、利用者の住所、氏名、電話番号が記載される依頼人欄６４が設けられている。
【００２０】
次に、上記のように構成された本発明の一実施の形態の動作について説明する。帳票端末装置を起動すると、図３のフローチャートに示す処理が開始される。まず、業務を選択する初期画面が表示部１５に表示される（ステップＳ１）。
【００２１】
局員は、表示部１５に表示されている業務から当該業務、つまり払込業務を選択する（ステップＳ２）。
【００２２】
次に、局員は窓口において利用者から受け取った払込票５１は吸込口（図示しない）から吸入される（ステップＳ３）。
【００２３】
このように吸込口から吸い込まれた払込票５１はそれ自体の媒体チェックされる（ステップＳ４）。
【００２４】
次に、スキャナ部１１において払込票５１のイメージデータが取り込まれる（ステップＳ５）。このようにして取り込まれた払込票５１のイメージデータは表示部１５に表示される（ステップＳ６）。
【００２５】
そして、このイメージデータから主帳票部５２の口座番号５４及び払込み金額５５に対応するイメージが抽出されてＯＣＲ認識されると共に、半券部５３の口座番号６１及び払込み金額６２に対応するイメージが抽出されてＯＣＲ認識される（ステップＳ７）。
【００２６】
このステップＳ７のＯＣＲ認識処理について図４のフローチャートを参照して説明する。つまり、主帳票部５２の口座番号５４及び払込み金額５５がＯＣＲ認識され（ステップＳ２１）、半券部５３の口座番号６１及び払込み金額６２がＯＣＲ認識される（ステップＳ２２）。
【００２７】
そして、主帳票部５２の口座番号５４及び払込み金額５５がそれぞれ半券部５３の口座番号６１及び払込み金額６２と一致するかが判定される（ステップＳ２４）。
【００２８】
このステップＳ２３の判定で「ＮＯ」と判定された場合には、不一致フラグＦ１が「１」にセットされる（ステップＳ２４）。その後、図３のフローチャートの処理に戻る。
【００２９】
このように、帳票部５２の口座番号５４及び払込み金額５５がそれぞれ半券部５３の口座番号６１及び払込み金額６２と一致するかを判定することにより、払込票５１の記載事項の精度を上げることができる。
【００３０】
そして、このＯＣＲ認識の結果、ＯＣＲ認識できない場合にはリジェクト文字修正される。
【００３１】
ステップＳ８において、リジェクト文字修正があるか否かが判定される（ステップＳ８）。このステップＳ８の判定で「ＹＥＳ」と判定された場合には、リジェクトフラグＦ２が「１」にセットされる（ステップＳ９）。そして、リジェクト文字修正処理が行われる（ステップＳ１０）。
【００３２】
上記ステップＳ８において「ＮＯ」と判定された場合及びステップＳ１０におけるリジェクト文字修正処理が終了すると、表示部１５にＯＣＲ認識結果が確認及び修正画面が表示される（ステップＳ１１）。
【００３３】
次に、「挿入」あるいは「項目訂正」キーが操作されたかが判定される（ステップＳ１２）。このステップＳ１２の判定で「項目訂正」キーが操作されたと判定された場合には、手修正済フラグＦ３が「１」にセットされる（ステップＳ１３）。そして、項目訂正処理がなされる（ステップＳ１４）。つまり、ステップＳ１１において表示部１５に表示されたＯＣＲ認識結果に対して手修正により項目訂正処理された後、ステップＳ１５の処理に進む。なお、ステップＳ２４、Ｓ９、Ｓ１３により属性情報生成手段が構成される。
【００３４】
ステップＳ１２の判定で「挿入」キーが操作されたと判定された場合には、表示部１５に表示された内容が正しいと確認したと判定されたステップＳ１５の処理に進む（ステップＳ１５）。
【００３５】
このステップＳ１５において、図５に示すような送信ファイルがデータ蓄積記憶部１３ｂに蓄積される処理がなされる。
【００３６】
この送信ファイルには払込票５１毎、つまり帳票ＩＤ毎に帳票のイメージデータ及びＯＣＲ認識された口座番号、払込み金額は帳票データとして記憶されると共に、先頭から３ビット目までは手修正済フラグＦ３、リジェクトフラグＦ２、不一致フラグＦ１が記憶される。
【００３７】
そして、払込票５１に余白部分５２ａ及び５３ａに印字部１６により所定事項を印字する印字処理が行われる（ステップＳ１６）。その後、払込票５１が排出されて一連の処理が終了する。
【００３８】
以上のようにデータ蓄積記憶部１３ｂに蓄積された送信ファイルは、センタ（図示しない）に送られて集計処理が行われる。
【００３９】
もし仮にこの集計処理で、払込み金額の合計と実際に窓口で受理した金額の合計が不一致した場合には、各帳票データを再度確認する必要が生ずる。
【００４０】
このような場合には送信ファイルに記憶されている属性情報フラグ（手修正済フラグＦ３、リジェクトフラグＦ２、不一致フラグＦ１）の内容をチェックすることにより、どの帳票データでのＯＣＲ認識処理に不具合があったかを推定することができる。
【００４１】
例えば、手修正済フラグＦ３、リジェクトフラグＦ２、不一致フラグＦ１のいずれもが「０」である場合には、すべて機械的に処理されたと推定され、誤認の可能性は極小と判断することができる。
【００４２】
また、不一致フラグＦ１のみが「１」の場合には、判別が難しかった、半券がなかったと推定され、誤認の可能性は小と判断することができる。
【００４３】
また、リジェクトフラグＦ２のみが「１」（不一致フラグＦ１はいずれでも良い）の場合には、判別が難しかったと推定され、誤認の可能性は中程度と判断することができる。
【００４４】
また、手修正フラグＦ３のみが「１」（不一致フラグＦ１はいずれでも良い）の場合には、処理内容にミスが介在していると推定され、誤認の可能性は中程度と判断することができる。
【００４５】
また、手修正済フラグＦ３及びリジェクトフラグＦ２が「１」（不一致フラグＦ１はいずれでも良い）の場合には、判別が極めて難しかったと推定される。
【００４６】
このように、属性情報フラグの状態によりエラーの発生の要因を推定することができる。つまり、手修正済フラグＦ３＞リジェクトフラグＦ２＞不一致フラグＦ１のような大小関係で再チェックの優先度が設定される。この再チェックの優先度とは、集計処理で払込み金額の合計と実際に窓口で受理した金額の合計が不一致した場合に、どの帳票を再チェックすればエラーを発見し易いかを示す度合を意味するものである。例えば、手修正済フラグＦ３が「１」に設定されている場合が一番エラーが発生する確率が高いので、再チェックの優先度が高く設定される。
【００４７】
なお、上記したいずれの実施の形態においても、払込票５１のイメージデータを取り込むスキャナ部１１で取得してＯＣＲ認識するようにしていたが、払込票５１にバーコードが印刷されている場合にはバーコード認識する手段を設けておいても良い。
【００４８】
【発明の効果】
以上詳述したように本発明によれば、帳票を認識する際に発生するエラーを記録しておくことができる帳票端末装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係わる帳票端末装置の構成を示すブロック図。
【図２】同実施の形態に係わる払込票の平面図。
【図３】同実施の形態の動作を説明するためのフローチャート。
【図４】同実施の形態に係わる認識処理を説明するためのフローチャート。
【図５】同実施の形態に係わる属性情報フラグを示す図。
【図６】同実施の形態に係わる監査対象の方法を説明するための図。
【符号の説明】
１１…スキャナ部、１２…ＯＣＲ認識部、１３…制御部、１４…キーボード、１５…表示部、１６…印字部。
【図１】
2004280253.tif 000003
【図２】
2004280253.tif 000004
【図３】
2004280253.tif 000005
【図４】
2004280253.tif 000006
【図５】
2004280253.tif 000007
【図６】
2004280253.tif 000008