JP2011182212A - 通信制御装置および通信品質測定方法 - Google Patents

Abstract

【課題】宅内機器のユニキャスト／マルチキャスト映像配信における配信品質を測定する通信制御装置を提供する。
【解決手段】第１のネットワークと第２のネットワークとを接続する通信制御装置であって、第１のネットワークは、複数のコンテンツのデータパケットを配信する配信サーバが接続され、第２のネットワークは、配信サーバからデータパケットを取得する複数の計算機が接続され、通信制御装置は、計算機が配信サーバに送信する制御情報を取得し、取得された制御情報から、計算機特定情報と、データパケット特定情報とを抽出し、抽出された計算機特定情報および抽出されたデータパケット特定情報に基づいて、特定された計算機に送信される測定対象のデータパケットの配信品質を測定することを特徴とする。
【選択図】図５

Description

本発明は、通信制御装置および通信制御方法に関し、特に、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を用いたユニキャストまたはマルチキャストによる映像コンテンツ配信において、パケットロス等の映像配信品質を測定する通信制御装置および通信制御方法に関する。

ブロードバンドネットワークの普及によって、ＰＣ、ネットワーク接続ＴＶ（ＩＰＴＶ）、およびＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等をクライアント端末とした、ネットワークを介した映像コンテンツ配信サービスが拡大している。

映像コンテンツ配信サービスにおける映像コンテンツの配信方式としては、映像コンテンツ配信サーバがクライアント端末の要求に応じて１対１で配信を行うユニキャスト配信と、映像コンテンツ配信サーバが同時に多数のクライアント端末に対して配信を行うマルチキャスト配信とがある。

ユニキャスト配信またはマルチキャスト配信では、映像コンテンツ配信サーバは映像のビットレートに合わせて映像データをネットワークに送出する必要があるため、一般的にＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が用いられる。

ＲＴＰはその名の通り、映像コンテンツ配信に必要なリアルタイム処理に優れたネットワークプロトコルであるが、通常ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）上で実現されるため、映像コンテンツ配信サーバは、自身が送出した映像データのクライアント端末への到達確認を行うことができない。

従って、クライアント端末が受信した映像データの配信品質を測定し、映像コンテンツ配信サーバ等へと通知するＲＴＣＰ ＲＲ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ）のような通信プロトコルが規定されている（例えば、非特許文献１参照）。

また、特許文献１においては、インターネットなどの外部ＩＰネットワークと、ＬＡＮなどの内部ＩＰネットワークとの接続点にゲートウエイを設置し、ゲートウエイを通過するデータパケットの送信レートが、それに先立つ呼制御パケットで通知されたデータの種類から見て不相応に高くなっていないかどうかを常時監視し、送信レートが規定値を超えた場合は皇族のパケットを破棄し、または、破棄せずにＬＡＮ内に中継するパケットについては、当該パケット内のアナログデータを人間の試聴に影響がない程度の雑音パターンで破壊することによって、なりすまし、ＤｏＳ攻撃や不正なプログラムの送り込みなどを阻止する方法が開示されている。

特開２００５−２２３４５３号公報

ＲＦＣ ３５５０「ＲＴＰ：Ａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｒｅａｌ−ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ」、ＩＥＴＦ、２００３年、Ｐ４２

前述した非特許文献１に記載される方法には次のような問題がある。

ＲＴＣＰ ＲＲを用いたクライアント端末における映像データの配信品質測定では、ユーザ宅内のクライアント端末にてパケットロス等の配信品質を測定するため、測定される配信品質がユーザ宅内のネットワーク構成の影響を受ける。例えば、ユーザ宅内の映像データ伝送路として低速な無線ＬＡＮを経由する場合、無線ＬＡＮ通過時のパケットロスも配信品質の測定データとして記録される。

近年、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）のような高品質な通信が可能なネットワークが登場しているが、ＮＧＮを提供する通信キャリアが通信品質を制御可能なのは当然ながらＮＧＮを通過するデータパケットのみである。

ＮＧＮを介した映像データの配信品質を測定しようとした場合に、従来のＲＴＣＰ ＲＲでは上記のようにユーザ宅内の通信品質も含めた配信品質が測定されてしまうため、ユーザに対する通信キャリアの責任分界点であるＮＧＮの出口、すなわちユーザ宅の入口までの配信品質を測定することができず、例えば、映像コンテンツ配信サービスの利用ユーザからのクレーム対応に対して有効な配信品質測定データとして活用が難しいという問題がある。

また、特許文献１は、ＲＴＰを用いたなりすまし、ＤｏＳ攻撃、または不正なプログラムの送り込みといったＷＡＮからユーザ宅内ＬＡＮへの不正データの受信を阻止するため、ＷＡＮからユーザ宅内ＬＡＮへ送信された制御情報を用いて、ＷＡＮから送信されるデータパケットの受信状況を調査している。従って、宅内ＬＡＮから送信される制御情報を用いてＷＡＮから受信した受信データパケットの受信状況を調べる必要性がないものである。

しかし、本発明は、マルチキャスト配信やユニキャスト配信などの映像コンテンツ配信を受信可能な通信制御装置において、宅内ＬＡＮに至るまでの間のＷＡＮの通信環境を調べようとするものであり、通信制御装置は、宅内機器から、映像コンテンツ放送を受信するための接続先を特定する情報（接続要求）を得なければ、通信制御装置は調べるべきデータパケットを特定できない。

本発明の目的は、ユーザ宅内ネットワークと外部ネットワークとの間に設置される通信制御装置において、ユニキャスト配信またはマルチキャスト配信によって配信される映像データパケットの配信品質を測定することによって、通信キャリアの責任分界点であるユーザ宅内ネットワークの入口までの配信品質の測定を実現する通信制御装置を提供することにある。

本発明の代表的な一例を示せば、以下の通りである。すなわち、第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記第１のプロセッサに接続される第１のネットワークインタフェースとを備え、第１のネットワークと第２のネットワークとを接続する通信制御装置であって、前記第１のネットワークは、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記第２のプロセッサに接続される第２のネットワークインタフェースとを備え、複数のコンテンツのデータパケットを配信する配信サーバが接続され、前記第２のネットワークは、第３のプロセッサと、前記第３のプロセッサに接続される第３のメモリと、前記第３のプロセッサに接続される第３のネットワークインタフェースとを備え、前記配信サーバから前記データパケットを取得する複数の計算機が接続され、前記通信制御装置は、前記計算機が前記配信サーバから前記データパケットを取得するために前記配信サーバに送信する制御情報を取得し、前記取得された制御情報から、前記送信されるデータパケットの配信品質を測定する対象である前記計算機を特定するための計算機特定情報と、前記特定された計算機に送信される測定対象の前記データパケットを特定するためのデータパケット特定情報と、を抽出し、前記抽出された計算機特定情報および前記抽出されたデータパケット特定情報に基づいて、前記特定された計算機に送信される測定対象のデータパケットの配信品質を測定することを特徴とする。

本発明によれば、第１のネットワークと第２のネットワークとの間に接続される通信制御装置が、ユニキャストまたはマルチキャストを用いたコンテンツ配信サービスのパケットロス、パケット遅延、パケットゆらぎといった配信品質の測定を実施することができる。これによって、通信キャリアの責任分界点である第１のネットワークから通信制御装置までの配信品質の測定を実現することができる。

本発明の実施形態におけるネットワーク構成の一例を示す説明図である。 本発明の実施形態の通信制御装置のハードウェア構成の一例を示すブロック図である。 本発明の実施形態の制御情報テーブルの一例を示す説明図である。 本発明の実施形態の通信制御装置が実行する配信品質の測定処理の概要を説明するフローチャートである。 本発明の実施形態のマルチキャスト配信における配信品質の測定処理の詳細を説明するフローチャートである。 本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。 本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。 本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。 本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。 本発明の実施形態のユニキャスト配信における配信品質の測定処理の詳細を説明するフローチャートである。 本発明の実施形態のポートフォワード情報テーブルの一例を示す説明図である。 本発明の実施形態のユニキャスト配信における配信品質の測定処理の詳細を説明するシーケンス図である。 本発明の実施形態の通信制御装置が実行する配信品質の測定処理詳細を説明するフローチャートである。 本発明の実施形態の品質測定情報テーブルの一例を示す説明図である。 本発明の実施形態のＲＴＰパケットの振り分け処理の詳細を説明するフローチャートである。

本発明の実施形態について図面を参照して説明する。

図１は、本発明の実施形態におけるネットワーク構成の一例を示す説明図である。

図１に示すように、本実施形態におけるネットワークは、映像配信サーバ１０２、通信制御装置１０５、および映像受信表示装置１０７、１０８から構成される。

映像配信サーバ１０２と通信制御装置１０５とはＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）等のネットワーク１０１を介して接続され、所定の手順に従って情報のやり取りを行うことができる。なお、ネットワーク１０１は、一以上の基幹ルータ（図示省略）が含まれる。

通信制御装置１０５と、映像受信表示装置１０７と、映像受信表示装置１０８とはユーザ宅内１０４に設置されるユーザ宅内ネットワーク１０６を介して互いに接続され、所定の手順に従って情報のやり取りを行うことができる。

通信制御装置１０５は、ネットワーク１０１とユーザ宅内ネットワーク１０６との両方のネットワークを接続しており、ユーザ宅内１０４に設置された機器とネットワーク１０１に接続された機器との間で情報のやり取りをするためのゲートウエイとしての機能を備える。通信制御装置１０５の詳細については、図２を用いて後述する。

映像受信表示装置１０７および映像受信表示装置１０８は、ネットワーク対応テレビ、パソコン、セットトップボックス等であり、ＣＰＵ（図示省略）、メインメモリ（図示省略）、不揮発性記憶装置（図示省略）、入力装置（図示省略）、表示装置（図示省略）、およびネットワークＩ／Ｆ（図示省略）等を備える。

