(57)【特許請求の範囲】
【請求項１】
通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、
前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、
前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、
前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、
２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部と
を備えた監視装置であって、
前記複数の自動取引装置は、２以上の自動取引装置からなる複数のグループを含んで構成され、
前記送信制御部は、前記複数のグループの各々における前記組み合わせに応じて、前記所定のタイミングを変化させる
監視装置。
【請求項２】
請求項１記載の自動取引装置であって、
前記送信部は、前記蓄積状態情報を１つの電文にまとめて前記上位監視装置に送信する
監視装置。
【請求項３】
請求項１または２記載の自動取引装置であって、
前記状態情報は、前記自動取引装置が扱う媒体の量の過剰及び不足のうちの少なくとも一方の発生及び見込みの少なくとも一方の状態を表す媒体情報を含み、
前記組み合わせは、前記媒体情報の組み合わせを含む
監視装置。
【請求項４】
請求項１ないし請求項３のいずれか記載の監視装置であって、
前記送信制御部は、前記蓄積状態情報が表す前記所定の状態が所定の内容である自動取引装置の合計台数が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる
監視装置。
【請求項５】
請求項１ないし請求項３のいずれか記載の監視装置であって、
前記送信制御部は、前記蓄積状態情報が表す前記所定の状態を所定の重み付けで評価した評価値が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる
監視装置。
【請求項６】
請求項１ないし請求項５のいずれか記載の監視装置であって、
前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する
監視装置。
【請求項７】
請求項６記載の監視装置であって、
前記送信制御部は、前記受信部が前記第２の状態情報を受信した場合に、前記組み合わせにかかわらず、前記所定のタイミングを該第２の状態情報の送信時に設定する
監視装置。
【請求項８】
通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、
前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、
前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、
前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、
２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部と
を備えた監視装置であって、
前記送信制御部は、前記蓄積状態情報が表す前記所定の状態が所定の内容である自動取引装置の合計台数が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる
監視装置。
【請求項９】
請求項８記載の監視装置であって、
前記送信部は、前記蓄積状態情報を１つの電文にまとめて前記上位監視装置に送信する
監視装置。
【請求項１０】
請求項８または請求項９記載の監視装置であって、
前記状態情報は、前記自動取引装置が扱う媒体の量の過剰及び不足のうちの少なくとも一方の発生及び見込みの少なくとも一方の状態を表す媒体情報を含み、
前記組み合わせは、前記媒体情報の組み合わせを含む
監視装置。
【請求項１１】
請求項８ないし請求項１０のいずれか記載の監視装置であって、
前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する
監視装置。
【請求項１２】
請求項１１記載の監視装置であって、
前記送信制御部は、前記受信部が前記第２の状態情報を受信した場合に、前記組み合わせにかかわらず、前記所定のタイミングを該第２の状態情報の送信時に設定する
監視装置。
【請求項１３】
通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、
前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、
前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、
前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、
２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部と
を備えた監視装置であって、
前記送信制御部は、前記蓄積状態情報が表す前記所定の状態を所定の重み付けで評価した評価値が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる
監視装置。
【請求項１４】
請求項１３記載の監視装置であって、
前記送信部は、前記蓄積状態情報を１つの電文にまとめて前記上位監視装置に送信する
監視装置。
【請求項１５】
請求項１３または請求項１４記載の監視装置であって、
前記状態情報は、前記自動取引装置が扱う媒体の量の過剰及び不足のうちの少なくとも一方の発生及び見込みの少なくとも一方の状態を表す媒体情報を含み、
前記組み合わせは、前記媒体情報の組み合わせを含む
監視装置。
【請求項１６】
請求項１３ないし請求項１５のいずれか記載の監視装置であって、
前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する
監視装置。
【請求項１７】
請求項１６記載の監視装置であって、
前記送信制御部は、前記受信部が前記第２の状態情報を受信した場合に、前記組み合わせにかかわらず、前記所定のタイミングを該第２の状態情報の送信時に設定する
監視装置。
【請求項１８】
通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、
前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、
前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、
前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、
２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部と
を備えた監視装置であって、
前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する
監視装置。
【請求項１９】
請求項１８記載の監視装置であって、
前記送信部は、前記蓄積状態情報を１つの電文にまとめて前記上位監視装置に送信する
監視装置。
【請求項２０】
請求項１８または請求項１９記載の監視装置であって、
前記状態情報は、前記自動取引装置が扱う媒体の量の過剰及び不足のうちの少なくとも一方の発生及び見込みの少なくとも一方の状態を表す媒体情報を含み、
前記組み合わせは、前記媒体情報の組み合わせを含む
監視装置。
【請求項２１】
請求項１８ないし請求項２０のいずれか記載の監視装置であって、
前記送信制御部は、前記受信部が前記第２の状態情報を受信した場合に、前記組み合わせにかかわらず、前記所定のタイミングを該第２の状態情報の送信時に設定する
監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置に関する。
【背景技術】
【０００２】
ＡＴＭ（Automated teller machine）などの自動取引装置では、当該自動取引装置の取引に関与する状態を遠隔監視する監視システムが導入されている。例えば、ＡＴＭを監視する監視システムでは、次のようにして遠隔監視が行われる。ＡＴＭにおいて、紙幣、硬貨、発行通帳、振り込みカード等の残量（満杯、要補充、ニアフル、ニアエンドなど）の変化、自動取引装置を構成するユニットの障害、勘定系ホストや係員操作パネルからの指示に伴う取引の縮退などが発生した場合には、当該ＡＴＭは、その発生した状態を表す状態通知を、ネットワークを介して監視装置に送信する。監視装置は、受信した状態通知を逐次モニタに表示する。オペレータはその表示を監視し、必要に応じて適切な対処を行う。かかる監視システムでは、各々のＡＴＭの状態変化が逐次表示されるので、表示頻度が極めて頻繁となり、オペレータの監視負担は大きなものとなる。負担が大きくなれば、オペレータが重要な表示を見落とすことも考えられる。
【０００３】
このようなことから、下記特許文献１では、緊急度の高い障害メッセージと、緊急度が低い障害メッセージとを予め定めておき、緊急度の高いメッセージは、監視装置に即座に送信し、緊急度の低いメッセージは、一旦蓄積して、緊急度の高いメッセージを送信するタイミングで、当該緊急度の高いメッセージと共に送信する技術を提案している。かかる構成によれば、監視装置におけるメッセージの表示頻度が低減し、オペレータの負担を低減することができる。
【０００４】
ところで、自動取引装置は、同一の場所に複数台を設置する運用が行われることが多く、その点を踏まえて、監視システムを構築することが望ましい。しかしながら、特許文献１では、その点について、十分な工夫がされていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−６１２１９号公報
【特許文献２】特開平９−６２８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、同一の場所に複数台の自動取引装置が設置される状況に適した自動取引装置の監視システムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
（１）本発明の第１の形態は、通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部とを備えた監視装置であって、前記複数の自動取引装置は、２以上の自動取引装置からなる複数のグループを含んで構成され、前記送信制御部は、前記複数のグループの各々における前記組み合わせに応じて、前記所定のタイミングを変化させる。
（２）本発明の第２の形態は、通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部とを備えた監視装置であって、前記送信制御部は、前記蓄積状態情報が表す前記所定の状態が所定の内容である自動取引装置の合計台数が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる。
（３）本発明の第３の形態は、通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部とを備えた監視装置であって、前記送信制御部は、前記蓄積状態情報が表す前記所定の状態を所定の重み付けで評価した評価値が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる。
（４）本発明の第４の形態は、通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部とを備えた監視装置であって、前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する。
【０００８】
［適用例１］通信可能に接続された複数の自動取引装置から、該自動取引装置において取引に関与する所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置であって、
前記複数の自動取引装置の各々から前記状態情報を受信する受信部と、
前記受信した状態情報が所定の状態を表す第１の状態情報である場合に、該第１の状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶部と、
前記蓄積状態情報を所定のタイミングで前記監視装置よりも上位の監視装置である上位監視装置に送信する送信部と、
２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御部と
を備えた監視装置。
【０００９】
かかる構成の監視装置は、自動取引装置から状態情報を受信し、当該状態情報が第１の状態情報である場合に、蓄積状態情報として一時的に記憶し、所定のタイミングで上位監視装置に送信する。ここで、監視装置は、２以上の自動取引装置の蓄積状態情報が表す状態の組み合わせに応じて、所定のタイミングを変化させる。したがって、複数の自動取引装置の総合的な状態に応じて、状態情報を上位監視装置に送信することができる。その結果、同一の場所に複数台の自動取引装置が設置される状況に適した監視システムを提供することができる。例えば、１つの設置場所に多数の自動取引装置が設置されている状況において、１つの自動取引装置のみに生じても緊急に対処する必要のない事象が、複数の自動取引装置で同時に発生して、緊急に対処すべき状況となった場合に、かかる状況を上位監視装置側で迅速かつ的確に把握して、好適に監視を行うことができる。
【００１０】
［適用例２］適用例１記載の自動取引装置であって、前記複数の自動取引装置は、２以上の複数の自動取引装置からなる複数のグループを含んで構成され、前記送信制御部は、前記複数のグループの各々における前記組み合わせに応じて、前記所定のタイミングを変化させる監視装置。
【００１１】
かかる構成の監視装置は、２以上の自動取引装置からなる複数のグループの各々における状態の組み合わせに応じて、所定のタイミングを変化させるので、監視装置が複数のグループを管理する場合に、グループごとの状況に応じて所定のタイミングを変化させることができる。その結果、複数のグループを好適に監視することができ、ユーザの利便性が向上する。
【００１２】
［適用例３］前記送信部は、前記蓄積状態情報を１つの電文にまとめて前記上位監視装置に送信する適用例１または適用例２記載の監視装置。
【００１３】
かかる構成の監視装置は、蓄積状態情報を１つの電文にまとめて上位監視装置に送信するので、各々の状態情報を個別的に送信する場合と比べて、上位監視装置側で受信した状態情報を即座に表示させる回数を低減することができる。その結果、表示された状態情報を随時監視する監視員の監視負担を低減することができる。さらに、監視装置と上位監視装置との間での通信接続回数の増加による通信負荷の増大、しいては、通信コストの増大を抑制することができる。
【００１４】
［適用例４］適用例１ないし適用例３のいずれか記載の監視装置であって、前記状態情報は、前記自動取引装置が扱う媒体の量の過剰及び不足のうちの少なくとも一方の発生及び見込みの少なくとも一方の状態を表す媒体情報を含み、前記組み合わせは、前記媒体情報の組み合わせを含む監視装置。
【００１５】
かかる構成の監視装置は、自動取引装置が扱う媒体の量の状態に応じて、蓄積状態情報を上位監視装置に送信するタイミングを変化させることができる。したがって、複数の自動取引装置における媒体の量の総合的な状態に応じた監視を好適に行うことができる。
【００１６】
［適用例５］前記送信制御部は、前記蓄積状態情報が表す前記所定の状態が所定の内容である自動取引装置の合計台数が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる適用例１ないし適用例４のいずれか記載の監視装置。
【００１７】
かかる構成の監視装置は、所定の状態の自動取引装置が所定台数に達したか否かに基づいて、所定のタイミングを変化させる。したがって、複数の自動取引装置における総合的な状態を好適に反映した監視を行うことができる。しかも、所定の状態にある自動取引装置の台数を演算すればよいので、構成が簡単である。
【００１８】
［適用例６］前記送信制御部は、前記蓄積状態情報が表す前記所定の状態を所定の重み付けで評価した評価値が閾値条件を満たすか否かに応じて、前記所定のタイミングを変化させる適用例１ないし適用例４のいずれか記載の監視装置。
【００１９】
かかる構成の監視装置は、各々の自動取引装置の状態を所定の重み付けで総合評価して、所定のタイミングを変化させる。したがって、複数の自動取引装置における総合的な状態を好適に反映した監視を行うことができる。しかも、異なる内容の状態を総合的に評価することもできるので、より柔軟な監視を行うことができ、ユーザの利便性が向上する。
【００２０】
［適用例７］前記送信部は、前記受信部が、前記第１の状態情報とは異なる特定の状態を表す第２の状態情報を受信した場合に、該第２の状態情報を即座に前記上位監視装置に送信する適用例１ないし適用例６のいずれか記載の監視装置。
【００２１】
かかる構成の監視装置は、第２の状態情報を受信した際に、第２の状態情報を即座に上位監視装置に送信するので、対処に緊急を要する状態が生じた場合に、その状況を上位監視装置で迅速に把握でき、好適な監視を行うことができる。
【００２２】
［適用例８］前記送信制御部は、前記受信部が前記第２の状態情報を受信した場合に、前記組み合わせにかかわらず、前記所定のタイミングを、該第２の状態情報の送信時に設定する適用例７記載の監視装置。
【００２３】
かかる構成の監視装置は、第２の状態情報を受信後即座に上位監視装置に送信するタイミングで、蓄積状態情報を送信するので、上位監視装置側で受信した状態情報を即座に表示させる回数を低減することができる。その結果、監視員の監視負担を低減することができる。
【００２４】
また、本発明は、監視装置のほか、上位監視装置を含む監視システム、適用例９のプログラム、当該プログラムを記録した記憶媒体、自動取引装置の監視方法等としても実現することができる。
［適用例９］通信可能に接続された複数の自動取引装置から、該自動取引装置において所定の状態変化が生じた後の状態を表す状態情報を収集して、該複数の自動取引装置の監視を行う監視装置が、該監視装置よりも上位の監視装置である上位監視装置に前記状態情報を送信するためのプログラムであって、前記複数の自動取引装置の各々から前記状態情報を受信する受信機能と、前記受信した状態情報が所定の状態を表す場合に、該受信した状態情報を蓄積状態情報として少なくとも一時的に記憶する記憶機能と、前記蓄積状態情報を所定のタイミングで前記上位監視装置に送信する送信機能と、２以上の前記自動取引装置に係る前記蓄積状態情報の各々が表す前記状態の組み合わせに応じて、前記所定のタイミングを変化させる送信制御機能とをコンピュータに実現させるプログラム。
【図面の簡単な説明】
【００２５】
【図１】自動取引装置監視システム２０の概略構成を示す説明図である。
【図２】自動取引装置監視システム２０を構成する監視装置１００の概略構成を示す説明図である。
【図３】状態通知テーブル１２１の具体例を示す説明図である。
【図４】台数テーブル１２２の具体例を示す説明図である。
【図５】閾値テーブル１２３の具体例を示す説明図である。
【図６】優先度テーブル１２４の具体例を示す説明図である。
【図７】定時送信日時テーブル１２５の具体例を示す説明図である。
【図８】状態通知蓄積フラグテーブル１２６の具体例を示す説明図である。
【図９】状態通知処理の流れを示すフローチャートである。
【図１０】状態通知処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２６】
Ａ．実施例：
本発明の実施例について説明する。
Ａ−１．自動取引装置監視システム２０の概略構成：
本発明の実施例としての自動取引装置監視システム２０の概略構成を図１に示す。本実施例における自動取引装置監視システム２０は、金融機関の各支店や店外に設置された複数のＡＴＭの状態を監視センタで一括監視するネットワークシステムである。図示するように、自動取引装置監視システム２０は、ＡＴＭ１１，１２，１３と、ＡＴＭ２１,２２と、監視装置１００と、中央監視サーバＳＶと、監視端末ＣＬとを備えている。
【００２７】
監視装置１００とＡＴＭ１１〜１３とは、ローカルエリアネットワークＬＡＮ１を介して接続されている。このローカルエリアネットワークＬＡＮ１は、金融機関の支店の店舗内に構築されている。つまり、ＡＴＭ１１〜１３は、支店の店舗内に設置されたＡＴＭである。ＡＴＭ２１，２２は、ローカルエリアネットワークＬＡＮ２に接続されている。このローカルエリアネットワークＬＡＮ２は、支店の店舗外に設置されている。つまり、ＡＴＭ２１，２２は、支店の店舗外に設置されている。このＡＴＭ２１，２２は、ＡＴＭ１１〜１３が設置された支店の管理下におかれている。これらのＡＴＭは、本実施例では、その設置箇所に応じて、複数のグループに区分してＡＴＭの識別子を記憶して、管理されている。図１の例では、店舗内に設置されたＡＴＭ１１〜１３をグループＧ１、店舗外に設置されたＡＴＭ２１，２２をグループＧ２に区分して管理している。中央監視サーバＳＶと監視端末ＣＬとは、ローカルエリアネットワークＬＡＮ３を介して接続されている。このローカルエリアネットワークＬＡＮ３は、金融機関の各支店のＡＴＭを統括的に監視する監視センタに構築されている。
【００２８】
かかるローカルエリアネットワークＬＡＮ１〜ＬＡＮ３は、それぞれルータＲＴ１〜ＲＴ３を介して、ワイドエリアネットワークＷＡＮに接続されている。ここでのワイドエリアネットワークＷＡＮとは、専用回線や電話回線をいう。以上の通り、ＡＴＭ１１〜１３、ＡＴＭ２１,２２、監視装置１００、中央監視サーバＳＶ、監視端末ＣＬは、ローカルエリアネットワークＬＡＮ１〜ＬＡＮ３やワイドエリアネットワークＷＡＮを介して、通信可能に接続されている。なお、これらの接続形態は、特に限定するものではない。例えば、これらは、インターネット上にＶＰＮ（Virtual Private Network）を構築して接続されてもよい。なお、実際には、ワイドエリアネットワークＷＡＮには、金融機関の他の支店が管轄するＡＴＭや監視装置も接続されるが、ここでは、説明を簡略化するため、図示を省略している。
【００２９】
ＡＴＭ１１〜１３、ＡＴＭ２１,２２は、周知の通り、金融機関等に設置され、顧客の操作によって現金の入金、出金、振り込み等の取引を行う装置である。このＡＴＭ１１〜１３、ＡＴＭ２１,２２は、自身の取引に関与する状態の変化（例えば、障害の発生）などが生じると、状態の変化後の内部等の状態を表す状態情報を監視装置１００に送信する構成となっている。こうして送信される状態情報を以降、状態通知ともいう。なお、状態情報の詳細については、後述する。
【００３０】
監視装置１００は、ＡＴＭ１１〜１３、ＡＴＭ２１,２２から状態通知を受信することによって、ＡＴＭ１１〜１３、ＡＴＭ２１,２２の状態情報を収集する装置である。この監視装置１００は、収集した状態情報を、所定のタイミングで中央監視サーバＳＶに送信する。本実施例においては、監視装置１００は、収集した状態情報を監視装置１００が備えるディスプレイに表示可能に構成されている。また、監視装置１００は、ＡＴＭ１１〜１３、ＡＴＭ２１,２２に関する各種設定項目の入力を受け付けて、所定のコマンドをＡＴＭ１１〜１３、ＡＴＭ２１,２２に送信することで、ＡＴＭ１１〜１３、ＡＴＭ２１,２２の各種設定を行うことができる。さらに、監視装置１００は、所定のコマンドを用いてＡＴＭ１１〜１３、ＡＴＭ２１,２２から設定情報を取得し、ディスプレイに表示可能に構成されている。この監視装置１００は、複数台設置されてもよい。
【００３１】
中央監視サーバＳＶは、ＡＴＭ１１〜１３、ＡＴＭ２１,２２の状態情報を監視装置１００から受信して管理する装置である。なお、この中央監視サーバＳＶは、図１で図示を省略した他の支店のＡＴＭの状態情報も受信して管理する。監視端末ＣＬは、中央監視サーバＳＶが管理する状態情報を中央監視サーバＳＶから取得して、閲覧可能に表示する装置である。本実施例では、中央監視サーバＳＶが受信した状態情報は、逐次、監視端末ＣＬのモニタに表示される構成となっている。監視員は、この表示を確認することで、各ＡＴＭの状態を監視する。この監視端末ＣＬは、管理下にあるＡＴＭ１１〜１３，ＡＴＭ２１，２２に対して、動作指示を行うこともできる。なお、中央監視サーバＳＶは、監視端末ＣＬの機能を併せ持っていてもよいし、中央監視サーバＳＶと監視端末ＣＬとは、両機能を兼ね備えた１つの装置として構成してもよい。また、監視端末ＣＬは、複数台で構成されてもよい。さらに、監視端末ＣＬは、金融機関の監視センタに代えて、あるいは、加えて、警備会社、保守会社等に設置する構成としてもよい。
【００３２】
かかる自動取引装置監視システム２０において、予め定めた優先度が高い状態通知をＡＴＭ１１〜１３，ＡＴＭ２１，２２から受信した場合には、当該状態通知を即座に中央監視サーバＳＶに送信する。優先度が高い状態通知とは、例えば、緊急に対処する必要がある状態として予め定めた状態を表す状態通知である。一方、優先度が低い状態通知を受信した場合には、監視装置１００は、当該状態通知を蓄積し、所定のタイミングで中央監視サーバＳＶに送信する。この所定のタイミングは、受信した状態通知の内容や、蓄積した状態通知の内容によって制御される。具体的には、監視装置１００は、優先度が高い内容の状態通知を受信した際に、既に蓄積された状態通知がある場合には、優先度が高い通知と、蓄積した状態通知とを合わせて送信する。また、監視装置１００は、蓄積した状態通知が表す各々のＡＴＭの状態の組み合わせが所定の閾値条件を満たした際に、これらの蓄積した状態情報を中央監視サーバＳＶに送信する。かかる蓄積した状態情報の送信タイミングの制御の詳細は、状態通知処理として後述する。更に、本実施例では、監視装置１００は、上述したタイミングのほかに、予め定めた日時に、蓄積した状態情報をまとめて中央監視サーバＳＶに送信する。このように定刻に状態情報を送信することを、以下、定時送信ともいう。
【００３３】
Ａ−２．監視装置１００の概略構成：
自動取引装置監視システム２０を構成する監視装置１００の概略構成について説明する。監視装置１００の概略構成を図２に示す。図示するように、監視装置１００は、制御部１１０と記憶部１２０と入力操作部１３０と表示部１４０と通信制御部１５０とを備えている。制御部１１０は、監視装置１００の動作全体を制御する制御ユニットであり、ＣＰＵ、ＲＡＭ、ＲＯＭ等で構成される。制御部１１０は、ＲＯＭ等に記憶されたプログラムを実行することで、監視装置１００の動作全体を制御するほか、受信部１１１、送信部１１２、送信制御部１１３としても機能する。これらの機能部の詳細については後述する。
【００３４】
入力操作部１３０は、マウス及びキーボード等で構成され、ユーザの入力を受け付ける。表示部１４０は、液晶パネル等で構成されるディスプレイである。通信制御部１５０は、ローカルエリアネットワークＬＡＮ１に接続するための通信インタフェースであり、監視装置１００は、通信制御部１５０を介してローカルエリアネットワークＬＡＮ１に接続されている。
【００３５】
記憶部１２０は、不揮発性の記憶媒体であり、本実施例では、ハードディスクドライブである。ただし、記憶媒体の種類は、特に制限するものではない。この記憶部１２０には、状態通知テーブル１２１、台数テーブル１２２、閾値テーブル１２３，優先度テーブル１２４、定時送信日時テーブル１２５、状態通知蓄積フラグテーブル１２６を記憶する領域が確保されている。
【００３６】
状態通知テーブル１２１は、監視装置１００がＡＴＭ１１〜１３、ＡＴＭ２１,２２から受信した状態通知を記憶する領域である。状態通知テーブル１２１の具体例を図３に示す。この例では、状態通知テーブル１２１には、図示するように、店番、サブ店番、機番、通知タイプ、メッセージ通番、受信日時、媒体状態、ユニット状態等が対応付けられた状態通知が記憶されている。店番は、金融機関の支店毎に一意に割り当てられた識別子である。サブ店番は、複数のＡＴＭの管理区分、つまり、上述したグループごとに一意に割り当てられた識別子である。この店番とサブ店番との組み合わせによって、上述したグループ、すなわち、ＡＴＭの設置場所を一意に特定することができる。機番は、店番とサブ店番との組み合わせの範囲内におけるＡＴＭの識別番号である。この店番とサブ店番と機番との組み合わせによって、金融機関に設定されたＡＴＭを一意に特定することができる。
【００３７】
通知タイプは、状態通知の内容の区分に一意に割り当てられた識別子である。この通知タイプの詳細については後述する。メッセージ通番は、受信した状態通知の通し番号である。受信日時は、状態通知を受信した日時である。媒体状態は、ＡＴＭ１１〜１３、ＡＴＭ２１,２２で扱う媒体の過剰や不足の発生または見込みを表す。この例では、媒体として、種類別の紙幣及び硬貨、新規発行する通帳などが定められている。媒体としては、他に、振り込みカード、帳票用用紙などを例示することができる。ユニット状態は、ＡＴＭ１１〜１３、ＡＴＭ２１,２２が備えるユニットの状態を表す。図示する例では、紙幣の入出機構である紙幣ユニット、硬貨の入出機構である硬貨ユニットなどが定められている。
【００３８】
例えば、図３に示す３つ目の状態通知は、店番「０００１」、サブ店番「０００」、機番「００３」のＡＴＭから通知タイプ「Ｃ」の状態通知を２０１０年１月１日１５：００に受信したことを示している。また、当該ＡＴＭの現在の状態が、５００円硬貨が要補充状態であることを示している。なお、ここでの満杯とは、保管量が上限に達したことを示し、要補充とは、保管量が下限に達したことを示す。ここで、要補充状態を受けて通知タイプＣが通知されることになる。なお、媒体状態とは最新のＡＴＭの状態を示すものであるので、通知タイプと一致しない場合がある。例えば、図３に示す１つ目の状態通知は、店番「０００１」、サブ店番「０００」、機番「００１」のＡＴＭから通知タイプ「Ａ」の状態通知を２０１０年１月１日１２：００に受信したことを示している。そして、当該ＡＴＭの現在の状態が、１万円紙幣と千円紙幣とが要補充状態となり、紙幣ユニットを縮退、すなわち、取引停止状態となっている。しかしながら、それ以前に優先度の高い「障害」が発生している為に、通知タイプＣまたはＧが通知されるのではなく、通知タイプＡが通知されることになる。
【００３９】
台数テーブル１２２は、監視装置１００の管理下にあるＡＴＭの台数を、設置場所ごとに区分されたグループ単位で記憶する領域である。台数テーブル１２２の具体例を図４に示す。この例では、１０のグループが設定されているものとして示している。例えば、店番「０００１」、サブ店番「０００」のグループ（設置場所）には、８台のＡＴＭが設置されていることを示している。この台数テーブル１２２は、後述する閾値テーブル１２３をユーザが設定する際に、表示部１４０に表示させて、ユーザの利便性を向上させるために記憶されている。
【００４０】
閾値テーブル１２３は、後述する状態通知処理に用いる閾値条件を記憶する領域である。本実施例では、グループ、すなわち、店番とサブ店番との組み合わせ毎に、閾値条件が記載されている。詳細については後述するが、この閾値条件は、監視装置１００が蓄積した状態通知を中央監視サーバＳＶに送信するタイミングを決定するために用いられる。閾値テーブル１２３の具体例を図５に示す。この例では、店番、サブ店番と、媒体の閾値条件とが対応付けられている。媒体の閾値条件は、媒体ごとに設定される。この例では、媒体の種類として、紙幣、硬貨、通帳、振込カードが設定されている。ここでの閾値条件は、媒体の種類ごとに、当該媒体の状態が「要補充」や「満杯」となった場合に許容できるＡＴＭの台数を表している。例えば、店番「０００１」、サブ店番「０００」のグループの閾値条件は、紙幣の状態が「要補充」となったＡＴＭが５台になること、硬貨の状態が「要補充」となったＡＴＭが５台になること、通帳の状態が「要補充」となったＡＴＭが５台になること、振込カードの状態が「要補充」となったＡＴＭが５台になることである。このいずれかの条件を満たせば、閾値条件は満たされたものと判断される。かかる閾値テーブル１２３は、ユーザの入力によって予め設定される。
【００４１】
優先度テーブル１２４は、上述した優先度の高い状態通知と、優先度の低い状態通知とを定義する記憶領域である。優先度テーブル１２４では、受信する状態通知の内容と、当該状態通知を監視装置１００に送信するタイミングの優先度とを対応付けて記憶される。優先度テーブル１２４の具体例を図６に示す。この例では、状態通知が表す状態変化の区分と、その区分に応じて一意に割り当てられた識別子である通知タイプと、優先度とが対応付けて記憶されている。この例では、状態変化の区分として、以下の８つの状態（１）〜（８）が定義されている。
（１）障害
（２）監視センタ（監視端末ＣＬなど）からの指示に基づく状態変化
（３）ＡＴＭが検知する状態変化（媒体の満杯、要補充、ニアフル、ニアエンドなど）
（４）ＡＴＭの内部操作パネルのキー押し下げによる状態変化
（５）勘定系ホストからの一方メッセージの受信による状態変化
（６）自局開局
（７）ＡＴＭが自律的に自身の運用モードを変更したことによる状態変化
（８）専用端末からの運用モード切り替え指令の受信による状態変化
【００４２】
ここで、自動開局とは、例えば、障害の自動復旧による開局をいう。専用端末とは、ローカルエリアネットワークＬＡＮ２に接続され、各ＡＴＭの遠隔操作を行うための端末である（図１では、図示を省略）。また、運用モードとは、ＡＴＭの取引の運用状態を示す情報である。例えば、運用モードは、以下の（１１）〜（１４）のモードを含む。
（１１）稼働モード１：取引科目に制限がなく、全ての取引を即時実行可能な状態
（１２）稼働モード２：取引科目に制限があり、特定の取引のみを即時実行可能な状態
（１３）省エネモード：消費電力を低減させた待機状態であり、取引開始可能に起動するまでに少し時間を要する状態
（１４）電源断絶モード：電源供給を遮断した待機状態であり、取引開始可能に起動するまでに大幅に時間を要する状態
【００４３】
優先度は、受信した状態通知を即座に監視装置１００に送信することを示す優先度「高」と、状態通知テーブル１２１に一旦蓄積して、所定のタイミングで監視装置１００に送信することを示す優先度「低」とが定義されている。図示する例では、（１）障害、（２）監視センタ（監視端末ＣＬ）からの指示に基づく状態変化を示す状態通知が優先度「高」に、その他の状態通知は、優先度「低」に設定されている。
【００４４】
定時送信日時テーブル１２５は、上述した定時送信のタイミングを定義する記憶領域である。定時送信日時テーブル１２５の具体例を図７に示す。この例では、図示するように、監視装置１００が蓄積した状態通知を中央監視サーバＳＶに送信する曜日と送信時刻の組み合わせと、特異日と送信時間の組み合わせとが定義されている。例えば、毎週月曜日には、２１：００に蓄積された状態通知を送信することが定義されている。また、１月１日の特異日には、曜日にかかわらず、１７：００に蓄積された状態通知を送信することが定義されている。
【００４５】
状態通知蓄積フラグテーブル１２６は、監視装置１００の管理下にある各ＡＴＭについて、状態通知が状態通知テーブル１２１に蓄積されているか否かを示すフラグを記憶する領域である。状態通知蓄積フラグテーブル１２６の具体例を図８に示す。この例では、図示するように、ＡＴＭを特定する店番、サブ店番、機番と、状態通知の蓄積状態を示すフラグとが対応付けられている。例えば、店番「０００１」、サブ店番「０００」、機番「００１」のＡＴＭは、フラグが、状態通知が蓄積されていることを示す値「１（オン）」となっている。
【００４６】
Ａ−３．状態通知処理：
上述した自動取引装置監視システム２０における状態通知処理について説明する。状態通知処理とは、監視装置１００が、ＡＴＭ１１〜１３，ＡＴＭ２１，２２から受信した状態通知を、その内容に応じたタイミングで中央監視サーバＳＶに送信する処理である。状態通知処理の流れを図９及び図１０に示す。この処理が開始されると、監視装置１００の制御部１１０は、ＡＴＭ１１〜１３，ＡＴＭ２１，２２が送信する状態通知の受信を待機する。
【００４７】
そして、制御部１１０は、受信部１１１の処理として、状態通知を受信すると（ステップＳ２１０）、受信した状態通知が監視センタ（中央監視サーバＳＶや監視端末ＣＬ）からの指示による状態変化に伴う状態通知であるか否かを判断する（ステップＳ２２０）。本実施例においては、ＡＴＭ１１〜１３，ＡＴＭ２１，２２は、監視センタから状態変化の指示メッセージを受信すると、監視装置１００を介して監視センタに受信確認を送信する構成としている。制御部１１０は、この受信確認をＡＴＭ１１〜１３，ＡＴＭ２１，２２から受信した後に、所定期間内に当該ＡＴＭから状態通知を受信した場合に、監視センタからの指示による状態変化に伴う状態通知であると判断する。ただし、判断の方法は、特に限定するものではなく、例えば、ＡＴＭ１１〜１３，ＡＴＭ２１，２２が、送信する状態通知に通知タイプを含ませ、制御部１１０が受信した状態通知に含まれる通知タイプを解釈する構成としてもよい。
【００４８】
その結果、受信した状態通知が、監視センタからの指示による状態変化に伴う状態通知でなければ（ステップＳ２２０：ＮＯ）、制御部１１０は、受信した状態通知が優先度の高い状態変化であるか否かを判断する（ステップＳ２３０）。本実施例においては、状態通知のデータフォーマットは、当該状態通知が表す内容ごとに異なるように構成されており、制御部１１０は、そのデータフォーマットに基づいて、状態通知の内容を解釈し、優先度テーブル１２４を参照してステップＳ２２０の判断を行う構成とした。ただし、判断の方法は、特に限定するものではなく、上述したように通知タイプに基づいて判断してもよい。
【００４９】
その結果、受信した状態通知が、優先度の高いものでなければ（ステップＳ２３０：ＮＯ）、制御部１１０は、受信した状態通知が、ＡＴＭが検知した媒体の状態変化、すなわち、図６で示した通知タイプ「Ｃ」の状態通知であるか否かを判断する（ステップＳ２４０）。その結果、通知タイプ「Ｃ」の状態通知でなければ（ステップＳ２４０：ＮＯ）、制御部１１０は、状態通知蓄積フラグテーブル１２６を参照して、受信した状態通知の送信元のＡＴＭについて、既に状態通知が蓄積されているか否かを判断する（ステップＳ２５０）。
【００５０】
その結果、既に状態通知が蓄積されていれば（ステップＳ２５０：ＹＥＳ）、制御部１１０は、蓄積された状態通知を、受信した最新の状態通知に書き換えることで、状態通知テーブル１２１の更新を行い（ステップＳ２６０）、状態通知処理を終了する。一方、状態通知が蓄積されていなければ（ステップＳ２５０：ＮＯ）、制御部１１０は、受信した状態通知を状態通知テーブル１２１に登録して蓄積する（ステップＳ２７０）。そして、制御部１１０は、受信した状態通知の送信元のＡＴＭについて、状態通知蓄積フラグテーブル１２６のフラグをオンにして（ステップＳ２８０）、状態通知処理を終了する。
【００５１】
一方、受信した状態通知が通知タイプ「Ｃ」の状態通知であれば（ステップＳ２４０：ＹＥＳ）、制御部１１０は、閾値テーブル１２３を参照して、閾値取得処理を行う（ステップＳ２９０）。この処理は、閾値テーブル１２３を参照して、受信した状態通知の送信元のＡＴＭが属するグループの閾値を取得する処理である。
【００５２】
閾値取得処理を行うと、制御部１１０は、送信制御部１１３の処理として、受信した状態通知と、状態通知テーブル１２１に蓄積された状態通知とが、閾値条件を満たすか否かを判断する（ステップＳ３００）。この処理は、具体的には、以下のようにして実行される。まず、制御部１１０は、状態通知蓄積フラグテーブル１２６を参照して、受信した状態通知の送信元のＡＴＭと同一のグループに属するＡＴＭに係る状態通知が状態通知テーブル１２１に蓄積されているかを特定する。次に、制御部１１０は、当該状態通知が状態通知テーブル１２１に蓄積されている場合には、状態通知テーブル１２１から、同一グループの各ＡＴＭの媒体状態の情報を抽出する。次に、制御部１１０は、抽出した媒体状態の情報と、受信した状態通知とに基づいて、上記ステップＳ２９０で取得した閾値条件を満たすか否かを判断する。
【００５３】
その結果、閾値条件を満たさなければ（ステップＳ３００：ＮＯ）、制御部１１０は、上記ステップＳ２５０に処理を進める。一方、閾値条件を満たせば（ステップＳ３００：ＹＥＳ）、制御部１１０は、送信部１１２の処理として、受信した状態通知と、状態通知テーブル１２１に蓄積した状態通知とを中央監視サーバＳＶに送信する（ステップＳ３１０）。本実施例においては、これらの状態通知は、１つの電文にまとめて送信される。また、状態通知テーブル１２１に蓄積した全ての状態通知を送信する構成とした。すなわち、受信した状態通知の送信元のＡＴＭが属するグループのみならず、全てのグループのＡＴＭに関する状態通知を送信する構成とした。ただし、受信した状態通知の送信元のＡＴＭが属するグループのＡＴＭの状態通知のみを送信する構成としてもよい。状態通知を送信すると、制御部１１０は、状態通知蓄積フラグテーブル１２６のうち、送信した状態通知に対応するＡＴＭのフラグをクリアして（ステップＳ３２０）、状態通知処理を終了する。
【００５４】
一方、受信した状態通知が、監視センタからの指示による状態変化に伴う状態通知であれば（ステップＳ２２０：ＹＥＳ）、あるいは、優先度の高いものであれば（ステップＳ２３０：ＹＥＳ）、制御部１１０は、状態通知蓄積フラグテーブル１２６を参照して、状態通知が蓄積されているか否かを判断する（ステップＳ３３０）。その結果、状態通知が蓄積されていれば（ステップＳ３３０：ＹＥＳ）、制御部１１０は、処理を上記ステップＳ３１０に進める。一方、状態通知が蓄積されていなければ（ステップＳ３３０：ＮＯ）、制御部１１０は、受信した状態通知を単独で中央監視サーバＳＶに送信し（ステップＳ３４０）、状態通知処理を終了する。
【００５５】
Ａ−４．効果：
かかる構成の自動取引装置監視システム２０において、監視装置１００は、各々のＡＴＭからから状態通知を受信し、当該状態通知が優先度の低いものである場合に、一時的に蓄積し、所定のタイミングで中央監視サーバＳＶに送信する。ここで、監視装置１００は、２以上のＡＴＭの蓄積した状態情報が表す状態の組み合わせに応じて、所定のタイミングを変化させる。したがって、複数のＡＴＭの総合的な状態に応じて、状態情報を中央監視サーバＳＶに送信することができる。その結果、同一の場所に複数台のＡＴＭが設置される状況に適した監視システムを提供することができる。例えば、ある事象が１つのＡＴＭで発生しても対処の緊急性を要しないが、複数のＡＴＭで同時に発生すると緊急性を要する場合も、そのような状況を監視センタ側で迅速かつ的確に把握して、好適に監視を行うことができる。
【００５６】
また、監視装置１００は、２以上の複数のＡＴＭからなる複数のグループの各々における状態の組み合わせに応じて、蓄積した状態通知の中央監視サーバＳＶへの送信タイミングを変化させるので、監視装置１００が複数のグループを管理する場合に、グループごとの状況に応じて送信タイミングを変化させることができる。その結果、複数のグループを好適に監視することができ、ユーザの利便性が向上する。
【００５７】
また、監視装置１００は、蓄積した状態情報を１つの電文にまとめて中央監視サーバＳＶに送信するので、各々の状態情報を個別的に送信する場合と比べて、監視センタ側で受信した状態情報を即座に表示させる回数を低減することができる。その結果、当該表示を常時監視する監視員の監視負担を低減することができる。さらに、監視装置１００と中央監視サーバＳＶとの間での通信接続回数の増加による通信負荷の増大、しいては、通信負荷の増大を抑制することができる。
【００５８】
また、状態通知は、ＡＴＭが扱う媒体の量の過剰及び不足の発生や見込みの状態を表す情報を含むので、ＡＴＭが扱う媒体の量の状況に応じて、蓄積した状態情報を中央監視サーバＳＶに送信するタイミングを変化させることができる。したがって、複数のＡＴＭにおける媒体の量の総合的な状態に応じた監視を好適に行うことができる。例えば、複数のＡＴＭで紙幣不足が同時に発生して、円滑な取引を阻害するような状況を的確に監視することができる。
【００５９】
また、監視装置１００は、所定の状態のＡＴＭが所定台数に達したか否かに基づいて、蓄積した状態通知を中央監視サーバＳＶへ送信するタイミングを変化させる。したがって、複数のＡＴＭにおける総合的な状態を好適に反映した監視を行うことができる。しかも、所定の状態にあるＡＴＭの台数を演算すればよいので、構成が簡単である。
【００６０】
また、監視装置１００は、優先度の高い状態通知を受信すると、当該状態通知を即座に中央監視サーバＳＶに送信するので、対処に緊急を要する状態が生じた場合に、その状態を監視センタ側で迅速に把握でき、好適な監視を行うことができる。また、監視装置１００は、優先度の高い状態通知を中央監視サーバＳＶに送信するタイミングで、蓄積した状態情報を併せて送信するので、監視センタ側で受信した状態情報を即座に表示させる回数を低減することができる。その結果、監視員の監視負担を低減することができる。
【００６１】
Ｂ．変形例：
上述した実施例の変形例について説明する。
Ｂ−１．変形例１：
上述の実施形態においては、監視装置１００は、閾値テーブル１２３を、媒体の保管量の過剰または不足が発生しているＡＴＭの台数として設定したが、これに代えて、あるいは、加えて、媒体の保管量の過剰または不足の見込みが所定の程度に達しているＡＴＭの台数として設定してもよい。例えば、保管量が所定程度上限に達する見込みを示すニアフルや、保管量が間もなく下限値に達する見込みを示すニアエンドなどの状態にあるＡＴＭの台数として設定してもよい。このように見込み情報を反映させれば、間もなく生じ得る状態を予測した監視が行えるので、ユーザの利便性が向上する。
【００６２】
Ｂ−２．変形例２：
上述の実施形態においては、蓄積した状態情報が表す状態が所定の内容であるＡＴＭの合計台数が閾値条件を満たすか否かに応じて、蓄積した状態情報の送信タイミングを制御する構成としたが、かかる構成に限られるものではなく、例えば、蓄積した状態情報が表す状態を所定の重み付けで評価した評価値が閾値条件を満たすか否かに応じて、蓄積した状態情報の送信タイミングを制御してもよい。例えば、媒体の保管量が「満杯」を示しているＡＴＭの台数と、「ニアフル」を示しているＡＴＭの台数とを所定の重み付け係数を乗じて加算した値と、閾値条件とを比較する構成としてもよい。
【００６３】
もとより、送信タイミングの判断は、媒体の状態に限らず、種々の状態の内容に基づいて行うことができる。例えば、運用モードが電源断絶モードとなっているＡＴＭの台数と、媒体の保管量が「満杯」や「要補充」となっているＡＴＭの台数との合計台数を閾値条件と比較する構成としてもよい。電源断絶モードは、取引開始可能に起動するまでに、大幅に時間を要するので、短期的には、媒体の保管量が「満杯」や「要補充」となって、取引を実行できない状態と同等に扱えるからである。また、障害の発生を示す状態情報を即座に中央監視サーバＳＶに送信しない構成であれば、媒体の保管量が「満杯」を示しているＡＴＭの台数と、障害が発生しているＡＴＭの台数とを所定の重み付け係数を乗じて加算した値と、閾値条件とを比較する構成としてもよい。あるいは、障害が発生しているＡＴＭの合計台数と閾値条件とを比較する構成としてもよい。１つの場所にＡＴＭが多数設置されている場合には、１台のＡＴＭでの障害の発生が緊急の対処を要するとは限らないから、このような運用も可能である。これらの構成とすれば、グループ内の各ＡＴＭの総合的な状況をより的確に反映して、柔軟に監視を行うことができる。
【００６４】
Ｂ−３．変形例３：
上述の実施形態においては、状態通知テーブル１２１には、中央監視サーバＳＶに未送信の優先度の低い状態通知のみを蓄積する構成としたが、全てのＡＴＭの最新の状態通知を記憶する構成としてもよい。こうすれば、監視装置１００において、全てのＡＴＭの最新の状態を確認することができ、ユーザの利便性が向上する。かかる場合、中央監視サーバＳＶへ送信済みの状態通知と、未送信の状態通知とを識別する情報とともに記憶すれば、上述した状態通知処理を容易に実現することができる。
【００６５】
また、かかる場合、グループ内の各ＡＴＭの状態が閾値条件を満たした際に、優先度の高い状態通知と共に中央監視サーバＳＶに送信済みの状態通知を、未送信の状態通知と共に、再度、中央監視サーバＳＶに送信してもよい。こうすれば、監視センタ側で、当該グループ内のＡＴＭの状態を一覧的に表示させることが容易に行えるので、グループ内の状態が把握しやすくなる。
【００６６】
Ｂ−４．変形例４：
上述の実施形態においては、自動取引装置としてＡＴＭを例示したが、本発明における自動取引装置は、ＡＴＭに限るものではなく、営業店窓口端末などの金融デバイス、自動発券機など種々の自動取引装置とすることができる。
【００６７】
以上、本発明の実施形態について説明したが、上述した実施形態における本発明の構成要素のうち、独立クレームに記載された要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、監視装置や上位監視装置を含む監視システムのほかに、監視装置のプログラム、当該プログラムを記録した記憶媒体、自動取引装置の監視方法等としても実現することができる。
【符号の説明】
【００６８】
２０…自動取引装置監視システム
１００…監視装置
１１０…制御部
１１１…受信部
１１２…送信部
１１３…送信制御部
１２０…記憶部
１２１…状態通知テーブル
１２２…台数テーブル
１２３…閾値テーブル
１２４…優先度テーブル
１２５…定時送信日時テーブル
１２６…状態通知蓄積フラグテーブル
１３０…入力操作部
１４０…表示部
１５０…通信制御部
ＣＬ…監視端末
ＳＶ…中央監視サーバ
ＲＴ１〜ＲＴ３…ルータ
ＬＡＮ１〜ＬＡＮ３…ローカルエリアネットワーク
ＷＡＮ…ワイドエリアネットワーク
Ｇ１，Ｇ２…グループ
【図１】
0005543878.tif 000002
【図２】
0005543878.tif 000003
【図３】
0005543878.tif 000004
【図４】
0005543878.tif 000005
【図５】
0005543878.tif 000006
【図６】
0005543878.tif 000007
【図７】
0005543878.tif 000008
【図８】
0005543878.tif 000009
【図９】
0005543878.tif 000010
【図１０】
0005543878.tif 000011