JP2015165636A - 検出装置、検出方法、および検出プログラム - Google Patents

Abstract

【課題】劣化要因の分析に必要な記憶容量の低減化を図ること。【解決手段】検出装置は、通信装置間のトラフィックに関するログを記憶し、記憶容量が所定量以上になると記憶済みのログのうち最古のログから削除する第１の記憶部に記憶されたログのうち、通信品質の監視対象が関与する特定のトラフィックについての特定のログを参照することにより、前記監視対象についての通信品質に関する時系列な統計値群を算出し、算出された時系列な統計値群と、前記監視対象についての通信品質の劣化に関するしきい値と、を比較することにより、前記監視対象についての通信品質の劣化を検出し、前記監視対象についての通信品質の劣化が検出された場合、前記特定のログを前記第１の記憶部から取得して、第２の記憶部に格納する。【選択図】図４

Description

本発明は、通信品質の劣化を検出する検出装置、検出方法、および検出プログラムに関する。

従来技術として、圏外地域、チャネル容量不足地域各々を推定する統計情報処理システムがある（たとえば、下記特許文献１を参照。）。特許文献１では、携帯端末各々が電源投入状態にある間、端末各々には、待ち受け状態となった（無線）基地局の識別情報や圏外状態にあった時間、位置登録／発着信時でのチャネル捕捉成功／失敗が携帯端末統計情報として記録される。この状態で、該端末からの位置登録の度に、該端末から基地局を介し転送される携帯端末統計情報にもとづき、統計情報処理システムでは、圏外地域、チャネル容量不足地域がそれぞれ通信不良地域として推定される。

また、品質劣化を被る端末数の規模の評価、及び品質劣化の原因の推定を、必要な記憶容量を抑える通信品質管理システムがある（たとえば、下記特許文献２を参照。）。特許文献２では、検出手段は、通信エリア内の通信の試行及び通信の失敗を検出する。通信情報登録手段は、検出手段が通信の試行及び通信の失敗を検知したときに、通信の試行回数及び通信の失敗回数をもとに期間通信情報を集計して、通信情報記憶手段に登録する。管理対象端末特定手段は、検出手段が、通信の失敗を検出したときに、通信に失敗した移動端末を、通信品質の算出対象とする管理対象端末として特定する。端末集計情報登録手段は、管理対象端末特定手段が特定した管理対象端末ごとに端末失敗情報を集計して、通信情報記憶手段に登録する。

また、他の無線局との間の無線リンクの障害原因を特定して対策を実行する無線装置がある（たとえば、下記特許文献３を参照。）。特許文献３では、無線装置は、無線リンクの状態を表す統計情報の特性値を取得する統計情報取得部と、特性値に基づいて、統計情報に予め関連づけられた複数の障害原因を所定の順序で検出する障害原因検出部と、障害原因検出部で検出された障害原因に予め関連づけられた対策を実行する対策実行部と、を備える。複数の障害原因は、シャドウイングの存在と電波雑音の存在とを含んでおり、所定の順序で検出とは、シャドウイングの存在を検出した後に、電波雑音の存在を検出する。

また、他の無線局と無線リンクを介して接続され、前記無線リンクの障害原因を特定する無線局がある（たとえば、下記特許文献４を参照。）。特許文献４では、無線局は、無線リンク制御方式に従って前記無線リンクの無線リンク制御を実行する無線リンク制御部と、前記無線リンク制御の実行の間、前記無線リンクの状態を表す統計情報を取得する統計情報取得部と、前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、を備える。

特開平９−２６１１５９号公報 特開２０１０−１０９７４４号公報 特開２０１２−７４７６５号公報 国際公開ＷＯ２０１１／０３０４６６号公報

品質劣化の兆候を精度よく捉えるためには、ログなどのトラフィックに関する詳細な情報が必要となる。一方、トラフィック量の増大に伴い、劣化要因を分析するために蓄積しておくデータ量も増大するが、上述した特許文献では、データ量を削減することができず、長期間データ保存をおこなう場合、大容量の記憶領域が必要となる。

本発明は、劣化要因の分析に必要な記憶容量の低減化を図ることを目的とする。

本願において開示される発明の一側面となる検出装置、検出方法、および検出プログラムは、通信装置間のトラフィックに関するログを記憶し、記憶容量が所定量以上になると記憶済みのログのうち最古のログから削除する第１の記憶部に記憶されたログのうち、通信品質の監視対象が関与する特定のトラフィックについての特定のログを参照することにより、前記監視対象についての通信品質に関する時系列な統計値群を算出し、算出された時系列な統計値群と、前記監視対象についての通信品質の劣化に関するしきい値と、を比較することにより、前記監視対象についての通信品質の劣化を検出し、前記監視対象についての通信品質の劣化が検出された場合、前記特定のログを前記第１の記憶部から取得して、第２の記憶部に格納することを特徴とする。

本発明の代表的な実施の形態によれば、劣化要因の分析に必要な記憶容量の低減化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本実施例にかかる品質劣化要因の特定例を示す説明図である。 本実施例にかかる検出装置を含むネットワーク構成例を示す説明図である。 検出装置のハードウェア構成例を示すブロック図である。 検出装置の機能的構成例を示すブロック図である。 ＴＣＰ／ＵＤＰログテーブルの記憶内容例を示す説明図である。 ＨＴＴＰログテーブルの記憶内容例を示す説明図である。 制御メッセージログテーブルの記憶内容例を示す説明図である。 パケットデータ群の一例を示す説明図である。 分布情報の一例を示す説明図である。 品質情報テーブルの記憶内容例を示す説明図である。 端末のＱｏＥ値の時間的変化を示すグラフである。 検出部によって生成される制御データを示す説明図である。 図１２に示した取得期間の決定例を示す説明図である。 図１１（ｃ）により劣化検出された場合の取得期間の決定例を示す説明図である。 作成部による基準値ＤＢ作成処理例を示すフローチャートである。 算出部による品質情報テーブルの作成処理例１を示すフローチャートである。 図１６に示したＱｏＥ値算出処理（ステップＳ１６０４）の一例を示すフローチャートである。 算出部による品質情報テーブル４２４の作成処理例２を示すフローチャートである。 検出部による劣化検出処理例を示すフローチャートである。 格納部による格納処理例を示すフローチャートである。

＜品質劣化要因の特定例＞
本実施例にかかる検出装置は、たとえば、前段に、一定量のデータを蓄積して一定量を超えると最古のデータから消去するＲＲＤ（Ｒｏｕｎｄ Ｒｏｂｉｎ Ｄａｔａｂａｓｅ）、後段に、分析対象となるデータを保存する蓄積ＤＢ（Ｄａｔａｂａｓｅ）を有する。ＲＲＤでは、一定期間（たとえば、１か月）で最古のデータが消去されるが、蓄積ＤＢでは、ＲＲＤの保存期間以上の期間（たとえば、１年）、データを保持する。すなわち、ＲＤＤ内のデータのうち、劣化要因に関するデータを蓄積ＤＢに退避させることで、本来ならば、時間の経過によりＲＤＤから削除されるデータであっても蓄積ＤＢに保存することができ、ＲＲＤよりも長期間のデータ保存を実現することができる。

検出装置は、ＤＰＩ（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）装置で取得されたトラフィックに関するログおよびトラフィックを受信してＲＲＤに保存するが、ＲＲＤに保存したログおよびトラフィックのうち、品質劣化に該当するログおよびトラフィックを蓄積ＤＢに保存する。蓄積ＤＢに保存されたログおよびトラフィックは、障害原因の分析に利用することができる。本実施例では、蓄積ＤＢに記憶されるログおよびトラフィックのデータ量を低減することで、蓄積ＤＢの記憶容量の低減化を図ることができる。

図１は、本実施例にかかる品質劣化要因の特定例を示す説明図である。検出装置は、基準値ＤＢ１００を有する。基準値ＤＢ１００は、ユーザのダウンロード先であるホストとユーザがダウンロードするデータの転送バイト数との組み合わせごとに、分布情報を有する。分布情報は、横軸がダウンロード時間、縦軸がダウンロード回数となるヒストグラムである。各分布情報には、ダウンロード時間の基準値が設定される。基準値は、たとえば、その分布情報における中央値が採用される。

検出装置は、各ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ログについて、ホストおよび転送バイト数の組み合わせ（＜ｈｏｓｔ１，ｎｂｄｔ１＞，＜ｈｏｓｔ１，ｎｂｄｔ２＞，…，＜ｈｏｓｔ２，ｎｂｄｔ３＞）が同一となる分布情報を特定し、特定した分布情報の基準値と、そのＨＴＴＰログにおけるダウンロード時間とを比較する。検出装置は、比較結果として基準値比を算出する。このあと、検出装置は、基準値比の算出元のＨＴＴＰログのダウンロード時間と重複してユーザがダウンロードしているＨＴＴＰログの数を計数する。計数結果を並列数と称す。検出装置は、基準値比に並列数を乗算することによりＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）値を算出する。ＱｏＥ値は、ユーザが体感した通信品質を示す指標値である。

検出装置は、ＱｏＥ値としきい値Ｔとを比較して品質劣化を検出し、検出した品質劣化に該当するログおよびトラフィックを特定する。特定されたログおよびトラフィックは、ＲＤＤから蓄積ＤＢに保存される。蓄積ＤＢに保存されたログおよびトラフィックは、障害原因の分析に利用することができる。また、蓄積ＤＢに記憶されるログおよびトラフィックのデータ量を通信品質の劣化分析に必要なデータに絞り込むことで、蓄積ＤＢの記憶容量の低減化を図ることができる。

＜ネットワーク構成例＞
図２は、本実施例にかかる検出装置を含むネットワーク構成例を示す説明図である。図２では、一例としてＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網２１０を用いて説明するが、３Ｇ網やそれ以降の次世代網でもよい。図２において、端末２０１は、ユーザが利用する通信機器であり、ＬＴＥ網２１０およびインターネット網２１１を介してホストであるサーバ２１２からデータをダウンロードする。ＬＴＥ網２１０は、基地局（ｅＮＢ）２０２と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）２０３と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）２０４と、Ｐ−ＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）２０５と、ＤＰＩ（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）装置２０６と、検出装置２０７と、を含む。