映像配信サーバ１０２は、少なくとも１台以上の計算機から構成される。映像配信サーバ１０２を構成する計算機は、ＣＰＵ（図示省略）、メインメモリ（図示省略）、不揮発性記憶装置（図示省略）、入力装置（図示省略）、表示装置（図示省略）、およびネットワークＩ／Ｆ（図示省略）等を備える。不揮発性記憶装置には、メインメモリに読み出され、ＣＰＵによって実行されるプログラムとして、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）、およびＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）等の映像コンテンツ配信用のプロトコルが格納される。

本実施形態では、通信制御装置１０５が、映像受信表示装置１０７、１０８が受信する映像データパケットのネットワーク１０１における配信品質を測定するため、通信制御装置１０５は、ユーザ宅内ネットワーク１０６とネットワーク１０１との間で送受信される全てのパケットの中から配信品質を測定する映像データパケットのみを適切に選択して解析する必要がある。

また、通信制御装置１０５は、映像受信表示装置１０７、１０８等のユーザ宅内１０４の複数の機器の通信品質を測定するために、配信品質の測定対象である映像データパケットとユーザ宅内１０４の映像受信表示装置１０７、１０８を特定する情報と結びつけて管理する必要がある。

前述した課題を解決するため、本実施形態の通信制御装置１０５は、映像受信表示装置１０７、１０８へ送信される映像データパケットの配信品質を測定するために、映像受信表示装置１０７、１０８が送信するユニキャスト配信またはマルチキャスト配信による映像配信の制御情報を取得する。

さらに、通信制御装置１０５は、取得された制御情報を解析して、映像受信表示装置１０７、１０８を特定する情報（Ａ）、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）、映像配信の開始要求に関する情報（Ｃ）、および、映像配信の完了要求に関する情報（Ｄ）を抽出し、測定対象の映像受信表示装置について、映像配信の開始から完了までの期間における配信品質を測定する。

以下の説明において、映像受信表示装置１０７、１０８が送信する制御情報を、単に、制御情報と記載する。

図２は、本発明の実施形態の通信制御装置１０５のハードウェア構成の一例を示すブロック図である。

通信制御装置１０５は、ＣＰＵ２０１、メインメモリ２０２、ＥＰＲＯＭ２０３、第１のネットワークＩ／Ｆ２０４、第２のネットワークＩ／Ｆ２０５、および不揮発性記憶装置２０６を備え、これらの構成はバス２０７を介して互いに接続され、所定の手順に従って情報のやり取りを行うことができる。

ＣＰＵ２０１は、メインメモリ２０２に読み出された各種プログラムを実行する。

メインメモリ２０２は、ＣＰＵ２０１によって実行される各種プログラムおよび当該プログラムを実行するために必要な情報を格納する。本実施形態のメインメモリ２０２には、制御情報テーブル８００（図３参照）および品質測定情報テーブル９００（図１３参照）を格納する。なお、制御情報テーブル８００（図３参照）および品質測定情報テーブル９００（図１３参照）は、メインメモリ２０２以外の記憶媒体、例えば、不揮発性記憶装置２０６に格納されていてもよい。

ＥＰＲＯＭ２０３は、ブートプログラムを格納する。

不揮発性記憶装置２０６は、メインメモリ２０２に読み出される各種プログラムを格納する。不揮発性記憶装置２０６は、フラッシュメモリまたはＨＤＤ（ハードディスクドライブ）によって実現することができる。

第１のネットワークＩ／Ｆ２０４は、ユーザ宅内ネットワーク１０６と接続され、ユーザ宅内ネットワーク１０６に接続される機器との間で情報のやり取りを行う。第１のネットワークＩ／Ｆ２０４は、ネットワークカード等によって実現することができる。

第２のネットワークＩ／Ｆ２０５は、ネットワーク１０１と接続され、ネットワーク１０１と接続される機器との間で情報のやり取りを行う。第２のネットワークＩ／Ｆ２０５は、ネットワークカード等によって実現することができる。

本実施形態の通信制御装置１０５は、電源等が投入されることによって起動を開始すると、ＥＰＲＯＭ２０３に格納されたブートプログラムが実行されることによって不揮発性記憶装置２０６から各種プログラムがメインメモリ２０２に読み出される。ＣＰＵ２０１はメインメモリ２０２に読み出された各種プログラムを実行することによって、第１のネットワークＩ／Ｆ２０４または第２のネットワークＩ／Ｆ２０５への情報の送受信を行う。

不揮発性記憶装置２０６からメインメモリ２０２に読み出され、ＣＰＵ２０１によって実行される各種プログラムにはＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）、およびＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）等の映像コンテンツ配信用のプロトコルが含まれる。

図３は、本発明の実施形態の制御情報テーブル８００の一例を示す説明図である。

制御情報テーブル８００は、ユニキャストまたはマルチキャストにおける制御情報を格納するテーブルである。通信制御装置１０５は、制御情報テーブル８００に基づいて、当該通信制御装置１０５を通過する映像データパケットをフィルタリングし、品質測定の対象である映像データパケットを取得できる。

制御情報テーブル８００は、映像受信表示装置特定情報８０１および映像データパケット特定情報８０２を含む。

映像受信表示装置特定情報８０１は、映像受信表示装置１０７、１０８を特定するための情報（Ａ）を格納する。映像データパケット特定情報８０２は、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を格納する。

図３に示す例では、エントリ８０３には、通信プロトコルがＩＰｖ４のマルチキャストの映像データパケットに関する情報が格納される。具体的には、映像受信表示装置特定情報８０１として映像受信表示装置のＩＰアドレス「１９２．１６８．１．１０１」が格納され、映像データパケット特定情報８０２としてマルチキャストアドレス「２２４．１０．１０．１０」および映像配信サーバ１０２のＩＰアドレス「１３３．１４４．１．１」が格納される。

また、エントリ８０４には、通信プロトコルがＩＰｖ６のユニキャスト映像配信の映像データパケットに関する情報が格納される。具体的には、映像受信表示装置特定情報８０１として映像受信表示装置のＩＰアドレス「２００１：：１ａ８：２０３」および映像受信表示装置１０７、１０８と映像配信サーバ１０２との間に確立されたセッションのＳｅｓｓｉｏｎ−ＩＤ「１２３４５」が格納され、映像データパケット特定情報８０２として映像受信表示装置のＩＰアドレス「２００１：：１ａ８：２０３」、映像配信サーバ１０２のＩＰアドレス「２００３：：ａ：１」および映像受信表示装置のポート番号「１２３４６」が格納される。

図４は、本発明の実施形態の通信制御装置１０５が実行する配信品質の測定処理の概要を説明するフローチャートである。

通信制御装置１０５は、映像受信表示装置１０７、１０８から映像配信の制御情報を取得する（ステップ７０１）。

通信制御装置１０５は、取得された制御情報が映像配信の開始要求に関する情報（Ｃ）であるか否かを判定する（ステップ７０２）。

取得された制御情報が映像配信の開始要求に関する情報（Ｃ）であると判定された場合、通信制御装置１０５は、取得された制御情報から、映像受信表示装置１０７、１０８を特定する情報（Ａ）および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ７０３）。

通信制御装置１０５は、制御情報から抽出された、映像受信表示装置１０７、１０８を特定する情報（Ａ）および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を制御情報テーブル８００に格納する（ステップ７０４）。

通信制御装置１０５は、配信品質の測定開始に関する処理を実行し（ステップ７０５）、処理を終了する。具体的には、パケットロス、パケット遅延、パケットゆらぎといった配信品質情報を算出し、品質測定情報テーブル９００に算出された結果を格納する。

なお、本実施形態で実行される配信品質の測定処理についての詳細は、図１２を用いて後述する。

ステップ７０２において、取得された制御情報が映像配信の開始要求に関する情報（Ｃ）でないと判定された場合、通信制御装置１０５は、取得された制御情報が映像配信の完了要求に関する情報（Ｄ）であるか否かを判定する（ステップ７０６）。

取得された制御情報が映像配信の完了要求に関する情報（Ｄ）でないと判定された場合、通信制御装置１０５は、処理を終了する。

取得された制御情報が映像配信の完了要求に関する情報（Ｄ）であると判定された場合、通信制御装置１０５は、取得された制御情報から、映像受信表示装置１０７、１０８を特定する情報（Ａ）および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ７０６）。

通信制御装置１０５は、抽出された映像受信表示装置１０７、１０８を特定する情報（Ａ）および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）に基づいて制御情報テーブル８００を参照し、前述の情報（Ａ）および（Ｂ）と一致するエントリを制御情報テーブル８００から削除する（ステップ７０８）。

通信制御装置１０５は、配信品質の測定完了に関する処理を実行し（ステップ７０９）、処理を終了する。

図４に示す処理は本実施形態の基本的な処理の概要であり、映像配信の方式および通信プロトコルによって、各ステップの処理内容が異なる。具体的には、映像配信の方式としては、ユニキャスト配信またはマルチキャスト配信があり、通信プロトコルとしては、ＩＰｖ４またはＩＰｖ６がある。

以下、各場合にわけて説明する。

まず、映像配信の方式がマルチキャスト配信の場合について説明する。

図５は、本発明の実施形態のマルチキャスト配信における配信品質の測定処理の詳細を説明するフローチャートである。

通信制御装置１０５は、映像受信表示装置１０７、１０８からマルチキャスト配信の制御情報を取得する（ステップ６０１）。

通信プロトコルがＩＰｖ４である場合、通信制御装置１０５は、ＩＰｖ４におけるマルチキャストアドレス宛に送信されるパケットをフィルタリングすることによってマルチキャスト配信の制御情報を取得できる。

