(57)【要約】      （修正有）【課題】複数の監視対象装置において発生した障害を中央管理装置が集中管理する場合に、当該中央管理装置において障害管理に関する処理の輻輳が発生することを回避する監視端末装置、監視システム、及び、監視制御プログラムを提供する。【解決手段】監視端末装置４１は、複数の監視対象装置４２から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置５０を介して、複数の監視対象装置４２の少なくともいずれかの状態を監視可能な監視端末装置であって、中央管理装置５０による当該障害情報の取得を代行する取得部４１０と、取得部４１０により取得された当該障害情報を記憶する記憶部４１１と、を備える【選択図】図３
2018181086.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置であって、
前記中央管理装置による前記障害情報の取得を代行する取得手段と、
前記取得手段により取得された前記障害情報を記憶する記憶手段と、
を備える監視端末装置。
【請求項２】
前記取得手段は、存在する場所に関して、自装置との位置関係が所定の条件を満たす、前記複数の監視対象装置のうちの特定の監視対象装置から出力された前記障害情報を取得する、
請求項１に記載の監視端末装置。
【請求項３】
前記取得手段は、前記障害情報を取得しないことを指示する情報を前記中央管理装置に入力することによって、あるいは、前記障害情報の出力先を自装置とすることを指示する情報を前記監視対象装置に入力することによって、前記障害情報の取得を代行する、
請求項１または２に記載の監視端末装置。
【請求項４】
前記取得手段により取得された前記障害情報を編集することによって、前記障害情報の少なくとも一部を、前記中央管理装置に通知する通知手段をさらに備える、
請求項１乃至３のいずれか一項に記載の監視端末装置。
【請求項５】
前記通知手段は、前記監視対象装置において繰り返し発生した障害に関する、内容が等しい複数の前記障害情報のいずれかを前記中央管理装置に通知する、
請求項４に記載の監視端末装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の監視端末装置と、
前記中央管理装置と、
を有する監視システム。
【請求項７】
第一及び第二の前記監視端末装置を有し、
前記第一の監視端末装置は、前記第二の監視端末装置が前記監視対象装置から出力された前記障害情報を取得した場合に、前記第二の監視端末装置、あるいは、前記中央管理装置から、前記監視対象装置において障害が発生したことを通知されることによって、前記監視対象装置に対して復旧処理を行う、
請求項６に記載の監視システム。
【請求項８】
前記中央管理装置は、自装置の動作状態が所定の条件を満たす場合、前記監視端末装置に対して、前記障害情報を取得することを指示し、
前記監視端末装置は、前記中央管理装置から前記障害情報を取得することを指示された場合に、前記障害情報を取得する、
請求項６または７に記載の監視システム。
【請求項９】
複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置によって、
前記中央管理装置による前記障害情報の取得を代行し、
取得した前記障害情報を記憶手段に記憶する、
監視方法。
【請求項１０】
複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置に、
前記中央管理装置による前記障害情報の取得を代行する取得処理と、
前記取得処理により取得された前記障害情報を記憶手段に記憶する記憶処理と、
を実行させるための監視制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、監視対象装置において障害が発生したことを監視可能な監視端末装置と、複数の監視対象装置において発生した障害を集中管理する中央管理装置とを有するシステムにおいて、監視対象装置における障害の発生を監視する技術に関する。
【背景技術】
【０００２】
情報処理システムでは、通信ネットワークによって通信可能に接続された電子機器における障害あるいは不正動作等の発生を監視する必要がある。近年、情報処理システムが大規模化するのに伴い、監視対象とする電子機器（監視対象装置）の数も急速に増加している。したがって、多数の監視対象装置を着実に監視する技術に対する期待が高まってきている。
【０００３】
このような技術に関連する技術として、特許文献１には、一つの監視端末（監視対象装置）に対して常に複数の拠点側装置から監視制御を行うようにしたセキュリティ監視制御システムが開示されている。このシステムでは、複数の監視端末を、通信網を介して少なくとも二箇所以上の監視拠点に設けられた拠点側装置から監視制御を行なう。その拠点側装置は、監視端末に関する監視制御データ及び設定データを含む各種データを記憶したデータベースと、拠点側装置の各構成部位を制御する制御サーバとを備えている。当該制御サーバは、他の拠点側装置と通信することにより、当該データベースに記憶された各種データの各拠点間における同一性を維持するデータ同期化処理を、所定のタイミングに実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-098757号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
情報処理システムでは、通常、多数の監視対象装置において発生した障害を、中央管理装置が集中管理するような構成を有することが多い。そして、このような情報処理システムは、監視対象装置において障害が発生したことを監視可能であり、監視対象装置に対する命令を発行可能な１以上の監視端末装置を有している。
【０００６】
このような一般的な情報処理システムにおいて、例えば、複数の監視対象装置において障害が同時に発生した場合、あるいは、ある監視対象装置から障害情報が繰り返し出力された場合、中央管理装置において、発生した障害を管理する処理（例えば障害情報を収集する処理など）の輻輳が発生する虞がある。この輻輳によって、中央管理装置の動作に不具合が発生した場合、一般的な情報処理システムでは、障害を管理する機能に関してシステム全体に影響が及ぶことになるので、復旧処理の遅れなどによる損害が拡大する可能性が高くなるという問題がある。特許文献１は、この問題について言及していない。本願発明の主たる目的は、この問題を解決する監視端末装置等を提供することである。
【課題を解決するための手段】
【０００７】
本願発明の一態様に係る監視端末装置は、複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置であって、前記中央管理装置による前記障害情報の取得を代行する取得手段と、前記取得手段により取得された前記障害情報を記憶する記憶手段と、を備える。
【０００８】
上記目的を達成する他の見地において、本願発明の一態様に係る監視方法は、複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置によって、前記中央管理装置による前記障害情報の取得を代行し、取得した前記障害情報を記憶手段に記憶する。
【０００９】
また、上記目的を達成する更なる見地において、本願発明の一態様に係る監視制御プログラムは、複数の監視対象装置から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置を介して、前記複数の監視対象装置の少なくともいずれかの状態を監視可能な監視端末装置に、前記中央管理装置による前記障害情報の取得を代行する取得処理と、前記取得処理により取得された前記障害情報を記憶手段に記憶する記憶処理と、を実行させる。
【００１０】
更に、本願発明は、係る監視制御プログラム（コンピュータプログラム）が格納された、コンピュータ読み取り可能な、不揮発性の記録媒体によっても実現可能である。
【発明の効果】
【００１１】
本願発明は、複数の監視対象装置において発生した障害を中央管理装置が集中管理する場合に、当該中央管理装置において障害管理に関する処理の輻輳が発生することを回避することを可能とする。
【図面の簡単な説明】
【００１２】
【図１】本願発明の第１の実施形態に係る監視システム１の構成を示すブロック図である。
【図２】本願発明の第１の実施形態に係る監視システム１の動作を示すフローチャートである。
【図３】本願発明の第２の実施形態に係る監視端末装置４１の構成を示すブロック図である。
【図４】本願発明の各実施形態に係る監視端末装置を実行可能な情報処理装置９００の構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本願発明の実施の形態について図面を参照して詳細に説明する。本願発明は、近年、監視端末装置の情報処理性能が向上してきていることを背景として、中央管理装置が有する一部の障害処理機能を、監視端末装置が代行可能であることに着目した発明である。
【００１４】
＜第１の実施形態＞
図１は、本願発明の第１の実施の形態に係る監視システム１の構成を概念的に示すブロック図である。監視システム１は、大別して、監視端末装置１１−１乃至１１−ｎ（ｎは任意の自然数）（本願では以降、ｎ個の監視端末装置を代表して監視端末装置１１と称する場合がある）、監視対象装置１２−１乃至１２−ｎ（本願では以降、ｎ個の監視対象装置を代表して監視対象装置１２と称する場合がある）、運用系中央管理装置２０、及び、待機系中央管理装置２１を有している。これらの装置は、通信ネットワーク（通信回線）３１によって通信可能に接続されている。通信ネットワーク３１は、例えばインターネットである。
【００１５】
運用系中央管理装置２０は、監視対象装置１２において発生した障害（不正動作等を含んでもよい）を集中管理することが可能な装置である。運用系中央管理装置２０は、ＤＢ（Database：データベース）サーバ２００、及び、４つのＡＰ（Application：アプリケーション）サーバ２０１を備えている。但し、運用系中央管理装置２０が備えるＡＰサーバ２０１の個数は４つに限定されない。ＤＢサーバ２００及びＡＰサーバ２０１は、個々に筐体を有する情報処理装置であってもよいし、１つの筐体にまとめて実装された情報処理装置であってもよい。ＤＢサーバ２００及びＡＰサーバ２０１は、あるいは、仮想マシンとして構築された装置であってもよい。
【００１６】
ＡＰサーバ２０１は、障害処理のアプリケーションを実行することによって、監視対象装置１２から出力された障害情報（警報データ）を取得（収集）する。ＡＰサーバ２０１は、取得した障害情報を、ＤＢサーバ２００へ入力する。ＤＢサーバ２００は、ＡＰサーバ２０１から入力された障害情報を、内包する、例えば電子メモリあるいは磁気ディスク等の記憶デバイスに記憶する。ＤＢサーバ２００は、この障害情報を、所定のデータベースのフォーマットを使用して蓄積することによって、監視対象装置１２において発生した障害の状況を管理する。
【００１７】
待機系中央管理装置２１は、運用系中央管理装置２０が例えば災害あるいは障害等によってシステムダウンした場合に、運用系中央管理装置２０が実行していた処理を引き継ぐ待機系の装置である。即ち、監視システム１は、運用系中央管理装置２０及び待機系中央管理装置２１による冗長構成を備えている。待機系中央管理装置２１は、運用系中央管理装置２０と同様の構成を備えている。より具体的には、待機系中央管理装置２１は、ＤＢサーバ２００と同等の機能を有するＤＢサーバ２１０、及び、ＡＰサーバ２０１と同等の機能を有する４つのＡＰサーバ２１１を備えている。運用系中央管理装置２０及び待機系中央管理装置２１は、災害に備えるために、地理的に離れている別々の拠点（例えば、関東エリアと関西エリアなど）に設置されている。
【００１８】
運用系中央管理装置２０及び待機系中央管理装置２１は、拠点間を接続する通信ネットワーク３０によって通信可能に接続されている。運用系中央管理装置２０及び待機系中央管理装置２１は、通信ネットワーク３０を介して互いに通信することによって、互いの状態（障害が発生しているか否か等）を確認する処理、及び、管理する情報に関して同期をとる処理などを行う。尚、運用系中央管理装置２０及び待機系中央管理装置２１は、上述した通信を、通信ネットワーク３０ではなく通信ネットワーク３１を介して行なってもよい。
【００１９】
監視端末装置１１−１は、自装置が存在する監視エリア１０−１に存在する監視対象装置１２−１の状態を監視し、監視結果を、例えば具備する表示画面（不図示）に表示する。監視端末装置１１−１は、表示画面に表示した監視結果に応じてユーザが操作入力した、監視対象装置１２−１に対する命令情報を、監視対象装置１２−１に対して送信する。
【００２０】
監視端末装置１１−ｎも、監視端末装置１１−１と同様の機能を備える。即ち、監視端末装置１１−ｎは、自装置が存在する監視エリア１０−ｎに存在する監視対象装置１２−ｎの状態を監視し、ユーザが操作入力した、監視対象装置１２−ｎに対する命令情報を、監視対象装置１２−ｎに対して送信する。本願では以降、監視エリア１０−１乃至１０−ｎを代表して監視エリア１０と称する場合がある。
【００２１】
図１に例示する監視システム１では、説明の便宜上、監視エリア１０に存在する監視端末装置１１及び監視対象装置１２は、１つずつとしているが、監視エリア１０に存在する監視端末装置１１及び監視対象装置１２は、それぞれ複数であってもよい。
【００２２】
監視端末装置１１−１は、取得部１１０−１、記憶部１１１−１、及び、通知部１１２−１を備える。監視端末装置１１−ｎもまた、監視端末装置１１−１と同様に、取得部１１０−ｎ、記憶部１１１−ｎ、及び、通知部１１２−ｎを備える。本願では以降、取得部１１０−１乃至１１０−ｎを代表して取得部１１０と称し、記憶部１１１−１乃至１１１−ｎを代表して記憶部１１１と称し、通知部１１２−１乃至１１２−ｎを代表して通知部１１２と称する場合がある。
【００２３】
取得部１１０は、監視エリア１０に存在する監視対象装置１２から障害情報が出力された場合に、運用系中央管理装置２０におけるＡＰサーバ２０１による、当該障害情報の取得を代行する。監視対象装置１２及び監視端末装置１１は、いずれも監視エリア１０に存在（即ち、物理的に近接）するので、通信ネットワーク３１を構成するトポロジにおいて、論理的に互いに近接する。したがって、当該障害情報は、監視対象装置１２からより遠い場所に存在する運用系中央管理装置２０よりも先に監視端末装置１１に到達する。これにより、監視端末装置１１は、運用系中央管理装置２０よりも先に当該障害情報を取得できるので、運用系中央管理装置２０による当該障害情報の取得を代行することが可能である。
【００２４】
取得部１１０は、あるいは、障害情報の送信先（アドレス）が監視端末装置１１を示す障害情報を出力するように、監視対象装置１２を制御するようにしてもよい。取得部１１０は、あるいは、運用系中央管理装置２０に対して、監視対象装置１２から出力された障害情報を取得しないように依頼するとともに、出力元が監視対象装置１２であることを示す障害情報を取得するようにしてもよい。取得部１１０は、あるいは、運用系中央管理装置２０から、監視対象装置１２から出力された障害情報を取得するように指示された場合に、当該障害情報を取得するようにしてもよい。
【００２５】
取得部１１０は、取得した、監視対象装置１２から出力された障害情報を、記憶部１１１へ格納する。記憶部１１１は、例えば、電子メモリあるいは磁気ディスク等の記憶デバイスである。
【００２６】
通知部１１２は、取得部１１０により取得された障害情報を編集することによって、当該障害情報の少なくとも一部を、通信ネットワーク３１を介して、運用系中央管理装置２０に通知する。通知部１１２は、より具体的には、例えば、監視対象装置１２において繰り返し発生した障害に関する、内容が等しい複数の障害情報のいずれかを、運用系中央管理装置２０に通知するようにしてもよい。
【００２７】
監視端末装置１１は、監視対象装置１２から出力された障害情報を取得したのち、当該障害情報に基づいて、監視対象装置１２に対して復旧処理を行う。監視端末装置１１は、例えば、当該障害情報の内容を具備する表示画面に表示したのち、表示画面に表示した当該障害情報の内容に応じてユーザが操作入力した、監視対象装置１２に対する復旧処理を指示する命令情報を、監視対象装置１２に対して送信する。監視端末装置１１は、あるいは、当該障害情報に基づいて、監視対象装置１２に対する復旧処理を自律的に行うようにしてもよい。但しこの場合、監視端末装置１１は、障害情報と、その障害に対する復旧処理を指示する命令情報と、を関連付ける情報を、例えば記憶部１１１に事前に記憶していることとする。
【００２８】
本実施形態では、監視エリア１０−ｉ（ｉは１乃至ｎのいずれかの整数）に存在する監視対象装置１２−ｉに障害が発生した場合に、監視エリア１０−ｊ（ｊは１乃至ｎのｉを除くいずれかの整数）に存在する監視端末装置１１−ｊ（第一の監視端末装置）が、監視対象装置１２−ｉに対する復旧処理を行うようにしてもよい。この場合、監視端末装置１１−ｊは、例えば、監視端末装置１１−ｉ（第二の監視端末装置）から、あるいは、監視端末装置１１−ｉから障害の発生を通知された運用系中央管理装置２０から、監視対象装置１２−ｉにおいて障害が発生したことを通知されることによって、上述した復旧処理を行う。またこの場合、監視端末装置１１−ｉと監視端末装置１１−ｊとが連携して、監視対象装置１２−ｉに対する復旧処理を行うようにしてもよい。
【００２９】
本実施形態に係る運用系中央管理装置２０は、自装置の動作状態を監視し、その監視結果が所定の条件を満たす場合に、監視端末装置１１−１乃至１１−ｎに対して、監視対象装置１２−１乃至１２−ｎから出力された障害情報を代行して取得することを指示するようにしてもよい。運用系中央管理装置２０は、より具体的には、自装置の動作状態として、例えば、自装置が備える記憶領域及びプロセッサの使用状態等を監視する。そして、運用系中央管理装置２０は、当該記憶領域において使用中の状態にある領域の容量あるいは割合が閾値以上であるか否かを確認する。運用系中央管理装置２０は、あるいは、当該プロセッサの使用状態（負荷を表す指標）が閾値以上であるか否かを確認する。
【００３０】
次に図２のフローチャートを参照して、本実施形態に係る監視システム１の動作（処理）について詳細に説明する。
【００３１】
監視エリア１０−ｉに存在する監視対象装置１２−ｉから、障害情報が出力される（ステップＳ１０１）。監視エリア１０−ｉに存在する監視端末装置１１−ｉにおける取得部１１０−ｉは、運用系中央管理装置２０による当該障害情報の取得を代行する（ステップＳ１０２）。取得部１１０−ｉは、取得した当該障害情報を、記憶部１１１−ｉに格納する（ステップＳ１０３）。
【００３２】
監視端末装置１１−ｉにおける通知部１１２−ｉは、取得部１１０−ｉによって取得された当該障害情報を編集することによって、当該障害情報の少なくとも一部を、運用系中央管理装置２０へ通知する（ステップＳ１０４）。監視端末装置１１−ｉは、監視対象装置１２−ｉに対して復旧処理を行う（ステップＳ１０５）。監視対象装置１２−ｉにおいて障害が発生したことを、監視端末装置１１−ｉあるいは運用系中央管理装置２０から通知された監視端末装置１１−ｊは、監視対象装置１２−ｉに対して復旧処理を行い（ステップＳ１０６）、全体の処理は終了する。
【００３３】
本実施形態に係る監視端末装置１１は、複数の監視対象装置において発生した障害を中央管理装置が集中管理する場合に、当該中央管理装置において障害管理に関する処理の輻輳が発生することを回避することができる。その理由は、監視端末装置１１は、中央管理装置による、監視対象装置から出力された障害情報の取得を代行し、取得した障害情報を自装置に保管するからである。
【００３４】
以下に、本実施形態に係る監視端末装置１１によって実現される効果について、詳細に説明する。
【００３５】
情報処理システムでは、通常、多数の監視対象装置において発生した障害を、中央管理装置が集中管理するような構成を有することが多い。このような一般的な情報処理システムにおいて、例えば、複数の監視対象装置において障害が同時あるいは略同時に発生した場合、あるいは、ある監視対象装置から障害情報が繰り返し出力された場合、中央管理装置において、発生した障害を管理する処理の輻輳が発生する虞がある。この輻輳によって、中央管理装置の動作に不具合が発生した場合、一般的な情報処理システムでは、障害を管理する機能に関してシステム全体に影響が及ぶことになるので、復旧処理の遅れなどによる損害が拡大する可能性が高くなるという問題がある。
【００３６】
このような問題に対して、本実施形態に係る監視端末装置１１は、複数の監視対象装置１２から出力された障害情報を、通信回線を用いて取得して管理する運用系中央管理装置２０を介して、複数の監視対象装置１２の少なくともいずれかの状態を監視可能であって、取得部１１０及び記憶部１１１を備え、例えば図２を参照して上述する通り動作する。即ち、取得部１１０は、運用系中央管理装置２０による当該障害情報の取得を代行する。記憶部１１１は、取得部１１０により取得された障害情報を記憶する。即ち、監視端末装置１１は、本来は運用系中央管理装置２０によって行なわれる、監視対象装置１２において発生した障害を管理する処理を代行するので、運用系中央管理装置２０において障害管理に関する処理の輻輳が発生することを回避し、これにより復旧処理の遅れなどによる損害が拡大することを回避できる。
【００３７】
また、本実施形態に係る監視端末装置１１は、自装置が存在する監視エリア１０に存在する監視対象装置１２から出力された障害情報の取得を代行する。即ち、監視端末装置１１は、存在する場所に関して、自装置との位置関係が所定の条件を満たす（例えば、存在する場所が物理的に近接することにより、ネットワークトポロジにおいて論理的に近接する）監視対象装置１２から出力された障害情報を、代行により取得する対象とする。これにより、本実施形態に係る監視システム１は、運用系中央管理装置２０による障害情報の取得を代行する監視端末装置１１を、各装置の位置関係に基づいて適切に割り当てるので、運用系中央管理装置２０において障害管理に関する処理の輻輳が発生することを確実に回避することができる。
【００３８】
また、本実施形態に係る監視端末装置１１は、監視対象装置１２から取得した障害情報を編集することによって、その障害情報の少なくとも一部を運用系中央管理装置２０に通知する。監視端末装置１１は、例えば、当該障害情報が監視対象装置１２において繰り返し発生した障害に関する内容を含む（即ち、重複する内容を含む）場合、重複する内容を省いた障害情報を運用系中央管理装置２０に通知する。これにより、本実施形態に係る監視システム１では、運用系中央管理装置２０は、多数の監視対象装置１２に関する障害情報を、効率的に管理することができる。
【００３９】
また、本実施形態に係る監視端末装置１１−ｉは、監視対象装置１２−ｉから出力された障害情報を取得する場合、当該障害情報を取得する処理に自装置の資源を割り当てるので、監視対象装置１２−ｉに対する復旧処理に割り当てられる資源が少なくなる。この場合、監視端末装置１１−ｉあるいは運用系中央管理装置２０は、監視端末装置１１−ｊに対して、監視対象装置１２−ｉにおいて障害が発生したことを通知することにより、監視対象装置１２−ｉに対する復旧処理を支援するように依頼する。そして、その通知を受けた監視端末装置１１−ｊは、監視対象装置１２−ｉに対する復旧処理を支援する。これにより、本実施形態に係る監視システム１は、障害が発生した監視対象装置１２を迅速に復旧することができる。
【００４０】
また、本実施形態に係る運用系中央管理装置２０は、自装置の動作状態（例えば記憶領域やプロセッサの使用状態等）が所定の条件を満たす場合、監視端末装置１１に対して、障害情報を自装置の代わりに取得することを指示する。そして、監視端末装置１１は、運用系中央管理装置２０から障害情報を取得することを指示された場合に、前記障害情報を取得する。即ち、運用系中央管理装置２０は、自装置の動作状態に基づいて、監視端末装置１１が障害情報の取得を代行するように制御するので、本実施形態に係る監視システム１は、運用系中央管理装置２０において障害管理に関する処理の輻輳が発生することを確実かつ効率的に回避することができる。
【００４１】
＜第２の実施形態＞
図３は、本願発明の第２の実施形態に係る監視端末装置４１の構成を概念的に示すブロック図である。本実施形態に係る監視端末装置４１は、複数の監視対象装置４２から出力された障害情報を、通信回線を用いて取得して管理する中央管理装置５０を介して、複数の監視対象装置４２の少なくともいずれかの状態を監視可能な装置である。監視端末装置４１は、取得部４１０、及び、記憶部４１１を備えている。
【００４２】
取得部４１０は、中央管理装置５０による当該障害情報の取得を代行する。
【００４３】
記憶部４１１は、取得部４１０により取得された障害情報を記憶する。
【００４４】
本実施形態に係る監視端末装置４１は、複数の監視対象装置において発生した障害を中央管理装置が集中管理する場合に、当該中央管理装置において障害管理に関する処理の輻輳が発生することを回避することができる。その理由は、監視端末装置４１は、中央管理装置による、監視対象装置から出力された障害情報の取得を代行し、取得した障害情報を自装置に保管するからである。
【００４５】
＜ハードウェア構成例＞
上述した各実施形態において図１、及び、図３に示した監視端末装置における各部は、専用のＨＷ（ＨａｒｄＷａｒｅ）（電子回路）によって実現することができる。また、図１、及び、図３において、少なくとも、下記構成は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。
・取得部１１０、及び、４１０、
・記憶部１１１及び４１１の記憶制御機能、
・通知部１１２
但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図４を参照して説明する。
【００４６】
図４は、本願発明の各実施形態に係る監視端末装置を実行可能な情報処理装置９００（コンピュータ）の構成を例示的に説明する図である。即ち、図４は、図１、及び、図３に示した監視端末装置を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
【００４７】
図４に示した情報処理装置９００は、構成要素として下記を備えている。
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）９０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）９０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）９０３、
・ハードディスク（記憶装置）９０４、
・外部装置との通信インタフェース９０５、
・バス９０６（通信線）、
・ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体９０７に格納されたデータを読み書き可能なリーダライタ９０８、
・入出力インタフェース９０９。
【００４８】
即ち、上記構成要素を備える情報処理装置９００は、これらの構成がバス９０６を介して接続された一般的なコンピュータである。情報処理装置９００は、ＣＰＵ９０１を複数備える場合もあれば、マルチコアにより構成されたＣＰＵ９０１を備える場合もある。
【００４９】
そして、上述した実施形態を例に説明した本願発明は、図４に示した情報処理装置９００に対して、次の機能を実現可能なコンピュータプログラムを供給する。その機能とは、その実施形態の説明において参照したブロック構成図（図１、及び、図３）における上述した構成、或いはフローチャート（図２）の機能である。本願発明は、その後、そのコンピュータプログラムを、当該ハードウェアのＣＰＵ９０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータプログラムは、読み書き可能な揮発性のメモリ（ＲＡＭ９０３）、または、ＲＯＭ９０２やハードディスク９０４等の不揮発性の記憶デバイスに格納すれば良い。
【００５０】
また、前記の場合において、当該ハードウェア内へのコンピュータプログラムの供給方法は、現在では一般的な手順を採用することができる。その手順としては、例えば、ＣＤ−ＲＯＭ等の各種記録媒体９０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等がある。そして、このような場合において、本願発明は、係るコンピュータプログラムを構成するコード或いは、そのコードが格納された記録媒体９０７によって構成されると捉えることができる。
【００５１】
以上、上述した実施形態を模範的な例として本願発明を説明した。しかしながら、本願発明は、上述した実施形態には限定されない。即ち、本願発明は、本願発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
【符号の説明】
【００５２】
１    監視システム
１０−１    監視エリア
１０−ｎ    監視エリア
１１−１    監視端末装置
１１−ｎ    監視端末装置
１１０−１    取得部
１１０−ｎ    取得部
１１１−１    記憶部
１１１−ｎ    記憶部
１１２−１    通知部
１１２−ｎ    通知部
２０    運用系中央管理装置
２００    ＤＢサーバ
２０１    ＡＰサーバ
２１    待機系中央管理装置
２１０    ＤＢサーバ
２１１    ＡＰサーバ
３０    通信ネットワーク
３１    通信ネットワーク
４１    監視端末装置
４１０    取得部
４１１    記憶部
４２    監視対象装置
５０    中央管理装置
９００    情報処理装置
９０１    ＣＰＵ
９０２    ＲＯＭ
９０３    ＲＡＭ
９０４    ハードディスク（記憶装置）
９０５    通信インタフェース
９０６    バス
９０７    記録媒体
９０８    リーダライタ
９０９    入出力インタフェース
【図１】
2018181086.tif 000003
【図２】
2018181086.tif 000004
【図３】
2018181086.tif 000005
【図４】
2018181086.tif 000006