知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】特開2021-192528(P2021-192528A)
(43)【公開日】2021年12月16日
(54)【発明の名称】送信方法、受信方法、送信装置および受信装置
(51)【国際特許分類】
H04N 21/236 20110101AFI20211119BHJP
H04N 21/434 20110101ALI20211119BHJP
H04H 20/28 20080101ALI20211119BHJP
H04H 40/18 20080101ALI20211119BHJP
【ＦＩ】
H04N21/236
H04N21/434
H04H20/28
H04H40/18
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
【全頁数】30
(21)【出願番号】特願2021-136752(P2021-136752)
(22)【出願日】2021年8月25日
(62)【分割の表示】特願2020-122241(P2020-122241)の分割
【原出願日】2014年9月19日
(31)【優先権主張番号】61/889,728
(32)【優先日】2013年10月11日
(33)【優先権主張国】US
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】遠間 正真
(72)【発明者】
【氏名】井口 賀敬
(72)【発明者】
【氏名】加藤 久也
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA11
5C164SB10P
5C164SB14P
5C164TA04S
5C164TA08S
5C164UB11P
(57)【要約】
【課題】タイムライン拡張を効率的に行うことができる送信方法を提供する。【解決手段】この送信方法では、第１のコンテンツの再生に用いる第１のタイムラインと、前記第１のコンテンツと同期して再生される第２のコンテンツの再生に用いられる第２のタイムラインとの対応関係が更新されたか否かを示す更新識別情報と、基準クロックにおける時刻を示す時刻情報とを送信する。
【選択図】図１０Ａ
【特許請求の範囲】
【請求項1】
第１のコンテンツの再生に用いる第１のタイムラインと、前記第１のコンテンツと同期して再生される第２のコンテンツの再生に用いられる第２のタイムラインとの対応関係が更新されたか否かを示す更新識別情報と、
基準クロックにおける時刻を示す時刻情報とを送信する
送信方法。
基準クロックにおける時刻を示す時刻情報とを送信する
送信方法。
【請求項2】
第１のコンテンツの再生に用いる第１のタイムラインと、前記第１のコンテンツと同期して再生される第２のコンテンツの再生に用いられる第２のタイムラインとの対応関係が更新されたか否かを示す更新識別情報と、
基準クロックにおける時刻を示す時刻情報とを受信し、
前記更新識別情報と前記時刻情報とに基づいて、前記第１のコンテンツと前記第２のコンテンツとを再生する
受信方法。
基準クロックにおける時刻を示す時刻情報とを受信し、
前記更新識別情報と前記時刻情報とに基づいて、前記第１のコンテンツと前記第２のコンテンツとを再生する
受信方法。
【請求項3】
第１のコンテンツの再生に用いる第１のタイムラインと、前記第１のコンテンツと同期して再生される第２のコンテンツの再生に用いられる第２のタイムラインとの対応関係が更新されたか否かを示す更新識別情報と、
基準クロックにおける時刻を示す時刻情報とを送信する送信部
を備える送信装置。
基準クロックにおける時刻を示す時刻情報とを送信する送信部
を備える送信装置。
【請求項4】
第１のコンテンツの再生に用いる第１のタイムラインと、前記第１のコンテンツと同期して再生される第２のコンテンツの再生に用いられる第２のタイムラインとの対応関係が更新されたか否かを示す更新識別情報と、
基準クロックにおける時刻を示す時刻情報とを受信する受信部と、
前記更新識別情報と前記時刻情報とに基づいて、前記第１のコンテンツと前記第２のコンテンツとを再生する再生部と、
を備える受信装置。
基準クロックにおける時刻を示す時刻情報とを受信する受信部と、
前記更新識別情報と前記時刻情報とに基づいて、前記第１のコンテンツと前記第２のコンテンツとを再生する再生部と、
を備える受信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データの送信方法および受信方法などに関する。
【背景技術】
【0002】
現在、互いに独立に送信されるストリームにおけるアクセスユニット間のＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）の関係を示すための補助データのデータ構造に関する規格化が進行中である（例えば、非特許文献１参照）。互いに独立に送信されるストリームは、例えば、ＭＰＥＧ−２ ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）において送信されるストリーム、および、ＭＰＥＧ−ＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）またはＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）などの多重化フォーマットにより送信されるストリームなどである。なお、このようなアクセスユニット間のＰＴＳを対応付けることを、以下、タイムライン拡張と呼ぶ。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ｏｆ ＩＳＯ／ＩＥＣ １３１８１−１：２０１２／ＡＭＤ６ −Ｄｅｌｉｖｅｒｙ ｏｆ Ｔｉｍｅｌｉｎｅ ｆｏｒ Ｅｘｔｅｒｎａｌ Ｄａｔａ
【発明の概要】
【発明が解決しようとする課題】
【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】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【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】
受信装置２００は、上記に示す情報に基づいて、コンテンツの管理情報、あるいは、参照元と参照先のコンテンツの依存関係などを取得して、それらのコンテンツを再生する。
【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】
この送信方法は、画像または音声のコンテンツに関する第１のストリームを送信する送信方法であって、ステップＳ１１を含む。このステップＳ１１では、タイミング更新識別情報と、第１の時刻と、第２の時刻とを含む第１のストリームを送信する。タイミング更新識別情報は、第１のストリームの送受信に用いられる第１の基準クロックと、その第１のストリームに関するコンテンツと同期して再生される他のコンテンツに関する第２のストリームの送受信に用いられる第２の基準クロックとの間の、対応関係が更新されたか否かを示す。第１の時刻は、第１の基準クロックにおける時刻である。第２の時刻は、更新後の対応関係に基づいて第１の時刻に対応付けられた第２の基準クロックにおける時刻である。
【0161】
このような送信方法であっても、上記実施の形態の送信方法と同様の効果を奏することができる。
【0162】
図１０Ｂは、本発明の一態様に係る送信装置のブロック図である。
【0163】
この送信装置１０は、画像または音声のコンテンツに関する第１のストリームを送信する送信装置であって、送信部１１を備える。この送信部１１は、上述のタイミング更新識別情報と、第１の時刻と、第２の時刻とを含む第１のストリームを送信する。このような送信装置１０であっても、上記実施の形態の送信装置１００と同様の効果を奏することができる。
【0164】
また、本発明は、上述の第１のストリームを生成するデータ生成方法またはデータ生成装置であってもよい。つまり、本発明のデータ生成方法またはデータ生成装置は、画像または音声のコンテンツに関する第１のストリームを生成する方法または装置であって、タイミング更新識別情報と、第１の時刻と、第２の時刻とを含む第１のストリームを生成する。また、本発明のデータ生成方法には、上記実施の形態およびその変形例に含まれる、送信以外の何れの処理動作が含まれていてもよく、本発明のデータ生成装置には、上記実施の形態およびその変形例に含まれる、送信を行う構成要素以外の何れの構成要素が含まれていてもよい。
【0165】
図１１Ａは、本発明の一態様に係る受信方法を示すフローチャートである。
【0166】
この受信方法は、画像または音声のコンテンツに関する第１のストリームを受信する受信方法であって、ステップＳ２１を含む。このステップＳ２１では、タイミング更新識別情報と、第１の時刻と、第２の時刻とを含む第１のストリームを受信する。タイミング更新識別情報は、第１のストリームの送受信に用いられる第１の基準クロックと、その第１のストリームに関するコンテンツと同期して再生される他のコンテンツに関する第２のストリームの送受信に用いられる第２の基準クロックとの間の、対応関係が更新されたか否かを示す。第１の時刻は、第１の基準クロックにおける時刻である。第２の時刻は、更新後の対応関係に基づいて第１の時刻に対応付けられた第２の基準クロックにおける時刻である。
【0167】
このような受信方法であっても、上記実施の形態の受信方法と同様の効果を奏することができる。
【0168】
図１１Ｂは、本発明の一態様に係る受信装置のブロック図である。
【0169】
この受信装置２０は、画像または音声のコンテンツに関する第１のストリームを受信する受信装置であって、受信部２１を備える。この受信部２１は、上述のタイミング更新識別情報と、第１の時刻と、第２の時刻とを含む第１のストリームを受信する。このような受信装置２０であっても、上記実施の形態の受信装置２００と同様の効果を奏することができる。
【0170】
なお、上記実施の形態およびその変形例において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態の送信装置または受信装置などを実現するソフトウェアは、次のようなプログラムである。すなわち、このプログラムは、コンピュータに、図１０Ａまたは図１１Ａに示すフローチャートに含まれるステップを実行させる。
【0171】
また、以下のような場合も本発明に含まれる。
【0172】
（１）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【0173】
（２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【0174】
（３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【0175】
（４）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【0176】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【0177】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【0178】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【0179】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を、前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【0180】
（５）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【0181】
以上、一つまたは複数の態様に係る送信方法および受信方法について、実施の形態およびその変形例に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【0182】
本発明にかかる送信方法および受信方法は、タイムライン拡張を効率的に行うことができるという効果を奏し、例えば、ビデオデータおよびオーディオデータなどのメディアトランスポートを行う装置または機器に適用することができる。
【符号の説明】
【0183】
１０，１００ 送信装置１１ 送信部
２０，２００ 受信装置
２１ 受信部