(57)【要約】【課題】  金融機関窓口にて振込依頼書のごとき手書き記入を有する帳票でもって取引を依頼された場合に額面の不読や誤読による処理ミス防止に有効な帳票データ処理システムを提供する。【解決手段】  銀行などの窓口端末装置１１で仮受金入金処理後にホストコンピュータ２０から振込依頼書１０の手書き振込金額（１０ａ）に対応する認証金額（１０ｃ）が交付され、その振込依頼書１０の読取データ上で不読や誤読が存在する場合でも、窓口端末装置１１における係員によるチェックと、集中処理センター３に設置されたたとえばエントリ用ＰＣ３１と、ベリファイ用ＰＣ３２と、承認用ＰＣ３３からなる照合手段で手書き取引金額と認証金額とを照合させる。照合を終えた振込依頼書１０の読取データはホストコンピュータに仕向け電文の形で送信されて振込処理を終える。【選択図】    図１
2006004121.tif 000002
【特許請求の範囲】
【請求項１】
顧客が取引金額を含む必要事項を手書きで記入した帳票を仮受金入金処理する金融機関の窓口端末装置と、
仮受金入金処理の情報を受信して受付通番および前記取引金額に対応する認証金額を交付してから前記窓口端末装置へ返信するホストコンピュータと、
前記窓口端末装置にて前記受付通番および前記認証金額を印字してＯＣＲ化された帳票読取データに基づき、前記手書き取引金額と前記認証金額との照合を行う集中処理センター設置の照合手段と、
を含んで構成されたことを特徴とする帳票データ処理システム。
【請求項２】
前記照合手段は、前記集中処理センターの管理サーバから配信された前記帳票読取データについて不読および誤読を確認する処理とともに、前記手書き取引金額と前記認証金額とを照合して一致しているか否かを判断するエントリ用、ベリファイ用および承認用の各コンピュータからなっていることを特徴とする請求項１に記載の帳票データ処理システム。
【請求項３】
前記ホストコンピュータは、前記仮受金入金処理の情報から取得した前記手書き取引金額と前記照合手段からの照合結果による仕向け電文として送信された前記認証金額との比較制御を行い、前記仕向け電文による取引処理を実行するとともに、不一致の場合はエラー通知票を発行することを特徴とする請求項１または２に記載の帳票データ処理システム。
【請求項４】
前記窓口端末装置は、前記エントリコンピュータによる処理を代行してエントリデータを前記管理サーバに転送することにより、前記集中処理センターでは前記エントリコンピュータを省いてなることを特徴とする請求項２または３に記載の帳票データ処理システム。
【請求項５】
前記帳票が振込依頼書または為替依頼書である場合に、前記手書き取引金額は振込金額または為替金額であることを特徴とする請求項１，２，３または４のいずれかに記載の帳票データ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関営業窓口にて顧客から依頼される振込や為替の帳票上の手書き金額数字の不読や誤読で発生する処理トラブルを防止できるようにした帳票データ処理システムに関するものである。
【背景技術】
【０００２】
銀行など金融機関の営業店舗窓口では日常的に、来店した顧客から依頼されて窓口係員による現金振込や為替取引などの各種取引が行われる。その際、顧客は備え付け帳票のたとえば振込依頼書に手書きでもって依頼人氏名、受取人や振込先名称、振込金額など必要事項を記入して窓口係員に提出する。提出されたその振込依頼書の内容について窓口係員は確認し、入出金機で顧客から受け渡された現金を計数し、専用の窓口端末機で仮受金という名目の入金処理を行う。続いて、振込依頼書をスキャナ装置で読み取り、手書き記入された振込金額などの文字を認識し、ＯＣＲ（Optical  Character  Reader）化した読取データを帳票イメージと併せて当銀行の勘定系業務を集中処理するセンターに転送する。
【０００３】
集中処理センターでは、転送されてきた振込依頼書のＯＣＲ読取データについて係員が不読や誤読文字があれば修正し、検証後にホストコンピュータに仕向け電文を送信する。ホストコンピュータは振込処理の指示を窓口端末機に送信することで１件分の振込処理を終了するようにしている。
【０００４】
そのようにして銀行などでは、顧客から依頼された各種取引用帳票上の手書き記入による額面が不鮮明で不読であったり、誤読することで行員係員による処理ミスを回避するＯＣＲ集中処理システムを採用してきている。これについて提案されたものに、たとえば特開平６−１８７４８８号公報のＯＣＲ読取データチェック方法があり、上記したチェックシステムが開示されている。
【特許文献１】特開平６−１８７４８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の上記公報に開示されたＯＣＲ読取データチェック方法、これに関する従来のチェックシステムにおいては改善すべき次の問題がある。
たとえば振込依頼書という帳票に顧客が手書き記入した振込金額が不鮮明で誤読を招きかねないような場合、営業窓口の係員や集中処理センターの操作係員がそのまま誤読した金額で処理してホストコンピュータへ仕向け電文を発信すると、処理ミスの原因となってシステム運用面での確実性に欠ける。むろん、そうした人為的誤読ミスばかりでなく、スキャナ装置が手書きによる不鮮明文字を誤読して読み取り走査した場合の装置誤動作や誤判断も含まれる。上記公報の場合、かかる帳票上の金額確認チェックを窓口端末装置において係員の判断に委ねられており、仮にもその窓口係員の判断ミスが有った場合はチェック機能が無い。特に、為替取引で数億円といった高額取引での処理ミスは許されず重大な信用失墜を招かざるを得ない。したがって、営業窓口と集中処理センターとの間の人為的な一元的やりとりによるチェックだけに止まらず、二重、三重のチェックシステムが必要である。
【０００６】
以上の問題点に鑑み、本発明の目的は、金融機関窓口にて振込依頼書のごとき手書き記入を有する帳票でもって取引を依頼された場合に額面の不読や誤読による処理ミス防止に有効な帳票データ処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、以上の点を解決するために、次の構成を採用する。
<構成>
本発明による請求項１記載の帳票データ処理システムは、顧客が取引金額を含む必要事項を手書きで記入した帳票を仮受金入金処理する金融機関の窓口端末装置と、仮受金入金処理の情報を受信して受付通番および前記取引金額に対応する認証金額を交付してから前記窓口端末装置へ返信するホストコンピュータと、前記窓口端末装置にて前記受付通番および前記認証金額を印字入力してＯＣＲ化された帳票読取データに基づき、前記手書き取引金額と前記認証金額との照合を行う集中処理センター設置の照合手段と、を含んで構成されたことを特徴とする。
【０００８】
かかる構成により、窓口端末装置にて仮受金入金処理後にホストコンピュータから帳票上の手書き取引金額に対応して認証金額が交付され、その手書き記入帳票上で不読や誤読が存在する場合でも、窓口端末装置における係員によるチェックと、集中処理センターに設置されたたとえばエントリコンピュータやベリファイコンピュータからなる照合手段で手書き取引金額と認証金額とを照合させる。
【発明の効果】
【０００９】
本発明の帳票データ処理システムは、金融機関の集中処理センターに設けた照合手段であるコンピュータによって手書き帳票上の不読や誤読をシステム構成上で数段階で確認して修正するとともに、手書き取引金額と認証金額とを同じくシステム構成上で数段階で照合することにより処理ミスを確実に防止でき、特に為替取引のように高額取引で許されない処理ミスを確実に防止するのに有効であり、金融取引の信頼性を格段に高めることができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態について図を用いて詳細に説明する。
【実施例１】
【００１１】
<実施例１の構成>
図１は、実施例１の帳票読取データ処理システムを示す構成図であり、帳票の具体例として本例では振込依頼書１０の処理が示されている。銀行など金融機関の営業店窓口では、係員行員の周辺に帳票データ入出力処理や入出金計数装置やホストコンピュータから受信したデータを印字する印字装置を含む窓口端末機１１が配置され、来店した顧客から振り込みを依頼された際に顧客が手書き記入した振込依頼書１０をそれら窓口端末機１１に通し、顧客から渡された振込金額のたとえば５０，０００円といった現金を計数し、仮受金という名目で入金処理が行われるようになっている。また、窓口周辺にスキャナ装置１２が配置され、仮受金入金処理と併せて振込依頼書１０の読み取り走査を行い、顧客が手書き記入した必要事項や５０，０００円という手書き数字による振込金額を認識し、帳票イメージと抱き合わせてイメージ切り出しにより読取データ化するようになっている。スキャナ装置１２に接続した窓口端末機１１はＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）によるネットワーク２を介して当銀行勘定系業務を統括する集中処理センター３に接続されている。
【００１２】
集中処理センター３では、ホストコンピュータ２０を主要部とする以下の処理システム装置が装備されている。営業窓口のスキャナ装置１２で読取処理された振込依頼書１０の読取データは管理サーバ３０に転送され、データベースとしてファイルに記憶して一旦格納されるようになっている。
【００１３】
また、管理サーバ３０の下位には、当該読取データを取り込んで解析する第１の照合手段として複数台数からなるエントリコンピュータ（PC）３１が接続され、またその下位に第２の照合手段として複数台数からなるベリファイコンピュータ（PC）３２が接続されている。さらにベリファイPC３２の下位には最終照合手段としてスーパバイザー機能する承認コンピュータ（PC）３３が配置されている。これら第１、第２および最終の各照合手段であるコンピュータでチェック処理された結果は通信ゲートウエイ（ＧＷ）３４を介してホストコンピュータ２０に通知されるようになっている。
【００１４】
ホストコンピュータ２０は、入出力された各種情報を制御する制御部２１を備え、顧客の口座取引に関する顧客情報データベースとして店番号、口座または当座の科目、口座番号、暗証番号などを格納した顧客情報マスタファイル２２を管理し、また振込情報、振替情報や為替取引情報などに関する取引情報ファイル２３などを管理して構成されている。かかるホストコンピュータ２０から照合結果を受ける受信専用端末１３が上記窓口端末機１１の周辺に設置されている。
【００１５】
<実施例１の動作>
次に、実施例１の動作および作用について説明する。
図２は、窓口端末機１１にて顧客から振込依頼を受けた際、窓口端末機１１における仮受金入金処理の動作フローを示している。顧客が取引銀行などの営業店舗窓口に振り込みを依頼するために来店し、所定の振込依頼書１０に依頼人と受取人の氏名、振込金額など必要事項を手書きで記入して窓口係員に提出する（ステップ：Ｓ１）。窓口係員はその振込依頼書１０の記載内容を確認して窓口端末機１１で仮受金として入金処理する（ステップ：Ｓ２）。仮受金入金によって振込処理を要求する依頼電文が窓口端末機１１から集中処理センター３のホストコンピュータ２０に送信されると、ホストコンピュータ２０で「受付通番１０ｂ」を交付し、仮受金の入金額面を受け付けて認証したという受領証として、受付通番１０ｂと一緒に「認証金額」を応答電文として窓口端末機１１に返答する（ステップ：Ｓ３）。窓口端末機１１では、ホストコンピュータ２０から応答されてきた「認証金額」の額面数字を当該振込依頼書１０の所定欄１０ｃにＯＣＲ文字で印字する（ステップ：Ｓ４）。すなわち、振込依頼書１０では、所定欄１０ａに顧客が記入した「手書き振込金額」であるたとえば５０，０００円という金額数字と、印字した所定欄１０ｃの「認証金額」の５０，０００円という金額数字と、そして受付通番蘭欄１０ｂに印字された受付通番のたとえば「０７７」という番号数字が揃う（図１参照）。
【００１６】
次に、仮受金入金処理を終えた当該振込依頼書１０はスキャナ装置１２にセットされて読み取り走査が開始される。スキャナ装置１２は振込依頼書１０上の所定項目をイメージとして読み取って切り出し、つまり顧客が記入した５０，０００円という数字の「手書き振込金額」と、印字入力された５０，０００円という数字の「認証金額」と、そして０７７という数字の受付通番１０ｂなどをイメージ切り出しして認識処理する。そのようにＯＣＲ処理された当該振込依頼書１０の読取データは窓口端末機１１からネットワーク２を介して集中処理センター３に転送される（ステップ：Ｓ５）。以下、集中処理センター３における一連の照合処理が行われ、受付通番をキーにして「手書き振込金額」と「認証金額」との照合が一致か不一致かの結果がホストコンピュータ２０から営業窓口の受信専用端末１３に返信される（ステップ：Ｓ６）。
【００１７】
図３は、上記図２のステップＳ６における集中処理センター３での照合処理動作フローを示す。
上記ステップＳ５でOCR処理された当該振込依頼書１０の読取データは集中管理センター３に転送され、管理サーバ３０の未処理ファイル３０ａに記憶させて一時格納される。エントリＰＣ３１は管理サーバ３０の未処理ファイル３０ａから配信された当該振込依頼書１０の読取データを読み出し、操作係員によって不読・誤読文字があれば修正される。それに併せて、第一次照合段階として読取データ上の顧客手書き記入による５０，０００円という「手書き振込金額」の金額数字と、窓口端末機１１にて印字された５０，０００円という「認証金額」の金額数字との照合が行われ、双方の金額数字が一致している否かの判読が行われる（ステップ：Ｓ１０）。照合が一致していないと判定された場合（No）、警告メッセージがエントリＰＣ３１のディスプレイ画面に表示されて操作係員に注意を促し、照合が一致している場合（Yes）は一次照合読取データとして管理サーバ３０の一次処理ファイル３０ｂに記憶させて一時格納され(ステップ：Ｓ１１)、下位装置のベリファイＰＣ３２から読み出しが有るまで待機する。
【００１８】
次の第二次照合段階において、ベリファイPC３２は管理サーバ３０の一次処理ファイル３０ｂから配信された上記一次照合読取データを読み出し、その一次照合読取データを再度確認しかつ重要項目の再入力を行ったりする。このとき、先のエントリPC３１で行ったと同様な「手書き振込金額」と「認証金額」との照合を行って再確認する(ステップ：S１２)。一致していないと判定した場合（No）、警告メッセージがベリファイＰＣ３２のディスプレイ画面に表示されて操作係員に注意を促す。照合が一致している場合（Yes）は次のステップS１３にてベリファイ一致か否かを判定し、一致している場合(Yes)は次のステップS１４にて限度額以上の取引か否かが判断される。振込金額がたとえば億円単位といったような高額取引の場合、その限度額は銀行ごとの運用規定に照らして判断される。限度額以上の場合(Yes)、また上記ステップS１３で一致していない判断された場合(No)は、それぞれ最終照合／承認段階としての承認PC３３へ配信されて採決に回される。ステップS１４で限度額以下の振込取引と判定した場合(Yes)、それを二次照合読取データとして管理サーバ３０の二次処理ファイル３０ｃに記憶させて一時格納し(ステップ：S１５)、ホストコンピュータ２０への返信待機状態となる。
【００１９】
最終照合段階としてスーパバイザーとして機能する承認PC３３は、ベリファイPC３２で第二次照合処理が行われた二次照合読取データについて、再度「手書き振込金額」と「認証金額」との照合を行って再確認する(ステップ：S１６)。一致していないと判定した場合（No）、警告メッセージが承認ＰＣ３３のディスプレイ画面に表示される。一致している場合（Yes）は次のステップS１７にて限度額以上の取引承認処理を行う。続いて、その承認した限度額以上の高額取引額面がたとえば「５億円」といった運用規定を超えているか、それとも以下かを判定する（ステップ：S１８）。５億円を超えている場合（Yes）、警告メッセージが承認ＰＣ３３のディスプレイ画面に表示される。５億円以下の場合（Ｎｏ）、ホストコンピュータ２０への返信待ちファイルである管理サーバ３０の上記二次処理ファイル３０ｃに二次照合読取データとして一時格納される。
【００２０】
以上のようにしてエントリＰＣ３１、ベリファイＰＣ３２および承認ＰＣ３３による第一次照合、第二次照合、最終照合の各段階を経ることにより、振込依頼書１０における不読や誤読の無い読取データとして集中処理センター３で承認される。承認された振込依頼書１０について通信ＧＷ３４からホストコンピュータ２０に仕向け電文が返信され、このホストコンピュータ２０から営業窓口の受信専用端末１３に送信されて、一件分の振込処理を完了する。
【００２１】
<実施例１の効果>
以上から明らかなように、この実施例１によれば、従来顧客から振込依頼などされた振込依頼書において、顧客が記入した「手書き振込金額」と、ホストコンピュータがそれを受理して認証した「認証金額」との照合を営業窓口係員が窓口端末機１１での処理で取り扱っていたために、振込依頼書上の文字不読や誤読による処理ミス発生のおそれがあったが、そうした不具合を窓口端末機での照合だけでなく集中管理センターに設けたエントリ、ベリファイ、承認という数段階の照合段階を経て確認することで払拭できる効果がある。
【実施例２】
【００２２】
<実施例２の構成>
図４は、実施例１の応用例ともいうべき実施例３の帳票読取データ処理システムを示す構成図である。実施例１で示されたように、窓口端末機１１で仮受金入金処理された情報は集中処理センター３のホストコンピュータ２０でも受付通番と関連づけられて格納されている。実施例１では集中処理センター３のエントリＰＣ３１、ベリファイＰＣ３２および承認ＰＣ３３にて数段階で振込依頼書１０の読取データ上の「手書き振込金額」と「認証金額」との照合が行われて誤読による取扱いミス防止に万全の処理がなされた。しかし、それでもたとえば帳票上に印字された認証金額をＯＣＲする際に誤読が発生し、さらに手書き振込金額のＯＣＲでも同様な誤読が発生した場合など万一、集中処理センター３での誤読ミスが生じてホストコンピュータ２０に通信ＧＷ３４から仕向け電文が送信されたような場合、ホストコンピュータ２０にてその誤読ミスをチェックできるようにしたシステムである。
【００２３】
<実施例２の動作>
したがって、図４に示すように、集中処理センター３でもエントリＰＣ３１、ベリファイＰＣ３２および承認ＰＣ３３で処理された読取データに関する振込金額と受付通番を含む仕向け電文がホストコンピュータ２０へ発信されると、ホストコンピュータ２０では窓口端末機１１にて受信した受付通番をキーにして仮受金入金処理されたけ振込金額と仕向け電文上の振込金額との照合を行う。図４中のステップＳ２０において、上記双方の振込金額が一致しておれば（Yes）、正常処理として振り込み処理が行われ、一致していなければ（No）、ホストコンピュータ２０から「エラー通知票１４」が出力されて窓口の受信専用端末１３に送信され、照合の初期見直しがなされる。
【００２４】
<実施例２の効果>
この実施例２によれば、手書き振込金額と認証金額の双方に不読や誤読が発生し、集中処理センター３で万一にも入力ミスや見落として処理されても、ホストコンピュータで最終チェックするので、取扱いミス防止に関して確実性を格段に高めることができる。
【実施例３】
【００２５】
<実施例３の構成>
この実施例３では、振込依頼書１０に印字入力される「認証金額」を窓口端末機１１で処理する際、その窓口端末機１１にエントリＰＣとしての機能を具備させて窓口係員が読取データの修正処理を可能に構成する。顧客が振込依頼書１０に「手書き振込金額」を記入した段階で窓口係員はその額面を確認して「認証金額」を手入力する。それをＯＣＲ読取データ化して「手書き振込金額」と「認証金額」とを比較して照合させ、一致している場合は確定金額としてホストコンピュータ２０に転送することにより、ホストコンピュータ２０から応答電文として受付通番を発行するとともに、確定金額および受付通番を含む認証データとして窓口端末機１１に返送する。窓口端末機１１は返送されてきた認証データを「エントリデータ」として集中処理センター３の管理サーバ３０に転送する構成である。
【００２６】
<実施例３の効果>
したがって、この実施例３では、実施例１，２で示された集中処理センター３におけるエントリＰＣ３１の機能を窓口端末機１１に代行させることにより、エントリＰＣ３１の装置およびオペレータ人員を省ける効果がある。
【００２７】
なお、上記実施例１，２，３ではいずれも帳票の具体例として振込依頼書を挙げたが、これに限定されるものではない。たとえば、数億円単位といったような高額取引として利用される為替取引において、為替依頼書といった帳票の読取データにおいても誤読による重大な取扱い上の処理ミスを防止するのに有効である。
【図面の簡単な説明】
【００２８】
【図１】本発明による実施例１の帳票読取データ処理システムの構成を示す図。
【図２】同実施例１の動作フロー図。
【図３】同実施例１の集中処理センターにおける動作フロー図。
【図４】実施例２の帳票読取データ処理システムの構成を示す図
【符号の説明】
【００２９】
１          銀行等金融機関の営業店舗
２          ネットワーク
３          集中処理センター
１０        振込依頼書（帳票）
１０ａ      手書き記入の振込金額
１０ｂ      受付通番
１０ｃ      印字入力された認証金額
１１        窓口端末機
１２        スキャナ装置
１３        受信専用端末機
２０        ホストコンピュータ
３０        管理サーバ
３０ａ      未処理ファイル
３０ｂ      一次処理ファイル
３０ｃ      二次処理ファイル
３１        エントリ用コンピュータ
３２        ベリファイ用コンピュータ
３３        承認用コンピュータ
【図１】
2006004121.tif 000003
【図２】
2006004121.tif 000004
【図３】
2006004121.tif 000005
【図４】
2006004121.tif 000006