JP2010141655A - ネットワーク監視装置 - Google Patents

Abstract

【課題】障害解析に必要な監視データを適切に把握できるネットワーク監視装置を実現すること。
【解決手段】 ネットワークを介し被監視対象装置と接続され、監視ポリシーを設定する監視設定手段と、前記監視ポリシーに基づき前記ネットワークまたは前記被監視対象装置の状態を示す監視データを取得する監視手段とを有するネットワーク監視装置において、前記監視手段により得られた過去および／または現在の監視データに基づき、前記ネットワークまたは前記被監視対象装置の将来の状態を示す予測監視データを予測・算出する監視予測手段と、前記監視予測手段により算出された前記予測監視データに基づき前記監視ポリシーを変更する監視設定管理手段と、を具備することを特徴とする。
【選択図】 図１

Description

本発明は、各種機器が接続されるネットワークシステムの性能を把握するネットワーク監視装置に関し、特にネットワークの性能の変動をより精度高く予測することに関する。

ネットワークを介して複数のサーバ、ルータやスイッチなどの中継機器（以下、ネットワーク機器という）やサーバマシン、クライアントマシンなどの各種端末が接続されるネットワークシステムでは、サーバへの過大な要求や攻撃、故障の発生などによりその性能が劣化してしまうことがある。そこで、従来から、このようなネットワークシステムを理想的に稼動させるために、ネットワークシステムの性能を測定・監視・モニタリングするネットワーク監視装置が提案されている。

従来のネットワーク監視装置は、事前に定義されたモニタリング条件などの監視内容である監視ポリシーに従ってモニタリングを実行する。この監視ポリシーは監視対象、その監視対象に関する監視項目、監視する所定のインターバルなどがあらかじめ定められたものであり、ネットワーク・ネットワークシステムの状態が変化した場合でも不変のままモニタリングが実行されていた。

ところで、従来のネットワーク監視装置は、監視ポリシーの変更が必要となる場合は、ネットワーク管理者が手動で監視ポリシーの設定・変更を行っていた。しかしながら刻一刻と変化するネットワークに対する監視では、ネットワーク管理者が手動で設定・変更を行っていると、その時々の状況に応じて柔軟に適切な監視ポリシーを設定することが難しいという問題があった。

一方、可能な限りの監視対象および監視項目をあらかじめ設定しておき、常にネットワークの情報を漏れなくモニタリングする方法がある。しかしながら、監視対象であるネットワーク機器やネットワーク、ネットワークシステム全体に多大な負荷をかけてしまうといった新たな問題がある。

他方、従来のネットワーク監視装置では、ネットワークの状態に応じて動的に監視項目を変更する方法がある。この場合、監視対象機器などに与える負荷を最小限に抑えつつ、ネットワーク管理者による監視設定が行われるまでのタイムラグが無くなり、監視を常に効率良く行うことができるといったメリットがある。

このようなネットワーク監視装置に関連する先行技術文献として、下記の特許文献１がある。

特開２００５−２７５８１５号公報

図６は従来のネットワーク監視装置の構成例を示す構成図であり、図６において、ネットワーク監視装置１は、イーサネット（登録商標）などの有線ネットワークであるネットワーク２を介してたとえばＷｅｂサーバなどを提供するサーバまたはネットワーク機器等である被監視対象装置３と接続されている。また特に図示していないが、ネットワーク２と、被監視対象装置３と、図示しないその他のネットワーク機器・各種端末装置とは、ネットワークシステムを構成する。

ネットワーク監視装置１は、ネットワーク２を介して被監視対象装置３とデータ通信を行う通信手段１１、各部・各手段の動作を制御する演算制御部１２、記憶手段１３などから構成され、ネットワーク２およびネットワークシステム全体の動作を監視する。演算制御部１２は、監視手段１２Ａと、監視設定手段１２Ｂと、監視設定管理手段１２Ｃとを有する。