ここで、ＩＰｖ４におけるマルチキャストアドレスは「２２４．０．０．０〜２３９．２５５．２５５．２５５」の範囲のＩＰアドレスである。例えば、通信制御装置１０５上で稼働するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がＬｉｎｕｘ（登録商標、以下同じ）である場合、ＩＰフィルタの機能を用いて前述のＩＰアドレス宛のパケットをＯＳが取得することができる。

通信プロトコルがＩＰｖ６である場合、通信制御装置１０５は、ＩＧＭＰ Ｒｅｐｏｒｔ Ａｄｄｒｅｓｓ「ｆｆ０２：：１６」宛のパケットをフィルタリングすることによってマルチキャスト配信の制御情報を取得できる。

通信制御装置１０５は、取得されたマルチキャスト配信の制御情報がマルチキャストアドレスへのＪＯＩＮメッセージ（Ｅ）であるか否かを判定する（ステップ６０２）。

ここで、マルチキャストアドレスへのＪＯＩＮメッセージは、マルチキャストアドレス宛に送信される映像データの受信を希望する旨のメッセージである。

マルチキャスト配信において、映像配信の開始要求は、マルチキャストアドレスへのＪＯＩＮメッセージが用いられる。したがって、マルチキャスト配信では、マルチキャストアドレスへのＪＯＩＮメッセージ（Ｅ）が映像配信の開始要求に関する情報（Ｃ）に対応する。

取得されたマルチキャスト配信の制御情報がマルチキャストアドレスへのＪＯＩＮメッセージ（Ｅ）であると判定された場合、通信制御装置１０５は、取得された制御情報から映像受信表示装置１０７、１０８を特定する情報（Ａ)、および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ６０３）。

映像受信表示装置１０７、１０８を特定する情報（Ａ）として取得される情報は、通信プロトコルのバージョンまたはマルチキャスト制御プロトコルによらず、映像受信表示装置１０７、１０８のＩＰアドレスである。

ここで、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として取得される情報について説明する。

配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として取得される情報は、通信プロトコルのバージョンおよび制御情報を送信する映像受信表示装置１０７、１０８が実装するマルチキャスト制御プロトコルのバージョンによって異なる。

通信プロトコルがＩＰｖ４である場合、マルチキャスト制御プロトコルにはＩＧＭＰ（ＩＰｖ４）が用いられる。

映像受信表示装置１０７、１０８がＩＧＭＰｖ３を実装している場合、通信制御装置１０５は、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として、マルチキャストアドレスおよび映像配信サーバ１０２のＩＰアドレスを取得できる。

映像受信表示装置１０７、１０８がＩＧＭＰｖ２を実装している場合、通信制御装置１０５は、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として、マルチキャストアドレスのみを取得できる。

通信プロトコルがＩＰｖ６の場合、マルチキャスト制御プロトコルにはＭＬＤが用いられる。

映像受信表示装置１０７、１０８がＭＬＤｖ２（ＩＧＭＰｖ３に相当する）を実装している場合、通信制御装置１０５は、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として、マルチキャストアドレスおよび映像配信サーバ１０２のＩＰアドレスを取得できる。

映像受信表示装置１０７、１０８がＭＬＤｖ１（ＩＧＭＰｖ２に相当する）を実装している場合、通信制御装置１０５は、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）として、マルチキャストアドレスのみを取得できる。

通信制御装置１０５は、ステップ６０３において取得される情報に基づいて、測定対象の映像コンテンツの映像データパケットを取得することができる。ただし、映像品質測定を実行するためには、測定対象である映像コンテンツの映像データパケットを各映像受信表示装置１０７、１０８毎に特定する情報が必要である。具体的には、マルチキャスト配信の場合、マルチキャストアドレス、映像配信サーバ１０２のＩＰアドレス、および、映像受信表示装置１０７、１０８のポートが必要となる。

したがって、ステップ６０３において取得できない情報がある場合に配信品質測定を実行する場合には、映像データパケットを処理対象ごとに振り分ける必要がある。例えば、映像受信表示装置１０７、１０８がＭＬＤｖ２を用いるマルチキャスト配信の場合、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）に含まれない映像受信表示装置１０７、１０８のポート別に、映像データパケットが振り分けられ配信品質が測定される。

なお、配信品質測定時に映像データパケットを振り分ける方法について、図１４を用いて後述する。

図５の説明に戻る。

通信制御装置１０５は、制御情報から抽出された、映像受信表示装置１０７、１０８を特定する情報（Ａ）、および配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を制御情報テーブル８００に格納する（ステップ６０４）。

通信制御装置１０５は、制御情報テーブル８００を参照して、ＪＯＩＮメッセージを送信したマルチキャストアドレスが既にＪＯＩＮ済みであるか否かを判定する（ステップ６０５）。すなわち、参加を希望したマルチキャストアドレスに他の受信表示装置が既に参加しているか否かが判定される。

当該判定は、制御情報テーブル８００の映像データパケット特定情報８０２に、ステップ６０２において取得された配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）と同一となるエントリが存在するか否かで判定される。

参加を希望したマルチキャストアドレスがＪＯＩＮ済みでないと判定された場合、通信制御装置１０５は、受信を希望するマルチキャストアドレスにＪＯＩＮするための処理を実行する（ステップ６０６）。

通信制御装置１０５は、制御情報テーブル８００を参照して、測定対象であるデータパケットをフィルタリングし、フィルタリングすることによって取得された測定対象であるデータパケットの配信品質の測定を開始し（ステップ６０７）、処理を終了する。

ステップ６０５において、参加を希望したマルチキャストアドレスが既にＪＯＩＮ済みであると判定された場合、通信制御装置１０５は、処理を終了する。

例えば、映像受信表示装置１０７がＪＯＩＮ済みの任意のマルチキャストアドレスに、映像受信表示装置１０８がＪＯＩＮしようとした場合、既にユーザ宅内ネットワーク１０６に接続される機器は該当マルチキャストアドレスにＪＯＩＮ済みであり、配信品質測定も既に開始されているためである。

なお、ステップ６０５〜ステップ６０７の処理は、図４のステップ７０５の処理に対応する。

ステップ６０２において、取得されたマルチキャスト配信の制御情報がマルチキャストアドレスへのＪＯＩＮメッセージ（Ｅ）でないと判定された場合、通信制御装置１０５は、取得されたマルチキャスト配信の制御情報がマルチキャストアドレスからのＬＥＡＶＥメッセージ（Ｆ）であるか否かを判定する（ステップ６０８）。

ここで、マルチキャストアドレスからのＬＥＡＶＥメッセージは、マルチキャストアドレス宛に送信される映像データの受信を終了する旨のメッセージである。

取得されたマルチキャスト配信の制御情報がマルチキャストアドレスからのＬＥＡＶＥメッセージ（Ｆ）でないと判定された場合、通信制御装置１０５は、処理を終了する。

取得されたマルチキャスト配信の制御情報がマルチキャストアドレスからのＬＥＡＶＥメッセージ（Ｆ）であると判定された場合、通信制御装置１０５は、取得された制御情報から映像受信表示装置１０７、１０８を特定する情報（Ａ)、および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ６０９）。各情報を取得する方法は、Ｓ６０３と同一の方法が用いられる。

マルチキャスト配信において、映像配信の完了要求は、マルチキャストアドレスへのＬＥＡＶＥメッセージ（Ｆ）が用いられる。したがって、マルチキャスト配信では、マルチキャストアドレスへのＬＥＡＶＥメッセージ（Ｆ）が映像配信の完了要求に関する情報（Ｄ）に対応する。

通信制御装置１０５は、抽出された映像受信表示装置１０７、１０８を特定する情報（Ａ）および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）に基づいて制御情報テーブル８００を参照し、前述の情報（Ａ）および（Ｂ）と一致するエントリを制御情報テーブル８００から削除する（ステップ６１０）。

通信制御装置１０５は、ＬＥＡＶＥメッセージが送信されたマルチキャストアドレスについて、全ての機器がＬＥＡＶＥ済みであるか否かを判定する（ステップ６１１）。

当該判定は、制御情報テーブル８００の映像データパケット特定情報８０２に、ステップ６０２において取得された配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）と同一となるエントリが存在するか否かで判定される。

映像データパケット特定情報８０２に格納される情報が、ステップ６０２において取得された配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）と同一となるエントリが少なくとも一つの存在する場合には、全ての機器がＬＥＡＶＥ済みでないと判定される。

ＬＥＡＶＥメッセージが送信されたマルチキャストアドレスについて、全ての機器がＬＥＡＶＥ済みであると判定された場合、通信制御装置１０５は、当該マルチキャストアドレスからＬＥＡＶＥするための処理が実行される（ステップ６１２）。

通信制御装置１０５は、処理対象となる映像データパケットに関する配信品質の測定を完了し（ステップ６１３）、処理を終了する。

ＬＥＡＶＥメッセージが送信されたマルチキャストアドレスについて、全ての機器がＬＥＡＶＥ済みでないと判定された場合、通信制御装置１０５は、処理を終了する。

例えば、映像受信表示装置１０７および映像受信表示装置１０８が同一のマルチキャストアドレスにＪＯＩＮしている場合に、通信制御装置１０５が映像受信表示装置１０７からＬＥＡＶＥメッセージを受信した場合、映像受信表示装置１０８は当該マルチキャストアドレスにＪＯＩＮしており、映像配信サーバ１０２から送信される映像データパケットを受信している。したがって、当該マルチキャストアドレスから送信される映像データパケットの配信品質の測定を継続して実行される。

なお、ステップ６１１〜６１３は図４のステップ７０９に対応する処理である。

図６は、本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。当該マルチキャスト映像配信では、通信プロトコルがＩＰｖ６であり、マルチキャスト制御プロトコルがＭＬＤｖ２である場合のシーケンス図である。

映像配信サーバ１０２は、マルチキャストアドレス１１２２宛の映像データパケットを送信する（１１０１）。