基地局２０２は、端末２０１と無線通信する。基地局２０２は、ユーザトラフィックであるＵ−ＰｌａｎｅパケットをＳ−ＧＷ２０４に送信するとともに、制御トラフィックであるＣ−ＰｌａｎｅパケットをＭＭＥ２０３に送信する。ＭＭＥ２０３は、ネットワーク制御を扱うＣ−Ｐｌａｎｅパケットのアクセスゲートウェイである。Ｓ−ＧＷ２０４は、Ｕ−Ｐｌａｎｅパケットを扱うゲートウェイである。Ｐ−ＧＷ２０５は、インターネット接続するためのゲートウェイである。

ＤＰＩ装置２０６は、ネットワーク上のパケット検査技術の一つで、端末２０１とサーバ２１２との間の通信を検査する。具体的には、Ｕ−ＰｌａｎｅパケットやＣ−Ｐｌａｎｅパケットの内容を図１に示したリファレンスポイントで参照してそのログを生成する。ＤＰＩ装置２０６は、生成したログを検出装置２０７に送信する。また、ＤＰＩ装置２０６は、リファレンスポイントでミラーリングしたＵ−Ｐｌａｎｅパケットデータ群およびＣ−Ｐｌａｎｅパケットデータ群（以下、まとめて、「パケットデータ群」と称する場合がある）を検出装置２０７に送信する。検出装置２０７は、図１で説明したように、ＤＰＩ装置２０６からログおよびパケットデータ群を取得して、端末２０１とサーバ２１２との間の通信品質劣化を検出し、該当するログおよびパケットデータ群を保存する。

図３は、検出装置２０７のハードウェア構成例を示すブロック図である。検出装置２０７は、プロセッサ３０１と、記憶デバイス３０２と、入力デバイス３０３と、出力デバイス３０４と、通信インターフェース（通信ＩＦ３０５）と、を有する。プロセッサ３０１、記憶デバイス３０２、入力デバイス３０３、出力デバイス３０４、および通信ＩＦ３０５は、バスにより接続される。プロセッサ３０１は、検出装置２０７を制御する。記憶デバイス３０２は、プロセッサ３０１の作業エリアとなる。また、記憶デバイス３０２は、各種プログラムやデータを記憶する記録媒体である。記憶デバイス３０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス３０３は、データを入力する。入力デバイス３０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス３０４は、データを出力する。出力デバイス３０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ３０５は、ネットワークと接続し、データを送受信する。

図４は、検出装置２０７の機能的構成例を示すブロック図である。検出装置２０７は、ＲＲＤ４０４と、蓄積ＤＢ４０５と、基準値ＤＢ１００と、登録部４１０と、作成部４１１と、算出部４１２と、検出部４１３と、格納部４１４と、を有する。ＲＲＤ４０４、蓄積ＤＢ４０５、および基準値ＤＢ１００は、具体的には、たとえば、図３に示した記憶デバイスによりその機能を実現する。また、登録部４１０、作成部４１１、算出部４１２、検出部４１３、および格納部４１４は、具体的には、たとえば、図３に示した記憶デバイス３０２に記憶されたプログラムをプロセッサ３０１に実行させることによりその機能を実現する。

上述したように、ＲＲＤ４０４は、一定量のデータを蓄積して一定量を超えると最古のデータから消去するデータベースである。たとえば、ＲＲＤ４０４に登録されたデータは、総データ量があるしきい値（たとえば、ＲＲＤ４０４の全記憶領域の８０％）以上となった場合に、ＲＲＤ４０４は、最古の受信データから削除する。蓄積ＤＢ４０５は、ＲＲＤ４０４の後段に配置されるデータベースである。基準値ＤＢ１００は、図１に示したように、ホストと転送バイト数（下り）との組み合わせごとの分布情報を記憶するデータベースである。分布情報は、あらかじめ記憶していてもよく、検出装置２０７により作成することとしてもよい。検出装置２０７により作成する場合は、作成部４１１により作成される。

登録部４１０は、ＤＰＩ装置２０６からパケットデータ群４０３（４０１，４０２）のログ４００とパケットデータ群４０３とを受信する。ログ４００には、Ｕ−ＰｌａｎｅパケットについてのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ログやＨＴＴＰログ、Ｃ−Ｐｌａｎｅパケットについての制御メッセージログがある。ログ４００およびパケットデータ群４０３は、たとえば、一定時間ごとにＤＰＩ装置２０６から受信される。

登録部４１０は、受信したログ４００がＨＴＴＰログである場合、当該ＨＴＴＰログをＲＲＤ４０４のＨＴＴＰログテーブル４２１に格納する。登録部４１０は、受信したログ４００がＴＣＰログまたはＵＤＰログである場合、当該ＴＣＰログまたはＵＤＰログをＲＲＤ４０４のＴＣＰ／ＵＤＰログテーブル４２２に格納する。登録部４１０は、受信データが制御ログである場合、制御ログを制御メッセージログテーブル４２３に格納する。また、登録部４１０は、パケットデータ群４０３を受信すると、ＲＲＤ４０４にパケットデータ群４０３を格納する。

以下、各テーブル４２１〜４２３について説明する。以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。テーブル４２１〜４２３以外の他のテーブルについても同様である。

図５は、ＴＣＰ／ＵＤＰログテーブル４２２の記憶内容例を示す説明図である。ＴＣＰ／ＵＤＰログテーブル４２２は、Ｕ−ＰｌａｎｅパケットであるＴＣＰまたはＵＤＰのフローごとに、ＴＣＰ／ＵＤＰログを格納するテーブルである。ＴＣＰ／ＵＤＰログには、フローごとに、エントリ番号、フロー項目、ユーザ情報、タイムスタンプ、応答遅延、統計情報がある。

エントリ番号は、ＴＣＰまたはＵＤＰのフローを一意に特定する識別情報である。フロー項目には、端末側ＩＰと、サーバ側ＩＰと、端末側ポート番号と、サーバ側ポート番号と、プロトコルと、がある。端末側ＩＰは、そのフローにおけるユーザの端末２０１のＩＰアドレスである。サーバ側ＩＰは、そのフローにおけるサーバ２１２のＩＰアドレスである。端末側ポート番号は、そのフローにおけるユーザの端末２０１のポート番号である。サーバ側ポート番号は、そのフローにおけるサーバ２１２のポート番号である。プロトコルは、そのフローのプロトコルの種類（ＴＣＰまたはＵＤＰ）を示す。

ユーザ情報は、接続基地局と、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）と、ＩＭＥＩＳＶ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｓｏｆｔｗａｒｅ Ｖｅｒｓｉｏｎ）とを有する。接続基地局は、そのフローにおいて、ユーザの端末２０１とサーバ２１２との間のセッションで、ユーザの端末２０１と無線通信する接続基地局を特定する情報である。ＩＭＳＩは、携帯電話加入者であるユーザに発行される国際的な加入者識別番号である。ＩＭＥＩＳＶは、ユーザの端末２０１に付与される識別情報である。

タイムスタンプは、開始時刻と終了時刻を有する。開始時刻は、そのＴＣＰ／ＵＤＰフローにおけるＤＰＩ装置２０６でのセッション開始時刻（たとえば、セッション開始のリクエストの時刻）を示し、終了時刻は、そのＴＣＰ／ＵＤＰフローにおけるＤＰＩ装置２０６でのセッション終了時刻（たとえば、最後のレスポンスの時刻）を示す。

応答遅延は、そのフローにおける応答遅延を特定する情報である。応答遅延には、無線区間の応答遅延と、有線区間の応答遅延と、がある。無線区間の応答遅延は、図１に示した無線区間の応答遅延の計測区間における応答遅延時間である。有線区間の応答遅延は、図１に示した有線区間の応答遅延の計測区間における応答遅延時間である。

統計情報は、パケット数（上りおよび下り）とバイト数（上りおよび下り）を有する。パケット数（上り）は、そのフローにおいて、ユーザの端末２０１からサーバ２１２に送信されるパケットの数であり、パケット数（下り）は、そのフローにおいて、サーバ２１２からユーザの端末２０１に送信されるパケットの数である。バイト数（上り）は、そのフローにおいて、ユーザの端末２０１からサーバ２１２に送信されるパケットのバイト数であり、バイト数（下り）は、そのフローにおいて、サーバ２１２からユーザの端末２０１に送信されるパケットのバイト数である。

図６は、ＨＴＴＰログテーブル４２１の記憶内容例を示す説明図である。ＨＴＴＰログテーブル４２１は、Ｕ−ＰｌａｎｅパケットであるＨＴＴＰのフローごとに、ＨＴＴＰログを格納するテーブルである。ＨＴＴＰログには、エントリ番号、リクエストコード、レスポンスコード、ホスト、ＵＲＬ、レファラ（Ｒｅｆｅｒｅｒ）、端末２０１ブラウザ、コンテンツタイプ、コンテンツ長、タイムスタンプ、ユーザ情報、統計情報がある。

エントリ番号は、ＨＴＴＰのフローを一意に特定する識別情報である。リクエストコードは、そのＨＴＴＰのフローにおけるＨＴＴＰのリクエスト内容を特定するコードである。レスポンスコードは、そのＨＴＴＰのフローにおけるＨＴＴＰのレスポンス内容を特定するコードである。

ホストは、そのＨＴＴＰのフローにおけるユーザの端末２０１のアクセス先となるサーバ２１２を特定する情報である。ＵＲＬは、ホストにより特定されるサーバ２１２のアクセス先を示すＵＲＬである。レファラは、ホストにより特定されるサーバ２１２のアクセス先のリンク元を示すＵＲＬである。端末２０１ブラウザは、ユーザの端末２０１で利用されるブラウザを特定する情報（たとえば、ブラウザ名）である。

タイムスタンプは、開始時刻と終了時刻を有する。開始時刻は、そのＨＴＴＰのフローにおけるＤＰＩ装置２０６でのセッション開始時刻（たとえば、セッション開始のリクエストの時刻）を示し、終了時刻は、そのＨＴＴＰのフローにおけるＤＰＩ装置２０６でのセッション終了時刻（たとえば、最後のレスポンスの時刻）を示す。ユーザ情報については、ＴＣＰ／ＵＤＰログテーブル４２２のユーザ情報と同一であるため、説明を省略する。

統計情報は、転送バイト数（上りおよび下り）と、ダウンロード時間と、基準値比と、を有する。転送バイト数（上り）は、そのＨＴＴＰフローにおいて、ユーザの端末２０１からホストであるサーバ２１２に転送されるデータのバイト数である。転送バイト数（下り）は、そのＨＴＴＰフローにおいて、ホストであるサーバ２１２からユーザの端末２０１に転送されるデータのバイト数である。

