(57)【特許請求の範囲】
【請求項１】
（ａ）ハブサーバと、
（ｂ）リモートサーバであって、
該リモートサーバが、ネットワーク装置および前記ハブと通信可能であり、
前記ハブサーバが、該リモートサーバおよび前記ネットワーク装置と通信可能であり、
前記ハブサーバおよび前記リモートサーバが動作可能である場合、前記ハブサーバが前記リモートサーバと通信し、
前記ハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記ハブサーバが前記ネットワーク装置と通信する、リモートサーバと、
（ｃ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項２】
（ａ）プライマリハブサーバと、
（ｂ）セカンダリハブサーバと、
（ｃ）リモートサーバであって、
該リモートサーバが、ネットワーク装置、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記リモートサーバおよび前記セカンダリハブサーバと通信可能であり、
前記ハブサーバが、前記リモートサーバおよび前記プライマリハブサーバと通信可能であり、
前記プライマリサーバおよび前記リモートサーバが動作可能である場合、前記プライマリハブサーバが前記リモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記リモートサーバが動作可能である場合、前記セカンダリハブサーバが前記リモートサーバと通信する、リモートサーバと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値および前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項３】
前記プライマリハブサーバは前記ネットワーク装置と通信可能であり、
前記プライマリハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記プライマリハブサーバが前記ネットワーク装置と通信する、請求項２のシステム。
【請求項４】
前記セカンダリハブサーバは前記ネットワーク装置と通信可能であり、
前記プライマリハブサーバが動作不能および前記リモートサーバが動作不能である場合、前記セカンダリハブサーバが前記ネットワーク装置と通信する、請求項２のシステム。
【請求項５】
（ａ）ハブサーバと、
（ｂ）プライマリリモートサーバと、
（ｃ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバおよび前記ハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバおよび前記ハブサーバと通信可能であり、
前記ハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記ハブサーバが前記プライマリリモートサーバと通信し、
前記ハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記ハブサーバが前記セカンダリリモートサーバと通信する、セカンダリリモートサーバと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値および前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項６】
前記ハブサーバは前記ネットワークと通信可能であり、
前記ハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記ハブサーバが前記ネットワーク装置と通信する、請求項５のシステム。
【請求項７】
（ａ）プライマリハブサーバと、
（ｂ）セカンダリハブサーバと、
（ｃ）プライマリリモートサーバと、
（ｄ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記セカンダリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能であり、
前記セカンダリハブサーバが、前記プライマリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能であり、
前記プライマリハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記プライマリハブサーバが前記プライマリリモートサーバと通信し、
前記プライマリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記プライマリハブサーバが前記セカンダリリモートサーバと通信し、
前記プライマリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバが前記リモートネットワークと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記プライマリリモートサーバが動作可能である場合、前記セカンダリハブサーバが前記プライマリリモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記セカンダリハブサーバが前記セカンダリリモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記セカンダリハブサーバが前記リモートネットワークと通信し、
前記プライマリハブサーバが動作可能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバおよび前記セカンダリハブサーバが前記リモートネットワークと通信する、セカンダリリモートサーバと、
（ｅ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項８】
（ａ）ハブサーバと、
（ｂ）リモートサーバであって、
前記リモートサーバがネットワーク装置および前記ハブと通信可能であり、
前記ハブサーバが前記リモートサーバおよび前記ネットワーク装置と通信可能である、リモートサーバと、
（ｃ）（ｉ）前記ハブサーバおよび前記リモートサーバが動作可能である場合、前記ハブサーバに前記リモートサーバと通信させ、（ｉｉ）前記ハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記ハブサーバに前記ネットワーク装置と通信させる動作を実行させるための少なくとも１つの前記サーバに関連するプログラミングと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項９】
（ａ）プライマリハブサーバと、
（ｂ）セカンダリハブサーバと、
（ｃ）リモートサーバであって、
該リモートサーバが、ネットワーク装置、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記リモートサーバおよび前記セカンダリハブサーバと通信可能であり、
前記セカンダリハブサーバが、前記リモートサーバおよび前記プライマリハブサーバと通信可能である、リモートサーバと、
（ｄ）（ｉ）前記プライマリハブサーバおよび前記リモートサーバが動作可能である場合、前記プライマリハブサーバに前記リモートサーバと通信させ、（ｉｉ）前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記リモートサーバが動作可能である場合、前記セカンダリハブサーバに前記リモートサーバと通信させる動作を実行するための、少なくとも１つの前記サーバに関連するプログラミングと、
（ｅ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１０】
前記プライマリハブサーバは前記ネットワーク装置と通信可能であり、
さらに、前記プライマリハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記プライマリハブサーバに前記ネットワーク装置と通信させる動作を実行するためのプログラミングを含む、請求項９のシステム。
【請求項１１】
前記セカンダリハブサーバは前記ネットワーク装置と通信可能であり、
さらに、前記プライマリハブサーバが動作不能および前記リモートサーバが動作不能である場合、前記セカンダリハブサーバに前記ネットワーク装置と通信させる動作を実行するためのプログラミングを含む、請求項９のシステム。
【請求項１２】
（ａ）ハブサーバと、
（ｂ）プライマリリモートサーバと、
（ｃ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバおよび前記ハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバおよび前記ハブサーバと通信可能であり、
前記ハブサーバが、前記プライマリリモートサーバおよび前記セカンダリリモートサーバと通信可能である、セカンダリリモートサーバと、
（ｄ）（ｉ）前記ハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記ハブサーバに前記プライマリリモートサーバと通信させ、（ｉｉ）前記ハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記ハブサーバに前記セカンダリリモートサーバと通信させる動作を実行するための少なくとも１つの前記サーバに関連するプログラミングと、
（ｅ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１３】
前記ハブサーバは前記ネットワークと通信可能であり、
さらに、前記ハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記ハブサーバに前記ネットワーク装置と通信させる動作を実行するためのプログラミングを含む、請求項１２のシステム。
【請求項１４】
（ａ）プライマリハブサーバと、
（ｂ）セカンダリハブサーバと、
（ｃ）プライマリリモートサーバと、
（ｄ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記セカンダリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能であり、
前記セカンダリハブサーバが、前記プライマリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能である、セカンダリリモートサーバと、
（ｅ）（ｉ）前記プライマリハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記プライマリハブサーバに前記プライマリリモートサーバと通信させ、
（ｉｉ）前記プライマリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記プライマリハブサーバに前記セカンダリリモートサーバと通信させ、
（ｉｉｉ）前記プライマリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバに前記リモートネットワークと通信させ、
（ｉｖ）前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記プライマリリモートサーバが動作可能である場合、前記セカンダリハブサーバに前記プライマリリモートサーバと通信させ、
（ｖ）前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記セカンダリハブサーバに前記セカンダリリモートサーバと通信させ、
（ｖｉ）前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記セカンダリハブサーバに前記リモートネットワークと通信させ、
（ｖｉｉ）前記プライマリハブサーバが動作可能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバおよび前記セカンダリハブサーバに前記リモートネットワークと通信させる動作を実行するための少なくとも１つの前記サーバに関連するプログラミングと、
（ｆ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１５】
（ａ）ハブサーバと、
（ｂ）リモートサーバであって、
前記リモートサーバが、ネットワーク装置および前記ハブサーバと通信可能であり、
前記リモートサーバが前記ネットワーク装置と通信するための構成パラメタが前記ハブサーバと前記リモートサーバとの間で双方向に伝播可能である、リモートサーバと、
（ｃ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から情報を引き出すための前記リモートネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１６】
（ａ）ネットワーク装置と通信可能なネットワークサーバと、
（ｂ）（ｃ）ポーリング間隔を定義し、
（ｄ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｅ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｆ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、該ＳＮＭＰにより「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を判定し、
（ｇ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「アップ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｈ）現在および過去４ポーリング周期について前記状態割合の重み付け平均を計算し、該重み付け平均から前記ネットワーク装置の状態を判定するための、リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から状態情報を引き出すための、前記ネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１７】
（ａ）ネットワーク装置と通信可能なネットワークサーバと、
（ｂ）（ｃ）ポーリング間隔を定義するための手段と、
（ｄ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信するための前記ネットワークサーバに関連する手段と、
（ｅ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換するための手段と、
（ｆ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定するための手段と、
（ｇ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成するための手段と、
（ｈ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するための手段とからなるリー／ティムパラダイム（ＬＴＭ）を用いて、前記ネットワーク装置から状態情報を引き出すための、前記ネットワークサーバに関連する手段と、
からなる分散ネットワーク管理システム。
【請求項１８】
（ａ）ネットワーク装置と通信可能なネットワークサーバと、
（ｂ）リー／ティムパラダイム（ＬＴＭ）を用いて前記ネットワーク装置から状態情報を引き出すための、前記ネットワークサーバに関連する手段と、
（ｃ）（ｉ）ポーリング間隔を定義するための機能と、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信するための機能と、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換するための機能と、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定するための機能と、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成するための機能と、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するための機能とからなる機能を実行するための、前記ネットワークサーバに関連するプログラミングと、
からなる分散ネットワーク管理システム。
【請求項１９】
ネットワーク装置から状態情報を引き出すためのシステムであって、
（ａ）コンピュータと、
（ｂ）（ｉ）ポーリング間隔を定義する動作と、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信する動作と、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視し、前記数を送信したＰＩＮＧの数に基づく割合に変換する動作と、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定する動作と、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成する動作と、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定する動作とからなる動作を実行するための、前記コンピュータに関連するプログラミングと、
からなるシステム。
【請求項２０】
分散ネットワーク管理のための方法であって、
（ａ）ハブサーバを設けるステップと、
（ｂ）リモートサーバであって、
前記リモートサーバがネットワーク装置と通信し、
前記ハブサーバが前記リモートサーバおよび前記ネットワーク装置と通信し、
前記ハブサーバおよび前記リモートサーバが動作可能である場合、前記ハブサーバが前記リモートサーバと通信し、
前記ハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記ハブサーバが前記ネットワーク装置と通信する、リモートサーバを設けるステップと、
（ｃ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から情報を引き出すための、前記リモートネットワークサーバに関連する手段を設けるステップと、
からなる方法。
【請求項２１】
分散ネットワーク管理の方法であって、
（ａ）プライマリハブサーバを設けるステップと、
（ｂ）セカンダリハブサーバを設けるステップと、
（ｃ）リモートサーバであって、
前記リモートサーバが、ネットワーク装置、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記リモートサーバおよび前記セカンダリハブサーバと通信可能であり、
前記セカンダリハブサーバが、前記リモートサーバおよび前記プライマリハブサーバと通信可能であり、
前記プライマリハブサーバおよび前記リモートサーバが動作可能である場合、前記プライマリハブサーバが前記リモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記リモートサーバが動作可能である場合、前記セカンダリハブサーバが前記リモートサーバと通信する、リモートサーバを設けるステップと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から情報を引き出すための、前記リモートネットワークサーバに関連する手段を設けるステップと、
からなる方法。
【請求項２２】
前記プライマリハブサーバは前記ネットワーク装置と通信可能であり、
さらに、前記プライマリハブサーバが動作可能および前記リモートサーバが動作不能である場合、前記プライマリハブサーバが前記ネットワーク装置と通信することを含む、請求項２１の方法。
【請求項２３】
前記セカンダリハブサーバは前記ネットワーク装置と通信可能であり、
さらに、前記プライマリハブサーバが動作不能および前記リモートサーバが動作不能である場合、前記セカンダリハブサーバが前記ネットワーク装置と通信することを含む、請求項２１の方法。
【請求項２４】
分散ネットワーク管理の方法であって、
（ａ）ハブサーバを設けるステップと、
（ｂ）プライマリリモートサーバを設けるステップと、
（ｃ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバおよび前記ハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバおよび前記ハブサーバと通信可能であり、
前記ハブサーバが、前記プライマリリモートサーバおよび前記セカンダリリモートサーバと通信可能であり、
前記ハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記ハブサーバが前記プライマリリモートサーバと通信し、
前記ハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記ハブサーバが前記セカンダリリモートサーバと通信する、セカンダリリモートサーバを設けるステップと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から情報を引き出すための、前記リモートネットワークサーバに関連する手段を設けるステップと、
からなる方法。
【請求項２５】
前記ハブサーバは前記ネットワークと通信可能であり、
さらに、前記ハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記ハブサーバが前記ネットワーク装置と通信することを含む、請求項２４の方法。
【請求項２６】
分散ネットワーク管理の方法であって、
（ａ）プライマリハブサーバを設けるステップと、
（ｂ）セカンダリハブサーバを設けるステップと、
（ｃ）プライマリリモートサーバを設けるステップと、
（ｄ）セカンダリリモートサーバであって、
前記プライマリリモートサーバが、リモートネットワーク、前記セカンダリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記セカンダリリモートサーバが、前記リモートネットワーク、前記プライマリリモートサーバ、前記プライマリハブサーバおよび前記セカンダリハブサーバと通信可能であり、
前記プライマリハブサーバが、前記セカンダリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能であり、
前記セカンダリハブサーバが、前記プライマリハブサーバ、前記プライマリリモートサーバ、前記セカンダリリモートサーバおよび前記リモートネットワークと通信可能であり、
前記プライマリハブサーバおよび前記プライマリリモートサーバが動作可能である場合、前記プライマリハブサーバが前記プライマリリモートサーバと通信し、
前記プライマリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記プライマリハブサーバが前記セカンダリリモートサーバと通信し、
前記プライマリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバが前記リモートネットワークと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能および前記プライマリリモートサーバが動作可能である場合、前記セカンダリハブサーバが前記プライマリリモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバが動作不能および前記セカンダリリモートサーバが動作可能である場合、前記セカンダリハブサーバが前記セカンダリリモートサーバと通信し、
前記プライマリハブサーバが動作不能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記セカンダリハブサーバが前記リモートネットワークと通信し、
前記プライマリハブサーバが動作可能、前記セカンダリハブサーバが動作可能、前記プライマリリモートサーバおよび前記セカンダリリモートサーバが動作不能である場合、前記プライマリハブサーバおよび前記セカンダリハブサーバが前記リモートネットワークと通信する、セカンダリリモートサーバを設けるステップと、
（ｅ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から情報を引き出すための、前記リモートネットワークサーバに関連する手段を設けるステップと、
からなる方法。
【請求項２７】
分散ネットワーク管理の方法であって、
（ａ）ハブサーバを設けるステップと、
（ｂ）ネットワーク装置および前記ハブサーバと通信可能なリモートサーバを設けるステップと、
（ｃ）前記リモートサーバが前記ネットワーク装置と通信するための構成パラメタを、前記ハブサーバと前記リモートサーバとの間で双方向に伝播させるステップと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から情報を引き出すための、前記リモートネットワークサーバに関連する手段を設けるステップと、
からなる方法。
【請求項２８】
分散ネットワーク管理の方法であって、
（ａ）ネットワーク装置と通信可能なネットワークサーバを設けるステップと、
（ｄ）（ｉ）ポーリング間隔を定義し、
（ｉｉ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信し、
（ｉｉｉ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換し、
（ｉｖ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定し、
（ｖ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成し、
（ｖｉ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するためのリー・ティムパラダイム（ＬＴＰ）を用いて前記ネットワーク装置から状態情報を引き出すステップと、
からなる方法。
【請求項２９】
ネットワーク装置から状態情報を引き出すための方法であって、
（ａ）ポーリング間隔を定義するステップと、
（ｂ）前記ポーリング間隔の間、複数のＰＩＮＧをＩＣＭＰサーバから前記ネットワーク装置のインタフェースアドレスへ送信するステップと、
（ｃ）前記ネットワーク装置から戻ってきたＰＩＮＧの数を監視して、該数を送信したＰＩＮＧの数に基づく割合に変換するステップと、
（ｄ）ＳＮＭＰ問合せを前記ネットワーク装置へ送信し、「アップ」、「ダウン」および「不明」からなる前記ネットワーク装置の動作状態を前記ＳＮＭＰ問合せから判定するステップと、
（ｅ）前記戻ってきたＰＩＮＧの割合および前記ＳＮＭＰ状態を用いて、前記戻ってきたＰＩＮＧの割合に、前記動作状態が「ＵＰ」の場合第１の値、前記動作状態が「ダウン」の場合第２の値、および、前記動作状態が「不明」の場合第３の値からなる前記動作状態に関連する定数を乗じることにより、前記ポーリング周期に対する状態割合を生成するステップと、、
（ｆ）現在および過去４ポーリング周期に対する前記状態割合の重み付け平均を計算し、前記重み付け平均から前記ネットワーク装置の状態を判定するステップと、
からなる方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、概してネットワーク通信に関し、詳しくはネットワーク性能を監視および管理することに関する。
【０００２】
【従来の技術】
相互接続されたネットワークの運用において、しばしばネットワーク内の機器および装置の状態を監視する機構を有することが望まれることがある。従来、これは中央ベースのネットワーク管理システムにより行なわており、複数の個々のネットワーク管理システムを従来のツリー階層の中央ネットワーク管理システムに肥大させることを伴うものであった。機器および装置は、同様に従来のツリー階層における個々のネットワーク管理システムに肥大する。
【０００３】
【発明が解決しようとする課題】
不都合なことに、かかるネットワーク管理システムのアーキテクチャは十分にスケーラブルではなく、協調動作するシステムの集合間で状態情報および構成情報の伝播を提供しない。
【０００４】
【課題を解決するための手段】
本発明は、ハブおよびリモートのレベルで完全冗長の能力を有するスケーラブル分散ネットワーク管理システムである。リモートは、ネットワーク装置の状態変更を監視し、これらの状態変更をハブとリモートとの間で双方向に伝播する。さらに、リモートが監視しているパラメタを指示するための構成変更は、リモートとハブとの間で双方向に伝播する。
【０００５】
制限ではなく例示の手段として、システムは、少なくとも１つのハブサーバと少なくとも１つのリモートサーバとを含み、ハブサーバとリモートサーバは互いに通信する。リモートサーバは、さらに少なくとも１つのネットワーク装置と通信し、これらを監視する。リモートサーバが動作不能になった場合、ハブサーバはネットワーク装置の監視を引き継ぐ。
【０００６】
本発明の他の態様によると、冗長のため、プライマリハブサーバとセカンダリハブサーバを設けることができ、プライマリハブサーバとセカンダリハブサーバは互いに通信する。このピア接続ハブ構成において、プライマリハブサーバが動作不能になり、セカンダリハブサーバが動作可能である場合、セカンダリハブサーバがリモートサーバと通信する。さらに、このピア接続ハブ構成において、プライマリハブサーバとリモートサーバとの両方が動作不能である場合、セカンダリハブサーバがネットワーク装置の監視を引き継ぐ。
【０００７】
本発明の他の態様によると、冗長のため、プライマリリモートサーバとセカンダリリモートサーバとを設けることができ、プライマリリモートサーバとセカンダリリモートサーバは互いに通信するが、独立にネットワーク装置を監視する。このピア接続リモート構成において、プライマリハブサーバは、プライマリリモートサーバが動作不能になるとセカンダリリモートサーバと通信する。
【０００８】
本発明のさらに別の態様によると、リモートとハブとがピア接続されていて、かつ、プライマリハブが動作不能である場合、セカンダリハブがプライマリリモートと通信し、これにより一時的にプライマリハブの任務を引き継ぐ。また、ピア接続ハブ構成およびピア接続リモート構成において、プライマリハブとプライマリリモートとの両方が動作不能である場合、セカンダリハブがセカンダリリモートと通信する。両リモートが動作不能である場合、すべての動作可能なハブがネットワーク装置の監視を引き継ぐ。
【０００９】
ネットワーク装置の監視を容易にするため、本発明は、本明細書において「リー／ティム  パラダイム」またはＬＴＰと呼ぶものを用いて、状態情報をネットワーク装置から引き出す。ＬＴＰでは、ポーリングインターバルの間、複数のＰＩＮＧをＩＣＭＰサーバからネットワーク装置のインタフェースアドレスへ送信する。ネットワーク装置から戻ってきたＰＩＮＧの総数を記録し、送信したＰＩＮＧの数対受信したＰＩＮＧの数の比率に基づく割合に変換する。次に、ＳＮＭＰ問合せをネットワーク装置に送信し、「アップ」、「ダウン」、「不明」など、ネットワーク装置の動作状態をＳＮＭＰ問合せから判定する。戻ってきたＰＩＮＧの割合とＳＮＭＰステータスを用い、戻ってきたＰＩＮＧの割合に動作状態に関する定数を乗じることにより、ポーリング周期に対する状態割合を生成する。ここで、定数は、動作状態が「アップ」ならば第１の値を有し、動作状態が「ダウン」ならば第２の値を有し、動作状態が「不明」ならば第３の値を有する。次に、現在および過去４ポーリング周期に対する状態割合の重み付け平均を計算する。そして、この重み付け平均からネットワーク装置の状態を判定する。
【００１０】
本発明の目的は、構成情報がシステムを通して双方向に伝播する分散ネットワーク管理システムを提供することである。
【００１１】
本発明の他の目的は、構成情報が一地点から入力され、システムを通して伝播する分散ネットワーク管理システムを提供することである。
【００１２】
本発明の他の目的は、ウェブサーバを介してアクセス可能な分散ネットワーク管理システムを提供することである。
【００１３】
本発明の他の目的は、状態変更がシステムを通して双方向に伝播する分散ネットワーク管理システムを提供することである。
【００１４】
本発明の他の目的は、自動フェイルオーバー機能および再同期機能を有するピア接続の分散ネットワーク管理システムを提供することである。
【００１５】
本発明の他の目的は、複数の状態通知をインタフェース階層に基づいて単一の状態通知にまとめる分散ネットワーク管理システムを提供することである。
【００１６】
本発明の他の目的は、サービスモジュール、通知モジュール、およびユーティリティモジュールのプラグインアーキテクチャを有する分散ネットワーク管理システムを提供することである。
【００１７】
本発明の他の目的は、情報移送として機能できる分散ネットワーク管理システムを提供することである。
【００１８】
本発明のさらなる目的および利点は、以下の明細書の記載から明らかになろう。明細書において、詳細な説明は、本発明の好ましい実施形態を十分に開示する目的のものであり制限する意図はない。
【００１９】
【発明の実施の形態】
例示目的の図面をさらに詳しく参照すると、本発明は、概して図１〜図１４に示される構成要素、システムおよび方法において実施される。本発明は、本明細書で開示するような基本的な思想から外れることなく構成および細部について異なる場合があることが分かるであろう。
【００２０】
図１は、本発明による分散ネットワーク管理システムの実施例の高いレベルアーキテクチャの概略図である。図示の実施例において、システムは、プライマリハブ１２とセカンダリハブ１４を含み、いずれもプライマリリモート１６およびセカンダリリモート１８と通信可能である。リモートは、ルータ等、ネットワーク２４のノード２２上の特定の装置の集合２０と順に通信し、ネットワーク状態を監視する。ネットワークは、インターネットの一部あるいは全部、またはワイドエリアネットワークの一部あるいは全部などであり得る。ネットワーク装置の集合は、監視されているネットワークの全体的な表現を提供するように選択されている。
【００２１】
各ハブは、冗長のために常時通信リンク２６を介して他のハブとアクティブ通信状態になっており、あるハブから受信されたデータが他のハブへ連続的に伝播されるようになっている。同様に各リモートは、冗長のために常時通信リンク２８を介して他のリモートとアクティブ通信状態になっており、データは他のリモートへ連続的に伝播する。さらに、各リモートは、各ネットワーク装置と固定通信状態にある。しかしながら、各リモートは、他のリモートとは独立にネットワーク装置を監視することが好ましい。その結果、あるリモートにより取得されるデータと他のリモートにより取得されるデータとは、両リモートが同一のネットワーク装置を監視しているにもかかわらず一致しない場合がある。各リモートが互いに独立して動作しているため、監視時間が異なる可能性があり、特定のリモートは、他のリモートにより観測されたネットワーク状態とは異なるネットワーク状態を観測する可能性がある。例えば、他のリモートが１分当たり４０秒間状態を監視するのに対し、あるリモートは１分当たり３０秒間ネットワーク状態を監視する場合がある。
【００２２】
プライマリハブ１２は、通信リンク３０を介してプライマリリモート１６と常時通信状態にあり、プライマリリモート１６により検出された変更は、プライマリハブ１２へ連続的に伝播されると共に、プライマリハブ１２を介してセカンダリハブ１４へも連続的に伝播される。さらに、監視すべきネットワーク装置などの構成データは、プライマリリモート１６へ伝播され、かつプライマリリモート１６を介してセカンダリリモート１８へも伝播される。しかしながら、通常、セカンダリハブ１４とセカンダリリモート１８との間には非アクティブリンク３２が存在し、プライマリハブハブ１２とセカンダリリモート１８との間には非アクティブリンク３６も存在することに注意して欲しい。これらの通信リンクは、直接的物理リンクである必要はないが、しかし。本発明の好ましい実施形態において、各リモートおよびネットワーク装置は、インターネットプロトコル（ＩＰ）アドレスなどのアドレスを有している。これにより、例えばインターネットなどのネットワーク越しにリモートまたはネットワーク装置にアクセスすることが可能になる。さらに、各ハブは、ネットワーク装置にも直接通信することができる。
【００２３】
上述のアーキテクチャを用いると、好ましい通信階層は次のようになる。
１．プライマリハブおよびプライマリリモートが動作可能である場合、図１に示すように、プライマリハブがプライマリリモートと通信する。
２．プライマリハブが動作可能、プライマリリモートが動作不能およびセカンダリリモートが動作可能である場合、図２に示すように、プライマリハブがセカンダリリモートと通信する。
３．プライマリハブが動作不能、セカンダリハブが動作可能およびプライマリリモートが動作可能である場合、図３に示すように、セカンダリハブがプライマリリモートと通信する。
４．プライマリハブが動作不能、セカンダリハブが動作可能、プライマリリモートが動作不能およびセカンダリリモートが動作可能である場合、図４に示すように、セカンダリハブがセカンダリリモートと通信する。
５．プライマリリモートとセカンダリリモートとの両方が動作不能である場合、図５に示すように、すべての動作可能なハブがリモートネットワークの監視を引き継ぐ。
【００２４】
次に図６を参照すると、本発明による分散ネットワーク管理システムの可能な地理的構成の例が示されている。図６において、第１のハブの集合３８は、シアトルの近辺に位置し、第２のハブの集合４０はニューヨーク市の近辺に位置していることが示されている。また、いくつかのリモートの集合４２，４６，４８，５０，５２，５４，５６および５８が示されており、これら各々は、ネットワーク全体の一部を監視している。ハブ３８がリモート４２，４４，４６および４８を監視し、ハブ４０がリモート５０，５２，５４，５６および５８を監視している点に注意して欲しい。例えばリモート５０により監視された状態の変更は、ニューヨーク市のハブ４０へ伝播し、かつハブ４０からシアトルの姉妹ハブ３８へ伝播し、両方のハブの集合が同一の状態情報を有するようになっている。
【００２５】
上述の構成はスケーラブルであるが、多数のリモートまたはハブを追加することにより必要以上に複雑になる可能性がある。このような場合、ハブの上に追加の監視層を追加することができる。この方法では、リモートだけがネットワークの区域に割り当てられるのではなく、ハブもネットワークの区域に割当てられる。例えば、図７を参照すると、３つの区域６０，６２および６４が示されている。各区域は、その区域に対して責任を負うプライマリハブとセカンダリハブとを含む。例えば、プライマリハブ６６とセカンダリハブ６８は区域Ａに対して責任を負い、プライマリハブ７０とセカンダリハブ７２は区域６２に対して責任を負い、プライマリハブ７４とセカンダリハブ７６は区域６４に対して責任を負う。同様に、特定の区域内のハブは、区域６０内の集合７８，７８′，７８″、区域６２内の集合８０，８０′，８０″、区域６４内の集合８２，８２′，８２″など、その区域内のプライマリリモートおよびセカンダリリモートのいくつかの集合に対して責任を負い、各リモートの集合は、その中に存在するネットワーク装置の一部に対して責任を負う。冗長のため、各区域においてプライマリハブにより収集されたデータは、プライマリハブ集合器８４へ伝播され、同様に、プライマリハブ集合器８４がそのデータをセカンダリハブ集合器８６へ伝播する。
【００２６】
次に図１および図８を参照すると、プライマリリモート１６およびセカンダリリモート１８の内部アーキテクチャの実施形態が示されている。各リモートは、これから説明する他の機能に加えて、ネットワーク２４からデータを取得するｄＮＭＳカーネル８８を含んでいる。また、スケジューラ９０も示されており、これは、監視しているネットワークに問題が存在することを管理者に通知するプラグイン・サービスである。
【００２７】
各リモートは、ブラウザベースのアプリケーションインタフェースが動作するクライアント端末９２を介してアクセス可能である。データがデータパス９４を介してネットワークから各ｄＮＭＳカーネルへ伝播すること、および、ハブ（図示せず）から受信した構成変更が、構成パス９６を介して各ｄＮＭＳカーネルへ伝播することに注意して欲しい。
【００２８】
任意であるが、リモートは、コレクタ９８を含むこともでき、これは、ネットワークからのデータを伝播し、課金または他の目的のためデータファイル１００に格納するためのプラグインサービスである。また、格納されたデータを取得するためのモジュール１０２、および、課金のために取得したデータをクライアント端末１０８からアクセスできる中央データベースと照合するためのモジュール１０４も示されている。これらの構成要素は本発明の一部を形成しないため、ここで詳細は説明せず、単にリモートにより取得されたデータを用いることのできる追加的な方法を示すために図示している。かかるデータの追加的使用が行なわれる場合、リモートの処理オーバヘッドが増加する場合がある。その場合、図９に示すように、補助的なデータ収集機能を独立したリモートサーバ１１０内へ移動することにより、プライマリリモートの負荷を低減させることが好ましい。その後プライマリリモート１６はネットワーク状態の監視に専念し、一方サーバ１１０は補助的なデータ収集機能に専念する。セカンダリリモート１８は、先のように構成することもでき、または、同様の方法で負荷を減らすこともできる。
【００２９】
図１のプライマリハブ１２およびセカンダリハブ１４も、リモートと同じような方法で構成できることに注意して欲しい。また、状態情報だけでなく構成情報も、ハブとリモート間、および同等物間（例えばハブとハブ間またはリモートとリモート間など）で双方向に伝播することにも注意して欲しい。
【００３０】
従ってこのように、ハブおよびリモートの必須構成要素は、ｄＮＭＳカーネル８８である。次に図１０を参照すると、プライマリリモート１６の実施例が、統合サーバ１１２およびモノリシックサーバ１１４を含むｄＮＭＳカーネル８８の高レベルアーキテクチャとして示されている。統合サーバ１１２は、クライアント端末９２と通信し、モノリシックサーバ１１４は、ネットワーク２４に接続されたネットワーク装置と通信する。
【００３１】
リモートの場合、モノリシックサーバ１１４により収集されたネットワーク装置に関連する状態情報が統合サーバ１１２へ伝播され、その後例えばプライマリハブ１２内の統合サーバへ伝播される。さらに、リモートの場合、監視されるべきネットワーク装置のＩＰアドレスなどの構成情報がクライアント端末９２から統合サーバ１１０に入力され、この構成情報は、統合サーバからモノリシックサーバへ伝播するとともに、プライマリハブ１２内の統合サーバへも伝播する。代替として、構成情報はハブに入力することもできる。その場合、構成情報はリモートの統合サーバおよびモノリシックサーバへ伝播する。構成情報がクライアント端末からｄＮＭＳカーネルに入力されると、ネットワーク装置の状態情報が取得される。本発明の好ましい実施形態において、状態情報は、本発明の発明者の頭文字をとって本明細書でＬＴＰと呼ぶものを用いて引き出される。ＬＴＰは、ネットワーク装置の簡単な実時間監視を提供し、インタフェースには、ＩＣＭＰ、ＳＮＭＰ、またはこれらの組み合わせを用い、インターネットリンクまたはＩＰトラフィックにおけるささいな中断を補償するためにスライド式ウィンドウを採用している。
【００３２】
本発明によるＬＴＰにおいて、各ＩＣＭＰサーバが複数のＩＣＭＰエコーリクエストまたはＰＩＮＧを送出する時間であるポーリング周期が定義される。ポーリング周期およびＰＩＮＧの数は様々であってよいが、好ましい実施形態においては、６０秒ごとに１０のＰＩＮＧが送出され、各ＰＩＮＧは１秒間隔で分離されている。戻ってきたＰＩＮＧの数は、ポーリング周期に対する割合に変換される。
【００３３】
さらに、その同一のポーリング間隔について、ノードがＳＮＭＰ可能である場合（サーバおよびその他の非ルータ装置に対してそのような場合はないが）、インタフェースを備えるノードに対してＳＮＭＰ問合せを送信する。問合せを受けるインタフェースの「動作状態」は、３つの状態「アップ」、「ダウン」および「不明」をとりうる。「不明」動作状態は、ＳＮＭＰリクエストが戻ってこなかったため、システムは状態が分からないということを意味している。
【００３４】
戻ってきたＰＩＮＧの割合およびＳＮＭＰステータスを用いて、ポーリング周期に対して単一の数値を生成する。この数値は、戻ってきたＰＩＮＧの割合に、ＳＮＭＰ問合せの結果に基づいて割当てられた定数を乗ずることにより生成される。具体的には、定数は、問合せが「アップ」を返せば１の値であり、問合せが「ダウン」を返せば０の値であり、問合せが「不明」を返せば、０．４の値である。本質的には、ＳＮＭＰ問い合わせが「アップ」を返せば、単に戻ってきたＩＣＭＰパケットの割合を用いる。問合せが「ダウン」を返した場合、そのＩＣＭＰ情報を破棄し、時間を０パーセントとして扱う。問合せが「不明」を返した場合、ルーチング問題が存在するものと推測し、ＩＣＭＰパケットの割合に任意の値０．４を乗ずる。例えば、１ポーリング周期の間に１０のうち１０のＰＩＮＧが返ってきたが、その周期の間にそのインタフェースに対するＳＮＭＰ情報を得られなかった場合には、その周期に対する割合は４０パーセント（４０％）になる。表１は、異なるＳＮＭＰ値およびＩＣＭＰ値が与えられたときの、様々なネットワーク状態の例を示しており、周期に対して計算した総合比率を含んでいる。
【表１】
0003593528.tif 000002
【００３５】
この方法で割合が計算された後、次のステップは、現在および過去４周期に対する割合の重み付け平均を計算することである。これは、スライド式ウィンドウを有する５つの要素表を用いて計算するのが好ましい。現在時間に対する割合は、一番右のスロット（例えば現在周期スロット）に挿入する。現在周期スロットが空欄である場合には、表内のすべてのスロットを左へ１スロット分シフトする（即ち、一番古いデータが破棄される）。したがって、表内の各位置は、異なる周期の割合を表している。一番左のスロットは、４ポーリング周期古いデータを保持しており、表の右にゆくにしたがってデータは新しくなる。
【００３６】
表内の各位置には、表内のその位置がインタフェースの状態である最終的な割合に影響を与える量であるウェイトが割当てられている。より高いウェイトをより新しいポーリング周期に割当てることにより、より現在に近い状態を示す。しかしながら、ウェイトは高すぎてはならない、さもないと、インタフェースに問題の過剰通知が生じる結果となる。言い換えるならば、ウェイトを高く設定しすぎた場合、インターネットの正常な間欠性により、不要な通知を生じる結果となる。ウェイトを低く保つことにより、通知しすぎることなくインタフェースのいくらかのフラッピングが許容される。したがって、ウェイトは様々に異なってよく、通常は経験的なデータを用いて設定する。
【００３７】
表２は、あるインタフェースについて完全に埋めたスライド式ウィンドウの例を示しており、ルータに関する限り「アップ」動作状態を有しているが、相当な数のＩＣＭＰパケットを取りこぼしている。表３は、ポーリング周期に対する割合とウェイトが適用された後の「総合比率」との関係を示している。４５パーセント（４５％）の総合比率を達成するため、表内の全ての位置を考慮する。すべての位置について各位置の割合にウェイトを乗じ、全ての位置について結果の割合を得る。次に、これら結果の割合を加算し、ウェイトの合計で割る。この総合割合が与えられると、インタフェースの最終的な状態が計算される。表４を参照すると、割合が４０パーセント（４０％）と６０パーセント（６０％）の間である場合、状態は間欠または不明のいずれかである。しかしながら、最後のＳＮＭＰポーリングが「不明」を返した場合にのみ状態は不明であり、そうでなければ間欠である。割合が４０パーセント（４０％）未満である場合には、インタフェースは「ダウン」である。
【表２】
0003593528.tif 000003
【表３】
0003593528.tif 000004
【表４】
0003593528.tif 000005
【００３８】
この時点で、ハブおよびリモートは、いずれもハードウェア上で実行されるソフトウェアを含むことが分かるであろう。ハードウェアは、１つ以上の従来のコンピュータおよび、関連する周辺機器、および通信インタフェースを含む。ｄＮＭＳカーネルは、コンピュータ上で実行可能なソフトウェアエンジンであり、ハブまたはリモートに一体化されている。ソフトウェアエンジンは絶対に変更されないことが好ましく、柔軟性およびスケーラビリティのため、代わりに本発明は、「プラグイン」を用いて特定の機能を実行している。本明細書で用いられる「プラグイン」という用語は、一意のファイルネームを有するソフトウェアモジュールである。さらに、ｄＮＭＳカーネル内で変更される必要のある情報は、上述のＬＴＰなどのプラグインの機能を制御する構成情報だけである。ｄＮＭＳカーネルは、装置アドレスなどの構成情報と、１つ以上の装置に対して特定の機能を実行しなければならない頻度とを、プラグインおよびモノリシックサーバへ送信し、モノリシックサーバが、プラグインにより取得したこの構成情報に基づいてネットワーク装置を監視する。
【００３９】
本発明によるモノリシックサーバ処理は、ノード（例えばルータ、サーバまたは同じ目的の接続形態のコンテナなど）、インタフェース（例えば物理的インタフェース、ＩＰアドレスなど）、サービスおよび通知器の関係に要約することができる。ノードおよびインタフェースは状態を有するが、自身の状態を判定する方法を知っているノードおよびインタフェースは存在しない。ノードおよびインタフェースは、状態を有するサービスに関連しているため状態を有しているにすぎない。したがって、状態情報はサービスから引き出される、即ち、ノートまたはインタフェースに対して実行したアクションが情報を返す。サービスは、定義により状態を有し、自身の状態を判定する唯一のオブジェクトである。上述のように、サービスの例はＬＴＰである。
【００４０】
本発明において、通知器は、図８のスケジューラ９０など、状態情報を他のサービスへルーチングするプラグインである。サービスは、情報の変更が行なわれたことを判定すると、通知器を呼び出す。そのため、通知器は、サービスの状態が変更されるときに呼び出される。これに対して、インタフェースおよびノードの状態は、それら自身が保有するサービスにより判定されるが、インタフェースまたはノードの状態が変化したときに通知器は呼び出されない。しかしながら、一般的には、サービスの状態変更により、対応するインタフェースまたはノードの状態の変更が生じることに注意して欲しい。
【００４１】
しかしながら、インタフェースの状態は、そのサービスの任意の状態のうちの最悪状態として定義され、ノードの状態は、そのインタフェース、サブノードおよびサービスの最悪状態として定義されることに注意して欲しい。このことは、ノードまたはインタフェースの状態変更が、下流状態変更により指示され、そのノードまたはインタフェース上のすべてのオブジェクトを表さない場合があることを意味している。したがって、ノードまたはインタフェースの状態変更により発生する通知の量を管理するために、本発明は、ノードおよびインタフェースに関連する「トグル通知フラグ」を採用している。このフラグをセットすることにより、上流状態判定においてオブジェクトが無視される。例えば、あるノードが複数のインタフェースを有する場合、そのノードの状態を判定するため、１つ以上のインタフェースの状態を無視させることができる。「トグル通知フラグ」がセットされたインタフェースまたはノードに対しては、通知器が呼び出されない。
【００４２】
次に図１１および図１２を参照すると、ｄＮＭＳカーネル８８の下位レベルアーキテクチャが示されている。まず、このアーキテクチャは、ｄＮＭＳカーネルがハブ内に設けられるかリモート内に設けられるかにかかわらず、すべてのｄＮＭＳカーネルに対して共通であることに注目して欲しい。図１１は、統合サーバのアーキテクチャを示し、図１２は、モノリシックサーバのアーキテクチャを示している。しかしながら、基本的なアーキテクチャは同じであり、機能が異なっていることに注意して欲しい。
【００４３】
統合サーバ１１２の主な機能は、ネットワーク２４などを表すように構成されたネットワークに関する構成情報を管理することである。統合サーバは、プラグインサービスのそれぞれに対して「プレースホルダー」を含み、各プレースホルダーは、ネットワークを監視するプラグインサービスに対応する一意の名前を有している。しかしながら、これらのプレースホルダーは動作可能なサービスではなく、モノリシックサーバ１１４内に位置する動作可能なプラグインへ渡された構成情報を表すだけである。統合サーバは、他のｄＮＭＳカーネル内の他の統合サーバと接続されているため、この構成情報を管理し、先に説明したように、構成情報はシステムを通して双方向に伝播する。したがって、統合サーバは、本発明の分散ネットワーク管理システムのすべての監視サービスおよび収集サービスの構成を管理およびルーチングする。
【００４４】
モノリシックサーバは、図１２から分かるように、統合サーバと同じアーキテクチャを共有する。しかしながらサービスは動作可能であり、ネットワーク上の下流オブジェクトの状態を判定する。サービスの数と種類は制限されないことに注意して欲しい。かかるサービスの１つは、上述したように、ＬＴＰである。他のサービスには、帯域幅しきい値、温度、電力供給状態、ディスクスペース、および環境状態などの監視が含まれるが、これらに限定されるわけではない。システムは、任意であるが、ルータの動作方法を知っていて、ルータと対話して自動的にインタフェースを追加する自動復旧モジュールなど、１つ以上のユーティリティモジュールを含むこともできる。本質的には、ｄＮＭＳカーネルに存在しない任意のソフトウェアモジュールを、ｄＮＭＳカーネルへのプラグインにしてサービスを提供することが可能である。
【００４５】
先に示したように、各サービスは一意の識別を有する（例えば、サービス名またはファイル名）。図１３を参照すると、これらの識別子により、統合サーバとモノリシックサーバが、内部バスまたは他の通信リンクである導管１１６を介して通信可能になっている。これにより、モノリシックサーバからの状態情報が、統合サーバ内の対応するサービスプレースホルダーへ伝播し、さらに他のｄＮＭＳカーネルへ伝播できるようになる。また、これにより、構成情報が同一のｄＮＭＳカーネルから生じたものあるか異なるｄＮＭＳカーネルから生じたものであるかにかかわらず（例えば、ｄＮＭＳカーネルが含まれるハブまたはリモートから生じたものであるか、別のハブまたはリモートから生じたものであるかにかかわらず）、構成情報が統合サーバからモノリシックサーバへ伝播できるようにしている。
【００４６】
すべてのサービスに一意の識別子を割当てることにより、ｄＮＭＳカーネル同士の通信も可能になることが分かるであろう。すべてのサービスが一意の識別子を有することに加えて、各識別子は、サービスが変更された最後の時間を示す相対タイムスタンプを有する。例えば、「サービス追加」メッセージなど、「変更」メッセージが送信されると、タイムスタンプは、変更が千（１０００）秒前に行なわれたことを示す。これにより、時間ベースの同期問題の解決が容易になる。
【００４７】
また、様々なオブジェクトに対するすべての属性タイプは、ポーリングレート、ノード名など、変更メッセージタイプを有することにも注意して欲しい。タイムスタンプを行う理由は、同一のオブジェクトの属性に対して２つの変更が受信された場合、最も新しいものを用いるためである。もっと簡単にして、現在記録されているものよりも新しいタイプ変更が受信された場合、新しい方の情報を代わりに保持することもできる。変更の送信側は、受信側が受信したメッセージをどのように扱うかを考慮せず、単に受信されることに注意して欲しい。
【００４８】
図１４を参照すると、本発明は、ハブおよびリモート間のトラフィックを制御する機構も含んでいる。変更メッセージが送信されるたびに、変更メッセージはキューに入れられる。例えば、プライマリリモート１６は、キュー１１８を介してメッセージをプライマリハブ１２へ送信し、その後、プライマリハブ１２からプライマリリモート１６へのメッセージはキュー１２０を介して送信される。そして、このメッセージは、適切な受信側へ送信される。受信側が受信を確認すると、メッセージは、キューから外される。受信側がメッセージを受容するための十分な記憶領域を有しない場合には、受信確認が送信されない。この場合、メッセージは、受信応答が受信されるまでキューに不定時間とどまる。例えば、リモートは、メッセージを受信するための空間を有するまでメッセージをキューに保持し、そのメッセージを取得しないことができる。ハブまたはリモートが変更メッセージを送信する場合は２つ存在し、そのハブまたはリモートが変更メッセージを生成する場合、または、変更メッセージを他のハブまたはリモートに対して伝播する場合があることに注意して欲しい。例は、セカンダリリモートが変更メッセージを生成する場合である。セカンダリリモートは、これをプライマリリモートへ送信し、順にプライマリリモートがこれをハブへ伝播する。
【００４９】
キューの使用および受信応答制御により、システムの一部または全部がシステム故障から復帰したときに、ハブが過負荷になることも防止される。例えば、セカンダリハブが故障の後オンラインになり、プライマリハブから最後に受信された変更情報が三十（３０）秒前であると考える場合を仮定する。また、プライマリハブは、千二百（１２００）秒前にセカンダリハブと会話したと考えることを仮定する。この例において、プライマリハブは、セカンダリハブが最も古いタイムスタンプであるため、過去千二百（１２００）秒間のすべての変更のリストを表すバッチ変更をセカンダリハブへ送信する。これは、いずれの方向にも行うことができる。キューは、実時間処理よりも、むしろバッチ処理に適応するために存在している。
【００５０】
本発明の他の態様は、ピアが動作可能であるか否かを知ることを含む。例えば、プライマリハブは、その対応するセカンダリハブが動作可能であることを知ろうとし、また逆が行なわれる。本発明において、これは接続性を試験することにより簡単には判定されない。本発明において、互いに接続されたすべてのシステムは、「キープアライブ」信号を特定の間隔で送信し、ピアからの「キープアライブ」信号を特定の間隔で調べる。例えば、プライマリハブからセカンダリハブへ四十（４０）秒ごとに「キープアライブ」信号が送信される。セカンダリハブが百八十（１８０）秒以内に「キープアライブ」信号を受信しない場合には、プライマリハブがダウンしているものとみなす。さらにシステムは、そのピアとの通信を試み、通信できなかった場合には、相手がダウンしているものとみなす。他のポーリング周期を用いることもできるが、前述の周期が最良の結果を提供することが経験的に見出された。
【００５１】
また、メッセージの構造について述べると、各メッセージは、一意の識別子、タイムスタンプ、変更タイプ（例えばノードにＩＰアドレスを追加・削除など）、メッセージＩＤおよびその変更タイプに特有の情報（例えばノード名、ＩＰアドレス）を含む。システム内でメッセージがループすることを防止するため、システムは、メッセージを送信するたびにそのメッセージにホスト名を含め、既にメッセージ内にホスト名があるシステムへは絶対にメッセージを送信しないようにしている。
【００５２】
最後に、全ての装置に対する一本の物理的ケーブルを介して複数の装置を監視することを伴うシステム構成も考えられることが、当業者には分かるであろう。ケーブルが使用不能になった場合、これらの装置のそれぞれは、動作不能であるものとして報告される場合がある。停電を経験している複数装置の「過剰な」報告の必要性を削減するため、その停電がケーブルまたは他の共通装置が使用不能であることに起因するものである場合、すべての装置を１つにまとめて共通インタフェースが使用不能であることを単に報告するだけでもよい。
【００５３】
上述の説明は、多くの特殊性を含むが、これらは、本発明の範囲を制限するためではなく、単に本発明の現在の好ましい実施形態のいくつかの例示を提供するために構成されている。したがって、本発明の範囲は、記載した特許請求の範囲およびそれらの合法な均等により規定されるべきである。したがって、本発明の範囲は当業者にとって明らかになるであろう他の実施形態を完全に包含していること、および本発明の範囲は記載した特許請求の範囲以外のものにより制限されることはなく、特許請求の範囲の中で単数で呼んでいる構成要件は「ただ１つ」を意味することを意図するのではなく、特に断りがない限り「１つ以上」を意味することを意図していることが分かるであろう。上で説明した好ましい実施形態の要素のすべての構造的、化学的および機能的均等であって当業者に周知なものは、参照により明らかに本発明の特許請求の範囲に包含されることを意図している。さらに、装置または方法は、本発明により解決されると考えられる各々すべての問題を検討する必要は無く、それらも本発明の特許請求の範囲に包含される。さらに、本発明で開示する要素、構成要素、または方法は、これらが特許請求の範囲において明確に記載されているか否かにかかわらず、公共に捧げることを意図するものではない。特許請求の範囲の記載には、構成要素が「〜するための手段」というフレーズを用いて特に記載されていない限り、米国特許法第１１２条第６項の規定の下に構成されているものは無い。
【図面の簡単な説明】
【図１】本発明による分散ネットワーク管理システムの実施例の高レベルアーキテクチャの概略図であり、プライマリハブおよびプライマリリモートが動作可能であり、プライマリハブがプライマリリモートと通信する場合を示している。
【図２】図１の分散ネットワーク管理システムの概略図であり、プライマリハブが動作可能、プライマリリモートが動作不能およびセカンダリリモートが動作可能であり、プライマリハブがセカンダリリモートと通信する場合を示している。
【図３】図１の分散ネットワーク管理システムの概略図であり、プライマリハブが動作不能、セカンダリハブが動作可能およびプライマリリモートが動作可能であり、セカンダリハブがプライマリリモートと通信する場合を示している。
【図４】図１の分散ネットワーク管理システムの概略図であり、プライマリハブが動作不能、セカンダリハブが動作可能、プライマリリモートが動作不能およびセカンダリリモートが動作可能であり、セカンダリハブがセカンダリリモートと通信する場合を示している。
【図５】図１の分散ネットワーク管理システムの概略図であり、プライマリリモートおよびセカンダリリモートが動作不能であり、プライマリハブおよびセカンダリハブがネットワーク装置と通信する場合を示している。
【図６】本発明による分散ネットワーク管理システムの実施形態の概略図である。
【図７】図６の分散ネットワーク管理システムの実施形態の代替の実施形態を示す図であり、ハブが地方に分割されている。
【図８】本発明によるリモートの内部アーキテクチャの機能ブロック図である。
【図９】図８のリモートのアーキテクチャの代替の実施形態の機能ブロック図である。
【図１０】本発明によるリモートの一部であるｄＮＭＳカーネルの機能ブロック図である。
【図１１】図１０のｄＮＭＳカーネル内の統合サーバの概略図である。
【図１２】図１０のｄＮＭＳカーネル内のモノリシックサーバの概略図である。
【図１３】図１１の統合サーバと図１２のモノリシックサーバとの間のデータフローを示す概略図である。
【図１４】本発明によるキューを介するハブとリモートとの間のトラフィックフローを示す概略図である。
【図１】
0003593528.tif 000006
【図２】
0003593528.tif 000007
【図３】
0003593528.tif 000008
【図４】
0003593528.tif 000009
【図５】
0003593528.tif 000010
【図６】
0003593528.tif 000011
【図７】
0003593528.tif 000012
【図８】
0003593528.tif 000013
【図９】
0003593528.tif 000014
【図１０】
0003593528.tif 000015
【図１１】
0003593528.tif 000016
【図１２】
0003593528.tif 000017
【図１３】
0003593528.tif 000018
【図１４】
0003593528.tif 000019