監視手段１２Ａは、あらかじめ設定されている監視ポリシーに基づいて通信手段１１を介して得られる監視対象である被監視対象装置３からのデータを収集し、被監視対象装置３、ネットワーク２およびネットワークシステムの挙動を監視・モニタリングする。

これらのデータに基づいてネットワーク２およびネットワークシステム全体の性能を示す性能評価値の基となる性能基礎データを算出し記憶手段１３に記憶する。いいかえれば監視手段１２Ａはネットワーク２およびネットワークシステムの挙動を監視・モニタリングする。

監視設定手段１２Ｂは、記憶手段１３に記憶されている監視ポリシーを設定する。監視設定管理手段１２Ｃは、監視手段１２Ａにより得られた監視結果に基づいて最適な監視内容を導き出し、記憶手段１３に記憶されている監視ポリシーの再設定・変更を実行する。

記憶手段１３は、監視対象・その監視対象に関する監視項目・監視する所定のインターバルなどが関連づけて格納されている監視ポリシー１３Ａと、監視手段１２Ａにより収集・算出された、たとえばレスポンスタイム、トラフィック量、エラーパケット数などの監視データと測定時の年月日などが関連づけて格納されている監視データＤＢ１３Ｂと、を有する。

図７は従来のネットワーク監視装置の動作を説明するフロー図である。ステップＳＰ１０１において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、監視設定手段１２Ａにより設定された監視ポリシーに基づき被監視対象装置３の挙動を監視し、監視データを収集し得られたデータを記憶手段１３に記憶する。

具体的には、監視手段１２Ａは監視ポリシーに基づき、図示しないＷＥＢクライアント（またはネットワーク監視装置１）からのリクエストに応じてＷＥＢサーバ（被監視対象装置３）が対応する処理を実行し、ＷＥＢクライアントが処理結果を受信するまでの時間（以下、レスポンスタイムという）を、当該ＷＥＢサーバにインストールされたソフトウエアなどを利用して１０分間隔で測定し、得られたレスポンスタイムを記憶手段１３に記憶する。

ステップＳＰ１０２において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、収集した監視データに基づいて、ネットワーク２、被監視対象装置３、ネットワークシステムで障害が検知されたか否か判定する。障害が検知されればステップＳＰ１０３に移行し、それ以外の場合はステップＳＰ１０１に移行する。

ステップＳＰ１０３において、ネットワーク監視装置１の演算制御部１２の監視設定管理手段１２Ｃは、障害が検知された監視データに基づき、新たに監視すべき監視項目を抽出し記憶手段１３に記憶されている監視ポリシーに追加する。

具体的には、監視設定管理手段１２Ｃは、図示しないクライアント（またはネットワーク監視装置１）から被監視対象装置３までのネットワーク経路のトラフィック量と被監視対象装置３のＣＰＵ使用率を監視項目として自動的に追加する。

ステップＳＰ１０４において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、監視ポリシーに基づき、レスポンスタイムに加えてトラフィック量と被監視対象装置３のＣＰＵ使用率のモニタリングを開始し、得られた監視データを記憶手段１３に記憶する。

ここで、ネットワーク管理者が新たに追加された監視項目であるトラフィック量の監視値に基づき検討すれば、あるネットワーク経路上での輻輳を見つけ出し、それを解決することが可能となる。

ステップＳＰ１０５において、監視手段１２Ａは、収集した通信データに基づいて、ネットワークシステムで障害が検知されたか否か判定する。障害が検知されればステップＳＰ１０３に移行し、それ以外の場合はステップＳＰ１０６に移行する。

ステップＳＰ１０６において、監視設定管理手段１２Ｃは、被監視対象装置３における障害がないものと判断されると、ステップＳＰ１０４にて新たに追加した監視項目を削除する。

具体的には、監視設定管理手段１２Ｃは、レスポンスタイム（たとえば４０ミリ秒など）が閾値（たとえば５０ミリ秒など）を下回れば、ステップＳＰ１０４にて新たに追加した監視項目である、トラフィック量とＣＰＵ使用率を監視ポリシーから削除する。