ダウンロード時間は、転送バイト数（下り）に要する時間であり、タイムスタンプの終了時刻から開始時刻を引いた時間である。基準値比は、図１で説明したように、分布情報の基準値と、そのＨＴＴＰログにおけるダウンロード時間との比である。登録部４１０による登録処理では、エントリを構成する情報のうち基準値比以外の情報がＨＴＴＰログテーブル４２１に格納される。

図７は、制御メッセージログテーブル４２３の記憶内容例を示す説明図である。制御メッセージログテーブル４２３は、Ｃ−Ｐｌａｎｅパケットである制御メッセージごとに、制御メッセージの内容を記録するテーブルである。制御メッセージログには、制御メッセージごとに、エントリ番号と、タイムスタンプと、リファレンスポイントと、メッセージタイプと、ＩＭＳＩと、原因（ｃａｕｓｅ）と、送信ＩＰと、宛先ＩＰと、がある。

エントリ番号は、制御メッセージを一意に特定する情報である。タイムスタンプは、ＤＰＩ装置２０６が制御メッセージを受信した時刻である。リファレンスポイントは、図２に示したように、制御メッセージをミラーリングした論理的な位置を示す情報である。具体的には、受信したＩＰパケットに含まれる送信ＩＰアドレスと宛先ＩＰアドレスと上位のプロトコルとの組み合わせで特定される。メッセージタイプは、制御メッセージの種類（接続要求など）を示す情報である。ＩＭＳＩは、上述したように、携帯電話加入者であるユーザに発行される国際的な加入者識別番号である。原因（ｃａｕｓｅ）は、通信の失敗や劣化原因を特定する情報である。メッセージタイプと原因との組み合わせにより、端末２０１／基地局２０２の通信品質劣化イベントやＭＭＥ２０３の失敗（Ｆａｉｌｕｒｅ）発生イベントが一意に特定される。

たとえば、メッセージタイプが“ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴ ｍｅｓｓａｇｅ”で、かつ、原因（ｃａｕｓｅ）が“ｒａｄｉｏ−ｃｏｎｎｅｃｔｉｏｎ−ｗｉｔｈ−ｕｅ−ｌｏｓｔ”である場合、端末２０１の通信品質劣化が特定される。また、たとえば、メッセージタイプが“ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ”で、かつ、原因（ｃａｕｓｅ）が“Ｃｏｎｇｅｓｔｉｏｎ”である場合、ＭＭＥ２０３のＦａｉｌｕｒｅ発生が特定される。また、送信ＩＰは、制御メッセージの送信側となる装置のＩＰアドレスであり、受信ＩＰは、制御メッセージの受信側となる装置のＩＰアドレスである。ここでの装置は、基地局２０２または、ＭＭＥ２０３、またはＳ−ＧＷ２０４である。

図８は、パケットデータ群４０３の一例を示す説明図である。パケットデータ群４０３は、たとえば、Ｐｃａｐ（Ｐａｃｋｅｔ ｃａｐｔｕｒｅ）ファイルというファイル形式で、ＤＰＩ装置２０６から送信される。ここでは、Ｐｃａｐファイルに挙げてパケットデータ群４０３のデータ構造を説明するが、パケットデータ群４０３の形式は、Ｐｃａｐファイルに限られない。パケットデータ群４０３は、ＲＲＤ４０４に格納され、その後、品質劣化に該当する特定のパケットデータ群４４１，４４２が蓄積ＤＢ４０５に格納される。

パケットデータ群４０３は、１つのＰｃａｐファイルヘッダ（Ｐｃａｐ ｆｉｌｅ ｈｅａｄｅｒ）と、１つ以上のＰｃａｐパケットヘッダ（Ｐｃａｐ ｐａｃｋｅｔ ｈｅａｄｅｒ）およびパケットデータ（Ｐａｃｋｅｔ）の組み合わせと、を有する。Ｐｃａｐファイルヘッダは、Ｐｃａｐファイル全体のヘッダである。Ｕ−ＰｌａｎｅパケットおよびＣ−Ｐｌａｎｅパケットのいずれの場合においても、Ｐｃａｐファイルヘッダは、Ｐｃａｐファイルに含まれるパケットを特定する情報を有する。Ｐｃａｐファイルヘッダは、たとえば、先頭のパケットのＤＰＩ装置２０６での受信時刻と、当該受信時刻から所定時間と、により、当該受信時刻から所定時間内のパケットが含まれていることを示す。

Ｐｃａｐパケットヘッダには、パケットのＤＰＩ装置２０６での受信時刻、パケットのパケット長、パケットのキャプチャレングスが格納される。キャプチャレングスは、当該パケットをＰｃａｐファイルに含める場合にキャプチャしたパケット長である。たとえば、キャプチャレングスを先頭から６４バイトと規定した場合、Ｐｃａｐファイルにはパケットの先頭から６４バイトまでのデータがパケットデータとしてＰｃａｐファイルに保持される。すなわち、パケット長がパケットそのもののデータ長であり、キャプチャレングスは、パケットからキャプチャされたパケットデータのデータ長である。パケットデータは、キャプチャレングスにしたがってパケットからキャプチャされたデータである。

なお、Ｃ−Ｐｌａｎｅパケットの場合、Ｐｃａｐパケットヘッダには、さらに、ＩＭＳＩリストが格納される。ＩＭＳＩリストには、Ｃ−Ｐｌａｎｅパケットである制御メッセージに関与するＩＭＳＩがＤＰＩ装置２０６により格納される。制御メッセージに関与するＩＭＳＩとは、たとえば、制御メッセージの送信元または宛先となる端末２０１のＩＭＳＩである。たとえば、１つのＣ−Ｐｌａｎｅパケットに１つの制御メッセージが含まれる場合には、その制御メッセージに関与するＩＭＳＩがＩＭＳＩリストに格納される。また、１つのＣ−Ｐｌａｎｅパケットに複数の制御メッセージが含まれる場合には、各制御メッセージに関与するＩＭＳＩがＩＭＳＩリストに格納される。

図４に戻り、作成部４１１は、ＨＴＴＰログテーブル４２１を参照して、分布情報および基準値を作成し、基準値ＤＢ１００に格納する。図１に示したように、分布情報は、ユーザのダウンロード先であるホストとユーザがダウンロードするデータの転送バイト数との組み合わせごとに作成される。

図９は、分布情報の一例を示す説明図である。分布情報９００は、ダウンロードしたデータの転送バイト数とホストとの組み合わせごとに作成される。分布情報９００は、横軸がダウンロード時間、縦軸がダウンロード回数となるヒストグラムである。たとえば、ＨＴＴＰログテーブル４２１のダウンロードしたデータの転送バイト数とホストとの組み合わせを示すエントリの数が縦軸のダウンロード回数として計数され、その各々のエントリのダウンロード時間が横軸にプロットされる。また、基準値は、ダウンロードしたデータの転送バイト数とホストとの組み合わせにおいて、ユーザの端末２０１とホストであるサーバ２１２との間の通信品質の判断となる指標値であり、たとえば、分布情報９００の中央値である。また、基準値は、平均値または最頻値でもよい。

図４に戻り、算出部４１２は、基準値ＤＢ１００、ＨＴＴＰログテーブル４２１、およびＴＣＰ／ＵＤＰログテーブル４２２を用いて統計値を算出して、品質情報テーブル４２４を作成する。算出部４１２は、監視対象であるユーザの端末２０１、基地局２０２、およびＭＭＥ２０３について、経時的に統計値を品質情報テーブル４２４に格納する。ここで、品質情報テーブル４２４について説明する。

図１０は、品質情報テーブル４２４の記憶内容例を示す説明図である。品質情報テーブル４２４は、監視対象ごとに経時的な統計値を格納するテーブルである。監視対象とは、通信品質を監視される通信装置（端末２０１、基地局２０２、ＭＭＥ２０３）である。端末２０１は、ＨＴＴＰログテーブル４２１またはＴＣＰ／ＵＤＰログテーブル４２２のユーザ情報のＩＭＳＩおよびＩＭＥＩＳＶにより特定される。また。基地局２０２は、ＨＴＴＰログテーブル４２１またはＴＣＰ／ＵＤＰログテーブル４２２のユーザ情報の基地局２０２により特定される。また、ＭＭＥ２０３は、制御メッセージログの送信ＩＰアドレスまたは宛先ＩＰアドレスにより特定される。

統計値は、１単位時間おきに経時的に格納される。１単位時間は、１分、６０分、３時間、１２時間、１日など、管理者により設定可能な単位時間である。単位時間は、ユーザにより任意に設定可能である。ここで、端末２０１の統計値について説明する。

端末２０１の統計値は、ＱｏＥ値と、無線区間応答品質と、有線区間応答品質と、劣化イベント数と、Ｃ−Ｐｌａｎｅ失敗数と、を有する。ＱｏＥ値は、ユーザが体感した通信品質を示す指標値である。算出部４１２は、ＱｏＥ値を算出する。具体的には、たとえば、算出部４１２は、ＨＴＴＰログテーブル４２１の中から、ＨＴＴＰログテーブル４２１のユーザ情報に監視対象である端末２０１に関するＩＭＳＩおよびＩＭＥＩＳＶが存在するエントリを特定する。つぎに、算出部４１２は、特定したエントリごとに、ホストおよび転送バイト数（下り）の組み合わせを特定する。

そして、算出部４１２は、当該組み合わせごとに、基準値ＤＢ１００から分布情報９００を取得して、当該組み合わせを特定したエントリのダウンロード時間と、取得した分布情報９００の基準値と、を比較し、基準値比を算出する。基準値比は、たとえば、（取得した分布情報９００の基準値）／（当該組み合わせを特定したエントリのダウンロード時間）で算出される。したがって、基準値比が大きいほど、通信品質がよいことを示す。

このあと、算出部４１２は、基準値比の算出元のＨＴＴＰログのダウンロード時間と重複して同一ユーザの端末２０１がダウンロードしているＨＴＴＰログの数を計数する。計数結果を並列数と称す。算出部４１２は、基準値比に並列数を乗算することによりＱｏＥ値を算出する。ＱｏＥ値は、ＨＴＴＰログテーブル４２１のエントリごとに算出されるため、算出部４１２は、同一ユーザについてのエントリから得られた１つ以上のＱｏＥ値から、代表値となるＱｏＥ値を求める。代表値は、たとえば、当該１つ以上のＱｏＥ値の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。代表値となるＱｏＥ値が、その端末２０１のＱｏＥ値となる。