この時点では、映像受信表示装置１０７は、マルチキャストアドレス１１２２にＪＯＩＮ（参加）していないため、通信制御装置１０５には映像データパケットは送信されない。

映像受信表示装置１０７は、映像データパケットを取得するために、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する（１１０２）。具体的には、映像受信表示装置１０７は、当該映像受信表示装置１０７が所属する同一のサブネット（本実施形態では、ユーザ宅内ネットワーク１０６）のＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０（本実施形態では、「ｆｆ０２：：１６」）宛に、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する。

通信制御装置１０５は、ユーザ宅内ネットワーク１０６のＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０宛に送信されるパケットを監視している。

通信制御装置１０５は、ＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０宛へのＪＯＩＮメッセージを受信し（１１０３）、当該ＪＯＩＮメッセージを解析し、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を抽出し、抽出された情報に基づいて、制御情報テーブル８００を更新する（１１０４）。さらに、通信制御装置１０５は、制御情報テーブル８００を用いて、配信品質の測定を開始する（１１０５）。

具体的には、通信制御装置１０５は、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレスを映像受信表示装置特定情報８０１に格納し、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を映像データパケット特定情報８０２に格納する。これによって、通信制御装置１０５は、配信品質の測定対象である映像データパケットをフィルタリングすることができ、当該映像データパケットを取得することができる。また、通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージの受信を契機に配信品質の測定を開始することができる。

マルチキャストアドレス１１２２へのＪＯＩＮメッセージを受信した通信制御装置１０５は、一般的なマルチキャストルータ機能を用いてマルチキャストルーティング処理を実行する。すなわち、ネットワーク１０１側から通信制御装置１０５が受信するマルチキャストパケットをユーザ宅内ネットワーク１０６へ通過させるように設定する。

次に、通信制御装置１０５は、ネットワーク１０１に対してマルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する（１１０６）。当該マルチキャストアドレス１１２２へのＪＯＩＮメッセージは、ＩＧＭＰ／ＩＰｖ６レポートアドレス１１２１宛に送信される。なお、ＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０とＩＧＭＰ／ＩＰｖ６レポートアドレス１１２１とは同一のアドレスである。

本実施形態では、ネットワーク１０１は、単一のサブネットから構成されるように記載しているが、実際の商用ネットワークではネットワーク１０１は多数の基幹ルータ（図示省略）から構成される。

通信制御装置１０５から送信されるマルチキャストアドレス１１２２へのＪＯＩＮメッセージは通信制御装置１０５の上流に存在する基幹ルータ（図示省略）によって受信される。当該ＪＯＩＮメッセージを受信した基幹ルータ（図示省略）は、通信制御装置１０５と同様に一般的なマルチキャストルータ機能を用いてマルチキャストルーティング処理を実行し、さらに上流のネットワークに向けてＪＯＩＮメッセージを送信する。

前述した処理によって、映像配信サーバ１０２が送信する映像データパケットが各基幹ルータ（図示省略）および通信制御装置１０５を通過し、ユーザ宅内ネットワーク１０６に接続される映像受信表示装置１０７へと送信される（１１０７、１１０９）。

以下、前述した処理と同様の処理が実行されることによって、映像データパケットがユーザ宅内ネットワーク１０６へと送信される。

通信制御装置１０５は、制御情報テーブル８００に基づいて、当該通信制御装置１０５を通過する映像データパケットをフィルタリングすることによって、測定対象の映像データパケットを取得し、取得された映像データパケットに対して配信品質の測定を実行する（１１０８、１１１０）。

次に、映像受信表示装置１０７は、当該映像受信表示装置１０７が所属する同一のサブネット（本実施形態では、ユーザ宅内ネットワーク１０６）のＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０（本実施形態では、「ｆｆ０２：：１６」）宛に、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを送信する（１１１１）。

通信制御装置１０５は、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを受信し（１１１２）、当該メッセージから、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレス、マルチキャストアドレス１１２２を抽出し、当該抽出された情報に基づいて、制御情報テーブル８００を更新し（１１１３）、配信品質の測定を完了する（１１１４）。

具体的には、通信制御装置１０５は、抽出された情報と一致するエントリを制御情報テーブル８００から削除する。これによって、通信制御装置１０５は、削除されたエントリに対応する映像データパケットのフィルタリングを終了することができる。

通信制御装置１０５は、ＩＧＭＰ／ＩＰｖ６レポートアドレス１１２１宛にマルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを送信する（１１１５）。当該マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージは、通信制御装置１０５の上流に存在する基幹ルータ（図示省略）へと次々に伝搬する。これによって、映像受信表示装置１０７は、マルチキャストアドレス１１２２から離脱することができる。

その後は、映像配信サーバ１０２から送信される映像パケットデータは受信されない（１１１６）。

図７Ａおよび図７Ｂは、本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。当該マルチキャスト映像配信では、通信プロトコルがＩｐｖ６であり、マルチキャスト制御プロトコルがＭＬＤｖ２である場合のシーケンス図である。

図７Ａおよび図７Ｂに示すシーケンス図は、図６に示すシーケンス図と比較して、二つの映像受信表示装置１０７、１０８を含む点が異なる。以下、図６と同一の処理については説明を省略し、図６との相違点を中心に説明する。

映像配信サーバ１０２は、マルチキャストアドレス１１２２宛の映像データパケットを送信する（１２０１）。

この時点では、映像受信表示装置１０７および映像受信表示装置１０８のいずれもが、マルチキャストアドレス１１２２にＪＯＩＮ（参加）していないため、通信制御装置１０５には、映像データパケットは送信されない。

映像受信表示装置１０７は、映像データパケットを取得するために、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する（１２０２）。具体的には、映像受信表示装置１０７は、当該映像受信表示装置１０７が所属する同一のサブネット（本実施形態では、ユーザ宅内ネットワーク１０６）のＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０宛に、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する。

通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを受信し（１２０３）、図６の１１０４と同一の処理を実行することによって制御情報テーブル８００を更新し（１２０４）、配信品質の測定を開始する（１２０５）。

具体的には、通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージからメッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を抽出し、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレスを映像受信表示装置特定情報８０１に格納し、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を映像データパケット特定情報８０２に格納する。

通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する（１２０６）。

これによって、映像受信表示装置１０７は映像データパケットを受信できる（１２０７）。なお、この時点では、映像受信表示装置１０８は、マルチキャストアドレス１１２２にＪＯＩＮ（参加）していないため、当該映像データパケットは受信されない。

通信制御装置１０５は、制御情報テーブル８００に基づいて、当該通信制御装置１０５を通過する映像データパケットをフィルタリングすることによって、測定対象の映像データパケットを取得し、取得された映像データパケットに対して配信品質の測定を実行する（１２０８）。

次に、映像受信表示装置１０８は、映像配信サーバ１０２から映像受信表示装置１０７が受信する映像データパケットと同一の映像データパケットを受信するため、同一のマルチキャストアドレス１１２２へのＪＯＩＮメッセージを送信する（１２０９）。

通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージを受信し（１２１０）、図６の１１０４と同様の処理を実行することによって制御情報テーブル８００を更新し（１２１１）、配信品質の測定を開始する（１２１２）。

具体的には、通信制御装置１０５は、マルチキャストアドレス１１２２へのＪＯＩＮメッセージからメッセージ送信元（映像受信表示装置１０８）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を抽出し、メッセージ送信元（映像受信表示装置１０８）のＩＰアドレスを映像受信表示装置特定情報８０１に格納し、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を映像データパケット特定情報８０２に格納する。

１２０２〜１２１０の処理によって、映像配信サーバ１０２から映像データパケットが映像受信表示装置１０７および映像受信表示装置１０８に送信され（１２１３）、当該映像データパケットについて配信品質を測定する（１２１４）。

なお、マルチキャストアドレス１１２２へのＪＯＩＮは、Ｓ１２０６においてすでに完了しているため、通信制御装置１０５からＩＧＭＰ／ＩＰｖ６レポートアドレス１１２１宛に、マルチキャストアドレス１１２２へのＪＯＩＮメッセージは送信されない。

次に、映像受信表示装置１０８がマルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを送信する（１２１５）。

通信制御装置１０５は、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを受信し（１２１６）、図６の１１１３と同一の処理を実行することによって制御情報テーブル８００を更新する（１２１７）。

具体的には、通信制御装置１０５は、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージからメッセージ送信元（映像受信表示装置１０８）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を抽出し、抽出された情報と一致するエントリを制御情報テーブル８００から削除する。

これによって、映像受信表示装置１０８には映像データパケットが送信されない。また、通信制御装置１０５は、制御情報テーブル８００から削除されたエントリに対応する映像データパケットのフィルタリングを終了することができる。

制御情報テーブル８００が更新された後、映像配信サーバ１０２からの映像データパケットは、映像受信表示装置１０７にのみ送信され（１２１８）、当該映像データパケットの配信品質の測定は継続して実行される（１２１９）。

これは、映像データパケット特定情報８０２に、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２が削除されたエントリと同一である映像データパケットが受信されるためである。すなわち、ユーザ宅内ネットワーク１０６に接続される少なくとも一つの機器（この場合は、映像受信表示装置１０７）が、マルチキャストアドレス１１２２にＪＯＩＮ（参加）している場合は、配信品質の測定が継続される。

次に、映像受信表示装置１０７がマルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを送信する（１２２０）。

通信制御装置１０５は、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを受信し（１１２１）、図６の１１１３と同一の処理を実行することによって制御情報テーブル８００を更新する（１２２２）。

具体的には、通信制御装置１０５は、マルチキャストアドレス１１２２からのＬＥＡＶＥメッセージからメッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１１２２を抽出し、抽出された情報と一致するエントリを制御情報テーブル８００から削除する。

以上の処理によって、ユーザ宅内ネットワーク１０６に接続される全ての機器がマルチキャストアドレス１１２２からＬＥＡＶＥ済みであるため、配信品質の測定を完了する（１２２３）。

