JP2013197617A - 通信監視装置、通信監視方法及び通信監視プログラム - Google Patents

Abstract

【課題】フィルタ条件を自動的に設定して特定データを確実に抽出できる通信監視装置等を提供する。
【解決手段】プローブ装置５は、ネットワーク上を疎通する通信パケットに関わる、少なくともＩＰＤＡ、ＩＰＳＡ、ＤＡポート番号及びＳＳＲＣを含むトラフィック情報を収集してトラフィック記憶部に記憶するトラフィック管理部１２を有する。プローブ装置５は、収集されたトラフィック情報内のＩＰＤＡ、ＩＰＳＡ及びＤＡポート情報に基づき特定の音声パケットを抽出するフィルタ条件を生成するフィルタ制御部１３を有する。プローブ装置５は、フィルタ条件が設定されたフィルタ部１４で抽出された特定の音声パケットを所定時間キャプチャするキャプチャ部１５と、キャプチャされた音声パケットに基づき、音声品質情報を確認する品質管理部１６とを有する。
【選択図】図２

Description

本発明は、通信監視装置、通信監視方法及び通信監視プログラムに関する。

音声をリアルタイムに転送するＲＴＰ（Real-Time Transfer Protocol）等の音声ストリームに対する品質を確認する場合には、ＲＴＰパケット及び、ＲＴＰと組み合わせて使用するＲＴＣＰ（RTP Control Protocol）パケットをキャプチャする必要がある。

ＩＰネットワーク上を流れるパケットを収集するプローブ装置等の通信監視装置は、ＲＴＰパケット及びＲＴＣＰパケットを収集する。そして、通信監視装置は、収集されたＲＴＰパケット及びＲＴＣＰパケットに基づき、例えば、往復遅延時間（ＲＴＴ：Round Trip Time）、パケット異常数やジッタ値等の通信品質情報を取得する。

通信監視装置では、ＲＴＰパケット及びＲＴＣＰパケットを収集するものではないが、特定パケットのアドレスをフィルタ条件に事前に設定し、設定されたフィルタ条件で特定パケットを抽出する技術が知られている。

また、通信監視装置では、ＩＰネットワークを流れる全てのパケットを収集し、収集された全てのパケットを記憶部に一時的に記憶する。そして、通信監視装置では、記憶部に記憶された全パケットから特定パケットを検索する技術が知られている。

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

しかしながら、通信監視装置では、ＲＴＰパケット及びＲＴＣＰパケット等の特定パケットのアドレスを事前にフィルタ条件として設定しておく必要がある。

また、通信監視装置では、ＲＴＣＰパケットの送信間隔に規定が存在しないため、ＲＴＣＰパケットの取得前にＲＴＰパケットを記憶部に順次記憶し、記憶部の記憶容量がＲＴＰパケットのみで枯渇してしまう場合がある。この場合、ＲＴＣＰパケットが取得できなくなるため、ＲＴＴ値が得られない可能性がある。

一つの側面では、フィルタ条件を自動的に設定して特定データを確実に抽出できる通信監視装置、通信監視方法及び通信監視プログラムを提供することを目的とする。

開示の態様は、ネットワーク上を疎通する通信データに関わる、少なくとも送信元情報、宛先情報及び宛先ポート情報を含むトラフィック情報を収集する収集部を有する。更に、開示の態様は、前記収集部によって収集された前記トラフィック情報内の前記送信元情報、前記宛先情報及び前記宛先ポート情報に基づき特定データを抽出するフィルタ条件を生成する生成部を有する。更に、開示の態様は、前記生成部によって生成された前記フィルタ条件に基づき、前記ネットワーク上を疎通する通信データから前記特定データを所定時間キャプチャするキャプチャ部を有する。

開示の態様では、フィルタ条件を自動的に設定して特定データを確実に抽出できる。

図１は、本実施例の伝送システムの一例を示す説明図である。 図２は、プローブ装置の構成の一例を示すブロック図である。 図３は、統計情報記憶部の記憶内容の一例を示す説明図である。 図４は、集約統計情報記憶部の記憶内容の一例を示す説明図である。 図５は、フィルタ条件に使用する統計情報及び集約統計情報内のパラメータの一例を示す説明図である。 図６は、フィルタ条件記憶部に記憶されたフィルタ条件の一例を示す説明図である。 図７は、フィルタ部及びキャプチャ部の動作イメージの一例を示す説明図である。 図８は、品質確認情報記憶部の記憶内容の一例を示す説明図である。 図９は、トラフィック管理処理に関わるプローブ装置の処理動作の一例を示すフローチャートである。 図１０は、音声品質確認処理に関わるプローブ装置の処理動作の一例を示すフローチャートである。 図１１は、トラフィック集計処理に関わるマネージャ装置の処理動作の一例を示すフローチャートである。 図１２は、通信監視プログラムを実行する通信機器の一例を示す説明図である。