このように、従来のネットワーク監視装置では、ネットワークの状態に応じて動的に監視項目を変更できる。

しかしながら、従来のネットワーク監視装置は、障害を検知してから監視項目の追加を行うので、被監視対象装置３の障害が起きた時点での状況（いいかえればリアルタイムの状況）およびそれ以前の状況が分からないという問題点があった。そうすると、障害解析に必要な情報が抜けてしまい、適切な解析および監視項目の設定が行えないという問題点があった。

図８は従来のネットワーク監視装置の問題点の説明図であり、図８において、たとえば、以下のように状態推移していた場合であると障害の原因（輻輳発生）が特定できないという問題点があった。
時刻Ａ) ネットワーク２上で輻輳が発生
時刻Ｂ) ネットワーク監視装置１がＷｅｂサーバである被監視対象装置３にＨＴＴＰリクエスト送信し、被監視対象装置３を監視
時刻Ｂ) ネットワーク監視装置１がＨＴＴＰレスポンスを受信しレスポンスタイムを取得。また監視手段１２ＡはＨＴＴＰレスポンスタイムが閾値を超えたものと判断し障害を検知。
時刻Ｄ) ネットワーク２上に発生していた輻輳が一時的に解消
時刻Ｅ) 監視設定管理手段１２Ｃは、監視ポリシーにトラフィック量とＣＰＵ使用率を監視項目として追加
時刻Ｆ) 監視手段１２Ａは、追加された監視項目についてもモニタリングを開始
時刻Ｇ) 監視手段１２Ａによりモニタリングされたトラフィック量は、輻輳が一時的に解消されているので、自動的に新たに追加された監視項目は削除される。

このように、監視手段１２Ａが障害を検知した後で一時的にネットワーク２上での輻輳が解消すると、問題無い監視データを取得することになるので、ＨＴＴＰレスポンスタイムが閾値を超えた原因が特定できないという問題点があった。

そうすると、従来のネットワーク監視装置では、図８（Ｂ）のように、ネットワーク２上で短期間に繰り返し生じる輻輳（バースト的に発生する輻輳）についても、監視手段１２Ａが障害を検知した後で一時的にネットワーク２上での輻輳が解消するとあたかも問題無い監視データを取得することになり（これを繰り返すことになってしまい）障害の原因が特定できないという問題点があった。

本発明は上述の問題点を解決するものであり、その目的は、障害解析に必要な監視データを適切に把握できるネットワーク監視装置を実現することにある。

このような課題を達成するために、本発明のうち請求項１記載の発明は、
ネットワークを介し被監視対象装置と接続され、監視ポリシーを設定する監視設定手段と、前記監視ポリシーに基づき前記ネットワークまたは前記被監視対象装置の状態を示す監視データを取得する監視手段とを有するネットワーク監視装置において、
前記監視手段により得られた過去および／または現在の監視データに基づき、前記ネットワークまたは前記被監視対象装置の将来の状態を示す予測監視データを予測・算出する監視予測手段と、
前記監視予測手段により算出された前記予測監視データに基づき前記監視ポリシーを変更する監視設定管理手段と、
を具備することを特徴とするネットワーク監視装置である。

請求項２記載の発明は、請求項１記載のネットワーク監視装置において
前記監視予測手段は、
任意の予測モデルに基づき前記予測監視データを算出し、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする。

請求項３記載の発明は、請求項２記載のネットワーク監視装置において
前記監視設定管理手段は、
前記監視予測手段により算出された前記予測監視データに基づいて、前記ネットワークまたは前記被監視対象装置に将来障害が検出されるものと予測される場合は、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする。

請求項４記載の発明は、請求項１〜請求項３いずれかに記載のネットワーク監視装置において、
前記監視設定管理手段は、
前前記監視予測手段により算出された前記予測監視データに基づいて、前記ネットワークまたは前記被監視対象装置のサービスレベルが将来低下するものと予測される場合は、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする。

