(57)【要約】【課題】誤った帳票データが登録されることを防止して、誤った帳票データに基づく処理が行われないようにする。【解決手段】スキャナ１０または２０で読取られた帳票の記載内容の文字認識を行ってその文字認識結果を帳票データとして、その帳票データのうちのチェック対象として設定されたチェック対象データの正しいデータを読替えデータとし、前記帳票データのうちの依頼人特有のデータを帳票特定データとして、前記読替えデータに帳票特定データを関連付けてデータベースに登録しておき、エントリ端末２７での帳票データの承認後、ＡＰサーバ２４が、帳票データのうちの帳票特定データを基に読替えデータをデータベースから取得して、その取得した読替えデータとチェック対象データを照合して、一致しない場合、チェック対象データを読替えデータの内容に読替えて前記データベースに登録する。【選択図】図１
2013238982.tif 000002
【特許請求の範囲】
【請求項１】
スキャナで読取られた帳票のイメージデータを基に前記帳票の記載内容の文字認識を行ってその文字認識結果を帳票データとし、該帳票データと前記帳票のイメージデータをオペレータが操作する端末装置の表示部に表示して、オペレータの操作により前記端末装置で帳票データの確認、誤認識の訂正、検証、承認を行い、承認後の帳票データと帳票のイメージデータをデータベースに登録する帳票データ読替えシステムであって、
前記帳票データのうちのチェック対象として設定されたチェック対象データの読替えを行う読替えサーバとを備え、
前記チェック対象データの正しいデータを読替えデータとし、前記帳票データのうちの依頼人特有のデータを帳票特定データとして、前記読替えデータに帳票特定データを関連付けて前記データベースに登録しておき、
前記端末装置での帳票データの承認後、前記読替えサーバが、前記帳票データのうちの帳票特定データを基に前記読替えデータを前記データベースから取得して、その取得した読替えデータと前記チェック対象データを照合して、一致しない場合、前記チェック対象データを前記読替えデータの内容に読替えて前記データベースに登録することを特徴とする帳票データ読替えシステム。
【請求項２】
請求項１に記載の帳票データ読替えシステムにおいて、
前記読替えサーバは、前記チェック対象データが前記読替え用データと一致していない場合、必ず読替えを行うためのデータ読替え条件を保有し、
前記チェック対象データが前記読替え用データと不一致のとき、前記チェック対象データがデータ読替え条件に一致するか否かを判断して、一致している場合に前記チェック対象データを前記読替えデータの内容に読替えることを特徴とする帳票データ読替えシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票データのチェック、読替え（訂正）、及び読替え結果の登録を行う帳票データ読替えシステムに関するものである。
【背景技術】
【０００２】
金融機関における帳票データの処理を行うシステムとして特許文献１に開示されたものがある。この特許文献１に開示されたシステムは、事務（集中）センタのサーバで受信した帳票のイメージデータとイメージデータ中の記載内容を文字認識した結果の帳票データに対して、事務センタのオペレータが端末操作により確認、誤認識データの訂正、検証、承認を行い、承認後の帳票データをデータベース等に登録するものとなっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０９−２３１２９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術においては、事務センタでの帳票データの訂正をオペレータのみに依存しているため、帳票データの訂正ミス（見落とし、誤入力）があった場合、誤った帳票データ登録されてしまい、訂正ミスしたデータが重要データの場合、後でその帳票データに基づいて誤った処理が行われてしまうという問題があった。
本発明は、このような問題を解決することを課題とする。
【課題を解決するための手段】
【０００５】
そのため、本発明は、スキャナで読取られた帳票のイメージデータを基に前記帳票の記載内容の文字認識を行ってその文字認識結果を帳票データとし、該帳票データと前記帳票のイメージデータをオペレータが操作する端末装置の表示部に表示して、オペレータの操作により前記端末装置で帳票データの確認、誤認識の訂正、検証、承認を行い、承認後の帳票データと帳票のイメージデータをデータベースに登録する帳票データ読替えシステムであって、前記帳票データのうちのチェック対象として設定されたチェック対象データの読替えを行う読替えサーバとを備え、前記チェック対象データの正しいデータを読替えデータとし、前記帳票データのうちの依頼人特有のデータを帳票特定データとして、前記読替えデータに帳票特定データを関連付けて前記データベースに登録しておき、前記端末装置での帳票データの承認後、前記読替えサーバが、前記帳票データのうちの帳票特定データを基に前記読替えデータを前記データベースから取得して、その取得した読替えデータと前記チェック対象データを照合して、一致しない場合、前記チェック対象データを前記読替えデータの内容に読替えて前記データベースに登録することを特徴とする。
【発明の効果】
【０００６】
このようにした本発明は、スキャナで読取られた帳票のイメージデータとその記載内容の文字認識結果である帳票データの登録を行う際、帳票データのうちのチェック対象データをＡＰサーバによりＤＢサーバに格納されているチェック対象データの正しいデータである読替え用データと照合して、一致しない場合、チェック対象データを読替え用データの内容に自動的に読替えるため、誤った帳票データが登録されることを防止することができ、後でその帳票データに基づいて誤った処理が行われてしまうということをなくすことができるという効果が得られる。
【図面の簡単な説明】
【０００７】
【図１】第１の実施例を示すシステム構成図
【図２】合計票のイメージデータを示す図
【図３】ＡＰサーバによる自動読替え処理の手順を示すフローチャート
【発明を実施するための形態】
【０００８】
以下、図面を参照して本発明による帳票データ読替えシステムの実施例を説明する。
【実施例１】
【０００９】
図１は第１の実施例を示すシステム構成図で、図において１は金融機関の営業店、２は金融機関の事務センタである。
営業店１には、ロットスキャナ（以下、スキャナ）１０、スキャナ端末１１、プリンタ１２が設置され、スキャナ１０とプリンタ１２はＬＡＮ等の通信回線によりスキャナ端末１１に接続されていて、更にスキャナ端末１１は公衆網等の通信回線３０に接続されている。
【００１０】
ここで、スキャナ１０は、振込依頼票及び合計票等の帳票を一括して読取ってそのイメージデータを出力する機能を有している。スキャナ端末１１は、パーソナルコンピュータと同様にＬＣＤ等の表示部、オペレータが操作するキーボードやマウス等の入力部、及び制御装置等により構成され、本実施例では、特にスキャナ１０から出力される帳票毎のイメージデータにおける記載内容の文字認識を行って、その文字認識結果である帳票データと帳票毎のイメージデータを後述するデータベースサーバに通信回線３０を介して送信する機能を有し、その機能は図示しない記憶部に格納された制御プログラムに基づいて制御を行う図示しない制御部により実現される。プリンタ１２はスキャナ端末１１から送られるデータを印刷するものである。
【００１１】
事務センタ２には、ロットスキャナ（以下、スキャナ）２０、スキャナ端末２１、プリンタ２２、ＤＢ（データベース）サーバ２３、ＡＰ（アプリケーション）サーバ（読替えサーバ）２４、エントリ端末２５〜２７が設置され、これらはＬＡＮ等の通信回線により相互に接続されており、そしてＤＢサーバ２３は通信回線３０に接続されている。
スキャナ２０、スキャナ端末２１、及びプリンタ２２は、営業店１のスキャナ１０、スキャナ端末１１、及びプリンタ１２と同様に構成され、同様の機能を有している。
【００１２】
ＤＢサーバ２３は、スキャナ端末１１及び２１から送信されてくる帳票のイメージデータとその記載内容の文字帳票データである帳票データを格納し、またＡＰサーバ２４からの要求に応じてチェック後の帳票のイメージデータと帳票データを読出してＡＰサーバ２４に送信すると共に、ＡＰサーバ２４から送られてくる承認端末６からの承認結果やチェック対象データの読替え結果を登録する機能を有し、また、このＤＢサーバ２３には、帳票データ中の重要なデータをチェック対象データ（依頼人情報）とし、このチェック対象データの正しいデータである読替え用データが帳票特定データと関連付けられて格納されており、ＡＰサーバ２４からの要求に応じて読替え用データをＡＰサーバ２４へ送信する機能を有している。これらの機能は図示しない記憶部に格納された制御プログラムに基づいて制御を行う図示しない制御部により実現される。
尚、チェック対象データとは帳票データ中の重要なデータであり、帳票特定データ帳票とは依頼人毎の帳票を特定するためのデータ、帳票データ中の依頼人特有のデータが用いられる。
【００１３】
ＡＰサーバ２４は、ＤＢサーバ２３に格納されている帳票のイメージデータと帳票データの送信要求をＤＢサーバ２３に送り、それにより送られてくる帳票のイメージデータと帳票データをエントリ端末２５に転送すると共に、エントリ端末２６からの承認結果を受信してＤＢサーバ２３に転送する機能や、その際、ＤＢサーバ２３から読替え用データを取得して、取得した読替え用データと帳票データ中のチェック対象データとのチェック（照合）を行い、一致していない場合、データ読替え条件に一致するかどうかを判断して、一致する場合にチェック対象データを読替え用データの内容に読替える（訂正する）処理を行う機能を有しており、これらの機能は図示しない記憶部に格納された制御プログラムに基づいて制御を行う図示しない制御部により実現される。
【００１４】
エントリ端末２５〜２７は、オペレータが帳票データに対する処理を行うための端末で、エントリ端末２５は帳票データの確認用端末、エントリ端末２６はベリファイ（検証）用端末、エントリ端末２７は承認用端末として用いられる。これらエントリ端末２５〜２７も、パーソナルコンピュータと同様にそれぞれＬＣＤ等の表示部、キーボード、マウス等の入力部、及び制御装置等により構成され、オペレータが入力部から入力する情報に基づいて各種の処理を実行する機能を有するもので、その機能は制御装置に設けられている図示しない記憶部に格納された制御プログラムに基づいて制御を行う図示しない制御部により実現される。
【００１５】
図２は本実施例で処理する帳票の一例である合計票のイメージデータを示す図で、この合計票は、例えば金融機関で同一依頼人の複数枚の振込み票を纏めて処理する際に表紙として添付されるものである。図に示したように、この例では、店番、合計票のナンバリング、読取通番の他、合計票のデータとして、年月日を含む読取時分、年月日を含む受付完了時分、振込依頼票を含むナンバリングと枚数、振込指定日、依頼人名、取扱種目、ＣＩＦ／ＴＥＬ、件数、合計金額、資金決済区分、手数料区分、手数料金額等が記入されている。
本実施例ではこのうちの重要なチェック対象データを、資金決済区分、手数料区分、手数料金額とし、帳票特定データを店番、取扱種目、ＣＩＦ／ＴＥＬとして説明する。
【００１６】
上述した構成の作用について説明する。
まず、営業店１または事務センタ２のオペレータによりスキャナ１０またはスキャナ２０に合計票及び複数枚の振込依頼票がセットされ、セットされた合計票及び振込依頼票はスキャナ１０またはスキャナ２０により１枚ずつ読取られて、合計票及び振込依頼票のイメージデータがスキャナ端末１１またはスキャナ端末２１に送られる。
【００１７】
スキャナ端末１１はスキャナ１０から受信した合計票及び振込依頼票のイメージデータに基づいて合計票及び振込依頼票の記入内容を文字認識し、それぞれの文字帳票データである帳票データと合計票及び振込依頼票のイメージデータを事務センタ２のＤＢサーバ２３に通信回線３０を介して送信する。またスキャナ端末２１はスキャナ２０から受信した合計票及び振込依頼票のイメージデータに基づいて合計票及び振込依頼票の記入内容を文字認識し、それぞれの文字帳票データである帳票データと合計票及び振込依頼票のイメージデータをＤＢサーバ２３に送信する。
【００１８】
ＤＢサーバ２３はスキャナ端末１１またはスキャナ端末２１から合計票及び振込依頼票のイメージデータと文字帳票データである帳票データを受信すると、そのイメージデータと帳票データを図示しないＤＢに格納する。
その後、事務センタ２のオペレータによりエントリ端末２５にてＤＢサーバ２３のＤＢに格納されている合計票及び振込依頼票のイメージデータと帳票データの読出しが指示されると、その指示がＡＰサーバ２４を介してＤＢサーバ２３に送られる。これによりＤＢサーバ２３ではＤＢに格納されている合計票及び振込依頼票のイメージデータと帳票データが順次読出され、そのイメージデータと帳票データがＡＰサーバ２４を介して確認用端末としてのエントリ端末２５に送信される。
【００１９】
エントリ端末２５は合計票及び振込依頼票のイメージデータと帳票データが送られてくると、そのイメージデータと帳票データを表示部に表示し、それを見て確認担当のオペレータが帳票データを正しいと認識した場合、表示画面上の確認終了を指示するキーを入力部の操作により押下する。帳票データに誤りがある場合は、入力部の操作により誤認識個所を訂正した後、前記確認終了を指示するキーを押下する。
【００２０】
エントリ端末２５での確認処理が終了すると、エントリ端末２５から確認処理したイメージデータと帳票データが次の検証用端末としてのエントリ端末２６に送られ、エントリ端末２６はイメージデータと帳票データが送られてくると、そのイメージデータと帳票データを表示部に表示し、それを見てベリファイ（検証）担当のオペレータが帳票データを正しいと認識した場合、表示画面上のベリファイ終了を指示するキーを入力部の操作により押下する。帳票データに誤りがある場合は、入力部の操作により誤認識個所を訂正した後、前記ベリファイ終了を指示するキーを押下する。
【００２１】
エントリ端末２６でのベリファイ処理が終了すると、エントリ端末２６からベリファイ処理したイメージデータと帳票データが次の承認用端末としてのエントリ端末２７に送られ、エントリ端末２７はイメージデータと帳票データが送られてくると、そのイメージデータと帳票データを表示部に表示し、それを見て承認担当のオペレータが帳票データを正しいと認識した場合、表示画面上の承認終了を指示するキーを入力部の操作により押下する。帳票データに誤りがある場合は、入力部の操作により誤認識個所を訂正した後、前記承認を指示するキーを押下する。
【００２２】
エントリ端末２７でのベリファイ処理が終了すると、エントリ端末２７から承認処理したイメージデータと帳票データがＡＰサーバ２４に送られる。ＡＰサーバ２４はイメージデータと帳票データが送られてくると、それが合計票のものか振込依頼票のものかを判断する。この判断は、例えばイメージデータに合計票が持つ特有の情報の有無等により行うことが可能である。
イメージデータと帳票データが合計票のものであると、ＡＰサーバ２４はチェック対象データの自動読替え処理を行う。
【００２３】
図３はＡＰサーバ２４によるチェック対象データの自動読替え処理の手順を示すフローチャートで、ＡＰサーバ２４は合計票の帳票データのうちの帳票特定データ（店番、取扱種目、ＣＩＦ／ＴＥＬ）を識別し、その帳票特定データを読替え用データの取得要求に添付してＤＢサーバ２３に送信する。ＤＢサーバ２３はこの取得要求を受信すると、それに添付された帳票を特定するデータを下に、該当する読替え用データをＤＢから読出し、ＡＰサーバ２４に送信する。
【００２４】
ＡＰサーバ２４はＤＢサーバ２３から読替え用データを取得（受信）すると（Ｓ１）、その読替え用データと帳票データ中のチェック対象データを照合して内容が一致しているか否かをチェック（判断）し（Ｓ２）、一致していない場合、データ読替え条件に一致しているか否かを判断する（Ｓ３）。
【００２５】
このデータ読替え条件はチェック対象データが読替え用データと一致していない場合、必ず読替えを行うためのもので、ＡＰサーバ２４のソフトウエアに予め組み込まれている。例えば、チェック対象データである合計票の手数料区分を例にすると、この手数料区分は図示した「５計算不要」の他、「１当日払い」、「２後日払い」、「３当日払い減免」、「４後日払い減免」等があり、このうち本来は「２後日払い」であるところ「１当日払い」となっていても、それを許容して「１当日払い」を読替える処理は行わず、「３当日払い減免」、「４後日払い減免」となっている場合は、読替える処理を実行するためのものである。
【００２６】
Ｓ２で内容が一致した場合、及びＳ３でデータ読替え条件が一致しない場合、すべてのチェック対象データのチェックが終了したか否かを判断し（Ｓ５）、データ読替え条件が一致した場合、内容が一致しなかったチェック対象データを読替え用データの内容に自動的に読替える（訂正する）処理を行い（Ｓ４）、その後、すべてのチェック対象データのチェックが終了したか否かを判断する（Ｓ５）。
そして、すべてのチェック対象データのチェックが終了していない場合は、Ｓ２、Ｓ３、Ｓ４の処理を繰返し、終了した場合は、チェック対象データの帳票データの内容を読替えたか否かを判断する（Ｓ６）。
【００２７】
その結果、チェック対象データを読替えなかった場合、つまり帳票データ中のすべてのチェック対象データが読替え用データの内容とすべて一致していた場合、エントリ承認端末２７から受信した合計票のイメージデータと帳票データ及び振込依頼票のイメージデータと帳票データがＤＢサーバ２３に送信されてＤＢに登録され（Ｓ８）、帳票データのチェック対象データを読替えた場合、その読替えた内容の帳票データが通信回線３０を介して営業店２のスキャナ端末１１または事務センタ２のスキャナ端末１１に送信されて（Ｓ７）その後、合計票のイメージデータと内容を読替えた帳票データ及び振込依頼票のイメージデータと帳票データがＤＢサーバ２３に送信されてＤＢに登録される（Ｓ８）。
営業店１のスキャナ端末１１または事務センタ２のスキャナ端末１１に送信された帳票データはプリンタ１２またはプリンタ１２に転送され、所定の用紙に出力されてオペレータに提供される。
【００２８】
以上説明したように第１の実施例では、スキャナで読取られた帳票のイメージデータとその記載内容の文字認識結果である帳票データの登録を行う際、帳票データのうちのチェック対象データをＡＰサーバによりＤＢサーバに格納されている読替え用データと照合して、一致しない場合、チェック対象データを読替え用データの内容に自動的に読替えるため、オペレータによる重要データの訂正ミスを防止でき、後でその帳票データに基づいて誤った処理が行われてしまうということをなくすことができるという効果が得られる。
【符号の説明】
【００２９】
１    営業店
２    事務センタ
１０  スキャナ
１１  スキャナ端末
１２  プリンタ
２０  スキャナ
２１  スキャナ端末
２２  プリンタ
２３  ＤＢ（データベース）サーバ
２４  ＡＰ（アプリケーション）サーバ
２５〜２７  エントリ端末
３０  通信回線
【図１】
2013238982.tif 000003
【図２】
2013238982.tif 000004
【図３】
2013238982.tif 000005