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