請求項５記載の発明は、請求項１〜請求項４いずれかに記載のネットワーク監視装置において、
前記監視予測手段は、
前記監視データに基づいてあらかじめ記憶されている複数の予測モデルを用いて同時に計算し、予測精度が最も高い予測モデルを選択して予測監視データを予測・算出することを特徴とする。

このように、本発明に係るネットワーク監視装置は、本発明に係るネットワーク監視装置は、監視手段が監視設定手段によって設定された監視ポリシーに基づき、ネットワークまたは被監視対象装置の状態を示す監視データを取得し、監視予測手段が得られた過去および現在の監視データから予測監視データを算出・予測し、監視設定管理手段がこの予測データに基づき監視ポリシーを変更することにより、ネットワークの状態を予測しこの予測された状態に応じて動的に監視項目を変更でき、障害解析に必要な監視データを適切に把握できる。

図１は本発明に係るネットワーク監視装置の一実施例を示す構成図であり、図６などと共通する部分には同一の符号を付けて適宜説明を省略する。図１と図６との相違点は、図１では監視手段１２Ａにより監視された過去の監視データおよび現在の監視データに基づき将来の監視データを予測する監視予測手段１２Ｄを有する点、監視設定管理手段１２Ｃが監視予測手段１２Ｄで予測された将来の監視データに基づき将来検知されうる障害に応じた監視ポリシーの監視項目を設定する点などである。

図１において、ネットワーク監視装置１は、イーサネット（登録商標）などの有線ネットワークであるネットワーク２を介してたとえばＷｅｂサーバなどを提供するサーバまたはネットワーク機器等である被監視対象装置３と接続されている。また特に図示していないが、ネットワーク２と、被監視対象装置３と、図示しないその他のネットワーク機器・各種端末装置とは、ネットワークシステムを構成する。

ネットワーク監視装置１は、ネットワーク２を介して被監視対象装置３とデータ通信を行う通信手段１１、各部・各手段の動作を制御する演算制御部１２、記憶手段１３などから構成され、ネットワーク２およびネットワークシステム全体の動作を監視する。演算制御部１２は、監視手段１２Ａと、監視設定手段１２Ｂと、監視設定管理手段１２Ｃ、監視予測手段１２Ｄとを有する。

監視手段１２Ａは、あらかじめ設定されている監視ポリシーに基づいて通信手段１１を制御してネットワーク２を介して被監視対象装置３から監視データを収集し、被監視対象装置３、ネットワーク２およびネットワークシステムの挙動を監視・モニタリングする。

また監視手段１２Ａは、これらのデータに基づいてネットワーク２およびネットワークシステム全体の性能を示す性能評価値の基となる性能基礎データを算出し記憶手段１３に記憶してネットワーク２およびネットワークシステムの挙動を監視・モニタリングするものでもよい。

監視設定手段１２Ｂは、記憶手段１３に記憶されている監視ポリシーを設定する。監視設定管理手段１２Ｃは、監視手段１２Ａにより得られた監視結果に基づき最適な監視内容を導き出して記憶手段１３に記憶されている監視ポリシーの再設定・変更を実行し、また監視予測手段１２Ｄで予測された将来の監視データに基づき将来検知されうる障害に応じた監視ポリシーの監視項目を設定する。

たとえば、監視設定管理手段１２Ｃは、監視予測手段１２Ｄによりネットワーク２または被監視対象装置３のサービスレベルが低下するものと予測される場合は、監視ポリシー１３Ａで設定されている監視内容を変更して監視の頻度の増大、および監視対象と監視項目とを拡大するものでもよい。

監視予測手段１２Ｄは、記憶手段１３に記憶されている監視手段１２Ａが監視した過去の監視データおよび現在の監視データに基づき将来のネットワークまたは被監視対象装置３の状態を予測する、つまり将来得られる監視データ（以下予測監視データという）を予測する。