また、無線区間応答品質は、図２に示した無線区間の応答品質を示す評価値である。端末２０１スループットが大きくなると、データ量も大きくなるため、無線区間の応答品質が悪くなり、端末２０１自身が送信するデータの下り方向のデータによっても応答品質が悪くなる。しかし、検出装置２０７は、端末スループットがあらかじめ設定したしきい値以上なら、無線区間の応答品質は良いと判断し、しきい値未満なら無線区間の応答品質が悪いと判断する。たとえば、無線区間応答品質は、下記式（１）により算出される。

無線区間応答品質＝端末スループット≧しきい値 ０
端末スループット＜しきい値 無線区間応答遅延・・・（１）

端末スループットは、監視対象である端末２０１に関するＩＭＳＩおよびＩＭＥＩＳＶが存在するＴＣＰ／ＵＤＰログテーブル４２２のエントリについて、統計情報のバイト数をフロー期間で除算することにより得られる。バイト数は、上りのバイト数または下りのバイト数のいずれを採用してもよい。また、上りのバイト数と下りのバイト数の和や平均を採用してもよい。また、フロー期間とは、そのエントリのタイムスタンプの終了時刻から開始時刻を引いた期間である。また、監視対象である端末２０１に関するＩＭＳＩおよびＩＭＥＩＳＶが存在するＴＣＰ／ＵＤＰログテーブル４２２のエントリが複数存在する場合、各端末２０１のスループットの総和や平均を、端末２０１スループットとしてもよい。また、無線区間応答遅延は、ＴＣＰ／ＵＤＰログテーブル４２２の無線区間応答遅延から取得される。無線区間応答品質は、その値が大きいほど品質が悪いことを示す。

有線区間応答品質は、図２に示した有線区間の応答品質を示す評価値である。有線区間応答遅延は、ＴＣＰ／ＵＤＰログテーブル４２２の有線区間応答遅延から取得される。

劣化イベント数は、劣化イベントの計数値である。劣化イベントとは、端末２０１の通信品質劣化と認識する制御メッセージ（Ｃ−Ｐｌａｎｅパケット）であり、通信品質劣化に関する制御メッセージの種類とその原因（ｃａｕｓｅ）との組み合わせにより特定される。当該組み合わせは、制御メッセージログのメッセージタイプおよび原因（ｃａｕｓｅ）により特定される。たとえば、制御メッセージが「ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴ ｍｅｓｓａｇｅ」であり、当該制御メッセージの原因（ｃａｕｓｅ）「ｒａｄｉｏ−ｃｏｎｎｅｃｔｉｏｎ−ｗｉｔｈ−ｕｅ−ｌｏｓｔ」であれば、劣化イベントとなる。また、劣化イベント数は、劣化イベントを特定する制御メッセージとその原因（ｃａｕｓｅ）との組み合わせ単位での計数値でもよく、それらの総和でもよい。

Ｃ−Ｐｌａｎｅ失敗数は、その端末２０１が関与する制御メッセージのうちセッションの失敗に関する制御メッセージの計数値である。たとえば、メッセージタイプが“ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ ｍｅｓｓａｇｅ”、“ＡＴＴＡＣＨ ＲＥＪＥＣＴ ｍｅｓｓａｇｅ”、“ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ ｍｅｓｓａｇｅ”のようにセッション確立を拒否されたメッセージの計数値である。Ｃ−Ｐｌａｎｅ失敗数は、メッセージタイプごとに計数してもよく、それらの総和でもよい。

つぎに、基地局２０２の統計値について説明する。基地局２０２のＱｏＥ値は、接続相手となる端末群のＱｏＥ値の代表値である。接続相手は、たとえば、ＨＴＴＰログテーブル４２１のユーザ情報において、基地局２０２に対応付けられているＩＭＳＩおよびＩＭＥＩＳＶにより特定される。また、ここでいう代表値とは、端末群のＱｏＥ値の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。

また、基地局２０２の無線区間応答品質も通信相手となる端末群の無線区間応答品質の代表値である。ここでいう代表値とは、端末群の無線区間応答品質の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。

また、基地局２０２の有線区間応答品質も通信相手となる端末群の有線区間応答品質の代表値である。ここでいう代表値とは、端末群の有線区間応答品質の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。

また、基地局２０２の劣化イベント数も通信相手となる端末群の劣化イベント数の代表値である。ここでいう代表値とは、端末群の劣化イベント数の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。また、劣化イベント数が、通信品質劣化に関する制御メッセージの種類とその原因（ｃａｕｓｅ）との組み合わせ単位で計数される場合は、算出部４１２は、組み合わせごとに代表値を算出する。

また、基地局２０２のＣ−Ｐｌａｎｅ失敗数も通信相手となる端末群のＣ−Ｐｌａｎｅ失敗数の代表値である。ここでいう代表値とは、端末群のＣ−Ｐｌａｎｅ失敗数の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。また、Ｃ−Ｐｌａｎｅ失敗数が、通信品質劣化に関する制御メッセージの種類とその原因（ｃａｕｓｅ）との組み合わせ単位で計数される場合は、算出部４１２は、組み合わせごとに代表値を算出する。

ＭＭＥ２０３の統計値は、トラフィック量と失敗（Ｆａｉｌｕｒｅ）発生数である。トラフィック量は、制御メッセージログの宛先ＩＰがそのＭＭＥ２０３であるエントリ数である。トラフィック量によりＭＭＥ２０３での輻輳を検出することができる。

失敗発生数は、ＭＭＥ２０３との通信で失敗が発生したと認識する制御メッセージの数であり、失敗発生に関する制御メッセージの種類とその原因（ｃａｕｓｅ）との組み合わせにより特定される。当該組み合わせは、制御メッセージログのメッセージタイプおよび原因（ｃａｕｓｅ）により特定される。たとえば、制御メッセージが「ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＭＡＮＤ ｍｅｓｓａｇｅ」であり、当該制御メッセージの原因（ｃａｕｓｅ）「ｌｏａｄ−ｂａｌａｎｃｉｎｇ−ｔａｕ−ｒｅｑｕｉｒｅｄ」であれば、失敗発生のエントリとなる。また、失敗発生数は、失敗発生を特定する制御メッセージとその原因（ｃａｕｓｅ）との組み合わせ単位での計数値でもよく、それらの総和でもよい。失敗発生数によりＭＭＥ２０３で失敗発生を特定する制御メッセージがある場合の輻輳を検出することができる。

図４に戻り、検出部４１３は、品質情報テーブル４２４を参照して、品質劣化を検出する。検出部４１３は、品質情報テーブル４２４の監視対象単位で品質劣化を検出する。まず、端末２０１の品質劣化について説明する。

図１１は、端末２０１のＱｏＥ値の時間的変化を示すグラフである。図１１（ａ）、（ｂ）において、横軸は経過時間、縦軸は端末２０１のＱｏＥ値である。波形ｗは、端末２０１のＱｏＥ値の時間的変化を示す。波形ｗは、品質情報テーブル４２４における各単位時間の端末２０１のＱｏＥ値をプロットすることで作成される。Ｔ１はしきい値である。

（ａ）では、検出部４１３は、たとえば、波形ｗがしきい値Ｔ１以下となった場合（劣化検出ポイントＡ）に、その端末２０１の通信品質が劣化したことを検出する。また、検出部４１３は、たとえば、波形ｗがしきい値Ｔ１以下となったとき（劣化検出ポイントＡ）から所定時間ｘ継続してしきい値Ｔ１以下である場合（劣化検出ポイントＡとＢの区間）に、その端末２０１の通信品質が劣化したことを検出することとしてもよい。

また、（ｂ）に示したように、検出部４１３は、たとえば、ある劣化検出ポイントＣ（たとえば、現在時刻）から過去所定時間ｘｘ（ｘｘはあらかじめ設定した値）の間、波形ｗがしきい値Ｔ１以下となる期間がｙ％（ｙはあらかじめ設定した値）以上である場合に、その端末２０１の通信品質が劣化したことを検出することとしてもよい。

（ｃ）は、劣化イベント数の時間的変化を示すグラフである。横軸は経過時間、縦軸は端末２０１の劣化イベント数である。劣化イベント数は、たとえば、セッションの“Ｃｌｏｓｅ ｒｅａｓｏｎ”で無線区間の問題で強制切断された回数を示す。棒グラフｇ２は、劣化イベント数であり、折れ線グラフｇ１は、劣化イベント数の区間和である。Ｔ２はしきい値である。（ｃ）の例では、検出部４１３は、区間和である折れ線グラフｇ１が、しきい値Ｔ２以上となった場合（劣化検出ポイントＤ）に、端末２０１の通信品質が劣化したことを検出する。なお、区間和ではなく、単に棒グラフｇ２で示した劣化イベント数がしきい値Ｔ２以上となった場合に、端末２０１の通信品質が劣化したことを検出することとしてもよい。

また、監視対象がＭＭＥ２０３の場合、（ｃ）の縦軸および棒グラフを失敗発生数として、検出部４１３は、区間和の折れ線グラフが、しきい値Ｔ２以上となった場合に、ＭＭＥ２０３の通信品質が劣化したことを検出することとしてもよい。また、監視対象が基地局２０２の場合、（ａ）〜（ｃ）に示した検出方法を用いればよい。

（ｄ）および（ｅ）は、ＭＭＥ２０３のバースト検出をおこなう場合の例であり、ＭＭＥ２０３へのトラフィック量の時間的変化を示すグラフである。波形ｗは、ＭＭＥ２０３へのトラフィック量の時間的変化を示す。波形ｗは、品質情報テーブル４２４における各単位時間のＭＭＥ２０３へのトラフィック量をプロットすることで作成される。Ｔ１はしきい値である。

（ｄ）では、検出部４１３は、たとえば、波形ｗがしきい値Ｔ１以上となった場合（劣化検出ポイントＡ）に、そのＭＭＥ２０３にバーストが発生、すなわち、通信品質の劣化要因が発生したことを検出する。また、検出部４１３は、たとえば、波形ｗがしきい値Ｔ１以上となったとき（劣化検出ポイントＡ）から所定時間ｘ継続してしきい値Ｔ１以上である場合（劣化検出ポイントＡとＢの区間）に、そのＭＭＥ２０３にバーストが発生したことを検出することとしてもよい。

また、（ｅ）に示したように、検出部４１３は、たとえば、ある劣化検出ポイントＣ（たとえば、現在時刻）から過去所定時間ｘｘ（ｘｘはあらかじめ設定した値）の間、波形ｗがしきい値Ｔ１以上となる期間がｙ％（ｙはあらかじめ設定した値）以上である場合に、そのＭＭＥ２０３にバーストが発生したことを検出することとしてもよい。