通信制御装置１０５は、ＩＧＭＰ／ＩＰｖ６レポートアドレス１１２１宛にマルチキャストアドレス１１２２からのＬＥＡＶＥメッセージを送信する（１２２４）。当該マルチキャストアドレスからのＬＥＡＶＥメッセージは、通信制御装置１０５の上流に存在する基幹ルータ（図示省略）へと次々に伝搬する。これによって、映像受信表示装置１０７は、マルチキャストアドレス１１２２から離脱することができる。

その後は、映像配信サーバ１０２から送信される映像パケットデータは受信されない（１２２５）。

図８は、本発明の実施形態のマルチキャスト配信における配信品質測定の処理手順を説明するシーケンス図である。当該マルチキャスト映像配信では、通信プロトコルがＩｐｖ４であり、マルチキャスト制御プロトコルがＩＧＭＰｖ３である場合のシーケンス図である。

映像配信サーバ１０２は、マルチキャストアドレス１３００宛の映像データパケットを送信する（１３０１）。

この時点では、映像受信表示装置１０７は、マルチキャストアドレス１３００にＪＯＩＮ（参加）していないため、通信制御装置１０５には、映像データパケットは送信されない。

映像受信表示装置１０７は、映像データパケットを取得するために、通信制御装置１０５に、マルチキャストアドレス１３００へのＪＯＩＮメッセージを送信する（１３０２）。さらに、通信制御装置１０５からマルチキャストアドレス１３００宛に、マルチキャストアドレス１３００へのＪＯＩＮメッセージが送信される（１３０３）。

通信プロトコルがＩＰｖ６の場合では、制御情報（ＭＬＤ）の送信先のＩＰアドレスはＩＧＭＰ／ＩＰｖ６レポートアドレス１１２０、１１２１であったが、通信プロトコルがＩＰｖ４の場合では、制御情報（ＩＧＭＰ）の送信先のＩＰアドレスはマルチキャストアドレス１３００そのものとなる。

通信制御装置１０５は、マルチキャストアドレス１３００へのＪＯＩＮメッセージを受信し（１３０４）、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスおよびマルチキャストアドレス１３００を抽出し、当該抽出された情報に基づいて、制御情報テーブル８００を更新し（１３０５）、配信品質の測定を開始する（１３０６）。当該処理は、図６と同一である。

以上の処理によって、映像配信サーバ１０２が送信する映像データパケットは各基幹ルータ（図示省略）および通信制御装置１０５を通過し、ユーザ宅内ネットワーク１０６に接続される映像受信表示装置１０７へと送信される（１３０７、１３０９）。

通信制御装置１０５は、制御情報テーブル８００に基づいて、当該通信制御装置１０５を通過する映像データパケットをフィルタリングすることによって、測定対象の映像データパケットを取得し、取得された映像データパケットに対して配信品質の測定を実行する（１３０８、１３１０）。

次に、映像受信表示装置１０７は、マルチキャストアドレス１３００宛に、マルチキャストアドレス１３００からのＬＥＡＶＥメッセージを送信する（１３１１）。

通信制御装置１０５は、マルチキャストアドレス１３００からのＬＥＡＶＥメッセージを受信し（１３１２）、当該マルチキャストアドレス１３００からのＬＥＡＶＥメッセージから、メッセージ送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレス、マルチキャストアドレス１３００を抽出し、当該抽出された情報に基づいて、制御情報テーブル８００を更新し（１３１３）、配信品質の測定を完了する（１３１４）。

具体的には、通信制御装置１０５は、抽出された情報と一致するエントリを制御情報テーブル８００から削除する。当該処理は、図６と同一である。

通信制御装置１０５は、マルチキャストアドレス１３００宛に当該マルチキャストアドレス１３００からのＬＥＡＶＥメッセージを送信する（１３１５）。当該マルチキャストアドレス１３００からのＬＥＡＶＥメッセージは、通信制御装置１０５の上流に存在する基幹ルータ（図示省略）へと次々に伝搬する。これによって、映像受信表示装置１０７は、マルチキャストアドレス１３００から離脱することができる。

その後は、映像配信サーバ１０２から送信される映像パケットデータは受信されない（１３１６）。

次に、映像配信の方式がユニキャスト配信の場合について説明する。

図９は、本発明の実施形態のユニキャスト配信における配信品質の測定処理の詳細を説明するフローチャートである。

通信制御装置１０５は、映像受信表示装置１０７、１０８からユニキャスト配信の制御情報を取得する（ステップ５０１）。

映像配信の方式がユニキャスト配信である場合、制御情報はＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて送信される。

通信制御装置１０５は、ＲＴＳＰで用いられるポート（５５４番ポート）宛のパケットをフィルタリングすることによってＲＴＳＰの情報を取得する。当該処理は、通信プロトコルがＩＰｖ４、又はＩＰｖ６のいずれの場合も共通である。

映像配信の方式がユニキャスト配信である場合、図４のステップ７０２の処理は、ＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）を受信する処理とＲＴＳＰのＰＬＡＹメソッド（Ｈ）を受信する処理との２回の処理に分割される。すなわち、ＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）およびＲＴＳＰのＰＬＡＹメソッド（Ｈ）の二つ情報が、映像配信の開始要求に関する情報（Ｃ）と対応する。

ここで、ＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）は、映像配信に必要な情報が含まれる。具体的には、映像送信元（映像配信サーバ１０２）のＩＰアドレス、映像送信先（映像受信表示装置１０７）のＩＰアドレス、映像送信元（映像配信サーバ１０２）のポート、映像送信元（映像配信サーバ１０２）がマルチキャストアドレス宛に映像を配信する送り先（例えば、基幹ルータ）のポート、映像送信先（映像受信表示装置１０７）のポート、および、映像送信元（映像配信サーバ１０２）と映像送信先（映像受信表示装置１０７）との間に確立されるセッションの識別子（セッションＩＤ）の情報が含まれる。

また、ＲＴＳＰのＰＬＡＹメソッド（Ｈ）は、映像配信の開始を指示する情報が含まれる。

通信制御装置１０５は、取得された制御情報がＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）であるか否かを判定する（ステップ５０２）。

通信制御装置１０５は、取得された制御情報のパケットのヘッダを参照することによってＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）であるか否かを判定することができる。

取得された制御情報がＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）であると判定された場合、通信制御装置１０５は、取得された制御情報から映像受信表示装置１０７、１０８を特定する情報（Ａ）、および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ５０３）。

通信制御装置１０５は、制御情報から抽出された、映像受信表示装置１０７、１０８を特定する情報（Ａ）、および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を制御情報テーブル８００に格納し（ステップ５０４）、処理を終了する。

ステップ５０２において、取得された制御情報がＲＴＳＰのＳＥＴＵＰメソッド（Ｇ）でないと判定された場合、通信制御装置１０５は、取得された制御情報がＲＴＳＰのＰＬＡＹメソッド（Ｈ）であるか否かを判定する（ステップ５０５）。当該判定は、ステップ５０２と同一の方法を用いる。

取得された制御情報がＲＴＳＰのＰＬＡＹメソッド（Ｈ）であると判定された場合、通信制御装置１０５は、制御情報テーブル８００を参照して、配信品質の測定対象となる映像データパケットの配信品質の測定を開始し（ステップ５０６）、処理を終了する。

取得された制御情報がＲＴＳＰのＰＬＡＹメソッド（Ｈ）でないと判定された場合、通信制御装置１０５は、取得された制御情報がＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）であるか否かを判定する（ステップ５０７）。

ここで、ＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）は、映像受信表示装置１０７、１０８のＩＰアドレス、セッションＩＤ、および映像配信の停止を指示する情報が含まれる。ＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）が映像配信の完了要求に関する情報（Ｄ）に対応する。

取得された制御情報がＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）でないと判定された場合、通信制御装置１０５は、処理を終了する。

取得された制御情報がＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）であると判定された場合、通信制御装置１０５は、取得された制御情報から映像受信表示装置１０７、１０８を特定する情報（Ａ）、および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）を抽出する（ステップ５０８）。なお、ＲＴＳＰのＴＥＡＲＤＯＷＮ（Ｊ）に含まれない、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）は、セッションＩＤとセッションの状態を管理するテーブル（図示省略）等を参照することによって取得することができる。

抽出された映像受信表示装置１０７、１０８を特定する情報（Ａ）、および、配信品質の測定対象となる映像データパケットを特定する情報（Ｂ）に基づいて、制御情報テーブル８００を参照し、前述の情報（Ａ）および（Ｂ）と一致するエントリを制御情報テーブル８００から削除し（ステップ５０９）、配信品質の測定を完了し（ステップ５１０）、処理を終了する。

映像受信表示装置１０７、１０８がＩＰｖ４のプライベートアドレスしか保持していない、一般的なユーザ宅内ネットワーク１０６の構成において、通信プロトコルがＩＰｖ４であるユニキャスト配信を実行する場合に、一般的には、映像配信サーバ１０２は、直接、映像受信表示装置１０７、１０８に対して映像データパケットを送信することができない。これは所謂ＮＡＴ越えの問題であり、いくつかの解決方法が知られている。本実施形態では詳細な処理の記述を省略するが、なんらかの方法を用いることによって、グローバルＩＰアドレスを保持する通信制御装置１０５のあるポートから該当する映像受信表示装置１０７、１０８のあるポートへのポートフォワード設定がされるものとする。

図１０は、本発明の実施形態のポートフォワード情報テーブル３００の一例を示す説明図である。

ポートフォワード設定を用いてＩＰｖ４によるユニキャスト配信が行われる場合、図１０に示すような、ポートフォワード情報テーブル３００が用いられる。ポートフォワード情報テーブル３００には、ポートフォワードに関する情報が定義される。ポートフォワード情報テーブル３００は、例えば、メインメモリ２０２に格納される。

