(57)【要約】【課題】監視対象サーバのリソースを簡単な構成で容易かつ迅速に取得する。【解決手段】監視システムは、監視の対象となる監視対象装置と、監視対象装置にリモートログインすることにより監視対象装置のリソース状態を所定の時間間隔で取得し、取得したリソース状態を出力する監視サーバ装置と、監視サーバ装置から出力されたリソース状態を表示する監視クライアント装置と、を備える。【選択図】図５
2015082131.tif 000002
【特許請求の範囲】
【請求項１】
監視の対象となる監視対象装置と、
前記監視対象装置にリモートログインすることにより所定の時間間隔で前記監視対象装置のリソース状態を取得し、取得された前記リソース状態を出力する監視サーバ装置と、
前記監視サーバ装置から出力された前記リソース状態を表示する監視クライアント装置と、
を備える監視システム。
【請求項２】
前記監視サーバ装置は、
前記監視クライアント装置と連携して動作する監視制御アプリケーションプログラムによって前記監視対象装置を監視し、
前記監視制御アプリケーションプログラムとは独立した手順により前記リモートログインを行う、
ことを特徴とする、請求項１に記載された監視システム。
【請求項３】
前記監視対象装置は、前記監視サーバ装置とは異なるオペレーティングシステムで動作することを特徴とする、請求項１または２に記載された監視システム。
【請求項４】
監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得し、
取得された前記リソース状態を出力し、
前記出力された前記リソース状態を表示する、
ことを特徴とする監視方法。
【請求項５】
監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得して出力するリソース状態管理部と、
前記出力された前記リソース状態を表示する画面表示部と、を
備える監視装置。
【請求項６】
監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得する手順、
取得された前記リソース状態を出力する手順、
前記出力された前記リソース状態を表示する手順、を
監視装置のコンピュータに実行させるための監視プログラム。
【請求項７】
監視の対象となる監視対象装置にリモートログインすることにより、前記監視対象装置のリソース状態を所定の時間間隔で取得するリソース状態管理部を備える監視装置。
【請求項８】
監視の対象となる監視対象装置にリモートログインすることにより、前記監視対象装置のリソース状態を所定の時間間隔で取得する、監視方法。
【請求項９】
監視装置のコンピュータに、
監視の対象となる監視対象装置にリモートログインする手順、
前記監視対象装置のリソース状態を所定の時間間隔で取得する手順、
を実行させるための、監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム、監視方法、監視プログラム及び監視装置に関し、特に、監視の対象となる装置のリソースを監視するための監視システム、監視方法、監視プログラム及び監視装置に関する。
【背景技術】
【０００２】
複数のサーバを監視するために、ＮＭＳ（network management system）が広く用いられている。ＮＭＳは、ＮＭＳを構成するＮＭＳクライアント、ＮＭＳサーバ及び監視対象のサーバ（以下、「監視対象サーバ」という。）にインストールされたＮＭＳアプリケーションプログラムを用いて、監視対象サーバのリソースの使用状態を取得する。
【０００３】
本発明に関連して、特許文献１は、ＥＭＳ（element management system server）アプリケーションサーバ及びＥＭＳ構成要素インターフェースサーバを介して、構成要素管理クライアントがネットワーク構成要素を管理するための構成要素管理システムを記載している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１０−５０２０８９号公報（［００２２］−［００２７］段落）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＭＳアプリケーションプログラムが監視対象サーバで動作するかどうかは、一般的に、ＮＭＳのＯＳ（operation system）、及び、監視対象サーバのＯＳの種類に依存する。このため、ＮＭＳアプリケーションプログラムを用いて監視対象サーバを監視する場合に、監視対象サーバがＮＭＳとは異なるＯＳを搭載していると、ＮＭＳアプリケーションプログラムが監視対象サーバ上で動作しない場合がある。その結果、ＮＭＳは、異なるＯＳを搭載したサーバを監視できない場合があった。
【０００６】
また、一般的に用いられているＮＭＳは、監視対象サーバのリソースの状態を直接確認する機能を備えていない。このため、監視対象サーバのリソースの状態を知るためには、ユーザが当該サーバに必要な都度直接ログインしてリソースの情報を取得する必要があり、ユーザは、監視対象サーバのリソースの状況をリアルタイムで確認することができない。その結果、サーバのリソースの使用状況が逼迫して障害が発生する恐れがある状況においても、ユーザは迅速な対処ができないという課題もあった。
【０００７】
一方、特許文献１に記載された構成要素管理システムは、ＮＭＳによってネットワーク構成要素を管理する機能を備えている。しかしながら、特許文献１に記載された構成要素管理システムでは、ＮＭＳとネットワーク構成要素との間にＥＭＳアプリケーションサーバ及びＥＭＳ構成要素インターフェースサーバが配置されている。このため、特許文献１に記載された構成要素管理システムは、構成が複雑であり、監視対象サーバのリソースを簡単な構成で迅速に把握することができないという課題がある。
【０００８】
（発明の目的）
本発明の目的は、監視対象の装置のリソースを簡単な構成で容易かつ迅速に取得するための技術を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の監視システムは、監視の対象となる監視対象装置と、前記監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得し、取得された前記リソース状態を出力する監視サーバ装置と、前記監視サーバ装置から出力された前記リソース状態を表示する監視クライアント装置と、を備える。
【００１０】
本発明の監視方法は、監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得し、取得された前記リソース状態を出力し、前記出力された前記リソース状態を表示する、ことを特徴とする。
【００１１】
本発明の監視装置は、監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得して出力するリソース状態管理部と、前記出力された前記リソース状態を表示する画面表示部と、を
備える。
【００１２】
本発明の監視プログラムは、監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得する手順、取得された前記リソース状態を出力する手順、前記出力された前記リソース状態を表示する手順、を監視装置のコンピュータに実行させる。
【００１３】
本発明の監視装置は、監視の対象となる監視対象装置にリモートログインすることにより前記監視対象装置のリソース状態を所定の時間間隔で取得するリソース状態管理部を備える。
【発明の効果】
【００１４】
本発明は、監視対象の装置のリソースを簡単な構成で容易かつ迅速に取得できるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態の監視システムの構成を示すブロック図である。
【図２】第１の実施形態における、ＮＭＳサーバの動作例を示すフローチャートである。
【図３】第１の実施形態における、監視対象サーバの動作例を示すフローチャートである。
【図４】第１の実施形態における、ＮＭＳクライアントの画面の状態遷移を示す図である。
【図５】第２の実施形態の監視システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
（第１の実施形態）
図１は、本発明の第１の実施形態の監視システム１０の構成を示すブロック図である。監視システム１０は、ＮＭＳクライアント１００、ＮＭＳサーバ１１０、サーバ１５０及びサーバ１６０を備える。
【００１７】
ＮＭＳクライアント１００は、画面表示部１０１を備える。ＮＭＳサーバ１１０は、警報管理機能部１３０、リソース監視機能部１４０及びリソース状態管理部１４１を備える。ＮＭＳクライアント１００とＮＭＳサーバ１１０とは、ＮＭＳ２００を構成する。ＮＭＳクライアント１００は、オペレータ２０の操作により、ＮＭＳ２００の動作を設定する。
【００１８】
サーバ１５０、１６０は、監視対象サーバである。サーバ１５０、１６０は、ＮＭＳサーバ１１０と接続されている。監視対象サーバとＮＭＳサーバ１１０との間の接続形態は、図１に示した形態には限定されない。例えば、ある監視対象サーバが、ＮＭＳサーバ１１０と他の監視対象サーバとの間の通信を中継してもよい。
【００１９】
ＮＭＳサーバ１１０のリソース状態管理部１４１は、サーバ１５０、１６０のそれぞれへリモートログインし、サーバ１５０、１６０のリソース状態を所定の時間間隔で取得できる。なお、監視対象サーバには、サーバ１５０、１６０に加えて、ＮＭＳクライアント１００及びＮＭＳサーバ１１０が含まれていてもよい。所定の時間間隔は固定された間隔でなくともよい。例えば、リソース状態の取得間隔はＮＭＳ２００の設定により随時変更されてもよいし、オペレータ２０の操作により任意の時刻にリソース状態が取得されてもよい。
【００２０】
オペレータ２０は、ＮＭＳクライアント１００を操作するユーザである。オペレータ２０は、ＮＭＳクライアント１００の画面表示部１０１の表示内容を確認し、ＮＭＳクライアント１００を操作して、ＮＭＳサーバ１１０及びサーバ１５０、１６０を管理する。さらに、ＮＭＳ２００は、ＮＭＳクライアント１００及びＮＭＳサーバ１１０にインストールされたＮＭＳアプリケーションプログラムによって、一般的なＮＭＳによる監視制御機能をオペレータ２０に提供してもよい。ＮＭＳアプリケーションプログラムは、ＮＭＳクライアント１００とＮＭＳサーバ１１０とを連携させる。
【００２１】
リソース状態管理部１４１は、監視対象サーバのリソースの状態（以下、「リソース状態」という。）を確認して記憶する。ＮＭＳサーバが監視対象サーバに含まれる場合には、リソース状態管理部１４１は、ＮＭＳサーバ１１０のリソース状態を確認して、ＮＭＳサーバ１１０のリソース状態として記憶する。さらに、リソース状態管理部１４１は、サーバ１５０、１６０にリモートログインし、それぞれのリソース状態管理部１５１、１６１にアクセスする。そして、リソース状態管理部１４１は、サーバ１５０、１６０のリソース状態を所定の時間間隔でそれぞれのリソース状態管理部１５１、１６１から取得し、取得された各監視対象サーバのリソース状態を記憶する。ここで、リソース状態管理部１４１は、ＮＭＳ２００にＮＭＳアプリケーションプログラムがインストールされている場合であっても、ＮＭＳアプリケーションプログラムとは独立した手順あるいはプログラムにより、サーバ１５０、１６０にリモートログインする。ＮＭＳサーバがサーバ１５０、１６０へリモートログインするためのログイン情報は、オペレータ２０がＮＭＳクライアント１００を経由してＮＭＳサーバ１１０に通知してもよい。
【００２２】
ＮＭＳ２００によって監視される監視対象サーバのリソースの例としては、それぞれの監視対象サーバの、ＣＰＵ（central processing unit）の使用率、起動中のプロセス数、処理待ち中のプロセス数、メモリ使用量、スワップ使用量、ディスクの使用量及びネットワークトラフィックがある。リソース状態管理部１４１が収集するリソース状態には、これらの値や状況が含まれる。しかし、監視されるリソースは、これらに限定されない。また、監視の対象となるリソースは、監視対象サーバ毎に異なっていてもよい。
【００２３】
リソース監視機能部１４０は、リソース状態管理部１４１が監視対象サーバから取得したリソース状態を、警報管理機能部１３０及びＮＭＳクライアント１００に通知する。警報管理機能部１３０は、リソース状態に含まれる、「異常状態」、「正常状態」及び警報等の情報を抽出してＮＭＳクライアント１００に通知する。
【００２４】
なお、リソース状態管理部１４１がサーバ１５０、１６０のリソース状態管理部１５１、１６１からリソース状態を取得する時間間隔、異常状態の発生及び復旧の判断の基準となる障害検出閾値及び障害復旧閾値については、オペレータ２０がＮＭＳクライアント１００を操作することによって設定される。
【００２５】
リソース監視機能部１４０によって取得された監視対象サーバのリソース状態は、ＮＭＳクライアント１００に通知される。ＮＭＳクライアント１００は、ＧＵＩ（graphic user interface）画面により、取得されたリソース状態を画面表示部１０１に表示する。例えば、画面表示部１０１には、監視対象サーバのリソースの値、リソース状態が「異常状態」であるか「正常状態」であるかの情報及び警報の発生状態が表示される。オペレータ２０は、画面表示部１０１によって監視対象サーバの状態をサーバ毎に確認できる。さらに、オペレータ２０は、ＮＭＳクライアント１００を操作することにより、監視対象サーバに対して、リソースの枯渇の要因となっているプロセスの強制停止やサーバの再起動を指示することができる。
【００２６】
いずれかの監視対象サーバにおいてリソースの使用量が増加し、リソースの使用量が予め定められた閾値以上となった場合（以下、「枯渇状態」という。）には、各監視対象サーバのリソース状態管理部は、サーバのリソースが「異常状態」である旨の情報をリソース状態に追加して記憶する。例えば、サーバ１５０においてリソースが枯渇状態となった場合には、サーバ１５０のリソース状態管理部１５１は、サーバ１５０のリソース状態に「異常状態」である旨の情報を追加して記憶する。さらに、サーバ１５０のリソース状態管理部１５１は、リソースが異常状態である場合に、リソースの逼迫の程度に応じた警報の情報をリソース状態に追加する。
【００２７】
図２及び図３のフローチャートを用いて、第１の実施形態の監視システム１０の動作例を説明する。図２は、第１の実施形態における、ＮＭＳサーバ１１０の動作例を示すフローチャートである。
【００２８】
まず、ＮＭＳサーバ１１０が起動される（図２のステップＳ１）。ステップＳ１において、ＮＭＳサーバ１１０が正常に起動し、リソース状態が枯渇状態でない場合には、リソース状態管理部１４１は、ＮＭＳサーバ１１０のリソース状態を「正常状態」に設定する。
【００２９】
次に、リソース状態管理部１４１は、所定の時間間隔で監視対象サーバのリソース状態を取得する（ステップＳ２）。第１の実施形態では、監視対象サーバはサーバ１５０、１６０であり、さらにＮＭＳサーバ１１０及びＮＭＳクライアント１００が監視対象サーバに含まれていてもよい。
【００３０】
監視対象サーバのリソース状態が取得できた場合（ステップＳ３：Ｙｅｓ）には、リソース監視機能部１４０は、取得したリソース状態を、ＮＭＳクライアント１００に通知する（ステップＳ４）。監視対象サーバから取得されたリソース状態には、各サーバのリソースの詳細な状態、リソースが異常状態であるか正常状態であるかの情報及びリソースが異常状態である場合に、リソースの逼迫の程度に応じた警報の情報が含まれる。「異常状態」及び「正常状態」並びに警報等の情報は、警報機能管理部１３０を経由してＮＭＳクライアント１００に出力される。
【００３１】
一部または全部の監視対象サーバからリソース状態が取得できなかった場合（ステップＳ３：Ｎｏ）には、リソース状態管理部１４１は、リソース状態の取得に失敗した旨をＮＭＳクライアント１００へ通知する（ステップＳ５）。そして、リソース状態管理部１４１は、所定の時間が経過すると、監視対象サーバのリソース状態の取得を再度試みる（ステップＳ２）。なお、この場合、ＮＭＳサーバ１１０は、前回のステップ２の手順でリソース状態の取得に失敗した監視対象サーバのリソース状態を取得してもよいし、全ての監視対象サーバのリソース状態を再度取得してもよい。
【００３２】
以上のステップＳ１〜ステップＳ５は、ＮＭＳサーバ１１０が監視対象サーバからリソース状態を取得するための手順である。これらの手順は、監視対象サーバ毎に異なるタイミングで実行されてもよいし、同時に複数の監視対象サーバからリソース状態が取得されてもよい。
【００３３】
図３は、第１の実施形態における、監視対象サーバの動作例を示すフローチャートである。以下の説明では、監視対象サーバとして、サーバ１５０を例に説明する。しかし、図３で説明する動作は、他の監視対象サーバでも同様である。
【００３４】
まず、監視対象サーバが起動される（図３のステップＳ６）。続いて、閾値超過回数及び閾値復旧回数の値が０に初期化される（ステップＳ７）。リソース状態管理部１５１は、サーバ１５０のリソース状態を取得する（ステップＳ８）。そして、リソース状態と予め設定されている障害検出閾値とが比較される（ステップＳ９）。
【００３５】
リソース状態が障害検出閾値未満である場合（ステップＳ９：Ｎｏ）には、リソース状態管理部１５１は、取得された最新のリソース状態を保持し、ステップＳ８に戻り、所定の時間の経過後、再度サーバ１５０のリソース状態を取得する。
【００３６】
リソース状態が障害検出閾値以上となっている場合（ステップＳ９：Ｙｅｓ）には、リソース状態管理部１５１は、取得された最新のリソース状態を記憶するとともに、閾値超過回数を１増加させ（ステップＳ１０）、ステップＳ１１の処理を実行する。
【００３７】
リソース状態には、前述のようにＣＰＵ使用率やディスク使用率などの複数のリソースの状態が含まれる。ステップＳ９において、いずれのリソースの状態を比較するかは、予めオペレータ２０がＮＭＳ２００に対して設定することができる。また、リソース状態管理部１５１は、ステップＳ９において複数のリソース状態とそれぞれに対応する障害検出閾値とを比較し、障害検出閾値を超えているリソース状態が所定の個数以上ある場合に、ステップＳ１０において閾値超過回数を１増加させてもよい。
【００３８】
ステップＳ１１では、閾値超過回数が、予め設定されている障害検出設定回数と比較される。閾値超過回数が障害検出設定回数未満である場合（ステップＳ１１：Ｎｏ）には、リソース状態管理部１５１は、取得された最新のリソース状態を保持し、ステップＳ８に戻って、所定の時間間隔でサーバ１５０からリソース状態を取得する。
【００３９】
閾値超過回数が障害検出設定回数以上である場合（ステップＳ１１：Ｙｅｓ）には、リソースの枯渇状態がある程度の時間継続していることを示す。この場合、リソース状態管理部１５１は、サーバ１５０のリソース状態を「異常状態」に設定する。設定された状態を示す情報は、最新のリソース状態に付加される。さらに、リソース状態管理部１５１は、最新のリソース状態に基づいて、サーバ１５０のリソースの閾値からの超過量を算出する（ステップＳ１２）。リソースが障害検出閾値を超えた量が大きいほど、リソースの逼迫の程度が大きいと判断される。例えば、ステップＳ９〜Ｓ１１においてサーバ１５０のＣＰＵ使用率が７０％以上の状態が継続すると「異常状態」と判断され、さらに、ステップＳ１２において、ＣＰＵ使用率が８０％以上９０％未満では「警戒」、ＣＰＵ使用率が９０％以上では、より逼迫の程度が高い「危険」といった警報が発出されてもよい。ステップＳ１２で発出された、「警戒」や「危険」等の警報は、リソースの逼迫の程度に応じてリソース状態に追加され、ＮＭＳサーバ１１０のリソース状態管理部１４１によって取得される（図２のステップＳ２）。
【００４０】
ステップＳ８〜Ｓ１１は、リソースの枯渇状態が所定の期間（閾値超過回数が障害検出設定回数に達するまで）継続すると、リソース状態が「異常状態」に設定される手順を示す。
【００４１】
ステップＳ１３では、サーバ１５０のリソース状態が、所定の障害復旧閾値まで低下しているかどうかが判定される。例えば、ステップＳ１３において、サーバ１５０のＣＰＵ使用率が６５％となる状態を障害復旧閾値とし、サーバ１５０のＣＰＵ使用率が６５％未満となった場合にリソースの枯渇状態が解消したものと判断されてもよい。
【００４２】
サーバ１５０のリソース状態が、所定の障害復旧閾値まで低下していない場合（ステップＳ１３：Ｎｏ）、リソース状態管理部１５１は、最新のリソース状態を保持し、所定の時間が経過後、サーバ１５０のリソース状態を再度読み出す（ステップＳ１４）。
【００４３】
サーバ１５０のリソース状態が、所定の障害復旧閾値以下まで低下した場合（ステップＳ１３：Ｙｅｓ）、リソース状態管理部１５１は、最新のリソース状態を記憶し、閾値復旧回数を１だけ増加させ（ステップＳ１５）、ステップＳ１６へ進む。
【００４４】
ステップＳ１６では、閾値復旧回数が所定の復旧検出設定回数に達しているかが確認される。
【００４５】
閾値復旧回数が所定の復旧検出設定回数に達していない場合（ステップＳ１６：Ｎｏ）、ステップＳ１３に戻る。
【００４６】
閾値復旧回数が所定の復旧検出設定回数に達していた場合（ステップＳ１６：Ｙｅｓ）、リソース状態管理部１５１は、サーバ１５０のリソース状態を「正常状態」に設定し（ステップＳ１７）、ステップＳ６へ戻る。
【００４７】
以上のように、ステップＳ１３〜Ｓ１６は、リソース状態の枯渇状態が解消した状態（例えばＣＰＵ使用率が６５％以下）が、所定の期間（閾値復旧回数が復旧検出設定回数に達するまで）継続すると、リソース状態が「正常状態」に設定される手順を示す。
【００４８】
図２及び図３に示した手順は、ＮＭＳクライアント１００及びＮＭＳサーバ１１０が備えるＣＰＵによって実行されるプログラムによって実行されてもよい。プログラムは、ＮＭＳクライアント１００及びＮＭＳサーバ１１０が備えるメモリに記憶されていてもよい。なお、ＮＭＳ２００においてＮＭＳアプリケーションプログラムが動作している場合には、図２及び図３の手順を実行するプログラムは、ＮＭＳアプリケーションプログラムとは独立して実行される。
【００４９】
図４は、第１の実施形態における、ＮＭＳクライアント１００の画面の状態遷移を示す図である。ＮＭＳクライアント１００は、画面表示部１０１を用いて、ＮＭＳサーバ１１０のリソース監視機能部１４０が取得した、監視対象サーバのリソース状態を表示する。
【００５０】
ＮＭＳクライアント１００の画面には、監視対象サーバのリソース状態が取得できないためリソース状態が不明である状態（状態Ｓ３０１）、監視対象サーバが正常状態であることを示す状態（状態Ｓ３０２）及び監視対象サーバが異常状態であることを示す状態（状態Ｓ３０３）がある。
【００５１】
ＮＭＳサーバ１１０及び監視対象サーバの少なくとも一方が起動していない場合には、ＮＭＳクライアント１００には監視対象サーバのリソース状態が通知されない。従って、この場合、ＮＭＳクライアント１００の画面の状態は状態Ｓ３０１（「リソース状態は不明」）となる。
【００５２】
ＮＭＳサーバ１１０及び監視対象サーバが起動し、監視対象サーバのリソース状態が枯渇状態でない場合には、画面の状態は状態Ｓ３０１から状態Ｓ３０２に遷移する。ＮＭＳサーバ１１０及び監視対象サーバの起動後、監視対象サーバから取得されたリソース状態が異常状態であることを示す場合には、画面の状態は状態Ｓ３０１から状態Ｓ３０３に遷移する。
【００５３】
ここで、ＮＭＳクライアント１００の画面表示部１０１は、監視対象サーバ毎に状態Ｓ３０１〜Ｓ３０３のいずれかを表示してもよい。あるいは、ＮＭＳクライアント１００は、監視システム１０全体として、監視対象サーバのリソース状態が正常状態であるか異常状態であるかを表示してもよい。そして、状態Ｓ３０１、状態Ｓ３０２及び状態Ｓ３０３の間で遷移が生じるための条件は、ユーザ２０がＮＭＳクライアント１００を用いて設定してもよい。
【００５４】
正常状態であった監視対象サーバのいずれかが異常状態となり、状態Ｓ３０２から状態Ｓ３０３へ遷移する条件が満たされると、画面表示部１０１の画面も状態Ｓ３０２に対応する画面から状態Ｓ３０３に対応する画面へ遷移する。また、図３のステップＳ１２で説明したように、監視対象サーバが異常状態となると、リソースの逼迫の程度に応じた警報が発出される。状態Ｓ３０３では、図３のステップＳ１２でリソースの逼迫の程度に応じて発出された警報が、リソース監視機能部１４０からＮＭＳクライアント１００にも通知される。ＮＭＳクライアント１００は、通知された警報を画面表示部１０１に表示する。
【００５５】
一方、監視対象サーバのリソース状態が異常状態から正常状態に復旧し、状態Ｓ３０３から状態Ｓ３０２へ遷移する条件が満たされると、画面表示部１０１の画面も状態Ｓ３０３に対応する画面から状態Ｓ３０２に対応する画面へ遷移する。
【００５６】
以上説明したように、第１の実施形態のＮＭＳシステム１０は、ＮＭＳサーバ１１０がサーバ１５０、１６０等の監視対象サーバにリモートログインしてリソース状態を所定の時間間隔で取得する。このため、ＮＭＳシステム１０は、オペレータ２０が監視対象サーバのそれぞれに直接ログインすることなく、監視対象サーバのリソース状態をリアルタイムに取得することが可能となる。
【００５７】
また、リモートログインによるリソース状態の取得はＮＭＳアプリケーションプログラムとは独立した手順で行われる。このため、ＮＭＳシステム１０は、監視対象サーバにＮＭＳアプリケーションプログラムがインストールされていない場合でも、監視対象サーバのリソース状態を取得することができる。さらに、ＮＭＳシステム１０は、監視対象サーバのＯＳとＮＭＳサーバのＯＳとが相違することにより、監視対象サーバにＮＭＳアプリケーションプログラムがインストールできない場合でも、監視対象サーバのリソース状態を取得することができる。
【００５８】
その結果、第１の実施形態のＮＭＳシステム１０は、監視対象の装置のリソースを簡単な構成で迅速に把握することを可能とする。
【００５９】
（第１の実施形態の変形例）
第１の実施形態で説明した監視システム１０の効果は、以下の特徴を備える１台の監視装置によっても得られる。すなわち、第１の実施形態の変形例の監視装置は、リソース監視機能部１４０と、画面表示部１０１とを備える。リソース監視機能部１４０は、監視の対象となる装置にリモートログインすることにより監視対象装置のリソース状態を所定の時間間隔で取得して出力する。画面表示部１０１は、出力されたリソース状態を表示する。
【００６０】
このような監視装置を用いることにより、オペレータ２０は、監視対象サーバのそれぞれに直接ログインすることなく、監視対象サーバのリソース状態をリアルタイムに取得することが可能となる。その結果、第１の実施形態の変形例の監視装置も、監視対象の装置のリソースを簡単な構成で迅速に把握することを可能とする。
【００６１】
（第２の実施形態）
図５は、本発明の第２の実施形態の監視システム５００の構成を示すブロック図である。監視システム５００は、監視対象装置５０１、監視サーバ装置５０２及び監視クライアント装置５０３を備える。監視対象装置５０１は、監視サーバ装置５０２及び監視クライアント装置５０３による監視の対象となる装置である。監視対象装置５０１は、例えばサーバ装置である。
【００６２】
監視サーバ装置５０２は、監視対象装置５０１にリモートログインする機能を備える。監視サーバ装置５０２は、リモートログイン機能により、監視対象装置５０１のリソース状態を所定の時間間隔で取得する。また、監視サーバ装置５０２は、取得された監視対象装置５０１のリソース状態を外部に通知する。
【００６３】
監視クライアント装置５０３は、監視サーバ装置５０２から通知されたリソース状態を表示する。表示は、画像表示部を用いてＧＵＩ表示されてもよい。
【００６４】
このような構成を備える監視システム５００は、監視サーバ装置５０２が備えるリモートログイン機能により、監視対象装置５０１のリソース状態を、簡単な構成で容易かつ迅速に取得することができる。その理由は、リモートログイン機能により、監視サーバ装置５０２が監視対象装置５０１のリソース状態を直接かつリアルタイムに取得できるからである。
【００６５】
（第２の実施形態の変形例）
なお、第２の実施形態の変形例として、監視の対象となる監視対象装置に所定の時間間隔でリモートログインすることにより監視対象装置のリソース状態を取得する監視装置も、監視対象装置のリソース状態を簡単な構成で容易かつ迅速に取得することができる。その理由は、リモートログイン機能により、第２の実施形態の変形例の監視装置は、監視対象装置のリソース状態を直接かつリアルタイムに取得できるからである。
【００６６】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記の実施形態に限定されない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００６７】
１０、５００  監視システム
２０  オペレータ
１００  ＮＭＳクライアント
１０１  画面表示部
１１０  ＮＭＳサーバ
１３０  警報管理機能部
１４０  リソース監視機能部
１４１、１５１、１６１  リソース状態管理部
１５０、１６０  サーバ
２００  ＮＭＳ
５０１  監視対象装置
５０２  監視サーバ装置
５０３  監視クライアント装置
【図１】
2015082131.tif 000003
【図２】
2015082131.tif 000004
【図３】
2015082131.tif 000005
【図４】
2015082131.tif 000006
【図５】
2015082131.tif 000007