また、検出部４１３は、通信品質の劣化を検出した場合、制御データを生成して、格納部４１４に送信する。

図１２は、検出部４１３によって生成される制御データを示す説明図である。制御データ１２００は、エントリ番号と、対象機器種別と、対象機器ＩＤと、取得期間と、格納対象情報と、を有し、エントリごとに、図１１の監視対象を特定する。

エントリ番号は、制御データ１２００を一意に特定する識別情報である。対象機器種別は、制御データ１２００によって制御される機器の種別である。制御データ１２００では、端末２０１（ＵＥ）、ＭＭＥ２０３、または基地局２０２が制御対象となる。対象機器ＩＤは、対象機器種別の機器を一意に特定する識別情報である。たとえば、対象機器種別が端末２０１の場合、対象機器ＩＤはＩＭＳＩ（例としてｉｍｓｉ１）であり、ＭＭＥ２０３の場合、ＭＭＥ２０３に割り当てられたＩＰアドレス（例としてｉｐ（ｍｍｉ１））である。

取得期間は、ログ４００およびパケットデータ群４０３をＲＲＤ４０４から取得する時間的範囲を特定する情報である。取得期間は、開始時刻と終了時刻を有し、開始時刻から終了時刻までの範囲のログ４００およびパケットデータ群４０３が取得されることになる。取得期間は、たとえば、図１１および図１２に示した劣化検出ポイントＡ〜Ｄを基準にして検出部４１３により決定される。取得期間の具体例については、図１４において後述する。

格納対象情報は、ＲＲＤ４０４に格納されたログ４００およびパケットデータ群４０３のうち、特定の種別のログ（ＨＴＴＰログ４３１，ＴＣＰ／ＵＤＰ４３２）および特定のパケットデータ群４４１，４４２を抽出するフィルタである。格納対象情報は、タイプと対象とを有する。タイプとは、格納対象の種別であり、たとえば、端末２０１（ＵＥ）、基地局２０２（ｅＮＢ）、端末２０１の通信相手（たとえば、サーバ２１２）がある。対象とは、種別に該当する個々の機器を特定する情報であり、端末２０１の場合はＩＭＳＩ、基地局２０２の場合は基地局ＩＤで特定される。

ここで、格納対象情報の設定方法について説明する。まず、対象機器種別が端末２０１の場合について説明する。統計値の無線区間応答品質がしきい値以上（または、最新データからさかのぼって複数の単位時間で連続してしきい値以上）である場合、端末２０１が接続する基地局２０２の通信品質に問題があると判断して、エントリＥｃｓ１に示したように、タイプには基地局（ｅＮＢ）、対象には基地局２０２を一意に特定する基地局ＩＤ（ｅＮＢ１）が格納される。これにより、端末（ｉｍｓｉ１）が接続する基地局（ｅＮＢ１）を通過したトラフィック（Ｕ−Ｐｌａｎｅパケット）を抽出することができる。

また、統計値の無線区間応答品質がしきい値未満（または、最新データからさかのぼって複数の単位時間のいずれかでしきい値未満）である場合、端末２０１の通信品質に問題があると判断して、エントリＥｃｓ２に示したように、タイプには端末（ＵＥ）、対象には端末２０１を一意に特定する機器ＩＤ（ｉｍｓｉ２）が格納される。これにより、端末（ｉｍｓｉ２）のトラフィック（Ｕ−Ｐｌａｎｅパケット）のログを抽出することができる。

また、統計値の有線区間応答品質がしきい値以上（または、最新データからさかのぼって複数の単位時間で連続してしきい値以上）である場合、端末２０１の通信相手の通信品質に問題があると判断して、エントリＥｃｓ３に示したように、タイプには通信相手であるサーバ（ＳＶ）、対象にはサーバを一意に特定するサーバのＩＰアドレス（ｉｐｓｖ２）が格納される。これにより、端末２０１と通信するサーバ２１２のトラフィック（Ｕ−Ｐｌａｎｅパケット）のログを抽出することができる。また、統計値の無線区間応答品質がしきい値未満（または、最新データからさかのぼって複数の単位時間のいずれかでしきい値未満）である場合については、無線区間応答品質と同じであるため、説明を省略する。

図１３は、図１２に示した取得期間の決定例を示す説明図である。（ａ）は、図１１（ａ）により劣化検出された場合の取得期間の決定例を示す。（ａ）では、劣化検出ポイントＡから所定のα時間（α≧０）遡った時刻を、取得期間の開始時間とし、波形ｗが再度しきい値Ｔ１以上となった時点Ａ’からα時間経過した時刻を、取得期間の終了時刻とする。

（ｂ）は、しきい値Ｔ１よりも高いしきい値Ｔ３を設定しておき、波形ｗが劣化検出ポイントＡ以前にしきい値Ｔ３以下となったポイントＡ３を、取得期間の開始時間とし、波形ｗが再度しきい値Ｔ１以上となった時点Ａ’の後に波形ｗがしきい値Ｔ３以上になった時点Ａ３’を、取得期間の終了時刻とする。また、図１１（ｂ）により劣化検出された場合は、図１１（ｂ）に示した区間ｘｘを取得期間としてもよく、また区間ｘｘの前後のα時間を含めて取得期間としてもよい。

（ｃ）は、図１１（ｄ）により劣化検出された場合の取得期間の決定例を示す。（ｄ）では、劣化検出ポイントＡから所定のα時間（α≧０）遡った時刻を、取得期間の開始時間とし、波形ｗが再度しきい値Ｔ１未満となった時点Ａ’からα時間経過した時刻を、取得期間の終了時刻とする。

（ｄ）は、しきい値Ｔ１よりも低いしきい値Ｔ３を設定しておき、波形ｗが劣化検出ポイントＡ以前にしきい値Ｔ３以上となったポイントＡ３を、取得期間の開始時間とし、波形ｗが再度しきい値Ｔ１未満となった時点Ａ’の後に波形ｗがしきい値Ｔ３以下となった時点Ａ３’を、取得期間の終了時刻とする。また、図１１（ｅ）により劣化検出された場合は、図１１（ｅ）に示した区間ｘｘを取得期間としてもよく、また区間ｘｘの前後のα時間を含めて取得期間としてもよい。

図１４は、図１１（ｃ）により劣化検出された場合の取得期間の決定例を示す。（ａ）では、劣化検出ポイントＤより前で、最初に劣化イベントが検出された時点Ｄ１を取得期間の開始時刻とし、劣化検出ポイントＤの後で、最後に劣化イベントが検出された時点Ｄ２を取得期間の終了時刻とする。

（ｂ）では、劣化検出ポイントＤを含むフローｆ１を基準にして取得期間が決定される。具体的には、フローｆ１より前に発生したフローｆ０に劣化イベントがあり、かつ、フローｆ１と重複時間が存在する場合、フローｆ０を取得期間に含める。フローｆ０より前のフロー（不図示）についても同様である。また、フローｆ１より後に発生したフローｆ２に劣化イベントがあり、かつ、フローｆ１と重複時間が存在する場合、フローｆ２を取得期間に含める。フローｆ２より後のフロー（不図示）についても同様である。（ｄ）の場合、フローｆ０、ｆ２が取得期間に含まれるため、フローｆ０の開始時刻を取得期間の開始時刻とし、フローｆ２の終了時刻を取得期間の終了時刻とする。より簡素に、例えば、最初に劣化イベントが検出された時点で流れているフローｆ０，ｆ１のうち開始時刻の最も古い時刻が取得期間の開始時刻とし、最後に劣化イベントが検出された時点で流れているフローｆ１，ｆ２のうち終了時刻の最も新しい時刻が取得期間の終了時刻としてもよい。なお、図１３（ａ）の場合においても同様に、フローの開始時刻と終了時刻を取得期間の開始時刻と終了時刻としてもよい。すなわち、品質劣化時刻ＡＡ’間に流れるフローのうち最も古い開始時刻を取得期間の開始時刻とし、フローのうち最も新しい終了時刻を取得期間の終了時刻とする。

＜基準値ＤＢ作成処理例＞
図１５は、作成部４１１による基準値ＤＢ作成処理例を示すフローチャートである。作成部４１１は、ＨＴＴＰログテーブル４２１を取得し（ステップＳ１５０１）、不適切なフローを除外する（ステップＳ１５０２）。ＨＴＴＰログテーブル４２１の個々のエントリはフローを示しているため、作成部４１１は、ＨＴＴＰログテーブル４２１のエントリごとに、当該エントリが不適切なフローであるか否かを判断する。たとえば、作成部４１１は、リクエストコードがデータをダウンロードしないリクエストコードであるエントリを除外する。また、作成部４１１は、転送バイト数が０であるエントリも除外してもよい。

次に、作成部４１１は、フローをサービス単位で集約する（ステップＳ１５０３）。ここで、サービスは、ＨＴＴＰログテーブル４２１のホストおよび転送バイト数（下り）の組み合わせで特定される。すなわち、端末２０１がホストから何バイトのデータをダウンロードしたかを示す。作成部４１１は、エントリをサービス単位でグループ分けすることで、フローをサービス単位で集約する。

次に、作成部４１１は、集約されたサービスごとのエントリ群について、エントリ数が少ないサービスのエントリ群を削除する（ステップＳ１５０４）。具体的には、たとえば、作成部４１１は、エントリ数がしきい値以下となるサービスのエントリ群を削除してもよく、下位からｘ番目までのエントリ数であるサービスのエントリ群を削除してもよい。

次に、作成部４１１は、サービス単位で基準値を算出する（ステップＳ１５０５）。具体的には、たとえば、図１または図９に示したように、作成部４１１は、横軸に各エントリのダウンロード時間、縦軸にダウンロード回数をプロットしてサービス単位の分布情報９００を作成する。ダウンロード時間は、各エントリの統計情報のダウンロード時間により特定される。ダウンロード回数は、エントリの数により特定される。これにより、サービス単位の分布情報９００が作成される。作成部４１１は、分布情報９００ごとに基準値を算出する。上述したように、基準値は、分布情報９００が示すヒストグラムについての平均値、中央値、最頻値などの値として算出される。

このあと、作成部４１１は、サービスごとに、分布情報９００および基準値の組み合わせを基準値ＤＢ１００に登録する（ステップＳ１５０６）。これにより、通信品質の劣化の基準を得ることができる。