以下、図面に基づいて、本願の開示する通信監視装置、通信監視方法及び通信監視プログラムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例の伝送システムの一例を示す説明図である。図１に示す伝送システム１は、ＰＣ（Personal Computer）装置２と、複数のサーバ装置３と、複数のＬ３スイッチ４と、複数のプローブ装置５と、マネージャ装置６とを有する。Ｌ３スイッチ４は、図示せぬルーティングテーブルを備え、伝送システム１内の宛先に応じてパケットをルーティングする。プローブ装置５は、Ｌ３スイッチ４とＬ３スイッチ４との間で接続するネットワークの状態を監視する通信監視装置である。更に、プローブ装置５は、ネットワーク上を疎通するパケットを監視し、パケットの通信品質を確認する機能を内蔵している。マネージャ装置６は、複数のプローブ装置５の監視結果を収集して統合管理する装置である。尚、各プローブ装置５は、例えば、自己が監視するネットワークと異なるネットワークを使用して他のプローブ装置５やマネージャ装置６と通信するものである。

図２は、プローブ装置５の構成の一例を示すブロック図である。図２に示すプローブ装置５は、受信部１１と、トラフィック管理部１２と、フィルタ制御部１３と、フィルタ部１４と、キャプチャ部１５と、品質管理部１６とを有する。更に、プローブ装置５は、トラフィック記憶部２０と、フィルタ条件記憶部３０と、キャプチャ記憶部４０と、品質確認情報記憶部５０とを有する。

受信部１１は、Ｌ３スイッチ４とＬ３スイッチ４との間で接続するネットワーク上を疎通するパケットを受信し、受信されたパケットをコピーすると共に、そのパケットをネットワーク上に戻す。トラフィック管理部１２は、受信部１１によって受信された各パケットのトラフィック情報を収集し、収集されたトラフィック情報をトラフィック記憶部２０に記憶する。尚、トラフィック情報は、各パケット内の複数のパラメータ等で構成する。トラフィック記憶部２０は、統計情報記憶部２１と、集約統計情報記憶部２２とを有する。図３は、統計情報記憶部２１の記憶内容の一例を示す説明図である。図３に示す統計情報記憶部２１には、プロトコルタイプ２０Ａと、ＶＬＡＮ(Virtual Local Area Network)２０Ｂと、ＣＯＳ(Class Of Service)２０Ｃと、ＴＯＳ(Type Of Service)２０Ｄと、プロトコル番号２０Ｅとが登録されている。統計情報記憶部２１には、ＩＰＤＡ（宛先アドレス：Internet Protocol Destination Address）２０Ｆと、ＩＰＳＡ(送信元アドレス：Internet Protocol Source Address)２０Ｇと、ＤＡ（Destination Address）ポート番号２０Ｈとが登録されている。更に、統計情報記憶部２１には、ＳＡ(Source Address)ポート番号２０Ｉと、受信パケット数２０Ｊと、受信バイト数２０Ｋと、ＲＴＰ／ＲＴＣＰ２０Ｌと、ジッタ値２０Ｍと、ＳＳＲＣ（Synchronization Source）２０Ｎ等とが登録されている。

プロトコルタイプ２０Ａは、パケットのプロトコル種別を識別するＩＤである。ＶＬＡＮ２０Ｂは、パケットのＶＬＡＮを識別するＩＤである。ＣＯＳ２０Ｃは、パケットのＶＬＡＮタグの送受信の優先順位を指定する識別子である。ＴＯＳ２０Ｄは、ＩＰｖ４パケットのヘッダに設定された送受信の優先順位を指定する識別子である。プロトコル番号２０Ｅは、パケットのプロトコルを識別する識別子である。ＩＰＤＡ２０Ｆは、パケットの宛先を識別するアドレスである。ＩＰＳＡ２０Ｇは、パケットの送信元を識別するアドレスである。ＤＡポート番号２０Ｈは、パケットの宛先のサービスを識別するポート番号である。ＳＡポート番号２０Ｉは、パケットの送信元のサービスを識別するポート番号である。受信パケット数２０Ｊは、受信パケットの数である。受信バイト数２０Ｋは、受信パケットのデータ量である。ＲＴＰ／ＲＴＣＰ２０Ｌは、パケットがＲＴＰパケットやＲＴＣＰパケット等の音声ストリームを識別するものである。ジッタ値２０Ｍは、パケットの揺らぎの平均値及び最大値を示すものである。ＳＳＲＣ２０Ｎは、ＲＴＰセッションの同一参加者を示す識別子である。

図４は、集約統計情報記憶部２２の記憶内容の一例を示す説明図である。図４に示す集約統計情報記憶部２２には、統計情報内の一部の情報をマスク設定して集約した統計情報が登録されるものである。尚、マスク設定するパラメータは、ユーザ指定で可能である。集約統計情報記憶部２２には、プロトコルタイプ２０Ａ、ＶＬＡＮ２０Ｂ、ＣＯＳ２０Ｃ、ＴＯＳ２０Ｄ、プロトコル番号２０Ｅ、ＩＰＤＡ２０Ｆ及びＩＰＳＡ２０Ｇ等が登録される。更に、集約統計情報記憶部２２には、ＤＡポート番号２０Ｈ、ＳＡポート番号２０Ｉ、受信パケット数２０Ｊや受信バイト数２０Ｋ等が登録されている。

トラフィック管理部１２は、受信部１１によって受信されたパケット情報に基づきエントリを生成し、エントリが統計情報記憶部２１内に登録済みであるか否かを判定する。トラフィック管理部１２は、エントリが統計情報記憶部２１内に登録済みの場合、該当統計情報にエントリを更新登録する。

