(57)【要約】【課題】事務管理システムにおいて、先行処理が必要な処理業務を依頼された場合に、係員の負担を軽減すると共に処理業務の業務効率を向上させる手段を提供する。【解決手段】複数の店舗の帳票を集中して管理する管理センタに設置されたセンタ装置１と、複数の店舗に設置され、センタ装置１と接続する店舗端末４とを備えた事務管理システムにおいて、店舗端末４は、センタ装置１へ帳票の帳票データを送信する手段を備え、センタ装置１は、まだ処理が行われていない帳票データの帳票情報を記載する未処理帳票一覧表１５を格納する手段と、店舗端末４からの帳票データを受信する手段と、受信した帳票データを格納する帳票データ格納手段と、格納された帳票データを読出す手段と、読出した帳票データの先行処理の要否を認識する手段と、その認識結果が先行処理を必要とする場合に先行処理の登録状況を確認する手段と、先行処理の登録状況が登録済の場合に未処理帳票一覧表１５に帳票情報を書込む手段とを備える。【選択図】        図４
2008077338.tif 000002
【特許請求の範囲】
【請求項１】
複数の店舗の帳票を集中して管理する管理センタに設置されたセンタ装置と、前記複数の店舗に設置され、前記センタ装置と接続する店舗端末とを備えた事務管理システムにおいて、
前記店舗端末は、前記センタ装置へ前記帳票の帳票データを送信する手段を備え、
前記センタ装置は、まだ処理が行われていない帳票データの帳票情報を記載する未処理帳票一覧表を格納する手段と、
前記店舗端末からの帳票データを受信する手段と、
該受信した帳票データを格納する帳票データ格納手段と、
該格納された帳票データを読出す手段と、
該読出した帳票データの先行処理の要否を認識する手段と、
該認識結果が先行処理を必要とする場合に、該先行処理の登録状況を確認する手段と、
該先行処理の登録状況が登録済の場合に、前記未処理帳票一覧表に前記帳票情報を書込む手段と、を備えることを特徴とする事務管理システム。
【請求項２】
請求項１において、
前記先行処理の登録状況が未登録の場合に、前記読出した帳票データを前記帳票データ格納手段に再格納する手段を備えることを特徴とする事務管理システム。
【請求項３】
請求項１または請求項２において、
前記センタ装置に、前記管理センタに設置された係員端末を接続し、
前記センタ装置は、前記未処理帳票一覧表を前記係員端末に送信する手段を備え、
前記係員端末は、前記センタ装置からの前記未処理帳票一覧表を受信する手段と、
該受信した前記未処理帳票一覧表を表示する手段と、を備えることを特徴とする事務管理システム。
【請求項４】
請求項１ないし請求項３のいずれか一項において、
前記帳票が、投資信託の口座開設依頼書、および組入れ依頼書、および売買依頼書であることを特徴とする事務管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関の複数の店舗の帳票を集中して管理する事務管理システムに関する。
【背景技術】
【０００２】
近年、金融機関においては、投資信託の取扱が開始され、その特定口座等の開設や売買等の取扱業務が行われている。
このような業務においては、通常、顧客からの「募集・購入」依頼書や「解約・買取」依頼書（売買依頼書という。）を受付けた場合に、これを処理するためには、先行処理として売買依頼書に記入された口座（一般口座または特定口座）の開設処理、または一般口座から特定口座へ口座残高を移動させる組入れ処理が完了し、これらの処理結果がホストコンピュータに登録されていることが必要になる。
【０００３】
従来の事務管理システムは、金融機関の複数の店舗を通信回線を介して接続し、店舗で店舗端末により読取った帳票の画像データをセンタ装置へ送信し、センタ装置はこれをデータベースに格納し、係員端末ではセンタ装置から送信された画像データを係員が読取って手入力によるエントリ処理業務等の処理業務を行い、金融機関の帳票の集中管理を行っている（例えば、特許文献１参照。）。
【特許文献１】特開平１１−１６７５９７号公報（主に第４頁段落００１９−００２５、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術においては、係員は、センタ装置から送信された帳票の画像データを用いて係員端末によりエントリ処理業務等の処理業務を行っているため、投資信託における売買依頼書のように先行処理が必要な処理を依頼された場合には、売買依頼書に記入された口座の口座開設処理または組入れ処理が完了し、その口座や組入れ結果が登録されているか否かを売買依頼書の処理前に確認しなければならず、係員の負担が増大すると共に、エントリ処理業務等の処理業務に時間を要し、業務効率が低下するという問題がある。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、先行処理が必要な処理業務を依頼された場合に、係員の負担を軽減すると共に処理業務の業務効率を向上させる手段を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するために、複数の店舗の帳票を集中して管理する管理センタに設置されたセンタ装置と、前記複数の店舗に設置され、前記センタ装置と接続する店舗端末とを備えた事務管理システムにおいて、前記店舗端末は、前記センタ装置へ前記帳票の帳票データを送信する手段を備え、前記センタ装置は、まだ処理が行われていない帳票データの帳票情報を記載する未処理帳票一覧表を格納する手段と、前記店舗端末からの帳票データを受信する手段と、該受信した帳票データを格納する帳票データ格納手段と、該格納された帳票データを読出す手段と、該読出した帳票データの先行処理の要否を認識する手段と、該認識結果が先行処理を必要とする場合に、該先行処理の登録状況を確認する手段と、該先行処理の登録状況が登録済の場合に、前記未処理帳票一覧表に前記帳票情報を書込む手段と、を備えることを特徴とする事務管理システム。
【発明の効果】
【０００７】
このように、本発明は、先行処理の処理結果が登録済みとなっている帳票データの帳票情報のみを未処理帳票一覧表に書込むので、処理業務を行う係員は先行処理の処理結果が登録されているかを事前に確認する必要がなくなり、係員の負担を軽減させることができると共に、処理業務の時間を短縮して業務効率を向上させることができるという効果が得られる。
【発明を実施するための最良の形態】
【０００８】
以下に、図面を参照して本発明による事務管理システムの実施例について説明する。
【実施例】
【０００９】
図１は実施例のシステム構成を示すブロック図、図２は実施例のセンタサーバを示すブロック図である。
図１において、１はセンタ装置としてのセンタサーバであり、銀行等の金融機関の管理センタに設置され、金融機関の支店やコンビニエンスストア等の店舗に設置された店舗端末４と専用回線や電話回線等の通信回線５を介して接続して店舗端末４から送信される各種の帳票、例えば投資信託における口座開設依頼書、組入れ依頼書、売買依頼書や振込伝票等の帳票の帳票データ等を一括して管理する機能等を備えている。
【００１０】
２はパーソナルコンピュータ等の係員端末であり、管理センタに設けられたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のセンタ内ネットワーク３を介してセンタサーバ１と接続し、図示しない記憶部や表示部等を備えており、管理センタにおいて処理業務を担当する係員が操作して各種の処理業務を行う機能を有している。
店舗端末４は、店舗の窓口等に設置され、その窓口の担当者が操作するパーソナルコンピュータ等の端末装置であって、図示しない記憶部や表示部等を備えており、帳票の画像を読取ってこれを文字認識する機能等を備えている。
【００１１】
なお、センタサーバ１の設置場所は、全国を束ねて１箇所に設置するようにしてもよく、都道府県毎、都市毎またはこれらを複数まとめた広域の地域毎に設置するようにしてもよい。つまり金融機関の複数の店舗端末４から送信される帳票データ等を一括して管理するものであれば設置場所には限定されるものではない。
７は証券会社等に設置された上位装置としてのホストコンピュータであり、管理センタのセンタサーバ１と通信回線５を介して接続しており、顧客の口座を識別するための口座ＩＤに対応させて顧客が登録した一般口座や特定口座の店番号、口座番号、口座残高等や、顧客が購入した投資信託の商品名や購入口数等の顧客登録情報を格納する登録情報データベース８を有している。
【００１２】
図２において、１０はセンタサーバ１のサーバ制御部であり、センタ内ネットワーク３、通信回線５を経由して各店舗の店舗端末４およびホストコンピュータ７と、センタ内ネットワーク３介して係員端末２と接続しており、センタサーバ１内の各部を制御すると共に店舗端末４やホストコンピュータ７との間のデータ通信等も制御する。
１１はサーバ記憶部であり、サーバ制御部１０が実行するプログラムやそれに用いる各種のデータ等が格納される。
【００１３】
本実施例では、投資信託における口座開設依頼書、組入れ依頼書、売買依頼書のエントリ処理業務を例に、先行処理が必要とされる帳票の処理について説明する。
本実施例のセンタサーバ１のサーバ記憶部１１には、店舗端末４から送信された帳票データ等を格納する帳票データベース１３が構築され、係員端末２による処理業務において先行処理が設定されている処理業務（例えば売買依頼書における口座開設処理等）をその帳票の帳票コードに対応させて設定した先行処理設定テーブル１４、店舗端末４から受信した帳票データの処理業務の中で、まだ係員端末２による処理業務が行われていない帳票データ（未処理帳票という。）の口座ＩＤ等の帳票情報を記載する未処理帳票一覧表としての未エントリ帳票一覧表１５（図３参照）が格納されている。
【００１４】
また、サーバ記憶部１１には、管理センタの運用や管理等のための各種の処理を実行する機能を有する管理処理実行プログラムに、未処理帳票の帳票情報を未エントリ帳票一覧表１５等に書込み、処理の終了時に当該帳票情報を消去する未処理帳票一覧表作成処理を行う機能を有するアプリケーションプログラムが追加された業務実行プログラムが予め格納されており、サーバ制御部１０と業務実行プログラムの各ステップにより本実施例のセンタサーバ１のハードウェアとしての各種の機能手段が形成される。
【００１５】
更に、サーバ記憶部１１には、未処理帳票一覧表作成処理における帳票の処理数をカウントするカウント数記憶エリアが確保されている。
本実施例の係員端末２の図示しない記憶部には、係員端末２を用いて行う各処理業務を実行する機能を有する係員端末業務処理プログラムが予め格納されており、係員端末２と係員端末業務処理プログラムの各ステップにより本実施例の係員端末２のハードウェアとしての各種の機能手段が形成される。
【００１６】
本実施例の帳票には、それぞれの帳票の必要事項を記入する項目欄等の他に、その一の隅等の所定の部位にその帳票の帳票コードが印刷されている。
本実施例の店舗端末４の図示しない記憶部には、読取った帳票画像からその項目毎の文字画像を切取り、切取った文字画像をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理等により文字として認識し、これを文字データに変換する文字認識処理を行う機能を有するアプリケーションプログラム、および店舗端末４の各種の処理を実行する機能を有するアプリケーションプログラム等からなる店舗端末業務処理プログラムが格納されており、店舗端末４と店舗端末業務処理プログラムの各ステップにより本実施例の店舗端末４のハードウェアとして各種の機能手段が形成される。
【００１７】
また、店舗端末４の図示しない記憶部には、店舗端末４が設置されている店舗の店番号等が格納され、その店舗が用いる帳票の帳票コードに対応させてその帳票名と必要事項が記入された項目欄の座標位置、つまり文字認識処理に用いる文字画像を切取る項目の座標位置を記した帳票別項目表が格納されている。
以下に、図４に示すフローチャートを用い、Ｓで示すステップに従って本実施例のセンタサーバの未処理帳票一覧表作成処理について説明する。
【００１８】
店舗の窓口においては、その窓口の担当者は各種の帳票を用いて顧客との間で取引を行っており、顧客から投資信託の口座開設依頼書や、組入れ依頼書、売買依頼書等の口座ＩＤ等が記入された帳票が提出されると所定の手続を済ませた後に、帳票を店舗端末４にセットして画像読取指示を入力する。
この指示入力を認識した店舗端末４は、セットされている帳票全体の帳票画像を読取り、その文字認識処理により帳票の所定の部位に印刷された帳票コードを文字として認識し、図示しない記憶部の帳票別項目表のその帳票コードの各項目欄の座標位置を読出し、その座標位置に従って帳票画像から口座ＩＤ等の項目毎の文字画像を切取り、これを文字として認識して文字データに変換し、文字認識した帳票コード、記憶部から読出した店番号、切取った口座ＩＤ等の項目毎の文字画像とその文字データおよび帳票画像により帳票データを作成し、これを通信回線５を介してセンタサーバ１へ送信する。
【００１９】
Ｓ１、一方、管理センタにおいては、センタサーバ１のサーバ制御部１０は、業務実行プログラムにより、店舗端末４からの帳票データの着信を待って待機しており、帳票データを受信したときに、ステップＳ２へ移行する。帳票データを受信しない場合はステップＳ３へ移行する。
Ｓ２、帳票データを受信してその処理業務を受付けたサーバ制御部１０は、その時計機能により受信した日時を受付日時（時刻を含む。）として認識すると共に、受付けた帳票データの処理状況をエントリ未処理として認識する。
【００２０】
そして、帳票データの文字データとされた口座ＩＤを読取り、この口座ＩＤに対応させて、受付けた帳票データに、認識した受付日時およびエントリ未処理とした処理状況を添付してサーバ記憶部１１の帳票データベース１３に格納してステップＳ３へ移行する。
Ｓ３、サーバ制御部１０は、その時計機能により現在時刻を認識しながら定期的（本実施例では１０分毎）に訪れる一覧表更新時刻の到来を待って待機しており、一覧表更新時刻が到来した時に、サーバ記憶部１１のカウント数記憶エリアのカウント数を「０」にリセットして、ステップＳ４へ移行する。それ以外の時刻の場合は、ステップＳ１６へ移行する。
【００２１】
Ｓ４、一覧表更新時刻が到来したことを認識したサーバ制御部１０は、未処理帳票一覧表作成処理プログラムにより、サーバ記憶部１１の帳票データベース１３を検索し、処理状況がエントリ未処理となっている全ての帳票データおよび受付日時を抽出し、その総数である抽出数を認識する。
Ｓ５、サーバ制御部１０は、抽出した帳票データの一つを選択し、カウント数記憶エリアのカウント数に「１」を加えて処理数をカウントすると共に、選択した帳票データの帳票コードを読取り、この帳票コードを基にサーバ記憶部１１の先行処理設定テーブル１４を参照して先行処理の要否を認識し、その帳票データの処理業務の前に先行処理が必要な場合はステップＳ６へ移行する。先行処理を必要としない場合はステップＳ１４へ移行する。
【００２２】
本実施例では、先行処理を必要としない口座開設依頼書等の帳票データの場合はステップＳ１４へ移行し、先行処理として口座開設処理の処理結果がホストコンピュータ７に登録されていることが必要な組入れ依頼書や、先行処理として口座開設処理または組入れ処理の処理結果の少なくとも一方がホストコンピュータ７に登録されていることが必要な売買依頼書の場合はステップＳ７へ移行する。
【００２３】
Ｓ６、サーバ制御部１０は、選択した帳票データから読取った帳票コードにより、その帳票データを組入れ依頼書と認識した場合はステップＳ７へ移行する。帳票データを売買依頼書と認識した場合はステップＳ１０へ移行する。
Ｓ７、帳票データを組入れ依頼書と認識し、その先行処理として口座開設処理の処理結果、つまり口座がホストコンピュータ７に登録されていることが必要と認識したサーバ制御部１０は、先行処理の登録状況（本ステップでは口座の登録状況）の確認を行う。
【００２４】
すなわち、サーバ制御部１０は、帳票データから文字データとされた口座ＩＤを読取り、口座登録の有無の確認である旨に読取った口座ＩＤを添付した確認電文を作成し、これを通信回線５を介してホストコンピュータ７へ送信する。
確認電文を受信したホストコンピュータ７は、確認電文の口座ＩＤを基に登録情報データベース８の顧客登録情報を検索して該当する顧客登録情報を特定し、その口座登録の有無を記した確認結果電文を作成し、これを送信元のセンタサーバ１へ通信回線５を介して送信する。
【００２５】
Ｓ８、ホストコンピュータ７からの確認結果電文を受信したサーバ制御部１０は、確認結果電文により、送信した口座ＩＤに対応する口座の登録状況を確認し、その確認結果が口座が存在し登録済みである場合は、先行処理が完了していると判定してステップＳ１４へ移行する。口座が存在せず未登録である場合は先行処理が未了であると判定してステップＳ９へ移行する。
【００２６】
Ｓ９、先行処理が未了であることを判定したサーバ制御部１０は、組入れ依頼書の帳票データから読取った口座ＩＤに対応する口座が登録済みとなることを待つために、その帳票データの処理状況をエントリ未処理としたまま帳票データベース１３に再格納し、接続子Ａを介してステップＳ１５へ移行する。
Ｓ１０、帳票データを売買依頼書と認識し、その先行処理として口座開設処理または組入れ処理の処理結果、つまり口座または特定口座への組入れ結果がホストコンピュータ７に登録されていることが必要と認識したサーバ制御部１０は、先行処理の登録状況（本ステップでは口座または特定口座への組入れ結果の登録状況）の確認を行う。
【００２７】
すなわち、サーバ制御部１０は、帳票データから口座ＩＤを読取り、口座登録の有無および特定口座への組入れ結果の登録の有無の確認である旨に読取った口座ＩＤを添付した確認電文を作成し、これを通信回線５を介してホストコンピュータ７へ送信する。
確認電文を受信したホストコンピュータ７は、確認電文の口座ＩＤを基に登録情報データベース８の顧客登録情報を検索して該当する顧客登録情報を特定し、その口座登録の有無および特定口座への組入れ結果の登録の有無を記した確認結果電文を作成し、これを送信元のセンタサーバ１へ通信回線５を介して送信する。
【００２８】
Ｓ１１、ホストコンピュータ７からの確認結果電文を受信したサーバ制御部１０は、確認結果電文により、送信した口座ＩＤに対応する特定口座への組入れ結果の登録状況を確認し、その確認結果が組入れ結果が存在し登録済みである場合は、先行処理が完了していると判定してステップＳ１４へ移行する。組入れ結果が存在せず未登録である場合はステップＳ１２へ移行する。
【００２９】
Ｓ１２、特定口座への組入れが未登録であることを認識したサーバ制御部１０は、確認結果電文により、送信した口座ＩＤに対応する口座の登録状況を確認し、その確認結果が口座が存在し登録済みである場合は、先行処理が完了していると判定してステップＳ１４へ移行する。口座が存在せず未登録である場合は先行処理が未了であると判定してステップＳ１３へ移行する。
【００３０】
Ｓ１３、先行処理が未了であることを判定したサーバ制御部１０は、売買依頼書の帳票データから読取った口座ＩＤに対応する口座または特定口座への組入れが登録済みとなることを待つために、その帳票データの処理状況をエントリ未処理としたまま帳票データベース１３に再格納し、ステップＳ１５へ移行する。
Ｓ１４、先行処理を必要としない、または先行処理が完了していると判定したサーバ制御部１０は、その帳票データの受付時刻、帳票コードから認識した帳票名、帳票データから読取った店番号や口座ＩＤ等からなる帳票情報を生成し、これをサーバ記憶部１１の未エントリ帳票一覧表１５に書込むと共に、その帳票データの処理状況を記載済みに変更して帳票データベース１３へ格納し、ステップＳ１５へ移行する。
【００３１】
Ｓ１５、サーバ制御部１０は、上記ステップＳ４で認識した抽出数と、サーバ記憶部１１のカウント数記憶エリアのカウント数とを比較し、カウント数が抽出数以上と判定したときはステップＳ１６へ移行する。カウント数が抽出数未満のときは、ステップＳ５へ戻り、上記の未処理帳票一覧表作成処理を継続する。
このようにして作成された未エントリ帳票一覧表１５は、エントリ処理業務を担当する係員が、その係員端末２の図示しない表示部に表示されたエントリ処理業務やベリファイ処理業務等の選択ボタンを表示した業務選択画面からエントリ処理業務の選択ボタンを選択したときに係員端末２の画面に表示される。
【００３２】
すなわち、係員端末２は、エントリ処理業務の選択ボタンが選択されたことを認識すると、未エントリ帳票一覧表１５の表示要求をセンタ内ネットワーク３を介してセンタサーバ１へ送信し、これを受信したサーバ制御部１０は、サーバ記憶部１１から未エントリ帳票一覧表１５を読出し、そこに書込まれている帳票情報を帳票名別に整理し、その帳票名毎に受付時刻順に並べ替え、各帳票情報に通番を付与して表示データを生成し、これをセンタ内ネットワーク３を介して係員端末２へ送信する。
【００３３】
これを受信した係員端末２は、その表示部に図３に示す未エントリ帳票一覧表画面を表示する。
未エントリ帳票一覧表画面が表示されると、係員はエントリ処理業務を行う帳票情報の表示欄をマウス等により選択する。
選択された表示欄を認識した係員端末２は、エントリ処理を開始する旨にその表示欄の帳票情報の口座ＩＤおよび帳票名を添付した処理開始通知を、センタ内ネットワーク３を介してセンタサーバ１へ送信する。
【００３４】
Ｓ１６、係員端末２からの処理開始通知の着信を待って待機していたサーバ制御部１０は、処理開始通知を受信したときにステップＳ１７へ移行する。処理開始通知を受信しない場合はステップＳ１８へ移行する。
Ｓ１７、処理開始通知を受信したサーバ制御部１０は、その口座ＩＤを基にサーバ記憶部１１の未エントリ帳票一覧表１５を検索し、口座ＩＤに対応する帳票情報を特定してその帳票情報を消去する。
【００３５】
また、サーバ制御部１０は、その口座ＩＤおよび帳票名の帳票コードを基に帳票データベース１３を検索し、口座ＩＤおよび帳票コードに対応する帳票データを特定してその処理状況をエントリ中に変更すると共に、その帳票データを読出し、これをセンタ内ネットワーク３を介して係員端末２へ送信する。
このようにして、係員端末２に帳票データが表示され、係員は各項目表示欄の文字画像と文字データを見比べて認識された文字データの誤りを訂正する作業を行う。
【００３６】
そして、作業を終えた係員は終了操作を行い、これを認識した係員端末２は係員が訂正等を行った文字列を添付した訂正入力情報を作成すると共に、処理業務を行った帳票データの口座ＩＤおよび帳票コードに訂正入力情報等を添付した処理終了通知をセンタ内ネットワーク２を介してセンタサーバ１へ送信する。
処理終了通知を受信したサーバ制御部１０は、処理終了通知の口座ＩＤおよび帳票コードにより該当する帳票データを特定し、処理終了通知の訂正入力情報や処理日時等を特定した帳票データに追加してサーバ記憶部１１の帳票データベース１３に格納すると共に、その帳票データの処理状況をベリファイ未処理に変更する。
【００３７】
Ｓ１８、サーバ制御部１０は、その時計機能により現在時刻を認識しながら業務終了時刻の到来を待って待機しており、業務終了時刻が到来した時に業務時間の終了を認識してセンタサーバ１の業務を終了させる。それ以外の時刻の場合はステップＳ１へ戻って上記のステップＳ１、Ｓ３、Ｓ１６、Ｓ１８による待機を継続する。
上記の作動は、未処理帳票一覧表としての未ベリファイ帳票一覧表を作成する場合も同様である。
【００３８】
なお、ベリファイ処理業務が終了した場合には、センタサーバ１のサーバ制御部１０は、その帳票の処理結果を通信回線５を介してホストコンピュータ７へ送信し、その帳票が口座開設依頼書の場合は登録情報データベース８のその口座が登録され、その帳票が組入れ依頼書の場合は登録情報データベース８の特定口座の口座残高にその組入れ結果が登録されて口座残高が更新され、その帳票が売買依頼書の場合、例えば購入依頼書の場合は登録情報データベース８のその口座の口座残高から購入金額が引き落とされ、その口座ＩＤに対応させてその商品名や購入口数が登録される。
【００３９】
この場合に、例えば組入れ依頼書の場合に、一般口座の口座残高に不足がある場合は、その帳票の処理業務は完了せず、その旨がセンタサーバ１を経由してベリファイ処理業務を担当した係員の係員端末２へ通知され、この通知を受けた係員は、その帳票の送信元の店舗へその内容を連絡して、記入内容の修正等を依頼する。
以上説明したように、本実施例では、センタサーバが未処理帳票一覧表作成処理を実行し、未処理帳票一覧表としての未エントリ帳票一覧表に、処理の対象となる帳票に先行処理が設定されているか否かを認識し、先行処理が必要な場合に先行処理の登録状況を確認し、登録済みの場合にその帳票の帳票情報を書込むようにしたことによって、処理業務を行う係員は先行処理の処理結果が登録されているかを事前に確認する必要がなくなり、係員の負担を軽減させることができると共に、処理業務の時間を短縮して業務効率を向上させることができる。
【００４０】
なお、本実施例においては、未処理帳票一覧表の更新における時間間隔は１０分毎として説明したが、時間間隔は前記に限らず、１分毎、３０分毎、１時間帯毎、半日毎等であってもよい。要は管理センタの実情に合せて適宜に定めればよい。
また、本事務管理システムを適用する金融機関は、一つとして説明したが、複数の金融機関の各店舗の帳票を集中して管理するようにしてもよい。
【００４１】
更に、センタ装置は一台のセーターサーバであるとして説明したが、センタ装置の機能を分散させて複数のコンピュータで構成するようにしてもよい。
例えば、センタ装置を、帳票データベース等を備えたデータサーバと、処理業務の処理画面等を格納するウェブサーバと、帳票データを各係員端末へ配信する配信サーバと、管理センタの運用処理等を実行する管理サーバ等で構成すれば、早期に本システムを実現することができる。
【００４２】
なお、前記の例はセンタ装置の機能を４つのコンピュータに分散させたものであるが、これらの一部を統合しても、更に分散させても本発明の効果を損なうものではない。
【図面の簡単な説明】
【００４３】
【図１】実施例のシステム構成を示すブロック図
【図２】実施例のセンタサーバを示すブロック図
【図３】実施例の未エントリ帳票一覧表画面表示例
【図４】実施例のセンタサーバの未処理帳票一覧表作成処理を示すフローチャート
【符号の説明】
【００４４】
１    センタサーバ
２    係員端末
３    センタ内ネットワーク
４    店舗端末
５    通信回線
１０  サーバ制御部
１１  サーバ記憶部
１３  帳票データベース
１４  先行処理設定テーブル
１５  未エントリ帳票一覧表
【図１】
2008077338.tif 000003
【図２】
2008077338.tif 000004
【図３】
2008077338.tif 000005
【図４】
2008077338.tif 000006