(57)【特許請求の範囲】
【請求項１】
顧客の帳票を光学的に読み取って得たイメージデータ及び該イメージデータを文字認識して得たコード化データを出力する営業店側の光学式文字読取部と、前記イメージデータ及びコード化データをネットワークを介して集中センタ側のファイルサーバに出力する営業店側のコンピュータと、前記ファイルサーバから前記イメージデータ及びコード化データを供給されると修正及び検証のために画面表示する集中センタ側の修正／検証用クライアント装置とを備える帳票処理システムにおいて、
前記営業店側に設けられ顧客毎の顧客に関連するデータが格納されている登録マスタファイルを更に備え、
前記営業店側のコンピュータは、表示部に前記イメージデータを表示させると共に前記コード化データを修正可能に表示させ、かつ前記登録マスタファイルに前記コード化データと一致するデータが存在するか否かを判定してその結果を表示させ、確定したコード化データを前記イメージデータと共に前記ファイルサーバへ出力する修正制御部を有する、
ことを特徴とする帳票処理システム。
【請求項２】
前記登録マスタファイルには、前記営業店の顧客について、前記コード化データに含まれる項目のうち一部が格納され、
前記営業店側のコンピュータにおいて表示する項目は、少なくとも前記登録マスタファイルに含まれる前記項目である、ことを特徴とする請求項１記載の帳票処理システム。
【請求項３】
前記登録マスタファイルのデータに顧客に付与された依頼人コードと受取人コードとを含むことを特徴とする請求項１記載の帳票処理システム。
【請求項４】
前記帳票は、為替帳票であり、前記登録マスタファイルには前記顧客に関連するデータとして顧客に付与された依頼人コードと受取人コードが格納され、前記修正制御部は前記登録マスタファイルを参照して前記コード化データ中に対応する依頼人コード及び受取人コードが存在するか否かを判定して該判定結果を前記表示部に表示させる、ことを特徴とする請求項１記載の帳票処理システム。
【請求項５】
前記営業店側のコンピュータは、前記帳票を印刷するための印刷用データを保持し、該印刷用データをプリンタに供給して前記帳票を印刷出力させるプリンタ制御部を有することを特徴とする請求項１記載の帳票処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、金融機関の為替データ処理等に広く利用されている光学的文字読み取り式帳票処理システムに関する。
【０００２】
【従来の技術】
例えば、金融機関における為替処理では、顧客が営業店で作成した振込依頼書を光学的文字読み取り装置（ＯＣＲ）で読み取り、そのイメージデータとイメージデータ中に含まれる文字を認識してコード化したデータを取得する。これらのデータは、為替処理を集中管理する集中センタに送られる。集中センタでは、コード化データと振込依頼書のイメージデータとを比較して、コード化データの内容を修正し検証する。こうして得られた結果はホストコンピュータに転送され、銀行内あるいは銀行間の為替による送金処理が行われる。
【０００３】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
顧客が、営業店において記入する振込依頼書は定型化されており、そのデータは集中センタに保管されている。集中センタは、必要に応じて必要な部数を印刷し、各営業店に配布する。また、各営業店で取得した依頼人に関するデータは、集中センタの登録マスタファイルに登録され、営業店から集中センタに送られたコード化データの修正や検証に利用される。営業店は、顧客に関する情報に変更等があったときには、その旨を集中センタに通知し、集中センタは、これらの情報を集中管理する。
【０００４】
しかしながら、集中センタから各営業店に配布する振込依頼書等の定型帳票は、営業店毎にその消費量が異なる。従って、集中センタには、各営業店に過不足なく定型帳票を配布するための管理が要求される。また、各営業店は、常に定型帳票の残量を監視し、必要に応じて集中センタに補充を要求するように管理をする必要がある。こうした定型帳票は不足させるわけにはいかない。しかし、余分にストックしておいても、定型帳票のデザインに変更等があれば、大量の廃棄帳票が発生する。また、あまり頻繁に補充等を行うと、輸送費もかかるという問題があった。
【０００５】
更に、顧客に関する情報は営業店側で取得するが、変更等の通知を集中センタに発信してから登録マスタファイルが実際に修正されるまでに、ある程度のタイムラグが生じるという問題もあった。
【０００６】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
顧客の帳票を光学的に読み取って得たイメージデータ及び該イメージデータを文字認識して得たコード化データを出力する営業店側の光学式文字読取部と、前記イメージデータ及びコード化データをネットワークを介して集中センタ側のファイルサーバに出力する営業店側のコンピュータと、前記ファイルサーバから前記イメージデータ及びコード化データを供給されると修正及び検証のために画面表示する集中センタ側の修正／検証用クライアント装置とを備える帳票処理システムにおいて、前記営業店側に設けられ顧客毎の顧客に関連するデータが格納されている登録マスタファイルを更に備え、前記営業店側のコンピュータは、表示部に前記イメージデータを表示させると共に前記コード化データを修正可能に表示させ、かつ前記登録マスタファイルに前記コード化データと一致するデータが存在するか否かを判定してその結果を表示させ、確定したコード化データを前記イメージデータと共に前記ファイルサーバへ出力する修正制御部を有する、ことを特徴とする帳票処理システム。
〈構成２〉
構成１に記載の帳票処理システムにおいて、前記登録マスタファイルには、前記営業店の顧客について、前記コード化データに含まれる項目のうち一部が格納され、前記営業店側のコンピュータにおいて表示する項目は、少なくとも前記登録マスタファイルに含まれる前記項目である、ことを特徴とする帳票処理システム。
〈構成３〉
構成１に記載の帳票処理システムにおいて、前記登録マスタファイルのデータに顧客に付与された依頼人コードと受取人コードとを含むことを特徴とする帳票処理システム。
【０００７】
〈構成４〉
構成１に記載の帳票処理システムにおいて、前記帳票は、為替帳票であり、前記登録マスタファイルには前記顧客に関連するデータとして顧客に付与された依頼人コードと受取人コードが格納され、前記修正制御部は前記登録マスタファイルを参照して前記コード化データ中に対応する依頼人コード及び受取人コードが存在するか否かを判定して該判定結果を前記表示部に表示させる、ことを特徴とする帳票処理システム。
〈構成５〉
構成１に記載の帳票処理システムにおいて、前記営業店側のコンピュータは、前記帳票を印刷するための印刷用データを保持し、該印刷用データをプリンタに供給して前記帳票を印刷出力させるプリンタ制御部を有することを特徴とする帳票処理システム。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
図１は、具体例１の帳票処理システムのブロック図である。
図に示すように、このシステムは、多数の営業店１０が集中センタ２０とネットワーク３０を介して接続されたものである。営業店１０は、後で説明するような定型帳票１を光学的に読み取ってイメージデータに含まれる文字を認識する光学的文字読み取り装置（ＯＣＲ）１２を備える。更に、営業店１０には、ＯＣＲクライアント１１、プリンタ１３、登録マスタファイル１５等が備えられている。
【０００９】
ネットワーク３０は、例えばよく知られたＩＳＤＮ等の、データ通信が可能なネットワークである。集中センタ２０は、ＬＡＮ（ローカルエリアネットワーク）２１によって相互に接続されたファイルサーバ２２、修正クライアント２５、検証クライアント２６及び通信ゲートウェイ（ＧＷ）２７等を備えている。ファイルサーバ２２には、営業店１０から受信したデータを格納するための記憶装置２３が設けられている。また、ここでは、修正クライアント２５と検証クライアント２６を修正／検証部２４と呼ぶことにする。
【００１０】
営業店１０は、定型帳票１から取得したイメージデータとＯＣＲ１２によって取得したコード化データとを集中センタ２０に送信することによって為替処理等を実行する。定型帳票の例は、後で図３を用いて説明する。ＯＣＲ１２は、従来よりよく知られたスキャナ等を備えた光学的文字読み取り装置である。ＯＣＲクライアント１１は、ワークステーションやパーソナルコンピュータ等により構成され、プリンタ１３は、ここではＯＣＲクライアント１１の制御によって定型帳票１を印刷するために使用される。
【００１１】
登録マスタファイル１５は、後で説明するように、振込処理の依頼者に関する情報を記憶した記憶装置である。これによって、営業店１０の側で定型帳票１のイメージデータとコード化したデータの内容の一部を修正、検証することが可能になる。集中センタ２０のファイルサーバ２２に設けられた記憶装置２３は、各営業店１０から転送された定型帳票のイメージデータ３とコード化データ４とを一時記憶するための記憶装置から成る。
【００１２】
修正クライアント２５は、定型帳票のイメージデータ３とコード化データ４とをディスプレイに表示する。図示しないオペレータは、そのディスプレイを見ながら、コード化データの内容に誤りがあるかどうかを点検し、修正処理をする。修正クライアント２５は、こうした処理のためのワークステーションやパーソナルコンピュータから構成される。検証クライアント２６は、修正済みのコード化データ４の内容を検証する処理を行うためのワークステーションやパーソナルコンピュータから構成される。
【００１３】
通信ＧＷ２７は、検証終了後のコード化データを為替処理用のデータとしてホストコンピュータ４０に送信するための通信制御を行う部分である。ホストコンピュータ４０は、銀行内部のデータを集中管理する部分で、例えば全銀システムと接続され、為替による送金処理等を実行する部分である。
【００１４】
図２には、システムの具体的な外観説明図を示す。
上記のようなシステムは、例えばこの図に示すような装置からそれぞれ構成される。営業店１０は、ネットワーク３０にルータ１６を介して接続された、ＯＣＲクライアント１１と、ＯＣＲ１２、プリンタ１３等を備える。ここでは、図１に示した登録マスタファイルは図示していない。ＯＣＲクライアント１１の内部に設けられたＨＤＤ（ハードディスク）等の大容量記憶装置中に、上記登録マスタファイルが記憶されるものとする。
【００１５】
集中センタ２０は、ネットワーク３０に接続されたマルチルータ１７を介して接続されたＬＡＮ２１を備える。このＬＡＮ２１にファイルサーバ２２、修正クライアント２５、検証クライアント２６及びプリンタ２８等が接続されている。また、ＬＡＮ２１には通信ＧＷ２７が接続され、ホストコンピュータ４０とデータ送受信を行うよう構成されている。これらの各装置の外観構成自体は従来のシステムと変わるところはない。
【００１６】
本発明では、特に営業店１０の側において、図１に示した登録マスタファイル１５中に依頼人に関する各種の情報を記憶し管理する機能や、あるいはＯＣＲクライアント１１が定型帳票１をプリンタ１３を用いて随時任意のタイミングで印刷をする機能、更にこの定型帳票１を光学的に読み取って得たイメージデータとコード化したデータとの検証を一部ＯＣＲクライアント１１側で行うといった機能が特徴になっている。
【００１７】
図３に、定型帳票の外観説明図を示す。
本発明の実施に適する定型帳票はどのような構成でもよい。ここでは、例えば振込依頼のための定型帳票１を例示した。ここには、振込を依頼する依頼人やその依頼人の口座番号、更に受取人の顧客コード、振込金額等の事項が記入される。この定型帳票１の依頼人が記入すべき部分以外の台紙部分は、図１に示したＯＣＲクライアント１１がそのデータを保持しており、任意のタイミングでプリンタ１３を用いて印刷できるようにしておく。
【００１８】
即ち、従来は、図１に示した集中センタ２０において、このような定型帳票を印刷し、輸送によって営業店に配布されていた。しかしながら、この発明では、従来集中センタ２０が保持し管理していた定型帳票を印刷するためのデータをＯＣＲクライアント１１が取得しておく。そして、営業店側の判断で自発的に任意のタイミングでプリンタ１３を用いて定型帳票１を印刷するようにする。これは、窓口に訪問した依頼者に対するタイムリーな定型帳票の発行を目的としたものである。同時に、集中センタ２０において、定型帳票を印刷し、各営業店に郵送するといった負荷を軽減することを目的にする。営業店側でも無用な帳票のストックが不要になる。
【００１９】
図４は、帳票処理動作手順説明図を示す。
この図を用いて、上記のようなシステムにおける帳票処理動作を説明する。
まず、営業店１０において、依頼者の来る前あるいは依頼者が来たとき、ＯＣＲクライアント１１がプリンタ１３を用いて定型帳票１を印刷する。依頼者は、この定型帳票１に図３を用いて説明したような必要事項を記入し、営業店に提出する。営業店のオペレータはＯＣＲ１２にその定型帳票１をセットする。このとき、図４に示す為替業務メニュー３３をＯＣＲクライアント１１に表示させる。
【００２０】
ここで、オペレータがＯＣＲ読取開始という項目を選択し、完了キーを押下すると、ＯＣＲ読取開始画面３４が表示される（ステップＳ１）。オペレータが読取ボタン６を押すと、ＯＣＲ１２による定型帳票１の読み取りが開始され、該当するイメージデータが取得される。なお、必要に応じてキャンセルボタン７によってその処理をキャンセルすることもできる。読み取りが終了すると、再び為替業務メニュー画面３３が表示される（ステップＳ２）。次に、オペレータは、登録式コード確定処理を選択する。これによって、登録式コード確定画面９が表示される（ステップＳ３）。
【００２１】
図５には、図１に示したＯＣＲクライアント１１での登録式コード確定処理を説明する説明図を図示した。
図１に示した例では、営業店１０の登録マスタファイル１５に、例えば依頼人名、科目と口座番号、銀行名と支店名、受取人名等のデータを保存しておく。この発明で、営業店１０に登録マスタファイル１５を保存するようにしたのは、次の理由による。
【００２２】
依頼人に関する情報は、営業店１０に依頼人が訪問したときに取得される。例えば、依頼人の名称、その他各種の変更事項がある場合にも、営業店１０の窓口において、この情報が取得される。従って、営業店１０で直ちに登録マスタファイル１５を修正し変更できるようにしておけば、登録マスタファイル１５の管理がスピーディになる。
【００２３】
従来は、多数の営業店で収集した依頼者に関するデータを集中センタ２０に集めて管理するようにしていた。この場合、各営業店は、常に集中センタ２０に必要なデータの内容の問い合わせ等を行い、依頼人に関する情報の変更等を集中センタ２０に通知するといった処理が必要になる。しかしながら、この場合、集中センタ側に負荷がかかり、更にデータの修正変更等にタイムラグが生じる。
【００２４】
本発明では、営業店側に登録マスタファイル１５を備え、各営業店が、それぞれ個別に自己の担当する依頼者のための情報を蓄積する。例えば、その依頼者が別の営業店を訪問して振込依頼を行うような場合には、該当する営業店に必要な情報を問い合わせるといったいわゆる分散システムを採用する。従って、基本的に、全ての営業店において、それぞれ各営業店を訪れる依頼者のための登録マスタファイルを準備するといった構成にする。
【００２５】
また、この例では、こうした登録マスタファイル１５を営業店１０に設けておくことによって、集中センタの修正／検証部２４において行うべき業務の一部を分担することができる。図５に示した登録式コード確定画面９は、この処理を行うための画面である。
【００２６】
即ち、ここには帳票を読み取って得たイメージと、そのイメージを文字認識した結果とを並べて表示している。表示項目は依頼人コード、受取人コードである。これらは登録マスタファイル１５を参照することにより、修正し検証することができるからである。しかも、何らかの誤りが発見されれば、営業店の窓口に訪れた依頼者に直接問い合わせ、直ちに修正処理を行うことができる。従って、全ての修正検証処理を集中センタに依頼する場合に比べてより現実的で効率的な方法とすることができる。
【００２７】
この登録式コード確定画面９は、図４に示した、修正と検証画面８と同様の形式である。例えばコード化データをキーとして登録マスタファイル１５を参照し、該当する依頼人が存在するかどうかという処理も合わせて実行される。図に示す受取人コードを表示する部分では、左側の欄には、該当する受取人コードが存在したかどうかを表示する。存在した場合には“１”、存在しない場合には“０”という表示を行う。これらによって、ＯＣＲクライアント１１を操作するオペレータは、依頼人コードと受取人コードの修正と検証を行い、その内容を確定することができる。
【００２８】
こうした処理を完了すると、図４に示すステップＳ４で、再び為替業務メニュー画面３３の表示に進む。そしてＯＣＲデータ一括転送という処理を選択する。これによって、ステップＳ５で、定型帳票のイメージデータと一部修正検証済みのコード化データが集中センタ２０に転送される。
【００２９】
集中センタ２０の修正クライアント２５や検証クライアント２６には、図４に示すような修正と検証画面８が表示される（ステップＳ６）。ここには、定型帳票のイメージデータ中に含まれる依頼人コード、依頼人名、口座番号、銀行名等のイメージと、転送されたコード化データとが並べて表示される。これを修正オペレータや検証オペレータが処理することによって、振込依頼書の内容が確定される。
【００３０】
集中センタの修正と検証画面８において、完了キーが押されると、確定したコード化データがホストコンピュータ４０に転送される（ステップＳ７）。
【００３１】
図６に、登録マスタファイルのメンテナンス説明図を示す。
上記のような登録マスタファイルのメンテナンスは、例えばこの図に示すよう実行される。まず、依頼人の新規登録では、依頼人のコードを新たに登録し、その結果をモニタに出力する。また、依頼人の訂正の場合には、該当する依頼人のコード等を表示し、その内容を訂正してモニタ表示する。依頼人の削除についても、同様にモニタ表示等で確認を行う。依頼人の照会は、依頼人のコードを指定することによってその登録マスタファイルの内容の表示や印刷をする。
【００３２】
受取人の新規登録、受取人の訂正、受取人の削除、受取人の照会は、依頼人の場合と同様の手順で実行される。使用状況照会を行う場合には、現在どれだけの依頼人が登録されているかといった状態がＯＣＲクライアント１１のディスプレイに表示される。また、金融機関名変更等の処理においては、登録マスタファイル１５に記憶された送金対象となる金融機関の名称等を変更する処理が可能になる。振込依頼書発行は、登録マスタファイル中に記憶された振込依頼書のイメージデータをＯＣＲクライアント１１に転送し、定型帳票１をプリンタ１３を用いて印刷する処理である。
【００３３】
登録マスタＢ−ＵＰ／復旧処理は、フロッピーディスクに登録マスタのバックアップ用データを取得するための処理である。もちろん、このフロッピーディスクを用いた復旧処理も可能である。データ圧縮は、登録マスタのバックアップ等のためのデータ圧縮を行う処理である。結合処理は、ある依頼人の全ての受取人のデータを別の依頼人のデータに付け加えるといった処理を行う。ソート処理は、指定された受取人のデータを仮名でソートするといった処理である。
【００３４】
上記いずれの処理も、登録マスタを保守管理する上で営業店側で実行できるようにすれば便利である。また、これを営業店側で行い、集中センタの負荷を軽減することができる。
【００３５】
【発明の効果】
以上のように、営業店側で定型帳票を印刷して発行するプリンタを設けるようにし、定型帳票の発行管理を営業店側で行うようにすれば、集中センタからの定型帳票配送処理等の負荷を軽減し、輸送費の節約等を図ることができる。また、必要数のみ印刷発行するので、例えば定型帳票の形式が変更されたような場合にも、大量の無駄な印刷済み帳票が残るおそれが少ない。
【００３６】
更に、上記のように、営業店側に登録マスタファイルを設け、営業店のＯＣＲクライアント１１において、登録マスタファイル中の情報を利用し、コード化したデータの内容の一部の修正検証を行うようにすれば、集中センタ側での修正検証負荷が軽減される。しかも、登録マスタファイルに登録されたデータは、依頼者に直接問い合わせ、修正変更等をするものが多いため、営業店側で行うことによって、その作業効率を高めることができる。
【００３７】
更に、各営業店の登録マスタファイルを他の営業店から参照できるようにすれば、依頼者は訪問するべき営業店を意識することなく、どの営業店においても同様の定型帳票を用いた振込依頼等が可能になる。
【図面の簡単な説明】
【図１】帳票処理システムのブロック図である。
【図２】システムの具体的な外観説明図である。
【図３】定型帳票の外観説明図である。
【図４】帳票処理動作手順説明図である。
【図５】ＯＣＲクライアントでの処理説明図である。
【図６】登録マスタファイルのメンテナンス説明図である。
【符号の説明】
１  定型帳票
３  定型帳票のイメージデータ
４  コード化データ
１０  営業店
１１  ＯＣＲクライアント
１２  光学的文字読み取り装置（ＯＣＲ）
１３  プリンタ
１５  登録マスタファイル
２０  集中センタ
２４  修正／検証部
３０  ネットワーク
４０  ホストコンピュータ
【図１】
0004350218.tif 000002
【図２】
0004350218.tif 000003
【図３】
0004350218.tif 000004
【図４】
0004350218.tif 000005
【図５】
0004350218.tif 000006
【図６】
0004350218.tif 000007