(57)【要約】      （修正有）【課題】複数の業者が共同して設立した事務管理システムの管理センタにおける管理者の負荷を軽減する手段を提供する。【解決手段】事務管理システムのセンタサーバが、管理センタの進捗状況を確認するときに、業務予定表を読出した現時間帯以後の処理予定数を算出する手段と、現時間帯より前の処理実績数の合計値に算出した処理予定数を加えて当日処理数を算出する手段と、現時間帯より前の時間帯毎の受付数を基に当日の１日分の当日受付総数を予測する手段と、この当日受付総数が当日処理数より大きい場合に現時間帯より前の時間帯毎の受付数を基に、実績情報データベースを検索して時間帯毎の受付数の傾向に最も近い過去受付数の傾向を有する日の現時間帯以後の時間帯の過去受付数とその過去係員配置を抽出する手段と、抽出した過去受付数とその過去係員配置を基に業務予定表の該当する各時間帯の予測受付数とその係員配置を修正する手段とを備える。【選択図】        図７
2006313473.tif 000002
【特許請求の範囲】
【請求項１】
複数の業者の帳票を集中して管理する管理センタに設置されたセンタ装置と、前記複数の業者の営業店に設置され、前記センタ装置と接続する営業店端末と、前記管理センタに設置され、前記センタ装置と接続する係員端末とを備えた事務管理システムであって、
前記営業店端末は、前記センタ装置へ前記帳票の帳票データを送信する手段を備え、
前記係員端末は、前記センタ装置へ前記帳票データの処理業務の処理結果を送信する手段を備え、
前記センタ装置は、
当日の帳票データの受付数と、該帳票データの処理実績数とを業務別に時間帯毎に格納する業務別実績格納手段と、
前記営業店端末からの帳票データを受信する手段と、
該帳票データを受信したときに、前記業務別実績格納手段の受付数を更新する手段と、
前記係員端末からの前記帳票データの処理業務の処理結果を受信する手段と、
該処理結果を受信したときに、前記業務別実績格納手段の処理実績数を更新する手段と、
前日以前の日毎の帳票データの時間帯毎の過去受付数とその処理業務を担当した係員の過去係員配置とを業務別に蓄積する処理実績蓄積手段と、
該処理実績蓄積手段から格納されている過去受付数を読出し、該過去受付数を基に当日の前記帳票データの受付数を業務別に時間帯毎に予測する手段と、
前記予測した当日の時間帯毎の予測受付数と、該予測受付数の処理業務を担当する係員の係員配置と、該係員配置により処理可能な予定処理数とを業務別に記した業務予定表を格納する手段と、
前記業務別の業務予定表を読出す手段と、
該業務予定表を読出した時点の属する時間帯を現時間帯として認識する手段と、
前記読出した業務予定表の前記現時間帯以後の時間帯毎の前記予定処理数を合計して処理予定数を算出する手段と、
前記業務別実績格納手段から前記現時間帯より前の時間帯毎の処理実績数を読出す手段と、
前記読出した処理実績数の合計値に前記算出した処理予定数を加えて当日処理数を算出する手段と、
前記業務別実績格納手段から前記現時間帯より前の時間帯毎の受付数を読出す手段と、
該読出した時間帯毎の受付数を基に当日の１日分の受付数である当日受付総数を予測する手段と、
該当日受付総数が、前記当日処理数より大きい場合に、前記業務別実績格納手段から読出した前記現時間帯より前の時間帯毎の受付数を基に、前記処理実績蓄積手段を検索して、前記時間帯毎の受付数の傾向に最も近い過去受付数の傾向を有する日の時間帯毎の過去受付数とその過去係員配置から、前記現時間帯以後の時間帯の過去受付数とその過去係員配置を抽出する手段と、
該抽出した過去受付数とその過去係員配置を基に、前記業務予定表の該当する各時間帯の予測受付数とその係員配置を修正する手段とを備えることを特徴とする事務管理システム。
【請求項２】
複数の業者の営業店に設置された営業店端末と、前記複数の業者の帳票を集中して管理する管理センタに設置された係員端末と、前記管理センタに設置され、前記営業店端末と係員端末とに接続するセンタ装置であって、
当日の前記帳票の帳票データの受付数と、該帳票データの処理実績数とを業務別に時間帯毎に格納する業務別実績格納手段と、
前記営業店端末から送信される前記帳票の帳票データを受信する手段と、
該帳票データを受信したときに、前記業務別実績格納手段の受付数を更新する手段と、
前記係員端末からから送信される前記帳票データの処理業務の処理結果を受信する手段と、
該処理結果を受信したときに、前記業務別実績格納手段の処理実績数を更新する手段と、
前日以前の日毎の帳票データの時間帯毎の過去受付数とその処理業務を担当した係員の過去係員配置とを業務別に蓄積する処理実績蓄積手段と、
該処理実績蓄積手段から格納されている過去受付数を読出し、該過去受付数を基に当日の前記帳票データの受付数を業務別に時間帯毎に予測する手段と、
前記予測した当日の時間帯毎の予測受付数と、該予測受付数の処理業務を担当する係員の係員配置と、該係員配置により処理可能な予定処理数とを業務別に記した業務予定表を格納する手段と、
前記業務別の業務予定表を読出す手段と、
該業務予定表を読出した時点の属する時間帯を現時間帯として認識する手段と、
前記読出した業務予定表の前記現時間帯以後の時間帯毎の前記予定処理数を合計して処理予定数を算出する手段と、
前記業務別実績格納手段から前記現時間帯より前の時間帯毎の処理実績数を読出す手段と、
前記読出した処理実績数の合計値に前記算出した処理予定数を加えて当日処理数を算出する手段と、
前記業務別実績格納手段から前記現時間帯より前の時間帯毎の受付数を読出す手段と、
該読出した時間帯毎の受付数を基に当日の１日分の受付数である当日受付総数を予測する手段と、
該当日受付総数が、前記当日処理数より大きい場合に、前記業務別実績格納手段から読出した前記現時間帯より前の時間帯毎の受付数を基に、前記処理実績蓄積手段を検索して、前記時間帯毎の受付数の傾向に最も近い過去受付数の傾向を有する日の時間帯毎の過去受付数とその過去係員配置から、前記現時間帯以後の時間帯の過去受付数とその過去係員配置を抽出する手段と、
該抽出した過去受付数とその過去係員配置を基に、前記業務予定表の該当する各時間帯の予測受付数とその係員配置を修正する手段とを備えることを特徴とするセンタ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等の業者が複数集まって共同で事務管理を行う事務管理システムおよびそれに用いるセンタ装置に関する。
【背景技術】
【０００２】
従来の事務管理システムは、金融機関の複数の営業店を通信回線を介して接続し、営業店で読取った帳票の画像データをセンタへ送信し、センタでは係員端末により送信された画像データを文字認識処理により文字データに変換し、その変換の誤りを係員が訂正するエントリ処理業務等の処理業務を行い、その処理結果をデータベースに格納して金融機関の帳票の一括管理を行っている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−１５０７８２号公報（主に第５頁段落００４８−００４９および第７頁段落００６０−００６２、第１４図）  このような単独の金融機関が構築した事務管理システムにおいては、営業店で読取った帳票の画像データをそのまま管理センタに送信して係員端末による各種の処理を行っているので、書式の異なる帳票を用いる複数の金融機関の帳票の処理業務を一括して行うことが困難であるため、出願人は特願２００４−９８３０５において複数の金融機関等の業者が個々に用いている帳票の書式を変更することなく、一括して複数の金融機関の帳票の処理業務を行い、その処理業務を行う管理センタの係員の負荷を軽減すると共に集中化に伴う機器の削減等の効率化を図る事務管理システムを提案している。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した特願２００４−９８３０５の技術においては、センタサーバは当日の受付数の予測および係員の平均処理能力や進捗状況の表示等の管理支援のための処理は自動で行うものの、管理センタにおける業務予定表の作成や予測した受付数を超えた場合の係員配置の変更等の管理作業は管理者がマウス等を用いて手動で行っている（特願２００４−９８３０５の段落００５３〜段落００８８、第９図および第１３図参照）ので、管理センタの規模の拡大に伴う受付数の増大によって管理センタの係員の業務を管理する管理者の管理作業の負荷が増大するという問題がある。
【０００４】
本発明は、上記の問題点を解決するためになされたもので、複数の業者が共同して設立した事務管理システムの管理センタにおける管理者の負荷を軽減する手段を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、上記課題を解決するために、複数の業者の帳票を集中して管理する管理センタに設置されたセンタ装置と、前記複数の業者の営業店に設置され、前記センタ装置と接続する営業店端末と、前記管理センタに設置され、前記センタ装置と接続する係員端末とを備えた事務管理システムであって、前記営業店端末は、前記センタ装置へ前記帳票の帳票データを送信する手段を備え、前記係員端末は、前記センタ装置へ前記帳票データの処理業務の処理結果を送信する手段を備え、前記センタ装置は、当日の帳票データの受付数と、該帳票データの処理実績数とを業務別に時間帯毎に格納する業務別実績格納手段と、前記営業店端末からの帳票データを受信する手段と、該帳票データを受信したときに、前記業務別実績格納手段の受付数を更新する手段と、前記係員端末からの前記帳票データの処理業務の処理結果を受信する手段と、該処理結果を受信したときに、前記業務別実績格納手段の処理実績数を更新する手段と、前日以前の日毎の帳票データの時間帯毎の過去受付数とその処理業務を担当した係員の過去係員配置とを業務別に蓄積する処理実績蓄積手段と、該処理実績蓄積手段から格納されている過去受付数を読出し、該過去受付数を基に当日の前記帳票データの受付数を業務別に時間帯毎に予測する手段と、前記予測した当日の時間帯毎の予測受付数と、該予測受付数の処理業務を担当する係員の係員配置と、該係員配置により処理可能な予定処理数とを業務別に記した業務予定表を格納する手段と、前記業務別の業務予定表を読出す手段と、該業務予定表を読出した時点の属する時間帯を現時間帯として認識する手段と、前記読出した業務予定表の前記現時間帯以後の時間帯毎の前記予定処理数を合計して処理予定数を算出する手段と、前記業務別実績格納手段から前記現時間帯より前の時間帯毎の処理実績数を読出す手段と、前記読出した処理実績数の合計値に前記算出した処理予定数を加えて当日処理数を算出する手段と、前記業務別実績格納手段から前記現時間帯より前の時間帯毎の受付数を読出す手段と、該読出した時間帯毎の受付数を基に当日の１日分の受付数である当日受付総数を予測する手段と、該当日受付総数が、前記当日処理数より大きい場合に、前記業務別実績格納手段から読出した前記現時間帯より前の時間帯毎の受付数を基に、前記処理実績蓄積手段を検索して、前記時間帯毎の受付数の傾向に最も近い過去受付数の傾向を有する日の時間帯毎の過去受付数とその過去係員配置から、前記現時間帯以後の時間帯の過去受付数とその過去係員配置を抽出する手段と、該抽出した過去受付数とその過去係員配置を基に、前記業務予定表の該当する各時間帯の予測受付数とその係員配置を修正する手段とを備えることを特徴とする。
【発明の効果】
【０００６】
これにより、本発明は、センタサーバにより業務の処理が未達となることが予測される業務予定表の修正を自動的に行うことができ、複数の業者が共同して設立した事務管理システムの管理センタの規模の拡大に伴って受付数が増大したとしても管理者の負荷を軽減することができるという効果が得られる。
【発明を実施するための最良の形態】
【０００７】
以下に、図面を参照して本発明による事務管理システムの実施例について説明する。
【実施例】
【０００８】
図１は実施例のシステム構成を示すブロック図、図２は実施例のセンタサーバを示すブロック図である。
図１において、１はセンタ装置としてのセンタサーバであり、銀行やコンビニエンスストア等の金融機関や郵政公社、市役所や区役所等の公的機関等の業者が複数共同して設立した管理センタに設置され、金融機関の支店や郵便局、市役所、区役所等の営業店に設置された営業店端末４と専用回線や電話回線等の通信回線５を介して接続して営業店端末４から送信される各業者が用いる帳票、例えば振込伝票（為替）、印鑑登録票、口座振替依頼書、手形、改印届、住所変更届等の各種の帳票の帳票データ等を一括して管理する機能等を備えている。
【０００９】
２はパーソナルコンピュータ等の係員端末であり、管理センタに設けられたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のセンタ内ネットワーク３を介してセンタサーバ１と接続しており、管理センタにおいて処理業務を担当する係員が操作して各種の処理業務を行う機能を有している。
営業店端末４は、営業店の担当者が操作するパーソナルコンピュータ等の端末装置であって、その業者が用いる帳票の画像を読取ってこれを文字認識する機能等を備えている。
【００１０】
本実施例では、特定の業者の特定の帳票の処理を行うことを業務という。また業者は金融機関として説明する。
なお、センタサーバ１の設置場所は、全国を束ねて１箇所に設置するようにしてもよく、都道府県毎、都市毎またはこれらを複数まとめた広域の地域毎に設置するようにしてもよい。つまり複数の金融機関の営業店端末４から送信される帳票データ等を一括して管理するものであれば設置場所には限定されるものではない。
【００１１】
上記の係員端末２の図示しない記憶部には、係員端末２の端末識別番号等が格納される他、各業務の処理業務を実行する機能を有する業務処理プログラムが格納されており、係員端末２と業務処理プログラムの各ステップにより本実施例の係員端末２のハードウェアとしての各種の機能手段が形成される。
上記の営業店端末４の図示しない記憶部には、予め読取った帳票画像からその項目毎の文字画像を切取り、切取った文字画像をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理等により文字として認識し、これを文字データに変換する機能を有するアプリケーションプログラムが格納されており、このアプリケーションプログラムにより営業店端末４のハードウェアとしての文字認識手段が形成されると共に、営業店端末４の各種の処理業務を実行する機能を有する端末処理プログラムが格納されており、営業店端末４と端末処理プログラムの各ステップにより本実施例の営業店端末４のハードウェアとして各種の機能手段が形成される。
【００１２】
また、営業店端末４の図示しない記憶部には、設置されている営業店の金融機関名等が格納されると共に、その営業店が用いる帳票の帳票コードに対応させてその帳票名と必要事項が記入された項目欄の座標位置、つまり文字認識手段が切取る項目の座標位置を記した帳票別項目表が格納されている。
図２において、１０はセンタサーバ１のサーバ制御部であり、センタ内ネットワーク３、通信回線５を経由して各金融機関の営業店端末４と、センタ内ネットワーク３介して係員端末２と接続しており、センタサーバ１内の各部を制御すると共にデータ通信等も制御する。
【００１３】
１１はサーバ記憶部であり、サーバ制御部１０が実行するプログラムやそれに用いる各種のデータ等が格納される。
１２は表示部であり、ＣＲＴやＬＣＤ等の表示画面を備えており、業務予定表等をその表示画面に表示する機能を有している。
１３は入力部であり、キーボードやマウス等を備えており、管理センタの管理者等がサーバ制御部１０への指示等を入力するために用いる。
【００１４】
上記のセンタサーバ１のサーバ記憶部１１には、営業店端末４から送信された帳票データおよび係員端末２により係員が処理した帳票データの処理結果を格納する帳票データベース１４、前日以前の日毎の時間帯毎の帳票データの受付数（過去受付数という。）とその処理業務を担当した係員の係員配置（過去係員配置という。）等を業務別に蓄積した蓄積実績データ、および前年と本年の過去受付数の差の傾向やその季節変動（例えば為替の処理業務における年度末や決済日等による集中傾向等）、曜日変動等を業務別の時間帯毎に統計的に解析した統計解析データが格納された実績情報データベース１５が構築されている。
【００１５】
また、サーバ記憶部１１には、係員端末２を操作する係員の係員ＩＤに対応させてその係員のパスワード、顔画像、特定の業務（Ａ銀行為替等）の処理のエントリ処理等の処理業務を行う資格（担当資格という。）とその担当資格の処理業務の平均処理能力とその係員の過去の処理数の最大値であるピーク時処理能力等の詳細係員情報を記した係員別能力テーブル１６および係員ＩＤに対応させてその係員が操作する係員端末２の端末識別番号を記した端末配置表１７が格納され、当日の時間帯毎の帳票データの予測受付数とその処理業務を担当する係員の係員配置とその係員配置により処理可能な予定処理数等および当日の時間帯毎の実際の受付数や最終処理業務が終了した帳票データの処理数（処理実績数という。）等を業務別に記した業務予定表を格納する業務予定表格納エリア１８が確保されている。
【００１６】
更に、サーバ記憶部１１には、管理センタの運用や管理等のための各種の処理を実行する機能を有する処理実行プログラムが格納されており、サーバ制御部１０と処理実行プログラムの各ステップにより本実施例のセンタサーバ１のハードウェアとしての各種の機能手段が形成される。
上述した構成の作用について説明する。
【００１７】
管理センタにおいては、管理者は当日の運用の開始前（始業前、前日等）にセンタサーバ１を用いて当日の業務予定表を作成する。
以下に、図３に示すフローチャートを用い、Ｓで示すステップに従って本実施例のセンタサーバの管理処理について説明する。
Ｓ１、センタサーバ１のサーバ制御部１０は、表示部１２の画面に業務予定表を作成するための「業務予定表」ボタン等を表示した管理業務メニュー画面を表示して待機する。
【００１８】
Ｓ２、サーバ制御部１０はそのタイマー機能により現在時刻を認識しながら定期的（本実施例では１時間毎）に訪れる進捗確認時刻の到来を待って待機しており、進捗確認時刻が到来した時に接続子Ａを介して図７のステップＳＡ１へ分岐して後述する進捗管理処理を実行する。それ以外の時刻の場合はステップＳ３へ移行する。
Ｓ３、サーバ制御部１０は、「業務予定表」ボタンの押下を待って待機しており、管理者が入力部１３のマウス等により「業務予定表」ボタンを選択して押下した時にステップＳ４へ分岐して業務予定表作成処理を実行する。「業務予定表」ボタンの押下を認識しない場合はステップＳ１４へ移行する。
【００１９】
Ｓ４、「業務予定表」ボタンの押下を認識したサーバ制御部１０は、表示部１２の画面に図４に示す作成内容入力画面を表示する。
作成内容入力画面には、業務予定表を作成する実行日および金融機関名と帳票名とからなる業務名の入力欄および入力後にその業務の業務予定表を作成するときに押下する「実行」ボタンや業務予定表の作成を終了するときに押下する「終了」ボタン等の操作ボタンが表示されている。
【００２０】
本実施例では、管理者は入力部１３のキーボード等により実行日や業務名を入力し、マウス等により「実行」ボタンを押下する。
この場合に、金融機関名や帳票名をプルダウンメニューとして表示し、入力部１３のマウス等により選択して業務名を入力するようにしてもよい。
Ｓ５、操作ボタンの押下を認識したサーバ制御部１０は、押下された操作ボタンが「実行」ボタンの場合はステップＳ６へ、「終了」ボタンの場合は業務予定表作成処理を終了させてステップＳ１４へ移行する。
【００２１】
Ｓ６、「実行」ボタンの押下を認識したサーバ制御部１０は、入力された実行日、業務名を認識し、その業務予定表を作成するために実行日の時間帯毎（本実施例では１時間毎）の受付数を予測する。
すなわち、サーバ制御部１０は認識した実行日と業務名を基に、サーバ記憶部１１の実績情報データベース１５の蓄積実績データからその業務名の前年同月同日の時間帯毎の過去受付数を読出し、これに統計解析データの前年と本年の過去受付数の差の傾向および曜日差等を考慮して入力された業務の時間帯毎の受付数を予測（予測した時間帯毎の受付数を予測受付数という。）し、これをサーバ記憶部１１に一時保存する。
【００２２】
Ｓ７、実行日、つまり当日の予測受付数を一時保存したサーバ制御部２０は、サーバ記憶部１１の係員別能力テーブル１６の担当資格を参照して入力された業務の担当資格を有する他の業務予定表にはまだ配置されていない係員の詳細係員情報を抽出し、表示部１２の画面に図５に示す業務予定表作成画面を表示する。
業務予定表作成画面には、入力された実行日と業務名、および一時保存した時間帯毎の予測受付数を合計した総予測受付数、および係員指定を行う時間帯の選択欄、その時間帯の予測受付数とこれを総予測受付数で除した予測受付数割合、後述する運用処理において営業店端末４からの帳票データの受信数である受付数と係員端末２からの最終処理業務の処理結果の受信数である処理実績数、受付数と処理実績数の差である未処理数、並びに抽出した係員の顔画像と氏名、処理業務別の平均処理能力の一覧表等が表示される。
【００２３】
また、業務予定表作成画面には、選択された時間帯の処理業務別の担当係員の人数表示欄とその合計人数表示欄、配置した係員による処理業務別の予定処理数の件数表示欄、受付件数予測の件数から予定処理数の件数を減じた処理数残の処理業務別の件数表示欄および担当する係員を指定するために処理業務別に処理業務枠を設けた係員指定欄、並びに指定により形成した係員配置を確定するための「設定」ボタン、前画面（図４）に戻るための「戻る」ボタン等が表示される。
【００２４】
なお、管理者が実行日や業務名の入力の誤りに気付いた場合等において「戻る」ボタンを押下したときは、サーバ制御部１０はステップＳ４へ戻って再度作成内容入力画面を表示する。
Ｓ８、サーバ制御部１０は、時間帯の選択欄による時間帯の選択を待って待機し、管理者が入力部１３のマウス等により時間帯を選択して確定した時に業務予定表を作成する時間帯を認識してステップＳ９へ移行する。時間帯の選択を認識しない場合はステップＳ１０へ移行する。
【００２５】
Ｓ９、業務予定表を作成する時間帯を認識したサーバ制御部１０は、一時保存した時間帯毎の予測受付数から選択された時間帯の予測受付数を読出し、これを時間帯の予測受付数の件数表示欄に表示すると共に、予測受付数を総予測受付数で除した受付件数割合をその表示欄に表示し、予測受付数から配置した係員による予定処理数の処理業務別の件数をそれぞれ減じて処理数残の処理業務別の件数表示欄に表示し、表示内容を更新してステップＳ６へ戻り、表示内容が更新された業務予定表作成画面を表示する。
【００２６】
Ｓ１０、管理者は、表示されている処理数残の処理業務別の件数表示欄と係員一覧の処理業務別の平均処理能力とを参照しながら処理数残が０以下となるように選択した係員の顔画像を入力部１３のマウス等によりドラッグして係員指定欄の担当させる処理業務枠にドロップし、その係員に担当させる処理業務を指定する。
サーバ制御部１０は、管理者の係員配置の指定入力を待って待機しており、係員の顔画像のドロップを検知した時にドロップされた係員とその指定先の処理業務枠の処理業務を認識してステップＳ１０へ移行する。ドロップを検知しない場合はステップＳ１１へ移行する。
【００２７】
Ｓ１１、ドロップされた係員とその指定先の処理業務を認識したサーバ制御部１０は、認識した処理業務の担当係員数に「１」を加え、認識した係員の認識した処理業務の平均処理能力を当該処理業務の予定処理数に加えてその件数表示欄に表示すると共にこの加算結果を予測受付数から減じて当該処理業務の処理数残の件数表示欄に表示し、業務予定表作成画面の予定処理数等を更新する。
【００２８】
図５の例では、処理業務としてのエントリ処理業務に係員ＦＦが既に指定されているので、予定処理数のエントリ件数表示欄には係員ＦＦのエントリ処理業務の平均処理能力（２０５件）が加算されて表示され、処理数残のエントリ件数表示欄には予測受付数（３２０件）から加算結果の予定処理数のエントリ件数（２０５件）を減じた件数（１１５件）が表示されている。また係員ＧＧはドラッグされている状態であるので、各表示欄の件数は未更新のままになっている。
【００２９】
このようにして、処理数残の処理業務別の件数表示欄が全て「０」（０または負の値になった場合に件数表示欄には「０」が表示される。）になると、管理者はステップＳ８と同様にして次の時間帯を選択し、上記と同様にしてその時間帯の係員配置を指定する。
そして、その日の全ての時間帯の係員配置の指定を終えると、管理者は入力部１３のマウス等により「設定」ボタンを押下する。
【００３０】
Ｓ１２、サーバ制御部１０は、管理者の「設定」ボタンの押下を待って待機しており、「設定」ボタンの押下を検知した時に係員配置が確定されたと認識してステップＳ１３へ移行する。「設定」ボタンの押下を検知しない場合はステップＳ７へ戻って上記の作動を継続する。
Ｓ１３、係員配置が確定されたと認識したサーバ制御部１０は、実行日や確定された係員配置、その日の総予測受付数、時間帯毎の予測受付数や予測受付数割合、予定処理数等を記した業務別の業務予定表をサーバ記憶部１１の業務予定表格納エリア１８に格納し、ステップＳ４へ戻って次に作成する業務予定表の業務名等の入力を受付け、上記の各ステップを繰返して実行し、上記ステップＳ５において「終了」ボタンが押下された時にステップＳ１４へ移行する。
【００３１】
Ｓ１４、サーバ制御部１０は、そのタイマー機能により現在日時（時刻を含む。）を認識しながら業務変更時刻、つまり上記で作成した業務予定表の時間帯の境界時間（本実施例では１時間毎）の到来を待って待機しており、業務変更時刻が到来した時にステップＳ１５へ移行し、それ以外の時刻の場合はステップＳ１６へ移行する。
Ｓ１５、業務変更時刻の到来を認識したサーバ制御部１０は、実行日が認識した現在日、つまり当日となっている全ての業務予定表を読出し、前の時間帯の業務および／もしくは処理業務を変更する係員を抽出し、端末配置表１７を検索して該当する係員が操作する係員端末２の端末識別番号を特定し、変更後の業務の業務名や処理業務名等を記した業務および／もしくは処理業務を変更する旨のセンタ内ネットワーク３を介して特定した端末識別番号の係員端末２へ送信してステップＳ１６へ移行する。
【００３２】
業務変更指示を受信した係員端末２は、その画面に受信した業務変更指示の内容を表示した図６に示す業務変更指示画面を表示する。
係員は表示された内容を確認し、変更前の処理業務が処理中の場合はその終了後に変更指示された業務の処理業務を行う。
Ｓ１６、サーバ制御部１０は、そのタイマー機能により現在時刻を認識しながら業務終了時刻の到来を待って待機しており、業務終了時刻が到来した時に業務時間の終了を認識してセンタサーバ１の管理処理を終了させる。それ以外の時刻の場合はステップＳ１へ戻って管理業務メニュー画面を表示して待機する。
【００３３】
上記の管理処理と並行してセンタサーバ１のサーバ制御部１０は運用処理を実行する。
センタサーバ１の運用処理において、サーバ制御部１０は複数の金融機関の営業店に設置された営業店端末４からの帳票処理依頼を受信した時にその帳票データをサーバ記憶部１１の帳票データベース１４に格納する。
すなわち、営業店の窓口においては各種の帳票を用いて顧客との間で取引を行っており、営業店の担当者は、顧客から為替等の帳票が提出されると所定の手続を済ませた後に、帳票を営業店端末４にセットして画像読取指示を入力する。
【００３４】
この指示入力を認識した営業店端末４は、セットされている帳票全体の帳票画像を読取り、その文字認識手段により帳票の所定の部位に印刷された帳票コードを文字として認識し、図示しない記憶部の帳票別項目表のその帳票コードの各項目欄の座標位置を読出して帳票画像を座標位置に従って項目毎にその文字画像を切取り、これを文字として認識して文字データに変換し、記憶部に格納されている金融機関名（業者名）を読出し、この金融機関名と帳票コードの帳票名、切取った項目毎の文字画像とその文字認識した文字データにより帳票データを作成し、これに帳票画像を添付した帳票処理依頼を通信回線５、センタ内ネットワーク３を介してセンタサーバ１へ送信する。
【００３５】
帳票処理依頼を受信して帳票データの処理業務を受付けたセンタサーバ１のサーバ制御部１０は、管理番号を採番してこの帳票データ等を収納する帳票ファイルを生成し、管理番号に対応させた帳票ファイルに受付けた帳票データと帳票処理依頼の帳票画像および受付日時を収納してサーバ記憶部１１の帳票データベース１４に格納する。
帳票ファイルを格納したサーバ制御部１０は、その帳票データの金融機関名と帳票名から業務名を認識し、これを基にサーバ記憶部１１の業務予定表格納エリア１８の該当する業務名の業務予定表の該当する時間帯の受付数に「１」を加えて業務予定表を更新する。
【００３６】
これにより、各金融機関の各種の帳票データが帳票データベース１４に格納されると共に業務別の業務予定表に時間帯毎の受付数が記録される。
また、センタサーバ１の運用処理において、サーバ制御部１０は管理センタに設置されている係員端末２からの端末情報を受信した時に、サーバ記憶部１１の端末配置表１７を新する。
【００３７】
すなわち、係員は係員端末２に着席すると係員端末２に係員ＩＤとそのパスワードを入力し、この入力を認識した係員端末２は、係員ＩＤとパスワードに図示しない記憶部に格納されている端末識別番号を添付した端末情報をセンタ内ネットワーク３を介してセンタサーバ１へ送信する。
端末情報を受信したサーバ制御部１０は、端末情報の係員ＩＤによりサーバ記憶部１１の係員別能力テーブル１６の該当する係員のパスワードを読出して端末情報のパスワードとの一致によりその係員を認証し、係員ＩＤに対応させてその係員が操作する係員端末２の端末識別番号をサーバ記憶部１１の端末配置表１７に登録して端末配置表１７を更新する。
【００３８】
これにより、管理センタにおいては始業時に各係員が操作する係員端末２が端末配置表１７に登録される。なお係員が途中で交代した場合にも上記と同様にして交代した係員の係員ＩＤに対応させてその係員端末２の端末識別番号が端末配置表に登録される。
その後、係員は上記ステップＳ１５で説明した業務変更指示が係員端末２の画面に表示されたときに担当する処理業務を変更しながら業務予定表に従って担当する業務の処理業務を行う。
【００３９】
係員端末２における処理業務において、その処理業務がエントリ処理業務である場合には、係員端末２の画面にはエントリ処理業務の処理画面が表示され、係員は営業店端末４で文字認識できなかった文字画像を目視で読取って入力すると共に、各項目表示欄の文字画像と文字データを見比べて認識された文字データの誤りを訂正する作業を行う。
そして、作業を終えた係員は終了操作を行い、これを認識した係員端末２は係員が訂正等を行った文字列を添付した訂正入力情報を作成すると共に、処理業務を行った帳票データの管理番号に処理業務名と訂正入力情報等を添付した処理終了通知をセンタ内ネットワーク２を介してセンタサーバ１へ送信する。
【００４０】
また、処理業務がベリファイ処理業務である場合には、係員はダブルチェックのためにエントリ処理業務と同様の作業を行い、その訂正入力情報等を添付した処理終了通知がセンタサーバ１へ送信される。
更に、処理業務が承認処理業務である場合には、その処理画面にはエントリ処理業務とベリファイ処理業務で訂正された訂正入力情報が追加されて表示され、承認処理業務の担当資格を持つ係員は正しいと判断した訂正結果または独自に読取った文字画像の読取り結果を入力する作業を行い、その処理結果等を添付した処理終了通知がセンタサーバ１へ送信される。
【００４１】
処理終了通知を受信したセンタサーバ１のサーバ制御部１０は、処理終了通知の管理番号により該当する帳票ファイルを特定し、処理終了通知の訂正入力情報や処理業務名、処理日時等を特定した帳票ファイルに収納してサーバ記憶部１１の帳票データベース１４に格納する。
この場合に、処理終了通知の処理業務名が「承認処理」等の最終処理業務の処理終了通知のときは、サーバ制御部１０は処理終了通知の処理結果や処理業務名、処理日時等を特定した帳票ファイルに収納して帳票データベース１４に格納すると共に、帳票ファイルの業務名を基にサーバ記憶部１１の業務予定表格納エリア１８の該当する業務名の業務予定表の該当する時間帯の処理実績数に「１」を加え、この加算結果を受付数から減じて未処理数を算出して該当する業務予定表を更新する。
【００４２】
なお、一つの帳票データを１種類の処理業務により処理する業務の場合は、その処理業務の処理終了通知が最終処理業務の処理終了通知になる。
これにより、業務別の業務予定表に時間帯毎の処理実績数が記録される。
そして、運用処理の業務時間の終了後にセンタサーバ１のサーバ制御部１０は、その日の時間帯毎の受付数およびその処理業務を担当した係員の係員配置を業務毎に集計してこれを業務毎の過去受付数および過去係員配置として実績情報データベース１５に格納して蓄積する。
【００４３】
上記のようにしてセンタサーバ１による管理処理や運用処理が行われている場合において、上記ステップＳ２で説明した進捗確認時刻が到来した時は、センタサーバ１のサーバ制御部１０は進捗管理処理を実行する。
以下に、図７に示すフローチャートを用い、ＳＡで示すステップに従って本実施例のセンタサーバの進捗管理処理について説明する。
【００４４】
ＳＡ１、上記図３のステップＳ２において接続子Ａを介して分岐したサーバ制御部１０は、サーバ記憶部１１の業務予定表格納エリア１８から進捗確認を行う当日の業務予定表を読出す。
本ステップの説明では最初に進捗確認を行う業務予定表を読出す。
ＳＡ２、業務予定表を読出したサーバ制御部１０は、業務予定表から時間帯毎の予測受付数割合と受付数と処理実績数と予定処理数とを読出し、業務予定表を読出した時点（上記ステップＳ２で認識した現在時刻）の属する時間帯（現時間帯という。）を認識し、現時間帯以後の予定処理数を合計して処理予定数を算出する。
【００４５】
この場合に、本実施例のようにエントリ処理業務、ベリファイ処理業務、承認処理業務の３種類の処理業務により一つの帳票データを処理する業務の場合は、時間帯毎の各処理業務の予定処理数の内で最も少ない予定処理数の処理業務（ネック処理業務という。）の予定処理数を合計して処理予定数を算出する。
なお、１種類の処理業務により一つの帳票データを処理する業務の場合は、読出した予定処理数がネック処理業務の予定処理数になる。
【００４６】
ＳＡ３、処理予定数を算出したサーバ制御部１０は、業務予定表の時間帯毎の処理実績数から現時間帯より前の時間帯毎の処理実績数を抽出し、抽出した時間帯毎の処理実績数の合計値に算出した処理予定数を加えて当日処理数を算出する。
ＳＡ４、当日処理数を算出したサーバ制御部１０は、業務予定表の時間帯毎の受付数と予測受付数割合から現時間帯より前の時間帯毎の受付数と予測受付数割合を抽出し、抽出した時間帯毎の受付数の合計値を、その時間帯毎の予測受付数割合の合計値で除して当日の１日分の受付数である当日受付総数を算出する。
【００４７】
ＳＡ５、当日受付総数を算出したサーバ制御部１０は、当日受付総数が当日処理数より大きい場合は業務の処理の達成を不可能と判定してステップＳ６へ移行する。当日受付総数が当日処理数以下の場合は業務の処理の達成を可能と判定してステップＳ１へ戻って次の進捗確認を行う業務予定表を読出す。
ＳＡ６、業務の処理の達成を不可能と判定したサーバ制御部１０は、現時間帯より前の時間帯毎の受付数を基に、実績情報データベース１５の蓄積実績データを検索して、該当する時間帯毎の受付数の傾向に最も近い過去受付数の傾向を有する日（近似受付実績日という。）の時間帯毎の過去受付数とその係員配置を読出し、近似受付実績日の時間帯毎の過去受付数とその過去係員配置から、現時間帯以後の時間帯の過去受付数とその過去係員配置を抽出する。
【００４８】
ＳＡ７、そして、サーバ制御部１０は、業務予定表の現時間帯以後の各時間帯の予測受付数とその係員配置を近似受付実績日の現時間帯以後の過去受付数とその過去係員配置に置換えて業務予定表を仮に修正し、仮修正した業務予定表をサーバ記憶部１１の業務予定表格納エリア１８へ格納する。
ＳＡ８、業務予定表の仮修正を終えたサーバ制御部１０は、全ての業務予定表の進捗確認を終えた場合はステップＳＡ９へ移行する。進捗確認すべき業務予定表が残っている場合はステップＳ１へ戻って次の進捗確認を行う業務予定表を読出す。
【００４９】
ＳＡ９、全ての業務予定表の進捗確認を終えたサーバ制御部１０は、サーバ記憶部１１の業務予定表格納エリア１８から全ての業務予定表を読出し、各業務予定表の現時間帯以後の各時間帯の係員配置から同じ時間帯に２重に配置されている係員（重複配置係員という。）と、サーバ記憶部１１の端末配置表１７を参照して当該時間帯の係員配置から除外された係員（未配置係員という。）とを抽出する。
【００５０】
そして、重複配置係員が、仮修正した業務予定表と未修正の業務予定表とに配置されている場合は、重複配置係員を仮修正した業務予定表に配置すると共に、未修正の業務予定表の当該時間帯の予測受付数とその時間帯のその処理業務に配置されている重複配置係員以外の係員の平均処理能力の合計値との差を求め、この差を新たに配置する係員のその業務の処理業務の平均処理能力とし、これを基に係員別能力テーブル１６の未配置係員の平均処理能力を検索して同等以上の平均処理能力を有する未配置係員を抽出し、この未配置係員を未修正の業務予定表に配置する。
【００５１】
未配置係員が全て前記の平均処理能力より劣る場合は、係員別能力テーブル１６から未配置係員のピーク時処理能力を検索して同等以上のピーク時処理能力を有する未配置係員を抽出し、この未配置係員を未修正の業務予定表に配置する。
ピーク時処理能力を検索しても該当する未配置係員が抽出できない場合や未配置係員が重複配置係員が行うことになっていた業務の処理業務の担当資格を有していない場合は、係員別能力テーブル１６から他の未修正の業務予定表の当該時間帯に配置され、かつ前記の平均処理能力と担当資格を有する係員を抽出し、抽出された係員が配置されている他の未修正の業務予定表の当該時間帯の予測受付数とその時間帯のその処理業務に配置されている抽出された係員以外の係員の平均処理能力の合計値との差を求め、この差を新たに配置する係員の平均処理能力として前記と同様にして係員別能力テーブル１６の未配置係員の平均処理能力またはピーク時処理能力を検索して同等以上の平均処理能力またはピーク時処理能力を有する未配置係員を抽出し、この未配置係員を抽出された係員と入替えると共に抽出された係員を未修正の業務予定表に配置する。
【００５２】
このようにして仮修正した業務予定表と係員配置を変更した未修正の業務予定表、配置を入替えた他の未修正の業務予定表を修正した業務予定表としてサーバ記憶部１１の業務予定表格納エリア１８に格納する。
重複配置係員が、２つの仮修正した業務予定表に配置されている場合は、それぞれの仮修正した業務予定表の当該時間帯の予測受付数（ステップＳＡ７で過去受付数に置換えられた予測受付数）とその時間帯のその処理業務に配置されている重複配置係員以外の係員の平均処理能力の合計値との差を求め、この差の大きい方の仮修正した業務予定表に重複配置係員を配置すると共に、小さい方の差を新たに配置する係員のその業務の処理業務の平均処理能力とし、これを基に上記と同様にして係員別能力テーブル１６の未配置係員の平均処理能力またはピーク時処理能力を検索して同等以上の平均処理能力またはピーク時処理能力を有する未配置係員を抽出し、この未配置係員を他の仮修正した業務予定表に配置する。
【００５３】
ピーク時処理能力を検索しても該当する未配置係員が抽出できない場合や未配置係員が重複配置係員が行うことになっていた業務の処理業務の担当資格を有していない場合は、係員別能力テーブル１６から未修正の業務予定表の当該時間帯に配置され、かつ前記の平均処理能力と担当資格を有する係員を抽出し、抽出された係員が配置されている未修正の業務予定表の当該時間帯の予測受付数とその時間帯のその処理業務に配置されている抽出された係員以外の係員の平均処理能力の合計値との差を求め、これを新たに配置する係員の平均処理能力として前記と同様にして係員別能力テーブル１６の未配置係員の平均処理能力またはピーク時処理能力を検索して同等以上の平均処理能力またはピーク時処理能力を有する未配置係員を抽出し、この未配置係員を抽出された係員と入替えると共に抽出された係員を他の仮修正した業務予定表に配置する。
【００５４】
このようにして仮修正した業務予定表と係員配置を変更した仮修正した業務予定表、配置を入替えた未修正の業務予定表を修正した業務予定表としてサーバ記憶部１１の業務予定表格納エリア１８に格納する。
なお、重複配置係員が全ての業務予定表に存在しない場合または重複配置係員が存在しない業務予定表の場合は、仮修正した業務予定表を修正した業務予定表としてサーバ記憶部１１の業務予定表格納エリア１８に格納する。
【００５５】
また、３重以上に同じ係員が配置されている場合は、上記の作動を順次に実行して業務予定表を修正する。
上記のようにして、業務の処理が未達となることが予測される業務予定表の修正が自動的に行われる。
ＳＡ１０、業務予定表の修正を終えたサーバ制御部１０は、修正した全ての業務予定表を読出し、前の時間帯の業務および／もしくは処理業務を変更する係員を抽出し、端末配置表１７を検索して該当する係員が操作する係員端末２の端末識別番号を特定し、変更後の業務の業務名や処理業務名等を記した業務および／もしくは処理業務を変更する旨の業務変更指示をセンタ内ネットワーク３を介して特定した端末識別番号の係員端末２へ送信し、接続子Ｂを介して図３のステップＳ１へ戻って管理処理（図３）における管理業務メニュー画面を表示して待機する。
【００５６】
業務変更指示を受信した係員端末２は、その画面に受信した業務変更指示の内容を表示した図６に示す業務変更指示画面を表示する。
係員は表示された内容を確認し、変更前の処理業務が処理中の場合はその終了後に変更指示された業務の処理業務を行う。
なお、上記ステップＳＡ７において、仮修正した業務予定表は、業務予定表の現時間帯以後の各時間帯の予測受付数とその係員配置を近似受付実績日の現時間帯以後の過去受付数とその過去係員配置にそのまま置換えて作成するとして説明したが、仮修正のとき実績情報データベース１５の統計解析データの前年と本年の過去受付数の差の傾向やその季節変動、曜日変動等を考慮して予測受付数等を設定するようにしてもよい。
【００５７】
上記のようにして本実施例のサンタサーバ１の進捗管理処理が実行される。
以上説明したように、本実施例では、センタサーバが進捗管理処理を実行するようにしたことによって、センタサーバにより業務の処理が未達となることが予測される業務予定表の修正を自動的に行うことができ、複数の業者が共同して設立した事務管理システムの管理センタの規模の拡大に伴って受付数が増大したとしても管理者の負荷を軽減することができると共に事務管理システムの効率化を図ることができる。
【００５８】
なお、本実施例においては、業務予定表の時間帯や進捗確認に時間間隔は１時間毎として説明したが、時間帯や時間間隔は１時間毎に限らず、３０分毎、２時間帯毎、半日毎等であってもよい。
また、業務別実績格納手段は、業務予定表を兼用して用いると説明したが、業務別実績格納手段は前記に限らず、別に設けた管理表であっても帳票データベースに格納した帳票データの受付日時や処理日時を検索して当日の受付数や処理実績数を計数するようにしてもよい。
【００５９】
更に、業務予定表の作成は、マウス等により管理者が係員配置を指定するとして説明したが、作成時に前年同月同日の過去係員配置を同時に読出して表示部に表示するようにしてもよい。これにより管理者の業務予定表の作成時の負荷を軽減することができると共に業務予定表の作成業務の効率化を図ることができる。
更に、センタ装置は一台のセーターサーバであるとして説明したが、センタ装置の機能を分散させて複数のコンピュータで構成するようにしてもよい。
【００６０】
例えば、センタ装置を、帳票データベースや実績情報データベース等を備えた業務サーバと、処理業務の処理画面等を格納するウェブサーバと、管理センタの運用処理等を実行する集配信サーバと、管理センタの管理処理等を実行する管理端末等で構成すれば、早期に本システムを実現することができる。
なお、前記の例はセンタ装置の機能を４つのコンピュータに分散させたものであるが、これらの一部を統合しても、更に分散させても本発明の効果を損なうものではない。
【図面の簡単な説明】
【００６１】
【図１】実施例のシステム構成を示すブロック図
【図２】実施例のセンタサーバを示すブロック図
【図３】実施例のセンタサーバの管理処理を示すフローチャート
【図４】実施例の作成内容入力画面表示例
【図５】実施例の業務予定表作成画面表示例
【図６】実施例の業務変更指示画面表示例
【図７】実施例のセンタサーバの進捗管理処理を示すフローチャート
【符号の説明】
【００６２】
１    センタサーバ
２    係員端末
３    センタ内ネットワーク
４    営業店端末
５    通信回線
１０  サーバ制御部
１１  サーバ記憶部
１２  表示部
１３  入力部
１４  帳票データベース
１５  実績情報データベース
１６  係員別能力テーブル
１７  端末配置表
１８  業務予定表格納エリア
【図１】
2006313473.tif 000003
【図２】
2006313473.tif 000004
【図３】
2006313473.tif 000005
【図４】
2006313473.tif 000006
【図５】
2006313473.tif 000007
【図６】
2006313473.tif 000008
【図７】
2006313473.tif 000009