"通信トラヒックのパケットをパッシブに監視して通信品質を測定する通信品質測定装置において、監視対象のパケットが集約される経路に到着したパケットをキャプチャする手段と、前記キャプチャされたパケットについて、少なくとも種別および到着時刻を属性情報として管理する手段と、前記キャプチャされたパケットからクライアントの位置情報を抽出して前記属性情報に追加する手段と、各パケットの属性情報に基づいて、前記位置情報に基づく位置ベースでクライアントの通信品質を分析する手段とを具備したことを特徴とする通信品質測定装置。前記クライアントが無線移動端末であることを特徴とする請求項1に記載の通信品質測定装置。前記通信品質を分析する手段は、所定の種別の2つのパケットの到着時刻差に基づいて遅延特性を位置ベースで分析することを特徴とする請求項1に記載の通信品質測定装置。前記通信品質を分析する手段は、所定の種別の2つのパケットの到着時刻差および当該時間差の間に送受されたデータ量に基づいてスループット特性を位置ベースで測定することを特徴とする請求項1に記載の通信品質測定装置。前記位置ベースで分析された複数の通信品質に基づいて、クライアント側の体感品質を所定のエリア単位で算出する手段をさらに具備したことを特徴とする請求項1ないし4のいずれかに記載の通信品質測定装置。前記体感品質を所定のエリア単位で算出する手段は、クライアントの同異にかかわらず、位置情報が同一エリアに対応するパケットの属性情報に基づいて当該エリアにおける体感品質を算出することを特徴とする請求項5に記載の通信品質測定装置。前記所定のエリアが、所定の単位面積、各無線基地局のカバレッジ範囲、ユーザの分布情報に基づいて分類された所定範囲、および人口情報に基づいて分類された所定範囲、のいずれかであることを特徴とする請求項5または6に記載の通信品質測定装置。前記通信品質を分析する手段は、TCPコネクションの確立時にクライアントが送信するSYNACKパケットの到着時刻から、当該クライアントが受信するACKパケットの到着時刻までの遅延時間に基づいて、クライアント側の往復遅延特性を測定することを特徴とする請求項3に記載の通信品質測定装置。前記通信品質を分析する手段は、TCPコネクションの確立時にクライアントが送信するSYNパケットの到着時刻から、当該クライアントが受信するSYNACKパケットの到着時刻までの遅延時間に基づいて、サーバ側の往復遅延特性を測定することを特徴とする請求項3に記載の通信品質測定装置。前記通信品質を分析する手段は、TCPコネクションの確立時にクライアントが送信するSYNパケットの到着時刻から、当該クライアントが最初に送信するデータの到着時刻までの遅延時間に基づいて、TCP接続所要時間を測定することを特徴とする請求項3に記載の通信品質測定装置。前記通信品質を分析する手段は、クライアントが最初に送信するTCPデータパケットの到着時刻からTCP切断用パケットの到着時刻までの時間差および当該時間差内で送受されるデータ量に基づいてスループットを測定することを特徴とする請求項4に記載の通信品質測定装置。前記通信品質を分析する手段は、HTTP要求の到着時刻からHTTP応答の到着時刻までの時間差および当該時間差内で送受されるデータ量に基づいてスループットを測定することを特徴とする請求項4に記載の通信品質測定装置。同一クライアントを一方として所定の時間内に確立されている複数のコネクションおよび/またはセッションについて、少なくとも一つのコネクションおよび/またはセッションから抽出された位置情報で他のコネクションおよび/またはセッションのクライアントの位置を代表させることを特徴とする請求項1ないし12のいずれかに記載の通信品質測定装置。前記サーバ側の往復遅延特性が所定の閾値を超えるコネクションおよび/またはセッションのパケットが通信品質の分析対象から除外されることを特徴とする請求項9に記載の通信品質測定装置。前記キャプチャされたパケットの属性情報が、コネクションおよび/またはセッション単位で管理され、前記通信品質が、前記コネクションおよび/またはセッション単位で分析されることを特徴とする請求項1ないし14のいずれかに記載の通信品質測定装置。通信トラヒックのパケットをパッシブに測定して通信品質を位置ベースで測定する通信品質測定方法において、クライアントおよびサーバの少なくとも一方が当該クライアントの位置情報をパケットに記述して送信する手順と、前記クライアント/サーバ間で送受されるパケットをネットワーク上でキャプチャする手順と、前記キャプチャされたパケットについて、少なくとも種別および到着時刻を属性情報として管理する手順と、前記キャプチャされたパケットからクライアントの位置情報を抽出して前記属性情報に追加する手順と、前記各パケットの属性情報に基づいて、前記位置情報に基づく位置ベースでクライアントの通信品質を分析する手順とを有することを特徴とする通信品質測定方法。前記パケットが、前記クライアントを収容する無線アクセス網とコア網とを接続する経路上でキャプチャされることを特徴とする請求項16に記載の通信品質測定方法。特許文献1では、通信品質情報管理装置が能動的に動作し、無線基地局やパケット交換装置に対して通信品質の測定および通知を要求しなければならないので、要求対象の装置数が大量になるとスケーラビリティの問題がある。また、通信品質の監視が管理装置側からの要求により追加的な処理として行われるので、測定に伴って処理負荷やトラヒックが増加するという問題もある。特許文献2では、通信品質が無線品質に限定されてしまう。加えて、移動通信端末に対して、通常の通信情報に加えて品質監視のための情報を追加しなければならないので、品質監視の実施により処理負荷が増加してしまう。また、基地局から移動通信端末に対して、位置ないし通信品質情報収集のためのポーリングも実施しなければならないので、処理負荷の更なる増加を招いてしまう。特許文献3でも、DBサーバが端末に対してポーリングを実施しなければならないので、処理負荷やスケーラビリティの問題が生じる。特許文献4では、複数のモニタPointをモニタし、それらモニタ情報を統合的に処理する必要があるために、処理が複雑かつ複数のプロトコルを解析する必要がある。また、各移動端末の位置情報は、各端末へ問い合わせることで取得しなければならないので、位置情報を取得するための構成ノードや手順を別途に設ける必要があり、また各移動端末から位置情報を取得するためだけに新たなトラヒックを発生させなければならなかった。本発明の目的は、上記した従来技術の課題を全て解決し、クライアントユーザが体感する通信品質を、簡単な構成で、かつネットワークにトラヒック増加などの負荷を与えることなく、位置ベースで測定できる通信品質測定方法および装置を提供することにある。上記の目的を達成するために、本発明は、通信トラヒックのパケットをパッシブに測定して通信品質を位置ベースで測定する通信品質測定装置において、以下のような手段を講じた点に特徴がある。監視対象のパケットが集約される経路に到着したパケットをキャプチャする手段と、キャプチャされたパケットの種別および到着時刻を属性情報としてコネクション単位で管理する手段と、キャプチャされたパケットからクライアントの位置情報を抽出して前記属性情報に追加する手段と、コネクションごとに、各パケットの属性情報に基づいて、前記位置情報に基づく位置ベースでクライアントの通信品質を分析する手段とを具備した。前記通信品質を分析する手段は、所定の種別の2つのパケットの到着時刻差に基づいて遅延特性を位置ベースで分析するようにした。前記通信品質を分析する手段は、所定の種別の2つのパケットの到着時刻差および当該時間差の間に送受されたデータ量に基づいてスループット特性を位置ベースで測定するようにした。位置ベースで分析された複数の通信品質に基づいて、クライアント側の体感品質を所定のエリア単位で算出する手段をさらに具備した。本発明によれば、以下のような効果が達成される。位置情報の記述されたパケットをパッシブにキャプチャし、TCPコネクションが同一のパケット同士を比較することで位置ベースの通信品質が測定されるので、クライアントユーザが体感する通信品質を簡単な構成で測定できるようになる。クライアントの位置情報がパッシブに取得されるので、位置情報を取得するための構成や手順を別途に設ける必要がなく、また位置情報を取得するためだけに新たなトラヒックを発生させる必要がないクライアントから、その通信品質に関する情報のみならず位置情報までもパッシブに取得できるので、多数の無線移動端末が広範囲に分散される広域ネットワークにおいても、位置ベースでの通信品質を簡単に測定できるようになる。すなわち、大量のデータをスケーラブルに測定できるようになる。以下、図面を参照して本発明の実施形態について詳細に説明する。本発明は、クライアントの位置情報が記述されたパケットをキャプチャすれば、位置ベースの通信品質をパッシブに観測できること、クライアントユーザの体感品質はボトルネック回線のスループットに依存し、TCPレベルの通信品質はボトルネック回線のスループットに制限されるので、クライアントの位置情報が記述されたパケットをキャプチャすれば、TCPレベルで測定されたエンドエンドの通信品質で、クライアントユーザが存在している位置での体感品質を代表できること、一般的に、無線区間を含むエンドエンドの通信では無線区間がボトルネックとなるので、位置ベースの通信品質をパッシブに観測すれば、無線クライアントユーザの体感品質を位置ベースで正確に計測できること、無線区間を含まないエンドエンドの通信でも、通信品質の測定結果に位置依存性が認められれば、通信品質を位置ベースで測定できること、を新たに知見してなされたものである。そして、本発明ではクライアント/サーバ間のトラヒックが集約される回線上でパケットをパッシブにキャプチャし、位置情報の記述されているパケットが送受されるTCPコネクションの特性に基づいて、クライアント側の体感品質を位置ベースで測定するようにしている。また、上記のようにして測定された体感品質を位置ベースで分類することにより、クライアントユーザの体感品質を所望のエリア単位で判別できるようにしている。なお、エンドエンド間に複数のコネクションが確立される場合には、少なくとも一つのコネクションで送受されるパケットに位置情報が記述されていれば、この位置情報を他のコネクションにおけるクライアントの位置情報と見なすことができる。同様に、TCPレベルでのトラヒックをTCPコネクション、HTTPレベルでのトラヒックをHTTPセッションと定義したとき、TCPコネクションに複数のHTTPセッションが張られる場合には、少なくとも一つのセッションで送受されるパケットに位置情報が記述されていれば、この位置情報を他のコネクションまたはセッションにおけるクライアントの位置情報と見なすことができる。このとき、位置情報を抽出できたコネクション/セッションと位置情報を抽出できないコネクション/セッションとは同時に確立されている必要はなく、後に図8を参照して詳述するように、クライアントの移動距離が位置ベースの通信品質に影響しない範囲に限定される時間差であれば前後していても良い。図1は、本発明の通信品質測定方法が適用されるネットワークの構成を示したブロック図であり、サービス提供範囲の各エリアには無線基地局BSが設置され、当該エリア内のクライアント本実施形態では、無線移動端末MHは前記各無線基地局BSに収容される。各無線基地局BSは無線アクセス網RANに接続され、前記無線アクセス網RANはコア網のゲートウェイに接続される。前記コア網はインターネットエクスチェンジにおいてインターネットと接続される。前記インターネットには、クライアントからの要求に応答してサービスを提供する各種のサーバが接続されている。本実施形態では、各端末MHアクセスと各サーバエンドとの間のトラヒックを集約できる回線として、無線アクセス網RANとコア網とを接続する回線Lに、通信品質測定装置としてのキャプチャ装置1が接続されている。前記端末MHは、クライアントユーザの現在位置がゲームの進行に影響を与える位置ゲームや、クライアントユーザの現在位置に応じたサービスを要求して取得するモバイルロケーションサービスにおいて、端末MHに実装されたGPS機能等により測定された現在位置を、送信パケットのペイロード部やデータ部に記述して送信する。あるいは、サーバが端末MHからの問い合わせに応答して、当該端末MHの位置情報を応答する場合もある。図2は、前記キャプチャ装置1の構成を示した機能ブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。パケットキャプチャ部101は、前記回線L上のTCPコネクションHTTPセッションを含むからIPパケットをキャプチャする。TCPコネクション管理部102は、キャプチャされたパケットをTCPコネクションごとに管理するTCPコネクションテーブル102aと、キャプチャされたパケットから位置情報を抽出して前記コネクションテーブル102aの対応レコードへ登録する位置情報抽出部102bとを含む。図9は、パケットへの位置情報の記述例を示した図であり、ここではHTTPセッションで送受されるパケットを例にして説明する。本実施形態では、HTTPリクエストのGETに続くURIの中に、位置情報としてGPS情報や緯度経度情報が、その測位方法と共に記述されている。なお、HTTPリクエストを実行するクライアントの情報およびユーザに固有のIDも記述されているので、当該パケットを抽出することでクライアント単位で現在位置を識別できるようになる。ネットワーク品質分析部103は、遅延時間測定部103aおよびスループット測定部103bを含み、位置情報の記述されたパケットが送受されるコネクションの遅延時間、所要時間、送受信されるデータ量、あるいはHTTPセッションの所要時間などを分析する。分析結果保持データベース104には、各TCPコネクションの通信品質が、パケットに記述された位置情報から推定されるクライアントの位置と紐付けられて保持される。ユーザ品質算出部105は、サービス提供範囲を分割したエリア毎に、観測されたユーザ品質を統計的に処理して位置ベースの通信品質を算出する。結果出力部106は、前記通信品質の算出結果を表示出力または印字出力する。次いで、図3のフローチャートを参照して、前記キャプチャ装置1の動作を詳細に説明する。なお、図3のフローチャートは、主にTCPコネクション管理部102の動作を示しており、所定の周期で繰り返し実行される。ステップS1では、キャプチャ装置1の接続された集約リンクLに到着したパケットが、前記パケットキャプチャ部101によりキャプチャされる。ステップS2では、前記キャプチャされたパケットの送信元IPアドレスsrcIPおよびそのTCPポート番号srcPort、さらには必要に応じて、宛先IPアドレスdstIPおよびそのTCPポート番号dstPortならびにプロトコル番号が、各パケットを識別するためのキーとして抽出される。なお、識別キーとして採用する情報は上記に限定されるものではなく、クライアントユーザやその通信コネクションまたはセッションを一意に識別できる情報であれば、例えばHTTPにおけるユーザIDを識別キーとして採用しても良い。ステップS3では、前記キャプチャされたパケットのキーと同一キーのレコードが前記TCPコネクションテーブル102aに既登録であるか否かが判定される。本実施形態では、図4に一例を示したように、監視対象のパケットについて、その種別、到着時刻t、位置情報P,方向上り下りの別、パケットサイズ、シーケンス番号などの属性情報が、前記キーをインデックスとしてコネクションごとにレコード形式で記録されている。キャプチャの開始直後であれば未登録と判定されるのでステップS4へ進み、所定の乱数Rが発生される。ステップS5では、パケットをキャプチャして記録解析する頻度として予め設定されているサンプリング比率Rsamplingが前記乱数Rと比較され、R≦Rsamplingであれば、今回のパケットが監視対象と判定されてステップS6へ進む。ステップS6では、前記キャプチャされたパケットの属性情報が、前記キーをインデックスとするレコード方式でTCPコネクションテーブル102aに新規記録される。なお、前記ステップS5において、R>Rsamplingと判定されたパケットは、ステップS19において破棄される。一方、前記ステップS3において、前記キャプチャされたパケットの識別キーと同一キーのレコードがTCPコネクションテーブル102aに既登録と判定されるとステップS6へジャンプし、当該パケットに関するレコードが前記TCPコネクションテーブル102aに追加登録される。ステップS7では、前記パケットのペイロード部やデータ部にクライアントの位置情報Pが記述されているか否かが判定される。位置情報Pが記述されていればステップS8へ進み、当該位置情報Pが前記レコードに追記される。ステップS9では、前記パケットがTCPコネクションの切断要求または強制切断であるか否かが判定される。初めは、FINおよびRSTのいずれでもないと判定されるので、後述するステップS13へ進む。なお、前記FINやRSTの代わりにTCPタイムアウトを検知するようにしても良い。その後、FINまたはRSTパケットがキャプチャされると、当該処理はステップS9からS10へ進み、当該コネクションで記録されたレコードに終了フラグFendがセットされる。ステップS11では、前記切断を検知されたコネクションにおいて位置情報Pの記述されたパケットがキャプチャされていたか否かが判定される。位置情報Pの記述されたパケットが一度でもキャプチャされている、すなわち位置情報の送受履歴があればステップS12へ進み、当該コネクションで記録されたレコードに位置情報Pが登録されていることを示す位置登録フラグFposがセットされる。ステップS13~S16では、位置情報Pの記述されたパケットをキャプチャできたコネクションまたはセッション以下、位置情報付きコネクションと表現する場合もあるで送受されるパケットの特性に基づいて、そのクライアント側の体感品質が位置ベースで推定される。ただし、本実施形態では位置情報Pの記述されたパケットをキャプチャできなかったコネクションまたはセッション以下、位置情報無しコネクションと表現する場合もあるで送受されたパケットに関しても、そのレコードがコネクション切断後も所定の期間だけ前記TCPコネクションテーブル102aで保持される。そして、前記位置情報付きコネクションと、少なくともクライアントのIPアドレスが同一の位置情報無しコネクションに関しては、クライアントの位置が前記位置情報付きコネクションにおけるクライアントの位置と実質的に同一であると推定してクライアント側の体感品質が位置ベースで推定されるようにしている。さらに具体的に説明すれば、本実施形態では、端末MNが移動する場合でも短時間であれば移動距離は位置ベースの通信品質に影響しない範囲に限定されるという統計則または経験則に基づいて、当該短時間内に複数の異なるセッションまたはコネクション以下、コネクションで代表するが検知されると、一部のコネクションでしか位置情報を抽出できなかった場合でも、この位置情報を全てのコネクションに適用するようにしている。すなわち、図8に示したように、時刻t0で確立されていたコネクションのパケットからは位置情報を抽出できたものの、Δt時間だけ前の時刻t0Δtで確立されていた他のコネクションや、Δt時間だけ後の時刻t0Δtで確立されていたさらに他のコンテンツクションのパケットからは位置情報を抽出できなかった場合でも、前記時刻t0Δtや時刻t0Δtでの端末位置を時刻t0と同一と見なすことで、位置ベースの通信品質を、より多くの情報に基づき、より高い確度で推定できるようにしている。図3へ戻り、ステップS13では、コネクションの切断から所定の監視期間Δtが経過しており、かつ位置情報フラグFposがセットされているレコードの有無が判定される。前記監視期間Δtは、端末の移動距離が位置ベースの品質に影響を及ぼさない範囲内と推定される時間であり、前記図8に関して説明したΔtと同義である。このようなレコードが存在すればステップS14へ進み、このレコードと少なくともクライアント側のIPアドレスが同一のレコードがTCPコネクションテーブル102aに保持されているか否かが判定される。このようなレコードが保持されていなければステップS16へ進み、前記位置情報フラグFposがセットされて監視期間Δtの満了した単独コネクションのレコードのみが、通信ログとしてNW品質分析部103へ提供される。これに対して、前記ステップS14において、前記位置情報付きコネクションと少なくともクライアント側のIPアドレスが同一の位置情報無しコネクションのレコードがTCPコネクションテーブル102aに保持されていると判定されるとステップS15へ進む。ステップS15では、前記位置情報付きコネクションおよび位置情報無しコネクションの各レコードが、同一位置のクライアントをアクセス側とする通信ログとしてNW品質分析部103へ提供される。すなわち、図8において時刻t0Δtから時刻t0Δtの範囲内でキャプチャされたパケットのレコードが、時刻t0でキャプチャされたパケットのレコードおよびその位置情報Pと共に、位置情報Pが同一の通信ログとしてNW品質分析部103へ提供される。ステップS17では、前記NW品質分析部103へ提供された全てのレコードがTCPコネクションテーブル102aから破棄される。ステップS15では、TCPコネクションテーブル102aに記録されているレコードの中から、コネクションの開始時刻または終了時刻からの経過時間が所定の最大値を超えているコネクションに関するレコードが削除される。これにより、時間的に古いレコードすなわちクライアントの位置が大きく移動している可能性の高いコネクションのレコードはTCPコネクションテーブル102aから削除されるので、上記のように、クライアント側のIPアドレスが同一であれば異なるコネクションまたはセッションであってもクライアントの位置を同一と推定することの信頼性を担保できるようになる。図1へ戻り、前記NW品質分析部103では、前記TCPコネクション管理部102から提供された通信ログを分析して、エンドエンドの通信品質が位置ベースで算出される。この算出結果は分析結果保持DB104に通知されて保持される。図5は、前記NW品質分析部103による分析方法を説明するための図である。ここでは、TCPコネクションの確立時にクライアント/サーバ間で実行されるTCP3wayハンドシェークのSYNパケットからキャプチャできたコネクションについて、遅延特性を測定する方法について説明する。この場合、端末MHからサーバへ最初に送信されたSYNパケットの到着時刻t1と、サーバから端末MHへ返信されたSYNACKパケットの到着時刻t2との差分に基づいてサーバ側RTT往復遅延が位置ベースで算出される。また、前記SYNACKパケットの到着時刻t2と端末MHからサーバへ最後に送信されたACKパケットの到着時刻t3との差分に基づいて、クライアント側RTT遅延が位置ベースで算出される。さらに、前記最初のSYNパケットの到着時刻t1と前記3wayハンドシェーク後に端末MHからサーバへ最初に送信されデータパケットの到着時刻t4との差分に基づいて、TCP接続所要時間が位置ベースで算出される。さらに、3wayハンドシェーク後に端末MHから最初に送信されるデータの到着時刻t1からFINまたはRSTパケットの到着時刻t5までの差分、および当該差分時間内にキャプチャされた送受信データ量に基づいて、TCPコネクションのスループット特性が位置ベースで算出される。なお、パケットのキャプチャがコネクションの途中から開始されているような場合には、得られた到着時刻から可能な分析のみが選択的に行われる。すなわち、キャプチャがSYNACKパケットから開始されていれば、その到着時刻t2からACKパケットの到着時刻t3までの差分に基づいて、クライアント側RTT遅延のみが算出される。また、前記TCPコネクションのスループット特性やTCP接続所要時間は、クライアント側の遅延のみならずサーバが側の遅延にも依存するので、サーバ側遅延が大きいときに算出されたこれらの特性等は、クライアント側の位置ベースに基づく通信品質を正確に代表できない。したがって、前記サーバ側RTT遅延が所定の閾値を超えているとき、あるいはサーバ側遅延を代表できるデータやACKなどのパケット到着間隔が所定の閾値を越えているときに算出されたスループット特性やTCP接続所要時間は、品質分析の対象から除外することが望ましい。図6は、HTTPセッションにおけるエンドサーバのレスポンス特性の算出方法を示した図である。端末MHから送信されたHTTP要求を受信したプロキシサーバは、エンドサーバとの間で3wayハンドシェークにより接続処理を実行する。次いで、HTTP要求の送信およびHTTP応答の受信を繰り返し、サーバとの接続切断後に、前記端末HMへHTTP応答を返信する。なお、図6の構成は、図1のGWにおいてTCPコネクションを終端させ、当該GWをプロキシとして機能させることでも実現できる。この場合、前記図5で算出されるクライアント側RTT遅延無線区間およびRANの遅延やサーバ側RTT遅延に加えて、さらに端末MHからサーバへ送信されたHTTP要求の到着時刻t4とプロキシサーバから端末MHへ返信されたHTTP応答の到着時刻t5との差分に基づいて、クライアント側で体感されるエンドサーバの応答時間を位置ベースで算出できる。図7は、HTTPセッションごとに特性を分析する方法を示した図である。複数のHTTPセッションが順次に確立されるコネクションでは、分析がHTTPセッションごとに行われ、一番目のHTTPセッションに関しては、端末MHが最初に送信するHTTPReq11の到着時刻t31から、サーバが最後に送信するHTTPRep13の到着時刻t32までが一番目のHTTPセッションの所要時間とされ、その間に送受されたデータ量が当該HTTPセッションでの通信量とされる。同様に、二番目のHTTPセッションに関しても、端末MHが最初に送信するHTTPReq21の到着時刻t33から、サーバが最後に送信するHTTPRep21の到着時刻t34までが二番目のHTTPセッションの所要時間とされ、その間に送受されたデータ量が当該HTTPセッションでの通信量とされる。このように、所要時間およびデータ量がセッションごとに求まれば、データ量を所要時間で除することで、HTTPセッションごとにスループットを位置ベースで算出できるようになる。図1へ戻り、ユーザ品質算出部105では、以上のように位置ベースで算出された遅延特性やスループット特性を統計的に処理することで、無線クライアントユーザの体感品質をエリア単位で算出する。本実施形態では、クライアントが異なっていても位置情報が近傍同士の特性は同列に扱われ、例えば位置AのクライアントC1を一方のエンドとするコネクションから得られる特性、および当該位置A近傍の位置AのクライアントC2を一方のエンドとするコネクションから得られる特性とは、いずれも位置Aまたは、位置Aを包含する単位エリアの特性として統合される。前記単位エリアは、図10に一例を示したように、所定の単位面積ごと、無線基地局の位置とマッピングすることにより無線基地局のカバレッジ範囲ごと、ユーザの分布情報に基づいて分類された所定の範囲ごと、人口情報に基づいて分類された所定の範囲ごと、などに設定され、単位エリアごとに通信品質が分析される。なお、品質に時間帯の要素を加味するのであれば、前記遅延特性やスループット特性を、位置情報が取得された時刻帯でも分類し、前記単位エリアおよび時間帯ごとに通信品質を分析しても良い。さらに、通信ログが無線区間を含まないコネクションまたはセッションのものであって、ボトルネックがクライアント側であると断定できない場合でも、地理的に所定の範囲内に位置するクライアントを一方のエンドとする多数のコネクションまたはセッションの品質が他と較べて特異的であれば、当該所定の範囲内におけるクライアントユーザの体感品質は位置依存性が高いと推定できる。"