記憶手段１３は、監視対象・その監視対象に関する監視項目・監視する所定のインターバルなどが関連づけて格納されている監視ポリシー１３Ａと、監視手段１２Ａにより収集・算出された、たとえばレスポンスタイム、トラフィック量、エラーパケット数などの監視データと測定時の年月日などが関連づけて格納されている監視データＤＢ１３Ｂと、を有する。

図２は本発明のネットワーク監視装置の動作を説明するフロー図である。ステップＳＰ２０１において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、監視設定手段１２Ａにより設定された監視ポリシーに基づき被監視対象装置３の挙動を監視し、監視データを収集し得られたデータを記憶手段１３に記憶する。

具体的には、監視手段１２Ａは監視ポリシーに基づき、図示しないＷＥＢクライアント（またはネットワーク監視装置１）からのリクエストに応じてＷＥＢサーバ（被監視対象装置３）が対応する処理を実行し、ＷＥＢクライアントが処理結果を受信するまでの時間（以下、レスポンスタイムという）を、当該ＷＥＢサーバにインストールされたソフトウエアなどを利用して１０分間隔で測定し、得られたレスポンスタイムを記憶手段１３に記憶する。

ステップＳＰ２０２において、ネットワーク監視装置１の演算制御部１２の監視予測手段１２Ｄは、記憶手段１３に格納されている監視手段１２Ａにより収集・監視した過去の監視データおよび現在の監視データに基づき将来の監視データ（以下、予測監視データという）を予測・算出する。（具体的な動作の一例については図３にて後述する。）

ステップＳＰ２０３において、ネットワーク監視装置１の演算制御部１２の監視予測手段１２Ｄは、予測監視データに基づいて、ネットワーク２、被監視対象装置３、ネットワークシステムで将来障害が検知されるか否か判定する。障害が検知されればステップＳＰ２０４に移行し、それ以外の場合はステップＳＰ２０１に移行する。

たとえば監視予測手段１２Ｄは、予測監視データに基づいて、予測監視データの一例である、レスポンスタイムが３時間後にあらかじめ記憶手段１３に設定記憶されている閾値（例えば５０ミリ秒など）を超えた場合には障害が検知されたものとして判定する。

ステップＳＰ２０４において、ネットワーク監視装置１の演算制御部１２の監視設定管理手段１２Ｃは、将来障害が検知されうる予測監視データに基づき、新たに監視すべき監視項目を抽出し記憶手段１３に記憶されている監視ポリシーに追加する。または監視ポリシーを変更するものでもよい。

具体的には、監視設定管理手段１２Ｃは、図示しないクライアント（またはネットワーク監視装置１）から被監視対象装置３までのネットワーク経路のトラフィック量と被監視対象装置３のＣＰＵ使用率を監視項目として自動的に追加する。レスポンスタイムはデータ転送時間（リクエストにかかる時間＋レスポンスにかかる時間）とＷｅｂサーバでの処理時間の和であるため、レスポンスタイムはトラフィック量とＣＰＵ使用率の影響を受けるためである。

なお、監視設定管理手段１２Ｃは、監視予測手段１２Ｄが将来ネットワークまたは前記被監視対象装置のサービスレベルが低下するものと予測する場合は、監視ポリシーを変更して監視の頻度を増大させ、監視対象および監視項目を拡大する。

また、監視設定管理手段１２Ｃは、将来障害が検知されうる予測監視データおよび記憶手段１３の監視ポリシー１３Ａに基づき、新たに監視すべき監視項目を抽出するものでもよい。

たとえば、あらかじめ監視ポリシー１３Ａには、ポリシーのひとつとしてレスポンスタイムの詳細な監視にはトラフィック量・ＣＰＵ使用率などの監視項目を監視すべき旨が記憶されており、監視設定管理手段１２Ｃは、レスポンスタイムに基づき障害検知がなされた場合は、監視ポリシー１３Ａに基づいて新たに監視すべき監視項目トラフィック量・ＣＰＵ使用率を抽出するものでもよい。