なお、図１５のフローチャートに示した処理は、検出装置２０７による運用開始前または運用開始当初に実行してもよく、また、任意の運用中の任意のタイミングで実行することとしてもよい。運用中に実行する場合は、ＨＴＴＰログの全エントリを用いてもよく、また、タイムスタンプの受信時刻が直近のエントリのみ用いて実行してもよい。

＜品質情報テーブル４２４の作成処理例１＞
図１６は、算出部４１２による品質情報テーブル４２４の作成処理例１を示すフローチャートである。図１６では、監視対象が端末２０１または基地局２０２の場合の作成処理例を示す。まず、算出部４１２は、ＨＴＴＰログテーブル４２１のエントリを監視対象別に分類する（ステップＳ１６０１）。監視対象については、各エントリのユーザ情報により特定することができる。

つぎに、算出部４１２は、分類された監視対象群の中に未選択の監視対象があるか否かを判断する（ステップＳ１６０２）。未選択の監視対象がある場合（ステップＳ１６０２：Ｙｅｓ）、算出部４１２は、未選択の監視対象を選択する（ステップＳ１６０３）。そして、算出部４１２は、選択監視対象についてＱｏＥ値算出処理を実行する（ステップＳ１６０４）。ＱｏＥ値算出処理（ステップＳ１６０４）については図１７で説明する。ＱｏＥ値算出処理（ステップＳ１６０４）により算出された選択監視対象のＱｏＥ値は、選択監視対象のエントリの最新データの列に格納される。なお、選択監視対象が基地局２０２の場合、選択監視対象のＱｏＥ値は、基地局２０２の接続相手となる各端末２０１のＱｏＥ値の代表値となる。

つぎに、算出部４１２は、選択監視対象の無線区間応答品質を算出する（ステップＳ１６０５）。無線区間応答品質は、上述した式（１）により算出される。算出された無線区間応答品質は、選択監視対象のエントリの最新データの列に格納される。なお、選択監視対象が基地局２０２の場合、選択監視対象の無線区間応答品質は、基地局２０２の接続相手となる各端末２０１の無線区間応答品質の代表値となる。

そして、算出部４１２は、有線区間応答品質を算出する（ステップＳ１６０６）。有線区間応答品質は、ＴＣＰ／ＵＤＰログテーブル４２２の選択監視対象についての有線区間応答遅延である。有線区間応答品質は、選択監視対象のエントリの最新データの列に格納される。なお、選択監視対象が基地局２０２の場合、選択監視対象の有線区間応答品質は、基地局２０２の接続相手となる各端末２０１の有線区間応答品質の代表値となる。

つぎに、算出部４１２は、選択監視対象の劣化イベント数を算出する（ステップＳ１６０７）。選択監視対象の劣化イベントは、選択監視対象のＩＭＳＩを含む制御メッセージログテーブル４２３のエントリについて、通信品質劣化に関する制御メッセージのメッセージタイプとその原因（ｃａｕｓｅ）との組み合わせである。したがって、算出部４１２は、当該組み合わせを計数する。算出部４１２は、組み合わせごとに計数してもよく、組み合わせごとに計数された計数値の総和を劣化イベント数としてもよい。劣化イベント数は、選択監視対象のエントリの最新データの列に格納される。なお、選択監視対象が基地局２０２の場合、選択監視対象の劣化イベント数は、基地局２０２の接続相手となる各端末２０１の劣化イベント数の代表値となる。

つぎに、算出部４１２は、制御メッセージログテーブル４２３を参照して、選択監視対象のＣ−Ｐｌａｎｅ失敗数を算出する（ステップＳ１６０８）。具体的には、たとえば、算出部４１２は、選択監視対象である端末２０１が関与する制御メッセージのうちセッションの失敗に関する制御メッセージを計数して、選択監視対象のＣ−Ｐｌａｎｅ失敗数とする。Ｃ−Ｐｌａｎｅ失敗数は、メッセージタイプごとに計数してもよく、それらの総和でもよい。Ｃ−Ｐｌａｎｅ失敗数は、選択監視対象のエントリの最新データの列に格納される。なお、選択監視対象が基地局２０２の場合、選択監視対象のＣ−Ｐｌａｎｅ失敗数は、基地局２０２の接続相手となる各端末２０１のＣ−Ｐｌａｎｅ失敗数の代表値となる。

ステップＳ１６０８のあと、ステップＳ１６０２に戻る。そして、算出部４１２は、未選択の監視対象がない場合（ステップＳ１６０２：Ｎｏ）、一連の処理を終了する。なお、選択監視対象について、ＱｏＥ値、無線区間応答品質、有線区間応答品質、劣化イベント数、およびＣ−Ｐｌａｎｅ失敗数が最新データの列に格納される場合、すでに最新データの列に格納済みの値は、１単位時間前の列にシフトする。同様に、１単位時間前の列に格納済みの値は、２単位時間前の列にシフトする。このように、ｎ（１以上の整数）単位時間前の列の値は、ｎ＋１単位時間前の列にシフトすることになる。

＜ＱｏＥ値算出処理＞
図１７は、図１６に示したＱｏＥ値算出処理（ステップＳ１６０４）の一例を示すフローチャートである。まず、算出部４１２は、選択監視対象について分類されたＨＴＴＰログテーブル４２１のエントリ群に未選択エントリがあるか否かを判断する（ステップＳ１７０１）。未選択エントリがある場合（ステップＳ１７０１：Ｙｅｓ）、算出部４１２は、未選択エントリを選択する（ステップＳ１７０２）。そして、算出部４１２は、選択エントリに該当するホストを当該エントリから取得する（ステップＳ１７０３）。たとえば、算出部４１２は、選択エントリが図６のエントリＥｈ１である場合、ホストとしてｓｖ１を取得する。

つぎに、算出部４１２は、選択エントリの転送バイト数（下り）およびダウンロード時間を取得する（ステップＳ１７０４）。たとえば、算出部４１２は、選択エントリが図６のエントリＥｈ１である場合、転送バイト数（下り）としてｎｂｄｔ１、ダウンロード時間としてｄｌｔ１を取得する。

そして、算出部４１２は、取得したホストおよび取得した転送バイト数（下り）の組み合わせに該当する分布情報９００を基準値ＤＢ１００から取得する（ステップＳ１７０５）。たとえば、算出部４１２は、選択エントリが図６のエントリＥｈ１である場合、ホストｓｖ１および転送バイト数（下り）ｎｂｄｔ１の組み合わせに該当する分布情報９００を基準値ＤＢ１００から取得する。

つぎに、算出部４１２は、取得したダウンロード時間と取得した分布情報９００により基準値比を算出する（ステップＳ１７０６）。たとえば、算出部４１２は、選択エントリが図６のエントリＥｈ１である場合、取得したダウンロード時間ｄｌｔ１を、取得した分布情報９００の基準値で除算することにより基準値比を算出し、算出した基準値比をエントリＥｈ１の統計情報に格納する。

そして、算出部４１２は、選択エントリについて並列数を算出する（ステップＳ１７０７）。図６のエントリＥｈ１〜Ｅｈ３を例に挙げると、選択監視対象がｉｍｓｉ１およびｉｍｅｉｓｖ１で特定される端末２０１であり、選択エントリがＥｈ１である場合、並列数の算出対象となるエントリは、ユーザ情報にｉｍｓｉ１およびｉｍｅｉｓｖ１が存在するＥｈ２である。

そして、算出部４１２は、エントリＥｈ１のタイムスタンプで特定されるダウンロード区間である開始時刻ｔｓ１〜終了時刻ｔｅ１と、エントリＥｈ２のタイムスタンプで特定されるダウンロード区間である開始時刻ｔｓ２〜終了時刻ｔｅ２と、を比較する。両区間が少なくとも一部重複する場合、両エントリＥｈ１、Ｅｈ２は重複していることになるため、並列数は「２」となる。一方、重複していない場合、選択エントリＥｈ１のみとなるため、並列数は「１」となる。

このあと、算出部４１２は、選択エントリのＱｏＥ値を算出し（ステップＳ１７０８）、ステップＳ１７０１に戻る。選択エントリのＱｏＥ値は、たとえば、下記式（２）により算出される。

選択エントリのＱｏＥ値＝選択エントリの基準値比×選択エントリの並列数・・（２）

ステップＳ１７０１において、未選択エントリがない場合（ステップＳ１７０１：Ｎｏ）、算出部４１２は、選択監視対象のＱｏＥ値を算出する（ステップＳ１７０９）。具体的には、たとえば、算出部４１２は、同一ユーザについてのエントリから得られた１つ以上のＱｏＥ値から、代表値となるＱｏＥ値を求める。

代表値は、たとえば、当該１つ以上のＱｏＥ値の平均値、最大値、最小値、中央値、最頻値から採用される。いずれを採用するかは、あらかじめ設定しておけばよい。代表値となるＱｏＥ値が、その端末２０１のＱｏＥ値となる。このあと、図１６のステップＳ１６０５に移行する。このように、図１７に示したＱｏＥ値算出処理（ステップＳ１６０４）により、選択監視対象が端末２０１または基地局２０２である場合のＱｏＥ値を算出することができる。

＜品質情報テーブル４２４の作成処理例２＞
図１８は、算出部４１２による品質情報テーブル４２４の作成処理例２を示すフローチャートである。図１８では、監視対象がＭＭＥ２０３の場合の作成処理例を示す。まず、算出部４１２は、制御メッセージログテーブル４２３のエントリを監視対象であるＭＭＥ２０３別に分類する（ステップＳ１８０１）。具体的には、たとえば、算出部４１２は、制御メッセージログテーブル４２３の宛先ＩＰに格納されているＭＭＥ２０３のＩＰアドレスにより、制御メッセージログテーブル４２３のエントリをＭＭＥ２０３別に分類する。

つぎに、算出部４１２は、未選択の監視対象があるか否かを判断する（ステップＳ１８０２）。未選択の監視対象がある場合（ステップＳ１８０２：Ｙｅｓ）、算出部４１２は、未選択の監視対象を選択し（ステップＳ１８０３）、制御メッセージログテーブル４２３を参照して、選択監視対象のＭＭＥ２０３のトラフィック量を算出する（ステップＳ１８０４）。具体的には、たとえば、算出部４１２は、選択監視対象であるＭＭＥ２０３の宛先ＩＰが存在するエントリの数をトラフィック量として算出する。なお、選択監視対象のトラフィック量は、選択監視対象のエントリの最新データの列に格納される。

