JP2009205364A - 死活監視方法、被監視装置、監視装置、死活監視プログラム - Google Patents

Abstract

【課題】パケット流量を抑えながら、監視対象装置の死活状態の精度の高い判断を可能にする。
【解決手段】監視対象サーバ１０は、その状態を示す状態通知パケットを定期的に監視装置２０に送信する。管理サーバ１０は、状態通知パケットがこなくなったことを検出すると、状態通知パケットがこなくなった監視対象サーバ以外の他監視対象サーバからの状態通知パケットが受信できていれば、監視対象サーバ１０のネットワーク構成情報から、管理サーバ２０から、状態通知パケットがこなくなった監視対象サーバ１０までの複数の通信ルートを抽出し、該複数の通信ルートを利用して状態通知パケットがこなくなった監視対象サーバ１０の死活状態を確認する。
【選択図】図１

Description

本発明は、複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムに関し、特に被監視装置の死活監視方法に関する。

システムの高可用性（HA）を求めるために、システムにあるサーバの稼動状態を監視し、サーバダウンを発生した時すばやくその状態を検出する手段は欠かせない。また、ポリシーベースのシステム自律運用では、サーバダウンの検出をトリガーとし、復旧アクションや、業務移行などのアクションを自動的に実行される場合も少なくない。サーバ死活監視でサーバ状態を誤判断した時、システムの誤動作誘発する恐れもあるので、サーバ死活監視の精度も求められている。

現在使われているサーバ死活監視方式では、精度の低いプロトコルが多く採用されている。このため、通信パケットのロストによるサーバ死活状態を誤判断する場合がある。

特許文献１に記載の発明では、予め設定された順序で被監視端末の間で監視パケットを巡回させ、各被監視端末の状態を収集する。収集してきた情報から、障害が発生していると判断した場合、監視パケットを逆順序で巡回させ、再度各被監視端末の状態を収集する。正方向/逆方向で収集してきた情報を比較することで、通信ネットワーク上の障害箇所を高精度に特定することができ、また、被監視端末の障害であるか、または通信回線上の障害であるかの特定を高精度に行うことができる技術を提供されている。しかし、この技術は端末状態を確実に確認するために、監視パケットを正方向/逆方向で通信ネットワーク上の各被監視端末の間で巡回させる必要があるので、被監視端末の台数が多い場合、被監視端末の状態を判断するための情報収集は長時間がかかる可能性がある。また、一つの被監視端末の状態を確認するために、通信ネットワークに接続されている全ての端末に処理してもらい、全ての端末に負荷をかけるというデメリットもあると思われる。
特開2006-332787号公報

本発明の目的は、パケット流量を抑えながら、監視対象装置の死活状態の精度の高い判断が可能な死活監視方法、被監視装置、監視装置、死活監視プログラムを提供することにある。

被監視装置は、その状態を示す状態通知パケットを定期的に監視装置に送信する。監視装置は、状態通知パケットがこなくなったことを検出すると、状態通知パケットがこなくなった被監視装置以外の他被監視装置からの状態通知パケットが受信できていれば、被監視装置のネットワーク構成情報から、監視装置から、状態通知パケットがこなくなった被監視装置までの複数の通信ルートを抽出し、該複数の通信ルートを利用して状態通知パケットがこなくなった被監視装置の死活状態を確認する。

被監視装置から監視装置へ状態通知パケット送信することにより、監視装置から被監視装置に確認パケットを送信し、被監視装置からの応答パケットを確認する死活状態監視方式よりも通信パケット流量が少なくなる。また、監視対象サーバから状態通知パケットが来なくなった場合、複数の通信ルートを経由して監視対象サーバの死活状態を確認することで、精度の高い死活監視が可能となる。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は本発明の一実施形態の死活監視方法が適用された監視システムの構成を示す図である。

図１に示すように、本実施形態の監視システムは、被監視装置である複数の監視対象サーバ１０−１、１０−２、・・・、１０−ｎ（以下、まとめて「監視対象サーバ１０」と称す）と、監視装置である管理サーバ２０を有し、これらはネットワーク３０に接続している。

