(57)【要約】      （修正有）【課題】自動取引装置や回線の負荷を考慮して効率的にジャーナルを収集することが可能なジャーナル集中管理システムを提供する。【解決手段】自動取引装置１は、サーバ装置２からの収集指示によりジャーナル情報を送信する通信制御部４３と、ジャーナル情報を出力するジャーナル処理部４２と、を備え、サーバ装置２は、自動取引装置１への収集指示によりジャーナル情報を受信する通信制御部２７と、受信したジャーナル情報の中から、ジャーナル情報の大きさを示すサイズ情報と、自動取引装置の時間取引件数を含む運用状況を抽出した運用状況抽出情報を、自動取引装置毎に生成する運用状況抽出部２５と、サイズ情報に基づいてジャーナル情報を収集する時間帯の割当て順を決定し、時間取引件数に基づいてジャーナル情報を収集する時間帯の優先順位を決定し、自動取引装置毎のジャーナル情報の収集スケジュールを生成するスケジュール自動生成部２６と、を備える。【選択図】図２
2012146206.tif 000002
【特許請求の範囲】
【請求項１】
利用者との間で所定の取引を行う複数の自動取引装置と、前記自動取引装置が出力するジャーナル情報を収集するサーバ装置とがネットワークを介して接続されたジャーナル集中管理システムであって、
前記自動取引装置のそれぞれは、
前記サーバ装置から前記ジャーナル情報の収集指示を受信し、または前記ジャーナル情報を前記サーバ装置に送信する通信部と、
前記ジャーナル情報を出力するジャーナル処理部と、を備え、
前記サーバ装置は、
前記自動取引装置のそれぞれに対して前記収集指示を送信し、または前記自動取引装置のそれぞれから前記ジャーナル情報を受信するサーバ通信部と、
前記サーバ通信部が受信したそれぞれの前記ジャーナル情報の中から、前記ジャーナル情報の大きさを示すサイズ情報と、前記自動取引装置が前記所定の取引を行った単位時間ごとの件数である時間取引件数とを含む運用状況を抽出した運用状況抽出情報を、前記自動取引装置ごとに生成する抽出部と、
前記サイズ情報に基づいて、前記ジャーナル情報を収集する時間帯の割り当て順を決定し、前記時間取引件数に基づいて、前記ジャーナル情報を収集する時間帯の優先順位を前記自動取引装置ごとに決定し、前記割り当て順に、前記優先順位が高い時間帯に設定されるように、前記自動取引装置のそれぞれについての前記ジャーナル情報の収集スケジュールを生成する生成部と、
を備えることを特徴とするジャーナル集中管理システム。
【請求項２】
前記サーバ通信部は、前記自動取引装置から日々前記ジャーナル情報を受信し、
前記抽出部は、日々前記運用状況抽出情報を、前記自動取引装置ごとに生成し、
前記作成部は、日々受信した前記ジャーナル情報の前記サイズ情報の平均値を算出し、算出した前記平均値に、前記サーバ装置と前記自動取引装置との間の回線負荷の大きさを示す負荷係数を乗じた負荷基準値が大きい順に、前記割り当て順を決定する、
ことを特徴とする請求項１に記載のジャーナル集中管理システム。
【請求項３】
前記サーバ装置は、前記ジャーナル情報を受信する日付の種類を記憶する日付属性記憶部をさらに備え、
前記作成部は、前記平均値を前記日付の種類ごとに算出し、前記割り当て順を決定する、
ことを特徴とする請求項２に記載のジャーナル集中管理システム。
【請求項４】
前記作成部は、日々受信した前記ジャーナル情報の前記時間取引件数の平均値を算出し、前記平均値が少ない時間帯から順に前記優先順位を決定する、
ことを特徴とする請求項１〜３のいずれか１項に記載のジャーナル集中管理システム。
【請求項５】
前記サーバ装置は、前記ジャーナル情報を受信する日付の種類を記憶する日付属性記憶部をさらに備え、
前記作成部は、前記時間取引件数を前記日付の種類ごとに算出し、前記優先順位を決定する、
ことを特徴とする請求項３または４に記載のジャーナル集中管理システム。
【請求項６】
前記サーバ装置は、前記時間帯の中で一度に前記ジャーナル情報の収集が可能な上限値を示す多重度を記憶する多重度情報記憶部をさらに備え、
前記作成部は、前記多重度を限度として、前記自動取引装置のそれぞれについての前記ジャーナル情報の収集スケジュールを生成する、
ことを特徴とする請求項１〜５のいずれか１項に記載のジャーナル集中管理システム。
【請求項７】
前記作成部は、１つの前記時間帯に、前記多重度を超えて前記自動取引装置のジャーナル情報の収集スケジュールが作成される場合には、前記収集スケジュールを、次の優先順位として決定された時間帯に設定する、
ことを特徴とする請求項６に記載のジャーナル集中管理システム。
【請求項８】
前記ジャーナル情報には、さらに、前記自動取引装置の開局時刻および閉局時刻を含み、
前記抽出部は、前記サイズ情報と、前記開局時刻から前記閉局時刻までの時間帯における前記時間取引件数とを運用状況を抽出した運用状況抽出情報を、前記自動取引装置ごとに生成する、
ことを特徴とする請求項１〜７のいずれか１項に記載のジャーナル集中管理システム。
【請求項９】
前記日付の種類には、平日、土日祝日、給与日、月末日を含み、
前記作成部は、前記平均値を前記平日または前記土日祝日または前記給与日または前記月末日ごとに算出し、前記割り当て順を決定する、
ことを特徴とする請求項４〜８のいずれか１項に記載のジャーナル集中管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＴＭ（Automated  teller  machine）等の自動取引装置に記録されるジャーナル情報を、サーバに収集して一元管理するジャーナル集中管理システムに関する。
【背景技術】
【０００２】
ＡＴＭ等の自動取引装置では、顧客の取引に関する情報、及び自動取引装置の内部処理に関する保守情報を、ジャーナル情報として電子的に記憶し、管理している。近年では、例えば、各店舗に設置された自動取引装置毎に管理しているジャーナル情報をサーバに収集して一元管理することにより、一元管理するジャーナル情報の内容をどこからでも容易に検索できるジャーナル集中管理システムが実現されている。例えば、サーバが自動取引装置にジャーナル情報を要求し、その要求に応じて自動取引装置がジャーナル情報をサーバに送信する方式（特許文献１）や、自動取引装置でジャーナル情報が発生する毎に、自動取引装置が主体的にサーバにジャーナル情報を送信する方式（特許文献２）が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０５５６４号公報
【特許文献２】特開２００８−８４３４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１では、サーバから定期的に収集要求を指示するためのスケジュール（以下、収集スケジュールという）をサーバに登録する必要があり、その登録内容が適切でなかった場合は、収集が正常にできない課題（自動取引装置の電源が切断された時間帯に収集要求を指示した場合は収集が正常にできない等）がある。また、ジャーナル集中管理システムの運用開始後に自動取引装置の取引件数の増減が発生した場合は、自動取引装置に負荷をかけないように収集スケジュールの見直しが発生する課題がある。
【０００５】
また、１回の収集スケジュール実行時にサーバから同時に実行可能な収集要求の上限値（以下、サーバ多重度もしくは多重度という）を超える台数の自動取引装置に一度に収集要求を行った場合は、収集要求の指示が他の自動取引装置よりも想定した時間より遅れて収集が行われる自動取引装置が発生する課題がある。さらに、自動取引装置の取引件数の多い（顧客の利用頻度の高い）時間帯に収集を指示した場合は、自動取引装置が取引処理とジャーナル情報の切り出し処理を並行して行うため、自動取引装置への負荷が高くなるため、取引のレスポンスに影響を与え、顧客要望を満足させることができない場合が生じる。
【０００６】
さらに、特許文献２では、自動取引装置の取引件数の多い時間帯では、取引処理に関する通信及び、ジャーナルデータの送信に関する通信が行われ、自動取引装置、通信回線への負荷が高くなるため、上述した特許文献１の場合と同様に、顧客要望を満足させることができない場合が生じる。すなわち、これらのいずれの技術においても、自動取引装置や回線の負荷を考慮して効率的にジャーナルを収集することができないという問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、自動取引装置や回線の負荷を考慮して効率的にジャーナルを収集することが可能なジャーナル集中管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明にかかるジャーナル集中管理システムは、利用者との間で所定の取引を行う複数の自動取引装置と、前記自動取引装置が出力するジャーナル情報を収集するサーバ装置とがネットワークを介して接続されたジャーナル集中管理システムであって、前記自動取引装置のそれぞれは、前記サーバ装置から前記ジャーナル情報の収集指示を受信し、または前記ジャーナル情報を前記サーバ装置に送信する通信部と、前記ジャーナル情報を出力するジャーナル処理部と、を備え、前記サーバ装置は、前記自動取引装置のそれぞれに対して前記収集指示を送信し、または前記自動取引装置のそれぞれから前記ジャーナル情報を受信するサーバ通信部と、前記サーバ通信部が受信したそれぞれの前記ジャーナル情報の中から、前記ジャーナル情報の大きさを示すサイズ情報と、前記自動取引装置が前記所定の取引を行った単位時間ごとの件数である時間取引件数とを含む運用状況を抽出した運用状況抽出情報を、前記自動取引装置ごとに生成する抽出部と、前記サイズ情報に基づいて、前記ジャーナル情報を収集する時間帯の割り当て順を決定し、前記時間取引件数に基づいて、前記ジャーナル情報を収集する時間帯の優先順位を前記自動取引装置ごとに決定し、前記割り当て順に、前記優先順位が高い時間帯に設定されるように、前記自動取引装置のそれぞれについての前記ジャーナル情報の収集スケジュールを生成する生成部と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、自動取引装置や回線の負荷を考慮して効率的にジャーナルを収集することが可能なジャーナル集中管理システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】ジャーナル集中管理システムのシステム構成図である。
【図２】サーバの自動取引装置の内部構成図である。
【図３Ａ】自動取引装置テーブルの例を示す図である。
【図３Ｂ】日付属性管理テーブルの例を示す図である。
【図３Ｃ】カレンダーテーブルの例を示す図である。
【図３Ｄ】多重度テーブルの例を示す図である。
【図３Ｅ】回線負荷テーブルの例を示す図である。
【図３Ｆ】運用状況抽出テーブルの例を示す図である。
【図３Ｇ】割当て順テーブルの例を示す図である。
【図３Ｈ】優先時間帯テーブルの例を示す図である。
【図３Ｉ】スケジュールテーブルの例を示す図である。
【図４】サーバの運用状況抽出のフローチャートである。
【図５】サーバの収集スケジュール作成のフローチャートである。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して、本発明にかかるジャーナル集中管理システムの実施の形態を詳細に説明する。以下では、ジャーナルを収集する対象として、金融機関におけるＡＴＭ（Automated  teller  machine）のような自動取引装置を例に説明しているが、ジャーナルを出力する装置（例えば、ＰＣ（Personal  Computer）やサーバ、ホストコンピュータ等の情報処理装置）であれば、これに限定されるものではない。
【００１２】
図１は、本実施の形態におけるジャーナル集中管理システム１０００のシステム構成図である。図１に示すように、ジャーナル集中管理システム１０００は、複数の拠点に設置された自動取引装置１と、サーバ２とが、通信回線３を介して接続されている。サーバ２には、収集を実行する際に必要な情報等が登録情報４として記憶され、管理されている。また、自動取引装置１から収集したジャーナル情報５が記憶され、サーバ２のジャーナル情報５に一元管理される。
【００１３】
図２は、図１に示した自動取引装置１とサーバ２の内部構成を示した図である。まず、自動取引装置１について説明する。
【００１４】
自動取引装置１は、金融機関を利用する顧客が要求する種々の取引を実行する装置である。図２に示すように、自動取引装置１は、記憶部３０と、制御部４０と、ジャーナル収集要求応答部４１と、ジャーナル処理部４２と、通信制御部４３と、を含んで構成されている。
【００１５】
記憶部３０は、メモリやＨＤＤ（Hard  Disk  Drive）等の記憶媒体から構成され、顧客の取引に関する情報、及び自動取引装置１の内部処理に関する保守情報を含むジャーナル情報５を記憶する。
【００１６】
制御部４０は、ＣＰＵ、メモリ等のハード構成と、プログラム、データ等のソフト構成とから構成され、自動取引装置１の各部を制御し、各種処理を実行させる。
【００１７】
ジャーナル収集要求応答部４１は、サーバ２からの指示に応じて、記憶部３０に記憶されているジャーナル情報５を取得し、通信制御部４３を介して、取得したジャーナル情報５をサーバ２に送信する。
【００１８】
ジャーナル処理部４２は、自動取引装置１が顧客との間で行った取引に関する情報、及び自動取引装置１の内部処理に関する保守情報を、ジャーナル情報５として記憶部３０に記憶させる。
【００１９】
通信制御部４３は、ＮＩＣ（Network  Interface  Card）やモデム等の通信装置から構成され、サーバ２との通信を行うものである。
【００２０】
サーバ２は、自動取引装置１の通信制御部４３と通信制御部２７を介して接続され、ジャーナル情報を収集し、管理する装置である。図２に示すように、サーバ２は、記憶部１０と、制御部２０と、ジャーナル収集部２１と、ジャーナル検索部２２と、入力操作部２３と、表示部２４と、運用状況抽出部２５と、スケジュール自動作成部２６と、通信制御部２７と、を含んで構成されている。なお、制御部２０は、制御部４０と同様に、サーバ２の各部を制御し、各種処理を実行させ、通信制御部２７は、通信制御部４３と同様に、自動取引装置１との通信を行うものである。
【００２１】
記憶部１０は、メモリやＨＤＤ等の記憶媒体から構成され、登録情報４と、ジャーナル情報５と、を記憶している。記憶部１０が記憶する各種のデータの詳細については後述する。
【００２２】
ジャーナル収集部２１は、通信制御部２７を介して自動取引装置１へのジャーナル収集指示の送信及び、自動取引装置１からのジャーナル情報の受信を行う機能を有する。また、収集したジャーナルをジャーナル情報５として管理する。
【００２３】
ジャーナル検索部２２は、ジャーナル情報５を検索する機能を有するものである。入力操作部２３は、マウス、キーボード等で構成され、入力検知機能を有するものである。
【００２４】
表示部２４は液晶パネル等のディスプレイより構成され、画面表示機能を有する。操作者は、入力操作部２３及び、表示部２４を用いて、登録情報４の確認、編集及び、ジャーナル情報５の検索を行う。尚、ここでは操作者が、各操作をサーバにて行っているが、各操作を別の端末から行う構成としてもよいし、端末を複数台設置して、目的別に端末を分ける構成としてもよい。
【００２５】
続いて、記憶部１０が記憶する各種のデータの詳細について説明する。記憶部１０は、登録情報４として、自動取引装置情報１１と、日付属性管理情報１２と、カレンダー情報１３と、多重度情報１４と、回線負荷情報１５と、割当て順情報１６と、優先時間帯情報１７と、スケジュール情報１８とを記憶し、ジャーナル情報５として、収集したジャーナルの情報及び、運用状況抽出情報１９を記憶している。
【００２６】
図３Ａ〜図３Ｉは、上述した記憶部１０の各情報の具体的な内容を示す図である。なお、自動取引装置テーブルは自動取引装置情報１１を、日付属性管理テーブルは日付属性管理情報１２を、カレンダーテーブルはカレンダー情報１３を、多重度テーブルは多重度情報１４を、回線負荷テーブルは回線負荷情報１５を、運用状況抽出テーブルは運用状況抽出情報１９を、割当て順テーブルは割当て順情報１６を、優先時間帯テーブルは優先時間帯情報１７を、スケジュールテーブルはスケジュール情報１８を、それぞれ示している。まず、自動取引装置テーブル１１について説明する。
【００２７】
図３Ａは、自動取引装置テーブル１１の例を示す図である。自動取引装置テーブル１１は、ジャーナル情報の収集を行う対象となる全ての自動取引装置１の情報が登録されており、１台毎に設置場所が管理するものである。
図３Ａに示すように、自動取引装置テーブル１１は、少なくとも、装置名と設置場所とが対応付けて記憶されている。図３Ａでは、例えば、装置名が「ＡＴＭ００１」である自動取引装置が、設置場所「営業店１」に設置されていることを示している。もちろん、これらの情報以外にジャーナル情報の収集に必要となるＩＰアドレス、ホスト名等の情報を含んでいてもよい。本テーブルの情報は、サーバ表示部２４により参照が可能であり、サーバ入力操作部２３により追加、変更、削除が可能であり、以下に説明する各テーブルについても同様である。
【００２８】
図３Ｂは、日付属性管理テーブル１２の例を示す図である。日付属性管理テーブル１２は、日付に設定する属性情報を管理するものである。図３Ｂに示すように、日付属性管理テーブル１２は、少なくとも属性と属性値とが対応付けて記憶されている。図３Ｂでは、例えば、属性として「平日」を表す場合には、属性値として「１」が設定されていることを示している。なお、属性や属性値は、図３Ｂに記載の項目以外にも新たに追加が可能である。
【００２９】
図３Ｃは、カレンダーテーブル１３の例を示す図である。カレンダーテーブル１３は、日付毎の属性情報を記憶するものである。図３Ｃに示すように、カレンダーテーブル１３は、少なくとも日付と日付属性値とが対応付けて記憶されている。図３Ｃでは、例えば、日付が「２０１０年８月１日」である場合には、日付属性値として「１」が記憶されていることを示している。なお、この日付属性値は、実際には、図３Ｂに示した日付属性管理テーブル１２の属性値が登録される。
【００３０】
図３Ｄは、多重度テーブル１４の例を示す図である。多重度テーブル１４は、ジャーナル情報の収集を行う際における、１つの時間帯で同時に並列して実行可能な収集要求の上限値（一度に収集可能な自動取引装置１の台数）を記憶するものである。図３に示すように、多重度テーブル１４は、業務名称と多重度とが対応付けて記憶されている。図３Ｄでは、「収集」業務において、一度に１０台の自動取引装置１からジャーナル情報を収集することが可能であることを示している。
【００３１】
図３Ｅは、回線負荷テーブル１５の例を示す図である。回線負荷テーブル１５は、自動取引装置１の設置場所毎の回線速度及び、負荷係数等の負荷情報を記憶するものである。図３Ｅに示すように、回線負荷テーブル１５は、設置場所と回線速度と負荷計数とが対応付けて記憶されている。図３Ｅでは、例えば、設置場所「営業店１」とサーバ２との回線速度は「１０２４（ｋｂｐｓ）」（例えば、図１に示した通信回線３−１）であり、負荷係数が「１」であることを示している。
【００３２】
ここで、負荷係数とは、設置場所にある自動取引装置１とサーバ２とを接続する回線にかかる負荷の重みを示す情報であり、回線速度が遅くなるほど、その値が大きくなる（例えば、回線速度が「５１２（ｋｂｐｓ）」（例えば、図１に示した通信回線３−２）の場合には、負荷係数は「２」である）。なお、負荷係数については、回線速度から一律値を求めることも可能であるが、他の項目と同様に、サーバ入力操作部２３により変更が可能である。
【００３３】
図３Ｆは、運用状況抽出テーブル１９の例を示す図である。運用状況抽出テーブル１９は、各自動取引装置１の運用状況を日付単位で記憶するものである。運用状況抽出テーブル１９は、サーバ２のジャーナル収集部２１がジャーナル収集の指示をして各自動取引装置１からジャーナル情報の収集された場合に、サーバ２のジャーナル検索部２４が、収集されたジャーナル情報の内容を参照し、運用状況抽出部２５が、本テーブルの情報を抽出する。図３Ｆに示すように、日付と、装置名と、起動時刻と、切断時刻と、開局時刻と、閉局時刻と、時間帯取引件数と、データサイズとが対応付けて記憶されている。
【００３４】
図３Ｆでは、日付が示す「２０１０年８月２日」には、装置名「ＡＴＭ００１」の自動取引装置１は、「０６：３０」に起動して、サーバ２と「０７：００」に接続して開局し、さらに「２２：５９」にはサーバ２との接続が遮断されて閉局し、その後「２３：３０」に停止したことを示している。また、開局時刻から閉局時刻までの時間帯別の取引件数は、例えば、「０７：００」から「０７：５９」までは「１２件」、「０８：００」から「０８：５９」までは「２４件」の取引があり、「ＡＴＭ００１」が出力したジャーナル情報の大きさが「５５０ＭＢ」であったことを示している。図３Ｆでは、「２０１０年８月２日」分の運用状況が記憶されている例を示しているが、このような各情報が日々自動取引装置１ごとに蓄積されるものとする。
【００３５】
なお、図中では、時間帯別取引件数が１時間単位の集計となっているが、更に詳細な時間単位でもよい。このように、ジャーナル情報の収集を行う度に本テーブルにこれらの情報を追加していくことにより、ジャーナル情報の収集を行っている全ての自動取引装置１の毎日の運用状況が、サーバに蓄積される。なお、テーブルの値が-（ハイフン）となっている箇所は、該当する時間帯は自動取引装置１の電源が起動されていないため、取引件数がないことを示している。
【００３６】
図３Ｇは、割当て順テーブル１６の例を示す図である。割当て順テーブル１６は、収集スケジュールを自動作成する際に、どの自動取引装置１から順番に収集スケジュールに割当てるかの情報を記憶するものである。図３Ｇに示すように、割当て順テーブル１６は、属性値と、割り当て順と、装置名とが対応付けて記憶されている。図３Ｇでは、例えば、属性値が平日を示す「１」である場合、収集スケジュールの割り当て順序は、「ＡＴＭ００１」、「ＡＴＭ００２」の順であることを示している。一方、属性値が土日祝日を示す「２」である場合、「ＡＴＭ００２」の収集スケジュールが最初に割り当てられることを示している。このように、本テーブルに示される順番は、平日用収集スケジュール、土日祝日用収集スケジュールのように、属性値に示された値毎に作成するため、本テーブルでは、属性値毎に、収集スケジュールの割当て順が登録され、図中の例では平日用収集スケジュールを作成する際は、まず最初に装置名「ＡＴＭ００１」から優先的に収集スケジュールに登録される。
【００３７】
図３Ｈは、優先時間帯テーブル１７の例を示す図である。優先時間帯テーブル１７は、収集スケジュールを自動作成する際に、各自動取引装置１毎に、どの時間帯に収集を行うのが望ましいか順位付けした情報を記憶するものである。図３Ｈに示すように、優先時間帯テーブル１７は、装置名と、時間帯とが対応付けて記憶されている。図３Ｈでは、例えば、装置名が「ＡＴＭ００１」である自動取引装置１は、ジャーナルを収集するスケジュールとして、平日の時間帯のうち、「０７：００〜０７：５９」までの時間帯を第１位の優先順位とし、「２２：００〜２２：５９」までの時間帯を第２位の優先順位とし、「０８：００〜０８：５９」までの時間帯を第３位の優先順位とし、「２１：００〜２１：５９」までの時間帯を第４位の優先順位として登録されていることを示している。
【００３８】
図中の例では、装置名「ＡＴＭ００１」の自動取引装置１の収集スケジュールが登録される際は、テーブルの値が「１」となっている「０７：００〜０７：５９」の時間帯に空きがあれば本時間帯に登録し、「０７：００〜０７：５９」の時間帯に、図３Ｄに示した多重度テーブル１４に記憶されている多重度の上限値を超える台数の自動取引装置１が登録されている場合には、テーブルの値が「２」となっている「２２：００〜２２：５９」の時間帯に、収集スケジュールが登録されることを示している。
【００３９】
なお、テーブルの値が-（ハイフン）となっている箇所は、該当する時間帯は収集に適さない時間帯（自動取引装置１の電源が起動されていない等）ことを意味する。図中では、後述するスケジュールテーブル１９に示される時間帯に合わせて、優先時間帯テーブル１７の列の項目（「０７：００〜０７：５９」等）が作成されているが、スケジュールテーブル１８の変更にあわせて列の項目は変更される。また、本テーブルは、実際には、平日用の優先時間帯テーブル、土日祝日用の優先時間帯テーブル等のように、属性値毎に複数のテーブルが作成される。
【００４０】
図３Ｉは、スケジュールテーブル１８の例を示す図である。スケジュールテーブル１８は、各時間帯にどの自動取引装置１から収集を行うかの情報を記憶するものである。図３Ｉに示すように、スケジュールテーブル１８は、属性値と、時間帯と、複数の装置名とが対応付けて記憶されている。図３Ｉでは、例えば、平日（属性値が「１」）の場合には、時間帯「０７：００〜０７：５９」にジャーナル情報を収集する対象は、装置名「ＡＴＭ００１」、「ＡＴＭ００２」の自動取引装置１であり、時間帯「０８：００〜０８：５９」にジャーナル情報を収集する対象は、装置名「ＡＴＭ００８」、「ＡＴＭ００５」の自動取引装置１である（以下、同様）ことを示している。
【００４１】
スケジュールテーブル１８に示される装置名（列）の数は、多重度テーブル１４に示される多重度の上限値に合わせて変更される。図中では、時間帯の間隔（「０７：００〜０７：５９」等）については設定により変更可能となる。本テーブルの情報は、サーバ２のサーバ表示部２４により参照が可能であり、サーバ入力操作部２３により追加、変更、削除が可能である。運用を開始した直後のように、サーバ２に各自動取引装置１のジャーナル情報５が無い場合は、管理者等はサーバ２の入力操作部２３から登録を行う。続いて、本実施の形態におけるジャーナル集中管理システム１０００で行われる処理の処理手順について説明する。
【００４２】
まず、自動取引装置１のジャーナル情報を収集し、自動取引装置１の運用状況を抽出する処理（運用状況抽出処理）について説明する。図４は、運用状況抽出処理の処理手順を示すフローチャートである。
【００４３】
図４に示すように、サーバ２のジャーナル収集部２１は、スケジュール情報１８を常時チェックし、自動取引装置１のジャーナルを収集する日時が到来したか否かを判定し（ステップＳ４０１）、自動取引装置１のジャーナルを収集する日時が到来したと判定した場合（ステップＳ４０１；Ｙｅｓ）、通信制御部２７を介して自動取引装置１へジャーナル情報収集指示を送信する（Ｓ４０２）。一方、サーバ２のジャーナル収集部２１は、自動取引装置１のジャーナルを収集する日時が到来していないと判定した場合（ステップＳ４０１；Ｎｏ）、そのまま待機する。
【００４４】
自動取引装置１のジャーナル収集要求応答部４１は、通信制御部４３を介してサーバ２よりジャーナル情報収集指示を受信すると、ジャーナル処理部４２が記憶部３０に出力したジャーナル情報５を取得して（ステップＳ４０３）、通信制御部４３を介してサーバ２に送信する（ステップＳ４０４）。
【００４５】
サーバ２のジャーナル収集部２１は、通信制御部２７を介して自動取引装置１から受信したジャーナル情報を記憶部１０のジャーナル情報５に格納し（ステップＳ４０５）、ジャーナル情報５の格納が完了したこと運用状況抽出部２５に通知する（ステップＳ４０６）。
【００４６】
運用状況抽出部２５は、ジャーナル収集部２１が収集して格納したジャーナル情報５に含まれる様々な内容の中から、例えば、日時や装置名等をキーとして、ジャーナル検索部２２を使用して検索し、検索結果の内容から運用情報を抽出し、抽出結果を運用状況抽出情報１９に登録する（ステップＳ４０７）。登録する情報は、図３Ｆに示した各項目の値である。
【００４７】
尚、時間帯別の取引件数の値は、通常取引件数を数値で設定するが、自動取引装置１の電源が起動されていない時間帯には、取引件数の数値を設定するのではなく-（ハイフン）を登録する。このステップＳ４０７の処理が終了すると、図４に示した運用状況抽出処理の全ての処理が終了する。続いて、サーバ２で行われるジャーナル情報５を収集するためのスケジュールを作成する処理（収集スケジュール作成処理）について説明する。
【００４８】
図５は、収集スケジュール作成処理の処理手順を示すフローチャートである。図５に示すように、サーバ２のスケジュール自動作成部２６は、記憶部１０に格納されている運用状況抽出情報１９から、自動取引装置１台毎のジャーナル情報５のデータサイズ平均値を求める（ステップＳ５０１）。このデータサイズ平均値は、日付属性（平日、土日祝日等）毎に求めることとし、各日付の属性は、日付属性管理情報１２、及びカレンダー情報１３を参照することにより特定される。このデータサイズ平均値を求める際は、運用状況抽出情報１９に蓄積された全ての情報を元にしてもよいし、直近の何日分の情報を元にしてもよい。直近何日分の情報を元とした場合は、最近の自動取引装置１での顧客利用頻度を元にすることができる。
【００４９】
そして、スケジュール自動作成部２６は、さらに、ステップＳ５０１で算出したデータサイズ平均値に、回線負荷情報１５の負荷係数を掛けた値（以下、負荷基準値と呼ぶ。）を算出する（ステップＳ５０２）。この負荷基準値を算出する際には、スケジュール自動作成部２６は、自動取引装置１の設置場所を特定するために自動取引装置情報１１を参照し、また、設置場所の負荷係数を把握するために回線負荷情報１５を参照する。その後、スケジュール自動作成部２６は、算出した負荷基準値をキーとして、自動取引装置１を降順に並び替え、割当て順情報１６に登録する（ステップＳ５０３）。
【００５０】
より具体的には、スケジュール自動作成部２６は、例えば、「ＡＴＭ００１」のジャーナル情報５のデータサイズの平均値を求める場合、運用状況抽出情報１９のデータサイズ（例えば、５５０ＭＢ）に、回線負荷情報１５に記憶されている、「ＡＴＭ００１」が設置される営業店１に対応する負荷係数（例えば、１）を掛けた「５５０」を負荷基準値として算出する。同様に、例えば、営業店２のジャーナル情報５のデータサイズの平均値を求める場合、運用状況抽出情報１９のデータサイズ（例えば、３７６ＭＢ）に、回線負荷情報１５に記憶されている、ＡＴＭ２が設置される営業店２に対応する負荷係数（例えば、１）を掛けた「３７６」を負荷基準値として算出する。そして、スケジュール自動作成部２６は、算出した負荷基準値「５５０」、「３７６」を比較し、前者の値が大きいと判断し、ＡＴＭ００１の優先順位が先になるように（すなわち、回線負荷が大きい順に）、割り当て順を割当て順情報１６に登録する。
【００５１】
その後、スケジュール自動作成部２６は、記憶部１０に格納されている運用状況抽出情報１９から、自動取引装置１台毎の時間帯別に取引件数の平均値（以下、時間取引平均値と呼ぶ。）を算出する（ステップＳ５０４）。この時間取引平均値は、日付属性（平日、土日祝日等）毎に求めることとし、各日付の属性の特定には、日付属性管理情報１２、及びカレンダー情報１３を参照する。この時間帯別取引件数平均値を求める際は、運用状況抽出情報１９に蓄積された全ての情報を元にしてもよいし、直近の何日分の情報を元にしてもよい。直近何日分の情報を元とした場合は、最近の自動取引装置１での顧客利用頻度を元にすることができる。
【００５２】
さらに、スケジュール自動作成部２６は、求めた時間帯取引平均値を時間帯毎に比較して、取引件数平均値の少ない時間帯から順番に、優先時間帯を優先時間帯情報１７に登録する（ステップＳ５０５）。尚、該当する時間帯は自動取引装置１の電源が起動されていない場合は、テーブルの値に-（ハイフン）を登録する。また、ステップＳ５０１〜Ｓ５０３の処理と、ステップＳ５０４〜Ｓ５０５の処理とは、どちらを先に実行してもよい。
【００５３】
より具体的には、スケジュール自動作成部２６は、例えば、ＡＴＭ００１の時間取引平均値を算出する場合、運用状況抽出情報１９の装置名「ＡＴＭ００１」をキーとして時間帯別取引件数を参照し、「０７：００〜０７：５９」の時間帯の件数（「２０１０年８月２日」の場合には、「１２」件）を日付ごとに集計し、その平均値を算出する。以下、同様に、「０８：００〜０８：５９」等の時間帯の件数を日付ごとに集計し、その平均値を算出する。そして、算出したこれらの平均値の小さい時間帯の優先順位が先になるように（すなわち、処理負荷の少ない順に）、優先順位を決定して優先時間帯情報１７に登録する。
【００５４】
スケジュール自動作成部２６は、記憶部１０に記憶されている多重度情報１４、及びステップＳ５０１〜Ｓ５０３で作成した割当て順情報１６、ステップＳ５０４〜Ｓ５０５で作成した優先時間帯情報１７を参照して収集スケジュールを作成し、登録する（ステップＳ５０６、Ｓ５０７）。
【００５５】
スケジュール自動作成部２６は、まず、割当て情報１６に示された割当て順の中でもっとも高い自動取引装置１を選択し、本自動取引装置１の優先時間帯情報１７に記載された１番目に優先度の高い時間帯に、本自動取引装置を登録する（ステップＳ５０６）。ただし、スケジュール情報登録時に、同一の時間帯に既に多重度情報１４に登録された多重度の値を超える台数分の自動取引装置が登録されている場合は、２番目に優先度の高い時間帯に登録する。スケジュール自動作成部２６は、この処理を、本自動取引装置がいずれかの時間帯に登録されるまで処理を繰り返す。
【００５６】
そして、スケジュール自動作成部２６は、割当て情報１６に記載された自動取引装置１の数だけ、および日付属性に示される種類の数だけ処理を繰り返し、日付属性毎の収集スケジュールがスケジュール情報１８に登録される（ステップＳ５０７）。
【００５７】
より具体的には、スケジュール自動作成部２６は、図３Ｇに示した割当て情報１６を参照し、割り当て順が「１」である装置名「ＡＴＭ００１」を取得し、その装置名をキーとして、図３Ｈに示した優先時間帯情報１７を参照し、「ＡＴＭ００１」の優先順位が記憶されているレコードを特定する。そして、スケジュール自動作成部２６は、最優先となる時間帯が、最も数値の小さい「０７：００〜０７：５９」の時間帯であると判断し、図３Ｉに示したスケジュール情報１８の「０７：００〜０７：５９」の時間帯の欄に、装置名「ＡＴＭ００１」を登録する。
【００５８】
以下、同様にして、スケジュール自動作成部２６は、割当て情報１６の割り当て順が「２」以降の装置名を取得して優先時間帯情報１７を参照し、スケジュール情報１８の時間帯の欄に装置名を登録するが、装置名を登録する際に、その時間帯における装置名の数が多重度を超える場合（例えば、図３Ｄに示した例では「１１」以上となる場合）、優先時間帯情報１７の次の優先順位（例えば、ＡＴＭ００３の場合、「０７：００〜０７：５９」の時間帯に既に１０台の自動取引装置１が登録されている場合には、その次の優先順位の時間帯である「０８：００〜０８：５９」）に、装置名「ＡＴＭ００３」を登録する。スケジュール自動作成部２６は、このような登録を属性値ごとに行う。そして、ステップＳ５０７の処理が終了すると、図５に示した収集スケジュール作成処理の全ての処理が終了する。
【００５９】
このように、サーバ２は、複数の自動取引装置１から収集したジャーナル情報５を管理し、自動取引装置１や回線の負荷を考慮して効率的にジャーナルを収集することが可能となり、収集したジャーナル情報５から各自動取引装置１の電源起動時刻、電源切断時刻の情報が抽出できるため、サーバ２から自動取引装置１に対して実行しても問題ないタイミングを把握することができる。
【００６０】
さらに、収集したジャーナル情報５から時間帯別の取引件数の情報が抽出できるため、各自動取引装置１の顧客の利用頻度が低い時間帯の情報を入手でき、適切なタイミングでジャーナル情報５を収集することができる。また、収集したジャーナル情報５からデータサイズが抽出でき、サーバ２と各自動取引装置１との間の回線速度が管理されているため、各自動取引装置１から収集に要する時間を把握することができる。
【００６１】
サーバ２は、各自動取引装置の収集を実行しても問題ないタイミング、利用頻度が低い時間帯や、収集に要する時間を把握することができるため、自動取引装置１が起動している時間、かつ自動取引装置１の顧客利用頻度が低い時間を考慮した収集スケジュールを作成することが可能となり、ジャーナル情報５が発生する毎に自動取引装置がサーバへジャーナルデータを送信する方式に比べ、通信回線に対する負荷も低減することが可能である。
【００６２】
さらに、ジャーナル情報５の収集を行う度に、ジャーナル情報５から自動取引装置１の運用状況の抽出を行い、その情報を蓄積する構成としたので、過去一定期間の蓄積された情報の平均値を元に、高い精度での収集スケジュールを作成することが可能となる。また、ジャーナル情報５の収集を行う度に蓄積した運用状況から、収集スケジュールを作成する構成としたことで、自動取引装置１の運用状況の変化（顧客の利用頻度増減）に合わせて、収集スケジュールの更新をすることも可能となる。さらに、収集スケジュールを作成する際は、予め登録した回線速度に関する負荷係数を考慮するため、他の営業店、出張所よりも優先的に収集を完了させたい営業店、出張所がある場合は、管理者等は負荷係数を変更して収集の優先度を変更することも可能である。
【００６３】
また、収集スケジュールを作成する際は、予め登録したサーバ多重度を考慮するため、サーバ多重度の上限値を超える台数に対して収集が実行されることがなくなり、想定した時間より遅れて収集が実行されることを回避することができる。さらに、カレンダー情報に日付に対する属性（平日、土日祝日、給与日、月末等）が記憶されるため、収集スケジュールを作成する場合は、平日用収集スケジュール、土日祝日用収集スケジュールのように、属性毎の収集スケジュールが作成可能となる。
【００６４】
このように、本実施の形態によれば、各自動取引装置１の顧客利用頻度が低い時間帯に合わせてジャーナル収集が自動的に実行することが可能となり、通信回線の負荷を増大させることのないように、サーバ多重度、自動取引装置１の負荷、通信回線の負荷を考慮した効率のよい収集スケジュールを作成することができる。
【００６５】
なお、本実施の形態においては、サーバ２は単体の構成としているが、サーバ２自体の処理負荷を考慮して、複数台のサーバを備えた冗長化構成とすることももちろん可能である。この場合、サーバ側の処理の遅延によって、登録したスケジュールに影響を与えることなくジャーナル情報５の収集が可能となる。
【００６６】
本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【００６７】
１０００…ジャーナル集中管理システム
１…自動取引装置
２…サーバ
３…通信回線
４…登録情報
５…ジャーナル情報
１０…記憶部
１１…自動取引装置情報
１２…日付属性管理
１３…カレンダー情報
１４…多重度管理情報
１５…回線負荷管理情報
１６…割当て順情報
１７…優先時間帯情報
１８…スケジュール情報
１９…運用状況抽出情報
２０…制御部
２１…ジャーナル収集部
２２…ジャーナル検索部
２３…入力操作部
２４…表示部
２５…運用状況抽出部
２６…スケジュール自動作成部
２７…通信制御部
３０…記憶部
４０…制御部
４１…ジャーナル収集要求応答部
４２…ジャーナル処理部
４４…通信制御部。
【図１】
2012146206.tif 000003
【図２】
2012146206.tif 000004
【図３Ａ】
2012146206.tif 000005
【図３Ｂ】
2012146206.tif 000006
【図３Ｃ】
2012146206.tif 000007
【図３Ｄ】
2012146206.tif 000008
【図３Ｅ】
2012146206.tif 000009
【図３Ｆ】
2012146206.tif 000010
【図３Ｇ】
2012146206.tif 000011
【図３Ｈ】
2012146206.tif 000012
【図３Ｉ】
2012146206.tif 000013
【図４】
2012146206.tif 000014
【図５】
2012146206.tif 000015