そして、算出部４１２は、選択監視対象について失敗（Ｆａｉｌｕｒｅ）発生数を算出し（ステップＳ１８０５）、ステップＳ１８０２に戻る。制御メッセージログのメッセージタイプおよび原因（ｃａｕｓｅ）の組み合わせにより失敗発生を示すエントリが特定される。たとえば、制御メッセージが「ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＭＡＮＤ ｍｅｓｓａｇｅ」であり、当該制御メッセージの原因（ｃａｕｓｅ）「ｌｏａｄ−ｂａｌａｎｃｉｎｇ−ｔａｕ−ｒｅｑｕｉｒｅｄ」であれば、失敗発生のエントリとなる。

算出部４１２は、選択監視対象のＭＭＥ２０３についての失敗発生を示すエントリを計数することで、選択監視対象の失敗発生数を算出する。また、失敗発生数は、失敗発生を特定する制御メッセージとその原因（ｃａｕｓｅ）との組み合わせ単位での計数値でもよく、それらの総和でもよい。なお、選択監視対象の失敗発生数は、選択監視対象のエントリの最新データの列に格納される。

また、ステップＳ１８０２において、未選択の監視対象がない場合（ステップＳ１８０２：Ｎｏ）、一連の処理を終了する。なお、図１６に示した処理と図１８に示した処理は同一のタイミングで実行してもよく、異なるタイミングで実行してもよい。

＜劣化検出処理例＞
図１９は、検出部４１３による劣化検出処理例を示すフローチャートである。ここでは、監視対象が端末２０１または基地局２０２の場合、劣化検出に用いられる統計値は、ＱｏＥ値または劣化イベント数であり、監視対象がＭＭＥ２０３である場合、劣化検出に用いられる統計値は、トラフィック量または失敗発生数となる。

まず、検出部４１３は、品質情報テーブル４２４を参照して、未選択の監視対象があるか否かを判断する（ステップＳ１９０１）。未選択の監視対象がある場合（ステップＳ１９０１：Ｙｅｓ）、検出部４１３は、未選択の監視対象を選択し（ステップＳ１９０２）、選択監視対象の統計値の時系列データを、品質情報テーブル４２４の選択監視対象のエントリから取得する（ステップＳ１９０３）。統計値の時系列データとは、最新データから所定の単位時間分までの統計値の列である。

そして、検出部４１３は、取得したＱｏＥ値の時系列データに基づいて、通信品質が劣化したか否かを判断する（ステップＳ１９０４）。当該判断は、上述した図１１に示したように行われる。劣化していない場合（ステップＳ１９０４：Ｎｏ）、ステップＳ１９０１に戻り、劣化した場合（ステップＳ１９０４：Ｙｅｓ）、検出部４１３は、格納部４１４に送信する制御データ１２００用のエントリを生成して（ステップＳ１９０５）、劣化検出された監視対象の端末側ＩＰおよび対象機器ＩＤ（ＩＭＳＩ）を、生成したエントリに設定する（ステップＳ１９０６）。

また、検出部４１３は、劣化検出時刻に基づいて、取得期間を生成して、生成したエントリに設定する（ステップＳ１９０７）。具体的には、たとえば、検出部４１３は、図１３および図１４に示したように、取得期間を生成する。そして、検出部４１３は、上述したように、選択監視対象の無線区間応答品質および有線区間応答品質に基づいて、格納対象情報を生成して、生成したエントリに設定して（ステップＳ１９０８）、ステップＳ１９０１に戻る。

このあと、検出部４１３は、未選択の監視対象がない場合（ステップＳ１９０１：Ｎｏ）、制御データ１２００を格納部４１４に出力して（ステップＳ１９０９）、一連の処理を終了する。

＜格納処理例＞
図２０は、格納部４１４による格納処理例を示すフローチャートである。格納部４１４は、検出部４１３から制御データ１２００を取得し（ステップＳ２００１）、制御データ１２００において未選択のエントリがあるか否かを判断する（ステップＳ２００２）。未選択のエントリがある場合（ステップＳ２００２：Ｙｅｓ）、格納部４１４は、未選択のエントリを選択する（ステップＳ２００３）。そして、格納部４１４は、選択エントリに該当するエントリを、ＴＣＰ／ＵＤＰログテーブル４２２およびＨＴＴＰログテーブル４２１から取得し、蓄積ＤＢ４０５に格納する（ステップＳ２００４）。

具体的には、格納部４１４は、取得期間の期間内において、機器対象種別および対象機器ＩＤにより特定される機器および格納対象情報により特定される機器に関するトラフィックに関するログを取得して、蓄積ＤＢ４０５に格納する。たとえば、選択エントリが図１２のエントリＥｃｓ１の場合、取得期間（開始時刻ｔｓｃ１、終了時刻ｔｅｃ１）の区間での端末２０１（ｉｍｓｉ１）が接続した基地局２０２（ｅＮＢ１）を通過したトラフィック（Ｕ−Ｐｌａｎｅパケット）のログが抽出される。

なお、ステップＳ１９０４は、ログだけでなく、当該ログに該当するパケットデータをＵ−Ｐｌａｎｅパケットデータ群４０３から抽出して、蓄積ＤＢ４０５に格納してもよい。抽出対象となるＵ−Ｐｌａｎｅパケットデータは、抽出されたログのタイムスタンプや端末側ＩＰ、サーバ側ＩＰ、リクエストコード、レスポンスコードなどにより特定される。これにより、図８に示したように、品質劣化に該当するＵ−ＰｌａｎｅパケットデータをＲＲＤ４０４から蓄積ＤＢ４０５に格納することができる。

また、格納部４１４は、選択エントリの対象機器種別が端末２０１（ＵＥ）であるか否かを判断する（ステップＳ２００５）。端末２０１でない場合（ステップＳ２００５：Ｎｏ）、ステップＳ２００２に戻る。一方、端末２０１である場合（ステップＳ２００５：Ｙｅｓ）、対象機器ＩＤで特定される端末２０１のＣ−Ｐｌａｎｅ失敗数の時系列データを、品質情報テーブル４２４から取得する（ステップＳ２００６）。Ｃ−Ｐｌａｎｅ失敗数の時系列データとは、最新データから所定の単位時間分までのＣ−Ｐｌａｎｅ失敗数の列である。

そして、格納部４１４は、Ｃ−Ｐｌａｎｅ失敗数の時系列データにより、Ｃ−Ｐｌａｎｅパケットを特定した端末２０１が関与するＣ−Ｐｌａｎｅパケットデータを蓄積ＤＢ４０５に格納すべきか否かを判断する（ステップＳ２００７）。たとえば、Ｃ−Ｐｌａｎｅ失敗数の時系列データについて、最新データから連続してＣ−Ｐｌａｎｅ失敗数が所定数以上である場合、通信品質に問題があると判断して、格納部４１４は、格納対象にすべきと判断する。

格納すべきでない場合（ステップＳ２００７：Ｎｏ）、ステップＳ２００２に戻る。一方、格納すべきである場合（ステップＳ２００７：Ｙｅｓ）、格納部４１４は、ＲＲＤ４０４のＣ−Ｐｌａｎｅパケットデータ群４０３から、Ｃ−Ｐｌａｎｅ失敗数の時系列データに対応する時間帯に該当し、かつ、Ｃ−Ｐｌａｎｅ失敗数に該当する端末２０１の機器ＩＤ（ＩＭＳＩ）をＩＭＳＩリストに含むＣ−Ｐｌａｎｅパケットデータを取得して、蓄積ＤＢ４０５に格納する（ステップＳ２００８）。

このように、Ｃ−Ｐｌａｎｅパケットデータ群４０３にＩＭＳＩリストを埋め込んでおくことにより、通信失敗に関与する端末２０１のＣ−Ｐｌａｎｅパケットデータを取得することができる。したがって、通信失敗に関与する端末２０１のＣ−Ｐｌａｎｅパケットデータを分析することにより、どの端末２０１がどのように通信失敗となったかという要因を特定することができる。このあと、ステップＳ２００２に戻る。ステップＳ２００２において、未選択エントリがない場合（ステップＳ２００２：Ｎｏ）、一連の処理を終了する。

このように、本実施例によれば、監視対象の統計値を単位時間ごとに保存しておき、あらたに統計値を取得した場合に、過去の統計値の時系列データと比較することにより、通信品質の劣化の兆候を捉えることができる。そして、劣化に該当する特定のログをＲＲＤ４０４から蓄積ＤＢ４０５に格納することにより、劣化要因の分析に必要な記憶容量の低減化を図ることができる。すなわち、保存期間が限られているＲＲＤ４０４にある各種テーブル４２１〜４２４を用いて、品質劣化に関する特定のログを蓄積ＤＢ４０５に退避させることができる。すなわち、蓄積ＤＢ４０５への格納対象は、常にＲＲＤ４０４に残存するログから特定されるため、品質劣化に関する特定のログをＲＲＤ４０４が消去してしまうという誤消去を防止することができる。

また、統計値としてＱｏＥ値を用いることにより、劣化イベントが発生していない場合でも、ユーザが体感した通信品質を客観的に特定して、通信品質の劣化を検出することができる。また、統計値として、劣化イベント数や失敗発生数を用いることにより、トラフィックで発生した劣化イベント数や失敗発生数に応じて通信品質の劣化を検出することができる。

また、ログの取得範囲を、通信品質の劣化が検出されたタイミングだけでなく、それ以前または／およびそれ以後の期間を含めて、取得範囲内のログを蓄積ＤＢ４０５に格納することにより、通信品質の劣化を経時的に分析することができる。また、通信品質の劣化が検出されたときのトラフィックにおけるフロー継続期間に応じて、ログの取得範囲を決定することにより、フローにおけるシーケンスに絞り込んでログを取得することができる。したがって、劣化要因の分析を効率的におこなうことができる。

また、フロー継続期間と他のフローの継続期間とが重複する場合、当該フローと他のフローとの間に関連性がある場合がある。このような場合でも、他のフロー継続期間もログの取得範囲に含めることにより、両フロー継続期間のログをまとめて取得することができる。したがって、両フローのログを参照して、劣化要因の分析を効率的におこなうことができる。

また、統計値としてＭＭＥへの流入トラフィック量を経時的に算出することにより、バースト発生を検出することができる。したがって、バースト発生に関与するログを蓄積ＤＢ４０５に格納することにより、バーストトラフィックについての劣化要因の分析を効率的におこなうことができる。

