(57)【要約】【課題】低コストで、コンピュータ装置の稼動状態を監視することができるようにする。【解決手段】ハイパーテキストに記述されている、コンピュータ装置各々が備える所定のデータの位置情報を検出する検出ステップと、検出ステップで検出した位置情報に基づいて、コンピュータ装置各々に所定のデータを要求する要求ステップと、要求ステップで要求した所定のデータを取得できた場合、ハイパーテキストに従って、監視画面の所定の位置に所定のデータを表示するとともに、要求ステップで要求した所定のデータを取得できなかった場合、ハイパーテキストに従って、監視画面の所定の位置にあらかじめ定められた代替データを表示する表示ステップと、を行う。【選択図】  図１
2006058964.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのコンピュータ装置の稼動状態を監視するコンピュータ監視方法であって、
情報処理装置は、処理部と、前記少なくとも１つのコンピュータ装置各々の稼動状態を示す監視画面を表示するハイパーテキストが記憶された記憶部と、を有し、
前記処理部は、
前記ハイパーテキストに記述されている、前記コンピュータ装置各々が備える所定のデータの位置情報を検出する検出ステップと、
前記検出ステップで検出した位置情報に基づいて、前記コンピュータ装置各々に前記所定のデータを要求する要求ステップと、
前記要求ステップで要求した所定のデータを取得できた場合、前記ハイパーテキストに従って、前記監視画面の所定の位置に前記所定のデータを表示するとともに、前記要求ステップで要求した所定のデータを取得できなかった場合、前記ハイパーテキストに従って、前記監視画面の所定の位置にあらかじめ定められた代替データを表示する表示ステップと、を行うこと
を特徴とするコンピュータ監視方法。
【請求項２】
請求項１記載のコンピュータ監視方法であって、
前記処理部は、所定のタイミングで、前記検出ステップ、前記要求ステップ、および前記表示ステップを、繰り返し行うこと
を特徴とするコンピュータ監視方法。
【請求項３】
請求項１記載のコンピュータ監視方法であって、
前記コンピュータ装置各々は、当該コンピュータ装置上で稼動するサービス毎に、前記所定のデータを備えること
を特徴とするコンピュータ監視方法。
【請求項４】
請求項１記載のコンピュータ監視方法であって、
前記少なくとも１つのコンピュータ装置には、クライアントが含まれること
を特徴とするコンピュータ監視方法。
【請求項５】
少なくとも１つのコンピュータ装置の稼動状態を監視する管理装置であって、
前記少なくとも１つのコンピュータ装置各々の稼動状態を示す監視画面を表示するハイパーテキストが記憶された記憶手段と
前記ハイパーテキストに記述されている、前記コンピュータ装置各々が備える所定のデータの位置情報を検出する検出手段と、
前記検出手段が検出した位置情報に基づいて、前記コンピュータ装置各々に前記所定のデータを要求する要求手段と、
前記要求手段が要求した所定のデータを取得できた場合、前記ハイパーテキストに従って、前記監視画面の所定の位置に前記所定のデータを表示するとともに、前記要求手段が要求した所定のデータを取得できなかった場合、前記ハイパーテキストに従って、前記監視画面の所定の位置にあらかじめ定められた代替データを表示手段と、を有すること
を特徴とする管理装置。
【請求項６】
少なくとも１つのコンピュータ装置の稼動状態を判別するためのデータ構造であって、
前記データ構造は、前記少なくとも１つのコンピュータ装置各々が備える所定のデータの位置情報を記述するためのタグである、少なくとも１つの位置情報タグ、を有し、
情報処理装置に、
前記位置情報タグに基づいて、前記所定のデータ各々の位置情報を検出するステップと、
前記検出ステップで検出した位置情報を宛先として、前記所定のデータを要求する要求ステップと、
前記要求ステップにおいて要求した所定のデータを取得できた場合、前記所定のデータを表示するとともに、前記要求ステップにおいて要求した所定のデータを取得できなかった場合、あらかじめ定められた代替データを表示する表示ステップと、を実行させること
を特徴とする稼動状態を判別するデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータの稼動状態を監視する技術に関する。
【背景技術】
【０００２】
特許文献１には、複数のコンピュータがＬＡＮまたは公衆回線などのネットワークにより接続されたコンピュータシステムにおいて、各コンピュータの障害または性能の監視を行うコンピュータ管理システムが記載されている。
【０００３】
【特許文献１】特開平９−５０３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された一般的なコンピュータ管理システムにおいて、複数のコンピュータを管理する管理コンピュータ側では、管理対象のコンピュータ各々から障害などのメッセージを受信して障害管理を行うマネージャを有する。また、管理対象のコンピュータ側では、当該コンピュータの状態を検知して管理対象コンピュータにメッセージを送信するエージェントを有する。すなわち、一般的なコンピュータ管理システムでは、管理コンピュータおよび管理対象コンピュータのそれぞれに、障害を管理または検知するための各種の機能または装置を実装する（作り込む）必要がある。このため、一般的なコンピュータ管理システムを構築する場合、高額な費用を要する。また、一般的なコンピュータ管理システムの構築には、一定の期間を要する。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、低コストでコンピュータの稼動状態を監視する技術を提供することにある。また、本発明の目的は、コンピュータの稼動状態を監視するシステムを短期間で構築することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、管理対象のコンピュータ装置が有するデータが管理装置に表示されるか否かにより、当該コンピュータ装置が稼動しているか否か判別する。
【０００７】
例えば、少なくとも１つのコンピュータ装置の稼動状態を監視するコンピュータ監視方法であって、情報処理装置は、処理部と、前記少なくとも１つのコンピュータ装置各々の稼動状態を示す監視画面を表示するハイパーテキストが記憶された記憶部と、を有する。  そして、処理部は、ハイパーテキストに記述されている、コンピュータ装置各々が備える所定のデータの位置情報を検出する検出ステップと、検出ステップで検出した位置情報に基づいて、コンピュータ装置各々に所定のデータを要求する要求ステップと、要求ステップで要求した所定のデータを取得できた場合、ハイパーテキストに従って、監視画面の所定の位置に所定のデータを表示するとともに、要求ステップで要求した所定のデータを取得できなかった場合、ハイパーテキストに従って、監視画面の所定の位置にあらかじめ定められた代替データを表示する表示ステップと、を行う。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の第１の実施の形態について説明する。
【０００９】
図１は、本発明の第１の実施形態が適用されたシステムの全体構成図である。図示するように、本実施形態のシステムは、ネットワークに接続された装置の稼動状態を管理（監視）する管理装置１と、サーバＡ２と、サーバＢ３と、サーバＣ４とを有する。そして、管理装置１と各サーバ２〜４とは、インターネットやイントラネットなどのネットワーク５により接続されている。
【００１０】
管理装置１は、図示するように、表示部１１と、通信処理部１２と、記憶部１３とを有する。表示部１１は、記憶部１３に記憶されたＨＴＭＬ文書１４を解析して出力装置に表示する。すなわち、表示部１１は、一般的なＷｅｂブラウザと同様の機能を有し、ＨＴＭＬ文書１４を解析し、解析結果であるＷｅｂページを出力装置に表示する。また、表示部１１は、ＨＴＭＬ文書１４の中に画像ファイルが指定されている場合、当該画像ファイルに格納されているイメージをＷｅｂページに貼り付けて出力装置に表示する。通信処理部１２は、ネットワーク５を介して他の装置とデータの送受信を行う。
【００１１】
記憶部１３には、管理装置１が管理する各装置（各サーバ）２〜４の稼動状況を表示するためのＨＴＭＬ文書１４が記憶されている。ＨＴＭＬ文書１４は、ＨＴＭＬ（HyperText Markup Language）により記述されたテキストファイルである。そして、ＨＴＭＬ文書１４は、当該文書中に画像ファイルの位置情報（例えば、ＵＲＬ：Uniform Resource Locator）を指定する（埋め込む）ことができる。ＨＴＭＬ文書１４中に画像ファイルの位置情報が指定されている場合、表示部１１は、当該画像ファイルのイメージ（画像）をＷｅｂページに貼り付けて出力装置に出力する。
【００１２】
なお、本実施形態ではＨＴＭＬ文書１４を使用しているが、本発明はこれに限定されず、ＸＭＬ（eXtensible Markup Language）やＳＧＭＬ（Standard Generalized Markup Language）などのマークアップ言語により記述された文書、または、その他のハイパーテキスト（文書中に別の文書やオブジェクトの位置情報を埋め込むことができる文書）においても適用することができる。なお、マークアップ言語は、文書の一部を「タグ」と呼ばれる文字列で囲うことにより、文章の構造(見出し、ハイパーリンクなど)、または、修飾情報（文字の大きさなど）を、文章中に記述していく記述言語である。
【００１３】
サーバＡ２、サーバＢ３およびサーバＣ４各々は、Ｗｅｂサービス、ファイル転送（File Transfer Protocol）、ファイル共有などの各種の業務を、図示しないクライアントに提供する装置である。例えば、サーバＡ２は、図示するように、Ｗｅｂサービスを提供するためのＷｅｂ処理部２１およびＷｅｂ記憶部２２と、ファイル転送（以下、「ＦＴＰ」）を行うためのＦＴＰ処理部２３およびＦＴＰ記憶部２４と、ファイル共有を行うためのファイル共有処理部２５およびファイル共有記憶部２６と、ネットワーク５を介して他の装置とデータの送受信を行う通信処理部２７と、を有する。
【００１４】
Ｗｅｂ処理部２１は、図示しないクライアントからの要求を受け付けて、要求された各種の情報（業務データ）を要求元のクライアントに提供する。Ｗｅｂ記憶部２２には、所定の画像ファイル２２１と、図示しない各種の業務データとが記憶されている。ＦＴＰ処理部２３は、クライアントからの要求を受け付けて、ファイル転送を行う。ＦＴＰ記憶部２４には、所定の画像ファイル２４１と、図示しない各種の業務データとが記憶されている。ファイル共有処理部２５は、図示しないクライアントからのファイルアクセス要求を受け付け、ファイル共有記憶部２６に記憶された所定の共有ファイル（不図示）に対して、ファイルの読み込み、または、書き込みなどの操作を行う。ファイル共有記憶部２６には、所定の画像ファイル２６１と、図示しない各種の業務データ（共有ファイル等）とが記憶されている。
【００１５】
なお、各画像ファイル２２１、２４１、２６１には、それぞれイメージデータが格納されている。管理装置１のＨＴＭＬ文書１４の中に、画像ファイル各々の位置情報（ＵＲＬ）が指定されている場合、管理装置１の表示部１１は、当該ＨＴＭＬ文書１４を表示する際に指定された各画像ファイルを取得し、当該各画像ファイルに記憶されているイメージを出力装置に表示する。
【００１６】
また、サーバＢ３は、図示するように、Ｗｅｂサービスを提供するためのＷｅｂ処理部３１およびＷｅｂ記憶部３２と、ファイル共有を行うためのファイル共有処理部３３およびファイル共有記憶部３４と、ネットワーク５を介して他の装置とデータの送受信を行う通信処理部３５と、を有する。Ｗｅｂ処理部３１およびＷｅｂ記憶部３２は、サーバＡ２のＷｅｂ処理部２１およびＷｅｂ記憶部２２と同様である。ファイル共有処理部３３およびファイル共有記憶部３４は、サーバＡ２のファイル共有処理部２５およびファイル共有記憶部２６と同様である。
【００１７】
また、サーバＣ４は、図示するように、検索サービスを提供するための検索処理部４１および検索記憶部４２と、ファイル共有を行うためのファイル共有処理部４３およびファイル共有記憶部４４と、ネットワーク５を介して他の装置とデータの送受信を行う通信処理部４５と、を有する。検索処理部４１は、インターネットまたはイントラネット上で公開されている情報をキーワードなどの入力をクライアントから受け付けて検索する。検索処理部４１は、例えば、Ｇｏｐｈｅｒなどのサーチエンジンと同様の機能を有する。検索記憶部４２には、所定の画像ファイル４２１と、図示しない各種の業務データとが記憶されている。ファイル共有処理部４３およびファイル共有記憶部４４は、サーバＡ２のファイル共有処理部２５およびファイル共有記憶部２６と同様である。
【００１８】
なお、図１に示す本実施形態のシステムにおいては、管理装置１が管理する装置は、サーバＡ２、サーバＢ３およびサーバＣ４の３台である。しかしながら、本発明はこれに限定されず、管理装置１が管理する装置は、２台以下であっても、４台以上であってもよい。
【００１９】
以上説明した、管理装置１および各サーバ２〜４は、いずれも例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワーク接続するための通信制御装置９０６と、これらの各装置を接続するバス９０７と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、管理装置１および各サーバ２〜４の各機能は、管理装置１用のプログラムの場合は、管理装置１のＣＰＵ９０１が、そして、各サーバ２〜４用のプログラムの場合は、各サーバ２〜４のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、管理装置１の記憶部１３には、管理装置１のメモリ９０２または外部記憶装置９０３が用いられる。また、各サーバ２〜４の各記憶部には、各サーバ２〜４のメモリ９０２または外部記憶装置９０３が用いられる。例えば、サーバＡ２のＷｅｂ記憶部２２、ＦＴＰ記憶部２４およびファイル共用記憶部２６には、サーバＡ２のメモリ９０２または外部記憶装置９０３が用いられる。
【００２０】
次に、管理装置１の出力装置９０５に表示される監視画面（Ｗｅｂページ）について説明する。
【００２１】
図３は、監視画面（Ｗｅｂページ）の一例を示したものである。管理装置１の表示部１１は、記憶部１３に記憶されたＨＴＭＬ文書１４を解析して、この監視画面を出力装置９０５に出力する。図示する監視画面には、管理対象の各装置上で稼動しているサービス毎に、当該サービスの稼動状態を示す監視テーブルが表示されている。監視テーブルは、図示するように、装置３０１と、サービス３０２と、稼動状態３０３と、を有する。装置３０１には、管理装置１が管理する各装置の名称が設定される。図示する監視テーブルの装置３０１には、図１に示すサーバＡ２、サーバＢ３およびサーバＣ４がそれぞれ設定されている。サービス３０２には、装置３０１毎に、当該装置が提供する少なくとも１つのサービスの名称が設定されている。
【００２２】
稼動状態３０３には、サービス３０２毎に、当該サービス３０２が稼動しているかまたは停止しているか否かを示すイメージまたはテキストなどが表示される。すなわち、サービスが稼動している場合、当該サービスの稼動状態３０３には、当該サービスの記憶部に格納された画像ファイルのイメージが表示される。例えば、装置３０１がサーバＡ２で、サービス３０２がＷｅｂサービスの場合であって、かつ、当該Ｗｅｂサービス２１が稼動している場合、稼動状態３０３ａには、サーバＡ２のＷｅｂ記憶部２２に記憶された画像ファイル２２１のイメージが出力される。すなわち、各サーバ２〜４の各記憶部に記憶された画像ファイル各々は、対応するサービスが正常に稼動している否かを、システム管理者に識別させるためのインジケータとしての役割を果たすものである。
【００２３】
なお、サービスが稼動している場合（稼動状態３０３に画像ファイルが表示される場合）とは、当該サービスを稼動している装置（サーバ）に電源が投入された状態であって、ハードウェアおよびソフトウェア（ＯＳ、アプリケーションプログラム等）に障害が発生していなく、かつ、当該サービスが起動している（立ち上がっている）状態である。
さらに、ネットワーク５上においても、障害が発生していないことが、サービスが稼動している条件となる。
【００２４】
管理装置１の表示部１１は、ＨＴＭＬ文書１４を解析する際に、例えば＜ＩＭＧ  ＳＲＣ＝“画像ファイルの位置情報（ＵＲＬ）”＞の形式のイメージタグを検出すると、指定された位置情報（ＵＲＬ）を宛先として、画像ファイルを要求する。例えば、サーバＡ２のＷｅｂ記憶部２２に記憶された画像ファイル２２１の位置情報がイメージタグに指定されている場合、表示部１１は、通信処理部１２を用いてネットワーク５を介して接続されたサーバＡ２に画像ファイル２２１を要求する。そして、サーバＡ２のＷｅｂサービスが稼動している場合、表示部１１は通信処理部１２を用いて画像ファイル２２１を取得（ダウンロード）し、画像ファイル２２１に格納されたイメージを稼動状態３０１ａに表示する。図示する例では、サービスが稼動している場合の稼動状態３０３ａには、サーバＡ２の画像ファイル２２１に格納された長方形のイメージ（図形）が表示されている。
【００２５】
一方、サービスが稼動していない場合、当該サービスの稼動状態３０３には、当該サービスの記憶部に格納された画像ファイルのイメージが表示されない。サービスが稼動していない場合、すなわち、サービス停止状態の場合とは、当該サービスを稼動している装置（サーバ）の電源ＯＦＦ、当該装置のハードウェアまたはソフトウェアの障害などにより当該サービスが起動していない状態である。また、サービスが稼動していない場合には、ネットワーク５の障害などにより、各サービスにアクセスできない状態を含む。
【００２６】
このような状態の場合、表示部１１は、画像ファイルを取得（ダウンロード）することができない。したがって、表示部１１は、稼動状態３０３に画像ファイルが取得できなかったことを示す所定の記号または図形（例えば「×」など）３０３ｂを表示する。なお、画像ファイルが取得できなかったことを示す記号または図形は、Ｗｅｂブラウザの種類などにより異なる。図示する例では、サービスが停止している場合の稼動状態３０３ｂには、代替イメージが表示されている。すなわち、画像ファイルが取得できなかったことを示す記号（「×」）と、代替テキスト（「停止」）が表示されている。この代替テキストは、画像ファイルが取得できない場合に表示される文字である。この代替テキストは、前述のイメージタグの属性である「ＡＬＴ」を用いてＨＴＭＬ文書１４の中に記述することができる。
【００２７】
以上説明したように、図３に示す監視テーブルの稼動状態３０３には、表示部１１が各サービスの画像ファイルを取得できた場合には、取得した画像ファイルのイメージ３０３ａが表示され、表示部１１が各サービスの画像ファイルを取得でない場合には、代替イメージ３０３ｂが表示される。システム管理者は、稼動状態３０３の表示内容を参照することにより、各装置の各サービスが現在稼動しているのか、あるいは停止状態であるかを容易に判別することができる。
【００２８】
また、システム管理者は、各稼動状態３０３を参照することにより、障害の発生している部分を、ある程度推測する（あたりをつける）ことができる。また、システム管理者は、障害の切り分けを行うことができる。例えば、所定の装置３０１の全てのサービス３０２の稼動状態３０３が停止の場合、システム管理者は、当該装置のハードウェア障害、当該装置のＯＳ（Operating System）など装置全体を管理する基本ソフトウェアの障害、または、ネットワーク障害であると推定することができる。また、所定の装置３０１のサービス３０２の中で、１つのサービス３０２の稼動状態３０３のみが停止の場合、システム管理者は、当該サービス３０２のソフトウェア（アプリケーションプログラムなど）の障害、所定のサービス３０２の起動操作ミス、所定のサービス３０２が使用するメモリ障害などを推定することができる。
【００２９】
なお、本実施形態では、サービスが稼動している場合の稼動状態３０３には、長方形のイメージ（図形）が表示される。これは、各画像ファイルに格納されているイメージを長方形の図形とした場合である。しかしながら、画像ファイルに格納されるイメージはこれに限定されず、さまざまな形状や色のイメージ、あるいは、イラスト、写真などの画像イメージなど、どんなものでも用いることができる。さらには、イメージではなく動画、テキストなどを出力または表示することとしてもよい。
【００３０】
また、本実施形態では、サービスが稼動している場合の稼動状態３０３には、共通して長方形のイメージが表示される。しかしながら、サービス毎に異なるイメージを稼動状態３０３に出力することとしてもよい。例えば、各サービスのロゴマークなどを画像ファイルとして用いることが考えられる。これにより、画像ファイルを新たに作成することなく、既存の業務データの画像ファイルを流用することができる。
【００３１】
図４は、図３で説明した監視画面（Ｗｅｂページ）のＨＴＭＬ文書１４の例を示したものである。図示するように、ＨＴＭＬ文書１４は、ＨＥＡＤ部分４１０とＢＯＤＹ部分４２０とを有する。ＨＥＡＤ部分４１０は、メタ情報タグ（ＭＥＴＡ）４１１と、タイトルタグ（ＴＩＴＬＥ）４１２と、を有する。
【００３２】
メタ情報タグ４１１には、所定のタイミングでＷｅｂページを更新（リフレッシュ）するための「ｒｅｆｒｅｓｈ」パラメータと、更新するタイミングを指定するための「ＣＯＮＴＥＮＴ」パラメータとが記述されている。図示する例では、監視画面は、１０秒間隔で更新（リフレッシュ）される。メタ情報タグ４１１に「ｒｅｆｒｅｓｈ」パラメータ等を記述することにより監視画面は所定のタイミングで自動的に更新される。これにより、システム管理者は、監視対象の各装置および各サービスの障害（サービス停止状態）を、迅速に検知することができる。なお、タイトルタグ４１２には、ＨＴＭＬ文書１４のタイトルが記述される。
【００３３】
ＢＯＤＹ部分４２０には、テーブル形式で図３に示す監視テーブルを表示するためのＴＡＢＬＥタグ４２１が記述されている。また、監視テーブルの稼動状態３０３に表示される画像イメージを記述したイメージタグ(ＩＭＧ)４２２がそれぞれ記述されている。そして、イメージタグ４２２の属性の「ＳＲＣ」４２３には、画像ファイルの位置情報（ＵＲＬ、ＵＲＩなど）が記述されている。また、イメージタグ４２２の属性の「ＡＬＴ」４２４には代替テキストである「停止」が記述されている。管理装置１の表示部１１は、このようなＨＴＭＬ文書１４を解析し、解析した結果を出力装置９０５に表示する。
【００３４】
次に、管理装置１の処理の流れを説明する。
【００３５】
図５は、管理装置１が記憶部１３に記憶されたＨＴＭＬ文書１４を解析し、図３に示す監視画面を出力する際の処理フローである。表示部１１は、所定のタイミングでＨＴＭＬ文書１４を読み出す（Ｓ５０１）。すなわち、表示部１１は、図４で説明したＨＴＭＬ文書１４のメタ情報タグ（ＭＥＴＡ）４１１に指定された時間間隔で（例えば、１０秒毎に）、ＨＴＭＬ文書１４を読み出す。そして、表示部１１は、読み出したＨＴＭＬ文書１４を解析する（Ｓ５０２）。すなわち、一般的なＷｅｂブラウザと同様に、表示部２２は、ＨＴＭＬ文書１４中に記述されたタグを解析し、イメージタグ（＜ＩＭＧ  ＳＲＣ＝“  ”＞）に指定された画像ファイルを検出する。
【００３６】
そして、表示部１１は、検出した画像ファイルを要求する（Ｓ５０３）。すなわち、表示部１１は、通信処理部１２を用いて、イメージタグで指定された位置情報（ＵＲＬ）を宛先として、検出された画像ファイルを要求する。ここで、表示部１１は、指定されたサーバのサービスが稼動している場合は、画像ファイルを取得（ダウンロード）することができる。一方、指定されたサーバのサービスが稼動していない場合は、表示部１１は画像ファイルを取得（ダウンロード）することができない。なお、各サーバの各処理部が、通信処理部を用いて管理装置１に画像ファイルを提供する。
【００３７】
そして、画像ファイル３２１を取得できた場合（Ｓ５０４：ＹＥＳ）、表示部１１は取得した画像ファイルのイメージを、ＨＴＭＬ文書１４の記述に基づいて、監視画面中の所定の位置（図３：稼動状態３０３）に貼り付ける（Ｓ５０５）。また、画像ファイルを取得できなかった場合（Ｓ５０４：ＮＯ）、表示部１１は、ＨＴＭＬ文書１４の記述に基づいて、監視画面中の所定の位置（図３：稼動状態３０３）に、代替イメージを貼り付ける（Ｓ５０６）。代替イメージは、前述のとおり、画像ファイルが取得できなかったことを示す記号および代替テキストである。
【００３８】
そして、表示部１１は、ＨＴＭＬ文書１４をさらに解析し、他の（未処理の）イメージタグが存在するか否かを判別する（Ｓ５０７）。他のイメージタグが存在する場合（Ｓ５０７：ＹＥＳ）、表示部１１はＳ５０３に戻り、当該検出したイメージタグに指定された位置情報（ＵＲＬ）を宛先として画像ファイルを要求する。一方、他のイメージタグが存在しない場合（Ｓ５０７：ＮＯ）、表示部１１は、各稼動状態３０３にダウンロードしたイメージ、または、代替イメージを貼り付けた監視画面（Ｗｅｂページ）を出力装置９０５に表示する（Ｓ５０８）。そして、表示部１１は、Ｓ５０１に戻り、所定のタイミングでＨＴＭＬ文書１４を読み出し以降の処理を繰り返し行う。以上説明した管理装置１の処理により、監視画面は所定のタイミングで自動的に更新される。これにより、システム管理者は、サービスの停止を迅速に把握することができる。
【００３９】
上記の実施形態では、管理装置１がＨＴＭＬ文書１４を解析し、管理対象の各装置が有する画像ファイルを監視画面に出力することで、各管理対象の各サービスが稼動しているか否かを判別する。すなわち、本実施形態では、管理装置１側では、表示部１１とＨＴＭＬ文書１４とを有し、管理対象の各装置側では任意の画像ファイルを有するだけで、各装置の稼動状態をモニタリングすることができる。なお、一般的なコンピュータシステムにおいて、Ｗｅｂブラウザと同様の機能を有する表示部１１、および、何らかの画像ファイルは、あらかじめ備えられている。したがって、本実施形態では、ＨＴＭＬ文書１４を新たに作成し、既存の機能やファイルを流用することで、低コストにコンピュータの稼動状態を監視することができる。また、本実施形態では、コンピュータの監視システムを短期間で構築することができる。
【００４０】
また、システム管理者は、監視画面の各稼動状態３０３を参照することにより、障害の発生している部分を、ある程度推測し、障害の切り分けを行うことができる。
【００４１】
また、監視画面は、ＨＴＭＬ文書１４で指定された所定のタイミングで更新されるため、システム管理者は、監視対象の各装置および各サービスの障害（サービス停止状態）を、迅速に検知することができる。
【００４２】
次に、本発明の第２の実施形態について説明する。
【００４３】
本実施形態では、管理装置１が管理する装置にＤＮＳサーバを含めた場合の実施形態である。ＤＮＳサーバ（domain name server）は、ネットワーク上でのコンピュータのホスト名（またはドメイン名（FQDN：Fully Qualified Domain Name））を、ＩＰアドレスに変換する装置である。
【００４４】
図６は、本発明の第２の実施形態が適用されたシステムの全体構成図である。図６に示すシステムは、図１に示す第１の実施形態のシステムと、ＤＮＳサーバ６を有する点において異なる。ＤＮＳサーバ６は、図示するように、処理部６１と、通信処理部６２と、記憶部６３と、を有する。記憶部６３は、ネットワークに接続されたコンピュータ毎に、当該コンピュータのホスト名（ドメイン名）とＩＰアドレスとを対応付けたホストレコード（いわゆるＡレコード）を有する。また、記憶部６３は、コンピュータのホスト名の別名を定義した別名レコード（いわゆるＣＮＡＭＥレコード）を有する。なお、ホストレコードおよび別名レコードについては後述する。
【００４５】
処理部６１は、図示しないクライアントなどからのＩＰアドレス取得要求に対して、記憶部６３を参照し、要求されたホスト名（または当該ホスト名の別名）に対応するＩＰアドレスを送信する。通信処理部６２は、ネットワーク５を介して他の装置とデータの送受信を行う。なお、ＤＮＳサーバ６は、例えば図２に示すような汎用的なコンピュータシステムを用いることができる。
【００４６】
図７は、ＤＮＳサーバ６の記憶部６３に記憶されたホストレコード（Ａレコード）の１例を示したものである。図示する例では、サーバＣ４のホストレコードを示している。ホストレコードは、ホスト名（「サーバＣ」）７１とＩＰアドレス（「10.1.2.4」）７２
と、を有する。処理部６１は、クライアントなどから「サーバＣ」のホスト名７１を受け付けると、記憶部６３に記憶された各ホストレコードの中から「サーバＣ」のホストレコードを特定し、「10.1.2.4」のＩＰアドレス７２を要求元のクライアント等に送信する。
【００４７】
図８は、ＤＮＳサーバ６の記憶部６３に記憶された別名レコード（ＣＮＡＭＥレコード）の１例を示したものである。図示する例では、サーバＣ４の別名レコードを示している。別名レコードは、ホスト名（「サーバＣ」）８１と、当該ホスト名の別名（「ＩＮＴＲＡＷＥＢ」）８２と、を有する。処理部６１は、クライアントなどからサーバＣの別名８２である「ＩＮＴＲＡＷＥＢ」を受け付けると、記憶部６３に記憶された各別名レコードの中から「ＩＮＴＲＡＷＥＢ」の別名レコードを特定し、当該別名レコードのホスト名「サーバＣ」８１を特定する。そして、処理部６１は、記憶部６３に記憶された各ホストレコードの中から、ホスト名「サーバＣ」のホストレコードを特定し、「10.1.2.4」のＩＰアドレスを要求元のクライアント等に送信する。
【００４８】
図９は、本実施形態における監視画面（Ｗｅｂページ）の一例を示したものである。図示する監視画面は、図３の監視画面と同様に各装置の稼動状態を表示する監視テーブルが表示されている。本実施形態の監視テーブルは、図３に示す監視テーブルと、サーバＣ４の各サービスに対して複数の稼動状態を示している点において異なる。すなわち、ＨＴＭＬ文書１４にサーバＣ４の画像ファイル４２１、４４１の位置情報（ＵＲＬ）を、３つの方法で記述する。第１の方法は、位置情報（ＵＲＬ）のホスト名にＩＰアドレス（例えば「10.1.2.4」）、を直接指定する方法である。第２の方法は、位置情報（ＵＲＬ）のホスト名にドメイン名方式でホスト名（例えば「サーバＣ」）を指定する方法である。第３の方法は、位置情報（ＵＲＬ）のホスト名に別名（例えば「ＩＮＴＲＡＷＥＢ」）を指定する方法である。
【００４９】
図示する監視画面の例では、第１の方法（ＩＰアドレスを指定）の稼動状態３１０には、各サービスが稼動していることを示すサーバＣ４の画像ファイル４２１、４４１のイメージが表示されている。また、第２の方法（ドメイン名を指定）の稼動状態３２０には、各サービスが稼動していることを示すサーバＣ４の画像ファイル４２１、４４１のイメージが表示されている。また、第３の方法（別名を指定）の稼動状態３３０には、各サービスが停止していることを示す代替イメージが表示されている。  
なお、図９に示す監視画面のＨＴＭＬ文書１４（不図示）は、図４に示すＨＴＭＬ文書１４のＴＡＢＬＥタグ４２１の中に、行の開始を示すタグ（＜ＴＲ＞…＜／ＴＲ＞）を用いて、装置３０１が「ＩＰアドレスを指定したサーバＣ（第１の方法）」の行（レコード）を表示するための記述がある。そして、当該記述の中には、稼動状態３０３に表示される画像ファイルの位置情報を記述したイメージタグ(＜ＩＭＧ)４２２が、サービス毎にそれぞれ記述されている。そして、イメージタグ４２２各々の属性の「ｓｒｃ=…」には、ホスト名にサーバＣのＩＰアドレスが指定された位置情報（ＵＲＬ）が記述されている。
【００５０】
同様に、図９に示す監視画面のＨＴＭＬ文書１４は、装置３０１が「ドメイン名を指定したサーバＣ（第２の方法）」および「ＩＮＴＲＡＷＥＢ（別名）を指定したサーバＣ」の行（レコード）を表示するための記述がある。そして、当該記述の中のイメージタグ４２２各々の「ｓｒｃ=…」には、ホスト名にサーバＣのドメイン名が指定された位置情報（ＵＲＬ）または別名を指定した位置情報（ＵＲＬ）が記述されている。
【００５１】
なお、本実施形態における、管理装置１の表示部１１の処理は、図５に示す処理と同様である。
【００５２】
本実施形態において、システム管理者は、図９に示す監視画面を見ることにより、ＤＮＳサーバ６を含めた各管理対象装置の構成を検証することができる。例えば、別名を指定した位置情報（ＵＲＬ）の稼動状態３３０を併せて表示することによって、ＤＮＳサーバ６の記憶部６３に設定された別名レコードの設定ミスを、システム管理者は容易に検知することができる。すなわち、第１の方法または第２の方法で指定したサーバＣの各サービスの稼動状態３１０、３２０が稼動状態であるが、別名（ＩＮＴＲＡＷＥＢ）を指定した各サービスの稼動状態３３０が停止状態の場合、システム管理者は、ＤＮＳサーバ６の別名レコード（図８参照）の設定ミスまたは当該レコードの削除などの不具合を推定することができる。
【００５３】
また、第１の方法でＩＰアドレスを指定したサーバＣの各サービスの稼動状態３１０は稼動状態であるが、第２の方法でドメイン名を指定したサーバＣの各サービスの稼動状態３２０が停止状態の場合、システム管理者は、ＤＮＳサーバ６の記憶部６３に記憶されたホストレコード（図７参照）の設定ミスまたは当該レコードの削除などの不具合を推定することができる。また、システム管理者は、ＤＮＳサーバ６がハードウェアまたはソフトウェアの障害によりダウンしていることを推定することができる。このように、システム管理者は、図９に示す監視画面を見ることにより、ＤＮＳサーバ６の記憶部６３に記憶されたレコードの設定内容を検証し、また、障害箇所の推定および障害の切り分けをすることができる。
【００５４】
次に、本発明の第３の実施形態について説明する。
【００５５】
本実施形態では、管理装置１がネットワークに接続されているクライアントの稼動状態を監視する場合の実施形態である。
【００５６】
図１０は、本発明の第３の実施形態が適用されたシステムの全体構成図である。図１０に示すシステムは、管理装置１と、少なくとも１つのクライアント７と、少なくとも１つのサーバ２〜４と、を有する。そして、管理装置１と各クライアント７と各サーバ２〜４とは、インターネットまたはイントラネットなどのネットワーク５により接続されている。管理装置１は、記憶部１３にクライアント用ＨＴＭＬ文書１５を有する点において、図１に示す管理装置１と異なる。サーバ２〜４は、図１に示すサーバ２〜４と同様である。
【００５７】
各クライアント７は、図示するように、処理部７１と通信処理部７２と記憶部７３とを有する。処理部７１は、各サーバ２〜４に各種のサービスを要求する。通信処理部７２は、ネットワーク５を介して他の装置とデータの送受信を行う。記憶部７３には、所定の画像ファイル７４と、図示しない各種の業務データとが記憶されている。画像ファイル７４には、イメージデータが格納されている。なお、各クライアント７は、例えば図２に示すような汎用的なコンピュータシステムを用いることができる。
【００５８】
本実施形態において、管理装置１の記憶部１３には、クライアント７の稼動状態を監視するためのクライアント用ＨＴＭＬ文書１５が記憶されている。管理装置１の表示部１１は、クライアント用ＨＴＭＬ文書１５を解析し、後述するクライアント監視画面を出力装置９０５に出力する。すなわち、クライアント用ＨＴＭＬ文書１５の中に、クライアント７各々の画像ファイル７４の位置情報が指定されている。管理装置１の表示部１１は、図５に示す処理と同様に、クライアント用ＨＴＭＬ文書１５を解析し、各画像ファイル７４を要求する。そして、クライアント７の電源がＮＯ状態で、かつ、ＯＳ（または所定の業務）が起動している場合、表示部１１は、当該クライアント７の画像ファイル７４を取得（ダウンロード）し、画像ファイルに記憶されているイメージを出力装置９０５に表示する。
【００５９】
図１１は、本実施形態におけるクライアント監視画面（Ｗｅｂページ）の一例を示したものである。図示するクライアント監視画面に出力される監視テーブルは、クライアント毎に、装置１１１と、稼動状態１１２とを有する。図示する例では、クライアントＤの稼動状態１１２ａには、クライアントＤの画像ファイルのイメージが表示され、他のクライアントの稼動状態１１２には代替イメージが表示されている。すなわち、クライアントＤは、電源ＯＮの状態であって、かつ、ＯＳ（または所定の業務）が起動していることを示している。また、他のクライアントは、電源ＯＦＦの状態であることを示している。
【００６０】
本実施形態において、システム管理者は、図９に示す監視画面を見ることにより、夜間など全てのクライアントが停止状態であるべき時間帯において、稼動状態となっているクライアントを容易に検知することができる。これにより、システム管理者は、クライアントの使用者が電源ＯＦＦの操作を行わずに業務を終了した場合、稼動状態となっているクライアントの電源をＯＦＦにするなどの対処を行うことができる。また、夜間などにおいて、第三者がクライアントを立ち上げて不正な行為を行っている場合、システム管理者は、迅速に不正行為を検知することができる。このように、各クライアントの稼動状態を監視することによりセキュリティを強化することができる。
【００６１】
なお、本実施形態では、管理装置１は、各サーバ２〜４の監視画面を出力するためのＨＴＭＬ文書１４と、クライアント用ＨＴＭＬ文書１５の２つのＨＴＭＬ文書を有する。しかしながら、これらのＨＴＭＬ文書を１つに統合してもよい。また、本実施形態では、ＨＴＭＬ文書１４およびクライアント用ＨＴＭＬ文書１５を有し、各サーバ２〜４および各クライアント７の監視を行っている。しかしながら、監視装置１は、各クライアント７のみの監視画面を出力することとしてもよい。この場合、サーバ用のＨＴＭＬ文書１４は不要である。
【００６２】
以上で、本発明の第１の実施形態、第２の実施形態および第３の実施形態を説明した。
【００６３】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記第１の実施形態では、１つのＨＴＭＬ文書１４を用いて、全ての装置（サーバ）の各サービスを出力装置９０５に出力する。しかしながら、装置毎ＨＴＭＬ文書１４をそれぞれ作成することとしてもよい。また、サービス毎（例えば、Ｗｅｂサービス毎、ＦＴＰ毎など）に、ＨＴＭＬ文書１４をそれぞれ作成することとしてもよい。
【００６４】
また、本実施形態では、管理装置１は１つであるが、複数の管理装置１を有することとしてもよい。また、ネットワーク５に接続され、表示部１１の機能を有するコンピュータ装置であれば、管理装置１にＨＴＭＬ文書１４、１５を要求することにより、当該コンピュータ装置の出力装置に、監視画面（図３等参照）を出力することができる。この場合、コンピュータ装置内に、ＨＴＭＬ文書１４、１５は不要である。
【００６５】
また、本実施形態の表示部１１はＷｅｂブラウザに限定されず、ＨＴＭＬ文書などのハイパーテキストを解析し、当該ハイパーテキスト中に記述された画像ファイルを表示する機能を有するソフトウェア（プログラム）であればよい。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施形態が適用されたシステムの全体構成図。
【図２】管理装置、各サーバのハードウェア構成例を示す図。
【図３】出力装置に表示される監視画面の一例を示す図。
【図４】図３に示す監視画面のＨＴＭＬ文書の例を示す図。
【図５】管理装置の処理フロー図。
【図６】本発明の第２の実施形態が適用されたシステムの全体構成図。
【図７】ＤＮＳサーバのホストレコードの一例を示す図。
【図８】ＤＮＳサーバの別名レコードの一例を示す図。
【図９】出力装置に表示される監視画面の一例を示す図。
【図１０】本発明の第３の実施形態が適用されたシステムの全体構成図。
【図１１】出力装置に出力される監視画面の一例を示す図。
【符号の説明】
【００６７】
１：管理装置、１１：表示部、１２：通信処理部、１３記憶部、１４：ＨＴＭＬ文書、２：サーバＡ、２１：Ｗｅｂ処理部、２２：Ｗｅｂ記憶部、２２１：画像ファイル、２３：ＦＴＰ処理部、２４：ＦＴＰ記憶部、２４１：画像ファイル、２５：ファイル共有処理部、２６：ファイル共有記憶部、２６１：画像ファイル、２７：通信処理部、３：サーバＢ、３１：Ｗｅｂ処理部、３２：Ｗｅｂ記憶部、３２１：画像ファイル、３３：ファイル共有処理部、３４：ファイル共有記憶部、３４１：画像ファイル、３５：通信処理部、４：サーバＣ、４１：検索処理部、４２：検索記憶部、４２１：画像ファイル、４３：ファイル共有処理部、４４：ファイル共有記憶部、４４１：画像ファイル、４５：通信処理部、５：ネットワーク
【図１】
2006058964.tif 000003
【図２】
2006058964.tif 000004
【図３】
2006058964.tif 000005
【図４】
2006058964.tif 000006
【図５】
2006058964.tif 000007
【図６】
2006058964.tif 000008
【図７】
2006058964.tif 000009
【図８】
2006058964.tif 000010
【図９】
2006058964.tif 000011
【図１０】
2006058964.tif 000012
【図１１】
2006058964.tif 000013