管理サーバ２０は通信部２１と状態通知受信部２２と送信間隔設定・状態確認部２３とルート抽出部２４と監視対象情報記憶部２５と制御・判定部２６を有している。通信部２１は監視対象サーバ１０と通信を行う。状態通知受信部２２は監視対象サーバ１０からの定期的な状態通知パケットを受信する状態通知パケットの送信間隔の設定と、監視対象サーバ１０の死活状態の判定を行う。ルート抽出部２４は、監視対象サーバ１０の死活状態を確認するために、必要な通信ルート情報を抽出する。監視対象情報記憶部２５は、監視対象サーバ１０のネットワーク構成情報、死活監視状態等の監視対象情報を保存する。制御・判定部２６は、監視対象サーバ１０から状態通知パケットがこなくなった時、送信間隔設定・状態確認部２３に監視対象サーバ状態確認要求を発行し、送信間隔設定・状態確認部２３から返してきた結果より監視対象サーバの死活状態を判定する。

監視対象サーバ１０は監視対象サーバ情報記憶部１１と定期通知部１２と要求処理部１３と代理確認部１４と通信部１５を有している。監視対象サーバ情報記憶部１１は状態通知パケットの送信間隔等の情報を保存する。定期通知部１２は、管理サーバ２０へ自ネットワーク情報と死活状態を定期的に通知する。要求処理部１３は、管理サーバ２０からの送信間隔設定要求と、自サーバまたは他サーバの死活状態確認要求を処理する。代理確認部１４は要求処理部１３から指示を受け、他サーバの死活状態を確認する。通信部１５は管理サーバ２０との通信を行う。なお、監視対象サーバ１０の本来の機能は本発明とは無関係のため、図示されていない。

図２に示すように、監視対象情報記憶部２５に記憶される監視対象情報は、監視対象サーバ番号と、監視対象サーバIPと、状態通知パケットの送信間隔と、監視対象サーバの状態（ステータス）（稼働中、ダウン）と、NIC（Network Interface Card）数と、NICテーブルを含む。NICテーブルはNIC番号とIPとSubnetマスクからなる。

図３に示すように、監視対象サーバ情報記憶部１１に記憶される監視対象サーバ情報は状態通知パケットの送信間隔と、監視対象サーバIPと、NIC数と、NICテーブルを含む。NICテーブルはNIC番号とIPとSubnetマスクからなる。

次に、本実施形態の監視システムの動作を説明する。

管理サーバ２０が監視対象サーバ１０の死活状態を監視する前に、監視対象サーバ１０に監視対象サーバ情報の登録がまず必要になる。監視対象サーバ１０が必要な最小限の登録情報として、監視対象サーバ１０の、管理サーバ２０と通信可能、管理サーバ２０使用IPアドレスが必要になる。監視対象サーバ情報の登録方法として、手動で監視対象サーバを登録する方法、監視対象サーバ１０から確認パケットをブロードキャストでネットワーク３０に送信し、監視対象サーバ１０からの応答パケットを確認することで監視対象サーバを登録する方法、SLP（Service Location Protocol）プロトコルを利用して監視対象サーバを登録する方法など、いくつかの方法があるが、ここではどの方法を使用するかは問わないものとする。監視対象サーバ１０が登録され、管理サーバ２０使用のIPアドレスを監視対象サーバIP情報として管理対象情報記憶部２５に登録する。

次に、監視対象サーバ１０の動作について説明する。まず、定期通知部１２について説明する。定期通知部１２は監視対象サーバ情報記憶部１１に保存されている送信間隔を使用して、監視対象サーバ１０に、状態通知パケットを定期的に送信する。通信パケット流量を抑えるため、状態通知パケットの定期的な送信はUDP(User Datagram Protocol)などの信頼性の低いプロトコルを使用する。監視対象サーバ情報記憶部１１の送信間隔には、最初はデフォールトの送信間隔情報が設定されている。管理サーバ２０の送信間隔設定・状態確認部２３から送信間隔設定要求があると、監視対象サーバ１０の要求処理部１３で該要求を受け、監視対象サーバ１０からの送信間隔情報を監視サーバ情報記憶部１１に保存する。定期通知部１２は監視対象サーバ１０のネットワーク構成情報（ネットワーク接続情報）を管理サーバ２０の監視対象情報記憶部２５から取得し、監視対象サーバ情報記憶部１１に保存する。監視対象サーバ１０のネットワーク構成情報を取得する時、変更があるかをチェックする。監視対象サーバ１０のネットワーク構成情報は、監視対象サーバ１０の定期通知部１２がOS(Operating System)から取得して状態通知パケットに含めて管理サーバ２０に送信し、管理サーバ２０の状態通知受信部２２で受信し、状態通知パケットから取得して制御判定部２６経由で監視対象情報記憶部２５に保存したものである。定期通知部１２はネットワーク構成情報およびネットワーク情報の変更の有無を示す情報を、状態通知パケットに含めて送信する。