また、ログを取得する際に、端末２０１と基地局２０２との無線区間応答品質を用いることにより、ログの格納対象を絞り込むことができる。たとえば、無線区間の応答品質がしきい値以上である場合、端末２０１自体の通信品質には問題がなく、端末２０１が接続する基地局２０２の通信品質に問題があると判断する。したがって、接続相手の基地局２０２が関与するログをＲＲＤ４０４から取得して蓄積ＤＢ４０５に格納することにより、接続相手の基地局２０２が関与するログ（他の端末と接続したフローのログも含む）に絞り込んで劣化要因の分析を効率的におこなうことができる。また、しきい値未満の場合は、端末２０１の通信品質に問題があるため、端末２０１が関与するログを取得して蓄積ＤＢ４０５に格納することにより、端末２０１に絞り込んで劣化要因の分析を効率的におこなうことができる。

また、ログを取得する際に、端末２０１とサーバ２１２との有線区間応答品質を用いることにより、ログの格納対象を絞り込むことができる。たとえば、有線区間の応答品質がしきい値以上である場合、端末２０１自体の通信品質には問題がなく、端末２０１の通信相手であるサーバ２１２の通信品質に問題があると判断する。したがって、通信相手のサーバ２１２が関与するログをＲＲＤ４０４から取得して蓄積ＤＢ４０５に格納することにより、通信相手のサーバ２１２が関与するログ（当該サーバ２１２が他の端末２０１と通信したフローのログも含む）に絞り込んで劣化要因の分析を効率的におこなうことができる。また、しきい値未満の場合は、端末２０１の通信品質に問題があるため、端末２０１が関与するログを取得して蓄積ＤＢ４０５に格納することにより、端末２０１に絞り込んで劣化要因の分析を効率的におこなうことができる。

以上に説明したように、保存期間が一定であるＲＲＤ４０４には通信品質の劣化検出に必要な分の記憶容量があればよいため、本実施例で示したＲＲＤ４０４内のログを用いて通信品質の劣化検出をすることにより、ＲＲＤ４０４の記憶容量の低減化を図ることができる。また、蓄積ＤＢ４０５には、通信品質の劣化に関する特定のログを記憶する分の記憶容量があればよいため、蓄積ＤＢ４０５の記憶容量の低減化を図ることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ 基準値ＤＢ
２０１ 端末
２０２ 基地局
２０７ 検出装置
２１２ サーバ
４１０ 登録部
４１１ 作成部
４１２ 算出部
４１３ 検出部
４１４ 格納部
４２１ ＨＴＴＰログテーブル
４２２ ＴＣＰ／ＵＤＰログテーブル
４２３ 制御メッセージログテーブル
４２４ 品質情報テーブル

Claims (15)

1. 通信装置間のトラフィックに関するログを記憶し、記憶容量が所定量以上になると記憶済みのログのうち最古のログから削除する第１の記憶部と、
   前記第１の記憶部に記憶されたログのうち、通信品質の監視対象が関与する特定のトラフィックについての特定のログを参照することにより、前記監視対象についての通信品質に関する時系列な統計値群を算出する算出部と、
   前記算出部によって算出された時系列な統計値群と、前記監視対象についての通信品質の劣化に関するしきい値と、を比較することにより、前記監視対象についての通信品質の劣化を検出する検出部と、
   前記検出部によって前記監視対象についての通信品質の劣化が検出された場合、前記特定のログを前記第１の記憶部から取得して、第２の記憶部に格納する格納部と、
   を有することを特徴とする検出装置。
2. 前記特定のトラフィックを特定する一方の通信装置であるサーバから他方の通信装置である端末群へのデータのダウンロード時間および前記データのダウンロード回数の分布情報と、当該分布情報における前記ダウンロード時間の基準値と、を記憶する第３の記憶部を有し、
   前記算出部は、前記サーバから前記端末群の中の監視対象となるある端末が前記データをダウンロードしたダウンロード時間を前記特定のログから取得し、当該ダウンロード時間と前記分布情報の基準値とに基づいて、前記ある端末についての通信品質に関する時系列な統計値群を算出することを特徴とする請求項１に記載の検出装置。
3. 前記特定のトラフィックにおける一方の通信装置であるサーバから他方の通信装置である端末群へのデータのダウンロード時間および前記データのダウンロード回数の分布情報と、当該分布情報における前記ダウンロード時間の基準値と、を記憶する第３の記憶部を有し、
   前記算出部は、前記サーバから前記端末群の中の監視対象となる基地局に接続された特定の端末群が前記データをダウンロードしたダウンロード時間を前記特定のログから取得し、当該ダウンロード時間と前記分布情報の基準値とに基づいて、前記基地局についての通信品質に関する時系列な統計値群を算出することを特徴とする請求項１に記載の検出装置。
4. 前記検出部は、前記時系列な統計値群が前記特定のトラフィックにおける通信品質の高さを示す時系列な統計値であり、かつ、前記時系列な統計値群が前記しきい値以下になってから所定期間継続してしきい値以下である場合、前記監視対象について通信品質が劣化したことを検出することを特徴とする請求項１に記載の検出装置。
5. 前記検出部は、前記時系列な統計値群が前記特定のトラフィックにおける通信品質の高さを示す時系列な統計値であり、かつ、ある時点までの所定期間のうち前記時系列な統計値群が前記しきい値以下である期間が所定の割合以上である場合、前記監視対象について通信品質が劣化したことを検出することを特徴とする請求項１に記載の検出装置。
6. 前記検出部は、前記時系列な統計値群が前記特定のトラフィックにおいて通信品質が劣化したイベントの発生回数である劣化イベント数であり、かつ、前記時系列な統計値群から得られる時系列な区間和が、前記しきい値以上である場合、前記監視対象について通信品質が劣化したことを検出することを特徴とする請求項１に記載の検出装置。
7. 前記検出部は、前記時系列な統計値群が前記特定のトラフィックにおけるバーストに関する時系列な統計値であり、かつ、前記時系列な統計値群が前記しきい値以上になってから所定期間継続してしきい値以上である場合、前記監視対象について通信品質が劣化したことを検出することを特徴とする請求項１に記載の検出装置。
8. 前記検出部は、前記時系列な統計値群が前記特定のトラフィックにおけるバーストに関する時系列な統計値であり、かつ、ある時点までの所定期間のうち前記時系列な統計値群が前記しきい値以上である期間が所定の割合以上である場合、前記監視対象について通信品質が劣化したことを検出することを特徴とする請求項１に記載の検出装置。
9. 前記格納部は、前記特定のログのうち、前記時系列な統計値群が前記しきい値以下になった時点を基準にした区間のログを前記第１の記憶部から取得して、第２の記憶部に格納することを特徴とする請求項４または５に記載の検出装置。
10. 前記格納部は、前記特定のログのうち、前記時系列な統計値群が前記しきい値以上になった時点を基準にした区間のログを前記第１の記憶部から取得して、第２の記憶部に格納することを特徴とする請求項６〜８のいずれか一つに記載の検出装置。
11. 前記格納部は、前記特定のログのうち、前記時系列な統計値群が前記しきい値以上になった時点を含むフローの継続期間を基準にした区間のログを前記第１の記憶部から取得して、第２の記憶部に格納することを特徴とする請求項１０に記載の検出装置。
12. 前記算出部は、前記特定のログから、前記監視対象である前記ある端末と接続相手となる基地局との無線区間の応答遅延を特定し、当該応答遅延に基づいて、前記ある端末の応答品質の高さを示す時系列な評価値を算出し、
    前記格納部は、前記検出部によって前記ある端末についての通信品質の劣化が検出された場合、前記無線区間の応答品質の高さを示す時系列な評価値が所定のしきい値以上であれば、前記特定のログを前記第２の記憶部から取得して、前記第３の記憶部に格納し、前記無線区間の応答品質の高さを示す時系列な評価値が所定のしきい値未満であれば、前記接続相手の基地局が関与するログを前記第２の記憶部から取得して、前記第３の記憶部に格納することを特徴とする請求項１に記載の検出装置。
13. 前記算出部は、前記特定のログから、前記監視対象である前記ある端末と当該ある端末の通信相手となるサーバとの有線区間の応答遅延を特定し、当該応答遅延に基づいて、前記ある端末の応答品質の高さを示す時系列な評価値を算出し、
    前記格納部は、前記検出部によって前記ある端末についての通信品質の劣化が検出された場合、前記有線区間の応答品質の高さを示す時系列な評価値が所定のしきい値以上であれば、前記特定のログを前記第２の記憶部から取得して、前記第３の記憶部に格納し、前記無線区間の応答品質の高さを示す時系列な評価値が所定のしきい値未満であれば、前記サーバが関与するログを前記第２の記憶部から取得して、前記第３の記憶部に格納することを特徴とする請求項１に記載の検出装置。
14. 通信品質の劣化を検出する検出装置は、
    通信装置間のトラフィックに関するログを記憶し、記憶容量が所定量以上になると記憶済みのログのうち最古のログから削除する第１の記憶部を有し、
    前記第１の記憶部に記憶されたログのうち、通信品質の監視対象が関与する特定のトラフィックについての特定のログを参照することにより、前記監視対象についての通信品質に関する時系列な統計値群を算出する算出処理と、
    前記算出処理によって算出された時系列な統計値群と、前記監視対象についての通信品質の劣化に関するしきい値と、を比較することにより、前記監視対象についての通信品質の劣化を検出する検出処理と、
    前記検出処理によって前記監視対象についての通信品質の劣化が検出された場合、前記特定のログを前記第１の記憶部から取得して、第２の記憶部に格納する格納処理と、
    を実行することを特徴とする検出方法。
15. プロセッサが読み取り可能なメモリに記憶され、前記プロセッサに通信品質の劣化を検出させる検出プログラムであって、
    前記プロセッサは、通信装置間のトラフィックに関するログを記憶し、記憶容量が所定量以上になると記憶済みのログのうち最古のログから削除する第１の記憶部にアクセス可能であり、
    前記プロセッサに、
    前記第１の記憶部に記憶されたログのうち、通信品質の監視対象が関与する特定のトラフィックについての特定のログを参照することにより、前記監視対象についての通信品質に関する時系列な統計値群を算出する算出処理と、
    前記算出処理によって算出された時系列な統計値群と、前記監視対象についての通信品質の劣化に関するしきい値と、を比較することにより、前記監視対象についての通信品質の劣化を検出する検出処理と、
    前記検出処理によって前記監視対象についての通信品質の劣化が検出された場合、前記特定のログを前記第１の記憶部から取得して、第２の記憶部に格納する格納処理と、
    を実行させることを特徴とする検出プログラム。

Images