(57)【特許請求の範囲】
【請求項１】
再生方法であって、
指定された第１の伝送路で送信された第１のパケット群、及び指定された第２の伝送路で送信された第２のパケット群を受信し、
前記第１のパケット群及び前記第２のパケット群の各パケットには、映像信号を符号化して生成された符号化データが格納されており、
前記符号化データは、複数のＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に分割されており、
前記複数のＭＰＵのそれぞれは、所定の再生期間に再生される複数のアクセスユニットで構成されており、
前記パケットには、前記アクセスユニット単位、または前記アクセスユニットを複数に分割した単位で前記符号化データが格納されており、
前記第１のパケット群に含まれる前記パケットのヘッダには、第１の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とが格納されており、
前記第２のパケット群に含まれる前記パケットのヘッダには、第２の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とが格納されており、
同じ前記再生期間内に再生されるアクセスユニットを格納する前記第１のパケット群に含まれる前記パケット及び前記第２のパケット群に含まれる前記パケットには、前記シーケンス番号情報として同じ値が格納されており、
前記第１の伝送路、または前記第２の伝送路で送信され、前記アクセスユニットの復号時刻の導出に用いる時刻情報を含んだ制御情報パケットを受信し、
前記時刻情報を用いて前記アクセスユニット毎の復号時刻を導出し、
ある再生期間に再生される映像信号を復号する際に、当該再生期間に対応する同一の前記シーケンス番号を有する前記第１のパケット群のパケット及び前記第２のパケット群のパケットで伝送された複数のアクセスユニットの中から、再生に用いるアクセスユニットを前記復号時刻の順番に復号する、
再生方法。
【請求項２】
前記第１のパケット群で伝送される第１の符号化データ及び前記第２のパケット群で伝送される第２の符号化データは、前記第１の符号化データと前記第２の符号化データの両方を用いて１つの映像信号を再生するためのデータである、
請求項１記載の再生方法。
【請求項３】
前記第１のパケット群で伝送される第１の符号化データ及び前記第２のパケット群で伝送される第２の符号化データは、第１の再生期間において前記第１の符号化データを用いて映像信号を再生し、第２の再生期間において前記第１の符号化データに替えて前記第２の符号化データを用いて映像信号を再生するためのデータである、
請求項１記載の再生方法。
【請求項４】
前記第１のパケット群で伝送される第１の符号化データ及び前記第２のパケット群で伝送される第２の符号化データは、再生時に前記第２の符号化データが取得できていない場合に前記第１の符号化データのみを用いて映像信号を再生するためのデータである、
請求項１記載の再生方法。
【請求項５】
前記第１の伝送路は放送であり、前記第２の伝送路は通信である、
請求項１記載の再生方法。
【請求項６】
前記第１の伝送路及び前記第２の伝送路は、互いに異なるチャネルの放送である、
請求項１記載の再生方法。
【請求項７】
生成方法であって、
映像信号を符号化して生成された符号化データをパケットに格納して、指定された第１の伝送路で送信される第１のパケット群、及び指定された第２の伝送路で送信される第２のパケット群を生成し、
前記符号化データは、複数のＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に分割されており、
前記複数のＭＰＵのそれぞれは、所定の再生期間に再生される複数のアクセスユニットで構成されており、
前記パケットには、前記アクセスユニット単位、または前記アクセスユニットを複数に分割した単位で前記符号化データが格納されており、
前記第１のパケット群に含まれる前記パケットのヘッダに、第１の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とを格納し、
前記第２のパケット群に含まれる前記パケットのヘッダに、第２の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とを格納し、
前記第１の伝送路、または前記第２の伝送路で送信され、各前記アクセスユニットの復号時刻の算出に用いる時刻情報を含んだ制御情報パケットを生成し、
同じ再生期間内に再生されるアクセスユニットを格納する前記第１のパケット群に含まれる前記パケット及び前記第２のパケット群に含まれる前記パケットには、前記シーケンス番号情報として同じ値が格納されている、
生成方法。
【請求項８】
再生装置であって、
指定された第１の伝送路で送信された第１のパケット群、指定された第２の伝送路で送信された第２のパケット群、及び制御情報パケットを受信し、
前記第１のパケット群及び前記第２のパケット群の各パケットには、映像信号を符号化して生成された符号化データが格納されており、
前記符号化データは、複数のＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に分割されており、
前記複数のＭＰＵのそれぞれは、所定の再生期間に再生される複数のアクセスユニットで構成されており、
前記パケットには、前記アクセスユニット単位、または前記アクセスユニットを複数に分割した単位で前記複数の符号化データが格納されており、
前記第１のパケット群に含まれる前記パケットのヘッダには、第１の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とが格納されており、
前記第２のパケット群に含まれる前記パケットのヘッダには、第２の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とが格納されており、
同じ前記再生期間内に再生されるアクセスユニットを格納する前記第１のパケット群に含まれる前記パケット及び前記第２のパケット群に含まれる前記パケットには、前記シーケンス番号情報として同じ値が格納されており、
前記制御情報パケットは、前記第１の伝送路、または前記第２の伝送路で送信され、前記アクセスユニットの復号時刻の導出に用いる時刻情報を含む、受信部と、
前記時刻情報を用いて前記アクセスユニット毎の復号時刻を算出する時刻取得部と、
ある再生期間に再生される映像信号を復号する際に、当該再生期間に対応する同一の前記シーケンス番号を有する前記第１のパケット群のパケット及び前記第２のパケット群のパケットで伝送された複数のアクセスユニットの中から、再生に用いるアクセスユニットを前記復号時刻の順番に復号する復号部と、
を備える、再生装置。
【請求項９】
生成装置であって、
映像信号を符号化して生成された符号化データをパケットに格納して、指定された第１の伝送路で送信される第１のパケット群、及び指定された第２の伝送路で送信される第２のパケット群を生成し、
前記符号化データは、複数のＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に分割されており、
前記複数のＭＰＵのそれぞれは、所定の再生期間に再生される複数のアクセスユニットで構成されており、
前記パケットには、前記アクセスユニット単位、または前記アクセスユニットを複数に分割した単位で前記符号化データが格納されており、
前記第１のパケット群に含まれる前記パケットのヘッダに、第１の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とを格納し、
前記第２のパケット群に含まれる前記パケットのヘッダに、第１の値が格納されたパケット識別子情報と、当該パケットに格納されたアクセスユニットが属する前記ＭＰＵを識別するためのシーケンス番号を示すシーケンス番号情報とを格納する、パケット生成部と
前記第１の伝送路、または前記第２の伝送路で送信され、各前記アクセスユニットの復号時刻の算出に用いる時刻情報を含んだ制御情報パケットを生成する制御パケット生成部と、を備え、
同じ再生期間内に再生されるアクセスユニットを格納する前記第１のパケット群に含まれる前記パケット及び前記第２のパケット群に含まれる前記パケットには、前記シーケンス番号情報として同じ値が格納されている、
生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、データ復号方法、データ復号装置及びデータ送信方法に関する。
【背景技術】
【０００２】
従来、符号化データを所定の伝送フォーマットで伝送する技術が知られている。符号化データは、映像データ及び音声データを含むコンテンツを、ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）などの動画像符号化規格に基づいて符号化することで生成される。
【０００３】
所定の伝送フォーマットには、例えば、ＭＰＥＧ−２  ＴＳ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−２  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）、又は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）などがある（非特許文献１参照）。例えば、特許文献１には、ＭＭＴに従って、符号化されたメディアデータをパケット毎に送信する技術が開示されている。
【０００４】
上記従来の技術では、符号化データを送信する技術については開示されているが、送信された符号化データを受信した場合に、どのようにして符号化データを復号するかは開示されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第８６３８８１８号明細書
【非特許文献】
【０００６】
【非特許文献１】Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −  Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ  ａｎｄ  ｍｅｄｉａ  ｄｅｌｉｖｅｒｙ  ｉｎ  ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｎｖｉｒｏｎｍｅｎｔ  −  Ｐａｒｔ１：ＭＰＥＧ  ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ（ＭＭＴ）、ＩＳＯ／ＩＥＣ  ＤＩＳ  ２３００８−１
【発明の概要】
【０００７】
本開示の一態様に係るデータ復号方法は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップ（S110）と、受信した複数の符号化ストリームの複数のパケットを第１バッファ（120a）に格納する格納ステップ（S120）と、前記第１バッファに格納された複数のパケットを復号順に並び替える並替ステップ（S150）と、復号順に並び替えられた複数のパケットを復号する復号ステップ（S160）とを含む。
【０００８】
また、本開示の一態様に係るデータ送信方法は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成するステップ（S220）と、複数の伝送路のそれぞれを用いて、対応する前記符号化ストリームをパケット単位で送信し、かつ、前記複数の伝送路の少なくとも１つを用いて前記フラグを送信するステップ（S240）とを含む。
【０００９】
それによって、符号化データを適切に復号することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１に係るデータ復号装置の構成の一例を示すブロック図である。
【図２】図２は、実施の形態１に係るＭＭＴストリームのデータ構造の一例を示す図である。
【図３】図３は、実施の形態１に係るＭＰＵのデータ構造の一例を示す図である。
【図４】図４は、実施の形態１に係るＭＭＴパケットのデータの流れの一例を示す図である。
【図５】図５は、実施の形態１に係る複数の伝送路のそれぞれを伝送されるＭＭＴストリームの一例を示す図である。
【図６】図６は、実施の形態１に係る複数のＭＭＴパケットを並び替える様子の一例を示す図である。
【図７】図７は、実施の形態１に係るデータ復号装置の動作の一例を示すフローチャートである。
【図８】図８は、実施の形態１に係るデータ復号装置におけるＤＴＳの決定方法の一例を示すフローチャートである。
【図９】図９は、実施の形態１に係る並替部の動作モードの一例を示す図である。
【図１０】図１０は、実施の形態１に係るデータ送信装置の構成の一例を示すブロック図である。
【図１１】図１１は、実施の形態１に係るデータ送信装置の動作の一例を示すフローチャートである。
【図１２】図１２は、実施の形態１の変形例１に係るＭＭＴストリームのデータ構造の一例を示す図である。
【図１３】図１３は、実施の形態１の変形例２に係るＭＭＴパケットのデータの流れの一例を示す図である。
【図１４】図１４は、実施の形態１の変形例３に係るＭＭＴパケットのデータの流れの一例を示す図である。
【図１５】図１５は、実施の形態１の変形例４に係るデータ復号方法の一例を示すフローチャートである。
【図１６】図１６は、実施の形態１の変形例４に係るデータ送信方法の一例を示すフローチャートである。
【図１７】図１７は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。
【図１８】図１８は、デジタル放送用システムの全体構成図である。
【図１９】図１９は、テレビの構成例を示すブロック図である。
【図２０】図２０は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。
【図２１】図２１は、光ディスクである記録メディアの構造例を示す図である。
【図２２Ａ】図２２Ａは、携帯電話の一例を示す図である。
【図２２Ｂ】図２２Ｂは、携帯電話の構成例を示すブロック図である。
【図２３】図２３は、多重化データの構成を示す図である。
【図２４】図２４は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。
【図２５】図２５は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。
【図２６】図２６は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。
【図２７】図２７は、ＰＭＴのデータ構成を示す図である。
【図２８】図２８は、多重化データ情報の内部構成を示す図である。
【図２９】図２９は、ストリーム属性情報の内部構成を示す図である。
【図３０】図３０は、映像データを識別するステップを示す図である。
【図３１】図３１は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。
【図３２】図３２は、駆動周波数を切り替える構成を示す図である。
【図３３】図３３は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。
【図３４】図３４は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。
【図３５Ａ】図３５Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。
【図３５Ｂ】図３５Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。
【発明を実施するための形態】
【００１１】
（本開示の基礎となった知見）
本発明者は、「背景技術」の欄において記載した従来のデータ復号方法などに関し、以下の問題が生じることを見出した。
【００１２】
ＭＭＴでは、ＭＭＴパッケージを構成するデータの形式、あるいは、データ伝送時のパケット化方法を規定しており、ＭＭＴパッケージを構成する複数のアセットのデータを多重化して伝送することができる。具体的には、複数のアセットのデータを多重化することで互いに異なる複数のストリームを生成し、複数の伝送路のそれぞれを用いてストリームをパケット毎に送信する。
【００１３】
しかしながら、ＭＭＴに対しては、システムデコーダのモデルが規定されていない。このため、ＭＭＴのデータを受信して復号する際に、符号化データに含まれるアクセスユニットの復号時刻に、アクセスユニットのデータが揃うことなどを保証できない。
【００１４】
なお、システムデコーダのモデルとは、例えば、受信装置が所定のサイズのバッファを備えることにより、バッファのオーバーフロー及びアンダーフローを発生させずに、受信した符号化データに含まれる複数のアクセスユニットのそれぞれを、対応する復号時刻で復号することを保証するためのモデルである。なお、ＭＰＥＧ−２システムにおいては、システムターゲットデコーダ（ＳＴＤ：Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ）モデルがある。
【００１５】
ＭＭＴでは、複数の伝送路を用いて複数のストリームをパケット毎に送信することができるので、受信したパケットが必ずしも復号順であるとは限らない。各ストリームの構成又は伝送路の構成によっては、復号順で後のパケットを先に受信してしまう場合がある。この場合、先に受信したパケットを復号できるようになるまでバッファに保持しなければならず、バッファがオーバーフローを起こす恐れがある。
【００１６】
一方で、各ストリームの構成又は伝送路の構成によっては、次に復号すべきパケットを受信するまでに多くの時間を要する場合がある。この場合には、バッファがアンダーフローを起こす恐れがある。
【００１７】
このように、従来技術では、バッファのオーバーフロー又はアンダーフローの発生を低減して符号化データを復号することを保証できないという課題がある。
【００１８】
上記課題を解決するために、本開示の一態様に係るデータ復号方法は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップ（S110）と、受信した複数の符号化ストリームの複数のパケットを第１バッファ（120a）に格納する格納ステップ（S120）と、前記第１バッファに格納された複数のパケットを復号順に並び替える並替ステップ（S150）と、復号順に並び替えられた複数のパケットを復号する復号ステップ（S160）とを含む。
【００１９】
これにより、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を抑制することができる。
【００２０】
また、例えば、前記複数のパケットのそれぞれは、前記符号化データを構成する１以上のアセットに対応付けられ、１以上の前記第１バッファにはそれぞれ、前記アセットが対応付けられ、前記格納ステップ（S120）では、前記複数のパケットのそれぞれを、対応するアセットに分配し、対応する前記第１バッファに格納してもよい。
【００２１】
これにより、１以上の第１バッファには、それぞれアセットが対応付けられるので、１つの第１バッファには、１つのアセットのデータが格納される。このため、バッファ管理を容易に行うことができ、パケットの並び替えなどの処理を高速化し、遅延を小さくすることができる。また、処理が高速化されることにより、バッファのオーバーフローの発生を低減することができる。
【００２２】
また、例えば、前記複数のパケットのそれぞれは、対応するアセットを示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を含み、前記格納ステップ（S120）では、前記パケットから前記パケット識別子を取得することで、前記パケットを分配してもよい。
【００２３】
これにより、パケット識別子を判別するだけでパケットが対応するアセット及び第１バッファを特定することができる。したがって、分配処理を容易に行うことができ、処理を高速化し、遅延を小さくすることができる。
【００２４】
また、例えば、前記並替ステップ（S150）では、さらに、前記パケットを前記第１バッファから読み出すタイミングに関する複数のモードの１つを選択し、選択したモードである選択モードに従って、前記パケットを前記第１バッファから読み出して第２バッファに格納し、前記復号ステップ（S160）では、前記第２バッファに格納されたパケットを復号してもよい。
【００２５】
これにより、複数のモードから１つを選択するので、例えば、遅延をより小さくすることができるモードに基づいてパケットを復号することができる。
【００２６】
また、例えば、前記複数のモードは、前記パケットが前記第１バッファに格納された後に、前記第１バッファから前記パケットを読み出すことができる第１モード（ＭＰＵ  ｍｏｄｅ）と、前記パケットを構成する複数の分割単位の１つである対象分割単位が前記第１バッファに格納された後に、前記第１バッファから前記対象分割単位を読み出すことができる第２モード（Ｆｒａｇｍｅｎｔ  ｍｏｄｅ）と、前記パケットの前記対象分割単位の前記第１バッファへの格納が完了する前に、前記第１バッファから前記対象分割単位の一部を読み出すことができる第３モード（Ｍｅｄｉａ  ｕｎｉｔ  ｍｏｄｅ）とを含んでもよい。
【００２７】
これにより、例えば、第２モード又は第３モードが選択された場合には、パケットの格納が完了する前にデータを読み出すことができるので、処理を高速化することができる。また、バッファのオーバーフローの発生を抑制することができる。
【００２８】
また、例えば、前記複数の分割単位は、アクセスユニット又はＮＡＬユニットであってもよい。
【００２９】
これにより、アクセスユニット又はＮＡＬユニットの単位で復号するので、処理の待機時間などを削減でき、処理を高速化することができる。
【００３０】
また、例えば、前記並替ステップ（S150）では、前記選択モードを示すモードフラグを前記符号化データから取得し、取得したモードフラグに基づいて前記選択モードを選択してもよい。
【００３１】
これにより、送信時にモードフラグを設定しておくことで、受信側では、送信時において想定されたモードでパケットを復号することができる。
【００３２】
また、例えば、前記データ復号方法は、さらに、前記複数のパケットのそれぞれの復号時刻を決定するための第１時刻情報を取得する時刻取得ステップ（S142）と、前記第１時刻情報に基づいて、前記パケットを構成する複数の分割単位のそれぞれの復号時刻を示す第２時刻情報を算出する時刻算出ステップ（S143）とを含み、前記並替ステップ（S150）では、前記第２時刻情報を参照して、前記パケットを前記分割単位毎に第２バッファに格納してもよい。
【００３３】
これにより、第１バッファからのデータの読み出しを復号時刻に基づいて行うので、各分割単位（例えば、アクセスユニット）を復号時刻に従って復号することができる。
【００３４】
また、例えば、前記複数のパケットはそれぞれ、前記複数の伝送路のいずれか１つで送信され、前記伝送路内におけるパケットは、復号順で送信されてもよい。
【００３５】
これにより、符号化ストリームのそれぞれを単独で復号することができる。例えば、第１伝送路で送信された第１符号化ストリームのみを復号して再生することができる。
【００３６】
また、例えば、前記パケットは、ＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であってもよい。
【００３７】
これにより、ＭＭＴ規格に準拠した処理を行うことができる。
【００３８】
また、例えば、前記複数の伝送路は、放送と、通信とを含んでもよい。
【００３９】
これにより、放送と通信との２つの物理的に異なる媒体を利用して、符号化データを送信することができる。
【００４０】
また、本開示の一態様に係るデータ復号装置は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信部（110）と、前記受信部によって受信された複数の符号化ストリームの複数のパケットを格納するためのバッファ（120）と、前記バッファに格納された複数のパケットを復号順に並び替える並替部（150）と、前記並替部によって並び替えられた複数のパケットを復号する復号部（170）とを備える。
【００４１】
これにより、上述したデータ復号方法と同様に、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を抑制することができる。
【００４２】
また、本開示の一態様に係るデータ送信方法は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成するステップ（S220）と、複数の伝送路のそれぞれを用いて、対応する前記符号化ストリームをパケット単位で送信し、かつ、前記複数の伝送路の少なくとも１つを用いて前記フラグを送信するステップ（S240）とを含む。
【００４３】
これにより、復号側ではフラグを判別することで、並び替えの要否を判定することができるので、例えば、並び替えが不要な場合に処理量を低減することができる。
【００４４】
以下では、実施の形態について、図面を参照しながら具体的に説明する。
【００４５】
なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００４６】
（実施の形態１）
［データ復号装置］
まず、本実施の形態に係るデータ復号装置（システムデコーダ）の概要について、図１を用いて説明する。図１は、本実施の形態に係るデータ復号装置１００の構成を示すブロック図である。
【００４７】
本実施の形態に係るデータ復号装置１００は、複数の伝送路を用いて送信された複数の符号化ストリームを含む符号化データを復号する。図１に示すように、データ復号装置１００は、フィルタ部１１０と、ＭＭＴバッファ部１２０と、復号順取得部１３０と、時刻取得部１４０と、並替部１５０と、符号化データ記憶部１６０と、復号部１７０とを備える。
【００４８】
フィルタ部１１０は、符号化ストリームをパケット毎に受信し、受信したパケットをフィルタリングする。具体的には、フィルタ部１１０は、受信したパケットをアセット毎に分配する。フィルタ部１１０は、受信部１１１と、格納部１１２とを備える。
【００４９】
受信部１１１は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する。つまり、受信部１１１は、複数の伝送路のそれぞれから、対応する符号化ストリームをパケット毎に受信する。符号化データに含まれる複数の符号化ストリームは、複数の伝送路に一対一に対応して、対応する伝送路を介してパケット毎に伝送される。例えば、符号化ストリームのそれぞれは、独立して復号可能なストリームであり、具体的には、複数のＭＭＴパケットから構成されるＭＭＴストリームである。
【００５０】
なお、複数のパケットのそれぞれは、符号化データを構成する１以上のアセットに対応付けられている。例えば、複数のパケットのそれぞれは、対応するアセットを示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を含んでいる。
【００５１】
なお、アセットは、同一のトランスポート特性のデータを含むデータエンティティであり、例えば、映像データ、音声データなどのいずれか１つである。具体的には、アセットは、ＡＶデータの符号化ストリームに対応する。例えば、映像データが階層符号化されている場合には、各階層のストリームがそれぞれ、別のアセットに対応する。ＭＭＴパケット、ＭＭＴストリーム、アセット及びパケット識別子の詳細については、図２を用いて後で説明する。
【００５２】
格納部１１２は、受信した複数の符号化ストリームの複数のパケットを第１バッファ１２０ａに格納する。なお、第１バッファ１２０ａの個数は、１以上であり、１以上の第１バッファ１２０ａにはそれぞれ、１つのアセットが対応付けられている。
【００５３】
格納部１１２は、複数のパケットのそれぞれを、対応するアセットに分配し、対応する第１バッファ１２０ａに格納する。例えば、格納部１１２は、パケットからパケット識別子を取得することで、パケットを分配する。
【００５４】
ＭＭＴバッファ部１２０は、１以上の第１バッファ１２０ａを備える。具体的には、１以上の第１バッファ１２０ａには、１以上のアセットが一対一に対応付けられている。例えば、ＭＭＴバッファ部１２０は、符号化ストリームを構成する複数のアセットの数と同数の第１バッファ１２０ａを備える。例えば、符号化ストリームが映像データと音声データとを含む場合、ＭＭＴバッファ部１２０は、映像データを格納するためのバッファと、音声データを格納するためのバッファとを含む２つの第１バッファ１２０ａを備える。
【００５５】
第１バッファ１２０ａは、ＭＭＴパケットの入力バッファである。第１バッファ１２０ａ内では、ＭＭＴパケットのペイロードのデータが復号順に並び替えられる。具体的には、アクセスユニットのデータが復号順に並び替えられる。そして、所定のタイミングに従って、並び替えられたアクセスユニットのデータが復号順で、対応する第２バッファ１６０ａに格納される。
【００５６】
復号順取得部１３０は、複数のパケットのそれぞれから、当該パケットの復号順を示す情報を取得する。例えば、復号順取得部１３０は、パケットのヘッダ情報を解析することで、ペイロードの復号順を取得する。具体的には、復号順取得部１３０は、ペイロードに含まれるアクセスユニット、又は、アクセスユニットを分割した単位（例えば、ＮＡＬユニット）の復号順を取得する。
【００５７】
時刻取得部１４０は、複数のパケットのそれぞれの復号時刻（ＤＴＳ：Ｄｅｃｏｄｅ  Ｔｉｍｅ  Ｓｔａｍｐ）又は提示時刻（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を決定するための第１時刻情報を取得する。具体的には、時刻取得部１４０は、ＭＭＴストリームのヘッダ部に含まれる構成情報（ＣＩ：Ｃｏｍｐｏｓｉｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）を取得及び解析することで、第１時刻情報を取得する。第１時刻情報は、例えば、パケットに含まれるアクセスユニットの先頭のＤＴＳ又はＰＴＳの絶対値である。
【００５８】
並替部１５０は、第１バッファ１２０ａに格納された複数のパケットを復号順に並び替える。例えば、並替部１５０は、第１バッファ１２０ａの記憶領域内で複数のパケットを復号順に並び替える。あるいは、並替部１５０は、第１バッファ１２０ａから復号順でパケットを出力させることで、複数のパケットを復号順に並び替えてもよい。
【００５９】
また、例えば、並替部１５０は、パケットを第１バッファ１２０ａから読み出すタイミングに関する複数のモードの１つを選択し、選択したモードである選択モードに従って、パケットを第１バッファ１２０ａから読み出して第２バッファ１６０ａに格納する。具体的には、並替部１５０は、選択モードを示すモードフラグを符号化データから取得し、取得したモードフラグに基づいて選択モードを選択する。
【００６０】
なお、複数のモードは、例えば、ＭＰＵモード、Ｆｒａｇｍｅｎｔモード、Ｍｅｄｉａ  Ｕｎｉｔモードを含む。これらの複数のモードの詳細については、図９を用いて後で説明する。
【００６１】
また、並替部１５０は、例えば、第１時刻情報に基づいて、パケットを構成する分割単位のそれぞれの復号時刻を示す第２時刻情報を算出する。並替部１５０は、第２時刻情報を参照して、パケットを分割単位毎に第２バッファ１６０ａに格納する。なお、分割単位は、例えば、アクセスユニット又はＮＡＬユニットである。
【００６２】
符号化データ記憶部１６０は、１以上の第２バッファ１６０ａを備える。具体的には、１以上の第２バッファ１６０ａには、１以上のアセットが一対一に対応付けられている。例えば、符号化データ記憶部１６０は、符号化ストリームを構成する複数のアセットの数と同数の第２バッファ１６０ａを備える。
【００６３】
復号部１７０は、復号順に並び替えられた複数のパケットを復号する。例えば、復号部１７０は、符号化データ記憶部１６０に格納されたパケットを復号する。具体的には、復号部１７０は、ＨＥＶＣなどの動画像符号化規格に基づいて、アクセスユニット又はＮＡＬユニット単位でパケットを復号する。復号により生成された復号データ（ビデオデータ又は音声データなど）は、例えば、ディスプレイ、スピーカなどに出力される。
【００６４】
［ＭＭＴストリームのデータ構造］
続いて、本実施の形態に係るＭＭＴストリームのデータ構造について、図２を用いて説明する。図２は、本実施の形態に係るＭＭＴストリーム２００のデータ構造を示す図である。
【００６５】
ＭＭＴストリーム２００は、１つのＭＭＴパッケージを構成する１以上のストリームの１つである。ＭＭＴパッケージは、１つの符号化データに相当する。例えば、ＭＭＴパッケージは、１つの放送番組コンテンツに相当する。１つのＭＭＴパッケージが複数のＭＭＴストリーム２００に分割され、複数の伝送路を介して伝送される。
【００６６】
符号化データは、例えば、ＨＥＶＣなどの動画像符号化規格に基づいて符号化されたＡＶデータである。具体的には、符号化データは、映像データ、音声データ、並びに、これらに付随するメタデータ、静止画及びファイルなどを含んでいる。
【００６７】
符号化データは、システム多重化規格の１つであるＭＰ４のファイルフォーマットに従って、ＭＰ４データに変換される。そして、ＭＰ４データをパケット化することで、ＭＭＴパケットが生成される。ＭＭＴストリーム２００は、複数のＭＭＴパケットを多重化することで生成される。なお、ＭＰ４データは、必ずしも完全な形式でなくてもよく、少なくとも、ＭＰ４における符号化データの格納単位である、サンプルのデータを含めばよい。
【００６８】
図２に示すように、ＭＭＴストリーム２００は、複数のＭＭＴパケット２１０を含む。言い換えると、ＭＭＴストリーム２００は、複数のＭＭＴパケット２１０のパケット列である。
【００６９】
ＭＭＴパケット２１０は、１以上のＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）がパケット化されたデータである。本実施の形態では、１つのＭＰＵ、あるいは、ＭＰＵを分割した単位が１つのＭＭＴパケット２１０を構成する。なお、ＭＰＵは、ＭＭＴ規格において定義されるデータ単位であり、例えば、ＭＰ４データである。
【００７０】
ＭＭＴパケット２１０は、符号化データを構成する１以上のアセットに対応付けられている。アセットは、例えば、映像データ、音声データ、又は、メタデータなどである。
【００７１】
図２に示すように、ＭＭＴパケット２１０は、ヘッダ２２０と、ペイロード２３０とを含む。また、ペイロード２３０は、１以上のアクセスユニット２３１を含む。
【００７２】
ヘッダ２２０は、ペイロード２３０に関する付属情報である。例えば、ヘッダ２２０は、パケット識別子２２１と、時刻情報２２２とを含む。
【００７３】
パケット識別子２２１は、符号化データを構成する１以上のアセットのうち、当該パケットが対応するアセットを示す識別番号（ｐａｃｋｅｔ＿ｉｄ）である。具体的には、パケット識別子２２１は、ペイロード２３０が対応するアセットを示す。例えば、図２においてパケット識別子２２１は、「ＩＤ１」及び「ＩＤ２」で示される。なお、ｐａｃｋｅｔ＿ｉｄは、ＭＭＴパッケージを構成するアセット毎に固有の識別情報である。
【００７４】
時刻情報２２２は、アクセスユニット２３１の提示時刻（ＰＴＳ）又は復号時刻（ＤＴＳ）を決定するための時刻情報である。例えば、時刻情報２２２は、所定の時刻に対するＰＴＳ又はＤＴＳの相対値である。時刻情報２２２を用いてアクセスユニット２３１のＰＴＳ又はＤＴＳを決定する具体的な方法については、後で説明する。
【００７５】
ペイロード２３０は、１以上のアセットのうち、対応するアセットに含まれる１以上のアクセスユニット２３１を含む。アクセスユニット２３１は、例えば、１以上のＮＡＬユニットを含む。
【００７６】
例えば、ペイロード２３０は、１つのＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）に含まれる複数のアクセスユニット２３１を含む。あるいは、ペイロード２３０は、１つのＮＡＬユニットのみ、あるいは、ＮＡＬユニットを分割した単位を含んでもよい。
【００７７】
また、図２に示すように、ＭＭＴストリーム２００は、対応情報２４０と、時刻オフセット情報２５０とを、サービス情報として含む。
【００７８】
対応情報２４０は、例えば、放送及び通信などの複数の伝送路と、複数のパッケージとの対応関係を示す情報（例えば、ＭＰＴ（ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ））を含む。また、対応情報２４０は、映像データ及び音声データなどの複数のアセットと、識別番号（ｐａｃｋｅｔ＿ｉｄ）との対応関係を示す情報を含む。
【００７９】
時刻オフセット情報２５０は、アクセスユニット２３１のＰＴＳ又はＤＴＳを決定するための時刻情報である。例えば、時刻オフセット情報２５０は、所定のアクセスユニットの絶対的なＰＴＳ又はＤＴＳを示す。
【００８０】
［ＭＰＵのデータ構造］
続いて、本実施の形態に係るＭＰＵについて説明する。図３は、本実施の形態に係るＭＰＵのデータ構造を示す図である。なお、上述したように、本実施の形態では、１つのＭＰＵが１つのＭＭＴパケットを構成する。
【００８１】
図３に示すように、ＭＰＵ３００は、複数のボックスから構成される。具体的には、ＭＰＵ３００は、ｆｔｙｐ／ｓｔｙｐボックス３１０と、ｍｍｐｕボックス３２０と、Ｎ（Ｎは１以上の整数）個のボックスセット３３０とを含む。Ｎ個のボックスセット３３０のそれぞれは、ｍｏｏｆボックス３３１及びｍｄａｔボックス３３２を含む。
【００８２】
ｆｔｙｐ／ｓｔｙｐボックス３１０は、例えば、ＭＰＵ３００のファイルタイプを示す情報を含む。
【００８３】
ｍｍｐｕボックス３２０は、ＭＰＵ３００のシーケンス番号及びｐａｃｋｅｔ＿ｉｄなどを含む。
【００８４】
ｍｏｏｆボックス３３１は、ＭＰ４のヘッダ情報を含む。例えば、ｍｏｏｆボックス３３１は、ｍｄａｔボックス３３２に含まれるサンプルなどの提示時刻又は復号時刻などの時刻情報を含む。ｍｏｏｆボックス３３１は、図示しないｔｒａｆボックス及びｔｆｄｔボックスなどを含む。
【００８５】
ｍｄａｔボックス３３２は、映像及び音声などのコンテンツデータを含む。例えば、ｍｄａｔボックス３３２は、サンプル又はサブサンプル、具体的には、アクセスユニット又はＮＡＬユニットなどを含む。
【００８６】
［ＭＭＴパケットのデータフロー］
続いて、複数の伝送路を用いて１つのＭＭＴパッケージを伝送する場合におけるＭＭＴパケットのデータフローについて、図４を用いて説明する。図４は、本実施の形態に係るＭＭＴパケットのデータの流れの一例を示す図である。
【００８７】
複数の伝送路は、物理的に互いに異なる伝送路である。具体的には、複数の伝送路は、データ復号装置１００が備えるインターフェースであって、例えば、互いに異なるコネクタ又は接続口などのインターフェースに接続される。複数の伝送路は、例えば、放送と、通信とを含む。放送は、地上波放送、衛星放送、及び、ＣＡＴＶなどを含む。通信は、インターネットなどの無線通信、及び、光ファイバ通信などの有線通信を含む。
【００８８】
例えば、本実施の形態では、１つのテレビ番組コンテンツを、地上波放送と、インターネット通信との２つの伝送路を用いて伝送する。例えば、６０ｆｐｓの基本レイヤーのデータを、地上波放送を介して伝送し、６０ｆｐｓの拡張レイヤーのデータを、インターネット通信を介して伝送する。
【００８９】
このとき、受信側では、地上波放送のみのデータを受け取った場合、６０ｆｐｓのフレームレートでテレビ番組コンテンツを再生することができる。また、地上波放送とインターネット通信との両方のデータを受け取った場合、１２０ｆｐｓのフレームレートで、すなわち、より高精細なテレビ番組コンテンツを再生することができる。
【００９０】
例えば、図４に示す例では、ｓ番目の伝送路が放送であり、ｔ番目の伝送路が通信である。図４は、ｓ番目のＭＭＴストリームのｉ番目のＭＭＴパケット（ＭＭＴｓ（ｉ））が、到達した場合のデータフローを示している。
【００９１】
フィルタ部１１０は、ＭＭＴストリームをＭＭＴパケット毎に、ｐａｃｋｅｔ＿ｉｄに基づいてフィルタリングする。具体的には、フィルタ部１１０では、受信部１１１がＭＭＴパケットを受信したとき、当該ＭＭＴパケットのヘッダからｐａｃｋｅｔ＿ｉｄを取得する。そして、格納部１１２が、取得したｐａｃｋｅｔ＿ｉｄに基づいて、対応するアセットにＭＭＴパケットを分配する。例えば、受信したＭＭＴパケットのｐａｃｋｅｔ＿ｉｄが「ｍ」である場合、格納部１１２は、ＭＭＴＢｍ１２１にＭＭＴパケットを格納する。
【００９２】
なお、図４において、ＭＭＴＢｍ１２１は、ｐａｃｋｅｔ＿ｉｄが「ｍ」であるアセットに対応する第１バッファである。また、ＭＭＴＢｎ１２２は、ｐａｃｋｅｔ＿ｉｄが「ｎ」であるアセットに対応する第１バッファである。ＭＭＴＢｍ１２１及びＭＭＴＢｎ１２２はそれぞれ、ＭＭＴペイロードデータの格納用のバッファであり、図１に示すＭＭＴバッファ部１２０が備える１以上の第１バッファ１２０ａ（ＭＭＴＢ）の一例である。
【００９３】
ここでは、「ｍ」、「ｎ」及び「ｋ」はそれぞれ、ｍ番目、ｎ番目及びｋ番目のアセットを示す。具体的には、「ｍ」が映像データを示し、「ｎ」が音声データを示し、「ｋ」がメタデータなどのその他のデータを示している。その他のデータには、例えば、構成情報なども含まれる。
【００９４】
ＭＭＴＢｍ１２１又はＭＭＴＢｎ１２２に格納された複数のＭＭＴパケットは、復号順に並び替えられて、ピクチャバッファ１６１又はオーディオバッファ１６２に出力される。ピクチャバッファ１６１及びオーディオバッファ１６２はそれぞれ、図１に示す第２バッファ１６０ａの一例である。
【００９５】
ピクチャバッファ１６１は、ビデオストリームの格納用バッファ（ＥＢ：Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ  Ｂｕｆｆｅｒ）である。例えば、ピクチャバッファ１６１は、ＭＰＥＧ−４  ＡＶＣ又はＨＥＶＣにおけるＣＰＢ（Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ）である。あるいは、ピクチャバッファ１６１は、ＭＰＥＧ−２  ＶｉｄｅｏにおけるＶＢＶ（Ｖｉｄｅｏ  Ｂｕｆｆｅｒ  Ｖｅｒｉｆｉｅｒ）バッファである。
【００９６】
オーディオバッファ１６２は、オーディオストリームの格納用バッファである。
【００９７】
ピクチャバッファ１６１には、同一のアセットを構成する複数のアクセスユニットが復号順で入力されて、復号順で出力される。具体的には、ピクチャバッファ１６１には、同一の映像データを構成する複数のアクセスユニットが復号順で入力されて、復号順で出力される。例えば、ピクチャバッファ１６１は、ＤＴＳに基づいて、格納しているアクセスユニットを画像復号部１７１に出力する。図４には、ｍ番目のアセットに対応するｊ番目のアクセスユニットＡＵｍ（ｊ）が出力される例について示している。オーディオバッファ１６２についても同様である。
【００９８】
画像復号部１７１は、ピクチャバッファ１６１から入力されるアクセスユニットを復号する。例えば、画像復号部１７１は、ＨＥＶＣなどの動画像符号化規格に基づいて、アクセスユニットを復号し、復号したビデオデータを参照バッファ１８１に格納する。また、画像復号部１７１は、ＰＴＳに基づいて復号したビデオデータを出力する。
【００９９】
ここで、参照バッファ１８１は、映像データにおける参照用ピクチャ、すなわち、復号済みピクチャの保存用バッファである。例えば、参照バッファ１８１は、ＭＰＥＧ−４  ＡＶＣ、ＨＥＶＣにおけるＤＰＢ（Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ）である。あるいは、参照バッファ１８１は、ＭＰＥＧ−２  Ｖｉｄｅｏにおけるｒｅ−ｏｒｄｅｒバッファである。
【０１００】
音声復号部１７２は、オーディオバッファ１６２から入力されるアクセスユニットを復号する。例えば、音声復号部１７２は、ＭＰＥＧ−２  ＡＡＣ、ＭＰＥＧ−４  ＡＡＣなどの音声符号化規格に基づいて、アクセスユニットを復号し、復号したオーディオデータをビデオデータに同期させて出力する。
【０１０１】
なお、画像復号部１７１及び音声復号部１７２はそれぞれ、図１に示す復号部１７０に含まれる。
【０１０２】
以上のように、ｍ番目のアセット、具体的には、映像データに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは、ＭＭＴＢｍ１２１、ピクチャバッファ１６１、画像復号部１７１及び参照バッファ１８１を順に通って、ビデオデータとして出力される。また、ｎ番目のアセット、具体的には、音声データに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは、ＭＭＴＢｎ１２２、オーディオバッファ１６２及び音声復号部１７２を順に通って、オーディオデータとして出力される。また、ｋ番目のアセット、具体的には、メタデータなどに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは必要な処理が施される。
【０１０３】
［ＭＭＴパケットのフィルタリング及び並び替え］
続いて、本実施の形態に係るＭＭＴパケットの並び替えの具体例について、図５及び図６を用いて説明する。図５は、本実施の形態に係る複数の伝送路のそれぞれを伝送されるＭＭＴストリームの一例を示す図である。図６は、本実施の形態に係る複数のＭＭＴパケットを並び替える様子の一例を示す図である。
【０１０４】
なお、図５及び図６において、「ＭＰＵｘｙ」の「ｘ」は、ｐａｃｋｅｔ＿ｉｄを示し、「ｙ」は、同一のアセットにおけるＭＰＵのシーケンス番号を示す。例えば、「ＭＰＵ１０」は、ｐａｃｋｅｔ＿ｉｄが「１」で、シーケンス番号が「０」であるＭＰＵを示している。シーケンス番号の昇順が、復号順に相当する。
【０１０５】
図５に示すように、伝送路＃０には、複数のアセットのＭＭＴパケットを含むＭＭＴストリームが伝送されている。具体的には、伝送路＃０を伝送されるＭＭＴストリームは、ｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴパケット（ＭＰＵ１０など）と、ｐａｃｋｅｔ＿ｉｄが「２」のＭＭＴパケット（ＭＰＵ２０など）とを含んでいる。また、伝送路＃１を伝送されるＭＭＴストリームは、ｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴパケット（ＭＰＵ１２など）を含んでいる。
【０１０６】
ＭＭＴパッケージを構成する複数のＭＭＴパケットは、複数の伝送路のいずれか１つで送信される。言い換えると、本実施の形態では、ＭＭＴパケットは、複数の伝送路のいずれか１つのみで送信され、２つ以上の伝送路では送信されない。図５に示す例では、例えば、ＭＰＵ１０は、伝送路＃０のみで送信され、伝送路＃１及びその他の伝送路では伝送されない。
【０１０７】
また、伝送路内におけるパケットは、復号順で送信される。例えば、ＭＭＴパケットは、伝送路内では、ｐａｃｋｅｔ＿ｉｄ毎にシーケンス番号の昇順で伝送される。具体的には、図５に示すｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴに着目すると、ＭＰＵ１０、ＭＰＵ１１、ＭＰＵ１４、ＭＰＵ１５になっており、シーケンス番号の昇順に伝送される。
【０１０８】
したがって、伝送路を伝送されるＭＭＴストリームは、他の伝送路を伝送される他のＭＭＴストリームとは独立して復号可能である。
【０１０９】
フィルタ部１１０は、例えば、ｐａｃｋｅｔ＿ｉｄが「１」のパケットのみをフィルタリングする。これにより、図６の（ａ）に示すように、ＭＭＴＢには、ｐａｃｋｅｔ＿ｉｄが「１」のパケットのみが到着した順に格納される。
【０１１０】
ここで、図５に示すように、同一のアセットを構成するＭＭＴパケット、すなわち、ｐａｃｋｅｔ＿ｉｄが同一のＭＭＴパケットが、複数の伝送路に分けて伝送されている。したがって、同一のアセットのＭＭＴパケットであっても、システムデコーダへの到着順が復号順とは必ずしも一致しない。例えば、図６の（ａ）に示すように、シーケンス番号が大きいＭＰＵ１４が、シーケンス番号が小さいＭＰＵ１４より先に到着している。
【０１１１】
このため、ＭＭＴパケットの並び替え、すなわち、リオーダリングが必要になる。そこで、図６の（ｂ）に示すように、並替部１５０は、復号順、すなわち、シーケンス番号の昇順になるように、ＭＭＴパケットを並び替える。
【０１１２】
なお、実際にＭＭＴＢに格納されるのは、ＭＰＵそのものではなく、ＭＰＵから分離したアクセスユニットのデータである。
【０１１３】
［データ復号装置の動作］
続いて、本実施の形態に係るデータ復号装置１００（システムデコーダ）の動作の一例について、図７を用いて説明する。図７は、本実施の形態に係るデータ復号装置１００の動作の一例を示すフローチャートである。
【０１１４】
なお、本実施の形態に係るデータ復号装置１００では、ＭＭＴの基準クロックは、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であり、ＤＴＳ及びＰＴＳもＮＴＰに基づいて設定される。但し、ＮＴＰは、ＮＴＰサーバから取得される値でなくともよく、例えば、放送局が独自に設定する値で代用してもよい。
【０１１５】
まず、本実施の形態に係るデータ復号装置１００は、構成情報を取得する（Ｓ１００）。具体的には、データ復号装置１００は、ＭＭＴパッケージを伝送する複数の伝送路の構成情報を取得及び解析することで、各伝送路からの受信に必要な情報、及び、アセットとパケット識別子との対応関係を示す情報などを、構成情報として取得する。例えば、受信に必要な情報は、放送の場合は、ネットワークＩＤであり、通信の場合は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｒｃｅ  Ｌｏｃａｔｏｒ）である。
【０１１６】
構成情報は、例えば、複数のＭＭＴストリームの先頭のヘッダなどに含まれる。具体的には、構成情報は、図２に示す対応情報２４０及び時刻オフセット情報２５０などである。例えば、図１において、時刻取得部１４０は、構成情報に含まれる時刻オフセット情報２５０を取得する。構成情報を受信した後、ＭＭＴのアセットの受信を開始する。
【０１１７】
次に、受信部１１１は、複数の伝送路の１つからＭＭＴパケットを受信する（Ｓ１１０）。具体的には、受信部１１１は、複数の伝送路のそれぞれを伝送されるＭＭＴパケットを、到着した順に取得する。
【０１１８】
次に、格納部１１２は、受信したＭＭＴパケットをｐａｃｋｅｔ＿ｉｄに基づいて分配して、ＭＭＴＢに格納する（Ｓ１２０）。言い換えると、格納部１１２は、ＭＭＴパケットをフィルタリングすることで、アセット毎に振り分けて、振り分けられたアセットに対応するＭＭＴＢに格納する。
【０１１９】
次に、復号順取得部１３０は、ＭＭＴパケットのヘッダ情報を解析することで、アクセスユニットの復号順を取得する（Ｓ１３０）。具体的には、復号順取得部１３０は、ＭＭＴパケットのヘッダに格納されるＭＰＵのシーケンス番号を示すパラメータに基づいて、ＭＰＵの復号順を決定する。あるいは、復号順取得部１３０は、アクセスユニットを分割した単位（サブサンプル）の復号順を取得してもよい。
【０１２０】
次に、並替部１５０は、アクセスユニット毎のＤＴＳを算出する（Ｓ１４０）。なお、並替部１５０は、アクセスユニットをサブサンプル単位で復号する際には、サブサンプル毎のＤＴＳを算出する。ＤＴＳの算出方法の具体例については、図８を用いて後で説明する。
【０１２１】
次に、並替部１５０は、受信したＭＭＴパケットのペイロードデータが復号順になるように並び替えて、アクセスユニット単位で分離し、第２バッファ１６０ａ（例えば、ピクチャバッファ）に格納する（Ｓ１５０）。このとき、第１バッファ１２０ａ（ＭＭＴＢ）から第２バッファ１６０ａへのアクセスユニットの読み出し（引き抜き）タイミングは、予め定義された複数のモードの１つ（選択モード）によって定義される。
【０１２２】
次に、復号部１７０は、ＤＴＳに基づいて、アクセスユニットを復号する（Ｓ１６０）。具体的には、符号化データ記憶部１６０がアクセスユニットのＤＴＳに基づいて、第２バッファ１６０ａから対象アクセスユニットを引き抜いて復号部１７０へ出力する。例えば、符号化データ記憶部１６０は、並替部１５０によって算出されたアクセスユニット又はサブサンプルの復号時刻に従って、アクセスユニット又はサブサンプルを第２バッファ１６０ａから引き抜いて復号部１７０へ出力する。そして、復号部１７０は、入力された対象アクセスユニットを復号する。
【０１２３】
なお、アクセスユニットをサブサンプル単位で復号するか否かは、データ復号装置１００が設定してもよく、あるいは、ＭＭＴの構成情報又はＭＭＴメッセージに含まれる情報によって設定してもよい。
【０１２４】
新たなＭＭＴパケットが入力されない場合（Ｓ１７０でＹｅｓ）、データ復号装置１００は、復号処理を終了する。パケットの受信が終了しない場合（Ｓ１７０でＮｏ）、パケットの受信（Ｓ１１０）からの処理を繰り返す。
【０１２５】
［ＰＴＳ及びＤＴＳの決定方法］
続いて、アクセスユニットのＰＴＳ（提示時刻）及びＤＴＳ（復号時刻）を決定する方法（図７のＳ１４０）の一例について説明する。
【０１２６】
ｍ番目のＭＰＵ（ＭＭＴパケット）の中の表示順でｉ番目のアクセスユニットの提示時刻であるＰＴＳｍ（ｉ）は、以下の（式１）を用いて算出される。
【０１２７】
（式１）  ＰＴＳｍ（ｉ）＝ＰＴＳｍ（０）＋ｄｅｌｔａＰＴＳ（ｉ）
ＰＴＳｍ（０）は、ｍ番目のＭＰＵの表示順で先頭となるアクセスユニットの提示時刻である。また、ｄｅｌｔａＰＴＳ（ｉ）は、ＰＴＳｍ（ｉ）とＰＴＳｍ（０）との差分値である。
【０１２８】
また、ｍ番目のＭＰＵ（ＭＭＴパケット）の中の復号順でｉ番目のアクセスユニットの復号時刻であるＤＴＳｍ（ｉ）は、以下の（式２）を用いて算出される。
【０１２９】
（式２）  ＤＴＳｍ（ｉ）＝ＤＴＳｍ（０）＋ｄｅｌｔａＤＴＳ（ｉ）
ＤＴＳｍ（０）は、ｍ番目のＭＰＵの復号順で先頭となるアクセスユニットの復号時刻である。また、ｄｅｌｔａＤＴＳ（ｉ）は、ＤＴＳｍ（ｉ）とＤＴＳｍ（０）との差分値である。
【０１３０】
なお、先頭アクセスユニットの提示時刻ＰＴＳｍ（０）及び復号時刻ＤＴＳｍ（０）は、映像データ及び音声データなどとは別途取得する構成情報（ＣＩ）に含まれる第１時刻情報の一例である。例えば、ＰＴＳｍ（０）及びＤＴＳｍ（０）は、図２に示す時刻オフセット情報２５０に相当する。また、ｄｅｌｔａＰＴＳ（ｉ）及びｄｅｌｔａＤＴＳ（ｉ）は、ＭＰ４のヘッダ情報であるｍｏｏｆボックスに含まれるｔｒａｆボックスを解析することで取得される。例えば、ｄｅｌｔａＰＴＳ（ｉ）及びｄｅｌｔａＤＴＳ（ｉ）は、図２に示す時刻情報２２２に相当する。
【０１３１】
以下では、ＰＴＳの決定方法とＤＴＳの決定方法とは略同じであるため、主にＤＴＳの決定方法について、図８を用いて説明する。図８は、本実施の形態に係るデータ復号装置におけるＤＴＳの決定方法の一例を示すフローチャートである。
【０１３２】
（式２）を用いて算出するために、図８に示すように、並替部１５０は、ＭＰＵ内の復号順で先頭となるアクセスユニットのＤＴＳを取得する（Ｓ１４１）。例えば、並替部１５０は、時刻取得部１４０が構成情報から抽出した第１時刻情報を取得することで、ＤＴＳｍ（０）を取得する。
【０１３３】
次に、並替部１５０は、対象アクセスユニットのヘッダから差分情報（ｄｅｌｔａＤＴＳ（ｉ））を取得する（Ｓ１４２）。例えば、並替部１５０は、ＭＰ４のヘッダ情報であるｍｏｏｆボックス内のｔｒａｆボックスを解析して、差分情報を取得する。なお、ＭＰＵにｍｏｏｆボックスが含まれない場合は、ＭＭＴパケット、あるいは、ＭＭＴペイロードのヘッダ情報や、ＭＭＴメッセージによって送信される時刻情報などに基づいて、アクセスユニット毎のＤＴＳ、あるいは、ＰＴＳを決定してもよい。
【０１３４】
次に、並替部１５０は、対象アクセスユニットのＤＴＳを算出する（Ｓ１４３）。具体的には、並替部１５０は、取得したＤＴＳｍ（０）とｄｅｌｔａＤＴＳ（ｉ）とを加算することで、（式２）に示すように、ＤＴＳｍ（ｉ）を算出する。
【０１３５】
全てのアクセスユニットに対するＤＴＳの算出が完了している場合（Ｓ１４４でＹｅｓ）、ＤＴＳの算出処理を終了し、アクセスユニットの第２バッファ１６０ａへの格納処理（Ｓ１５０）を行う。全てのＤＴＳの算出が完了していない場合（Ｓ１４４でＮｏ）、差分情報の取得処理（Ｓ１４２）から繰り返す。
【０１３６】
なお、ＭＭＴペイロードをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）などにより伝送する場合には、ＲＴＰパケットのヘッダにおいて、アクセスユニット毎のＰＴＳ及びＤＴＳをシグナリングしてもよい。ＭＭＴパケットにおいても、ＲＴＰと同様のパケット構造を取り得るため、ＭＭＴパケットのヘッダ、あるいは、ＭＭＴペイロードのヘッダ情報としてシグナリングすることも可能である。同様に、ＭＭＴペイロードをＭＰＥＧ−２  ＴＳにより伝送する場合には、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットのヘッダにおいて、アクセスユニット毎のＰＴＳ及びＤＴＳをシグナリングしてもよい。これにより、並替部１５０は、ＲＴＰパケットのヘッダ又はＰＥＳパケットのヘッダを解析することで、アクセスユニット毎のＰＴＳ及びＤＴＳを取得することができる。
【０１３７】
また、ＭＰＵの表示順で先頭となるアクセスユニットのＰＴＳが既知であれば、ＭＰＵのヘッダ情報ｍｏｏｆボックス内のｔｒａｆボックスを解析して、当該アクセスユニットのＰＴＳとＤＴＳとの差分を取得した上で、ＰＴＳｍ（０）に基づいて算出してもよい。
【０１３８】
また、２番目以降のＭＰＵの先頭アクセスユニットのＤＴＳ又はＰＴＳは、構成情報などに含まれない場合がある。この場合、並替部１５０は、ＭＰＵを構成する複数の分割単位の先頭サンプルのＤＴＳ（又はＰＴＳ）と、先頭ＭＰＵの先頭サンプルのＤＴＳ（又はＰＴＳ）との差分時間の絶対値を示す情報に基づいて、各分割単位の先頭アクセスユニットのＤＴＳ（又はＰＴＳ）を算出してもよい。ＤＴＳが算出されれば、分割単位内の情報を解析することで、ＰＴＳを取得することができる。
【０１３９】
なお、ここで、分割単位は、例えば、ＭＰ４におけるフラグメント単位であるＴｒａｃｋ  Ｆｒａｇｍｅｎｔである。また、差分時間の絶対値を示す情報として、ｔｆｄｔボックスによって、同一のアセットの先頭ＭＰＵの先頭サンプルのＤＴＳと、ｔｆｄｔボックスが格納されるＴｒａｃｋ  Ｆｒａｇｍｅｎｔの先頭アクセスユニットのＤＴＳとの差分時間の絶対値が示される。
【０１４０】
［並替部の動作モード］
続いて、本実施の形態に係る並替部１５０の動作モードについて、図９を用いて説明する。具体的には、ＭＭＴバッファ部１２０の第１バッファ１２０ａからデータを読み出すタイミングに関するモードについて説明する。図９は、本実施の形態に係る並替部１５０の動作モードの一例を示す図である。
【０１４１】
本実施の形態に係る並替部１５０は、３つの動作モードのいずれかに従って処理を実行することができる。
【０１４２】
第１モードは、パケットが第１バッファ１２０ａに格納された後に、第１バッファ１２０ａからパケットを読み出すことができるモードである。具体的には、第１モードは、ＭＰＵモードである。
【０１４３】
図９に示すように、並替部１５０は、ＭＰＵモードに従う場合、ＭＰＵの全データが揃うまで待機した後、ＭＭＴＢから対象のパケットを読み出す。例えば、並替部１５０は、アクセスユニット単位でＭＭＴＢからパケットを読み出し、読み出したアクセスユニットを第２バッファ１６０ａに格納する。
【０１４４】
第２モードは、パケットを構成する複数の分割単位の１つである対象分割単位が第１バッファ１２０ａに格納された後に、第１バッファ１２０ａからパケットを読み出すことができるモードである。具体的には、第２モードは、Ｆｒａｇｍｅｎｔモードである。
【０１４５】
図９に示すように、並替部１５０は、Ｆｒａｇｍｅｎｔモードに従う場合、ＭＰＵの分割単位であるＦｒａｇｍｅｎｔの全データが揃うまで待機した後、ＭＭＴＢから対象のＦｒａｇｍｅｎｔを読み出す。並替部１５０は、読み出したＦｒａｇｍｅｎｔを第２バッファ１６０ａに格納する。なお、Ｆｒａｇｍｅｎｔは、ＭＰ４におけるサンプル（アクセスユニットに相当）、又は、サンプルを分割した単位であるサブサンプルである。
【０１４６】
第３モードは、パケットの対象分割単位の第１バッファ１２０ａへの格納が完了する前に、第１バッファ１２０ａから対象分割単位の一部を読み出すことができるモードである。具体的には、第３モードは、Ｍｅｄｉａ  Ｕｎｉｔモードである。
【０１４７】
図９に示すように、並替部１５０は、Ｍｅｄｉａ  Ｕｎｉｔモードに従う場合、ＭＰＵ又はＦｒａｇｍｅｎｔの全データが揃うまで待たずに、ＭＭＴＢからＭＰＵ又はＦｒａｇｍｅｎｔの一部を読み出す。並替部１５０は、読み出したＭＰＵ又はＦｒａｇｍｅｎｔの一部を第２バッファ１６０ａに格納する。
【０１４８】
第２バッファ１６０ａに格納されたデータは、ＤＴＳに基づいて、アクセスユニット単位で復号部１７０に出力される。
【０１４９】
なお、上記の各モードでは、ＭＰＥＧ−４  ＡＶＣ若しくはＨＥＶＣのＮＡＬユニット、又は、ＨＥＶＣの復号ユニットなどをサブサンプルとして、サブサンプルの復号時刻において、第２バッファ１６０ａから復号部１７０に出力してもよい。
【０１５０】
このとき、サブサンプルの復号時刻は、固定フレームレートの場合、フレーム間隔をアクセスユニット内のサブサンプル（あるいは、スライスデータを含むサブサンプル）、又は、復号ユニットの数で除算して算出することができる。あるいは、サブサンプルの復号時刻は、可変フレームレートの場合、Ｐｉｃｔｕｒｅ  Ｔｉｍｉｎｇ  ＳＥＩなどの付加情報に基づいて決定されてもよい。
【０１５１】
本実施の形態では、並替部１５０は、ＭＭＴのパケット化の単位とは独立して上記の３つのモードを適用することができる。
【０１５２】
例えば、パケット化の単位がアクセスユニットである場合でも、ＭＭＴＢからのデータの読み出し（引き抜き）は、サブサンプル単位、あるいは、所定のビットレートで連続的に行うことができる。さらに、復号部１７０がサブサンプル単位で復号する場合には、第２バッファ１６０ａからの引き抜きもサブサンプル単位で行う。
【０１５３】
あるいは、パケット化の単位がＭＰＵである場合でも、ＭＭＴＢからのデータの引き抜きは、アクセスユニット単位で行うことができる。同様に、パケット化の単位がサブサンプルである場合に、ＭＭＴＢからのデータの引き抜きは、アクセスユニット単位で行うことができる。パケット化を、ＲＴＰ又はＴＳなどのプロトコルで行う場合も同様である。
【０１５４】
これにより、パケット化の単位に依らず、デコーダ側で復号開始までのバッファリング時間を低減することができる。また、サブサンプル単位で復号する際には、Ｆｒａｇｍｅｎｔモード又はＭｅｄｉａ  Ｕｎｉｔモードを用いることで、受信したデータのバッファリング時間を低減することができる。このように、Ｆｒａｇｍｅｎｔモード又はＭｅｄｉａ  Ｕｎｉｔモードを利用することで、低遅延で処理が可能になる。すなわち、復号処理を高速化することができる。
【０１５５】
なお、本実施の形態において、同一のアセットのデータを単一の伝送路で伝送する際には、ＭＭＴパケットの受信順（到達順又は格納順）と、復号順とは等しくなる。このため、並替部１５０は、ＭＭＴパケットの並び替えを行わなくてもよい。例えば、送信側で、並び替えの要否を示すフラグを構成情報又はＭＭＴメッセージなどに含めて送信してもよい。これにより、並替部１５０は、並び替えが不要である場合には、並び替えを行わないように動作する。
【０１５６】
例えば、同一のアセットのデータを単一の放送チャネルで伝送する場合には、並替部１５０は、ＭＭＴパケットの並び替えを行わなくてもよい。ただし、伝送路として放送のみを用いる場合であっても、複数の放送チャネルで同一のアセットのデータを伝送する際には、並替部１５０は、ＭＭＴパケットを復号順に並び替える。
【０１５７】
一方で、同一のアセットのデータを単一の伝送路で伝送する場合であっても、ＩＰネットワークなどの通信路では、ＭＭＴパケットの受信順と復号順とが等しくならない場合がある。この場合には、並替部１５０は、ＭＭＴパケットを復号順に並び替える。
【０１５８】
なお、本実施の形態では、並替部１５０は、ＭＰＥＧ−２  ＴＳのシステムターゲットデコーダと整合を取るために、アクセスユニット単位での処理が可能なＦｒａｇｍｅｎｔモード又はＭｅｄｉａ  Ｕｎｉｔモードのみを選択してもよい。
【０１５９】
［バッファの引き抜きレート］
続いて、第１バッファ１２０ａからの引き抜きレート及びサイズについて説明する。
【０１６０】
例えば、並替部１５０は、第１バッファ１２０ａからの引き抜きレートを規定する２種類のモードを利用することができる。
【０１６１】
１つ目のモードは、Ｌｅａｋモデルモードである。Ｌｅａｋモデルモードでは、第１バッファ１２０ａから第２バッファ１６０ａへのデータの引き抜きレートは、例えば、ＭＰＵに格納される映像又は音声の符号化方式において規定されたプロファイル又はレベルなどにおけるビットレートの上限値に係数を乗じた値である。これにより、ＭＰＥＧ−２  ＴＳのシステムターゲットデコーダとの整合性を保つことができる。
【０１６２】
２つ目のモードは、ｖｂｖ＿ｄｅｌａｙ又はＨＲＤ（Ｈｙｐｏｔｈｅｔｉｃａｌ  Ｒｅｆｅｒｅｎｃｅ  Ｄｅｃｏｄｅｒ）モデルモードである。当該モードでは、映像データの場合、ＭＰＥＧ−２  ｖｉｄｅｏにおけるｖｂｖ＿ｄｅｌａｙモデル、又は、ＭＰＥＧ−４  ＡＶＣ若しくはＨＥＶＣにおけるＨＲＤモデルにより規定されるレートで引き抜くことができる。
【０１６３】
なお、並替部１５０は、第２バッファ１６０ａのバッファ占有量が所定値より高い場合、例えば、１００％である場合には、引き抜きを停止する。また、並替部１５０は、第１バッファ１２０ａのバッファ占有量が所定値より低い場合は、例えば、空（０％）である場合は、引き抜きを停止する。
【０１６４】
２種類のモードのうち用いるモード、及び、引き抜きレートは、ＭＭＴのメッセージ情報などのＭＭＴコンテンツの復号開始前に取得可能な情報により示すことができる。あるいは、ＭＭＴパケットをＴＳで伝送する際には、ＭＰＥＧ−２システムのディスクリプタにより示すことができる。
【０１６５】
［バッファのサイズ］
次に、第１バッファ１２０ａのサイズについて説明する。
【０１６６】
第１バッファ１２０ａのサイズは、例えば、ＭＰＵに格納される映像データ又は音声データの符号化方式において規定されたプロファイル又はレベルなどにおける符号化ピクチャバッファのサイズの上限値に係数を乗じた値である。係数は、ＭＰＵにおけるアクセスユニットサイズの総和に対する、ＭＰＵのヘッダ情報（ｍｏｏｆボックス）の比率などに基づいて決定される。なお、音声データに対応する第１バッファ１２０ａのサイズは、チャネル数などに応じて別途定義することもできる。
【０１６７】
第１バッファ１２０ａのサイズは、ＭＭＴのメッセージ情報などＭＭＴコンテンツの復号開始前に取得可能な情報により示すことができる。あるいは、ＭＭＴパケットをＴＳで伝送する際には、ＭＰＥＧ−２システムのディスクリプタにより示すことができる。
【０１６８】
また、第１バッファ１２０ａのサイズは、上述した３つの動作モード（ＭＰＵモード、Ｆｒａｇｍｅｎｔモード、Ｍｅｄｉａ  Ｕｎｉｔモード）のそれぞれにおいて異なるバッファサイズが設定されてもよい。あるいは、第１バッファ１２０ａのサイズは、復号の処理単位がアクセスユニット単位であるか、サブサンプル単位で行うかによって異なるバッファサイズが設定されてもよい。例えば、第１バッファ１２０ａのサイズは、サブサンプル単位の復号時は、アクセスユニット単位の復号時よりも小さくすることができる。
【０１６９】
なお、第１バッファ１２０ａと第２バッファ１６０ａとの間に、第３バッファを設けてもよい。第３バッファは、例えば、ＭＢ（Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ）である。この場合、並替部１５０は、第３バッファから第２バッファ１６０ａへのデータの引き抜きを制御する。これにより、ＭＰＥＧ−２  ＴＳのシステムターゲットデコーダとの整合を保つことができる。
【０１７０】
［データ送信装置の構成］
ここで、本実施の形態に係る符号化データを生成して送信するデータ送信装置について、図１０を用いて説明する。図１０は、本実施の形態に係るデータ送信装置４００の構成を示すブロック図である。
【０１７１】
図１０に示すように、データ送信装置４００は、フラグ生成部４１０と、符号化部４２０と、多重化部４３０と、送信部４４０とを備える。
【０１７２】
フラグ生成部４１０は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成する。例えば、フラグ生成部４１０は、ＭＭＴパッケージのアセットの伝送に用いる伝送路の数に応じてフラグを生成する。具体的には、同一のアセットのデータを単一の伝送路で伝送する際には、並び替えが不要になるので、フラグ生成部４１０は、並び替えが不要であることを示すフラグを生成する。あるいは、同一のアセットのデータを複数の伝送路で伝送する際には、並び替えが必要になるので、フラグ生成部４１０は、並び替えが必要であることを示すフラグを生成する。
【０１７３】
また、フラグ生成部４１０は、データ復号装置１００の並替部１５０の動作モードを選択するためのモードフラグを生成してもよい。さらに、フラグ生成部４１０は、データ復号装置１００が備えるバッファのサイズなどを決定するための情報を生成してもよい。
【０１７４】
符号化部４２０は、映像データ及び音声データを含むコンテンツを、ＨＥＶＣなどの動画像符号化規格に基づいて符号化することで、符号化データを生成する。
【０１７５】
多重化部４３０は、符号化データをパケット毎に多重化することで、複数の符号化ストリームを生成する。例えば、多重化部４３０は、符号化データをＭＰ４のファイルフォーマットに従って、ＭＰ４データに変換する。そして、多重化部４３０は、ＭＰ４データをパケット化することで、ＭＭＴパケットを生成する。さらに、多重化部４３０は、複数のＭＭＴパケットを多重化することで、複数のＭＭＴストリームを生成する。
【０１７６】
このとき、生成するＭＭＴストリームの数は、送信部４４０が送信に用いる伝送路の数に依存する。具体的には、多重化部４３０は、複数の伝送路に一対一に対応するように符号化ストリームを生成する。
【０１７７】
また、多重化部４３０は、フラグ生成部４１０によって生成されたフラグを、符号化ストリームのヘッダなどに格納する。例えば、多重化部４３０は、構成情報又はＭＭＴメッセージなどにフラグを格納する。
【０１７８】
送信部４４０は、複数の伝送路のそれぞれを用いて、対応する符号化ストリームをパケット単位で送信し、かつ、複数の伝送路の少なくとも１つを用いてフラグを送信する。具体的には、送信部４４０は、多重化部４３０によって生成された複数の符号化ストリームを、複数の伝送路を用いて送信する。具体的には、送信部４４０は、伝送路と符号化ストリームとを一対一に対応させて、複数の伝送路のそれぞれを用いて符号化ストリームを送信する。
【０１７９】
このとき、送信部４４０は、フラグなどの構成情報をＭＭＴストリームより先に別途送信してもよい。例えば、送信部４４０は、複数の伝送路の少なくとも１つを用いて、フラグを含む構成情報を送信する。
【０１８０】
なお、データ復号装置１００においてＭＰＵモード又はＦｒａｇｍｅｎｔモードが選択される場合には、ＭＰＵ又はＦｒａｇｍｅｎｔの全データをバッファリングする必要がある。このため、多重化部４３０は、少なくともＭＰＵ又はＦｒａｇｍｅｎｔのサイズがバッファサイズ以下になるように、ＭＰＵ又はＦｒａｇｍｅｎｔの大きさを構築する。具体的には、多重化部４３０は、ＭＰＵの最大サイズが第１バッファ１２０ａ（ＭＭＴＢ）のサイズの総和より大きくならないように、ＭＰＵを構築する。
【０１８１】
また、データ復号装置１００においてＭＰＵモードが選択される場合には、第１バッファ１２０ａに必要なサイズが他のモードよりも大きくなり、バッファ管理が煩雑になる。このため、多重化部４３０は、同一の伝送路への複数のアセットの多重化を行わないように多重化を制限してもよい。つまり、多重化部４３０は、１つのアセットを１つの伝送路のみで送信してもよい。
【０１８２】
また、並替部１５０におけるパケットの並び替えに要する処理を軽減するため、同一のアセットのデータを複数の伝送路を用いて送信する際には、パケット化の単位をＭＰＵのみに限定してもよい。すなわち、後述するＭＦＵ（Ｍｏｖｉｅ  Ｆｒａｇｍｅｎｔ  Ｕｎｉｔ）を用いたパケット化を禁止してもよい。
【０１８３】
例えば、同一のアセットのデータを複数の伝送路を用いて伝送できるプロファイルを設けることで、当該プロファイルではＭＦＵのパケット化を禁止してもよい。このとき、プロファイルの情報を、構成情報又はＭＭＴメッセージにおいてシグナリングしてもよい。あるいは、パケット化の単位がＭＰＵのみに制限されていることを示す情報を、構成情報又はＭＭＴメッセージを用いて、伝送路毎にシグナリングしてもよい。
【０１８４】
また、符号化データをパケット化する際、多重化部４３０は、ＭＭＴパッケージを構成する各アセットにおいては、ＭＰＵの単位を同じにしてもよい。例えば、ＭＭＴパッケージが映像のアセットと音声のアセットとを含む場合、ＭＰＵの再生時間長を同じにする。具体的には、多重化部４３０は、音声のｉ番目のＭＰＵにおいて表示（再生）順で先頭になるアクセスユニットのＤＴＳが、映像のｉ番目のＭＰＵにおいて表示順で先頭になるアクセスユニットのＤＴＳの直前あるいは直後になるように、ＭＰＵの単位を決定してもよい。
【０１８５】
［データ送信装置の動作］
続いて、本実施の形態に係るデータ送信装置４００の動作の一例について、図１１を用いて説明する。図１１は、本実施の形態に係るデータ送信装置４００の動作の一例を示すフローチャートである。
【０１８６】
まず、符号化部４２０は、映像データなどを含むコンテンツを所定の動画像符号化規格に基づいて符号化する（Ｓ２１０）。次に、フラグ生成部４１０は、並び替えの要否を示すフラグを生成する（Ｓ２２０）。上述したように、フラグ生成部４１０は、モードフラグなどのその他の情報を生成してもよい。
【０１８７】
次に、多重化部４３０は、フラグと符号化データとをパケット毎に多重化することで、複数の符号化ストリームを生成する（Ｓ２３０）。そして、送信部４４０は、複数の伝送路を用いて、対応する符号化ストリームをパケット単位で送信する（Ｓ２４０）。なお、フラグが符号化ストリームに含まれない場合は、送信部４４０は、複数の伝送路の少なくとも１つを用いてフラグを送信する。
【０１８８】
［揺らぎが大きい伝送路への対応］
続いて、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）の遅延又はジッタなどの揺らぎが大きい伝送路を用いる場合におけるデータ送信装置４００及びデータ復号装置１００の処理について説明する。
【０１８９】
データ送信装置４００は、伝送路に固有の情報に応じたシステムデコーダの振る舞いを制御する情報、又は、システムデコーダの振る舞いを指示する情報を送信してもよい。伝送路に固有の情報とは、例えば、エンドツーエンドの遅延、又は、ジッタなどである。
【０１９０】
例えば、データ復号装置１００は、エンドツーエンドの遅延、又は、ネットワークのジッタが無視できない場合には、これらを補償するために必要なバッファを別途備えてもよい。
【０１９１】
このとき、データ送信装置４００は、例えば、遅延又はジッタの情報を、構成情報などの初期化情報として送信する。あるいは、データ送信装置４００は、遅延などの情報を、ＭＭＴメッセージなどのＭＭＴストリームとして伝送できる補助情報として送信してもよい。この場合、データ送信装置４００は、遅延などの情報を定期的に送信してもよい。あるいは、データ送信装置４００は、復号開始時に必要なバッファリング量を決定して送信してもよい。
【０１９２】
データ復号装置１００は、データ送信装置４００から送信された遅延、ジッタ又はバッファリング量などの情報を取得し、取得した情報に基づいて、バッファサイズの設定、及び、復号開始時のバッファリング量の決定などを行うことができる。
【０１９３】
複数の伝送路として放送と通信とを利用する場合、放送におけるエンドツーエンドの遅延は一定であり、ジッタも存在しない。
【０１９４】
ここで、ＭＭＴパケットのヘッダには、パケットの先頭１ビットの送出時刻情報が含まれる。データ復号装置１００は、パケット送出時刻Ｓ１のパケットを、放送では時刻Ｔ１で受信し、通信では時刻Ｔ２で受信したとする。
【０１９５】
時刻Ｔ１と時刻Ｔ２との差分が、放送に対する通信の遅延時間を示す。なお、通信の方が早い場合は、当該遅延時間は負の値になる。
【０１９６】
遅延時間が所定の値を超えた場合には、通信側のパケットの到着を待つことなく、放送で受信した復号可能なデータのみを復号してもよい。このとき、通信側において遅延時間が所定の値を超えたパケットは破棄される。
【０１９７】
データ送信装置４００は、遅延が大きい伝送路のパケットを破棄するか否かを示す情報、又は、破棄するか否かを判定するための情報（遅延時間など）を、初期化情報又はＭＭＴメッセージに含めて送信してもよい。例えば、遅延時間を０に設定すると、放送で受信したデータは、通信における伝送遅延又はジッタの影響を受けて復号時刻が遅延することなく、復号することができる。
【０１９８】
なお、伝送路のエンドツーエンドの遅延及びジッタは、データ復号装置１００の前段に別途バッファを設けることで補償してもよい。
【０１９９】
［効果など］
以上のように、本実施の形態に係るデータ復号方法では、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップと、受信した複数の符号化ストリームの複数のパケットを第１バッファ１２０ａに格納する格納ステップと、第１バッファ１２０ａに格納された複数のパケットを復号順に並び替える並替ステップと、復号順に並び替えられた複数のパケットを復号する復号ステップとを含む。
【０２００】
これにより、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を低減することができる。
【０２０１】
（変形例１）
上記の実施の形態では、ＭＭＴパケットがＭＰＵ単位でパケット化されている場合について説明したが、本変形例では、ＭＭＴパケットがＭＰＵを分割した分割単位でパケット化されている場合について説明する。具体的には、本変形例に係るＭＭＴパケットは、ＭＦＵを用いてＭＰＵをフラグメント化した単位（ＭＰＵ  Ｆｒａｇｍｅｎｔ）でパケット化されている。
【０２０２】
図１２は、本変形例に係るＭＭＴストリームのデータ構造の一例を示す図である。
【０２０３】
図１２に示す例では、各ＭＰＵを３つのＭＦＵにフラグメント化している。そして、複数のアセットに対応する複数のＭＦＵをインターリーブすることで、異なるアセットに対応するＭＦＵが１つのＭＭＴストリームに多重化される。例えば、図１２に示すように、映像データに対応するＭＦＵ１１の次に、音声データに対応するＭＦＵ２１が配置される。
【０２０４】
ここで、上述した実施の形態のようにＭＰＵ単位でパケット化及び多重化した場合、例えば、図５において、ＭＰＵ１１（映像データ）を受信し終わるまで、ＭＰＵ２０（音声データ）を受信することができない。このため、ＭＰＵ２０の復号が開始されるまでに遅延時間が発生する。
【０２０５】
これに対して、本変形例のようにＭＦＵ単位でパケット化及び多重化した場合、ＭＦＵ１１（映像データ）を受信し終わった後に、ＭＦＵ２１（音声データ）を受信することができる。この場合も、ＭＦＵ２１の復号が開始されるまでに遅延時間は発生するが、ＭＦＵ１１のサイズがＭＰＵ１１のサイズよりも小さく、受信に要する時間も短くなるため、遅延時間も短くなる。
【０２０６】
このように、Ｆｒａｇｍｅｎｔ単位で映像データ及び音声データのサンプルをインターリーブすることで、ＭＰＵ単位でのインターリーブと比較して、遅延時間を短くすることができる。特に、図９に示すＦｒａｇｍｅｎｔモード及びＭｅｄｉａ  Ｕｎｉｔモードを利用する場合には、多重化側、すなわち、データ送信側でも低遅延化を行うことが好ましい。本変形例では、Ｆｒａｇｍｅｎｔ単位で多重化することで、送信側における多重化に要する遅延時間、及び、受信側における復号までに要する遅延時間を低減することができる。
【０２０７】
例えば、上記の実施の形態及び本変形例で示したように、符号化データをＭＰＵ単位又はＭＦＵ単位でパケット化することができる。このとき、同一のアセットのデータを複数の伝送路を用いて伝送する場合、伝送路毎のパケット化の単位を同じにする。送信側でのパケット化に要する遅延時間と、受信側の復号に要する遅延とがパケット化の単位に依存するためである。
【０２０８】
例えば、放送と通信との２つの伝送路を用いる場合、放送側でサンプル単位（アクセスユニット単位）でパケット化するとき、通信側でもサンプル単位でパケット化する。なお、パケット化の単位が、下位の伝送レイヤーのＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）よりも大きい場合には、パケット化単位を分割してもよい。つまり、伝送路毎のパケット化の単位が異なっていてもよい。パケット化の単位は、ＭＰＵ、サンプル（アクセスユニット）又はサブサンプル（ＮＡＬユニット）などである。
【０２０９】
このとき、放送側をＭＰＵ単位でパケット化し、かつ、通信側をサンプル単位でパケット化するなどを禁止してもよい。
【０２１０】
なお、多重化においては、ＭＭＴストリームをデータ復号装置１００に入力した場合に、バッファ（第２バッファ１６０ａ）がオーバーフロー及びアンダーフローを起こさないように、アクセスユニット又はサブサンプルを復号できることを保証する。
【０２１１】
なお、ＭＭＴパケットがＭＰＵ  Ｆｒａｇｍｅｎｔ単位でパケット化されている場合、データ復号装置１００の復号順取得部１３０は、ＭＭＴパケットのヘッダにおいて、ＭＰＵにおけるＭＰＵ  Ｆｒａｇｍｅｎｔの復号順を示すパラメータを用いて、ＭＦＵに格納されるアクセスユニット、又は、サブサンプルの復号順を決定する。ＭＰＵ  Ｆｒａｇｍｅｎｔの復号順を示すパラメータは、ＭＦＵが属するムービーフラグメントのインデックス番号、ムービーフラグメント内でのサンプルのインデックス番号、又は、サンプル内での格納位置を示すオフセット情報などである。
【０２１２】
また、アクセスユニット及びサブサンプルの復号順は、ＲＴＰなどのプロトコルを用いる場合にも、パケットのヘッダ情報などから取得することができる。
【０２１３】
（変形例２）
上記の実施の形態では、第１バッファ１２０ａから第２バッファ１６０ａへデータを出力する例について説明したが、本変形例では、第２バッファ１６０ａを設けずに、復号部１７０が第１バッファ１２０ａから直接出力されたデータを復号する。
【０２１４】
図１３は、本変形例に係るＭＭＴパケットのデータの流れの一例を示す図である。
【０２１５】
図１３に示すように、本変形例に係るデータ復号装置５００は、第２バッファ１６０ａを備えない。ＭＭＴＢｍ１２１から出力されるアクセスユニットは、直接、画像復号部１７１によって復号される。同様に、ＭＭＴＢｎ１２２から出力されるアクセスユニットは、直接、音声復号部１７２によって復号される。
【０２１６】
本変形例に係るデータ復号装置５００は、実施の形態１に係るデータ復号装置１００の簡易版、すなわち、簡易方式のシステムデコーダである。具体的には、本変形例に係るデータ復号装置５００では、ＭＭＴパッケージを構成するアセット間の同期再生に必要とされる最小のバッファサイズのみが規定される。
【０２１７】
具体的には、第１バッファ１２０ａ（ＭＭＴＢ）のサイズを、動画像符号化方式におけるレベルなどに応じて規定する。また、ＭＰＵモード又はＦｒａｇｍｅｎｔモードでは、それぞれＭＰＵ又はＦｒａｇｍｅｎｔのサイズをバッファサイズ以下にする。
【０２１８】
例えば、同期再生の対象となる全てのアセット（例えば、映像及び音声）に対応する第１バッファ１２０ａに、所定量以上のデータが格納された時点で、復号部１７０は、復号を開始する。例えば、時刻取得部１４０は、各アセットの復号開始時に必要な初期バッファ占有量を、音声又は映像の符号化ストリーム、あるいは、別途伝送される補助情報から取得する。並替部１５０は、時刻取得部１４０によって取得された初期バッファ占有量に基づいて、全てのアセットに対応する第１バッファ１２０ａに初期バッファ占有量以上のデータが格納された時点で、第１バッファ１２０ａから復号部１７０へデータを引き抜く。そして、復号部１７０は、入力されたデータを復号する。なお、いずれかのアセットのバッファが満杯（占有量が１００％）になった時点で、並替部１５０は、バッファから復号部１７０へデータを引き抜いてもよい。
【０２１９】
なお、本変形例に係るシステムデコーダの簡易方式は、少なくともアンダーフローが発生しない場合に適用することができる。例えば、簡易方式は、ＭＭＴパッケージの伝送レートが、ＭＭＴパッケージを構成する各アセットのビットレートの総和に比べて十分に大きい場合に適用することができる。また、簡易方式は、ハードディスク又は光ディスクなどの記録媒体に蓄積されたＭＭＴパッケージを十分に大きい転送レートで連続的に読み出しながら再生する場合に適用することができる。
【０２２０】
あるいは、伝送路における伝送レート又はジッタの変動が大きく、伝送レート又はジッタが一定の下での動作を規定するシステムデコーダの適用が困難な場合にも、本変形例に係るシステムデコーダの簡易方式を適用することができる。
【０２２１】
（変形例３）
上記の実施の形態では、放送及び通信のいずれの場合もＭＭＴでＭＭＴパケットを伝送する例について説明したが、例えば、放送の場合、ＭＰＥＧ−２  ＴＳを用いてＭＭＴパケットを伝送することが想定される。
【０２２２】
本変形例では、ＭＭＴパケットをトランスポートストリーム（ＴＳ）で伝送する場合について、図１４を用いて説明する。図１４は、本変形例に係るＭＭＴパケットのデータの流れの一例を示す図である。
【０２２３】
図１４に示すように、本変形例に係るデータ復号装置６００（システムデコーダ）は、図４に示すデータ復号装置１００と比較して、新たに、フィルタ部６１０と、入力バッファ６１５とを備える。
【０２２４】
図１４に示すように、まず、フィルタ部６１０は、トランスポートストリームのパケット識別子（ＰＩＤ）に基づいて、ＭＭＴパッケージを伝送するＴＳパケットをフィルタリングする。具体的には、フィルタ部６１０は、トランスポートストリームに含まれるＴＳパケットのヘッダを解析することで、ＰＩＤを取得する。そして、フィルタ部６１０は、ＭＭＴストリームを示すＰＩＤに対応するＴＳパケットを入力バッファ６１５に格納する。このとき、入力バッファ６１５には、ＴＳパケットのペイロードが格納される。
【０２２５】
入力バッファ６１５は、格納されたペイロードからＭＭＴパッケージのデータを分離して、フィルタ部１１０に出力する。フィルタ部１１０以降の処理は、実施の形態１と同様であるので、説明を省略する。
【０２２６】
なお、本変形例に係るデータ復号装置６００では、基準クロックとして、ＭＰＥＧ−２システムのＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）を用いることができる。この場合、ＰＣＲとＮＴＰ（ＭＭＴにおける基準クロック）との対応関係を示す情報を取得して、アクセスユニットのＤＴＳなどをＰＣＲベースの時刻情報として算出する。
【０２２７】
また、データ復号装置６００は、ＰＣＲ＿ＰＩＤを有するＴＳパケットのＰＣＲに基づいて再同期することができる。
【０２２８】
（変形例４）
また、上記の実施の形態では、本開示に係るデータ復号方法及びデータ送信方法の具体的な実施の形態について示したが、これに限らない。例えば、本変形例に係るデータ復号方法は、図１５に示すような複数のステップを含んでいてもよい。図１５は、本変形例に係るデータ復号方法の一例を示すフローチャートである。
【０２２９】
具体的には、まず、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する（Ｓ３１０）。次に、受信した複数の符号化ストリームの複数のパケットを第１バッファに格納する（Ｓ３２０）。次に、第１バッファに格納された複数のパケットを復号順に並び替える（Ｓ３３０）。そして、復号順に並び替えられた複数のパケットを復号する（Ｓ３４０）。
【０２３０】
また、例えば、本変形例に係るデータ送信方法は、図１６に示すような複数のステップを含んでもよい。図１６は、本変形例に係るデータ送信方法の一例を示すフローチャートである。
【０２３１】
具体的には、まず、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成する（Ｓ４１０）。次に、複数の伝送路のそれぞれを用いて、対応する符号化ストリームをパケット単位で送信し、かつ、複数の伝送路の少なくとも１つを用いてフラグを送信する（Ｓ４２０）。
【０２３２】
（実施の形態２）
上記各実施の形態で示したデータ送信方法（動画像符号化方法（画像符号化方法））またはデータ復号方法（動画像復号化方法（画像復号方法））の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。
【０２３３】
さらにここで、上記各実施の形態で示したデータ送信方法（動画像符号化方法（画像符号化方法））やデータ復号方法（動画像復号化方法（画像復号方法））の応用例とそれを用いたシステムを説明する。当該システムは、データ送信方法（画像符号化方法）を用いたデータ送信装置（画像符号化装置）、及びデータ復号方法（画像復号方法）を用いたデータ復号装置（画像復号装置）からなる画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
【０２３４】
図１７は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０６、ex１０７、ex１０８、ex１０９、ex１１０が設置されている。
【０２３５】
このコンテンツ供給システムex１００は、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０６からex１１０を介して、コンピュータex１１１、ＰＤＡ（Personal Digital Assistant）ex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５などの各機器が接続される。
【０２３６】
しかし、コンテンツ供給システムex１００は図１７のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ex１０６からex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。
【０２３７】
カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラex１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ex１１４は、ＧＳＭ（登録商標）（Global System for Mobile Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＬＴＥ（Long Term Evolution）方式、ＨＳＰＡ(High Speed Packet Access)の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。
【０２３８】
コンテンツ供給システムex１００では、カメラex１１３等が基地局ex１０９、電話網ex１０４を通じてストリーミングサーバex１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラex１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い（即ち、本開示の一態様に係る画像符号化装置として機能する）、ストリーミングサーバex１０３に送信する。一方、ストリーミングサーバex１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する（即ち、本開示の一態様に係る画像復号装置として機能する）。
【０２３９】
なお、撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラex１１３に限らず、カメラex１１６で撮影した静止画像および／または動画像データを、コンピュータex１１１を介してストリーミングサーバex１０３に送信してもよい。この場合の符号化処理はカメラex１１６、コンピュータex１１１、ストリーミングサーバex１０３のいずれで行ってもよいし、互いに分担して行ってもよい。
【０２４０】
また、これら符号化・復号化処理は、一般的にコンピュータex１１１や各機器が有するＬＳＩex５００において処理する。ＬＳＩex５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な何らかの記録メディア（ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ex１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ex１１４が有するＬＳＩex５００で符号化処理されたデータである。
【０２４１】
また、ストリーミングサーバex１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。
【０２４２】
以上のようにして、コンテンツ供給システムex１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムex１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。
【０２４３】
なお、コンテンツ供給システムex１００の例に限らず、図１８に示すように、デジタル放送用システムex２００にも、上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）または動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。具体的には、放送局ex２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ex２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである（即ち、本開示の一態様に係る画像符号化装置によって符号化されたデータである）。これを受けた放送衛星ex２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナex２０４が受信する。受信した多重化データを、テレビ（受信機）ex３００またはセットトップボックス（ＳＴＢ）ex２１７等の装置が復号化して再生する（即ち、本開示の一態様に係る画像復号装置として機能する）。
【０２４４】
また、ＤＶＤ、ＢＤ等の記録メディアex２１５に記録した多重化データを読み取り復号化する、または記録メディアex２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダex２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタex２１９に表示され、多重化データが記録された記録メディアex２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルex２０３または衛星／地上波放送のアンテナex２０４に接続されたセットトップボックスex２１７内に動画像復号化装置を実装し、これをテレビのモニタex２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。
【０２４５】
図１９は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ex３００を示す図である。テレビex３００は、上記放送を受信するアンテナex２０４またはケーブルex２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナex３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ex３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ex３０６で符号化された映像データ、音声データを多重化する多重／分離部ex３０３を備える。
【０２４６】
また、テレビex３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ex３０４、映像信号処理部ex３０５（本開示の一態様に係る画像符号化装置または画像復号装置として機能する）を有する信号処理部ex３０６と、復号化した音声信号を出力するスピーカex３０７、復号化した映像信号を表示するディスプレイ等の表示部ex３０８を有する出力部ex３０９とを有する。さらに、テレビex３００は、ユーザ操作の入力を受け付ける操作入力部ex３１２等を有するインタフェース部ex３１７を有する。さらに、テレビex３００は、各部を統括的に制御する制御部ex３１０、各部に電力を供給する電源回路部ex３１１を有する。インタフェース部ex３１７は、操作入力部ex３１２以外に、リーダ／レコーダex２１８等の外部機器と接続されるブリッジex３１３、ＳＤカード等の記録メディアex２１６を装着可能とするためのスロット部ex３１４、ハードディスク等の外部記録メディアと接続するためのドライバex３１５、電話網と接続するモデムex３１６等を有していてもよい。なお記録メディアex２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビex３００の各部は同期バスを介して互いに接続されている。
【０２４７】
まず、テレビex３００がアンテナex２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ex３１０の制御に基づいて、変調／復調部ex３０２で復調した多重化データを多重／分離部ex３０３で分離する。さらにテレビex３００は、分離した音声データを音声信号処理部ex３０４で復号化し、分離した映像データを映像信号処理部ex３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ex３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファex３１８、ex３１９等に一旦これらの信号を蓄積するとよい。また、テレビex３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアex２１５、ex２１６から多重化データを読み出してもよい。次に、テレビex３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、制御部ex３１０の制御に基づいて、音声信号処理部ex３０４で音声信号を符号化し、映像信号処理部ex３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ex３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファex３２０、ex３２１等に一旦これらの信号を蓄積するとよい。なお、バッファex３１８、ex３１９、ex３２０、ex３２１は図示しているように複数備えていてもよいし、１つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ex３０２や多重／分離部ex３０３の間等でもシステムのオーバーフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。
【０２４８】
また、テレビex３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビex３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。
【０２４９】
また、リーダ／レコーダex２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビex３００、リーダ／レコーダex２１８のいずれで行ってもよいし、テレビex３００とリーダ／レコーダex２１８が互いに分担して行ってもよい。
【０２５０】
一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ex４００の構成を図２０に示す。情報再生／記録部ex４００は、以下に説明する要素ex４０１、ex４０２、ex４０３、ex４０４、ex４０５、ex４０６、ex４０７を備える。光ヘッドex４０１は、光ディスクである記録メディアex２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアex２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ex４０２は、光ヘッドex４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ex４０３は、光ヘッドex４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアex２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファex４０４は、記録メディアex２１５に記録するための情報および記録メディアex２１５から再生した情報を一時的に保持する。ディスクモータex４０５は記録メディアex２１５を回転させる。サーボ制御部ex４０６は、ディスクモータex４０５の回転駆動を制御しながら光ヘッドex４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ex４０７は、情報再生／記録部ex４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ex４０７が、バッファex４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ex４０２、再生復調部ex４０３、サーボ制御部ex４０６を協調動作させながら、光ヘッドex４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ex４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。
【０２５１】
以上では、光ヘッドex４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。
【０２５２】
図２１に光ディスクである記録メディアex２１５の模式図を示す。記録メディアex２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックex２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックex２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックex２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアex２１５は、データ記録領域ex２３３、内周領域ex２３２、外周領域ex２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ex２３３であり、データ記録領域ex２３３より内周または外周に配置されている内周領域ex２３２と外周領域ex２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ex４００は、このような記録メディアex２１５のデータ記録領域ex２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。
【０２５３】
以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。
【０２５４】
また、デジタル放送用システムex２００において、アンテナex２０５を有する車ex２１０で衛星ex２０２等からデータを受信し、車ex２１０が有するカーナビゲーションex２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションex２１１の構成は例えば図１９に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータex１１１や携帯電話ex１１４等でも考えられる。
【０２５５】
図２２Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ex１１４を示す図である。携帯電話ex１１４は、基地局ex１１０との間で電波を送受信するためのアンテナex３５０、映像、静止画を撮ることが可能なカメラ部ex３６５、カメラ部ex３６５で撮像した映像、アンテナex３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex３５８を備える。携帯電話ex１１４は、さらに、操作キー部ex３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ex３５７、音声を入力するためのマイク等である音声入力部ex３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ex３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ex３６４を備える。
【０２５６】
さらに、携帯電話ex１１４の構成例について、図２２Ｂを用いて説明する。携帯電話ex１１４は、表示部ex３５８及び操作キー部ex３６６を備えた本体部の各部を統括的に制御する主制御部ex３６０に対して、電源回路部ex３６１、操作入力制御部ex３６２、映像信号処理部ex３５５、カメラインタフェース部ex３６３、ＬＣＤ（Liquid Crystal Display）制御部ex３５９、変調／復調部ex３５２、多重／分離部ex３５３、音声信号処理部ex３５４、スロット部ex３６４、メモリ部ex３６７がバスex３７０を介して互いに接続されている。
【０２５７】
電源回路部ex３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ex１１４を動作可能な状態に起動する。
【０２５８】
携帯電話ex１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ex３６０の制御に基づいて、音声通話モード時に音声入力部ex３５６で収音した音声信号を音声信号処理部ex３５４でデジタル音声信号に変換し、これを変調／復調部ex３５２でスペクトラム拡散処理し、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して送信する。また携帯電話ex１１４は、音声通話モード時にアンテナex３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ex３５２でスペクトラム逆拡散処理し、音声信号処理部ex３５４でアナログ音声信号に変換した後、これを音声出力部ex３５７から出力する。
【０２５９】
さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ex３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ex３６２を介して主制御部ex３６０に送出される。主制御部ex３６０は、テキストデータを変調／復調部ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して基地局ex１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ex３５８に出力される。
【０２６０】
データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ex３５５は、カメラ部ex３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し（即ち、本開示の一態様に係る画像符号化装置として機能する）、符号化された映像データを多重／分離部ex３５３に送出する。また、音声信号処理部ex３５４は、映像、静止画等をカメラ部ex３６５で撮像中に音声入力部ex３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ex３５３に送出する。
【０２６１】
多重／分離部ex３５３は、映像信号処理部ex３５５から供給された符号化された映像データと音声信号処理部ex３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex３５０を介して送信する。
【０２６２】
データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナex３５０を介して受信された多重化データを復号化するために、多重／分離部ex３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスex３７０を介して符号化された映像データを映像信号処理部ex３５５に供給するとともに、符号化された音声データを音声信号処理部ex３５４に供給する。映像信号処理部ex３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し（即ち、本開示の一態様に係る画像復号装置として機能する）、ＬＣＤ制御部ex３５９を介して表示部ex３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ex３５４は、音声信号を復号し、音声出力部ex３５７から音声が出力される。
【０２６３】
また、上記携帯電話ex１１４等の端末は、テレビex３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムex２００において、映像データに音楽データなどが多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。
【０２６４】
このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。
【０２６５】
また、本開示はかかる上記実施の形態に限定されるものではなく、本開示の範囲を逸脱することなく種々の変形または修正が可能である。
【０２６６】
（実施の形態３）
上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。
【０２６７】
ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。
【０２６８】
この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ−２トランスポートストリーム形式のデジタルストリームである。
【０２６９】
図２３は、多重化データの構成を示す図である。図２３に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、１つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ−３、Ｄｏｌｂｙ  Ｄｉｇｉｔａｌ  Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、または、リニアＰＣＭのなどの方式で符号化されている。
【０２７０】
多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
【０２７１】
図２４は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームex２３５、複数のオーディオフレームからなるオーディオストリームex２３８を、それぞれＰＥＳパケット列ex２３６およびex２３９に変換し、ＴＳパケットex２３７およびex２４０に変換する。同じくプレゼンテーショングラフィックスストリームex２４１およびインタラクティブグラフィックスex２４４のデータをそれぞれＰＥＳパケット列ex２４２およびex２４５に変換し、さらにＴＳパケットex２４３およびex２４６に変換する。多重化データex２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。
【０２７２】
図２５は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図２５における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図２５の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ  Ｐｒｅｓｅｎｔａｔｉｏｎ  ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ−Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ−Ｓｔａｍｐ）が格納される。
【０２７３】
図２６は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ−ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図２６下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
【０２７４】
また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
【０２７５】
図２７はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。
【０２７６】
記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。
【０２７７】
多重化データ情報ファイルは、図２８に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。
【０２７８】
多重化データ情報は図２８に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
【０２７９】
ストリーム属性情報は図２９に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
【０２８０】
本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。
【０２８１】
また、本実施の形態における動画像復号化方法のステップを図３０に示す。ステップexＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップexＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップexＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠するものであることを示している場合には、ステップexＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。
【０２８２】
このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。
【０２８３】
（実施の形態４）
上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図３１に１チップ化されたＬＳＩex５００の構成を示す。ＬＳＩex５００は、以下に説明する要素ex５０１、ex５０２、ex５０３、ex５０４、ex５０５、ex５０６、ex５０７、ex５０８、ex５０９を備え、各要素はバスex５１０を介して接続している。電源回路部ex５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。
【０２８４】
例えば符号化処理を行う場合には、ＬＳＩex５００は、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有する制御部ex５０１の制御に基づいて、ＡＶ  Ｉ／Ｏex５０９によりマイクex１１７やカメラex１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリex５１１に蓄積される。制御部ex５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ex５０７に送られ、信号処理部ex５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ex５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏex５０６から外部に出力する。この出力された多重化データは、基地局ex１０７に向けて送信されたり、または記録メディアex２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファex５０８にデータを蓄積するとよい。
【０２８５】
なお、上記では、メモリex５１１がＬＳＩex５００の外部の構成として説明したが、ＬＳＩex５００の内部に含まれる構成であってもよい。バッファex５０８も１つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩex５００は１チップ化されてもよいし、複数チップ化されてもよい。
【０２８６】
また、上記では、制御部ex５０１が、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有するとしているが、制御部ex５０１の構成は、この構成に限らない。例えば、信号処理部ex５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ex５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵex５０２が信号処理部ex５０７、または信号処理部ex５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ex５０１は、信号処理部ex５０７、またはその一部を有するＣＰＵex５０２を備える構成となる。
【０２８７】
なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０２８８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。このようなプログラマブル・ロジック・デバイスは、典型的には、ソフトウェア又はファームウェアを構成するプログラムを、ロードする又はメモリ等から読み込むことで、上記各実施の形態で示した動画像符号化方法、又は動画像復号化方法を実行することができる。
【０２８９】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【０２９０】
（実施の形態５）
上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩex５００において、従来の規格に準拠する映像データを復号する際のＣＰＵex５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。
【０２９１】
この課題を解決するために、テレビex３００、ＬＳＩex５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図３２は、本実施の形態における構成ex８００を示している。駆動周波数切替え部ex８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ex８０２に対し、映像データを復号するよう指示する。
【０２９２】
より具体的には、駆動周波数切替え部ex８０３は、図３１のＣＰＵex５０２と駆動周波数制御部ex５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１、および、従来の規格に準拠する復号処理部ex８０２は、図３１の信号処理部ex５０７に該当する。ＣＰＵex５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵex５０２からの信号に基づいて、駆動周波数制御部ex５１２は、駆動周波数を設定する。また、ＣＰＵex５０２からの信号に基づいて、信号処理部ex５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態３で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態３で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵex５０２における駆動周波数の選択は、例えば、図３４のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファex５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵex５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。
【０２９３】
図３３は、本実施の形態の方法を実施するステップを示している。まず、ステップexＳ２００では、信号処理部ex５０７において、多重化データから識別情報を取得する。次に、ステップexＳ２０１では、ＣＰＵex５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップexＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ステップexＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。
【０２９４】
さらに、駆動周波数の切替えに連動して、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することが考えられる。
【０２９５】
また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４−ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。
【０２９６】
さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵex５０２の駆動を停止させることなく、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵex５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵex５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。
【０２９７】
このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩex５００またはＬＳＩex５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。
【０２９８】
（実施の形態６）
テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩex５００の信号処理部ex５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ex５０７を個別に用いると、ＬＳＩex５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。
【０２９９】
この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図３５Ａのex９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４−ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４−ＡＶＣ規格に対応する復号処理部ex９０２を共有し、ＭＰＥＧ４−ＡＶＣ規格に対応しない、本開示の一態様に特有の他の処理内容については、専用の復号処理部ex９０１を用いるという構成が考えられる。特に、本開示の一態様は、パケットの並び替えに特徴を有していることから、例えば、パケットの並び替えについては専用の復号処理部ex９０１を用い、それ以外のエントロピー復号、デブロッキング・フィルタ、動き補償のいずれか、または、全ての処理については、復号処理部を共有することが考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４−ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。
【０３００】
また、処理を一部共有化する他の例を図３５Ｂのex１０００に示す。この例では、本開示の一態様に特有の処理内容に対応した専用の復号処理部ex１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ex１００２と、本開示の一態様に係る動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ex１００３とを用いる構成としている。ここで、専用の復号処理部ex１００１、ex１００２は、必ずしも本開示の一態様、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩex５００で実装することも可能である。
【０３０１】
このように、本開示の一態様に係る動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。
【０３０２】
（他の実施の形態）
以上、１つ又は複数の態様に係るデータ復号方法、データ復号装置及びデータ送信方法について、実施の形態に基づいて説明したが、本開示は、これらの実施の形態に限定されるものではない。本開示の主旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、及び、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の範囲内に含まれる。
【０３０３】
例えば、上記の実施の形態では、パケット識別子（ｐａｃｋｅｔ＿ｉｄ）がＭＭＴパケットのヘッダによりシグナリングされる例について説明したが、これに限らない。例えば、ＭＭＴパケットのペイロードは、ＭＰＥＧ２−ＴＳ又はＲＴＰなどのプロトコルを用いて伝送することもできる。この場合、パケット識別子は、当該プロトコルのパケットヘッダ、又は、当該プロトコルにおいてＭＭＴ格納用のペイロードフォーマットを定義し、定義されたペイロードヘッダなどにより別途シグナリングしてもよい。
【０３０４】
また、上記の実施の形態では、複数の伝送路を用いて１つのＭＭＴパッケージを伝送する例について説明したが、複数の伝送路を用いて複数のＭＭＴパッケージを伝送してもよい。この場合、パッケージを識別するためのパッケージ識別子（ｐａｃｋａｇｅ＿ｉｄ）を用いて、各ＭＭＴパケットをフィルタリングすることができる。
【０３０５】
なお、ＭＭＴパッケージが１つであり、かつ、ＭＭＴパッケージを構成するアセットが１つの場合は、フィルタリングしなくてもよい。
【０３０６】
また、上記の実施の形態において、第１バッファ１２０ａ及び第２バッファ１６０ａは、アセットと一対一に対応すればよく、アセットの個数と第１バッファ１２０ａ及び第２バッファ１６０ａのそれぞれの個数とは異なっていてもよい。例えば、アセットの個数より、第１バッファ１２０ａ及び第２バッファ１６０ａの個数が少なくてもよい。具体的には、第２バッファ１６０ａを必要としないアセットに対しては、第２バッファ１６０ａが割り当てられていなくてもよい。
【０３０７】
また、上記の実施の形態では、ＭＭＴＢ（第１バッファ）内で明示的にリオーダリング（並び替え）を行う例について示したが、これに限らない。例えば、ＭＭＴＢに格納されるペイロードのデータが復号順で何番目であるかを示すインデックス番号を別途管理し、インデックス番号に基づいて、アクセスユニットがＭＭＴＢからピクチャバッファなどに入力されてもよい。
【０３０８】
また、上記の実施の形態では、同一のアセットを複数の伝送路を用いて伝送した場合に並び替えが必要になる例について説明したが、これに限らない。例えば、インターネットなどの通信路では、同一のアセットを１つの伝送路で伝送する際にも、システムデコーダへの到着順が復号順にならない場合がある。この場合に対しても、上述した実施の形態に係る並び替えを適用することができる。
【０３０９】
また、伝送されるＭＭＴストリームが準拠するシステムデコーダのモデルを示す識別情報を、構成情報又はＭＭＴメッセージなどの補助情報に格納してもよい。システムデコーダのモデルとは、例えば、実施の形態１に示した基本方式、及び、実施の形態１の変形例２に示した簡易方式などである。なお、構成情報以外にも、ＲＴＰなどのプロトコルでＭＭＴパッケージを伝送する際には、モデルを示す識別情報を、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの再生補助情報に含めることもできる。あるいは、ＭＭＴパッケージをＭＰＥＧ−２  ＴＳにより伝送する際には、モデルを示す識別情報を、ＭＰＥＧ−２システムで規定されるディスクリプタに格納して、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）又はＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）などのセクションデータの一部として伝送してもよい。
【０３１０】
また、シグナリングされるＭＭＴパッケージがシステムデコーダの振る舞いに準拠する再生モードを、補助情報に含めてもよい。再生モードとしては、ＭＰＵモード、Ｆｒａｇｍｅｎｔモード及びＭｅｄｉａ  Ｕｎｉｔモードがある。
【０３１１】
また、ＭＭＴパッケージをダウンロードしてから再生する場合など、予め蓄積されたコンテンツとして使用する場合、ＭＭＴパッケージがシステムデコーダに準拠していなくても再生可能である。例えば、特に、ＰＣなどのメモリ又は処理速度に余裕がある環境においては、ＭＭＴパッケージがシステムデコーダに準拠していなくても再生可能である。したがって、システムデコーダのモデルに準拠していることを保証しないモードを設けて、補助情報に含めてもよい。
【０３１２】
あるいは、ＭＭＴパッケージが（ｉ）システムデコーダの基本方式に準拠する、（ｉｉ）システムデコーダの簡易方式に準拠する、（ｉｉｉ）システムデコーダへの準拠を保証しない、などに応じて、ＭＭＴのプロファイルを規定してもよい。そして、プロファイル情報を別途補助情報に含めてもよい。
【０３１３】
また、ＭＰＵなどの単位でプロファイル情報などを示す際には、別途ＭＰ４のブランドを定義して、ｆｙｔｐ／ｓｙｔｐボックスに含めてもよい。
【０３１４】
また、ＭＭＴにおいては、異なるアセットのデータを組み合わせて１本のストリームを構成することができる。例えば、第１アセットと第２アセットとがそれぞれ、５つのＭＰＵから構成され、両者のＭＰＵが、各ＭＰＵの復号時刻とシステムデコーダに関連するパラメータとが互いに整合しているものとする。ここで、パラメータは、例えば、復号開始時点におけるバッファ占有量、符号化時のピークレートなどである。
【０３１５】
このとき、第１アセットの３番目のＭＰＵのみ、第２アセットの３番目のＭＰＵと入れ替えて、他は第１アセットのＭＰＵを利用する。この場合であっても、入れ替え後のストリームもシステムデコーダの振る舞いに準拠させることができる。
【０３１６】
また、１つのＭＭＴパケットが複数の伝送路で送信されてもよい。つまり、異なる伝送路で、同一のアセットの同一のデータを伝送してもよい。
【０３１７】
この場合には、先に受信したデータを有効として、後から受信したデータ（冗長データ）は、破棄する。例えば、天候悪化に伴う放送波の受信状況の悪化を見込んで、通信でも同一のデータを送り、放送から取得できないデータを通信から取得することが可能である。このときに、放送側で受信済みのデータを破棄する。
【０３１８】
このように、冗長データが伝送される伝送路を識別するための情報を、構成情報などの補助情報に含めて送信してもよい。受信側では、冗長データが伝送されるか否かを判定し、伝送される場合には、冗長データが受信済みか否かを判定する。
【０３１９】
また、上記の実施の形態に係るシステムデコーダは、ＭＭＴに限定されない。システムデコーダは、同一のパッケージ（ＭＰＥＧ−２システムにおけるプログラムに相当）のデータをパケット化して、１つ以上の伝送路を用いて伝送できる他のフォーマットにも適用することができる。このとき、パケット化の最小単位は、例えば、アクセスユニット、又は、アクセスユニットを分割した単位である。
【０３２０】
なお、上記の実施の形態に係るデータ復号装置１００を構成する各構成要素（フィルタ部１１０、ＭＭＴバッファ部１２０、復号順取得部１３０、時刻取得部１４０、並替部１５０、符号化データ記憶部１６０及び復号部１７０など）は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）通信インターフェース、Ｉ／Ｏポート、ハードディスク、ディスプレイなどを備えるコンピュータ上で実行されるプログラムなどのソフトウェアで実現されてもよく、電子回路などのハードウェアで実現されてもよい。
【０３２１】
また、上記の各実施の形態は、特許請求の範囲又はその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０３２２】
本開示は、データ復号方法、データ復号装置又はデータ送信方法などとして利用でき、例えば、レコーダ、テレビ、タブレット端末装置、携帯電話などに利用することができる。
【符号の説明】
【０３２３】
１００，５００，６００    データ復号装置
１１０，６１０    フィルタ部
１１１    受信部
１１２    格納部
１２０    ＭＭＴバッファ部
１２０ａ    第１バッファ
１２１    ＭＭＴＢｍ
１２２    ＭＭＴＢｎ
１３０    復号順取得部
１４０    時刻取得部
１５０    並替部
１６０    符号化データ記憶部
１６０ａ    第２バッファ
１６１    ピクチャバッファ
１６２    オーディオバッファ
１７０    復号部
１７１    画像復号部
１７２    音声復号部
１８１    参照バッファ
２００    ＭＭＴストリーム
２１０    ＭＭＴパケット
２２０    ヘッダ
２２１    パケット識別子
２２２    時刻情報
２３０    ペイロード
２３１    アクセスユニット
２４０    対応情報
２５０    時刻オフセット情報
３００    ＭＰＵ
３１０    ｆｔｙｐ／ｓｔｙｐボックス
３２０    ｍｍｐｕボックス
３３０    ボックスセット
３３１    ｍｏｏｆボックス
３３２    ｍｄａｔボックス
４００    データ送信装置
４１０    フラグ生成部
４２０    符号化部
４３０    多重化部
４４０    送信部
６１５    入力バッファ
【図１】
0006026599.tif 000002
【図２】
0006026599.tif 000003
【図３】
0006026599.tif 000004
【図４】
0006026599.tif 000005
【図５】
0006026599.tif 000006
【図６】
0006026599.tif 000007
【図７】
0006026599.tif 000008
【図８】
0006026599.tif 000009
【図９】
0006026599.tif 000010
【図１０】
0006026599.tif 000011
【図１１】
0006026599.tif 000012
【図１２】
0006026599.tif 000013
【図１３】
0006026599.tif 000014
【図１４】
0006026599.tif 000015
【図１５】
0006026599.tif 000016
【図１６】
0006026599.tif 000017
【図１７】
0006026599.tif 000018
【図１８】
0006026599.tif 000019
【図１９】
0006026599.tif 000020
【図２０】
0006026599.tif 000021
【図２１】
0006026599.tif 000022
【図２２Ａ】
0006026599.tif 000023
【図２２Ｂ】
0006026599.tif 000024
【図２３】
0006026599.tif 000025
【図２４】
0006026599.tif 000026
【図２５】
0006026599.tif 000027
【図２６】
0006026599.tif 000028
【図２７】
0006026599.tif 000029
【図２８】
0006026599.tif 000030
【図２９】
0006026599.tif 000031
【図３０】
0006026599.tif 000032
【図３１】
0006026599.tif 000033
【図３２】
0006026599.tif 000034
【図３３】
0006026599.tif 000035
【図３４】
0006026599.tif 000036
【図３５Ａ】
0006026599.tif 000037
【図３５Ｂ】
0006026599.tif 000038