(57)【要約】【課題】帳票を読み取らせる順番に関係なく、帳票登録を行うことができる。【解決手段】帳票処理装置３２は、第１の帳票の登録処理で不足した不足情報が、第２の帳票の登録処理を行うことで得られる情報であれば、第１の帳票の登録処理を中断して、第２の帳票の登録処理を行い、不足情報を第２の帳票の登録処理により得られた情報で補完することにより第１の帳票の登録処理を行う。【選択図】図３
2013171307.tif 000002
【特許請求の範囲】
【請求項１】
帳票画像を読み取った帳票画像データを解析して、複数種類の帳票を識別する帳票識別情報と、前記帳票に記載された帳票記載情報とを取得する画像データ解析部と、
前記帳票識別情報で識別される帳票それぞれの登録処理で必要な情報の項目と、その項目に対応する情報が不足しているときに当該不足情報を取得可能な他の帳票識別情報とが対応付けられた不足情報取得先テーブルと、
前記帳票の登録処理を行う登録処理部と
を備える帳票処理装置において、
前記登録処理部は、
第１の帳票の登録処理にて、前記不足情報取得先テーブルを参照して、前記第１の帳票の登録処理で不足している不足情報が、第２の帳票の登録処理を行うことで得られる情報であれば、前記第１の帳票の登録処理を中断して、前記第２の帳票の登録処理を行い、前記不足情報を第２の帳票の登録処理により得られた情報で補完することにより前記第１の帳票に含めて前記第１の帳票の登録処理を行うことを特徴とする帳票処理装置。
【請求項２】
金融機関の帳票登録サーバと通信可能に接続された通信部をさらに備え、
前記登録処理部は、前記帳票登録サーバに帳票登録を要求し、
前記不足情報は、前記帳票登録サーバにおいて帳票登録が完了したことで提供される情報であることを特徴とする請求項１に記載された帳票処理装置。
【請求項３】
前記登録処理部は、
前記不足情報取得先テーブルを参照して、前記画像データ解析部が取得した帳票に記載された帳票記載情報に基づき、登録処理に必要な情報が全て帳票に記載されているか否かを判定する照合部と、
前記照合部の判定で前記第１の帳票の登録処理に必要な情報が不足しているときに、当該第１の帳票の登録処理を中断して、前記不足情報取得先テーブルを参照して、当該不足情報を取得可能な前記第２の帳票の帳票識別情報を取得する不足情報抽出部と、
前記照合部の判定で前記第２の帳票の登録処理に必要な情報が全てあるときに、前記帳票登録サーバに前記第２の帳票の帳票登録を要求し、前記帳票登録サーバにおいて前記第２の帳票の帳票登録が完了した後、中断している前記第１の帳票の不足情報を前記帳票登録サーバから提供された情報で補完することにより、前記帳票登録サーバに当該第１の帳票の登録を要求する登録要求部と
を備えることを特徴とする請求項２に記載された帳票処理装置。
【請求項４】
帳票の画像を読み取る帳票読取部と、
前記帳票読取部が読み取った帳票画像データを読み取った順番で記憶する画像データ記憶部とをさらに備え、
前記画像データ解析部は、前記読み取った順番で前記帳票画像データを解析し、
前記登録処理部は、前記読み取った順番で帳票の登録処理を行う
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載された帳票処理装置。
【請求項５】
前記第１の帳票の登録処理が中断されたときに、前記第１の帳票の帳票記載情報を記憶する退避記憶部を備えることを特徴とする請求項１ないし請求項４のいずれか一項に記載された帳票処理装置。
【請求項６】
ユーザからの入力を受け付ける入力部と、
画面データを変換して画面に画像を表示する表示部と、
前記入力部に入力された入力情報に応じて前記画面データを生成する画面処理部とをさらに備え、
前記画面処理部は、前記登録処理部が前記第１の帳票の登録処理を中断したときに、前記表示部に表示させていた第１の帳票登録画面データと、前記入力情報とを前記退避記憶部に記憶させることを特徴とする請求項５に記載された帳票処理装置。
【請求項７】
請求項３または請求項４に記載された帳票処理装置と、前記金融機関の帳票登録サーバとを含むことを特徴とする金融処理システム。
【請求項８】
帳票の画像を読み取る帳票読取部と、
前記帳票読取部が読み取った複数の帳票画像データを記憶する画像データ記憶部と、
帳票識別情報で識別された複数種類の帳票それぞれの登録処理で必要な情報の項目と、その項目に対応する情報が不足しているときに当該不足情報を取得可能な他の帳票識別情報とが対応付けられた不足情報取得先テーブルとを備える帳票処理装置のコンピュータを、
前記画像データ記憶部に記憶された帳票画像データを解析して、前記帳票を識別する帳票識別情報と、前記帳票に記載された帳票記載情報とを取得する画像データ解析手段、
第１の帳票の登録処理にて、前記不足情報取得先テーブルを参照して、前記画像データ解析手段に解析された第１の帳票には登録処理で必要な情報が不足しており、その不足情報が第２の帳票の登録処理を行うことで得られる情報であれば、前記第１の帳票の登録処理を中断して、前記画像データ解析手段に解析された前記第２の帳票の登録処理を行い、前記不足情報を第２の帳票の登録処理により得られた情報で補完することにより前記第１の帳票に含めて前記第１の帳票の登録処理を行う登録処理手段、
として機能させることを特徴とする帳票処理プログラム。
【請求項９】
第１の帳票の登録処理で不足した不足情報が、第２の帳票の登録処理を行うことで得られる情報であれば、前記第１の帳票の登録処理を中断して、前記第２の帳票の登録処理を行い、前記不足情報を第２の帳票の登録処理により得られた情報で補完することにより前記第１の帳票の登録処理を行うことを特徴とする帳票処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票処理装置、それを含む金融処理システム、および帳票処理プログラムに関し、特に、金融機関の窓口業務において顧客が記入した帳票に基づいて、新規口座開設等の取引処理に伴い帳票の登録を行う技術に関する。
【背景技術】
【０００２】
従来、金融機関の営業店の窓口において、窓口担当者は顧客の応対を行い、顧客の要求に応じて窓口端末（帳票処理装置）を操作して、新規口座の開設手続きや現金の入出金等の取引処理等を行っていた。この手続きや取引において、窓口担当者は、窓口端末が備える帳票読取部の読み取り面に、顧客が記入した帳票を載置して、帳票読取部に帳票の記載面を読み取らせることで、顧客が帳票に記入した情報やその帳票の種類を容易に取得することができた。
ここで、複数の帳票がある場合、窓口担当者は、帳票読取装置の読み取り面に、まず１枚目の帳票を置いて帳票読取装置に読み取らせ、窓口端末を操作してその帳票の登録作業を行う。そして、１枚目の登録が完了すると、次の帳票を１枚置いて読み取らせ、その帳票の登録を行うという作業を行っていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１２４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の帳票処理装置では、帳票を読み取らせる順番を間違えたとき、その帳票の登録に必要な情報が不足する問題点があった。その不足した情報は、他の帳票を先に登録することで得られる情報であり、例えば、ＣＩＦ番号や口座番号である。これらの情報は、金融機関の管理センタに設置されたサーバに新規登録を依頼して、その登録が行われることでサーバから送信される情報である。例えば、ＣＩＦ番号は、ＣＩＦ新規帳票の帳票登録処理が行われることで採番される情報であり、口座番号は、金融機関のサーバにて普通預金新規申込書の帳票登録処理が行われることで採番される情報である。つまり、営業店内だけのコンピュータでは取得することができない情報である。
【０００５】
そのため、従来の帳票処理装置は、窓口担当者が帳票を読み取らせる順番を間違え、その帳票の登録に必要な情報が不足したとき、その帳票の登録ができないため、手続きを中断するしかなかった。そして、窓口担当者は、最初から正しい読み取り順番で帳票を読み取らせるという手戻り作業が発生するという問題点があった。
【０００６】
本発明は、以上のような問題を解決するためになされたものであり、帳票を読み取らせる順番に関係なく、帳票登録を行うことができる帳票処理装置、それを含む金融処理システム、および帳票処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、帳票処理装置は、帳票画像を読み取った帳票画像データを解析して、複数種類の帳票を識別する帳票識別情報と、前記帳票に記載された帳票記載情報とを取得する画像データ解析部と、前記帳票識別情報で識別される帳票それぞれの登録処理で必要な情報の項目と、その項目に対応する情報が不足しているときに当該不足情報を取得可能な他の帳票識別情報とが対応付けられた不足情報取得先テーブルと、前記帳票の登録処理を行う登録処理部とを備え、前記登録処理部は、第１の帳票の登録処理にて、前記不足情報取得先テーブルを参照して、前記第１の帳票の登録処理で不足している不足情報が、第２の帳票の登録処理を行うことで得られる情報であれば、前記第１の帳票の登録処理を中断して、前記第２の帳票の登録処理を行い、前記不足情報を第２の帳票の登録処理により得られた情報で補完することにより前記第１の帳票に含めて前記第１の帳票の登録処理を行う。
【発明の効果】
【０００８】
本発明によれば、窓口業務にかかる時間を短縮することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明に係る窓口端末を含む金融処理システムの全体構成図である。
【図２】本発明に係る窓口端末の外観を示す図である。
【図３】本発明に係る窓口端末の構成を示すブロック図である。
【図４】本発明に係る窓口端末の帳票登録動作のフローチャートである。
【図５】図４から続く本発明に係る窓口端末の帳票登録動作のフローチャートである。
【発明を実施するための形態】
【００１０】
次に、本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明について概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１１】
《金融処理システム１》
金融処理システム１において、銀行等の金融機関の管理センタ２に設置されたホストサーバ２１と登録処理サーバ２２とは、ネットワーク４を介して、金融機関の各営業店３（３ａ，３ｂ．３ｃ．・・・）に設置された営業店業務サーバ３１と通信可能に接続される。
このネットワーク４は、専用通信回線であり、インターネットプロトコル（Internet Protocol）技術を利用して相互接続されるコンピュータネットワークである。また、専用通信回線以外にも、有線／無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等であってもよい。
【００１２】
《管理センタ２》
管理センタ２は、ホストサーバ２１と、登録処理サーバ２２と、管理センタ内ネットワーク２３とを備え、複数の営業店３からのデータを受け付け、処理結果を返す。
ホストサーバ２１は、顧客の暗証番号や口座番号、預金残高等を管理する顧客ファイル等を保有し、営業店３からの要求に応じて顧客ファイル等の情報を提供する。
登録処理サーバ２２は、営業店３からの登録要求に伴い受け付けたデータをホストサーバ２１に登録する機能を有する。そして、登録が正しく行われたときには、登録完了で得られたデータ（登録情報）を、登録要求をした営業店３に送信する。
管理センタ内ネットワーク２３は、ＬＡＮであり、ホストサーバ２１と、登録処理サーバ２２とを通信可能に接続し、管理センタ２内の各装置間におけるデータの送受信を可能にしている。
【００１３】
《営業店３》
営業店３は、情報提供装置としての営業店業務サーバ３１と、帳票処理装置としての窓口端末３２（３２ａ，３２ｂ，・・・）と、ＡＴＭ３３（３３ａ，３３ｂ，・・・）（Automated Teller Machine）と、役席端末３４と、営業店舗内ネットワーク３５とを備える。
【００１４】
（営業店業務サーバ３１）
営業店業務サーバ３１は、窓口端末３２やＡＴＭ３３、役席端末３４から送信されるデータや要求を受け付けて、管理センタ２が備えるホストサーバ２１や登録処理サーバ２２とデータの送受信を行う。
営業店業務サーバ３１は、窓口端末３２から送信されたデータを受け付け、窓口端末３２からの要求に応じて、ネットワーク４を介して管理センタ２（ホストサーバ２１や登録処理サーバ２２）へ送信する。
また、営業店業務サーバ３１は、窓口端末３２から、役席者の承認が必要なデータを受け付けた場合、窓口端末３２からの評価要求に応じて、役席端末３４にデータを送信する。この役席端末３４を介しての承認処理については、記載を省略する。
【００１５】
また、営業店業務サーバ３１は、窓口端末３２の画面に表示される画面データや、窓口端末３２で実行される処理プログラム等を記憶し、窓口端末３２からの要求に応じて、画面データや処理プログラム等を窓口端末３２に送信する。
【００１６】
（窓口端末３２）
窓口端末３２は、営業店３において顧客の応対を行う窓口等に設置され、銀行員等の窓口担当者が顧客の要求に応じて操作して、新規口座の開設手続きや現金の入出金等の取引処理等が行われる。
また、窓口端末３２は、窓口担当者の要求に応じて、画面データや処理プログラムを、営業店業務サーバ３１から取得して、処理を実行する。
また、窓口で行われた取引等で役席者の承認が必要な場合に、取引等の正当性についての評価要求を役席端末３４に送信する。
窓口端末３２が備える各構成部の機能については詳細を後記する。
【００１７】
（ＡＴＭ３３）
ＡＴＭ３３は、金融機関等に設置される自動取引装置である。
【００１８】
（役席端末３４）
役席端末３４は、役席者に対して、窓口で行われた取引等の評価を依頼する機能を有する。この役席端末３４は、窓口端末３２から取引等の正当性についての評価要求があるときには、その評価要求に応じて画面等で役席者に対して評価を依頼する。窓口で行われた取引等の正当性を評価して承認する権限を有する役席者が、その評価依頼に対して承認する対応を行うことで、取引が成立する。
【００１９】
（営業店舗内ネットワーク３５）
営業店舗内ネットワーク３５は、ＬＡＮ（Local Area Network）であり、営業店３に設置された営業店業務サーバ３１と、窓口端末３２と、ＡＴＭ３３と、役席端末３４とを通信可能に接続し、営業店３内の各装置間におけるデータの送受信を可能にしている。
【００２０】
《窓口端末３２》
窓口端末３２は、制御部５１と、記憶部５２と、帳票読取部５３と、入力部５４と、表示部５５と、通信部５６と、通帳伝票プリンタ５７とを備える。
また、窓口端末３２は、現金の入出金等の取引処理を行う通常の現金処理機としての機能を発揮する現金処理部（不図示）を備えている。ここでは、現金処理部については詳細な説明を省略する。
【００２１】
（制御部５１）
制御部５１は、窓口端末３２の全体を制御する構成部であり、例えば、ＣＰＵ（Central Processing Unit）で構成され、ＣＰＵが記憶部５２に格納されるプログラム（不図示）を展開し実行することによって窓口端末３２の各機能が実現される。
この制御部５１は、通信制御部５１１と、画像データ解析部５１２と、照合部５１３と、不足情報抽出部５１４と、登録要求部５１５と、画面処理部５１６とを備える。制御部５１が備える各構成部の機能については詳細を後記する。ここで、登録処理部５１７は、照合部５１３と不足情報抽出部５１４と登録要求部５１５とで構成される。
【００２２】
（記憶部５２）
記憶部５２は、データやプログラムを記憶する構成部であり、例えば、ＨＤＤ（Hard Disc Drive）、ＲＡＭ（Random Access Memory）、光ディスク等の記憶手段である。
この記憶部５２は、画像データ記憶部５２１と、解析結果記憶部５２２と、チェックテーブル５２３と、不足情報取得先テーブル５２４と、登録履歴記憶部５２５と、退避画面記憶部５２６と、窓口業務記憶部５２７とを備える。記憶部５２が備える各構成部の機能については詳細を後記する。
【００２３】
（帳票読取部５３）
帳票読取部５３は、窓口で行われる新規口座開設等の取引において、顧客が記入した各種帳票７０の記載面を読み取って、画像データを生成する機能を有する。この帳票読取部５３は、例えば、ダイレクトスキャナ、帳票載置台等を備える。また、一般的なスキャナであってもよい。
ここで、帳票７０には、例えば、印鑑登録票７１、ＣＩＦ新規帳票７２、普通預金新規申込書７３、カード発行申込書７４、インターネットバンキング申込書７５等がある。これら帳票７０については詳細を後記する。
【００２４】
（入力部５４）
入力部５４は、窓口担当者からの入力や要求を受け付ける機能を有する。この入力部５４は、例えば、キーボードやマウス等を備える。ここでは、表示部５５に帳票登録画面が表示されている状態において、登録処理実行キーとしての入力部５４のＥｎｔｅｒキーが押下されることで、登録処理実行要求が入力される。
【００２５】
（表示部５５）
表示部５５は、例えば、ＬＣＤ（Liquid Crystal Display）等であり、窓口担当者が入力部５４を介して入力した入力内容や、後記する画面処理部５１６が生成した画面データを画面に表示する機能を有する。
【００２６】
（通信部５６）
通信部５６は、ネットワーク４と接続するインタフェースであり、後記する通信制御部５１１に制御されて、ホストサーバ２１および登録処理サーバ２２（図１）と通信可能に接続し、データの送受信を行う構成部である。
【００２７】
（通帳伝票プリンタ５７）
通帳伝票プリンタ５７は、通常の窓口業務における、新規口座開設や通帳記入等を行うときに、挿入口に挿入された通帳に取引履歴等の情報を書き込む機能を有する。
【００２８】
《制御部５１》
制御部５１が備える各構成部の機能について説明する。
【００２９】
（通信制御部５１１）
通信制御部５１１は、通信部５６を制御して、接続先とデータの送受信を行う機能を有する。
【００３０】
（画像データ解析部５１２）
画像データ解析部５１２は、画像データを解析して、帳票識別情報や文字認識をする機能を有する。この画像データ解析部５１２は、帳票読取部５３が帳票７０の記載面を読み取って生成した画像データに対して帳票識別処理を行って帳票識別情報を取得する。また、画像データ解析部５１２は、画像データに対して文字認識処理を行って文字情報を取得する。
【００３１】
（照合部５１３）
照合部５１３は、登録処理実行要求が入力されたときに、データの照合を行う機能を有し、チェックテーブル５２３を用いて、記入漏れや入力ミス等のチェックを行うと共に、帳票登録に必要なデータが全てあるか否かのチェックを行う。この照合部５１３は、登録処理実行要求が入力されたときに、表示部５５に表示された帳票登録画面における、その帳票登録画面データに含まれる解析結果（帳票識別情報および文字情報）や、窓口担当者が入力欄に入力した入力情報に対して、チェックテーブル５２３との照合を行って、記入漏れや入力ミス等のチェックを行うと共に、帳票登録に必要なデータが全てあるか否かのチェックを行う。
ここで、照合部５１３は、記入漏れや入力ミス等があった場合には、画面処理部５１６に対して、その項目を指摘するポップアップ画面を表示させ、窓口担当者に記入または修正を促してもよい。
【００３２】
（不足情報抽出部５１４）
不足情報抽出部５１４は、帳票登録に不足している不足項目の情報（不足情報）を取得可能な他の帳票識別情報（取得可能帳票識別情報）を取得する機能を有する。
この不足情報抽出部５１４は、照合部５１３が行った処理において、帳票登録に必要な情報が不足しているとチェックされた不足項目の情報をチェックテーブル５２３から抽出する。そして、不足情報取得先テーブル５２４を参照して、帳票登録に不足している不足項目の取得可能帳票識別情報を取得する。
【００３３】
また、帳票登録に必要な情報が不足している場合に、不足情報抽出部５１４は、登録処理実行キーが押下された時に表示部５５に表示されていた帳票登録画面の情報、すなわち、帳票登録画面データおよびその画面に表示されていた情報（文字情報や入力情報等）を含むデータ（以下、不足帳票登録画面データαとする）を画面処理部５１６から取得して、退避画面記憶部５２６に記憶させる（退避する）。
その後、不足情報抽出部５１４は、退避画面記憶部５２６に退避させた不足帳票登録画面データαを画面処理部５１６に処理させる。
【００３４】
（登録要求部５１５）
登録要求部５１５は、管理センタ２の登録処理サーバ２２に対して登録要求を行う機能を有する。また、登録要求部５１５は、登録処理サーバ２２から登録完了に伴い送信される登録情報を登録履歴記憶部５２５に記憶させる。
【００３５】
（画面処理部５１６）
画面処理部５１６は、画面データを生成し、表示部５５を制御して画面に画像を表示させる機能を有する。
＜画面データの取得先＞
ここで、画面処理部５１６は、営業店業務サーバ３１から画面データを取得して、表示部５５の画面に表示されるよう加工して出力する。この画面処理部５１６は、入力部５４からの要求に応じて、表示部５５の画面に表示された画像を更新するため、営業店業務サーバ３１に対して画面データ（画像データ）を要求する。画面処理部５１６は、営業店業務サーバ３１から取得した画面データに、入力部５４からの要求に応じて加工した画面データを生成して、表示部５５に表示させる。また、画面処理部５１６は、入力部５４を介して入力された情報が表示部５５の画面に表示されるよう、画面データを加工する。
ここで、画面処理部５１６は、営業店業務サーバ３１から処理に必要な画面データを一括で取得して、窓口業務記憶部５２７に記憶させてもよい。
【００３６】
＜帳票登録画面データの生成＞
また、画面処理部５１６は、解析結果記憶部５２２から帳票７０を読み取った順番で解析結果を取得して、帳票登録画面データを生成する。このとき、画面処理部５１６は、帳票登録画面データに対応する帳票の帳票登録に必要な情報が登録履歴記憶部５２５に記憶されていれば、その情報を取得して、帳票登録画面データに含める。
【００３７】
《記憶部５２》
記憶部５２が備える各構成部の機能について説明する。
【００３８】
（画像データ記憶部５２１）
画像データ記憶部５２１は、帳票読取部５３が生成した画像データを記憶する機能を有する。
【００３９】
（解析結果記憶部５２２）
解析結果記憶部５２２は、画像データ解析部５１２が解析して得られたデータを記憶する機能を有し、帳票識別処理を行って得られた帳票識別情報（帳票７０を特定する情報）と、文字認識処理を行って得られた文字情報（つまり、帳票７０に記載された情報）とを対応付けて記憶する。これにより、帳票７０に記載された情報を、帳票別で記憶させることができる。
【００４０】
（チェックテーブル５２３）
チェックテーブル５２３は、登録処理サーバ２２に登録要求を行う前に、記入漏れや入力ミス等のチェックをするためのテーブルである。このチェックテーブル５２３には、帳票登録に必要な情報の項目一覧が記録されている。
【００４１】
（不足情報取得先テーブル５２４）
不足情報取得先テーブル５２４は、帳票登録に必要な情報を取得可能な他の帳票７０の一覧が記憶されたテーブルである。
本実施形態の不足情報取得先テーブル５２４は、帳票識別情報ごとに、それぞれの帳票７０を登録するために必要な情報の項目と、他の帳票７０の帳票識別情報（取得可能帳票識別情報）とを対応付けて記憶する。ここで、取得可能帳票識別情報とは、その帳票７０を登録するために必要な情報がない（不足している）場合に、先に他の帳票７０の帳票登録を行うことで、その不足している不足項目の情報（不足情報）を取得できる当該他の帳票７０の帳票識別情報である。
【００４２】
本実施形態では、チェックテーブル５２３と不足情報取得先テーブル５２４とを別々のテーブルとしたが、２つのテーブルを１つに統合したテーブルやデータベースであってもよい。例えば、キー値を帳票登録に必要な情報の項目とすれば統合することができる。
【００４３】
（登録履歴記憶部５２５）
登録履歴記憶部５２５は、ホストサーバ２１および登録処理サーバ２２から送信されたデータを記憶する機能を有し、特に登録処理サーバ２２から登録完了に伴い送信されるデータ（登録情報）を記憶する。これにより、例えば、ＣＩＦ新規登録が終わったことに伴い、登録処理サーバ２２から採番されたＣＩＦ番号が登録情報として送信される。このＣＩＦ番号が登録履歴記憶部５２５に記憶される。
【００４４】
（退避画面記憶部５２６）
退避画面記憶部５２６は、画面データに係る情報を一時的に記憶する機能を有し、画面データの退避先である。
画面処理部５１６による表示部５５の画面に表示された画像を更新する処理に伴い、現在画面に表示されている画面情報、例えば、窓口担当者が入力／修正した情報や、選択した情報等、入力、修正、選択の情報を、画面処理部５１６がまるごと退避画面記憶部５２６に記憶させる。
【００４５】
（窓口業務記憶部５２７）
窓口業務記憶部５２７は、窓口業務を行う上で必要な画面データおよび処理プログラムを記憶する機能を有する。
この窓口業務記憶部５２７には、窓口業務を行うために必要な業務ＡＰパッケージ、ミドルウェア、ドライバ、通信制御ソフト、ＯＳ（Operating System）等が記憶されている。
さらに、窓口業務記憶部５２７には、営業店業務サーバ３１から送信される窓口業務を行う上で必要な画面データおよび処理プログラムが記憶される。
【００４６】
（動作の説明）
図４および図５を参照して、窓口端末３２が行う帳票登録動作について説明する（適宜、図１ないし図３を参照）。
窓口担当者が帳票読取部５３を操作することにより、帳票読取部５３が帳票７０の記載面を読み取る（ステップＳ１０１）。
画像データ解析部５１２は、帳票読取部５３が帳票７０の記載面を読み取って生成した画像データを取得し（ステップＳ１０２）、画像データを解析する（ステップＳ１０３）。画像データ解析部５１２は、解析結果（帳票識別情報および文字情報）を取得する（ステップＳ１０４）。
【００４７】
窓口担当者が帳票読取部５３を操作して、順番に帳票７０を読み取らせることで、画像データ解析部５１２は、ステップＳ１０１〜ステップＳ１０４の処理を繰り返し行う。そして、画像データ解析部５１２は、帳票７０を読み取った順番にステップＳ１０４の帳票７０ごとの解析結果（帳票識別情報および文字情報）を解析結果記憶部５２２に記憶させる（ステップＳ１０５）。
【００４８】
画面処理部５１６は、解析結果記憶部５２２から帳票７０を読み取った順番で解析結果を取得して、帳票登録画面データを生成する（ステップＳ１０６）。このとき、画面処理部５１６は、帳票登録画面データに対応する帳票の帳票登録に必要な情報が登録履歴記憶部５２５に記憶されていれば、その情報を取得して、帳票登録画面データに含める。
【００４９】
画面処理部５１６は、帳票登録画面データを表示部５５に出力して、表示部５５に帳票登録画面を表示させる（ステップＳ１０７）。そして、窓口担当者は入力部５４を操作して登録に必要な情報を入力する。そして、窓口担当者によりＥｎｔｅｒキー（登録処理実行キー）が押下され（ステップＳ１０８）、登録処理実行要求が入力される。
【００５０】
照合部５１３は、入力情報および解析結果を取得して、チェックテーブル５２３との照合を行い、帳票登録に必要な情報が全てあるか否かを判定する（ステップＳ１０９，図５）。
情報が不足していれば（ステップＳ１０９，Ｎｏ）、後記するステップＳ２０１の処理を行う。
【００５１】
一方、情報が全てあれば（ステップＳ１０９，Ｙｅｓ）、照合部５１３から処理の実行開始を受けた登録要求部５１５は、登録要求処理を実行して、登録処理サーバ２２に帳票登録を要求する（ステップＳ１１０）。
この登録要求処理により、登録要求部５１５は、帳票登録に必要な情報をデータにして、通信制御部５１１に、登録処理サーバ２２への送信を依頼する。通信制御部５１１は通信部５６を制御して登録処理サーバ２２に送信する。
その後、登録要求部５１５は、登録処理サーバ２２から登録完了に伴い送信される登録情報を取得し（ステップＳ１１１）、取得した登録情報を登録履歴記憶部５２５に記憶させる（ステップＳ１１２）。
【００５２】
次に、不足情報抽出部５１４は、退避画面記憶部５２６をチェックして、退避している帳票登録画面データがあるか否かを判定する（ステップＳ１１３）。帳票登録画面データを退避させる処理については後記する。
退避している帳票登録画面データがあれば（ステップＳ１１３，あり）、後記するステップＳ３０１の処理を行う。
一方、退避している帳票登録画面データがなければ（ステップＳ１１３，なし）、次に画面処理部５１６は、帳票登録画面データを生成していない未処理の帳票７０があるか否かを判定する（ステップＳ１１４）。
未処理の帳票７０があれば（ステップＳ１１４，あり）、（Ｃ）を介してステップＳ１０６（図４）の処理に戻り、画面処理部５１６は、若い順番の未処理の帳票７０の解析結果を取得して、その帳票７０の帳票登録画面データを生成する。
【００５３】
一方、未処理の帳票７０がなければ（ステップＳ１１４，なし）、すなわち、解析結果記憶部５２２に記憶された解析結果に基づき、全ての帳票登録の帳票登録画面データが生成され、それら全ての帳票７０に対して帳票登録処理が行われたこととなる。そのため、画面処理部５１６は、表示部５５に帳票登録完了画面を表示させる（ステップＳ１１５）。そして、全ての処理を終了する。
【００５４】
（ステップＳ２０１の処理）
ステップＳ１０９の判定処理にて、帳票登録に必要な情報が不足していれば（ステップＳ１０９，Ｎｏ）、不足情報抽出部５１４は、ステップＳ１０８で登録処理実行キーが押下された時に表示部５５に表示されていた帳票登録画面の情報（文字情報や入力情報等）を含むデータ（不足帳票登録画面データα）を画面処理部５１６から取得して、退避画面記憶部５２６に記憶させる（退避する）（ステップＳ２０１）。
【００５５】
そして、不足情報抽出部５１４は、チェックテーブル５２３から不足項目を抽出し（ステップＳ２０２）、不足情報取得先テーブル５２４から不足項目の取得可能帳票識別情報を取得する（ステップＳ２０３）。そして、画面処理部５１６は、解析結果記憶部５２２から、取得可能帳票識別情報（帳票識別情報）を参照して、取得可能帳票の解析結果（帳票識別情報および文字情報）を取得する（ステップＳ２０４）。そして、画面処理部５１６は、取得した解析結果（帳票識別情報および文字情報）に基づき、新たに新規帳票登録画面データβを生成する（ステップＳ２０５）。そして、（Ｂ）を介してステップＳ１０７（図４）に戻り、新規帳票登録画面データβを表示部５５に出力して、表示部５５に帳票登録画面βを表示させる。
【００５６】
（ステップＳ３０１の処理）
ステップＳ１１３の判定処理にて、退避画面記憶部５２６に帳票登録画面データ（退避させた不足帳票登録画面データα）が記憶されていれば（ステップＳ１１３，あり）、画面処理部５１６は、その退避させた不足帳票登録画面データαを取得する（ステップＳ３０１）。この不足帳票登録画面データαは、ステップＳ２０１にて退避させた帳票登録画面データである。
【００５７】
画面処理部５１６は、登録履歴記憶部５２５からこの不足帳票登録画面データαで不足していた登録情報を取得して、不足帳票登録画面データαの不足項目に登録情報を含めた画面データ（補完帳票登録画面データα）に更新する（ステップＳ３０２）。そして、（Ｂ）を介してステップＳ１０７（図４）に戻り、補完帳票登録画面データαを表示部５５に出力して、表示部５５に帳票登録画面αを表示させる。
【実施例１】
【００５８】
（印鑑登録票、ＣＩＦ新規帳票の場合）
新規口座を開設する顧客の印鑑登録票７１とＣＩＦ新規帳票７２とがある。印鑑登録票７１には、顧客により、郵便番号、電話番号が記入されている。ＣＩＦ新規帳票７２には、顧客により、名前、住所、電話番号、職業等が記入されている。
【００５９】
ここで、印鑑登録票７１の登録処理をする際には、その印鑑登録票７１を記入した顧客のＣＩＦ番号が必要である。このＣＩＦ番号は、ＣＩＦ新規帳票７２の登録処理を登録処理サーバ２２に要求して、認証されることで採番される番号である。つまり、印鑑登録票７１とＣＩＦ新規帳票７２とがある場合、印鑑登録票７１の登録処理をする前に、先にＣＩＦ新規帳票７２の登録処理を行って、ＣＩＦ番号を取得する必要がある。
【００６０】
（動作の説明）
ここで、実施例１の場合に、窓口担当者（銀行員）が印鑑登録票７１、ＣＩＦ新規帳票７２の順番で読み取らせた場合について説明する（適宜、図１ないし図５を参照）。
まず、画面処理部５１６は、先に読み取った印鑑登録票７１の帳票登録画面データを生成する（図４のステップＳ１０６）。
【００６１】
しかしながら、印鑑登録票７１の帳票登録を行うにはＣＩＦ番号が不足しているため、照合部５１３により情報が不足していると判定される（図５のステップＳ１０９でＮｏ）。そのため、不足情報抽出部５１４は、印鑑登録票７１の帳票登録画面データを退避画面記憶部５２６に記憶させる（図５のステップＳ２０１）。
【００６２】
そして、不足情報抽出部５１４は、チェックテーブル５２３から不足項目（ＣＩＦ番号）を抽出し、不足情報取得先テーブル５２４から不足項目（ＣＩＦ番号）の取得可能帳票識別情報（ＣＩＦ新規帳票７２の帳票識別情報）を取得する。そして、画面処理部５１６は、ＣＩＦ新規帳票７２の解析結果に基づき、ＣＩＦ新規帳票７２の帳票登録画面データを生成する（ステップＳ２０２〜ステップＳ２０５）。
【００６３】
その後、照合部５１３によりＣＩＦ新規帳票７２の帳票登録に必要な情報が全てあると判定されることで（ステップＳ１０９，Ｙｅｓ）、登録要求部５１５は、登録要求処理を実行して、登録処理サーバ２２にＣＩＦ新規帳票７２の帳票登録を要求する（ステップＳ１１０）。登録処理サーバ２２からＣＩＦ新規帳票７２の帳票登録の登録完了に伴い送信される登録情報（採番されたＣＩＦ番号）を取得し（ステップＳ１１１）、登録履歴記憶部５２５に記憶させる（ステップＳ１１２）。
【００６４】
そして、画面処理部５１６は、退避画面記憶部５２６をチェックして、ステップＳ２０１の処理で退避させた印鑑登録票７１の不足帳票登録画面データαを取得する（ステップＳ３０１）。次に、画面処理部５１６は、この印鑑登録票７１の不足帳票登録画面データαの不足項目に、登録情報（採番されたＣＩＦ番号）を含めて、印鑑登録票７１の不足帳票登録画面データαを更新する（更新後は補完帳票登録画面データαとする）（ステップＳ３０２）。これにより、印鑑登録票７１の補完帳票登録画面データαには、不足項目の情報（採番されたＣＩＦ番号）が追加される（補完される）。
【００６５】
その後、照合部５１３は、印鑑登録票７１の帳票登録に必要な情報が全てあると判定する（ステップＳ１０９，Ｙｅｓ）。登録要求部５１５は、登録要求処理を実行して、登録処理サーバ２２に印鑑登録票７１の帳票登録を要求する（ステップＳ１１０）。登録処理サーバ２２から印鑑登録票７１の帳票登録の登録完了の情報が送信される。他に未処理の帳票７０はないため、画面処理部５１６は、表示部５５に帳票登録完了画面を表示させ（ステップＳ１１５）、印鑑登録票７１およびＣＩＦ新規帳票７２の帳票登録処理を終了する。
【実施例２】
【００６６】
（普通預金新規申込書、カード発行申込書、インターネットバンキング申込書の場合）
顧客の普通預金新規申込書７３とカード発行申込書７４とインターネットバンキング申込書７５とがある。普通預金新規申込書７３には、顧客の名前、カード限度額、口座番号が記入されている。カード発行申込書７４には、顧客の名前、インターネットバンキング限度額、口座番号が記入されている。インターネットバンキング申込書７５には、名前、ＣＩＦ番号、入金金額、区分、口座番号が記入されている。
【００６７】
ここで、カード発行申込書７４の登録処理およびインターネットバンキング申込書７５の登録処理をする際には、顧客の口座番号が必要である。この口座番号は、普通預金新規申込書７３の登録処理を登録処理サーバ２２に要求して、認証されることで採番される番号である。つまり、カード発行申込書７４およびインターネットバンキング申込書７５の登録処理をする前に、先に普通預金新規申込書７３の登録処理を行って、顧客の口座番号を取得する必要がある。
【００６８】
（動作の説明）
ここで、実施例２の場合に、窓口担当者（銀行員）がカード発行申込書７４、インターネットバンキング申込書７５、普通預金新規申込書７３の順番で読み取らせた場合について簡単に説明する（適宜、図１ないし図５を参照）。
カード発行申込書７４の帳票登録を行うには、顧客の口座番号が不足しているため、カード発行申込書７４の帳票登録画面データは退避画面記憶部５２６に記憶される（ステップＳ２０１）。
そして、不足情報抽出部５１４は、不足情報取得先テーブル５２４から不足項目（口座番号）の取得可能帳票識別情報（普通預金新規申込書７３の帳票識別情報）を取得する（ステップＳ２０３）。
これにより、先に、普通預金新規申込書７３の帳票登録が行われ、登録処理サーバ２２からから普通預金新規申込書７３の帳票登録の登録完了に伴い送信される登録情報（採番された口座番号）を取得し、登録履歴記憶部５２５に記憶させる（ステップＳ１１２）。
そして、退避画面記憶部５２６に退避させたカード発行申込書７４の帳票登録画面データに、不足していた口座番号を含めて画面データを更新し、カード発行申込書７４の帳票登録を行う。
次に、インターネットバンキング申込書７５の帳票登録を行うとき、画面処理部５１６は、ステップＳ１０６の処理にて、登録履歴記憶部５２５に記憶された口座番号を取得して、インターネットバンキング申込書７５の帳票登録画面データに含める。これにより、照合部５１３は、インターネットバンキング申込書７５の帳票登録に必要な情報が全てあると判定する（ステップＳ１０９，Ｙｅｓ）。そして、インターネットバンキング申込書７５の帳票登録が行われ、登録処理サーバ２２からインターネットバンキング申込書７５の帳票登録の登録完了の情報が送信される。他に未処理の帳票７０はないため、画面処理部５１６は、表示部５５に帳票登録完了画面を表示させ（ステップＳ１１５）、普通預金新規申込書７３、カード発行申込書７４およびインターネットバンキング申込書７５の帳票登録処理を終了する。
【００６９】
本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
【符号の説明】
【００７０】
１      金融処理システム
２      管理センタ
３（３ａ，３ｂ，３ｃ，・・・）  営業店
４      ネットワーク
２１    ホストサーバ
２２    登録処理サーバ
２３    管理センタ内ネットワーク
３１    営業店業務サーバ
３２（３２ａ，３２ｂ，・・・）  窓口端末
３３（３３ａ，３３ｂ，・・・）  ＡＴＭ
３４    役席端末
３５    営業店舗内ネットワーク
５１    制御部
５２    記憶部
５３    帳票読取部
５４    入力部
５５    表示部
５６    通信部
５７    通帳伝票プリンタ
７０    帳票
７１    印鑑登録票
７２    ＣＩＦ新規帳票
７３    普通預金新規申込書
７４    カード発行申込書
７５    インターネットバンキング申込書
５１１  通信制御部
５１２  画像データ解析部
５１３  照合部
５１４  不足情報抽出部
５１５  登録要求部
５１６  画面処理部
５１７  登録処理部
５２１  画像データ記憶部
５２２  解析結果記憶部
５２３  チェックテーブル
５２４  不足情報取得先テーブル
５２５  登録履歴記憶部
５２６  退避画面記憶部
５２７  窓口業務記憶部
【図１】
2013171307.tif 000003
【図２】
2013171307.tif 000004
【図３】
2013171307.tif 000005
【図４】
2013171307.tif 000006
【図５】
2013171307.tif 000007