(57)【特許請求の範囲】
【請求項１】
監視対象である遠隔装置を監視する管理装置と、
第１伝送路を介して前記管理装置と接続され、かつ、第２伝送路を介して各前記遠隔装置と接続される接続装置とを含めて構成され、
前記接続装置は、前記第２伝送路を介して各前記遠隔装置との間で監視信号の送受信を行うことにより、各前記遠隔装置に障害が発生しているか否かを監視するとともに、障害が発生した前記遠隔装置について、前記第１伝送路を介して前記管理装置に通知し、
前記遠隔装置は、複数台の前記接続装置と前記第２伝送路を介して接続され、複数台の前記接続装置それぞれに対して前記監視信号の送受信を行うことで、複数台の前記接続装置に対して前記遠隔装置に障害が発生したか否かを監視させることを特徴とする
分散ヘルスチェックシステム。
【請求項２】
前記管理装置は、前記第１伝送路を介して前記接続装置との間で前記監視信号の送受信を行うことにより、前記接続装置に障害が発生しているか否かを監視することを特徴とする
請求項１に記載の分散ヘルスチェックシステム。
【請求項３】
前記管理装置は、前記接続装置に各前記遠隔装置を監視させるために、監視対象の各前記遠隔装置のアドレスと、障害が発生した前記遠隔装置についての通知先となる前記管理装置のアドレスとを含む監視設定データを、前記接続装置に送信することを特徴とする
請求項１または請求項２に記載の分散ヘルスチェックシステム。
【請求項４】
監視対象である遠隔装置を監視する管理装置と、
第１伝送路を介して前記管理装置と接続され、かつ、第２伝送路を介して各前記遠隔装置と接続される接続装置とを含めて構成される分散ヘルスチェックシステムによって実行され、
前記接続装置は、前記第２伝送路を介して各前記遠隔装置との間で監視信号の送受信を行うことにより、各前記遠隔装置に障害が発生しているか否かを監視するとともに、障害が発生した前記遠隔装置について、前記第１伝送路を介して前記管理装置に通知し、
前記遠隔装置は、複数台の前記接続装置と前記第２伝送路を介して接続され、複数台の前記接続装置それぞれに対して前記監視信号の送受信を行うことで、複数台の前記接続装置に対して前記遠隔装置に障害が発生したか否かを監視させることを特徴とする
分散ヘルスチェック方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散ヘルスチェックシステム、および、分散ヘルスチェック方法の技術に関する。
【背景技術】
【０００２】
監視対象の装置が現在稼働中かどうかを調べるヘルスチェックのネットワークコマンドとして、非特許文献１に記載のpingが知られている。pingを送信した管理装置は、そのpingのあて先である監視対象の装置からpingの応答を受信することで、監視対象の装置に障害が発生していないこと（生存していること）を確認できる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ITPro by 日経コンピュータ、"pingの連続実行 -- No.1 LANにつながる全パソコンへ順番にpingを打って応答を調べる"、［online］、2006年7月10日、日経NETWORK、［2016年2月3日検索］、インターネット〈URL：http://itpro.nikkeibp.co.jp/article/COLUMN/20060628/241965/?rt=nocnt〉
【発明の概要】
【発明が解決しようとする課題】
【０００４】
監視対象の装置数が増加するに従い、pingを送信した管理装置には、多くの応答が届く。そのため、pingの送受信に伴い、管理装置やその周辺のネットワークへの負荷が集中してしまう。しかし、この負荷を軽減するために、単にpingの送受信間隔を広くしてしまうと、警報の発生が遅れてしまう。
【０００５】
そこで、本発明は、監視対象の装置が多数存在するときでも、効率的にヘルスチェックを実行することを、主な課題とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明の分散ヘルスチェックシステムは、
監視対象である遠隔装置を監視する管理装置と、
第１伝送路を介して前記管理装置と接続され、かつ、第２伝送路を介して各前記遠隔装置と接続される接続装置とを含めて構成され、
前記接続装置が、前記第２伝送路を介して各前記遠隔装置との間で監視信号の送受信を行うことにより、各前記遠隔装置に障害が発生しているか否かを監視するとともに、障害が発生した前記遠隔装置について、前記第１伝送路を介して前記管理装置に通知し、
前記遠隔装置は、複数台の前記接続装置と前記第２伝送路を介して接続され、複数台の前記接続装置それぞれに対して前記監視信号の送受信を行うことで、複数台の前記接続装置に対して前記遠隔装置に障害が発生したか否かを監視させることを特徴とする。
【０００７】
これにより、ヘルスチェック用として定期的に送受信される監視信号が管理装置や第１伝送路には流れないようにすることで、監視対象の装置が多数存在するときでも、効率的にヘルスチェックを実行することができる。
さらに、１台の接続装置に障害が発生しても、その配下となる遠隔装置の監視を中断させずに済む。
【０００８】
本発明は、前記管理装置が、前記第１伝送路を介して前記接続装置との間で前記監視信号の送受信を行うことにより、前記接続装置に障害が発生しているか否かを監視することを特徴とする。
【０００９】
これにより、接続装置も監視対象に含めることができる。
【００１２】
本発明は、前記管理装置が、前記接続装置に各前記遠隔装置を監視させるために、監視対象の各前記遠隔装置のアドレスと、障害が発生した前記遠隔装置についての通知先となる前記管理装置のアドレスとを含む監視設定データを、前記接続装置に送信することを特徴とする。
【００１３】
これにより、接続装置は自身で遠隔装置の監視計画を作成する必要がなくなり、管理装置からの監視設定データに従って遠隔装置を監視するというシンプルな構成とすることができる。
【発明の効果】
【００１４】
本発明によれば、監視対象の装置が多数存在するときでも、効率的にヘルスチェックを実行することができる。
【図面の簡単な説明】
【００１５】
【図１】図１（ａ）は、分散ヘルスチェックシステムの構成図である。図１（ｂ）は、比較例における監視信号の経路を示す。
【図２】本実施形態に係わる監視信号の経路を示す。
【図３】比較例における監視の前処理および後処理を示すシーケンス図である。
【図４】比較例における監視中の処理を示すシーケンス図である。
【図５】本実施形態に係わる監視の前処理および後処理を示すシーケンス図である。
【図６】本実施形態に係わる監視中の処理を示すシーケンス図である。
【図７】本実施形態に係わる監視処理の変形例を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００１７】
図１（ａ）は、分散ヘルスチェックシステムの構成図である。なお、分散ヘルスチェックシステムは、例えば、ネットワーク接続サービスを提供する事業者によって管理されるため、ヘルスチェックを自動化することにより、事業者の管理負担を下げることができる。
分散ヘルスチェックシステムは、各装置（管理装置１、接続装置２０、遠隔装置３１、遠隔装置３２、遠隔装置３３）が伝送経路で接続されて構成される。この伝送経路は、ＤＣＮ（Data Communication Network）９上に構築され、管理装置１と接続装置２０とを接続するアウトバンド（outband）の伝送路（第１伝送路）と、接続装置２０から各遠隔装置３１〜３３に接続するインバンド（inband）の伝送路（第２伝送路）とで構成される。
【００１８】
管理装置１（ＯｐＳ：Operation System）は、チェック（監視）する側であり、監視対象に対して個別に監視信号を送信する。この監視信号は、例えば、監視対象に対して死活監視のために定期的に送受信するping信号である。これにより、監視対象に対して個別に接続を維持しないＵＤＰ（User Datagram Protocol）を管理プロトコルとして用いることができる。
各遠隔装置３１〜３３（ＲＮＥ：Remote Network Element）は、監視対象としてチェックされる側である。なお、各遠隔装置３１〜３３は、分散ヘルスチェックシステム内の装置でもよいし、分散ヘルスチェックシステムとは別のシステム内の装置でもよい。
接続装置２０（ＧＮＥ：Gateway Network Element）は、監視対象としてチェックされる側であり、かつ、インバンドの伝送路と直接接続されているゲートウェイ装置である。
【００１９】
なお、分散ヘルスチェックシステムの各装置は、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【００２０】
図１（ｂ）は、比較例における監視信号の経路を示す。
管理装置１は、各監視対象（接続装置２０、遠隔装置３１、遠隔装置３２、遠隔装置３３）に対して個別にpingなどの監視信号をやりとりする。接続装置２０が各遠隔装置３１〜３３の監視信号を中継してインバンドの伝送路に流すため、ＤＣＮ９を全拠点ビルに接続しなくても装置監視が可能となっている。しかし、管理装置１やアウトバンドの伝送路にはネットワーク全体のヘルスチェックの負荷が集中してしまう。
この監視信号の負荷集中に対して、単にヘルスチェックの間隔を長くして監視信号の頻度を下げるような安易な手法を用いてしまうと、ヘルスチェックの基本機能である故障発生時からの検出時間も長くかかってしまう。
【００２１】
図２は、本実施形態における監視信号の経路を示す。図１（ｂ）の比較例との違いを以下に列挙する。
まず、管理装置１が接続装置２０を監視するという関係は比較例と同じだが、図２では、各遠隔装置３１〜３３を直接監視する装置が管理装置１から接続装置２０に変更される（この監視信号を図２の破線両方向矢印で示す）。つまり、接続装置２０が自律的に各遠隔装置３１〜３３を直接監視する。
次に、接続装置２０が配下の各遠隔装置３１〜３３のうち、pingの応答を受信できないなどの障害を発見したときには、その旨を障害情報として管理装置１に通知する（この通知信号を図２の破線上方向矢印で示す）。つまり、管理装置１はこの通知を受けることで、間接的に各遠隔装置３１〜３３を監視することができる。一方、接続装置２０は、配下の各遠隔装置３１〜３３に障害が発生するまでは、管理装置１に通知をしないことで負荷を抑制する。
【００２２】
これにより、図１（ｂ）の比較例と同じように、管理装置１が各監視対象（接続装置２０、遠隔装置３１、遠隔装置３２、遠隔装置３３）を常時監視できる上に、さらに、管理装置１やアウトバンドの伝送路に対する監視信号の負荷を下げることができる。
以下、比較例の処理の詳細を図３，図４のシーケンス図で示し、本実施形態の処理の詳細を図５〜図７のシーケンス図で示す。なお、各シーケンス図では遠隔装置３３の図示を省略しているが、実際は他の遠隔装置３２，３３と同様に遠隔装置３３でも各処理が行われる。
【００２３】
図３は、比較例における監視の前処理および後処理を示すシーケンス図である。
管理装置１は、新たに監視対象の装置として登録する旨を接続装置２０に通知し（Ｓ１０１）、自身が監視の主体（監視信号の送信元）となるように監視設定を行う（Ｓ１０２）。管理装置１は、Ｓ１０１の装置登録およびＳ１０２の監視設定について、同様に、監視対象の装置ごとに個別に行う（Ｓ１０３〜Ｓ１０６）。そして、監視中の段階に移行する（Ｓ１１０、詳細は図４）。
【００２４】
監視を終了するときには、管理装置１は、これからＳ１０１の登録を解除する旨を接続装置２０に通知し（Ｓ１９１）、Ｓ１０２の監視設定を解除する（Ｓ１９２）。管理装置１は、他の監視対象に対しても同様に解除する（Ｓ１９３〜Ｓ１９６）。
【００２５】
図４は、比較例における監視中の処理（Ｓ１１０）を示すシーケンス図である。
管理装置１は、登録済みである各監視対象に対して個別にpingを送信し（Ｓ１１１〜Ｓ１１３）、個別にそのping応答を受信する（Ｓ１２１〜Ｓ１２３）ことでヘルスチェック（生存確認）を実行できる。
【００２６】
ここで、遠隔装置３１に障害が発生したとする。
管理装置１は、登録済みである各監視対象に対して個別にpingを送信するものの（Ｓ１３１〜Ｓ１３３）、遠隔装置３１は障害によりping信号を送信できない（Ｓ１３２）。
よって、生存する接続装置２０と遠隔装置３２からはping応答を得られるものの（Ｓ１４１，Ｓ１４３）、遠隔装置３１からはping応答を得られない（Ｓ１４２）。これにより、管理装置１は、遠隔装置３１に障害が発生したことを認識し、例えば、以降の監視処理から遠隔装置３１を除外するなどの対処を行うことができる。
【００２７】
図５は、本実施形態における監視の前処理および後処理を示すシーケンス図である。
管理装置１は、接続装置２０を監視対象とするための装置登録（Ｓ１０１）および監視設定を行う（Ｓ１０２）点は、図３と同じである。
一方、管理装置１は、新たに監視対象の装置として登録する旨を遠隔装置３１に通知した後（Ｓ１０３）、その遠隔装置３１についての監視設定を接続装置２０に通知することで（Ｓ１０４ｂ）、接続装置２０に遠隔装置３１の監視を依頼する。同様に、管理装置１は、Ｓ１０５で登録した遠隔装置３２の監視を接続装置２０に依頼する（Ｓ１０６ｂ）。
以上説明したように、管理装置１は、接続装置２０を先に登録し、その接続装置２０に監視される各遠隔装置３１〜３３を後に登録する。そして、監視中の段階に移行する（Ｓ１１０ｂ、詳細は図６）。
【００２８】
監視を終了するときには、登録時とは逆に、管理装置１は、接続装置２０に監視される各遠隔装置３１〜３３を先に解除し、接続装置２０を後に解除する。
そのため、管理装置１は、これからＳ１０３の登録を解除する旨を接続装置２０に通知し（Ｓ１９３）、Ｓ１０４ｂの監視設定を解除する（Ｓ１９４ｂ）。管理装置１は、他の監視対象に対しても同様に解除する（Ｓ１９５〜Ｓ１９８）。
【００２９】
ここで、Ｓ１０２の監視設定（接続装置２０を監視する設定）の詳細を説明する。この監視設定には、以下に列挙する設定内容の内の少なくとも１つが含まれる。
・監視対象装置：ping信号のあて先となる接続装置２０のＩＰアドレス
・ping信号の送信周期
・監視実施中フラグ：ONの場合のみ監視を実行する
・検出閾値：pingが何回失敗したら非監視状態（障害発生状態）とするか
・非監視状態発生時の通知先：（自装置である管理装置１自身が監視するので通知は不要）
【００３０】
一方、Ｓ１０４ｂ，Ｓ１０６ｂの監視設定（遠隔装置３１，３２を監視する設定）の詳細を説明する。この監視設定には、以下に列挙する設定内容の内の少なくとも１つが含まれる。
・監視対象装置：ping信号のあて先となる遠隔装置３１，３２のＩＰアドレス
・ping信号の送信周期
・監視実施中フラグ：ONの場合のみ監視を実行する
・検出閾値：pingが何回失敗したら非監視状態（障害発生状態）とするか
・非監視状態発生時の通知先：管理装置１のＩＰアドレス
なお、管理装置１は、自身が管理するネットワークトポロジ情報（図示省略）を参照して、接続装置２０と各遠隔装置３１〜３３との間の接続関係（収容関係）を認識し、その接続関係をもとに、各遠隔装置３１〜３３の監視を依頼する接続装置２０を特定してもよい。つまり、管理装置１は、特定した接続装置２０に送信する監視設定内の監視対象装置として、接続関係が存在する各遠隔装置３１〜３３を指定すればよい。
【００３１】
以上説明したＳ１０４ｂ，Ｓ１０６ｂの各監視設定は、図示したように１装置分ずつ個別に接続装置２０に送信してもよいし、複数装置分の設定内容を１つのメッセージにまとめて接続装置２０に送信してもよい。
また、Ｓ１９４ｂ，Ｓ１９６ｂの監視解除については、監視対象装置のＩＰアドレスが指定されれば、どの遠隔装置３１〜３３の監視設定を解除すればよいかが特定できるので、少なくとも監視対象装置のＩＰアドレスを含めればよい。この監視解除についても、例えば、「接続装置２０が収容するすべての遠隔装置３１〜３３の監視設定を一括で解除する」などの集約した１つのメッセージを、Ｓ１９４ｂ，Ｓ１９６ｂの代わりに管理装置１から接続装置２０に送信してもよい。
【００３２】
図６は、本実施形態における監視中の処理（Ｓ１１０ｂ）を示すシーケンス図である。
管理装置１は、接続装置２０に対する監視処理は、図４と同じである（Ｓ１１１，Ｓ１２１，Ｓ１３１，Ｓ１４１）。
一方、接続装置２０は、登録済みである各監視対象に対して個別にpingを送信し（Ｓ１１２ｂ，Ｓ１１３ｂ）、個別にそのping応答を受信する（Ｓ１２２ｂ，Ｓ１２３ｂ）ことでヘルスチェック（生存確認）を実行できる。
これらの遠隔装置３１，３２に対する監視信号（とその応答信号）は、管理装置１と接続装置２０とを接続するアウトバンドの伝送路には流れないので、アウトバンドの伝送路および管理装置１の負荷が図４のシーケンスよりも低減される。
【００３３】
ここで、遠隔装置３１に障害が発生したとする。
接続装置２０は、登録済みである各監視対象に対して個別にpingを送信するものの（Ｓ１３２ｂ，Ｓ１３３ｂ）、遠隔装置３１は障害によりping信号を送信できない（Ｓ１３２ｂ）。
よって、接続装置２０は、遠隔装置３２からはping応答を得られるものの（Ｓ１４３ｂ）、遠隔装置３１からはping応答を得られない（Ｓ１４２ｂ）。これにより、接続装置２０は、遠隔装置３１に障害が発生したことを認識する。さらに、接続装置２０は、遠隔装置３１の障害発生の旨を障害情報として管理装置１に通知する（Ｓ１４４）。なお、障害情報には、障害発生装置の情報（遠隔装置３１のＩＰアドレス）に加え、その収容先の装置の情報（接続装置２０のＩＰアドレス）を含めてもよい。
【００３４】
図７は、本実施形態における変形例として、接続装置２０は監視しないものの、その配下の各遠隔装置３１〜３３を監視する場合のシーケンス図である。
まず、登録の段階において、接続装置２０の登録処理および設定処理（図５のＳ１０１，Ｓ１０２）が省略される。次に、監視中の段階において、接続装置２０への監視信号の送受信処理（Ｓ１１１，Ｓ１２１，Ｓ１３１，Ｓ１４１）が省略される。さらに図示は省略したが、登録解除の段階において、接続装置２０の解除処理（Ｓ１９７，Ｓ１９８）が省略される。
この図７の構成により、接続装置２０は監視対象から外れるので、さらに、管理装置１とその周辺の負荷を削減できる。
【００３５】
また、監視中の接続装置２０に障害が発生したものの、その配下の各遠隔装置３１〜３３は生存している場合について説明する。
図２では、１台の遠隔装置３１が１台の接続装置２０に収容される例を示したが、１台の遠隔装置３１が複数台の接続装置２０に収容されるようなネットワークトポロジも考えられる。
複数台の接続装置２０に収容される場合、その収容先の各接続装置２０がそれぞれ独立して１台の遠隔装置３１を重複的に監視するように、管理装置１が複数台の接続装置２０に監視設定を行えばよい。つまり、接続装置２０による遠隔装置３１の監視処理を冗長化すれば、１台の接続装置２０に障害が発生しても、残りの接続装置２０が遠隔装置３１の監視処理を継続できる。
【００３６】
以上説明した本実施形態によれば、図２で示したように、各遠隔装置３１〜３３を直接監視する装置を管理装置１から接続装置２０に変更することで、管理装置１に届く監視信号を、定期的な監視信号ではなく、障害発生時の通知信号だけに減らすことができる。よって、監視対象の装置が多数存在するときでも、管理装置１の負担は大きく増加しないので、効率的にヘルスチェックを実行することができる。
【符号の説明】
【００３７】
１      管理装置
９      ＤＣＮ
２０    接続装置
３１〜３３  遠隔装置
【図１】
0006453788.tif 000002
【図２】
0006453788.tif 000003
【図３】
0006453788.tif 000004
【図４】
0006453788.tif 000005
【図５】
0006453788.tif 000006
【図６】
0006453788.tif 000007
【図７】
0006453788.tif 000008