ポートフォワード情報テーブル３００は、項番３０１、通信制御装置ポート３０２、映像受信表示装置ＩＰアドレス３０３、および映像受信表示装置ポート３０４を含む。

項番３０１は、ポートフォワード情報テーブル３００に格納された情報を一意に識別するための識別子である。

通信制御装置ポート３０２は、通信制御装置１０５が映像データパケットを送信するときに用いられるポート番号である。

映像受信表示装置ＩＰアドレス３０３は、映像データパケットが送信される映像受信表示装置１０７、１０８のＩＰアドレスである。

映像受信表示装置ポート３０４は、映像受信表示装置１０７、１０８が映像データパケットを受信するときに用いられるポート番号である。

図１０に示すポートフォワード情報テーブル３００に含まれる情報は、制御情報テーブル８００の映像データパケット特定情報８０２に格納される。

図１１は、本発明の実施形態のユニキャスト配信における配信品質の測定処理の詳細を説明するシーケンス図である。

以下で説明する処理内容は、通信プロトコル（ＩＰｖ４／ＩＰｖ６）によらないが、本発明の説明を簡単にするため、映像受信表示装置１０７はグローバルＩＰｖ４アドレス、またはＩＰｖ６アドレスを保持するものとする。

映像受信表示装置１０７は、映像配信サーバ１０２に対してＲＴＳＰ ＳＥＴＵＰメッセージを送信する（１００１）。

通信制御装置１０５は、ユーザ宅内ネットワーク１０６に接続する機器（例えば、映像受信表示装置１０７）が映像配信サーバ１０２に対して送信するユニキャスト映像配信の制御情報（ＲＴＳＰメッセージ）通信制御装置１０５内で終端（中抜き）する。

前述したようなユニキャスト映像配信の整序情報の終端（中抜き）は、特定のポート宛のパケットをフィルタリングして取得する事によって実現可能である。ＲＴＳＰメッセージの場合、通常、５５４番ポート宛にメッセージが送信されるため、通信制御装置１０５は、５５４番ポート宛のメッセージをフィルタリングする事によって映像受信表示装置１０７から送信されるＲＴＳＰメッセージを中抜きする事が可能となる。

通信制御装置１０５は、映像受信表示装置１０７が映像配信サーバ１０２に対して送信したＲＴＳＰメッセージを中抜きし、当該ＲＴＳＰメッセージから必要な情報を抽出し、抽出された情報に基づいて制御情報テーブル８００を更新する（１００２）。

具体的には、通信制御装置１０５は、ＲＴＳＰメッセージにＲＴＳＰセッションＩＤが含まれていなければ、ＲＴＳＰメッセージの送信元（映像受信表示装置１０７）のＩＰアドレスを映像受信表示装置特定情報８０１に格納し、ＲＴＳＰメッセージの送信元（映像受信表示装置１０７）のＩＰアドレス、映像配信サーバ１０２のＩＰアドレスを映像データパケット特定情報８０２に格納する。

次に、通信制御装置１０５は、通信制御装置１０５を送信元としてＲＴＳＰ ＳＥＴＵＰメッセージを映像配信サーバ１０２に送信する（１００３）。

通信制御装置１０５は、映像配信サーバ１０２からＲＴＳＰ ＳＥＴＵＰメッセージに対するＲＴＳＰ ＰＬＡＹレスポンスを受信すると（１００４）、当該レスポンスに含まれる情報に基づいて、制御情報テーブル８００を更新する（１００５）。

具体的には、ＲＴＳＰ ＰＬＡＹレスポンスに含まれるＲＴＳＰセッションＩＤを映像受信表示装置特定情報８０１に格納し、映像送信先（映像受信表示装置１０７）のポートを映像データパケット特定情報８０２に格納する。

次に、通信制御装置１０５は、映像配信サーバ１０２から受信した情報をＲＴＳＰ ＳＥＴＵＰメッセージのレスポンス（ＲＴＳＰ ＰＬＡＹレスポンス）として映像受信表示装置１０７に送信する（１００６）。

次に、映像受信表示装置１０７は、ＲＴＳＰ ＰＬＡＹメッセージを送信する（１００７）。

通信制御装置１０５は、ＲＴＳＰ ＰＬＡＹメッセージを中抜きし、ＲＴＳＰ ＰＬＡＹメッセージから必要な情報を抽出し、抽出された情報に基づいて制御情報テーブル８００を更新する（１００８）。当該処理は図６と同一である。

通信制御装置１０５は、ＲＴＳＰ ＰＬＡＹメッセージから抽出されたＲＴＳＰ ＰＬＡＹメッセージの送信元（映像受信表示装置１０７）のＩＰアドレスおよびＲＴＳＰセッションＩＤと一致するエントリを制御情報テーブル８００から取得し、取得されたエントリに対応する映像データパケットをフィルタリングすることによって、当該映像データパケットの配信品質の測定を開始する（１００９）。

通信制御装置１０５は、ＲＴＳＰ ＰＬＡＹメッセージを映像配信サーバ１０２に送信する（１０１０）。

通信制御装置１０５は、映像配信サーバ１０２からＲＴＳＰ ＰＬＡＹレスポンスを受信し（１０１１）、当該レスポンスを映像受信表示装置１０７に送信する（１０１２）。

以上の処理のよって、映像データパケットの送信準備が完了し、映像配信サーバ１０２から映像受信表示装置１０７へと映像データパケットの送信が開始される（１０１３、１０１５）。

通信制御装置１０５は、映像配信サーバ１０２から映像受信表示装置１０７へ送信される映像データパケットをフィルタリングすることによって取得し、取得された映像データパケットに対して配信品質を測定する（１０１４、１０１６）。

映像受信表示装置１０７がＲＴＳＰ ＴＥＡＲＤＯＷＮメッセージを送信すると（１０１７）、通信制御装置１０５は該当する情報を制御情報テーブル８００から削除し（１０１８）、配信品質測定を完了する（１０１９）。制御情報テーブル８００から該当する情報を削除する処理は、図６と同一である。

また、通信制御装置１０５は、ＲＴＳＰ ＴＥＡＲＤＯＷＮメッセージを映像配信サーバ１０２に送信する（１０２０）。

通信制御装置１０５は、ＲＴＳＰ ＴＥＡＲＤＯＷＮメッセージの応答として、映像配信サーバ１０２からＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信し（１０２１）、当該レスポンスを映像受信表示装置１０７に送信する（１０２２）。

次に、本実施形態における配信品質の測定処理の詳細について説明する。

通信制御装置１０５は、ＲＴＰによる映像配信の配信品質を測定するためには、映像受信表示装置１０７、１０８が受信したＲＴＰパケットを解析し、パケットロス、パケット遅延、およびパケットゆらぎ等の配信品質情報を取得し、ＲＴＣＰ ＲＲ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｒｅｃｅｒｖｅｒ Ｒｅｐｏｒｔ）を用いて映像配信サーバ１０２等に配信品質の測定結果を通知する。

具体的なＲＴＰパケットの解析方法としては、以下の通りである。

パケットロスの測定については、ＲＴＰパケットのヘッダ部に記載されているシーケンス番号の連続性を確認し、連続性が途切れる部分をパケットロス（映像受信表示装置１０７、１０８まで到達しなかったパケット）とみなすことができる。例えば、シーケンス番号が「１２３４５」である最初のＲＴＰパケットを受信した後に、受信したパケットのシーケンス番号がそれぞれ、「１２３４６」、「１２３４８」、および「１２３５１」であった場合、シーケンス番号が「１２３４７」、「１２３４９」、および「１２３５０」のパケットが映像受信表示装置１０７、１０８まで到達しなかったと分かる。

また、パケット遅延については、ＲＴＰパケットのヘッダ部に記載されるタイムスタンプと、映像受信表示装置１０７、１０８がＲＴＰパケットを受信した時間との差分に基づいて算出することができる。

また、パケットゆらぎについては、全てのＲＴＰパケットにおけるパケット遅延の平均値と、あるパケットについてのパケット遅延と、の差分の絶対値によって算出することができる。

以下に、本実施形態における配信品質の測定の具体的な処理手順について説明する。

図１２は、本発明の実施形態の通信制御装置１０５が実行する配信品質の測定処理詳細を説明するフローチャートである。

図１２は、図４のステップ７０５の配信品質測定開始に関する処理の詳細を示す図である。

通信制御装置１０５は、ＲＴＰパケット（映像データパケット）を受信する（ステップ４０１）。

通信制御装置１０５は、制御情報テーブル８００を参照し、ある映像コンテンツの映像データパケットを特定する情報に基づいて、受信したＲＴＰパケットを振り分ける（ステップ４０２）。

ここで、ある映像コンテンツの映像データパケットを特定する情報は、ユニキャスト配信の場合、映像配信サーバ１０２のＩＰアドレス、映像配信先（映像受信表示装置１０７、１０８）のポート番号およびセッションＩＤである。また、マルチキャスト配信の場合、ある映像コンテンツの映像データパケットを特定する情報は、マルチキャストアドレス、映像配信サーバ１０２のＩＰアドレスおよび映像配信先（映像受信表示装置１０７、１０８）のポート番号である。

前述した情報のうち、制御情報テーブル８００に含まれない情報については、映像データパケットの振り分け処理を実行し、振り分けられた映像データパケット毎に配信品質を測定する。すなわち、フィルタリングして取得された映像データパケットをさらに、処理対象ごとに振り分けて配信品質の測定が実行される。なお、映像データパケットの振り分け処理の詳細については図１４を用いて後述する。

例えば、マルチキャスト配信の場合、制御情報からだけでは映像配信ポートを取得することができない。したがって、通信制御装置１０５は、受信したＲＴＰパケットに含まれる映像配信先のポート番号に基づいて当該ＲＴＰパケットを振り分け、別々に配信品質の測定を実行し、測定結果を品質測定情報テーブル９００に格納する。