次に、図４を参照して、監視対象サーバ１０の要求処理部１３と代理確認部１４の動作について説明する。要求処理部１３は管理サーバ２０の送信間隔設定・状態確認部２３からの要求を受け、処理する。処理する要求は、状態通知パケット送信間隔設定要求と監視対象サーバ死活状態確認要求の二種類である。さらに、監視対象サーバ死活状態確認要求は自サーバ死活状態確認要求と他監視対象サーバ死活状態確認要求の二種類がある。要求処理部１３は動作を開始したら、管理サーバ２０からの要求を待つ（ステップ１０１）。送信間隔設定・状態確認部２３から要求がきたら（ステップ１０２）、まず要求内容を確認する（ステップ１０３）。状態通知パケット送信間隔設定要求と自サーバ死活状態確認要求の場合は、該要求を要求処理部１３で処理する。状態通知パケット送信間隔設定要求から送信間隔を取得し、監視対象サーバ情報記憶部１１に保存し（ステップ１０４）、設定成功の結果を、通信部１５を経て管理サーバ２０の送信間隔設定・状態確認部２３に返送する（ステップ１０５、１１２）。自サーバ死活状態確認要求の場合は、「稼働中」という確認結果を、通信部１５を経て管理サーバ２０の間隔設定・状態確認部２３に返送する（ステップ１０６、１１２）。他サーバ死活状態確認要求の場合は、代理確認部１４に要求を渡して、代理確認部１４で他監視対象サーバの死活状態を確認してもらう。代理確認部１４では、まず他サーバ死活状態確認要求から確認方式（独自方式またはPING方式）を取得する（ステップ１０７）。代理確認部１４は確認方式を確認する（ステップ１０８）。独自方式の場合、管理サーバ２０の送信間隔設定・状態確認部２３から監視対象サーバ１０の要求処理部１３に要求を発行するように、代理確認部１４から、管理サーバ２０の代替として、管理サーバ２０の送信間隔設定・状態確認部２３が確認したい他監視対象サーバ１０の要求処理部１３に自サーバ死活状態確認要求を発行する（ステップ１０９）。PING方式の場合、指定されている他監視対象サーバのIPアドレスにICMPパケットを送信し、ICMP応答の有無から他監視対象サーバの死活状態を確認する（ステップ１１０）。PING方式がサポートするのは、例えば図５の場合、管理サーバ２０が管理LANに接続しているNIC１１、NIC２１を利用している場合でも、監視対象サーバ１０の代理確認部１４は業務LAN（NIC１２、NIC２２で接続）を経由して、PING方式を利用して、他監視対象サーバの死活状態を確認することができる。ステップ１０９、１１０の後、確認結果を、通信部１５を経て管理サーバ２０の間隔設定・状態確認部２３に返送する（ステップ１１１、１１２）。代理確認部１４は、例えばTCP(Transmission Control Protocol)のような、信頼性の高いプロトコルを利用して監視対象サーバ１０の死活状態を確認することで、死活状態の信頼性の高い判断が可能となる。

