(57)【要約】【課題】ユーザ要求に基づいて、ネットワークのトラフィックを計測するＩＰメータを選定し、計測条件を設定するネットワーク計測設定装置を提供する。【解決手段】計測条件に基づいてネットワークのトラフィックデータを計測する計測装置が複数個配置されたネットワークに接続されるネットワーク計測設定装置であって、経路情報と計測種別とを含むユーザ要求を受け付ける手段と、ユーザ要求に基づいて計測を行なうべき計測装置を選定する計測装置選定手段と、選定した計測装置に対して計測条件を設定する計測条件設定手段とを備えることを特徴とするネットワーク計測設定装置を提供する。【選択図】　図１
2004128977.tif 000002
【特許請求の範囲】
【請求項１】
計測条件に基づいてネットワークのトラフィックデータを計測する計測装置が複数個配置されたネットワークに接続されるネットワーク計測設定装置であって、
経路情報と計測種別とを含むユーザ要求を受け付ける手段と、
ユーザ要求に基づいて計測を行なうべき計測装置を選定する計測装置選定手段と、
選定した計測装置に対して計測条件を設定する計測条件設定手段とを備えることを特徴とするネットワーク計測設定装置。
【請求項２】
請求項１に記載のネットワーク計測設定装置において、
前記複数の計測装置のそれぞれについて、計測可能なトラフィックデータ種類と、計測可能なネットワーク範囲とを記憶した計測装置情報記憶手段をさらに備え、
前記計測装置選定手段は、ユーザ要求に含まれる経路情報により求められる計測ポイントを計測可能なネットワーク範囲に含む計測装置であって、ユーザ要求に含まれる計測種別に関するトラフィックデータを計測可能な計測装置を、計測を行なうべき計測装置として選定することを特徴とするネットワーク計測設定装置。
【請求項３】
請求項２に記載のネットワーク計測設定装置において、
計測種別と計測すべきトラフィックデータとを関連づけて記憶する計測種別情報記憶手段をさらに備え、
前記計測装置選定手段は、ユーザ要求に含まれる計測種別と関連づけられたトラフィックデータを計測することが可能な計測装置を、前記計測可能な計測装置と判断することを特徴とするネットワーク計測設定装置。
【請求項４】
請求項３に記載のネットワーク計測装置において、
前記計測種別情報記憶手段は、さらに、計測種別と計測装置の数とを関連づけて記憶し、
前記計測装置選定手段は、ユーザ要求に含まれる計測種別と関連づけられた計測装置の数分の計測装置を、ユーザ要求に基づいて計測を行なうべき計測装置として選定することを特徴とするネットワーク計測設定装置。
【請求項５】
請求項２に記載のネットワーク計測設定装置において、
前記計測装置情報記憶手段は、さらに、計測装置が計測条件を設定可能な状態かどうかを判別するための情報を記憶し、
前記計測装置選定手段は、計測条件を設定可能な状態にない計測装置は、計測を行なうべき計測装置として選定しないことを特徴とするネットワーク計測設定装置。
【請求項６】
請求項１〜５のいずれか一項に記載のネットワーク計測設定装置において、
計測装置が計測したトラフィックデータに基づいてユーザ要求に含まれる計測種別を算出する特性算出装置に対して、計測種別の算出方式を識別するための情報を送信する特性算出装置情報出力手段をさらに備えることを特徴とするネットワーク計測設定装置。
【請求項７】
請求項６に記載のネットワーク計測設定装置において、
前記特性算出装置に対して計測種別の算出方式を識別するための情報を送信した後、選定した計測装置に対して計測条件を設定することを特徴とするネットワーク計測設定装置。
【請求項８】
請求項２に記載のネットワーク計測設定装置において、
計測装置に不具合が発生しているかどうかを判断する不具合判断手段をさらに備え、
前記計測装置選定手段は、選定に係る計測装置に不具合が発生している場合には、
前記選定に係る計測装置に代え、ユーザ要求に含まれる経路情報により求められる計測ポイントを計測可能なネットワーク範囲に含む計測装置、あるいは、当該計測ポイントを計測可能なネットワーク範囲に隣接するネットワーク範囲に含む計測装置であって、ユーザ要求に含まれる計測種別に関するトラフィックデータを計測可能な計測装置を、計測を行なうべき計測装置として選定することを特徴とするネットワーク計測設定装置。
【請求項９】
請求項６に記載のネットワーク計測設定装置において、
前記ユーザ要求は、さらに、ネットワークサービスの品質の要求に関する情報を含み、
前記特性算出装置が算出した計測種別に基づいてネットワークサービスの品質を評価する品質管理サーバに対して、ネットワークサービスの品質の要求に関する情報を送信する品質管理サーバ情報出力手段をさらに備えることを特徴とするネットワーク計測設定装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザ要求に基づいて、ネットワークのトラフィックを計測するメータを選定し、計測条件を設定するネットワーク計測設定装置に関する。
【０００２】
【従来の技術】
ネットワークのトラフィック特性、例えば、転送遅延、パケットロス等を計測する手段として、ネットワーク内に複数配置されたキャプチャ装置（以下ＩＰメータと呼ぶ）を用いて、ネットワーク内に流れるデータをキャプチャし、計測サーバで収集することにより計測することが知られている。
【０００３】
ＩＥＴＦ（Ｔｈｅ　Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）のＩＰＰＭ（ＩＰ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｍｅｔｒｉｃｓ）では、２地点に配置されたＩＰメータを用いてネットワークに流れるパケットの遅延時間、パケットロス等を算出する方式について、ＲＦＣ２６７９とＲＦＣ２６８０とで規定している。
【０００４】
また、ＲＦＣ２７２２では、計測システムのアーキテクチャを規定しており、計測条件を設定する管理マネージャ、ＩＰメータ、および、ＩＰメータから情報を収集するリーダの構成が規定されている。ただし、計測条件を設定するＩＰメータの選定方法については規定されていない。
【０００５】
【発明が解決しようとする課題】
一般に、トラフィック特性の計測に関するユーザの要求は、例えば、端末装置間の任意のネットワーク経路に対しての計測要求であり、計測ポイントは明示されない。このため、ユーザの要求に応じて、計測条件を設定すべきＩＰメータを選定する必要がある。
【０００６】
ところが、大規模なネットワークでは、複数種類のＩＰメータが存在し、また様々な個所に配置される。ＩＰメータは、種類に応じて、それぞれ可能な計測種類、性能、作業負荷等が異なるため、それぞれのＩＰメータの計測ポイント、可能な計測種類、作業負荷等を考慮して、ユーザの要求に対応したＩＰメータを選定する必要があり、管理オペレータの負担が大きかった。
【０００７】
本発明の目的は、ユーザ要求に基づいて、ネットワークのトラフィックを計測するＩＰメータを選定し、計測条件を設定するネットワーク計測設定装置を提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明によれば、
計測条件に基づいてネットワークのトラフィックデータを計測する計測装置が複数個配置されたネットワークに接続されるネットワーク計測設定装置であって、
経路情報と計測種別とを含むユーザ要求を受け付ける手段と、
ユーザ要求に基づいて計測を行なうべき計測装置を選定する計測装置選定手段と、
選定した計測装置に対して計測条件を設定する計測条件設定手段とを備えることを特徴とするネットワーク計測設定装置が提供される。
【０００９】
ここで、前記複数の計測装置のそれぞれについて、計測可能なトラフィックデータ種類と、計測可能なネットワーク範囲とを記憶した計測装置情報記憶手段をさらに備え、
前記計測装置選定手段は、ユーザ要求に含まれる経路情報により求められる計測ポイントを計測可能なネットワーク範囲に含む計測装置であって、ユーザ要求に含まれる計測種別に関するトラフィックデータを計測可能な計測装置を、計測を行なうべき計測装置として選定することができる。
【００１０】
【発明の実施の形態】
本発明の実施例について図面を参照して詳細に説明する。
【００１１】
図１は、本発明を適用したＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）解析システム１００およびＱｏＳ解析システム１００の計測対象となるネットワーク１０の構成を示すブロック図である。
【００１２】
ネットワーク１０は、端末装置２０を含むネットワークセグメント同士がルータ等のネットワーク装置３０を介して接続されることで構成される。ネットワーク１０内には、ネットワーク１０のトラフィックを計測するＩＰメータ１１が複数配置されている。ＩＰメータ１１は、与えられた計測条件にしたがって、計測対象のパケットの数、サイズ、スループット等のサービスレベルに関するトラフィックを計測する。ＩＰメータ１１は、例えば、ネットワーク装置３０に組み込まれているものや、独立に配置されているもの等があり、ネットワーク１０内に広く分布している。
【００１３】
また、ネットワーク１０には、ＱｏＳサーバ１２と、サービスレベル管理サーバ１３（以下「ＳＬ管理サーバ１３」と称す）と、ネットワーク計測設定装置として機能するタスクディストリビュータ１５とが接続される。これらの装置によってＱｏＳ解析システム１００が構成される。ＱｏＳ解析システム１００は、本図に示すように複数の装置で構成してもよいし、一つの装置上に構成するようにしてもよい。
【００１４】
ＱｏＳサーバ１２は、ＩＰメータ１１が計測したトラフィックデータを収集し、遅延時間、パケットロス、単位時間の最大データ転送量、ジッタ（遅延時間のばらつき）等のネットワーク１０のトラフィック特性を算出する。
【００１５】
ＳＬ管理サーバ１３は、ＱｏＳサーバ１２の算出結果を基に、ネットワーク１０のトラフィック特性が、後述するユーザ要求５１に係るサービスレベルを満足しているかどうかを判断し、必要に応じて、その結果等をユーザに通知する。
【００１６】
タスクディストリビュータ１５は、サービスレベルについて記載されたユーザ要求５１を受け付け、計測を行なわせるＩＰメータ１１を選定する。そして、ユーザ要求に係るサービスレベルに基づく計測条件等を生成し、選定されたＩＰメータ１１、および、ＱｏＳサーバ１２、ＳＬ管理サーバ１３に通知する。
【００１７】
タスクディストリビュータ１５は、要求受信モジュール１０１と、計測タスク導出モジュール１０２と、タスク生成モジュール１０３と、タスク分配モジュール１０４と、通信モジュール１０５と、メータ監視モジュール１０６と、リアクションモジュール１０７と、データベース群１０８とを備えて構成される。タスクディストリビュータ１５は、パーソナルコンピュータやワークステーションなどにおいてソフトウェア的に構成してもよいし、それぞれの機能をハードウェアで構成してもよい。
【００１８】
要求受信モジュール１０１は、ユーザ要求５１を受け付け、計測タスク導出モジュール１０２に通知する。
【００１９】
本実施例において、ユーザ要求５１は、要求を行なうユーザに関する情報と、要求するサービスレベルに関する情報を含んでいる。
【００２０】
要求を行なうユーザに関する情報は、例えば、要求を行なったユーザを特定するためのユーザ識別子とすることができる。要求するサービスレベルに関する情報は、さらに、経路情報（端末Ａ→端末Ｂ等）、計測種別（遅延時間、パケットロス、スループット等）等の計測するトラフィック特性に関する情報と、サービスレベルの許容閾値（１０ミリ秒以内等）、計測時間（開始時間、終了時間等）等の監視情報とが含まれる。ユーザ要求５１のフォーマットは、あらかじめ定めておくようにする。
【００２１】
計測タスク導出モジュール１０２は、受信したユーザ要求５１から、サービスレベルに関する情報を抽出して、トラフィック特性算出のための計測要求情報５２、および、サービスレベルの監視のためのサービスレベルタスク情報５３を生成する（図２参照）。
【００２２】
タスク生成モジュール１０３は、ユーザ要求５１に係るサービスレベルを監視するために必要なトラフィック特性を算出するためのＩＰメータ１１およびＱｏＳサーバ１２で行なうべきタスクを決定する。
【００２３】
タスク分配モジュール１０４は、トラフィックを計測すべきＩＰメータ１１を特定して、特定されたＩＰメータ１１に対して設定する計測条件を作成する。
【００２４】
通信モジュール１０５は、タスクディストリビュータ１５と、ＩＰメータ１１、ＱｏＳサーバ１２およびＳＬ管理サーバ１３との通信を制御する。
【００２５】
メータ監視モジュール１０６は、ＩＰメータ１１の状態を監視する。
【００２６】
リアクションモジュール１０７は、ＩＰメータ１１上で障害が発生したときに、他のＩＰメータ１１に代替計測を実行させる。
【００２７】
データベース群１０８は、タスクディストリビュータ１５で用いる情報を格納する。本実施例において、データベース群１０８は、サービス管理データベース（ＳＭＤＢ）１０８ａと、計測特性データベース（ＭＭＤＢ）１０８ｂと、メータ情報データベース（ＭＣＤＢ）１０８ｃと、ネットワーク構成データベース（ＮＴＤＢ）１０８ｄとを含んで構成される。
【００２８】
サービス管理データベース１０８ａは、ユーザ要求５１ごとの情報を管理するデータベースである。図３は、サービス管理データベース１０８ａのデータ構造の一例を示す図である。本図に示すように、サービス管理データベース１０８ａは、要求識別子３０２と、ユーザ識別子３０３と、計測条件識別子３０４と、ＱｏＳ算出識別子３０５と、開始時間３０６と、終了時間３０７と、要求状態３０８とをユーザ情報データ３０１として管理する。
【００２９】
要求識別子３０２は、ユーザ要求５１を識別するものである。
【００３０】
ユーザ識別子３０３は、要求を行なったユーザを識別するものである。
【００３１】
計測条件識別子３０４は、ユーザ要求５１に基づいてＩＰメータ１１に設定する計測条件を識別するものである。
【００３２】
ＱｏＳ算出識別子３０５は、ユーザ要求５１に基づいてＱｏＳサーバ１２に設定するＱｏＳ算出条件を識別するものである。
【００３３】
開始時間３０６、終了時間３０７は、ユーザ要求５１に基づく計測を実施する開始時間と終了時間とをそれぞれ示す。
【００３４】
要求状態３０８は、当該ユーザ情報データ３０１についての、ユーザ要求５１に対するＱｏＳ解析システム１００の状態を示す。ＱｏＳ解析システムの状態は、例えば、「要求受付中」「受付終了」「計測開始中」「計測終了中」等をとり得るものとする。
【００３５】
計測特性データベース１０８ｂは、計測種別ごとに、必要なＩＰメータ１１の数（種別も含む）、ＩＰメータ１１におけるタスク、および、ＱｏＳサーバ１２におけるタスクを関連付けたデータベースである。図４は、計測特性データベース１０８ｂの一例を示す図である。本図に示すように、計測特性データベース１０８ｂは、計測種別４０２と、使用ＩＰメータ数４０３と、ＩＰメータタスク４０４と、ＱｏＳサーバタスク４０５とをテーブル形式（計測手段テーブル）４０１で管理する。
【００３６】
例えば、計測種別としてバイトサイズやパケット数など（ＶＯＬＵＭＥ）を計測する場合は、ＩＰメータ１１のタスクとして、ＩＰメータ１１自身が算出する方法（ＶＯＬＵＭＥ＿ＣＡＬＣ＿ＯＮ＿ＭＥＴＥＲ）と、キャプチャしたパケットをそのままＱｏＳサーバ１２に転送（ＰＡＣＫＥＴ＿ＣＯＰＹ）、あるいは、キャプチャしたパケットを圧縮してＱｏＳサーバ１２に転送（ＣＲＣ＿ＣＯＮＤＥＮＳＥ）する方法とがある。ＩＰメータ１１上で算出する場合には、ＱｏＳサーバ１２はそのまま情報を使えるため、ＱｏＳサーバ１２のタスクは必要ない（ＮＯＮＥ）。しかし、それ以外の場合では、ＱｏＳサーバ１２が、転送されたパケットを使ってバイトサイズ情報やパケット数情報を計測するタスクを行なう（ＶＯＬＵＭＥ＿ＣＡＬＣＵＲＡＴＩＯＮ）。
【００３７】
なお、計測手段テーブル４０１は、あらかじめ管理オペレータによって作成され、計測特性データベース１０８ｂに格納される。
【００３８】
メータ情報データベース（ＭＣＤＢ）１０８ｃは、ネットワーク１０に含まれるＩＰメータ１１に関する情報を管理するデータベースである。図５は、ＩＰメータ情報データベース１０８ｃのデータ構造の一例を示す図である。本図に示すように、ＩＰメータ情報データベース１０８ｃは、ＩＰメータ識別子５０２と、ＩＰアドレス５０３と、ポート番号５０４と、監視セグメント５０５と、計測特性５０６と、時刻同期５０７と、最大ルール数５０８と、現ルール数５０９と、ＩＰメータ状態５１０と、最終更新日時５１１とをＩＰメータ情報５０１として管理する。
【００３９】
ＩＰメータ識別子５０２は、ＩＰメータ１１を識別するものである。
【００４０】
ＩＰアドレス５０３は、タスクディストリビュータ１５がＩＰメータ１１に対してコマンド等を送信するときに用いるＩＰメータ１１のＩＰアドレスである。
【００４１】
ポート番号５０４は、タスクディストリビュータ１５からのコマンド等を受信するためのＩＰメータ１１上のポート番号である。
【００４２】
監視セグメント５０５は、そのＩＰメータ１１がトラフィックの計測を可能なネットワークセグメントを表す。
【００４３】
計測特性５０６は、そのＩＰメータ１１が行なえるタスクを表す。例えば、（ＶＬ＿ＣＡＬＣ＿ＯＮ＿ＭＥＴＥＲ）が含まれていれば、統計情報算出が可能であることを表し、（ＣＲＣ＿ＣＯＮＤＥＮＳＥ）が含まれていれば、圧縮型のパケット情報を提供可能であることを表す。
【００４４】
時刻同期５０７は、ＩＰメータ１１上での時刻同期手段の有無や同期の精度を表したものである。
【００４５】
最大ルール数５０８は、ＩＰメータ１１が許容できるルール数の最大値であり、現ルール数５０９は、現在ＩＰメータ１１が計測するために用いられているルール数を表している。
【００４６】
ＩＰメータ状態５１０は、現在のＩＰメータ１１の状態を示す。本実施例では、ＩＰメータ１１の状態として、正常に起動している場合（ＮＯＲＭＡＬ）、ＩＰメータ１１におけるＣＰＵ利用率が高くなってきている場合（ＷＯＲＮＩＮＧ）、ＩＰメータ１１が動作していない場合（ＤＯＷＮ）をとり得るものとする。
【００４７】
最終更新日時５１１は、現ルール数５０９あるいはＩＰメータ状態５１０を更新した日時を表す。
【００４８】
ＩＰメータ情報データベース１０８ｃにおいて、ＩＰメータ識別子５０２と、ＩＰアドレス５０３と、ポート番号５０４と、監視セグメント５０５と、計測特性５０６と、時刻同期５０７と、最大ルール数５０８とは、あらかじめ管理オペレータにより格納される。ＩＰメータ状態５１０は、メータ監視モジュール１０６が、定期的にＩＰメータ１１に問い合わせ、必要に応じて更新する。
【００４９】
また、メータ情報データベース（ＭＣＤＢ）１０８ｃは、ＩＰメータ情報５０１とは別に、ＩＰメータ１１に対して設定する計測条件データを格納するための計測条件管理テーブルを備えている（図示せず）。計測条件管理テーブルで格納する計測条件データのフォーマットについては後述する。
【００５０】
ネットワーク構成データベース１０８ｄは、ネットワーク１０の構成情報を管理するデータベースである。ネットワーク構成データベース１０８ｄは、例えば、セグメント単位で、それぞれの接続関係を保持することで、ネットワーク１０の構成情報を管理する。また、ネットワーク１０に含まれる各端末装置２０の識別子、ＩＰアドレス、接続関係等についても直接的あるいは間接的に管理する。ネットワーク構成データベース１０８ｄが管理するネットワーク１０の構成情報は、ネットワーク制御装置から得ることができる。
【００５１】
なお、データベース１０８群は、上記のデータに限られず、必要に応じて他のデータを格納することができる。
【００５２】
次に、ユーザ要求５１を受け付けたときのタスクディストリビュータ１５の各モジュールの処理動作について、図２を参照して説明する。
【００５３】
要求受信モジュール１０１がユーザ要求５１を受信することで本処理は開始する（Ｓ１０１）。
【００５４】
要求受信モジュール１０１は、受信したユーザ要求５１を計測タスク導出モジュール１０２に通知する（Ｓ１０２）。
【００５５】
計測タスク導出モジュール１０２は、ユーザ要求５１を受信すると、ユーザ要求５１に基づくユーザ情報データ３０１をサービス管理データベース１０８ａに登録する（Ｓ１０３）。具体的には、受信したユーザ要求５１に対して識別子を設定し、要求識別子３０２に格納する。また、受信したユーザ要求５１のユーザ識別子に基づいてユーザ情報を設定し、サービスレベルに関する情報に基づいて開始時間と終了時間とを設定する。なお、連続要求の場合には、終了時間３０７に継続を示す値を設定する。そして、要求状態３０８を「要求受付中（ＯＮ＿ＧＯＩＮＧ）」とする。なお、計測条件識別子３０４、ＱｏＳ算出識別子３０５についてはこの段階では設定しない。
【００５６】
次に、計測タスク導出モジュール１０２は、受信したユーザ要求５１から、サービスレベルに関する情報を抽出して、サービスレベルの監視のためのサービスレベルタスク情報５３を生成する（Ｓ１０４）。例えば、サービスレベルに関する情報が、「端末Ａから端末Ｂまでの遅延時間が１０ミリ秒以内」という旨を表わす情報であれば、「遅延時間計測の値の結果が１０ミリ秒以内であることを監視する」という旨の情報をサービスレベルタスク情報５３とする。そして、生成したサービスレベルタスク情報５３をタスク分配モジュール１０４に通知する（Ｓ１０５）。このとき、要求識別子３０２も含めて通知するものとする。なお、サービスレベルに関する情報からサービスレベルタスク情報５３を生成する規則およびサービスレベルタスク情報５３のフォーマットについてはあらかじめ定めておくようにする。
【００５７】
また、計測タスク導出モジュール１０２は、受信したユーザ要求５１から、サービスレベルに関する情報を抽出して、トラフィック特性算出のための計測要求情報５２を生成する（Ｓ１０６）。例えば、サービスレベルに関する情報が、「端末Ａから端末Ｂまでの遅延時間が１０ミリ秒以内」という旨を表わす情報であれば、「端末Ａから端末Ｂに対する計測（経路情報）は、遅延時間計測（計測種別）である」という旨の情報を計測要求情報５２とする。そして、生成した計測要求情報５２をタスク生成モジュール１０３に通知する（Ｓ１０７）。このとき、要求識別子３０２も含めて通知するものとする。なお、サービスレベルに関する情報から計測要求情報５２を生成する規則および計測要求情報５２のフォーマットについてはあらかじめ定めておくようにする。
【００５８】
計測要求情報５２を受信したタスク生成モジュール１０３は、計測特性データベース１０８ｂを参照して、計測要求情報５２に含まれる計測種別に対応するＩＰメータ１１の数、ＩＰメータ１１におけるタスク、および、ＱｏＳサーバ１２におけるタスクを抽出する（Ｓ１０８）。そして、計測要求情報５２に、この結果を付加した情報を計測タスク５４としてタスク分配モジュール１０４に通知する（Ｓ１０９）。
【００５９】
タスク分配モジュール１０４は、タスク生成モジュール１０３から受信した計測タスク５４に基づき、メータ情報データベース１０８ｃと、ネットワーク構成データベース１０８ｄとを参照して、トラフィックの計測を行なわせるＩＰメータ１１を選定する（Ｓ１１０）。
【００６０】
具体的には、計測タスク５４の経路情報とネットワーク構成データベース１０８ｄとから、計測すべきポイントを含むセグメントを特定する。そして、そのセグメントのトラフィックを計測可能なＩＰメータ１１をメータ情報データベース１０８ｃから抽出する。
【００６１】
さらに、抽出したＩＰメータ１１が、計測タスク５４で示されたＩＰメータ１１のタスクを行えるかを、メータ情報データベース１０８ｃの計測特性５０６、時刻同期５０７を参照して判断する。例えば、計測種別として遅延時間（ＯＮＥＷＡＹ　ＤＥＬＡＹ）を計測するには、時刻同期手段を備え、パケットを圧縮して転送するタスク（ＣＲＣ＿ＣＯＮＤＥＮＳＥ）を行なえることが必要である。タスク分配モジュール１０４は、抽出したＩＰメータ１１がこれらを満たしているかを判断する。
【００６２】
このとき、タスク分配モジュール１０４は、メータ情報データベース１０８ｃを参照して、抽出したＩＰメータ１１の現ルール数５０９が、最大ルール数５０８以下であるかについても確認する。
【００６３】
計測特性等が計測タスク５４の要求を満たしていない、あるいは、現ルール数５０９が最大ルール数５０８と同じであれば、そのＩＰメータ１１では計測不可能と判断し、条件を満足する他のＩＰメータ１１を求める。計測種別が統計データのように任意の一地点で計測すればよい場合には、ネットワーク構成管理データベス１０８ｄを参照して、計測したいエンド−エンドパスが通過するセグメントを求め、このセグメントを監視できるＩＰメータ１１を求める。
【００６４】
条件を満足するＩＰメータ１１を選定すると、タスク分配モジュール１０４は、選定したＩＰメータ１１に対して設定する計測条件を作成する（Ｓ１１１）。作成した計測条件は、メータ情報データベース１０８ｃの計測条件管理テーブルに格納する。なお、条件を満足するＩＰメータ１１を選定できなかった場合は、エラー情報として、その旨をユーザまたは上位アプリケーションに通知する。
【００６５】
図６は、ＩＰメータ１１に設定するための計測条件６０１のデータ構成の一例を示す図である。本図に示すように計測条件６０１は、計測ルールを一意に識別するための識別子でありタスク分配モジュール１０４により設定される計測条件識別子６０２と、パケットをキャプチャするＩＰメータ１１に関する情報を示すＩＰメータ情報と、キャプチャするパケットをフィルタするためのフィルタ条件であるフロー条件と、その他のフィルタ条件がある場合にその情報を格納するその他６１０とを備えて構成される。
【００６６】
ＩＰメータ情報は、ＩＰメータ識別子６０３とタスク６０４とで構成される。ＩＰメータ識別子６０３は、設定対象のＩＰメータの識別子であり、ＩＰメータ情報５０１のＩＰメータ識別子５０２に格納される値と共通である。タスク６０４は、ＩＰメータ１１が行なうべきタスクを示す。
【００６７】
キャプチャすべきパケットを判別するためのフロー条件において、送信元アドレス／ネットワークマスク６０５は、送信元のアドレスもしくはアドレス範囲を格納している。受信先アドレス／ネットワークマスク６０６は、受信先アドレスもしくはアドレス範囲を格納する。送信元ポート６０７は、送信元の端末が使用しているポート番号を格納する。受信先ポート６０８は、受信先の端末が使用しているポート番号を格納する。プロトコル６０９はＩＰ以上のプロトコルのプロトコル種別を格納するものである。
【００６８】
その他６１０は、上記フロー条件以外にフィルタ条件がある場合に、その情報を格納する。このフロー条件は、すべての情報を格納する必要はなく、ユーザ要求５１で指定された計測用のパス情報を基に必要に応じて部分的な条件のみを格納する。
【００６９】
上記の計測条件６０１を生成すると、タスク分配モジュール１０４は、通信モジュール１０５を用いて、まず、ＱｏＳサーバ１２に対して、ＱｏＳ算出条件を送信する（Ｓ１１２）。ＱｏＳ算出条件は、例えば、計測条件６０１で設定した計測条件識別子６０２と、選定されたＩＰメータ１１のアドレスと、計測種別と、ＱｏＳサーバのタスクとを含むものとする。このＱｏＳ算出条件が、ＱｏＳサーバ１２に正常に受け付けられると、ＱｏＳ算出識別子がＱｏＳサーバ１２から通知される。
【００７０】
次に、タスク分配モジュール１０４は、ＳＬ管理サーバ１３に対してＳＬ監視条件を送信する（Ｓ１１３）。ＳＬ監視条件は、例えば、ＱｏＳサーバ１２から通知されたＱｏＳ算出識別子と、計測タスク導出モジュール１０２から通知されたサービスレベルタスク情報５３の監視情報を含むものとする。
【００７１】
そして、タスク分配モジュール１０４は、選定したそれぞれのＩＰメータ１１に対して計測条件６０１を送信する（Ｓ１１４）。このとき、遅延時間やパケットロスといった２地点のＩＰメータ１１を使った計測である場合には、受信先端末に近いＩＰメータ１１から先に計測条件６０１の設定を行い、ついで送信元端末に近いＩＰメータ１１に対して計測条件６０１を設定する。
【００７２】
以上の送信が成功すれば、タスク分配モジュール１０４は、受信した計測条件６０１とＱｏＳ算出識別子とを、サービス管理データベース１０８ａの対応するユーザ情報データ３０１の計測条件識別子３０４と、ＱｏＳ算出識別子３０５とに格納する。また、ユーザ情報データ３０１の要求状態３０８を「受付終了」に更新する（Ｓ１１５）。
【００７３】
さらに、タスク分配モジュール１０４は、メータ情報データベース１０８ｃの、対応するＩＰメータ情報５０１における現ルール数５０９を更新する。
【００７４】
以上の処理により、タスクディストリビュータ１５は、ユーザ要求５１に基づいて、ネットワークのトラフィックを計測するＩＰメータ１１を選定し、計測条件を設定することができる。
【００７５】
次に、設定したユーザ要求５１に対して変更を加えるときのタスクディストリビュータ１５の各モジュールの処理動作について図７のフローチャートを用いて説明する。
【００７６】
要求受信モジュール１０１が、修正要求を受信すると、その情報を計測タスク導出モジュール１０２に通知する（Ｓ７０１）。この修正要求５８には修正対象のユーザ情報データ３０１の要求識別子３０２が含まれ、これに基づいて計測タスク導出モジュール１０２は、関連するユーザ情報データ３０１をサービス管理データベース１０８ａから抽出する。そして、計測タスク導出モジュール１０２は、計測要求情報５２とサービスレベルタスク情報５３とを作成する（Ｓ７０２）。
【００７７】
計測タスク導出モジュール１０２は、生成した計測要求情報５２とサービスレベルタスク情報５３とを、それぞれ、タスク生成モジュール１０３、タスク導出モジュール１０２に送信する。また、ユーザ情報データ３０１に含まれる計測条件識別子３０４をタスク生成モジュール１０３に通知し、ＱｏＳ算出識別子３０５をタスク分配モジュール１０４に通知する。
【００７８】
計測要求情報５２を受信したタスク生成モジュール１０３は、計測特性データベース１０８ｂを参照して、計測要求情報５２に含まれる計測種別に対応するＩＰメータ１１の数、ＩＰメータ１１におけるタスク、および、ＱｏＳサーバ１２におけるタスクを抽出する。そして、計測要求情報５２に、この結果と、計測条件識別子３０４とを付加した情報を計測タスク５４としてタスク分配モジュール１０４に通知する（Ｓ７０３）。
【００７９】
タスク分配モジュール１０４は、受信した計測条件識別子３０４を基に、メータ情報データベース１０８ｃの計測条件管理テーブルから現在の計測条件データを抽出する。そして、抽出された計測条件データと新しいタスクに基づく計測条件とを比較する。この結果、新しいタスクに基づく計測条件が、すでに設定済みの計測条件データと異なる場合には、計測条件削除コマンドを作成する。例えば、端末Ａから端末Ｂ間のパスの計測を、端末Ａから端末Ｃ間のパスの計測に修正する場合、計測するＩＰメータ１１が一つ変わる。このときは、新しく追加する端末Ｃの計測のためのＩＰメータ１１への計測条件を生成するのに加え、変更のあったＩＰメータ１１に対しては、計測条件を削除するための情報が生成される（Ｓ７０４）。
【００８０】
タスク分配モジュール１０４は、まず、ＱｏＳサーバ１２に対して、変更用のＱｏＳ算出条件を送信する（Ｓ７０５）。ＱｏＳ算出条件は、設定時の条件と同じ情報に加え、変更するＱｏＳ算出識別子も含まれる。
【００８１】
ＱｏＳサーバ１２が正常に変更要求を受け付けると、ＳＬ管理サーバ１３に対してＳＬ監視条件を通知する（Ｓ７０６）。ＳＬ監視条件には、ＱｏＳ算出識別子と、計測タスク導出モジュール１０２から送られたサービスレベルタスク情報５３から得られる監視情報等が含まれる。
【００８２】
そして、それぞれのＩＰメータ１１に対して追加／削除の計測条件を送信する（Ｓ７０７）。
【００８３】
以上のデータ送信が成功すれば、タスク分配モジュール１０４は、メータ情報データベース１０８ｃの計測条件管理テーブルの変更前の計測条件データを削除して、変更後の計測条件データを格納する。そして、ユーザ情報データ３０１の要求状態３０８を「受付終了」に更新する（Ｓ７０８）。さらに、タスク分配モジュール１０４は、メータ情報データベース１０８ｃの、対応するＩＰメータ情報５０１における現ルール数５０９を更新する。
【００８４】
以上が、設定した要求に対して変更を加えるときのタスクディストリビュータ１５の各モジュールの処理動作である。
【００８５】
次に、設定したユーザ要求５１を削除するときのタスクディストリビュータ１５の各モジュールの処理動作について図８のフローチャートを用いて説明する。
【００８６】
計測タスク導出モジュール１０２は、要求受信モジュール１０１から削除要求を受信すると、要求識別子を基に対応するユーザ情報データ３０１を抽出する。そして、ユーザ情報データ３０１から計測条件識別子４０５、ＱｏＳ算出識別子３０５を求め、タスク生成モジュール１０３に通知する（Ｓ８０１）。
【００８７】
タスク生成モジュール１０３は何もせず、そのままタスク分配モジュール１０４に通知する（Ｓ８０２）。
【００８８】
タスク分配モジュール１０４は、計測条件識別子を基に、対応するＩＰメータ１１を特定し、設定されているフィルタ条件を削除するための削除情報を生成する（Ｓ８０３）。
【００８９】
そして、ＱｏＳサーバ１２とＳＬ管理サーバ１３とに対して、削除するためのＱｏＳ算出識別子を通知する（Ｓ８０４）。つぎに、各ＩＰメータ１１に削除情報を通知する（Ｓ８０５）。
【００９０】
すべての要求が正しく終了したとき、タスク分配モジュール１０４は、メータ情報データベース１０８ｃの計測条件管理テーブルの対応する計測条件データ、および、ユーザ情報データ３０１を削除し、メータ情報データベース１０８ｃの、対応するＩＰメータ情報５０１における現ルール数５０９を更新する。（Ｓ８０６）。
【００９１】
以上が、設定した要求を削除するときのタスクディストリビュータ１５の各モジュールの処理動作である。
【００９２】
最後に、ＩＰメータ１１上で何らかの不具合が発生した場合のタスクディストリビュータ１５の各モジュールの処理動作について図９、図１０を用いて説明する。
【００９３】
図９は、ＩＰメータ１１の監視を行う処理とＩＰメータ１１上で不具合が発生したときの各モジュール間の関係を表した図である。
【００９４】
メータ監視モジュール１０６は、通信モジュール１０５を介して、定期的にＩＰメータ１１に対してメータ状態を問い合わせる（Ｓ９０１）。メータ監視モジュール１０６は問合せの結果を基に、メータ情報データベース１０８ｃのメータ状態５１０を更新する（Ｓ９０２）。このとき、応答が無い場合や、応答が異常状態である場合、メータ監視モジュール１０６は、リアクションモジュール１０７に対し、不具合が発生したＩＰメータ識別子を含むアラームを通知する（Ｓ９０３）。
【００９５】
リアクションモジュール１０７は、アラームを受信すると、後述する手順により代替ＩＰメータ１１を求める、そして、ＱｏＳサーバ１２に対して新しいＱｏＳ算出条件を通知し（Ｓ９０５）、ＳＬ管理サーバ１３に対して新しいＳＬ監視条件を通知し（Ｓ９０６）、代替ＩＰメータ１１に対して計測条件の追加を行う（Ｓ９０４）。
【００９６】
図１０は、メータ監視モジュール１０６からアラームを通知されたときのリアクションモジュール１０７の処理動作を表すフローチャートである。
【００９７】
リアクションモジュール１０７は、メータ監視モジュール１０６からのアラームを受信すると本処理を開始する（Ｓ１００１）。
【００９８】
リアクションモジュール１０７は、アラーム内に含まれるＩＰメータ識別子から、該当する識別子を含む計測条件６０１を求める。そして、計測条件６０１の計測条件識別子６０２を基に、サービス管理データベース１０８ａから、影響のあるユーザ情報データ３０１を抽出する（Ｓ１００２）。
【００９９】
次に、メータ情報データベース１０８ｃの監視セグメント５０５を参照して、不具合を発生しているＩＰメータ１１が監視しているネットワークセグメントを求める。
【０１００】
そして、同じセグメントをもキャプチャしている他のＩＰメータ１１があるかどうかを調べる（Ｓ１００３、Ｓ１００４）。もし、存在しなければ、経路情報と、ネットワーク構成データベース１０８ｄとから、経路を構成するセグメントを求める（Ｓ１００５）。そして、障害のあるＩＰメータ１１のキャプチャしているセグメントの次のセグメントを求め（Ｓ１００６）、そのセグメントをキャプチャするＩＰメータ１１があるかどうかを判断する（Ｓ１００７、Ｓ１００８）。
【０１０１】
ＩＰメータ１１が存在し、計測可能であれば、ＱｏＳサーバ１２に対して、新しいＩＰメータ１１から情報を収集することを通知し、ＳＬ管理サーバ１３に対して、代替経路による計測であることを通知し、代替ＩＰメータ１１に対して計測条件を設定する（Ｓ１００９）。以上の処理が正常に終了すれば、メータ情報データベース１０８ｃの計測条件管理テーブルの対応する計測条件データにおけるＩＰメータ識別子を代替ＩＰメータ１１の識別子に変更する。
【０１０２】
その後、上位アプリケーションに対して計測条件変更を警告通知する（１０１０）。
【０１０３】
一方、計測可能なＩＰメータ１１が存在しなければ、経路上の隣り合ったセグメントを検索し、ＩＰメータ１１が存在するかどうかの処理を繰り返す（Ｓ１０１１〜Ｓ１００８）。このとき、検索するネットワークセグメントの数がある閾値以上になったならば、処理をやめ、修正をかけられなかったことを表す警報通知を上位アプリケーションに行う（Ｓ１０１２）。
【０１０４】
以上により、タスクディストリビュータ１５は、ユーザ要求に基づいて自動的に計測に関連するＩＰメータ１１を選定し、ＩＰメータ１１、ＱｏＳサーバ１２およびＳＬ管理サーバ１３に計測条件等を設定することができる。
【０１０５】
【発明の効果】
本発明により、ユーザ要求に基づいて、ネットワークのトラフィックを計測するＩＰメータを選定し、計測条件を設定するネットワーク計測設定装置が提供される。
【図面の簡単な説明】
【図１】本発明を適用したＱｏＳ解析システム１００およびＱｏＳ解析システム１００の計測対象となるネットワーク１０の構成を示すブロック図である。
【図２】ユーザ要求５１を受け付けたときのタスクディストリビュータ１５の各モジュールの処理動作について説明するための図である。
【図３】サービス管理データベース１０８ａのデータ構造の一例を示す図である。
【図４】計測特性データベース１０８ｂの一例を示す図である。
【図５】メータ情報データベース１０８ｃのデータ構造の一例を示す図である。
【図６】ＩＰメータ１１に設定するための計測条件６０１のデータ構成の一例を示す図である。
【図７】設定したユーザ要求５１に変更を加えるときのタスクディストリビュータ１５の各モジュールの処理動作を説明するフローチャートである。
【図８】設定したユーザ要求５１を削除するときのタスクディストリビュータ１５の各モジュールの処理動作を説明するフローチャートである。
【図９】ＩＰメータ１１の監視を行う処理とＩＰメータ１１上で不具合が発生したときの各モジュール間の関係を表した図である。
【図１０】メータ監視モジュール１０６からアラームを通知されたときのリアクションモジュール１０７の処理動作を表すフローチャートである。
【符号の説明】
１０…ネットワーク、１１…ＩＰメータ、１２…ＱｏＳサーバ、１３…サービスレベル（ＳＬ）管理サーバ、１５…タスクディストリビュータ、２０…端末装置、３０…ネットワーク装置、１００…ＱｏＳ解析システム、１０１…要求受信モジュール、１０２…計測タスク導出モジュール、１０３…タスク生成モジュール、１０４…タスク分配モジュール、１０５…通信モジュール、１０６…メータ監視モジュール、１０７…リアクションモジュール、１０８…データベース群、１０８ａ…サービス管理データベース、１０８ｂ…計測特性データベース、１０８ｃ…メータ情報データベース、１０８ｄ…ネットワーク構成データベース
【図１】
2004128977.tif 000003
【図２】
2004128977.tif 000004
【図３】
2004128977.tif 000005
【図４】
2004128977.tif 000006
【図５】
2004128977.tif 000007
【図６】
2004128977.tif 000008
【図７】
2004128977.tif 000009
【図８】
2004128977.tif 000010
【図９】
2004128977.tif 000011
【図１０】
2004128977.tif 000012