JP3243141B2 - ファームバンキング処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、顧客が自ら操作する端
末装置によって振込依頼を受けた場合にその内容確認の
ためのデータ突合処理を自動化したファームバンキング
処理システムに関する。

【０００２】

【従来の技術】銀行口座を用いた給料の振込等、銀行に
対し頻繁に多数の振込依頼を行っている企業の中には金
融機関と契約して振込処理用の端末を設置しているとこ
ろがある。このような端末装置をファームバンキングタ
ーミナルと呼んでいる。企業のオペレータはこの端末装
置を利用して振込依頼を通信回線等を介して金融機関の
センターに直接送り込む。この場合に、センターでは各
種のデータチェックを行った後、振込依頼のためのマス
タデータを作成する。このとき、端末装置から依頼を受
けた振込件数とその振込金額の合計を、別途企業のオペ
レータ側で計算してもらい、ファクシミリ等を用いて受
け入れる。端末装置から入力されたデータの集計結果と
ファクシミリによって受け入れた振込件数や合計金額等
とが一致していれば、振込依頼の内容が正常であると判
断し、その後の処理を行う。もし、一致しない場合には
エラーリストを作成し、企業側に送信する。こうして、
顧客である企業の側で自由に端末装置を操作して振込処
理を行うことができる。

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
なファームバンキング処理システムには、従来次のよう
な解決すべき課題があった。この種の振込依頼は端末装
置設置の契約を結ぶ企業が増加するとともに急増し、セ
ンター側でのデータ突合作業に伴うオペレータの負担が
増大した。また、センター側のオペレータによるエラー
データの作成処理等も煩雑な事務手続きが伴い、これに
よってもセンター側のオペレータの負担が高まるという
問題があった。

【０００４】

【課題を解決するための手段】本発明は上記の点を解決
するため次の構成を採用する。本発明は、各取引及び取
引毎の金額を示す取引依頼データを送信するための顧客
側の端末装置と、取引の件数及び合計金額の記入されて
いる顧客側が作成の合計通知書を読み取ってイメージデ
ータとして送信する顧客側のファクシミリ装置と、顧客
の取引を担当する営業店のファクシミリ装置と、取引依
頼データを受信するとこのデータで示す各取引に対応す
る取引処理を実行するための金融センタとを備えるファ
ームバンキング処理システムであって、金融センタは、
取引依頼データから取引の件数及び合計金額を含む依頼
合計データを生成する受信処理部と、受信したイメージ
データを文字認識し、認識した取引の件数及び合計金額
を示す認識データを出力する文字認識部と、依頼合計デ
ータと認識データとを突き合わせ、両データが一致する
と、取引処理を実行し、両データの不一致で顧客側及び
営業店の各ファクシミリ装置にそれぞれ通知するための
エラーデータを作成する依頼処理制御部とを含むことを
特徴とする。

【０００５】顧客の端末装置から入力された取引依頼デ
ータは複数の取引データから成り、受信処理部により作
成される依頼合計データは、取引依頼の件数と振込依頼
合計金額で、顧客作成の合計通知書には、顧客が前記取
引依頼データを入力する際に独自に集計した取引の件数
と取引依頼合計金額が記入されるものとすることができ
る。

【０００６】

【作用】端末装置から取引依頼データを受けると、受信
処理部は取引件数と合計金額から成る依頼合計データを
作成する。一方、端末装置から入力したデータの企業等
の顧客側による独自の集計結果は合計通知書に記入さ
れ、これが顧客のファクシミリ装置により金融センター
に送信される。そのイメージデータが文字認識処理部に
認識され、認識データが認識結果ファイル等に格納され
る。依頼処理制御部は依頼合計データと認識結果ファイ
ル等に格納された認識データを自動的に突き合わせ、一
致すれば取引処理を行う。不一致の場合、自動的にエラ
ーデータを生成し、顧客及び営業店の各ファクシミリ装
置へエラーを通知するようにする。

