(57)【要約】【課題】ＩＰマルチキャストを用いたコンテンツの配信サービス等において、中継器においてパケットを効率よく転送することにより、遅延時間を少なくしたコンテンツ配信システム等を提供すること。【解決手段】コンテンツ配信装置が、メディアコンテンツを符号化、多重化してメディアペイロードを生成し、メディアペイロードに基づいてＦＥＣペイロードを生成する。そして、メディアペイロード及びＦＥＣペイロードに基づいて、送信されるネットワークの特性に応じてメディアパケットとＦＥＣパケットとをそれぞれ生成し、受信装置に送信する。受信装置は、メディアパケット及びＦＥＣパケットを受信し、メディアペイロードと、ＦＥＣペイロードとをそれぞれ復元する。メディアペイロードにエラーがある場合には、ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを復号、逆多重化してコンテンツを復号する。【選択図】図１
2013026917.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるコンテンツ配信装置において、
メディアコンテンツを符号化、多重化してメディアペイロードを生成する多重化部と、
前記メディアペイロードを組み合わせて、メディアパッケージを生成するメディアパッケージ化部と、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成するメディアパケット生成部と、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成するＦＥＣ符号化部と、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成するＦＥＣパッケージ化部と、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成するＦＥＣパケット生成部と、
前記メディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信する送信部と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
コンテンツ配信装置から、ＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続される受信装置において、
メディアパケット及びＦＥＣパケットをそれぞれ受信する受信部と、
前記メディアパケットから、メディアパッケージを抽出するメディアパッケージ抽出部と、
前記ＦＥＣパケットから、ＦＥＣパッケージを抽出するＦＥＣパッケージ抽出部と、
前記メディアパッケージを復号してメディアペイロードを復元するメディアペイロード復元部と、
前記ＦＥＣパッケージを復号してＦＥＣペイロードを復元するＦＥＣペイロード復元部と、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行う誤り訂正部と、
メディアペイロードを逆多重化、復号してメディアコンテンツを復号するコンテンツ復号部と、
を備えることを特徴とする受信装置。
【請求項３】
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続される中継装置において、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信する受信部と、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化する再パケット化部と、
前記再パケット化されたメディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する送信部と、
を備えることを特徴とする中継装置。
【請求項４】
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムにおいて、
前記コンテンツ配信装置は、
メディアコンテンツを符号化、多重化してメディアペイロードを生成し、
前記メディアペイロードを組み合わせて、メディアパッケージを生成し、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成し、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成し、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成し、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成し、
前記生成されたメディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信し、
前記受信装置は、
メディアパケット及びＦＥＣパケットをそれぞれ受信し、
受信されたメディアパケットを復号してメディアペイロードを、ＦＥＣパケットを復号してＦＥＣペイロードをそれぞれ復元し、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを逆多重化、復号してメディアコンテンツを復号する、
ことを特徴とするコンテンツ配信システム。
【請求項５】
前記コンテンツ配信システムには、更に中継装置が接続されており、
前記中継装置は、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信し、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化して、メディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する、
ことを特徴とする請求項４に記載のコンテンツ配信システム。
【請求項６】
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムにおけるコンテンツ配信方法は、
前記コンテンツ配信装置において、
メディアコンテンツを符号化、多重化してメディアペイロードを生成し、
前記メディアペイロードを組み合わせて、メディアパッケージを生成し、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成し、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成し、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成し、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成し、
前記生成されたメディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信し、
前記受信装置において、
メディアパケット及びＦＥＣパケットをそれぞれ受信し、
受信されたメディアパケットを復号してメディアペイロードを、ＦＥＣパケットを復号してＦＥＣペイロードをそれぞれ復元し、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを逆多重化、復号してメディアコンテンツを復号する、
ことを実現するコンテンツ配信方法。
【請求項７】
少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるメディアコンテンツを配信するコンピュータに、
メディアコンテンツを符号化、多重化してメディアペイロードを生成する多重化機能と、
前記メディアペイロードを組み合わせて、メディアパッケージを生成するメディアパッケージ生成機能と、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成するメディアパケット生成機能と、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成するＦＥＣ符号化機能と、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成するＦＥＣパッケージ生成機能と、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成するＦＥＣパケット生成機能と、
前記メディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信する送信機能と、
を実現させるためのプログラム。
【請求項８】
コンテンツ配信装置から、ＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるメディアコンテンツを受信するコンピュータに、
メディアパケット及びＦＥＣパケットをそれぞれ受信する受信機能と、
前記メディアパケットから、メディアパッケージを抽出するメディアパッケージ抽出機能と、
前記ＦＥＣパケットから、ＦＥＣパッケージを抽出するＦＥＣパッケージ抽出機能と、
前記メディアパッケージを復号してメディアペイロードを復元するメディアペイロード復元機能と、
前記ＦＥＣパッケージを復号してＦＥＣペイロードを復元するＦＥＣペイロード復元機能と、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行う誤り訂正機能と、
メディアペイロードを逆多重化、復号してメディアコンテンツを復号するコンテンツ復号機能と、
を実現させるためのプログラム。
【請求項９】
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるパケットを中継するコンピュータに、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信する受信機能と、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化する再パケット化機能と、
前記再パケット化されたメディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する送信機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるコンテンツ配信装置等に関する。
【背景技術】
【０００２】
近年、ＦＴＴＨ（Fiber to the Home）やＡＤＳＬ（Asymmetric Digital Subscriber Line）といったブロードバンド回線の普及に伴い、大容量の映像や音声といったマルチメディアコンテンツをＩＰネットワーク上で提供する、ＩＰ放送等の放送型サービスが増加しつつある。
【０００３】
このような配信システムにおいては、多数の受信者に同時に配信が可能な「ＩＰマルチキャスト技術」を用いて実現されることが一般的である。ＩＰマルチキャスト技術は、１つのサーバから特定のマルチキャストグループに加入した複数の受信者に同時に同じデータパケットを伝送する方法であり、このＩＰマルチキャスト技術を用いることにより、サーバの負荷、および配信ネットワークの負荷を軽減させることが可能となる。
【０００４】
マルチキャストグループは、あるサーバから特定のマルチメディアコンテンツを提供されようとする受信者が集まって形成され、参加している受信者は、グループ内で同じマルチキャストアドレスを共有する。
【０００５】
このグループ内のデータ伝送経路を制御するルータは、マルチキャストデータを受信すると、そのマルチキャストアドレスを読み取り、該当するマルチキャストグループに属する受信者が接続されている経路へ向けて再送信する。
【０００６】
この際、受信者が複数で、かつ、別経路上に存在する場合、ルータは伝送しようとする情報を複製してそれぞれの経路に向けて送信する。このルータの動作により、ＩＰマルチキャスト技術では、当該マルチキャストグループに属する総ての受信者に対して、サーバから独立に情報を送信する場合に比べて、伝送情報量を大きく削減でき、サーバやネットワークへの負荷を軽減できる。
【０００７】
また、このＩＰマルチキャスト技術を用いて、多数のサーバから配信されるマルチキャストコンテンツを１台の受信端末で切り替えながら受信するようなアプリケーションやシステムも考えられる。
【０００８】
例えば、放送局から多くの番組がマルチキャスト方式で放送されていて、家庭や施設の受信端末で視聴したい番組に切り替えるようなＩＰ放送サービスシステムや、放送局からのコンテンツが多数のカメラ映像で構成されていて、それぞれがマルチキャスト方式で配信され、受信端末で受信を切り替えることでカメラ映像を選択できるような映像監視システムなどがある。
【０００９】
このような配信システムにおいては、効率良くパケットを送信するため、種々の技術が知られている。例えば、特許文献１に示すようなパケット転送方法であったり、特許文献２に示すようなコンテンツデータと、誤り訂正用のＦＥＣ（Forward Error Correction）データとを異なるデータ系列として送信し、受信端末は、受信状態に基づいて、それらの中から適切なデータ系列を選択したりする技術が知られている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０００−７８１９７号公報
【特許文献２】特開２００１−４５０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
近年、メディアコンテンツのデータ量は拡大し続けており、遅延防止やリソースを有効活用するために、より効率的なパケットの中継方法が所望されている。
【００１２】
しかし、例えば上述の特許文献１では、中継器で、パケットセグメント毎の誤り耐性特性（パケットヘッダ部か、ペイロード部か等）を判断し、かつ、その結果に従って異なる誤り訂正方式を選択する必要があり、中継器での伝送遅延時間が発生してしまうといった問題点が生じていた。また、例えばＷＷＷサーバとアクセスルータ、アクセスルータと受信端末の何れにおいても１対１の通信であり、ＭＴＵ（Maximum Transmission Unit）等のネットワーク条件をネゴシエーションしたり、再送要求したりすることが可能な場合に適用できる技術である。
【００１３】
したがって、サーバからメディアコンテンツをマルチキャスト伝送する場合には、１対多の通信であるため、ネゴシエーションを行うことが出来ず、例えばパスＭＴＵディスカバリーと言われるような、伝送路のＭＴＵを予め取得して、その最小サイズに合わせてパケット化するといった手法を用いることは出来なかった。
【００１４】
更に、特許文献２を適用した場合、宅内無線ネットワーク等、マルチキャストされたデータをいったん受信し、他のネットワークへ再送信することの出来る中継器が導入された場合、その中継器で異なるネットワーク特性に応じた伝送パケットを再構成する場合に、ＦＥＣデータを新たな伝送パケット毎に改めて計算して付加する必要があった。従って、この場合には、中継器を介した受信端末に対して伝送遅延が発生してしまう。
【００１５】
とくに、中継器は１つの中継器が多くのネットワークからのパケットについて中継処理を行う必要があった。例えば、１つのネットワークから１つのネットワークへ中継するだけなら１通りの経路で良いが、相互に５つのネットワークを中継する場合で２５通り、１０のネットワークを中継する場合で１００通りと、中継器においてかなり負荷がかかってしまう。
【００１６】
従って、中継器の負荷によって、ネットワークにおける伝送遅延が発生してしまうという問題点が生じていた。
【００１７】
上述した課題に鑑み、本発明が目的とするところは、ＩＰマルチキャストを用いたメディアコンテンツの配信サービス等において、中継器においてパケットを効率よく転送することにより、遅延時間を少なくしたコンテンツ配信システム等を提供することである。
【課題を解決するための手段】
【００１８】
上述した課題に鑑み、本発明のコンテンツ配信装置は、
少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるコンテンツ配信装置において、
メディアコンテンツを符号化、多重化してメディアペイロードを生成する多重化部と、
前記メディアペイロードを組み合わせて、メディアパッケージを生成するメディアパッケージ化部と、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成するメディアパケット生成部と、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成するＦＥＣ符号化部と、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成するＦＥＣパッケージ化部と、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成するＦＥＣパケット生成部と、
前記メディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信する送信部と、
を備えることを特徴とする。
【００１９】
本発明の受信装置は、
コンテンツ配信装置から、ＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続される受信装置において、
メディアパケット及びＦＥＣパケットをそれぞれ受信する受信部と、
前記メディアパケットから、メディアパッケージを抽出するメディアパッケージ抽出部と、
前記ＦＥＣパケットから、ＦＥＣパッケージを抽出するＦＥＣパッケージ抽出部と、
前記メディアパッケージを復号してメディアペイロードを復元するメディアペイロード復元部と、
前記ＦＥＣパッケージを復号してＦＥＣペイロードを復元するＦＥＣペイロード復元部と、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行う誤り訂正部と、
メディアペイロードを逆多重化、復号してメディアコンテンツを復号するコンテンツ復号部と、
を備えることを特徴とする。
【００２０】
本発明の中継装置は、
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続される中継装置において、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信する受信部と、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化する再パケット化部と、
前記再パケット化されたメディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する送信部と、
を備えることを特徴とする。
【００２１】
本発明のコンテンツ配信システムは、
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムにおいて、
前記コンテンツ配信装置は、
メディアコンテンツを符号化、多重化してメディアペイロードを生成し、
前記メディアペイロードを組み合わせて、メディアパッケージを生成し、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成し、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成し、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成し、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成し、
前記生成されたメディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信し、
前記受信装置は、
メディアパケット及びＦＥＣパケットをそれぞれ受信し、
受信されたメディアパケットを復号してメディアペイロードを、ＦＥＣパケットを復号してＦＥＣペイロードをそれぞれ復元し、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを逆多重化、復号してメディアコンテンツを復号する、
ことを特徴とする。
【００２２】
また、本発明のコンテンツ配信システムには、更に中継装置が接続されており、
前記中継装置は、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信し、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化して、メディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する、
ことを特徴とする。
【００２３】
本発明のコンテンツ配信方法は、
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記コンテンツ配信装置において、
メディアコンテンツを符号化、多重化してメディアペイロードを生成し、
前記メディアペイロードを組み合わせて、メディアパッケージを生成し、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成し、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成し、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成し、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成し、
前記生成されたメディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信し、
前記受信装置において、
メディアパケット及びＦＥＣパケットをそれぞれ受信し、
受信されたメディアパケットを復号してメディアペイロードを、ＦＥＣパケットを復号してＦＥＣペイロードをそれぞれ復元し、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを逆多重化、復号してメディアコンテンツを復号する、
ことを実現することを特徴とする。
【００２４】
本発明のプログラムは、
少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるメディアコンテンツを配信するコンピュータに、
メディアコンテンツを符号化、多重化してメディアペイロードを生成する多重化機能と、
前記メディアペイロードを組み合わせて、メディアパッケージを生成するメディアパッケージ生成機能と、
前記メディアパッケージに基づいて、送信されるネットワークの特性に応じてメディアパケットを生成するメディアパケット生成機能と、
前記メディアペイロードに基づいて、ＦＥＣペイロードを生成するＦＥＣ符号化機能と、
前記ＦＥＣペイロードを組み合わせて、ＦＥＣパッケージを生成するＦＥＣパッケージ生成機能と、
前記ＦＥＣパッケージに基づいて、送信されるネットワークの特性に応じてＦＥＣパケットを生成するＦＥＣパケット生成機能と、
前記メディアパケットと、前記ＦＥＣパケットとを、前記受信装置にそれぞれ送信する送信機能と、
を実現させることを特徴とする。
【００２５】
本発明のプログラムは、
コンテンツ配信装置から、ＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるメディアコンテンツを受信するコンピュータに、
メディアパケット及びＦＥＣパケットをそれぞれ受信する受信機能と、
前記メディアパケットから、メディアパッケージを抽出するメディアパッケージ抽出機能と、
前記ＦＥＣパケットから、ＦＥＣパッケージを抽出するＦＥＣパッケージ抽出機能と、
前記メディアパッケージを復号してメディアペイロードを復元するメディアペイロード復元機能と、
前記ＦＥＣパッケージを復号してＦＥＣペイロードを復元するＦＥＣペイロード復元機能と、
前記メディアペイロードにエラーがある場合には、前記ＦＥＣペイロードを利用して誤り訂正を行う誤り訂正機能と、
メディアペイロードを逆多重化、復号してメディアコンテンツを復号するコンテンツ復号機能と、
を実現させることを特徴とする。
【００２６】
本発明のプログラムは、
コンテンツ配信装置から、少なくとも一台の受信装置にＩＰマルチキャストのメディアコンテンツが配信されるコンテンツ配信システムに接続されるパケットを中継するコンピュータに、
コンテンツ配信装置から、メディアパケット及びＦＥＣパケットをそれぞれ受信する受信機能と、
前記受信されたメディアパケット及びＦＥＣパケットを、送信先のネットワークの特性に応じて再パケット化する再パケット化機能と、
前記再パケット化されたメディアパケット及びＦＥＣパケットを、前記受信装置にそれぞれ送信する送信機能と、
を実現させることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、コンテンツ配信システムにおいて、コンテンツ配信装置は、一又は複数のメディアコンテンツを符号化してメディアフラグメントを生成し、それらを多重化して不定長のメディアペイロードを生成した後、一又は複数のメディアペイロードをパッケージ化してメディアパッケージを生成し、メディアパッケージに基づいて、送信されるネットワーク特性（例えば、ＭＴＵサイズ）にてＦＥＣパケットと、メディアパケットとをそれぞれ生成し、前記生成されたメディアパケットと、前記ＦＥＣパケットとを、前記受信装置が接続された受信側ネットワークへそれぞれ送信する。
【００２８】
そして、受信装置は、受信側ネットワークからメディアパケット及びＦＥＣパケットをそれぞれ受信し、受信されたメディアパケットをデパケット化、デパッケージ化してメディアペイロードを、同様の手順でＦＥＣパケットからＦＥＣペイロードをそれぞれ抽出し、メディアペイロードにエラーがある場合には、ＦＥＣペイロードを利用して誤り訂正を行った後に、メディアペイロードを逆多重化してメディアフラグメントを抽出し、そのメディアフラグメントを復号化してメディアコンテンツを復号する。
【００２９】
このように、ＦＥＣ符号化計算をパケット化より前のネットワーク特性の影響がない処理段階で実施することで、ＦＥＣ符号化時のネットワーク特性の影響を除くことができるため、例えば中継装置を介した場合であっても、ＦＥＣパケットを一度復号し、誤り訂正処理を行った後、再度符号化を行うといったＦＥＣ計算の処理を行う必要がなくなる。従って、中継装置での処理は、ネットワーク特性に応じて再パケット化するだけとなり、少ない遅延時間でコンテンツの伝送が実現可能である。
【００３０】
また、損失パケット等の誤り訂正処理は、受信装置がメディア復号段階で行うこととなり、実質的にサービス品質を維持しつつ、効率の良いネットワーク伝送が可能となる。
【図面の簡単な説明】
【００３１】
【図１】本実施形態におけるコンテンツ配信システムの全体を説明するための図である。
【図２】パリティＦＥＣの説明をするための図である。
【図３】パリティＦＥＣの説明をするための図である。
【図４】コンテンツ配信サーバの機能構成を説明するための図である。
【図５】中継器の機能構成を説明するための図である。
【図６】受信端末の機能構成を説明するための図である。
【図７】コンテンツ配信サーバの処理の流れを説明するための図である。
【図８】中継器の処理の流れを説明するための図である。
【図９】受信端末の処理の流れを説明するための図である。
【発明を実施するための形態】
【００３２】
以下、図面を参照して本発明を実施するための最良な形態について説明する。
【００３３】
［１．システムの構成］
図１に本発明を適用したコンテンツ配信システム１の全体を示す。コンテンツ配信システム１には、配信側ネットワーク３と、受信側ネットワーク５が含まれており、中継器２０にてネットワークが相互に接続されている。配信側ネットワーク３及び受信側ネットワーク５は、例えば、光ファイバ網で構成されたＩＰネットワークであり、メディアコンテンツ毎に上記マルチキャストアドレスを共有するマルチキャストグループが構成されている。
【００３４】
コンテンツ配信サーバは、上記ＩＰ放送サービスシステムや映像監視システム用の配信サーバの例であり、番組毎、もしくは、カメラ映像毎に、別のマルチキャストアドレスへメディアコンテンツを配信する。なお、図１では、番組数又はカメラ映像数が２つの場合を示している。
【００３５】
中継器は、ネットワークを中継する装置であり、例えば、宅内における無線ＬＡＮルータが考えられる。その場合、受信側ネットワーク５は、宅内無線ＬＡＮネットワークを示すことになる。
【００３６】
また、別の例としては、中継器が携帯電話等のモバイル機器用の基地局である場合も考えられる。もちろん、受信側ネットワーク５は無線ネットワークである必要はなく、家庭内や企業内での有線ＬＡＮも考えられる。
【００３７】
いずれの場合においても、中継器は、配信側ネットワークから必要なメディアコンテンツを受信し、受信側ネットワークへマルチキャスト技術で再配信することで、受信側ネットワークに接続している多数の受信端末でのメディアコンテンツ受信を実現することができる。
【００３８】
なお、本実施形態では、一例としてコンテンツ配信サーバ１０から配信側ネットワーク３のマルチキャストグループを介して中継器２０を経由し、さらに、受信側ネットワーク５のマルチキャストグループを介して受信端末３０にメディアコンテンツが配信される場合について説明する。
【００３９】
［１．１  ＭＴＵについて］
ここで、本実施形態において用いられるＭＴＵについて説明する。ＩＰネットワークにおいて、伝送されるデータは、パケットという単位に分割されて伝送される。このパケットのサイズは、伝送するネットワークの種類によってその最大値（ＭＴＵ：Maximum Transfer Unit）が決まっている。
【００４０】
例えば、イーサネットでは１，５００バイト、無線ＬＡＮ規格の１つの８０２．１１ｂでは２，３７０バイトである。このＭＴＵは最大値であるため、それ以上のサイズのパケットをそのまま伝送することができず、その場合は、中継器、もしくは、配信サーバで、サイズ変更（パケットの再構成）が必要となる。また、パケットサイズがＭＴＵ以下の場合は、サイズ変更せずにそのままでのデータ伝送は可能であるが、１つのパケットで伝送するデータ量が減るため、伝送効率が低下してしまう。
【００４１】
配信サーバと受信端末とが１対１の通信を行う、ユニキャスト方式のコンテンツ伝送であれば、予めサーバから受信端末までの全ネットワークのＭＴＵを調べておいて、その最小サイズのパケットで送信する、パスＭＴＵディスカバリー方式と呼ばれる方法を用いることが可能である。しかし、マルチキャスト配信を行う場合には、伝送に関与するネットワークが変動する場合もあるため、予めＭＴＵを調べることは実質的に不可能である。
【００４２】
従って、ＩＰマルチキャストでデータ伝送する場合は、入出力両側のネットワーク種類を把握可能な、中継器でパケットの再構成を行うこととなる。
【００４３】
［１．２  ＦＥＣについて］
また、本実施形態において用いられるＦＥＣについて説明する。ＩＰマルチキャスト技術では、トランスポート層のプロトコルとしてＵＤＰ（User Datagram Protocol）を用いるのが一般的であるため、データ損失に弱いという欠点がある。
【００４４】
そのため、何らかの方法で欠落したデータを回復する必要がある。代表的な誤り回復技術には、受信側からの要求に応じて誤り部分を再送して回復する自動再送要求（ＡＲＱ：Automatic Report reQuest）と、送信側で特定アルゴリズムに従った符号化による冗長データを付加し、受信側で誤りを訂正するＦＥＣ（Forward Error Correction：前方誤り訂正）等がある。
【００４５】
ただし、複数受信者への同時コンテンツ配信という、ＩＰマルチキャストの特徴を活かした、大規模なマルチキャストグループを考えた場合、ＡＲＱのように再送要求をサーバへ送る技術では、要求とその応答というやり取りが爆発的に増加する可能性が高くなってしまう。そのため、大規模なマルチキャストグループでもサーバ負荷を急激に増加させないために、誤り回復技術にＦＥＣが利用されるのが一般的である。なお、ＦＥＣの誤り回復限界を超えた誤りが発生するような場合、マルチキャストでもＡＲＱとＦＥＣとを併用して誤り回復能力を向上させる場合もある。
【００４６】
ＦＥＣ技術は、コンテンツデータに対して、予め設定されたアルゴリズムに従った冗長データを付与することで実現される。その具体的なアルゴリズムとしては、パリティＦＥＣ方式、ハミング符号方式、リード・ソロモン方式、ＬＤＰＣ（Low Density Parity Check Codes：低密度パリティ）符号方式等様々なものがある。
【００４７】
［１．２．１  パリティＦＥＣ］
パリティ符号は、誤り検出・訂正符号の中でも単純なものであり、数学的にはデータの各ビットの排他的論理和（ＸＯＲ）で説明できる。このＸＯＲ演算では、その入力値が１つ変われば、出力値も変化するため、１つのパリティビットで誤りを１つ検出できることになる。
【００４８】
従って、複数のパリティビットを使用すれば、複数の誤り検出と訂正が可能となる。例えば、データＡ、Ｂがある場合に、Ａ  ＸＯＲ  Ｂも伝送しておけば、何らかの原因でデータが破損した際であっても、Ａ、Ｂ、Ａ  ＸＯＲ  Ｂのいずれか２つが受信されれば、ＡとＢの値を回復できることになる。
【００４９】
これは、伝送データが任意の長さのビットストリームであっても同様である。例えば、図２に示す通り、「データＡ」と「データＢ」とに加えて、パリティ符号として「データＡ  ＸＯＲ  Ｂ」も伝送しておけば、例えば、「データＢ」が伝送中に欠落したとしても、「データＡ」と「データＡ  ＸＯＲ  Ｂ」とから「データＢ」を回復（復号）できる。
【００５０】
また、図３のように、例えば、４つのパケットから１つのＦＥＣパケットを計算しておいた場合には、元の４つのパケットのうち、いずれか１つが欠落したとしても、ＦＥＣパケットと他の３つのパケットを用いて、欠落パケットを回復することができる。図３の場合は、パケット３が欠落した場合について示しており、パケット１、パケット２、パケット４及びＦＥＣパケットによりパケット３が回復（復号）されている。
【００５１】
ただし、実際の欠落パケットの回復は一般的に２段階のプロセスで実行される。欠落したパケットを回復するために、まず、元のデータパケットとＦＥＣパケットの正しい組み合わせを判断する必要があり、その後、第２段階として、データの再構築を行う。
【００５２】
その際、パケットの正しい組み合わせを判断するためには、適切なアルゴリズムを使用する必要がある。例えば、ＦＥＣパケットを受信したら、その基底シーケンス番号とマスクをチェックして、保護対象のデータパケットを判断する。
【００５３】
データパケットがすべて受信されていれば、そのＦＥＣパケットは不要なため廃棄される。データパケットの１部が欠落していて、これらのシーケンス番号が受信パケットの最大シーケンス番号よりも小さければ、回復作業を試行する。
【００５４】
回復に成功した場合は、このＦＥＣパケットを廃棄し、回復されたパケットを再生バッファに保管する。データパケットのシーケンス番号が受信パケットの最大シーケンス番号より大きい場合は、後で再利用できるようＦＥＣパケットを保管しておく。その後、データパケットを受信したら、保管されているＦＥＣパケットをチェックして、この新データパケットによって回復実行可能かどうか調べ、実行した場合には、回復後にそのＦＥＣパケットを廃棄し、回復したパケットを再生バッファに入れる。
【００５５】
すなわち、このようなアルゴリズムが機能するためには、特定のデータパケットとＦＥＣパケットによって、欠落パケットの回復が可能であるかどうかを判断できなければならず、この判断のためには、ＦＥＣパケットが参照したパケットをすべて調べる必要がある。
【００５６】
［１．２．２  ＦＥＣとデータの別伝送について］
ＦＥＣによるデータ回復プロセスを行わない、旧型の受信端末がデータを受信することも考慮すると、多くの場合、ＦＥＣパケットを別のストリームとして、元のパケットと同じ宛先アドレスに、異なるＵＤＰポートで送信する方法が行われる。
【００５７】
また、受信端末が、ＦＥＣによるデータ回復を行う際、ネットワーク品質が悪く、欠落が多い場合には、ＦＥＣパケットをより多く受信しておくことで解決可能な場合がある。例えば、その場合には、誤り訂正能力の異なるＦＥＣパケットを、それぞれ別ストリームで伝送しておき、受信端末が必要に応じて、必要なＦＥＣパケットを受信するようにしておくこともできる。
【００５８】
［２．機能構成］
続いて、各装置の機能構成について図を用いて説明する。
【００５９】
［２．１  コンテンツ配信サーバ］
まず、コンテンツ配信サーバ１０について図４を用いて説明する。図４に示すように、コンテンツ配信サーバ１０は、メディアコンテンツ格納部１０２と、符号化部１０４と、多重化部１０６と、ＦＥＣ符号化部１０８と、パッケージ化部１１０（パッケージ化部１１０ａ、パッケージ化部１１０ｂ）と、パケット化部１１２（パケット化部１１２ａ、パケット化部１１２ｂ）と、送信部１１４とを備えて構成されている。
【００６０】
まず、メディアコンテンツ格納部１０２は、メディアコンテンツが格納されている機能部である。なお、メディアコンテンツ格納部１０２に外部からメディアコンテンツが一時的に格納されることとしても良いし、予め格納されていてもよい。更に、外部からリアルタイムにメディアコンテンツが入力され、符号化部１０４に出力する構成としても良い。
【００６１】
すなわち、符号化部１０４に対してメディアコンテンツが入力されれば良いこととなる。なお、メディアコンテンツは、画像、映像、音声、テキスト等のコンテンツが適宜単一、もしくは、組み合わされている、マルチメディアコンテンツである。
【００６２】
符号化部１０４は、入力されたこのマルチメディアコンテンツを特定の符号化方式に従って変換・圧縮する機能部である。符号化方式は、コンテンツの種類によって様々なものがあり、例えば、画像であれば、ＪＰＥＧ、ＪＰＥＧ２０００、ＰＮＧ等、音声なら、ＭＰＥＧオーディオ、ＬＰＣＭ、ＡＴＲＡＣ、ＷＭＡ等、映像なら、ＭＰＥＧ−１、−２、−４、Ｈ．２６４、ＶＰ８、ＤｉｖＸ、ＷＭＶ等、テキストは、例えば日本語であれば、Ｓｈｉｆｔ−ＪＩＳ、ＥＵＣ−ＪＰ、ＵＴＦ−８等、を用いることが可能である。
【００６３】
この符号化処理を経た、メディアフラグメントは、多重化部１０６で多重化される。例えば、符号化部より出力された、映像フレーム単位の複数のメディアフラグメントに対して、多重化部は、その特徴、時間、順序、同期等の情報に従って組み合わせ、メディアペイロードとして出力する。
【００６４】
このメディアペイロードは、パッケージ化部１１０ａで、例えば、画像とテキスト、映像と音声、映像と音声とテキスト、というような組み合わせでパッケージ化され、メディアパッケージとしてパケット化部１１２ａに出力される。
【００６５】
ここで、パッケージ化とは、複数のコンテンツデータストリームをまとめ、より高いデータ転送レートで送り出すことを可能にする機構のことであり、この処理により、複数のコンテンツデータをある場所から別の場所へひとつのリンクで送ることができるようになる。
【００６６】
パッケージ化部１１０ａでまとめられたメディアパッケージは、コンテンツ配信サーバ１０の送出先であるネットワークの特性に合わせてパケット化部１１２ａで適切なパケットデータ（メディアパケット）に変換される。
【００６７】
そして、変換されたパケットデータ（メディアパケット）は、送信部１１４を介して配信側ネットワーク３に送信される。
【００６８】
ネットワーク特性の１つが、上述のＭＴＵであり、ここでパケット情報をヘッダに付加した上で、ＭＴＵに合わせたサイズのパケットデータが生成される。従来の配信サーバでは、このパケットデータ毎に、上述のＦＥＣ符号化処理が行われ、算出された冗長パケットデータが、ＦＥＣパケットとして、ネットワークへ出力される。
【００６９】
しかし、本実施形態におけるコンテンツ配信サーバでは、コンテンツデータが、上述のメディアペイロードの段階でＦＥＣ符号化処理を行い、メディアペイロード単位の冗長データ（ＦＥＣペイロード）を生成することが特徴である。言い換えると、ＭＴＵ等のネットワークの特性は、パケット化部での処理において考慮されるものであるため、ＦＥＣ符号化をネットワーク特性に無関係に実施することができる。これによって、配信側ネットワークに接続された中継器が、異種ネットワークへデータを中継する際の、伝送遅延を少なくすることが可能となる。
【００７０】
具体的には、ＦＥＣ符号化部１０８において、メディアペイロード単位のＦＥＣペイ一ロードを生成する。そして、生成されたＦＥＣペイロードは、パッケージ化部１１０ｂに出力される。
【００７１】
パッケージ化部１１０ｂは、ＦＥＣペイロードをパッケージ化し、ＦＥＣパッケージとしてパケット化部１１２ｂに出力する。ＦＥＣパッケージは、コンテンツ配信サーバ１０の送出先であるネットワークの特性に合わせてパケット化部１１２ｂで適切なパケットデータに変換される。
【００７２】
そして、変換されたＦＥＣパケットは、送信部１１４を介して配信側ネットワーク３に送信される。
【００７３】
［２．２  中継器］
続いて中継器２０の構成について図５を用いて説明する。中継器２０は、配信側ネットワークからデータを取得して、受信側ネットワークへ再送信する役割を持ち、受信部２０２と、デパケット化部２０４と、パケット化部２０６と、送信部２０８とを備えて構成されている。
【００７４】
ここでは、中継器前後の配信側ネットワーク、受信側ネットワークのネットワーク特性の違いとして、ＭＴＵサイズが異なる場合を例示する。まず、ＭＴＵがａである配信側ネットワーク３から、パケットサイズａのメディアパケットとＦＥＣパケットとを受信部２０２において受信する。そして、メディアパケットをデパケット化部２０４ａに、ＦＥＣパケットをデパケット化部２０４ｂにそれぞれ出力する。
【００７５】
デパケット化部２０４は、パケットデータのヘッダ情報に基づいてメディアパッケージ、ＦＥＣパッケージをいったん復元し、再度、パケット化部２０６で、ＭＴＵがｂの受信側ネットワーク５の特徴に合わせて、パケットサイズｂのメディアパケットをパケット化部２０６ａが、ＦＥＣパケットをパケット化部２０６ｂがそれぞれ生成し、送信部２０８に出力する。そして、送信部２０８から、受信側ネットワーク５に送信される。
【００７６】
従来技術では、配信側ネットワークからメディアパケットとＦＥＣパケットを取得した後、メディアパケットに誤り訂正が必要かどうかを誤り訂正処理部で判断し、必要な場合はその誤り訂正処理に必要なＦＥＣパケットを用いてメディアパケットを修復してから、デパケット化部でメディアパッケージに変換し、さらに、パケット化部で、ＭＴＵがｂである受信側ネットワークの特徴に合わせたパケットデータを生成、生成されたパケットデータに対して、再度、ＦＥＣ符号化部で冗長データを新たに計算、生成し、受信側ネットワークへ送出する必要があった。
【００７７】
中継器では、一般に伝送されているマルチメディアコンテンツを再生する必要はないため、ＦＥＣ復号による誤り訂正処理を行ってメディアパッケージをいったん完全に復元し、再パケット化、ＦＥＣ再計算される必要はないが、ＭＴＵ等のネットワーク特性に合わせたパケット再構成処理を行う際、従来の方法では、上記のような処理を行わざるを得なかった。
【００７８】
それに対して、本実施形態における中継器２０は、単純に、例えば、パケットサイズの変更を行うだけであり、ＦＥＣ復号・符号化等の不必要な計算処理がなくなるため、配信側ネットワーク３に直接接続している受信端末や、受信側ネットワーク５に接続されている受信端末におけるコンテンツ再生に、余分な遅延を生じさせずに中継することが可能となる。
【００７９】
また、受信側ネットワーク５に接続されている受信端末のうちのいずれかが、ネットワークの状態により受信品質が下がった場合、配信側ネットワーク３にさらに冗長度の高いＦＥＣパケットがあるかどうかを確認する場合がある。
【００８０】
冗長度の高いＦＥＣパケットが存在する場合には、さらに別のＦＥＣパケットの取得を要求することがある。この場合、中継器での入力は、例えば、メディアパケットと２つの異なるＦＥＣパケットということになり、従来方式での処理はそれら３つのデータを用いたＦＥＣ復号・符号化の処理が必要となり、さらに複雑化してしまう。それと比較し、本実施形態の中継器２０では、単純なパケット再構築処理（デパケット化とパケット化）を１組増やすだけで実現可能である。
［２．３  受信端末］
続いて、受信端末３０について図６を用いて説明する。受信端末３０は、受信部３００と、デパケット化部３０２と、デパッケージ化部３０４と、誤り訂正処理部３０６と、ＦＥＣ復号部３０８と、逆多重化部３１０と、復号部３１２と、メディアコンテンツ出力部３１４とを備えて構成されている。
【００８１】
ここで、受信端末３０は、基本的には配信サーバ１０と逆の処理を行う。すなわち、受信しようとするマルチメディアコンテンツに応じて、中継器２０から受信側ネットワーク５へ再配信されたいずれかのマルチキャストグループへ参加し、そこからメディアパケットとＦＥＣパケットとを受信部３００により受け取る。
【００８２】
受信されたパケットは、デパケット化部３０２に出力される。ここで、各パケットヘッダ情報に基づいて、メディアパケットはデパケット化部３０２ａによりメディアパッケージに、ＦＥＣパケットはデパケット化部３０２ｂによりＦＥＣパッケージに復元される。
【００８３】
これらのメディアパッケージとＦＥＣパッケージとはさらにデパッケージ化部３０４へ出力される。それぞれパッケージされた際のヘッダ情報に基づいて、デパッケージ化部３０４ａによりメディアペイロードが、デパッケージ化部３０４ｂによりＦＥＣペイロードがそれぞれ復元される。そして、メディアペイロードが誤り訂正処理部３０６に、ＦＥＣペイロードがＦＥＣ復号部３０８にそれぞれ出力される。
【００８４】
ペイロード単位で誤り訂正処理の必要性を誤り訂正処理部３０６で判断して、誤り訂正処理が必要な場合には、その処理に必要なＦＥＣペイロードをＦＥＣ復号部３０８から取得する。
【００８５】
誤り訂正処理が行われた後、逆多重化部３１０でメディアペイロードからメディアフラグメントを抽出し、復号部３１２で符号化されたデータを元に戻すことによって、メディアコンテンツを復元し、メディアコンテンツ出力部３１４に出力する。
【００８６】
メディアコンテンツ出力部３１４は、入力されたメディアコンテンツに基づいて、メディアコンテンツを出力する。例えば、映像データやテキストデータであれば、表示装置に出力し、音声データであれば音声出力装置に出力する。また、メディアコンテンツ出力部３１４は、例えば一度記憶装置にメディアコンテンツを出力し、保存することとしても良い。
【００８７】
［３．処理の流れ］
続いて、各装置における処理の流れについて、図を用いて説明する。
【００８８】
［３．１  コンテンツ配信サーバ］
まず、コンテンツ配信サーバ１０の処理の流れについて図７を用いて説明する。まず、メディアコンテンツが入力される（ステップＳ１００）。メディアコンテンツが入力されるとは、配信されるメディアコンテンツが、コンテンツ配信サーバ１０において配信するサービス（処理）に入力されることをいう。メディアコンテンツは、保存されているコンテンツであっても良いし、放送局やビデオカメラ等からリアルタイムに配信されるコンテンツであってもよい。すなわち、コンテンツ配信サービス１０において配信されるコンテンツが入力されればよい。
【００８９】
次に、配信されるメディアコンテンツを符号化し、メディアフラグメントを生成する（ステップＳ１０２）。そして、メディアフラグメントを多重化して、メディアペイロードを生成する（ステップＳ１０４）。
【００９０】
次に、メディアペイロードに基づいて、ＦＥＣ符号に基づいたＦＥＣペイロードが生成される（ステップＳ１０６）。ＦＥＣペイロードから、ＦＥＣパッケージが作成され（ステップＳ１０８）、当該ＦＥＣパッケージから、配信側ネットワーク３におけるＭＴＵにてＦＥＣパケットが生成される（ステップＳ１１０）。
【００９１】
また、メディアペイロードからメディアパッケージが生成され（ステップＳ１１４）、当該メディアパッケージから、配信側ネットワーク３におけるＭＴＵにてメディアパケットが生成される（ステップＳ１１６）。そして、メディアパケット及びＦＥＣパケットを配信側ネットワーク３に送信する（ステップＳ１１２）。
【００９２】
ここで、配信側ネットワーク３のＭＴＵについては、コンテンツ配信サーバ３が、ネットワークのＭＴＵについて予め記憶していても良いし、ネットワークに問い合わせても良い。また、配信ネットワーク３側からの要求信号に含まれていることとしても良い。
【００９３】
［３．２  中継器］
続いて、中継器２０の処理の流れについて、図８を用いて説明する。まず、中継器２０は、配信側ネットワーク３からパケットを受信すると（ステップＳ２００）、当該パケットを解析し、パケットの種別を判定する（ステップＳ２０２）。
【００９４】
ここで、受信されたパケットがメディアパケットの場合には（ステップＳ２０４；Ｙｅｓ）、デパケット化して、メディアパッケージを抽出する（ステップＳ２０６）。そして、抽出されたメディアパッケージを、今度は受信側ネットワーク５のＭＴＵにて再度パケット化し、受信側ネットワーク５に適したメディアパケットを生成する（ステップＳ２０８）。
【００９５】
他方、受信されたパケットがＦＥＣパケットの場合には（ステップＳ２０４；Ｎｏ）、デパケット化して、ＦＥＣパッケージを抽出する（ステップＳ２１０）。そして、抽出されたＦＥＣパッケージを、今度は受信側ネットワーク５のＭＴＵにて再度パケット化し、受信側ネットワークに適したＦＥＣパケットを生成する（ステップＳ２１２）。
【００９６】
そして、生成されたメディアパケット及びＦＥＣパケットを、受信側ネットワーク３に送信する（ステップＳ２１４）。
【００９７】
［３．３  受信端末］
続いて、受信端末３０の処理の流れについて、図９を用いて説明する。まず、受信端末３０においてパケットが受信される（ステップＳ３００）。受信されたパケットを解析することにより、当該パケットがメディアパケットである場合には（ステップＳ３０２；Ｙｅｓ）、デパケット化して、メディアパッケージを抽出する（ステップＳ３０４）。そして、当該メディアパッケージから、メディアペイロードを復元する（ステップＳ３０６）。
【００９８】
他方、受信されたパケットがＦＥＣパケットである場合には（ステップＳ３０２；Ｎｏ）、デパケット化してＦＥＣパッケージを抽出する（ステップＳ３０８）。そして、当該ＦＥＣパッケージから、ＦＥＣペイロードを復元する（ステップＳ３１０）。
【００９９】
ここで、メディアペイロードにエラーがある場合には（ステップＳ３１２；Ｙｅｓ）、エラー箇所を特定した上で、その修正に必要なＦＥＣペイロードを利用して、当該ＦＥＣの符号化アルゴリズムに従って誤り訂正処理を実行する（ステップＳ３１４）。続いて、誤り訂正処理が施されたメディアペイロードを逆多重化し、メディアフラグメントを抽出する（ステップＳ３１６）。
【０１００】
抽出されたメディアフラグメントから、メディアコンテンツを復号し（ステップＳ３１８）、復号されたメディアコンテンツを出力する（ステップＳ３２０）。
【０１０１】
このように、本実施形態によれば、中継器において、従来のようにＦＥＣパケットを一度復号し、メディアパケットの誤りを訂正するＦＥＣ計算処理を行って一度メディアパッケージを抽出し、再度ＭＴＵに基づいてメディアパケットをパケット化するとともにそれらのメディアパケットを用いてＦＥＣパケットを再度符号化するといった処理を行わず、パケットを中継することができる。
【０１０２】
これにより、中継器での負荷が減ることから、コンテンツを配信する場合に遅延を防止するといったことが可能となり、更にリソースを節約するといったことが可能となる。特に、中継器が中継するパケットが多いほどその効果は顕著に表れることとなる。
【０１０３】
また、上述の実施形態を適用することにより、例えばＶＯＤ等のサービスにおいて、多数の受信端末へ同時にメディアコンテンツを伝送できるＩＰマルチキャスト環境において、さらにそのメディアコンテンツを、宅内無線ＬＡＮやモバイル網などへ中継する場合、中継器（再送信器）において伝送パケットの再構築が必要となるが、その際、中継器における誤り訂正符号再計算をする必要がなくなるため、サービス品質をできる限り保持しつつ、より少ない遅延時間で、より多数の受信端末へメディアコンテンツを伝送することが可能となる。
【０１０４】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１０５】
また、上述の実施形態において実行される処理は、各機能部をハードウェアとして構成しても良いし、ソフトウェアとして実現してもよい。すなわち、図７〜図９の処理を実行するプログラムを各装置において記憶し、制御部（例えば、ＣＰＵ等）によって実行されることによって実現されることとしても良い。
【０１０６】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１０７】
１  コンテンツ配信システム
３  配信側ネットワーク
５  受信側ネットワーク
１０  コンテンツ配信サーバ
１０２  メディアコンテンツ格納部
１０４  符号化部
１０６  多重化部
１０８  ＦＥＣ符号化部
１１０、１１０ａ、１１０ｂ  パッケージ化部
１１２、１１２ａ、１１２ｂ  パケット化部
１１４  送信部
２０  中継器
２０２  受信部
２０４、２０４ａ、２０４ｂ  デパケット化部
２０６、２０６ａ、２０６ｂ  パケット化部
２０８  送信部
３０  受信端末
３００  受信部
３０２、３０２ａ、３０２ｂ  デパケット化部
３０４、３０４ａ、３０４ｂ  デパッケージ化部
３０６  誤り訂正処理部
３０８  ＦＥＣ復号部
３１０  逆多重化部
３１２  復号部
３１４  メディアコンテンツ出力部
【図１】
2013026917.tif 000003
【図２】
2013026917.tif 000004
【図３】
2013026917.tif 000005
【図４】
2013026917.tif 000006
【図５】
2013026917.tif 000007
【図６】
2013026917.tif 000008
【図７】
2013026917.tif 000009
【図８】
2013026917.tif 000010
【図９】
2013026917.tif 000011