また、トラフィック管理部１２は、エントリが統計情報記憶部２１内に登録済みでなく、統計情報記憶部２１内に空き領域がある場合、当該エントリを統計情報として統計情報記憶部２１内に新規登録する。

また、トラフィック管理部１２は、統計情報記憶部２１内に空き領域がない場合、当該エントリが集約統計情報記憶部２２内に登録済みであるか否かを判定する。尚、トラフィック管理部１２によってエントリが集約統計情報記憶部２２内に登録済みであるか否かは、例えば、ＤＡポート番号２０Ｈがマスクされたエントリが登録されている場合、ＤＡポート２０Ｈの値以外を検索キーとして判定する。トラフィック管理部１２は、エントリが集約統計情報記憶部２２内に登録済みの場合、該当集約統計情報にエントリを更新登録する。また、トラフィック管理部１２は、エントリが集約統計情報記憶部２２内に登録済みでない場合、当該エントリを集約統計情報として集約統計情報記憶部２２内に新規登録する。

また、トラフィック管理部１２は、統計情報が統計情報記憶部２１に登録された時点から所定時間、当該統計情報の更新登録がなかった場合、当該統計情報を統計情報記憶部２１から自動的に削除する。また、トラフィック管理部１２は、集約統計情報が集約統計情報記憶部２２に登録された時点から所定時間、当該集約統計情報の更新登録がなかった場合、当該集約統計情報を集約統計情報記憶部２２から自動的に削除する。

フィルタ制御部１３は、統計情報記憶部２１及び集約統計情報記憶部２２内のＲＴＰ／ＲＴＣＰ２０Ｌに基づき音声ストリームの統計情報又は集約統計情報であるか否かを判定する。図５は、フィルタ条件に使用する統計情報及び集約統計情報内のパラメータの一例を示す説明図である。フィルタ制御部１３は、図５に示す音声ストリームの統計情報又は集約統計情報に基づき、音声ストリームのフィルタ条件を生成する。尚、フィルタ制御部１３は、統計情報及び集約統計情報内の音声ストリームに対応した、例えば、ＩＰＤＡ２０Ｆ、ＩＰＳＡ２０Ｇ及びＤＡポート番号２０Ｈに関わる音声ストリームのパケットを抽出するフィルタ条件を生成する。音声ストリームは、例えば、音声パケットを転送するＲＴＰパケット及び、ＲＴＰの制御パケットであるＲＴＣＰパケット等である。

フィルタ制御部１３は、音声ストリームのフィルタ条件を生成し、生成されたフィルタ条件をフィルタ条件記憶部３０に格納する。図６は、フィルタ条件記憶部３０の記憶内容の一例を示す説明図である。図６に示すフィルタ条件記憶部３０は、フィルタ対象３０Ａ毎に、フィルタ条件が格納されている。フィルタ条件は、ＩＰＤＡ３０Ｂと、ＩＰＳＡ３０Ｃと、ＤＡポート番号３０Ｄとを有する。

フィルタ制御部１３は、フィルタ条件記憶部３０に格納されたフィルタ条件をフィルタ部１４に設定する。フィルタ部１４は、設定されたフィルタ条件に基づき、受信部１１で受信されたパケット情報からフィルタ対象の音声ストリームのパケットを抽出する。

キャプチャ部１５は、定期的なキャプチャ指示に応じてフィルタ部１４で抽出されたフィルタ対象のパケットを一定時間キャプチャする。図７は、フィルタ部１４及びキャプチャ部１５の動作イメージの一例を示す説明図である。受信部１１は、図７に示す通り、例えば、ＲＴＰ“２”、ＲＴＣＰ“２”、ＲＴＰ“１”、ＲＴＣＰ“１”、ＨＴＴＰのパケットをネットワーク上で受信してコピーする。そして、フィルタ部１４は、図６のフィルタ条件に基づき、ＲＴＰ“１”、ＲＴＣＰ“１”、ＲＴＰ“２”及びＲＴＣＰ“２”の特定パケットを抽出する。そして、キャプチャ部１５は、フィルタ部１４で抽出された特定パケットのキャプチャ動作を開始し、一定時間経過後にキャプチャ動作を停止する。その結果、キャプチャ部１５は、ＲＴＰ“１”、ＲＴＣＰ“１”、ＲＴＰ“２”及びＲＴＣＰ“２”の一定時間分の特定パケットをキャプチャデータとしてキャプチャ記憶部４０に記憶する。

品質管理部１６は、ＲＴＰ／ＲＴＣＰ検索部１６Ａと、品質確認部１６Ｂとを有する。ＲＴＰ／ＲＴＣＰ検索部１６Ａは、キャプチャ記憶部４０に格納されたキャプチャデータからＳＳＲＣに基づき同一セッションのキャプチャデータを検索する。品質確認部１６Ｂは、検索されたキャプチャデータ内のＲＴＰパケット及びＲＴＣＰパケットに基づき、当該音声ストリームの往復遅延時間（ＲＴＴ：Round Trip Time）、パケット異常数及びジッタ値を算出する。