【０００７】受信処理部は取引依頼データから取引の件
数及びその合計金額を自動的に集計する。一方、顧客が
所定の形式の合計通知書に取引件数及びその合計金額を
記入し、ファクシミリ装置で送信すると、文字認識部が
文字認識し認識データを出力する。両者を突き合わせて
不一致の場合に、回答として送信するべきエラーデータ
が定型化されていると、エラーデータの生成を自動的に
できる。これにより、依頼された取引の突き合わせやエ
ラーデータの作成、顧客及び営業店へのエラーの連絡業
務からセンタのオペレータが解放される。

【０００８】

【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。図１は、本発明のシステム全体のブロック図で
ある。本発明のシステムでは、例えばこの図に示すよう
に、企業１に端末装置２が設置され、センター２０と図
示しない通信回線等で接続されている。この通信回線は
電話回線や専用回線等である。また、この図には企業１
の取引を担当する営業店４０も図示されている。

【０００９】企業１には端末装置２が設けられている。
これはファームバンキングターミナルと呼ばれる装置で
ある。また、この他にファクシミリ装置３を設け、これ
により合計通知書４の送信とエラーデータ５の受信を行
う構成となっている。センター２０には受信処理部２
１、ファクシミリ制御装置２２、主制御装置２３、文字
認識処理部２４及び依頼処理制御部２５が設けられてい
る。受信処理部２１は企業１の端末装置２と電話回線等
を介して接続されている。そして、受信された振込依頼
データを送信データファイル２６として格納する構成と
なっている。また、ファクシミリ制御装置２２は電話回
線やファクシミリ回線を介して企業１及び営業店４０の
ファクシミリ装置３，４１と接続されている。

【００１０】ファクシミリ制御装置で受信された合計通
知書４のイメージデータは、イメージファイル２７に格
納されるよう構成されている。また、主制御装置２３は
ファクシミリ制御装置２２により受信した合計通知書４
のイメージデータ等を受け入れて文字認識処理部２４を
起動し、文字認識処理の制御等を行う部分である。文字
認識処理部２４は合計通知書４のイメージデータから該
当する部分を切り取ってそれぞれ文字認識し、後で説明
する振込依頼の件数や振込依頼合計金額等を認識結果と
して主制御装置２３に返す処理を行う部分である。依頼
処理制御部２５には突合用ファイル２８と、認識結果フ
ァイル２９とが設けられている。

【００１１】突合用ファイル２８は、受信処理部２１が
受信した振込依頼データから生成した依頼合計データを
格納するファイルである。認識結果ファイル２９は文字
認識処理部２４の認識した結果を格納するファイルであ
る。即ち、いずれのファイルにも後で説明する振込依頼
の件数と振込依頼合計金額とが格納されることになる。
なお、上記文字認識処理部２４による認識結果の確認や
修正のためにワークステーション３０が設けられてい
る。このワークステーション３０は必要に応じて認識結
果の修正や変更を行う。営業店４０には、センター２０
で生成され企業１に送信されるエラーデータ５と同一の
内容のエラーデータ４２を受信するようファクシミリ装
置４１が設けられている。

【００１２】図２には、振込依頼データの内容説明図を
示す。上記のように企業からセンターに対し端末装置２
を用いて送信される振込依頼データは、このような内容
の項目を有する。即ち、例えば振込先、支店、預金項
目、口座番号、金額等から構成される。図１において、
このようなデータが何件か分端末装置２から入力されセ
ンターで受信されると（ステップＳ１）、振込先の件数
を数えて合計件数を得て、金額を集計して振込依頼合計
金額を求める。これが依頼合計データとなり、突合用フ
ァイル２８に格納される（ステップＳ２）。一方、企業
１で独自に作成された合計通知書４はファクシミリ装置
３を用いてイメージデータとしてセンター２０に送信さ
れる（ステップＳ３）。

【００１３】図３には、この合計通知書例説明図を示
す。この図に示すように、合計通知書には振込依頼を行
った連絡担当者の他、振込依頼の合計件数、合計金額等
が記入される。そして、この合計通知書に識別マーク４
Ａが印刷されている。この識別マーク４Ａは、センター
２０における文字認識処理部２４が合計通知書４のどこ
に必要な事項が書き込まれているかを判断するために必
要となる。即ち、この識別マーク４Ａを基準に各部のイ
メージを切り取って文字を認識し、合計件数や合計金額
を得る。