ステップＳＰ２０５において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、監視ポリシーに基づき、レスポンスタイムに加え、トラフィック量と被監視対象装置３のＣＰＵ使用率のモニタリングを開始し、得られた監視データを記憶手段１３に記憶する。

ステップＳＰ２０６において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、収集した監視データに基づいて、ネットワーク２、被監視対象装置３、ネットワークシステムで障害が検知されたか否か判定する。障害が検知されればステップＳＰ２０７に移行し、それ以外の場合はステップＳＰ２０９に移行する。

ステップＳＰ２０７において、ネットワーク監視装置１の監視手段１２Ａは、通信手段１１を制御しネットワーク２を介して接続されている特に図示していないユーザのネットワーク管理用の端末に、ネットワークシステムなどで障害が検知された旨を知らせるメッセージ（メールなど）を送信する。または、ネットワーク監視装置１の演算制御手段１２は、ネットワーク監視装置１に備えられている表示手段（図示せず）に障害が検知された旨を表示する。

ここで、この通知／表示により、ネットワーク管理者が新たに追加された監視項目であるトラフィック量の監視データに基づき検討して、あるネットワーク経路上での輻輳を見つけ出し、それを解決する。

ステップＳＰ２０８において、ネットワーク監視装置１の演算制御部１２の監視手段１２Ａは、収集した監視データに基づいて、ネットワーク２、被監視対象装置３、ネットワークシステムで障害が検知されたか否か判定する。障害が検知されればステップＳＰ２０７に移行し、それ以外の場合はステップＳＰ２０９に移行する。

ステップＳＰ２０９において、ネットワーク監視装置１の演算制御部１２の監視設定管理手段１２Ｃは、被監視対象装置３における障害がなくなったものと判断し、ステップＳＰ２０４にて新たに追加した監視項目を削除する。

具体的には、ネットワーク監視装置１の演算制御部１２の監視設定管理手段１２Ｃは、レスポンスタイム（たとえば４秒など）が閾値（たとえば５０ミリ秒など）を下回れば、ステップＳＰ２０４にて新たに追加した監視項目である、トラフィック量とＣＰＵ使用率を監視ポリシーから削除する。

この結果、本発明に係るネットワーク監視装置は、監視手段が監視設定手段によって設定された監視ポリシーに基づき、ネットワークまたは被監視対象装置の状態を示す監視データを取得し、監視予測手段が得られた過去および現在の監視データから予測監視データを算出・予測し、監視設定管理手段がこの予測データに基づき監視ポリシーを変更することにより、ネットワークの状態を予測しこの予測された状態に応じて動的に監視項目を変更でき、障害解析に必要な監視データを適切に把握できる。

なお、本発明に係るネットワーク監視装置は、監視予測手段１２Ｄが予測した監視データにより問題発生が予測されうる場合は、その旨およびその監視データをネットワーク管理者に通知する予測監視データ通知手段を有するものであってもよい。この場合、予測監視データ通知手段は、通信手段１２を制御してネットワーク２を介し接続されている特に図示していないユーザのネットワーク管理用の端末に、ネットワークシステムなどで障害が検知された旨を知らせるメッセージ（メールなど）を送信する。

このため、監視データにより問題発生が予測されうる場合に、監視データを障害発生前に事前にネットワーク管理者に通知することにより、障害の予知保全が可能となる。また、このような本発明による問題が生じうる予測監視データによる予知保全は、障害自体の予測に加えてさらにその障害解析に必要な情報を必要なタイミングで自動的に（効率良く）取得してできる点で、単なる未来予測による通常の予知保全よりも障害解析、障害の予防に有効である。これにより、障害が予知されてから実際に対応するまでの時間を短縮できる。

ここで、本発明に係るネットワーク監視装置は、監視予測手段１２Ｄが過去の監視データおよび現在の監視データに基づき予測監視データを予測する一例について説明する。図３は本発明のネットワーク性能監視装置の動作を説明するフロー図である。