続いて、管理サーバ２０の動作について説明する。最初監視対象サーバ１０の状態通知パケット送信間隔を設定する必要がある場合、図６で示す処理フローで設定したい監視対象サーバ２０へ送信間隔の設定を行う。制御・判定部２６は監視対象情報記録部２５から監視対象サーバのIPと送信間隔を取得し、状態通知パケット送信間隔設定要求を作り（ステップ２０１）、これを監視対象サーバ２０に送信するように送信間隔設定・状態確認部２３に渡す。制御・判定部２６は送信間隔設定・状態確認部２３から設定結果を入手し（ステップ２０２）、設定結果を確認する（ステップ２０３）。もし送信間隔の設定が失敗した場合、設定失敗の監視対象サーバ死活状態確認要求を送信間隔設定・状態確認部２３に渡して、確認してもらう（ステップ２０４）。送信間隔設定・状態確認部２３から死活状態確認結果を入手し（ステップ２０５）、確認する（ステップ２０６）。送信間隔設定が失敗した監視対象サーバ１０が稼働中であれば、再度送信間隔設定の処理を行う。監視対象サーバの状態を「ダウン」と判断した場合、状態確認結果を監視対象情報記憶部２５に記録する（ステップ２０８）。ステップ２０３で、送信間隔の設定が成功の場合、監視対象サーバ１０の状態が稼働中と判断し（ステップ２０７）、状態確認結果を監視対象情報記憶部２５に記録する（ステップ２０８）。

通常、監視対象サーバ１０と管理サーバ２０間の通信が正しく行われている場合、管理サーバ２０の状態通知受信部２２と制御・判定部２６が動作する。制御・判定部２６は、監視対象情報記録部２５に登録されている監視対象サーバの情報を状態通知受信部２２に渡す。状態通知受信部２２は監視対象サーバ１０の定期通知部１２から状態通知パケットを受信し、状態通知パケットにある、監視対象サーバネットワーク構成情報の変更の有無を示す情報を確認する。変更があった場合、制御・判定部２６に通知し、制御・判定部２６を経由して、監視対象情報記録部２５に新しいネットワーク構成情報を保存する。また、状態通知受信部２２は各監視対象サーバからの状態通知パケットの受信時刻も記録し、更新していく。制御・判定部２６は状態通知受信部２２が記録および更新する各監視対象サーバ状態通知パケットの受信時刻を確認し、該監視対象サーバ２０の送信間隔と比較することで、監視対象サーバからの状態通知パケットを受信できなくなることを検出することが可能となる。監視対象サーバ１０からの状態通知パケットが受信できなくなった場合、制御・判定部２６はまず他監視対象サーバの死活状態を確認し、他監視対象サーバから通知パケットを受信できていれば、監視対象サーバのネットワーク接続の問題を排除する。そして、状態通知パケットを受信できなくなった監視対象のサーバ死活状態確認要求を送信間隔設定・状態確認部２３に渡して、確認してもらう。監視対象サーバの状態を「ダウン」と判断した場合、状態確認結果「ダウン」を監視対象情報記録部２５に記録する。また、状態がダウンとなっている監視対象サーバから通知パケット受信があった場合、監視対象サーバの状態が回復と判断し、監視対象情報記録部２５に記録している該監視監視対象サーバの状態を「回復」に更新する。

次に、送信間隔設定・状態確認部２３の動作を、図７により説明する。送信間隔設定・状態確認部２３は制御・判定部２６から送信間隔設定要求と状態確認要求を受けて、該要求を処理する。送信間隔設定要求と状態確認要求の処理には、共通の流れとして、監視対象サーバ１０への要求パケットを作成し、監視対象サーバ１０の要求処理部１３へ要求を送信し、要求処理部１３から処理結果を受信し、制御・判定部２６へ結果を返却することが含まれる。状態確認要求の処理を詳細に説明する。制御・判定部２６から状態確認要求を受信したら、送信間隔設定・状態確認部２３はまずルート抽出部２４に、確認対象の監視対象サーバ１０への通信ルートの抽出要求を発行し（ステップ３０２）、通信ルートリストを取得する（ステップ３０３）。通信ルートには確認送信先IPと確認方式が含まれている。通信ルートリストから通信ルートを取得し、確認方式を決定し（ステップ３０４）、確認方式により、要求パケットを作成する（ステップ３０５）。直接、対象管理サーバ１０の要求処理部１３へ確認する場合、自状態確認要求となり、他監視対象サーバ１０経由で対象管理サーバ１０の要求処理部１３へ確認する場合、他監視対象サーバ経由独自方式確認要求となり、他監視対象サーバ経由で、監視対象サーバの他ネットワークI/FにICMP応答で確認する場合、他監視対象サーバ経由PING方式確認要求となり、要求パケットを作成する（ステップ３０６、３０７、３０８）。この要求パケットは、死活状態を確認する監視対象サーバを特定する情報（自監視対象サーバの状態を確認するのか、他監視対象サーバの状態を確認するのか）、死活状態の確認方式を指定する情報を含む。送信間隔設定・状態確認部２３は監視対象サーバ１０の要求処理部１３へ要求パケットを送信し（ステップ３０９）、要求処理部１３から処理結果を受信する（ステップ３１０）。処理結果から状態確認の結果を判別する（ステップ３１１、３１２）。失敗した場合は、次の通信ルートがあるかを確認する（ステップ３１３）。通信ルートがある場合、またルートを分析し、要求パケットを作成して状態確認を行う（ステップ３０４〜３１２）。通信ルートリストにある全ての通信ルートを試みて、失敗となる場合、結果を「失敗」として制御・判定部２６に返却する（ステップ３１４）。送信間隔設定要求の場合、監視対象サーバ１０の要求処理部１３に対する送信間隔設定要求を作成する（ステップ３１５）。