【００１４】図１のファクシミリ制御装置２２が合計通
知書４のイメージデータを受信すると、これをイメージ
ファイル２７に格納し保存する（ステップＳ４）。そし
て、そのイメージデータが主制御装置２３を介して文字
認識処理部２４に転送される（ステップＳ５）。文字認
識処理部２４はここで文字を認識し、その認識結果を依
頼処理制御部２５の認識結果ファイルに格納する（ステ
ップＳ６）。その後、依頼処理制御部２５は突合用ファ
イル２８と認識結果ファイル２９から対応する合計デー
タを読み出し、自動的に突合を行う（ステップＳ７）。
なお、認識結果に誤りがあったり、認識不能な文字が含
まれているような場合には、ワークステーション３０に
おいて、その内容が修正される。そして、突合の結果、
不一致と判断されると、ステップＳ８において、エラー
データが生成され、企業１や営業店４０に対しエラーデ
ータ５あるいは４２がファクシミリ制御装置２２を介し
てイメージデータとして送信される（ステップＳ９，Ｓ
１０）。本発明においては、これらの一連の処理が実質
的に自動的に行われるためオペレータの負担が軽減され
る。

【００１５】図４と図５において、上記の合計通知の認
識処理とエラーデータの作成処理をより詳しく説明す
る。図４は、合計通知認識処理動作フローチャートであ
る。まず、ステップＳ２１において、ファクシミリ制御
装置２２により合計通知書のイメージデータを受信する
と、ステップＳ２２でイメージファイル２７にそのイメ
ージデータが格納される。そして、ステップＳ２３で文
字認識処理部へ送信され、ステップＳ２４で帳票の識別
と文字の切り出しが行われる。ステップＳ２５で文字の
認識が行われて、ステップＳ２６で認識結果の送信が行
われた後、ステップＳ２７ではリジェクト文字があった
かどうかが判断される。リジェクト文字がない場合には
ステップＳ２８に移り、企業マスタが読まれる。この企
業マスタというのは顧客である企業のコードや電話番
号、その他を対応付けて格納したインデクスファイルで
ある。

【００１６】この中に該当する企業がない場合には企業
コードの認識が誤っているか、あるいは顧客が誤った企
業コードを入力したかのいずれかとなる。このため、ス
テップＳ２９において、企業マスタがあるかどうかを判
断する。企業マスタがある場合にはステップＳ３３に移
り、後で突合処理に使用するため認識結果ファイルへ格
納する。一方、ステップＳ２７でリジェクト文字が混在
したり、ステップＳ２９で企業マスタに該当するものが
なかったような場合には、ステップＳ３０に移り、ワー
クステーションへデータが転送される。これによって、
そのデータ認識結果とイメージとがワークステーション
のディスプレイに移され、オペレータの修正を受ける
（ステップＳ３１）。オペレータが誤りなくその内容を
修正すると、その後企業マスタが読み込まれ（ステップ
Ｓ３２）、認識結果ファイルへ格納される（ステップＳ
３３）。

【００１７】図５には、エラーデータ作成処理フローチ
ャートを示す。まず、ステップＳ３５において、上記認
識結果が読まれる。そして、ステップＳ３６において、
突合用ファイルを読み出し、振込件数及びその合計金額
を突き合わせる。次に、ステップＳ３７において、両者
が一致したかどうかが判断される。両者が一致すればス
テップＳ３８に移り、送金データが作成され、ステップ
Ｓ３９において、送金データファイルへ格納される。一
方、両者が一致しない場合にはステップＳ４０に移り、
ワークステーションで既に修正されたものかどうかが判
断される。

【００１８】認識処理部で自動的に認識されたままのも
のである場合には、認識誤り等が原因でこのような不一
致が生じたとも考えられる。これに対して、一旦、ワー
クステーションでの修正を受けた場合にはその認識結果
には信憑性があるため、突合で不一致となったら直ちに
エラーデータ作成に移る。ステップＳ４０では、このよ
うな判断を行っている。ワークステーションで修正後の
ものでなければ図４で説明したように、ワークステーシ
ョンへデータを転送し、オペレータの修正を受け、改め
て認識データが認識結果ファイルに格納されることにな
る。これは、ステップＳ４１の処理で一括表示してい
る。