図３において、ステップＳＰ３０１において、ネットワーク性能監視装置１の演算制御部１２の監視手段１２Ａは、ネットワーク機器３の監視データ（たとえばレスポンスタイム）を収集する。

ステップＳＰ３０２において、ネットワーク性能監視装置１の監視手段１２Ａは、監視データ（たとえばレスポンスタイム）とその測定を行った年月日などを関連づけて記憶手段１３の蓄積情報ＤＢ１３Ｂに蓄積・記憶する。

ステップＳＰ３０３において、ネットワーク性能監視装置の監視予測手段１２Ｃは、蓄積情報ＤＢ１３Ａに蓄積・記憶された複数の監視データ（たとえばレスポンスタイム）に基づいて、記憶手段１３に格納されている特に図示しない予測モデルＤＢに格納されている複数の予測モデルを用いて将来の応答時間を予測する。

たとえば、監視予測手段１２Ｃは、蓄積情報ＤＢ１３Ｂに記憶されているレスポンスタイムに基づいて１ヶ月の平均レスポンスタイムを算出し、次月度の平均レスポンスタイムを算出（予測）する。図４は、過去の月間レスポンスタイムを示す説明図である。図５は各予測モデルによる予測監視データ（レスポンスタイム）を示す説明図であり、（Ａ）は線形近似を用いたモデルによる予測結果、（Ｂ）は対数近似を用いたモデルによる予測結果、（Ｃ）は多項式近似を用いたモデルによる予測結果、（Ｄ）は累乗近似を用いたモデルによる予測結果、（Ｅ）は指数近似を用いたモデルによる予測結果である。

監視予測手段１２Ｄは、図８のように過去７ヶ月分の月間平均レスポンスタイム（１月：１４ミリ秒、２月：１８ミリ秒、３月：２４ミリ秒・・・）を算出して記憶手段１３に記憶し、図５のように各予測モデルを用いて次月度（８月度）のレスポンスタイムを予測して（たとえば（Ａ）線形近似：３４ミリ秒、（Ｂ）対数近似：３０．６ミリ秒、（Ｃ）多項式近似：３１．７ミリ秒、（Ｄ）累乗近似：３１．９ミリ秒、（Ｅ）指数近似：３６．８ミリ秒）記憶手段１３に記憶する。

ステップＳＰ３０４において、監視予測手段１２Ｄは、各モデルを用いて算出された予測結果の各予測精度を比較する。

具体的には、監視予測手段１２Ｄは、各予測モデルにおけるＲ−２乗値を算出し、このＲ−２乗値を用いて予測精度を比較する。このＲ−２乗値は、値が１に近づくほど信頼性が高くなることを示す。

ステップＳＰ３０５において、監視予測手段１２Ｄは、予測精度を比較した結果、最も予測精度の高かった予測モデルを選択し、これより以降、応答時間の予測データを算出するための予測モデルとして設定・記憶する。たとえば図８の例では、Ｒ−２乗値が最も高い累乗近似を用いた予測モデルを選択する。

ステップＳＰ３０６において、監視予測手段１２Ｄは、ステップＳＰ３０５で選択された予測モデルを用いてレスポンスタイムの予測データを算出し、記憶手段１３に記憶する。また図示しない表示部などに表示する。

具体的には、監視予測手段１２Ｄは、累乗近似を用いた予測モデルを用いて月間レスポンスタイムの予測値（３１．９ミリ秒）を算出し、記憶手段１３に記憶する。

このように本発明のネットワーク性能監視装置は、ネットワークシステムの将来の監視データを予測することができる。

また、上述の実施例のネットワーク性能監視装置では、被監視対象装置３（Ｗｅｂサーバ）が提供するＷｅｂサイトのリソースの取得にかかるレスポンスタイムに基づきネットワークの性能を把握すると説明しているが、特にこれに限定するものではなく、ICMPパケットを用いて応答時間を測定しネットワークの性能を把握するものであってもよい。

