▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-07
(45)【発行日】2022-03-15
(54)【発明の名称】再生方法および再生装置
(51)【国際特許分類】
H04N 21/434 20110101AFI20220308BHJP
H04N 21/242 20110101ALI20220308BHJP
H04N 21/236 20110101ALI20220308BHJP
H04H 60/40 20080101ALI20220308BHJP
【ＦＩ】
H04N21/434
H04N21/242
H04N21/236
H04H60/40
【請求項の数】
2
(21)【出願番号】P 2021024346
(22)【出願日】2021-02-18
(62)【分割の表示】P 2019237099の分割
【原出願日】2014-06-19
(65)【公開番号】P2021083116
(43)【公開日】2021-05-27
【審査請求日】2021-02-18
(31)【優先権主張番号】61/842,480
(32)【優先日】2013-07-03
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】遠間 正真
(72)【発明者】
【氏名】井口 賀敬
(72)【発明者】
【氏名】西 孝啓
(72)【発明者】
【氏名】加藤 久也
【審査官】川中 龍太
(56)【参考文献】
【文献】特開２０１４－２０００５４（ＪＰ，Ａ）
【文献】特開２０１４－２１２５１７（ＪＰ，Ａ）
【文献】国際公開第２０１３／１４６５７１（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１３／００９４５６３（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１３／００７４１４１（ＵＳ，Ａ１）
【文献】青木ほか，次世代放送システムのメディアトランスポート方式の検討，映像情報メディア学会技術報告，（一社）映像情報メディア学会，2013年02月13日，Vol.37, No.9，p.57-60
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ － ２１／８５８
Ｈ０４Ｈ ６０／００ － ６０／９８
ＩＥＥＥ Ｘｐｌｏｒｅ
(57)【特許請求の範囲】
【請求項1】
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）におけるＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の様式を用いて送信された映像データを再生する再生装置が実施する再生方法であって、１つの前記ＭＰＵは複数のアクセスユニットに対応し、前記ＭＰＵに対応する複数のアクセスユニットを格納した複数のデータパケットを受信し、
制御情報を格納した制御パケットを周期的に受信し、
前記制御情報にしたがって前記複数のアクセスユニットを再生し、
前記制御パケットの受信において、複数の前記ＭＰＵのそれぞれに対応する複数の時刻情報のそれぞれが、当該時刻情報が示す時刻よりも前の時刻に送信される前記制御パケットに格納されて少なくとも１度受信され、前記時刻情報は対応するＭＰＵに対応する提示順で先頭のアクセスユニットの提示時刻を示す情報であり、周期的に受信される前記制御パケットのそれぞれに格納されている前記時刻情報は当該制御パケットの送信時刻に応じて変更されてあり、周期的に受信される前記制御パケットのうちの第１の制御パケットには複数の時刻情報が格納されてあり、
複数の前記ＭＰＵのうちの第１のＭＰＵに対応する時刻情報は、互いに異なる時刻に送信される複数の制御パケットに格納されている、
再生方法。
【請求項2】
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）におけるＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の様式を用いて送信された映像データを再生する再生装置であって、１つの前記ＭＰＵは複数のアクセスユニットに対応し、前記ＭＰＵに対応する複数のアクセスユニットを格納した複数のデータパケットを受信し、制御情報を格納した制御パケットを周期的に受信する受信部と、
前記制御情報にしたがって前記複数のアクセスユニットを再生する再生部とを備え、
前記制御パケットの受信において、複数の前記ＭＰＵのそれぞれに対応する複数の時刻情報のそれぞれが、当該時刻情報が示す時刻よりも前の時刻に送信される前記制御パケットに格納されて少なくとも１度受信され、前記時刻情報は対応するＭＰＵに対応する提示順で先頭のアクセスユニットの提示時刻を示す情報であり、周期的に受信される前記制御パケットのそれぞれに格納されている前記時刻情報は当該制御パケットの送信時刻に応じて変更されてあり、周期的に受信される前記制御パケットのうちの第１の制御パケットには複数の時刻情報が格納されてあり、
複数の前記ＭＰＵのうちの第１のＭＰＵに対応する時刻情報は、互いに異なる時刻に送信される複数の制御パケットに格納されている、
再生装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、符号化されたデータを送信する方法、およびそのデータを再生する方法などに関する。
【背景技術】
【0002】
現在の放送システムで広く用いられているメディアトランスポート方式として、ＭＰＥＧ-２ ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ-２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）方式がある。しかし、この方式で放送と通信の協調を行う際にはさまざまな限界があるため、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）では、多様なネットワークを用いることを想定した新たなメディアトランスポート方式としてＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）の標準化が進めてられている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【0003】
【文献】Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ － Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｃｏｄｉｎｇ ａｎｄ ｍｅｄｉａ ｄｅｌｉｖｅｒｙ ｉｎ ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｖｉｒｏｎｍｅｎｔ － Ｐａｒｔ１：ＭＰＥＧ ｍｅｄｉａ ｔｒａｎｓｐｏｒｔ（ＭＭＴ）、ＩＳＯ／ＩＥＣ ＤＩＳ ２３００８－１
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、非特許文献１におけるＭＭＴのデータ送信方法では、放送に対して十分に適用することができないという問題がある。
【0005】
そこで、本発明は、放送に対して十分に適用することができるデータ送信方法等を提供する。
【課題を解決するための手段】
【0006】
本発明の一態様に係る送信方法は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）におけるＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の様式を用いて送信された映像データを再生する再生装置が実施する再生方法であって、１つの前記ＭＰＵは複数のアクセスユニットに対応し、前記ＭＰＵに対応する複数のアクセスユニットを格納した複数のデータパケットを受信し、制御情報を格納した制御パケットを周期的に受信し、前記制御情報にしたがって前記複数のアクセスユニットを再生し、前記制御パケットの受信において、複数の前記ＭＰＵのそれぞれに対応する複数の時刻情報のそれぞれが、当該時刻情報が示す時刻よりも前の時刻に送信される前記制御パケットに格納されて少なくとも１度受信され、前記時刻情報は対応するＭＰＵに対応する提示順で先頭のアクセスユニットの提示時刻を示す情報であり、周期的に受信される前記制御パケットのそれぞれに格納されている前記時刻情報は当該制御パケットの送信時刻に応じて変更されてあり、周期的に受信される前記制御パケットのうちの第１の制御パケットには複数の時刻情報が格納されてあり、複数の前記ＭＰＵのうちの第１のＭＰＵに対応する時刻情報は、互いに異なる時刻に送信される複数の制御パケットに格納されている。
【0007】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0008】
本発明のデータ送信方法は、放送に対して十分に適用することができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した非特許文献１のデータ送信方法に関し、以下の問題が生じることを見出した。
本発明者は、「背景技術」の欄において記載した非特許文献１のデータ送信方法に関し、以下の問題が生じることを見出した。
【0011】
ＭＰＥＧで規格化中のメディア伝送フォーマットであるＭＭＴでは、符号化されたコンテンツなどの符号化データユニットであるＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、そのＭＰＵの提示（または表示）時刻（ＰＴＳ： Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）あるいは復号時刻（ＤＴＳ： Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）を示すことができないフォーマットで構成されている。したがって、データ再生装置は、そのＭＰＵを取得しただけでは、そのＭＰＵをいつ再生すべきか判断することができない。
【0012】
そこで、データ送信装置は、ＭＰＵの先頭時刻情報をデータ再生装置に送信することが想定されている。先頭時刻情報は、例えば、ＭＰＵの提示（または表示）を開始する時刻（先頭ＰＴＳ）を示す。なお、この先頭ＰＴＳは、絶対時刻と同一の形式で示されるものである。つまり、ＭＭＴのデータを受信して再生するデータ再生装置は、そのデータを再生する際には、サーバ（データ送信装置）などに既に格納されたＭＰＵを、先頭時刻情報と共に要求する。そして、データ送信装置は、その要求を受けると、そのＭＰＵを先頭時刻情報と共にデータ再生装置に送信する。これにより、データ再生装置は、先頭時刻情報に示される先頭ＰＴＳの時刻にＭＰＵの提示が開始されるように、そのＭＰＵを再生する。
【0013】
しかしながら、ＭＭＴのデータを生成しながら順次送信し、送信されたデータを受信して順次再生するようなケースでは、先頭時刻情報から適切な先頭ＰＴＳを取得できないという課題がある。このような課題について、図１を参照して説明する。
【0014】
図１は、上記非特許文献１などから想定されるデータ送信方法の課題を説明するための説明図である。
【0015】
データ送信装置は、図１に示すように、ＭＭＴにおける複数のＭＰＵ（ＭＰＵ＃１、ＭＰＵ＃２、ＭＰＵ＃３、・・・）からなるデータ列であるアセットを送信する。なお、時刻Ｔ＿ｇｅｔでは、ＭＰＵ＃１とＭＰＵ＃２の先頭ＰＴＳが確定している。
【0016】
ここで、データ再生装置は、時刻Ｔ＿ｇｅｔにおいて先頭時刻情報を取得し、時刻Ｔ＿ｇｅｔ以降であって、最初に処理が開始されるＭＰＵ＃３からの各ＭＰＵのデータを受信する。この場合、先頭時刻情報には、ＭＰＵ＃１とＭＰＵ＃２の先頭ＰＴＳ（ＰＴＳａｂ＿１，ＰＴＳａｂ＿２）が示されるのみで、ＭＰＵ＃３の先頭ＰＴＳ（ＰＴＳａｂ＿３）は示されない。したがって、データ再生装置は、ＭＰＵ＃３の先頭ＰＴＳを取得することができない。
【0017】
このように、データ再生装置は、放送や通信ネットワークを介して配信されるＭＰＵを受信して再生することを、ユーザーの取得要求などにしたがって開始する際には、受信されるＭＰＵの先頭ＰＴＳを適切に取得することができないという課題がある。つまり、ＭＰＵの復号および表示（オーディオの場合は出力）の開始時刻が決定できないという課題がある。また、先頭ＰＴＳが取得できないと、例えば、互いのＰＴＳに基づくオーディオとビデオとの同期再生もできない。
【0018】
つまり、この想定されるデータ送信方法およびデータ再生方法、ならびにデータ送信装置およびデータ再生装置では、予め定められた時刻に再生することが要求される放送に対して十分に適用することができないという問題がある。
【0019】
なお、従来のＭＭＴでは、ＭＭＴのファイル（ＭＰ４ファイル）を伝送することが想定されていたため、ＭＭＴにしたがって構成されるアセットのＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）において最初に表示あるいは復号されるサンプルのＰＴＳやＤＴＳは既知であった。このため、データ再生装置では、再生を開始するＭＰＵにおける先頭ＰＴＳや先頭ＤＴＳを予め取得することができる。しかしながら、データ送信装置が、ＭＭＴのデータを生成しながら順次送信し、データ再生装置が、送信されたデータを再生する場合には、データ再生装置は、再生が開始されるＭＰＵの先頭ＰＴＳなどの絶対時刻を予め取得できず、再生開始のタイミングが決定できないという課題がある。つまり、生放送などによって送信されるＭＭＴのデータに対して十分に適用することができないという問題がある。
【0020】
このような問題を解決するために、本発明の一態様に係るデータ送信方法は、それぞれ複数のサンプルからなる複数の符号化データユニットと、現在の時刻を設定するための基準時刻を示す基準時刻情報と、符号化データユニット内の先頭のサンプルを提示または復号する時刻である先頭時刻を示す先頭時刻情報とを、生成する生成ステップと、生成された前記複数の符号化データユニット、前記基準時刻情報および前記先頭時刻情報を送信する送信ステップとを含み、前記先頭時刻情報は、生成された前記複数の符号化データユニットのうち、当該先頭時刻情報が送信された後に提示または復号が開始される複数の符号化データユニットである複数の特定符号化データユニットのそれぞれの先頭時刻を示し、生成された前記複数の符号化データユニットのそれぞれは、当該符号化データユニット内の先頭のサンプル以外のサンプルのそれぞれが提示または復号される時点を、当該符号化データユニット内の他のサンプルの時点との相対値として示す。
【0021】
これにより、先頭時刻情報には、その先頭時刻情報が送信された後に提示または復号が開始される複数の特定符号化データユニット（例えば、複数の特定のＭＰＵ）のそれぞれの先頭時刻（例えば、先頭ＰＴＳ）が示されている。したがって、データ再生装置は、その先頭時刻情報を受信したときには、そのとき以降に提示または復号が開始される複数の特定符号化データユニットのそれぞれの先頭時刻、つまり適切な先頭時刻を取得することができる。その結果、データ再生装置は、複数の特定符号化データユニットの提示または復号をそれらの先頭時刻から適切に開始することができる。したがって、予め定められた時刻に再生することが要求される放送に対して十分に適用することができる。また、先頭時刻情報には、１つだけでなく、複数の特定符号化データユニットのそれぞれの先頭時刻が示されているため、データ再生装置は、何れかの特定符号化データユニットを受信することができなかった場合でも、他の特定符号化データユニットの受信を開始することができれば、その特定符号化データユニットの提示または復号を適切な時刻に開始することができる。
【0022】
また、前記先頭時刻情報は、生成された前記複数の符号化データユニットのうち、少なくとも、当該先頭時刻情報が送信された直後に送信される符号化データユニットの先頭時刻を示してもよい。
【0023】
これにより、データ再生装置は、符号化データユニットの適切な時刻での提示または復号の開始を早期に実現することができる。
【0024】
また、前記送信ステップでは、前記先頭時刻情報を周期的に送信してもよい。
【0025】
これにより、多くの符号化データユニットの先頭時刻をデータ再生装置に通知することができる。
【0026】
また、前記先頭時刻情報は、当該先頭時刻情報の次の先頭時刻情報が送信される時刻までに提示または復号が開始される前記複数の特定符号化データユニットの先頭時刻を示してもよい。
【0027】
これにより、先頭時刻情報によって示される複数の先頭時刻は、その先頭時刻情報が送信される時刻に近い時刻に提示または復号が開始される複数の特定符号化データユニットのそれぞれの先頭時刻だけであるため、正確な先頭時刻のみを先頭時刻情報に示すことができる。
【0028】
また、前記データ送信方法は、さらに、データが送信されてからデータ再生装置に受信されるまでにかかる伝搬時間と、前記データ再生装置によって前記先頭時刻情報が受信されてから符号化データユニットの受信が最初に開始されるまでの遅延時間とを、前記先頭時刻情報が送信される時刻に加算することによって、最終受信時刻を算出する算出ステップを含み、前記先頭時刻情報は、生成された前記複数の符号化データユニットのうち、当該先頭時刻情報が送信される時刻から前記最終受信時刻までに提示または復号が開始される全ての符号化データユニットの先頭時刻を、前記複数の特定符号化データユニットの先頭時刻として示してもよい。
【0029】
これにより、先頭時刻情報には、伝搬時間および遅延時間が考慮された複数の先頭時刻が示されているため、データ再生装置によって先頭時刻情報が受信された後に提示または復号を開始することができる符号化データユニットの先頭時刻が、その先頭時刻情報に１つも示されていないことを防ぐことができる。
【0030】
また、本発明の一態様に係るデータ再生方法は、それぞれ複数のサンプルからなる複数の符号化データユニットと、現在の時刻を設定するための基準時刻を示す基準時刻情報と、符号化データユニット内の先頭のサンプルを提示または復号する時刻である先頭時刻を示す先頭時刻情報とを、受信する受信ステップと、前記複数の符号化データユニットを再生する再生ステップとを含み、前記先頭時刻情報は、受信された前記複数の符号化データユニットのうち、当該先頭時刻情報が受信された後に提示または復号が開始される複数の符号化データユニットである複数の特定符号化データユニットの先頭時刻を示し、受信された前記複数の符号化データユニットのそれぞれは、当該符号化データユニット内の先頭のサンプル以外の複数のサンプルである複数の非先頭サンプルのそれぞれが提示または復号される時点を、当該符号化データユニット内の他のサンプルの時点との相対値として示し、前記再生ステップでは、前記基準時刻情報によって示される基準時刻にしたがって設定される現在の時刻と、前記先頭時刻情報によって示される前記複数の特定符号化データユニットのそれぞれの先頭時刻と、受信された前記複数の符号化データユニットのそれぞれによって示される、複数の前記非先頭サンプルのそれぞれの相対値と、に応じたタイミングに、前記複数の特定符号化データユニットに含まれる複数のサンプルがそれぞれ提示または復号されるように、前複数のサンプルを再生する。
【0031】
例えば、前記再生ステップでは、前記複数の特定符号化データユニットのうちの何れか１つである処理対象符号化データユニット内の先頭のサンプルを再生する際には、前記基準時刻情報によって示される基準時刻にしたがって設定される現在の時刻が、前記先頭時刻情報によって示される、前記処理対象符号化データユニットの先頭時刻に至ったときに、前記先頭のサンプルを提示または復号する。また、前記再生ステップでは、前記処理対象符号化データユニット内の複数の前記非先頭サンプルのうちの何れか１つである処理対象非先頭サンプルを再生する際には、前記処理対象非先頭サンプルを提示または復号する処理時刻を算出し、算出された前記処理時刻に、前記現在の時刻が至ったときに、前記処理対象非先頭サンプルを提示または復号し、前記処理時刻の算出では、前記処理対象符号化データユニットによって示される、複数の前記非先頭サンプルのそれそれぞれの相対値のうちの少なくとも前記処理対象非先頭サンプルの相対値を、前記先頭時刻情報によって示される、前記処理対象符号化データユニットの先頭時刻に加算することによって、前記処理時刻を算出する。
【0032】
これにより、複数の符号化データユニットに含まれるすべてのサンプル（アクセスユニット）を予め定められた時刻に提示または復号することができ、予め定められた時刻に再生することが要求される放送に対して十分に適用することができる。
【0033】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【0034】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【0035】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【0036】
（実施の形態）
図２は、本実施の形態におけるデータ送信装置のブロック図である。
図２は、本実施の形態におけるデータ送信装置のブロック図である。
【0037】
本実施の形態におけるデータ送信装置１０は、放送に対して十分に適用することができる装置であって、生成部１１と送信部１２とを備える。
【0038】
生成部１１は、それぞれ複数のサンプルからなる複数の符号化データユニットと、現在の時刻を設定するための基準時刻を示す基準時刻情報と、符号化データユニット内の先頭のサンプルを提示または復号する時刻である先頭時刻を示す先頭時刻情報とを生成する。送信部１２は、生成された複数の符号化データユニット、基準時刻情報および先頭時刻情報を送信する。
【0039】
ここで、先頭時刻情報は、上述の複数の符号化データユニットのうち、その先頭時刻情報が送信された後に提示または復号が開始される複数の符号化データユニットである複数の特定符号化データユニットのそれぞれの先頭時刻を示す。また、複数の符号化データユニットのそれぞれは、その符号化データユニット内の先頭のサンプル以外のサンプルのそれぞれが提示または復号される時点を、その符号化データユニット内の他のサンプルの時点との相対値として示す。
【0040】
図３は、本実施の形態におけるデータ送信装置１０の動作を示すフローチャートである。
【0041】
まず、生成部１１は、複数の符号化データユニットと、基準時刻情報と、先頭時刻情報とを生成する（ステップＳ１１）。次に、送信部１２は、生成された複数の符号化データユニット、基準時刻情報および先頭時刻情報を送信する（ステップＳ１２）。
【0042】
例えば、符号化データユニットはＭＭＴにおけるＭＰＵであり、サンプルはアクセスユニットである。基準時刻は、データ送信装置１０と、データ送信装置１０からデータを受信して再生するデータ再生装置との間で共通の時刻、または、データ送信装置１０とデータ再生装置との間で同期を取るための時刻である。例えば、基準時刻は、ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）またはＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）である。先頭時刻情報は、この先頭時刻情報が送信された後に提示または復号が開始されるＭＰＵごとに、そのＭＰＵの識別情報（シーケンス番号など）と、そのＭＰＵ内の先頭のアクセスユニットを提示または復号する時刻である先頭時刻とを関連付けて示す。なお、符号化データユニット（ＭＰＵ）内の先頭のサンプル（アクセスユニット）は、提示順で先頭のサンプルまたは復号順で先頭のサンプルである。つまり、先頭時刻情報によって示される先頭時刻が、先頭のサンプルを提示する時刻（先頭ＰＴＳ）であれば、その先頭のサンプルは、提示順で先頭のサンプルである。また、先頭時刻情報によって示される先頭時刻が、先頭のサンプルを復号する時刻（先頭ＤＴＳ）であれば、その先頭のサンプルは、復号順で先頭のサンプルである。
【0043】
このような本実施の形態におけるデータ送信装置１０およびデータ送信方法では、先頭時刻情報には、その先頭時刻情報が送信された後に提示または復号が開始される複数の特定符号化データユニット（例えば、複数の特定のＭＰＵ）の先頭時刻（例えば、先頭ＰＴＳ）が示されている。したがって、データ再生装置は、その先頭時刻情報を受信したときには、そのとき以降に提示または復号が開始される複数の特定符号化データユニットのそれぞれの先頭時刻、つまり適切な先頭時刻を取得することができる。その結果、データ再生装置は、複数の特定符号化データユニットの提示または復号をそれらの先頭時刻から適切に開始することができる。したがって、予め定められた時刻に再生することが要求される放送に対して十分に適用することができる。また、先頭時刻情報には、１つだけでなく、複数の特定符号化データユニットのそれぞれの先頭時刻が示されているため、データ再生装置は、何れかの特定符号化データユニットを受信することができなかった場合でも、他の特定符号化データユニットの受信を開始することができれば、その特定符号化データユニットの提示または復号を適切な時刻に開始することができる。
【0044】
以下、本実施の形態におけるデータ送信装置１０およびデータ送信方法について、詳細に説明する。なお、以下の説明では、符号化データユニット、サンプル、および先頭時刻のそれぞれの具体的な例として、ＭＰＵ、アクセスユニット、および先頭ＰＴＳを用いて説明する。
【0045】
本実施の形態における先頭時刻情報は、少なくとも、先頭時刻情報の送信時刻の直後に送信されるＭＰＵの先頭ＰＴＳを含む。
【0046】
先頭ＰＴＳは、ＭＰＵ内において提示（表示）順で先頭となるサンプルのＰＴＳを、絶対時刻と同一の形式で示す。ＭＭＴの場合、絶対時刻はＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）で表現され、ＵＴＣをＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）により取得した値が使われる。絶対時刻はＵＴＣに限定されるものではなく、ＭＰＥＧ－２ ｓｙｓｔｅｍにおけるＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）など絶対時刻が表現可能な任意の基準クロックを使用できる。
【0047】
図４は、本実施の形態におけるデータ送信方法を説明するための説明図である。
【0048】
図４に示すように、先頭時刻情報ｄ１は、時刻Ｔ＿ｓｅｎｄにおいて送信されるが、時刻Ｔ＿ｓｅｎｄでは未だ送信されていないＭＰＵ（ＭＰＵ＃３，ＭＰＵ＃４，ＭＰＵ＃５）の先頭ＰＴＳを格納している。具体的には、先頭時刻情報ｄ１は、時刻Ｔ＿ｓｅｎｄの直後に送信されるＭＰＵ♯３のシーケンス番号と、そのＭＰＵ♯３の先頭ＰＴＳとを関連付けて示し、ＭＰＵ♯４のシーケンス番号と、そのＭＰＵ♯４の先頭ＰＴＳとを関連付けて示し、ＭＰＵ♯５のシーケンス番号と、そのＭＰＵ♯５の先頭ＰＴＳとを関連付けて示す。なお、図４において、ＭＰＵの右隣に♯とともに示される数字は、そのＭＰＵのシーケンス番号（識別情報）である。また、この先頭時刻情報ｄ１によって示されるシーケンス番号のＭＰＵが上述の特定符号化データユニットである。
【0049】
このように時刻Ｔ＿ｓｅｎｄにおいて先頭時刻情報ｄ１が送信される場合、データ再生装置は、その先頭時刻情報ｄ１を取得して、例えば、ＭＰＵ＃４のデータから受信を開始する。このとき、データ再生装置は、ＭＰＵ＃４の先頭ＰＴＳ（ＰＴＳａｂ＿４）を先頭時刻情報ｄ１から取得して、現在時刻が時刻ＰＴＳａｂ＿４になったときにＭＰＵ＃４の提示を開始する。
【0050】
なお、ＭＭＴパッケージが複数のアセット（ビデオおよびオーディオごとに、複数のＭＰＵからなる列）から構成される場合には、データ送信装置１０はアセットごとに先頭時刻情報ｄ１を送信する。また、先頭時刻情報ｄ１は、ＭＰＵの先頭ＰＴＳの代わりに先頭ＤＴＳを示してもよいし、先頭ＰＴＳと先頭ＤＴＳの両方を示してもよい。ここで、先頭ＤＴＳは、ＭＰＵ内において復号順で先頭となるサンプルのＤＴＳを絶対時刻と同一の形式で示す。
【0051】
また、本実施の形態では、ＭＭＴのＭＰＵにおける先頭時刻情報ｄ１を例に説明するが、先頭時刻情報ｄ１はＭＰＵ以外の符号化データユニットの先頭時刻を示してもよい。つまり、本実施の形態は、ＭＰＥＧ－ＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）のＳｅｇｍｅｎｔや、ＭＰ４におけるＭｏｖｉｅ Ｆｒａｇｍｅｎｔなど、コンテンツ内のアクセスユニット（ＭＰ４やＭＭＴ，ＭＰＥＧ－ＤＡＳＨにおけるサンプルに相当）のＰＴＳやＤＴＳを絶対時刻と同一の形式で示すことのできない任意のフォーマットに対して適用できる。なお、ＭＰＵやＭＰＥＧ－ＤＡＳＨのＳｅｇｍｅｎｔの送信においては、ｍｏｏｖやｍｄａｔなどのヘッダ情報を送信せずに、ＭＰＵを構成するサンプルデータのみを送信してもよい。この場合、ＭＰＵ内のサンプルデータにおけるＰＴＳあるいはＤＴＳの先頭時刻情報ｄ１からの相対値は、ＭＰＵとは別の情報として送信してもよい。また、本実施の形態におけるデータ送信方法は、放送あるいは通信ネットワークにおいてストリーミング（マルチキャスト、ブロードキャストなどを含む）やダウンロードによりコンテンツを受信して再生するなどのケースにおいて適用できる。
【0052】
ここで、先頭時刻情報ｄ１に示される、ＭＰＵの先頭ＰＴＳの数または範囲について詳細に説明する。
【0053】
データ送信装置１０の生成部１１は、少なくとも、最終受信時刻Ｔ＿ｌａｓｔと同一の時刻、あるいは、最終受信時刻Ｔ＿ｌａｓｔよりも早い時刻を示す、複数のＭＰＵの先頭ＰＴＳを先頭時刻情報ｄ１に格納する。最終受信時刻Ｔ＿ｌａｓｔは、以下の（式１）に示すように、送信時刻Ｔ＿ｓｅｎｄに、最大遅延時間Ｍａｘ＿ｄｅｌａｙと伝搬時間Ｔｒａｎｓ＿ｔｉｍｅとを加算した時刻として定義される。
【0054】
Ｔ＿ｌａｓｔ ＝ Ｔ＿ｓｅｎｄ ＋ Ｔｒａｎｓ＿ｔｉｍｅ ＋ Ｍａｘ＿ｄｅｌａｙ ・・・（式１）
【0055】
なお、（式１）において、Ｔ＿ｓｅｎｄは先頭時刻情報ｄ１の送信時刻であり、Ｔｒａｎｓ＿ｔｉｍｅは、伝送路におけるデータの伝搬時間（データが送信されてから、データ再生装置によってそのデータが受信されるまでにかかる時間）である。また、Ｍａｘ＿ｄｅｌａｙは、データ再生装置によって先頭時刻情報ｄ１が受信されてから、ＭＰＵの受信が最初に開始されるまでの遅延時間の最大値である。
【0056】
ＭＰＵがランダムアクセスユニット（ＭＰＵの先頭がランダムアクセスポイント）であるとすると、データ再生装置は、先頭時刻情報ｄ１を受信した後に最初にＭＰＵの先頭データを取得することができた場合、そのＭＰＵから、そのＭＰＵを含むデータを復号することができる。
【0057】
例えば、データ再生装置が、図４に示すＭＰＵ＃３の先頭データの直後から受信を開始したとしても、ＭＰＵ＃３から復号を開始することはできず、ＭＰＵ＃４から復号を開始することができる。つまり、受信開始から復号開始できるまでには、最大で、ＭＰＵの再生時間長分のタイムラグが発生する。従って、データ送信装置１０の生成部１１は、最大遅延時間Ｍａｘ＿ｄｅｌａｙを算出する際には、先頭時刻情報ｄ１を受信してからＭＰＵのデータを受信開始できるまでの遅延時間に、ＭＰＵなどランダムアクセスユニットの再生時間長の最大値などを加算することによって、最大遅延時間Ｍａｘ＿ｄｅｌａｙを算出してもよい。
【0058】
ＭＰＵがランダムアクセスユニットでない場合には、データ送信装置１０の生成部１１は、先頭時刻情報ｄ１が受信されてから、ランダムアクセスポイントのデータが受信開始されるまでの時間に基づいて、最大遅延時間Ｍａｘ＿ｄｅｌａｙを決定してもよい。
【0059】
データ送信装置１０の生成部１１は、送信時刻Ｔ＿ｓｅｎｄを決定する際には、先頭時刻情報ｄ１の厳密な送信時刻ではなく、送信時刻の推定値、あるいは、先頭時刻情報ｄ１を生成する時刻などを送信時刻Ｔ＿ｓｅｎｄとして決定してもよい。
【0060】
先頭時刻情報ｄ１の生成時刻を送信時刻Ｔ＿ｓｅｎｄとする場合には、生成部１１は、生成時刻と実際の送信時刻との差異を考慮して、最終受信時刻Ｔ＿ｌａｓｔを決定する。例えば、送信部１２は、先頭時刻情報ｄ１やＭＰＵをパケット化（ＭＭＴパケット、ＴＳパケット、あるいはＲＴＰパケットなど）して送信する際には、それらのデータのパケットを多重化する。このとき、先頭時刻情報ｄ１のパケットとＭＰＵのパケットとが、それらのパケットに含まれるデータが生成された時刻の昇順に多重化されないことがある。つまり、先頭時刻情報ｄ１よりも後に生成されたＭＰＵが先頭時刻情報ｄ１よりも先に送信されるなどのケースが発生し得る。
【0061】
したがって、生成部１１は、パケット多重化時の順番の入れ替わりに起因する送信時刻の変動量に基づいて最終受信時刻Ｔ＿ｌａｓｔを決定してもよい。ただし、ダウンロードにより取得されるデータ（ＭＰＥＧ－ＤＡＳＨのコンテンツなど）においては、パケット多重化は行われないため、このような問題は発生しない。
【0062】
また、生成部１１は、先頭時刻情報ｄ１を周期的に生成し、送信部１２は、先頭時刻情報ｄ１が生成されるごとに、その先頭時刻情報ｄ１を送信してもよい。なお、順次送信される先頭時刻情報ｄ１によって示される複数の先頭ＰＴＳは、その先頭時刻情報ｄ１の送信時刻Ｔ＿ｓｅｎｄに応じて更新される。
【0063】
送信周期をＴとすると、時刻Ｔ＿ｓｅｎｄにおいて先頭時刻情報ｄ１が送信された後に、時刻（Ｔ＿ｓｅｎｄ＋Ｔ）において次の先頭時刻情報ｄ１が送信される。次の先頭時刻情報ｄ１は、時刻（Ｔ＿ｓｅｎｄ＋Ｔ）の直後に送信されるＭＰＵの先頭ＰＴＳを少なくとも示す。従って、時刻Ｔ＿ｓｅｎｄに送信される先頭時刻情報ｄ１は、時刻（Ｔ＿ｓｅｎｄ＋Ｔ）より後のＭＰＵの先頭ＰＴＳを示さなくてもよい。したがって、生成部１１は、（式１）から算出された時刻と、（Ｔ＿ｓｅｎｄ＋Ｔ）とを比較して、小さい方の値をＴ＿ｌａｓｔとして決定してもよい（同一である場合は、いずれかの値）。
【0064】
放送では、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅは一定であるため、生成部１１は、地上波放送あるいは衛星放送などの放送方式に応じてその伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを決定することができる。特に、地上波放送においては、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを無視してもよい。また、最大遅延時間Ｍａｘ＿ｄｅｌａｙについても、放送サービスにおける運用規定などによって定義することができる。また、データ再生装置が基準時刻に同期して動作する場合には、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを考慮する必要がないため、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅは無視できる。
【0065】
一方、通信ネットワークにおいては、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅはネットワークの輻輳状況などに応じて変動する。したがって、生成部１１は、ワーストケースを想定して伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを設定してもよいし、送信サーバ（データ送信装置１０）からデータ再生装置までの伝搬時間を推定した上で、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを適応的に設定してもよい。
【0066】
また、先頭時刻情報ｄ１とＭＰＵが異なるチャネルで受信される場合がある（例えば、先頭時刻情報ｄ１がＨＴＴＰで受信され、ＭＰＵがＭＭＴプロトコルやＲＴＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）で受信される）。このような場合では、データ送信装置１０は、先頭時刻情報ｄ１を取得した後に、先頭時刻情報ｄ１の送信時刻よりも前に送信されたＭＰＵのデータを受信することがある（図４において、先頭時刻情報ｄ１の受信後に、ＭＰＵ＃１やＭＰＵ＃２のデータを受信するなど）。したがって、生成部１１は、送信時刻Ｔ＿ｓｅｎｄよりも前に送信されるＭＰＵの先頭ＰＴＳを、先頭時刻情報ｄ１に含めてもよい。
【0067】
放送では、ＭＰＥＧ－２ ＴＳのセクション、あるいは、ＭＭＴにおけるＭＭＴメッセージなどによって、先頭時刻情報ｄ１が送信されるため、送信時刻Ｔ＿ｓｅｎｄよりも前の時刻を示す先頭ＰＴＳを持つＭＰＵが、その送信時刻Ｔ＿ｓｅｎｄの後で受信されることはない。しかし、通信ネットワーク経由など放送以外の伝送路から先頭時刻情報ｄ１が取得される場合には同様の問題が発生し得る。
【0068】
なお、上述の例では、生成部１１は上記（式１）を用いて最終受信時刻Ｔ＿ｌａｓｔを算出したが、そのような算出を行わずに、送信時刻Ｔ＿ｓｅｎｄに予め定められた時間長を加算することによって、最終受信時刻Ｔ＿ｌａｓｔを決定してもよい。
【0069】
ここで、先頭時刻情報ｄ１を生成する方法について詳細に説明する。
【0070】
生成部１１は、先頭時刻情報ｄ１を生成する先頭時刻情報生成部を備える。
【0071】
図５は、本実施の形態における先頭時刻情報生成部のブロック図である。
【0072】
先頭時刻情報生成部１００は、開始ＭＰＵ決定部１０１、先頭ＰＴＳ取得部１０３、判定部１０４および情報生成部１０６を備える。
【0073】
開始ＭＰＵ決定部１０１は、先頭時刻情報ｄ１の送信時刻Ｔ＿ｓｅｎｄの直後に送信されるＭＰＵを開始ＭＰＵとして決定し、開始ＭＰＵの識別情報を先頭ＰＴＳ取得部１０３に通知する。
【0074】
先頭ＰＴＳ取得部１０３は、補助情報を取得し、その補助情報に基づいて、開始ＭＰＵ決定部１０１から通知された識別情報によって示される開始ＭＰＵ以降の各ＭＰＵの先頭ＰＴＳを順次取得する。そして、先頭ＰＴＳ取得部１０３は、先頭ＰＴＳを取得するごとに、その取得された先頭ＰＴＳを判定部１０４に通知する。
【0075】
判定部１０４は、先頭ＰＴＳ取得部１０３から通知された先頭ＰＴＳが、最終受信時刻Ｔ＿ｌａｓｔ以前を示すか否かを判定する。
【0076】
情報生成部１０６は、判定部１０４における判定結果に基づいて、先頭時刻情報ｄ１を生成する。
【0077】
図６は、本実施の形態における先頭時刻情報生成部１００の動作を示すフローチャートである。
【0078】
まず、開始ＭＰＵ決定部１０１は、先頭時刻情報ｄ１の送信時刻Ｔ＿ｓｅｎｄの直後に送信される開始ＭＰＵを決定する。なお、この開始ＭＰＵは、ＭＭＴのアセットに含まれる複数のＭＰＵからなる列のうちのｉ＝０番目のＭＰＵであって、ＭＰＵ（０）として表記される。ｉはシーケンス番号（識別情報）である。また、このとき、開始ＭＰＵ決定部１０１は、決定された開始ＭＰＵの識別情報を先頭ＰＴＳ取得部１０３に通知する。これにより、先頭ＰＴＳ取得部１０３は、開始ＭＰＵ決定部１０１から識別情報を取得すると、その識別情報によって示される開始ＭＰＵ（ＭＰＵ（０））の先頭ＰＴＳを、必要に応じて補助情報を参照することによって取得する（ステップＳ１０１）。
【0079】
次に、先頭ＰＴＳ取得部１０３は、番号ｉを１に設定し（ステップＳ１０２）、ｉ＝１番目のＭＰＵであるＭＰＵ（１）の先頭ＰＴＳを、必要に応じて補助情報を参照することによって取得する（ステップＳ１０３）。また、先頭ＰＴＳ取得部１０３は、取得された先頭ＰＴＳを判定部１０４に通知する。
【0080】
次に、判定部１０４は、先頭ＰＴＳ取得部１０３からＭＰＵ（１）の先頭ＰＴＳを取得すると、その先頭ＰＴＳが最終受信時刻Ｔ＿ｌａｓｔ以前を示す否かを判定する（ステップＳ１０４）。なお、ＭＭＴのデータを送信する伝送路に応じて、例えば、放送と通信ネットワークでは、上記（式１）における伝搬時間Ｔｒａｎｓ＿ｔｉｍｅが異なる。したがって、判定部１０４は、ＭＭＴのデータ（ＭＰＵ）が送信される伝送路に応じて、伝搬時間Ｔｒａｎｓ＿ｔｉｍｅに異なる値を設定してもよい。例えば、２つのアセットをそれぞれ放送と通信ネットワークで送信する場合には、判定部１０４は、その２つのアセットのそれぞれに対して、放送用と通信ネットワーク用の伝搬時間Ｔｒａｎｓ＿ｔｉｍｅを設定する。
【0081】
ここで、判定部１０４は、先頭ＰＴＳが最終受信時刻Ｔ＿ｌａｓｔ以前を示すと判定すると（ステップＳ１０４で、はい）、その判定結果を先頭ＰＴＳ取得部１０３に通知する。その結果、先頭ＰＴＳ取得部１０３は、番号ｉに対してインクリメントを行う（ステップＳ１０５）。つまり、上述の例の場合には、番号ｉ＝１であるため、先頭ＰＴＳ取得部１０３は、その番号ｉを２に更新する。そして、先頭ＰＴＳ取得部１０３は、ステップＳ１０３からの処理を繰り返し実行する。つまり、先頭ＰＴＳ取得部１０３は、更新された番号ｉによって識別されるＭＰＵの先頭ＰＴＳを取得する。
【0082】
一方、判定部１０４は、先頭ＰＴＳが最終受信時刻Ｔ＿ｌａｓｔ以前を示さないと判定すると（ステップＳ１０４で、いいえ）、その判定結果を情報生成部１０６に通知する。その結果、情報生成部１０６は、０番目からｉ番目までの各ＭＰＵの先頭ＰＴＳを格納した先頭時刻情報ｄ１を生成する（ステップＳ１０６）。このように生成される先頭時刻情報ｄ１は、０番目からｉ番目までのＭＰＵごとに、そのＭＰＵの識別情報（例えばシーケンス番号）と、そのＭＰＵの先頭ＰＴＳとを関連付けて示す。なお、情報生成部１０６は、０番目のＭＰＵ（開始ＭＰＵ）の先頭ＰＴＳと、開始ＭＰＵおよび各後続ＭＰＵ（開始ＭＰＵの後に続くＭＰＵ）のそれぞれの再生時間長とを、先頭時刻情報ｄ１に格納してもよい。また、情報生成部１０６は、０番目のＭＰＵ（開始ＭＰＵ）の先頭ＰＴＳと、開始ＭＰＵおよび各後続ＭＰＵの再生時間長が一定であるかどうかを示すフラグとを先頭時刻情報ｄ１に格納してもよい。この場合、再生時間長が一定であることをフラグが示す場合（フラグ＝１）、情報生成部１０６は、上述の開始ＭＰＵの先頭ＰＴＳと再生時間長、および、フラグのみを先頭時刻情報ｄ１に格納する。一方、再生時間長が一定でないことをフラグが示す場合（フラグ＝０）には、情報生成部１０６は、上述の開始ＭＰＵの先頭ＰＴＳとフラグだけでなく、開始ＭＰＵおよび各後続ＭＰＵの再生時間長も先頭時刻情報ｄ１に格納する。
【0083】
ここで図６に示すステップＳ１０３の処理について詳細に説明する。
【0084】
ｉ番目のＭＰＵ（ＭＰＵ（ｉ））の先頭ＰＴＳを取得する際には、以下の３つのケースによって、その先頭ＰＴＳを取得する方法が異なる。３つのケースは、ＭＰＵ（ｉ－１）が既に存在する第１のケースと、ＭＰＵ（ｉ－１）は存在しないが、既に存在する符号化データからＭＰＵ（ｉ－１）が生成可能な第２のケースと、その符号化データすら存在しせず、ＭＰＵ（ｉ－１）の生成に符号化処理が必要な第３のケースである。
【0085】
まず、第１のケースについて説明する。
【0086】
第１のケースでは、先頭ＰＴＳ取得部１０３は、ＭＰＵ（ｉ－１）の先頭ＰＴＳであるＰＴＳ（ｉ－１）に、ＭＰＵ（ｉ－１）を構成する各サンプルの再生時間長の総和を加算することにより、ＭＰＵ（ｉ）の先頭時刻であるＰＴＳ（ｉ）を取得する。このとき、先頭ＰＴＳ取得部１０３は、ＭＰＵ（ｉ－１）におけるＭＰ４ヘッダを解析することによって、上述の再生時間長の総和を取得する。なお、この再生時間長の総和は、例えば上述の補助情報として扱われる。
【0087】
次に、第２のケースについて説明する。
【0088】
符号化データがビデオデータである場合には、先頭ＰＴＳ取得部１０３は、その符号化データの中から、ＭＰＵ（ｉ－１）を構成する１つ以上のランダムアクセスユニットを決定する。そして、先頭ＰＴＳ取得部１０３は、決定された１つ以上のランダムアクセスユニットを構成する各サンプルの再生時間長の総和（例えば上述の補助情報）を、ＰＴＳ（ｉ－１）に加算することにより、ＰＴＳ（ｉ）を取得する。なお、ランダムアクセスユニットは、ＭＰＥＧ－４ ＡＶＣやＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＶｉｄｅｏＣｏｄｉｎｇ）においてＩＤＲピクチャから開始するシーケンス、あるいは、ＭＰＥＧ－２ ＶｉｄｅｏのＧＯＰなどに相当する。
【0089】
また、先頭ＰＴＳ取得部１０３は、ＭＰＵに対して予め設定された再生時間長を用いて、ＭＰＵを構成するランダムアクセスユニットを決定してもよい。例えば、ＭＰＵの再生時間長が２秒として予め設定され、各ランダムアクセスユニットの再生時間長が１秒であれば、先頭ＰＴＳ取得部１０３は、ＭＰＵを構成する２つのランダムアクセスユニットを決定する。
【0090】
ここで、例えば、放送におけるＣＭ（ｃｏｍｍｅｒｃｉａｌ ｍｅｓｓａｇｅ）部分などでは、符号化データのフレームレートが変化することがある。フレームレートが変化すると（２４Ｈｚから６０Ｈｚに切替わるなど）、ランダムアクセスユニットの再生時間長も変化する。したがって、先頭ＰＴＳ取得部１０３は、この変化を考慮してＭＰＵを構成するランダムアクセスユニットを決定してもよい。
【0091】
一方、符号化データがオーディオデータまたは音声データである場合には、その符号化データを構成する任意のアクセスユニットから、その符号化データを復号することが可能である。そこで、先頭ＰＴＳ取得部１０３は、サンプリング周波数に基づいて各アクセスユニットの再生時間長を決定する。その上で、先頭ＰＴＳ取得部１０３は、予め設定されたＭＰＵの再生時間長に基づいて、ＭＰＵ（ｉ－１）を構成するアクセスユニットを決定する。そして、先頭ＰＴＳ取得部１０３は、それらのアクセスユニットの再生時間長の総和を、ＰＴＳ（ｉ－１）に加算することにより、ＰＴＳ（ｉ）を取得する。
【0092】
次に、第３のケースについて説明する。
【0093】
符号化データがビデオデータである場合には、先頭ＰＴＳ取得部１０３は、符号化時のランダムアクセスユニットの構造（例えば、ランダムアクセスユニットを構成するアクセスユニットの数やアクセスユニット間の参照構造など）を予め設定しておく。そして、先頭ＰＴＳ取得部１０３は、予め設定された構造に基づいて、ランダムアクセスユニットの再生時間長を計算し、その再生時間長を例えば上述の補助情報としてＰＴＳ（ｉ－１）に加算することにより、ＰＴＳ（ｉ）を取得する。
【0094】
この場合、ビデオデータを符号化することにより符号化データを生成する符号化部（図示せず）は、予め設定されたランダムアクセスユニットの構造に従って、ビデオデータを符号化する。なお、符号化部は、データ送信装置１０に備えられていても、備えられていなくてもよい。
【0095】
あるいは、予め設定されたランダムアクセスユニットの構造（構造Ａ）と、符号化部による符号化によって生成される符号化データの実際の構造（構造Ｂ）とが異なっていてもよい。このとき、データ送信装置１０は、構造Ａに応じたＭＰＵの先頭ＰＴＳと、構造Ｂに応じたＭＰＵの先頭ＰＴＳとの差分を算出し、その差分を示す情報（差分情報）を、ＭＰＵのヘッダ情報（’ｍｏｏｆ’内のＢｏｘなど）、またはＭＭＴパケットのヘッダなどに格納してもよい。例えば、構造Ａのランダムアクセスユニットは１５個のアクセスユニットから構成され、構造Ｂのランダムアクセスユニットは１８個のアクセスユニットから構成され、アクセスユニットの再生時間長が２０ｍｓｅｃとする。構造Ｂでは、再生時間長が推定値よりも６０ｍｓｅｃ（＝（１８－１５）×２０ｍｓｅｃ）だけ長いため、データ送信装置１０は、推定値よりも６０ｍｓｅｃだけ長いことを示す差分情報を上述のヘッダなどに格納する。
【0096】
このような差分情報を受信したデータ再生装置は、その差分情報に基づいて、先頭時刻情報ｄ１に示される先頭ＰＴＳを修正する。また、データ再生装置は、修正された先頭ＰＴＳに対応するＭＰＵに後続する各ＭＰＵの先頭ＰＴＳを算出する際にも、先頭時刻情報ｄ１に示される先頭ＰＴＳに対して差分情報を反映する。例えば、データ再生装置は、差分情報の存在を確認し、存在する場合には、その差分情報が反映された先頭ＰＴＳを決定する。
【0097】
ここで、情報生成部１０６は、先頭ＰＴＳが、予め設定されたランダムアクセスユニットの構造に基づいて決定された予測値であるかどうかを示す情報を、先頭時刻情報ｄ１に含めてもよい。この情報は、先頭時刻情報ｄ１内の各先頭ＰＴＳに共通な情報として含められてもよく、各先頭ＰＴＳに個別に設定される情報として含められてもよい。
【0098】
また、フレームレートの切替わりなどにおいてランダムアクセスユニットの構造が変化すると、ランダムアクセスユニットの再生時間長も変化する。したがって、データ送信装置１０は、その再生時間長の変化を示す情報も上述のヘッダなどに格納してもよい。
【0099】
一方、符号化データがオーディオデータまたは音声データである場合には、先頭ＰＴＳ取得部１０３は、予め定められたＭＰＵの再生時間長に基づいて、上述の第２のケースと同様の方法でＰＴＳ（ｉ）を決定する。なお、ＭＰＵ（ｉ－１）を構成するアクセスユニットにおいて、サンプリング周波数が切替わると、アクセスユニットの再生時間長は変化する。したがって、データ送信装置１０は、その再生時間長の変化を示す情報も上述のヘッダなどに格納してもよい。
【0100】
なお、図６のステップＳ１０１において、先頭ＰＴＳ取得部１０３がＭＰＵ（０）の先頭ＰＴＳを取得するときにも、先頭ＰＴＳ取得部１０３は、ＭＰＵ（０）の直前にあるＭＰＵの情報に基づいて、上述のステップＳ１０３の処理と同様の処理を行うことによって、ＭＰＵ（０）の先頭ＰＴＳを取得する。
【0101】
図７は、本実施の形態における上述のデータ再生装置のブロック図である。
【0102】
本実施の形態におけるデータ再生装置２０は、放送に対して十分に適用することができる装置であって、受信部２１と再生部２２とを備える。
【0103】
受信部２１は、それぞれ複数のサンプルからなる複数の符号化データユニットと、現在の時刻を設定するための基準時刻を示す基準時刻情報と、符号化データユニット内の先頭のサンプルを提示または復号する時刻である先頭時刻を示す先頭時刻情報ｄ１とを、受信する。再生部２２は、受信された複数の符号化データユニットを再生する。
【0104】
ここで、先頭時刻情報ｄ１は、受信された複数の符号化データユニットのうち、その先頭時刻情報ｄ１が受信された後に提示または復号が開始される複数の符号化データユニットである複数の特定符号化データユニットの先頭時刻を示す。また、受信された複数の符号化データユニットのそれぞれは、その符号化データユニット内の先頭のサンプル以外の複数のサンプルである複数の非先頭サンプルのそれぞれが提示または復号される時点を、その符号化データユニット内の他のサンプルの時点との相対値として示す。
【0105】
具体的には、再生部２２は、基準時刻情報によって示される基準時刻にしたがって設定される現在の時刻と、先頭時刻情報ｄ１によって示される複数の特定符号化データユニットの先頭時刻と、受信された複数の符号化データユニットのそれぞれによって示される、複数の非先頭サンプルのそれぞれの相対値と、に応じたタイミングに、複数の特定符号化データユニットに含まれる複数のサンプルがそれぞれ提示または復号されるように、その複数のサンプルを再生する。
【0106】
図８は、本実施の形態におけるデータ再生装置２０の動作を示すフローチャートである。
【0107】
まず、受信部２１は、複数の符号化データユニットと、基準時刻情報と、先頭時刻情報ｄ１とを受信する（ステップＳ２１）。次に、再生部２２は、受信された複数の符号化データユニットを再生する（ステップＳ２２）。つまり、再生部２２は、基準時刻情報によって示される基準時刻にしたがって設定される現在の時刻と、先頭時刻情報ｄ１によって示される複数の特定符号化データユニットのそれぞれの先頭時刻と、受信された複数の符号化データユニットのそれぞれによって示される、複数の非先頭サンプルのそれぞれの相対値と、に応じたタイミングに、複数の特定符号化データユニットに含まれる複数のサンプルがそれぞれ提示または復号されるように、その複数のサンプルを再生する。
【0108】
例えば、上述と同様に、符号化データユニットはＭＭＴにおけるＭＰＵであり、サンプルはアクセスユニットである。基準時刻は、データ送信装置１０とデータ再生装置２０との間で共通の時刻、または、データ送信装置１０とデータ再生装置２０との間で同期を取るための時刻である。例えば、基準時刻は、ＵＴＣまたはＳＴＣである。先頭時刻情報ｄ１は、この先頭時刻情報ｄ１が送信された後に提示または復号が開始されるＭＰＵごとに、そのＭＰＵの識別情報（シーケンス番号など）と、そのＭＰＵ内の先頭のアクセスユニットを提示または復号する時刻である先頭時刻とを関連付けて示す。なお、符号化データユニット（ＭＰＵ）内の先頭のサンプル（アクセスユニット）は、提示順で先頭のサンプルまたは復号順で先頭のサンプルである。
【0109】
このような本実施の形態におけるデータ再生装置２０およびデータ再生方法では、複数の符号化データユニットに含まれるすべてのサンプル（アクセスユニット）を予め定められた時刻に提示または復号することができ、予め定められた時刻に再生することが要求される放送に対して十分に適用することができる。
【0110】
以下、本実施の形態におけるデータ再生装置２０およびデータ再生方法について、詳細に説明する。
【0111】
再生部２２は、先頭時刻情報ｄ１に基づいて、提示または復号される各ＭＰＵの先頭ＰＴＳを決定する先頭ＰＴＳ決定部を備える。
【0112】
図９は、本実施の形態における先頭ＰＴＳ決定部のブロック図である。
【0113】
先頭ＰＴＳ決定部２００は、プログラム情報取得部２０１、先頭時刻情報取得部２０２、先頭ＭＰＵ取得部２０３、先頭ＰＴＳ判定部２０４、第１の取得部２０５、および第２の取得部２０６を備える。
【0114】
プログラム情報取得部２０１は、受信部２１によって受信されたＭＭＴパッケージから、ＭＭＴのプログラム情報（具体的には、ＭＰＴ）を取得する。このプログラム情報は、データ送信装置１０から送信される情報であって、プログラム情報取得部２０１は、そのプログラム情報を受信部２１を介して取得してもよく、受信部２１を介さずに取得してもよい。また、このＭＭＴのプログラム情報は、ＭＭＴパッケージを構成する各アセットの識別情報と、各アセットのアクセス情報（アセットデータを送信するＭＭＴパケットのＩＤ、アセットデータが送信されるＵＲＬなど、アセットの取得に必要な情報）とを含む。
【0115】
先頭時刻情報取得部２０２は、プログラム情報取得部２０１からプログラム情報を取得し、そのプログラム情報に基づいて、ＭＭＴパッケージを構成するアセットごとに、そのアセットの先頭時刻情報ｄ１をＭＭＴパッケージから取得する。そして、先頭時刻情報取得部２０２は、先頭時刻情報ｄ１が取得されたことを先頭ＭＰＵ取得部２０３に通知し、先頭時刻情報ｄ１を先頭ＰＴＳ判定部２０４に出力する。
【0116】
なお、先頭時刻情報ｄ１は、プログラム情報と同様に、ＭＭＴメッセージに格納して送信されてもよい。また、ＭＰＥＧ－２ ＴＳによってＭＭＴのデータが送信される際には、先頭時刻情報ｄ１は、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）のデスクリプタなどの、セクションのデータとして格納されてもよい。また、ＭＰＥＧ－ＤＡＳＨを用いる際には、先頭時刻情報ｄ１は、ＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）におけるＳｅｇｍｅｎｔの情報として格納されてもよい。あるいは、先頭時刻情報ｄ１を別途送信してもよい。プログラム情報や先頭時刻情報ｄ１は、ＭＰＵとは異なる伝送路から取得されてもよい。この場合には、例えば、データ再生装置２０は、放送によって送信されるＭＰＵのプログラム情報または先頭時刻情報ｄ１を、ＭＰＵの受信に先立って、通信ネットワーク上のサーバにアクセスして取得するなども可能である。また、この場合には、先頭時刻情報ｄ１の送信時刻と、ＭＰＵの受信、提示または復号の開始時刻との差分が、同一の伝送路で先頭時刻情報ｄ１およびＭＰＵを送信する場合に比べて増大する。したがって、データ送信装置１０は、その差分を考慮して、先頭時刻情報ｄ１に格納される先頭ＰＴＳに対応するＭＰＵを決定してもよい。
【0117】
先頭ＭＰＵ取得部２０３は、先頭時刻情報ｄ１が取得されたことが先頭時刻情報取得部２０２から通知されると、先頭時刻情報ｄ１の取得後にＭＰＵの先頭データ（先頭のアクセスユニット）が最初に受信されたＭＰＵのシーケンス番号を取得する。そして、先頭ＭＰＵ取得部２０３は、そのシーケンス番号を先頭ＰＴＳ判定部２０４に通知する。
【0118】
先頭ＰＴＳ判定部２０４は、先頭ＭＰＵ取得部２０３から通知されたシーケンス番号のＭＰＵの先頭ＰＴＳが、先頭時刻情報取得部２０２から出力された先頭時刻情報ｄ１に含まれているか否かを判定する。
【0119】
第１の取得部２０５は、先頭ＰＴＳ判定部２０４によって先頭ＰＴＳが含まれていると判定された場合に、その先頭時刻情報ｄ１から、上述のシーケンス番号のＭＰＵの先頭ＰＴＳを取得し、その取得された先頭ＰＴＳを出力する。
【0120】
第２の取得部２０６は、先頭ＰＴＳ判定部２０４によって先頭ＰＴＳが含まれていないと判定された場合に、その先頭時刻情報ｄ１に基づいて、上述のシーケンス番号のＭＰＵの先頭ＰＴＳを算出し、その算出された先頭ＰＴＳを出力する。
【0121】
なお、オーディオでは、復号時の初期化情報を、ｍｏｏｖやｍｏｏｆなどのヘッダとは別に、サンプルのデータとして格納することが可能である。この場合に、任意のサンプルから復号開始できるため、ＭＰＵの先頭を待たずに、最初に受信したサンプルから復号または提示を開始してもよい。ＭＭＴパケットのヘッダにおいては、ペイロードに格納されるサンプルデータが属するＭＰＵのシーケンス番号、および、サンプルがＭＰＵにおいて復号順で何番目のサンプルであるかが示される。したがって、これらの情報に基づいて、サンプルのＤＴＳあるいはＰＴＳを決定することができる。
【0122】
図１０は、本実施の形態における先頭ＰＴＳ決定部２００の動作を示すフローチャートである。
【0123】
まず、プログラム情報取得部２０１は、プログラム情報を取得する（ステップＳ２０１）。次に、先頭時刻情報取得部２０２は、そのプログラム情報に基づいて、ＭＭＴパッケージから先頭時刻情報ｄ１を取得する（ステップＳ２０２）。
【0124】
そして、先頭ＭＰＵ取得部２０３は、先頭時刻情報ｄ１が取得された後にＭＰＵの先頭データが最初に受信されたＭＰＵのシーケンス番号（ＳＱＮ）を取得する（ステップＳ２０３）。次に、先頭ＰＴＳ判定部２０４は、取得されたシーケンス番号（ＳＱＮ）によって識別されるＭＰＵ（ＭＰＵ（ＳＱＮ））の先頭ＰＴＳが先頭時刻情報ｄ１に含まれているか否かを判定する（ステップＳ２０４）。つまり、先頭ＰＴＳ判定部２０４は、取得されたシーケンス番号（ＳＱＮ）に対応付けられた先頭ＰＴＳが先頭時刻情報ｄ１に含まれているか否かを判定する。
【0125】
ここで、先頭ＰＴＳが先頭時刻情報ｄ１に含まれていると判定された場合には（ステップＳ２０４で、はい）、第１の取得部２０５は、その先頭時刻情報ｄ１に含まれている先頭ＰＴＳを取得する（ステップＳ２０５）。
【0126】
なお、図６に示すステップＳ１０３において、第３のケースのように、ビデオデータまたはオーディオデータが所定の符号化動作に基づいて符号化されると仮定して先頭ＰＴＳが設定され、且つ、実際の符号化動作が所定の符号化動作と異なってしまった場合、先頭ＰＴＳに差分が発生する。つまり、先頭時刻情報ｄ１に含まれている予測値である先頭ＰＴＳと、実際の値である先頭ＰＴＳとに間に差分が発生する。
【0127】
このような場合もあり得るため、第１の取得部２０５は、ＭＭＴパッケージに含まれる、先頭ＰＴＳが予測値であるか否かを示す情報を解釈し、予測値であると判定した場合には、予測値と実際の値との差分を示す差分情報を取得する。そして、第１の取得部２０５は、先頭時刻情報ｄ１に含まれている先頭ＰＴＳに差分情報を反映することによって、その差分情報が反映された先頭ＰＴＳを取得してもよい。また、第１の取得部２０５は、差分情報が存在するか否かを判定し、存在する場合に、先頭時刻情報ｄ１に含まれている先頭ＰＴＳに差分情報を反映してもよい。また、差分情報がデータ送信装置１０から送信されていない場合には、第１の取得部２０５は、ＭＰＵ（ＳＱＮ）の後続のＭＰＵの先頭ＰＴＳを用いて、先頭時刻情報ｄ１に含まれている先頭ＰＴＳを補正してもよい。例えば、ＭＰＵ（ＳＱＮ）の後続の復号前のＭＰＵ（ＭＰＵ＿ｐｒｅ）に対応する先頭ＰＴＳが、先頭時刻情報ｄ１の後に繰り返し送信される先頭時刻情報において示されている場合がある。この場合において、そのＭＰＵ（ＭＰＵ＿ｐｒｅ）に対応する先頭ＰＴＳが予測値でなければ、第１の取得部２０５は、そのＭＰＵ（ＭＰＵ＿ｐｒｅ）に対応する先頭ＰＴＳを用いてＭＰＵ（ＳＱＮ）の先頭ＰＴＳを決定する。
【0128】
一方、ステップＳ２０４において、先頭ＰＴＳが先頭時刻情報ｄ１に含まれていないと判定された場合には（ステップＳ２０４で、いいえ）、第２の取得部２０６は、その先頭時刻情報ｄ１に基づいてＭＰＵ（ＳＱＮ）の先頭ＰＴＳを算出する（ステップＳ２０６）。
【0129】
ここで、ステップＳ２０６の処理について詳細に説明する。
【0130】
第２の取得部２０６は、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを算出する際には、まず、先頭時刻情報ｄ１において先頭ＰＴＳが示されているＭＰＵの再生時間長（ＤＵＲ）を算出する。そして、第２の取得部２０６は、そのＭＰＵ以降の各ＭＰＵの再生時間長はＤＵＲに等しいと仮定して、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを算出してもよい。例えば、先頭時刻情報ｄ１には、ＭＰＵ＃１からＭＰＵ＃３までの各ＭＰＵ（特定符号化データユニット）の先頭ＰＴＳ（ＰＴＳａｂ＿１， ＰＴＳａｂ＿２， ＰＴＳａｂ＿３）が格納されているとする。この場合、第２の取得部２０６は、ＭＰＵ＃１の再生時間長を（ＰＴＳａｂ＿２ － ＰＴＳａｂ＿１）によって算出し、ＭＰＵ＃２の再生時間長を（ＰＴＳａｂ＿３ － ＰＴＳａｂ＿２）によって算出する。そして、第２の取得部２０６は、ＭＰＵ＃３、および、ＭＰＵ＃３に後続する各ＭＰＵの再生時間長はＭＰＵ＃２の再生時間長（ＤＵＲ）に等しいと仮定する。つまり、ＤＵＲ＝（ＰＴＳａｂ＿３ － ＰＴＳａｂ＿２）である。ここで、ＭＰＵ（ＳＱＮ＝５）、つまりＭＰＵ＃５の先頭ＰＴＳは、ＭＰＵ＃３の先頭ＰＴＳに、ＭＰＵ＃３とＭＰＵ＃４の再生時間長を加算したものである。また、ＭＰＵ＃３とＭＰＵ＃４の再生時間長はＤＵＲと仮定される。したがって、第２の取得部２０６は、ＭＰＵ＃５の先頭ＰＴＳを、先頭ＰＴＳ＝（ＰＴＳａｂ＿３ ＋ ２×ＤＵＲ）によって算出する。
【0131】
このように、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを推定した場合には、データ再生装置２０は、推定した先頭ＰＴＳに基づいてＭＰＵ（ＳＱＮ）の提示（表示）または復号を開始することができる。ここで、データ再生装置２０は、先頭時刻情報ｄ１に後続する他の先頭時刻情報を取得して、その後続する他の先頭時刻情報から、復号前のＭＰＵの先頭ＰＴＳを取得してもよい。この場合、データ再生装置２０は、当該復号前のＭＰＵにおいて最初に表示されるアクセスユニットのＰＴＳを、その後続する他の先頭時刻情報から取得された先頭ＰＴＳに基づいて設定してもよい。例えば、データ再生装置２０は、そのアクセスユニットのＰＴＳを、後続する他の先頭時刻情報から取得された先頭ＰＴＳに設定する。これにより、復号前のＭＰＵに対して再生開始時に推定した先頭ＰＴＳに誤差がある場合にも、データ再生装置２０は、後続する他の先頭時刻情報を用いてその誤差を修正することができる。
【0132】
また、ステップＳ２０４において、先頭ＰＴＳが先頭時刻情報ｄ１に含まれていないと判定された場合には、データ再生装置において予め定めた時刻において、ＭＰＵ（ＳＱＮ）の復号、および、提示（表示）を開始してもよい。例えば、ＭＰＵ（ＳＱＮ）の符号化データのバッファリング後に、復号順で先頭のサンプル（アクセスユニット）の復号を完了し、提示（表示）することが可能な最も早い時刻においてサンプルを提示する。このときも、後続する他の先頭時刻情報に基づいて、後続ＭＰＵの先頭ＰＴＳを調整してもよい。
【0133】
また、ＭＰＵ（ＳＱＮ）のシーケンス番号が、先頭時刻情報ｄ１によって示される先頭ＰＴＳに対応するＭＰＵのシーケンス番号よりも前である場合にも、第２の取得部２０６は、上述と同様の方法によって、そのＭＰＵ（ＳＱＮ）の先頭ＰＴＳを算出することができる。
【0134】
なお、第２の取得部２０６は、先頭ＰＴＳが先頭時刻情報ｄ１に含まれていないとステップＳ２０４において判定された場合には、再度、先頭時刻情報を取得してもよい。例えば、放送などでは、データ送信装置１０は先頭時刻情報を周期的に送信する。このとき、データ送信装置１０は、先頭時刻情報を送信するたびに、その先頭時刻情報の送信時刻付近において送信されるＭＰＵの先頭ＰＴＳがその先頭時刻情報に示されるように、その先頭時刻情報の内容を更新している。したがって、データ再生装置２０の第２の取得部２０６は、先頭時刻情報ｄ１にＭＰＵ（ＳＱＮ）の先頭ＰＴＳが含まれていなくても、その先頭時刻情報ｄ１よりも時間的に後に送信される他の先頭時刻情報を取得することにより、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを取得することができる。なお、ＭＰＵ（ＳＱＮ）のシーケンス番号が、先頭時刻情報ｄ１によって示される先頭ＰＴＳに対応するＭＰＵのシーケンス番号よりも前にある場合には、上述の他の先頭時刻情報によってＭＰＵ（ＳＱＮ）の先頭ＰＴＳを取得することはできない。したがって、この場合には、第２の取得部２０６は、上述のように、先頭時刻情報ｄ１に基づいて各ＭＰＵの再生時間長を仮定することによって、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを取得する。または、第２の取得部２０６は、ＭＰＵ（ＳＱＮ）の先頭ＰＴＳを示す先頭時刻情報をサーバなどから別途取得してもよい。
【0135】
また、データ再生装置２０の再生部２２は、第１の取得部２０５または第２の取得部２０６によって取得された先頭ＰＴＳによって示される時刻に、その先頭ＰＴＳに対応するＭＰＵに含まれる提示順で先頭のアクセスユニットの提示を開始する。つまり、再生部２２は、先頭時刻情報ｄ１によって示される複数のＭＰＵのうちの何れか１つである処理対象ＭＰＵ内の先頭のアクセスユニットを再生する際には、基準時刻情報によって示される基準時刻にしたがって設定される現在の時刻が、先頭時刻情報ｄ１によって示される、その処理対象ＭＰＵの先頭ＰＴＳ（先頭ＤＴＳ）に至ったときに、その先頭のアクセスユニットを提示（復号）する。
【0136】
ここで、ＭＰＵには、複数のアクセスユニットが配列されている。そして、ＭＰＵは、そのＭＰＵ内の先頭のアクセスユニット以外の複数のアクセスユニットである複数の非先頭アクセスユニットのそれぞれが提示（復号）される時点を、そのＭＰＵ内の直前のアクセスユニットが提示（復号）される時点との相対値（差分）として示している。
【0137】
したがって、再生部２２は、ＭＰＵに含まれる提示順でｎ番目のアクセスユニットの提示を開始する際には、まず、１番目のアクセスユニット（先頭のアクセスユニットの次のアクセスユニット）からｎ番目までのアクセスユニットまでの各アクセスユニット（各非先頭アクセスユニット）の相対値を積算する。そして、再生部２２は、それらの相対値の積算結果を、そのＭＰＵの先頭ＰＴＳに加算することによって、ｎ番目のアクセスユニットのＰＴＳを算出する。そして、再生部２２は、現在の時刻がその算出されたＰＴＳに至ったときに、ｎ番目のアクセスユニットの提示を開始する。
【0138】
つまり、再生部２２は、処理対象ＭＰＵ内の複数の非先頭アクセスユニットのうちの何れか１つである処理対象非先頭アクセスユニットを再生する際には、まず、その処理対象非先頭アクセスユニットを提示（復号）する処理時刻を算出する。次に、再生部２２は、算出された処理時刻に現在の時刻が至ったときに、その処理対象非先頭アクセスユニットを提示（復号）する。上述の処理時刻の算出では、再生部２２は、処理対象ＭＰＵによって示される、複数の非先頭アクセスユニットのそれそれぞれの相対値のうちの少なくとも処理対象非先頭アクセスユニットの相対値を、先頭時刻情報ｄ１によって示される、処理対象ＭＰＵの先頭ＰＴＳ（先頭ＤＴＳ）に加算することによって、処理時刻を算出する。
【0139】
以上のように、本実施の形態におけるデータ送信方法およびデータ再生方法では、ＭＭＴのデータを生成しながら順次送信し、送信されたデータを再生する場合にも、先頭時刻情報を参照することで、受信したＭＰＵの先頭ＰＴＳを取得することができる。また、最初に受信した先頭時刻情報において、受信を開始したＭＰＵの先頭ＰＴＳが含まれない場合にも、先頭時刻情報の内容に基づいて当該ＭＰＵの先頭ＰＴＳを推定する、あるいは、先頭時刻情報を繰り返し受信することにより、先頭ＰＴＳを決定することができる。
【0140】
以上、本発明に係るデータ送信方法およびデータ再生方法について、実施の形態を用いて説明したが、本発明はこれらに限定されるものではない。
【0141】
例えば、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態のデータ送信装置１０およびデータ再生装置２０などを実現するソフトウェアはそれぞれ、図３または図８に示すステップをコンピュータに実行させるプログラムである。
【0142】
また、ＭＭＴパッケージのアセットを構成するＭＰＵのデータを、放送と通信ネットワークなどの、特性の異なる伝送路を併用して送信する場合がある。このとき、放送あるいは通信ネットワークのどちらか一方の伝送路から受信したデータのみを復号して再生するケースと、放送と通信ネットワークの両伝送路から受信したデータを復号して再生するケースとがある。
【0143】
したがって、データ送信装置１０は、放送により送信されるアセットのＭＰＵに対応する先頭時刻情報と、通信ネットワークにより送信されるアセットのＭＰＵに対応する先頭時刻情報とを、それぞれ別々に格納して送信してもよい。この場合、データ再生装置２０は、再生モードに応じて、先頭時刻情報を選択して処理することができる。
【0144】
例えば、データ送信装置１０は、ＭＭＴにおける先頭時刻情報をテーブルに格納する。このとき、データ送信装置１０は、放送および通信ネットワークのそれぞれの伝送路に対応する先頭時刻情報を別々のテーブルに格納してもよい。なお、それらのテーブルは識別情報によって識別される。識別情報はテーブルのＩＤなどである。データ送信装置１０は、放送および通信ネットワークのそれぞれに対応するテーブルを、放送および通信ネットワークのそれぞれの伝送路で送信してもよい。または、データ送信装置１０は、放送用のテーブルを放送で送信し、通信ネットワーク用のテーブルを通信ネットワークで送信するなど、それらのテーブルをそれぞれに対応する伝送路で送信してもよい。また、データ送信装置１０は、使用されるテーブルのＩＤを、シグナリングしてもよいし、予め規定していてもよい。また、放送をサービスのエントリとして用いるようなケースでは、データ送信装置１０は放送で両テーブルを送信してもよい。また、データ送信装置１０は、先頭時刻情報をＭＭＴのデスクリプタなどに格納してもよい。
【0145】
また、本発明は、上記実施の形態に限らず、より一般化することができる。例えば、データ送信装置１０は、ＭＰＴ（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）やＭＣＩＴ（ＭＭＴ Ｃｏｍｐｏｓｉｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）などのテーブル、つまり、アセットデータの取得方法や復号時刻または提示時刻に関する情報、あるいは、アセットデータの表示方法などを示す情報を、放送や通信ネットワークなどの伝送路毎に別々に格納して送信してもよい。データ送信装置１０は、これらのテーブルを、いずれか一方の伝送路で送信してもよいし、放送用のテーブルを放送で送信し、通信ネットワーク用のテーブルを通信ネットワークで通信するように、それぞれに対応する伝送路で送信してもよい。例えば、ＭＭＴにおいては、ＭＰＴまたはＭＣＩＴの０番目のサブセットを放送用として扱い、１番目のサブセットを通信ネットワーク用に扱うことができる。
【0146】
また、本発明のデータ送信方法およびデータ再生方法は、放送には従来のＭＰＥＧ－２ ＴＳを用いてデータを送信し、通信路（通信ネットワーク）においてＭＭＴやＭＰＥＧ－ＤＡＳＨなどを用いてデータを送信し、放送と通信ネットワークにより取得したデータを一元的に扱う場合などにも適用できる。このとき、通信路において送信されるＭＭＴやＭＰＥＧ－ＤＡＳＨなどに対応する先頭時刻情報を、ＴＳのセクションデータなどに格納してもよい。例えば、新規のデスクリプタを定義して、ＰＭＴに格納して送信することが可能である。あるいは、通信サーバが、放送とは独立に先頭時刻情報を決定して通信路で送信してもよい。
【0147】
また、本実施の形態におけるデータ送信装置１０は、複数のＭＰＵからなるアセットをデータ再生装置２０に送信する際には、それらのＭＰＵおよび先頭時刻情報ｄ１を含む符号化データをパケット化して送信する。データ再生装置２０は、そのパケット化された符号化データを受信する。ここで、本実施の形態におけるデータ再生装置２０は、パケットロスが発生したときでも、その発生後に、ＭＰＵの提示を正しい時刻に開始することができる。つまり、データ再生装置２０は、ＭＰＵのパケットがロスすると、そのＭＰＵに含まれるアクセスユニット（非先頭アクセスユニット）の相対値（時刻の差分）を取得することができない場合がある。このような場合には、そのＭＰＵに含まれる、そのアクセスユニット以降の各アクセスユニットのＰＴＳを決定することができない。しかし、本実施の形態におけるデータ再生装置２０は、パケットロスが発生したＭＰＵに後続するＭＰＵの先頭ＰＴＳを示す先頭時刻情報ｄ１を受信することによって、その後続するＭＰＵの提示をその先頭ＰＴＳから開始することができる。その結果、データ再生装置２０は、データ送信装置１０から送信される符号化データの正しい時刻にしたがった再生を早急に復旧することができる。
【0148】
また、以下のような場合も本発明に含まれる。
【0149】
（１）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【0150】
（２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【0151】
（３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【0152】
（４）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【0153】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【0154】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【0155】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【0156】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【0157】
（５）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【0158】
以上、本発明の一つまたは複数の態様に係るデータ送信方法およびデータ再生方法などについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【0159】
本発明にかかるデータ送信方法は、放送に対して十分に適用することができるという効果を奏し、例えば、ビデオデータおよびオーディオデータなどのメディアトランスポートを行う装置または機器に適用することができる。
【符号の説明】
【0160】
１０ データ送信装置
１１ 生成部
１２ 送信部
２０ データ再生装置
２１ 受信部
２２ 再生部
１００ 先頭時刻情報生成部
１０１ 開始ＭＰＵ決定部
１０３ 先頭ＰＴＳ取得部
１０４ 判定部
１０６ 情報生成部
２００ 先頭ＰＴＳ決定部
２０１ プログラム情報取得部
２０２ 先頭時刻情報取得部
２０３ 先頭ＭＰＵ取得部
２０４ 先頭ＰＴＳ判定部
２０５ 第１の取得部
２０６ 第２の取得部
１１ 生成部
１２ 送信部
２０ データ再生装置
２１ 受信部
２２ 再生部
１００ 先頭時刻情報生成部
１０１ 開始ＭＰＵ決定部
１０３ 先頭ＰＴＳ取得部
１０４ 判定部
１０６ 情報生成部
２００ 先頭ＰＴＳ決定部
２０１ プログラム情報取得部
２０２ 先頭時刻情報取得部
２０３ 先頭ＭＰＵ取得部
２０４ 先頭ＰＴＳ判定部
２０５ 第１の取得部
２０６ 第２の取得部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】