通信制御装置１０５は、受信したＲＴＰパケットのヘッダを参照して、当該ＲＴＰパケットのシーケンス番号を取得する（ステップ４０３）。

通信制御装置１０５は、受信したＲＴＰパケットのヘッダを参照して、当該ＲＴＰパケットのタイムスタンプを取得する（ステップ４０４）。

通信制御装置１０５は、受信したＲＴＰパケットの受信時間を取得する（ステップ４０５）。例えば、当該ＲＴＰパケットの受信時間はメインメモリ２０２等に格納され、通信制御装置１０５はメインメモリ２０２から読み出すことによってＲＴＰパケットの受信時間を取得できる。

通信制御装置１０５は、取得されたＲＴＰパケットのシーケンス番号を用いて、ロスパケットの有無を判定する（ステップ４０６）。

通信制御装置１０５は、取得されたＲＴＰパケットのタイムスタンプおよび受信時間を用いて、パケット遅延およびパケットゆらぎを算出する（ステップ４０７）。

通信制御装置１０５は、配信品質の測定を継続するか否かを判定する（ステップ４０８）。具体的には、通信制御装置１０５は、制御情報テーブル８００を参照し、測定対象であるＲＴＰパケット（映像データパケット）と一致するエントリがあるか否かを判定する。測定対象であるＲＴＰパケット（映像データパケット）と一致するエントリがない場合には、配信品質の測定を完了すると判定される。

配信品質の測定を継続すると判定された場合、通信制御装置１０５は、ステップ４０１に戻り、ステップ４０１〜ステップ４０８の処理を実行する。

配信品質の測定を継続しない、すなわち、配信品質の測定を完了すると判定された場合、通信制御装置１０５は、ＲＴＰパケット（映像データパケット）の解析プロセスを完了し（ステップ４０９）、処理を終了する。

以上の処理のよって測定された配信品質に関する結果は品質測定情報テーブル９００に格納される。

図１３は、本発明の実施形態の品質測定情報テーブル９００の一例を示す説明図である。

品質測定情報テーブル９００は、ユニキャスト配信またはマルチキャスト配信における、測定対象となる映像データパケットの配信品質の測定結果を格納する。

品質測定情報テーブル９００は、映像データパケット特定情報９０１および配信品質情報９０２を含む。

映像データパケット特定情報９０１は、配信品質の測定対象となる、ある映像コンテンツの映像データパケットを特定するための情報である。

配信品質情報９０２は、映像データパケット特定情報９０１に対応する、ある映像コンテンツの映像データパケットの配信品質の測定結果である。

図１３の各行９０３〜９０５は、ある映像コンテンツの映像データパケットごとの配信品質情報を示す。

行９０３の映像データパケット特定情報９０１は、マルチキャストアドレスが「２２４．１０．１０．１０」であり、映像配信サーバ１０２のＩＰアドレスが「１３３．１４４．１．１」であり、映像配信先のポート番号が「１０２３４」である映像データパケットを示す。

行９０３の配信品質情報９０２は、パケットロス（ＬＯＳＳ）が「１０００５パケット中１２パケットであり、パケット遅延の平均値（ＡＶＧ＿ＬＡＴＥＮＣＹ）が「５２ｍｓ」である、パケットゆらぎ（ＡＶＧ＿ＧＩＴＴＥＲ）の平均値が「１０ｍｓ」であることを示す。

図１４は、本発明の実施形態のＲＴＰパケットの振り分け処理の詳細を説明するフローチャートである。

図１４は、図１２のステップ４０２の処理の詳細を説明する図である。

通信制御装置１０５は、受信したＲＴＰパケット（映像データパケット）から、当該ＲＴＰパケット（映像データパケット）の送信元（映像配信サーバ１０２）のＩＰアドレス、当該ＲＴＰパケット（映像データパケット）の配信先（映像受信表示装置１０７、１０８）のＩＰアドレス、および当該ＲＴＰパケット（映像データパケット）の配信先（映像受信表示装置１０７、１０８）のポート番号を取得する（ステップ１４０１）。

通信制御装置１０５は、品質測定情報テーブル９００を参照して、送信元（映像配信サーバ１０２）のＩＰアドレスと、配信先（映像受信表示装置１０７、１０８）のポート番号とが、取得された情報と一致するエントリが品質測定情報テーブル９００に存在するか否かを判定する（ステップ１４０２）。

ステップ１４０１において取得された情報と一致するエントリが品質測定情報テーブル９００に存在すると判定された場合、通信制御装置１０５は、ステップ１４０５に進む。

ステップ１４０１において取得された情報と一致するエントリが品質測定情報テーブル９００に存在しないと判定された場合、通信制御装置１０５は、ステップ１４０１において取得された情報に基づいて、新たなエントリを作成する（ステップ１４０３）。

具体的には、通信制御装置１０５は、品質測定情報テーブル９００の映像データパケット特定情報９０１に、ＲＴＰパケット（映像データパケット）の送信元（映像配信サーバ１０２）のＩＰアドレス、当該ＲＴＰパケット（映像データパケット）の配信先（映像受信表示装置１０７、１０８）のＩＰアドレス、および当該ＲＴＰパケット（映像データパケット）の配信先（映像受信表示装置１０７、１０８）のポート番号を格納する。

次に、通信制御装置１０５は、生成されたエントリに対応する映像データパケットについての解析プロセスを生成する（ステップ１４０４）。

通信制御装置１０５は、処理対象となる映像データパケット、すなわち、新たに生成されたエントリに対応する映像データパケットを生成された解析プロセスに出力し、処理を終了する（ステップ１４０５）。

本発明の一形態によれば、通信制御装置１０５は、映像受信表示装置１０７、１０８から送信される制御情報を取得することによって、配信品質を測定する映像データパケットを特定する情報を取得するとともに、特定された映像データパケットの配信品質の測定の開始又は終了をすることができる。

したがって、通信制御装置１０５は、宅内機器から、映像データパケットを受信するための接続先を特定する情報を取得することなく、測定対象の映像データパケットを特定し、配信品質を測定することができる。

また、既存のプロトコルを変更することなく、映像配信サーバ１０２と通信制御装置１０５との間の映像データパケットの配信品質を測定することが可能となる。

なお、本実施形態では映像データパケットの配信品質について説明したが、本発明はこれに限定されず、様々なデータの通信品質に適用することが可能である。

１０１ ネットワーク
１０２ 映像配信サーバ
１０４ ユーザ宅内
１０５ 通信制御装置
１０６ ユーザ宅内ネットワーク
１０７、１０８ 映像受信表示装置
１０８ 映像受信表示装置
２０１ ＣＰＵ
２０２ メインメモリ
２０３ ＥＰＲＯＭ
２０４、２０５ ネットワークＩ／Ｆ
２０６ 不揮発性記憶装置
２０７ バス
３００ ポートフォワード情報テーブル
８００ 制御情報テーブル
９００ 品質測定情報テーブル

Claims (16)

1. 第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記第１のプロセッサに接続される第１のネットワークインタフェースとを備え、第１のネットワークと第２のネットワークとを接続する通信制御装置であって、
   前記第１のネットワークは、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記第２のプロセッサに接続される第２のネットワークインタフェースとを備え、複数のコンテンツのデータパケットを配信する配信サーバが接続され、
   前記第２のネットワークは、第３のプロセッサと、前記第３のプロセッサに接続される第３のメモリと、前記第３のプロセッサに接続される第３のネットワークインタフェースとを備え、前記配信サーバから前記データパケットを取得する複数の計算機が接続され、
   前記通信制御装置は、
   前記計算機が前記配信サーバから前記データパケットを取得するために前記配信サーバに送信する制御情報を取得し、
   前記取得された制御情報から、前記送信されるデータパケットの配信品質を測定する対象である前記計算機を特定するための計算機特定情報と、前記特定された計算機に送信される測定対象の前記データパケットを特定するためのデータパケット特定情報と、を抽出し、
   前記抽出された計算機特定情報および前記抽出されたデータパケット特定情報に基づいて、前記特定された計算機に送信される測定対象のデータパケットの配信品質を測定することを特徴とする通信制御装置。
2. 前記配信サーバは、複数の配信先に前記データパケットを送信するためのマルチキャストアドレス宛に前記データパケットを送信し、
   前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記マルチキャストアドレスと、が含まれ、
   前記通信制御装置は、
   前記取得された制御情報が前記マルチキャストアドレスへの参加要求であるか否かを判定し、
   前記取得された制御情報が前記マルチキャストアドレスへの参加要求であると判定された場合に、前記取得された制御情報から、前記計算機特定情報として前記計算機のアドレスと、前記データパケット特定情報として前記マルチキャストアドレスと、を抽出し、
   前記抽出されたマルチキャストアドレスへ既に参加されているか否かを判定し、
   前記抽出されたマルチキャストアドレスへ参加されていないと判定された場合に、前記抽出された計算機のアドレスおよび前記抽出されたマルチキャストアドレスに基づいて、前記測定対象のデータパケットを取得し、
   前記取得された測定対象のデータパケットの配信品質の測定を開始することを特徴とする請求項１に記載の通信制御装置。
3. 前記配信サーバは、複数の配信先に前記データパケットを送信するためのマルチキャストアドレス宛に前記データパケットを送信し、
   前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記マルチキャストアドレスと、が含まれ、
   前記通信制御装置は、
   前記取得された制御情報が前記マルチキャストアドレスからの離脱要求であるか否かを判定し、
   前記取得された制御情報が前記マルチキャストアドレスからの離脱要求であると判定された場合に、前記取得された制御情報から、前記計算機特定情報として前記計算機のアドレスと、前記データパケット特定情報として前記マルチキャストアドレスと、を抽出し、
   前記抽出された計算機特定情報および前記抽出されたマルチキャストアドレスに一致する前記測定対象のデータパケットの配信品質の測定を終了することを特徴とする請求項１に記載の通信制御装置。