次に、ルート抽出部２４の処理を詳細に説明する。ルート抽出部２４は状態を確認する監視対象サーバのIPアドレスを渡され、その監視対象サーバまで三種類の通信ルートを抽出する。一つは基本的なルートとして、監視対象サーバに直接にアクセスするルートであり、自監視対象サーバ自方式という。そして、他監視対象サーバ経由で確認するルートが二種類ある。一つは他監視対象サーバ経由で、状態を確認する監視対象サーバの要求処理部１３にアクセスするルートであり、他監視対象サーバ経由自方式という。もう一つは他監視対象サーバ経由で、状態を確認する監視対象サーバにICMP応答確認できるルートであり、他監視対象サーバ経由PING方式という。続いて、他監視対象サーバ経由での確認ルートの抽出方法を説明する。まず、監視対象情報（図２）の「ステータス」が「稼働中」となっている監視対象サーバのIPとSubnetマスク（図２）を確認し、同じSubnetとなっている他監視対象サーバを他監視対象サーバ経由自方式ルートとして抽出する。登録されている監視対象サーバの台数およびネットワーク構成により、抽出した同じSubnetにいる他監視対象サーバ数が多い場合があるので、抽出するルート数の最大値を指定することも考えられる。次に、状態確認の目標サーバが複数のNICを持つ場合、状態確認の目標監視対象サーバと同じSubnetとなっている他監視対象サーバのIP以外のネットワークI/FのIPとSubnetマスクを確認し、状態確認ターゲット監視対象サーバIP以外のNICと同じSubnetとなっている他監視対象サーバを他監視対象サーバ経由PING方式ルートとして抽出する。前記と同じで、抽出したルート数の最大値を指定することも考えられる。ルート抽出部２４はこれら抽出した三種類の通信ルートを送信間隔設定・状態確認部２３に返却する。

本実施形態によれば、監視対象サーバ１０と管理サーバ２０に信頼性の高いプロトコルを使用する通信処理モジュール（送信間隔設定・状態確認部２３、要求処理部１３）を持ち、三つの確認方式（自監視対象サーバ自方式、他監視対象サーバ経由自方式、他監視対象サーバ経由PING方式）を使用して、監視対象サーバ１０の死活状態を高精度で確認することが可能となる。

なお、監視対象サーバおよび管理サーバの上記の機能は、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータ内の揮発性メモリのように、一定時間プログラムを保持しているものを含む。

本発明は、ポリシーベースのシステム自律運用で、サーバダウンの検出をトリガーとし、復旧アクションや、業務移行などのアクションを自動的に実行される運用など精度の高いサーバ死活監視を求める場面に適用できる。

本発明の一実施形態の死活監視方法が適用された監視システムの構成を示す図である。 監視対象情報記憶部に記憶される監視対象情報を示す図である。 監視対象サーバ情報記憶部に記憶される被監視対象サーバ情報を示す図である。 監視対象サーバの要求処理部と代理確認部の動作を示すフローチャートである。 監視対象サーバが、管理LANに接続しているNICを利用する場合のPING方式の説明図である。 管理サーバで行われる、監視対象サーバの状態通知パケット送信間隔の設定動作を示すフローチャートである。 管理サーバの送信間隔設定・状態確認部の動作を示すフローチャートである。

