(57)【要約】【課題】  ネットワーク上の障害箇所を高精度に特定する。【解決手段】  監視端末により通信ネットワーク上に接続された複数の被監視端末の死活監視を行う監視システムにおいて、前記監視端末は、前記複数の被監視端末の一部又は全部について、予め設定された順序に基づいて前記通信ネットワークを介してパケットを巡回させ、巡回した前記パケットから得られる情報から通信回線及び前記被監視端末の障害発生の有無を確認し、障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定し、前記被監視端末は、前記パケットを受信し、受信したパケットに所定の情報を書き込んだ後、前記順序に基づいて前記パケットを所定の被監視端末に送信することにより、上記課題を解決する。【選択図】  図１
2006332787.tif 000002
【特許請求の範囲】
【請求項１】
監視端末により通信ネットワーク上に接続された複数の被監視端末の死活監視を行う監視システムにおいて、
前記監視端末は、前記複数の被監視端末の一部又は全部について、予め設定された順序に基づいて前記通信ネットワークを介してパケットを巡回させ、巡回した前記パケットから得られる情報から通信回線及び前記被監視端末の障害発生の有無を確認し、障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定し、
前記被監視端末は、前記パケットを受信し、受信したパケットに所定の情報を書き込んだ後、前記順序に基づいて前記パケットを所定の被監視端末に送信することを特徴とする監視システム。
【請求項２】
前記監視端末は、
前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする請求項１に記載の監視システム。
【請求項３】
前記被監視端末は、
前記パケットを所定の被監視端末に送信することができない場合、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信するか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信するか、前記監視端末に前記パケットを直接送信することを特徴とする請求項１又は２に記載の監視システム。
【請求項４】
前記被監視端末は、
前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする請求項１乃至３の何れか１項に記載の監視システム。
【請求項５】
通信ネットワーク上に接続されている複数の被監視端末に所定の順序でパケットを巡回させることで障害が発生している被監視端末を特定する監視端末において、
前記パケットを送受信する送受信部と、
前記複数の被監視端末の一部又は全部について、予め設定された順序に基づいて前記通信ネットワークを介してパケットを巡回させ、巡回した前記パケットから得られる情報から通信回線及び前記被監視端末の障害発生の有無を確認する制御部とを有することを特徴とする監視端末。
【請求項６】
前記制御部は、
前記パケットから得られる情報から障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定することを特徴とする請求項５に記載の監視装置。
【請求項７】
前記制御部は、
前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする請求項５又は６に記載の監視装置。
【請求項８】
通信ネットワーク上に接続された監視装置により生成されたパケットを予め設定された順序で巡回させることで、前記監視装置に障害の有無を特定させるための被監視端末において、
前記パケットを送受信する送受信部と、
前記パケットを受信し、受信したパケットに所定の情報を書き込んだ後、前記順序に基づいて前記送受信部から前記パケットを所定の被監視端末に送信させる制御部とを有し、
前記制御部は、
前記パケットを前記所定の被監視端末に送信することができない場合、前記送受信部により、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信させるか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信させるか、前記監視端末に前記パケットを直接送信させることを特徴とする被監視端末。
【請求項９】
前記被監視端末は、
前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする請求項８に記載の被監視端末。
【請求項１０】
通信ネットワーク上に接続されている複数の被監視端末に所定の順序でパケットを巡回させることで障害が発生している被監視端末を特定する死活監視処理をコンピュータに実行させるための監視端末における死活監視プログラムにおいて、
前記複数の被監視端末の一部又は全部を所定の順序で巡回させるためのアドレスリストを有するパケットを生成するパケット生成処理と、
前記パケットを所定の被監視端末に送信する送信処理と、
前記通信ネットワーク上を巡回した前記パケットを受信する受信処理と、
前記パケットに各非監視端末から書き込まれた情報、及び書き込みの有無に基づいて通信回線及び前記被監視端末の障害発生の有無を確認する障害確認処理とコンピュータに実行させるための死活監視プログラム。
【請求項１１】
前記障害確認処理により、前記パケットから得られる情報から障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定する障害箇所特定処理を有することを特徴とする請求項１０に記載の死活監視プログラム。
【請求項１２】
前記障害箇所特定処理は、
前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする請求項１１に記載の死活監視プログラム。
【請求項１３】
通信ネットワーク上に接続された監視装置により生成されたパケットを予め設定された順序で巡回させることで、前記監視装置に障害の有無を特定させるための死活監視応答処理をコンピュータに実行させるための被監視端末における死活監視応答プログラムにおいて、
前記パケットを受信する受信処理と、
受信したパケットに所定の情報を所定の情報を書き込んだ後、前記パケットを前記所定の被監視端末に送信することができるか否かを判断し、送信することができない場合、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信させるか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信させるか、前記監視端末に前記パケットを直接送信させる制御処理と、
前記パケットを送信する送信処理とをコンピュータに実行させるための死活監視応答プログラム。
【請求項１４】
前記制御処理は、
前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする請求項１３に記載の死活監視応答プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム、監視端末、被監視端末、死活監視プログラム、及び死活監視応答プログラムに係り、特にネットワーク上の障害箇所を高精度に特定するための監視システム、監視端末、被監視端末、死活監視プログラム、及び死活監視応答プログラムに関する。
【背景技術】
【０００２】
従来から、インターネット等に代表される通信ネットワーク上に接続された監視端末と複数の被監視端末からなる監視システムにおいて、監視端末がネットワーク上の障害の発生を検出する方法として、ネットワーク上に接続された全ての被監視端末について、個々に動作確認を行う方法がある。しかしながら、この方法では、監視端末の負荷が大きくなってしまうという問題があった。
【０００３】
そこで、監視端末から複数の被監視端末を巡回する順序とチェックフラグとを有するパケットを巡回させ、ネットワーク上に接続された複数の被監視端末の障害発生の有無を検出する技術がある（例えば、特許文献１参照。）。
【０００４】
特許文献１に示されている技術は、各被監視端末がパケットを受信するとチェックフラグにチェックをして、次に送信すべき被監視端末にパケットを送信する。また、監視端末は、対象となる全ての被監視端末を巡回したパケットを受信し、チェックフラグにチェックされていない被監視端末を障害が発生している端末と判断するものである。
【０００５】
更に、特許文献１では、被監視端末が予め次に送信すべき被監視端末に障害が発生していると知っていた場合に、その被監視端末にパケットを送信することなく、更に次の送信すべき被監視端末に送信するという方法が示されている。
【特許文献１】特開２００２−２１５４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような従来技術の場合、監視端末はパケットの内容からでは、「被監視端末に障害が発生しているのか」、又は「被監視端末を相互に繋ぐ通信回線に障害が発生しているのか」まで高精度に特定をすることができない。更に、従来技術では、被監視端末はチェックフラグにチェックするだけであるため、被監視端末がいつ正常に動作していたのかまでは判断することができない。そのため、通信障害の原因究明に時間がかかってしまう。
【０００７】
本発明は、上述した課題に鑑みなされたものであり、ネットワーク上の障害箇所を高精度に特定することができる監視システム、監視端末、被監視端末、死活監視プログラム、及び死活監視応答プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【０００９】
請求項１に記載された発明は、監視端末により通信ネットワーク上に接続された複数の被監視端末の死活監視を行う監視システムにおいて、前記監視端末は、前記複数の被監視端末の一部又は全部について、予め設定された順序に基づいて前記通信ネットワークを介してパケットを巡回させ、巡回した前記パケットから得られる情報から通信回線及び前記被監視端末の障害発生の有無を確認し、障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定し、前記被監視端末は、前記パケットを受信し、受信したパケットに所定の情報を書き込んだ後、前記順序に基づいて前記パケットを所定の被監視端末に送信することを特徴とする。
【００１０】
また、請求項２に記載された発明は、前記監視端末は、前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする。
【００１１】
また、請求項３に記載された発明は、前記被監視端末は、前記パケットを所定の被監視端末に送信することができない場合、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信するか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信するか、前記監視端末に前記パケットを直接送信することを特徴とする。
【００１２】
また、請求項４に記載された発明は、前記被監視端末は、前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする。
【００１３】
また、請求項５に記載された発明は、通信ネットワーク上に接続されている複数の被監視端末に所定の順序でパケットを巡回させることで障害が発生している被監視端末を特定する監視端末において、前記パケットを送受信する送受信部と、前記複数の被監視端末の一部又は全部について、予め設定された順序に基づいて前記通信ネットワークを介してパケットを巡回させ、巡回した前記パケットから得られる情報から通信回線及び前記被監視端末の障害発生の有無を確認する制御部とを有することを特徴とする。
【００１４】
また、請求項６に記載された発明は、前記制御部は、前記パケットから得られる情報から障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定することを特徴とする。
【００１５】
また、請求項７に記載された発明は、前記制御部は、前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする。
【００１６】
また、請求項８に記載された発明は、通信ネットワーク上に接続された監視装置により生成されたパケットを予め設定された順序で巡回させることで、前記監視装置に障害の有無を特定させるための被監視端末において、前記パケットを送受信する送受信部と、前記パケットを受信し、受信したパケットに所定の情報を書き込んだ後、前記順序に基づいて前記送受信部から前記パケットを所定の被監視端末に送信させる制御部とを有し、前記制御部は、前記パケットを前記所定の被監視端末に送信することができない場合、前記送受信部により、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信させるか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信させるか、前記監視端末に前記パケットを直接送信させることを特徴とする。
【００１７】
また、請求項９に記載された発明は、前記被監視端末は、前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする。
【００１８】
また、請求項１０に記載された発明は、通信ネットワーク上に接続されている複数の被監視端末に所定の順序でパケットを巡回させることで障害が発生している被監視端末を特定する死活監視処理をコンピュータに実行させるための監視端末における死活監視プログラムにおいて、前記複数の被監視端末の一部又は全部を所定の順序で巡回させるためのアドレスリストを有するパケットを生成するパケット生成処理と、前記パケットを所定の被監視端末に送信する送信処理と、前記通信ネットワーク上を巡回した前記パケットを受信する受信処理と、前記パケットに各非監視端末から書き込まれた情報、及び書き込みの有無に基づいて通信回線及び前記被監視端末の障害発生の有無を確認する障害確認処理とコンピュータに実行させる。
【００１９】
また、請求項１１に記載された発明は、前記障害確認処理により、前記パケットから得られる情報から障害が発生していると判断した場合、前記順序とは逆順序で巡回させるためのパケットを生成し、生成したパケットを巡回させ、巡回した前記パケットと、先に得られたパケットとを比較することで障害箇所を特定する障害箇所特定処理を有することを特徴とする。
【００２０】
また、請求項１２に記載された発明は、前記障害箇所特定処理は、前記パケットから得られる情報により障害が発生していると判断した被監視端末に対して、直接応答確認を行うことで障害箇所を特定することを特徴とする。
【００２１】
また、請求項１３に記載された発明は、通信ネットワーク上に接続された監視装置により生成されたパケットを予め設定された順序で巡回させることで、前記監視装置に障害の有無を特定させるための死活監視応答処理をコンピュータに実行させるための被監視端末における死活監視応答プログラムにおいて、前記パケットを受信する受信処理と、受信したパケットに所定の情報を所定の情報を書き込んだ後、前記パケットを前記所定の被監視端末に送信することができるか否かを判断し、送信することができない場合、後続の順序に設定された別の被監視端末を介して前記監視端末に前記パケットを送信させるか、既に巡回した被監視端末を介して前記監視端末に前記パケットを送信させるか、前記監視端末に前記パケットを直接送信させる制御処理と、前記パケットを送信する送信処理とをコンピュータに実行させる。
【００２２】
また、請求項１４に記載された発明は、前記制御処理は、前記パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報を前記パケットに書き込むことを特徴とする。
【発明の効果】
【００２３】
請求項１記載の発明によれば、監視システムにおいて、通信ネットワーク上の障害箇所を高精度に特定することができる。また、通信ネットワーク上に１つのパケットを巡回させるだけで複数の被監視端末のうち一部又は全部の障害発生の有無を確認することができるため、監視装置の負荷を軽減することができる。
【００２４】
また、請求項２記載の発明によれば、被監視端末の障害であるか、又は通信回線上の障害であるかの特定を高精度に行うことができる。
【００２５】
また、請求項３記載の発明によれば、何らかの障害が発生している場合でも、パケットを確実に監視端末に送信することができる。
【００２６】
また、請求項４記載の発明によれば、日時情報により、被監視端末が少なくともいつまで正常に動作していたかを容易に把握することができる。また、動作結果情報により、被監視端末における障害の内容等を詳細に把握することができる。また、障害が発生する前の警告情報等を書き込むことにより、障害の発生を事前に防止することができる。
【００２７】
また、請求項５記載の発明によれば、監視装置において、通信ネットワーク上の障害箇所を高精度に特定することができる。また、通信ネットワーク上に１つのパケットを巡回させるだけで複数の被監視端末のうち一部又は全部の障害発生の有無を確認することができるため、監視装置の負荷を軽減することができる。
【００２８】
また、請求項６記載の発明によれば、効率的かつ高精度に障害箇所を特定することができる。
【００２９】
また、請求項７記載の発明によれば、被監視端末の障害であるか、又は通信回線上の障害であるかの特定を高精度に行うことができる。
【００３０】
また、請求項８記載の発明によれば、被監視端末を巡回したパケットを確実に監視端末に送信することができる。これにより、監視端末に通信ネットワーク上の障害箇所を高精度に特定させることができる。
【００３１】
また、請求項９記載の発明によれば、日時情報により、被監視端末が少なくともいつまで正常に動作していたかを監視端末側で容易に把握させることができる。また、動作結果情報により、被監視端末における障害の内容等を監視端末側で詳細に把握させることができる。また、障害が発生する前の警告情報等を書き込むことにより、障害の発生を事前に防止することができる。
【００３２】
また、請求項１０記載の発明によれば、死活監視プログラムにおいて、通信ネットワーク上の障害箇所を高精度に特定することができる。また、通信ネットワーク上に１つのパケットを巡回させるだけで複数の被監視端末のうち一部又は全部の障害発生の有無を確認することができるため、監視装置の負荷を軽減することができる。また、実行プログラムをコンピュータにインストールすることにより、容易に本発明における死活監視処理を実現することができる。
【００３３】
また、請求項１１記載の発明によれば、効率的かつ高精度に障害箇所を特定することができる。
【００３４】
また、請求項１２記載の発明によれば、被監視端末の障害であるか、又は通信回線上の障害であるかの特定を高精度に行うことができる。
【００３５】
また、請求項１３記載の発明によれば、死活監視応答プログラムにおいて、被監視端末を巡回したパケットを確実に監視端末に送信することができる。これにより、監視端末に通信ネットワーク上の障害箇所を高精度に特定させることができる。また、実行プログラムをコンピュータにインストールすることにより、容易に本発明における死活監視応答処理を実現することができる。
【００３６】
また、請求項１４記載の発明によれば、日時情報により、被監視端末が少なくともいつまで正常に動作していたかを監視端末側で容易に把握させることができる。また、動作結果情報により、被監視端末における障害の内容等を監視端末側で詳細に把握させることができる。また、障害が発生する前の警告情報等を書き込むことにより、障害の発生を事前に防止することができる。
【発明を実施するための最良の形態】
【００３７】
以下に、本発明における監視システム、監視端末、被監視端末、死活監視プログラム、及び死活監視応答プログラムを好適に実施した形態について、図面を用いて説明する。
【００３８】
＜システム構成＞
図１は、本発明における死活監視システムの概略構成の一例を示す図である。図１に示す死活監視システム１０は、監視端末１１と、監視端末に監視される被監視端末１２−１〜１２−ｎとを有するよう構成されており、監視端末１１と被監視端末１２とはインターネット網等に代表される通信ネットワーク１３を介してデータの送受信が可能な状態で接続されている。
【００３９】
監視端末１１は、複数の被監視端末１２−１〜１２−ｎの一部又は全部に巡回する順序を書き込んだパケットを生成し、生成したパケットを所定の経路により巡回させる。また、監視端末１１は、各被監視端末１２を巡回して戻ってきたパケットから得られる所定の情報に基づいて通信回線及び被監視端末１２における障害の発生の有無を確認する。また、監視端末１１は、確認の結果、障害が発生していると判断した場合、前回とは異なる順序で巡回するパケットを生成し再度パケットを巡回させる。なお、前回とは異なる順序の巡回経路の一例としては、例えば前回の順序とは逆順序にする方法があるが本発明においてはこれに限定されない。
【００４０】
更に監視端末１１は、逆順序で巡回させ戻ってきたパケットの情報と、先に巡回させ戻ってきたパケットの情報とを比較することにより障害箇所を特定する。また、監視端末１１は、受信したパケットの情報に基づいて障害が発生している可能性がある被監視端末１２に対して個別に応答確認を行うことにより、更に障害箇所を特定することができる。
【００４１】
一方、被監視端末１２は、パケットを受信すると、自己が正常に動作しているか確認し、所定の情報をパケットの所定の領域に書き込む。また、被監視端末１２は、巡回する順序が書き込まれたパケットを参照して次に送信すべき被監視端末１２に送信する。なお、被監視端末１２は、次の被監視端末に送信することができない場合には、後続の順序に設定された別の被監視端末１２を介して監視端末１１にパケットを送信するか、既に巡回した被監視端末１２を介して監視端末１１にパケットを送信するか、監視端末１１にパケットを直接送信する。これにより、システム上に何らかの障害が発生している場合でも、パケットを確実に監視端末１１に送信することができる。
【００４２】
次に、本発明における監視端末１１及び被監視端末１２における概略構成例について、図を用いて説明する。
【００４３】
＜監視端末１１＞
図２は、監視端末の概略構成の一例を示す図である。図２に示す監視端末１１は、送受信部２１と、制御部２２と、日時取得部２３と、計時部２４と、記憶部２５と、表示出力部２６とを有するよう構成されている。
【００４４】
送受信部２１は、通信ネットワーク１３からの接続要求信号や切断指示信号を受信すると、通信回線の接続/開放動作を行う。また、送受信部２１は、制御部２２からの信号(接続要求信号、切断指示信号)を入力すると、通信回線の接続/開放動作を行う。
【００４５】
また、送受信部２１は、通信ネットワーク１３からの接続完了信号や通信ネットワーク１３を介して被監視端末１２から送信されるパケット受信確認信号を受信すると、制御部２２に受信した信号を出力する。
【００４６】
また、送受信部２１は、通信ネットワーク１３を介して被監視端末１２からのパケットを受信すると、このパケットを制御部２２に出力する。また、制御部２２からのパケット受信確認信号を入力すると、通信ネットワーク１３を介して予め設定された被監視端末１２に信号を送信する。更に、送受信部２１は、制御部２２からのパケットを入力すると、ネットワークを介して被監視端末１２にパケットを送信する。
【００４７】
また、制御部２２は、各種演算や監視端末１１における各構成部とのデータの入出力等の処理を行い、監視端末１１全体の制御を行う。具体的には、制御部２２は、日時取得部２３より時刻情報を取得し、記憶部２５に記憶されている各被監視端末１２−１〜１２−ｎにおいて最後にパケットを巡回させたときの日時情報に基づいて、パケットを巡回させる被監視端末を抽出する。具体的には、例えば日時情報の時刻から所定時間以上経過しているものは、巡回対象の端末となる。また、制御部２２は、抽出した被監視端末の動作確認を行うため、これらの被監視端末１２のアドレスを記録したアドレスリストを含むパケットを生成して記憶部２５に出力すると共に、アドレスリストの先頭の被監視端末１２との通信ネットワーク１３と接続を行うため、送受信部２１に接続要求信号を出力する。また、制御部２２は、接続要求信号出力後、送受信部２１からの接続完了信号を入力すると、記憶部２５に記憶しているパケットを読み出して送受信部２１へ出力する。
【００４８】
また、制御部２２は、パケット出力後、送受信部２１からパケット受信確認信号を入力すると、送信先との通信回線を開放するために、送受信部２１へ切断指示信号を出力する。また、制御部２２は、送受信部２１からのパケットを入力すると、送受信部２１に対しパケット受信確認信号を出力する。
【００４９】
更に、制御部２２は、受信確認信号出力後、入力したパケットの送信順序(アドレスリスト)が記憶部に記憶しているパケットの送信順序(アドレスリスト)と一致するか、及び入力したパケットのチェックリストの全てに所定の情報（例えば、日時情報及び／又は動作結果情報等）が書き込まれているかを確認する。また、制御部２２は、入力したパケットと記憶部２５に記憶しているパケットの巡回順序(アドレスリスト)が一致し、かつ、チェックリストの全てに所定の情報が書き込まれていた場合、入力したパケットのチェックリストに書き込まれた所定の情報を記憶部２５に記憶している各被監視端末１２の最後（最新）の情報として記憶させる。
【００５０】
なお、制御部２２は、入力したパケットと記憶部２５に記憶しているパケットの送信順序(アドレスリスト)が一致しない場合、つまり、パケットの送信途中で次の被監視端末１２へパケットが送信できず、送信した経路を介してあるいは直接パケットが返送された場合、又はチェックリストの一部に時刻が書き込まれていない場合には、例えばパケットの送信順序(アドレスリスト)を逆順序として巡回させる新たなパケットを生成すると共に、送受信部２１へ接続要求信号を出力し、送受信部２１からの接続完了信号を入力すると、新たに生成したパケットを送受信部２１へ出力する。
【００５１】
このようにして新たに作成したパケットを出力した後、制御部２２は、このパケットが送受信部２１より入力する(巡回したパケットを受信する)と、先に巡回させたパケットと新たに巡回させたパケットの内容(アドレスリストやチェックリストに書き込まれた情報)に基づいて、障害の発生している可能性がある被監視端末１２を特定する。
【００５２】
また、制御部２２は、接続要求信号出力時やパケット出力時に計時部２４を起動させ、所定時間以内に接続完了信号やパケット受信確認信号が入力されなかった場合、送信先との通信ができなかったと判断し送受信部２１へ切断指示信号を出力する。そして、制御部２２は、記憶部２５に記憶しているパケットに書き込まれたアドレスリストを参照し、送信できなかった送信先の次に送信することになっている被監視端末１２を新たな送信先とする。
【００５３】
また、制御部２２は、チェックリストの一部に日時情報等の所定の情報が書き込まれていない場合、そのリストに対応する被監視端末１２を障害が発生している可能性があるとして特定する。
【００５４】
ここで、制御部２２は、障害が発生している可能性があると特定した被監視端末１２に対して個別に動作確認を行うため、アドレスリストに当該被監視装置１２のアドレスのみを書き込んだパケットを生成すると共に、送受信部２１へ接続要求信号を出力し、送受信部２１からの接続完了信号を入力すると、新たに生成したパケットを送受信部２１へ出力する。また、制御部２２は、新たに生成したパケットを出力した後、このパケットを送受信部２１より入力し(パケットを受信し)、かつ、チェックリストに日時情報等の所定の情報が書き込まれている場合は、その被監視端末１２は正常であると判断して入力したパケットのチェックリストに書き込まれた日時情報等の所定の情報を記憶部２５に記憶させる。
【００５５】
なお、制御部２２は、被監視端末１２に障害が発生していると判断した場合、表示出力部２６に異常の発生した旨を表示・出力し、監視者に通知させる。
【００５６】
また、日時取得部２３は、制御部２２から日時の取得要求信号があった場合、例えば内部時計等により日時情報を取得し制御部２２に出力する。なお、本実施例における日時情報としては、例えば「２００５／５／２３  ２０：３０：５５」のように、日付（年月日）と時間（時分秒）とを任意に組み合わせた情報であってもよく、また時刻だけであってもよい。
【００５７】
また、計時部２４は、監視端末１１がパケットを送信してから、このパケットが被監視端末１２を巡回し、戻ってくるまでの時間を計測する。また、計時部２４は、制御部２２が接続要求信号出力時やパケットを送信した時から、接続完了信号やパケット受信確認信号が入力されるべき一定時間を計測する。
【００５８】
また、記憶部２５は、通信ネットワーク１３に接続された被監視端末１２のアドレスと、各被監視端末１２の最後（最新）に得られた所定の情報（日時情報又は動作結果情報等）を記憶しておく。また、記憶部２５は、送信したパケットの送信順序（アドレスリスト）も記憶しておく。
【００５９】
また、表示出力部２６は、パケットを通信ネットワーク１３上の被監視端末１２に送信し、一定時間経過しても返送されない場合に、文字や図、音声等をディスプレイやスピーカ等により表示・出力する。また、表示出力部２６は、制御部２２が接続要求信号出力時やパケットを送信した時から接続完了信号やパケット受信確認信号を所定時間経過しても受信しない場合、又は障害が発生している被監視端末１２を特定した場合にも上述したように文字や図、音声等を表示・出力する。
【００６０】
＜被監視端末１２＞
次に、被監視端末１２の概略構成について説明する。図３は、被監視端末の概略構成の一例を示す図である。図３に示す監視端末１２は、送受信部３１と、制御部３２と、日時取得部３３と、計時部３４と、記憶部３５とを有するよう構成されている。
【００６１】
送受信部３１は、通信ネットワーク１３からの接続要求信号や切断指示信号を受信すると、通信回線の接続／開放動作を行う。また、送受信部３１は、制御部３２からの信号（接続要求信号、切断指示信号）を入力すると、通信回線の接続／開放動作を行う。また、送受信部３１は、通信ネットワーク１３からの接続完了信号や、通信ネットワーク１３を介して監視端末１１や他の被監視端末１２から送信されるパケット受信確認信号を受信し制御部２２に出力する。また、送受信部３１は、通信ネットワーク１３を介して監視端末１１、あるいは、他の被監視端末１２からのパケットを受信し、このパケットを制御部３２へ出力する。
【００６２】
更に、送受信部３１は、制御部３２からのパケット受信確認信号を入力すると、通信ネットワーク１３を介して監視端末１１や他の被監視端末１２に信号を送信する。また、制御部３２からパケットを入力すると、通信ネットワーク１３を介して監視端末１１や他の被監視端末１２にパケットを送信する。
【００６３】
また、制御部３２は、各種演算や被監視端末１２における各構成部とのデータの入出力等の処理を行い、被監視端末１２全体の制御を行う。具体的には、制御部３２は、送受信部３１からのパケットを入力すると、このパケットを記憶部３５へ出力すると共に、送受信部３１に対してパケット受信確認信号を出力する。また、制御部３２は、送受信部３１からのパケット入力後、自己が正常に動作するか否かを確認する。また、制御部３２は、正常に動作している場合には、日時取得部３３により日時情報を取得して記憶部３５に記憶したパケットを構成するアドレスリストの自己アドレス部分に対応するチェックリストに書き込む。なお、本実施例における日時情報としては、例えば「２００５／５／２３  ２０：３０：５５」のように、日付（年月日）と時間（時分秒）とを任意に組み合わせた情報であってもよく、また時刻だけであってもよい。また、日時情報は、正常動作確認時に限定されず、受信時又は送信時の日時情報でもよい。
【００６４】
また、上述したチェックリストに書き込む情報としては、日時情報に限定されず、例えば、被監視端末１２により管理されている防犯センサー等の稼働状況や、センサーによる検知情報、バッテリー（電池）の消費状況等、各被監視端末１２によりそれぞれ行われている端末動作内容であってもよく、動作結果情報と日時情報を組み合わせた情報であってもよい。このように、日時情報により、被監視端末が少なくともいつまで正常に動作していたかを容易に把握することができる。また、動作結果情報により、被監視端末における障害の内容等を詳細に把握することができる。また、障害が発生する前の警告情報等を書き込むことにより、障害の発生を事前に防止することができる。
【００６５】
また、制御部３２は、日時情報等の時刻を書き込んだ後、アドレスリストから次のパケット送信先（他の被監視端末あるいは監視端末）を確認し、この送信先との通信回線を接続するために送受信部３１へ接続要求信号を出力する。また、制御部３２は、接続要求信号出力後、送受信部３１からの接続完了信号を入力すると、記憶部３５に記憶しているパケットを読み出し、送受信部３１に出力する。また、制御部３２は、パケット出力後、送受信部３１からのパケット受信確認信号を入力すると、送信先との通信回線を開放するために送受信部３１へ切断指示信号を出力する。
【００６６】
なお、制御部３２は、接続要求信号出力時やパケット出力時に計時部３４により時間の計測を行い、所定時間以内に接続完了信号やパケット受信確認信号が入力されなかった場合、送信先との通信ができなかったと判断し、送受信部３１へ切断指示信号を出力する。また、制御部３２は、記憶部３５に記憶しているパケットに書き込まれたアドレスリストを参照し、「パケットの最終送信先である監視端末１１を新たな送信先とする」、「パケットが送信されてきた経路を介してパケットを監視端末１１に返送させるべく、記憶部３５に記憶しているパケットのアドレスリストを書き換え、新たな送信先を決定する」、又は「記憶部３５に記憶しているパケットのアドレスリストを参照し、送信できなかった送信先の次に送信することになっている被監視端末１２または監視端末１１を新たな送信先とする」の何れかを用いてパケットの送信先を決定しパケットの送信動作を行う。
【００６７】
また、計時部３４は、制御部３２が接続要求信号出力時やパケットを送信した時から、接続完了信号やパケット受信確認信号が入力されるべき時間を計測する。また、記憶部３５は、送信したパケットの送信順序（アドレスリスト）も記憶しておく。
【００６８】
＜監視処理＞
次に、上述の装置構成に基づく、本発明における監視処理の具体的な実施例について説明する。まず、図４は、監視処理における各端末のパケット巡回経路の一例を示す図である。まお、図４では、本発明におけるパケット巡回の様子を説明する便宜上、被監視端末１２−１〜１２−４を巡回させるものとするが、被監視端末１２の台数や経路についてはこれに限定されるものではない。
【００６９】
監視装置１１は、上述したように巡回用のパケットを作成する。図５は、本実施例における巡回用パケットの一例を示す図である。図５に示すように巡回用パケット４０には、各被監視端末１２−１〜１２−４にパケットを巡回させるため、巡回順に各端末のアドレスを格納したアドレスリスト４１を有する。なお、アドレスとは、通常ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスやＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを示すが本発明においてはこれに限定されず、通信ネットワーク１３を介して特定の被監視端末１２にパケットを送信させるためのアドレス情報であればよい。
【００７０】
なお、巡回用パケット４０には、各アドレスリスト４１に対応する各被監視端末１２−１〜１２−４が自己の正常な動作を確認した旨を示す所定の情報（例えば、日時情報、動作結果情報等）を蓄積するためのチェックリスト４２を有する。なお、図５に示す巡回用パケット４０は、図４に示す巡回ルートに対応したものである。つまり、図４に示すアドレスリスト４１の上位から順に「被監視端末１２−１→被監視端末１２−２→被監視端末１２−３→被監視端末１２−４→監視端末１１」と転送される。したがって、最終的なパケット４０の行き先は監視端末１１となっている。
【００７１】
＜監視端末における死活監視処理の概略動作＞
次に、監視端末における死活監視処理の概略動作について、フローチャートを用いて説明する。図６は、監視端末における概略的な死活監視処理手順の一例を示すフローチャートである。図６において、まず、監視端末１１は、パケットを巡回させる被監視端末の順序を決定し、（Ｓ０１）、その順序に対応させてアドレスリスト及びチェックリストを含むパケットを生成する（Ｓ０２）。また、監視端末１１は、Ｓ０２により得られるパケットのアドレスリストにしたがって、送信すべき所定の被監視端末に対して回線を接続して応答確認を行う（Ｓ０３）。
【００７２】
次に、Ｓ０３の処理によりパケットの送信が可能であるか否かを判断する（Ｓ０４）。ここで、Ｓ０３の処理が正常に行われない等の理由によりパケットの送信が不可能である場合（Ｓ０４において、ＮＯ）、監視端末１１は、アドレスリストを参照して次に送信すべき被監視端末１２があるか否かを判断する（Ｓ０５）。ここで、送信すべき被監視端末１２がある場合（Ｓ０５において、ＹＥＳ）、Ｓ０３に戻り次に送信すべき被監視端末１２に対して応答確認を行う。また、Ｓ０５において、次に送信すべき被監視端末１２がない場合（Ｓ０５において、ＮＯ）、処理を終了する。また、Ｓ０４において、パケットの送信が可能である場合（Ｓ０４において、ＹＥＳ）、その被監視端末１２に対してパケットを送信する（Ｓ０６）。
【００７３】
次に、送信したパケットを受信したかを判断する（Ｓ０７）。ここで、パケットを受信していない場合（Ｓ０７において、ＮＯ）、Ｓ０３によりパケットを送信してから所定時間を経過したかを判断し（Ｓ０８）、所定時間を経過していない場合（Ｓ０８において、ＮＯ）、Ｓ０７に戻り、再度パケットの受信確認を行う。また、Ｓ０８において、所定時間を経過した場合（Ｓ０８において、ＹＥＳ）、監視端末１１に対してパケットが受信できなかった旨のメッセージを文字や図、音声等により表示・出力し（Ｓ１０）、監視者に通知する。
【００７４】
また、Ｓ０７において、所定時間内にパケットを受信した場合（Ｓ０７において、ＹＥＳ）、受信したパケットのチェックリスト４２−１〜４２−４に時刻等の所定の情報が蓄積されているか等により巡回させた経路中の被監視端末１２−１〜１２−４もしくはその端末間の通信回線に障害の発生があったかどうかを判断する（Ｓ０９）。
【００７５】
ここで、障害の発生があった（障害有り）と判断された場合（Ｓ０９において、ＹＥＳ）、監視端末１１に対してパケットに障害が発生していると判断された被監視端末１２があることを文字や図、音声等により表示・出力し（Ｓ１０）、監視者に通知する。また、障害の発生がなかったと判断された場合（Ｓ０９において、ＮＯ）、つまり、チェックリストに所定の情報が蓄積されている場合には、そのまま動作を終了する。
【００７６】
＜被監視端末における死活監視応答処理の概略動作＞
次に、各被監視端末における死活監視応答処理の概略動作について、フローチャートを用いて説明する。図７は、各被監視端末の概略的な死活監視応答処理手順の一例を示すフローチャートである。まず、各被監視端末１２は、パケットを受信すると（Ｓ１１）、自己の動作が正常であるかを判断（確認）する（Ｓ１２）。ここで、動作が正常である場合（Ｓ１２において、ＹＥＳ）、時刻や稼動状態等、予め設定される所定の情報を各被監視端末１２に対応した所定の領域（チェックリスト４２）に書き込む（Ｓ１３）。また、動作が正常でない場合は（Ｓ１２において、ＮＯ）、チェックリストへの書き込みは行わない。
【００７７】
次に、被監視端末１２は、パケットに含まれる送信すべき被監視端末１２があるかどうかを判断する（Ｓ１４）。なお、Ｓ１４においては、パケットのアドレスリスト４１を参照し、自己のアドレスよりも後の順序の被監視端末１２があるかを判断する。
【００７８】
ここで、送信すべき被監視端末１２がある場合（Ｓ１４において、ＹＥＳ）、次の監視端末に回線を接続し応答確認を行う（Ｓ１５）。また、応答確認の結果、送信可能であるか否かを判断し（Ｓ１６）、送信可能である場合（Ｓ１６において、ＹＥＳ）、次の被監視端末１２にパケットを送信する（Ｓ１７）。また、送信できない場合（Ｓ１６において、ＮＯ）、Ｓ１４に戻り、その次に送信すべき被監視端末１２があるかどうかを判断する等、以降の処理を行う。
【００７９】
また、Ｓ１４において送信すべき被監視端末１２がない場合（Ｓ１４において、ＮＯ）、監視端末１１と通信回線を接続して応答確認を行う（Ｓ１８）。ここで、応答の結果、送信が可能であるか否かを判断し（Ｓ１９）、送信が可能である場合（Ｓ１９において、ＹＥＳ）、監視端末１１にパケットを送信する。
【００８０】
また、送信が不可能である場合（Ｓ１９において、ＮＯ）、現在のパケットのアドレス順序を所定の順序に書き換える（Ｓ２１）。なお、Ｓ２１では、現在のアドレスリストの順序を逆順序に書き換える。これにより、既に一度通過した巡回経路を戻ることになるため、通信回線や被監視端末１２が正常である可能性が高く、監視端末１１にパケットを高精度に送信することができる。
【００８１】
次に、逆順経路のアドレスリストに基づいて、次の被監視端末１２に通信回線を接続して応答確認を行う（Ｓ２２）。ここで、応答確認の結果、送信が可能であるか否かを判断し（Ｓ２３）、送信が可能である場合（Ｓ２３において、ＹＥＳ）、次の被監視端末１２にパケットを送信する（Ｓ２４）。また、送信が不可能である場合（Ｓ２３において、ＮＯ）、所定時間待機した後（Ｓ２５）、Ｓ１４に戻り上述した処理を行う。所定時間待機することで、先程までは何らかの影響により接続できなかった端末が接続できるようになる可能性があるからである。
【００８２】
このように、被監視端末１２で上述したような監視処理を行うことにより、高精度に監視端末１１までパケットを巡回させることができる。なお、上述したＳ１２及びＳ１３の処理においては、動作が正常でない場合にチェックリストに何も書き込まない例を示したが、例えば上述の例の他にも動作が正常でない場合には、チェックリストに“ＥＲＲＯＲ”や“ＷＡＲＮＩＮＧ”を書き込むようにしてもよい。これにより、端末で障害が起きていることを特定しやすくできる。またエラーの内容等、動作結果情報を具体的に記述することにより、より詳細な被監視端末１２の情報を取得することができる。更に、動作が不安定な場合に障害が発生する前の警告情報としてチェックリストに書き込むことにより、障害の発生を事前に防止することができる。
【００８３】
また、上述の図７に示したフローチャートにおける次の端末にパケットを送信する処理において、次の被監視端末１２に送信できない場合、後続の順序に設定された別の被監視端末１２を介して監視端末１１にパケットを送信させるか、既に巡回した被監視端末１２を介して監視端末１１にパケットを送信させるか、監視端末１１に前記パケットを直接送信させるかについては、図７に示す処理手順に限定されない。例えば、図７におけるＳ１８〜Ｓ２０の処理と、Ｓ２１〜Ｓ２４における処理とを入れ替えてもよい。
【００８４】
次に、上述の死活監視処理手順に基づいて障害箇所を特定するための具体的な動作例について説明する。
【００８５】
＜第１の動作例＞
まず、通信ネットワーク１３の障害箇所を特定するための監視端末１１と被監視端末１２の動作において、上述した図４に示す順序で各被監視端末１２にパケットを送信することとし、そのために生成されるパケットは上述した図５であるものとする。また、第１の動作例では、各被監視端末１２−２と、各被監視端末１２−３の間の通信回線（ネットワーク）に障害があることを特定する例を示す。
【００８６】
監視端末１１は、まずパケットを巡回させる被監視端末の順序を決め、図５に示すパケット４０を作成する。そして、アドレスリスト４１にしたがい最初のパケットの送信先である被監視端末１２−１と回線を接続し、パケット４０を被監視端末１２−１に送信する。このとき、監視端末１１のチェックリスト４２−５には、上述した日時情報や動作結果情報等の所定の情報を書き込んでおいてもよい。
【００８７】
監視端末１１から送信されたパケット４０を受信した被監視端末１２−１は、自己の動作が正常であるかを確認し、正常であった場合には、アドレスリスト４０の自己アドレス４１−１に対応するチェックリスト４２−１に確認した日時情報や動作結果情報等の所定の情報を書き込む。
【００８８】
そして、被監視端末１２−１は、アドレスリスト４１を参照し、次にパケット４０を送信すべき被監視端末を確認し、被監視端末１２−２に通信回線を接続しパケット４０を被監視端末１２−２に送信する。
【００８９】
被監視端末１２−１から送信されたパケット４０を受信した被監視端末１２−２は、自己の動作が正常であるかを確認し、正常であった場合には、アドレスリスト４１の自己アドレス４１−２に対応するチェックリスト４２−２に、動作確認した日時情報や動作結果内容等の所定の情報を書き込む。そして、被監視端末１２−２は、アドレスリスト４１から次にパケット４０を送信すべき被監視端末を確認し、被監視端末１２−３にパケット４０を送信するため、被監視端末１２−３との通信回線の接続動作を行う。
【００９０】
いま、被監視端末１２−２と被監視端末１２−３との間で障害が発生しているため、被監視端末１２−２は、被監視端末１２−３からの応答を得ることができない。この場合、被監視端末１２−２は、パケット４０の送信先から次に送信できる被監視端末があるか否かを判断する。ここで、図４及び図５に示すように、後続に被監視端末１２−４のアドレス４１−４があるため、被監視端末１２−２は、被監視端末１２−４にパケット４０を送信するため、被監視端末１２−４との回線の接続動作を行う。
【００９１】
ここで、被監視端末１２−２は、被監視端末１２−４からの応答も得ることができなかったとする。この場合、被監視端末１２−２は、パケット４０の送信先から次に送信できる被監視端末があるか否かを判断する。ここで、図４及び図５に示すように、後続に被監視端末がないため、監視端末１１との通信回線を接続し、監視端末１１にパケット４０を直接送信する。
【００９２】
なお、被監視端末１２−２は、被監視端末１２−３、１２−４にパケット４０を送信できない場合で、監視端末１１にも送信できない場合、パケット４０が送信されてきた巡回経路と逆順経路でパケットを監視端末１１に返送させるため、パケット４０のアドレスリスト４１を図５と逆順序となるように書き換える。このとき、アドレスリスト４１に対応させてチェックリスト４２の順序を書き換えてもよい。
【００９３】
ここで、図８は、逆順序の巡回経路で送信するためのパケットの一例を示す図である。図８に示すように、被監視端末１２の巡回経路が逆順になるようにアドレスリスト４１を書き換えることで、一度通過した巡回経路を利用して高精度に監視端末１１にパケットを送信することができる。
【００９４】
なお、この逆順序のアドレスリストで上述の処理を行う場合に、他の端末に接続できなかった場合は、所定の時間待機させた後に上述した処理を行うようにしてもよい。また、逆順序のアドレスリストの生成は、全てのアドレスに対して逆順序にする必要はなく、必要最小限のアドレスのみを書き換えてもよい。
【００９５】
ここで、各端末で逆順経路によりパケットを受信した場合、一度通過した被監視端末１２の各チェックリスト４２には、既にパケットを受信したときの所定の情報が書き込まれている。この場合、各被監視端末１２は、チェックリスト４２の内容を更新してもよく、また追加してもよい。更には、既に書き込まれている場合には、書き込まないようにしてもよい。
【００９６】
なお、上述したような被監視端末１２−２が次の被監視端末１２−３にパケット４０を送信できない場合において、被監視端末１２−２がパケット４０を後続の順序に設定された被監視端末１２−４を介して監視端末１１に送信するか、監視端末１１に直接送信するか、既に巡回した被監視端末１２−１を介して監視端末１１に送信するかについては、上述した手順に限られない。
【００９７】
次に、上述した手法により巡回したパケット４０を受信した監視端末１１は、パケット４０の情報を記憶すると共に、パケット４０のチェックリスト４２に書き込まれた情報に基づいて、障害の発生の有無を確認する。いま、被監視端末１２−２と、被監視端末１２−３，１２-４との間で障害が発生しているため、チェックリスト４２−３，４２−４には、日時情報等の所定の情報が書き込まれていない。
【００９８】
ここで、監視端末１１は、図８に示すような最初に生成した図４に示すパケットの巡回経路と逆順経路のアドレスリストが設定されたパケットを生成する。なお、以下の説明では、便宜上、監視端末１１にて生成される逆順序のアドレスリストに書き換えられた図８に示すパケットをパケット４０’（アドレスリスト４１’，チェックリスト４２’）とする。
【００９９】
次に、監視端末１１は、この新たなアドレスリスト４１’を格納したパケット４０’を、アドレスリスト４１にしたがい最初の送信先である被監視端末１２−４に送信する。このとき、監視端末１１のチェックリスト４２’−５には、日時情報や動作結果情報等の所定の情報を書き込んでおいてもよい。
【０１００】
監視端末１１から送信されたパケット４０’を受信した被監視端末１２−４は、自己の動作が正常であるかを確認し、正常であった場合には、アドレスリスト４１’の自己アドレスに対応するチェックリスト４２’−４に、例えば動作確認した日時情報等の所定の情報を書き込む。そして、被監視端末１２−４は、アドレスリスト４１’から次にパケット４０’を送信すべき被監視端末を確認し、被監視端末１２−３に通信回線を接続し、パケット４０’を被監視端末１２−３に送信する。
【０１０１】
被監視端末１２−４からパケット４０’を受信した被監視端末１２−３は、自己の動作が正常であるかを確認し、正常であった場合には、アドレスリスト４１’の自己アドレスに対応するチェックリスト４２’―３に、例えば動作確認した日時情報等の所定の情報を書き込む。そして、被監視端末１２−３は、アドレスリスト４１’から次にパケット４０’を送信すべき被監視端末を確認し、被監視端末１２−２にパケット４０’を送信するため、被監視端末１２−２との通信回線の接続動作を行う。
【０１０２】
いま、被監視端末１２−３と被監視端末１２−２との間で障害が発生しているため、被監視端末１２−３は、被監視端末１２−２からの応答が得られない。この場合、上述したように、他の被監視端末に送信したり、監視端末１１に直接送信したり、逆順経路でパケット４０’を送信する等の処理を行い、監視端末１１にパケット４０’を送信する。
【０１０３】
パケット４０’を受信した監視端末１１は、パケット４０’の情報を記憶すると共にパケット４０’の情報と、先程記憶しておいたパケット４０の情報とを比較する。この結果、監視端末１１は、被監視端末１２−２から被監視端末１２−３にパケット４０を送信できず、また被監視端末１２−３から被監視端末１２−２にパケット４０’を送信できなかったことが分かる。つまり、被監視端末１２−２と被監視端末１２−３を繋ぐ通信回線に障害が発生していると特定することができる。
【０１０４】
上述したように、本発明により、被監視端末１２の障害であるか、それとも通信回線の障害であるかを高精度に特定することができる。また、通信ネットワーク１３上に１つのパケットを巡回させるだけで複数の被監視端末１２のうち一部又は全部の障害発生の有無を確認することができるため、監視装置１１の負荷を軽減することができる。
【０１０５】
＜第２の動作例＞
次に、第２の動作例について説明する。第２の動作例は、通信ネットワーク上の障害箇所を特定するための監視端末１１と被監視端末１２の動作を図４の構成とした場合に、被監視端末１２−２と被監視端末１２−３との間の回線及び被監視端末１２−４と被監視端末１２−３との間の回線に障害が発生している場合を例に説明する。
【０１０６】
まず、上述した動作例１に示すように、監視端末１１から被監視端末１２−２までにおける監視処理を行う。ここでの処理は、上述した動作例１で示した動作例と同様であるため、ここでの説明は省略する。次に、被監視端末１２−２は、被監視端末１２−３との回線接続動作を行う。いま、被監視端末１２−２と被監視端末１２−３との間に障害が発生しているため、被監視端末１２−２は被監視端末１２−３からの応答を得られない。また、被監視端末１２−２は、被監視端末１２−３にパケット４０を送信できない場合、アドレスリスト４１を参照し、被監視端末１２−３の次に送信することになっている被監視端末１２−４を新たな送信先とし、被監視端末１２−３をスキップして被監視端末１２−４にパケット４０を送信する。また、被監視端末１２−２は、パケット４０の送信先を監視端末１１とし、監視端末１１との回線を接続し、監視端末にパケット４０を直接送信してもよい。
【０１０７】
なお、被監視端末１２−２は、被監視端末１２−３にパケット４０を送信できない場合、パケット４０が送信されてきたルートを介してパケット４０を監視端末１１に返送させるため、パケット４０のアドレスリスト４１を例えば「被監視端末１２−２→被監視端末１２−１→監視端末１１」となるように書き換え、被監視端末１２−１を介してパケット４０を監視端末１１に送信してもよい。
【０１０８】
ここで、上述した何れかの方法で、パケット４０を受信した監視端末１１は、パケット４０の情報を記憶すると共に、パケット４０のチェックリスト４２に書き込まれた情報に基づいて障害の発生の有無を確認する。いま、被監視端末１２−２と被監視端末１２−３との間の回線に障害が発生しているため、チェックリスト４２のうち、少なくとも被監視端末１２−３のチェックリストに日時情報等の所定の情報が書き込まれていない。
【０１０９】
このことから、監視端末１１は、障害が発生していると判断し、パケットの巡回経路を逆順序に書き換え、パケットを「被監視端末１２−４→被監視端末１２−３→被監視端末１２−２→被監視端末１２−１→監視端末１１」の順で巡回させるような新たなアドレスリスト４１’を格納したパケット４０’を生成し、生成したアドレスリスト４１’にしたがい、最初の送信先である被監視端末１２−４にパケット４０’を送信する。監視端末１１から送信されたパケット４０’を受信した被監視端末１２−４は、自己の動作が正常であるかを確認し、正常であった場合には、アドレスリスト４１’の自己アドレスに対応するチェックリスト４２’に日時情報及び動作結果情報を書き込む。
【０１１０】
そして、被監視端末１２−４は、次にパケット４０’を送信すべき被監視端末１２を確認し、被監視端末１２−３にパケット４０’を送信するため、被監視端末１２−３との通信回線の接続動作を行う。いま、アドレスリスト４１’から次にパケット４０’を送信すべき被監視端末１２−４と被監視端末１２−３との間の通信回線に障害が発生しているため、被監視端末１２−４は、被監視端末１２−３からの応答が得られない。
【０１１１】
このように、被監視端末１２−３にパケット４０’を送信できない場合、上述したように、アドレスリスト４２’を参照し、被監視端末１２−３の次に送信することとなっている被監視端末１２−２を新たな送信先とし、被監視端末１２−３をスキップして被監視端末１２−２にパケット４０’を送信してもよい。また、被監視端末１２−４は、パケット４０’の送信先を監視端末１１とし、監視端末１１との回線を接続し、監視端末１１にパケット４０’を直接送信してもよい。なお、被監視端末１２−４において、逆順経路のパケットを生成したとしても監視端末１１にパケット４０’を直接送信することになる。
【０１１２】
上述の何れかの方法で、パケット４０’を受信した監視端末１１は、パケット４０’の情報を記憶すると共に、パケット４０’の情報と、先程記憶しておいたパケット４０の情報とを比較する。この結果、チェックリスト４２及びチェックリスト４２’に確認時刻が書き込まれていない被監視端末１２−３に障害が発生している可能性があると判断する。
【０１１３】
そこで、監視端末１１は、障害が発生している可能性がある被監視端末１２−３に対して再度個別に動作確認を行うべくパケットを送信し、個別に動作確認を行う。正常な動作を行っている被監視端末１２−３は、監視端末１１からのパケットを受信すると、監視端末１１に対し応答する。
被監視端末１２−３の応答確認をした監視端末１１は、応答確認を行った結果の情報と記憶しておいたパケット４０及びパケット４０’の情報とを比較する。そして、監視端末１１は、被監視端末１２−２から被監視端末１２−３にパケット４０が送信できなかったこと、また被監視端末１２−４から被監視端末１２−３にパケット４０’が送信できなかったこと、更に個別の応答確認により被監視端末１２−３が正常であることから、被監視端末１２−２と被監視端末１２−３を繋ぐ通信回線及び被監視端末１２−４と被監視端末１２−３を繋ぐ通信回線で障害を起こしていることを特定することができる。
【０１１４】
上述した動作例を実行することにより、本実施形態によれば障害の特定を高精度に行うことができる。
【０１１５】
ここで、上述した監視端末１１における死活監視処理、及び被監視端末１２における死活監視応答処理をコンピュータに実行させることができる実行プログラム（死活監視プログラム、死活監視応答プログラム）を生成し、例えば、アプリケーションプログラムとして外部からパーソナルコンピュータやワークステーション、サーバ等にダウンロードし、インストールすることで上述した死活監視処理、死活監視応答処理を容易に実行することができる。
【０１１６】
上述したように本発明によれば、ネットワーク上の障害箇所を高精度に特定することができる。具体的には、監視端末が通信ネットワーク上に接続された被監視端末の死活確認を行う監視システムにおいて、監視端末は複数の被監視端末に対して予め巡回する順序が書き込まれた巡回用のパケットを巡回させ、戻ってきたパケットの情報に基づいて障害の発生の有無を確認する。また、監視端末は、ネットワークに異常を確認した場合には巡回する順序を逆にした巡回用のパケットを生成し、生成したパケットを巡回させ、戻ってきたパケットの情報と先のパケットの情報とを比較することにより障害箇所を高精度に特定することができる。
【０１１７】
また、本発明では、通信ネットワーク上に１つのパケットを巡回させるだけで複数の被監視端末のうち一部又は全部の障害発生の有無を確認することができるため、監視装置の負荷を軽減することができる。
【０１１８】
また、パケットを所定の被監視端末に送信することができない場合、後続の順序に設定された別の被監視端末を介して監視端末にパケットを送信するか、既に巡回した被監視端末を介して監視端末にパケットを送信するか、監視端末に前記パケットを直接送信することにより、何らかの障害が発生している場合でも、パケットを確実に監視端末に送信することができる。
【０１１９】
更に、本発明では、被監視端末又は監視端末は、パケットを受信した場合、自己の動作が正常であるかを確認し、日時情報及び／又は動作結果情報をパケットに書き込むため、日時情報により、被監視端末が少なくともいつまで正常に動作していたかを容易に把握することができる。また、動作結果情報により、被監視端末における障害の内容等を詳細に把握することができる。また、障害が発生する前の警告情報等を書き込むことにより、障害の発生を事前に防止することができる。
【０１２０】
なお、上述した監視システムは、例えば、警備設備において適用することができる。例えば、各家庭等に設けたセキュリティ装置（被監視端末）等の稼動状況を監視して障害がないかを検知する場合、その監視装置が各被監視端末にそれぞれ確認信号を送信のではなく、本発明におけるパケットを巡回させることで、各被監視装置間の通信回線の障害状況等や被監視端末の障害の発生も把握することができる。
【０１２１】
以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０１２２】
【図１】本発明における死活監視システムの概略構成の一例を示す図である。
【図２】監視端末の概略構成の一例を示す図である。
【図３】被監視端末の概略構成の一例を示す図である。
【図４】監視処理における各端末のパケット巡回経路の一例を示す図である。
【図５】本実施例における巡回用パケットの一例を示す図である。
【図６】監視端末における概略的な死活監視処理手順の一例を示すフローチャートである。
【図７】各被監視端末の概略的な死活監視応答処理手順の一例を示すフローチャートである。
【図８】逆順序の巡回ルートで送信するためのパケットの一例を示す図である。
【符号の説明】
【０１２３】
１０  死活監視システム
１１  監視端末
１２  被監視端末
１３  通信ネットワーク
２１，３１  送受信部
２２，３２  制御部
２３，３３  日時取得部
２４，３４  計時部
２５，３５  記憶部
２６  表示出力部
２６  切替部
４０  巡回用パケット
４１  アドレスリスト
４２  チェックリスト
【図１】
2006332787.tif 000003
【図２】
2006332787.tif 000004
【図３】
2006332787.tif 000005
【図４】
2006332787.tif 000006
【図５】
2006332787.tif 000007
【図６】
2006332787.tif 000008
【図７】
2006332787.tif 000009
【図８】
2006332787.tif 000010