(57)【要約】【課題】帳票に必要とされる複数の業務を効率的に処理する、帳票処理システム、同システム用の連携処理装置および帳票処理方法を提供する。【解決手段】画像読取端末１０と業務処理装置３０とが連携処理装置２０を介して接続された帳票処理システムであって、画像読取端末は、画像読取装置１２を介して帳票を読取り、帳票の画像データを連携処理装置に送信し、連携処理装置は、画像データを受信し、帳票に必要とされる複数の業務を帳票の種別に応じて特定して管理するとともに、特定された業務を各々に処理する複数の業務処理装置に画像データを送信し、業務処理装置は、画像データを用いて業務を処理し、業務が完了すると、処理結果を仮登録して業務の完了を連携処理装置に通知し、連携処理装置は、帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録にする登録指示を複数の業務処理装置に通知する。【選択図】図１
2008090506.tif 000002
【特許請求の範囲】
【請求項１】
画像読取端末と業務処理装置とが連携処理装置を介して接続された帳票処理システムであって、
前記画像読取端末は、画像読取装置を介して帳票を読取り、前記帳票の画像データを前記連携処理装置に送信し、
前記連携処理装置は、前記画像データを受信し、前記帳票に必要とされる複数の業務を前記帳票の種別に応じて特定して管理するとともに、特定された業務を各々に処理する複数の前記業務処理装置に前記画像データを送信し、
前記業務処理装置は、前記画像データを用いて業務を処理し、業務が完了すると、処理結果を仮登録して業務の完了を前記連携処理装置に通知し、
前記連携処理装置は、前記帳票に関する全ての業務の完了が通知されると、仮登録された前記処理結果を本登録にする登録指示を前記複数の業務処理装置に通知することを特徴とする、帳票処理システム。
【請求項２】
前記連携処理装置は、前記帳票に関する業務の完了不能が通知されると、仮登録された前記処理結果を取消させる取消指示を前記複数の業務処理装置に通知することを特徴とする、請求項１に記載の帳票処理システム。
【請求項３】
前記連携処理装置は、受信した前記画像データに通番を付与し、通番を用いて前記複数の業務処理装置により処理される業務を連携処理することを特徴とする、請求項１または２に記載の帳票処理システム。
【請求項４】
前記画像読取端末は、前記画像データから前記帳票の帳票種別を識別し、帳票種別を前記連携処理装置に送信することを特徴とする、請求項１〜３のいずれかに記載の帳票処理システム。
【請求項５】
前記連携処理装置は、前記画像データ毎に通番、帳票種別および各業務の処理状況を管理することを特徴とする、請求項１〜４のいずれかに記載の帳票処理システム。
【請求項６】
画像読取端末と業務処理装置とを接続する連携処理装置であって、
前記画像読取端末により画像読取装置を介して読取られた帳票の画像データを受信する受信部と、
前記帳票に必要とされる複数の業務を前記帳票の種別に応じて特定して管理する連携管理部と、
特定された業務を各々に処理する複数の前記業務処理装置に前記画像データを送信する送信部と、
を備え、
前記連携管理部は、前記業務処理装置により前記画像データを用いて業務の処理が完了されて処理結果が仮登録されると、業務の完了を通知され、前記帳票に関する全ての業務の完了が通知されると、仮登録された前記処理結果を本登録にする登録指示を前記複数の業務処理装置に通知することを特徴とする、連携処理装置。
【請求項７】
前記連携管理部は、前記帳票に関する業務の完了不能が通知されると、仮登録された前記処理結果を取消させる取消指示を前記複数の業務処理装置に通知することを特徴とする、請求項６に記載の連携処理装置。
【請求項８】
前記連携管理部は、受信した前記画像データに通番を付与し、通番を用いて前記複数の業務処理装置により処理される業務を連携処理することを特徴とする、請求項６または７に記載の連携処理装置。
【請求項９】
前記連携管理部は、前記画像読取端末により前記画像データから識別された前記帳票の帳票種別に応じて、前記帳票に必要とされる業務を特定することを特徴とする、請求項６〜８のいずれかに記載の連携処理装置。
【請求項１０】
前記連携管理部は、前記画像データ毎に通番、帳票種別および各業務の処理状況を管理することを特徴とする、請求項６〜９のいずれかに記載の連携処理装置。
【請求項１１】
画像読取端末と業務処理装置とに接続された連携処理装置による帳票処理方法であって、
前記画像読取端末により画像読取装置を介して読取られた帳票の画像データを受信する受信ステップと、
前記帳票に必要とされる複数の業務を前記帳票の種別に応じて特定する特定ステップと、
前記帳票に必要とされる業務を管理する管理ステップと、
特定された業務を各々に処理する複数の前記業務処理装置に前記画像データを送信する送信ステップと、
前記業務処理装置により前記画像データを用いて業務の処理が完了されて処理結果が仮登録されると、業務の完了を通知される仮登録ステップと、
前記帳票に関する全ての業務の完了が通知されると、仮登録された前記処理結果を本登録にする登録指示を前記複数の業務処理装置に通知する本登録ステップと、
を含むことを特徴とする、帳票処理方法。
【請求項１２】
前記帳票に関する業務の完了不能が通知されると、仮登録された前記処理結果を取消させる取消指示を前記複数の業務処理装置に通知する取消ステップをさらに含むことを特徴とする、請求項１１に記載の帳票処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票処理システム、同システム用の連携処理装置および帳票処理方法に係り、より詳しくは、帳票に必要とされる複数の業務を効率的に処理する、帳票処理システム、同システム用の連携処理装置および帳票処理方法に関する。
【背景技術】
【０００２】
一般に、金融機関などでは、口座開設などの各種諸届に際して、例えば、顧客情報の登録（エントリ）、印鑑の登録や帳票のファイリングなど、複数の業務を必要とする１または複数の届出書類（帳票）が用いられている。このため、帳票の登録管理は、帳票毎に必要とされる複数の業務の処理順序を予め考慮した上で、異なる担当者または業務部門の間で連携して処理されていた。
【０００３】
また、下記特許文献１には、営業店の各端末と事務センタに設置された複数の業務サーバとを接続してなる帳票処理システムが開示されている。当該システムでは、事務センタに設けられた集配信サーバが営業店の営業店端末や画像読取端末から送信される業務データを一括して受入れ、各業務サーバからの要求に応じて転送する。すなわち、当該システムでは、業務データの集配信が集中管理されるが、複数の業務が異なる業務サーバの間で連携して処理されない。
【０００４】
【特許文献１】特開２００４−１３９５１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
よって、複数の業務部門が処理に関与するので、処理状況を互いに確認するなど、部門間での連絡が必要になるという問題があった。また、複数の業務の連携が部門間での連絡に依存しているので、連絡の誤りや漏れが生じ易くなるという問題があった。さらに、複数の業務が帳票毎に業務の処理順序を予め考慮した上で実行されるので、部門間で時期的に業務量が偏り易くなるという問題があった。
【０００６】
本発明は上記問題点に鑑みてなされたものであり、その目的は、帳票に必要とされる複数の業務を効率的に処理する、新規かつ改良された、帳票処理システム、同システム用の連携処理装置および帳票処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の観点によれば、画像読取端末と業務処理装置とが連携処理装置を介して接続された帳票処理システムが提供される。本システムにおいて、画像読取端末は、画像読取装置を介して帳票を読取り、帳票の画像データを連携処理装置に送信する。連携処理装置は、画像データを受信し、帳票に必要とされる複数の業務を帳票の種別に応じて特定して管理するとともに、特定された業務を各々に処理する複数の業務処理装置に画像データを送信する。業務処理装置は、画像データを用いて業務を処理し、業務が完了すると、処理結果を仮登録して業務の完了を連携処理装置に通知する。連携処理装置は、当該帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録にする登録指示を複数の業務処理装置に通知する。
【０００８】
かかる構成によれば、画像読取端末により読取られた画像データが連携処理装置に送信される。連携処理装置では、帳票に必要とされる業務が帳票の種別に応じて特定されるとともに管理され、特定された業務を各々に処理する複数の業務処理装置に画像データが送信される。業務処理装置では、画像データを用いて業務が処理され、業務が完了すると、処理結果が仮登録されて業務の完了が連携処理装置に通知される。連携処理装置では、当該帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録する登録指示が業務処理装置に通知される。
【０００９】
これにより、帳票に必要とされる複数の業務が連携処理装置の管理の下で、複数の業務処理装置で連携して処理されるので、連携処理装置に対する照会により処理状況が確認可能となり、部門間での連絡が不要になるとともに、連絡の誤りや漏れも生じ難くなる。また、帳票毎に業務の処理順序を予め考慮せずに、例えば、一部の業務を先行して処理するなど、業務の調整が可能となり、部門間で業務量が時期的に偏り難くなる。よって、帳票に必要とされる複数の業務を効率的に処理することが可能となる。
【００１０】
上記連携処理装置は、当該帳票に関する業務の完了不能が通知されると、仮登録された処理結果を取消させる取消指示を複数の業務処理装置に通知するようにしてもよい。これにより、全ての業務が完了できなかった帳票に関して仮登録された処理結果が取消されるので、処理結果が本登録されずに仮登録された状態のままで維持されることが回避される。
【００１１】
上記連携処理装置は、受信した画像データに通番を付与し、通番を用いて複数の業務処理装置により処理される業務を連携処理するようにしてもよい。これにより、通番を用いて複数の業務処理装置による業務が連携処理されるので、システム上では通番により帳票が識別される。
【００１２】
上記画像読取端末は、画像データから帳票の帳票種別を識別し、帳票種別を連携処理装置に送信するようにしてもよい。これにより、帳票の帳票種別が画像データから識別されて連携処理装置に送信されるので、帳票に必要とされる複数の業務が帳票種別に応じて特定される。
【００１３】
上記連携処理装置は、画像データ毎に通番、帳票種別および各業務の処理状況を管理するようにしてもよい。これにより、帳票毎に通番、帳票種別および各業務の処理状況が管理されるので、システム上で処理状況が容易に管理される。
【００１４】
また、本発明の第２の観点によれば、画像読取端末と業務処理装置とを接続する連携処理装置が提供される。本装置は、画像読取端末により画像読取装置を介して読取られた帳票の画像データを受信する受信部と、帳票に必要とされる複数の業務を帳票の種別に応じて特定して管理する連携管理部と、特定された業務を各々に処理する複数の業務処理装置に画像データを送信する送信部と、を備える。連携管理部は、業務処理装置により画像データを用いて業務の処理が完了されて処理結果が仮登録されると、業務の完了を通知され、当該帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録にする登録指示を複数の業務処理装置に通知する。
【００１５】
また、本発明の第３の観点によれば、画像読取端末と業務処理装置とに接続された連携処理装置による帳票処理方法が提供される。本方法は、画像読取端末により画像読取装置を介して読取られた帳票の画像データを受信する受信ステップと、帳票に必要とされる複数の業務を帳票の種別に応じて特定する特定ステップと、帳票に必要とされる業務を管理する管理ステップと、特定された業務を各々に処理する複数の業務処理装置に画像データを送信する送信ステップと、を含む。本方法は、さらに、業務処理装置により画像データを用いて業務の処理が完了されて処理結果が仮登録されると、業務の完了を通知される仮登録ステップと、当該帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録にする登録指示を複数の業務処理装置に通知する本登録ステップと、を含む。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、帳票に必要とされる複数の業務を効率的に処理する、帳票処理システム、同システム用の連携処理装置および帳票処理方法が提供される。
【発明を実施するための最良の形態】
【００１７】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
図面を含む以下の説明で、ある要素と他の要素とが接続されているとは、両者が直接接続されている場合のみならず、他の要素を介して接続されている場合をも含む概念である。
【００１９】
図１は、本発明の一実施形態に係る帳票処理システムの構成を示すブロック図である。本システムは、図１に示すように、金融機関などの営業店と、為替や各種諸届などの各種事務処理を取扱う事務センタとの間で構築される。図１には、説明の便宜上、１つの営業店および１つの事務センタのみが示されるが、本システムは、少なくとも１つの営業店および少なくとも１つの事務センタとの間で構築されうる。
【００２０】
営業店には、帳票画像を読取るスキャナ１２などの画像読取装置と、スキャナ１２を制御するスキャナ端末１０と、プリンタ１４とが配設される。営業店では、スキャナ１２、スキャナ端末１０や他の装置が店内回線網１６を介して互いに接続される。店内回線網１６は、ルータ１８を介して外部の通信回線網９０に接続され、通信回線網９０を介して事務センタのセンタ内回線網７０を含む他の回線網に接続される。
【００２１】
事務センタには、センタで取扱う各種業務を連携して処理する業務連携サーバ２０と、各種業務の処理状況の確認に用いられる管理端末５０と、が配設される。また、為替、印鑑登録、口座振替、諸届（届出書類などの喪失を含む）、汎用エントリ、ファイリングなどの各種業務を各々に処理する、各種業務サーバ３０が配設される。さらに、ＤＶＤチェンジャ４０、口座振替スキャナ４２、為替センタスキャナ４４など、特有の業務を各々に処理する専用装置、共有エントリ端末６０、Ｗｅｂサーバ５２やプリンタ５４などが配設される。事務センタでは、営業店と同様に、各種装置がセンタ内回線網７０を介して互いに接続される。センタ内回線網７０は、ルータ７２を介して外部の通信回線網９０に接続され、通信回線網９０を介して営業店の店内回線網１６を含む他の回線網に接続される。
【００２２】
本システムによれば、営業店のスキャナ端末１０によりスキャナ１２を介して読取られた帳票の画像データが業務連携サーバ２０に送信され、帳票に必要とされる業務が特定された上で、各業務を処理する各種業務サーバ３０に画像データが送信される。各種業務サーバ３０では、画像データを用いて各業務が処理され、処理状況が業務連携サーバ２０に通知され、業務連携サーバ２０では、帳票毎の業務の処理状況が管理される。
【００２３】
図２は、本実施形態の帳票処理システムの処理概要を示す説明図である。なお、図２には、各種業務サーバ３２、３４、３６、３８とサーバ専用の共有エントリ端末６２とが、各種業務システムとして配設される場合を示すが、図１に示すように、各種業務サーバ３０とエントリ端末６０とが別途に配設され、センタ内回線網７０を介して接続される場合についても同様である。
【００２４】
本システムの処理概要について、営業店、事務センタおよびホストで処理される取引業務（以下では、「バッチ」とも称する。）毎に説明する。図２には、口座開設、印鑑・名義変更、印鑑喪失・住所変更、定額自動送金・ＥＢ（Electric Banking）申込、本人確認のバッチ毎に用いられる帳票として、印鑑票、届出事項変更届と届出書、喪失届と発見届と再交付受取書、定額自動送金申込書とＥＢ申込書、本人確認書が例示される。すなわち、バッチ毎に用いられる帳票の数は、バッチの種類に応じて、１または複数と異なる。なお、ＥＢとは、金融機関のホストと顧客とを通信回線網で接続して、振込処理や取引口座の照会を行うサービスの総称である。
【００２５】
営業店のスキャナ１２では、１バッチとして取扱われる１または複数の帳票の画像が読取られる（帳票読取）。スキャナ端末１０では、帳票の画像データ上の特徴（帳票識別マーク、罫線など）より帳票種別が識別され、後続の処理に必要とされる帳票上の所定部位の画像データが切出されて認識処理され（帳票認識）、画像データが外部の通信回線網９０を介して業務連携サーバ２０に送信される（画像データ送信）。スキャナ端末１０では、さらに、バッチ毎の処理状況や帳票画像が業務連携サーバ２０を介して照会され（処理状況照会、画像データ照会）、全ての業務が完了されたバッチ毎に、読取日付、帳票の合計数、帳票種別、バッチ通番などの情報が印刷された送付票が作成され（送付書出力）、処理を終えた送付票が書類管理センタ（不図示）に送付される。
【００２６】
事務センタの業務連携サーバ２０では、バッチ毎に画像データが登録され、バッチ通番が付与されるとともに、帳票毎に帳票種別および認識結果が登録され、帳票枝番が付与される。また、帳票種別に応じて必要とされる対象業務または業務サーバ３０が特定され、特定された業務サーバ３０での処理に、該当する帳票のバッチ通番および帳票枝番とともに帳票データが送信される（受付管理、通番管理）。業務連携サーバ２０では、さらに、業務サーバ３０で完了された業務の処理フラグが更新され、バッチの全ての業務が完了すると、バッチの処理フラグが更新され、該当するバッチの通番とともに対象業務サーバに本登録の指示が通知される（処理状況管理、業務連携管理）。
【００２７】
各種業務サーバ３０では、各々の対象業務が処理される。例えば、印鑑サーバ３２では、口座開設などに伴う印鑑票の登録、諸届（喪失）管理サーバ３４では、各種届出毎の受付管理、進捗管理や照会状発行などが行われる。同様に、汎用エントリサーバ３６では、顧客情報など業務データのエントリ、データ作成やデータ送信、ファイリングサーバ３８では、電子化された各種帳票のファイリングや各種帳票に特有なファイリング処理などが行われる。各種業務サーバ３０では、対象業務が完了すると、処理結果が仮登録され、該当するバッチ通番および帳票枝番とともに業務連携サーバ２０に業務完了が通知される。また、バッチに必要とされる全ての業務が完了すると、該当するバッチに関して、仮登録された処理結果が本登録に変更される。
【００２８】
また、事務センタのセンタ内回線網７０は、ルータ７２を介して外部の通信回線網９０に接続され、通信回線網９０を介してホストの回線網１６に接続される。事務センタの各種業務サーバ３０と、ホストサーバ８０との間では、各種データがバッチ単位で送受信される。
【００２９】
図３は、本実施形態に係る業務連携サーバの構成を示すブロック図である。業務連携サーバ２０は、図３に示すように、連携管理部２１および通信部２２と、印鑑部２３、諸届（喪失）管理部２４、汎用エントリ部２５、ファイリング部２６など、各種業務サーバ３０に対応する部分とで構成される。
【００３０】
連携管理部２１は、営業店のスキャナ端末１０と事務センタの各種業務サーバ３０との間で処理される各種業務を連携して処理するとともに処理状況を管理する。連携管理部２１は、連携処理部２１ａ、管理ＤＢ２１ｂおよび管理通信部２１ｃを備える。連携処理部２１ａは、各種業務サーバ３０で処理される業務を連携して処理する。管理ＤＢ２１ｂは、業務の処理状況をバッチ毎に管理する処理テーブルや帳票データなどを格納する。管理通信部２１ｃは、センタ内回線網７０を介して各種業務サーバ３０、管理端末５０や共有エントリ端末６０などと接続され、各種管理情報を通知・指示する。
【００３１】
通信部２２は、センタ内回線網７０を介して外部の通信回線網９０と接続されており、営業店のスキャナ端末１０から送信された帳票データを受信する。
【００３２】
各種業務サーバ３０に対応する部分は、管理ＤＢ２１ｂで登録された帳票データを帳票種別に応じて選択的に受信して格納する受信ＤＢ２３ａ、２４ａ、２５ａ、２６ａと、連携管理部２１からの指示に応じて帳票データを各種業務サーバ３０に選択的に送信する各送信部２３ｂ、２４ｂ、２５ｂ、２６ｂと、を備える。なお、業務連携サーバ２０と各種業務サーバ３０との間におけるデータの送受信は、各送信部２３ｂ、２４ｂ、２５ｂ、２６ｂを介す代わりに、各送信部の機能を一体的に有する送信部または通信部２２を介するようにしてもよい。
【００３３】
図４は、本実施形態に係る帳票−対象業務サーバの対応テーブル（Ａ）と、バッチ毎の処理テーブル（Ｂ）とを示す。
【００３４】
業務連携サーバ２０の連携処理部２１ａまたは管理ＤＢ２１ｂには、図４（Ａ）に示すように、帳票毎に必要とされる業務が対応付けて登録されている。帳票と対象業務サーバとの対応付けは、例えば、印鑑票に対して印鑑サーバ３２および汎用エントリサーバ３６、喪失届に対して諸届（喪失）管理サーバ３４、届出事項変更届に対して印鑑サーバ３２、汎用エントリサーバ３６およびファイリングサーバ３８が各々に対応付けられる。
【００３５】
また、業務連携サーバ２０の管理ＤＢ２１ｂでは、図４（Ｂ）に示すように、バッチ毎の処理テーブルが管理される。処理テーブルは、例えば、バッチ通番、帳票枝番、帳票種別、認識結果、対象サーバおよび処理フラグに関する情報を含む。帳票枝番の情報は、各バッチで取扱われる帳票に対してスキャナ１２の読取順序（または業務連携サーバ２０の登録順）に応じて、連番が付与されるものであるが、特に帳票枝番「００」は、固有の帳票に対応する代わりに、バッチの処理状況の管理に用いられる。対象サーバの情報は、前述の帳票−対象サーバの対応テーブルに基づいて、帳票種別に応じた業務サーバ３０が登録される。処理フラグの情報は、初期値として「未処理」に登録されており、対象業務サーバによる処理が完了すると、「処理済」に更新される。
【００３６】
図４（Ｂ）に示す例では、バッチ通番「００１」および「００２」の各種帳票に必要とされる処理が既に完了されているので、各種帳票に対応する帳票枝番「０１」の処理フラグが「処理済」に更新されるとともに、バッチに対応する帳票枝番「００」の処理フラグが「処理済」に更新されている。一方、バッチ通番「００２」の帳票枝番「０２」に該当する届出事項変更届に必要とされるファイリング業務の処理が未だ完了されていないので、当該業務の処理フラグが「未処理」の状態にあるとともに、バッチの処理フラグが「未処理」のに状態にある。なお、バッチの処理フラグとして、帳票枝番「００」が用いられる場合について説明したが、帳票枝番とは別途にバッチ専用の処理フラグが用いられるようにしてもよい。
【００３７】
図５Ａ、図５Ｂおよび図５Ｃは、本実施形態に係る帳票処理システムの処理手順を示すフロー図である。
【００３８】
営業店の応対窓口では、顧客により所定の事項が記入された届出書類を係員が受取る。当該係員または他の係員は、スキャナ端末１０の画面上に表示された処理項目から「帳票登録」の項目を選択する。「帳票登録」の項目が選択されると、スキャナ端末１０は、読取帳票としての届出書類をスキャナ１２にセットするように、端末画面を介して係員に通知する。通知に従って、係員は、届出書類をスキャナ１２にセットし、スキャナ端末１０の画面上に表示された処理項目から「帳票読取」の項目を選択する。「帳票読取」の項目が選択されると、スキャナ端末１０は、届出書類の帳票画像を読取るようにスキャナ１２に指示する。指示に従って、スキャナ１２は、帳票画像を読取り、帳票の画像データをスキャナ端末１０に出力する（Ｓ１０）。
【００３９】
ここで、１バッチとして取扱われる帳票が複数である場合には、スキャナ１２は、複数の帳票画像を連続して読取るようにしてもよく、また、スキャナ端末１０により帳票毎の読取が指示された上で逐一読取るようにしてもよい。
【００４０】
スキャナ端末１０は、画像データを用いて、帳票上の帳票識別マークや罫線など、読取帳票の特徴を認識し、予め登録された各種帳票の特徴と照合することで、読取帳票の種別を識別する。また、帳票種別に応じて予め登録された各種帳票上の記入箇所に該当する所定部位の画像データを切出して、画像データ自体または画像データから認識された文字情報として記録するとともに、記入の有無を形式的に確認する（Ｓ１２）。ここで、帳票種別が識別不能な場合や帳票上の記入漏れが確認された場合、スキャナ端末１０は、端末画面を介してその旨を係員に通知する。通知に応じて、係員は、帳票の再確認など、必要とされる対応を行う。
【００４１】
帳票識別および認識処理が適切に完了すると、スキャナ端末１０は、帳票データとして、帳票種別および認識結果の情報とともに画像データを業務連携サーバ２０に送信する（Ｓ１４）。ここで、１バッチとして取扱われる帳票が複数である場合、スキャナ端末１０は、複数の帳票の帳票データを一括送信することが望ましいが、各帳票の帳票データを逐一送信するようにしてもよい。なお、帳票データの送信に際しては、スキャナ端末１０および業務連携サーバ２０の識別番号、読取日付や処理番号など、帳票データをバッチ単位で識別可能な識別情報が併せて送信されることが望ましい。
【００４２】
事務センタでは、営業店のスキャナ端末１０から送信された帳票データを業務連携サーバ２０が受取り、管理ＤＢ２１ｂなどに登録する（Ｓ２０）。ここで、帳票データは、識別情報に応じて送信元の営業店またはスキャナ端末１０毎に区分された状態で、管理ＤＢ２１ｂなどに登録されるようにしてもよい。また、画像データや認識結果は、例えば、ファイル名の一部に識別情報を付与するなど、識別可能な状態で登録される。
【００４３】
帳票データが登録されると、業務連携サーバ２０は、１バッチとして取扱われる各画像データにバッチ通番を付与し、登録順（またはスキャナ１２による読取順）に応じて帳票毎に帳票枝番（１，２，３、・・・）を付与する（Ｓ２２）。ここでは、バッチ通番および帳票枝番が業務連携サーバ２０により付与される場合について説明したが、スキャナ端末１０により予め付与されるようにしてもよい。
【００４４】
バッチ通番および帳票枝番が付与されると、業務連携サーバ２０は、帳票種別に応じて対象業務または業務サーバ３０を特定する（Ｓ２４）。業務サーバ３０の特定に際しては、図４（Ａ）に示すような帳票−対象業務サーバの対応テーブルが用いられる。
【００４５】
業務連携サーバ２０は、帳票データ、バッチ通番、帳票枝番および対象サーバの情報に基づいて、図４（Ｂ）に示すようなバッチ毎の処理テーブルを作成する。業務連携サーバ２０は、処理テーブルを用いてバッチ全体および各業務の処理状況（未処理または処理済）を管理する。ここで、処理テーブルの作成時点では、業務毎（帳票枝番「０」以外）およびバッチ（帳票枝番「０」）の処理フラグは「未処理」の状態に登録される。
【００４６】
なお、登録された帳票データの検索処理を効率化するために、バッチ通番、帳票枝番および画像データ識別情報（例えば、画像データのファイル名）については、ＲＤＢ（Relational Database：リレーショナルデータベース）の形式で登録されるようにしてもよい。この場合、画像データについては、比較的大容量の記録装置に登録される。しかしながら、帳票データの登録方法がかかる方法に限定されるものではない。
【００４７】
対象サーバが特定されると、業務連携サーバ２０は、バッチ通番および帳票枝番とともに画像データを特定された対象業務サーバに送信する（Ｓ２６）。
【００４８】
対象業務サーバは、業務連携サーバ２０から受信したバッチ通番および帳票枝番とともに画像データを各サーバの未登録ＤＢ３２ａ、３４ａ、３６ａ、３８ａに格納し、画像データを用いて対象業務を処理する（Ｓ５０）。
【００４９】
対象業務サーバは、対象業務の完了が確認されると（Ｓ５２）、各サーバの登録ＤＢ３２ｂ、３４ｂ、３６ｂ、３８ｂに処理結果を仮登録する（Ｓ５４）。
【００５０】
処理結果が仮登録されると、対象業務サーバは、バッチ通番および帳票枝番とともに業務の完了を業務連携サーバ２０に通知する（Ｓ５６）。
【００５１】
業務の完了が通知されると、業務連携サーバ２０は、完了した業務の処理フラグを処理テーブル上で「処理済」に更新する（Ｓ２８）。
【００５２】
一方、対象業務サーバは、対象業務の完了不能が確認されると（Ｓ５８）、バッチ通番および帳票枝番とともに業務の完了不能を業務連携サーバ２０に通知する（Ｓ６０）。
【００５３】
業務の完了不能が通知されると、業務連携サーバ２０は、通知されたバッチ通番に該当するバッチの処理フラグを処理テーブル上で「取消」に更新し（Ｓ３０）、該当するバッチ通番とともに「取消」指示を全ての対象業務サーバに通知する（Ｓ３２）。
【００５４】
「取消」指示を通知された業務サーバ３０では、通知されたバッチ通番に該当する業務に関して、各サーバの登録ＤＢ３２ｂ、３４ｂ、３６ｂ、３８ｂに仮登録されている処理結果を消去する（Ｓ６２）。
【００５５】
業務連携サーバ２０は、バッチの処理フラグが「取消」に更新されると、該当するバッチの処理完了不能を営業店に通知する（Ｓ３４）。
【００５６】
バッチの処理完了が通知されると、営業店のスキャナ端末１０は、読取日付、帳票の合計数、帳票種別、バッチ通番などの情報が印刷された送付書を、併設されたプリンタ１４などの印刷装置を介して出力する（Ｓ１６）。
【００５７】
一方、業務連携サーバ２０は、処理テーブル上の各業務の処理フラグに基づいてバッチに該当する全ての業務の完了を確認すると（Ｓ３６）、バッチの処理フラグを「処理済」に更新し（Ｓ３８）、該当するバッチ通番とともに「本登録」指示を全ての対象業務サーバに通知する（Ｓ４０）。
【００５８】
「本登録」指示が通知されると、業務サーバ３０は、該当するバッチ通番の業務に関して、各サーバの登録ＤＢ３２ｂ、３４ｂ、３６ｂ、３８ｂに仮登録されている処理結果を本登録に変更する（Ｓ６４）。
【００５９】
業務連携サーバ２０は、バッチの処理フラグが「処理済」に更新されると、該当するバッチの処理完了を営業店に通知する（Ｓ４２）。
【００６０】
バッチの処理完了が通知されると、営業店のスキャナ端末１０は、読取日付、帳票の合計数、帳票種別、バッチ通番などの情報が印刷された送付書を、併設されたプリンタ１４などの印刷装置を介して出力する（Ｓ１８）。
【００６１】
なお、業務の完了または完了不能は、対象業務サーバで自動的に確認されるようにしてもよく（Ｓ５２、Ｓ５８）、または、センタ内回線網７０を介して対象業務サーバに接続された共有エントリ端末６０を介して確認されるようにしてもよい。
【００６２】
共有エントリ端末６０を介して確認される場合、例えば、共有エントリ端末６０の画面上に表示された処理項目から、係員が対象業務サーバに関する「処理状況確認」の項目を選択する。「処理状況確認」の項目が選択されると、共有エントリ端末６０は、対象業務サーバに処理状況を照会し、対象業務サーバから送信された照会結果を画面上に表示する。照会結果から係員が所望の業務を選択すると、選択された業務の処理結果が、対象業務サーバを介して共有エントリ端末６０の画面上または併設されたプリンタ（不図示）などに出力される。係員は、出力された処理結果を確認し、業務の完了または完了不能が確認された場合には、画面上に表示された処理項目から「業務完了」または「業務完了不能」の項目を選択する。「業務完了」または「業務完了不能」の項目が選択されると、対象業務サーバは、後続の処理を行う。
【００６３】
また、スキャナ端末１０は、業務の完了または取消に際して、送付票を出力する（Ｓ１６、Ｓ１８）代わりに、所定の完了報告の様式で、その旨を係員に報告するとともに、端末に併設された記録ＤＢ（不図示）に記録するようにしてもよい。
【００６４】
図６〜８は、帳票処理システムの業務フローの一例を示す説明図である。ここで、図６には口座開設業務、図７には印鑑・名義変更業務、図８には印鑑喪失・住所変更業務に係る業務フローが各々に示される。
【００６５】
図６に示す口座開設業務では、印鑑票を用いて、口座開設オペレーションが実行される。
【００６６】
本業務の処理に際して、営業店では、印鑑票の帳票画像がスキャナ１２により読取られ、スキャナ端末１０により識別された帳票種別および認識された認識結果とともに、帳票データとして事務センタに送信される。一方、帳票上に記入された口座開設に関する情報が窓口端末９２を介して、ホストの口座開設ＤＢ８０ｂに送信される。
【００６７】
事務センタでは、業務連携サーバ２０の管理ＤＢ２１ｂに帳票データが登録され、汎用エントリサーバ３６および印鑑サーバ３２が対象業務サーバとして特定される。業務連携サーバ２０では、特定された業務サーバ３２、３６にバッチ通番、帳票枝番および帳票データが送信される。
【００６８】
汎用エントリサーバ３６では、まず、送信されたデータが未登録ＤＢ３６ａに登録される。次に、サーバ３６の処理リソースが確保されると、帳票データに含まれる認識結果などを用いて所定の処理がなされ、帳票上に記入された顧客情報などが登録されるとともに、ホストの顧客情報ＤＢ８０ａに転送される。そして、共有エントリ端末６０上での確認を介して、確認バッチ通番および帳票枝番とともに当該業務の完了が業務連携サーバ２０に通知される。
【００６９】
汎用エントリ登録の完了が通知されると、業務連携サーバ２０では、管理ＤＢ２１ｂに登録された処理テーブル上で、通知されたバッチ通番に関する当該業務の処理状況が「処理済」に更新される。
【００７０】
一方、印鑑サーバ３２では、まず、送信されたデータが未登録ＤＢ３２ａに登録される。次に、サーバ３２の処理リソースが確保されると、帳票データに含まれる認識結果およびホストから転送された口座開設に関する情報のバッチデータなどを用いて所定の処理がなされ、帳票上に押印された印鑑の画像情報などの処理結果が登録ＤＢ３２ｂに仮登録される。そして、共有エントリ端末６０上での確認を介して、バッチ通番および帳票枝番とともに当該業務の完了が業務連携サーバ２０に通知される。
【００７１】
印鑑登録の完了が通知されると、業務連携サーバ２０では、処理テーブル上で、通知されたバッチ通番に関する当該業務の処理状況が「処理済」に更新される。そして、当該バッチに関する全ての業務の完了が確認されると、処理テーブル上で、通知されたバッチの処理状況が「処理済」に更新され、バッチ通番とともに処理結果の本登録指示が印鑑サーバ３２に通知される。
【００７２】
本登録指示が通知されると、印鑑サーバ３２では、登録ＤＢ３２ｂに仮登録された処理結果が本登録に変更される。
【００７３】
当該バッチに関する全ての業務の完了が確認されると、業務連携サーバ２０では、管理ＤＢ２１ｂから営業店のスキャナ端末１０に当該バッチの処理完了が通知される。
【００７４】
営業店のスキャナ端末１０では、読取日付、帳票の合計数、帳票種別、バッチ通番などの情報が印刷された送付書が作成される。
【００７５】
図７に示す印鑑・名義変更業務では、届出事項変更届（兼印鑑票）を用いて、諸届管理登録オペレーションおよび氏名変更オペレーションが実行される。
【００７６】
本業務の処理に際して、営業店では、届出事項変更届（兼印鑑票）の帳票画像がスキャナ１２により読取られ、スキャナ端末１０により識別された帳票種別および認識された認識結果とともに、帳票データとして事務センタに送信される。
【００７７】
事務センタでは、業務連携サーバ２０の管理ＤＢ２１ｂに帳票データが登録され、汎用エントリサーバ３６、印鑑サーバ３２およびファイリングサーバ３８が対象業務サーバとして特定される。業務連携サーバ２０では、特定された業務サーバ３２、３６、３８にバッチ通番、帳票枝番および帳票データが送信される。
【００７８】
以下、業務連携サーバ２０と汎用エントリサーバ３６および印鑑サーバ３２との間の処理、当該バッチに関する全ての業務が完了された後の処理については、前述した図６に示す口座開設業務の場合と同様であるので、詳細な説明は省略する。
【００７９】
ファイリングサーバ３８では、送信されたデータを用いて所定の処理がなされ、帳票の画像情報などの処理結果が登録ＤＢ３８ｂに仮登録される。そして、共有エントリ端末６０上での確認を介して、バッチ通番および帳票枝番とともに当該業務の完了が業務連携サーバ２０に通知される。
【００８０】
ファイリングの完了が通知されると、業務連携サーバ２０では、処理テーブル上で、通知されたバッチ通番に関する当該業務の処理状況が「処理済」に更新される。そして、当該バッチに関する全ての業務の完了が確認されると、処理テーブル上で、通知されたバッチの処理状況が「処理済」に更新され、バッチ通番とともに処理結果の本登録指示が印鑑サーバ３２およびファイルサーバ３８に通知される。
【００８１】
本登録指示が通知されると、印鑑サーバ３２およびファイリングサーバ３８では、登録ＤＢ３２ｂ、３８ｂに仮登録された処理結果が本登録に変更される。
【００８２】
図８に示す印鑑喪失・住所変更業務では、喪失届および届出事項変更届（兼印鑑票）を用いて、諸届管理登録オペレーションおよび住所変更オペレーションが実行される。
【００８３】
本業務の処理に際して、営業店では、喪失届および届出事項変更届（兼印鑑票）の帳票画像がスキャナ１２により読取られ、スキャナ端末１０により識別された帳票種別および認識された認識結果とともに、帳票データとして事務センタに送信される。一方、帳票上に記入された喪失届に関する情報がＢＴＳ（Banking Teller System）端末９４を介して、ホストの喪失登録ＤＢ８０ｃに送信される。
【００８４】
事務センタでは、業務連携サーバ２０の管理ＤＢ２１ｂに帳票データが登録され、喪失サーバ３４、汎用エントリサーバ３６、印鑑サーバ３２およびファイリングサーバ３８が対象業務サーバとして特定される。業務連携サーバ２０では、特定された業務サーバ３２〜３８にバッチ通番、帳票枝番および帳票データが送信される。
【００８５】
喪失サーバ３４では、まず、送信されたデータが未登録ＤＢ３４ａに登録される。次に、サーバ３４の処理リソースが確保されると、喪失届の帳票データに含まれる認識結果およびホストから転送された喪失情報に関するデータを用いて所定の処理がなされ、帳票上に記入された喪失情報などの処理結果が登録ＤＢ３４ｂに登録される。そして、共有エントリ端末６０上での確認を介して、バッチ通番および帳票枝番とともに当該業務の完了が業務連携サーバ２０に通知される。
【００８６】
喪失登録の完了が通知されると、業務連携サーバ２０では、処理テーブル上で、通知されたバッチ通番に関する当該業務の処理状況が「処理済」に更新される。
【００８７】
以下、業務連携サーバ２０と汎用エントリサーバ３６、印鑑サーバ３２およびファイリングサーバ３８との間の処理、当該バッチに関する全ての業務が完了された後の処理については、前述した図７に示す口座開設業務の場合と同様であるので、詳細な説明は省略する。なお、本業務の処理に際して、印鑑サーバ３２では、帳票データに含まれる認識結果およびホストから転送された喪失情報および顧客情報に関するデータなどを用いて所定の処理がなされ、帳票上に押印された印鑑の画像情報などの処理結果が登録ＤＢ３２ｂに登録される。
【００８８】
そして、当該バッチに関する全ての業務の完了が確認されると、処理テーブル上で、通知されたバッチの処理状況が「処理済」に更新され、バッチ通番とともに処理結果の本登録指示が印鑑サーバ３２およびファイリングサーバ３８に通知される。
【００８９】
本登録指示が通知されると、印鑑サーバ３２およびファイリングサーバ３８では、登録ＤＢ３２ｂ、３８ｂに仮登録された処理結果が本登録に変更される。
【００９０】
前述した各種業務の業務フローによれば、帳票に必要とされる複数の業務が業務連携サーバ２０の管理の下で、複数の業務サーバ３２〜３８で連携して処理されるので、各業務サーバ３２〜３８は、帳票毎に業務の処理手順を予め考慮する必要がない。よって、各業務サーバ３２〜３８は、サーバの処理リソースに応じて、一部の業務を先行して処理するなど、業務の調整が可能となり、業務サーバ３２〜３８間で時期的に業務量が偏り難くなる。これにより、システム全体として処理効率の向上が実現可能となる。
【００９１】
なお、前述した各種業務の業務フロー上では、共有エントリ端末６０での確認を介して、バッチ通番および帳票枝番とともに当該業務の完了が業務連携サーバ２０に通知される場合について示した。しかし、共有エントリ端末６０での確認を介さずに、各種業務サーバでの自動確認を介して通知されるようにしてもよい。
【００９２】
以上、本発明の一実施形態に係る帳票処理システムについて説明した。本システムによれば、スキャナ１２を備えたスキャナ端末１０により読取られた画像データが業務連携サーバ２０に送信される。業務連携サーバ２０では、帳票に必要とされる業務が帳票の種別に応じて特定されるとともに管理され、特定された業務を各々に処理する複数の業務サーバ３２〜３８に画像データが送信される。業務サーバ３２〜３８では、画像データを用いて業務が処理され、業務が完了すると、処理結果が仮登録されて業務の完了が業務連携サーバ２０に通知される。業務連携サーバ２０では、当該帳票に関する全ての業務の完了が通知されると、仮登録された処理結果を本登録する登録指示が業務サーバ３２〜３８に通知される。
【００９３】
これにより、帳票に必要とされる複数の業務が業務連携サーバ２０の管理の下で、複数の業務サーバ３２〜３８で連携して処理されるので、業務連携サーバ２０に対する照会により処理状況が確認可能となり、部門間での連絡が不要となるとともに、連絡の誤りや漏れも生じ難くなる。また、帳票毎に業務の処理順序を予め考慮せずに、例えば、一部の業務を先行して処理するなど、業務の調整が可能となり、部門間で時期的に業務量が偏り難くなる。よって、帳票に必要とされる複数の業務を効率的に処理することが可能となる。
【００９４】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、特許請求の範囲に記入された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９５】
【図１】本発明の一実施形態に係る帳票処理システムの構成を示すブロック図である。
【図２】本発明の一実施形態に係る帳票処理システムの処理概要を示す説明図である。
【図３】本発明の一実施形態に係る業務連携サーバの構成を示すブロック図である。
【図４】本発明の一実施形態に係る帳票−対象業務サーバの対応テーブル（Ａ）と、バッチ毎の処理テーブル（Ｂ）とを示す説明図である。
【図５Ａ】本発明の一実施形態に係る帳票処理システムの処理手順を示すフロー図である。
【図５Ｂ】本発明の一実施形態に係る帳票処理システムの処理手順を示すフロー図である。
【図５Ｃ】本発明の一実施形態に係る帳票処理システムの処理手順を示すフロー図である。
【図６】帳票処理システムの業務フローの一例（口座開設業務）を示す説明図である。
【図７】帳票処理システムの業務フローの一例（印鑑・名義変更業務）を示す説明図である。
【図８】帳票処理システムの業務フローの一例（印鑑喪失・住所変更業務）を示す説明図である。
【符号の説明】
【００９６】
１０    スキャナ端末
１２    スキャナ
１４    プリンタ
２０    業務連携サーバ
３２    印鑑サーバ
３４    諸届管理サーバ
３６    汎用エントリサーバ
３８    ファイリングサーバ
６０    共有エントリ端末
８０    ホストサーバ
９０    通信回線網
【図１】
2008090506.tif 000003
【図２】
2008090506.tif 000004
【図３】
2008090506.tif 000005
【図４】
2008090506.tif 000006
【図５Ａ】
2008090506.tif 000007
【図５Ｂ】
2008090506.tif 000008
【図５Ｃ】
2008090506.tif 000009
【図６】
2008090506.tif 000010
【図７】
2008090506.tif 000011
【図８】
2008090506.tif 000012