符号の説明

１０−１〜１０−ｎ 監視対象サーバ
１１ 監視対象サーバ情報記憶部
１２ 定期通知部
１３ 要求処理部
１４ 代理確認部
１５ 通信部
２０ 管理サーバ
２１ 通信部
２２ 状態通知受信部
２３ 送信間隔・状態確認部
２４ ルート抽出部
２５ 監視対象情報記憶部
２６ 制御・判定部
３０ ネットワーク
１０１〜１１２、２０１〜２０８、３０１〜３１５ ステップ

Claims (17)

1. 複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムにおいて、
   前記被監視装置は、その状態を示す状態通知パケットを定期的に前記監視装置に送信し、前記監視装置は、前記状態通知パケットがこなくなったことを検出すると、前記状態通知パケットがこなくなった被監視装置以外の他被監視装置からの状態通知パケットが受信できていれば、被監視装置のネットワーク構成情報から、前記監視装置から、状態通知パケットがこなくなった被監視装置までの複数の通信ルートを抽出し、該複数の通信ルートを利用して状態通知パケットがこなくなった被監視装置の死活状態を確認する、
   被監視装置の死活状態監視方法。
2. 前記通信ルートが、該状態確認対象の被監視装置に直接アクセスするルート、他被監視装置経由で該状態確認対象の被監視装置にアクセスするルート、他被監視装置経由で該状態確認対象の被監視装置にICMP応答確認できるルート、の３種類を含む、請求項１に記載の、被監視装置の死活状態監視方法。
3. 前記被監視装置は、前記監視装置から自被監視装置の死活状態確認要求を受け取ると、稼働中という確認結果を前記監視装置に返送し、該要求が他被監視装置の死活状態確認要求であれば、確認方法が独自方式の場合、該他被監視装置に、自被監視装置状態確認要求を発行し、応答を確認し、確認方法がPING方式の場合、該他被監視装置のIPアドレスにICMPパケットを送信し、ICMP応答の有無から該他被監視装置の死活状態を確認し、いずれの方式でも確認結果を前記監視装置に返送する、請求項２に記載の、被監視装置の死活状態監視方法。
4. 前記被監視装置は、前記監視装置から、状態通知パケット送信間隔の設定要求を受け取ると、前記監視装置からの送信間隔の情報を被監視装置情報記憶手段に保存し、設定成功を前記監視装置に返送する、請求項１から３のいずれかに記載の、被監視装置の死活状態監視方法。
5. 前記監視装置は前記各被監視装置に対し前記状態通知パケットの送信間隔の設定を要求し、前記送信間隔の設定結果を入手し、送信間隔の設定に成功したと判断すると、当該被監視装置の状態を稼働中と判断し、送信間隔の設定に失敗したと判断すると、送信間隔の設定失敗の被監視装置の死活状態確認を行い、死活状態確認結果により、送信間隔の設定が失敗した被監視装置が稼働中であれば、前記状態通知パケットの送信間隔の設定を再度要求し、送信間隔の設定が失敗した被監視装置がダウンであればその旨を前記監視対象情報記憶手段に記録する、請求項４に記載の、被監視装置の死活状態監視方法。
6. 複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムにおける被監視装置であって、
   監視装置および他の被監視装置との通信を行う通信手段と、
   当該被監視装置から監視装置に定期的に送信される状態通知パケットの送信間隔と、当該被監視装置のネットワーク構成情報を保存する被監視装置情報記憶手段と、
   当該被監視装置のネットワーク構成情報を取得し、前記被監視装置情報記憶手段に保存し、前記ネットワーク構成情報および該情報の変更の有無を示す情報を前記状態通知パケットに含めて、前記被監視装置情報記憶手段に記憶されている送信間隔で前記監視装置に送信する定期通信手段と、
   他被監視装置の死活状態を確認する代理確認手段と、
   前記監視装置から、自被監視装置の死活状態確認要求を受けると、稼働中という確認結果を前記監視装置に返送し、該要求が他被監視装置の死活状態確認要求であれば、前記代理確認手段に、該他被監視装置の死活状態を確認してもらい、確認結果を前記監視装置に返送する要求処理手段と
   を有する被監視装置。
