(57)【特許請求の範囲】
【請求項１】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視手段と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視手段と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視手段と、
前記アプリケーション性能監視手段によって測定されたアプリケーション性能が、アプリケーション毎にあらかじめ定められたサービス低下に係る所定の条件を満たす場合には、その旨を表示するとともに、当該アプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、経路別及び時間別に表示する表示手段と
を備えることを特徴とするネットワークに係る性能監視装置。
【請求項２】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視手段と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視手段と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視手段と、
前記アプリケーション性能監視手段による時系列の性能測定結果に基づいて、その変化の傾向からサービス低下が発生すると予測されるか又は発生する所定の可能性が予測される場合に、その発生予測時刻に対象アプリケーションを提供するサーバへの通信経路を通るトラヒックを、プロトコル別に、及びアプリケーションの提供先別に予測するとともに、予測したトラヒックと当該サーバの性能情報及び当該通信経路上に存在する通信機器の性能情報との比較結果を表す情報を表示する表示手段と
を備えることを特徴とするネットワークに係る性能監視装置。
【請求項３】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視手段と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視手段と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視手段と、
前記アプリケーション性能監視手段によって測定されたアプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、時間別及びアプリケーション別に統計的に管理し、表示する表示手段と
を備えることを特徴とするネットワークに係る性能監視装置。
【請求項４】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視過程と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視過程と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視過程と、
前記アプリケーション性能監視過程で測定されたアプリケーション性能が、アプリケーション毎にあらかじめ定められたサービス低下に係る所定の条件を満たす場合には、その旨を表示するとともに、当該アプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、経路別及び時間別に表示する表示過程と
を含むことを特徴とするネットワークに係る性能監視方法。
【請求項５】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視過程と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視過程と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視過程と、
前記アプリケーション性能監視過程での時系列の性能測定結果に基づいて、その変化の傾向からサービス低下が発生すると予測されるか又は発生する所定の可能性が予測される場合に、その発生予測時刻に対象アプリケーションを提供するサーバへの通信経路を通るトラヒックを、プロトコル別に、及びアプリケーションの提供先別に予測するとともに、予測したトラヒックと当該サーバの性能情報及び当該通信経路上に存在する通信機器の性能情報との比較結果を表す情報を表示する表示過程と
を含むことを特徴とするネットワークに係る性能監視方法。
【請求項６】
ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視過程と、
ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視過程と、
ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視過程と、
前記アプリケーション性能監視過程で測定されたアプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、時間別及びアプリケーション別に統計的に管理し、表示する表示過程と
を含むことを特徴とするネットワークに係る性能監視方法。
【請求項７】
請求項４〜６のいずれか１項記載のネットワークに係る性能監視方法を、コンピュータを用いて実行する際に用いるプログラム。
【請求項８】
請求項７記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークにおいて提供される各種サービスの性能監視を行う際に用いて好適なネットワークに係る性能監視装置及び方法に関する。
【０００２】
【従来の技術】
従来、インターネット、イントラネットで提供されている電子メール、ホームベージ等のサービスにおいては、ユーザの要求も向上し、サービス連続稼動や、データ転送時間の性能が問われる傾向になってきた。そのため、サービスが低下する状況が発生することを防ぐことと、低下が起きた場合の原因分析および対処の時間短縮が重要な課題となってきている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のネットワーク性能管理機能は、ネットワークノード機器、通信回線、ネットワークの使用率や、レスポンスタイム、トラヒック量をもとにした性能管理を個々に行うものであった。そのため、ネットワーク以外の場所に性能低下の原因が発生すると、原因特定を行うことが困難であり、またネットワーク内外について、解析すべきデータが別々に存在するため、解析に時間を費やしてしまい、結果としてサービス低下時間を長引かせてしまっていた。
【０００４】
本発明は、上記の事情を考慮してなされたものであり、ネットワークノード、通信回線、ネットワークの性能情報に加え、アプリケーション別の性能情報を管理することによって、サービスを構成する全ての要素での性能管理を実施し、それらを連携させることによって、サービス低下を未然に防ぐとともに、低下が発生した場合に早期解決することを可能とするネットワークに係る性能監視装置及び方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の発明は、ネットワークにおけるアプリケーション毎の応答性能を監視することによってアプリケーション性能を測定するアプリケーション性能監視手段と、ネットワークにおけるトラヒックを、プロトコル別、インターネットプロトコルアドレス別、及びセグメント別に監視することによってネットワーク性能を測定するネットワーク性能監視手段と、ネットワークにおけるトラヒックを通信機器単位で監視することによって通信機器性能を測定する通信機器性能監視手段と、前記アプリケーション性能監視手段によって測定されたアプリケーション性能が、アプリケーション毎にあらかじめ定められたサービス低下に係る所定の条件を満たす場合には、その旨を表示するとともに、当該アプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、経路別及び時間別に表示する表示手段とを備えることを特徴とする。
【０００６】
請求項２記載の発明は、請求項１記載の表示手段に代えて、前記アプリケーション性能監視手段による時系列の性能測定結果に基づいて、その変化の傾向からサービス低下が発生すると予測されるか又は発生する所定の可能性が予測される場合に、その発生予測時刻に対象アプリケーションを提供するサーバへの通信経路を通るトラヒックを、プロトコル別に、及びアプリケーションの提供先別に予測するとともに、予測したトラヒックと当該サーバの性能情報及び当該通信経路上に存在する通信機器の性能情報との比較結果を表す情報を表示する表示手段を備えることを特徴とする。請求項３記載の発明は、請求項１記載の表示手段に代えて、前記アプリケーション性能監視手段によって測定されたアプリケーション性能、当該アプリケーションの提供に係るネットワーク性能、及び当該アプリケーションの提供に係る通信機器性能の測定情報を、時間別及びアプリケーション別に統計的に管理し、表示する表示手段を備えることを特徴とする。
【０００７】
請求項４〜請求項６記載の発明は、請求項１〜請求項３記載の発明の特徴をそれぞれ有するネットワークに係る性能監視方法である。請求項７記載の発明は、請求項４〜６のいずれか１項記載のネットワークに係る性能監視方法を、コンピュータを用いて実行する際に用いるプログラムである。請求項８記載の発明は、請求項７記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【０００８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。図１は、本発明による性能監視装置の実施の形態を示すシステム図である。
【０００９】
監視センタ１は、本発明による性能監視装置を構成するものであって、アプリケーション性能監視部１１と、ネットワーク性能監視部１２と、通信機器性能監視部１３と、全性能監視部１４とから構成されている。サービス提供センタ２は、図１に示す監視センタ１が監視対象とするものであって、各アプリケーション・サービスを提供する。このサービス提供センタ２は、メールサーバ２１、ＷＷＷ（ワールドワイドウェブ）サーバ２２、ＤＮＳサーバ２３、ルータ２４、ＲＭＯＮ２（アールモン２）機器２６、および各機器間を接続する通信回線２５を備えている。ユーザ接続センタ３は、図１に示す監視センタ１が監視対象とするもう一つの構成であり、ＤＮＳサーバ３１、プロキシサーバ３２、およびＲＡＳ接続機器３３を備えている。
【００１０】
そして、ルータ２４にはインターネット４が接続され、ＲＡＳ接続機器３３には公衆網５が接続されている。複数のユーザは、所定の通信端末を公衆網５に接続することで、ユーザ接続センタ３にアクセスして、サービス提供センタ２が提供する各種サービスを利用できるようになっている。
【００１１】
以下、監視センタ１、サービス提供センタ２、およびユーザ接続センタ３の各構成要素について詳細に説明する。ただし、説明をわかりやすくするために、上記と逆に、ユーザ接続センタ３、サービス提供センタ２、および監視センタ１の順に説明する。
【００１２】
ユーザ接続センタ３を構成するＤＮＳサーバ（ドメインネームシステムサーバ）３１は、ドメイン名とＩＰ（インターネットプロトコル）アドレスを相互に変換するデータベースから構成されている。プロキシサーバ３２は、サービス提供サーバ３２あるいはそれを介してインターネット４に接続する際に、ＷＷＷへのアクセスなどを中継するサーバである。ＲＡＳ接続機器３３は、ラス（Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ）機能を提供するための機器であり、ユーザに対して公衆網５を介してネットワークへ接続するための環境を提供する。
【００１３】
次に、サービス提供センタ２を構成するメールサーバ２１は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の上位のアプリケーションプロトコルの一種であるＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用して電子メールサービスを提供するサーバである。ＷＷＷサーバ２２は、ＴＣＰ／ＩＰの上位のアプリケーションプロトコルの一種であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用してＷＷＷサービスを提供するサーバである。ＤＮＳサーバ２３は、ドメインネームシステムサーバである。ルータ２４は、インターネット４と、通信回線２５を介して構成されるネットワークセグメントとの間の相互接続装置である。
【００１４】
ＲＭＯＮ２機器２６は、ＲＭＯＮ２（Ｒｅｍｏｔｅ  ｎｅｔｗｏｒｋ  Ｍｏｎｉｔｏｒｉｎｇ  ２；ＩＥＴＦ（インターネット技術調査委員会）によるＲＦＣ２０２１（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ  ２０２１））によって通信状況の監視機能を提供する機器である。ＲＭＯＮ２は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の拡張機能として提供されるものであって、ルータ、コンピュータ、端末等、ネットワークに接続された通信機器が提供するＳＮＭＰエージェントが構内通信網の通信状況を蓄積してＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）データベースに保存しておき、遠隔地のＳＮＭＰマネージャからの要求に応じて蓄積したデータを転送するようになっている。ＲＭＯＮの仕様にはＲＭＯＮ１とＲＭＯＮ２の２種類があり、ＲＭＯＮ１がＯＳＩ（開放型システム間結合）層の物理層とデータリンク層の下位２層のレベルでトラヒックを管理するように定義されているのに対して、ＲＭＯＮ２は、ＯＳＩ層の３層以上（ネットワーク層以上）を理解してより高度なトラヒック管理を行えるように定義されている。
【００１５】
図１に示す例でＲＭＯＮ２機器２６は、メールサーバ２１、ＷＷＷサーバ２２、ＤＮＳサーバ２３、ルータ２４等の通信回線２５によって構成された１つのセグメントに接続された各機器の情報を収集し、例えば、ＩＰアドレスやアプリケーションごとにトラヒックの測定を行う。なお、図１に示す例では、サービス提供センタ２内に１つのＲＭＯＮ２機器２６を設けるようにしているが、この例と異なってサービス提供センタ２が複数のネットワークセグメントを有して構成される場合には、それをセグメント毎に設けるようにすることができる。
【００１６】
次に、監視センタ１の各構成要素について説明する。アプリケーション性能監視部１１は、サービス提供センタ２およびユーザ接続センタ３によって提供されるアプリケーション、あるいはサービスのレベルで、トラヒックや通信障害の有無を監視する機能と、監視した性能の測定結果を全性能監視部１４に提供する機能を提供する。この例では、メール、ＤＮＳ、ＷＷＷの各サービスについて、ＨＴＴＰ、ＳＭＴＰ等のプロトコルを使用したサービスの処理性能情報を各サーバから取得することで情報の収集が行われる。処理性能情報には、各サーバのクライアント（ユーザ）からの処理要求に対する応答（処理）時間や、転送情報量が含まれる。そして、それらの情報は、時刻に対応付けられたものとして時系列に収集されて、アプリケーション性能監視部１１内の所定のデータベースに保存される。
【００１７】
ネットワーク性能監視部１２は、ＲＭＯＮ２機器２６に対するＳＮＭＰマネージャの機能を備えるものであって、ＲＭＯＮ２機器２６に対して収集したデータの転送を指示し、転送されてきたデータを受信して自装置のＭＩＢデータベース内に保持する。この場合、ネットワーク性能監視部１２は、プロトコル別、ＩＰアドレス別、セグメント別等でトラヒックを測定し、その性能の測定結果を時系列に複数記憶し、全性能監視部１４に提供可能な形態で保持する機能を有している。
【００１８】
通信機器性能監視部１３は、ＳＮＭＰを使用して、サービス提供センタ２やユーザ接続センタ３のルータ２４やＲＡＳ接続機器３３に、データの収集を指示するとともに、その結果として各機器のＭＩＢデータベースに記録された情報を受信することで、機器毎の性能に係る情報を収集する。この場合、収集される情報としては、通信機器毎のトラヒックを示すパケット数、パケット破棄数、ＣＰＵ（中央処理装置）の使用率等の情報である。これらの測定情報は、時系列に複数記憶されて、全性能監視部１４に提供可能な形態で保持される。
【００１９】
そして、全性能監視部１４は、ウェブブラウザ等を利用して、各監視部１１〜１３にアクセスし、それらの測定情報を取得し、統計処理や解析処理を行って、その結果を表示する機能を有している。ここでは、アプリケーション性能、ネットワーク性能、通信機器性能の測定情報を、経路別、時間別、通信情報やアプリケーションの種類別等に分類して、統計的に解析したり、サービスを構成するそれらすべての要素を連携させて分析したり、各情報を任意に操作者が閲覧できるようになっている。
【００２０】
以下、全性能監視部１４による監視・分析方式の具体例についていくつか説明する。
【００２１】
方式１：アプリケーションしきい値監視方式………あらかじめアプリケーションサービスごとに基準値を決定し、その基準値を超過した場合にメッセージを出力することによって、サービス低下の早期発見を実現する。すなわち、本実施形態によれば、アプリケーション性能監視部１１によって測定されたアプリケーション性能がアプリケーション毎にあらかじめ定めたサービス低下に係る所定の条件を満たす場合には、図示していない所定の表示手段を用いてその旨を表示するとともに、アプリケーション性能、そのアプリケーションに係るネットワーク性能、およびそのアプリケーションに係る通信機器性能の各測定情報を、経路別、時間別等に分けて表示し、操作者にわかりやすく情報を提供することができる。
【００２２】
方式２：サービス低下分析方式………アプリケーション性能監視を行いサービス低下が発生、または発生する恐れが生じた場合、その時間に対象アプリケーションサーバへの通信経路を通るデータを、プロトコル別、通信相手別に把握し、経路上に存在する通信機器の性能情報およびアプリケーション性能情報と、予測されるトラヒックとの比較に基づき、予想される異常内容を同時に表示し、解析可能とする。これによって、その原因がトラヒックであるのか、通信機器、サーバの処理能力、設備構成であるのかを操作者が容易に特定することができるようになる。すなわち、本実施形態によれば、アプリケーション性能監視部１１による時系列の性能測定結果に基づいて、その変化の傾向からサービス低下が発生すると予測されるか、または発生する可能性が所定の程度、予測される場合に、その発生予測時刻に対象アプリケーションを提供するサーバへの通信経路を通るトラヒックを、プロトコル別に、及びアプリケーションの提供先別に予測するとともに、予測したトラヒックとそのサーバの性能情報、当該通信経路上に存在する通信機器の性能情報等との比較を行って、その結果を表示することができるようになる。
【００２３】
方式３：性能予測方式………ネットワーク性能、機器性能、アプリケーション性能の統計情報を時間別、サービス別に管理し、同時に表示し、サービス性能の傾向を予測可能とする。すなわち、本実施形態においては、アプリケーション性能監視部１１によって測定されたアプリケーション性能、そのアプリケーションの提供に係るネットワーク性能、およびそのアプリケーションの提供に係る通信機器性能の測定情報を、時間別およびアプリケーション別に統計的に管理し、表示できるようにすることができる。
【００２４】
上述したように本実施の形態によれば、従来のネットワーク性能管理と同様の情報を収集・管理するのとともに、サービスを提供するアプリケーションの性能を測定することによって、サービスを構成する全ての要素の性能管理を行い、それを連携させることで、サービス低下を未然に防ぐことと、低下が発生した場合に早期解決することが可能となる。
【００２５】
なお、本発明の実施の形態は上記の形態に限定されることなく、例えば、構成要素を統合したり、分散配置したりする等の変更を適宜行うことが可能である。また、本発明の実施形態は、監視センタ１内の１もしくは複数のコンピュータ、またはさらに外部の１または複数のコンピュータと連携するようにして実行されるプログラムを用いて実現することができる。その場合、そのプログラムは、コンピュータ読み取り可能な記録媒体、あるいは通信回線を介して頒布することが可能である。
【００２６】
【発明の効果】
以上説明したように、本発明によれば、ネットワークノード、通信回線、ネットワークの性能情報に加え、アプリケーション別の性能情報を管理することによって、例えば、従来では正常であると判断されていた状況が、サービス全体では異常傾向であるといったことを発見することができ、さらに、その原因がどこの個所で、いつであるのかといった詳細な内容まで分析可能となる。また、統計情報を管理することによって将来の性能予測が行えることから事前にサービス低下を防ぐことができる。すなわち、サービスを構成する全ての要素で性能管理を実施し、それを連携させることによって、サービス低下を未然に防ぐことと、低下が発生した場合に早期解決することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すシステム図である。
【符号の説明】
１  監視センタ
２  サービス提供センタ
３  ユーザ接続センタ
１１  アプリケーション性能監視部
１２  ネットワーク性能監視部
１３  通信機器性能監視部
１４  全性能監視部
【図１】
0003611823.tif 000002