更に、品質確認部１６Ｂは、ＲＴＣＰパケットを使用してＲＴＴ値を算出する。また、品質確認部１６Ｂは、ＲＴＰパケットのシーケンス番号に基づきパケットロス、重複や反転等の異常数を検出する。また、品質確認部１６Ｂは、例えば、２個のＲＴＰパケットｉ及びｊの差分Ｄを、Ｄ（ｉ，ｊ）＝（Ｒｊ−Ｒｉ）−（Ｓｊ−Ｓｉ）＝（Ｒｊ−Ｓｊ）−（Ｒｉ−Ｓｉ）で算出する。尚、ＲＴＰパケットｉのタイムスタンプをＳｉ及び、当該ＲＴＰパケットｉの受信時間をＲｉ、ＲＴＰパケットｊのタイムスタンプをＳｊ及び、当該ＲＴＰパケットｊの受信時間をＲｊとする。そして、ジッタ値Ｊは、ＲＴＰパケットｉと前回のＲＴＰパケットｉ−１との差分Ｄを使用し、Ｊ＝Ｊ＋（｜Ｄ（ｉ−１，ｉ）｜−Ｊ）／１６で算出する。ＲＴＰパケットｉ及びＲＴＰパケットｉ−１は同一ＳＳＲＣのＲＴＰとする。ＭＡＸ（Ｄｉ）をジッタ最大値、Ｊをジッタ平均偏差とする。尚、品質確認部１６Ｂは、RFC1889「RTP: A Transport Protocol for Real-Time Applications」を利用してジッタ値を算出する。

更に、品質確認部１６Ｂは、ＲＴＴ値、パケット異常数及びジッタ値に基づき、総合音声品質（Ｒ値）を算出する。尚、Ｒ値は、ＩＴＵ−Ｔ勧告Ｇ．１０７ ９で規定され、例えば、ＩＰ電話網の２０個のパラメータをＥ−ｍｏｄｅｌの計算式に代入することで算出できる指標である。品質確認部１６Ｂは、Ｅ−ｍｏｄｅｌの計算式にＲＴＴ、パケット異常数及びジッタ値に代入することでＲ値を算出する。更に、品質確認部１６Ｂは、Ｒ値及びＲＴＴ値を総合判断して品質クラスを判定する。尚、品質クラスは、Ａ〜Ｄの４段階ある。例えば、Ｒ値［＞８０］かつＲＴＴ値［＜１００ｍｓｅｃ］は、品質クラスＡである。また、Ｒ値［＞７０］かつＲＴＴ値［＜１５０ｍｓｅｃ］は、品質クラスＢである。Ｒ値［＞５０］かつＲＴＴ値［＜４００ｍｓｅｃ］は、品質クラスＣである。Ｒ値［≦５０］かつ［≧４００ｍｓｅｃ］は、品質クラスＤである。

品質確認部１６Ｂは、音声ストリームの特定パケット毎のＲＴＴ値、パケット異常数、ジッタ値、Ｒ値及び品質クラス等を品質確認情報として品質確認情報記憶部５０に記憶する。図８は、品質確認情報記憶部５０の記憶内容の一例を示す説明図である。図８に示す品質確認情報記憶部５０には、ＩＰＤＡ５１Ａ、ＩＰＳＡ５１Ｂ及びＳＳＲＣ５１Ｃ毎に、ＲＴＴ値５１Ｄ、パケット異常数５１Ｅ及びジッタ値５１Ｆ等の品質確認情報が格納されている。更に、品質確認部１６Ｂは、品質確認情報記憶部５０の記憶内容を統計情報に併せて統計情報記憶部２１に格納する。尚、品質確認情報には、Ｒ値、クラス品質や通信レート等も含む。

また、マネージャ装置６は、定期的に各プローブ装置５に対して統計情報及び集約統計情報を要求する。各プローブ装置５は、マネージャ装置６からの要求に応じて統計情報記憶部２１及び集約統計情報記憶部２２に記憶中の統計情報及び集約統計情報を読み出し、読み出された統計情報及び集約統計情報をマネージャ装置６に送信する。マネージャ装置６は、各プローブ装置５から受信した統計情報及び集約統計情報を格納する。

マネージャ装置６は、統計情報毎に、統計情報の比較対象が基準閾値未満であるか否かを判定する。尚、基準閾値は、統計情報のトラフィックが少なく、管理対象から外すための閾値である。例えば、マネージャ装置６は、統計情報内の今回収集時の受信バイト数２０Ｋと前回収集時の受信バイト数２０Ｋとの差分を収集間隔時間で除算することで比較対象としてトラフィックレートを算出する。そして、マネージャ装置６は、比較対象のトラフィックレートが基準閾値未満であるか否かを判定する。マネージャ装置６は、比較対象が基準閾値未満の場合、その統計情報のトラフィック量が少なく、当該統計情報を管理対象外に設定する。そして、マネージャ装置６は、管理対象外とされた統計情報を削除すべく、プローブ装置５に要求する。各プローブ装置５は、管理対象外とされた統計情報を統計情報記憶部２１から削除する。

また、マネージャ装置６は、集約統計情報毎に、集約統計情報の比較対象が基準閾値未満であるか否かを判定し、比較対象が基準閾値未満の場合、その集約統計情報を管理対象外に設定する。そして、マネージャ装置６は、管理対象外とされた集約統計情報を削除すべく、プローブ装置５に要求する。各プローブ装置５は、管理対象外とされた集約統計情報を集約統計情報記憶部２２から削除する。