7. 前記要求処理手段は、前記監視装置から、送信間隔設定要求を受けると、前記監視装置からの送信間隔の情報を前記被監視装置情報記憶手段に保存し、設定成功を前記監視装置に返送する、請求項６に記載の被監視装置。
8. 前記代理確認手段は、確認方法が独自方式であれば、該他被監視装置の要求処理手段に、自被監視装置状態確認要求を発行し、応答を確認し、確認方法がPING方式であれば、該他被監視装置のIPアドレスにICMPパケットを送信し、ICMP応答の有無から該他被監視装置の死活状態を確認し、いずれの方式でも確認結果を前記要求処理手段に返送する、請求項６または７に記載の被監視装置。
   被監視装置。
9. 複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムにおける監視装置であって、
   前記各被監視装置と通信する通信手段と、
   前記各被監視装置から、定期的に送信される状態通知パケットを受信する状態通知受信手段と、
   前記被監視装置のネットワーク構成情報、死活状態を保存する監視対象情報記憶手段と、
   前記被監視装置の死活状態を確認するために、必要な通信ルートの情報を抽出するルート抽出手段と、
   前記被監視装置の死活状態の確認要求を受けると、前記ルート抽出手段に、確認対象の被監視装置への通信ルートの抽出要求を発行し、通信ルートリストを取得し、該通信ルートリストから通信ルートを取得し、通信ルートにある確認方式に応じて要求パケットを作成、送信し、結果を受信、解析し、確認要求の要求元に返却する送信間隔設定・死活状態判定手段と、
   前記被監視装置から前記状態通知パケットがこなくなったことを検出すると、当該被監視装置の死活状態を確認し、他被監視装置からの状態通知パケットが受信できていれば、状態通知パケットを受信できなくなった当該被監視装置の死活状態の確認を前記送信間隔設定・死活状態判定手段に要求し、前記送信間隔設定・死活状態判定手段から返ってきた結果により、当該被監視装置の死活状態をダウンと判断した場合、その旨を前記監視対象情報記憶手段に記録し、状態通知パケットを受信できなくなった当該被監視装置からその後通知パケットの受信があった場合、前記監視対象情報記憶手段に記録されている、当該被監視装置の状態を更新する制御・判定手段と、
   を有する監視装置。
10. 前記送信間隔設定・死活状態判定手段は、前記各被監視装置に対し前記状態通知パケットの送信間隔の設定を要求し、前記制御・判定手段は、前記送信間隔の設定結果を入手し、送信間隔の設定に成功したと判断すると、当該被監視装置の状態を稼働中と判断し、その旨を前記監視対象情報記憶手段に記録し、送信間隔の設定に失敗したと判断すると、送信間隔の設定失敗の被監視装置の死活状態確認を前記送信間隔設定・死活状態判定手段に要求し、前記送信間隔設定・死活状態判定手段からの死活状態確認結果により、送信間隔の設定が失敗した被監視装置が稼働中であれば、前記送信間隔設定・死活状態判定手段により前記状態通知パケットの送信間隔の設定を再度要求し、送信間隔の設定が失敗した被監視装置がダウンであればその旨を前記監視対象情報記憶手段に記録する、請求項９に記載の監視装置。
11. 前記ルート抽出手段は、前記送信間隔設定・死活状態判定手段から状態確認対象の被監視装置のIPアドレスを渡され、該状態確認対象の被監視装置に直接アクセスするルート、他被監視装置経由で該状態確認対象の被監視装置にアクセスするルート、他被監視装置経由で該状態確認対象の被監視装置にICMP応答確認できるルート、の３種類のルートを抽出し、前記通信ルートリストとして、前記送信間隔設定・死活状態判定手段に渡す、請求項９または１０に記載の監視装置。
12. 複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムにおける被監視装置に搭載されるプログラムであって、
    監視装置および他の被監視装置との通信を行う通信手順と、
    当該被監視装置のネットワーク構成情報を取得し、被監視装置情報記憶手段に保存し、前記ネットワーク構成情報および該情報の変更の有無を示す情報を前記状態通知パケットに含めて、前記被監視装置情報記憶手段に記憶されている送信間隔で前記監視装置に送信する定期通信手順と、
    他被監視装置の死活状態を確認する代理確認手順と、
    前記監視装置から、自被監視装置の死活状態確認要求を受けると、稼働中という確認結果を前記監視装置に返送し、該要求が他被監視装置の死活状態確認要求であれば、前記代理確認手順に、該他被監視装置の死活状態を確認してもらい、確認結果を前記監視装置に返送する要求処理手順と
    をコンピュータに実行させる死活監視プログラム。