【００１９】一方、ワークステーションで修正後のもの
と判断された場合には、ステップＳ４２に移り、エラー
データの編集が行われる。この内容は、例えば合計金額
が一致しませんといった内容となる。この場合、顧客か
ら申告のあった合計データと振込依頼を集計して得た合
計データとを同時にプリントした状態でエラーデータを
作る。これにより、顧客がより誤りを判断し易いものと
なる。ステップＳ４３では、このようなエラーデータは
企業のファクシミリ装置３へ送信され、ステップＳ４４
では、営業店のファクシミリ装置４１へ送信される。

【００２０】なお、内容的に企業側で簡単に処理できる
ようなものであれば、担当する営業店へエラーデータを
送信する必要はない。しかしながら、この種の誤りでし
かも比較的煩雑な誤りが生じたような場合には、顧客は
一般に営業店に相談を行う。そこで、営業店に同一のも
のを送信し、相談を受け易いようにしている。

【００２１】本発明は以上の実施例に限定されない。上
記受信処理部、文字認識処理部、依頼処理制御部等は、
それぞれ別々のブロック構成をもって説明したが、これ
らは適宜同様の機能ブロックに置き換えて差し支えな
く、一箇所の制御装置が全ての処理を一括して行うよう
にしてもよいし、それぞれ機能を分散し、各部分が所定
の処理を実行するようにしても差し支えない。

【００２２】

【発明の効果】以上説明した本発明のファームバンキン
グ処理システムは、顧客の端末装置から送信された取引
依頼データから依頼合計データを作成し、顧客からファ
クシミリ装置により合計通知書のイメージデータを受信
すると、認識データを作成する。そして、認識データと
依頼合計データとを自動的に突き合わせ処理し、不一致
のときエラーデータを自動生成して顧客のファクシミリ
装置へ送信する構成としたので、センター側でオペレー
タが合計通知書を受信し、突き合わせ、エラーデータの
作成をするといった人的処理を行う必要がなく、オペレ
ータの負担が軽減される。しかも、オペレータの介在が
ないことから、数値の入力ミス等も防止され、正確性が
向上する。更に、オペレータによるエラーデータの電話
連絡等も不要となる。また、企業とその業務を取り扱う
担当営業店に同時にエラーデータを 送信するため、顧客
サービスの向上を図ることができる。また、自動化によ
り振込依頼入力から突合を終了し、データをマスタデー
タとして保存するまでの時間が大幅に短縮され、業務の
円滑化と顧客サービスの向上を図ることができる。

【図面の簡単な説明】

【図１】本発明のシステム全体のブロック図である。

【図２】振込依頼データの内容説明図である。

【図３】合計通知書例説明図である。

【図４】合計通知認識処理フローチャートである。

【図５】エラーデータ作成処理フローチャートである。

【符号の説明】

２ 端末装置 ５ エラーデータ ２１ 受信処理部 ２４ 文字認識処理部 ２５ 依頼処理制御部 ２８ 突合用ファイル

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 G06F 19/00 G07F 19/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 各取引及び取引毎の金額を示す取引依頼
   データを送信するための顧客側の端末装置と、前記取引
   の件数及び合計金額の記入されている前記顧客側が作成
   の合計通知書を読み取ってイメージデータとして送信す
   る前記顧客側のファクシミリ装置と、前記顧客の取引を
   担当する営業店のファクシミリ装置と、前記取引依頼デ
   ータを受信すると該データで示される前記各取引に対応
   する取引処理を実行するための金融センタとを備えるフ
   ァームバンキング処理システムであって、 前記金融センタは、 前記取引依頼データから取引の件数及び合計金額を含む
   依頼合計データを生成する受信処理部と、 受信した前記イメージデータを文字認識し、認識した取
   引の件数及び合計金額を示す認識データを出力する文字
   認識部と、 前記依頼合計データと前記認識データとを突き合わせ、
   両データが一致すると、前記取引処理を実行し、前記両
   データが不一致で前記顧客側及び前記営業店の各前記フ
   ァクシミリ装置にそれぞれ通知するためのエラーデータ
   を作成する依頼処理制御部とを含むことを特徴とするフ
   ァームバンキング処理システム。