次に本実施例の伝送システム１の動作について説明する。図９は、トラフィック管理処理に関わるプローブ装置５の処理動作の一例を示すフローチャートである。図９に示すトラフィック管理処理では、受信したパケット情報に基づき統計情報又は集約統計情報を生成し、統計情報を統計情報記憶部２１に登録すると共に、集約統計情報を集約統計情報記憶部２２に登録する処理である。図９においてトラフィック管理部１２は、受信部１１によって受信されたパケット情報を収集する（ステップＳ１１）。トラフィック管理部１２は、収集されたパケット情報に基づきエントリを生成する（ステップＳ１２）。

トラフィック管理部１２は、生成されたエントリを検索キーとして統計情報記憶部２１内の統計情報を検索する（ステップＳ１３）。トラフィック管理部１２は、その検索結果に基づき、エントリが統計情報記憶部２１内に登録済みであるか否かを判定する（ステップＳ１４）。トラフィック管理部１２は、エントリが登録済みの場合（ステップＳ１４肯定）、エントリを該当の統計情報に更新登録し（ステップＳ１５）、図９に示す処理動作を終了する。尚、トラフィック管理部１２は、統計情報に更新登録する場合、例えば、統計情報内の受信パケット数及び受信バイト数にエントリの受信パケット数及び受信バイト数を加算して更新登録する。

トラフィック管理部１２は、エントリが統計情報記憶部２１に登録済みでない場合（ステップＳ１４否定）、統計情報記憶部２１内に空き領域があるか否かを判定する（ステップＳ１６）。トラフィック管理部１２は、統計情報記憶部２１内に空き領域がある場合（ステップＳ１６肯定）、エントリを統計情報として統計情報記憶部２１に登録し（ステップＳ１７）、図９に示す処理動作を終了する。

トラフィック管理部１２は、統計情報記憶部２１内に空き領域がない場合（ステップＳ１６否定）、エントリを検索キーに集約統計情報記憶部２２内の集約統計情報を検索する（ステップＳ１８）。トラフィック管理部１２は、検索結果に基づき、エントリが集約統計情報記憶部２２内に登録済みであるか否かを判定する（ステップＳ１９）。

トラフィック管理部１２は、エントリが登録済みの場合（ステップＳ１９肯定）、エントリを集約し、集約されたエントリを該当の集約統計情報に更新登録し（ステップＳ２０）、図９に示す処理動作を終了する。

また、トラフィック管理部１２は、エントリが集約統計情報記憶部２２に登録済みでない場合（ステップＳ１９否定）、エントリを集約する。尚、トラフィック管理部１２は、エントリ内の一部の設定値をマスク設定してエントリを集約するものである。更に、トラフィック管理部１２は、集約されたエントリを集約統計情報として集約統計情報記憶部２２に登録し（ステップＳ２１）、図９に示す処理動作を終了する。

図９に示すトラフィック管理処理では、ネットワーク上を疎通するパケット情報に基づきトラフィック情報、例えば、統計情報や集約統計情報を生成し、生成された統計情報及び集約統計情報を統計情報記憶部２１及び集約統計情報記憶部２２に更新登録する。その結果、各プローブ装置５は、配置されたネットワーク上を疎通するパケットのトラフィック情報を管理できる。

図１０は、音声品質確認処理に関わるプローブ装置５の処理動作の一例を示すフローチャートである。図１０に示す音声品質確認処理は、統計情報記憶部２１内の統計情報に基づき音声ストリームのフィルタ条件を設定し、フィルタ条件で抽出された音声パケットを一定時間キャプチャし、キャプチャされた音声パケットに基づき音声品質確認情報を得る処理である。

図１０においてフィルタ制御部１３は、統計情報記憶部２１に記憶された統計情報内のＲＴＰ／ＲＴＣＰ２０Ｌに基づき音声ストリームの統計情報を指定する（ステップＳ３１）。フィルタ制御部１３は、指定された統計情報に基づきフィルタ部１４のフィルタ条件を生成する（ステップＳ３２）。フィルタ制御部１３は、生成された音声ストリームのフィルタ条件をフィルタ条件記憶部３０に格納する（ステップＳ３３）。フィルタ制御部１３は、格納されたフィルタ条件をフィルタ部１４に設定する（ステップＳ３４）。

そして、キャプチャ部１５は、フィルタ部１４で抽出された受信パケットのキャプチャ動作を開始する（ステップＳ３５）。キャプチャ部１５は、キャプチャしたパケットをキャプチャデータとしてキャプチャ記憶部３０に順次記憶する（ステップＳ３６）。キャプチャ部１５は、キャプチャ開始から一定時間を経過したか否かを判定する（ステップＳ３７）。

キャプチャ部１５は、キャプチャ開始から一定時間を経過していない場合（ステップＳ３７否定）、キャプチャされたパケットをキャプチャ記憶部３０に順次記憶すべく、ステップＳ３６に移行する。