13. 前記要求処理手順は、前記監視装置から、送信間隔設定要求を受けると、前記監視装置からの送信間隔の情報を前記被監視装置情報記憶手段に保存し、設定成功を前記監視装置に返送する、請求項１２に記載の死活監視プログラム。
14. 前記代理確認手順は、確認方法が独自方式であれば、該他被監視装置の要求処理手順に、自被監視装置状態確認要求を発行し、応答を確認し、確認方法がPING方式であれば、該他被監視装置のIPアドレスにICMPパケットを送信し、ICMP応答の有無から該他被監視装置の死活状態を確認し、いずれの方式でも確認結果を前記要求処理手順に返送する、請求項１２または１３に記載の死活監視プログラム。
    被監視装置。
15. 複数の被監視装置と、少なくとも1つ監視装置がネットワークに接続された監視システムにおける監視装置に搭載されるプログラムであって、
    前記各被監視装置と通信する通信手順と、
    前記各被監視装置から、定期的に送信される状態通知パケットを受信する状態通知受信手順と、
    前記被監視装置の死活状態を確認するために、必要な通信ルートの情報を抽出するルート抽出手順と、
    前記被監視装置の死活状態の確認要求を受けると、前記ルート抽出手順に、確認対象の被監視装置への通信ルートの抽出要求を発行し、通信ルートリストを取得し、該通信ルートリストから通信ルートを取得し、通信ルートにある確認方式に応じて要求パケットを作成、送信し、結果を受信、解析し、確認要求の要求元に返却する送信間隔設定・死活状態判定手順と、
    前記被監視装置から前記状態通知パケットがこなくなったことを検出すると、当該被監視装置の死活状態を確認し、他被監視装置からの状態通知パケットが受信できていれば、状態通知パケットを受信できなくなった当該被監視装置の死活状態の確認を前記送信間隔設定・死活状態判定手順に要求し、前記送信間隔設定・死活状態判定手順から返ってきた結果により、当該被監視装置の死活状態をダウンと判断した場合、その旨を監視対象情報記憶手段に記録し、状態通知パケットを受信できなくなった当該被監視装置からその後通知パケットの受信があった場合、前記監視対象情報記憶手段に記録されている、当該被監視装置の状態を更新する制御・判定手順と、
    をコンピュータに実行させるための死活監視プログラム。
16. 前記送信間隔設定・死活状態判定手順は、前記各被監視装置に対し前記状態通知パケットの送信間隔の設定を要求し、前記制御・判定手順は、前記送信間隔の設定結果を入手し、送信間隔の設定に成功したと判断すると、当該被監視装置の状態を稼働中と判断し、その旨を前記監視対象情報記憶手段に記録し、送信間隔の設定に失敗したと判断すると、送信間隔の設定失敗の被監視装置の死活状態確認を前記送信間隔設定・死活状態判定手順に要求し、前記送信間隔設定・死活状態判定手順からの死活状態確認結果により、送信間隔の設定が失敗した被監視装置が稼働中であれば、前記送信間隔設定・死活状態判定手順により前記状態通知パケットの送信間隔の設定を再度要求し、送信間隔の設定が失敗した被監視装置がダウンであればその旨を前記監視対象情報記憶手段に記録する、請求項１５に記載の死活監視プログラム。
17. 前記ルート抽出手順は、前記送信間隔設定・死活状態判定手順から状態確認対象の被監視装置のIPアドレスを渡され、該状態確認対象の被監視装置に直接アクセスするルート、他被監視装置経由で該状態確認対象の被監視装置にアクセスルート、他被監視装置経由で該状態確認対象の被監視装置にICMP応答確認できるルート、の３種類のルートを抽出し、前記通信ルートリストとして、前記送信間隔設定・死活状態判定手順に渡す、請求項１５または１６に記載の死活監視プログラム。

Images