また、本発明のネットワーク監視装置の演算制御部１２は、記憶部１３に格納されているＯＳなどを起動して、このＯＳ上で格納されたプログラムを読み出して実行することによりネットワーク監視装置１全体（たとえば、演算制御部１２はプログラムを読み出し実行することにより監視手段１２Ａ、監視設定手段１２Ｂ、監視設定管理手段１２Ｃ、監視予測手段１２Ｄなどの各手段）を制御し、ネットワーク監視装置固有の動作を行うものでもよい。

このとき記憶手段１３は、演算制御手段１２によって実行されるプログラムやアプリケーションをプログラム格納エリアに展開し、入力されたデータや、プログラムやアプリケーションの実行時に生じる処理結果などのデータをワークエリアに一時的に記憶する。

以上説明したように、本発明では、ネットワーク監視装置が、ネットワークの状態を予測しこの予測された状態に応じて動的に監視項目を変更でき、障害解析に必要な監視データを適切に把握できるので、ネットワークの障害をより精度高く解析でき、解析結果に基づいて最適に通信資源を制御してネットワークシステム全体の障害の除去および適切な運転に貢献することができる。

本発明に係るネットワーク監視装置の一実施例を示す構成図である。 本発明のネットワーク監視装置１の動作を説明するフロー図である。 本発明のネットワーク性能監視装置１の動作を説明するフロー図である。 過去の月間レスポンスタイムを示す説明図である。 各予測モデルによる予測監視データ（レスポンスタイム）を示す説明図である。 従来のネットワーク監視装置の構成例を示す構成図である。 従来のネットワーク監視装置の動作を説明するフロー図である。 従来のネットワーク監視装置の問題点の説明である。

符号の説明

１ ネットワーク監視装置
１１ 通信手段
１２ 演算制御部
１２Ａ 監視手段
１２Ｂ 監視設定手段
１２Ｃ 監視変更手段
１２Ｄ 監視予測手段
１３ 記憶手段
１３Ａ 監視ポリシー
１３Ｂ 監視データＤＢ
２ ネットワーク
３ ネットワーク機器

Claims (5)

1. ネットワークを介し被監視対象装置と接続され、監視ポリシーを設定する監視設定手段と、前記監視ポリシーに基づき前記ネットワークまたは前記被監視対象装置の状態を示す監視データを取得する監視手段とを有するネットワーク監視装置において、
   前記監視手段により得られた過去および／または現在の監視データに基づき、前記ネットワークまたは前記被監視対象装置の将来の状態を示す予測監視データを予測・算出する監視予測手段と、
   前記監視予測手段により算出された前記予測監視データに基づき前記監視ポリシーを変更する監視設定管理手段と、
   を具備することを特徴とするネットワーク監視装置。
2. 前記監視予測手段は、
   任意の予測モデルに基づき前記予測監視データを算出し、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする
   請求項１記載のネットワーク監視装置。
3. 前記監視設定管理手段は、
   前記監視予測手段により算出された前記予測監視データに基づいて、前記ネットワークまたは前記被監視対象装置に将来障害が検出されるものと予測される場合は、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする
   請求項１または請求項２記載のネットワーク監視装置。
4. 前記監視設定管理手段は、
   前前記監視予測手段により算出された前記予測監視データに基づいて、前記ネットワークまたは前記被監視対象装置のサービスレベルが将来低下するものと予測される場合は、前記監視ポリシーを変更して監視の頻度の増大および監視対象と監視項目とを拡大することを特徴とする
   請求項１〜請求項３いずれかに記載のネットワーク監視装置。
5. 前記監視予測手段は、
   前記監視データに基づいてあらかじめ記憶されている複数の予測モデルを用いて同時に計算し、予測精度が最も高い予測モデルを選択して予測監視データを予測・算出することを特徴とする
   請求項１〜請求項４いずれかに記載のネットワーク監視装置。

Images