キャプチャ部１５は、キャプチャ開始から一定時間を経過した場合（ステップＳ３７肯定）、キャプチャ動作を停止する（ステップＳ３８）。品質管理部１６内のＲＴＰ／ＲＴＣＰ検索部１６Ａは、キャプチャ記憶部４０に記憶されたキャプチャデータ内の同一ＳＳＲＣ、すなわち同一セッションのＲＴＰパケット及びＲＴＣＰパケットを検索する（ステップＳ３９）。品質管理部１６内の品質確認部１６Ｂは、検索された同一セッションのＲＴＰパケット及びＲＴＣＰパケットに基づき音声品質確認情報を取得する（ステップＳ４０）。尚、品質確認部１６Ｂは、検索された同一セッションのＲＴＰパケット及びＲＴＣＰパケットに基づき、ＲＴＴ値、パケット異常数及びジッタ値を算出する。更に、品質確認１６Ｂは、ＲＴＴ値、パケット異常数及びジッタ値に基づきＲ値及び品質クラスを取得するものである。

品質確認部１６Ｂは、取得された音声品質確認情報を品質確認情報記憶部５０に格納する（ステップＳ４１）。更に、品質確認部１６Ｂは、音声品質確認情報を該当の統計情報として統計情報記憶部２１に更新登録し（ステップＳ４２）、図１０に示す処理動作を終了する。

図１０に示す音声品質確認処理では、統計情報記憶部２１内の音声ストリームの統計情報に基づきフィルタ条件を生成し、生成されたフィルタ条件で特定のＲＴＰ及びＲＴＣＰパケットをフィルタ部１４で抽出する。音声品質確認処理は、抽出されたＲＴＰ及びＲＴＣＰパケットを一定時間キャプチャする。その結果、フィルタ条件を自動的に設定して特定のＲＴＰ及びＲＴＣＰパケット等の音声ストリームを確実に抽出できる。

更に、音声品質確認処理では、キャプチャされた特定のＲＴＰ及びＲＴＣＰパケットに基づき、音声ストリームに関わるＲＴＴ値、パケット異常数及びジッタ値を取得する。そして、音声品質確認処理では、特定の音声ストリームのＲＴＴ値、パケット異常数及びジッタ値に基づき、当該音声ストリームのＲ値及び品質クラスを取得し、取得された音声品質確認情報を品質確認情報記憶部５０に記憶する。その結果、ＲＴＰ及びＲＴＣＰパケットの音声ストリームに関わる音声品質確認情報を管理できる。

尚、フィルタ制御部１３は、統計情報に基づきフィルタ条件を生成したが、集約統計情報に基づき音声ストリームのフィルタ条件を生成しても良い。この場合、集約統計情報には、少なくとも、ＩＰＤＡ２０Ｆ、ＩＰＳＡ２０Ｇ及びＤＡポート番号２０Ｈが含まれるものとする。フィルタ制御部１３は、生成されたフィルタ条件をフィルタ部１４に設定し、フィルタ部１４で抽出された特定のＲＴＰ及びＲＴＣＰパケットを一定時間キャプチャする。そして、品質確認部１６Ｂは、キャプチャされたＲＴＰ及びＲＴＣＰパケットに基づき、ＲＴＴ値、パケット異常数、ジッタ値、Ｒ値及び品質クラスを取得できる。

図１１は、トラフィック集計処理に関わるマネージャ装置６の処理動作の一例を示すフローチャートである。図１１に示すトラフィック集計処理は、マネージャ装置６側で各プローブ装置５内に格納された統計情報及び集約統計情報を収集する処理である。図１１においてマネージャ装置６は、伝送システム１内の各プローブ装置５の統計情報を収集し（ステップＳ５１）、収集された各プローブ装置５の統計情報を格納する（ステップＳ５２）。マネージャ装置６は、プローブ装置５が配置されたネットワーク上のトラフィック情報を管理できる。マネージャ装置６は、未指定の統計情報があるか否かを判定する（ステップＳ５３）。

マネージャ装置６は、未指定の統計情報がある場合（ステップＳ５３肯定）、未指定の統計情報を指定し（ステップＳ５４）、統計情報の比較対象が基準閾値と比較する（ステップＳ５５）。尚、比較対象は、例えば、今回収集時と前回収集時との受信バイト数２０Ｋの差分を収集間隔時間で除算したトラフィックレートである。また、統計情報内の受信パケット数２０Ｊ、受信バイト数２０Ｋ、ＲＴＴ値、ジッタ値、Ｒ値及び品質クラス等を使用しても良い。マネージャ装置６は、比較結果に基づき比較対象が基準閾値未満であるか否かを判定する（ステップＳ５６）。

マネージャ装置６は、比較対象が基準閾値未満の場合（ステップＳ５６肯定）、その統計情報を管理対象外に設定し（ステップＳ５７）、未指定の統計情報があるか否かを判定すべく、ステップＳ５３に移行する。また、マネージャ装置６は、比較対象が基準閾値未満でない場合（ステップＳ５６否定）、未指定の統計情報があるか否かを判定すべく、ステップＳ５３に移行する。

また、マネージャ装置６は、未指定の統計情報がない場合（ステップＳ５３否定）、管理対象外の統計情報があるか否かを判定する（ステップＳ５８）。マネージャ装置６は、管理対象外の統計情報がある場合（ステップＳ５８肯定）、管理対象外の統計情報の削除を各プローブ装置５に要求し（ステップＳ５９）、図１１に示す処理動作を終了する。尚、各プローブ装置５内のトラフィック管理部１２は、マネージャ装置６から管理対象外の統計情報の削除が要求された場合（ステップＳ５８否定）、管理対象外の統計情報を統計情報記憶部２１から削除する。

