コンテンツ配信システム、コンテンツ配信制御システム、コンテンツ配信制御装置、コンテンツ受信装置、及びコンテンツ配信制御プログラム
【課題】冗長構成にしたコンテンツ配信装置のうちの１台が故障した場合でも、コンテンツ受信装置はコンテンツを受信することができる。
【解決手段】コンテンツ配信システム１は、コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化手段と、前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段とを備える。
【解決手段】コンテンツ配信システム１は、コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化手段と、前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの配信を制御する、コンテンツ配信システム、コンテンツ配信制御システム、コンテンツ配信制御装置、コンテンツ受信装置、及びコンテンツ配信制御プログラムに関し、特に、コンテンツのライブ配信やＶＯＤ(Video On Demand)配信を制御する技術に関する。
【背景技術】
【０００２】
従来のコンテンツ配信装置は、ライブ配信を行うためのコンテンツを予め決められた単位のデータに分割する分割部と、複数の通信経路を介してコンテンツ受信装置にデータを送信する送信部と、分割部によって分割されたデータを送信する毎に送信部の通信経路を切り替えて送信する送信制御部と、を有する構成である。
この際、コンテンツ配信装置は、冗長データを分割されたデータ毎に付加し、受信装置は、冗長データを分割されたデータの誤り訂正に使用する（特許文献１参照）。
【０００３】
ここで、特許文献１に記載された技術は、ライブ配信時に、コンテンツを特定の単位にデータ分割し、別々の経路で分割したデータを配信することに意味がある。その為、冗長データは、それぞれの単位に分割されたデータ毎に付加され、通信路での誤り訂正のために用いられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２５８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、特許文献１に記載された技術は、コンテンツ配信装置の冗長化に関して、特に想定されていない。そこで、特許文献１に記載された技術を用いて、複数のコンテンツ配信装置でコンテンツを分割して送信することを考えることができる。しかしながら、その場合であっても、コンテンツ配信装置が故障した場合には、コンテンツ受信装置は、コンテンツを受信することができないという問題があった。
【０００６】
本発明は、前記問題に鑑みてなされたものであり、冗長構成にしたコンテンツ配信装置のうちの少なくとも１台が故障した場合でも、コンテンツ受信装置はコンテンツを受信することができる、コンテンツ配信システム、コンテンツ配信制御システム、コンテンツ配信制御装置、コンテンツ受信装置、及びコンテンツ配信制御プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明に係るコンテンツ配信システムは、コンテンツ管理装置（２５０，１２００）と、Ｎ台（Ｎは複数）のコンテンツ配信装置（３００）と、コンテンツ受信装置（６００）とがネットワーク（５００）を介して接続されるコンテンツ配信システムであって、前記コンテンツ管理装置（２５０，１２００）が、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データ（７２１）を所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データ（７００）を作成する誤り訂正符号化部（２２０）と、前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部（２３０）と、を備え、ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置（３００）が、受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部（３２０）と、を備え、前記コンテンツ受信装置（６００）が、前記Ｎ台のコンテンツ配信装置から受信した複数の前記ｎ行目に並べられるデータを結合するデータ結合部（６１０）と、前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部（６２０）と、前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部（６３０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【０００８】
また、本発明に係るコンテンツ配信制御装置は、Ｎ個（Ｎは複数）のコンテンツ配信装置（３００）と通信可能に接続されるコンテンツ配信制御装置（９１０）であって、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データ（７２１）を行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データ（７００）を作成する誤り訂正符号化手段（２２０）と、前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段（４２０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【０００９】
また、本発明に係るコンテンツ受信装置は、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を（Ｎ−１）台のコンテンツ配信装置から受信し、前記複数のメディアデータの冗長データ（７２１）を他のＡ台（Ａ≧１）のコンテンツ配信装置から受信するコンテンツ受信装置であって、ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置から受信したデータを時系列順に複数の前記ｎ行目に並べられるデータを結合するデータ結合部（６１０）と、前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部（６２０）と、前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部（６３０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【発明の効果】
【００１０】
本発明によれば、冗長構成にしたコンテンツ配信装置のうちの少なくとも１台が故障した場合でも、コンテンツ受信装置はコンテンツを受信することができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係るコンテンツ配信システムの構成図である。
【図２】第１実施形態に係るエンコーダの機能構成図である。
【図３】第１実施形態に係るＦＥＣデータ付加済みＭＰＥＧデータの構成図である。（ａ）は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、（ｂ）は、データ分割部により分割された状態を説明するための図である。
【図４】第１実施形態に係るコンテンツ配信装置の機能構成図である。
【図５Ａ】第１実施形態に係るデータ配信部の処理(正常時)を説明するための図である。
【図５Ｂ】第１実施形態に係るデータ配信部の処理(故障時)を説明するための図である。
【図６】第１実施形態に係る配信制御装置の機能構成図である。
【図７】第１実施形態に係るコンテンツ受信装置の機能構成図である。
【図８】第１実施形態に係るコンテンツ配信システムにおける、ＤＥＳＣＲＩＢＥメソッドのシーケンス図である。
【図９】第１実施形態に係るコンテンツ配信システムにおける、ＳＥＴＵＰメソッドのシーケンス図である。
【図１０】第１実施形態に係るコンテンツ配信システムにおける、ＰＬＡＹメソッドのシーケンス図である。
【図１１】第１実施形態に係るコンテンツ配信システムにおける、ＰＡＵＳＥメソッドのシーケンス図である。
【図１２】第１実施形態に係るコンテンツ配信システムにおける、ＴＥＡＲＤＯＷＮメソッドのシーケンス図である。
【図１３】第２実施形態に係るコンテンツ配信システムの構成図である。
【図１４】第２実施形態に係るコンテンツ管理装置の機能構成図である。
【図１５】第２実施形態に係る配信制御装置の機能構成図である。
【図１６】第２実施形態に係るコンテンツ配信システムにおける、ＤＥＳＣＲＩＢＥメソッドのシーケンス図である。
【図１７】第２実施形態に係るコンテンツ配信システムにおける、ＳＥＴＵＰメソッドのシーケンス図である。
【図１８】第２実施形態に係るコンテンツ配信システムにおける、ＰＬＡＹメソッドのシーケンス図である。
【図１９】第２実施形態に係るコンテンツ配信システムにおける、ＰＡＵＳＥメソッドのシーケンス図である。
【図２０】第２実施形態に係るコンテンツ配信システムにおける、ＴＥＡＲＤＯＷＮメソッドのシーケンス図である。
【図２１】変形例に係るＦＥＣデータ付加済みＭＰＥＧデータの構成図である。（ａ）は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、（ｂ）は、データ分割部により分割された状態を説明するための図である。
【図２２】変形例に係るコンテンツ配信システムの構成図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態（第１実施形態及び第２実施形態）につき詳細に説明する。第１実施形態では、本発明がコンテンツのライブ配信に適用される場合の構成等ついて説明し、第２実施形態では、本発明がコンテンツのＶＯＤ(Video On Demand)配信に適用される場合について説明する。
【００１３】
なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１４】
［第１実施形態］
≪第１実施形態に係るコンテンツ配信システムの構成≫
図１を参照して、第１実施形態に係るコンテンツ配信システム１の構成を説明する。図１は、第１実施形態に係るコンテンツ配信システム１の構成図である。
【００１５】
コンテンツ配信システム１は、ビデオカメラ１００と、エンコーダ２００と、＃１〜＃Ｎ台(Ｎは複数)のコンテンツ配信装置３００と、配信制御装置４００と、コンテンツ受信装置６００とを備えて構成される。ビデオカメラ１００とエンコーダ２００は専用線を介して接続される。また、エンコーダ２００、コンテンツ配信装置３００、及び配信制御装置４００は、ＬＡＮ(Local Area Network)を介して接続され、コンテンツ配信装置３００及び配信制御装置４００と、コンテンツ受信装置６００はネットワーク５００を介して接続されている。本実施形態では、ネットワーク５００としてＩＰ(Internet Protocol)で規定されるＷＡＮ(Wide Area Network)インターネットを想定して説明する。
【００１６】
なお、コンテンツ配信システム１の構成のうち、ビデオカメラ１００と、エンコーダ２００と、＃１〜＃Ｎ台のコンテンツ配信装置３００と、配信制御装置４００とをまとめて、コンテンツ配信制御システム９００と呼ぶ場合ある。また、エンコーダ２００をコンテンツ管理装置２５０と呼ぶ場合がある。
以下、コンテンツ配信システム１の各構成を説明する。
【００１７】
＜ビデオカメラ＞
データ生成部としてのビデオカメラ１００は、付属するレンズを通した光(映像)を、ＣＣＤ(Charge Coupled device)などの撮像素子に結像し、それを電気信号である映像データとしてエンコーダ２００に出力し、また、付属するマイクを通した音声を、音声データとしてエンコーダ２００に出力する。
【００１８】
＜エンコーダ＞
図２を参照して、第１実施形態に係るエンコーダ２００の構成を説明する。図２は、第１実施形態に係るエンコーダ２００の機能構成図である。
エンコーダ２００は、ＭＰＥＧエンコーダ部２１０と、ＦＥＣエンコーダ部２２０と、データ配信部２３０とを備える。
【００１９】
ＭＰＥＧエンコーダ部２１０、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０は、エンコーダ２００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、ＭＰＥＧエンコーダ部２１０、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００２０】
（ＭＰＥＧエンコーダ部）
ＭＰＥＧ符号化部としてのＭＰＥＧエンコーダ部２１０は、ビデオカメラ１００から受信した映像データや音声データを、ＭＰＥＧデータにエンコードし、エンコードしたＭＰＥＧデータをＦＥＣエンコーダ部２２０に出力する。
なお、本実施形態では、ＭＰＥＧエンコーダ部２１０は、ＭＰＥＧ２標準のトランスポートストリーム(ＴＳ：Transport Stream)に従ってエンコードを行う。そのため、ＭＰＥＧデータは、ＭＰＥＧエンコーダ部２１０でエンコードされた後では、１８８バイトの固定長のＴＳパケットで構成される。
【００２１】
（ＦＥＣエンコーダ部）
誤り訂正符号化部としてのＦＥＣエンコーダ部２２０は、ＭＰＥＧデータにＦＥＣデータを付加することでエンコードし、ＦＥＣデータを付加したＭＰＥＧデータ(以下「ＦＥＣデータ付加済みＭＰＥＧデータ」と呼ぶ場合がある)をデータ配信部２３０に出力する。なお、本実施形態では、ＦＥＣエンコーダ部２２０は、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行う。そのため、ＦＥＣデータ付加済みＭＰＥＧデータは、図３に示す行列として構成される。
【００２２】
図３を参照し、本実施形態のＦＥＣデータ付加済みＭＰＥＧデータ７００の構成について説明する。ここで、図３(ａ)は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、図３(ｂ)は、データ分割部により分割された状態を説明するための図である。ここでは、図３(ａ)を参照し、図３(ｂ)については後で参照する。
【００２３】
ＦＥＣエンコーダ部２２０は、ネットワーク５００上でのデータ形式であるＩＰパケットの最大サイズ(１５００バイト)に収まるように、７個のＴＳパケット(１８８バイト)をメディアデータ７１１(図３では「Ｍ」と表記)としてひとまとめにし、メディアデータ７１１の時系列順に１行目の左から右にＬ個並べ、次に２行目の左から右にＬ個並べ、というようにＤ行目まで繰り返す。ここで、「Ｌ」,「Ｄ」は、整数である。そのため、ＭＰＥＧデータは、左上→右上→・・・→左下→右下という順番(時系列順)に並べられるメディアデータ７１１のＤ行Ｌ列で構成される行列７１０を構成する。
【００２４】
また、ＦＥＣエンコーダ部２２０は、あらかじめ決められたパラメータに基づいて、列方向(縦方向)に並ぶメディアデータ７１１に対してパリティ演算を行い、行列７１０の各列に対応するＦＥＣデータ７２１(図３では「Ｆ」と表記)を生成し、Ｄ＋１行目にＬ個並べる。そのため、Ｄ＋１行目にＦＥＣデータ７２１の１行Ｌ列で構成される行列７２０が形成される。その結果、ＦＥＣデータ付加済みＭＰＥＧデータ７００は、メディアデータ７１１のＤ行Ｌ列で構成される行列７１０と、ＦＥＣデータ７２１の１行Ｌ列で構成される行列７２０とが合成した、（Ｄ＋１）行Ｌ列で構成されることになる。
【００２５】
なお、ＦＥＣデータ７２１は列方向（縦方向）に並ぶメディアデータ７１１に対するパリティ演算により生成されるため、ＦＥＣデータ７２１のデータサイズはメディアデータ７１１のサイズと同じ(ＴＳパケット(１８８バイト)が７個分)になる。
【００２６】
（データ配信部）
図２に戻り、データ配信部２３０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００を、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００(図１参照)、及び配信制御装置４００に対して配信する。
データ配信部２３０は、例えば、ＲＴＰ(Real-time Transport Protocol)などのデータ転送プロトコルに従って、メディアデータ７１１やＦＥＣデータ７２１をＲＴＰパケットとして、マルチキャストで配信する。この際、データ配信部２３０は、メディアデータ７１１やＦＥＣデータ７２１にＲＴＰヘッダを付加することで、メディアデータ７１１やＦＥＣデータ７２１をＲＴＰパケット化する。ＲＴＰヘッダには、ＲＴＰパケットの順序を示すシーケンス番号や、ＲＴＰパケットの作成時刻を示すタイムスタンプなどのデータが設定される。
【００２７】
具体例の一例として、データ配信部２３０は、メディアデータ７１１やＦＥＣデータ７２１が格納されるＲＴＰパケットのシーケンス番号の設定欄に、Ｍ１１→Ｍ１２→・・→Ｍ１Ｌ→Ｍ２１→Ｍ２２→・・→Ｍ２Ｌ→・・・・→ＭＤ１→ＭＤ２→・・→ＭＤＬ→Ｆ１１→Ｆ１２→・・→Ｆ１Ｌの順番となるように連続番号(昇順)を設定する。そして、データ配信部２３０は、シーケンス番号を設定したＲＴＰパケットを、さらにＵＤＰ(User Datagram Protocol)、ＩＰ(Internet Protocol)等に従いパケット化し、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００(図１参照)、及び配信制御装置４００に対してマルチキャストで配信する。
以上で、エンコーダ２００の構成の説明を終了する。
【００２８】
＜コンテンツ配信装置＞
図４を参照して、第１実施形態に係る＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００の構成を説明する。ここで、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００の構成は、すべて同じである。以下では、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００を省略して「＃１〜＃Ｎコンテンツ配信装置３００」と呼ぶ場合があり、また、まとめて「コンテンツ配信装置３００」と呼ぶ場合がある。図４は、第１実施形態に係るコンテンツ配信装置３００の機能構成図である。
【００２９】
コンテンツ配信装置３００は、データ分割部３１０と、データ配信部３２０と、配信制御部３３０とを備える。データ分割部３１０、データ配信部３２０、及び配信制御部３３０は、コンテンツ配信装置３００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ分割部３１０、データ配信部３２０、及び配信制御部３３０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００３０】
（データ分割部）
データ分割部３１０は、エンコーダ２００から配信されたメディアデータ７１１やＦＥＣデータ７２１が格納されたＲＴＰパケットを受信することで、ＦＥＣデータ付加済みＭＰＥＧデータ７００(図３(ａ)参照)を取得する。データ分割部３１０は、図３(ｂ)に示すように、取得したＦＥＣデータ付加済みＭＰＥＧデータ７００を行方向(横方向)に分割する。この結果、ＦＥＣデータ付加済みＭＰＥＧデータ７００は、メディアデータ７１１やＦＥＣデータ７２１で構成される１行Ｌ列の行列７３０−１〜行列７３０−Ｎが組み合わさった構成になる。以下では、行列７３０−１〜行列７３０−Ｎをまとめて「行列７３０」と呼ぶ場合がある。
【００３１】
（データ配信部）
特定のコンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００(図３(ｂ))のうち特定の行に並ぶデータのみ、言い換えれば、特定の行列７３０のデータのみをコンテンツ受信装置６００に対して配信(送信)する。例えば、＃１コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−１に並ぶデータ(Ｍ１１，Ｍ１２，・・，Ｍ１Ｌ)を送信し、＃２コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ)を送信し、・・・、＃Ｎ−１コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−(Ｎ−１)に並ぶデータ(ＭＤ１，ＭＤ２，・・，ＭＤＬ)を送信し、＃Ｎコンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−Ｎに並ぶデータ(Ｆ１１，Ｆ１２，・・，Ｆ１Ｌ)を送信する。
【００３２】
そのため、コンテンツ配信装置３００は、図３(ｂ)に示すＦＥＣデータ付加済みＭＰＥＧデータ７００に含まれる行の数だけ(行列７３０の数だけ)必要である。言い換えれば、ＦＥＣデータ付加済みＭＰＥＧデータ７００の行数(Ｄ＋１)は、コンテンツ配信装置３００の台数Ｎと同数にする。
【００３３】
次に、＃１〜＃Ｎコンテンツ配信装置３００のデータ配信部３２０がデータを送信するタイミングについて、図５Ａを参照して説明する。図５Ａは、第１実施形態に係るデータ配信部３２０の処理(正常時)を説明するための図である。図５Ｂは、第１実施形態に係るデータ配信部３２０の処理(故障時)を説明するための図である。ここでは、図５Ａを参照し、図５Ｂは、後で説明する。
【００３４】
図５Ａにおける符号７００Ａ，７００Ｂは、共にＦＥＣデータ付加済みＭＰＥＧデータ７００を表し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａは、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂよりも時系列の順番が早いデータである。＃１〜＃Ｎコンテンツ配信装置３００は、データの送信順序が＃１コンテンツ配信装置３００→＃２コンテンツ配信装置３００→＃３コンテンツ配信装置３００→・・・→＃(Ｎ−１)コンテンツ配信装置３００→＃Ｎコンテンツ配信装置３００となるように、互いに同期をとりながらデータの送信を行う。
【００３５】
具体的には、＃１〜＃Ｎコンテンツ配信装置３００は、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａの行列７３０−１に並ぶデータ→行列７３０−２に並ぶデータ→行列７３０−３に並ぶデータ→行列７３０−(Ｎ−１)に並ぶデータ→行列７３０−Ｎに並ぶデータ→ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの行列７３０−１に並ぶデータ→行列７３０−２に並ぶデータ→行列７３０−３に並ぶデータ→行列７３０−(Ｎ−１)に並ぶデータ→行列７３０−Ｎに並ぶデータ→・・の順番になるようにデータの送信を行う。
【００３６】
この際、データ配信部３２０は、データ分割部３１０で受信したＲＴＰパケットのヘッダを、ｓｓｒｃ（同期送信元識別子）の値を除きそのまま使用する。これは、ＲＴＰパケットのヘッダに設定されるシーケンス番号やタイムスタンプなどのデータは、後記するコンテンツ受信装置６００においてもエンコーダ２００で一元的に付与された値を使用する必要があるためである。ｓｓｒｃについては、後述される「＜コンテンツの再生＞の（ＳＥＴＵＰメソッド）、（ＰＬＡＹメソッド）」にて説明される。
【００３７】
（配信制御部）
配信制御部３３０は、データ配信部３２０に対して、いずれのＲＴＰパケットから配信(送信)を行うのか指示をする。例えば、配信制御部３３０は、配信を開始するＲＴＰヘッダに設定されるシーケンス番号をデータ配信部３２０に通知し、データ配信部３２０は、通知されたシーケンス番号以降のＲＴＰパケットのデータに対して、特定の行の行列７３０に並ぶデータを配信する。
以上で、コンテンツ配信装置３００の構成の説明を終了する。
【００３８】
＜配信制御装置＞
図６を参照して、第１実施形態に係る配信制御装置４００の構成を説明する。図６は、第１実施形態に係る配信制御装置４００の機能構成図である。
配信制御装置４００は、データ受信部４１０と、配信制御部４２０とを備える。データ受信部４１０、及び配信制御部４２０は、配信制御装置４００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ受信部４１０、及び配信制御部４２０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００３９】
（データ受信部）
データ受信部４１０は、エンコーダ２００から配信されたメディアデータ７１１やＦＥＣデータ７２１が格納されたＲＴＰパケット(すなわち、ＦＥＣデータ付加済みＭＰＥＧデータ７００)を受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち時系列順に先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットにおけるシーケンス番号を図示しない記憶部に随時記憶させる。
【００４０】
図５Ａを参照して、データ受信部４１０の処理をより詳細に説明する。データ受信部４１０は、エンコーダ２００から配信されたＦＥＣデータ付加済みＭＰＥＧデータ７００Ａを受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａの先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットに設定されるシーケンス番号を記憶させる。次に、データ受信部４１０は、エンコーダ２００から配信されたＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂを受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットに設定されるシーケンス番号を新たに記憶させる(上書きする)。以下、データ受信部４１０は、この作業を繰り返す。このようにして、データ受信部４１０は、エンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００の情報を常に保持する。
【００４１】
（配信制御部）
図６に戻り、配信制御部４２０は、コンテンツ受信装置６００からの再生開始要求の応答として、データ受信部４１０が記憶しているＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの先頭のメディアデータ７１１が格納されているＲＴＰパケットに設定されるシーケンス番号を取得し、＃１〜＃Ｎコンテンツ配信装置３００の配信制御部３３０に対して、エンコーダ２００から受信するコンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)の配信の開始を、取得したシーケンス番号と共に通知する。
以上で、配信制御装置４００の構成の説明を終了する。
【００４２】
＜コンテンツ受信装置＞
図７を参照して、第１実施形態に係るコンテンツ受信装置６００の構成を説明する。図７は、第１実施形態に係るコンテンツ受信装置６００の機能構成図である。
コンテンツ受信装置６００は、データ結合部６１０と、ＦＥＣデコーダ部６２０と、出力部６３０と、配信要求部６４０とを備える。データ結合部６１０、ＦＥＣデコーダ部６２０、出力部６３０、及び配信要求部６４０は、コンテンツ受信装置６００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ結合部６１０、ＦＥＣデコーダ部６２０、出力部６３０、及び配信要求部６４０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００４３】
（データ結合部）
データ結合部６１０は、＃１〜＃Ｎコンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００を構成するメディアデータ７１１やＦＥＣデータ７２１が格納されるＲＴＰパケットを受信し、各ＲＴＰパケットのＲＴＰヘッダに設定されるシーケンス番号に基づいてＲＴＰパケットの順序の並び替えを行うことで、エンコーダ２００から配信されている状態のＦＥＣデータ付加済みＭＰＥＧデータ７００に結合する(図３(ａ)参照)。
【００４４】
具体的には、データ結合部６１０は、＃１コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−１に並ぶデータ(Ｍ１１，Ｍ１２，・・，Ｍ１Ｌ)が格納されるＲＴＰパケットを受信し、＃２コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ) が格納されるＲＴＰパケットを受信し、・・・、＃Ｎ−１コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−(Ｎ−１)に並ぶデータ(ＭＤ１，ＭＤ２，・・，ＭＤＬ) が格納されるＲＴＰパケットを受信し、＃Ｎコンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−Ｎに並ぶデータ(Ｆ１１，Ｆ１２，・・，Ｆ１Ｌ) が格納されるＲＴＰパケットを受信する。
【００４５】
ここで、データ結合部６１０が受信するＲＴＰパケットのＲＴＰヘッダに設定されるシーケンス番号は、エンコーダ２００のデータ配信部２３０により付与されたデータがコンテンツ配信装置３００のデータ配信部３２０によりそのまま使用されている。その為、データ結合部６１０は、ＲＴＰヘッダに設定されるシーケンス番号で受信したＲＴＰパケットの並び替えを行うことにより、エンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００の並びで結合することが可能である。
【００４６】
なお、データ結合部６１０は、１つのＦＥＣデータ付加済みＭＰＥＧデータ７００を構成する全てのメディアデータ７１１やＦＥＣデータ７２１を受信したタイミングで、又はタイムアウトしたタイミング(事前に設定した時間を経過したタイミング)で、ＦＥＣデータ付加済みＭＰＥＧデータ７００の並びで結合する。ここで、タイムアウトする場合として、例えば、＃１〜＃Ｎコンテンツ配信装置３００のいずれかが故障したことにより、故障したコンテンツ配信装置３００(図５Ｂでは、＃２コンテンツ配信装置３００)から受信するはずのＲＴＰパケットを受信できない。データ結合部６１０は、タイムアウトした場合に、受信したデータのみを用いて不完全なＦＥＣデータ付加済みＭＰＥＧデータ７００を結合し、ＦＥＣデコーダ部６２０が、受信できたメディアデータ７１１及びＦＥＣデータ７２１を用いて、故障したコンテンツ配信装置３００から受信するはずのメディアデータ７１１を復号する。
【００４７】
（ＦＥＣデコーダ部）
ＦＥＣデコーダ部６２０は、受信できたメディアデータ７１１、及びＦＥＣデータ７２１を用いて受信できなかったメディアデータ７１１を復号する。
ここで、本実施形態では、エンコーダ２００のＦＥＣエンコーダ部２２０は、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っているので、ＦＥＣデコーダ部６２０は、１列において１つのメディアデータ７１１を復号することが可能である。その為、＃１〜＃Ｎコンテンツ配信装置３００のいずれか１台が故障したことにより、故障したコンテンツ配信装置３００(図５Ｂでは、＃２コンテンツ配信装置３００)から特定の行列７３０に並ぶメディアデータ７１１(図５Ｂでは、行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ))を受信できない場合でも、ＦＥＣデータ７２１に対してロスするメディアデータ７１１は１行分のみのために、特定の行列７３０に並ぶメディアデータ７１１を復号することができる。ただし、故障していないコンテンツ配信装置３００(図５では、＃１，＃３〜＃Ｎコンテンツ配信装置)から送信されるデータ送信が成功することが保証されていることを前提とする。
【００４８】
（出力部）
出力部６３０は、データ結合部６１０で結合、又はＦＥＣデコーダ部６２０で復号したエンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００のうち、行列７１０に並ぶメディアデータ７１１(ＭＰＥＧデータ)を、映像データや音声データに復号し、図示しないディスプレイ装置やスピーカなどに復号した映像データや音声データを出力する。これにより、コンテンツ受信装置６００のユーザは、ディスプレイ装置やスピーカなどを介して、コンテンツの閲覧や視聴が可能となる。
【００４９】
（配信要求部）
配信要求部６４０は、コンテンツ受信装置６００のユーザの操作により、配信制御装置４００に対して、コンテンツの再生開始要求などを送信する。詳細は、後記する動作の処理で説明する。
以上で、コンテンツ受信装置６００の構成の説明を終了する。また、コンテンツ配信システムの構成の説明を終了する。
【００５０】
≪第１実施形態に係るコンテンツ配信システムの動作≫
コンテンツ受信装置６００からのコンテンツ再生、停止等の要求は、配信制御装置４００に対してＲＴＳＰプロトコルで行うものとする。ここでは、標準的なＲＴＳＰのシーケンスで使用されるメソッドに対する、コンテンツ配信システム１の動作について説明する。
【００５１】
＜コンテンツの再生＞
（ＤＥＳＣＲＩＢＥメソッド）
まず、コンテンツ受信装置６００は、コンテンツの情報を取得するため、ＤＥＳＣＲＩＢＥメソッドを送信する。図８に、ＤＥＳＣＲＩＢＥメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＤＥＳＣＲＩＢＥ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ６１）。配信制御部４２０は、コンテンツの情報を設定ファイルから取得し（ステップＳ６２）、ＤＥＳＣＲＩＢＥの応答としてコンテンツ受信装置６００に送信する（ステップＳ６３）。
【００５２】
（ＳＥＴＵＰメソッド）
次に、コンテンツ受信装置６００は、コンテンツ受信の準備のため、ＳＥＴＵＰメソッドを送信する。図９に、ＳＥＴＵＰメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＳＥＴＵＰ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ７１）。配信制御部４２０は、コンテンツ配信装置３００に対して、設定ファイルから取得したマルチキャストアドレス及びポート番号と、ステップＳ７１で送られるコンテンツ受信装置６００のクライアントアドレス及びポート番号を通知する（ステップＳ７２）と共に、コンテンツ受信装置６００への配信時にＲＴＰヘッダを修正するため、ｐｓｅｕｄｏ−ｓｓｒｃの値をランダムな値に設定する。
ここで、ｐｓｅｕｄｏ−ｓｓｒｃの値はＰＬＡＹメソッドによるＲＴＰパケット送出の切り替え毎にＲＴＰヘッダ内のｓｓｒｃ値を変更するために用いられる値である。
【００５３】
次に、コンテンツ配信装置３００は、通知されたマルチキャストアドレス及びポート番号に対してｊｏｉｎを行い、エンコーダ２００のデータ配信部２３０から送信されるマルチキャストパケットの受信を開始する（ステップＳ７３）。その後、コンテンツ配信装置３００は、配信制御装置４００の配信制御部４２０に対して、コンテンツ受信装置６００にデータを送信する際のコンテンツ配信装置３００のアドレス及びポート番号を通知する（ステップＳ７４）。
【００５４】
全てのコンテンツ配信装置３００に対して上記処理が完了した時点で、配信制御装置４００の配信制御４２０は、セッションＩＤを作成し（ステップＳ７５）、ステップＳ７３で取得した全てのコンテンツ配信装置３００のアドレス及びポート番号のリストと共に、コンテンツ受信装置６００にＳＥＴＵＰの完了を通知する（ステップＳ７６）。なお、これ以降の通信には、セッションＩＤが必ず付与される。
【００５５】
（ＰＬＡＹメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生開始のため、ＰＬＡＹメソッドを送信する。図１０に、ＰＬＡＹメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＬＡＹ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ８１）。配信制御部４２０は、はじめにデータ受信部４１０で記録されているＦＥＣデータ付加済みＭＰＥＧデータ７００の先頭のＲＴＰパケットのシーケンス番号を取得し（ステップＳ８２）、その値とｐｓｅｕｄｏ−ｓｓｒｃの値を各コンテンツ配信装置３００に対し通知する（ステップＳ８３）。
【００５６】
コンテンツ配信装置３００では、データ分割部３１０において受信されたＲＴＰパケットで、ステップＳ８３で通知されたシーケンス番号以降のＲＴＰパケットを対象に、ＲＴＰヘッダのｓｓｒｃの値をｐｓｅｕｄｏ−ｓｓｒｃの値で置き換えた後、ＳＥＴＵＰ時に通知されたコンテンツ受信装置６００のアドレス及びポートへコンテンツの配信を開始する（ステップＳ８４）。コンテンツ受信装置６００へのデータ配信が開始された場合、コンテンツ配信装置３００は、配信制御装置４００に対して、配信開始の成功を通知する（ステップＳ８５）。次に、配信制御装置４００は、コンテンツ受信装置６００に対し配信開始の成功(２００ＯＫ)を返す（ステップＳ８６）。
【００５７】
ここで、ステップＳ８４に示すコンテンツの配信時のコンテンツ配信システム１の動作を説明する。コンテンツ配信装置３００は、エンコーダ２００からＦＥＣデータ付加済みＭＰＥＧデータ７００を受信し、自己が担当する特定の行のデータのみをコンテンツ受信装置６００のアドレス及びポート番号に対して送信する。
コンテンツ受信装置６００では、各コンテンツ配信装置３００からネットワーク５００を介して送信されるＲＴＰパケットを、ＲＴＰヘッダのシーケンス番号を元にして並び替えを行った後、ＦＥＣデコードを行うことによって、元のコンテンツデータの取得が可能となる。
以上で、コンテンツの再生の動作の説明を終了する。
【００５８】
＜コンテンツ再生の一時停止＞
（ＰＡＵＳＥメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生の一時停止をする場合、ＰＡＵＳＥメソッドを送信する。図１１に、ＰＡＵＳＥメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＡＵＳＥ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ９１）。配信制御部４２０は、コンテンツ配信装置３００に対して、コンテンツの配信一時停止の要求を行う（ステップＳ９２）。
【００５９】
次に、コンテンツ配信装置３００は、コンテンツ受信装置６００への配信を一時停止した後（ステップＳ９３）、コンテンツの配信の一時停止成功を返す（ステップＳ９４）。全コンテンツ配信装置３００への配信一時停止要求が成功した場合、配信制御装置４００は、ｐｓｅｕｄｏ−ｓｓｒｃの値をＰＬＡＹメソッド時に設定した値と異なるランダムな値に変更し、コンテンツ受信装置６００に対し配信一時停止成功(２００ＯＫ)を返す（ステップＳ９５）。
以上で、コンテンツ再生の一時停止の動作の説明を終了する。
【００６０】
＜コンテンツ再生の停止＞
（ＴＥＡＲＤＯＷＮメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生を停止する場合、ＴＥＡＲＤＯＷＭメソッドを送信する。図１２にＴＥＡＲＤＯＷＮメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＴＥＡＲＤＯＷＮ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ１０１）。配信制御部４２０は、各コンテンツ配信装置３００に対して、コンテンツの配信停止の要求を行う（ステップＳ１０２）。
【００６１】
次に、コンテンツ配信装置３００は、コンテンツ受信装置６００への配信を停止した後（ステップＳ１０３）、コンテンツの配信停止成功を返す（ステップＳ１０４）。全コンテンツ配信装置３００への配信停止要求が成功した場合、配信制御装置４００は、コンテンツ配信装置６００に対し配信停止成功(２００ＯＫ)を返す（ステップＳ１０５）。
以上で、コンテンツ再生の停止の動作の説明を終了する。
【００６２】
以上のように、第１実施形態に係るコンテンツ配信システム１は、コンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)を、ＦＥＣデータ７２１が並ぶ方向(行方向)と同じ方向に分割し、分割したデータ(メディアデータ７１１)を別々のコンテンツ配信装置３００を用いて送信し、コンテンツ受信装置６００で別々に送信されたデータを結合する。
したがって、第１実施形態に係るコンテンツ配信システム１は、＃１〜＃Ｎコンテンツ配信装置３００のうちいずれか１台が故障した場合でも、コンテンツ受信装置６００に送信されるデータは、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち特定の行列７３０に並ぶメディアデータ７１１が消失したデータとなり、コンテンツ受信装置６００のＦＥＣデコーダ部６２０により復号することができる。その為、コンテンツ受信装置６００でコンテンツの閲覧が可能となる。
【００６３】
[第２実施形態]
第１実施形態が、コンテンツのライブ配信(放送)を想定していたのに対して、第２実施形態は、コンテンツのＶＯＤ(Video On Demand)配信を想定している。
第１実施形態で想定されるコンテンツのライブ配信では、コンテンツ受信装置６００が複数ある場合で、これらのコンテンツ受信装置６００から同一のコンテンツの再生要求が行われた際に、各コンテンツ受信装置６００に同じデータを配信すればよいため、ＦＥＣエンコード処理をエンコーダ２００でコンテンツ毎に１回行えばよい。
一方、第２実施形態で想定されるコンテンツのＶＯＤ配信では、コンテンツ受信装置６００が複数ある場合で、これらのコンテンツ受信装置６００から同一のコンテンツの再生要求が行われた際に、各コンテンツ受信装置６００毎に再生しているコンテンツの時刻が異なるため、セッション毎にデータの読み込みやＦＥＣエンコードなどの処理が必要になる。
【００６４】
≪第２実施形態に係るコンテンツ配信システムの構成≫
図１３を参照して、第２実施形態に係るコンテンツ配信システム１００１の構成を説明する。図１３は、第２実施形態に係るコンテンツ配信システム１００１の構成図である。
第１実施形態に係るコンテンツ配信システム１と、第２実施形態に係るコンテンツ配信システム１００１との違いは、ビデオカメラ１００が削除されコンテンツ格納装置１１００が追加されている点と、コンテンツ管理装置２５０の構成及び配信制御装置４００の構成が変更されて、コンテンツ管理装置１２００及び配信制御装置１４００に変更されている点である。なお、＃１〜＃Ｎコンテンツ配信装置３００、ネットワーク５００、及びコンテンツ受信装置６００の構成は、第１実施形態と同様である。以下では、第２実施形態に係るコンテンツ配信システム１００１の構成の内、第１実施形態から変更されている構成について説明する。
【００６５】
＜コンテンツ格納装置＞
コンテンツ格納装置１１００は、例えば、内蔵ディスク、外部ＲＡＩＤ(Redundant Array of Inexpensive Disks)装置など、ＭＰＥＧエンコード済みのデータ(コンテンツ)を格納する装置である。コンテンツ格納装置１１００は、コンテンツ管理装置１２００と接続されており、コンテンツ管理装置１２００から指定されたコンテンツをコンテンツ管理装置１２００に対して送信する。
【００６６】
＜コンテンツ管理装置＞
図１４を参照して、第２実施形態に係るコンテンツ管理装置１２００の構成を説明する。図１４は、第２実施形態に係るコンテンツ管理装置１２００の機能構成図である。
コンテンツ管理装置１２００は、コンテンツ管理部１２１０と、ＦＥＣエンコーダ部２２０と、データ配信部２３０と、制御部１２４０とを備える。なお、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０は、第１実施形態の機能と同様である。
【００６７】
（コンテンツ管理部）
コンテンツ管理部１２１０は、コンテンツ格納装置１１００に格納されるコンテンツの情報、コンテンツの配信時に使用する配信テーブルを図示しない記憶部に記憶している。また、コンテンツ管理部１２１０は、コンテンツ格納装置１１００に対して、指定するコンテンツの読み込みを行う。
【００６８】
（制御部）
制御部１２４０は、配信制御装置１４００からのコンテンツの配信要求を受信し、コンテンツ管理部１２１０に対するデータ(コンテンツ)の読み込み指示、及びデータ配信部２３０に対するコンテンツ配信指示を行う。
以上で、コンテンツ管理装置１２００の構成の説明を終了する。
【００６９】
＜配信制御装置＞
図１５を参照して、第２実施形態に係る配信制御装置１４００の構成を説明する。図１５は、第２実施形態に係る配信制御装置１４００の機能構成図である。配信制御装置１４００は、配信制御部１４２０を備える。
【００７０】
（配信制御部）
配信制御部１４２０は、コンテンツ受信装置６００からの各種要求(本実施形態では、ＲＴＳＰに準拠する)に応じて、コンテンツ管理装置１２００の制御部１２４０、及び＃１〜＃Ｎコンテンツ配信装置３００の配信制御部３３０に対して、要求に応じた処理の指示を行う。
以上で、配信制御装置１４００の構成の説明を終了する。また、第２実施形態に係るコンテンツ配信システム１００１の構成の説明を終了する。
【００７１】
≪第２実施形態に係るコンテンツ配信システムの動作≫
コンテンツ受信装置６００からのコンテンツ再生、停止等の要求は、配信制御装置１４００に対してＲＴＳＰプロトコルで行うものとする。ここでは、標準的なＲＴＳＰのシーケンスで使用されるメソッドに対する、コンテンツ配信システム１００１の動作について説明する。
【００７２】
＜コンテンツの再生＞
（ＤＥＳＣＲＩＢＥメソッド）
まず、コンテンツ受信装置６００は、コンテンツの情報を取得するため、ＤＥＳＣＲＩＢＥメソッドを送信する。図１６に、ＤＥＳＣＲＩＢＥメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＤＥＳＣＲＩＢＥ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ１１）。配信制御部１４２０は、コンテンツの情報をコンテンツ管理装置１２００から取得し（ステップＳ１２，Ｓ１３）、ＤＥＳＣＲＩＢＥの応答としてコンテンツ受信装置６００に送信する（ステップＳ１４）。
【００７３】
（ＳＥＴＵＰメソッド）
次に、コンテンツ受信装置６００は、コンテンツ受信の準備のため、ＳＥＴＵＰメソッドを送信する。図１７に、ＳＥＴＵＰメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＳＥＴＵＰ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ２１）。配信制御部１４２０は、コンテンツ管理装置１２００の制御部１２４０に対して指定されたコンテンツのオープンを行う。また、データ配信部１２３０は、ＲＴＰヘッダのｓｓｒｃの値をランダムな値に設定すると共に、配信する際に使用するマルチキャストアドレスとポート番号を取得し（ステップＳ２２）、そのアドレスとポート番号を配信制御装置１４００の配信制御部１４２０に送信する（ステップＳ２３）。
【００７４】
次に、配信制御装置１４００は、マルチキャストアドレスやポート番号と、ステップＳ２１で送られるコンテンツ受信装置６００のクライアントアドレスやポート番号を、コンテンツ配信装置３００に対して通知する（ステップＳ２４）。コンテンツ配信装置３００は、通知されたマルチキャストアドレス及びポート番号に対してｊｏｉｎを行い、コンテンツ管理装置１２００のデータ配信部１２３０から送信されるマルチキャストパケットの受信を行えるように準備する。また、コンテンツ配信装置３００は、配信制御装置１４００の配信制御部１４２０に対して、コンテンツ受信装置６００にデータを送信する際のコンテンツ配信装置３００のアドレス及びポート番号を通知する（ステップＳ２５）。
【００７５】
全てのコンテンツ配信装置３００に対してステップＳ２５までの処理が完了した時点で、配信制御装置１４００の配信制御部１４２０は、セッションＩＤを作成し（ステップＳ２６）、ステップＳ２５で取得した全コンテンツ配信装置３００のアドレス及びポート番号のリストと共に、コンテンツ受信装置６００にＳＥＴＵＰの完了を通知する（ステップＳ２７）。なお、これ以降の通信にはセッションＩＤが必ず付与される。
【００７６】
（ＰＬＡＹメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生開始のため、ＰＬＡＹメソッドを送信する。図１８にＰＬＡＹメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＬＡＹ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ３１）。配信制御部１４２０は、はじめに各コンテンツ配信装置３００に対して、コンテンツ管理装置１２００から受信したＭＰＥＧデータ７００からなるコンテンツをコンテンツ受信装置６００に配信できるように、ＳＥＴＵＰ時に通知されたコンテンツ受信装置６００のアドレス及び受信ポートへのコンテンツの配信開始の準備を要求する（ステップＳ３２）。
【００７７】
全コンテンツ配信装置３００への配信開始の準備要求が成功した場合（ステップＳ３３）、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０に対して、ステップＳ３１で指定された配信開始時刻からのコンテンツの読み込み及びマルチキャストでのコンテンツの配信を指示する（ステップＳ３４）。コンテンツ管理装置１２００において、配信開始時刻とコンテンツデータ位置との対応は、コンテンツ管理部１２１０内のコンテンツごとの配信テーブルを参照することにより得られる。
【００７８】
次に、コンテンツ管理装置１２００は、コンテンツのマルチキャスト配信開始前に、ＲＴＰヘッダのシーケンス番号をランダムな値で初期化し、各コンテンツ配信装置３００に対してマルチキャストによりコンテンツの配信を開始する（各コンテンツ配信装置３００に配信されたコンテンツは、コンテンツ受信装置６００に配信される）（ステップＳ３５）。マルチキャストでのデータ配信が開始された場合、コンテンツ管理装置１２００は、配信制御装置１４００に対して、配信開始の成功を通知する（ステップＳ３６）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対して、コンテンツの配信開始の成功(２００ＯＫ)を通知する（ステップＳ３７）。
【００７９】
ここで、ステップＳ３５によるコンテンツの配信時のコンテンツ配信システム１００１の動作を説明する。
まず、コンテンツ管理装置１２００では、コンテンツ管理部１２１０内のコンテンツごとの配信テーブルに従い、データ配信の時刻を決定する。データ配信部１２３０では、上記配信時刻に従ってコンテンツ管理部１２１０からコンテンツデータの読み込み及びＦＥＣエンコードを行い、ＳＥＴＵＰ時に指定したマルチキャストアドレス及びポート番号に対してコンテンツの配信を行う。これにより、コンテンツ配信装置３００では、ＳＥＴＵＰ時にｊｏｉｎしたマルチキャストアドレス及びポートからＦＥＣデータ付加済みＭＰＥＧデータ７００が受信可能となる。
【００８０】
コンテンツ配信装置３００は、ＦＥＣデータ付加済みＭＰＥＧデータ７００を受信し、自己が担当する特定の行のデータのみをコンテンツ受信装置６００のアドレス及びポート番号に対して送信する。コンテンツ受信装置６００では、各コンテンツ配信装置３００からネットワーク５００を介して送信されるＲＴＰパケットを、ＲＴＰヘッダのシーケンス番号を元にして並び替えを行った後、ＦＥＣデコードを行うことによって、元のコンテンツデータの取得が可能となる。
以上で、コンテンツの再生の動作の説明を終了する。
【００８１】
＜コンテンツ再生の一時停止＞
（ＰＡＵＳＥメソッド）
次に、コンテンツ受信装置は、再生の一時停止・ジャンプなどをする場合、ＰＡＵＳＥメソッドを送信する。図１９に、ＰＡＵＳＥメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＡＵＳＥ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ４１）。配信制御部１４２０は、はじめにコンテンツ配信装置３００に対して、コンテンツの配信一時停止の要求を行う（ステップＳ４２，Ｓ４３）。
【００８２】
全コンテンツ配信装置３００への配信一時停止要求が成功した場合、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０を介してデータ配信部１２３０からのマルチキャスト配信の一時停止を行う（ステップＳ４４）。データ配信部１２３０は、コンテンツの配信を一時停止後、ＲＴＰヘッダのｓｓｒｃの値をＰＬＡＹメソッド時に設定した値と異なるランダムな値に変更し（ステップＳ４５）、配信一時停止成功を返す（ステップＳ４６）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対し配信一時停止成功(２００ＯＫ)を返す（ステップＳ４７）。
以上で、コンテンツ再生の一時停止の動作の説明を終了する。
【００８３】
＜コンテンツ再生の停止＞
（ＴＥＡＲＤＯＷＮメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生を停止する場合、ＴＥＡＲＤＯＷＮメソッドを送信する。図２０に、ＴＥＡＲＤＯＷＮメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ配信装置６００から送信されたＴＥＡＲＤＯＷＮ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ５１）。配信制御部１４２０は、はじめに各コンテンツ配信装置３００に対して、コンテンツの配信停止の要求を行い、コンテンツ配信装置３００は、コンテンツ受信装置６００へのコンテンツの配信を停止する。その後、コンテンツ配信装置３００は、コンテンツ管理装置１２００からデータ送信されているマルチキャストアドレス及びポート番号からｌｅａｖｅを行い、データの受信を停止する（ステップＳ５２，Ｓ５３）。
【００８４】
全コンテンツ配信装置３００への配信停止要求が成功した場合、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０を介してデータ配信部１２３０からのマルチキャスト配信の停止を指示し、コンテンツ管理装置１２００は、マルチキャスト配信の停止を行う。また、コンテンツ管理部１２１０からのデータ読み込みを停止し、コンテンツをクローズする（ステップＳ５４，Ｓ５５）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対し配信停止成功(２００ＯＫ)を返す（ステップＳ５６）。
以上で、コンテンツ再生の停止の動作の説明を終了する。
【００８５】
上記の動作により、コンテンツ受信装置６００におけるコンテンツの再生・停止が可能となる。また、コンテンツ再生時の特殊操作に関しても、（１）「一時停止→再生」は「ＰＡＵＳＥ→ＰＬＡＹ」、（２）「ジャンプ再生」は「ＰＡＵＳＥ→ＰＬＡＹ(再生開始時刻がＰＡＵＳＥと異なる)」により実現でき、（３）「早送り・巻き戻し」は「コンテンツ管理部１２１０内のコンテンツごとの配信テーブルにより、データ配信部１２３０のデータ読み取り速度を変える」ことにより実現できる。
【００８６】
以上のように、第２実施形態に係るコンテンツ配信システム１００１は、コンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)を、ＦＥＣデータ７２１が並ぶ方向(行方向)と同じ方向に分割し、分割したデータ(メディアデータ７１１)を別々のコンテンツ配信装置３００を用いて送信し、コンテンツ受信装置６００で別々に送信されたデータを結合する。
したがって、第２実施形態に係るコンテンツ配信システム１００１は、＃１〜＃Ｎコンテンツ配信装置３００のうちいずれか１台が故障した場合でも、コンテンツ受信装置６００に送信されるデータは、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち特定の行列７３０に並ぶメディアデータ７１１が消失したデータとなり、コンテンツ受信装置６００のＦＥＣデコーダ部６２０により復号することができる。その為、コンテンツ受信装置６００でコンテンツの閲覧が可能となる。さらに、第２実施形態に係るコンテンツ配信システム１００１は、コンテンツのライブ配信に限らず、ＶＯＤ配信も実現可能である。
【００８７】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【００８８】
（ＦＥＣデコーダ部）
第１実施形態、及び第２実施形態では、ＦＥＣデコーダ部６２０が、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っていたが、例えば２次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行うようにしてもよい。ＦＥＣエンコーダ部６２０が、「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行った場合、ＦＥＣデータ付加済みＭＰＥＧデータ７００の構成は、図２１(ａ)に示すように、列方向のみならず行方向にもＦＥＣデータ７２２が作成されることになる。
【００８９】
「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行う場合、データ分割部３１０は、図２１(ｂ)に示すように、取得したＦＥＣデータ付加済みＭＰＥＧデータ７００を行方向(横方向)に分割するようにすればよい。２次元にエンコードを行う場合であっても、列方向に対して符号化を行うことには変わりがないからである。「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行う場合に、行方向の伝送誤り訂正を復元できるので、更に信頼性が増すという効果を奏する。
【００９０】
また、第１実施形態、及び第２実施形態では、ＦＥＣデコーダ部６２０が、「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っていたが、その他のＦＥＣブロック符号を用いてエンコードを行ってもよい。その場合、適用する誤り訂正符号の種類によっては、ＦＥＣデータ７２１(図３参照)のデータサイズは１行とは限らず、複数行としてパラメータ化することもできる。
【００９１】
（コンテンツ管理装置、配信制御装置）
第１実施形態では、図１に示すように、コンテンツ管理装置２５０(特に、エンコーダ２００)と配信制御装置４００とを別の装置としたが、これらの機能を合わせて一つの装置とすることも可能である。コンテンツ管理装置２５０(特に、エンコーダ２００)と配信制御装置４００とを一つにした装置を、図２２に示すように、コンテンツ配信制御装置９１０と呼ぶ場合がある。なお、第２実施形態のコンテンツ管理装置１２００と、配信制御装置１４００についても同様に、これらの機能を合わせて一つの装置とすることが可能である。
【００９２】
（コンテンツ配信装置のナンバー「＃」）
第１実施形態、及び第２実施形態では、コンテンツ配信装置３００に与えられるナンバー(図１及び図１３では「＃」と記載)が固定されていることを想定していたが、コンテンツ毎に配信制御装置４００，１４００がコンテンツ配信装置３００にナンバーを付与し、各コンテンツ装置３００に通知するようにしてもよい。ただし、１つのコンテンツに対して、複数のコンテンツ配信装置３００に同一のナンバーを付与することはできない。
【００９３】
（データ配信部）
第１実施形態、及び第２実施形態では、データ配信部２３０が、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００をマルチキャストで配信していたが、ユニキャストで配信するようにしてもよい。ユニキャストで配信する場合、配信制御装置４００の制御により、データ配信部２３０は、全てのコンテンツ配信装置３００に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００の全体を送信するのではなく、特定のコンテンツ配信装置３００に対して、特定の行のデータを送るようにしてもよい（例えば、＃Ｎコンテンツ配信装置に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００のｎ行目を送信するようにする）。
【符号の説明】
【００９４】
１，１００１ コンテンツ配信システム
１００ ビデオカメラ（データ生成部）
２００ エンコーダ
２１０ ＭＰＥＧエンコーダ部（ＭＰＥＧ符号化部）
２２０ ＦＥＣエンコーダ部（誤り訂正符号化部、誤り訂正符号化手段、誤り訂正符号化機能）
２３０ データ配信部
２５０，１２００ コンテンツ管理装置
３００ コンテンツ配信装置
３１０ データ分割部
３２０ データ配信部
３３０ 配信制御部
４００，１４００ 配信制御装置
４１０ データ受信部
４２０ 配信制御部（配信制御手段、配信制御機能）
５００ ネットワーク
６００ コンテンツ受信装置
６１０ データ結合部
６２０ ＦＥＣデコーダ部（誤り訂正復号化部）
６３０ 出力部
９００ コンテンツ配信制御システム
９１０ コンテンツ配信制御装置
１１００ コンテンツ格納装置
１２１０ コンテンツ管理部
１２４０ 制御部
１４２０ 配信制御部
【技術分野】
【０００１】
本発明は、コンテンツの配信を制御する、コンテンツ配信システム、コンテンツ配信制御システム、コンテンツ配信制御装置、コンテンツ受信装置、及びコンテンツ配信制御プログラムに関し、特に、コンテンツのライブ配信やＶＯＤ(Video On Demand)配信を制御する技術に関する。
【背景技術】
【０００２】
従来のコンテンツ配信装置は、ライブ配信を行うためのコンテンツを予め決められた単位のデータに分割する分割部と、複数の通信経路を介してコンテンツ受信装置にデータを送信する送信部と、分割部によって分割されたデータを送信する毎に送信部の通信経路を切り替えて送信する送信制御部と、を有する構成である。
この際、コンテンツ配信装置は、冗長データを分割されたデータ毎に付加し、受信装置は、冗長データを分割されたデータの誤り訂正に使用する（特許文献１参照）。
【０００３】
ここで、特許文献１に記載された技術は、ライブ配信時に、コンテンツを特定の単位にデータ分割し、別々の経路で分割したデータを配信することに意味がある。その為、冗長データは、それぞれの単位に分割されたデータ毎に付加され、通信路での誤り訂正のために用いられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２５８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、特許文献１に記載された技術は、コンテンツ配信装置の冗長化に関して、特に想定されていない。そこで、特許文献１に記載された技術を用いて、複数のコンテンツ配信装置でコンテンツを分割して送信することを考えることができる。しかしながら、その場合であっても、コンテンツ配信装置が故障した場合には、コンテンツ受信装置は、コンテンツを受信することができないという問題があった。
【０００６】
本発明は、前記問題に鑑みてなされたものであり、冗長構成にしたコンテンツ配信装置のうちの少なくとも１台が故障した場合でも、コンテンツ受信装置はコンテンツを受信することができる、コンテンツ配信システム、コンテンツ配信制御システム、コンテンツ配信制御装置、コンテンツ受信装置、及びコンテンツ配信制御プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明に係るコンテンツ配信システムは、コンテンツ管理装置（２５０，１２００）と、Ｎ台（Ｎは複数）のコンテンツ配信装置（３００）と、コンテンツ受信装置（６００）とがネットワーク（５００）を介して接続されるコンテンツ配信システムであって、前記コンテンツ管理装置（２５０，１２００）が、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データ（７２１）を所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データ（７００）を作成する誤り訂正符号化部（２２０）と、前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部（２３０）と、を備え、ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置（３００）が、受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部（３２０）と、を備え、前記コンテンツ受信装置（６００）が、前記Ｎ台のコンテンツ配信装置から受信した複数の前記ｎ行目に並べられるデータを結合するデータ結合部（６１０）と、前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部（６２０）と、前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部（６３０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【０００８】
また、本発明に係るコンテンツ配信制御装置は、Ｎ個（Ｎは複数）のコンテンツ配信装置（３００）と通信可能に接続されるコンテンツ配信制御装置（９１０）であって、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データ（７２１）を行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データ（７００）を作成する誤り訂正符号化手段（２２０）と、前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段（４２０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【０００９】
また、本発明に係るコンテンツ受信装置は、コンテンツを所定のデータサイズに分割した複数のメディアデータ（７１１）を（Ｎ−１）台のコンテンツ配信装置から受信し、前記複数のメディアデータの冗長データ（７２１）を他のＡ台（Ａ≧１）のコンテンツ配信装置から受信するコンテンツ受信装置であって、ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置から受信したデータを時系列順に複数の前記ｎ行目に並べられるデータを結合するデータ結合部（６１０）と、前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部（６２０）と、前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部（６３０）と、を備えることを特徴とする。但し、（ ）内の符号は、例示である。
【発明の効果】
【００１０】
本発明によれば、冗長構成にしたコンテンツ配信装置のうちの少なくとも１台が故障した場合でも、コンテンツ受信装置はコンテンツを受信することができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係るコンテンツ配信システムの構成図である。
【図２】第１実施形態に係るエンコーダの機能構成図である。
【図３】第１実施形態に係るＦＥＣデータ付加済みＭＰＥＧデータの構成図である。（ａ）は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、（ｂ）は、データ分割部により分割された状態を説明するための図である。
【図４】第１実施形態に係るコンテンツ配信装置の機能構成図である。
【図５Ａ】第１実施形態に係るデータ配信部の処理(正常時)を説明するための図である。
【図５Ｂ】第１実施形態に係るデータ配信部の処理(故障時)を説明するための図である。
【図６】第１実施形態に係る配信制御装置の機能構成図である。
【図７】第１実施形態に係るコンテンツ受信装置の機能構成図である。
【図８】第１実施形態に係るコンテンツ配信システムにおける、ＤＥＳＣＲＩＢＥメソッドのシーケンス図である。
【図９】第１実施形態に係るコンテンツ配信システムにおける、ＳＥＴＵＰメソッドのシーケンス図である。
【図１０】第１実施形態に係るコンテンツ配信システムにおける、ＰＬＡＹメソッドのシーケンス図である。
【図１１】第１実施形態に係るコンテンツ配信システムにおける、ＰＡＵＳＥメソッドのシーケンス図である。
【図１２】第１実施形態に係るコンテンツ配信システムにおける、ＴＥＡＲＤＯＷＮメソッドのシーケンス図である。
【図１３】第２実施形態に係るコンテンツ配信システムの構成図である。
【図１４】第２実施形態に係るコンテンツ管理装置の機能構成図である。
【図１５】第２実施形態に係る配信制御装置の機能構成図である。
【図１６】第２実施形態に係るコンテンツ配信システムにおける、ＤＥＳＣＲＩＢＥメソッドのシーケンス図である。
【図１７】第２実施形態に係るコンテンツ配信システムにおける、ＳＥＴＵＰメソッドのシーケンス図である。
【図１８】第２実施形態に係るコンテンツ配信システムにおける、ＰＬＡＹメソッドのシーケンス図である。
【図１９】第２実施形態に係るコンテンツ配信システムにおける、ＰＡＵＳＥメソッドのシーケンス図である。
【図２０】第２実施形態に係るコンテンツ配信システムにおける、ＴＥＡＲＤＯＷＮメソッドのシーケンス図である。
【図２１】変形例に係るＦＥＣデータ付加済みＭＰＥＧデータの構成図である。（ａ）は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、（ｂ）は、データ分割部により分割された状態を説明するための図である。
【図２２】変形例に係るコンテンツ配信システムの構成図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態（第１実施形態及び第２実施形態）につき詳細に説明する。第１実施形態では、本発明がコンテンツのライブ配信に適用される場合の構成等ついて説明し、第２実施形態では、本発明がコンテンツのＶＯＤ(Video On Demand)配信に適用される場合について説明する。
【００１３】
なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１４】
［第１実施形態］
≪第１実施形態に係るコンテンツ配信システムの構成≫
図１を参照して、第１実施形態に係るコンテンツ配信システム１の構成を説明する。図１は、第１実施形態に係るコンテンツ配信システム１の構成図である。
【００１５】
コンテンツ配信システム１は、ビデオカメラ１００と、エンコーダ２００と、＃１〜＃Ｎ台(Ｎは複数)のコンテンツ配信装置３００と、配信制御装置４００と、コンテンツ受信装置６００とを備えて構成される。ビデオカメラ１００とエンコーダ２００は専用線を介して接続される。また、エンコーダ２００、コンテンツ配信装置３００、及び配信制御装置４００は、ＬＡＮ(Local Area Network)を介して接続され、コンテンツ配信装置３００及び配信制御装置４００と、コンテンツ受信装置６００はネットワーク５００を介して接続されている。本実施形態では、ネットワーク５００としてＩＰ(Internet Protocol)で規定されるＷＡＮ(Wide Area Network)インターネットを想定して説明する。
【００１６】
なお、コンテンツ配信システム１の構成のうち、ビデオカメラ１００と、エンコーダ２００と、＃１〜＃Ｎ台のコンテンツ配信装置３００と、配信制御装置４００とをまとめて、コンテンツ配信制御システム９００と呼ぶ場合ある。また、エンコーダ２００をコンテンツ管理装置２５０と呼ぶ場合がある。
以下、コンテンツ配信システム１の各構成を説明する。
【００１７】
＜ビデオカメラ＞
データ生成部としてのビデオカメラ１００は、付属するレンズを通した光(映像)を、ＣＣＤ(Charge Coupled device)などの撮像素子に結像し、それを電気信号である映像データとしてエンコーダ２００に出力し、また、付属するマイクを通した音声を、音声データとしてエンコーダ２００に出力する。
【００１８】
＜エンコーダ＞
図２を参照して、第１実施形態に係るエンコーダ２００の構成を説明する。図２は、第１実施形態に係るエンコーダ２００の機能構成図である。
エンコーダ２００は、ＭＰＥＧエンコーダ部２１０と、ＦＥＣエンコーダ部２２０と、データ配信部２３０とを備える。
【００１９】
ＭＰＥＧエンコーダ部２１０、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０は、エンコーダ２００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、ＭＰＥＧエンコーダ部２１０、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００２０】
（ＭＰＥＧエンコーダ部）
ＭＰＥＧ符号化部としてのＭＰＥＧエンコーダ部２１０は、ビデオカメラ１００から受信した映像データや音声データを、ＭＰＥＧデータにエンコードし、エンコードしたＭＰＥＧデータをＦＥＣエンコーダ部２２０に出力する。
なお、本実施形態では、ＭＰＥＧエンコーダ部２１０は、ＭＰＥＧ２標準のトランスポートストリーム(ＴＳ：Transport Stream)に従ってエンコードを行う。そのため、ＭＰＥＧデータは、ＭＰＥＧエンコーダ部２１０でエンコードされた後では、１８８バイトの固定長のＴＳパケットで構成される。
【００２１】
（ＦＥＣエンコーダ部）
誤り訂正符号化部としてのＦＥＣエンコーダ部２２０は、ＭＰＥＧデータにＦＥＣデータを付加することでエンコードし、ＦＥＣデータを付加したＭＰＥＧデータ(以下「ＦＥＣデータ付加済みＭＰＥＧデータ」と呼ぶ場合がある)をデータ配信部２３０に出力する。なお、本実施形態では、ＦＥＣエンコーダ部２２０は、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行う。そのため、ＦＥＣデータ付加済みＭＰＥＧデータは、図３に示す行列として構成される。
【００２２】
図３を参照し、本実施形態のＦＥＣデータ付加済みＭＰＥＧデータ７００の構成について説明する。ここで、図３(ａ)は、ＦＥＣエンコーダ部によりＦＥＣデータが付加された状態を説明するための図であり、図３(ｂ)は、データ分割部により分割された状態を説明するための図である。ここでは、図３(ａ)を参照し、図３(ｂ)については後で参照する。
【００２３】
ＦＥＣエンコーダ部２２０は、ネットワーク５００上でのデータ形式であるＩＰパケットの最大サイズ(１５００バイト)に収まるように、７個のＴＳパケット(１８８バイト)をメディアデータ７１１(図３では「Ｍ」と表記)としてひとまとめにし、メディアデータ７１１の時系列順に１行目の左から右にＬ個並べ、次に２行目の左から右にＬ個並べ、というようにＤ行目まで繰り返す。ここで、「Ｌ」,「Ｄ」は、整数である。そのため、ＭＰＥＧデータは、左上→右上→・・・→左下→右下という順番(時系列順)に並べられるメディアデータ７１１のＤ行Ｌ列で構成される行列７１０を構成する。
【００２４】
また、ＦＥＣエンコーダ部２２０は、あらかじめ決められたパラメータに基づいて、列方向(縦方向)に並ぶメディアデータ７１１に対してパリティ演算を行い、行列７１０の各列に対応するＦＥＣデータ７２１(図３では「Ｆ」と表記)を生成し、Ｄ＋１行目にＬ個並べる。そのため、Ｄ＋１行目にＦＥＣデータ７２１の１行Ｌ列で構成される行列７２０が形成される。その結果、ＦＥＣデータ付加済みＭＰＥＧデータ７００は、メディアデータ７１１のＤ行Ｌ列で構成される行列７１０と、ＦＥＣデータ７２１の１行Ｌ列で構成される行列７２０とが合成した、（Ｄ＋１）行Ｌ列で構成されることになる。
【００２５】
なお、ＦＥＣデータ７２１は列方向（縦方向）に並ぶメディアデータ７１１に対するパリティ演算により生成されるため、ＦＥＣデータ７２１のデータサイズはメディアデータ７１１のサイズと同じ(ＴＳパケット(１８８バイト)が７個分)になる。
【００２６】
（データ配信部）
図２に戻り、データ配信部２３０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００を、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００(図１参照)、及び配信制御装置４００に対して配信する。
データ配信部２３０は、例えば、ＲＴＰ(Real-time Transport Protocol)などのデータ転送プロトコルに従って、メディアデータ７１１やＦＥＣデータ７２１をＲＴＰパケットとして、マルチキャストで配信する。この際、データ配信部２３０は、メディアデータ７１１やＦＥＣデータ７２１にＲＴＰヘッダを付加することで、メディアデータ７１１やＦＥＣデータ７２１をＲＴＰパケット化する。ＲＴＰヘッダには、ＲＴＰパケットの順序を示すシーケンス番号や、ＲＴＰパケットの作成時刻を示すタイムスタンプなどのデータが設定される。
【００２７】
具体例の一例として、データ配信部２３０は、メディアデータ７１１やＦＥＣデータ７２１が格納されるＲＴＰパケットのシーケンス番号の設定欄に、Ｍ１１→Ｍ１２→・・→Ｍ１Ｌ→Ｍ２１→Ｍ２２→・・→Ｍ２Ｌ→・・・・→ＭＤ１→ＭＤ２→・・→ＭＤＬ→Ｆ１１→Ｆ１２→・・→Ｆ１Ｌの順番となるように連続番号(昇順)を設定する。そして、データ配信部２３０は、シーケンス番号を設定したＲＴＰパケットを、さらにＵＤＰ(User Datagram Protocol)、ＩＰ(Internet Protocol)等に従いパケット化し、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００(図１参照)、及び配信制御装置４００に対してマルチキャストで配信する。
以上で、エンコーダ２００の構成の説明を終了する。
【００２８】
＜コンテンツ配信装置＞
図４を参照して、第１実施形態に係る＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００の構成を説明する。ここで、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００の構成は、すべて同じである。以下では、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００を省略して「＃１〜＃Ｎコンテンツ配信装置３００」と呼ぶ場合があり、また、まとめて「コンテンツ配信装置３００」と呼ぶ場合がある。図４は、第１実施形態に係るコンテンツ配信装置３００の機能構成図である。
【００２９】
コンテンツ配信装置３００は、データ分割部３１０と、データ配信部３２０と、配信制御部３３０とを備える。データ分割部３１０、データ配信部３２０、及び配信制御部３３０は、コンテンツ配信装置３００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ分割部３１０、データ配信部３２０、及び配信制御部３３０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００３０】
（データ分割部）
データ分割部３１０は、エンコーダ２００から配信されたメディアデータ７１１やＦＥＣデータ７２１が格納されたＲＴＰパケットを受信することで、ＦＥＣデータ付加済みＭＰＥＧデータ７００(図３(ａ)参照)を取得する。データ分割部３１０は、図３(ｂ)に示すように、取得したＦＥＣデータ付加済みＭＰＥＧデータ７００を行方向(横方向)に分割する。この結果、ＦＥＣデータ付加済みＭＰＥＧデータ７００は、メディアデータ７１１やＦＥＣデータ７２１で構成される１行Ｌ列の行列７３０−１〜行列７３０−Ｎが組み合わさった構成になる。以下では、行列７３０−１〜行列７３０−Ｎをまとめて「行列７３０」と呼ぶ場合がある。
【００３１】
（データ配信部）
特定のコンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００(図３(ｂ))のうち特定の行に並ぶデータのみ、言い換えれば、特定の行列７３０のデータのみをコンテンツ受信装置６００に対して配信(送信)する。例えば、＃１コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−１に並ぶデータ(Ｍ１１，Ｍ１２，・・，Ｍ１Ｌ)を送信し、＃２コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ)を送信し、・・・、＃Ｎ−１コンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−(Ｎ−１)に並ぶデータ(ＭＤ１，ＭＤ２，・・，ＭＤＬ)を送信し、＃Ｎコンテンツ配信装置３００のデータ配信部３２０は、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−Ｎに並ぶデータ(Ｆ１１，Ｆ１２，・・，Ｆ１Ｌ)を送信する。
【００３２】
そのため、コンテンツ配信装置３００は、図３(ｂ)に示すＦＥＣデータ付加済みＭＰＥＧデータ７００に含まれる行の数だけ(行列７３０の数だけ)必要である。言い換えれば、ＦＥＣデータ付加済みＭＰＥＧデータ７００の行数(Ｄ＋１)は、コンテンツ配信装置３００の台数Ｎと同数にする。
【００３３】
次に、＃１〜＃Ｎコンテンツ配信装置３００のデータ配信部３２０がデータを送信するタイミングについて、図５Ａを参照して説明する。図５Ａは、第１実施形態に係るデータ配信部３２０の処理(正常時)を説明するための図である。図５Ｂは、第１実施形態に係るデータ配信部３２０の処理(故障時)を説明するための図である。ここでは、図５Ａを参照し、図５Ｂは、後で説明する。
【００３４】
図５Ａにおける符号７００Ａ，７００Ｂは、共にＦＥＣデータ付加済みＭＰＥＧデータ７００を表し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａは、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂよりも時系列の順番が早いデータである。＃１〜＃Ｎコンテンツ配信装置３００は、データの送信順序が＃１コンテンツ配信装置３００→＃２コンテンツ配信装置３００→＃３コンテンツ配信装置３００→・・・→＃(Ｎ−１)コンテンツ配信装置３００→＃Ｎコンテンツ配信装置３００となるように、互いに同期をとりながらデータの送信を行う。
【００３５】
具体的には、＃１〜＃Ｎコンテンツ配信装置３００は、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａの行列７３０−１に並ぶデータ→行列７３０−２に並ぶデータ→行列７３０−３に並ぶデータ→行列７３０−(Ｎ−１)に並ぶデータ→行列７３０−Ｎに並ぶデータ→ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの行列７３０−１に並ぶデータ→行列７３０−２に並ぶデータ→行列７３０−３に並ぶデータ→行列７３０−(Ｎ−１)に並ぶデータ→行列７３０−Ｎに並ぶデータ→・・の順番になるようにデータの送信を行う。
【００３６】
この際、データ配信部３２０は、データ分割部３１０で受信したＲＴＰパケットのヘッダを、ｓｓｒｃ（同期送信元識別子）の値を除きそのまま使用する。これは、ＲＴＰパケットのヘッダに設定されるシーケンス番号やタイムスタンプなどのデータは、後記するコンテンツ受信装置６００においてもエンコーダ２００で一元的に付与された値を使用する必要があるためである。ｓｓｒｃについては、後述される「＜コンテンツの再生＞の（ＳＥＴＵＰメソッド）、（ＰＬＡＹメソッド）」にて説明される。
【００３７】
（配信制御部）
配信制御部３３０は、データ配信部３２０に対して、いずれのＲＴＰパケットから配信(送信)を行うのか指示をする。例えば、配信制御部３３０は、配信を開始するＲＴＰヘッダに設定されるシーケンス番号をデータ配信部３２０に通知し、データ配信部３２０は、通知されたシーケンス番号以降のＲＴＰパケットのデータに対して、特定の行の行列７３０に並ぶデータを配信する。
以上で、コンテンツ配信装置３００の構成の説明を終了する。
【００３８】
＜配信制御装置＞
図６を参照して、第１実施形態に係る配信制御装置４００の構成を説明する。図６は、第１実施形態に係る配信制御装置４００の機能構成図である。
配信制御装置４００は、データ受信部４１０と、配信制御部４２０とを備える。データ受信部４１０、及び配信制御部４２０は、配信制御装置４００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ受信部４１０、及び配信制御部４２０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００３９】
（データ受信部）
データ受信部４１０は、エンコーダ２００から配信されたメディアデータ７１１やＦＥＣデータ７２１が格納されたＲＴＰパケット(すなわち、ＦＥＣデータ付加済みＭＰＥＧデータ７００)を受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち時系列順に先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットにおけるシーケンス番号を図示しない記憶部に随時記憶させる。
【００４０】
図５Ａを参照して、データ受信部４１０の処理をより詳細に説明する。データ受信部４１０は、エンコーダ２００から配信されたＦＥＣデータ付加済みＭＰＥＧデータ７００Ａを受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ａの先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットに設定されるシーケンス番号を記憶させる。次に、データ受信部４１０は、エンコーダ２００から配信されたＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂを受信し、ＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの先頭のメディアデータ７１１であるＭ１１(図３参照)が格納されているＲＴＰパケットに設定されるシーケンス番号を新たに記憶させる(上書きする)。以下、データ受信部４１０は、この作業を繰り返す。このようにして、データ受信部４１０は、エンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００の情報を常に保持する。
【００４１】
（配信制御部）
図６に戻り、配信制御部４２０は、コンテンツ受信装置６００からの再生開始要求の応答として、データ受信部４１０が記憶しているＦＥＣデータ付加済みＭＰＥＧデータ７００Ｂの先頭のメディアデータ７１１が格納されているＲＴＰパケットに設定されるシーケンス番号を取得し、＃１〜＃Ｎコンテンツ配信装置３００の配信制御部３３０に対して、エンコーダ２００から受信するコンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)の配信の開始を、取得したシーケンス番号と共に通知する。
以上で、配信制御装置４００の構成の説明を終了する。
【００４２】
＜コンテンツ受信装置＞
図７を参照して、第１実施形態に係るコンテンツ受信装置６００の構成を説明する。図７は、第１実施形態に係るコンテンツ受信装置６００の機能構成図である。
コンテンツ受信装置６００は、データ結合部６１０と、ＦＥＣデコーダ部６２０と、出力部６３０と、配信要求部６４０とを備える。データ結合部６１０、ＦＥＣデコーダ部６２０、出力部６３０、及び配信要求部６４０は、コンテンツ受信装置６００が備える図示しないＣＰＵ(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、データ結合部６１０、ＦＥＣデコーダ部６２０、出力部６３０、及び配信要求部６４０をプログラム実行処理により実現する場合、図示しない記憶部にこれらを実現するためのプログラムが格納される。以下、機能ごとに説明する。
【００４３】
（データ結合部）
データ結合部６１０は、＃１〜＃Ｎコンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００を構成するメディアデータ７１１やＦＥＣデータ７２１が格納されるＲＴＰパケットを受信し、各ＲＴＰパケットのＲＴＰヘッダに設定されるシーケンス番号に基づいてＲＴＰパケットの順序の並び替えを行うことで、エンコーダ２００から配信されている状態のＦＥＣデータ付加済みＭＰＥＧデータ７００に結合する(図３(ａ)参照)。
【００４４】
具体的には、データ結合部６１０は、＃１コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−１に並ぶデータ(Ｍ１１，Ｍ１２，・・，Ｍ１Ｌ)が格納されるＲＴＰパケットを受信し、＃２コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ) が格納されるＲＴＰパケットを受信し、・・・、＃Ｎ−１コンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−(Ｎ−１)に並ぶデータ(ＭＤ１，ＭＤ２，・・，ＭＤＬ) が格納されるＲＴＰパケットを受信し、＃Ｎコンテンツ配信装置３００のデータ配信部３２０から、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち行列７３０−Ｎに並ぶデータ(Ｆ１１，Ｆ１２，・・，Ｆ１Ｌ) が格納されるＲＴＰパケットを受信する。
【００４５】
ここで、データ結合部６１０が受信するＲＴＰパケットのＲＴＰヘッダに設定されるシーケンス番号は、エンコーダ２００のデータ配信部２３０により付与されたデータがコンテンツ配信装置３００のデータ配信部３２０によりそのまま使用されている。その為、データ結合部６１０は、ＲＴＰヘッダに設定されるシーケンス番号で受信したＲＴＰパケットの並び替えを行うことにより、エンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００の並びで結合することが可能である。
【００４６】
なお、データ結合部６１０は、１つのＦＥＣデータ付加済みＭＰＥＧデータ７００を構成する全てのメディアデータ７１１やＦＥＣデータ７２１を受信したタイミングで、又はタイムアウトしたタイミング(事前に設定した時間を経過したタイミング)で、ＦＥＣデータ付加済みＭＰＥＧデータ７００の並びで結合する。ここで、タイムアウトする場合として、例えば、＃１〜＃Ｎコンテンツ配信装置３００のいずれかが故障したことにより、故障したコンテンツ配信装置３００(図５Ｂでは、＃２コンテンツ配信装置３００)から受信するはずのＲＴＰパケットを受信できない。データ結合部６１０は、タイムアウトした場合に、受信したデータのみを用いて不完全なＦＥＣデータ付加済みＭＰＥＧデータ７００を結合し、ＦＥＣデコーダ部６２０が、受信できたメディアデータ７１１及びＦＥＣデータ７２１を用いて、故障したコンテンツ配信装置３００から受信するはずのメディアデータ７１１を復号する。
【００４７】
（ＦＥＣデコーダ部）
ＦＥＣデコーダ部６２０は、受信できたメディアデータ７１１、及びＦＥＣデータ７２１を用いて受信できなかったメディアデータ７１１を復号する。
ここで、本実施形態では、エンコーダ２００のＦＥＣエンコーダ部２２０は、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っているので、ＦＥＣデコーダ部６２０は、１列において１つのメディアデータ７１１を復号することが可能である。その為、＃１〜＃Ｎコンテンツ配信装置３００のいずれか１台が故障したことにより、故障したコンテンツ配信装置３００(図５Ｂでは、＃２コンテンツ配信装置３００)から特定の行列７３０に並ぶメディアデータ７１１(図５Ｂでは、行列７３０−２に並ぶデータ(Ｍ２１，Ｍ２２，・・，Ｍ２Ｌ))を受信できない場合でも、ＦＥＣデータ７２１に対してロスするメディアデータ７１１は１行分のみのために、特定の行列７３０に並ぶメディアデータ７１１を復号することができる。ただし、故障していないコンテンツ配信装置３００(図５では、＃１，＃３〜＃Ｎコンテンツ配信装置)から送信されるデータ送信が成功することが保証されていることを前提とする。
【００４８】
（出力部）
出力部６３０は、データ結合部６１０で結合、又はＦＥＣデコーダ部６２０で復号したエンコーダ２００から配信されているＦＥＣデータ付加済みＭＰＥＧデータ７００のうち、行列７１０に並ぶメディアデータ７１１(ＭＰＥＧデータ)を、映像データや音声データに復号し、図示しないディスプレイ装置やスピーカなどに復号した映像データや音声データを出力する。これにより、コンテンツ受信装置６００のユーザは、ディスプレイ装置やスピーカなどを介して、コンテンツの閲覧や視聴が可能となる。
【００４９】
（配信要求部）
配信要求部６４０は、コンテンツ受信装置６００のユーザの操作により、配信制御装置４００に対して、コンテンツの再生開始要求などを送信する。詳細は、後記する動作の処理で説明する。
以上で、コンテンツ受信装置６００の構成の説明を終了する。また、コンテンツ配信システムの構成の説明を終了する。
【００５０】
≪第１実施形態に係るコンテンツ配信システムの動作≫
コンテンツ受信装置６００からのコンテンツ再生、停止等の要求は、配信制御装置４００に対してＲＴＳＰプロトコルで行うものとする。ここでは、標準的なＲＴＳＰのシーケンスで使用されるメソッドに対する、コンテンツ配信システム１の動作について説明する。
【００５１】
＜コンテンツの再生＞
（ＤＥＳＣＲＩＢＥメソッド）
まず、コンテンツ受信装置６００は、コンテンツの情報を取得するため、ＤＥＳＣＲＩＢＥメソッドを送信する。図８に、ＤＥＳＣＲＩＢＥメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＤＥＳＣＲＩＢＥ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ６１）。配信制御部４２０は、コンテンツの情報を設定ファイルから取得し（ステップＳ６２）、ＤＥＳＣＲＩＢＥの応答としてコンテンツ受信装置６００に送信する（ステップＳ６３）。
【００５２】
（ＳＥＴＵＰメソッド）
次に、コンテンツ受信装置６００は、コンテンツ受信の準備のため、ＳＥＴＵＰメソッドを送信する。図９に、ＳＥＴＵＰメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＳＥＴＵＰ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ７１）。配信制御部４２０は、コンテンツ配信装置３００に対して、設定ファイルから取得したマルチキャストアドレス及びポート番号と、ステップＳ７１で送られるコンテンツ受信装置６００のクライアントアドレス及びポート番号を通知する（ステップＳ７２）と共に、コンテンツ受信装置６００への配信時にＲＴＰヘッダを修正するため、ｐｓｅｕｄｏ−ｓｓｒｃの値をランダムな値に設定する。
ここで、ｐｓｅｕｄｏ−ｓｓｒｃの値はＰＬＡＹメソッドによるＲＴＰパケット送出の切り替え毎にＲＴＰヘッダ内のｓｓｒｃ値を変更するために用いられる値である。
【００５３】
次に、コンテンツ配信装置３００は、通知されたマルチキャストアドレス及びポート番号に対してｊｏｉｎを行い、エンコーダ２００のデータ配信部２３０から送信されるマルチキャストパケットの受信を開始する（ステップＳ７３）。その後、コンテンツ配信装置３００は、配信制御装置４００の配信制御部４２０に対して、コンテンツ受信装置６００にデータを送信する際のコンテンツ配信装置３００のアドレス及びポート番号を通知する（ステップＳ７４）。
【００５４】
全てのコンテンツ配信装置３００に対して上記処理が完了した時点で、配信制御装置４００の配信制御４２０は、セッションＩＤを作成し（ステップＳ７５）、ステップＳ７３で取得した全てのコンテンツ配信装置３００のアドレス及びポート番号のリストと共に、コンテンツ受信装置６００にＳＥＴＵＰの完了を通知する（ステップＳ７６）。なお、これ以降の通信には、セッションＩＤが必ず付与される。
【００５５】
（ＰＬＡＹメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生開始のため、ＰＬＡＹメソッドを送信する。図１０に、ＰＬＡＹメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＬＡＹ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ８１）。配信制御部４２０は、はじめにデータ受信部４１０で記録されているＦＥＣデータ付加済みＭＰＥＧデータ７００の先頭のＲＴＰパケットのシーケンス番号を取得し（ステップＳ８２）、その値とｐｓｅｕｄｏ−ｓｓｒｃの値を各コンテンツ配信装置３００に対し通知する（ステップＳ８３）。
【００５６】
コンテンツ配信装置３００では、データ分割部３１０において受信されたＲＴＰパケットで、ステップＳ８３で通知されたシーケンス番号以降のＲＴＰパケットを対象に、ＲＴＰヘッダのｓｓｒｃの値をｐｓｅｕｄｏ−ｓｓｒｃの値で置き換えた後、ＳＥＴＵＰ時に通知されたコンテンツ受信装置６００のアドレス及びポートへコンテンツの配信を開始する（ステップＳ８４）。コンテンツ受信装置６００へのデータ配信が開始された場合、コンテンツ配信装置３００は、配信制御装置４００に対して、配信開始の成功を通知する（ステップＳ８５）。次に、配信制御装置４００は、コンテンツ受信装置６００に対し配信開始の成功(２００ＯＫ)を返す（ステップＳ８６）。
【００５７】
ここで、ステップＳ８４に示すコンテンツの配信時のコンテンツ配信システム１の動作を説明する。コンテンツ配信装置３００は、エンコーダ２００からＦＥＣデータ付加済みＭＰＥＧデータ７００を受信し、自己が担当する特定の行のデータのみをコンテンツ受信装置６００のアドレス及びポート番号に対して送信する。
コンテンツ受信装置６００では、各コンテンツ配信装置３００からネットワーク５００を介して送信されるＲＴＰパケットを、ＲＴＰヘッダのシーケンス番号を元にして並び替えを行った後、ＦＥＣデコードを行うことによって、元のコンテンツデータの取得が可能となる。
以上で、コンテンツの再生の動作の説明を終了する。
【００５８】
＜コンテンツ再生の一時停止＞
（ＰＡＵＳＥメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生の一時停止をする場合、ＰＡＵＳＥメソッドを送信する。図１１に、ＰＡＵＳＥメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＡＵＳＥ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ９１）。配信制御部４２０は、コンテンツ配信装置３００に対して、コンテンツの配信一時停止の要求を行う（ステップＳ９２）。
【００５９】
次に、コンテンツ配信装置３００は、コンテンツ受信装置６００への配信を一時停止した後（ステップＳ９３）、コンテンツの配信の一時停止成功を返す（ステップＳ９４）。全コンテンツ配信装置３００への配信一時停止要求が成功した場合、配信制御装置４００は、ｐｓｅｕｄｏ−ｓｓｒｃの値をＰＬＡＹメソッド時に設定した値と異なるランダムな値に変更し、コンテンツ受信装置６００に対し配信一時停止成功(２００ＯＫ)を返す（ステップＳ９５）。
以上で、コンテンツ再生の一時停止の動作の説明を終了する。
【００６０】
＜コンテンツ再生の停止＞
（ＴＥＡＲＤＯＷＮメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生を停止する場合、ＴＥＡＲＤＯＷＭメソッドを送信する。図１２にＴＥＡＲＤＯＷＮメソッドに対するコンテンツ配信システム１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＴＥＡＲＤＯＷＮ要求は、配信制御装置４００の配信制御部４２０に送られる（ステップＳ１０１）。配信制御部４２０は、各コンテンツ配信装置３００に対して、コンテンツの配信停止の要求を行う（ステップＳ１０２）。
【００６１】
次に、コンテンツ配信装置３００は、コンテンツ受信装置６００への配信を停止した後（ステップＳ１０３）、コンテンツの配信停止成功を返す（ステップＳ１０４）。全コンテンツ配信装置３００への配信停止要求が成功した場合、配信制御装置４００は、コンテンツ配信装置６００に対し配信停止成功(２００ＯＫ)を返す（ステップＳ１０５）。
以上で、コンテンツ再生の停止の動作の説明を終了する。
【００６２】
以上のように、第１実施形態に係るコンテンツ配信システム１は、コンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)を、ＦＥＣデータ７２１が並ぶ方向(行方向)と同じ方向に分割し、分割したデータ(メディアデータ７１１)を別々のコンテンツ配信装置３００を用いて送信し、コンテンツ受信装置６００で別々に送信されたデータを結合する。
したがって、第１実施形態に係るコンテンツ配信システム１は、＃１〜＃Ｎコンテンツ配信装置３００のうちいずれか１台が故障した場合でも、コンテンツ受信装置６００に送信されるデータは、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち特定の行列７３０に並ぶメディアデータ７１１が消失したデータとなり、コンテンツ受信装置６００のＦＥＣデコーダ部６２０により復号することができる。その為、コンテンツ受信装置６００でコンテンツの閲覧が可能となる。
【００６３】
[第２実施形態]
第１実施形態が、コンテンツのライブ配信(放送)を想定していたのに対して、第２実施形態は、コンテンツのＶＯＤ(Video On Demand)配信を想定している。
第１実施形態で想定されるコンテンツのライブ配信では、コンテンツ受信装置６００が複数ある場合で、これらのコンテンツ受信装置６００から同一のコンテンツの再生要求が行われた際に、各コンテンツ受信装置６００に同じデータを配信すればよいため、ＦＥＣエンコード処理をエンコーダ２００でコンテンツ毎に１回行えばよい。
一方、第２実施形態で想定されるコンテンツのＶＯＤ配信では、コンテンツ受信装置６００が複数ある場合で、これらのコンテンツ受信装置６００から同一のコンテンツの再生要求が行われた際に、各コンテンツ受信装置６００毎に再生しているコンテンツの時刻が異なるため、セッション毎にデータの読み込みやＦＥＣエンコードなどの処理が必要になる。
【００６４】
≪第２実施形態に係るコンテンツ配信システムの構成≫
図１３を参照して、第２実施形態に係るコンテンツ配信システム１００１の構成を説明する。図１３は、第２実施形態に係るコンテンツ配信システム１００１の構成図である。
第１実施形態に係るコンテンツ配信システム１と、第２実施形態に係るコンテンツ配信システム１００１との違いは、ビデオカメラ１００が削除されコンテンツ格納装置１１００が追加されている点と、コンテンツ管理装置２５０の構成及び配信制御装置４００の構成が変更されて、コンテンツ管理装置１２００及び配信制御装置１４００に変更されている点である。なお、＃１〜＃Ｎコンテンツ配信装置３００、ネットワーク５００、及びコンテンツ受信装置６００の構成は、第１実施形態と同様である。以下では、第２実施形態に係るコンテンツ配信システム１００１の構成の内、第１実施形態から変更されている構成について説明する。
【００６５】
＜コンテンツ格納装置＞
コンテンツ格納装置１１００は、例えば、内蔵ディスク、外部ＲＡＩＤ(Redundant Array of Inexpensive Disks)装置など、ＭＰＥＧエンコード済みのデータ(コンテンツ)を格納する装置である。コンテンツ格納装置１１００は、コンテンツ管理装置１２００と接続されており、コンテンツ管理装置１２００から指定されたコンテンツをコンテンツ管理装置１２００に対して送信する。
【００６６】
＜コンテンツ管理装置＞
図１４を参照して、第２実施形態に係るコンテンツ管理装置１２００の構成を説明する。図１４は、第２実施形態に係るコンテンツ管理装置１２００の機能構成図である。
コンテンツ管理装置１２００は、コンテンツ管理部１２１０と、ＦＥＣエンコーダ部２２０と、データ配信部２３０と、制御部１２４０とを備える。なお、ＦＥＣエンコーダ部２２０、及びデータ配信部２３０は、第１実施形態の機能と同様である。
【００６７】
（コンテンツ管理部）
コンテンツ管理部１２１０は、コンテンツ格納装置１１００に格納されるコンテンツの情報、コンテンツの配信時に使用する配信テーブルを図示しない記憶部に記憶している。また、コンテンツ管理部１２１０は、コンテンツ格納装置１１００に対して、指定するコンテンツの読み込みを行う。
【００６８】
（制御部）
制御部１２４０は、配信制御装置１４００からのコンテンツの配信要求を受信し、コンテンツ管理部１２１０に対するデータ(コンテンツ)の読み込み指示、及びデータ配信部２３０に対するコンテンツ配信指示を行う。
以上で、コンテンツ管理装置１２００の構成の説明を終了する。
【００６９】
＜配信制御装置＞
図１５を参照して、第２実施形態に係る配信制御装置１４００の構成を説明する。図１５は、第２実施形態に係る配信制御装置１４００の機能構成図である。配信制御装置１４００は、配信制御部１４２０を備える。
【００７０】
（配信制御部）
配信制御部１４２０は、コンテンツ受信装置６００からの各種要求(本実施形態では、ＲＴＳＰに準拠する)に応じて、コンテンツ管理装置１２００の制御部１２４０、及び＃１〜＃Ｎコンテンツ配信装置３００の配信制御部３３０に対して、要求に応じた処理の指示を行う。
以上で、配信制御装置１４００の構成の説明を終了する。また、第２実施形態に係るコンテンツ配信システム１００１の構成の説明を終了する。
【００７１】
≪第２実施形態に係るコンテンツ配信システムの動作≫
コンテンツ受信装置６００からのコンテンツ再生、停止等の要求は、配信制御装置１４００に対してＲＴＳＰプロトコルで行うものとする。ここでは、標準的なＲＴＳＰのシーケンスで使用されるメソッドに対する、コンテンツ配信システム１００１の動作について説明する。
【００７２】
＜コンテンツの再生＞
（ＤＥＳＣＲＩＢＥメソッド）
まず、コンテンツ受信装置６００は、コンテンツの情報を取得するため、ＤＥＳＣＲＩＢＥメソッドを送信する。図１６に、ＤＥＳＣＲＩＢＥメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＤＥＳＣＲＩＢＥ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ１１）。配信制御部１４２０は、コンテンツの情報をコンテンツ管理装置１２００から取得し（ステップＳ１２，Ｓ１３）、ＤＥＳＣＲＩＢＥの応答としてコンテンツ受信装置６００に送信する（ステップＳ１４）。
【００７３】
（ＳＥＴＵＰメソッド）
次に、コンテンツ受信装置６００は、コンテンツ受信の準備のため、ＳＥＴＵＰメソッドを送信する。図１７に、ＳＥＴＵＰメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＳＥＴＵＰ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ２１）。配信制御部１４２０は、コンテンツ管理装置１２００の制御部１２４０に対して指定されたコンテンツのオープンを行う。また、データ配信部１２３０は、ＲＴＰヘッダのｓｓｒｃの値をランダムな値に設定すると共に、配信する際に使用するマルチキャストアドレスとポート番号を取得し（ステップＳ２２）、そのアドレスとポート番号を配信制御装置１４００の配信制御部１４２０に送信する（ステップＳ２３）。
【００７４】
次に、配信制御装置１４００は、マルチキャストアドレスやポート番号と、ステップＳ２１で送られるコンテンツ受信装置６００のクライアントアドレスやポート番号を、コンテンツ配信装置３００に対して通知する（ステップＳ２４）。コンテンツ配信装置３００は、通知されたマルチキャストアドレス及びポート番号に対してｊｏｉｎを行い、コンテンツ管理装置１２００のデータ配信部１２３０から送信されるマルチキャストパケットの受信を行えるように準備する。また、コンテンツ配信装置３００は、配信制御装置１４００の配信制御部１４２０に対して、コンテンツ受信装置６００にデータを送信する際のコンテンツ配信装置３００のアドレス及びポート番号を通知する（ステップＳ２５）。
【００７５】
全てのコンテンツ配信装置３００に対してステップＳ２５までの処理が完了した時点で、配信制御装置１４００の配信制御部１４２０は、セッションＩＤを作成し（ステップＳ２６）、ステップＳ２５で取得した全コンテンツ配信装置３００のアドレス及びポート番号のリストと共に、コンテンツ受信装置６００にＳＥＴＵＰの完了を通知する（ステップＳ２７）。なお、これ以降の通信にはセッションＩＤが必ず付与される。
【００７６】
（ＰＬＡＹメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生開始のため、ＰＬＡＹメソッドを送信する。図１８にＰＬＡＹメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＬＡＹ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ３１）。配信制御部１４２０は、はじめに各コンテンツ配信装置３００に対して、コンテンツ管理装置１２００から受信したＭＰＥＧデータ７００からなるコンテンツをコンテンツ受信装置６００に配信できるように、ＳＥＴＵＰ時に通知されたコンテンツ受信装置６００のアドレス及び受信ポートへのコンテンツの配信開始の準備を要求する（ステップＳ３２）。
【００７７】
全コンテンツ配信装置３００への配信開始の準備要求が成功した場合（ステップＳ３３）、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０に対して、ステップＳ３１で指定された配信開始時刻からのコンテンツの読み込み及びマルチキャストでのコンテンツの配信を指示する（ステップＳ３４）。コンテンツ管理装置１２００において、配信開始時刻とコンテンツデータ位置との対応は、コンテンツ管理部１２１０内のコンテンツごとの配信テーブルを参照することにより得られる。
【００７８】
次に、コンテンツ管理装置１２００は、コンテンツのマルチキャスト配信開始前に、ＲＴＰヘッダのシーケンス番号をランダムな値で初期化し、各コンテンツ配信装置３００に対してマルチキャストによりコンテンツの配信を開始する（各コンテンツ配信装置３００に配信されたコンテンツは、コンテンツ受信装置６００に配信される）（ステップＳ３５）。マルチキャストでのデータ配信が開始された場合、コンテンツ管理装置１２００は、配信制御装置１４００に対して、配信開始の成功を通知する（ステップＳ３６）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対して、コンテンツの配信開始の成功(２００ＯＫ)を通知する（ステップＳ３７）。
【００７９】
ここで、ステップＳ３５によるコンテンツの配信時のコンテンツ配信システム１００１の動作を説明する。
まず、コンテンツ管理装置１２００では、コンテンツ管理部１２１０内のコンテンツごとの配信テーブルに従い、データ配信の時刻を決定する。データ配信部１２３０では、上記配信時刻に従ってコンテンツ管理部１２１０からコンテンツデータの読み込み及びＦＥＣエンコードを行い、ＳＥＴＵＰ時に指定したマルチキャストアドレス及びポート番号に対してコンテンツの配信を行う。これにより、コンテンツ配信装置３００では、ＳＥＴＵＰ時にｊｏｉｎしたマルチキャストアドレス及びポートからＦＥＣデータ付加済みＭＰＥＧデータ７００が受信可能となる。
【００８０】
コンテンツ配信装置３００は、ＦＥＣデータ付加済みＭＰＥＧデータ７００を受信し、自己が担当する特定の行のデータのみをコンテンツ受信装置６００のアドレス及びポート番号に対して送信する。コンテンツ受信装置６００では、各コンテンツ配信装置３００からネットワーク５００を介して送信されるＲＴＰパケットを、ＲＴＰヘッダのシーケンス番号を元にして並び替えを行った後、ＦＥＣデコードを行うことによって、元のコンテンツデータの取得が可能となる。
以上で、コンテンツの再生の動作の説明を終了する。
【００８１】
＜コンテンツ再生の一時停止＞
（ＰＡＵＳＥメソッド）
次に、コンテンツ受信装置は、再生の一時停止・ジャンプなどをする場合、ＰＡＵＳＥメソッドを送信する。図１９に、ＰＡＵＳＥメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ受信装置６００から送信されたＰＡＵＳＥ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ４１）。配信制御部１４２０は、はじめにコンテンツ配信装置３００に対して、コンテンツの配信一時停止の要求を行う（ステップＳ４２，Ｓ４３）。
【００８２】
全コンテンツ配信装置３００への配信一時停止要求が成功した場合、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０を介してデータ配信部１２３０からのマルチキャスト配信の一時停止を行う（ステップＳ４４）。データ配信部１２３０は、コンテンツの配信を一時停止後、ＲＴＰヘッダのｓｓｒｃの値をＰＬＡＹメソッド時に設定した値と異なるランダムな値に変更し（ステップＳ４５）、配信一時停止成功を返す（ステップＳ４６）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対し配信一時停止成功(２００ＯＫ)を返す（ステップＳ４７）。
以上で、コンテンツ再生の一時停止の動作の説明を終了する。
【００８３】
＜コンテンツ再生の停止＞
（ＴＥＡＲＤＯＷＮメソッド）
次に、コンテンツ受信装置６００は、コンテンツ再生を停止する場合、ＴＥＡＲＤＯＷＮメソッドを送信する。図２０に、ＴＥＡＲＤＯＷＮメソッドに対するコンテンツ配信システム１００１の動作シーケンスを示す。
コンテンツ配信装置６００から送信されたＴＥＡＲＤＯＷＮ要求は、配信制御装置１４００の配信制御部１４２０に送られる（ステップＳ５１）。配信制御部１４２０は、はじめに各コンテンツ配信装置３００に対して、コンテンツの配信停止の要求を行い、コンテンツ配信装置３００は、コンテンツ受信装置６００へのコンテンツの配信を停止する。その後、コンテンツ配信装置３００は、コンテンツ管理装置１２００からデータ送信されているマルチキャストアドレス及びポート番号からｌｅａｖｅを行い、データの受信を停止する（ステップＳ５２，Ｓ５３）。
【００８４】
全コンテンツ配信装置３００への配信停止要求が成功した場合、配信制御装置１４００は、コンテンツ管理装置１２００の制御部１２４０を介してデータ配信部１２３０からのマルチキャスト配信の停止を指示し、コンテンツ管理装置１２００は、マルチキャスト配信の停止を行う。また、コンテンツ管理部１２１０からのデータ読み込みを停止し、コンテンツをクローズする（ステップＳ５４，Ｓ５５）。次に、配信制御装置１４００は、コンテンツ受信装置６００に対し配信停止成功(２００ＯＫ)を返す（ステップＳ５６）。
以上で、コンテンツ再生の停止の動作の説明を終了する。
【００８５】
上記の動作により、コンテンツ受信装置６００におけるコンテンツの再生・停止が可能となる。また、コンテンツ再生時の特殊操作に関しても、（１）「一時停止→再生」は「ＰＡＵＳＥ→ＰＬＡＹ」、（２）「ジャンプ再生」は「ＰＡＵＳＥ→ＰＬＡＹ(再生開始時刻がＰＡＵＳＥと異なる)」により実現でき、（３）「早送り・巻き戻し」は「コンテンツ管理部１２１０内のコンテンツごとの配信テーブルにより、データ配信部１２３０のデータ読み取り速度を変える」ことにより実現できる。
【００８６】
以上のように、第２実施形態に係るコンテンツ配信システム１００１は、コンテンツ(ＦＥＣデータ付加済みＭＰＥＧデータ７００)を、ＦＥＣデータ７２１が並ぶ方向(行方向)と同じ方向に分割し、分割したデータ(メディアデータ７１１)を別々のコンテンツ配信装置３００を用いて送信し、コンテンツ受信装置６００で別々に送信されたデータを結合する。
したがって、第２実施形態に係るコンテンツ配信システム１００１は、＃１〜＃Ｎコンテンツ配信装置３００のうちいずれか１台が故障した場合でも、コンテンツ受信装置６００に送信されるデータは、ＦＥＣデータ付加済みＭＰＥＧデータ７００のうち特定の行列７３０に並ぶメディアデータ７１１が消失したデータとなり、コンテンツ受信装置６００のＦＥＣデコーダ部６２０により復号することができる。その為、コンテンツ受信装置６００でコンテンツの閲覧が可能となる。さらに、第２実施形態に係るコンテンツ配信システム１００１は、コンテンツのライブ配信に限らず、ＶＯＤ配信も実現可能である。
【００８７】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【００８８】
（ＦＥＣデコーダ部）
第１実施形態、及び第２実施形態では、ＦＥＣデコーダ部６２０が、例えば１次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っていたが、例えば２次元Ｐｒｏ−ＭＰＥＧ ＦＥＣの１つである「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行うようにしてもよい。ＦＥＣエンコーダ部６２０が、「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行った場合、ＦＥＣデータ付加済みＭＰＥＧデータ７００の構成は、図２１(ａ)に示すように、列方向のみならず行方向にもＦＥＣデータ７２２が作成されることになる。
【００８９】
「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行う場合、データ分割部３１０は、図２１(ｂ)に示すように、取得したＦＥＣデータ付加済みＭＰＥＧデータ７００を行方向(横方向)に分割するようにすればよい。２次元にエンコードを行う場合であっても、列方向に対して符号化を行うことには変わりがないからである。「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．２」に従ってエンコードを行う場合に、行方向の伝送誤り訂正を復元できるので、更に信頼性が増すという効果を奏する。
【００９０】
また、第１実施形態、及び第２実施形態では、ＦＥＣデコーダ部６２０が、「Ｐｒｏ−ＭＰＥＧ ＦＥＣ Ｃｏｄｅ ｏｆ Ｐｒａｃｔｉｃｅ ＃３．１」に従ってエンコードを行っていたが、その他のＦＥＣブロック符号を用いてエンコードを行ってもよい。その場合、適用する誤り訂正符号の種類によっては、ＦＥＣデータ７２１(図３参照)のデータサイズは１行とは限らず、複数行としてパラメータ化することもできる。
【００９１】
（コンテンツ管理装置、配信制御装置）
第１実施形態では、図１に示すように、コンテンツ管理装置２５０(特に、エンコーダ２００)と配信制御装置４００とを別の装置としたが、これらの機能を合わせて一つの装置とすることも可能である。コンテンツ管理装置２５０(特に、エンコーダ２００)と配信制御装置４００とを一つにした装置を、図２２に示すように、コンテンツ配信制御装置９１０と呼ぶ場合がある。なお、第２実施形態のコンテンツ管理装置１２００と、配信制御装置１４００についても同様に、これらの機能を合わせて一つの装置とすることが可能である。
【００９２】
（コンテンツ配信装置のナンバー「＃」）
第１実施形態、及び第２実施形態では、コンテンツ配信装置３００に与えられるナンバー(図１及び図１３では「＃」と記載)が固定されていることを想定していたが、コンテンツ毎に配信制御装置４００，１４００がコンテンツ配信装置３００にナンバーを付与し、各コンテンツ装置３００に通知するようにしてもよい。ただし、１つのコンテンツに対して、複数のコンテンツ配信装置３００に同一のナンバーを付与することはできない。
【００９３】
（データ配信部）
第１実施形態、及び第２実施形態では、データ配信部２３０が、＃１コンテンツ配信装置３００〜＃Ｎコンテンツ配信装置３００に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００をマルチキャストで配信していたが、ユニキャストで配信するようにしてもよい。ユニキャストで配信する場合、配信制御装置４００の制御により、データ配信部２３０は、全てのコンテンツ配信装置３００に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００の全体を送信するのではなく、特定のコンテンツ配信装置３００に対して、特定の行のデータを送るようにしてもよい（例えば、＃Ｎコンテンツ配信装置に対して、ＦＥＣデータ付加済みＭＰＥＧデータ７００のｎ行目を送信するようにする）。
【符号の説明】
【００９４】
１，１００１ コンテンツ配信システム
１００ ビデオカメラ（データ生成部）
２００ エンコーダ
２１０ ＭＰＥＧエンコーダ部（ＭＰＥＧ符号化部）
２２０ ＦＥＣエンコーダ部（誤り訂正符号化部、誤り訂正符号化手段、誤り訂正符号化機能）
２３０ データ配信部
２５０，１２００ コンテンツ管理装置
３００ コンテンツ配信装置
３１０ データ分割部
３２０ データ配信部
３３０ 配信制御部
４００，１４００ 配信制御装置
４１０ データ受信部
４２０ 配信制御部（配信制御手段、配信制御機能）
５００ ネットワーク
６００ コンテンツ受信装置
６１０ データ結合部
６２０ ＦＥＣデコーダ部（誤り訂正復号化部）
６３０ 出力部
９００ コンテンツ配信制御システム
９１０ コンテンツ配信制御装置
１１００ コンテンツ格納装置
１２１０ コンテンツ管理部
１２４０ 制御部
１４２０ 配信制御部
【特許請求の範囲】
【請求項１】
コンテンツ管理装置と、Ｎ台（Ｎは複数）のコンテンツ配信装置と、コンテンツ受信装置とがネットワークを介して接続されるコンテンツ配信システムであって、
前記コンテンツ管理装置は、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データを所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化部と、
前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部と、を備え、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置は、
受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部と、を備え、
前記コンテンツ受信装置は、
前記Ｎ台のコンテンツ配信装置から受信した複数の前記ｎ行目に並べられるデータを結合するデータ結合部と、
前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部と、
前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部と、を備える、
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記誤り訂正符号化部は、
前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データをＮ行目にＬ個並べる、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記データ配信部は、
前記符号化データを、ＬＡＮ又は専用線を介して、マルチキャストにより前記Ｎ台のコンテンツ配信装置に対して送信する、
ことを特徴とする請求項１又は請求項２に記載のコンテンツ配信システム。
【請求項４】
前記データ配信部は、
前記符号化データを構成する前記メディアデータ及び前記冗長データに、ユニークなシーケンス番号を設定したＲＴＰヘッダを付加することでＲＴＰパケットを作成し、前記ＲＴＰパケットを前記Ｎ台のコンテンツ配信装置に対して送信し、
データ結合部は、
前記ＲＴＰパケットを受信し、ＲＴＰヘッダに設定されているシーケンス番号に基づいて前記ｎ行目に並べられるデータを結合する、
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ管理装置は、
入力した画像データや音声データをＭＰＥＧ方式により符号化することで、ＭＰＥＧ方式により符号化された前記コンテンツを生成するＭＰＥＧ符号化部、をさらに備える、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ管理装置は、
ＭＰＥＧ方式により符号化された前記コンテンツを格納するコンテンツ格納装置と接続され、
前記コンテンツ格納装置から前記コンテンツを取得するコンテンツ管理部をさらに備える、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ管理装置は、
誤り訂正符号化部が、
前記Ｄ×Ｌ行列の列方向に並べられるＬ個の前記メディアデータに対する冗長データを所定の列にさらにＮ個並べることで、Ｎ×（Ｌ＋１）行列で構成される符号化データを作成する、
ことを特徴とする請求項１ないし請求項６のいずれか１項に記載のコンテンツ配信システム。
【請求項８】
コンテンツ管理装置と、Ｎ台（Ｎは複数）のコンテンツ配信装置とが通信可能に接続され、コンテンツ受信装置に対するコンテンツの配信を制御するコンテンツ配信制御システムであって、
前記コンテンツ管理装置は、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データを所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化部と、
前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部と、を備え、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置は、
受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部と、を備える、
ことを特徴とするコンテンツ配信制御システム。
【請求項９】
Ｎ個（Ｎは複数）のコンテンツ配信装置と通信可能に接続されるコンテンツ配信制御装置であって、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化手段と、
前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段と、
を備えることを特徴とするコンテンツ配信制御装置。
【請求項１０】
コンテンツを所定のデータサイズに分割した複数のメディアデータを（Ｎ−１）台のコンテンツ配信装置から受信し、前記複数のメディアデータの冗長データを他のＡ台（Ａ≧１）のコンテンツ配信装置から受信するコンテンツ受信装置であって、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置から受信したデータを時系列順に複数の前記ｎ行目に並べられるデータを結合するデータ結合部と、
前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部と、
前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部と、を備える、
ことを特徴とするコンテンツ受信装置。
【請求項１１】
Ｎ個（Ｎは複数）のコンテンツ配信装置と通信可能に接続されるコンテンツ配信装置で実行するコンテンツ配信制御プログラムであって、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化機能と、
前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御機能と、
を実行させるためのコンテンツ配信制御プログラム。
【請求項１】
コンテンツ管理装置と、Ｎ台（Ｎは複数）のコンテンツ配信装置と、コンテンツ受信装置とがネットワークを介して接続されるコンテンツ配信システムであって、
前記コンテンツ管理装置は、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データを所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化部と、
前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部と、を備え、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置は、
受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部と、を備え、
前記コンテンツ受信装置は、
前記Ｎ台のコンテンツ配信装置から受信した複数の前記ｎ行目に並べられるデータを結合するデータ結合部と、
前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部と、
前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部と、を備える、
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記誤り訂正符号化部は、
前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データをＮ行目にＬ個並べる、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記データ配信部は、
前記符号化データを、ＬＡＮ又は専用線を介して、マルチキャストにより前記Ｎ台のコンテンツ配信装置に対して送信する、
ことを特徴とする請求項１又は請求項２に記載のコンテンツ配信システム。
【請求項４】
前記データ配信部は、
前記符号化データを構成する前記メディアデータ及び前記冗長データに、ユニークなシーケンス番号を設定したＲＴＰヘッダを付加することでＲＴＰパケットを作成し、前記ＲＴＰパケットを前記Ｎ台のコンテンツ配信装置に対して送信し、
データ結合部は、
前記ＲＴＰパケットを受信し、ＲＴＰヘッダに設定されているシーケンス番号に基づいて前記ｎ行目に並べられるデータを結合する、
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ管理装置は、
入力した画像データや音声データをＭＰＥＧ方式により符号化することで、ＭＰＥＧ方式により符号化された前記コンテンツを生成するＭＰＥＧ符号化部、をさらに備える、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ管理装置は、
ＭＰＥＧ方式により符号化された前記コンテンツを格納するコンテンツ格納装置と接続され、
前記コンテンツ格納装置から前記コンテンツを取得するコンテンツ管理部をさらに備える、
ことを特徴とする請求項１ないし請求項４のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ管理装置は、
誤り訂正符号化部が、
前記Ｄ×Ｌ行列の列方向に並べられるＬ個の前記メディアデータに対する冗長データを所定の列にさらにＮ個並べることで、Ｎ×（Ｌ＋１）行列で構成される符号化データを作成する、
ことを特徴とする請求項１ないし請求項６のいずれか１項に記載のコンテンツ配信システム。
【請求項８】
コンテンツ管理装置と、Ｎ台（Ｎは複数）のコンテンツ配信装置とが通信可能に接続され、コンテンツ受信装置に対するコンテンツの配信を制御するコンテンツ配信制御システムであって、
前記コンテンツ管理装置は、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられるＤ個の前記メディアデータに対する冗長データを所定の行にＬ個並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化部と、
前記誤り訂正符号化部が作成した符号化データを前記Ｎ台のコンテンツ配信装置に対して送信するデータ配信部と、を備え、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置は、
受信した前記符号化データのｎ行目に並べられるデータを、他の前記コンテンツ配信装置と同期を取って前記コンテンツ受信装置に対して送信するデータ配信部と、を備える、
ことを特徴とするコンテンツ配信制御システム。
【請求項９】
Ｎ個（Ｎは複数）のコンテンツ配信装置と通信可能に接続されるコンテンツ配信制御装置であって、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化手段と、
前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御手段と、
を備えることを特徴とするコンテンツ配信制御装置。
【請求項１０】
コンテンツを所定のデータサイズに分割した複数のメディアデータを（Ｎ−１）台のコンテンツ配信装置から受信し、前記複数のメディアデータの冗長データを他のＡ台（Ａ≧１）のコンテンツ配信装置から受信するコンテンツ受信装置であって、
ｎ番目（１≦ｎ≦Ｎ）の前記コンテンツ配信装置から受信したデータを時系列順に複数の前記ｎ行目に並べられるデータを結合するデータ結合部と、
前記符号化データを構成する前記メディアデータのうち、受信しなかった何れかの行の前記メディアデータがある場合に、前記符号化データを構成する前記冗長データ及び受信した前記メディアデータを用いて復号する誤り訂正復号化部と、
前記データ結合部が結合し、又は、前記誤り訂正復号化部が復号した前記メディアデータを出力する出力部と、を備える、
ことを特徴とするコンテンツ受信装置。
【請求項１１】
Ｎ個（Ｎは複数）のコンテンツ配信装置と通信可能に接続されるコンテンツ配信装置で実行するコンテンツ配信制御プログラムであって、
コンテンツを所定のデータサイズに分割した複数のメディアデータを、Ｄ×Ｌ行列（ＤはＮ−１、Ｌは整数）となるように行方向に時系列順に並べ、前記Ｄ×Ｌ行列の列方向に並べられる前記メディアデータの冗長データを行方向に並べることで、Ｎ×Ｌ行列で構成される符号化データを作成する誤り訂正符号化機能と、
前記符号化データのｎ行目（１≦ｎ≦Ｎ）に並べられるデータを、ｎ番目の前記コンテンツ配信装置に対して配信するように制御する配信制御機能と、
を実行させるためのコンテンツ配信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１３−６９１１６（Ｐ２０１３−６９１１６Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０７２２７（Ｐ２０１１−２０７２２７）
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]