(57)【特許請求の範囲】
【請求項１】
営業店には、所定の取引毎に用いる帳票と、所定の取引を行う毎に、前記帳票をＯＣＲにて読み取って取引通番を前記帳票に付与し、読み取った帳票のデータを集中センタに送信するＯＣＲ制御装置とを備え、
集中センタには、受信した帳票のデータを格納するとともに集中センタ側では処理不能の取引を空番状態とするデータベースを備えたサーバーと、前記帳票のデータを修正するクライアントとを備え、
前記ＯＣＲ制御装置は、帳票の再読取処理が選択されると取引通番を入力させ、入力された取引通番が空番状態であるか否かを確認し、空番状態であれば帳票の読取を行うＯＣＲによる為替集中システム。
【請求項２】
請求項１において、前記ＯＣＲ制御装置は、前記入力された取引通番が空番状態でなければ、取引通番入力の訂正を促すメッセージを表示する、ＯＣＲによる為替集中システム。
【請求項３】
請求項１または２において、前記ＯＣＲ制御装置は、取引通番を指定する手段を複数設け、複数に指定された取引通番のマッチング処理を行い、前記複数指定された取引通番が全て一致したときのみ前記帳票の再読み取りを可能とした、ＯＣＲによる為替集中システム。
【請求項４】
請求項１から３のいずれかにおいて、空番状態とは、前記データベースに格納されておらず、センタ側において処理済でも処理中でもない取引の状態である、ＯＣＲによる為替集中システム。
【請求項５】
所定の取引毎に用いる帳票を、所定の取引を行う毎にＯＣＲにて読み取って取引通番を前記帳票に付与し、読み取った帳票のデータを集中センタに送信する、営業店に備えられるＯＣＲ制御装置であって、
前記ＯＣＲ制御装置は、帳票の再読取処理が選択されると取引通番を入力させ、入力された取引通番が集中センタで処理不能の取引として管理されているか否かを前記取引通番が空番状態であるか否かによって確認し、空番状態であれば帳票の読取を行うＯＣＲ制御装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、運用に柔軟性を持たせたＯＣＲを利用したデータ処理装置に関する。
【０００２】
【従来の技術】
従来は、様々な用途でＯＣＲを利用したデータ処理システムが使用されている。
例えば、金融機関において、各営業店に設置されているＯＣＲで為替帳票を読み取り、そのデータを集中センタにあるデータ処理システムに転送して処理をする為替処理用のＯＣＲによるデータ処理装置がある。
【０００３】
上記のようなシステムにおいては、各取引の二重処理防止や事後の確認作業、および精査時の使用等のため、各取引、即ち各帳票毎にシステムにて一意の取引通番を付与、印字することが一般的である。そして取引の二重処理防止のために一度、取引通番が付与された帳票は、ＯＣＲによって二度と読み取られないような仕組みがなされている。
【０００４】
ところで、このようなシステムでは、一度ＯＣＲにて読み取らせた帳票を、再度読み取らせたい場合が、度々発生する。例えば上述の為替処理用のシステムでは、営業店のＯＣＲにて帳票を読み取り、集中センタのデータ処理システムへ転送した後、データ処理を行うにあたって、帳票の記入項目記載漏れ、記入文字不鮮明などの帳票の不備により処理できない場合がある。このような場合、集中センタでは、その取引の処理が出来なくなるため、営業店に連絡して、帳票の不備な箇所を訂正してもらい、再び当該帳票の取引を行う必要が発生する。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のようなシステムであると、一度ＯＣＲで読み取った帳票は再度ＯＣＲにて読み込めないようになっている。この為、営業店では当該帳票の取引を当該システムでは、処理することができず、当該システムとは別の取引端末などに回し、処理を行う以外方法が無かった。これは本来ならば集中センタ側のデータ処理装置にて処理を行うものが、営業店での処理となり、営業店に余計で多大な負荷を掛けてしまうことになる。また為替取引において、当該システムで処理するものと、それ以外の取引端末で処理するケースが発生してしまい、営業店業務の全体の運用が煩雑になってしまうという問題点がある。
【０００６】
従って本発明の目的とするところは、ＯＣＲによるデータ処理装置において、一度ＯＣＲで読み取った帳票でも所定のオペレーションを行うことにより、再度ＯＣＲでの読み取りを許可し、より運用性の優れたシステムを提供することである。
【０００７】
【課題を解決するための手段】
上述の課題を解決するため本発明では、営業店には、所定の取引毎に用いる帳票と、所定の取引を行う毎に、前記帳票をＯＣＲにて読み取って取引通番を前記帳票に付与し、読み取った帳票のデータをセンタに送信するＯＣＲ制御装置とを備え、集中センタには、受信した帳票のデータを格納するとともに、集中センタ側では処理不能の取引を空番状態とするデータベースを備えたサーバーと、前記帳票のデータを修正あるいは検証するクライアントとを備え、前記ＯＣＲ制御装置は、帳票の再読取処理が選択されると取引通番を入力させ、入力された取引通番が空番状態であるか否かを確認し、空番状態であれば帳票の読取を行うこととした。また、前記ＯＣＲ制御装置は、前記入力された取引通番が空番状態でなければ、取引通番入力の訂正を促すメッセージを表示することとした。また、前記ＯＣＲ制御装置は、取引通番を指定する手段を複数設け、複数に指定された取引通番のマッチング処理を行い、前記複数指定された取引通番が全て一致したときのみ前記帳票の再読み取りを可能とすることとした。また、空番状態とは、前記データベースに格納されておらず、センタ側において処理済でも処理中でもない取引の状態であることとした。
【０００８】
【実施例】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。尚、システムとしては上記の金融機関における為替処理用のＯＣＲを使用したデータ処理システムを例に説明を行うが、これによりこの発明のシステムが限定されるものではない。
【０００９】
図１は、本発明の実施の形態を示すシステム構成図及び通常の処理の流れの概要を含んだ図である。
図において、営業店１内には、帳票の文字認識を行うＯＣＲ１１、及びそれに接続され、ＯＣＲの制御を行うＯＣＲ制御装置１２が設置されている。ＯＣＲ制御装置はＯＣＲ制御ソフトを搭載し、図示しない表示装置、入力装置等も備えられている。
【００１０】
集中センタ２内にはサーバ２１が置かれ、これは営業店１のＯＣＲ制御装置２１と公衆回線などの通信網４１を介し接続されている。このサーバ２１はＤＢ２１１を備え、そこに営業店１から送られてくる帳票の文字認識結果やイメージデータを保存し、所定の処理を行う。修正クライアント２２は、営業店１から送られてきた文字認識結果のデータをオペレータが修正・補正する端末であり、図示しない表示装置、入力装置を備える。検証クライアント２３は、修正クライアントで修正・補正されたデータを最終的に検証するものであり、これも図示しない表示装置、入力装置を備える。通信ＧＷ２４は、検証クライアント２３にて最終データ化されたデータを上位装置３１に送信するための通信制御を行うものである。尚、集中センタ２内の機器はすべて、例えばＬＡＮ等の構内網２５にて接続されている。
【００１１】
更に、図１を参照しながら本システムの通常の処理の流れの概要を説明する。Ｓ１においては、営業店１の窓口にて顧客から為替帳票を受け取り、職員がチェック及び必要事項を記入した後、当該為替帳票をＯＣＲ１１にセットする。
Ｓ２においては、ＯＣＲ制御装置１２から所定の為替帳票読み取り転送オペレーションを行うと、ＯＣＲ１１は当該為替帳票を読み取り、取引通番を付与(印字)する。為替帳票と取引通番の印字例を図２に示す。また、帳票上の文字の記載されている部分の切り出しイメージデータと文字認識結果データを集中センタ２のサーバ２１に転送し、それらのデータをＤＢ２１１へ格納する。
【００１２】
Ｓ３においては、ＤＢ２１１に格納された上記のデータをサーバ２１により修正クライアント２２へ配信すると、修正クライアント２２の表示装置には、例えば図３のような画面が表示され、オペレータは切り出しイメージデータを参照しながら文字認識結果データの不読や誤読した文字を修正する。
【００１３】
Ｓ４においては、修正完了したデータは検証クライアント２３に配信され別のオペレータによるデータ検証が行われる。
Ｓ５においては、検証が完了したデータは為替の仕向けデータとして通信ＧＷ２４を介して上位装置に送信される。
以上が本システムの通常の処理の流れでありこれで一件分の為替取引が完結する。
【００１４】
ところで、Ｓ３の修正オペレーション時に、帳票の項目記入漏れ、記入文字の不鮮明等、為替帳票の不備のため、集中センタ２側にて処理不能と判断された場合、その旨とその取引の取引通番とを所定のオペレーションにて営業店１へ連絡する。以降、そのような事態が発生した場合の処理を図４の本発明の動作フロー(営業店側)に基づき説明する。
【００１５】
Ｓ１１：営業店１の職員は集中センタ２より、処理不能の旨と当該取引通番の連絡を受ける。連絡の方法はどのようなかたちでもかまわない。
Ｓ１２：営業店１の職員は当該取引通番の帳票の不備を修正する。そして再度帳票をＯＣＲ１１にセットする。
Ｓ１３：営業店１の職員は、ＯＣＲ制御装置１２の図示しない表示装置に、例えば図５のような「ＯＣＲ起動選択画面」を起動し、その画面にて通常のＯＣＲ読取りか、再読取り開始かを選択する。
【００１６】
Ｓ１４：Ｓ１３にて通常のＯＣＲ読取り開始を選択した場合、ＯＣＲ１は読取り処理を起動する。
Ｓ１５： Ｓ１３にて通常のＯＣＲ読取り開始を選択した場合、二重通番チェック機能が起動される。
Ｓ１６：Ｓ１５での二重通番チェック機能により、二重通番エラーとなりエラーメッセージを表示する。
【００１７】
Ｓ１７：一方、 Ｓ１３にてＯＣＲ再読取り開始を選択した場合、ＯＣＲ制御装置１２の図示しない表示装置に例えば、図６のような「ＯＣＲ再読取り開始画面」を表示し、その図の入力フィールドに当該取引通番を指定する。この時、通番の入力ミス防止のため、取引通番を二箇所以上指定させる。
Ｓ１８：Ｓ１７で指定した二箇所以上の通番が同一かのマッチング処理を行う。
Ｓ１９：Ｓ１８にて取引通番が不一致の場合には、エラーメッセージを表示し、取引通番入力の訂正を促す。
【００１８】
Ｓ２０：一方、Ｓ１８にて取引通番が一致した場合には、次に当該取引通番が「空番」状態になっているかチェックする。ここで「空番」状態とは、当該システムでの処理の上で、集中センタ２のサーバ２１のＤＢ２１１にも格納されておらず、集中センタ２側のシステムにて処理済でも処理中でもない取引の状態をいう。すなわち集中センタ２から帳票不備により処理できずに営業店１へ処理不能の扱いとした取引は「空番」状態である。本チェックを行うことにより、ＯＣＲ再読取りを行うにあたっては誤って別の、例えば処理中の取引の取引通番のデータが読み取られ、集中センタ２側のシステムに転送されることを未然に防ぐことができる。
【００１９】
Ｓ２１：Ｓ２０にて取引通番は「空番」状態でなかった場合、エラーメッセージを表示し、取引通番入力の訂正を促す。
Ｓ２２：一方、 Ｓ２０にて取引通番は「空番」状態であった場合には、二重通番チェック機能は起動せずに、ＯＣＲ再読取り処理を起動し、ＯＣＲ１１にセットされた帳票は、一度ＯＣＲ読取りされ通番が付与されたものであってもＯＣＲ１１により読み取りを開始され、イメージデータの切り出しデータと文字認識結果データを集中センタ２側に転送する。
【００２０】
以上のような動作により、既に取引通番が付与済みの為替帳票であっても再度の読取り、転送が可能となるので、営業店１に処理を差し戻された為替帳票でも、当該システムにて再び処理をすることができる。
【００２１】
【発明の効果】
以上詳細に説明したように、本発明によれば以下の効果が期待できる。即ち、帳票の不備等により集中センタから営業店１に返却された帳票を再度ＯＣＲ１にて読み取りが出来ないがために発生する、営業店１の他の取引端末で処理を行うという、営業店１側にとって多大な事務処理負荷が解消され、かつ全ての処理を当該システムにて処理できるため、運用の煩雑さもなくなり、運用性の優れたシステムを提供することが出来る。また再読取りする帳票の取引通番を複数回指定し、それらをマッチング処理を行うと共に、「空番」状態以外の取引通番はエラーとする処理を行うため、再読取り時の営業店職員の取引通番入力ミスによる不具合を未然に防止することができる。
【図面の簡単な説明】
【図１】システム構成及び、通常の処理の流れの概要図である。
【図２】為替帳票(例)の図である。
【図３】修正クライアント画面表示(例)の図である。
【図４】本発明の動作フロー(営業店側)の図である。
【図５】ＯＣＲ起動選択画面(例)の図である。
【図６】ＯＣＲ再読取起動画面(例)の図である。
【符号の説明】
１  営業店
２  集中センタ
１１  ＯＣＲ
１２  ＯＣＲ制御装置
２１  サーバ
２１１  ＤＢ
２２  修正クライアント
２３  検証クライアント
２４  通信ＧＷ
２５  構内網
３１  上位装置
４１  通信網
【図１】
0003824869.tif 000002
【図２】
0003824869.tif 000003
【図３】
0003824869.tif 000004
【図４】
0003824869.tif 000005
【図５】
0003824869.tif 000006
【図６】
0003824869.tif 000007