図１１に示すトラフィック集計処理は、マネージャ装置６が各プローブ装置５で取得した統計情報及び集約統計情報を定期的に収集する。その結果、マネージャ装置６は、各プローブ装置５で取得された統計情報及び集約統計情報を管理できる。

更に、トラフィック集計処理は、統計情報毎に、統計情報の比較対象が基準閾値未満であるか否かを判定し、比較対象が基準閾値未満の場合、当該統計情報を管理対象外に設定する。その結果、マネージャ装置６は、管理対象外の統計情報を削減できる。

更に、トラフィック集計処理は、マネージャ装置６が当該統計情報の削除を各プローブ装置５に要求し、各プローブ装置５は、管理対象外の統計情報の削除要求に応じて、管理対象外の統計情報を統計情報記憶部２１から削除する。その結果、各プローブ装置５は、管理対象外の統計情報を削除するため、統計情報記憶部２１内のリソースを有効的に活用できる。

マネージャ装置６は、統計情報だけでなく、未指定の集約統計情報を指定し、集約統計情報の比較対象が基準閾値未満であるか否かを判定する。そして、マネージャ装置６は、集約統計情報の比較対象が基準閾値未満の場合、当該集約統計情報を管理対象外に設定する。その結果、マネージャ装置６は、管理対象外の集約統計情報を削減できる。

また、マネージャ装置６は、当該集約統計情報の削除を各プローブ装置５に要求し、各プローブ装置５は、管理対象外の集約統計情報の削除要求に応じて、管理対象外の集約統計情報を集約統計情報記憶部２２から削除する。その結果、各プローブ装置５は、管理対象外の集約統計情報を削除するため、集約統計情報記憶部２２内のリソースを有効的に活用できる。

本実施例のトラフィック管理部１２は、ネットワーク上を疎通する全パケットに基づきトラフィック情報をトラフィック記憶部２０に登録する。フィルタ制御部１３は、音声ストリームのトラフィック情報に基づきフィルタ条件を生成し、生成されたフィルタ条件で特定のＲＴＰ及びＲＴＣＰパケットをフィルタ部１４で抽出する。キャプチャ部１５は、抽出されたＲＴＰ及びＲＴＣＰパケットを一定時間キャプチャする。その結果、プローブ装置５は、フィルタ条件を自動的に設定して特定のＲＴＰ及びＲＴＣＰパケット等の音声ストリームを確実に抽出できる。

更に、本実施例のＲＴＰ／ＲＴＣＰ検索部１６Ａは、キャプチャ部１５によって一定時間キャプチャされたＲＴＰ及びＲＴＣＰパケットから、同一ＳＳＲＣのＲＴＰ及びＲＴＣＰパケットを検索する。品質確認部１６Ｂは、検索されたＲＴＰ及びＲＴＣＰパケットに基づき、ＲＴＴ値、パケット異常数及びジッタ値を含む音声品質確認情報を取得する。その結果、プローブ装置５は、特定のＲＴＰ及びＲＴＣＰパケットの音声品質確認情報を管理できる。

更に、本実施例のトラフィック管理部１２は、収集されたトラフィック情報をトラフィック記憶部２０に格納する。トラフィック管理部１２は、品質確認部１６Ｂで取得された音声通信品質情報を該当のトラフィック情報に追加してトラフィック記憶部２０に更新登録する。その結果、プローブ装置５は、トラフィック情報に併せて音声通信品質情報を管理できる。

更に、本実施例のトラフィック管理部１２は、トラフィック記憶部２０に登録されたトラフィック情報を統合管理するマネージャ装置６から、トラフィック情報の比較対象が基準閾値未満とされ、当該トラフィック情報の削除が要求されたとする。この場合、トラフィック管理部１２は、削除要求された当該トラフィック情報をトラフィック記憶部２０から削除する。その結果、プローブ装置５は、トラフィック記憶部２０の記憶容量を節減してトラフィック記憶部２０の有効活用が図れる。

本実施例では、プローブ装置５で受信したパケットから自動的に監視対象となるエントリが登録され、エントリが音声ストリームの場合、音声品質確認が定期的に実施される。その結果、事前にユーザがネットワーク上で運用されている通信サービスを特定すること無く、詳細なトラフィック量の確認や、品質確認が可能となる。また、品質確認が定常的に実施され、その結果を統計情報として管理している為、過去に遡った品質確認も可能となる。

尚、品質確認情報記憶部５０に記憶された音声品質確認情報内に日時を登録しておくことで履歴として管理することもできる。

また、上記実施例では、通信監視装置としてプローブ装置５を例示したが、例えば、Ｌ３スイッチ等のルータ等に適用しても良い。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを通信機器で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する通信機器の一例を説明する。図１２は、通信監視プログラムを実行する通信機器を示す説明図である。

図１２に示す通信監視プログラムを実行する通信機器１００は、通信インタフェース１１１と、ＲＯＭ（Read Only Memory）１１２と、ＲＡＭ(Random Access Memory)１１３と、通信機器１００全体を制御するプロセッサ１１４とを有する。通信インタフェース１１１は、通信パケットが疎通するネットワークと接続する。

