(57)【特許請求の範囲】
【請求項１】
営業店側に配され、帳票を読み取ってイメージデータを生成し、生成したイメージデータを送信する帳票イメージ送信装置と、センタ側に配され、前記イメージデータを受けると、該イメージデータから文字を抽出して文字認識処理を行い、前記文字認識処理の結果に基づく帳票情報を生成するサーバと、前記生成した帳票情報を記憶する記憶装置と、前記帳票情報を表示して該帳票情報の修正が可能な確認端末とを備える帳票処理システムにおいて、
前記営業店側に配されて前記帳票情報の照会要求を出力する照会端末と、
前記センタ側に配されて前記照会要求を受けると、前記記憶装置に記憶されている前記帳票情報を該照会端末に出力する出力サーバとを備え、
前記照会端末は、前記受信した少なくとも修正可能な帳票情報に対して処理継続要求を出力し、
前記出力サーバは、前記処理継続要求を受けると、前記記憶装置に記憶されている前記帳票情報を前記確認端末に供給することを特徴とする帳票処理システム。
【請求項２】
前記照会端末は、前記受信した修正不可な帳票情報に対して処理中断要求を出力し、
前記出力サーバは、前記処理中断要求を受けると、前記記憶装置に記憶されている前記帳票情報を削除することを特徴とする請求項１に記載の帳票処理システム。
【請求項３】
前記サーバは、前記帳票情報の一覧を示す一覧情報を生成する生成手段を有し、
前記記憶装置は、前記生成した一覧情報を記憶し、
前記出力サーバは、前記照会端末から一覧情報の取得要求を受けると、前記記憶装置に記憶されている前記一覧情報を前記照会端末に供給し、
前記照会端末は、前記受信した一覧情報の中から任意の帳票情報に対して照会要求を出力し、
前記出力サーバは、前記照会要求を受けると、前記記憶装置に記憶されている当該帳票情報を前記照会端末に出力することを特徴とする請求項１に記載の帳票処理システム。
【請求項４】
前記サーバは、前記帳票情報に基づいて帳票の記入漏れチェックを行い、該帳票情報及び該記入漏れチェックの結果を含む処理結果情報を生成する処理結果情報生成手段を有し、
前記記憶装置は、前記生成した処理結果情報を記憶し、
前記出力サーバは、前記照会端末から処理結果情報の照会要求を受けると、前記記憶装置に記憶されている前記処理結果情報を前記照会端末に供給することを特徴とする請求項１に記載の帳票処理システム。
【請求項５】
前記少なくとも修正可能な帳票情報は、帳票に記載不備が無い又は記載不備があるが前記事務センタ側で対応可能な帳票情報であることを特徴とする請求項１に記載の帳票処理システム。
【請求項６】
前記帳票イメージ送信装置は、ファクシミリ装置であり、
前記イメージデータは、ファクシミリ通信に基づいて前記サーバに送信されることを特徴とする請求項１に記載の帳票処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関において帳票の処理依頼を受けた窓口からファクシミリ送信されたファクシミリデータに基づいて事務処理を行う帳票処理システムに関するものである。
【背景技術】
【０００２】
金融機関の事務集中システムにおいて、投資信託販売等の比較的取扱量の少ない帳票の事務処理は、営業店と事務センタ間との情報転送にファクシミリが利用される。営業店において、顧客から帳票の処理依頼を窓口で受けると、該帳票は窓口のオペレータによりファクシミリで事務センタに送信される。事務センタでは、窓口からファクシミリデータを受けると、ファクシミリデータで示される帳票をＯＣＲ（Ｏｐｔｉｃａｌ
Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）により、文字認識を行った後、事務センタのオペレータによって確認修正すなわちデータエントリ業務が行われる。文字つぶれや文字かすれ等により、ファクシミリデータに基づく表示で帳票の内容を目視しても、その内容が不明で修正できない場合や、記載内容に不備がある場合、事務センタのオペレータは、窓口のオペレータにその旨を通知していた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、前記した従来の帳票処理システムでは、事務センタで帳票の記載不備が判明すると、その旨をわざわざ窓口のオペレータに電話連絡し、その帳票をわざわざ営業店にファクシミリで送り返したり、電話連絡する等して不備を訂正させ、ファクシミリ送信し直させていた。従って、窓口では依頼した事務処理の状況、すなわち事務センタから通知があるまで、帳票の記載不備を把握できないことから、記載不備通知を受けたときには、帳票の処理依頼者が窓口から既に立ち去っており、依頼者に記載不備を即座に訂正してもらうことができず、これが問題となっていた。
【０００４】
従って、前記した課題に鑑みて、本発明の目的は、事務センタに依頼した帳票の処理状況を窓口で把握可能の帳票処理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、以上の点を解決するために、次の構成を採用する。
営業店側に配され、帳票を読み取ってイメージデータを生成し、生成したイメージデータを送信する帳票イメージ送信装置と、センタ側に配され、イメージデータを受けると、該イメージデータから文字を抽出して文字認識処理を行い、文字認識処理の結果に基づく帳票情報を生成するサーバと、生成した帳票情報を記憶する記憶装置と、帳票情報を表示して該帳票情報の修正が可能な確認端末とを備える帳票処理システムにおいて、営業店側に配されて帳票情報の照会要求を出力する照会端末と、センタ側に配されて照会要求を受けると、記憶装置に記憶されている帳票情報を該照会端末に出力する出力サーバとを備え、照会端末は、受信した少なくとも修正可能な帳票情報に対して処理継続要求を出力し、出力サーバは、処理継続要求を受けると、記憶装置に記憶されている帳票情報を確認末に供給することを特徴とする。
【０００６】
照会端末は、受信した修正不可な帳票情報に対して処理中断要求を出力し、出力サーバは、処理中断要求を受けると、記憶装置に記憶されている帳票情報を削除することを特徴とする。
サーバは、帳票情報の一覧を示す一覧情報を生成する生成手段を有し、記憶装置は、生成した一覧情報を記憶し、出力サーバは、照会端末から一覧情報の取得要求を受けると、記憶装置に記憶されている一覧情報を照会端末に供給し、照会端末は、受信した一覧情報の中から任意の帳票情報に対して照会要求を出力し、出力サーバは、照会要求を受けると、記憶装置に記憶されている当該帳票情報を照会端末に出力することを特徴とする。
【０００７】
サーバは、帳票情報に基づいて帳票の記入漏れチェックを行い、該帳票情報及び該記入漏れチェックの結果を含む処理結果情報を生成する処理結果情報生成手段を有し、記憶装置は、生成した処理結果情報を記憶し、出力サーバは、照会端末から処理結果情報の照会要求を受けると、記憶装置に記憶されている処理結果情報を照会端末に供給することを特徴とする。
【０００８】
少なくとも修正可能な帳票情報は、帳票に記載不備が無い又は記載不備があるが事務センタ側で対応可能な帳票情報であることを特徴とする。
【０００９】
帳票イメージ送信装置は、ファクシミリ装置であり、イメージデータは、ファクシミリ通信に基づいてサーバに送信されることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、事務センタに依頼した帳票の不備情報を窓口で把握することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について、図を用いて詳細に説明する。以下の説明では、各実施の形態に用いる図面について同一の構成要素は同一の符号を付し、かつ重複する説明は可能な限り省略する。
【実施例１】
【００１２】
本発明の投資信託システム１０は、図１に示すように、窓口としての営業店２０と事務センタ３０とがネットワーク（公衆回線、専用回線）を介して接続している。
営業店２０は、顧客が必要事項を記入した投資信託帳票（以降、単に帳票と略称する）をファクシミリ送信するためのファクシミリ（以降、単にＦＡＸと称す）２１と、帳票に基づく事務処理結果を確認するための照会端末２２とを備える。
【００１３】
照会端末２２は、後述するＷｅｂサーバからの情報に基づいて帳票の処理結果を把握するためのブラウザが組み込まれている。
【００１４】
事務センタ３０は、帳票の記載内容の不備チェックを当該事務センタ３０で集中的に行うべく、営業店２０のＦＡＸ２１からファクシミリ送信されてくる帳票を受信して、当該帳票の文字認識を行って、該帳票の記載不備を確認するＦＡＸ受信事務処理サーバ３１と、処理依頼を受けた帳票の一覧情報や帳票の処理結果を示す処理結果情報をデータベース３２で保持させるための管理を行うデータベースサーバ３３と、照会端末２２とネットワーク接続するためのルータ３４と、照会端末２２からの問い合わせに応じて処理結果情報を閲覧可能に出力するＷｅｂサーバ３５と、必要に応じてデータベースで保持する情報の補正を行う確認修正端末としてのエントリ端末３６と、データベース３２で保持する情報をホスト４０へ送信するための通信サーバ３７とを備える。
【００１５】
尚、本実施例では、帳票の記載内容の不備チェックを事務センタ３０で集中的に行うことことから、営業店２０毎に帳票の記載内容の不備チェックを行うための装置を設ける必要がない。
【００１６】
ＦＡＸ受信事務処理サーバ３１は、図２に示すように、営業店２０のＦＡＸ２１からファクシミリ送信されてくる帳票のＦＡＸデータを受信するＦＡＸデータ受信部３１０と、受信したＦＡＸデータに示される帳票のイメージにおいて、文字認識を行って文字コードを取得する文字認識部３１１と、該文字認識部３１１における認識結果に基づいて帳票のチェックを行う認識結果チェック部３１２と、該認識結果チェック部３１２におけるチェック結果に基づいて処理結果情報を生成する処理結果情報生成部３１３とを備える。
【００１７】
ＦＡＸデータ受信部３１０は、営業店２０のＦＡＸ２１からファクシミリ送信されてくる帳票のＦＡＸデータを受信する。ところで、一般的なＦＡＸは、受信したＦＡＸデータに基づいて印刷媒体に印刷処理を行うが、該印刷処理を本実施例のＦＡＸ受信事務処理サーバ３１は行わない。
【００１８】
文字認識部３１１は、ＦＡＸデータをＴＩＦＦ形式のイメージデータに変換し、該帳票イメージに基づいて、帳票に記載された文字の文字認識を行い文字コードを取得し、帳票に記載された内容を文字コード化した帳票情報を生成する。尚、帳票の種別の特定には、シートＩＤ等、既存の技術を用いて実現することができる。
【００１９】
ところで、帳票は複数の項目で構成されており、該各項目からに対する内容が示されている。認識結果チェック部３１２は、文字認識部３１１における文字認識結果に基づいて、帳票の各項目内容の記入漏れチェック、各項目の背反（関連）チェックなどの方式的なチェックを行う。
【００２０】
具体的には、記入漏れチェックは、文字認識結果中に帳票における必須項目に空白以外の文字コードがあるか否かをチェックし、背反チェックは、例えば択一選択であるにも拘わらず２つ以上の選択項目が選択されるなど、予め定めた選択方式に違反していないかチェックする。
【００２１】
処理結果情報生成部３１３は、帳票のイメージと、文字認識部３１１で文字認識して得た帳票の内容（帳票情報）と、認識結果チェック部３１２におけるチェック結果に基づいて生成した不備情報と、から成る処理結果情報を生成する。このとき、処理結果情報生成部３１３は、処理した帳票（生成した処理結果情報）の通番を営業店毎に付与しており、該通番と、営業店名、受付け（ＦＡＸデータ受信）日時および帳票種別から成る一覧情報を営業店毎に生成する。
【００２２】
尚、生成された処理結果情報および一覧情報は、図２において略されているデータベースサーバ３３を介してデータベース３２に保持される。
【００２３】
ところで不備情報には、チェックエラーとなる項目と、帳票の不備種別を示す不備コードと、その内容とが示されており、営業店２０の照会端末２２で参照可能にデータベース３２で保持される。
【００２４】
Ｗｅｂサーバ３５は、当該サーバで管理するＷｅｂページの閲覧要求を受けるべく、照会端末２２から各営業店毎に予め割当られたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によるアクセス情報を受信するアクセス情報受信部３５０と、照会端末２２に表示する表示画面（Ｗｅｂページ）を生成する画面生成部３５１と、営業店２０からＦＡＸ送信されて受信したＦＡＸデータ（帳票）の一覧を示す一覧情報をデータベース３２から取得する一覧情報取得部３５２と、画面生成に必要な情報（処理結果情報）をデータベース３２から取得する処理結果情報取得部３５３と、事務センタ３０でＦＡＸデータに基づく事務処理が行われ、該処理の確認が営業店２０の照会端末２２で行われたか否かを確認処理する確認処理部３５４とを備える。
【００２５】
画面生成部３５１は、照会端末２２で表示するためのＷｅｂページの画面を生成する。具体的には画面生成部３５１は、予め用意している表示画面に、データベース３２から取得する情報を組み込んだ表示画面を生成する。この画面は、例えばＨｔｍｌ＋Ｊａｖａ（登録商標）スクリプトや、Ｊａｖａアプレット等により作成さており、これにより照会端末２２で選択操作を行わせることが可能となる。画面生成部３５１は、営業店２０毎の受信帳票の一覧表示画面（図４（ａ）参照）と、指定された帳票のイメージおよび当該帳票の記載不備に関する情報を表示する画面（図４（ｂ）参照）とを生成する。
【００２６】
受信帳票の一覧表示画面には、受付け番号、営業店名、帳票の読取（ＦＡＸ送信）日時、帳票種別および通番などから成る一覧情報が示されており、該一覧情報は、一覧情報取得部３５２により、閲覧要求を受けたＵＲＬにより特定した営業店２０のコードに基づいてデータベース３２から取得される。画面生成部３５１は、一覧情報取得部３５２で取得した一覧情報を用いて一覧表示画面を生成する。尚、画面表示におけるイメージ表示のためのデータは、Ｗｅｂブラウザがサポートするデータ形式に応じて、ＴＩＦＦやＧＩＦ等のデータ形式に変換してもよいし、表示用のプラグイン機能を利用して、ブラウザで表示させるようにしてもよい。
【００２７】
ところで、前記した一覧表示画面において、任意に指定された帳票のイメージおよび当該帳票の記載不備に関する情報を表示する画面には、帳票のイメージもしくは記載不備内容、通番、帳票の読取（ＦＡＸ送信）日時、帳票種別などの処理結果情報が示されており、該処理結果情報は、処理結果情報取得部３５３により、データベース３２から取得される。画面生成部３５１は、処理結果情報取得部３５３で取得した処理結果情報を用いて画面を生成する。
【００２８】
尚、指定された帳票のイメージおよび当該帳票の記載不備に関する情報を表示する画面には、当該画面表示を行う照会端末２２のオペレータが表示内容の確認の可否指示を受けるためのＯＫボタンとＮＧボタンとが表示されており、これらのボタンをマウスなどの入力デバイスで操作することにより、入力デバイスで指示された内容が照会端末２２からＷｅｂサーバ３５へ通知される。
【００２９】
確認処理部３５４は、前記した内容確認の可否通知に基づいて、後述する管理フラグの制御を行う。このとき、確認処理部３５４は、ＮＧボタンが押下されたことを示す指示を受けると、データベース３２から当該帳票のイメージデータを削除する処理を行う。また、確認処理部３５４は、ＯＫボタンが押下されたことを示す指示を受けると、管理フラグをＯＮ状態に制御する。
【００３０】
ここで、管理フラグについて説明する。管理フラグは、営業店２０から事務センタ３０へＦＡＸ送信された帳票の記載不備のチェックが行われ、そのチェック結果を営業店２０の照会端末２２で確認されたか否か把握可能のフラグであり、処理結果情報に対応付けられて管理されており、未確認でＯＦＦ状態、確認済でＯＮ状態となる。
【００３１】
尚、管理フラグがＯＮ状態の処理結果情報、具体的には照会端末２２で、チェック結果の確認を終えた処理結果情報に含まれている、帳票に記載の内容が文字コード化された帳票情報がホストへ送信される。
【００３２】
ところで、ホストにおける処理で、成約不可と判断されたとき、その旨がホストから事務センタ３０へ通知される。事務センタ３０では、成約不可能の事由と、該事由における帳票上の記載個所（項目）をデータベースサーバ３３を介してデータベース３２に蓄積する。この場合も、蓄積した情報を営業店２０の照会端末２２から参照することができる。尚、この場合、表示画面は、「一覧情報の表示」から「ホストエラーの一覧表示」に変更される。
【００３３】
データベースサーバ３３は、図５に示すように、検索処理部３３０と、更新処理部３３１とを備える。
検索処理部３３０は、例えば一覧情報取得部３５２から一覧情報の取得要求を受けると、営業店２０のコードに基づいて、データベース３２から取得要求を受けた営業店２０のコードの一覧情報を取得する。また、処理結果情報取得部３５３から処理結果情報の取得要求を受けると、通番に基づいてデータベース３２から取得要求を受けた通番の処理結果情報を取得する。このようにして取得した情報は、要求元へ出力される。
更新処理部３３１は、データベース３２で保持する一覧情報、処理結果情報および管理フラグの更新処理を行う。
【００３４】
エントリ端末３６は、事務センタ３０のオペレータによる入力を受けるための端末であり、データベース３２で保持する各種情報の内容変更に用いられる。
【００３５】
次に、投資信託システム１０の動作を図６に示すシーケンス図を用いて説明する。
営業店２０のＦＡＸ２１で帳票がＦＡＸされ（ステップＳ１）、事務センタ３０のＦＡＸ受信事務処理サーバ３１でＦＡＸデータを受けると、該ＦＡＸデータをＴＩＦＦファイル化し、帳票イメージを取得する（ステップＳ２）。
【００３６】
ＦＡＸ受信事務処理サーバ３１は、取得した帳票イメージに基づいて文字認識を行い、帳票の記載内容を文字コード化した帳票情報を生成し、帳票の各項目内容の記入漏れチェックや各項目の背反（関連）チェックなどの方式的な不備チェックを行い（ステップＳ３）、帳票に記載不備がある場合には、不備情報を生成し（ステップＳ４）、該不備情報、帳票情報および帳票イメージから成る処理結果情報を生成すると共に、営業店毎に一覧情報を生成する。生成した情報は、データベースサーバ３３によりデータベース３２に登録される（ステップＳ５）。
【００３７】
その後、営業店２０の照会端末２２から、帳票の処理状況の照会が行われると（ステップＳ６）、該照会を受けたＷｅｂサーバ３５は、データベースサーバ３３を介してデータベース３２から一覧情報を取得すると（ステップＳ７）、当該一覧情報に基づく一覧表示画面を照会端末２２で表示させるためのＷｅｂページを生成し、該Ｗｅｂページを照会端末２２で閲覧可能に出力する（ステップＳ８）。
【００３８】
照会端末２２のオペレータは、生成されたＷｅｂページの一覧表示画面に表示される処理一覧から任意の指定を照会端末２２で行うと、該照会端末２２からその旨がデータベースサーバ３３へ通知される。データベースサーバ３３は、指定された帳票の処理結果情報をデータベース３２から取得し、当該処理結果情報に基づく表示画面を照会端末２２で表示させるためのＷｅｂページを生成し、該Ｗｅｂページを照会端末２２で閲覧可能に出力する。
【００３９】
照会端末２２のオペレータは、生成されたＷｅｂページの表示画面を確認すると（ステップＳ９）、このとき帳票に記載不備があるときには、当該の帳票イメージが表示され、処理結果情報の不備情報に基づいて不備事由が表示される（ステップＳ１０）。
【００４０】
オペレータは、不備のある帳票イメージや不備事由に基づいて、当該帳票の処理を継続することができない、すなわち再度帳票を作成し直す必要があると判断したとき（ステップＳ１１）、表示画面に表示されているＮＧボタンの押下指示を照会端末２２で行い、該照会端末２２からデータベースサーバ３３へ削除指示が通知される（ステップＳ１２）。通知を受けたデータベースサーバ３３は、指示された処理結果情報をデータベース３２から削除する。このとき、データベースサーバ３３は、削除処理に伴ない一覧情報の内容変更も行う。
【００４１】
尚、前記したステップＳ１１において、帳票に記載不備があるものの、当該帳票の処理を継続することができると判断すると、オペレータは、表示画面に表示されているＯＫボタンの押下指示を照会端末２２で行い、該照会端末２２からデータベースサーバ３３へその旨が通知される。
【００４２】
尚、前記したステップＳ９において、記載不備がない場合にも、表示画面に表示されているＯＫボタンの押下指示を照会端末２２で行い、該照会端末２２からデータベースサーバ３３へその旨が通知される。通知を受けたデータベースサーバ３３は、確認フラグをＯＮ状態に制御し、エントリ端末に当該帳票の帳票情報等を確認修正すべきデータとして配信する。これによりオペレータからの修正入力をエントリ端末３６で受けることができる（ステップＳ１３）。
【００４３】
前記したようにして帳票の処理を行って、生成された処理結果情報が事務センタ３０からホストへ送信され、当該処理結果情報に基づく投資信託の処理実行が行われる。
【００４４】
従って本発明の投資信託システム１０は、事務センタ３０で、依頼を受けた帳票の文字認識を行って、文字認識結果に基づくチェック結果とＦＡＸイメージを含む処理結果情報を生成し、該処理結果情報を営業店３０からの要求に応じて閲覧可能に照会端末２０に出力することにより、窓口で帳票の記載不備を事務センタ側の文字認識機能を利用してＦＡＸ送信後、直ちに把握することができる。これにより、窓口で帳票の事務処理結果を取得するまで、依頼者に待機してもらうことにより、不備があった際、依頼者に即座に帳票の訂正依頼をすることができる。
【産業上の利用可能性】
【００４５】
前記した実施例では、投資信託帳票を処理する例で説明したが、これに限る必要はなく、振込み、為替、保険申込み、株取引などの金融取引などに本発明を適用することができ、また、役所などの公共機関における帳票の事務処理に本発明を適用することができる。
【図面の簡単な説明】
【００４６】
【図１】投資信託システムのブロック図である。
【図２】ＦＡＸ受信事務処理サーバのブロック図である。
【図３】Ｗｅｂサーバのブロック図である。
【図４】表示画面の例図である。
【図５】データベースサーバのブロック図である。
【図６】投資信託システムの動作フローチャートである。
【符号の説明】
【００４７】
１０  投資信託システム
２０  営業店
２１  ＦＡＸ
２２  照会端末
３０  事務センタ
３１  ＦＡＸ受信事務処理サーバ
３２  データベース
３３  データベースサーバ
３４  ルータ
３５  Ｗｅｂサーバ
３６  エントリ端末
３７  通信サーバ
４０  ホスト
【図１】
0004364827.tif 000002
【図２】
0004364827.tif 000003
【図３】
0004364827.tif 000004
【図４】
0004364827.tif 000005
【図５】
0004364827.tif 000006
【図６】
0004364827.tif 000007