(57)【要約】【課題】複数の金融機関が個々に用いている帳票の書式を変更することなく、複数の金融機関の帳票の処理業務を一括して行う手段を提供する。【解決手段】複数の金融機関の営業店に設置された営業店端末と、複数の金融機関の帳票を集中して管理するセンタに設置され、営業店端末と通信回線を介して接続するセンタサーバと、センタに設置され、前記センタサーバとセンタ内ネットワークを介して接続する係員端末とを備え、営業店端末は帳票の帳票画像を読取る画像読取手段と画像読取手段で読取った帳票画像から項目毎に文字画像を切取り、切取った文字画像を文字データに変換する文字認識手段と帳票の帳票名と金融機関名と項目毎の文字画像とその文字データを帳票データとしてセンタサーバへ送信する送信手段とを備え、センタサーバは営業店端末から受信した帳票データを格納する帳票データ記憶手段と帳票データ記憶手段から帳票データを抽出して係員端末に配信する帳票データ配信手段と帳票データの係員端末による処理業務の処理結果を格納する処理結果記憶手段とを備える。【選択図】        図１
2005284758.tif 000002
【特許請求の範囲】
【請求項１】
複数の業者の営業店に設置された営業店端末と、前記複数の業者の帳票を集中して管理するセンタに設置され、前記営業店端末と通信回線を介して接続するセンタ装置と、前記センタに設置され、前記センタ装置とセンタ内ネットワークを介して接続する係員端末とを備え、
前記営業店端末は、帳票の帳票画像を読取る画像読取手段と、該画像読取手段で読取った帳票画像から項目毎に文字画像を切取り、該切取った文字画像を文字データに変換する文字認識手段と、前記帳票の帳票識別情報と前記業者の業者識別情報と前記項目毎の文字を少なくとも含む画像とその文字データを帳票データとして前記センタ装置へ送信する送信手段とを備え、
前記センタ装置は、前記営業店端末から受信した帳票データを格納する帳票データ記憶手段と、前記帳票データ記憶手段から帳票データを抽出して前記係員端末に配信する帳票データ配信手段と、前記帳票データの前記係員端末による処理業務の処理結果を格納する処理結果記憶手段とを備えることを特徴とする事務管理システム。
【請求項２】
請求項１において、
前記センタ装置は、前日以前の前記帳票データの処理実績を蓄積する処理実績蓄積手段と、該処理実績蓄積手段から前日以前の処理実績を読出して当日の処理数を予測する当日処理数予測手段と、前記予測した処理数を時間帯毎に記した業務予定表を作成する業務予定表作成手段とを備えることを特徴とする事務管理システム。
【請求項３】
請求項２において、
前記業務予定表が、作成する時点までの処理業務の処理数の実績数と、該時点以後の処理業務の処理数の予測数とで構成されていることを特徴とする事務管理システム。
【請求項４】
請求項２または請求項３において、
前記センタ装置は、前記係員端末を操作する係員の処理業務の担当資格を格納する担当資格格納手段と、前記係員の処理業務の変更を入力する業務変更入力手段と、前記業務変更の入力がなされた時に、前記担当資格格納手段に格納されている前記係員の担当資格に基づいて変更した処理業務の担当資格の有無を判定し、該判定結果が変更した処理業務を許可するものである場合に前記業務変更の入力を受付ける業務変更入力受付手段を備えることを特徴とする事務管理システム。
【請求項５】
請求項１から請求項３または請求項４において、
前記センタ装置は、前記処理業務の未処理数の上限値を記した制限値テーブルを格納する制限値テーブル格納手段と、前記帳票データ記憶手段に格納した帳票データ数と、前記処理結果記憶手段に格納した処理済データ数とを集計し、該集計した帳票データ数と処理済データ数から未処理数を演算する未処理数演算手段と、演算した未処理数が前記制限値テーブル格納手段の格納されている上限値を超えた時に警報を発する警報手段とを備えることを特徴とする事務管理システム。
【請求項６】
請求項１から請求項４または請求項５において、
前記センタ装置は、前記処理結果記憶手段に格納した所定の期間の処理済データを抽出し、前記業者別および帳票別に分類してその実績数を集計する実績集計手段を備えることを特徴とする事務管理システム。
【請求項７】
請求項１から請求項５または請求項６において、
前記センタ装置は、前記処理業務の訓練用画面データを格納する訓練データ記憶手段を備えることを特徴とする事務管理システム。
【請求項８】
請求項１から請求項６または請求項７において、
前記センタ装置は、前記帳票データ記憶手段と処理結果記憶手段を備えた業務サーバと、前記処理業務の業務画面と訓練用画面データを格納する画面データ格納手段を備えたウェブサーバと、前記担当資格格納手段と制限値テーブル格納手段と処理実績蓄積手段とを備えた集中管理サーバと、業務変更入力手段を備えた管理端末とからなることを特徴とする事務管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等の業者が複数集まって共同で事務管理を行う事務管理システムに関する。
【背景技術】
【０００２】
従来の事務管理システムは、金融機関の複数の営業店を通信回線を介して接続し、営業店で読取った帳票の画像データをセンタへ送信し、センタでは係員端末により送信された画像データを文字認識処理により文字データに変換し、その変換の誤りを係員が訂正するエントリ処理等を行い、その処理結果をデータベースに格納して金融機関の帳票の一括管理を行っている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−１５０７８２号公報（主に第５頁段落００４８−００４９および第７頁段落００６０−００６２、第１４図）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の技術においては、営業店で読取った帳票の画像データをそのまま管理センタに送信して係員端末による各種の処理を行っているため、帳票の書式が異なる複数の金融機関の帳票の処理業務を一括して行うことが困難であるという問題がある。
つまり、金融機関が用いる振込伝票等の帳票はその種類は同様であるが、その書式は金融機関によりさまざまであり、これらの処理業務を一括して行う場合にはそれぞれの金融機関の管理システムを全て備えた管理センタを設け、その処理業務を行う管理センタの係員は全ての金融機関の処理業務の手順等を覚える必要があり、集中化に伴う機器の削減等の効率化を図ることが困難になるという問題がある。
【０００４】
本発明は、上記の問題点を解決するためになされたもので、複数の業者が個々に用いている帳票の書式を変更することなく、複数の業者の帳票の処理業務を一括して行う手段を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、上記課題を解決するために、複数の業者の営業店に設置された営業店端末と、前記複数の業者の帳票を集中して管理するセンタに設置され、前記営業店端末と通信回線を介して接続するセンタ装置と、前記センタに設置され、前記センタ装置とセンタ内ネットワークを介して接続する係員端末とを備え、前記営業店端末は、帳票の帳票画像を読取る画像読取手段と、該画像読取手段で読取った帳票画像から項目毎に文字画像を切取り、該切取った文字画像を文字データに変換する文字認識手段と、前記帳票の帳票識別情報と前記業者の業者識別情報と前記項目毎の文字画像とその文字データを帳票データとして前記センタ装置へ送信する送信手段とを備え、前記センタ装置は、前記営業店端末から受信した帳票データを格納する帳票データ記憶手段と、前記帳票データ記憶手段から帳票データを抽出して前記係員端末に配信する帳票データ配信手段と、前記帳票データの前記係員端末による処理業務の処理結果を格納する処理結果記憶手段とを備えることを特徴とする。
【発明の効果】
【０００６】
これにより、本発明は、複数の業者が個々に用いている書式の異なる同一種類の帳票を同様の手順で処理することが可能になり、各業者の帳票の書式を変更することなく、一括して複数の業者の帳票の処理業務を取扱うことができるという効果が得られる。
【発明を実施するための最良の形態】
【０００７】
以下に、図面を参照して本発明による事務管理システムの実施例について説明する。
【実施例１】
【０００８】
図１は実施例１のシステム構成を示すブロック図、図２は実施例１の営業店端末を示すブロック図、図３は実施例１のセンタサーバを示すブロック図、図４は実施例１の係員端末を示すブロック図である。
図１において、１は営業店端末であり、銀行やコンビニエンスストア等の金融機関や郵政公社、市役所や区役所等の公的機関等の業者の支店や郵便局、市役所、区役所等の営業店に設置され、営業店の担当者が操作するパーソナルコンピュータ等の端末装置であって、その業者が用いる帳票、例えば振込伝票（為替）、印鑑登録票、口座振替依頼書（口振）、手形、改印届、住所変更届等の画像を読取ってこれを文字認識する機能等を備えている。本実施例では、業者を金融機関として説明する。
【０００９】
２は複数の金融機関が共同して設立したセンタに設置されたセンタ装置としてのセンタサーバであり、営業店に設置されている営業店端末１と専用回線や電話回線等の通信回線３を介して接続しており、営業店端末１から送信された各種の帳票の帳票データ等を一括して管理する機能等を備えている。
なお、センタサーバ２の設置場所は、全国を束ねて１箇所に設置するようにしてもよく、都道府県毎、都市毎またはこれらを複数まとめた広域の地域毎に設置するようにしてもよい。つまり複数の金融機関の営業店端末１から送信される帳票データ等を一括して管理するものであれば設置場所には限定されるものではない。
【００１０】
４はパーソナルコンピュータ等の係員端末であり、センタに設けられたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のセンタ内ネットワーク５を介してセンタサーバ２と接続しており、センタにおいて処理業務を担当する係員が操作して各種の処理業務を行う機能を有している。
図２において、１０は営業店端末１の営業店端末制御部であり、通信回線３、センタ内ネットワーク５を経由してセンタサーバ２と接続しており、営業店端末１内の各部を制御すると共にデータ通信等も制御する。
【００１１】
１１は記憶部であり、営業店端末制御部１０が実行するプログラムやそれに用いる各種のデータおよび営業店端末制御部１０による処理結果等が格納される営業店端末１の記憶手段として機能する。
１２は表示部であり、ＣＲＴやＬＣＤ等の表示画面を備えており、画像や確認画面等を表示する営業店端末１の表示手段として機能する。
【００１２】
１３は画像読取部であり、光学式等のスキャナを備えており、金融機関が用いる帳票の帳票画像を読取る営業店端末１の画像読取手段として機能する。
１４は入力部であり、キーボードやマウス等を備えており、営業店の担当者が営業店端末制御部１０への指示等を入力する営業店端末１の入力手段として機能する。
上記の営業店端末１は、パーソナルコンピュータとスキャナ等の組合せで構成された端末装置であるが、金融機関の営業店の窓口に設置された窓口端末を営業店端末１として用いるようにしてもよい。
【００１３】
なお、金融機関の営業店に営業店管理サーバを設け、営業店管理サーバに営業店端末１０からセンタに送信する帳票データを集約させ、センタへの帳票データの送信は営業店管理サーバから行うようにしてもよい。
上記の営業店端末１の記憶部１１には、予め画像読取部１３で読取った帳票画像からその項目毎の文字画像を切取り、切取った文字画像をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理等により文字として認識し、これを文字データに変換する機能を有するアプリケーションプログラムが格納されており、このアプリケーションプログラムと営業店端末制御部１０とにより形成されるハードウェアとして文字認識手段が形成されると共に、営業店端末１の各種の処理業務を実行する機能を有する端末処理プログラムが格納されており、営業店端末制御部１０と端末処理プログラムの各ステップにより形成されるハードウェアとして各種の機能手段が形成される。
【００１４】
また、記憶部１１には設置されている営業店の業者識別情報としての金融機関名、営業店名および営業店端末１の端末機番が格納されると共に、その営業店が用いる帳票の帳票コードに対応させてその帳票識別情報としての帳票名と必要事項が記入された項目欄の座標位置、つまり文字認識手段が切取る項目の座標位置を記した帳票別項目表が格納されている。
【００１５】
図３において、２０はセンタサーバ２のサーバ制御部であり、センタ内ネットワーク５、通信回線３を経由して各金融機関の営業店端末１と、センタ内ネットワーク５介して係員端末４と接続しており、センタサーバ２内の各部を制御すると共にデータ通信等も制御する。
２１はサーバ記憶部であり、サーバ制御部２０が実行するプログラムやそれに用いる各種のデータおよびサーバ制御部２０による処理結果等が格納されるセンタサーバ２の記憶手段として機能する。
【００１６】
２２は表示部であり、ＣＲＴやＬＣＤ等の表示画面を備えており、業務予定表や管理表等を表示するセンタサーバ２の表示手段として機能する。
２３は入力部であり、キーボードやマウス等を備えており、センタの管理者等がサーバ制御部２０への指示等を入力するセンタサーバ２の入力手段として機能する。
２４は印刷部であり、インクジェット式やレーザ式等のプリンタを備えており、実績表等を印刷するセンタサーバ２の印刷手段として機能する。
【００１７】
上記のセンタサーバ２のサーバ記憶部２１には、営業店端末１から送信された帳票データを格納する帳票データ記憶手段および係員端末４により係員が処理した帳票データの処理結果を格納する処理結果記憶手段として機能する帳票データベース２５、前日以前の日別の処理実績を蓄積し、その季節変動や曜日変動等が格納された実績情報データベース２６および係員端末４が用いる各種の処理業務の業務画面を格納した画面データベース２７が構築されている。
【００１８】
また、サーバ記憶部２１には係員端末４を操作する係員の係員ＩＤに対応させてその係員のパスワード、顔画像、現在の担当処理業務および処理することを許可された処理業務（担当資格という。）とその担当資格の処理業務の平均処理能力とピーク時処理能力等の詳細係員情報を記した係員別能力テーブル２８および金融機関別、帳票別にその未処理数の上限値を設定した制限値テーブル２９、端末識別番号に基づき係員端末４の配置を記した端末配置表３０および当日の帳票データの受信数やその処理数を金融機関別、帳票別、処理業務別に記録するための管理表３１が格納されている。
【００１９】
更に、サーバ記憶部２１には帳票に関する業務の運用や管理等の各種の処理を実行するための機能を有する処理実行プログラムが格納されており、サーバ制御部２０と処理実行プログラムの各ステップにより形成されるハードウェアとして各種の機能手段が形成される。
図４において、４０は係員端末４の係員端末制御部であり、センタ内ネットワーク５を介してセンタサーバ２と接続しており、係員端末４内の各部を制御すると共にデータ通信等も制御する。
【００２０】
４１は記憶部であり、係員端末制御部４０が実行するプログラムやそれに用いる各種のデータおよび係員端末制御部４０による処理結果等が格納される係員端末４の記憶手段として機能する。
４２は表示部であり、ＣＲＴやＬＣＤ等の表示画面を備えており、処理業務の処理画面等を表示する係員端末４の表示手段として機能する。
【００２１】
４３は入力部であり、キーボードやマウス等を備えており、係員端末４を操作する係員が処理業務に関する各種の入力行う係員端末４の入力手段として機能する。
上記の係員端末４の記憶部４１には、係員端末４の端末識別番号および予め設定された係員端末４による処理業務が行われていない待機時間の上限値である待機上限時間が格納される他、各種の帳票の処理業務を実行する機能を有する業務処理プログラムが格納されており、係員端末制御部４０と業務処理プログラムの各ステップにより形成されるハードウェアとして各種の機能手段が形成される。
【００２２】
上述した構成の作用について説明する。
本実施例の営業店端末１は、複数の金融機関の営業店に設置されており、営業店の窓口においては各種の帳票を用いて顧客との間で取引を行っている。
営業店の担当者は、顧客から振込伝票等の帳票が提出されると所定の手続を済ませた後に営業店端末１を用いて帳票の帳票データをセンタのセンタサーバ２へ送信する。
【００２３】
すなわち、営業店の担当者は帳票を営業店端末１の画像読取部１３にセットし、入力部１４により画像読取指示を入力する。
この指示入力を認識した営業店端末制御部１０は、画像読取部１３によりセットされている帳票全体の帳票画像を読取る。
帳票画像を読取った営業店端末制御部１０は、その文字認識手段により帳票の所定の部位に印刷された帳票コードを文字として認識し、記憶部１１の帳票別項目表のその帳票コードの各項目欄の座標位置を読出して帳票画像を座標位置に従って切出し、項目毎にその文字画像を切取ってこれを文字として認識して文字データに変換する。
【００２４】
そして、営業店端末制御部１０は記憶部１１の金融機関名（業者名）を読出し、金融機関名と帳票コードの帳票名、切取った項目毎の文字画像とその文字認識した文字データにより帳票データを作成し、これに帳票画像を添付した帳票処理依頼を通信回線３、センタ内ネットワーク５を介してセンタサーバ２へ送信する。
帳票処理依頼により帳票データを受信したセンタサーバ２は、受信した帳票データを帳票データベース２５に格納する（後述する図５のステップＳ２）。
【００２５】
このようにして、各金融機関の営業店端末１からその金融機関が用いている各種の帳票の書式に応じて項目毎に切取られた文字画像とその文字データ等の帳票データが送信され、これが帳票データベース２５に格納され、各金融機関のさまざまな書式の帳票を一括して取扱うことが可能になる。
つまり、金融機関の帳票は、その書式はさまざまでも帳票の種類は同様であり、記入される項目の位置は異なっていてもそこに記入される氏名や金額等の内容は略同一であるので同一種類の各金融機関の帳票を同様の手順で処理することが可能になる。
【００２６】
一方、センタにおいては、係員は係員端末４に着席すると入力部４３により係員ＩＤとそのパスワードを入力し、この入力を認識した係員端末制御部４０は、係員ＩＤとパスワードに記憶部４１の端末識別番号を添付した端末情報をセンタ内ネットワーク５を介してセンタサーバ２へ送信する（後述する図１８のステップＳＢ１）。
以下に、図５に示すフローチャートを用い、Ｓで示すステップに従って本実施例のセンタサーバの運用処理について説明する。
【００２７】
Ｓ１、当日の運用処理が開始されるとセンタサーバ２のサーバ制御部２０は、端末配置表３０の前日に登録された係員配置を消去すると共に管理表３１の各項目を「０」として端末配置表３０および管理表３１の初期設定を行う。
初期設定を行ったサーバ制御部２０は、以下に示すステップＳ２、Ｓ５、Ｓ７、Ｓ９、Ｓ１５、Ｓ１７による待機を開始する。
【００２８】
Ｓ２、サーバ制御部２０は営業店端末１からの帳票処理依頼の受信を待って待機しており、帳票処理依頼を受信した時にステップＳ３へ分岐する。帳票処理依頼を受信しない場合はステップＳ５へ移行する。
Ｓ３、帳票処理依頼により帳票データを受信したサーバ制御部２０は、管理番号を採番してこの帳票データ等を収納する帳票ファイルを生成すると共に、帳票データの帳票名を参照してその帳票名を付した未処理の旨の処理インデックス（例えば「為替未処理」等）を作成し、管理番号に対応させた帳票ファイルに作成した処理インデックスを添付すると共に受信した帳票データと帳票処理依頼の帳票画像および依頼受信日時を格納して帳票データベース２５に格納する。これにより各金融機関の各種の帳票の帳票データが帳票データベース２５に格納される。
【００２９】
Ｓ４、帳票データを格納したサーバ制御部２０は、その帳票データの金融機関名と帳票名を基にサーバ記憶部２１の管理表３１（管理内容の詳細は後述する図１４の管理表画面の情報表示領域５１の各表示欄の表示内容に示す。）の該当する金融機関の帳票の受信数に「１」を加え、管理表３１を更新してステップＳ５へ移行する。
Ｓ５、サーバ制御部２０は係員端末４（図１８のステップＳＢ１）からの端末情報の受信を待って待機しており、端末情報を受信した時にステップＳ６へ分岐する。端末情報を受信しない場合はステップＳ７へ移行する。
【００３０】
Ｓ６、端末情報を受信したサーバ制御部２０は、端末情報の係員ＩＤによりサーバ記憶部２１の係員別能力テーブル２８の該当する係員のパスワードを抽出して端末情報のパスワードとの一致によりその係員を認証し、係員端末４の端末識別番号によりサーバ記憶部２１の端末配置表３０の該当する係員端末４の配置場所に係員ＩＤとその顔画像を登録し、端末配置表３０を更新してステップＳ７へ移行する。
【００３１】
このように、センタにおいては始業時に各係員の配置がサーバ記憶部２１の端末配置表３０に登録される。なお係員が途中で交代した場合にも上記と同様にして交代した係員の係員ＩＤと顔画像が端末配置表３０に登録される。
Ｓ７、サーバ制御部２０はそのタイマー機能により現在時刻を認識しながら業務変更時刻、つまり後述する業務予定表作成処理（図９）にて作成した業務予定表の時間区分の境界時間（本実施例では１時間毎）を待って待機しており、業務変更時刻が到来した時にステップＳ８へ分岐し、それ以外の時刻の場合はステップＳ９へ移行する。
【００３２】
Ｓ８、業務変更時刻の到来を判定したサーバ制御部２０は、業務予定表を参照して処理業務を変更する係員を認識し、端末配置表３０を検索して該当する係員が操作する係員端末４の端末識別番号を特定すると共に画面データベース２７から変更後の処理業務の業務画面および帳票データベース２５からその処理業務のための帳票データとその管理番号等を抽出し、変更する処理業務名を記した業務の変更指示に帳票データとその管理番号等および業務画面を添付した業務指示をセンタ内ネットワーク５を介して特定した端末識別番号の係員端末４（接続子Ａを介して接続する図１８のステップＳＢ３）へ送信してステップＳ９へ移行する。
【００３３】
Ｓ９、サーバ制御部２０は係員端末４（図１８のステップＳＢ１２）からの処理終了通知の受信を待って待機しており、処理終了通知を受信した時にステップＳ１０へ分岐する。処理終了通知を受信しない場合はステップＳ１５へ移行する。
Ｓ１０、処理終了通知を受信したサーバ制御部２０は、処理終了通知の管理番号により該当する帳票ファイルを特定し、処理終了通知の処理業務名を参照してその処理業務名を付した処理インデックス（例えば「為替エントリ処理」等）を作成して処理インデックスを更新すると共に、処理終了通知の係員が処理業務により文字認識の誤りを訂正した訂正入力情報とその処理業務の処理終了日時や処理に要した時間（処理時間という。）等の処理情報等の処理結果を特定した帳票ファイルに収納して帳票データベース２５に格納する。
【００３４】
この場合に、処理終了通知の処理業務名が「為替承認処理」等の最終処理の処理終了通知のときは、サーバ制御部２０は特定した帳票ファイルの帳票名を付した処理済の旨の処理インデックス（例えば「為替処理済」等）を作成して処理インデックスを更新し、処理終了通知の処理結果を特定した帳票ファイルに収納して帳票データベース２５に格納する。これにより処理済データが帳票データベース２５に格納される。
【００３５】
Ｓ１１、処理結果を格納したサーバ制御部２０は、その帳票ファイルの処理インデックスを参照し、それが処理済の旨の処理インデックスである場合は帳票データの金融機関名と帳票名を基に管理表３１の該当する金融機関の帳票の処理数に「１」を加え、その処理インデックスが処理済の旨以外の処理インデックスである場合は付されている処理業務名を参照して管理表３１の該当する金融機関の帳票の該当する処理業務の未処理数から「１」を減じ、その次の処理（処理業務名が為替エントリ処理であるときの為替ベリファイ処理等）の未処理数に「１」を加えて管理表３１を更新する。
【００３６】
Ｓ１２、管理表３１を更新したサーバ制御部２０は、処理インデックスにより処理終了通知の処理業務名の処理業務を行うための帳票ファイル（例えば処理業務名が「為替エントリ処理」のときの「為替未処理」の処理インデックスが添付された帳票ファイル）を検索し、該当する帳票ファイルが存在する場合はその帳票データを読出してステップＳ１３へ移行する。その帳票ファイルが存在しない場合はステップＳ１４へ移行する。
【００３７】
Ｓ１３、帳票データを読出したサーバ制御部２０は、この帳票データとその管理番号等を送信元の係員端末４（接続子Ｂを介して接続する図１８のステップＳＢ８）へ送信してステップＳ１５へ移行する。
なお、処理業務が「為替承認処理」の場合には為替エントリ処理および為替ベリファイ処理によるそれぞれの訂正入力情報が関連情報として添付される。
【００３８】
Ｓ１４、その帳票ファイルが存在しないことを確認したサーバ制御部２０は、業務予定表を参照してその係員担当者が次に担当する処理業務を認識し、帳票データベース２５から上記と同様にしてその処理業務のための帳票データとその管理番号等および画面データベース２７からその処理業務の業務画面を抽出し、上記ステップＳ８と同様にして送信元の係員端末４（接続子Ａを介して接続する図１８のステップＳＢ３）へ業務指示を送信してステップＳ１５へ移行する。
【００３９】
Ｓ１５、サーバ制御部２０は係員端末４からの後述する訓練データ要求の受信を待って待機しており、訓練データ要求を受信した時にステップＳ１６へ分岐する。訓練データ要求を受信しない場合はステップＳ１７へ移行する。
Ｓ１６、訓練データ要求を受信したサーバ制御部２０は、画面データベース２６から要求された訓練用画面データを読出し、これを要求元の係員端末４へ送信してステップＳ１７へ移行する。
【００４０】
Ｓ１７、サーバ制御部２０は、そのタイマー機能により現在時刻を認識しながら業務終了時刻の到来を待って待機しており、業務終了時刻が到来した時に業務時間の終了を認識してセンタサーバ２の運用処理を終了させる。それ以外の時刻の場合はステップＳ２へ戻って上記の待機を継続する。
上記の運用処理と並行してセンタサーバ２のサーバ制御部２０は管理処理を実行する。
【００４１】
以下に、図６に示すフローチャートを用い、ＳＡで示すステップに従って本実施例のセンタサーバの管理処理について説明する。
ＳＡ１、管理処理が開始されるとセンタサーバ２のサーバ制御部２０は、表示部２２に図７に示す管理業務メニュー画面を表示して待機する。
管理業務メニュー画面には、その情報表示領域５１に係員端末４の負荷が急増した場合に緊急に処理業務を行う等のための処理業務選択画面として為替の処理業務を行うための「為替」ボタン、印鑑の処理業務を行うための「印鑑」ボタン、口振の処理業務を行うための「口振」ボタン、諸届の処理業務を行うための「諸届」ボタン等の処理業務選択ボタンが表示され、そのメニュー表示領域５２に管理者が管理業務を行うときに使用する業務予定表を作成する業務予定表作成業務を行うための「業務予定表」ボタン、管理表を確認してセンタの全業務の進捗管理業務を行うための「管理表」ボタン、係員配置表を確認して勤務管理業務等を行うための「係員配置表」ボタン、各金融機関の処理実績を集計して実績表を作成する実績表作成業務を行うための「実績表」ボタンおよび前記の緊急時等の処理業務を行うための「処理業務」ボタン等のメニューボタンが表示されている。
【００４２】
管理業務メニュー画面を表示したサーバ制御部２０は、以下に示すステップＳＡ２、ＳＡ３、ＳＡ４、ＳＡ６、ＳＡ９、ＳＡ１１による待機を開始する。
ＳＡ２、サーバ制御部２０はメニュー表示領域５２の「業務予定表」ボタンの押下を待って待機しており、管理者が入力部２３のマウス等により「業務予定表」を選択した時に「業務予定表」ボタンの押下を認識して接続子Ｃを介して図９のステップＳＣ１へ分岐する。「業務予定表」ボタンの押下を認識しない場合はステップＳＡ３へ移行する。
【００４３】
ＳＡ３、サーバ制御部２０はメニュー表示領域５２の「管理表」ボタンの押下を待って待機しており、管理者が「管理表」を選択した時に「管理表」ボタンの押下を認識して接続子Ｄを介して図１３のステップＳＤ１へ分岐する。「管理表」ボタンの押下を認識しない場合はステップＳＡ４へ移行する。
ＳＡ４、サーバ制御部２０はメニュー表示領域５２の「係員配置表」ボタンの押下を待って待機しており、管理者が「係員配置表」を選択した時に「係員配置表」ボタンの押下を認識してステップＳＡ５へ分岐する。「係員配置表」ボタンの押下を認識しない場合はステップＳＡ６へ移行する。
【００４４】
ＳＡ５、「係員配置表」ボタンの押下を認識したサーバ制御部２０は、情報表示領域５１の表示を図８に示す係員配置表画面に切替えて表示する。
係員配置画面には、上記図５のステップＳ６で端末配置表３０に登録された係員の顔画像がセンタの係員端末４のレイアウトに従って表示され、その顔画像を囲む枠内に係員別能力テーブル２８に記されているその係員の現在の担当処理業務に従って表示色（その上部に表示されたインデックス５５の表示色で区別される。）で色分けされて表示され、情報表示領域５１の左側にはレイアウトに従った各業務の係員数、下側には時間毎の係員の配置状況が表示される。
【００４５】
これにより、管理者はセンタ全体の係員配置を一目で視覚的に把握することが可能になる。
なお、図８においては金融機関名と処理業務名に従って表示色を色分けするように図示したが、色分けは前記に限らず、金融機関名とは無関係に処理業務名毎に色分けしてもよく、処理業務名とは無関係に金融機関名毎に色分けしてもよい。要は係員配置を監督者が把握しやすいように色分けすればよい。
【００４６】
そして、サーバ制御部２０は情報表示領域５１に係員配置表画面を表示したままステップＳＡ６へ移行する。
ＳＡ６、サーバ制御部２０はメニュー表示領域５２の「実績表」ボタンの押下を待って待機しており、管理者が「実績表」を選択した時に「実績表」ボタンの押下を認識してステップＳＡ７へ分岐する。「実績表」ボタンの押下を認識しない場合はステップＳＡ９へ移行する。
【００４７】
ＳＡ７、「実績表」ボタンの押下を認識したサーバ制御部２０は、情報表示領域５１の表示を実績表を作成するための実績表作成画面に切替えて表示する。
実績表作成画面には、処理実績を集計する期間および必要に応じて入力する処理実績を集計する金融機関名やその営業店名、帳票名等の入力欄が表示され、管理者は入力部２３のキーボード等により各入力欄に必要な入力を行って確定操作を行う。
【００４８】
確定操作を検知したサーバ制御部２０は、管理者の入力を認識し、帳票データベース２５の処理済データとなった帳票ファイルを集計期間に属する処理終了日時および必要に応じて入力された金融機関名（金融機関名が入力されなかった場合は全ての金融機関名）を基に検索して該当する帳票ファイルを全て抽出し、これらを基に金融機関別、帳票名別に分類してその実績数を集計し、これを編集して実績表を作成する。
【００４９】
ＳＡ８、実績表を作成したサーバ制御部２０は、作成した実績表を実績表画面として情報表示領域５１の表示を切替えて表示する。
監督者は表示された実績表画面を確認して確認操作を行い、これを検知したサーバ制御部２０は印刷部２４により実績表を印刷してステップＳＡ９へ移行する。
この実績表により各金融機関の費用分担が明確になり、センタは各金融機関へ実績数に応じた課金を行うことが可能になる。
【００５０】
ＳＡ９、サーバ制御部２０はメニュー表示領域５２の「処理業務」ボタンの押下を待って待機しており、管理者が「処理業務」を選択した時に「処理業務」ボタンの押下を認識してステップＳＡ１０へ分岐する。「処理業務」ボタンの押下を認識しない場合はステップＳＡ１１へ移行する。
ＳＡ１０、「処理業務」ボタンの押下を認識したサーバ制御部２０は、情報表示領域５１の表示を図７に示す管理業務メニュー画面に切替えて表示する。
【００５１】
管理者または係員は、表示された処理業務選択ボタンを入力部２３のマウス等により選択してその選択した処理業務を行う。本ステップの作動は後述する図１８の係員端末の業務処理と同様であるので本ステップでの説明は省略する。
ＳＡ１１、サーバ制御部２０は、上記図５のステップＳ１７と同様にして業務終了時刻の到来を待って待機し、業務終了時刻が到来した時に業務時間の終了を認識してセンタサーバ２の管理処理を終了させる。それ以外の時刻の場合はステップＳＡ１へ戻って情報表示領域５１に表示された画面を保持して上記の待機を継続する。
【００５２】
なお上記ステップＳＡ２、ＳＡ３から分岐した後に図９のステップＳＣ２や図１３のステップＳＤ１で情報表示領域５１に表示される業務予定表や管理表は、前記と同様にそれらの表示後に次のメニューボタンの押下をサーバ制御部２０が認識するまでの間はそのまま保持される。
以下に、図９に示すフローチャートを用い、ＳＣで示すステップに従って本実施例のセンタサーバの業務予定表作成処理について説明する。
【００５３】
ＳＣ１、上記図６のステップＳＡ２において接続子Ｃを介して分岐したサーバ制御部２０は、そのタイマー機能により現在日時（時刻を含む。）を認識し、当日その時点の業務予定表を作成するために当日の処理業務の処理数を予測する。
すなわち、サーバ制御部２０はサーバ記憶部２１の実績情報データベース２６の前年同月同日の時間帯毎の処理実績を読出し、これに前年と本年の処理数の差とその傾向および曜日差を考慮して当日の帳票別、処理業務別の時間帯毎（本実施例では１時間毎）の処理数を予測する。
【００５４】
ＳＣ２、時間帯毎の処理数を予測したサーバ制御部２１は、その日の業務時間の開始から業務予定表を作成する時点までの時間に属する依頼受信日時および処理終了日時を基に帳票データベース２５の帳票ファイルを検索し、受信および処理した帳票データを格納した帳票ファイルを全て抽出し、これらを金融機関別、帳票別に分類してその受信数と処理済データとなった実績数および処理業務を担当した担当係員数を集計し、予測した処理数と合わせて時間帯別に編集した業務予定表を作成して情報表示領域５１の表示を図１０に示す業務予定表画面に切替えて表示する。
【００５５】
業務予定表画面には、その各表題欄に金融機関名、帳票名とこれに対応する当日の予測処理数の総数、当日のその時点までの帳票データの受信数、実績数およびその受信数と実績数の差である未処理数が表示され、時間帯別の各表示枠にはその時点の時間帯の前の時間帯はその時間帯の担当係員数、時間当りの実績数およびその時間帯の予測処理数と実績数の差が未処理数として表示され、その時点を含む後の時間帯はその時間帯の担当係員数とその係員毎の平均処理能力を加算した時間当り処理数、予測した処理数に前の時間帯で予測した処理数と実際に受信した受信数の差を加算した予測処理数が表示される。
【００５６】
本ステップで表示される業務予定表には、後の時間帯の担当係員数とその平均処理能力を加算した時間当り処理数には初期値として「０」が、予測処理数から時間当り処理数を減じた差である未処理数として予測処理数と同数が表示される。
また、業務予定表画面には、業務予定表を実行するための「実行」ボタンおよび現在時刻が表示される他、担当係員の記載位置５６をマウス等によりクリックすることによってステップＳＣ４で説明する業務別係員一覧画面を表示する機能が付加されている。
【００５７】
なお、図１０では金融機関を区別して表示する場合を例に図示したが、本実施例では各金融機関の同様の帳票は金融機関に関わりなく処理業務を行うことが可能であるので、金融機関を区別せずに表題欄に「金融機関共通為替」等のように表示して為替等の業務毎の業務予定表としてもよい。この場合に後述する図１１は同様の区分で表示する。
業務予定表画面を表示したサーバ制御部２０は、以下に示すステップＳＣ２、ＳＣ１０による待機を開始する。
【００５８】
管理者は、後の時間帯の係員の配置を行うときはマウス等により担当係員の記載位置５６をクリックし、作成した業務予定表により処理業務を実行するときは「実行」ボタンを押下する。
ＳＣ３、サーバ制御部２０は表示枠の担当係員の記載位置５６の押下を待って待機しており、管理者が入力部２３のマウス等により担当係員の記載位置５６をクリックした時に担当係員の記載位置５６の押下を認識してステップＳＣ４へ分岐する。担当係員の記載位置５６の押下を認識しない場合はステップＳＣ１０へ移行する。
【００５９】
ＳＣ４、担当係員の記載位置５６の押下を認識したサーバ制御部２０は、表示部２２の業務予定表画面に重ねてその前面に図１１に示す業務別係員一覧画面を表示する。
この業務別係員一覧画面は、始業時または初回の業務別係員一覧画面の表示の時にサーバ制御部２０がサーバ記憶部２１の係員別能力テーブル２８と端末配置表３０を参照して金融機関名別、帳票名別にその日の係員の担当資格の最上位の位置にその顔画像を配置（複数の処理業務を行うことができる係員の場合は複数の箇所にその顔画像が配置される。）して編集し、端末配置表３０が更新された時に更新しながらサーバ記憶部２１に保存したものである。
【００６０】
業務別係員一覧画面には、金融機関名別、帳票名別にその担当資格を有する係員の顔画像が表示される他、係員の顔画像をマウス等によりクリックすることによってステップＳＣ５で説明する係員詳細情報画面を表示する機能が付加されている。
業務別係員一覧画面を表示したサーバ制御部２０は、以下に示すステップＳＣ５、ＳＣ８による待機を開始する。
【００６１】
ＳＣ５、サーバ制御部２０は係員の顔画像のクリックを待って待機しており、管理者が入力部２３のマウス等により係員の顔画像をクリックした時にその係員の詳細情報画面の要求を認識してステップＳＣ６へ分岐する。詳細情報画面の要求を認識しない場合はステップＳＣ８へ移行する。本実施例では、管理者は係員の顔画像（図１１にＸで示す顔画像）をクリックする。
【００６２】
ＳＣ６、係員の顔画像のクリックを検知したサーバ制御部２０は、係員能力テーブル２８からその係員の詳細係員情報を読出し、表示部２２の業務別係員一覧画面に更に重ねてその前面に図１２に示す係員詳細情報画面を表示する。
係員詳細情報画面には、その係員の係員ＩＤ、係員名、顔画像、現在担当中の担当処理業務（決定していない場合は空欄）、現在担当中の担当処理業務の平均処理能力とピーク時処理能力（担当処理業務が決定されていない場合は空欄）および担当資格の一覧表（担当資格を持たない処理業務は空欄）並びに係員詳細情報画面の表示を取止めるための「閉じる」ボタン、担当する処理業務を変更する場合の「変更指示」ボタン等が表示される。
【００６３】
管理者は、表示された係員の担当資格等を確認してその係員の担当処理業務を選択し、選択した処理業務の担当資格の表示欄（本実施例ではＡ銀行為替のベリファイ欄）の丸印を入力部２３のマウス等によりクリックして２重丸とする。
これを検知したサーバ制御部２０は、クリックされた処理業務をその係員の処理業務として認識し、係員詳細情報のその処理業務の平均処理能力とピーク時処理能力を読出して担当処理業務欄、平均処理能力欄およびピーク時処理能力欄にその表示を行う。
【００６４】
管理者は、表示された係員の処理能力等を確認してその係員の担当処理業務を決定し、「変更指示」ボタンをマウス等により押下する。
ＳＣ７、「変更指示」ボタンの押下を検知したサーバ制御部２０は、図１１に示す業務別係員一覧画面のその係員の顔画像を認識した処理業務の位置に移動させ、その顔画像が複数表示されている場合は他の顔画像を消去して表示している業務別係員一覧画面を更新する。
【００６５】
なお、「閉じる」ボタンが押下された場合は、これを検知したサーバ制御部２０は係員詳細情報画面の表示を取止めてステップＳＣ４へ戻って次の顔画像のクリックを待って待機する。
ＳＣ８、管理者は、重ねて表示されている業務別係員一覧画面の一部をクリックまたは係員詳細情報画面の「閉じる」ボタンを押下して業務別係員一覧画面を前面に表示し、移動して表示された係員の顔画像を入力部２３のマウス等によりドラッグして下画面として表示されている図１０に示す業務予定表の決定した処理業務を担当させる後の時間帯の表示枠に移動させる。
【００６６】
ＳＣ９、これを検知したサーバ制御部２０は、その移動先の表示枠を認識し、係員別能力テーブル２８からその係員の平均処理能力を読出してその表示枠の担当係員数に「１」を加え、時間当りの処理数に読出した平均処理能力を加え、未処理数から平均処理能力を減じて業務予定表の表示枠の表示を更新し、これを前面に表示してステップＳＣ１０へ移行する。
【００６７】
なお、図１１にＹで示す顔画像のように他の処理業務への変更が不可能な係員の場合は、管理者は係員詳細情報画面の表示を省略してステップＳＣ８のドラッグによる移動を行うようにしてもよい。
ＳＣ１０、サーバ制御部２０は業務予定表画面の「実行」ボタンの押下を待って待機しており、管理者がマウス等により「実行」ボタンを押下した時に係員配置の決定を認識してステップＳＣ１１へ移行する。係員配置の決定を認識しない場合はステップＳＣ２へ戻って上記の待機を継続する（この場合に表示枠の担当係員の記載位置５６がクリックされたときは裏画面となっている更新された業務別係員一覧画面が表示される。）。
【００６８】
上記のようにして管理者が業務予定表の後の時間帯の係員配置を全て決定すると、管理者は「実行」ボタンを押下する。
ＳＣ１１、「実行」ボタンの押下により係員配置の決定を認識したサーバ制御部２０は、決定された係員配置に応じてその時点で担当処理業務が変更された係員の係員端末４（接続子Ａを介して接続する図１８のステップＳＢ３）へ上記図５のステップＳ８と同様にして業務指示を送信する。
【００６９】
ＳＣ１２、業務指示を送信したサーバ制御部２０は、表示していた業務別係員一覧画面を現在担当係員一覧画面（後述する図１６）としてサーバ記憶部２１に保存する。
ＳＣ１３、現在担当係員一覧画面を保存したサーバ制御部２０は、サーバ記憶部２１の管理表の担当係員数を変更すると共に、係員別能力テーブル２８の担当処理業務を上記で変更された処理業務に変更して管理表等を更新する。
【００７０】
なお、上記ステップＳＣ２において、初回に表示される業務予定表画面の後の時間帯の各表示枠には担当係員数と時間当り処理数として「０」が表示されるとして説明したが、管理業務の途中で業務実績表を表示した場合には、その時点で配置されている係員による担当係員数と時間当り処理数を表示するようにしてもよい。
また、上記は管理者の管理業務の途中で業務実績表を表示して係員の業務の予定を変更する場合を例に説明したが、通常は管理者が前日（この場合のステップＳＣ１における現在日時は管理者が入力部２３により入力する）または始業時等に上記のようにして業務予定表を作成し、これによりセンタサーバ２が係員端末４に対して自動的に業務指示を送信（図５のステップＳ８）して１日の係員による業務を運用する。
【００７１】
以下に、図１３に示すフローチャートを用い、ＳＤで示すステップに従って本実施例のセンタサーバの進捗確認処理について説明する。
ＳＤ１、上記図６のステップＳＡ３において接続子Ｄを介して分岐したサーバ制御部２０は、サーバ記憶部２１の管理表３１からその時点の記録内容を読出して図１４に示す管理表画面を作成し、情報表示領域５１の表示を作成した管理表画面切替えて表示する。
【００７２】
管理表画面には、金融機関名、帳票名で区切ってその表題を付した表示欄が表示され、その各表示欄にはその時点のその表題の帳票データの受信数、処理済データとなって処理を終えた処理数の実績数、未処理数の処理業務毎の内訳、これらの処理業務を担当している係員の総数およびその表題の進捗状況の詳細を確認するための「詳細」ボタンが表示される。
【００７３】
また、管理表画面には、管理表による変更内容を確定するための「確定」ボタンおよび管理表により係員配置を変更するための「業務変更」ボタンが表示される。
この管理表画面を表示する時に、サーバ制御部２０はサーバ記憶部２１の制限値テーブル２９の上限とを読出して各表示欄の受信数と実績数の差、つまり未処理数が読出した上限値を超えている場合には、その表示欄の表示色を変えて表示（例えば赤色にして表示）し、他の表示欄との区別が明確になるようにして処理未達となることに対する警報を発する。本実施例ではＡ銀行の為替業務の表示欄が表示色を変えて表示されている。
【００７４】
管理表画面を表示したサーバ制御部２０は、以下に示すステップＳＤ２、ＳＤ４、ＳＤ１２による待機を開始する。
管理者は各表題に記された金融機関の業務の進捗状況を確認するときは各表示欄の「詳細」ボタンを、処理未達となることを避ける等のために係員担当する処理業務を変更するときは「業務変更」ボタン押下する。本実施例ではＡ銀行の為替業務に対して警報が発せられているので管理者はその表示欄の「詳細」ボタンを押下する。
【００７５】
ＳＤ２、サーバ制御部２０は表示欄の「詳細」ボタンの押下を待って待機しており、管理者が入力部２３のマウス等により「詳細」ボタンを押下したことを検知した時にステップＳＤ３へ分岐する。「詳細」ボタンの押下を検知しない場合はステップＳＤ４へ移行する。
ＳＤ３、「詳細」ボタンの押下を検知したサーバ制御部２０は、押下された「詳細」ボタンの位置によりその表題を認識し、表示部２２の管理表画面に重ねてその前面に図１５に示す進捗状況詳細画面を表示する。
【００７６】
進捗状況詳細画面には、その表題に対応したエントリ等の処理業務別に予め設定された優先順位に従って処理され、処理が終了した処理数とその棒グラフおよび処理業務別の係員数、警報を表示するための警報顔画像５７、帳票データの受信数と処理済データとなった実績数の時間推移を示す折れ線グラフ、並びに進捗状況詳細画面の表示を取止めるための「閉じる」ボタン等が表示される。
【００７７】
本実施例では警報が発せられた画面であるので警報顔画像５７として泣き顔（警報が発せられていない場合は笑顔）が表示されている。これにより管理者は視覚的に係員らの雰囲気を感じることができる。
管理者は進捗状況を確認して「閉じる」ボタンを押下し、これを検知したサーバ制御部２０はステップＳＤ４へ移行する。
【００７８】
ＳＤ４、サーバ制御部２０は「業務変更」ボタンの押下を待って待機しており、管理者がマウス等により「業務変更」ボタンを押下したことを検知した時にステップＳＤ５へ分岐する。「業務変更」ボタンの押下を検知しない場合はステップＳＤ１２へ移行する。
ＳＤ５、「業務変更」ボタンの押下を検知したサーバ制御部２０は、表示部２２の管理表画面に重ねてその前面に図１６に示す現在担当係員一覧画面を表示する。
【００７９】
この時、上記図９のステップＳＣ１２において、現在担当係員一覧画面がサーバ記憶部２１に保存されていない場合は、サーバ制御部２０は係員別能力テーブル２８の係員の担当処理業務を参照して現在担当係員一覧画面を生成して表示する。
現在担当係員一覧画面には、金融機関名別、帳票名別にその処理業務を現在担当している係員の顔画像が表示される他、係員の顔画像をマウス等によりクリックすることによって係員詳細情報画面を表示する機能が付加されている。
【００８０】
現在担当係員一覧画面を表示したサーバ制御部２０は、以下に示すステップＳＤ６、ＳＤ８による待機を開始する。
ＳＤ６、サーバ制御部２０は係員の顔画像のクリックを待って待機しており、管理者が入力部２３のマウス等により係員の顔画像をクリックした時にその係員の詳細情報画面の要求を認識してステップＳＤ７へ分岐する。詳細情報画面の要求を認識しない場合はステップＳＤ８へ移行する。
【００８１】
ＳＤ７、係員の顔画像のクリックを検知したサーバ制御部２０は、図９のステップＳＣ６と同様にして図１２に示す係員詳細情報画面を表示する。
係員詳細情報画面の表示は図９のステップＳＣ６と同様であるが、担当資格の一覧表の担当資格の表示欄（本実施例ではＡ銀行為替のベリファイ欄）は現在担当している処理業務を示すために２重丸が表示されている。
【００８２】
なお、「閉じる」ボタンが押下された場合は、これを検知したサーバ制御部２０は係員詳細情報画面の表示を取止めてステップＳＤ８へ移行する。
ＳＤ８、管理者は、重ねて表示されている現在担当係員一覧画面の一部をクリックまたは係員詳細情報画面の「閉じる」ボタンを押下して現在担当係員一覧画面を前面に表示し、図１６でＡ銀行の印鑑の登録処理業務を担当しているＰで示す係員の顔画像を図１７に示すように入力部２３のマウス等によりドラッグしてＡ銀行の為替のエントリ処理業務の処理業務名記載欄に移動させて係員Ｐの処理業務の業務変更の入力を行う。
【００８３】
サーバ制御部２０は、この業務変更の入力を検知した時にステップＳＤ９へ移行する。
業務変更の入力を検知しない場合はステップＳＤ５へ戻ってステップＳＤ６、ＳＤ８による待機を継続する。
ＳＤ９、業務変更の入力を検知したサーバ制御部２０は、ドラッグされた顔画像により係員Ｐを認識し、係員別能力テーブル２８からその係員Ｐの担当資格を読出し、係員Ｐの変更された処理業務の担当資格の有無を判定し、その処理業務が許可されていない場合はその移動を無効（係員Ｐの顔画像を元の位置に戻す等。）にしてステップＳＤ５へ戻ってステップＳＤ６、ＳＤ８による待機を継続する。その処理業務が許可されている場合はステップＳＤ１０へ移行する。
【００８４】
ＳＤ１０、係員Ｐの変更された処理業務が許可されていることを判定したサーバ制御部２０は、その移動を有効とし、現在担当係員一覧画面の係員Ｐの顔画像を変更された処理業務の位置に表示して現在担当係員一覧画面を更新する。
ＳＤ１１、現在担当係員一覧画面を更新したサーバ制御部２０は、変更された処理業務の管理表画面の表示欄を特定し、係員別能力テーブル２８から係員Ｐの平均処理能力を読出してその表示欄の担当係員数に「１」を加えると共に、現在の処理数に読出した平均処理能力を加えて制限値テーブル２９の上限値と比較して上限値以内であれば警報の表示色を元の表示色へ戻す。
【００８５】
また、係員Ｐの元の処理業務の表示欄の担当係員数から「１」を減じると共に、現在の処理数に読出した元の処理業務の平均処理能力を減じて制限値テーブル２９の上限値と比較して上限値を超える場合にはその表示欄の表示色を警報の表示色に変更する。
このようにしてサーバ制御部２０は管理表画面を更新し、これを前面に表示してステップＳＤ１２へ移行する。
【００８６】
ＳＤ１２、サーバ制御部２０は管理表画面の「確定」ボタンの押下を待って待機しており、管理者がマウス等により「確定」ボタンを押下した時に係員の業務変更の決定を認識してステップＳＤ１３へ移行する。業務変更の決定を認識しない場合はステップＳＤ２へ戻って上記の待機を継続する（この場合に管理表画面の「業務変更」ボタンが押下されたときは裏画面となっている更新された現在担当係員一覧画面が表示される。）。
【００８７】
上記のようにして管理者が管理表画面の警報の表示色を全て元の表示色に戻す等して係員の業務変更の決定すると、管理者は「確定」ボタンを押下する。
ＳＤ１３、「確定」ボタンの押下により係員の業務変更の決定を認識したサーバ制御部２０は、担当処理業務が変更された係員の係員端末４（接続子Ａを介して接続する図１８のステップＳＢ３）へ上記図５のステップＳ８と同様にして業務指示を送信する。
【００８８】
ＳＤ１４、業務指示を送信したサーバ制御部２０は、表示していた現在担当係員一覧画面をサーバ記憶部２１に保存する。
ＳＤ１５、現在担当係員一覧画面を保存したサーバ制御部２０は、業務予定表の係員が変更された処理業務のその時点以降の後の時間帯の担当係員数や時間当り件数、未処理数を変更すると共に、係員別能力テーブル２８の担当処理業務を上記で変更された処理業務に変更して業務予定表等を更新する。
【００８９】
上記のセンタサーバ２の運用処理や管理処理により運営されているセンタの係員端末４の業務処理の作動について、図１８に示すフローチャートを用いＳＢで示すステップに従って説明する。
ＳＢ１、係員は係員端末４に着席すると入力部４３のキーボード等により係員ＩＤとそのパスワードを入力する。
【００９０】
この入力を認識した係員端末制御部４０は、係員端末４の記憶部４１に格納されている端末識別番号を読出し、入力された係員ＩＤとパスワードに端末識別番号を添付した端末情報をセンタ内ネットワーク５を介してセンタサーバ２（図５のステップＳ５）へ送信する。
ＳＢ２、端末情報を送信した係員端末制御部４０は、その表示部４２に図１９に示す処理業務選択画面を表示する。
【００９１】
なお、処理業務選択画面の表示内容は図６のステップＳＡ１において図７の情報表示領域５１に表示される処理業務選択画面の表示内容に加えて、初心者の係員等の処理業務の訓練を行うための「訓練」ボタンが表示されている。
処理業務選択画面を表示した係員端末制御部４０は、以下に示すステップＳＢ３、ＳＢ８、ＳＢ９、ＳＢ１３、ＳＢ１５による待機を開始する。
【００９２】
ＳＢ３、係員端末制御部４０は接続子Ａを介して送信される図５のステップＳ８等からの帳票データや業務画面等を添付した業務指示の着信を待って待機しており、業務指示を受信した時にステップＳＢ４へ分岐する。業務指示を受信しない場合はステップＳＢ８へ移行する。
ＳＢ４、業務指示を受信した係員端末制御部４０は、割込処理により表示部４２に表示している画面（本ステップでは処理業務選択画面、後述する処理画面が表示されている場合はその処理画面）に重ねてその前面に図２０に示す業務指示画面を表示する。
【００９３】
業務指示画面には、業務指示を受信した旨の文言、次に行う処理業務の処理業務名および画面を確認したことを指示するための「確認」ボタンが表示される。係員は表示された業務指示画面の内容を確認して「確認」ボタンを押下する。
ＳＢ５、「確認」ボタンの押下を待って待機していた係員端末制御部４０は、「確認」ボタンの押下を検知した時にステップＳＢ６へ移行する。「確認」ボタンの押下を検知しない場合は本ステップの待機を継続する。
【００９４】
ＳＢ６、「確認」ボタンの押下を検知した係員端末制御部４０は、受信した業務指示を記憶部４１に保存する。
ＳＢ７、業務指示の保存を終えた係員端末制御部４０は、業務指示の変更指示の処理業務名を読出してその処理業務の処理業務選択ボタンの表示色を変更し、処理業務選択画面を更新してステップＳＢ８へ移行する。本実施例では図１９に示すように「為替」ボタンの表示色が変更される。または「為替」以外の処理業務選択ボタンが無効化される。
【００９５】
係員は、係員端末４の表示部４２に処理業務選択画面が表示されている場合は直ちに、後述する処理画面により処理業務を行っている場合はその終了後に表示色が変更された業務処理選択ボタンを入力部４３のマウス等により押下する。
ＳＢ８、係員端末制御部４０は接続子Ｂを介して送信される図５のステップＳ１３からの帳票データの着信を待って待機しており、帳票データを受信した時にステップＳＢ１０へ分岐する。帳票データを受信しない場合はステップＳＢ９へ移行する。
【００９６】
ＳＢ９、係員端末制御部４０は、係員が処理業務選択画面の処理業務選択ボタンの押下を待って待機しており、処理業務選択ボタンの押下を検知した時に処理業務の選択を認識してステップＳＢ１０へ分岐する。処理業務選択ボタンの押下を検知しない場合はステップＳＢ１３へ移行する。
ＳＢ１０、帳票データを受信した、または処理業務の選択を認識した係員端末制御部４０は、表示部４２に図２１に示す処理画面を表示して後述する待機時間の計測を終了すると同時に、タイマー機能により処理時間の計測を開始する。
【００９７】
この場合に、係員端末制御部４０は帳票データを受信したときは、継続処理業務であるので業務画面の各表示欄の内容を受信した帳票データの内容に置換えた処理画面を表示する。処理業務の選択を認識したとき、つまり処理業務が変更されたときは上記ステップＳＢ６で記憶部４１に保存した業務指示に添付されている帳票データを業務画面に組込んだ処理画面を表示する。
【００９８】
処理画面には、処理業務名の他、処理業務の中断を指示するための「中断」ボタン、処理業務の終了を指示するための「終了」ボタンおよび上欄に帳票データの文字画像、下欄に文字認識された文字データを１組にした項目表示欄が複数表示され、文字として認識できなかった文字データはその文字が「？」に置換えられ、色替え等により強調されて表示される。
【００９９】
本実施例の処理画面は為替のエントリ処理業務の処理画面であるので、前記の項目表示欄として振込指定日、依頼人電話番号、振込金額、口座番号、手数料、銀行名、支店名、受取人名、依頼人名等が表示されている。なお５９は振込伝票を処理した営業店の担当者の検印の印影の切取画像である。
このように帳票を項目毎に切取って帳票データを構成することにより、各金融機関の帳票の書式が異なっていても同一種類の帳票の帳票データを同一の業務画面に組込んで取扱うことが可能になる。
【０１００】
ＳＢ１１、処理画面が表示されると、係員はその処理業務を実行する。
本実施例の処理画面のように為替のエントリ処理業務の場合は、係員は強調表示されている認識できなかった文字画像を目視で読取って入力部４３のマウスやキーボード等により訂正すると共に、各項目表示欄の上欄の文字画像と下欄の文字データを見比べて認識された文字データの誤りを訂正する作業が実行される。
【０１０１】
また、ベリファイ処理業務の場合の処理画面は図２１と同様の処理画面であり、係員はダブルチェックのためにエントリ処理業務と同様の作業を実行する。
更に、承認処理業務の場合は、項目表示欄にエントリ処理業務とベリファイ処理業務で訂正された訂正入力情報が追加されて表示され、承認処理業務の担当資格を持つ係員は正しいと判断した訂正結果または独自に読取った文字画像の読取り結果を入力する作業が実行される。
【０１０２】
なお、係員が業務画面の「中断」ボタンを押下した場合は、これを検知した係員端末制御部４０は、処理時間の計測を中断して処理業務の再開を待って待機する。
「終了」ボタンが押下された場合は、これを検知した係員端末制御部４０は、処理時間の計測を終了し、処理時間を記憶部４１に保存してステップＳＢ１２へ移行する。
ＳＢ１２、「終了」ボタンの押下を検知した係員端末制御部４０は、センタサーバ２（図５のステップＳ９）へ処理終了通知を送信すると共にタイマー機能により待機時間の計測を開始する。
【０１０３】
すなわち、係員端末制御部４０は、係員が訂正した項目表示欄の表示欄コードに入力された文字列を添付した訂正入力情報を作成すると共に、記憶部４１に保存した処理時間を読出し、その処理時間と処理終了時刻、処理業務名等からなる処理情報を作成し、業務指示または帳票データに添付されている管理番号に処理業務名と訂正入力情報、処理情報を添付した処理終了通知をセンタ内ネットワーク５を介してセンタサーバ２へ送信してステップＳＢ１３へ移行する。
【０１０４】
ＳＢ１３、係員端末制御部４０は、待機時間を計測しながら待機時間が記憶部４１の待機上限時間を超えることを監視して待機しており、待機時間が待機上限時間を超えた時に待機時間の超過を認識してステップＳＢ１４へ分岐する。待機時間が待機上限時間以内の場合はステップＳＢ１５へ移行する。
ＳＢ１４、待機時間の超過を認識した係員端末制御部４０は、待機時間が超過した旨に端末識別番号を添付した警告を作成し、これをセンタ内ネットワーク５を介してセンタサーバ２へ送信してステップＳＢ１５へ移行する。
【０１０５】
警告を受信したサーバ制御部２０は、割込処理により表示部２２に表示している画面の前面にその警告画面を表示し、これを確認した管理者はその係員端末４に対して業務指示を送信する等の処置を行う。
ＳＢ１５、係員端末制御部４０は、そのタイマー機能により現在時刻を認識しながら業務終了時刻の到来を待って待機しており、業務終了時刻が到来した時に業務時間の終了を認識して係員端末４の業務処理を終了させる。それ以外の時刻の場合はステップＳＢ２へ戻って上記の待機を継続する。
【０１０６】
上記のようにして係員端末の業務処理が実行されている場合に、新入のパート従業員等の初心者の係員の処理業務の訓練を行う場合は、訓練の教官または訓練を受ける係員は係員端末４の図１９に示す処理業務選択画面から「訓練」ボタンを押下する。
これを検知した係員端末制御部４０は、センタサーバ２（図５のステップＳ１５）へ訓練データ要求を送信し、訓練用画面データが返信されてくるとその訓練画面を表示部４２に表示する。
【０１０７】
その後は、教官の指導により上記ステップＳＢ１１と同様にして訓練を受ける係員が訓練画面を用いての訂正等の作業を習得し、その係員のスキルを向上させる。これにより係員能力の向上および平準化を図ることができる。
センタサーバ２のサーバ制御部２０は、業務時間の終了後にその日の処理業務の処理済データとなった実績数を各処理業務名毎、時間帯毎に集計して実績情報データベース２６に格納して蓄積すると共に、係員毎の処理時間や処理業務の処理数を集計し、これを考慮して係員の処理能力を求め、これを係員別能力テーブル２８に記録して係員の処理能力を更新する。
【０１０８】
以上説明したように、本実施例では、営業店端末が読取った振込伝票等の帳票の帳票画像から項目毎に切取った文字画像を文字データに変換し、項目毎の文字画像とその文字データに金融機関名と帳票名を添付した帳票データをセンタサーバへ送信し、センタサーバは受信した帳票データを格納すると共に、格納した帳票データを抽出して係員端末に配信し、係員端末による処理業務の処理結果を格納するようにしたことによって、複数の金融機関が個々に用いている書式の異なる同一種類の帳票を同様の手順で処理することが可能になり、各金融機関の帳票の書式を変更することなく、一括して複数の金融機関の帳票の処理業務を取扱うことができ、事務管理の集中化により機器の削減等の効率化を図ることができると共に、システムの運用コストの低減を図ることができる。
【０１０９】
また、実績情報データベースに蓄積した帳票データの処理実績を基に当日の処理数を予測し、これを時間帯毎に業務予定表に書込むようにしたことによって、管理者は容易に当日の業務量を把握して係員の配置を決定することができ、管理者の負担を軽減することができる。
更に、その時点までの実績数を予定表に書込むようにしたことによって、管理者は当日の変動を容易に把握することができる。
【０１１０】
更に、係員の処理業務の担当資格を格納する係員別能力テーブルを設けて係員の処理業務を変更するときにセンタサーバが係員能力テーブルを参照して処理業務が変更された係員の担当資格の有無を判定し、変更された処理業務が許可されている場合のみその業務変更を受付けるようにしたことによって、管理者は入力部により係員の移動を指示するだけで適正な係員の業務変更を容易に行うことができる。
【０１１１】
更に、予め未処理数の上限値を設定しておき、管理表の表示欄の未処理数がその上限値を超えた場合に表示欄の表示色を変更して警告を発するようにしたことによって、管理者は管理表によりセンタ内の状況を一元的に管理することができると共に、一目で未達となる処理業務を把握することができ、係員の業務変更等を適切に行ってシステムの運用の効率化を図ることができる。
【０１１２】
更に、帳票サーバに格納した処理済データとなった処理数の所定の期間の実績数を抽出し、これを金融機関別、帳票別に集計した実績表を作成するようにしたことによって、センタは各金融機関に適正な課金を行うことができ、センタの資金運用に寄与することができる。
更に、処理業務の訓練用画面データを画面データベースに格納するようにしたことによって、係員の処理業務の作業訓練を容易に行うことができ、係員能力の向上および平準化を図ることができる。このことは特に初心者の係員の訓練に有効である。
【０１１３】
更に、表示する各画面を視覚的に捉えることが容易なように構成したことによって、管理者は容易に係員配置やそのセンタ内の状況を把握することが可能になる。
なお、上記ステップＳＣ２において、センタサーバのサーバ制御部部が業務予定表を作成するときに、端末配置表の係員配置と係員別能力テーブルを参照して係員の担当資格とその処理能力を抽出し、業者別、帳票別、処理業務別に分類して処理数の多い処理業務を優先させる等により係員を組合せて担当する係員数を求め、各係員の時間帯毎の担当業務を決定して当日の業務予定表に書込むようにしてもよい。これにより業務予定表の作成における管理者の負担を更に軽減することができる。
【実施例２】
【０１１４】
図２２は実施例２のシステム構成を示すブロック図、図２３は実施例２の集中管理サーバを示すブロック図、図２４は実施例２のウェブサーバを示すブロック図、図２５は実施例２の業務サーバを示すブロック図、図２６は実施例２の管理端末を示すブロック図である。
なお、上記実施例１と同様の部分は、同一の符号を付してその説明を省略する。
【０１１５】
本実施例のセンタには、図２２に示すように、集中管理サーバ６０、ウェブサーバ７０、業務サーバ８０、管理端末９０がセンタ内ネットワーク５によって接続されて本実施例のセンタ装置を構成しており、センタ内ネットワーク５介して係員端末４とも接続している。
図２３に示す集中管理サーバ６０は、集中管理サーバ６０内の各部を制御すると共にセンタ内ネットワーク５、通信回線３を経由して各金融機関の営業店端末１と接続してデータ通信等を制御する集中管理サーバ制御部６１と、集中管理サーバ制御部６１が実行するプログラムやそれに用いる各種のデータおよび集中管理サーバ制御部６１による処理結果等が格納される集中管理サーバ６０の記憶手段として機能する集中管理サーバ記憶部６２を備えている。
【０１１６】
また、集中管理サーバ記憶部６２には、実施例１と同様の実績情報データベース２６が構築されている他、係員別能力テーブル２８、制限値テーブル２９、端末配置表３０管理表３１が格納されている。
更に、集中管理サーバ記憶部６２には実施例１の運用処理と管理処理に相当する各種の処理を実行するための機能を有する実行プログラムが格納されており、集中管理サーバ制御部６１と実行プログラムの各ステップにより形成されるハードウェアとして各種の機能手段が形成され、管理端末９０と共同して主に本実施例の運用処理と管理処理とを実行する。
【０１１７】
図２４に示すウェブサーバ７０は、ウェブサーバ７０内の各部を制御すると共にセンタ内ネットワーク５に接続してデータ通信等を制御するウェブサーバ制御部７１と、ウェブサーバ制御部７１が実行するプログラム等を格納すると共に実施例１と同様の画面データベース２７が構築されているウェブサーバ記憶部７２を備えており、本実施例の業務画面や訓練用画面データを格納する画面データ格納手段として機能する。
【０１１８】
図２５に示す業務サーバ８０は、業務サーバ８０内の各部を制御すると共にセンタ内ネットワーク５に接続してデータ通信等を制御する業務サーバ制御部８１と、業務サーバ制御部８１が実行するプログラム等を格納する業務サーバ記憶部８２を備えている。
また、業務サーバ記憶部８２には、実施例１の帳票データベース２５を帳票毎に設けたことに相当する為替データベース８３、印鑑データベース８４、口振データベース８５、諸届データベース８６が構築されており、本実施例の帳票データ記憶手段および処理結果記憶手段として機能する。
【０１１９】
図２６において、９１は管理端末９０の管理端末制御部であり、管理端末９０内の各部を制御すると共にセンタ内ネットワーク５に接続してデータ通信等を制御する。
９２は記憶部であり、管理端末制御部９１が実行するプログラムやそれに用いる各種のデータおよび管理端末制御部９１による処理結果等が格納される管理端末９０の記憶手段として機能する。
【０１２０】
９３は表示部であり、ＣＲＴやＬＣＤ等の表示画面を備えており、業務予定表や管理表等を表示する管理端末９０の表示手段として機能する。
９４は入力部であり、キーボードやマウス等を備えており、センタの管理者等が管理端末制御部９１やこれを介して集中管理サーバ制御部６１への指示等を入力する管理端末９０の入力手段として機能すると共に本実施例の業務変更入力手段としても機能する。
【０１２１】
９５は印刷部であり、インクジェット式やレーザ式等のプリンタを備えており、実績表等を印刷する管理端末９０の印刷手段として機能する。
上記の管理端末９０の記憶部９２には、管理端末業務処理プログラムが格納されており、管理端末制御部９１と管理端末業務処理プログラムの各ステップにより形成されるハードウェアとして各種の機能手段が形成される。
【０１２２】
上記の構成の作用について説明する。
本実施例における各種の処理の作動は、基本的には上記実施例１の各種の処理の作動と同様であるが、各種の処理の実行は、集中管理サーバ６０、ウェブサーバ７０、業務サーバ８０および管理端末９０がセンタ内ネットワーク５を介して互いに送受する指令とそれに対する応答により互いに連携しながら実行される。
【０１２３】
実施例１と同様にして営業店端末１からの帳票処理依頼が送信されると、集中管理サーバ６０がこの帳票処理依頼を受信し、集中管理サーバ制御部６１はこれを業務管理サーバ８０へ転送すると共に図５のステップＳ４と同様にして管理表３１を更新する。
帳票処理依頼の転送を受けた業務サーバ制御部８１は、その帳票データの帳票名を基に該当するデータベース（例えば為替データベース）を特定し、そのデータベースに図５のステップＳ３と同様にして管理番号と処理インデックスを付した帳票ファイルを生成して帳票データ等を格納する。この場合に処理インデックスに付す帳票名は省略される。
【０１２４】
このようにして、帳票データが業務サーバ７１の該当するデータベースに格納される。
本実施例の管理処理は、管理端末７０と集中管理サーバ６０との間で実施例１と同様にして実行され、実施例１と同様の業務予定表画面や管理表画面、進捗状況詳細画面等の画面は全て管理端末９０の表示部９３に表示され、管理者は管理端末９０の入力部９４により、係員の配置変更や業務変更に関する入力を行う。
【０１２５】
また、集中管理サーバ制御部６１が帳票データの受信数や処理数、実績数を必要とする場合には業務サーバ８０へこれらの送信依頼を送信し、業務サーバ８０からの応答によりこれらのデータを取得する。
更に、実績表の作成においては、作成された実績表は管理端末９０の印刷部９５で印刷される。
【０１２６】
係員端末４の業務処理においては、業務指示は集中管理サーバ６０から送信されるが、この場合の集中管理サーバ制御部６１が送信する業務指示には変更する処理業務名を記した業務の変更指示のみが記されており、これを受信した係員端末制御部４０は図１８のステップＳＢ４〜ＳＢ７を実行する。
そして、処理業務が選択されると、変更する処理業務名を記した業務画面送信依頼をウェブサーバ７０へ送信する。
【０１２７】
これを受信したウェブサーバ制御部７１は、業務サーバ８０へ該当する帳票データの送信依頼を送り、その帳票データを受信すると画面データベース２７から該当する業務画面を読出し、この業務画面と受信した帳票データを係員端末４へ返信する。
返信を受けた係員端末制御部４０は、受信した業務画面と帳票データにより図１８のステップＳＢ１０、ＳＢ１１を実行する。
【０１２８】
ステップＳＢ１１の実行を終えると係員端末制御部４０はステップＳＢ１２により処理終了通知を作成し、これを業務サーバ８０へ送信する。
これを受信した業務サーバ制御部８１は、その処理終了通知の処理結果を図５のステップＳ１０と同様にして該当するデータベース（例えば為替データベース）に格納する。
このようにして、処理結果が業務サーバ７１の該当するデータベースに格納される。
【０１２９】
そして、図５のステップＳ１１と同様にして継続処理のための帳票データの有無を検索し、帳票データがある場合はステップＳ１３と同様にして係員端末４（図１８のステップＳＢ８）へ送信すると共に受信した処理終了通知の処理業務名を集中管理サーバ６０へ送信し、これを集中管理サーバ制御部６１は図５のステップＳ１１と同様にして管理表３１を更新する。帳票データを受信した係員端末の作動は実施例１と同様である。
【０１３０】
また、継続処理のための帳票データがない場合は、業務サーバ制御部８１その旨を集中管理サーバ制御部６１へ通知し、通知を受けた集中管理サーバ制御部６１は係員端末４へ上記と同様の業務指示を送信する。
なお、本実施例の処理業務選択画面や訓練用画面データはウェブサーバ７０の画面データベース２７に格納されており、係員端末制御部４０はこれらの画面をウェブサーバ７０からこれらの画面を取得する。
【０１３１】
その他の係員端末４の待機時間超過の場合の警告送信等の作動は集中管理サーバ６０との間で実行される。
また、その他の実績情報データベース２６への当日の処理実績の蓄積や係員別能力テーブル２８の更新等の作動は集中管理サーバ６０が業務サーバ７０等の関連するコンピュータと連携して実行する。
【０１３２】
このようにして、本実施例の作動が行われる。
以上説明したように、本実施例では、上記実施例１と同様の効果に加えて、センタ装置の機能を分散させて本システムの作動を実行するようにしたことによって、記憶装置の負荷を軽減して早期に本システムを実現することができる。
なお、本実施例ではセンタ装置の機能を４つのコンピュータに分散させた場合を例に説明したが、これらの一部を統合しても、または更に分散させても本発明の効果を損なうものではない。
【０１３３】
上記各実施例においては、係員ＩＤが係員端末の入力部により入力するとして説明したが、係員ＩＤを係員カードに記録し、係員端末にカード読取装置を設けて係員カードを読取らせて入力するようにしてもよい。
また、業務予定表の時間帯は１時間毎として説明したが、時間帯は１時間毎に限らず、３０分毎、２時間毎、半日毎等であってもよい。
【０１３４】
上述したように、本発明の事務管理システムにおいては金融機関等の業者を意識せず係員は同様の帳票に対する処理業務を同様の作業によって行うことが可能であるので、上記で説明のために用いた各画面は金融機関等の業者毎に係員を配置して処理業務を行う場合を例に図示したが、各業者の同様の帳票については業者を区別せずに表示、例えば「金融機関共通為替」等のように表示して管理業務や処理業務を行うようにしてもよい。この場合に実績表を作成するときは、各業者にその処理実績等を知らせる必要があるので業者を区別して集計するとよい。
【図面の簡単な説明】
【０１３５】
【図１】実施例１のシステム構成を示すブロック図
【図２】実施例１の営業店端末を示すブロック図
【図３】実施例１のセンタサーバを示すブロック図
【図４】実施例１の係員端末を示すブロック図
【図５】実施例１のセンタサーバの運用処理を示すフローチャート
【図６】実施例１のセンタサーバの管理処理を示すフローチャート
【図７】実施例１の管理業務メニュー画面表示例
【図８】実施例１の係員配置表画面表示例
【図９】実施例１のセンタサーバの業務予定表作成処理を示すフローチャート
【図１０】実施例１の業務予定表画面表示例
【図１１】実施例１の業務別係員一覧画面表示例
【図１２】実施例１の係員詳細情報画面表示例
【図１３】実施例１のセンタサーバの進捗確認処理を示すフローチャート
【図１４】実施例１の管理表画面表示例
【図１５】実施例１の進捗状況詳細画面表示例
【図１６】実施例１の現在担当係員一覧画面表示例
【図１７】実施例１の業務変更入力操作を示す説明図
【図１８】実施例１の係員端末の業務処理を示すフローチャート
【図１９】実施例１の処理業務選択画面表示例
【図２０】実施例１の業務指示画面表示例
【図２１】実施例１の処理画面表示例
【図２２】実施例２のシステム構成を示すブロック図
【図２３】実施例２の集中管理サーバを示すブロック図
【図２４】実施例２のウェブサーバを示すブロック図
【図２５】実施例２の業務サーバを示すブロック図
【図２６】実施例２の管理端末を示すブロック図
【符号の説明】
【０１３６】
１    営業店端末
２    センタサーバ
３    通信回線
４    係員端末
５    通信ネットワーク
１０  営業店端末制御部
１１、４１、９２  記憶部
１２、２２、４２、９３  表示部
１３  画像読取部
１４、２３、４３、９４  入力部
２０  サーバ制御部
２１  サーバ記憶部
２４、９５  印刷部
２５  帳票データベース
２６  実績情報データベース
２７  画面データベース
２８  係員別能力テーブル
２９  制限値テーブル
３０  端末配置表
３１  管理表
４０  係員端末制御部
５１  情報表示領域
５２  メニュー表示領域
６０  集中管理サーバ
６１  集中管理サーバ制御部
６２  集中管理サーバ記憶部
７０  ウェブサーバ
７１  ウェブサーバ制御部
７２  ウェブサーバ記憶部
８０  業務サーバ
８１  業務サーバ制御部
８２  業務サーバ記憶部
９０  管理端末
９１  管理端末制御部
【図１】
2005284758.tif 000003
【図２】
2005284758.tif 000004
【図３】
2005284758.tif 000005
【図４】
2005284758.tif 000006
【図５】
2005284758.tif 000007
【図６】
2005284758.tif 000008
【図７】
2005284758.tif 000009
【図８】
2005284758.tif 000010
【図９】
2005284758.tif 000011
【図１０】
2005284758.tif 000012
【図１１】
2005284758.tif 000013
【図１２】
2005284758.tif 000014
【図１３】
2005284758.tif 000015
【図１４】
2005284758.tif 000016
【図１５】
2005284758.tif 000017
【図１６】
2005284758.tif 000018
【図１７】
2005284758.tif 000019
【図１８】
2005284758.tif 000020
【図１９】
2005284758.tif 000021
【図２０】
2005284758.tif 000022
【図２１】
2005284758.tif 000023
【図２２】
2005284758.tif 000024
【図２３】
2005284758.tif 000025
【図２４】
2005284758.tif 000026
【図２５】
2005284758.tif 000027
【図２６】
2005284758.tif 000028