(57)【要約】【課題】ノードの稼動状態の管理に係るリソースを低減する。【解決手段】ネットワーク管理システム１は、ＩＰノード１１，１２，１３から送信されるデータを受信して少なくとも各ＩＰノードが送信したデータの最新受信時刻を記憶するデータ取得装置２０と、データ取得装置２０の記憶部２２に記憶された各ＩＰノードの最新受信時刻に基づき各ＩＰノードの稼動状態を把握する管理装置３０と、を備える。【選択図】図１
2010003054.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードから送信されるデータを受信して少なくとも各ノードが送信したデータの最新受信時刻を記憶するデータ取得装置と、
記憶された前記最新受信時刻に基づき前記各ノードの稼動状態を把握する管理装置と、を備えることを特徴とするネットワーク管理システム。
【請求項２】
前記管理装置は、稼動状態を把握するための問い合わせを前記データ取得装置に対して行い、当該問い合わせに対する前記データ取得装置からの応答に基づき得られた所定時間中の前記最新受信時刻の更新の有無に基づいて前記各ノードの稼動状態を把握する第１の制御部を備えることを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記データ取得装置は、
少なくとも前記各ノードからのデータを受信する送受信部と、
少なくとも前記最新受信時刻を記憶する記憶部と、
前記各ノードのうち指定されたいずれか又は複数のノードの稼動状態を把握するための問い合わせに対して、指定されたノードの前記最新受信時刻に基づき応答する第２の制御部を備えることを特徴とする請求項１又は２に記載のネットワーク管理システム。
【請求項４】
前記第２の制御部は、前記問い合わせに対して前記最新受信時刻の更新が所定時間中に行われたノード及び／又は前記最新受信時刻の更新が所定時間中に行われなかったノードについて応答を行うことを特徴とする請求項３に記載のネットワーク管理システム。
【請求項５】
複数のノード及び前記各ノードの稼動状態を把握する管理装置と接続されるデータ取得装置であって、
少なくとも前記各ノードからのデータを受信する送受信部と、
少なくとも前記各ノードが送信したデータの最新受信時刻を記憶する記憶部と、
前記各ノードのうち指定されたいずれか又は複数のノードの稼動状態を把握するための問い合わせに対して、指定されたノードの前記最新受信時刻に基づき応答する第２の制御部を備えることを特徴とするデータ取得装置。
【請求項６】
前記第２の制御部は、前記問い合わせに対して前記最新受信時刻の更新が所定時間中に行われたノード及び／又は前記最新受信時刻の更新が所定時間中に行われなかったノードについて応答を行うことを特徴とする請求項５に記載のデータ取得装置。
【請求項７】
複数のノードの稼動状態を把握するノード稼動状態把握方法であって、
前記複数のノードから送信されるデータをデータ取得装置が受信して少なくとも各ノードが送信したデータの最新受信時刻を記憶する工程と、
記憶された前記最新受信時刻に基づき管理装置が前記各ノードの稼動状態を把握する工程と、を含むことを特徴とするノード稼動状態把握方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理システム、データ取得装置及びノード稼動状態把握方法に関する。
【背景技術】
【０００２】
サーバ等の機器は、該サーバによるサービス提供中に非稼動状態となることは望ましくない。中には２４時間、常に稼動を望まれるサーバもある。かようなサーバの稼動状態を管理するためのネットワーク管理システムが従来より設けられている。
【０００３】
図６は、従来のネットワーク管理システム１００を示す説明図である。ネットワーク管理システム１００は、サーバ機器等のＩＰノード１１１，１１２と、各ＩＰノードの稼動状態を管理するための管理装置１３０と、管理装置１３０と各ＩＰノードとの間に介在する中継器（例えばルータ等）１４０と、を有している。
【０００４】
管理装置１３０は、ＩＣＭＰ（Internet Control Message Protocol）
による通信で各ＩＰノードの稼動状態を把握、管理するための構成として、ＩＣＭＰ監視機能１３１と、ＩＣＭＰ通信機能１３２とを有している。ＩＣＭＰ監視機能１３１は、ＩＣＭＰ通信機能１３２を制御して、各ＩＰノードと個別にＩＣＭＰによる通信を行う。
【０００５】
このとき、管理装置１３０と各ＩＰノードとの通信はユニキャストであり、ＩＰノードの数だけＩＣＭＰパケットの送受信が行われる。従って、ＩＰノードの数の増大に比例して中継器１４０の処理負荷が増加する。ＩＰノードの数はシステムの規模によっては極めて多数、例えば数万にも及ぶことがあり、かような処理をこなすための中継器はきわめて高額となる。加えて、ＩＰノードによって提供されるサービスには関与しないＩＣＭＰパケットの増大によって、ネットワークリソースがサービス以外の用途に大幅に割かれることにより、サービスのレスポンスその他の品質が低下することがある。これは、ＩＣＭＰに限らず、ネットワーク管理システムにおける各ＩＰノードの稼動状態の監視のためのあらゆる通信において発生しうる問題である。
【０００６】
そこで、ノードの稼動状態を管理するための通信において、該通信によるネットワークリソースの消費を低減するための技術が提案されている。例えば、トークンリング方式を用いてネットワーク管理システムから各ノードに稼動状態を通知させる命令を送信する方法が提案されている（例えば特許文献１）。
【特許文献１】特開２００６−３３２７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の提案によるネットワーク管理システムは、各ノードに対して稼動状態に関する応答を要する。従って、各ノードの稼動状態を管理するための通信のために各機器の処理能力を消費することとなる。このため、各ノードの稼動状態の管理に係るリソースの低減を十分に行えないおそれがあった。
【０００８】
本発明は、ノードの稼動状態の管理に係るリソースを低減することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１記載の発明は、複数のノードから送信されるデータを受信して少なくとも各ノードが送信したデータの最新受信時刻を記憶するデータ取得装置と、記憶された前記最新受信時刻に基づき前記各ノードの稼動状態を把握する管理装置と、を備えることを特徴とする。
【００１０】
請求項２記載の発明は、請求項１に記載のネットワーク管理システムにおいて、前記管理装置は、稼動状態を把握するための問い合わせを前記データ取得装置に対して行い、当該問い合わせに対する前記データ取得装置からの応答に基づき得られた所定時間中の前記最新受信時刻の更新の有無に基づいて前記各ノードの稼動状態を把握する第１の制御部を備えることを特徴とする。
【００１１】
請求項３記載の発明は、請求項１又は２に記載のネットワーク管理システムにおいて、前記データ取得装置は、少なくとも前記各ノードからのデータを受信する送受信部と、少なくとも前記最新受信時刻を記憶する記憶部と、前記各ノードのうち指定されたいずれか又は複数のノードの稼動状態を把握するための問い合わせに対して、指定されたノードの前記最新受信時刻に基づき応答する第２の制御部を備えることを特徴とする。
【００１２】
請求項４記載の発明は、請求項３に記載のネットワーク管理システムにおいて、前記第２の制御部は、前記問い合わせに対して前記最新受信時刻の更新が所定時間中に行われたノード及び／又は前記最新受信時刻の更新が所定時間中に行われなかったノードについて応答を行うことを特徴とする。
【００１３】
請求項５記載の発明は、複数のノード及び前記各ノードの稼動状態を把握する管理装置と接続されるデータ取得装置であって、少なくとも前記各ノードからのデータを受信する送受信部と、少なくとも前記各ノードが送信したデータの最新受信時刻を記憶する記憶部と、前記各ノードのうち指定されたいずれか又は複数のノードの稼動状態を把握するための問い合わせに対して、指定されたノードの前記最新受信時刻に基づき応答する第２の制御部を備えることを特徴とする。
【００１４】
請求項６記載の発明は、請求項５に記載のデータ取得装置において、前記第２の制御部は、前記問い合わせに対して前記最新受信時刻の更新が所定時間中に行われたノード及び／又は前記最新受信時刻の更新が所定時間中に行われなかったノードについて応答を行うことを特徴とする。
【００１５】
請求項７記載の発明は、複数のノードの稼動状態を把握するノード稼動状態把握方法であって、前記複数のノードから送信されるデータをデータ取得装置が受信して少なくとも各ノードが送信したデータの最新受信時刻を記憶する工程と、記憶された前記最新受信時刻に基づき管理装置が前記各ノードの稼動状態を把握する工程と、を含むことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ノードの稼動状態の管理に係るリソースを低減できる。
【発明を実施するための最良の形態】
【００１７】
（発明の全体構成）
以下、図１及至図５を参照して本発明の実施の形態の一例を詳細に説明する。
図１は、本発明の実施の形態の一例によるネットワーク管理システム１の構成を示すブロック図である。図１に示すように、ネットワーク管理システム１は、サーバ機器等のＩＰノード１１，１２、１３…と、各ＩＰノードから送信されるＩＰパケット（以後、単にパケットと称する）のキャプチャを行うことで各ＩＰノードの死活監視を行うＩＰノード死活監視プローブとしての機能を有するデータ取得装置２０と、各ＩＰノードの稼動状態を把握、管理するネットワーク管理機能を有する管理装置３０と、管理装置３０と各ＩＰノードとの間に介在する中継器４０と、を有している。
なお「ＩＰノードの死活監視」とは、ＩＰノードがデータを送信可能な状態で稼動しているか否かの監視又はそのための一連の処理である。
【００１８】
各ＩＰノード、データ取得装置２０、管理装置３０及び中継器４０はネットワーク回線Ｎによって相互に通信可能に接続される。ネットワーク回線ＮはＬＡＮ、インターネット、その他の通信回線、又はその混在である。ネットワーク回線Ｎは有線、無線又はその混在を問わない。
本実施の形態では、管理装置３０がセグメントＳ１に、各ＩＰノードとデータ取得装置２０がセグメントＳ２に接続されている。セグメントＳ１とセグメントＳ２との間には中継器４０が介在し、各セグメント間を接続している。
【００１９】
なお、ネットワーク回線Ｎの接続形態は上述に限定されないことは言うまでもない。例えば、３つ以上のセグメントを設け、各セグメント間に中継器４０等の中継機器を介在させて接続してもよいし、一つの中継器４０等の中継機器に３つ以上のセグメントを接続してもよい。また、中継器４０を設けず、他の構成を全て同一のセグメントに接続するようにしてもよい。
また、本実施の形態では通信プロトコルとしてInternet Protocol（ＩＰ）を用いているが、代替可能な他の通信方式による構成、例えば独自規格による通信方式でもよい。
【００２０】
次に、ネットワーク管理システム１の各構成について説明する。
各ＩＰノードは、何らかのサービスを提供するサーバ等のＩＰノード端末であり、各ＩＰノードのサービスは各ＩＰノードによるソフトウェア処理及びネットワーク通信によって行われる。各ＩＰノードは従来と同様であるので、詳説を省略する。
【００２１】
データ取得装置２０は、ネットワークＮに接続するための送受信部２１と、最終通信時刻テーブルＴ１（図２参照）を記憶する記憶部２２と、当該プローブの各種処理を行う「第２の制御部」としての制御部２３と、を有している。制御部２３は少なくとも、各ＩＰノードから送信されたパケットをキャプチャするパケットキャプチャ機能２４と、管理装置３０によるＳＮＭＰ通信に応答するためのＳＮＭＰエージェント機能２５と、を有する。
【００２２】
送受信部２１は、ネットワーク回線Ｎに接続するためのインターフェイスであり、接続された他の機器との通信を可能とする。例えば、Network Interface Card（ＮＩＣ）等が挙げられる。
記憶部２２は、制御部２３から読込及び書込可能な記憶装置である。例えば、ハードディスクやフラッシュＲＯＭその他の書き換え可能な記憶装置が挙げられる。
【００２３】
制御部２３は、マイクロプロセッサ等の制御装置であり、制御部２３の各機能は、対応するソフトウェア（図示略）を制御部２３が実行処理することで実現する所謂ソフトウェア処理による。
【００２４】
ＩＰノードパケットキャプチャ機能２４は、各ＩＰノードから送信されたパケットを受信し、各ノードからの最終受信時刻を管理する機能である。ＩＰノードパケットキャプチャ機能２４は、各ＩＰノードから送信されるパケットの送信先にデータ取得装置２０が含まれているか否かに関係なくパケットを受信する処理、即ちＩＰパケットキャプチャを行う。
【００２５】
ＩＰノードパケットキャプチャ機能２４は、パケットを受信すると、当該パケットを送信したＩＰノードの最終通信時刻として記憶する。当該更新は、記憶部２２に記憶された最終通信時刻テーブルＴ１に対して行われる。
【００２６】
図２は、最終通信時刻テーブルＴ１の一例を示す説明図である。図２に示すように、最終通信時刻テーブルＴ１は、パケット送信元ＩＰアドレスと、最終通信時刻と、の項目を有するテーブル形式のデータである。
パケット送信元ＩＰアドレスは、該最終通信時刻テーブルを有するデータ取得装置２０のセグメントに接続された各ＩＰノードに対応する。つまり、該セグメントに接続されたＩＰノードの数だけ最終通信時刻テーブルのエントリがある。
【００２７】
最終通信時刻は、各ＩＰノードから送信された最新のパケットの受信時刻を示す。ＩＰノードパケットキャプチャ機能２４は、パケットを受信すると、該パケットの送信元ＩＰアドレスに対応するエントリの最終通信時刻を該パケットの受信時刻とする。このとき、既に最終通信時刻が記憶されていた場合、その内容を最新パケットの受信時刻で更新する。該パケットの受信時刻はデータ取得装置内又は外部の計時回路等（図示略）から取得する。つまり、最終通信時刻テーブルＴ１に記憶される最終通信時刻は、各ＩＰノードから送信された最新のパケットの受信時刻（最新受信時刻）と対応する。
【００２８】
本実施の形態では、一つのセグメントに一つのデータ取得装置２０が接続され、各データ取得装置２０のパケットキャプチャ機能２４は、当該プローブが接続されたセグメントに属するすべてのＩＰノードから送信されるパケットを受信する。
無論、一つのセグメントに複数のデータ取得装置２０を接続し、パケットを受信するＩＰノードを分担させてもよいし、一つのデータ取得装置２０に複数のセグメントのＩＰノードのパケットを受信させてもよい。
【００２９】
ＳＮＭＰエージェント機能２５は、管理装置３０によるＳＮＭＰ通信に応答する機能である。当該応答については後述する。
【００３０】
管理装置３０は、ネットワーク回線Ｎに接続する送受信部３１と、データ取得装置２０と当該データ取得装置によってデータを受信されるＩＰノードとの対応付けデータであるＩＰノード死活監視プローブ対応表Ｔ２（図３参照）を記憶する対応付けデータ記憶部３２と、管理装置３０が行う各種処理を行う「第１の制御部」としての制御部３３と、を備える。制御部３３は、各ＩＰノードの死活監視を行う障害管理機能３４と、障害管理機能３４の制御に基づき各部と通信を行うための通信機能３７と、を備える。障害管理機能３４は、データ取得装置２０によるＩＰパケットキャプチャの最終通信時刻に基づいて各ＩＰノードの死活監視を行い、所定時間中にデータ送信を行っていないＩＰノードの死活監視を個別に行うためのＩＰパケットキャプチャ監視機能３５を備える。通信機能は、ＳＮＭＰプロトコルによる通信を行うＳＮＭＰ通信機能３８と、ＩＣＭＰプロトコルによる通信を行うＩＣＭＰ通信機能３９とを備える。制御部３３は、マイクロプロセッサ等の制御装置であり、制御部３３の各機能は、対応するソフトウェア（図示略）を制御部３３が実行処理することで実現する所謂ソフトウェア処理による。
【００３１】
送受信部３１は、ネットワーク回線Ｎに接続するためのインターフェイスである。例えば、ＮＩＣ等が挙げられる。
【００３２】
対応付けデータ記憶部３２は、制御部３３から少なくとも読込可能な記憶装置である。例えば、ハードディスクやフラッシュＲＯＭその他の書き換え可能な記憶装置、又はＣＤ−ＲＯＭ等の記憶媒体を読込可能なドライブ等が挙げられる。
対応付けデータ記憶部３２は、ＩＰノード死活監視プローブ対応表Ｔ２を記憶する。
図３は、ＩＰノード死活監視プローブ対応表Ｔ２の一例を示す説明図である。図３に示すように、ＩＰノード死活監視プローブ対応表Ｔ２は、監視対象ＩＰアドレスと、ＩＰノード死活監視プローブＩＰアドレスと、の項目を有するテーブル形式のデータである。
【００３３】
監視対象ＩＰアドレス及びＩＰノード死活監視プローブＩＰアドレスのエントリは、ＩＰアドレス形式の値を格納するデータである。各エントリの監視対象ＩＰアドレスは各ＩＰノードのいずれかのＩＰアドレスと対応する。各エントリのＩＰノード死活監視プローブＩＰアドレスは、監視対象ＩＰアドレスのエントリと対応するＩＰノードが接続されたセグメントのＩＰ死活監視プローブのＩＰアドレスと対応する。例えば、図１のＩＰノード１１〜１３のＩＰアドレスと対応する監視対象ＩＰアドレスを有するエントリのデータ取得装置は、データ取得装置２０のＩＰアドレスである。つまり、制御部３３は、ＩＰノード死活監視プローブ対応表Ｔ２の監視対象ＩＰアドレスをテーブルキーとして、そのＩＰアドレスを有するＩＰノードのＩＰパケットキャプチャを行っているデータ取得装置を特定できる。
【００３４】
以下、管理装置３０のＩＰパケットキャプチャ監視機能３５による各ＩＰノードの死活監視動作について説明する。
ＩＰパケットキャプチャ監視機能３５は、所定のスケジュールに従ってデータ取得装置２０と通信を行う。該通信の結果、所定時間中通信を行っていない旨が通知されたＩＰノードに対して個別に死活判定を行う。
【００３５】
一定時間毎に行われるデータ取得装置２０との通信では、まずＩＰパケットキャプチャ監視機能３５がＳＮＭＰ通信機能３８を介してデータ取得装置２０に対して問い合わせ（リクエスト）を行う。
図４は、ＳＮＭＰプロトコルによるリクエストのパケットＰ１の一例を示す説明図である。図４に示すように、パケットＰ１は、ＳＮＭＰプロトコルによる通信であることを示すヘッダＨと、死活監視の対象となるＩＰノードを指定するデータＤとを含む。
【００３６】
ヘッダＨは、ＩＰヘッダ、ＵＤＰヘッダ及びＳＮＭＰヘッダ等を有する。
データＤは、問い合わせを行うＩＰノードを指定する情報を含むＩＤと、当該ＩＤのパラメータ値を格納する値Ｄ１とからなる。ＩＤは、取得したいパラメータ値と対応する数値等のパラメータ値である。ＩＤは、例えば「1.3.6.1.4.1.7427.3.5.1.2.1.1.1.0」等のピリオドで区切られた数値であり、当該数値によって取得したいデータを指定する。ＩＤの数値と要求するデータとの対応付けは管理装置３０のＳＮＭＰ通信機能３５とデータ取得装置２０のＳＮＭＰエージェント機能２５との間で共有されている。
【００３７】
管理装置３０の制御部３３は、ＳＮＭＰ通信機能３７を介してパケットＰ１をデータ取得装置２０に送信する。このとき、値Ｄ１は空である。
【００３８】
パケットＰ１を受信したデータ取得装置２０の制御部２３は、ＳＮＭＰエージェント機能２５により、パケットＰ１のＩＤに対応するパラメータ値をＩＤの値Ｄ１に格納して管理装置３０に返信する応答を行う。すなわち、制御部２３は、中身が空の値Ｄ１をパラメータ値に置き換える。応答によってデータ取得装置２０から管理装置３０に送信されるデータのパケット形式は、図４に示すパケットＰ１と同様であり、制御部２３はリクエスト時に空データとして送信された値Ｄ１に要求されたデータを格納して送信する。
返信されたパケットを受信した管理装置３０は、値Ｄ１に格納されたパラメータ値を読み込み、パケットＰ１によって要求したデータを得る。
【００３９】
パケットＰ１のＩＤによって指定されるデータは、パケットＰ１の送信先であるデータ取得装置２０の記憶部２３に記憶された最終通信時刻テーブルＴ１の最終通信時刻である。ＩＤによって指定されるデータは、問い合わせを行うＩＰノードを指定する情報を含む。このとき、一つのＩＤにより該最終通信時刻テーブルＴ１の全てのＩＰノードの最終通信時刻を一括指定できるようにしてもよいし、個別のＩＰノードの最終通信時刻を指定できるようにしてもよい。ＩＤと、該ＩＤにより指定されるデータとの対応付けは、任意に設定できる。ＩＤの形式も任意に設定できる。
【００４０】
パケットＰ１を送る対象となるデータ取得装置とパケットＰ１内で指定するＩＰノードとの対応付けは、制御部３３が対応付けデータ記憶部３２のＩＰノード死活監視プローブ対応表Ｔ２を呼び出し、読み込むことで行う。つまり、管理装置３０は、死活監視対象のＩＰノードと対応付けられたデータ取得装置に対して問い合わせを行う。
【００４１】
パケットＰ１のＩＤによって最終通信時刻テーブルＴ１の最終通信時刻を要求されたデータ取得装置２０の制御部２３は、該最終通信時刻を示すデータを値Ｄ１に格納して送信する。つまり、問い合わせ（リクエスト）は、死活監視の対象となるＩＰノードを指定する情報と、当該情報に付随する空データである値Ｄ１とを含み、当該問い合わせを受けた制御部２３は、指定されたノードの最新受信時刻に基づくデータを空データと置き換えて送信する応答を行う。
【００４２】
なお、図４に示すように、ヘッダＨ以降にデータＤを連続させてもよい。この場合、１回のＳＮＭＰリクエストにより、複数の種類のデータを要求できる。従って、例えばＩＤが個別のＩＰノード毎に設けられている場合等に、１回のＳＮＭＰリクエストで複数のＩＰノードを個別に指定する問い合わせを行える。無論、データＤがひとつのパケットＰ１を送信することも可能である。
【００４３】
かようにして管理装置３０の制御部３３は、データ取得装置２０によってＩＰパケットキャプチャされる各ＩＰノードの最終通信時刻を得る。制御部３３は、各ＩＰノードの最終通信時刻に基づいて各ＩＰノードの稼動状態を判定する。具体的には、所定時間中に最終通信時刻の更新があったＩＰノードを稼動していると判定する。一方で、制御部３３は所定時間中に最終通信時刻の更新がなかったＩＰノードについては、稼動状態が不明であると判定する。稼動状態が不明のＩＰノードがあると判定された場合、制御部３３は、該ＩＰノードの稼動状態を判定するため、ＩＣＭＰによる通信を用いた死活判定を該ＩＰノードに対して行う。
【００４４】
ＩＣＭＰを用いた死活判定においては、まず制御部３３がＩＣＭＰ通信機能３９を介し、所定時間中に最終通信時刻の更新がなかったＩＰノードに対してリクエスト（ICMP Echo request）を送信する。リクエストを送信されたＩＰノードが稼動している場合、該ＩＰノードはリプライ（ICMP Echo reply）をリクエストの送信元すなわち管理装置３０宛に返信する。リプライの返信を受けた場合、管理装置３０の制御部３３は該ＩＰノードが稼動していると判定する。
一方、リクエストを送信されたＩＰノードが稼動していない場合、該ＩＰノードはリプライを返信できない。従って、管理装置３０はリプライを受信しない。この場合、管理装置３０の制御部３３は該ＩＰノードが稼動していないと判定する。
かようにして管理装置３０は各ＩＰノードの死活監視を行い、各ＩＰノードの稼動状態を把握する。
【００４５】
なお、パケットＰ１のＩＤによって要求／返信するデータは、所定時間中に最終通信時刻の更新が行われたＩＰノードに関するデータであってもよいし、所定時間中に最終通信時刻の更新が行われなかったＩＰノードに関するデータであってもよいし、その両方でもよい。いずれの場合においても、制御部３３はデータ取得装置２０によってＩＰパケットキャプチャされるＩＰノード端末のうち、所定時間中に最終通信時刻の更新が行われなかったＩＰノードについてＩＣＭＰリクエストを行う。
【００４６】
次に、図５のタイミングチャートを用いて、管理装置３０による各ＩＰノードの死活監視動作の流れを説明する。ここでは、後述するステップＳ６の処理以前にＩＰノード１１、１３からパケットの送信があり、ＩＰノード１２からはパケットの送信がなかった場合を例として記載する。
【００４７】
ＩＰノード１１からパケットが送信されると（ステップＳ１）、データ取得装置はステップＳ１で送信されたパケットをキャプチャし、該パケットの受信時刻をＩＰノード１１のＩＰアドレスに対応するエントリの最終通信時刻として最終通信時刻テーブルＴ１に記憶又は更新する（ステップＳ２）。同様に、ＩＰノード１３からパケットが送信されると（ステップＳ３）、データ取得装置はステップＳ３で送信されたパケットをキャプチャし、該パケットの受信時刻をＩＰノード１３のＩＰアドレスに対応するエントリの最終通信時刻として最終通信時刻テーブルＴ１に記憶又は更新する（ステップＳ４）。
【００４８】
一方、管理装置３０の制御部３３は、ＩＰパケットキャプチャ監視機能３５によって管理される所定のスケジュールにより、各ＩＰの死活監視処理を行う。そのため、制御部３３はまず対応付けデータ記憶部３２のＩＰノード死活監視プローブ対応表Ｔ２を呼び出して、各ＩＰノードのＩＰパケットキャプチャを行うデータ取得装置を特定する（ステップＳ５）。なお、ステップＳ５の処理は、ステップＳ６以前であればその実施タイミングを問わない。例えば、前述のステップＳ１〜Ｓ４以前又は以後あるいはその途中であってもよい。
【００４９】
ステップＳ５の後、制御部３３は所定のスケジュールにより、ＳＮＭＰ通信機能３８を介してリクエスト、すなわちパケットＰ１の送信をデータ取得装置２０に対して行う（ステップＳ６）。データ取得装置２０の制御部２３は、パケットＰ１にＩＰノード１１，１３から送信があった旨を示すデータを格納して返信する（ステップＳ７）。ステップＳ７において格納されるデータは、パケットＰ１のデータＤのＩＤが示す要求データに対応する。ＩＤによって要求されるデータとして、例えば、各ＩＰノードの最終通信時刻や、所定時間中に最終通信時刻の更新があったＩＰノードを示す情報等が挙げられる。
【００５０】
ステップＳ７の返信内容に基づき、管理装置３０の制御部３３は、ＩＰノード１１，１３を稼動していると判定し、ＩＰノード１２の稼動状態が不明であると判定する。制御部３３は、ＩＣＭＰ通信機能３９を介して、ＩＰノード１２に対してリクエスト（ICMP Echo Request）を送信する（ステップＳ８）。ＩＰノード１２が稼動している場合、ＩＰノード１２はリプライ（ICMP Echo reply）を管理装置３０宛に返信する（ステップＳ９）。ステップＳ９の返信を受けると、管理装置３０の制御部３３はＩＰノード１２が稼動している判定する。一方、ＩＰノード１２が稼動していない場合、ステップＳ９の返信は生じないので、制御部３３はＩＰノードが稼動していないと判定する。
【００５１】
以上の実施の形態によれば、データ取得装置２０は、記憶部２２に各ＩＰノードの最終通信時刻を記憶し、管理装置３０は該最終通信時刻に基づき各ＩＰノードの稼動状態を把握する。このとき、管理装置３０の制御部３３は最終通信時刻が所定時間中であったＩＰノードを稼動していると判定し、以後個別に該ＩＰノードに対して死活判定を行わない。従って、最終通信時刻の記憶又は更新があった各ＩＰノードは管理装置３０からの個別の死活判定を受けず、該死活判定によってリソースを割かれることはない。加えて、該死活判定のための通信に伴うパケットがネットワークリソースを消費する頻度を大幅に低減できる。つまり、死活監視に伴う通信処理によって各ＩＰノード等によるサービスのレスポンスその他の品質が低下するおそれがある従来のネットワーク管理システムの問題を解決できる。従って、各ＩＰノードの稼動状態の管理に係るリソースを低減できる。
【００５２】
さらに、管理装置３０の制御部３３は、各ＩＰノードの稼動状態を把握するための問い合わせをデータ取得装置２０に対して行い、当該問い合わせに対するデータ取得装置２０からの応答に基づき得られた所定時間中の最終通信時刻の更新の有無に基づいて各ＩＰノードの稼動状態を把握する。従って、管理装置３０は任意のタイミングで各ＩＰノードの稼動状態を把握できる。
【００５３】
さらに、データ取得装置２０の制御部２３は、複数のＩＰ（例えばノード１１〜１３等）から送信されるデータを受信し、その最新受信時刻を各ＩＰノードのＩＰアドレスに対応したエントリの最終通信時刻として最終通信時刻テーブルＴ１に記憶する。そして、管理装置３０の制御部３３からの問い合わせで指定のあった各ＩＰノードについて、その最終通信時刻に基づいた応答を行う。従って、データ取得装置２０は、複数のＩＰノードの死活監視に関する処理を代替でき、各ＩＰノードの死活監視に伴うリソースの消費を大幅に低減できる。
【００５４】
さらに、パケットＰ１のＩＤによって要求／返信するデータを、所定時間中に最終通信時刻の更新が行われたＩＰノードのデータとした場合、制御部３３は、データ取得装置２０によってＩＰパケットキャプチャされるＩＰノード端末のうち、返信されたデータに含まれていないＩＰノードの稼動状態が不明であると判定できる。ＩＤによって要求／返信するデータを、所定時間中に最終通信時刻の更新が行われなかったＩＰノードのデータとした場合、制御部３３は、返信されたデータに含まれるＩＰノードの稼動状態が不明であると判定できる。
【００５５】
さらに、問い合わせのパケットＰ１は要求するデータに対応するＩＤと空の値Ｄ１とを有するデータＤを含み、データ取得装置２０の制御部２３はＩＤで要求されたデータを値Ｄ１に格納して返信する。このとき、ＩＤによって要求されるデータはデータ取得装置２０と管理装置３０とで共有されているので、データ取得装置２０はＩＤによって要求されたデータを判別することができる。
さらに、ヘッダＨ以降にデータＤを連続させることで、一つのヘッダＨにより複数のＩＤによる問い合わせを行える。従って、一つのデータＤに一つのヘッダＨを設ける場合に比して、データ量を低減でき、ネットワークリソースの消費を一層低減できる。
【００５６】
さらに、死活監視の問い合わせにおけるデータ管理機器３０とデータ取得装置２０との通信はＳＮＭＰプロトコルによる通信によるので、特に独自規格等の通信を構築せずとも各ＩＰノードの稼動状態の管理に係るリソースを低減できる。
【００５７】
さらに、管理装置３０の制御部３３は、パケットＰ１による問い合わせに対するデータ取得装置２０による応答に基づき、所定時間中に最終通信時刻の更新が行われていないＩＰノードに対して個別に死活判定を行う。従って、最終通信時刻の更新が行われていないために稼動状態が不明のＩＰノードについてもその稼動状態を正確に判定できる。
【００５８】
さらに、管理装置３０は、ＩＰノードと該ＩＰノードのデータを受信するデータ取得装置２０との対応付けデータ（例えばＩＰノード死活監視プローブ対応表Ｔ２等）を記憶する対応付けデータ記憶部３２を備え、各ＩＰノードの死活監視の問い合わせの際に、死活監視の対象となるＩＰノードと対応付けられたデータ取得装置に対して問い合わせを行う。これによって、管理装置３０は各ＩＰノードの死活監視を行う際に問い合わせを行うデータ取得装置２０を特定でき、効率的な死活監視動作を行える。
【００５９】
なお、本発明の実施の形態は、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００６０】
例えば、独自規格により図４のパケットＰ１に相当する構成のデータ通信を行うようにしてもよい。また、図４に示す構成のデータ通信以外のデータ構成によって各ＩＰノードの死活監視に関する問い合わせ及びデータ取得装置が各ＩＰノードから受信したデータの最新受信時刻に基づく応答を行ってもよい。
【００６１】
また、上述の実施の形態において用いられている各プロトコルは一例であり、同様に機能する代替可能な他のプロトコルで置き換えてもよい。
【００６２】
また、上述の実施の形態において各制御部が所謂ソフトウェア処理で実現している各機能は、個別に設けられた機能ごとの専用の装置又は複数の機能を実現する専用の装置によってもよい。
【００６３】
また、上述の各ＩＰノード、ＩＰノード監視プローブ２０、管理装置３０又は中継器４０等の各構成及びその機能は、それぞれ単一の機器によってもよいし、複数の機器を組み合わせたシステムによってひとつの各構成及びその機能を有するようにしてもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態の一例によるネットワーク管理システムの構成を示すブロック図である。
【図２】最終通信時刻テーブルの一例を示す説明図である。
【図３】ＩＰノード死活監視プローブ対応表の一例を示す説明図である。
【図４】ＳＮＭＰプロトコルによるリクエストのパケットの一例を示す説明図である。
【図５】ネットワーク管理システムによる各ＩＰノードの死活監視動作の流れを示すタイミングチャートである。
【図６】従来のネットワーク管理システムを示す説明図である。
【符号の説明】
【００６５】
１１〜１３  ＩＰノード
２０  データ取得装置
２１  送受信部
２２  記憶部
２３  制御部
２４  ＩＰパケットキャプチャ機能
２５  ＳＮＭＰエージェント機能
３０  管理装置
３１  送受信部
３２  対応付けデータ記憶部
３３  制御部
３４  障害管理機能
３５  ＩＰパケットキャプチャ監視機能
３７  通信機能
３８  ＳＮＭＰ通信機能
３９  ＩＣＭＰ通信機能
【図１】
2010003054.tif 000003
【図２】
2010003054.tif 000004
【図３】
2010003054.tif 000005
【図４】
2010003054.tif 000006
【図５】
2010003054.tif 000007
【図６】
2010003054.tif 000008