(57)【要約】【課題】サーバの稼働状況を把握することができ、更にはネットワーク上のノードの処理状態が通常時よりも劣化している箇所を特定する。【解決手段】本発明は、端末が、コンテンツの要求先に対して要求信号の送信と同時に、経路の通信品質を計測させる制御信号の送信し、要求信号の応答信号の受信結果と、経路の通信品質の計測結果とを取得する試験実行手段を有し、応答信号の受信結果及び経路の通信品質の計測結果を収集し、日時情報を付与して集計を行う試験結果収集集計手段と、各サーバからの応答信号の受信結果に基づいて各サーバの稼働状況情報と、経路の通信品質の計測結果に基づいて端末と各サーバとの間の経路の通信品質の統計情報を求める統計処理手段とを備える。【選択図】      図１
2014146926.tif 000002
【特許請求の範囲】
【請求項１】
ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、上記１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視システムであって、
上記端末が、
上記各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と上記各サーバとの間の経路の通信品質を計測させる制御信号の送信し、上記要求信号に対する応答信号の受信結果と、上記制御信号に基づく経路の通信品質の計測結果とを取得する試験実行手段を有し、
上記試験実行手段から上記応答信号の受信結果及び上記経路の通信品質の計測結果を収集し、日時情報を付与して集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段を参照し、上記各サーバからの上記応答信号の受信結果に基づいて上記各サーバの稼働状況情報と、上記経路の通信品質の計測結果に基づいて上記端末と上記各サーバとの間の経路の通信品質の統計情報を求める統計処理手段と
を備えることを特徴とする通信監視システム。
【請求項２】
上記統計処理手段が、上記各サーバからの上記応答信号の有無と上記応答信号のレスポンス遅延時間とに基づいて、上記各サーバの稼働状況情報を判定するものであることを特徴とする請求項１に記載の通信監視システム。
【請求項３】
上記統計処理手段が、上記経路の通信品質の統計情報を参照し、今回の要求先に対する要求信号に伴う各ホップの遅延情報と、対応する各ホップの統計遅延情報とを比較し、その比較結果に基づいて当該ホップの通信品質を判定するものであることを特徴とする請求項１又は２に記載の通信監視システム。
【請求項４】
ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、上記１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視装置であって、
上記各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と上記各サーバとの間の経路の通信品質を計測させる制御信号の送信を上記端末に対して指示する試験指示手段と、
上記端末から、上記要求信号に対する応答信号の受信結果と、上記制御信号に基づく経路の通信品質の計測結果とを収集し、日時情報を付与して集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段を参照し、上記各サーバからの上記応答信号の受信結果に基づいて上記各サーバの稼働状況情報と、上記経路の通信品質の計測結果に基づいて上記端末と上記各サーバとの間の経路の通信品質の統計情報を求める統計処理手段と
を備えることを特徴とする通信監視装置。
【請求項５】
ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、上記１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視プログラムであって、
コンピュータを、
上記各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と上記各サーバとの間の経路の通信品質を計測させる制御信号の送信を上記端末に対して指示する試験指示手段と、
上記端末から、上記要求信号に対する応答信号の受信結果と、上記制御信号に基づく経路の通信品質の計測結果とを収集し、日時情報を付与して集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段を参照し、上記各サーバからの上記応答信号の受信結果に基づいて上記各サーバの稼働状況情報と、上記経路の通信品質の計測結果に基づいて上記端末と上記各サーバとの間の経路の通信品質の統計情報を求める統計処理手段と
して機能させることを特徴とする通信監視プログラム。
【請求項６】
１又は複数のサーバのそれぞれのコンテンツの要求先に対して要求信号の送信と同時に、当該通信端末と上記各サーバとの間の経路の通信品質を計測させる制御信号の送信し、上記要求信号に対する応答信号の受信結果と、上記制御信号に基づく経路の通信品質の計測結果とを取得する試験実行手段と、
上記試験実行手段から上記応答信号の受信結果及び上記経路の通信品質の計測結果を収集し、日時情報を付与して集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段を参照し、上記各サーバからの上記応答信号の受信結果に基づいて上記各サーバの稼働状況情報と、上記経路の通信品質の計測結果に基づいて上記通信端末と上記各サーバとの間の経路の通信品質の統計情報を求める統計処理手段と
を備えることを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信監視システム、通信監視装置、通信監視プログラム及び通信端末に関し、例えば、ＴＣＰ／ＩＰプロトコルを用いて行われる通信において、ネットワークの品質を監視する通信監視システム、通信監視装置、通信監視プログラム及び通信端末に適用し得るものである。
【背景技術】
【０００２】
ＴＣＰ／ＩＰプロトコルを用いて行われる通信において、ネットワークの性能を計測する通信性能測定装置に関する技術として特許文献１に記載される技術がある。
【０００３】
特許文献１の記載技術は、クライアントとサーバとの間の通信経路に存在する分岐ノードと通信可能な通信性能測定装置を備える。通信性能測定装置は、クライアントのアクセスポイントや分岐ノード等の宛先との間の遅延時間を推定すると共に、サーバに対してＨＴＴＰ  ＧＥＴリクエストを送信し、サーバからのデータパケット（コンテンツデータ）の受信時刻を記録し、サーバとの間の遅延時間を計測する。そして、上記宛先との間の遅延推定時間とサーバとの間の遅延時間とに基づいて、通信性能測定装置は、クライアントとサーバとの間の通信経路の通信性能を測定する。
【０００４】
上述した特許文献１の記載技術は、サーバに対するＨＴＴＰ  ＧＥＴリクエストの送信時刻と、サーバからのデータパケットの受信時刻とに基づいて、サーバとの間の遅延時間を計測することにより、クライアントとの間の推定した遅延時間を用いて、その時点でのサーバの性能を把握している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−８６４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の記載技術は、通信性能測定装置がサーバからのレスポンスタイムのみでネットワークの性能を推定するものである。そのため、測定時のサーバの性能を把握することはできる。しかし、通信性能測定装置は分岐ノードに接続するものであり、ブラウジングを行うユーザが実際に体感する通信品質を計測するものではない。サーバの稼働状況は、ユーザがブラウジングを行う時間帯によって異なるものであり、又は平日や休日等の日によっても異なる。さらに、ネットワーク上のノードの処理状態によっても遅延時間が増減することがあり、ユーザの体感する通信品質を実際に計測することができない。
【０００７】
そのため、実際にブラジングを行うクライアントとサーバとの間で授受されるパケットの通信状況に基づいて、サーバの稼働状況を把握することができ、更にはネットワーク上のノードの処理状態が通常時よりも劣化している箇所を特定することができる通信監視システム、通信監視装置、通信監視プログラム及び通信端末が求められている。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために、第１の本発明は、ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視システムであって、端末が、各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と各サーバとの間の経路の通信品質を計測させる制御信号の送信し、要求信号に対する応答信号の受信結果と、制御信号に基づく経路の通信品質の計測結果とを取得する試験実行手段を有し、試験実行手段から応答信号の受信結果及び経路の通信品質の計測結果を収集し、日時情報を付与して集計を行う試験結果収集集計手段と、試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、データ蓄積手段を参照し、各サーバからの応答信号の受信結果に基づいて各サーバの稼働状況情報と、経路の通信品質の計測結果に基づいて端末と各サーバとの間の経路の通信品質の統計情報を求める統計処理手段とを備えることを特徴とする通信監視システムである。
【０００９】
第２の本発明は、ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視装置であって、各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と各サーバとの間の経路の通信品質を計測させる制御信号の送信を端末に対して指示する試験指示手段と、端末から、要求信号に対する応答信号の受信結果と、制御信号に基づく経路の通信品質の計測結果とを収集し、日時情報を付与して集計を行う試験結果収集集計手段と、試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、データ蓄積手段を参照し、各サーバからの応答信号の受信結果に基づいて各サーバの稼働状況情報と、経路の通信品質の計測結果に基づいて端末と各サーバとの間の経路の通信品質の統計情報を求める統計処理手段とを備えることを特徴とする通信監視装置である。
【００１０】
第３の本発明は、ブラウジング機能を有する端末が１又は複数のサーバが提供するコンテンツをブラウジングする際に、１又は複数のサーバの稼働状況及びネットワークの通信品質を監視する通信監視プログラムであって、コンピュータを、各サーバのコンテンツの要求先に対して要求信号の送信と同時に、当該端末と各サーバとの間の経路の通信品質を計測させる制御信号の送信を端末に対して指示する試験指示手段と、端末から、要求信号に対する応答信号の受信結果と、制御信号に基づく経路の通信品質の計測結果とを収集し、日時情報を付与して集計を行う試験結果収集集計手段と、試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、データ蓄積手段を参照し、各サーバからの応答信号の受信結果に基づいて各サーバの稼働状況情報と、経路の通信品質の計測結果に基づいて端末と各サーバとの間の経路の通信品質の統計情報を求める統計処理手段として機能させることを特徴とする通信監視プログラムである。
【００１１】
第４の本発明は、１又は複数のサーバのそれぞれのコンテンツの要求先に対して要求信号の送信と同時に、当該通信端末と各サーバとの間の経路の通信品質を計測させる制御信号の送信し、要求信号に対する応答信号の受信結果と、制御信号に基づく経路の通信品質の計測結果とを取得する試験実行手段と、試験実行手段から応答信号の受信結果及び経路の通信品質の計測結果を収集し、日時情報を付与して集計を行う試験結果収集集計手段と、試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、データ蓄積手段を参照し、各サーバからの応答信号の受信結果に基づいて各サーバの稼働状況情報と、経路の通信品質の計測結果に基づいて通信端末と各サーバとの間の経路の通信品質の統計情報を求める統計処理手段とを備えることを特徴とする通信端末である。
【発明の効果】
【００１２】
本発明によれば、クライアントとサーバとの間で実際に授受されるパケットの通信状況に基づいて、サーバの稼働状況を把握することができ、更にはネットワーク上のノードの処理状態が通常時よりも劣化している箇所を特定することができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係る通信監視装置及びクライアント端末の接続関係と、通信監視装置及びクライアント端末の内部構成とを示す構成図である。
【図２】実施形態に係る通信監視システムの全体構成を示す構成図である。
【図３】実施形態の通信監視処理の動作を示すシーケンス図である。
【図４】実施形態のクライアント端末によるＨＴＴＰサーバへのＨＴＴＰによるサービス試験とＩＣＭＰによる試験方法とを示すシーケンス図である。
【図５】実施形態のクライアント端末によるＨＴＴＰサーバに対するＨＴＴＰサービス試験の動作及び判定方法を説明する説明図である。
【図６】実施形態のＩＣＭＰ試験結果の内容を説明する説明図である。
【図７】実施形態のＧＵＩ制御部によるグラフィック表示画面の一例を示す。
【発明を実施するための形態】
【００１４】
（Ａ）主たる実施形態
以下では、本発明の通信監視システム、通信監視装置、通信監視プログラム及び通信端末の実施形態を、図面を参照しながら詳細に説明する。
【００１５】
実施形態では、通信プロトコルとしてＴＣＰ／ＩＰプロトコルを用いたネットワークにおける通信品質を監視するシステムに本発明を適用する場合を例示する。
【００１６】
（Ａ−１）実施形態の構成
（Ａ−１−１）通信監視システムの全体的な構成
図２は、実施形態に係る通信監視システムの全体構成を示す構成図である。図２において、実施形態に係る通信監視システム１０は、通信監視装置１、クライアント端末２、１又は複数のノード３（３−１及び３−２）、ＨＴＴＰサーバ４−１〜４−Ｎ（Ｎは正の整数）、ネットワーク７を有する。
【００１７】
ネットワーク７は、例えばインターネットに相当する通信網である。
【００１８】
ＨＴＴＰサーバ４−ｎは、ネットワーク７に接続可能なサーバであり、例えばＨＴＴＰに従って要求されたコンテンツ（Ｗｅｂページ）を提供するＷｅｂサーバ等が該当する。ＨＴＴＰサーバ４−ｎは、クライアント端末２からＨＴＴＰリクエストを取得すると、要求内容に応じたＨＴＴＰレスポンスをクライアント端末２に返信する。
【００１９】
例えば、ＨＴＴＰサーバ４−ｎは、あるＵＲＬのコンテンツ（Ｗｅｂページ）の取得に関するＨＴＴＰ  ＧＥＴリクエストをクライアント端末２から受信すると、対応するＷｅｂページに関するデータを含むＨＴＴＰ  レスポンスをクライアント端末２に返信する。例えば、ＨＴＴＰサーバ４−ｎが提供するＷｅｂページは画像等のコンテンツを含む場合があり、当該コンテンツの要求先サーバが他のＨＴＴＰサーバとなる場合がある。このとき、クライアント端末２は、Ｗｅｂページを構成するコンテンツを取得するため、Ｗｅｂページに記載のＵＲＬに基づいてＨＴＴＰ  ＧＥＴリクエストを他のＨＴＴＰサーバに送信して、ＨＴＴＰ  レスポンスを取得する。このように、クライアント端末２が特定のＷｅｂページのコンテンツを取得するために、複数回に亘ってＨＴＴＰ  ＧＥＴリクエストを送信する場合もあり、又必要に応じて異なるＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストを送信することもある。
【００２０】
通信監視装置１は、クライアント端末２がＨＴＴＰによりコンテンツを取得する際、コンテンツの配信元であるＨＴＴＰサーバ４−ｎの稼働状況を監視すると共に、クライアント端末２とＨＴＴＰサーバ４−ｎとの間の経路上の各ノードの状態を監視するものである。
【００２１】
例えば、通信監視装置１は、ＨＴＴＰ  ＧＥＴリクエストを送信したクライアント端末２がＨＴＴＰサーバ４−ｎからＨＴＴＰレスポンスを受信したか否かの情報や、クライアント端末２が受信したＨＴＴＰレスポンスの内容、クライアント端末２のＨＴＴＰ  ＧＥＴリクエストの送信からＨＴＴＰレスポンスの受信までの応答時間（レスポンスタイム）等を、時間帯や曜日や日付等毎で統計処理を行う。これにより、クライアント端末２がコンテンツをブラウジングする際における、ＨＴＴＰサーバ４−ｎの統計的な稼働状況を把握することができる。また、通信監視装置１は、ＨＴＴＰサーバ４−ｎの統計結果と今回のＨＴＴＰサーバ４−ｎへの要求結果とを比較して、統計結果と比較したＨＴＴＰサーバ４−ｎの現在の稼働状況（性能）を把握することができる。
【００２２】
また例えば、通信監視装置１は、クライアント端末２のＨＴＴＰ  ＧＥＴリクエストと同時に、クライアント端末２とＨＴＴＰサーバ４−ｎとの間の経路上の通信品質を試験する制御パケットを送信させ、当該経路の経路情報及び往復遅延時間（ＲＴＴ値）を計測させる。つまり、クライアント端末２が送信するＨＴＴＰ  ＧＥＴリクエストのパケットに、経路上の通信品質を試験する制御パケットを追送させる。
【００２３】
ここで、通信監視装置１は、後述するように、ＨＴＴＰ  ＧＥＴリクエストに追送させる制御パケットとして例えばＩＣＭＰのtracerouteコマンド等を利用する。これにより、通信監視装置１は、クライアント端末２から目的ホスト（ＨＴＴＰサーバ４−ｎ）までの経路上の経路情報及び往復遅延時間（ＲＴＴ値）等を取得することができ、更に経路情報及び往復遅延時間（ＲＴＴ値）を時間帯や曜日や日付等毎で統計処理を行う。これにより、実際にブラウジングを行うクライアント端末２とＨＴＴＰサーバ４−ｎとの間の経路上の通信品質を把握することができる。
【００２４】
また、通信監視装置１は、当該経路上のノード３の処理状態を認識できるため、例えば統計的に求めたホップ毎の統計ＲＴＴ値と今回のホップ毎のＲＴＴ値との比較により、今回のＲＴＴ値が統計ＲＴＴ値よりも大きい場合には、当該ホップ数で設定されているノード３で異常が生じているおそれ、すなわち通常時よりも処理負荷の大きいノード３を検出することができる。
【００２５】
クライアント端末２は、ブラウジング機能を有する通信端末であり、ＨＴＴＰを用いてＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストを送信してコンテンツを取得（ダウンロード）し、コンテンツをブラウジングするものである。クライアント端末２は、ブラウジング機能を有するものであれば種々の通信端末を広く適用することができ、例えば、パーソナルコンピュータ（ＰＣ）、携帯端末（例えば、携帯電話機、いわゆるスマートフォン、タブレット型端末等を含むもの）、ゲーム端末、電子書籍端末等を適用することができる。
【００２６】
クライアント端末２は、通信監視装置１から試験指示を取得すると、所定の要求先に対してＨＴＴＰリクエストを送信すると同時に、同じ要求先までの経路の通信品質を調査するための所定の制御パケットを送信するものである。なお、クライアント端末２は、通信監視装置１からの試験指示がなくても、ＨＴＴＰリクエストの送信のたびに、ＨＴＴＰリクエストの送信と同時に制御パケットを送信するものであってもよい。
【００２７】
ここで、クライアント端末２が経路上の通信品質を試験する方式は、例えば、ＩＣＭＰ（Internet  Control  Message  Protocol）を利用する方式や、ＳＮＭＰ（Simple  Network  Management  Protocol）を利用する方式を適用することができる。この実施形態では、特にＩＣＭＰのtracerouteコマンドを用いて、コンテンツの要求先であるＨＴＴＰサーバ４−ｎとの間の経路の通信品質を試験する場合を例示する。ＩＣＭＰのtracerouteコマンドは、目的とするホスト（この実施形態の場合、ＨＴＴＰ  ＧＥＴリクエストの要求先のＨＴＴＰサーバ４−ｎ）までのネットワーク経路情報やそのネットワーク経路上のノード間の往復遅延時間情報等を計測するものである。
【００２８】
例えば、クライアント端末２は、ＨＴＴＰサーバ４−ｎに対してＨＴＴＰリクエストを送信すると同時に、同一のＨＴＴＰサーバ４−ｎを送信先としてＩＣＭＰのtracerouteコマンドを含む制御パケットを送信する。クライアント端末２は、ＨＴＴＰサーバ４−ｎ宛のＨＴＴＰリクエストに対するＨＴＴＰレスポンスの受信状況（すなわち、ＨＴＴＰレスポンスの有無）やレスポンスタイムの結果を取得することができ、その結果を通信監視装置１に与える。さらに、クライアント端末２は、ＩＣＭＰのtracerouteコマンドにより経路情報及び往復遅延時間（ＲＴＴ：Round  Trip  Time）を取得することができ、その経路情報及びＲＴＴ値を通信監視装置１に与える。
【００２９】
ノード３−１及び３−２は、ネットワーク７にアクセスするためのＩＰネットワーク（アクセス網）を構成するルータ等のネットワーク機器である。なお、図２では、パケットを中継するノードが２台であるものとして示しているが、パケットを中継するノードの数は限定されるものではない。
【００３０】
（Ａ−１−２）通信監視装置１及びクライアント端末２の内部構成
図１は、実施形態に係る通信監視装置１及びクライアント端末２の接続関係と、通信監視装置１及びクライアント端末２の内部構成とを示す構成図である。
【００３１】
なお、図１では、通信監視装置１とクライアント端末２とを別々に備える場合を例示するが、クライアント端末２が通信監視装置１の機能を搭載するようにしても良い、
通信監視装置１は、上述したように、クライアント端末２に対してコンテンツをダウンロードさせる際、ＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストと同時に制御パケットを送信させ、ＨＴＴＰサーバ４−ｎの稼働状態及びネットワークの通信品質を監視するものである。
【００３２】
通信監視装置１は、既存サーバ等の情報処理装置と同様に、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部等を有して構成されるものである。例えば、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することにより、図１に示す機能ブロックを実現する。
【００３３】
図１において、通信監視装置１は、ＧＵＩ部１００、ＧＵＩ制御部１１０、試験部１２０、コネクション制御部１３０、試験結果収集部１４０、試験結果集計部１５０、統計データ蓄積部１６０、統計処理部１７０を有する。
【００３４】
ＧＵＩ部１００は、ＧＵＩ制御部１１０の制御の下、ユーザ操作を受けて試験設定を行うことができ、又統計情報の表示や、ＨＴＴＰサーバ４−ｎやネットワークの性能を表示するユーザインタフェース部である。ＧＵＩ部１００は、Ｗｅｂ−ＧＵＩとしても良く、ＧＵＩ制御部１１０との間でＷｅｂを通じて情報を授受しるようにしても良い。また、ＧＵＩ部１００は、パーソナルコンピュータに実装されるソフトウェア処理により、統計情報や、ＨＴＴＰサーバ４−ｎ及びネットワークの性能をグラフィック表示するようにしても良い。
【００３５】
ＧＵＩ制御部１１０は、ユーザインタフェース部であるＧＵＩ部１００との間で情報を授受するユーザインタフェース制御部である。
【００３６】
ＧＵＩ制御部１１０は、ＧＵＩ部１００からの試験設定に基づいて、試験部１２０に対して試験設定情報を与えるものである。また、ＧＵＩ制御部１１０は、ＧＵＩ部からの試験設定に基づいて、試験結果収集部１４０に対して収集周期を指示するものである。
【００３７】
ここで、ＧＵＩ制御部１１０が試験部１２０に与える試験設定情報は、クライアント端末２によるコンテンツ取得に係る情報、クライアント端末２の試験の実施に関する詳細情報等を含むものである。
【００３８】
コンテンツ取得に係る情報は、コンテンツの要求先に関する情報である。コンテンツの要求先に関する情報は、例えば、コンテンツのＵＲＬや、ＨＴＴＰサーバ４−ｎのＩＰアドレスやホスト名等とすることができる。
【００３９】
クライアント端末２の試験の実施に関する詳細情報は、クライアント端末２が送信するＨＴＴＰリクエストのパケット数の試験周期等がある。
【００４０】
また、ＧＵＩ制御部１１０は、ＧＵＩ部１００からの試験設定情報に含まれる収集周期に基づいて、試験結果収集部１４０に対して収集周期指示を行う。収集周期は、試験結果収集部１４０がクライアント端末２から試験結果を取得する収集周期に関する情報である。
【００４１】
ここで、クライアント端末２が実施する試験周期や試験結果の収集周期は、試験精度に応じて適宜設定することができる。試験結果の収集周期は、例えば数十秒程度として設定することができる。また、クライアント端末２が実施する試験周期は、例えば、ＨＴＴＰサーバ４−ｎの稼働状態及びネットワーク品質を数ｍｓｅｃ程度の精度で把握する場合、クライアント端末２が１００パケット／秒程度でＨＴＴＰ  ＧＥＴリクエストを送信するように設定する。また、更に高い精度（例えば１ｍｓｅｃ）で把握する場合、クライアント端末２が１０００パケット／秒程度の試験周期でＨＴＴＰ  ＧＥＴリクエストを送信するように設定する。
【００４２】
さらに、ＧＵＩ制御部１１０は、統計処理部１７０からの統計結果をＧＵＩ部１００に与えたりするものである。ＧＵＩ制御部１１０は、例えば、マップ形式で、ノード３が存在するＩＰネットワークやＨＴＴＰサーバ４−ｎ群等を表示し、時間帯や曜日等毎のＨＴＴＰサーバ４−ｎの稼働状況やノード３の処理状況等を表示させるようにしても良い。
【００４３】
試験部１２０は、ＧＵＩ制御部１１０から試験設定情報を受け取り、コネクション制御部１３０を介して、クライアント端末２に対して試験指示を行うものである。
【００４４】
コネクション制御部１３０は、クライアント端末２との間のインタフェース部である。コネクション制御部１３０は、試験部１２０から試験指示を受けると、クライアント端末２に対して試験のコマンド指示を行うものである。つまり、コネクション制御部１３０は、クライアント端末２に対して、所定のＨＴＴＰサーバ４−ｎとの間のコネクションを指示すると共に、制御パケットによる試験を指示する。
【００４５】
ここで、コネクション制御部１３０は、例えば、ｔｅｌｎｅｔやＣＬＩ（コマンドラインインタフェース）等により、試験実施を指示するコマンドをクライアント端末２に与えるようにしても良い。また、試験実施に係るコマンドは、例えば、コネクション先（例えば、ＨＴＴＰサーバ４−ｎのＩＰアドレス、ＵＲＬ等）を含むものである。
【００４６】
また、コネクション制御部１３０は、試験結果収集部１４０から収集指示を受けると、クライアント端末２に対して試験結果の収集指示を行うものである。コネクション制御部１３０は、クライアント端末２から試験結果を取得すると、その取得した試験結果を試験収集部１４０に与える。
【００４７】
試験結果収集部１４０は、ＧＵＩ制御部１１０から収集周期指示を受けると、コネクション制御部１３０に対して試験結果の収集指示を行うものである。試験結果収集部１４０は、コネクション制御部１３０を介してクライアント端末２から試験結果を受け取り、その受け取った試験結果を試験結果収集部１５０に与えるものである。
【００４８】
試験結果集計部１５０は、試験結果収集部１４０により収集された試験結果を日時情報（例えば、年月日、曜日、時刻等の情報）と対応付けて、試験結果を用いた集計処理を行うものである。
【００４９】
試験結果集計部１５０は、日時情報を付与した試験結果を一時的に統計データ蓄積部１６０に蓄積したり、又は、試験結果収集部１４０から取得した今回の集計結果を統計処理部１７０に与えたりする。
【００５０】
統計データ蓄積部１６０は、試験結果集計部１５０により集計処理された集計結果や、統計処理部１７０により統計処理された統計結果を蓄積するものである。
【００５１】
統計処理部１７０は、試験結果集計部１５０からの集計結果やデータ蓄積部１６０に蓄積される集計結果を用いて、所定の統計処理を行うものである。また、統計処理部１７０は、統計処理を行った統計結果をＧＵＩ制御部１１０に与えたり、統計データ蓄積部１６０に記憶したりする。
【００５２】
統計処理部１７０は統計データ蓄積部１６０に蓄積されるデータを用いて統計処理を行い、ＧＵＩ制御部１１０を介して統計処理部１７０が統計結果をＧＵＩ部１００に表示するようにしても良い。
【００５３】
また、今回のクライアント端末２のＨＴＴＰサーバ４−ｎへのＨＴＴＰ  ＧＥＴリクエストについて、統計処理部１７０は対応する統計データを統計データ蓄積部１６０から読み出し、統計処理部１７０が今回のＨＴＴＰ  ＧＥＴリクエストに係る遅延情報と、統計データに基づく遅延情報とを比較した情報をＧＵＩ部１００に表示するようにしても良い。
【００５４】
例えば、数週間に亘って統計データ蓄積部１６０に蓄積された、ＨＴＴＰ  レスポンスに基づくＨＴＴＰレポート結果や、ＨＴＴＰ  ＧＥＴリクエストと同時に送信したＩＣＭＰパケットに基づくネットワークの通信品質の結果等を用いて、統計処理部１７０は、ＨＴＴＰサーバ４−ｎの時間帯等毎の稼働状況や、ネットワークの時間帯等毎の性能を求める。例えば、統計処理部１７０は、統計的なデータとして、月別、週別、曜日別、時間帯別（ＡＭ１２時からＰＭ１２時までの統計的な情報）等のＨＴＴＰサーバの稼働状態、ネットワークの通信品質の性能等を求めることができる。
【００５５】
図１において、統計処理部１７０は、判定部１７１、ＨＴＴＰレポート処理部１７２、ＩＣＭＰ試験結果処理部１７３を有する。
【００５６】
ＨＴＴＰレポート処理部１７２は、統計データ蓄積部１６０に蓄積されるデータや試験結果集計部１５０からのデータに基づいて、クライアント端末２がＨＴＴＰサーバ４−ｎに対して送信したＨＴＴＰ  ＧＥＴリクエストのＨＴＴＰ  レスポンスの有無の結果について統計処理を行うものである。つまり、ＨＴＴＰレポート処理部１７２は、実際にブラウジングを行うクライアント端末２が送信するＨＴＴＰ  ＧＥＴリクエストに対するＨＴＴＰの応答レポートをまとめるものである。
【００５７】
例えば、ＨＴＴＰレポート処理部１７２は、ＨＴＴＰサーバ４−ｎの稼働状況を把握するために、クライアント端末２が要求先に対して送信したＨＴＴＰ  ＧＥＴリクエストに対してＨＴＴＰ  レスポンスを受信したか否かの情報、受信したＨＴＴＰ  レスポンスの内容、ＨＴＴＰ  レスポンスのレスポンスタイム（クライアント端末２において、ＨＴＴＰ  ＧＥＴリクエストの送信時刻からＨＴＴＰ  レスポンスの受信時刻までの時間）を、時間帯や曜日や日付等毎に、要求先のＨＴＴＰサーバ４−ｎ毎に集計処理を行う。
【００５８】
これにより、例えば、ある日付のある時間帯等において、ブラウジングを行うクライアント端末２がＨＴＴＰ  ＧＥＴリクエストを送信した場合に、ＨＴＴＰサーバ４−ｎからＨＴＴＰ  レスポンスの返信があったか否かを確認することができる。ＨＴＴＰレポート処理部１７２は、ある時間帯等におけるＨＴＴＰ  レスポンスの受信が有るとする結果を、所定の統計的な演算方法又は所定の確率的な演算方法等に求めるようにしても良い。
【００５９】
また、ＨＴＴＰレポート処理部１７２は、ＨＴＴＰサーバ４−ｎからＨＴＴＰ  レスポンスがあった場合、受信したＨＴＴＰ  レスポンスの内容を確認し、当該ＨＴＴＰサーバ４−ｎのポートへのコネクションを確立できたか、又は接続エラーであったか等も確認できる。例えば、ＨＴＴＰレポート処理部１７２は、億艇の要求先からのＨＴＴＰ  レスポンスの内容に基づいて、時間帯等毎の接続エラー率等を統計的又は確率的に求めるようにしても良い。
【００６０】
更に、ＨＴＴＰレポート処理部１７２は、ＨＴＴＰサーバ４−ｎからのＨＴＴＰ  レスポンスのレスポンスタイムの平均時間を、時間帯や曜日や日付等毎に求める。これにより、ＨＴＴＰサーバ４−ｎの時間帯等毎のレスポンスタイムを知ることができるため、ＨＴＴＰサーバ４−ｎの稼働状況を時間帯等毎に把握することができる。
【００６１】
ＩＣＭＰ試験結果処理部１７３は、統計データ蓄積部１６０のデータや試験結果集計部１５０のデータに基づいて、クライアント端末２からＨＴＴＰサーバ４−ｎまでのＩＣＭＰによる試験結果を時間帯や曜日や日付等毎に統計処理を行うものである。つまり、ＩＣＭＰ試験結果処理部１７３は、クライアント端末２がＨＴＴＰ  ＧＥＴリクエストと同時に送信した制御パケットに得られたＩＣＭＰの試験結果の統計的な結果を求める。
【００６２】
ここで、ＩＣＭＰ試験結果処理部１７３は、クライアント端末２から送信先ホスト（ＨＴＴＰサーバ４−ｎ）までのＩＣＭＰパケットのホップ数（つまりＩＣＭＰパケットの往路のホップ数）、送信先ホストからクライアント端末２までの推定ホップ数（つまり、ＩＣＭＰパケットの復路の推定ホップ数）、各ノード間のＲＴＴ値、各ホップで設置されているノード３のＩＰアドレス、ホストの到達性等を求める。
【００６３】
判定部１７１は、クライアント端末２による今回のＨＴＴＰ  ＧＥＴリクエストの送信に係る各ノード３間のＲＴＴ値と、統計データ蓄積部１６０に蓄積される対応する各ノード３間の統計的なＲＴＴ値とを比較して、今回のＲＴＴ値と、対応する統計的なＲＴＴ値との差分に基づいて、どの程度乖離しているかを判断し、通常時と異なる状態か否かを判定するものである。
【００６４】
例えば、今回の各ノード３間のＲＴＴ値と、対応する各ノード３間の統計的なＲＴＴ値との差分が閾値を超えている場合、判定部１７１は当該ノード３間の位置を通常時よりも遅延の大きい位置として特定する。このとき、判定部１７１は、通常時よりも遅延の大きい区間のノード３のＩＰアドレスを表示したり、又はＧＵＩにおいてマップ形式で表示されるノード３の位置を表示したりするようにしても良い。
【００６５】
図１に示すように、クライアント端末２は、ブラウジング部３１、試験実行部３２、試験結果転送部３３を有する。また、試験実行部３２は、ＨＴＴＰ処理部３２１、制御パケット通信部３２２を有する。
【００６６】
ＨＴＴＰ処理部３２１は、通信監視装置１から指示された要求先に対してＨＴＴＰ  ＧＥＴリクエストを送信するものである。また、ＨＴＴＰ処理部３２１は、要求先のＨＴＴＰサーバ４−ｎからＨＴＴＰ  レスポンスを受信したか否かの情報、ＨＴＴＰサーバ４−ｎから受信したＨＴＴＰ  レスポンスの内容、ＨＴＴＰ  レスポンスのレスポンスタイムを取得して試験結果転送部３３に与えるものである。
【００６７】
制御パケット通信部３２２は、通信監視装置１から試験指示を受けると、ＨＴＴＰ処理部３２１のＨＴＴＰ  ＧＥＴリクエストの送信先までのネットワークの通信品質を計測するものである。制御パケット通信部３２２は、ＨＴＴＰ処理部３２１のＨＴＴＰ  ＧＥＴリクエストの宛先を送信先ホストとして、ＨＴＴＰ  ＧＥＴリクエストと同時に、ＩＣＭＰのtracerouteコマンドの制御パケットを送信するものである。制御パケット通信部３２２は、ＩＣＭＰのtracerouteコマンドの制御パケットにより得られたネットワークの経路情報及びＲＴＴ値等の試験結果を試験結果転送部３３に与える。
【００６８】
試験結果転送部３３は、ＨＴＴＰ処理部３２１及び制御パケット通信部３２２により得られた試験結果を一時的に記憶し、通信監視装置１から収集指示を受けると、記憶している試験結果を通信監視装置１に与えるものである。
【００６９】
（Ａ−２）実施形態の動作
次に、この実施形態に係る通信監視処理の動作を、図面を参照しながら詳細に説明する。
【００７０】
図３は、この実施形態の通信監視処理の動作を示すシーケンス図である。
【００７１】
まず、ＧＵＩ制御部１０１がＧＵＩ部１００から試験設定情報を取得する。ＧＵＩ制御部１０１は、取得した試験設定情報に基づく試験指示を試験部１２０に行なう（Ｓ１０１）。試験部１２０は、コネクション制御部１３０に試験指示を行う（Ｓ１０２）。これを受けて、コネクション制御部１３０は、クライアント端末２に対して試験指示を行う（Ｓ１０３）。
【００７２】
ここで、試験設定情報は、例えば、ＨＴＴＰ  ＧＥＴリクエストの要求先の情報として、ＨＴＴＰサーバ４−ｎのＩＰアドレスやＵＲＬやサーバ名等を含むものである。また、試験設定情報は、試験の実行周期や、クライアント端末２から試験結果を収集する収集周期等も指定される。
【００７３】
これにより、コネクション制御部１３０は、所定の試験の実行周期毎に、ＨＴＴＰサーバ４−ｎへのＨＴＴＰ  ＧＥＴリクエストの送信と同時にＩＣＭＰの制御パケットの送信とをクライアント端末２に対して指示することができる。また、通信監視装置１は、クライアント端末２が行った試験結果を収集周期に従って取得することができる。
【００７４】
試験指示を受けたクライアント端末２は、試験指示に基づいてＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストの送信と同時に、ＨＴＴＰ  ＧＥＴリクエストの要求先を送信先としてＩＣＭＰパケットを送信する。
【００７５】
図４は、実施形態のクライアント端末２によるＨＴＴＰサーバ４−ｎへのＨＴＴＰによるサービス試験とＩＣＭＰによる試験方法とを示すシーケンス図である。
【００７６】
図５は、実施形態のクライアント端末２によるＨＴＴＰサーバ４−ｎに対するＨＴＴＰサービス試験の動作及び判定方法を説明する説明図である。なお、図５では、ＨＴＴＰサーバ４−ｎに対するＨＴＴＰサービスが、ＨＴＴＰサーバ４−ｎのポート８０８０へのＴＣＰコネクション、ポート８０へのＴＣＰコネクションを確立するものである場合を示す。
【００７７】
図５において、例えば、ＨＴＴＰサーバ４−ｎに対してＨＴＴＰ８０８０を行う場合、クライアント端末２のＨＴＴＰ処理部３２１は、ＨＴＴＰサーバ４−ｎのポート８０８０に対してＴＣＰコネクションを確立させる（図４のＳ２１１）。
【００７８】
ＴＣＰコネクションの確立後、ＵＲＬで指定されるコンテンツを取得するため、ＨＴＴＰ処理部３２１は、コンテンツのＵＲＬにＨＴＴＰ  ＧＥＴリクエストを送信する（Ｓ２１２）。ＵＲＬへの接続が成功すると、ＨＴＴＰサーバ４−ｎはＨＴＴＰレスポンスをクライアント端末２に返信する（Ｓ２１３）。
【００７９】
ＨＴＴＰ処理部３２１は、ＨＴＴＰサーバ４−ｎに対するＨＴＴＰ  ＧＥＴリクエストを送信し、ＨＴＴＰサーバ４−ｎからのＨＴＴＰ  レスポンスの受信状況に応じて試験結果を取得する（Ｓ２１４）。
【００８０】
ここで、クライアント端末２において、ＨＴＴＰ処理部３２１は、ＨＴＴＰ  ＧＥＴリクエストの送信時刻とＨＴＴＰ  レスポンスの受信時刻とを記録し、ＨＴＴＰサーバ４−ｎに対するレスポンスタイムを計測する。
【００８１】
つまり、ＨＴＴＰ処理部３２１は、ＨＴＴＰサーバ４−ｎからＨＴＴＰ  レスポンスを受信したか否かの情報、ＨＴＴＰレスポンスの内容、ＨＴＴＰサーバ４−ｎに対するレスポンスタイムを、ＨＴＴＰサービスの試験結果として取得する。
【００８２】
なお、何らかの理由により、ＨＴＴＰ  レスポンスが返信されない場合もある。ＨＴＴＰ  レスポンスの有無の判断は、種々の方法を適用することができる。例えば、ＨＴＴＰ  レスポンスの返信がタイムアウト時間を経過したときに、ＨＴＴＰ処理部３２１はＨＴＴＰ  レスポンスの受信が無いと判断するようにしても良い。また例えば、所定時間経過してもＨＴＴＰ  レスポンスの返信がない場合に、ＨＴＴＰ処理部３２１がＨＴＴＰ  ＧＥＴリクエストの送信をリトライし、所定のリトライ回数がなされてもＨＴＴＰ  レスポンスがないとき、ＨＴＴＰ処理部３２１はＨＴＴＰ  レスポンスの受信が無いと判断するようにしても良い。
【００８３】
次に、実施形態のクライアント端末２によるＩＣＭＰ試験を説明する。上述したように、制御パケット通信部３２２は、ＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストの送信と同時に、ＨＴＴＰサーバ４−ｎを送信先とするＩＣＭＰパケット（制御パケット）を送信する（図４のＳ２２１）。
【００８４】
ここで、ＩＣＭＰパケットの送信はＨＴＴＰ  ＧＥＴリクエストの送信と同時に行われる。「同時に」とは、ＨＴＴＰ  リクエストパケットの送信と同時期（同じタイミング）であることを意図する。つまり、ＨＴＴＰサーバ４−ｎの稼働状況やネットワークの通信品質は、平日や休日、時間帯等によって異なる。ブラウジングを行うクライアント端末２がコンテンツをダウンロードする時点でのネットワーク品質を計測するため、この実施形態は、クライアント端末２がＨＴＴＰ  ＧＥＴリクエストの送信タイミングと同時期にＩＣＭＰパケットの送信を行う。
【００８５】
クライアント端末２からインターネット上のＨＴＴＰサーバ４−ｎに送信されるパケットは、最適な経路で転送される。つまり、ルータ等のノード３が最短経路を選択し、パケットは最短経路で転送される。従って、ＨＴＴＰ  ＧＥＴリクエストのパケットと同時に送信されるＩＣＭＰパケットは、ＨＴＴＰ  ＧＥＴリクエストのパケットと同じ経路を辿ってＨＴＴＰサーバ４−ｎに到達し得る。そのため、ＩＣＭＰを用いたクライアント端末２からＨＴＴＰサーバ４−ｎまでの経路の品質は、ＨＴＴＰ  ＧＥＴリクエストのパケットの転送経路の品質となり得る。
【００８６】
一般に、経路上のノード３は所定のルーティングテーブルに従ってルーティング処理を行っている。制御パケット通信部３２２は、ＩＣＭＰのtracerouteコマンドにおいて所定値のＴＴＬ（Time  To  Live）を設定してＩＣＭＰパケットを送信する。経路上のノード３は、ＩＣＭＰパケットを受信すると、ＴＴＬ値を「１」だけ減らし、次の転送先ノード３にＩＣＭＰパケットを転送する。ＴＴＬ値が「１」のＩＣＭＰパケットを受信したノード３は、ＴＴＬ値を１だけ減らし（すなわちＴＴＬ値を「０」として）、送信元であるクライアント端末２に対してＩＣＭＰメッセージ（ＩＣＭＰ  Time  Exceeded  Message）を返信する。
【００８７】
例えば、図４において、制御パケット通信部３２２は、ＨＴＴＰ  ＧＥＴリクエストの送信と同時に、ＨＴＴＰサーバ４−ｎを送信先とするＴＴＬ値「１」のＩＣＭＰパケットを送信する。この場合、クライアント端末２から最初の転送先であるノード３−１は、ＴＴＬ値が「１」であるため、ＴＴＬ値を「０」にしてＩＣＭＰメッセージをクライアント端末２に返信する。これにより、クライアント端末２は、１ホップ目のノードがノード３−１であることを認識でき、又ＩＣＭＰパケットのＲＴＴ値を計測できる。
【００８８】
次に、制御パケット通信部３２２は、ＴＴＬ値「２」のＩＣＭＰパケットを送信する。この場合、ノード３−１の次の転送先であるノード３−２が、ＴＴＬ値を「０」にしてＩＣＭＰメッセージをクライアント端末２に返信する。これにより、制御パケット通信部３２２は、２ホップ目のノードがノード３−２であることを認識でき、又ＩＣＭＰパケットのＲＴＴ値を計測できる。
【００８９】
上記のようにして、制御パケット通信部３２２がＴＴＬ値の増加させることで、ＨＴＴＰサーバ４−ｎまでの経路情報及びtracerouteコマンドに対するＲＴＴ値を計測することができる。
【００９０】
また、tracerouteコマンドの目的ホストであるＨＴＴＰサーバ４−ｎまでＩＣＭＰパケットが到達すると、ＨＴＴＰサーバ４−ｎは、クライアント端末２からのtracerouteコマンドに対するＩＣＭＰ応答パケットをクライアント端末２に返信する（Ｓ２２２）。
【００９１】
このとき、ＨＴＴＰサーバ４−ｎは、ＩＣＭＰ応答パケットに所定値のＴＴＬ値を設定してクライアント端末２に返信する。ＩＣＭＰ応答パケット内のＴＴＬ値は、例えば、６４、１２８、２５５等の値が設定される。
【００９２】
ＨＴＴＰサーバ４−ｎからクライアント端末２宛のＩＣＭＰ応答パケットが、経路上のノード３に受信されると、ノード３は、ＴＴＬ値を「１」だけ減らして、次の転送先ノードにＩＣＭＰ応答パケットを転送する。つまり、経路上の各ノード３は、転送のたびに、ＩＣＭＰ応答パケットのＴＴＬ値を減算する。
【００９３】
ＨＴＴＰサーバ４−ｎからのtracerouteコマンドに対するＩＣＭＰ応答パケットがクライアント端末２に与えられると、制御パケット通信部３２２は、受信したＩＣＭＰ応答パケット内のＴＴＬ値に基づいて、ＨＴＴＰサーバ４−ｎからクライアント端末２まで（帰りの経路）のホップ数（TTL  Returned）を求める。
【００９４】
ここで、ＨＴＴＰサーバ４−ｎからクライアント端末２まで（帰りの経路）のホップ数（TTL  Returned）を求める方法は、次のような方法を適用する。例えば、ＩＣＭＰ応答パケット内に設定される設定ＴＴＬ値が「２５５」であり、制御パケット通信部３２２が受信したＩＣＭＰ応答パケット内の受信時ＴＴＬ値が「２４２」であるとする。この場合、ＩＣＭＰ応答パケットが、ＨＴＴＰサーバ４−ｎからクライアント端末２までの帰りの経路のホップ数は、設定ＴＴＬ値から受信時ＴＴＬ値を減算して１３ホップ（＝２５５−２４２）となる。
【００９５】
クライアント端末２において、ＨＴＴＰ処理部３２１はＨＴＴＰサービス試験結果を試験結果転送部３３に与え、制御パケット通信部３２２はＩＣＭＰ試験結果を試験結果転送部３３に与える。
【００９６】
次に、図３において、ＧＵＩ制御部１０１がＧＵＩ部１００からの試験設定情報に含まれる収集周期の指示を取得する（Ｓ１０４）。ＧＵＩ制御部１０１は、取得した収集周期情報を試験結果収集部１４０に与える。
【００９７】
試験結果収集部１４０は、収集周期を管理している。試験結果収集部１４０は、収集周期になると、コネクション制御部１３０に収集指示を行う（Ｓ１０５）。これを受けて、コネクション制御部１３０はクライアント端末２に対して行う（Ｓ１０６）。
【００９８】
クライアント端末２が収集指示を受けると、試験結果転送部３３が、ＨＴＴＰサービス試験結果及びＩＣＭＰ試験結果をコネクション制御部１０７に与える。
【００９９】
通信監視装置１において、コネクション制御部１３０が、クライアント端末２からのＨＴＴＰサービス試験結果及びＩＣＭＰ試験結果を取得すると（Ｓ１０７）、試験結果は、コネクション制御部１３０を介して、試験結果収集部１４０に与えられる（Ｓ１０８）。
【０１００】
また、試験結果収集部１４０は、収集した試験結果を試験結果集計部１５０に与える。試験結果集計部１５０は、試験結果収集部１４０から取得した試験結果に試験実施の日時情報を付与してデータ蓄積部１６０に集計結果を蓄積する（Ｓ１０９）。
【０１０１】
例えば、試験結果集計部１５０は、ＨＴＴＰサービス試験結果及びＩＣＭＰ試験結果に、試験を実施した日時情報（例えば、年月日、曜日、時刻等）を付与する。また、試験結果集計部１５０は、試験設定に係るＨＴＴＰ  ＧＥＴリクエストの要求先情報を、ＨＴＴＰサービス試験結果及びＩＣＭＰ試験結果に付与する。この要求先情報は、例えば、ＨＴＴＰサーバ４−ｎのＩＰアドレス、ＵＲＬ、ホスト名等とすることができる。
【０１０２】
次に、通信監視装置１において、統計処理部１７０は、統計データ蓄積部１６０に蓄積されている集計結果や、試験結果集計部１５０が集計した集計結果を用いて所定の統計処理を行う（Ｓ１１０）。
【０１０３】
例えば、統計処理部１７０は、統計的な情報として、例えば、月別、週別、曜日別、時間帯別（ＡＭ１２時からＰＭ１２時までの統計的な情報）等の計測結果を求めるようにしても良い。
【０１０４】
そして、統計処理部１７０は、統計処理を行った統計データを統計データ蓄積部１６０に蓄積する（Ｓ１１１）。
【０１０５】
まず、統計処理部１７０によるＨＴＴＰサーバ４−ｎに対するＨＴＴＰサービス試験結果の判定方法を、図５を用いて説明する。
【０１０６】
統計処理部１７０は、ＨＴＴＰサーバ４−ｎに対するＨＴＴＰサービス試験結果に基づいて、月別、週別、曜日別、時間帯別に集計し、応答レポートをまとめる。
【０１０７】
例えば、図５において、ＨＴＴＰ処理部３２１がＨＴＴＰサーバ４−ｎからのＨＴＴＰ  レスポンスを受信した場合、統計処理部１７０は、ＨＴＴＰサーバ４−ｎのポートへのＴＣＰコネクションが確立し、ＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストを正常に要求できたことを示す「ＲＵＮＮＩＮＧ」とする。
【０１０８】
ＨＴＴＰ  レスポンスを受信しない場合、統計処理部１７０は、ＨＴＴＰサーバ４−ｎのポートへのＴＣＰコネクションが正常に確立されず、ＨＴＴＰサーバ４−ｎに何らかの異常又は処理遅延等が生じていることを示す「ＮＯＴ  ＯＰＥＮ」とする。
【０１０９】
また、ＨＴＴＰ  レスポンスがあり、コンテンツのＵＲＬへの接続が正常に行われた場合、統計処理部１７０は、エラーなしを示す「ＯＰＥＮ」とする。
【０１１０】
なお、エラーを示すＨＴＴＰ４０４レスポンスが応答された場合には、統計処理部１７０は、ＨＴＴＰサーバ４−ｎにおいてエラーが生じたことを蓄積するようにしても良い。
【０１１１】
統計処理部１７０は、月別、週別、曜日別、時間帯別のＨＴＴＰサーバ４−ｎに対するレスポンスの有無を集計する。例えば、統計処理部１７０は、月別、週別、曜日別、時間帯別の「ＲＵＮＮＩＮＧ」、「ＮＯＴ  ＯＰＥＮ」、「ＯＰＥＮ」のそれぞれの判定回数を集計する。
【０１１２】
例えば、統計処理部１７０は、「ＮＯＴ  ＯＰＥＮ」の回数が閾値を超える場合、ＨＴＴＰサーバ４−ｎの処理状況が良くないものと判定し、「ＮＯＴ  ＯＰＥＮ」の回数が閾値以下の場合、ＨＴＴＰサーバ４−ｎの処理状況が良いものと判定する。
【０１１３】
また例えば、統計処理部１７０は、ある時間帯又は期間における「ＲＵＮＮＩＮＧ」、「ＮＯＴ  ＯＰＥＮ」、「ＯＰＥＮ」の判定回数に基づいて割合（判定頻度）を求める。そして、統計処理部１７０は、「ＲＵＮＮＩＮＧ」、「ＮＯＴ  ＯＰＥＮ」、「ＯＰＥＮ」の判定頻度と予め設定された閾値とを比較し、その比較結果に基づいてＨＴＴＰサーバ４−ｎの稼働状況が良いか又は悪いかを判定するようにしても良い。
【０１１４】
さらに例えば、統計処理部１７０は、月別、週別、曜日別、時間帯別のＨＴＴＰサーバ４−ｎに対するＨＴＴＰレスポンスタイムの平均値と閾値とを比較し、その比較結果に基づいて、ＨＴＴＰサーバ４−ｎの稼働状況が良いか又は悪いかを判定するようにしても良い。
【０１１５】
次に、統計処理部１７０によるＩＣＭＰ試験結果の統計処理を、図６を用いて説明する。図６は、ＩＣＭＰ試験の内容を説明する説明図である。図６において、ＩＣＭＰの試験内容は、「ＨＯＰ数」、「TTL  returned」、「ＲＴＴ」、「IP  address  reached」、「Host  reached」を含むものである。
【０１１６】
「ＨＯＰ数」は、クライアント端末２からのホップ数を示す。
【０１１７】
「TTL  returned」はクライアント端末２からのtracerouteコマンドに対するＩＣＭＰレスポンス内のＴＴＬ値である。つまり、「TTL  returned」クライアント端末２までの帰り経路のホップ数である。
【０１１８】
「ＲＴＴ」は、クライアント端末２がＩＣＭＰパケットを送信してからＩＣＭＰ応答パケットを受信するまでの遅延時間である。
【０１１９】
「IP  address  reached」は、各ＨＯＰ番号に設置されているノードのＩＰアドレスを示す。
【０１２０】
「Host  reached」は、ホスト（ＨＴＴＰサーバ４−ｎ）のアドレス解決の結果を示す。
【０１２１】
統計処理部１７０は、図６に示すＩＣＭＰ試験結果に基づいて、ＨＴＴＰサーバ４−ｎについて、「ＨＯＰ数」、「TTL  returned（帰りの経路のホップ数）」、「ＲＴＴ」の値の平均値（統計値）を、月別、週別、曜日別、時間帯別等で求める。統計処理部１７０は、月別、週別、曜日別、時間帯別等の「ＨＯＰ数」、「TTL  returned（帰りの経路のホップ数）」、「ＲＴＴ」の値の統計値を統計データ蓄積部１６０に蓄積する。
【０１２２】
ここで、統計処理部１７０は、例えばＧＵＩ部１００から統計データの表示要求を取得した場合に、統計データをＧＵＩ部１００に表示させるようにしても良い。又例えば、統計処理部１７０は、クライアント端末２がＨＴＴＰサーバ４−ｎからコンテンツをダウンロードする場合に、ＨＴＴＰ  ＧＥＴリクエストの送信と同時にＩＣＭＰパケットを送信し、今回のＩＣＭＰ試験による試験結果と統計データとの比較結果をＧＵＩ部１００に表示するようにしても良い。
【０１２３】
なお、ＧＵＩ部１００による統計データの表示要求は、例えば、月別、週別、曜日別、時間帯別を指定できるようにしても良い。
【０１２４】
また、クライアント端末２がＨＴＴＰサーバ４−ｎからコンテンツを取得する場合には、統計処理部１７０が、ＨＴＴＰ  ＧＥＴリクエストの送信日時情報に対応する統計データを統計データ蓄積部１７０から読み出し、その比較結果をＧＵＩ部１００に表示させるようにしても良い。
【０１２５】
図７は、ＧＵＩ制御部１１０によるグラフィック表示画面の一例を示す。例えば、ＧＵＩ制御部１１０は、クライアント端末２と、インターネットに接続するまでのノード３が存在するネットワーク網（例えばＩＰネットワーク網）、インターネット上のＨＴＴＰサーバ群とのマップ形式の表示画面をＧＵＩ部１００に表示する。
【０１２６】
ＧＵＩ制御部１１０は、ＨＴＴＰサービス試験結果の統計データに基づき、ＨＴＴＰサーバ４−ｎの稼働状況が良い状態か又は悪い状態かを示す。例えば、図７の場合、ＨＴＴＰサーバ４−ｎの稼働状況が良い場合「ＯＫ」と表示し、ＨＴＴＰサーバ４−ｎの稼働状況が悪い場合「ＮＧ」と表示する場合を例示する。
【０１２７】
また、ＧＵＩ制御部１１０は、ＩＣＭＰ試験結果の統計データに基づき、ネットワークの通信品質が良い状態か又は悪い状態かを示す。例えば、図７の場合、ネットワークの通信品質が良い状態の場合「ＯＫ」と表示し、ネットワークの通信品質が悪い状態の場合「ＮＧ」と表示する場合を例示する。
【０１２８】
ネットワークの通信品質が良い状態か又は悪いかの判定は、統計処理部１７０が、月別、週別、曜日別、時間帯別のそれぞれの統計データの間で比較して、その比較結果に応じて良い状態か又は悪い状態かを判定するようにしても良い。
【０１２９】
また、クライアント端末２がコンテンツを取得するためにＨＴＴＰサーバ４−ｎに対してＨＴＴＰ  ＧＥＴリクエストを送信する場合、統計処理部１７０は、今回のＨＴＴＰ  ＧＥＴリクエストの送信日時情報に対応する統計データ（例えば、月別、週別、曜日別、時間帯別の対応する統計データ）を読み出す。そして、統計処理部１７０は、今回のＨＴＴＰ  ＧＥＴリクエストの送信に伴うＩＣＭＰ試験結果と、対応する統計データとを比較する。
【０１３０】
そして、例えば、今回の経路上の各ノード間のＲＴＴ値が統計データの各ノード間のＲＴＴ値よりも大きい場合、ネットワークの通信品質が悪い状態とし、今回の経路上のＲＴＴ値が統計データのＲＴＴ値以下の場合、ネットワークの通信品質が良い状態とする。
【０１３１】
また例えば、統計処理部１７０は、今回の経路上の各ノード間のＲＴＴ値と、統計データの各ノード間のＲＴＴ値との差分を求める。そして、統計処理部１７０は、その差分値と閾値とを比較し、今回の各ノードのＲＴＴ値が統計データの各ノード間のＲＴＴ値からどの程度乖離したものであるかを判断する。つまり、統計処理部１７０は、差分値が閾値を超える場合、ネットワークの品質が良い状態とし、又は差分値が閾値以下の場合、ネットワークの品質が悪い状態としても良い。
【０１３２】
ここで、ネットワークの通信品質が悪い場合、統計処理部１７０は、今回のＩＣＭＰ試験結果と統計データとを比較し、経路上のどの位置で遅延時間が大きくなっているかを判定する。つまり、統計処理部１７０は、今回の各ホップのＲＴＴ値と統計データの各ホップのＲＴＴ値を比較し、今回のホップのＲＴＴ値が統計データのホップのＲＴＴ値よりも大きくなっている箇所を特定する。
【０１３３】
具体的に、統計処理部１７０は、統計データのホップのＲＴＴ値より大きくなっているホップに設置されているノード３を特定する。そして、統計処理部１７０は、当該ホップに設置されているノード３のＩＰアドレスを統計データ蓄積部１６０から読み出す。これにより、経路上で遅延を生じさせている劣化箇所を特定することができる。なお、統計処理部１７０は、ＧＵＩ部１００に表示させるグラフィック画面上に、特定した劣化箇所のノード３を表示するようにしても良い。
【０１３４】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、通信監視装置はサーバの稼働状況を把握し、稼働状況に応じて劣化箇所を特定化することが可能となる。
【０１３５】
また、この実施形態によれば、通信監視装置は、経路上の各ノードにおけるＲＴＴ値より遅延を統計的に保持し、統計的に保持しているデータの平均値から当該計測値がどの程度乖離しているかを把握することで通常とは異なる状態を把握することが可能となる。
【０１３６】
（Ｂ）他の実施形態
上述した実施形態においても、種々の変形実施形態を説明したが、本発明は、以下の変形実施形態にも広く適用することができる。
【０１３７】
上述した実施形態でも説明したが、ブラウジングを行うクライアント端末が、上述した通信監視装置の機能を搭載するものであっても良い。これにより、ＨＴＴＰサーバに対してコンテンツを要求するクライアント端末自体が、ＨＴＴＰサーバの時間的に変化する稼働状況と、ＨＴＴＰサーバの稼働状況に応じて時間的に変化するネットワークの通信経路上の通信品質の状況とを把握することができる。
【０１３８】
上述した実施形態では、通信監視装置が、ＨＴＴＰ  ＧＥＴリクエストの送信と同時に、ネットワークの通信品質を試験する制御パケット（ＩＣＭＰパケット）を送信する場合を例示した。しかし、ここでは、例えばＷｅｂページ等のコンテンツを取得するクライアント端末のＨＴＴＰリクエストの送信に追随してネットワークの通信品質を試験することができればよい。そのため、例えば、ＨＴＴＰ  リクエストのパケット形式を拡張し、ＩＣＭＰのtracerouteコマンドを挿入するようにしても良い。
【０１３９】
また、上述した実施形態では、ＩＣＭＰを用いる場合を例示したが、ＳＮＭＰ又は拡張したＳＮＭＰを用いるようにしても良い。
【符号の説明】
【０１４０】
１…通信監視装置、２…クラインと端末、３−１及び３−２…ノード、４−１〜４−Ｎ…ＨＴＴＰサーバ、７…インターネット、
１００…ＧＵＩ部、１１０…ＧＵＩ制御部、１２０…試験部、１３０…コネクション制御部、１４０…試験結果収集部、１５０…試験結果集計部、１６０…統計データ蓄積部、１７０…統計処理部、１７２…判定部、１７２…ＨＴＴＰレポート処理部、１７３…ＩＣＭＰ試験結果処理部、
３１…ブラウジング部、３２…試験実行部、３２１…ＨＴＴＰ処理部、３２２…制御パケット通信部、３３…試験結果転送部。
【図１】
2014146926.tif 000003
【図２】
2014146926.tif 000004
【図３】
2014146926.tif 000005
【図４】
2014146926.tif 000006
【図５】
2014146926.tif 000007
【図６】
2014146926.tif 000008
【図７】
2014146926.tif 000009