(57)【要約】【課題】１又は複数の配信サーバが配信する各グループの経路の各ホップ間の遅延や、ネットワーク内の経路の存在や、経路における障害等の転送状況を体系的に把握できるようにする。【解決手段】本発明は、１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を中継装置に指示する配信追跡調査指示手段と、配信追跡調査の指示を受けた中継装置が、指示内容に基づいて配信追跡調査を実行する配信追跡調査実行手段を有し、中継装置から配信追跡調査結果を収集して集計を行う試験結果収集集計手段と、集計結果を蓄積するデータ蓄積手段と、集計結果を用いて、各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段とを備えることを特徴とする。【選択図】      図１
2014039200.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の配信サーバがそれぞれ、複数の中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視システムにおいて、
上記１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を上記中継装置に指示する配信追跡調査指示手段と、
上記配信追跡調査の指示を受けた中継装置が、指示内容に基づいて、上記各配信サーバのグループ毎の配信追跡調査を実行する配信追跡調査実行手段を有し、
上記配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段に蓄積されている集計結果を用いて、上記各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段と
を備えることを特徴とする通信監視システム。
【請求項２】
上記統計処理手段は、上記各グループの集計結果を用いて、各グループの経路における各ホップ間の平均遅延値を求め、今回の各ホップ間の遅延値と対応する各ホップ間の平均遅延値との差分値を求め、その差分値と閾値とに基づいて当該ホップ間の品質評価を行うものであることを特徴とする請求項１に記載の通信監視システム。
【請求項３】
上記統計処理手段は、上記各グループの集計処理を用いて、各グループの受信側の中継装置から送信側の中継装置までの到達性、各グループの経路上の転送状況を求めることを特徴とする請求項１又は２に記載の通信監視システム。
【請求項４】
上記中継装置の配信追跡調査実行手段が、少なくとも、経路上のホップのアドレス、パケット数、経路上のエラー状況の情報を含むレポート内容を調査要求メッセージに追加して、隣接する中継装置に転送していくものであり、
各グループの送信側の中継装置は、調査要求メッセージに付与されている全てのレポート内容を保持したまま、上記配信追跡調査の指示を受けた中継装置に返信するものである
ことを特徴とする請求項１〜３のいずれかに記載の通信監視システム。
【請求項５】
１又は複数の配信サーバがそれぞれ、配信追跡調査実行手段を有する中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視装置において、
上記１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を上記中継装置に指示する配信追跡調査指示手段と、
上記配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段と、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、
上記データ蓄積手段に蓄積されている集計結果を用いて、上記各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段と
を備えることを特徴とする通信監視装置。
【請求項６】
１又は複数の配信サーバがそれぞれ、配信追跡調査実行手段を有する中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視プログラムにおいて、
コンピュータを、
上記１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を上記中継装置に指示する配信追跡調査指示手段、
上記配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段、
上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段、
上記データ蓄積手段に蓄積されている集計結果を用いて、上記各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段
として機能することを特徴とする通信監視プログラム。
【請求項７】
１又は複数の配信サーバがそれぞれ、複数の中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視方法において、
配信追跡調査指示手段が、上記１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を上記中継装置に指示する配信追跡調査指示工程と、
上記配信追跡調査の指示を受けた中継装置が、指示内容に基づいて、上記各配信サーバのグループ毎の配信追跡調査を実行する配信追跡調査実行工程と、
試験結果収集集計手段が、上記配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計工程と、
データ蓄積手段が、上記試験結果収集集計手段による集計結果を蓄積するデータ蓄積工程と、
統計処理手段が、上記データ蓄積手段に蓄積されている集計結果を用いて、上記各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理工程と
を有することを特徴とする通信監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト通信監視装置、プログラム、システム及び方法に関し、例えば、マルチキャスト配信における配信経路の転送状況を監視するマルチキャスト通信監視装置、プログラム、システム及び方法に適用し得るものである。
【背景技術】
【０００２】
例えば、映像や音楽等のメディア配信には、マルチキャスト配信方式が用いられる。マルチキャスト配信では、マルチキャストグループに参加するホストがいる／いないに関わらず、配信サーバは配信パケットの配信を行う。配信パケットの宛先は、マルチキャストアドレス（グループアドレス）であり、各ルータは、マルチキャストグループに参加しているホストに向けて配信パケットをコピーして送信する。マルチグループに参加しているホストがいない場合、各ルータは配信パケットのコピーを実施せず配信パケットの送信を行わない。
【０００３】
マルチキャスト配信はネットワーク構成がツリー構造（木構造）であり、マルチキャストパケットは配信サーバから各ルータを経由してホストに配信される。しかし、ネットワーク環境によっては遅延や障害等が生じ得るため、映像等がホストまで適正に配信されない事態が生じ得る。
【０００４】
特許文献１には、リンク障害が発生したときにマルチキャストパケットの不通を回避するために、あるルータが上位ルータからのＩＧＭＰメッセージ等に基づいてリンク障害を検出し、リンク障害を検出したときには代替リンクに切り替えるルータに関する技術が記載されている。
【０００５】
また、特許文献２には、送信装置から受信装置までに存在する中継装置が、受信データに通し番号を付与して中継するものであり、各中継装置間の受信間隔が閾値以上であるときに、当該中継装置間で障害が発生したことを特定する技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−１０１４７１号公報
【特許文献２】特開２０１１−２２３０６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、配信事業者は、映像等の配信品質の向上のために、リクエストされた映像等が適正にホスト（ユーザ）に配信されているか否かを確認することができない。すなわち、配置事業者は、リクエストされた各映像等の配信について、ネットワーク内の配信経路や、マルチホップの遅延や経路上の障害等のユーザ接続性を把握することを強く望んでいる。
【０００８】
しかしながら、上述した特許文献１及び２の記載技術を用いても、ホストからリクエストされた映像等について、マルチホップに対する遅延や、ネットワーク内の配信経路の存在や、配信経路における障害等を確認することができないという問題が生じ得る。
【０００９】
そのため、１又は複数の配信サーバが配信する各グループの経路の各ホップ間の遅延や、ネットワーク内の経路の存在や、経路における障害等の転送状況を体系的に把握して、１対多通信に係る接続品質を監視するマルチキャスト通信監視装置、プログラム、システム及び方法が求められている。
【課題を解決するための手段】
【００１０】
かかる課題を解決するために、第１の本発明は、１又は複数の配信サーバがそれぞれ、複数の中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視システムにおいて、（１）１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を中継装置に指示する配信追跡調査指示手段と、（２）配信追跡調査の指示を受けた中継装置が、指示内容に基づいて、各配信サーバのグループ毎の配信追跡調査を実行する配信追跡調査実行手段を有し、（３）配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段と、（４）試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、（５）データ蓄積手段に蓄積されている集計結果を用いて、各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段とを備えることを特徴とする通信監視システムである。
【００１１】
第２の本発明は、１又は複数の配信サーバがそれぞれ、配信追跡調査実行手段を有する中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視装置において、（１）１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を中継装置に指示する配信追跡調査指示手段と、（２）配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段と、（３）試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段と、（４）データ蓄積手段に蓄積されている集計結果を用いて、各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段とを備えることを特徴とする通信監視装置である。
【００１２】
第３の本発明は、１又は複数の配信サーバがそれぞれ、配信追跡調査実行手段を有する中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視プログラムにおいて、コンピュータを、（１）１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を中継装置に指示する配信追跡調査指示手段、（２）配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計手段、（３）試験結果収集集計手段による集計結果を蓄積するデータ蓄積手段、（４）データ蓄積手段に蓄積されている集計結果を用いて、各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理手段として機能することを特徴とする通信監視プログラムである。
【００１３】
第４の本発明は、１又は複数の配信サーバがそれぞれ、複数の中継装置を介して、配信パケットを配信する１対多通信の転送状況を監視する通信監視方法において、（１）配信追跡調査指示手段が、１又は複数の配信サーバのそれぞれが配信するグループ毎の配信追跡調査を中継装置に指示する配信追跡調査指示工程と、（２）配信追跡調査の指示を受けた中継装置が、指示内容に基づいて、各配信サーバのグループ毎の配信追跡調査を実行する配信追跡調査実行工程と、（４）試験結果収集集計手段が、配信追跡調査の実行した中継装置から配信追跡調査結果を収集して、配信追跡調査結果の集計を行う試験結果収集集計工程と、（５）データ蓄積手段が、試験結果収集集計手段による集計結果を蓄積するデータ蓄積工程と、（５）統計処理手段が、データ蓄積手段に蓄積されている集計結果を用いて、各グループの受信側の中継装置から送信側の中継装置までの経路上での転送状況情報を求める統計処理工程とを有することを特徴とする通信監視方法である。
【発明の効果】
【００１４】
本発明によれば、１又は複数の配信サーバが配信する各グループの経路の各ホップ間の遅延や、ネットワーク内の経路の存在や、経路における障害等の転送状況を体系的に把握して、１対多通信に係る接続品質を監視できる。
【図面の簡単な説明】
【００１５】
【図１】実施形態のマルチキャスト通信監視サーバ及びＮＷノードの間の構成と、マルチキャスト通信監視サーバの内部構成とを示す構成図である。
【図２】実施形態のマルチキャスト配信ネットワークの全体構成を示す全体構成図である。
【図３】ＩＧＭＰのｍｔｒａｃｅの仕組みを説明する説明図である。
【図４】ＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅ  Ｄａｒａ（ＩＰｖ６）のフォーマットを示す構成図である。
【図５】ＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅ  ＤａｒａのＦｏｒｗａｒｄｉｎｇ  Ｃｏｄｅを説明する図である。
【図６】実施形態のマルチキャスト通信監視処理の動作を示すシーケンス図である。
【図７】実施形態のＮＷノードから取得される試験結果を説明する説明図である。
【図８】実施形態のデータ蓄積部に蓄積される集計結果を説明する説明図である。
【図９】実施形態の統計処理部によるマルチキャストの各ホップ間の遅延時間についての統計的な判断方法を示すフローチャートである。
【図１０】実施形態の統計処理部による統計的な転送状況情報を説明する説明図である。
【図１１】実施形態のＧＵＩ制御部によるグラフィック表示例を示す図である。
【発明を実施するための形態】
【００１６】
（Ａ）主たる実施形態
以下では、本発明のマルチキャスト通信監視装置、プログラム、システム及び方法の実施形態を、図面を参照しながら詳細に説明する。
【００１７】
この実施形態では、ツリー構造のマルチキャスト配信ネットワークにおいて、どのポイント（区間）で遅延及び又はパケットロス等の障害が起きているかをＩＧＭＰ（Internet  Group  Management  Protocol）の追跡調査機能（例えば、ｍｔｒａｃｅ機能）を用いて監視するものである。
【００１８】
（Ａ−１）実施形態の構成
（Ａー１−１）全体構成
図２は、この実施形態のマルチキャスト配信ネットワーク１０の全体構成を示す全体構成図である。図２において、マルチキャスト配信ネットワーク１０は、配信サーバ２、ネットワーク５を構成する複数のネットワークノード（以下、ＮＷノード）３（３−１〜３−４）、端末４、マルチキャスト通信監視サーバ１、配信事業者管理サーバ４を有する。
【００１９】
配信サーバ２は、例えば配信事業者が運用管理するものであり、マルチキャスト通信（１対多通信）により、映像や音楽などのストリームデータをメディアコンテンツとして配信するものである。配信サーバ２は、特定のグループ（マルチキャストグループ）を示すマルチキャストアドレスを宛先としてパケット配信を行う。
【００２０】
なお、１台の配信サーバ２は複数のマルチキャストグループを管理することができる。すなわち、１台の配信サーバは、複数のメディアコンテンツを配信することができる。また、図２では、１台の配信サーバのみを図示するが、複数台の配信サーバ２が接続可能であってもよい。すなわち、１配信事業者が複数の配信サーバ２を管理する場合や、複数の配信事業者が１又は複数の配信サーバを複数の配信サーバを管理する場合であってもよい。
【００２１】
ＮＷノード３（３−１〜３−４）は、配信サーバ２から配信される配信パケットをマルチキャストグループに存在するホスト（受信側の端末４）に転送するもので通信装置である。
【００２２】
ＮＷノード３は、マルチキャストアドレスが付与されたパケット（マルチキャストパケット）を受信すると、対応するマルチキャストグループに参加するホストがある場合には、当該マルチキャストパケットをコピーして、マルチキャストグループに参加するホストに向けて転送するものである。
【００２３】
例えば、図２の矢印は、あるマルチキャストグループに参加する端末４（ホスト）に向けて配信されるパケットの流れを示す。図２の場合、配信サーバ２が送信したパケットは、ＮＷノード３−１→ＮＷノード３−２→ＮＷノード３−３→ＮＷノード３−４を経由して端末４に配信される。このように、マルチキャスト通信は、配信サーバ２からツリー構造のネットワーク構成でパケット配信される。
【００２４】
ここで、ＮＷノード３−２はツリー構造の中心的なノードであり、特にランデブーポイント（ＲＰ）という。
【００２５】
また、ＮＷノード３は、受信側のホストである端末４がマルチキャストグループに参加するために、例えば、ＩＧＭＰやＭＬＤ（Multicast  Listener  Discovery）等のプロトコルに基づくグループ管理機能を有する。
【００２６】
さらに、ＮＷノード３は、マルチキャスト配信追跡調査機能を有する。ここで、マルチキャスト配信追跡調査機能は、ｒｅｃｅｉｃｅｒからｓｏｕｅｃｅへの逆経路に沿ったホップ毎にトレースの問い合わせを行い、マルチホップの経路、マルチホップの経路上のホップのアドレス、パケット数、ルーティングのエラー状況の転送状況情報を収集し、要求者へ応答を返信する機能である。例えば、マルチキャスト配信追跡調査機能は、ＩＧＭＰの拡張機能としてｍｔｒａｃｅ機能を用いることで実現できる。
【００２７】
端末４は、マルチキャスト配信される受信側の通信端末であり、例えば、通信機能を有する、パーソナルコンピュータ、携帯端末、ゲーム端末、電子書籍端末等である。端末４は、例えばＩＧＭＰやＭＬＤ等のプロトコルに基づいて、ゲートウェイ等のＮＷノード３を介してマルチキャストグループへの参加又は離脱等を行う。
【００２８】
マルチキャスト通信監視サーバ１は、複数のＮＷノード３のうち、端末４側に近い位置に存在する１又は複数のＮＷノード３に対して、マルチキャスト配信追跡調査を指示し、当該各ＮＷノード３から調査結果を収集、集計するものである。
【００２９】
ここで、マルチキャスト通信監視サーバ１は、配信サーバ２、マルチキャスト配信追跡調査を行うＮＷノード３、マルチキャストアドレスを指定して、定期的にマルチキャスト配信追跡調査を指示する。これにより、調査依時刻に対応づけた、配信サーバ２毎及び又はマルチキャストアドレス毎の経路や転送状況情報（例えば、マルチホップの経路上のホップのアドレス、パケット数、ルーティングのエラー状況等）を収集して集計することができる。
【００３０】
また、マルチキャスト通信監視サーバ１は、集計したマルチキャスト配信追跡調査結果に基づいて、統計的な処理を行い、その統計結果を配信事業者管理サーバ４に与えるものである。
【００３１】
配信事業者管理サーバ４は、配信サーバ２を管理する配信事業者の管理サーバである。配信事業者管理サーバ４は、マルチキャスト通信監視サーバ１から、マルチキャスト配信に係る転送状況情報の統計結果を取得するものである。これにより、配信事業者は、マルチキャストグループに参加する端末４（ホスト）までの転送状況を把握し、取得した統計的な処理結果を利用して適宜マルチキャスト配信制御を行うことができる。
【００３２】
（Ａ−１−２）マルチキャスト通信監視サーバの内部構成
図１は、実施形態のマルチキャスト通信監視サーバ１及びＮＷノード３の間の構成と、マルチキャスト通信監視サーバ１の内部構成とを示す構成図である。
【００３３】
マルチキャスト通信監視サーバ１は、上述したように、ゲートウェイ等のようなネットワークのエッジに位置する１又は複数のＮＷノード３に対して、マルチキャスト配信追跡調査を定期的に指示するものである。
【００３４】
マルチキャスト通信監視サーバ１は、既存のサーバ装置と同様に、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部等からなる制御装置や通信装置等を有して構成されるものである。そして、例えば、ＣＰＵが、ＲＯＭに格納される処理プログラム（マルチキャスト通信監視プログラム等）を実行することにより、図１の機能ブロックを実現する。
【００３５】
図１において、マルチキャスト通信監視サーバ１は、ＧＵＩ制御部１１０、試験部１２０、ノードＩＦ制御部１３０、試験結果収集部１４０、試験結果集計部１５０、データ蓄積部１６０、統計処理部１７０、情報通信部１８０を有する。
【００３６】
ＧＵＩ制御部１１０は、ユーザインタフェース部であるＧＵＩ部１００との間で情報を授受するユーザインタフェース制御部である。ＧＵＩ制御部１１０は、ＧＵＩ部１００からマルチキャスト配信追跡調査に関する試験設定情報を受けると、その試験設定情報を試験部１２０に与えたり、試験結果の収集に係る収集周期指示を試験結果収集部１４０にしたり、又は統計処理部１７０からの統計結果をＧＵＩ部１００に与えたりするものである。
【００３７】
ここで、試験設定情報は、例えば、配信サーバ２の配信元ＩＰアドレスの設定や、マルチキャスト配信追跡調査のトレースを行うＮＷノード３のトレース開始元ＩＰアドレスの設定や、マルチキャストアドレスの設定や、試験のスケジュール情報の設定等がある。
【００３８】
例えば、ＮＷノード３が実行するマルチキャスト配信追跡調査（ｍｔｒａｃｅ）は、例えば、１分毎又は数分程度毎に行なうようにする。また、複数のＮＷノード３に対してｍｔｒａｃｅを実行させるときには、複数のＮＷノード３に対してコマンド指示する順序等を設定したり、複数の配信サーバ２や複数のマルチキャストアドレスについてｍｔｒａｃｅを実行させるときには調査対象とする配信サーバ２やマルチキャストアドレスの組み合わせや順序等を設定したりする。
【００３９】
また例えば、収集周期指示は、ＮＷノード３によるｍｔｒａｃｅ結果を収集する周期であり、各ＮＷノード３のｍｔｒａｃｅの実行周期よりも長い時間とすることができる。例えば、収集周期指示としては５分又は数十分程度とすることができる。これにより、収集周期の間にＮＷノード３が試験したｍｔｒａｃｅ結果をまとめて収集することができる。
【００４０】
なお、ＧＵＩ部１００は、例えば、Ｗｅｂを通じてグラフィック表示で、ユーザが情報設定をしたり、又は統計結果をグラフィック表示したりするＷｅｂ−ＧＵＩとしてもよい。ＧＵＩ部１００は、例えば、パーソナルコンピュータに実装されるソフトウェア処理によるグラフィック処理により実現される。また、ＧＵＩ部１００は、ＡＰＩ等によりＧＵＩ制御部１１０から取得した統計結果を配信事業者管理サーバ４に与えるようにしてもよい。
【００４１】
試験部１２０は、ＧＵＩ制御部１１０からマルチキャスト配信追跡調査に関する試験設定情報を受け取り、ノードＩＦ制御部１３０を介して、ＮＷノード３に対して試験指示を行うものである。
【００４２】
ノードＩＦ制御部１３０は、ＮＷノード３との間で情報を授受するインタフェース制御部である。ノードＩＦ制御部１３０は、例えば、ｔｅｌｎｅｔやＣＬＩ（コマンドラインインタフェース）等により、試験部１２０からの試験指示に基づいてＮＷノード３に対してコマンド指示を行ったり、また試験結果収集部１４０からの収集指示に基づいてＮＷノード３に対して収集指示のコマンド指示をしたりするものである。
【００４３】
ここで、ＮＷノード３に対するｍｔｒａｃｅを用いた試験指示は、「配信元ＩＰアドレス」、「トレース開始元ＩＰアドレス」、「マルチキャストアドレス」を指定して行なわれる。すなわち、マルチキャスト通信監視サーバ１は、ｍｔｒａｃｅを実行させるＮＷノード３を指定し、トレース対象の配信サーバ２とマルチキャストアドレスとを指定して、ｍｔｒａｃｅを実施するようにする。これにより、マルチキャスト配信の端末４（ホスト）までの転送状況情報を、マルチキャストアドレス毎及び配信サーバ毎に取得することができる。
【００４４】
また、ノードＩＦ制御部１３０は、ＮＷノード３から受け取った試験結果を試験結果収集部１４０に与えたりするものである。
【００４５】
試験結果収集部１４０は、ＧＵＩ制御部１１０からの収集周期指示に基づいて、ノードＩＦ制御部１３０に対して試験結果の収集指示を行うものである。また、試験結果収集部１４０は、ノードＩＦ制御部１３０から試験結果を受け取ると、その受け取った試験結果を試験結果集計部１５０に与えるものである。
【００４６】
試験結果集計部１５０は、試験結果収集部１４０により収集されたマルチキャスト配信追跡調査の試験結果を日時情報（例えば、年月日、曜日、時刻等の情報）と対応付けて、試験結果を用いた集計処理を行うものである。
【００４７】
試験結果集計部１５０は、日時情報を付与した試験結果を一時的にデータ蓄積部１６０に蓄積したり、又は、試験結果収集部１４０から取得した今回の集計結果を統計処理部１７０に与えたりする。
【００４８】
その集計結果をデータ蓄積部１６０に蓄積するものである。
【００４９】
データ蓄積部１６０は、試験結果集計部１５０により集計処理された集計結果を蓄積したり、又は統計処理部１７０により統計処理された統計結果を蓄積したりするものである。
【００５０】
統計処理部１７０は、試験結果集計部１５０からの集計結果やデータ蓄積部１６０に蓄積される集計結果を用いて、所定の統計処理を行うものである。また、統計処理部１７０は、統計処理を行った統計結果を、ＧＵＩ制御部１１０を介してＧＵＩ部１００に与えたり、又は、情報通信部１８０を介して配信事業者管理サーバ１８０に与えたりする。なお、統計結果は、ＧＵＩ部１００、情報通信部１８０のいずれ又は双方から、配信事業者管理サーバ４に与えるようにすることができる。
【００５１】
図１において、統計処理部１７０は、各ＮＷノード３間の遅延時間情報（例えば、ＲＴＴ（Round  Trip  Time）情報等）に基づいて、ＮＷノード３間の遅延について統計処理を行う遅延平均値処理部１７１及び遅延計測部１７２と、マルチキャスト配信の経路上の転送状況について統計処理を行う転送状況統計処理部１７３とを有する。
【００５２】
遅延平均値処理部１７１は、データ蓄積部１６０に蓄積される過去のＮＷノード３間の遅延情報（例えば、ＲＴＴ情報）に基づいて、各ＮＷノード間の統計的な遅延値を求めるものである。遅延平均値処理部１７１は、例えば、標準偏差や所定の関数式を用いて、各ＮＷノード間の統計的な遅延値を求める。遅延平均値処理部１７１は、配信サーバ別、マルチキャストグループ別、チャネル別、時間帯別等の各ＮＷノード３間の統計的な遅延値を求める。
【００５３】
遅延計測部１７２は、今回取得された試験結果に含まれるＮＷノード３間の遅延値と、遅延平均値処理部１７１により求められた対応するＮＷノード３間の統計的な遅延値とを比較して、今回の遅延値と統計的な遅延値との差分に基づく乖離情報を求めるものである。
【００５４】
転送状況統計処理部１７３は、例えば、マルチキャスト配信される端末４（ホスト）までの統計的な転送状況情報を、配信サーバ別、マルチキャストグループ別（例えば、映像等の番組別）、チャネル別（例えば、番組表のチャネル別等）で求めることができる。
【００５５】
すなわち、転送状況統計処理部１７３は、「配信元ＩＰアドレス」をキー情報として蓄積データをソートすることで配信サーバ別の転送状況情報を集計することができ、「マルチキャストアドレス」をキー情報として蓄積データをソートすることでマルチキャスト別の転送状況情報を集計できる。また、一般的に配信元ＩＰアドレスにチャネルを識別するプロセス識別情報が対応付けられているので、転送状況統計処理部１７３は、配信元ＩＰアドレスに対応付けられたプロセス識別情報をキー情報としてチャネル別の転送状況情報を集計できる。
【００５６】
また例えば、転送状況統計処理部１７３は、統計的な転送状況情報として、例えば、月別、週別、曜日別、時間帯別（ＡＭ１２時からＰＭ１２時までの統計的な情報）等の転送状況を求めることができる。つまり、データ蓄積部１６０に蓄積される集計結果は、日時情報（例えば、年月日、曜日、時刻等の情報）と対応付けられているため、統計処理部１７０は、日時情報をキーとしてソートすることにより、月別、週別、曜日別、時間帯別の転送状況を求めることができる。
【００５７】
情報通信部１８０は、統計処理部１７０により求められた統計結果、又は、データ蓄積部１６０に蓄積される統計結果を、配信事業者管理サーバ４に与えるものである。なお、統計結果は、ＧＵＩ部１００、情報通信部１８０のいずれ又は双方から、配信事業者管理サーバ４に与えるようにすることができる。
【００５８】
（Ａ−１−３）ＮＷノード３の内部構成
図１において、ＮＷノード３は、マルチキャスト配信追跡調査実行部３１、試験結果転送部３２を有する。
【００５９】
ＮＷノード３は、既存の通信装置と同様に、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部等からなる制御装置や通信装置等を有して構成されるものである。そして、例えば、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することにより、図２の機能ブロックを実現する。
【００６０】
マルチキャスト配信追跡調査実行部３１は、マルチキャスト通信監視サーバ１から試験指示のコマンドを受け取ると、マルチキャスト配信追跡調査機能を実行するものである。
【００６１】
ここで、マルチキャスト配信追跡調査実行部３１は、例えば、ＩＧＭＰのｍｔｒａｃｅを実行する。マルチキャスト配信追跡調査実行部３１は、マルチキャスト通信監視サーバ１からの試験指示に従って、例えば、１分程度毎に、マルチキャストグループ毎に行なう。
【００６２】
以下では、ＩＧＭＰのｍｔｒａｃｅの仕組みを、図３を参照して説明する。図３において、マルチキャスト配信追跡調査の試験指示を受けたＮＷノード３は、マルチキャスト通信監視サーバ１から「配信元ＩＰアドレス」、「トレース開始元ＩＰアドレス」、「マルチキャストアドレス」を指定される。
【００６３】
試験指示を受けたＮＷノード３は、ＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔを、隣接するＮＷノード３（neighbor）に転送する。なお、ＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔは、試験指示を受けたＮＷノード３から、当該マルチキャストグループのランデブーポイント（ＲＰ）であるＮＷノード３までの経路で転送する。すなわち、ｍｔｒａｃｅはマルチキャストの逆経路に沿ったホップ毎にトレースの問い合せを行う。
【００６４】
各ＮＷノード３は、経路上のホップのアドレス、パケット数、ルーティングのエラー状況等の情報を収集し、これらを  レポートブロック（Ｄａｔａ  Ｂｌｏｃｋ）として、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔに付与する。
【００６５】
このとき、各ＮＷノード３は、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔに付与されているレポートブロック（Ｄａｔａ  Ｂｌｏｃｋ）をそのまま残し、自身が収集したレポートブロック（Ｄａｔａ  Ｂｌｏｃｋ）を新たに付与して、次のneighborであるＮＷノード３に転送する。
【００６６】
ここで、図４は、ＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅ  Ｄａｒａのフォーマットを示す構成図である。なお、図４は、ＩＰｖ６  マルチキャストＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅのフォーマット例である。
【００６７】
各ＮＷノード３は、図４のＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅ  Ｄａｔａ内の「Ｆｏｒｗａｒｄｉｎｇ  Ｃｏｄｅ」に、８ビットのNeighborへの転送結果が示される。
【００６８】
例えば、「Ｆｏｒｗａｒｄｉｎｇ  Ｃｏｄｅ」には、Neighborの転送結果として、図５に例示する内容が記載される。例えば、エラーが無いことを示すNO_ERROR（0x00）、ネクストホップが無いことを示すNO_ROUTE（0x05）、ＲＰに到達したことを示すREACHED_RP（0x08）等が「Ｆｏｒｗａｒｄｉｎｇ  Ｃｏｄｅ」記載される。
【００６９】
そして、ＲＰであるＮＷノード３は、到着したＴｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔに付与されている全てのレポートブロックを、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅに付与して、要求元のＮＷノード３に返信する。なお、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅの返信は、例えば、ユニキャストにより行うようにしてもよい。
【００７０】
このようにして、試験指示されたＮＷノード３は、試験指示で指定される「配信元ＩＰアドレス」、「マルチキャストアドレス」についてｍｔｒａｃｅを行う。
【００７１】
試験結果転送部３２は、マルチキャスト通信監視サーバ１から収集指示を受けると、それまでに取得したｍｔｒａｃｅ結果をマルチキャスト通信監視サーバ１に転送するものである。
【００７２】
（Ａ−２）実施形態の動作
次に、この実施形態のマルチキャスト通信監視サーバ１によるマルチキャスト通信監視処理の動作を、図面を参照しながら詳細に説明する。
【００７３】
図６は、この実施形態のマルチキャスト通信監視処理の動作を示すシーケンス図である。
【００７４】
まず、ＧＵＩ制御部１０１がＧＵＩ部１００から試験設定情報を取得すると（Ｓ１０１）、ＧＵＩ制御部１０１は、取得した試験設定情報に基づく試験指示を試験部１２０に行ない（Ｓ１０２）、さらに、試験部１２０は、ノードＩＦ制御部１３０に試験指示を行う。これを受けて、ノードＩＦ制御部１３０は、例えばｔｅｌｎｅｔ等によるコマンド指示をＮＷノード３に対して行う（Ｓ１０３）。
【００７５】
ここで、試験設定情報は、例えば、「配信元ＩＰアドレス」、「トレース開始元ＩＰアドレス」、「マルチキャストアドレス」を指定してなされる。また、試験設定情報は、試験の実行周期（例えば、１分程度）等も指定される。これにより、ノードＩＦ制御部１３０は、所定の試験の実行周期毎に、「トレース開始元ＩＰアドレス」を有するＮＷノード３に対してマルチキャスト配信追跡調査の試験指示を行う。
【００７６】
試験指示を受けたＮＷノード３は、例えば、ＩＧＭＰのｍｔａｒａｃｅを実行して、マルチキャストグループのトレース処理を行う。なお、ＮＷノード３は、マルチキャストの最終ホップのＮＷノード３とする。
【００７７】
試験指示を受けたＮＷノード３は、コマンド指示で指定された「配信元ＩＰアドレス」、「トレース開始元ＩＰアドレス」、「マルチキャストアドレス」を含むＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  ＲｅｑｕｅｓｔをneighborであるＮＷノード３に転送する。
【００７８】
ＮＷノード３によるＩＧＭＰのｍｔａｒａｃｅの仕組みは、図３〜図５を用いて説明した通りである。すなわち、ｍｔａｒａｃｅは、ＮＷノード３がＩＧＭＰのＴｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔを用いて、マルチキャストの逆経路に沿ったホップ毎にトレースの問い合せを行う。
【００７９】
そして、各ＮＷノード３は、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔにレポートデータを追加して、次のＮＷノード３に転送する。そして、各ＮＷノード３は、それ以前に追加されたレポートデータが全て付与されたまま、Ｔｒａｃｅｒｏｕｔｅ  Ｒｅｑｕｅｓｔをマルチキャストの最初のホップのＲＰまで転送する。
【００８０】
そして、ＲＰであるＮＷノード３は、全てのレポートデータが付与したＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅを、例えばユニキャストで、トレース開始元のＮＷノード３に送信する。これにより、トレース開始元のＮＷノード３は、ｍｔｒａｃｅ結果を取得することができる。
【００８１】
なお、各ＮＷノード３が付与するレポートデータとしては、例えば、経路上のホップのアドレス、パケット数、ルーティングのエラー状況の情報等が付与される。
【００８２】
また、ｍｔｒａｃｅは、タイムアウト時間を設けて、タイムアウト時間までに応答がない場合には、その旨を示す情報を付与するようにしてもよい。また、ｍｔａｒａｃｅは所定回数の試みを行うようにしてもよく、応答がいないＮＷノード３を超えて、更に先のＮＷノード３に対して問合せができるようにしてもよい。
【００８３】
また、図６に示すように、ＧＵＩ制御部１０１がＧＵＩ部１００から収集周期（例えば、５分程度）の指示を取得すると（Ｓ１０４）、ＧＵＩ制御部１０１は、取得した収集周期情報を試験結果収集部１４０に与える。
【００８４】
試験結果収集部１４０は、例えばマルチキャスト通信監視サーバ１内のタイマ部等により収集周期を管理し、収集周期になると、ノードＩＦ制御部１３０に収集指示を行う（Ｓ１０５）。これを受けて、ノードＩＦ制御部１３０は、例えばｔｅｌｎｅｔ等によるコマンド指示をＮＷノード３に対して行う（Ｓ１０６）。
【００８５】
収集指示を受けたＮＷノード３は、それまでに取得した試験結果（ｍｔａｒａｃｅ結果）を、マルチキャスト通信監視サーバ１に転送する。この試験結果の転送について、ＮＷノード３が、収集周期の期間内に取得した試験結果を送信することができればよい。転送プロトコルは特に限定されるものではなく、例えば、ＦＴＰ（File  Transfer  Protocol）等を用いることができる。
【００８６】
マルチキャスト通信監視サーバ１において、ＮＷノード３からの試験結果が転送されると（Ｓ１０７）、試験結果は、ノードＩＦ制御部１３０を介して、試験結果収集部１４０に与えられる（Ｓ１０８）。また、試験結果収集部１４０は、収集した試験結果を試験結果集計部１５０に与える（Ｓ１０９）。
【００８７】
ここで、図７は、ＮＷノード３から取得される試験結果（ｍｔｒａｃｅ結果）を説明する説明図である。図７は、「配信元ＩＰアドレス」が「128.0.0.0」であり、「マルチキャストアドレス」が「224.2.0.0」である場合を例示する。
【００８８】
図7において「ホップのノードＩＰアドレス：128.1.1.6」は、トレース開始元ＩＰアドレスであり、「ホップのノードＩＰアドレス：128.1.1.0」は、ＲＰのＩＰアドレスである。
【００８９】
図7の「ホップ数」は、ＲＰであるＮＷノード３からのホップ数（すなわち、マルチキャストのホップ数）を示す。ｍｔｒａｃｅはマルチキャストの逆経路でホップされるため、「ホップのノードＩＰアドレス：128.1.1.6」が「ホップ数：６」となり、ＲＰの「ホップのノードＩＰアドレス：128.1.1.0」が「ホップ数：０」となる。
【００９０】
図7に示すとおり、試験結果は、「ホップ数」と共に「ホップのノードＩＰアドレス」が併記される。そのため、マルチキャスト通信監視サーバ１は、マルチキャストの受信ホストから送信ホストまでの到達性を認識することができる。
【００９１】
また、図7に示すように、例えば、「ホップのＩＰアドレス：128.1.1.6」と「ホップのＩＰアドレス：128.1.1.5」の間の転送状況情報は、ＲＴＴ値、エラー状況情報、パケット数等が付与される。
【００９２】
エラー状況情報は、図４のＴｒａｃｅｒｏｕｔｅ  Ｒｅｓｐｏｎｓｅ  Ｄａｔａ内の「Ｆｏｒｗａｒｄｉｎｇ  Ｃｏｄｅ」に記載される８ビットのNeighborの転送結果が示される。また、パケット数については、単位時間当たりのパケットレートとしてもよいし、又は、各ホップでの全てのトラフィックについて、例えば、送信したパケット数と、消失したロスパケット数、更にパケットのロス率等を付与するようにしてもよい。
【００９３】
試験結果収集部１５０が図７に示すような試験結果を取得すると、試験結果集計部１５０は、取得した試験結果に試験時刻を付与してデータ蓄積部１６０に集計結果を蓄積する（Ｓ１０９）。
【００９４】
図８は、実施形態のデータ蓄積部１６０に蓄積される集計結果を説明する説明図である。図８に示す集計結果も、「配信元ＩＰアドレス」が「128.0.0.0」であり、「マルチキャストアドレス」が「224.2.0.0」である場合を例示する。
【００９５】
図８に示すように、集計結果は、「配信元ＩＰアドレス」、「マルチキャストアドレス」、「日時情報」、「ホップ情報」、「ＲＴＴ値」、「パケット数」、「エラー状況情報」を項目として有する。
【００９６】
試験結果集計部１５０は、図７に示す試験結果に対して、試験を実行した日時情報（例えば、年月日、曜日、時刻）を付与して、図８のような情報としてデータ蓄積部１６０に蓄積する。
【００９７】
次に、マルチキャスト通信監視サーバ１において、統計処理部１７０は、データ蓄積部１６０に蓄積されている集計結果や試験結果集計部１５０が求めた集計結果を用いて、所定の統計処理を行う（Ｓ１１０、Ｓ１１１）。
【００９８】
統計処理部１７０は、例えば、マルチキャストの各ホップ間の遅延時間の統計的な判断を行う。
【００９９】
図９は、実施形態の統計処理部１７０によるマルチキャストの各ホップ間の遅延時間についての統計的な判断方法を示すフローチャートである。
【０１００】
図９において、統計処理部１７０は、データ蓄積部１６０に蓄積されている集計結果から、マルチキャストグループの各ホップ間の過去のＲＴＴ値を読み出す（Ｓ２０１）。
【０１０１】
そして、統計処理部１７０は、各ホップ間の過去のＲＴＴ値を用いて、各ホップ間の統計的なＲＴＴ値を求める（Ｓ２０２）。ここで、各ホップ間の統計的なＲＴＴ値の求める方法は、特に限定されるものではなく、例えば標準偏差や所定の関数式等を用いて求める方法など種々の方法を広く適用することができる。
【０１０２】
次に、統計処理部１７０は、今回の各ホップ間のＲＴＴ値と、対応する各ホップ間の統計的なＲＴＴ値との差分を求め（Ｓ２０３）、その差分に基づいて各ホップ間の接続品質を判断する（Ｓ２０４）。
【０１０３】
例えば、統計処理部１７０は、今回の各ホップ間のＲＴＴ値と、対応する各ホップ間の統計的なＲＴＴ値との差分値と、予め設定した閾値とを比較し、差分値が閾値よりも大きい場合には、統計的に当該ホップ間の遅延は大きいと判断することができる。つまり、差分値が大きいということは、当該ホップ間の統計的な遅延時間に比べても、今回のホップ間の遅延時間は大きいことが分かる。
【０１０４】
また例えば、統計処理部１７０は、差分値と比較する閾値を複数個備えるようにしてもよい。例えば、２個の閾値を備えるようにしておき、差分値を３段階評価することができる。
【０１０５】
なお、差分値と比較する閾値は、マルチキャストグループ毎、チャンネル毎、配信サーバ毎に異なるものであってもよい。例えば、配信映像の視聴ユーザは、配信されるコンテンツの種類（ジャンル）やチャンネルによって世代や趣向が異なり、また配信される映像の品質にこだわる者もいればそうでない者といる。そこで、すなわち、マルチキャストグループ毎、チャンネル毎、配信サーバ毎に応じて、１又は複数の閾値を変えることで、視聴ユーザの属性に応じた接続品質を判断することができる。
【０１０６】
また、統計処理部１７０は、例えば、マルチキャスト配信される端末４（ホスト）までの統計的な転送状況情報を、配信サーバ別、マルチキャストグループ別（例えば、映像等の番組別）、チャネル別（例えば、番組表のチャネル別等）で求める。
【０１０７】
図１０は、実施形態の統計処理部１７０による統計的な転送状況情報を説明する説明図である。図１０は、配信サーバ２の配信元ＩＰアドレスが128.0.0.0である場合を示す。
【０１０８】
図１０の統計的な転送状況情報は、「チャンネル」、「マルチキャストグループ」、「曜日」、「時間帯」、「ホップ情報」、「ＲＴＴ値」、「パケット数」、「エラー状況情報」を項目とする。
【０１０９】
「チャンネル」は、マルチキャスト通信監視サーバ１が提供するチャンネルを示す。一般的に配信元ＩＰアドレスにチャネルを識別するプロセス識別情報が対応付けられているので、統計処理部１７０は、配信元ＩＰアドレスに対応付けられたプロセス識別情報をキー情報としてチャネル別の転送状況情報を集計できる。
【０１１０】
図１０に示すように、統計処理部１７０は、「チャンネル」、「マルチキャストグループ」、「曜日」、「時間帯」等をキー情報として、各ホップ間の転送状況情報の統計処理を行う。
【０１１１】
これにより、統計処理部１７０は、「配信元ＩＰアドレス」をキー情報として蓄積データをソートすることで配信サーバ別の転送状況情報を集計することができ、「マルチキャストアドレス」をキー情報として蓄積データをソートすることでマルチキャスト別の転送状況情報を集計できる。
【０１１２】
また例えば、統計処理部１７０は、統計的な転送状況情報として、例えば、月別、週別、曜日別、時間帯別（ＡＭ１２時からＰＭ１２時までの統計的な情報）等の転送状況を求めることができる。
【０１１３】
つまり、データ蓄積部１６０に蓄積される集計結果は、日時情報（例えば、年月日、曜日、時刻等の情報）と対応付けられているため、統計処理部１７０は、日時情報をキーとしてソートすることにより、月別、週別、曜日別、時間帯別の転送状況を求めることができる。
【０１１４】
統計処理部１７０は、統計処理を行った統計結果を、ＧＵＩ制御部１１０を介してＧＵＩ部１００に与えたり、又は、情報通信部１８０を介して配信事業者管理サーバ１８０に与えたりする（Ｓ１１２）。
【０１１５】
ここで、ＧＵＩ制御部１１０は、統計処理部１７０により統計処理された統計結果に基づいて、所定のグラフィック表示処理を行うようにしてもよい。
【０１１６】
ＧＵＩ制御部１１０によるＧＵＩ制御方法は、様々な方法を広く適用することができる。
【０１１７】
図１１は、ＧＵＩ制御部１１０によるグラフィック表示例を示す図である。ＧＵＩ制御部１１０は、例えば、あるマルチキャストグループの統計情報に基づいて、配信サーバから端末４に最も近いエッジルータ（ＮＷノード３）までの経路を表示し、各ホップ間の遅延や転送状況情報を表示する。
【０１１８】
例えば、図１１に示すように、マルチキャストグループの各ホップ間の遅延時間については、ＧＵＩ制御部１１０が、統計結果に基づいて、各ホップ間の現在の遅延時間を「遅延時間○○ｍｓ」等のように表示するようにしてもよい。
【０１１９】
また例えば、図１１に示すように、各ホップ間の転送状況情報については、ＧＵＩ制御部１１０が、統計結果に基づいて、何らエラーが生じていない場合には「晴れマーク（例えば太陽マーク）」、又何かしらエラー状況が発生していない場合には「雨マーク（例えば傘マーク）」等の抽象表示を表示する。
【０１２０】
なお、図１１の例の他に、例えば、ＧＵＩ制御部１１０は、各ホップ間の遅延時間について、各ホップ間のＲＴＴ値の差分値を表示するようにしてもよいし、各ホップ間のＲＴＴ値と共に、統計的なＲＴＴ値も一緒に表示するようにしてもよい。
【０１２１】
また例えば、ＧＵＩ制御部１１０は、各ホップ間の遅延時間についても抽象表示を行うようにしてもよい。この場合、ＧＵＩ制御部１１０が、１又は複数の閾値を有し、統計結果として求められた各ホップ間のＲＴＴ値の差分値と各閾値とを比較し、その比較結果に基づいて抽象表示するようにしてもよい。より具体的には、ＧＵＩ制御部１１０は、各ホップ間の遅延としての許容範囲を示す閾値を有する。そして、各ホップ間のＲＴＴ値の差分値が閾値を超えた場合には、「曇りマーク（例えば雲マーク）」等で表示し、閾値以下の場合には、「晴れマーク（例えば太陽マーク）」等で表示するようにしてもよい。
【０１２２】
配信事業者管理サーバ４への統計情報の送信は、上述したように、ＧＵＩ部１００と情報通信部１８０のいずれ又は双方が行うようにしてもよい。このとき、ＧＵＩ部１００、情報通信部１８０は、ＧＵＩ制御部１１０によりＧＵＩ制御された情報を送信するようにしてもよいし、又は、統計処理部１７０により求められた統計結果を送信するようにしてもよいし、又は、ＧＵＩ制御された情報及び統計結果を送信するようにしてもよい。
【０１２３】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、マルチキャスト配信に係るツリー構造をマルチキャスト毎に体系的に把握することができる。
【０１２４】
また、この実施形態によれば、各マルチキャストの各ホップ間の統計的な遅延情報を求めることができ、現在の各ホップ間の遅延情報が、上記各ホップ間の統計的な遅延情報に比べてどの程度乖離しているかを把握することができる。
【０１２５】
つまり、各ホップ間の時計的な遅延情報を通常時の遅延情報とみなすならば、現在の各ホップ間の遅延情報が通常時の遅延情報と異なる状態か否かを把握することができる。
【０１２６】
さらに、この実施形態によれば、マルチキャスト配信追跡調査により、マルチキャストの受信ホストから送信ホストまでの到達性、経路上のホップのアドレス、パケット数、ルーティングのエラー状況の情報を体系的に把握することが可能となる。
【０１２７】
（Ｂ）他の実施形態
上述した実施形態において、本発明の種々の変形実施形態を説明したが、本発明は、その他にも以下のような変形実施形態を適用することができる。
【０１２８】
（Ｂ−１）上述した実施形態では、配信サーバが映像パケットを配信することを想定して説明したが、配信サーバが、映像以外の音楽、音声等のメディアデータを配信する場合にも本発明を適用することができる。
【０１２９】
（Ｂ−２）上述した実施形態において統計結果の一例として図１０を例示したが、マルチキャストグループ等の集計結果を用いた統計の方法は、種々の方法を適用することができ、図１０に限定されるものではない。
【０１３０】
（Ｂ−３）上述した実施形態で説明したマルチキャスト通信監視サーバの実行処理の一部を、例えばエッジルータ等のＮＷノードが実行できるようにしてもよい。つまり、エッジルータであるＮＷノードが、ｍｔｒａｃｅにより収集した試験結果を用いて、試験結果集計部１５０や統計処理部１７０の処理の一部又は全部を実行できるようにしてもよい。
【符号の説明】
【０１３１】
１…マルチキャスト通信監視サーバ、
１００…ＧＵＩ部、１１０…ＧＵＩ制御部、１２０…試験部、１３０…ノードＩＦ制御部、１４０…試験結果収集部、１５０…試験結果集計部、１６０…データ蓄積部、１７０…統計処理部、１７１…遅延平均値処理部、１７２…遅延計測部、１７３…転送状況統計処理部、１８０…情報通信部、
３…ＮＷノード、
３１…マルチキャスト配信追跡調査実行部、３２…試験結果転送部、
２…配信サーバ、４…配信事業者管理サーバ。
【図１】
2014039200.tif 000003
【図２】
2014039200.tif 000004
【図３】
2014039200.tif 000005
【図４】
2014039200.tif 000006
【図５】
2014039200.tif 000007
【図６】
2014039200.tif 000008
【図７】
2014039200.tif 000009
【図８】
2014039200.tif 000010
【図９】
2014039200.tif 000011
【図１０】
2014039200.tif 000012
【図１１】
2014039200.tif 000013