そして、ＲＯＭ１１２には、上記実施例と同様の機能を発揮する通信監視プログラムが予め記憶されている。尚、ＲＯＭ１１２ではなく、図示せぬドライブで読取可能な記録媒体に通信監視プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。通信監視プログラムとしては、図１２に示すように、収集プログラム１１２Ａ、生成プログラム１１２Ｂ及びキャプチャプログラム１１２Ｃである。尚、プログラム１１２Ａ、１１２Ｂ及び１１２Ｃについては、適宜統合又は分散してもよい。

そして、プロセッサ１１４が、これらのプログラム１１２Ａ、１１２Ｂ及び１１２ＣをＲＯＭ１１２から読み出し、これら読み出された各プログラムを実行する。そして、プロセッサ１１４は、図１２に示すように、各プログラム１１２Ａ、１１２Ｂ及び１１２Ｃを、収集プロセス１１４Ａ、生成プロセス１１４Ｂ及びキャプチャプロセス１１４Ｃとして機能することになる。

プロセッサ１１４は、ネットワーク上を疎通する通信データに関わる、少なくとも送信元情報、宛先情報及び宛先ポート情報を含むトラフィック情報を収集する。プロセッサ１１４は、収集されたトラフィック情報内の送信元情報、宛先情報及び宛先ポート情報に基づき特定データを抽出するフィルタ条件を生成する。更に、プロセッサ１１４は、生成されたフィルタ条件に基づき、ネットワーク上を疎通する通信データから特定データを所定時間キャプチャする。その結果、フィルタ条件を自動的に設定して特定データを確実に抽出できる。

１ 伝送システム
５ プローブ装置
６ マネージャ装置
１２ トラフィック管理部
１３ フィルタ制御部
１４ フィルタ部
１５ キャプチャ部
１６ 品質管理部
２０ トラフィック記憶部
２１ 統計情報記憶部
２２ 集約統計情報記憶部
３０ フィルタ条件記憶部
４０ キャプチャ記憶部
５０ 品質確認情報記憶部

Claims (6)

1. ネットワーク上を疎通する通信データに関わる、少なくとも送信元情報、宛先情報及び宛先ポート情報を含むトラフィック情報を収集する収集部と、
   前記収集部によって収集された前記トラフィック情報内の前記送信元情報、前記宛先情報及び前記宛先ポート情報に基づき特定データを抽出するフィルタ条件を生成する生成部と、
   前記生成部によって生成された前記フィルタ条件に基づき、前記ネットワーク上を疎通する通信データから前記特定データを所定時間キャプチャするキャプチャ部と
   を有することを特徴とする通信監視装置。
2. 前記キャプチャ部によって前記所定時間キャプチャされた前記特定データから、同一セッション識別子に関わる特定データを検索する検索部と、
   前記検索部によって検索された前記特定データ内のＲＴＰ情報及びＲＴＣＰ情報に基づき、少なくとも往復遅延時間、パケット異常数及びジッタ値を含む前記特定データに関わる通信品質情報を取得する取得部と
   を有することを特徴とする請求項１に記載の通信監視装置。
3. 前記収集部によって収集されたトラフィック情報を記憶部に格納する管理部を有し、
   前記取得部は、
   取得された前記通信品質情報を該当のトラフィック情報に追加して前記記憶部に更新登録することを特徴とする請求項２に記載の通信監視装置。
4. 前記管理部は、
   前記通信監視装置内の前記記憶部に記憶された前記トラフィック情報を統合管理する管理装置から、前記トラフィック情報の比較対象が基準閾値未満とされて、当該トラフィック情報の削除が要求された場合、削除要求された当該トラフィック情報を前記記憶部から削除することを特徴とする請求項３に記載の通信監視装置。
5. ネットワーク上を疎通する通信データを監視する通信監視装置の通信監視方法であって、
   前記通信監視装置は、
   前記ネットワーク上を疎通する通信データに関わる、少なくとも送信元情報、宛先情報及び宛先ポート情報を含むトラフィック情報を収集し、
   収集された前記トラフィック情報内の前記送信元情報、前記宛先情報及び前記宛先ポート情報に基づき特定データを抽出するフィルタ条件を生成し、
   生成された前記フィルタ条件に基づき、前記ネットワーク上を疎通する通信データから前記特定データを所定時間キャプチャする
   各処理を実行することを特徴とする通信監視方法。
6. システム内の各ネットワーク上を疎通する通信データを監視する通信インタフェースと、プロセッサとを備えた通信機器によって実行される通信監視プログラムであって、
   前記プロセッサに、
   前記ネットワーク上を疎通する通信データに関わる、少なくとも送信元情報、宛先情報及び宛先ポート情報を含むトラフィック情報を収集し、
   収集された前記トラフィック情報内の前記送信元情報、前記宛先情報及び前記宛先ポート情報に基づき特定データを抽出するフィルタ条件を生成し、
   生成された前記フィルタ条件に基づき、前記ネットワーク上を疎通する通信データから前記特定データを所定時間キャプチャする
   各処理を実行させることを特徴とする通信監視プログラム。

Images