4. 前記複数の計算機が同一の第１のマルチキャストアドレスに参加し、いずれかの前記計算機から前記マルチキャストアドレスからの離脱要求である前記制御情報が取得された場合に、全ての前記計算機が前記第１のマルチキャストアドレスから離脱しているか否かを判定し、
   全ての計算機が前記第１のマルチキャストアドレスから離脱していないと判定された場合に、前記第１のマルチキャストアドレスに対応する前記測定対象のデータパケットの配信品質の測定を継続し、
   全ての計算機が前記第１のマルチキャストアドレスから離脱していると判定された場合に、前記第１のマルチキャストアドレスに対応する前記測定対象のデータパケットの配信品質の測定を終了することを特徴とする請求項３に記載の通信制御装置。
5. 前記通信制御装置は、前記測定対象のデータパケットの配信品質の測定をする場合に、前記抽出された計算機特定情報および前記抽出されたデータパケット特定情報に基づいて、前記測定対象のデータパケットを取得し、
   前記取得された測定対象のデータパケットから所定の処理単位に振り分けるための振り分け情報を抽出し、
   前記抽出された振り分け情報に基づいて、前記測定対象のデータパケットを振り分け、
   前記振り分けられたデータパケット毎に配信品質を測定することを特徴とする請求項１に記載の通信制御装置。
6. 前記振り分け情報は、前記計算機のアドレス、前記計算機のポート番号、および前記配信サーバのアドレスであることを特徴とする請求項５に記載の通信制御装置。
7. 前記配信サーバは、前記データパケットを前記計算機のアドレス宛に直接送信し、
   前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記配信サーバのアドレスと、前記計算機と前記配信サーバとの間で情報の送受信をするためのセッションを識別するためのセッション識別と、が含まれ、
   前記通信制御装置は、
   前記制御情報が前記データパケットの送信に必要な設定情報であるか否かを判定し、
   前記制御情報が前記データパケットの送信に必要な設定情報であると判定された場合に、前記制御情報から、前記計算機特定情報として前記計算機のアドレスおよび前記セッション識別子と、前記データパケット特定情報として前記計算機のアドレスおよび前記配信サーバのアドレスと、を抽出し、
   前記制御情報が前記データパケットの送信開始要求であるか否かを判定し、
   前記制御情報が前記データパケットの送信開始要求であると判定された場合に、前記測定対象のデータパケットの配信品質の測定を開始し、
   前記制御情報が前記データパケットの送信終了要求であるか否かを判定し、
   前記制御情報が前記データパケットの送信終了要求であると判定された場合に、前記測定対象のデータパケットの配信品質の測定を終了することを特徴とする請求項１に記載の通信制御装置。
8. 前記測定対象のデータパケットの配信品質は、前記配信サーバから前記第１のネットワークを介して前記通信制御装置に送信されるデータパケットの配信品質であり、少なくともパケットロス、パケット遅延、およびパケットゆらぎのいずれかであることを特徴とする請求項１に記載の通信制御装置。
9. 第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記第１のプロセッサに接続される第１のネットワークインタフェースとを備え、第１のネットワークと第２のネットワークとを接続する通信制御装置における配信品質測定方法であって、
   前記第１のネットワークは、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記第２のプロセッサに接続される第２のネットワークインタフェースとを備え、複数のコンテンツのデータパケットを配信する配信サーバが接続され、
   前記第２のネットワークは、第３のプロセッサと、前記第３のプロセッサに接続される第３のメモリと、前記第３のプロセッサに接続される第３のネットワークインタフェースとを備え、前記配信サーバから前記データパケットを取得する複数の計算機が接続され、
   前記方法は、
   前記通信制御装置が、前記計算機が前記配信サーバから前記データパケットを取得するために前記配信サーバに送信する制御情報を取得するステップと、
   前記通信制御装置が、前記取得された制御情報から、前記送信されるデータパケットの配信品質を測定する対象である前記計算機を特定するための計算機特定情報と、前記特定された計算機に送信される測定対象の前記データパケットを特定するためのデータパケット特定情報と、を抽出するステップと、
   前記通信制御装置が、前記抽出された計算機特定情報および前記抽出されたデータパケット特定情報に基づいて、前記特定された計算機に送信される測定対象のデータパケットの配信品質を測定するステップと、を含むことを特徴とする通信品質測定方法。
10. 前記配信サーバは、複数の配信先に前記データパケットを送信するためのマルチキャストアドレス宛に前記データパケットを送信し、
    前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記マルチキャストアドレスと、が含まれ、
    前記方法は、
    前記通信制御装置が、前記取得された制御情報が前記マルチキャストアドレスへの参加要求であるか否かを判定するステップと、
    前記取得された制御情報が前記マルチキャストアドレスへの参加要求であると判定された場合に、前記通信制御装置が、前記取得された制御情報から、前記計算機特定情報として前記計算機のアドレスと、前記データパケット特定情報として前記マルチキャストアドレスと、を抽出するステップと、
    前記通信制御装置が、前記抽出されたマルチキャストアドレスへ既に参加されているか否かを判定するステップと、
    前記抽出されたマルチキャストアドレスへ参加されていないと判定された場合に、前記通信制御装置が、前記抽出された計算機のアドレスおよび前記抽出されたマルチキャストアドレスに基づいて、前記測定対象のデータパケットを取得するステップと、
    前記取得された測定対象のデータパケットの配信品質の測定を開始するステップと、を含むことを特徴とする請求項９に記載の通信品質測定方法。
11. 前記配信サーバは、複数の配信先に前記データパケットを送信するためのマルチキャストアドレス宛に前記データパケットを送信し、
    前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記マルチキャストアドレスと、が含まれ、
    前記方法は、
    前記通信制御装置が、前記取得された制御情報が前記マルチキャストアドレスからの離脱要求であるか否かを判定するステップと、
    前記取得された制御情報が前記マルチキャストアドレスからの離脱要求であると判定された場合に、前記通信制御装置が、前記取得された制御情報から、前記計算機特定情報として前記計算機のアドレスと、前記データパケット特定情報として前記マルチキャストアドレスと、を抽出するステップと、
    前記通信制御装置が、前記抽出された計算機特定情報および前記抽出されたマルチキャストアドレスに一致する前記測定対象のデータパケットの配信品質の測定を終了するステップと、を含むことを特徴とする請求項９に記載の通信品質測定方法。
12. 前記複数の計算機が同一の第１のマルチキャストアドレスに参加し、いずれかの前記計算機から前記マルチキャストアドレスからの離脱要求である前記制御情報が取得された場合に、前記通信制御装置が、全ての前記計算機が前記第１のマルチキャストアドレスから離脱しているか否かを判定するステップと、
    全ての計算機が前記第１のマルチキャストアドレスから離脱していないと判定された場合に、前記通信制御装置が、前記第１のマルチキャストアドレスに対応する前記測定対象のデータパケットの配信品質の測定を継続するステップと、
    全ての計算機が前記第１のマルチキャストアドレスから離脱していると判定された場合に、前記通信制御装置が、前記第１のマルチキャストアドレスに対応する前記測定対象のデータパケットの配信品質の測定を終了するステップと、を含むことを特徴とする請求項１１に記載の通信品質測定方法。
13. 前記測定対象のデータパケットの配信品質の測定をする場合に、前記通信制御装置が、前記抽出された計算機特定情報および前記抽出されたデータパケット特定情報に基づいて、前記測定対象のデータパケットを取得するステップと、
    前記取得された測定対象のデータパケットから所定の処理単位に振り分けるための振り分け情報を抽出するステップと、
    前記抽出された振り分け情報に基づいて、前記測定対象のデータパケットを振り分けるステップと、
    前記振り分けられたデータパケット毎に配信品質を測定するステップと、を含むことを特徴とする請求項９に記載の通信品質測定方法。
14. 前記振り分け情報は、前記計算機のアドレス、前記計算機のポート番号、および前記配信サーバのアドレスであることを特徴とする請求項１３に記載の通信品質測定方法。
15. 前記配信サーバは、前記データパケットを前記計算機のアドレス宛に直接送信し、
    前記制御情報には、当該制御情報を送信した計算機のアドレスと、前記配信サーバのアドレスと、前記計算機と前記配信サーバとの間で情報の送受信をするためのセッションを識別するためのセッション識別と、が含まれ、
    前記方法は、
    前記通信制御装置が、前記制御情報が前記データパケットの送信に必要な設定情報であるか否かを判定するステップと、
    前記制御情報が前記データパケットの送信に必要な設定情報であると判定された場合に、前記通信制御装置が、前記制御情報から、前記計算機特定情報として前記計算機のアドレスおよび前記セッション識別子と、前記データパケット特定情報として前記計算機のアドレスおよび前記配信サーバのアドレスと、を抽出するステップと、
    前記通信制御装置が、前記制御情報が前記データパケットの送信開始要求であるか否かを判定するステップと、
    前記制御情報が前記データパケットの送信開始要求であると判定された場合に、前記通信制御装置が、前記測定対象のデータパケットの配信品質の測定を開始するステップと、
    前記通信制御装置が、前記制御情報が前記データパケットの送信終了要求であるか否かを判定するステップと、
    前記制御情報が前記データパケットの送信終了要求であると判定された場合に、前記通信制御装置が、前記測定対象のデータパケットの配信品質の測定を終了するステップと、を含むことを特徴とする請求項９に記載の通信品質測定方法。
16. 前記測定対象のデータパケットの配信品質は、前記配信サーバから前記第１のネットワークを介して前記通信制御装置に送信されるデータパケットの配信品質であり、少なくともパケットロス、パケット遅延、およびパケットゆらぎのいずれかであることを特徴とする請求項９に記載の通信品質測定方法。

Images