(57)【特許請求の範囲】
【請求項１】
前面と後面とを有するリサイクルキャッシャと、
前記リサイクルキャッシャの実行した業務処理に関する業務情報を格納するサーバ装置と、
情報処理装置と、を有し、
前記情報処理装置は、
前記サーバ装置から取得した前記業務情報の中から、前記リサイクルキャッシャの操作者の過去の業務に関する業務情報を抽出し、
抽出した前記業務情報を用いて、前記操作者が行う業務が顧客業務であるか行員業務であるかを判定し、
前記顧客業務の回数と前記行員業務の回数との比較結果に基づいて、前記リサイクルキャッシャの前面における業務と後面における業務とのうち何れの業務を優先するかを決定する、
入出金システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入出金システムに関する。
【背景技術】
【０００２】
近年、銀行等の金融機関の営業店舗では、顧客満足度の向上や装置運用の最適化が重要視されている。特に、営業店舗において現金の入出金が可能な現金取扱機（以下、単に「現金機」と記す。）であるリサイクルキャッシャでは、入出金業務の効率化を図る技術が提案されている。例えば、端末から小束の出金要求があると、該要求を満たす出金が可能であるかと、該要求の送信元の端末に現金取扱機器が隣接配置されているかとを判断し、双方肯定の場合には、現金取扱機器に小束の出金を指示する制御装置がある。また、１つの営業店端末が第１の業務処理を実行している途中で第２の業務処理を実行する場合に、取引マネージャにより、第２の業務処理に対応するクライアントマネージャにクライアントマネージャを切り換える店舗サーバがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１８８２５４号公報
【特許文献２】特開２００３−２０８５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したリサイクルキャッシャでは、メカ的な制約上、営業店舗内のロビー側での入金処理とオフィス側での出金処理とを同時に行うことができないため、行員が、何れの処理を優先するかを判断し、優先順位を手動操作により決定していた。このため、リサイクルキャッシャにおいて、時間的に変化する利用状況を考慮して、入金処理と出金処理とを適切に切り替えること（最適化）は困難であった。例えば、上述した技術は何れも、業務処理の効率化を図るものであるが、リサイクルキャッシャの過去の利用状況をリアルタイムに考慮するものではなかった。このことが、営業店舗における現金運用の効率化を阻害する要因となっていた。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、営業店舗における現金運用の効率化を図ることのできる入出金システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本願の開示する入出金システムは、一つの態様において、現金機と、前記現金機の実行した業務処理に関する業務情報を格納するサーバ装置と、情報処理装置とを有する。前記情報処理装置は、前記サーバ装置から取得された前記業務情報の中から、前記現金機の操作者の過去の業務に関する業務情報を抽出する抽出部と、前記抽出部により抽出された前記業務情報を用いて、前記操作者の取引時間を推測し、該推測の結果に基づき、前記現金機による入金処理と出金処理との内、何れの処理を優先するかを決定する決定部とを有する。
【発明の効果】
【０００７】
本願の開示する入出金システムの一つの態様によれば、営業店舗における現金運用の効率化を図ることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、入出金システムの構成を示す図である。
【図２】図２は、シミュレーションＤＢ内における業務情報格納例を示す図である。
【図３Ａ】図３Ａは、シミュレーションＤＢ内における資源情報格納例を示す図である。
【図３Ｂ】図３Ｂは、シミュレーションＤＢ内における別装置の資源情報格納例を示す図である。
【図４】図４は、業務評価の計算結果がＤＢに蓄積されるまでの処理の流れを説明するためのフローチャートである。
【図５Ａ】図５Ａは、資源の使用情報の構成例を示す図である。
【図５Ｂ】図５Ｂは、業務評価の使用情報の構成例を示す図である。
【図６】図６は、優先順位決定処理を説明するためのフローチャートである。
【図７】図７は、運用シミュレーション処理を説明するためのフローチャートである。
【図８】図８は、運用シミュレーション処理実行の結果表示される混雑状況の一例を示す図である。
【図９】図９は、操作者のスキルマップを表示する処理を説明するためのフローチャートである。
【図１０Ａ】図１０Ａは、評価ＤＢのデータ格納例を示す図である。
【図１０Ｂ】図１０Ｂは、読込範囲ＤＢのデータ格納例を示す図である。
【図１１】図１１は、定義ファイルのデータ格納例を示す図である。
【図１２】図１２は、業務完了時に実行される処理を説明するためのフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する入出金システムの実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する入出金システムが限定されるものではない。
【００１０】
まず、本願の開示する一実施例に係る入出金システムの構成を説明する。図１は、入出金システム１の構成を示す図である。図１に示す様に、入出金システム１では、営業店情報ＤＢ（DataBase）１０と順位操作機２０とリサイクルキャッシャ３０と現金機ＩＯ（Input  Output）４０、５０と抽出用ＰＣ（Personal  Computer）６０とが、ネットワークＮを介して接続されている。営業店情報ＤＢ１０は、営業店舗の各種情報を集約する。順位操作機２０は、顧客の順番を決定する。リサイクルキャッシャ３０及び現金機ＩＯ４０、５０は、行員や顧客が現金等の入出金に使用する装置である。
【００１１】
抽出用ＰＣ６０は、運用シミュレーションを抽出する装置であり、シミュレーション用定義ファイル６１とデータマイニング部６２とシミュレーション部６３と結果表示部６４とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能なように接続されている。シミュレーション用定義ファイル６１は、後述するシミュレーションＤＢ６１１を有する。データマイニング部６２は、シミュレーション用定義ファイル６１に則り、業務ＤＢから所望のデータを探索する。シミュレーション部６３は、上記業務ＤＢから探索されたデータから、シミュレーション用定義ファイル６１に則った計算を実行する。結果表示部６４は、計算結果を表示する。
【００１２】
リサイクルキャッシャ３０及び現金機ＩＯ４０、５０の各現金機は、行員ＩＤまたは顧客ＩＤを基に実行される。行員または顧客が業務を選択すると、各現金機は、業務処理を実行する。行員または顧客が業務を完了すると、例えば、図２〜図３Ｂに示す情報がシミュレーションＤＢ６１１に追加される。
【００１３】
図２は、シミュレーションＤＢ６１１内における業務情報格納例を示す図である。図２に示す様に、シミュレーションＤＢ６１１ａには、操作者ＩＤ（行員ＩＤまたは顧客ＩＤ）に対応付けて、操作者連携、業務名称、資源名称、装置ＩＤ、開始時刻、完了時刻、操作対応時間、装置処理時間、復旧対応ＩＤ、復旧対応時間等の各種情報が更新可能に格納される。業務名称としては、例えば、“業務Ａ”、“業務Ｂ”が格納され、資源名称としては、例えば、“入金枚数”、“出金枚数”、“顧客レシート”、“行員レシート”、“包装紙”、“施封紙”が格納される。
【００１４】
図２において、操作者ＩＤの最上位ビットは、“０＝行員”、“１＝顧客”を表す。また、項番２のレコードは、操作者連携に“３”が記録されているため、顧客ＩＤ“１００００００２”の顧客が、行員ＩＤ“０００００００２”の行員に対し、業務Ｂを依頼していることを示す。装置ＩＤは、７桁の内、上位３桁が装置種別を表し、下位４桁が装置番号を表す。例えば、項番１と項番６とでは、装置種別が同一であるが、装置番号が異なるため、営業店舗内に同一の装置（現金機）が少なくとも２台あることになる。なお、開始時刻に記録された“20150110151005”と完了時刻に記録された“20150110151325”とは、それぞれ開始時刻が2015年1月10日15時10分5秒であること、及び、完了時刻が2015年1月10日15時13分25秒であることを示す。
【００１５】
図３Ａは、シミュレーションＤＢ６１１内における資源情報格納例を示す図である。図３Ｂは、シミュレーションＤＢ６１１内における別装置の資源情報格納例を示す図である。図３Ａ及び図３Ｂに示す様に、シミュレーションＤＢ６１１ｂ、６１１ｃには、各装置の資源情報として、例えば、最大容量、現在容量、使用情報が、資源名称（例えば、千券カセット、万券カセット、・・・）毎に蓄積される。これらの資源情報は、操作された順番に、装置（現金機）毎に分けて、シミュレーションＤＢ６１１に蓄積される。
【００１６】
次に動作を説明する。
【００１７】
図４は、業務評価の計算結果がＤＢに蓄積されるまでの処理の流れを説明するためのフローチャートである。業務が完了すると、営業店サーバ側の営業店情報ＤＢ１０は、蓄積結果を各現金機に返した後、抽出用ＰＣ６０へ蓄積要求を発信する。Ｓ１では、抽出用ＰＣ６０は、営業店情報ＤＢ１０に蓄積された情報を、営業店サーバから抽出し、業務ＤＢに蓄積する。Ｓ２では、抽出用ＰＣ６０は、シミュレーション用定義ファイル６１を読み込む。Ｓ３では、抽出用ＰＣ６０は、シミュレーション用定義ファイル６１に則り、上記業務ＤＢから所望のデータを探索（マイニング）する。Ｓ４では、抽出用ＰＣ６０は、上記業務ＤＢから探索されたデータから、シミュレーション用定義ファイル６１に則った計算を実行（シミュレーション）する。
【００１８】
ここで、シミュレーション用定義ファイル６１について説明する。シミュレーション用定義ファイル６１は、例えば、優先順位、領域定義、平均取引時間、平均資源数、資源の使用情報、業務評価の各種情報を含む。シミュレーション用定義ファイル６１では、優先順位は、年＞月＞日の順に高く設定される。領域定義は、年月日毎に設定され、年の場合、１〜３月、４〜６月、７〜９月、１０〜１２月が単位領域となる。また、月の場合には、１〜１０日、１１〜２０日、２１〜末日が単位領域となり、日の場合には、９〜１２時、１２〜１５時、１５時〜営業終了時刻が単位領域となる。
【００１９】
図５Ａは、資源の使用情報Ｆ１の構成例を示す図である。図５Ａに示す様に、資源の使用情報“１ａ”、“１ｂ”、“１ｃ”、“１ｄ”、“２ａ”、“２ｂ”毎に計算式が設定されている。使用情報“１ａ”の計算式において、入金枚数［１ａ］＝１円入金有無×１０＋５円入金有無×１０＋・・・＋５００円入金有無×１５＋１円棒金有無×１０＋・・・＋５００円棒金有無×１０＋千券有無×１０＋・・・＋万券有無×１０である。例えば、項番１の顧客ＩＤ“１００００００１”を有する顧客の場合、図２を参照すると、入金枚数は、“５００万５００千”の１０００枚である。その他の入出金は無く、上記入金枚数［１ａ］において、千券有無は有、万券有無は有である。従って、上記計算式を適用すると、（１０＋１０）×１定数＋１０定数＝３０となり、消費された資源数は“３０”と算出される。
【００２０】
Ｓ５では、抽出用ＰＣ６０は、上記計算の結果を資源ＤＢに蓄積する。
【００２１】
図５Ｂは、業務評価の使用情報Ｆ２の構成例を示す図である。図５Ｂに示す様に、業務評価の使用情報“業務Ａ”、“業務Ｂ”毎に計算式が設定されている。図５Ｂにおいて、業務評価は５段階評価であり、業務回数が所定の閾値（例えば、１０回）以上の場合には業務回数は所定の補正値（例えば、５回）により補正される。また、業務評価の使用情報には、業務において突発的な速度低下がある場合の平均値に対する割合が、突発的変化量として設定されている。更に、変化優先が、シミュレーション用定義ファイル６１と平均化との内、何れであるかを示す情報が設定されている。
【００２２】
Ｓ６では、抽出用ＰＣ６０は、上記業務評価を計算し、計算の結果を評価ＤＢに蓄積する。この際、抽出用ＰＣ６０は、操作者ＩＤの平均速度及び業務評価が変化し、かつ、業務回数がシミュレーション用定義ファイル６１の設定値以上である場合、読込範囲ＤＢに変化後時間を追加する。
【００２３】
続いて、リサイクルキャッシャ３０の優先順位決定までの流れを説明する。まず、抽出用ＰＣ６０は、顧客ＩＤ及び順番を行員と連携し、シミュレーションＤＢ６１１に蓄積する。次に、抽出用ＰＣ６０は、営業店情報ＤＢ１０から顧客ＩＤの業務内容を想定し、操作者ＩＤの業務内容が行員業務に依存する場合には、シミュレーションＤＢ６１１の行員業務に１を加算する。これに対し、操作者ＩＤの業務内容が顧客業務に依存する場合には、シミュレーションＤＢ６１１の顧客業務に１を加算する。次に、抽出用ＰＣ６０は、該加算の結果に応じて、リサイクルキャッシャ３０の優先順位を決定する。具体的には、抽出用ＰＣ６０は、行員業務＞顧客業務の場合には、行員優先業務命令をリサイクルキャッシャ３０へ送信し、行員業務＜顧客業務の場合には、顧客優先業務命令をリサイクルキャッシャ３０へ送信する。なお、行員業務＝顧客業務の場合には、抽出用ＰＣ６０は、早い者勝ち命令をリサイクルキャッシャ３０へ送信する。
【００２４】
以下、図６を参照しながら、優先順位決定処理について、より詳細に説明する。図６は、優先順位決定処理を説明するためのフローチャートである。
【００２５】
Ｓ１１では、装置（順位操作機２０または現金機）の完了情報が、ネットワークＮを介して抽出用ＰＣ６０に通知される。完了情報には、例えば、操作者ＩＤ、完了通知、装置情報が含まれる。抽出用ＰＣ６０のシミュレーション部６３は、順位操作機２０の完了の有無を判定し（Ｓ１２）、順位操作機２０の完了を検知すると（Ｓ１２；Ｙｅｓ）、操作者ＩＤを取得する（Ｓ１３）。Ｓ１４では、シミュレーション部６３は、年領域と月領域での使用条件の下、データマイニング結果（現状のシミュレーション結果データ）を取得する。次に、シミュレーション部６３は、上記データマイニング結果に基づき、行員業務が顧客業務よりも多いか否かを判定し（Ｓ１５）、多い場合（Ｓ１５；Ｙｅｓ）には、シミュレーションＤＢ６１１の行員業務に１を加算する（Ｓ１６）。
【００２６】
Ｓ１７では、シミュレーション部６３は、リサイクルキャッシャ３０における行員業務と顧客業務との大小関係をシミュレーションＤＢ６１１から判別する。該判別の結果、行員業務＞顧客業務が成立する場合（Ｓ１７；Ｙｅｓ）には、シミュレーション部６３は、後面業務を優先し、リサイクルキャッシャ３０に対し、後面の優先を指示する（Ｓ１８）。
【００２７】
抽出用ＰＣ６０のシミュレーション部６３は、上記Ｓ１２において現金機の完了を検知しないと（Ｓ１２；Ｎｏ）、操作者ＩＤを取得する（Ｓ１９）。Ｓ２０では、シミュレーション部６３は、取得された操作者ＩＤと連携している業務の各々が行員業務であるか顧客業務であるかの判定を行った後、行員業務が顧客業務よりも多いか否かを判定する。多い場合（Ｓ２０；Ｙｅｓ）には、シミュレーション部６３は、シミュレーションＤＢ６１１の行員業務から１を減算する（Ｓ２１）が、顧客業務が行員業務よりも多い場合（Ｓ２２；Ｙｅｓ）には、シミュレーションＤＢ６１１の顧客業務から１を減算する（Ｓ２３）。
【００２８】
なお、上記Ｓ２１または上記Ｓ２３の処理終了後、あるいは、顧客業務が行員業務と同数である場合（Ｓ２２；Ｎｏ）には、上述したＳ１７以降の処理に移行する。
【００２９】
上記Ｓ１５における判定の結果、行員業務が顧客業務よりも多くない場合（Ｓ１５；Ｎｏ）には、シミュレーション部６３は、顧客業務が行員業務よりも多いか否かを更に判定し、多い場合（Ｓ２４；Ｙｅｓ）には、シミュレーションＤＢ６１１の顧客業務に１を加算する（Ｓ２５）。
【００３０】
なお、上記Ｓ２５の処理終了後、あるいは、顧客業務が行員業務と同数である場合（Ｓ２４；Ｎｏ）には、上述したＳ１７以降の処理に移行する。
【００３１】
上記Ｓ１７において行員業務＞顧客業務が成立しない場合（Ｓ１７；Ｎｏ）には、シミュレーション部６３は、行員業務＜顧客業務が成立するか否かを更に判定し（Ｓ２６）、成立する場合（Ｓ２６；Ｙｅｓ）には、前面業務を優先し、リサイクルキャッシャ３０に対し、前面の優先を指示する（Ｓ２７）。一方、成立しない場合（Ｓ２６；Ｎｏ）には、シミュレーション部６３は、リサイクルキャッシャ３０に対し、早い者勝ちを指示する（Ｓ２８）。
【００３２】
次に、図７を参照しながら、運用シミュレーション処理について、より詳細に説明する。図７は、運用シミュレーション処理を説明するためのフローチャートである。
【００３３】
運用シミュレーション結果の要求が有ると（Ｓ３１）、抽出用ＰＣ６０のシミュレーション部６３は、上述したシミュレーション用定義ファイル６１を読み込む（Ｓ３２）。
【００３４】
Ｓ３３では、シミュレーション部６３は、検索要求が日を指定したものであるか否かを判定する。検索要求が日を指定したものである場合（Ｓ３３；Ｙｅｓ）には、シミュレーション部６３は、年領域と月領域での使用条件の下、各操作者ＩＤの平均値を計算する（Ｓ３４）。
【００３５】
平均値の計算手法に関し、シミュレーション部６３は、シミュレーションＤＢ６１１の装置ＩＤにおける開始時刻、完了時刻、年月日の領域で平均化を行う。平均取引時間は、Σ［各ＩＤ（完了時刻−開始時刻）］／Σ［各ＩＤ］により算出され、平均資源数は、Σ［ＩＤ（資源数）］／Σ［ＩＤ］により算出される。例えば、顧客ＩＤ“１００００００１”の顧客の場合、開始時刻は“2015年1年10日15時10分5秒”であり、完了時刻は“2015年1年10日15時13分25秒”であることから、取引時間は、完了時刻−開始時刻により3分20秒と算出される。また、資源数としては、既に算出された“３０”（図５Ａ参照）が使用される。更に、年月日の領域は、シミュレーション用定義ファイル６１上、年は４つ区切り、月は３つ区切り、日は３つ区切りであるため、日の場合には４×３×３＝３６通りものタイミングが想定される。月の場合にも、４×３＝１２通りのタイミングが想定される。
【００３６】
なお、顧客ＩＤ“１００００００１”の顧客が、年：１〜３月、月：１〜１０日、日：１２〜１５時のタイミングにおいて複数回の取引をしている場合には、シミュレーション部６３は、その平均値を算出する。例えば、顧客ＩＤ“１００００００１”の顧客の平均取引時間は、１回目が“3分20秒”、２回目が“3分30秒”である場合、“3分25秒”と算出され、平均資源数は、１回目が“30”、２回目が“40”である場合、“35”と算出される。上記Ｓ３４では、シミュレーション部６３は、上記タイミングにおいて、上記顧客以外の各操作者の平均値を同様に算出する。
【００３７】
次に、シミュレーション部６３は、顧客ＩＤ“１００００００１”と各操作者ＩＤとの平均取引時間の総平均取引時間、及び平均資源数の総平均資源数を算出する。その後、シミュレーション部６３は、使用可能な装置台数を計算し、総平均取引時間と総平均資源数とを該装置台数により除算する。例えば、上記タイミングにおいて、総平均取引時間が“5分10秒”、総平均資源数が“40”、総使用回数が“30回”であり、業務Ａを実行可能な装置が２台である場合を想定する。この場合、２台の装置を使用する分、総平均取引時間は“2分35秒”に、総平均資源数は“20”にそれぞれ削減されることとなる。これにより、シミュレーション部６３は、シミュレーション結果として、総使用回数“20”の間隔で、取引時間が“2分35秒”ずつ、資源数が“20”ずつ減少していくという情報を得ることができる。
【００３８】
次のＳ３５では、データマイニング部６２は、現在の操作者の履歴をデータマイニングして、シミュレーションＤＢ６１１から、各操作者において実行される取引の回数を推測する。まず、データマイニング部６２は、操作者ＩＤで月に何回の取引が行われるかを計算する。次に、データマイニング部６２は、上記取引が月の何れの領域内にて行われるかを特定し、同日に何回行われるかの平均値を計算する。更に、データマイニング部６２は、操作者の過去の履歴を基に、同日に実行された取引の有無を確認する。
【００３９】
Ｓ３６では、シミュレーション部６３は、上記Ｓ３４で計算された平均値Ａから上記Ｓ３５で計算された回数Ｂを減算した値の平均値を計算する。この際、シミュレーション部６３は、上記取引の回数が、同日に何回行われるかの平均値を上回っている操作者がいる場合には、その操作者の操作者ＩＤについてのみ、Ｓ３４で計算された上記平均値からＳ３６で計算された上記平均値を減算する。これにより、定義されている領域内から、該当操作者のＩＤ（例えば、顧客ＩＤ“１００００００１”）だけが省かれてシミュレーションが実行されることとなる。
【００４０】
Ｓ３７では、結果表示部６４は、Ｓ３６にて計算された、上記Ａ−Ｂの平均値を表示する。
【００４１】
なお、上記Ｓ３３において、上記検索要求が日を指定したものでない場合（Ｓ３３；Ｎｏ）には、シミュレーション部６３は、年領域での使用条件の下、各操作者ＩＤの平均値を計算する（Ｓ３８）。Ｓ３９では、結果表示部６４は、Ｓ３８にて計算された上記平均値を表示する。
【００４２】
上述した運用シミュレーション処理の実行により、オペレーション側では、混雑状況の確認が可能となる。図８は、運用シミュレーション処理実行の結果表示される混雑状況の一例を示す図である。オペレータの視認可能な画面には、図８に示す様に、時間帯毎の待ち人数が、４段階（１名待ち、２〜３名待ち、４〜５名待ち、６名以上）に分けて識別表示される。なお、図８において、塗り潰し部分は、各装置（リサイクルキャッシャ３０、現金機ＩＯ４０、５０）の占有時間帯を表す。
【００４３】
資源に関し、図８に示す領域では３０回使用される可能性があるため、全体としては、資源数“２０”×３０回＝６００の資源が使用される可能性がある。ところが、顧客レシートは５００までしかないため、交換が必要となる。資源の使用数は、業務完了のタイミングで、シミュレーションＤＢ６１１に蓄積されるため、上記運用シミュレーション処理により計算される。
【００４４】
次に、操作者のスキルマップを表示する処理について説明する。銀行では、入出金システム１は、業務を遂行するスピードにより、各操作者のオペレーションスキルを評価することができる。図９は、操作者のスキルマップを表示する処理を説明するためのフローチャートである。
【００４５】
スキルマップの要求があると（Ｓ４１）、シミュレーション部６３は、操作者により入力された操作ＩＤを取得する（Ｓ４２）。上記要求は、平均化要求または定義ファイルでの要求である。次に、シミュレーション部６３は、シミュレーション用定義ファイル６１を読み込み（Ｓ４３）、評価ＤＢを基に、操作者ＩＤの読込範囲となる日時を読み込む（Ｓ４４）。図１０Ａは、評価ＤＢＧ１のデータ格納例を示す図である。図１０Ａに示す様に、評価ＤＢＧ１には、各業務（例えば、業務Ａ、Ｂ）に対する評価と回数とが、操作者ＩＤ毎に格納されている。なお、評価は、例えば５段階評価であるが、これに限らない。同様に、図１０Ｂは、読込範囲ＤＢＧ２のデータ格納例を示す図である。図１０Ｂに示す様に、読込範囲ＤＢＧ２には、各業務（例えば、業務Ａ、Ｂ）における評価変化日時と平均速度とが、操作者ＩＤ毎に格納されている。
【００４６】
Ｓ４５では、シミュレーション部６３は、操作者ＩＤの読込範囲内で発生した業務を平均化する。例えば、シミュレーション部６３は、業務回数が１０未満の場合には、業務回数分の平均化を行う。これに対し、業務回数が１０以上であり、かつ、上記読込範囲内の業務回数が５以下である場合には、シミュレーション部６３は、操作者の操作対応時間を加算した後、５回に足りない回数分、現状の平均値を加算し、補正回数で除算する。例えば、ＩＤ１００００００１の操作者が評価変化日時から２回の業務を行う場合を想定すると、１回目の操作対応時間が“６５秒”、２回目の操作対応時間が“７０秒”であるが、３回目以降が無いので残り３回分は、読込範囲ＤＢＧ２の平均値である６０秒が３回加算される。従って、平均速度は、（６５＋７０＋６０×３）／５＝６３秒と算出される。
【００４７】
一方、業務回数が１０以上であり、かつ、上記読込範囲内の業務回数が５を超える場合には、シミュレーション部６３は、上記評価変化日時の平均速度に、現時点の業務回数分の操作対応時間を加算し、現時点の業務回数＋１で除算する。例えば、ＩＤ１００００００１の操作者が評価変化日時から６回の業務を行う場合を想定すると、１〜６回目の操作対応時間がそれぞれ“６５秒”、“７０秒”、“７０秒”、“４０秒”、“３０秒”、“５０秒”である。従って、平均速度は、（評価変化日時６０＋６５＋７０＋７０＋４０＋３０＋５０）／（６＋１）＝５５秒と算出される。
【００４８】
Ｓ４６では、シミュレーション部６３は、平均化要求の有った評価結果が、全体の平均からの評価結果であるか、後述する定義ファイルにて定義された評価結果であるかを判定する。該判定の結果、平均化要求の有った評価結果が、全体の平均からの評価結果である場合（Ｓ４６；Ｙｅｓ）、シミュレーション部６３は、各操作者ＩＤの業務を平均化し、例えば平均値の７０％以上増加しているスピードを読み込まないことで突発的変化を除外する。そして、シミュレーション部６３は、この突発的変化の除外された各操作者ＩＤの業務を平均化する（Ｓ４７）。
【００４９】
その後、シミュレーション部６３は、操作者の平均速度を全体の平均速度と比較し（Ｓ４８）、段階評価を決定する（Ｓ４９）。例えば、全体の平均速度が“６０”であり、５段階評価の場合、１２０以上が１段階、１２０〜９０が２段階、９０〜６０が３段階、６０〜３０が４段階、３０以下が５段階となる。従って、平均速度が“６８”の操作者の評価は“３”に決定される。Ｓ５０では、結果表示部６４は、Ｓ４９にて決定された段階評価の結果を、操作者、平均速度、業務と対応付けて表示する。これにより、オペレータは、各操作者が各業務を遂行するためにどの程度のスキルを有するかを、簡易迅速に把握することができる。
【００５０】
上記Ｓ４６における判定の結果、平均化要求の有った評価結果が、定義ファイルにて定義された評価結果である場合（Ｓ４６；Ｎｏ）、シミュレーション部６３は、操作者の平均速度を定義ファイルの設定値と比較し（Ｓ５１）、段階評価を決定する（Ｓ５２）。図１１は、定義ファイルＧ３のデータ格納例を示す図である。図１１に示す様に、定義ファイルＧ３には、各業務（例えば、業務Ａ、Ｂ）に対する評価と回数とが、操作者ＩＤ毎に格納されている。なお、評価は、例えば５段階評価であるが、これに限らない。
【００５１】
例えば、定義ファイルＧ３に、１３０以上が１段階、１３０〜１００が２段階、１００〜７０が３段階、７０〜２０が４段階、２０以下が５段階という５段階の評価が設定されている場合、平均速度が“６８”の操作者の評価は“４”に決定される。評価の決定後は、Ｓ５０の処理に移行する。
【００５２】
図１２は、業務完了時に実行される処理を説明するためのフローチャートである。まず、シミュレーション部６３は、操作者ＩＤの読込範囲となる日時を読み込み（Ｓ６１）、操作者ＩＤの読込範囲内で発生した業務を平均化する（Ｓ６２）。Ｓ６３では、シミュレーション部６３は、評価変化の有無を判定する際、平均化を優先するか否かを判定する。該判定の結果、平均化を優先する場合（Ｓ６３；Ｙｅｓ）、シミュレーション部６３は、各操作者ＩＤの業務を平均化し、例えば平均値の７０％以上増加しているスピードを読み込まないことで突発的変化を除外する。そして、シミュレーション部６３は、この突発的変化の除外された各操作者ＩＤの業務を平均化する（Ｓ６４）。その後、シミュレーション部６３は、操作者の平均速度を全体の平均速度と比較し（Ｓ６５）、段階評価Ｅ１を決定する（Ｓ６６）。Ｓ６７では、シミュレーション部６３は、上記操作者の評価Ｅ２を評価ＤＢＧ１から取得する。
【００５３】
Ｓ６８では、シミュレーション部６３は、上記Ｓ６６にて決定された段階評価Ｅ１と、上記Ｓ６７にて取得された評価Ｅ２とを比較し、変化の有無を判定する。該判定の結果、変化が有る場合（Ｓ６８；Ｙｅｓ）には、操作者に対する評価に変化が生じたため、シミュレーション部６３は、読込範囲ＤＢＧ２内の対応する業務（例えば、業務Ａ）の項目に、評価変化日時と平均速度とを書き込む（Ｓ６９）。なお、変化が無い場合（Ｓ６８；Ｎｏ）には、Ｓ６９の処理は省略される。
【００５４】
上記Ｓ６３における判定の結果、平均化を優先しない場合（Ｓ６３；Ｎｏ）には、シミュレーション部６３は、操作者の平均速度を定義ファイルの設定値と比較し（Ｓ７０）、段階評価Ｅ１を決定する（Ｓ７１）。Ｓ７２では、シミュレーション部６３は、上記操作者の評価Ｅ２を評価ＤＢＧ１から取得する。その後、上述したＳ６８以降の処理に移行する。
【００５５】
以上説明した様に、入出金システム１は、リサイクルキャッシャ３０と現金機ＩＯ４０、５０と、これらの現金機の実行した業務処理に関する業務情報（元データ）を格納する営業店情報ＤＢ１０と、抽出用ＰＣ６０とを有する。抽出用ＰＣ６０は、データマイニング部６２とシミュレーション部６３とを有する。データマイニング部６２は、営業店情報ＤＢ１０から取得された上記業務情報の中から、上記現金機の現在の操作者の過去の業務に関する業務情報を抽出（マイニング）する。シミュレーション部６３は、データマイニング部６２により抽出された上記業務情報を用いて、上記操作者の取引時間（現金機占有時間）を推測し、該推測の結果に基づき、上記現金機によるロビー側の入金処理とオフィス側の出金処理との内、何れの処理を優先するかを自動的に決定する。これにより、入金処理が行われるロビー側と、出金処理が行われるオフィス側との内、取引時間や待ち時間の長い方、すなわち混雑している方の取引が常に優先される。その結果、時間的に変化する現金機の利用状況に応じた適切な切替えが可能となり、営業店舗における現金運用の効率化が実現される。
【００５６】
入出金システム１において、上記取引時間は、上記操作者による上記現金機の操作に掛かる操作時間と上記現金機による業務処理に掛かる処理時間とを加算した時間であるものとしてもよい。上記操作時間は、操作完了時刻から業務開始時刻（ＩＤカード打刻時間）を減算して得られた時間であり、上記処理時間は、業務完了時刻（待機画面遷移時刻）から操作完了時刻を減算して得られた時間であるものとしてもよい。
【００５７】
また、入出金システム１において、データマイニング部６２は、上記現金機の操作者による現在の操作の日時に対応する過去の年月の日時の業務に関する業務情報を抽出し、シミュレーション部６３は、データマイニング部６２により抽出された上記業務情報を用いて、上記操作者の取引時間を推測するものとしてもよい。更に、シミュレーション部６３は、データマイニング部６２により抽出された上記業務情報を用いて、上記操作者の過去の取引時間の平均値を算出し、該算出の結果に基づき、上記操作者の取引時間（現金機占有時間）を推測するものとしてもよい。あるいは、シミュレーション部６３は、データマイニング部６２により抽出された上記業務情報を用いて、上記操作者の取引時間（現金機占有時間）に併せて、上記操作者の取引までの待ち時間を推測し、該推測の結果に基づき、上記現金機による入金処理と出金処理との内、何れの処理を優先するかを決定するものとしてもよい。
【００５８】
なお、上記実施例では、現金機として、リサイクルキャッシャを例示したが、これに限らず、キャッシャ、キャッシュディスペンサ、ＡＴＭ（Automated  Teller  Machine）等であってもよい。また、上記実施例では、現金機の取り扱う業務処理として、銀行取引業務において代表的な入金処理及び出金処理を例示したが、これらに限らず、再鑑処理等であってもよい。更に、上記実施例では、資源として、顧客レシート、行員レシート、棒金等の包装紙、札束等の施封紙を例示したが、これらに限らず、施封テープや、レシート印字用のインク等の消耗品であってもよい。
【００５９】
また、操作者の過去の取引時間の平均値に関しても、必ずしも１年単位の平均値でなくてもよく、２〜５年単位、あるいは、半期、四半期、月、週単位の平均値を、シミュレーション部６３が算出するものとしてもよい。また、シミュレーション用定義ファイルの領域定義として、年月日毎に３〜４単位領域で設定したが、これらに限らず、任意の単位領域で設定しても良い。更に、入金処理と出金処理に関しても、上記実施例では、ロビー側で顧客が入金した現金を、オフィス側で行員が出金するものとしたが、出金処理を顧客が行う、あるいは、入金処理を行員が行うものとしてもよい。
【００６０】
なお、入出金システム１の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、データマイニング部６２とシミュレーション部６３、あるいは、シミュレーション部６３と結果表示部６４を、それぞれ１つの構成要素として統合してもよい。反対に、シミュレーション部６３に関し、優先順位決定処理を実行する部分と、運用シミュレーション処理を実行する部分と、操作者のスキルマップ表示処理を実行する部分とに分散してもよい。また、シミュレーションＤＢ６１１を、抽出用ＰＣ６０の外部装置として、ケーブルやネットワーク経由で接続する様にしてもよい。
【符号の説明】
【００６１】
１  入出金システム
１０  営業店情報ＤＢ
２０  順位操作機
３０  リサイクルキャッシャ
４０、５０  現金機ＩＯ
６０  抽出用ＰＣ
６１  シミュレーション用定義ファイル
６２  データマイニング部
６３  シミュレーション部
６４  結果表示部
６１１、６１１ａ、６１１ｂ、６１１ｃ  シミュレーションＤＢ
Ｆ１  資源の使用情報
Ｆ２  業務評価の使用情報
Ｇ１  評価ＤＢ
Ｇ２  読込範囲ＤＢ
Ｇ３  定義ファイル
【図１】
0006370731.tif 000002
【図２】
0006370731.tif 000003
【図３Ａ】
0006370731.tif 000004
【図３Ｂ】
0006370731.tif 000005
【図４】
0006370731.tif 000006
【図５Ａ】
0006370731.tif 000007
【図５Ｂ】
0006370731.tif 000008
【図６】
0006370731.tif 000009
【図７】
0006370731.tif 000010
【図８】
0006370731.tif 000011
【図９】
0006370731.tif 000012
【図１０Ａ】
0006370731.tif 000013
【図１０Ｂ】
0006370731.tif 000014
【図１１】
0006370731.tif 000015
【図１２】
0006370731.tif 000016