(57)【要約】【課題】  大規模ネットワークや広域ネットワーク上であっても多額の経費をかけることなくネットワーク機器の障害検知及び復旧を可能にする障害検知／復旧システムを提供する。【解決手段】  ネットワーク４上に配置された管理ＰＣ１及びネットワーク機器２と、各ネットワーク機器にそれぞれ設けられた障害検知／復旧装置３とからなり、障害検知／復旧装置３は、ネットワーク機器２に電源を供給し、その後、通信確認コマンドをネットワーク機器２に送信し、この送信で応答がなかったときに障害ありと判断してネットワーク機器２への電源供給を停止し、電源供給の停止から所定期間経過後に再びネットワーク機器２に電源を供給し、かつ通信確認コマンドをネットワーク機器２に送信し、この送信で応答があったときはネットワーク機器２の障害が復旧したと判断して通信確認コマンドの送信を再開する。【選択図】        図１
2006293666.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に配置された管理装置及び複数のネットワーク機器と、
各ネットワーク機器にそれぞれ対応して設けられた障害検知／復旧装置とからなり、
前記障害検知／復旧装置は、
前記ネットワーク機器に電源を供給する電源供給手段と、
確認信号をネットワーク機器に送信し、この送信で応答がなかったときに障害ありと判断する障害検知手段と、
該障害検知手段により障害ありと判断されたとき、前記電源供給手段による電源供給を停止させ、電源供給の停止から所定期間経過後に再び前記電源供給手段から電源を供給させ、かつ確認信号をネットワーク機器に送信し、この送信で応答があったときはネットワーク機器の障害が復旧したと判断して、前記障害検知手段による確認信号の送信を再開させる障害復旧手段と
を備えたことを特徴とするネットワーク機器の障害検知／復旧システム。
【請求項２】
前記障害検知／復旧装置は、障害復旧手段によってネットワーク機器の障害が復旧しなかったとき、確認信号を継続してそのネットワーク機器に送信し、この送信で応答があったときは障害が復旧したと判断して、前記障害検知手段による確認信号の送信を再開させる障害継続監視手段を備えていることを特徴とする請求項１記載のネットワーク機器の障害検知／復旧システム。
【請求項３】
前記障害検知／復旧装置は、定期的にネットワーク機器のログ情報を収集し、管理装置からの読出要求を受けたときに、そのログ情報を管理装置に送信するログ収集手段を備えていることを特徴とする請求項１又は２記載のネットワーク機器の障害検知／復旧システム。
【請求項４】
前記障害検知手段は、ネットワーク機器への確認信号の送信を所定回数行っても応答がなかったときに障害ありと判断することを特徴とする請求項１乃至３の何れかに記載のネットワーク機器の障害検知／復旧システム。
【請求項５】
前記障害継続監視手段は、確認信号の送信でネットワーク機器からの応答がなかったとき、確認信号の送信を繰り返すことを特徴とする請求項１乃至４の何れかに記載のネットワーク機器の障害検知／復旧システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば大規模ネットワーク或いは広域ネットワーク上に配置されているネットワーク機器の障害検知及び障害検知の復旧処理を行うための障害検知／復旧システムに関するものである。
【背景技術】
【０００２】
従来は、監視したいネットワーク上に監視サーバを置き、ネットワーク上に配置された機器の稼動状態を監視サーバで集中監視していた（例えば、特許文献１参照）。
【０００３】
更に、既存ネットワークとは別に監視（予備）用ネットワークを備えることにより、監視による既存ネットワークへの悪影響の低減、及び既存ネットワーク上で障害があっても監視用ネットワークからの遠隔操作による障害の復旧が可能となっていた（例えば、特許文献２参照）。
【０００４】
【特許文献１】特開２００３−３０９６６２号公報
【特許文献２】特開２００２−１６９７３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述した特許文献１に記載のシステムでは、監視サーバから、監視対象となっている機器間のネットワーク経路上に、監視できない機器がある場合、監視サーバが障害を検知しても、人の手で障害の切り分けを行う必要があった。また、障害の復旧には、担当者が現場に出向く必要があり、障害の復旧までに時間がかかるという課題があった。
【０００６】
また、特許文献２に記載のシステムの場合、既存ネットワーク上で障害があっても、監視用ネットワークからの遠隔操作よる障害切り分け、及び復旧が可能となり、前述した課題に対する信頼性は向上する。しかしながら、大規模ネットワークや広域ネットワークに適用する場合は、監視用ネットワークの敷設に多額の費用がかかる上に維持費がかかるという課題があった。
【０００７】
本発明は、前述のような課題を解決するためになされたもので、大規模ネットワークや広域ネットワーク上であっても多額の経費をかけることなくネットワーク機器の障害検知及び復旧を可能にすると共に、障害の原因を解析可能な状態にする障害検知／復旧システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るネットワーク機器の障害検知／復旧システムは、ネットワーク上に配置された管理装置及び複数のネットワーク機器と、各ネットワーク機器にそれぞれ対応して設けられた障害検知／復旧装置とからなり、障害検知／復旧装置は、ネットワーク機器に電源を供給する電源供給手段と、確認信号をネットワーク機器に送信し、この送信で応答がなかったときに障害ありと判断する障害検知手段と、障害検知手段により障害ありと判断されたとき、電源供給手段による電源供給を停止させ、電源供給の停止から所定期間経過後に再び電源供給手段から電源を供給させ、かつ確認信号をネットワーク機器に送信し、この送信で応答があったときはネットワーク機器の障害が復旧したと判断して、障害検知手段による確認信号の送信を再開させる障害復旧手段とを備えたものである。
【０００９】
また、障害検知／復旧装置は、定期的にネットワーク機器のログ情報を収集し、管理装置からの読出要求を受けたときに、そのログ情報を管理装置に送信するログ収集手段を備えている。
【発明の効果】
【００１０】
本発明においては、確認信号をネットワーク機器に送信し、この送信で応答がなかったときに障害ありと判断して、ネットワーク機器への電源供給を停止し、電源供給の停止から所定期間経過後に再びネットワーク機器に電源を供給し、かつ確認信号をネットワーク機器に送信し、この送信で応答があったときはネットワーク機器の障害が復旧したと判断して確認信号の送信を再開する障害検知／復旧装置をネットワーク機器毎に設けたので、監視用ネットワークを敷設することなく障害のあるネットワーク機器を復旧させることが可能になり、このため、大規模ネットワークや広域ネットワークであっても安価にシステムを構築できるという効果がある。
【００１１】
また、本発明においては、定期的にネットワーク機器のログ情報を収集し、管理装置からの読出要求を受けたときに、そのログ情報を管理装置に送信するようにしているので、障害の原因を追究することが可能になるという効果がある。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係るネットワーク機器の障害検知／復旧システムの実施の形態について図面を用いて説明する。
【００１３】
図１は本発明の実施の形態におけるネットワーク機器の障害検知／復旧システムの概略構成を示す図である。
図１に示すネットワーク機器の障害検知／復旧システムは、ネットワーク４（大規模ネットワークや広域ネットワーク）に接続された管理ＰＣ（管理装置）１と、ネットワーク４に接続された複数のネットワーク機器２と、各ネットワーク機器２にそれぞれ設けられた障害検知／復旧装置３とからなっている。
【００１４】
管理ＰＣ１は、ＴＣＰ／ＩＰ通信が可能なものであり、ネットワーク４を介して障害検知／復旧装置３の機能設定、障害検知／復旧装置３により収集されたログ情報を読み込んで画面に表示する機能を有している。ネットワーク機器２は、例えば、ＨＵＢのように複数のポートを備え、ＴＣＰ／ＩＰ通信で管理可能な電気機器である。障害検知／復旧装置３は、通信ケーブル５と電源コード６とを介してネットワーク機器２と接続され、ネットワーク機器２の稼動状態を監視する機能、障害を検知したときは、ネットワーク機器２の電源を制御して電源リセットを行い、障害を復旧させる機能を有している。
【００１５】
この障害検知／復旧装置２は、例えば図２に示すように、本装置３の各部間の動作を制御するＣＰＵ３１と、ネットワーク機器２の電源コード５が接続され、ネットワーク機器２への電源供給を制御する電源供給部３２と、ネットワーク機器２の空きポートに通信ケーブル６を介して接続され、ネットワーク機器２やネットワーク４上の管理ＰＣ１とのデータ送受信を制御する通信制御部３３と、本装置３によるネットワーク機器３の処理状態をＬＥＤ表示するＬＥＤ表示部３４と、記録装置３５とを備えている。
【００１６】
記録装置３５は、本装置３の動作に関連する各種のデータからなる設定情報３５１、起動プログラム３５３、障害検知手段の機能を有する障害検知プログラム３５４、障害復旧手段の機能を有する障害復旧プログラム３５５、障害継続監視手段の機能を有する障害継続監視プログラム３５６及びログ収集手段の機能を有するログ収集プログラム３５７が格納されている。また、通信制御部３３を通じて受信されるネットワーク機器２のログ情報３５２を保存するエリアを有している。なお、前述した設定情報と各プログラムは、管理ＰＣ１によって書き換えが可能になっている。
【００１７】
前記のように構成された障害検知／復旧システムにおける障害検知／復旧装置の動作を図３のフローチャートを参照しながら説明する。図３は障害検知／復旧装置によるネットワーク機器の障害検知及び復旧処理を示すフローチャートである。
障害検知／復旧装置３のＣＰＵ３１は、まず、起動プログラム３５３を記録装置３５から読み出して実行する（Ｓｔｅｐ１）。ＣＰＵ３１の起動プログラム３５３の実行により、電源供給部３２がネットワーク機器２に電源を供給し、ＬＥＤ表示部３４が緑色のＬＥＤを点灯して、正常に起動した旨を知らせる。
【００１８】
次に、ＣＰＵ３１は、障害検知プログラム３５４を記録装置３５から読み出して実行する（Ｓｔｅｐ２）。この障害検知プログラム３５４の実行により、通信制御部３３がネットワーク機器２に通信確認コマンド（確認信号）の送信を開始する。この時、ＣＰＵ３１は、記憶装置３５に格納されている設定情報３５１からタイムアウト値（単位：秒）を読み出して、そのタイムアウト値以内にネットワーク機器２からの応答があるかどうかの判定に入り、障害監視中となる（Ｓｔｅｐ３）。タイムアウト値以内にネットワーク機器２からの応答があったときは障害なしと判断し（Ｓｔｅｐ４）、Ｓｔｅｐ３に戻って再び通信制御部３３から通信確認コマンドを送信させ、障害監視中となる。通信確認コマンドの送信は、設定情報３５１の一つであるコマンド送信間隔（単位：分）毎に行われ、障害なしの間は、Ｓｔｅｐ３、Ｓｔｅｐ４の動作を繰り返し行う。
【００１９】
また、タイムアウト値以内にネットワーク機器２からの応答がなかったときは、ネットワーク機器２に通信確認コマンドを連続的に繰り返し送信させ（Ｓｔｅｐ３）、この送信を設定情報３５１である所定回数行っても応答がなかったとき障害ありと判断する（Ｓｔｅｐ４）。なお、通信確認コマンドとして、インターネットで広く利用されているＴＣＰ／ＩＰ通信においてパケットが相手先まで届いているかどうか確認するためのＰＩＮＧコマンドが利用されている。
【００２０】
障害ありと判断したとき、ＣＰＵ３１は、障害復旧プログラム３５５を記録装置３５から読み出して実行する（Ｓｔｅｐ５）。ＣＰＵ３１の障害復旧プログラム３５５の実行により、電源供給部３２がネットワーク機器２への電源供給を停止し、ＬＥＤ表示部３４が赤色のＬＥＤを点滅して、障害復旧中の旨を知らせる。この時、ＣＰＵ３１は、設定情報３５１から電源リセット間隔（単位：秒）を読み出して、電源供給停止から電源リセット間隔（所定期間）を経過したかどうかの判定に入り、障害復旧中となる（Ｓｔｅｐ６）。電源供給の停止から電源リセット間隔を経過すると、ＣＰＵ３１は、電源供給の再開を電源供給部３２に実行させ、ネットワーク機器２の電源リセットを行う。
【００２１】
ネットワーク機器２の電源リセット後、ＣＰＵ３１は、Ｓｔｅｐ６において、通信制御部３３からネットワーク機器２に通信確認コマンドを送信させ、前記のタイムアウト値以内にネットワーク機器２からの応答があるかどうかを判定する。この処理は障害が復旧したか否かを確認するためである。タイムアウト値以内にネットワーク機器２からの応答があったときは障害復旧と判断し（Ｓｔｅｐ７）、Ｓｔｅｐ２に戻って障害検知プログラム３５４から実行を開始する。この時、ＣＰＵ３１は、ＬＥＤ表示部３４を通じて緑色のＬＥＤを点滅させ、障害が復旧した旨を知らせる。また、タイムアウト値以内にネットワーク機器２からの応答がなかったときは、障害が復旧しなかったと判断して（Ｓｔｅｐ７）、Ｓｔｅｐ８に進む。
【００２２】
障害が復旧しなかったときは、ＣＰＵ３１は、障害継続監視プログラム３５６を記録装置３５から読み出して実行する（Ｓｔｅｐ８）。ＣＰＵ３１の障害継続監視プログラム３５６の実行により、通信制御部３３がネットワーク機器２に通信確認コマンドの送信を開始し、ＬＥＤ表示部３４が赤色のＬＥＤを点灯して、障害が継続している旨を知らせる。この時、ＣＰＵ３１は、前述したように設定情報３５１からタイムアウト値を読み出して、そのタイムアウト値以内にネットワーク機器２からの応答があるかどうかの判定に入り、障害継続監視中となる（Ｓｔｅｐ９）。タイムアウト値以内にネットワーク機器２からの応答があったときは障害が復旧したと判断し（Ｓｔｅｐ１０）、Ｓｔｅｐ２に戻って障害検知プログラム３５４から実行を開始する。この時、ＣＰＵ３１は、ＬＥＤ表示部３４を通じて緑色のＬＥＤを点滅させ、障害が復旧した旨を知らせる。また、タイムアウト値以内にネットワーク機器２からの応答がなかったときは、障害が復旧していないと判断し（Ｓｔｅｐ１０）、Ｓｔｅｐ９に戻って再び通信制御部３３から通信確認コマンドを送信させ、障害継続監視中となる。通信確認コマンドの送信は、前述したように設定情報３５１のコマンド送信間隔毎に行われる。
【００２３】
また、ＣＰＵ３１は、前述した障害検知及び障害検知時の復旧処理を行っているときに、定期的にネットワーク機器２に対してログ情報の収集処理を実行している。これは、電源リセットによって障害が復旧されても、事後の障害原因の追究が困難となるデメリットを低減するためである。ＣＰＵ３１は、設定情報３５１の中のログ収集間隔（単位：分）毎にログ収集プログラム３５７を記録装置３５から読み出し実行する。このログ収集プログラム３５７の実行により、通信制御部３３が遠隔操作コマンドをネットワーク機器２に送信する。遠隔操作コマンドとして、ＴＣＰ／ＩＰ通信で遠隔操作を行うための基本コマンドTELNETが利用されている。このコマンドの送信によってネットワーク機器２を遠隔操作可能状態にした後、ＣＰＵ３１は、設定情報３５１の中のログ収集定義ファイルを読み出して、ネットワーク機器２で使用可能な管理コマンドを抽出し、これを通信制御部３３を介してネットワーク機器２に送信する。その管理コマンドに応じてネットワーク機器２からのログ情報が通信制御部３３に受信されたときは、記録装置３５の所定エリアにログ情報３５２を書き込む。
【００２４】
また、ＣＰＵ３１は、管理ＰＣ１からの読出要求をネットワーク機器２を介して通信制御部３３に受信されたときは、記憶装置３５に書き込まれたネットワーク機器２のログ情報３５２を読み出し、通信制御部３３からネットワーク機器２を介してネットワーク４上に配信し、読出要求を発した管理ＰＣ１に受信させる。
【００２５】
以上のように本実施の形態によれば、ネットワーク４上に配置された複数のネットワーク機器２にそれぞれ障害検知／復旧装置３を設けたので、大規模ネットワークや広域ネットワーク上であっても安価にシステムを構築できるという効果がある。
【００２６】
また、ネットワーク機器２のログ情報３５２を定期的に収集し、これをネットワーク上の管理ＰＣ１に送信できるようにしたので、ネットワーク機器２の障害原因を追究することが可能になった。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態におけるネットワークの機器障害検知／復旧システムの概略構成を示す図である。
【図２】実施の形態における障害検知／復旧装置の構成を示すブロック図である。
【図３】障害検知／復旧装置によるネットワーク機器の障害検知及び復旧処理を示すフローチャートである。
【符号の説明】
【００２８】
１  管理ＰＣ、２  ネットワーク機器、３  障害検知／復旧装置、３１  ＣＰＵ、３２  電源供給部、３３  通信制御部、３４  ＬＥＤ表示部、３５  記録装置、３５１  設定情報、３５２  ログ情報、３５３  起動プログラム、３５４  障害検知プログラム、３５５  障害復旧プログラム、３５６  障害継続監視プログラム、３５７  ログ収集プログラム、４  ネットワーク、５  通信ケーブル、６  電源コード。
【図１】
2006293666.tif 000003
【図２】
2006293666.tif 000004
【図３】
2006293666.tif 000005