JPWO2013011696A1 - 送信装置、受信再生装置、送信方法及び受信再生方法 - Google Patents

Abstract

同時に再生すべき多種多様の情報の送信する送信装置を提供する。送信装置は、１台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持し、前記ストリーム特定情報を送信する。これにより、受信側では、受信側では、当該ストリーム特定情報を用いることで、前記一の伝送用ストリームと同時に再生すべき少なくとも１つの他の伝送用ストリームを特定することができる。

Description

本発明は、１つの番組の映像とともに表示される情報を送信、及び受信する技術に関するものである。

従来の放送サービスでは、単一のトランスポートストリームで、データ放送、字幕サービス及び３Ｄ映像等の１つ又は複数の情報（映像やデータ）を送信している。例えば、特許文献１において、２Ｄのビデオストリームと、他視点のビデオ、視差情報及び奥行き情報などのような３Ｄビデオ付加データとを１つのトランスポートストリームとして送信する技術が開示されている。

また、番組において日本語による音声及び字幕だけでなく、英語等の他の言語による音声や字幕、３Ｄ映像のように１つの視点からの映像だけでなく他の視点からの映像といった多種多様の情報の送信・再生が、視聴者から求められている。

特表２００８−５００７９０号公報

しかしながら、放送では、１つのトランスポートストリームを送信するための電波帯域には制約があり、上記のような多種多様の情報の送信を実現しようとしても、各種情報のデータ量によっては全ての情報を１つのトランスポートストリームに含めることができないという問題がある。

そこで、本発明は、同時に再生すべき多種多様の情報を送信し、受信・再生することのできる送信装置、受信再生装置、送信方法及び受信再生方法を提供することを目的とする。

上記目的を達成するために、送信装置は、１台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持する保持手段と、前記ストリーム特定情報を送信する送信手段とを備えることを特徴とする。

上記構成によると、送信装置は、ストリーム特定情報を送信するので、受信側では、当該ストリーム特定情報を用いることで、各種情報が個別に伝送用ストリームで送信されても、同時に再生すべき伝送用ストリームを特定することができる。

番組配信システム１０の構成を示す図である。 送信装置１００の構成を示すブロック図である。 ＰＭＴのデータ構造の一例を示す図である。 ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。 ｖｉｅｗ＿ｓｅｌｅｃｔｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ（）のデータ構造の一例を示す図である。 ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎ（）のデータ構造の一例を示す図である。 送信装置２００の構成を示すブロック図である。 ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。図９に続く。 ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。図８から続き、図１０に続く。 ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。図９から続き、図１１に続く。 ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。図１０から続く。 デジタルテレビ（受信再生装置）３００の構成を示すブロック図である。 送信装置１００の動作を示す流れ図である。 受信再生装置３００の動作を示す流れ図である。 送信装置１１００の構成を示すブロック図である。 ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏのデータ構造の一例を示す図である。 ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏの記述例を示す図である。 送信装置１２００の構成を示すブロック図である。 ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏのデータ構造の一例を示す図である。 ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏの記述例を示す図である。 受信再生装置１３００の構成を示すブロック図である。 第２の実施の形態における番組配信システムの動作概要を示す流れ図である。 受信再生装置１３００の動作を示す流れ図である。 ｈｙｐｅｒｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）のデータ構造の一例を示す図である。 ｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）のデータ構造の一例を示す図である。 （ａ）は、主ストリームを示すｏｂｊｅｃｔ要素に対する、副ストリームを指定するための拡張属性を示す図であり、（ｂ）は、拡張属性を用いて副ストリームを指定するデータ放送コンテンツの記述例を示す図である。 ＥｘｔｅｒｎａｌＥＳ要素を定義する構造の一例を示す図である。図２８に続く。 ＥｘｔｅｒｎａｌＥＳ要素を定義する構造の一例を示す図である。図２７から続く。 ＥｘｔｅｒｎａｌＥＳ要素を用いて副ストリームを指定するＥＲＩの記述例を示す図である。

１．概要
上述したように、今後の放送サービスにおいて、多種多様な情報の放送が期待されているが、トランスポートストリームを送信するための電波帯域には制約があり、各種情報のデータ量によっては、１つのトランスポートストリームで送信できない場合がある。

そこで、複数のトランスポートストリームで、番組及び各種情報を送信することが考えられる。

しかしながら、現在のところ、無数の放送波や複数のトランスポートストリームから、一の番組に対するサービス（他言語の字幕など）を含むストリームを特定し、視聴者が所望の情報を選択できる仕組みがない。

そこで、発明者らは、鋭意検討し、複数のトランスポートストリームを用いて、同時に再生すべき多種多様の情報を送信し、受信・再生することのできる、本発明に至った。

本発明の一態様によれば、送信装置は、１台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持する保持手段と、前記ストリーム特定情報を送信する送信手段とを備えることを特徴とする。

２．第１の実施の形態
以下、図面を参照しながら、本実施の形態について詳細に説明する。

２．１ 概要
本実施の形態に係る番組配信システム１０は、図１に示すように、送信装置１００、２００と、デジタルテレビ（受信再生装置）３００とから構成される。

デジタルテレビ放送では、送信装置１００、２００からの放送信号は、ＭＰＥＧシステム規格によって規定されるトランスポートストリーム（ＴＳ）形式で映像・音声ストリーム及び番組配列情報が多重化されて送出される。ここで、番組配列情報とは、ＴＳの伝送ネットワーク情報、放送局、チャンネル（サービス）の詳細情報、及び番組詳細情報などが記載されたＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）／ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）のことである。

送信装置１００、２００は、ビデオストリーム、オーディオストリーム等が多重化されたトランスポートストリーム（ＴＳ）を送信する。

本実施の形態では、送信装置１００、２００から送出される各ＴＳは、従来の２Ｄデジタル放送で運用されているようにＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）に準拠したトランスポートストリームである。ＭＰＥＧ２−ＴＳに準拠したトランスポートストリームは、１つ以上のビデオ・オーディオストリームと、各ビデオ・オーディオストリームストリームがどのプログラム（番組）に属するかを記したＰＳＩを含んでいる。ＰＳＩには、ＴＳ内に含まれるプログラム一覧を示すＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）、あるプログラム内に属する映像・音声などのストリームのＰＩＤ（パケットＩＤ）を格納したＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）などがある。

さらにＭＰＥＧ２−ＴＳに準拠したトランスポートストリームには、ネットワーク情報や編成チャンネル情報・番組情報に関して記述されているＳＩが含まれる。

ＳＩには、ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ネットワーク情報テーブル）、ＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：サービス記述テーブル）及びＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：イベント情報テーブル）等のテーブルが含まれている。

ＮＩＴには、送出されたＴＳが経由するネットワークに関する情報（チャンネル番号、変調方式など）が記述されている。

ＳＤＴには、送出されるＴＳ内に存在する編成チャンネルに関する情報（チャンネル名称、番組情報の種類、デジタルコピー制御情報など）が記載されている。

ＥＩＴには、各編成チャンネルに含まれる番組に関する詳細情報（番組名称、放送日時、放送内容など）が記載されている。

デジタルテレビ（受信再生装置）３００は、ＳＩに記載された情報を利用することによって、電子番組表（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：ＥＰＧ）を作成することができる。

送信装置１００、２００から送信される各ＴＳには、一の番組について同時に再生されるべき情報が含まれている。例えば、送信装置１００から送信されるＴＳには、３Ｄ番組における左目用の映像及び音声が含まれ、送信装置２００から送信されるＴＳには、３Ｄ番組における右目用の映像が含まれている。そして送信装置１００から送信されるＴＳは、単独で再生がされ、送信装置２００から送信されるＴＳは、単独では原則再生ができないものとなっている。

以下、送信装置１００から送信されるＴＳに含まれる左目用映像のストリームを主ストリームと記述し、送信装置２００から送信されるＴＳに含まれる右目用映像のストリームを副ストリームと記述する。

受信再生装置３００は、送信装置２００が送出する副ストリームを含むＴＳを受信する前に送信装置１００が送出する放送波から主ストリームを含むＴＳを受信した場合には、受信したＴＳに多重化されているビデオ・オーディオストリームと番組配列情報を含むＳＩ等を分離する。受信再生装置３００は、分離されたＳＩ等のＳＩ／ＰＳＩの各情報から、副ストリームが存在するか否かを判別し、存在する場合には当該副ストリームを含むＴＳの受信を行い、主ストリームと副ストリームとを同時に再生する。具体的は、主ストリームから左目映像を、副ストリームから右目映像を、それぞれ生成し、３Ｄ表示に係る再生を行う。

受信再生装置３００は、送信装置１００が送出する主ストリームを含むＴＳを受信する前に送信装置２００が送出する放送波から副ストリームを含むＴＳを受信した場合には、副ストリームでの単独再生の可否を判断し、判断結果に応じて副ストリームのみの再生、及び上記と同様に主ストリームと副ストリームとの同時再生を行う。

２．２ 送信装置１００の構成
送信装置１００は、一の番組に対する主ストリームを含むＴＳを生成し、配信するものである。

送信装置１００は、図２に示すように、左目用ビデオエンコーダ１０１、オーディオエンコーダ１０２、左目用ビデオストリーム格納部１０３、オーディオストリーム格納部１０４、情報保持部１０５、多重化部１０６及び送信部１０７から構成されている。

（１）左目用ビデオエンコーダ１０１
左目用ビデオエンコーダ１０１は、一の番組について３Ｄ表示する際の左目の映像（ピクチャ）について、ＭＰＥＧ−２、ＭＰＥＧ−４などの方式を使って符号化して、左目用ビデオストリーム（つまり、主ストリーム）を生成し、左目用ビデオストリーム格納部１０３へ書き込む。

（２）オーディオエンコーダ１０２
オーディオエンコーダ１０２は、音声データを、リニアＰＣＭなどの方式で圧縮・符号化して、オーディオストリームを生成し、オーディオストリーム格納部１０４へ書き込む。

（３）左目用ビデオストリーム格納部１０３
左目用ビデオストリーム格納部１０３は、左目用ビデオエンコーダ１０１で生成された左目用ビデオストリームを格納するための記憶領域である。

（４）オーディオストリーム格納部１０４
オーディオストリーム格納部１０４は、オーディオエンコーダ１０２で生成されたオーディオストリームを格納するための記憶領域である。

（５）情報保持部１０５
情報保持部１０５は、主ストリームとともに送信されるＳＩ／ＰＳＩを格納する記憶領域である。なお、ＳＩ／ＰＳＩは、外部装置で作成されてもよいし、送信装置１００で作成されてもよい。

以下、ＳＩ／ＰＳＩに含まれるＰＭＴについて説明する。

図３は、ＰＭＴのデータ構造を示す図である。個々のパラメータの意味については、ＩＳＯ／ＩＥＣ１３８１８−１（ＭＰＥＧ−２）にて規定されているため説明を省略する。ＰＭＴには記述子を配置可能な箇所が２箇所ある。

１つ目はファーストループＤ１００と呼ぶ部分である。ファーストループＤ１００の「ｄｅｓｃｒｉｐｔｏｒ（）」には記述子の配置が可能である。「ｄｅｓｃｒｉｐｔｏｒ（）」部分は、複数の記述子を挿入可能である。ここには、番組全体に関わる記述子を配置する。

２つ目は、ＥＳ情報記載箇所Ｄ１０１に含まれるセカンドループＤ１０２と呼ぶ部分である。ＥＳ情報記載箇所Ｄ１０１は、ファーストループＤ１００の直後からｆｏｒ文が始まっており、このｆｏｒ文は番組に含まれるＥＳの数だけ繰り返される。このｆｏｒ文内のパラメータ、例えば、ｓｔｒｅａｍ＿ｔｙｐｅやｅｌｅｍｅｎｔａｒｙ＿ＰＩＤなどは、当該ＥＳに関するパラメータである。セカンドループＤ１０２は、このＥＳ情報記載箇所Ｄ１０１に含まれている。セカンドループＤ１０２の「ｄｅｓｃｒｉｐｔｏｒ（）」には記述子の配置が可能である。「ｄｅｓｃｒｉｐｔｏｒ（）」部分は、複数の記述子を挿入可能である。ここには、当該ＥＳに関わる記述子を配置する。

本実施の形態では、副ストリームの参照情報を記述する、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）を定義し、上記のセカンドループＤ１０２に配置する。

なお、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の記載内容は後述する。

（６）多重化部１０６
多重化部１０６は、左目用ビデオストリーム格納部１０３に格納されている左目用ビデオストリーム、オーディオストリーム格納部１０４に格納されているオーディオストリーム、情報保持部１０５に格納されているＳＩ／ＰＳＩなどを多重化して、ＭＰＥＧ２−ＴＳ形式のＴＳを生成し、送信部１０７を介して送信する。

なお予めビデオ、オーディオを圧縮・符号化して格納するのではなく、未圧縮のビデオ、オーディオをリアルタイムで符号化すると同時に多重化する構成としてもよい。

（７）送信部１０７
送信部１０７は、多重化部１０６で生成されたＭＰＥＧ２−ＴＳ形式のＴＳを送信する。

２．３ ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）について
ここでは、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の具体的な記述内容について説明する。図４にｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の構造の一例を示す。

以下、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の記述要素について説明する。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇには、他の記述子と本記述子を区別するための、一意な値が記述される。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈには、次のフィールドから本記述子末尾までのバイト数が記述される。

Ｒｅｓｅｒｖｅｄは、将来拡張のための領域であり、二進数の“１”がビット数分記述される。

ＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、副ストリームが伝送されるネットワークの種別を示す。具体的には、値“００”は、副ストリームが、主ストリームと同じ放送ネットワークで伝送されることを示す。値“０１”は、副ストリームが、後続のｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎにて示される、主ストリームと異なる放送ネットワークで伝送されることを示す。値“１０”は、副ストリームが、後続のｕｒｉ＿ｃｈａｒで示されるＵＲＩによってアクセス可能な、放送以外の媒体によりアクセス可能であることを示す。これにより、主ＳＴを受信したデジタルテレビ３００は、副ストリームがどのようにアクセス可能かを知ることができる。

ｓｔｒｅａｍ＿ｔｙｐｅ＿ｆｌａｇは、後続のｓｔｒｅａｍ＿ｔｙｐｅの記述の有無を示すフラグである。

ｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは、主ストリームと副ストリームの同期手段の有無及び方法を示す。値“００”は、受信機において主ストリームと副ストリームの同期は行わず、主ストリームの復号・表示を行う際は主ストリーム内のＰＣＲ（Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｆｅｒｅｎｃｅ）に従い、副ストリームの復号・表示を行う際は副ストリーム内のＰＣＲに従う。値“０１”は、後続のＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇで始まるＰＣＲ参照情報を用いて、ＰＣＲを用いた同期を行う。値“１０”は、後続のｍａｉｎ＿ｓｙｎｃ＿ＰＩＤで始まる同期トラック参照情報を用いて、独立した同期トラックを用いた同期を行う。これにより、デジタルテレビ３００は、主ストリームと副ストリームの間のクロック同期の有無及び方法を知ることができる。

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄは、参照する副ストリームが伝送されるｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄを示す。

ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒは、参照する副ストリームを含むプログラムのｐｒｏｇｒａｍ＿ｎｕｍｂｅｒを示す。

ＥＳ＿ＰＩＤは、参照する副ストリームのＰＩＤを示す。

上記のｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、 ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ、ＥＳ＿ＰＩＤを記述することにより、本記述子が配置されるＰＭＴのセカンドループＤ１０２に対応するＥＳの利用時に、同時に利用可能な副ストリームのＥＳを特定することができる。なお、副ストリームが存在しない場合には、ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒには、副ストリームが存在しない旨を示す“０ｘ００”が記述される。

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎは、参照する副ストリームが別の放送ネットワーク（例：地上波放送に対する衛星放送）で伝送される場合に、副ストリームの伝送されるネットワークを示す。例えば、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎに、副ストリームが伝送されるネットワークのｎｅｔｗｏｒｋ＿ｉｄ（例：０ｘ４０ｆ１）を記述する。これにより、副ストリームが主ストリームとは別の放送ネットワークで伝送される場合でも、デジタルテレビ３００は、その伝送位置を知ることができる。

ｕｒｉ＿ｌｅｎｇｔｈは、後続のｕｒｉ＿ｃｈａｒのバイト数を示す。

ｕｒｉ＿ｃｈａｒは、参照する副ストリームが放送以外の媒体によってもアクセス可能な場合に、副ストリームにアクセスするためのＵＲＩを記述する。ＵＲＩの記述例については、後述する。

ｓｔｒｅａｍ＿ｔｙｐｅは、副ストリームのｓｔｒｅａｍ＿ｔｙｐｅを示すものであり、「ＩＳＯ／ＩＥＣ １３８１８−１」にて定義される形式で表される。例えば、副ストリームがＨ．２６４ＡＶＣであれば、ｓｔｒｅａｍ＿ｔｙｐｅには“０ｘ１Ｂ”が記述される。これにより、デジタルテレビ３００は、副ストリームが利用可能かどうか、副ストリームにアクセスする前に知ることができる。さらに、ｓｔｒｅａｍ＿ｔｙｐｅを用いて副ストリームの用途を指定してもよい。ｓｔｒｅａｍ＿ｔｙｐｅの具体例については、後述する。

ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇは、主ストリームならびに副ストリームを共通のＰＣＲに従って同期して復号・表示を行う際に、主ストリームと副ストリームのどちらのＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を参照すべきかを示す。“０”の場合は、主ストリームを含むプログラムのＰＣＲを利用することを示す。“１”の場合は、副ストリームを含むプログラムのＰＣＲを利用することを示す。これにより、伝送路の信頼性等に応じて、主ストリームと副ストリームどちらのＰＣＲを参照すべきかを指定することができる。また、デジタルテレビは、ＰＣＲを用いて主ストリームと副ストリームとを同期させる場合に、どちらのＰＣＲを参照すべきかを知ることができる。

ｅｘｐｌｉｃｉｔ＿ＰＣＲ＿ｆｌａｇは、ＰＣＲ＿ＰＩＤを本記述子中で記述するかどうかを示す。“０”の場合は本記述子で記述されず、主ストリーム又は副ストリームのプログラムのＰＭＴ中のＰＣＲ＿ＰＩＤで記述されたＰＣＲを利用する。“１”の場合は、後続のＰＣＲ＿ＰＩＤにて記述されたＰＣＲを利用する。これにより、既存のＰＣＲを利用するか、主ストリームと副ストリームの同期再生時に固有のＰＣＲを利用するかを指定することができる。

ＰＣＲ＿ｏｆｆｓｅｔ＿ｆｌａｇは、主ストリームと副ストリームを指定されたＰＣＲを用いて同期再生する場合に、オフセットの有無を指定する。“０”の場合は、オフセット値は指定されないことを示す。“１”の場合は、オフセット値が指定されることを示す。

ＰＣＲ＿ＰＩＤは、主ストリームと副ストリームの同期再生時に、主ストリーム又は副ストリーム中の参照すべきＰＣＲのＰＩＤを指定する。これにより、受信機は同期再生時に固有のＰＣＲを利用する場合に、そのＰＣＲのＰＩＤを知ることができる。

ＰＣＲ＿ｐｏｌａｒｉｔｙは、オフセット値の極性を示す。“０”の場合は後続のＰＣＲ＿ｏｆｆｓｅｔ値を、ＰＣＲ＿ｌｏｃａｔｉｏｎで指定された側のストリーム内のＰＣＲの値に加算して、ＰＣＲ＿ｌｏｃａｔｉｏｎで指定されなかった側のストリームを復号・表示を行う際のＰＣＲとして利用する。“１”の場合は後続のＰＣＲ＿ｏｆｆｓｅｔ値を、ＰＣＲ＿ｌｏｃａｔｉｏｎで指定された側のストリーム内のＰＣＲの値より減算して、ＰＣＲ＿ｌｏｃａｔｉｏｎで指定されなかった側のストリームを復号・表示を行う際のＰＣＲとして利用する。

ＰＣＲ＿ｏｆｆｓｅｔは、オフセット値の絶対値を示す。例えば、ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇが“０”であって主ストリーム内のＰＣＲを利用する場合は、副ストリームの復号・表示を行うときに、ＰＣＲ＿ｐｏｌａｒｉｔｙとＰＣＲ＿ｏｆｆｓｅｔに従って主ストリーム内のＰＣＲをオフセットした値を使用する。ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇが“１”であって副ストリーム内のＰＣＲを利用する場合は、主ストリームの復号・表示を行うときに、ＰＣＲ＿ｐｏｌａｒｉｔｙとＰＣＲ＿ｏｆｆｓｅｔに従って副ストリーム内のＰＣＲをオフセットした値を使用する。このように、ＰＣＲ＿ｐｏｌａｒｉｔｙとＰＣＲ＿ｏｆｆｓｅｔを指定することによって、主ストリームと副ストリームとの間で参照するＰＣＲの開始値を合わせることができない場合でも、同期再生を実現することができる。

ｍａｉｎ＿ｓｙｎｃ＿ＰＩＤは、主ストリームの同期トラックのＰＩＤを示す。

ｓｕｂ＿ｓｙｎｃ＿ＰＩＤは、副ストリームの同期トラックのＰＩＤを示す。

ｍａｉｎ＿ｓｙｎｃ＿ＰＩＤとｓｕｂ＿ｓｙｎｃ＿ＰＩＤを用いることにより、ＰＣＲの値によらず、主ストリームと副ストリームを同期させることが可能となる。なお、同期トラックは、ＥＴＳＩ ＴＳ １０２ ８２３（Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ｔｈｅ ｃａｒｒｉａｇｅ ｏｆ ｓｙｎｃｈｒｏｎｉｚｅｄ ａｕｘｉｌｉａｒｙ ｄａｔａ ｉｎ ＤＶＢ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍｓ）に規定されるｓｙｎｃｈｒｏｎｉｓｅｄ ａｕｘｉｌｉａｒｙ ｄａｔａを用いて、主／副ストリームそれぞれのタイムスタンプと主／副ストリームで共通なタイムコードとの関係を記載してもよいし、他の方法でもよい。

以上が、新規の記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”について説明である。この記述子により、主ストリームの映像音声サービス視聴時に、同時に利用可能な副ストリームを特定し、同時に再生（同期して再生）することができる。
（ＵＲＩの記述例について）
ここでは、新規の記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”に記載されるｕｒｉの記述例について説明する。

“ｈｔｔｐ：／／ａａａ．ｓａｍｐｌｅ．ｃｏｍ／ｂｂｂ．ｔｓ”と記述された場合には、ｈｔｔｐプロトコルを用いて、ａａａ．ｓａｍｐｌｅ．ｃｏｍサイトのｂｂｂ．ｔｓファイルにアクセスすることを示す。ここで、ｂｂｂ．ｔｓは、副ストリームを格納したＴＳファイルの実体である。

“ｈｔｔｐ：／／ａａａ．ｓａｍｐｌｅ．ｃｏｍ／ｃｃｃ．ｃｐｃ”という記述は、ａａａ．ｓａｍｐｌｅ．ｃｏｍサイトのｃｃｃ．ｃｐｃファイルに、通信経由でｈｔｔｐプロトコルを用いてアクセスすることを示すものである。ここで、ｃｃｃ．ｃｐｃは、副ストリームを格納したＴＳファイルにアクセスするための、再生制御メタファイルである。

“ｒｔｓｐ：／／ａａａ．ｓａｍｐｌｅ．ｃｏｍ／ｄｄｄ．ｔｓ”という記載は、ａａａ．ｓａｍｐｌｅ．ｃｏｍサイトのｄｄｄ．ｔｓファイルに、通信経由でｒｔｓｐプロトコルを用いてアクセスすることを示す。ここで、ｄｄｄ．ｔｓは、副ストリームを格納したＴＳファイルの実体である。

“ａｒｉｂ−ｆｉｌｅ：／／ＤｉｒＡ／ＤｉｒＢ／ｅｅｅ．ｔｓ”という記載は、あらかじめローカル蓄積媒体上に格納されたＤｉｒＡ／ＤｉｒＢフォルダ中のｆｆｆ．ｔｓファイルにアクセスすることを示す。ここで、ｆｆｆ．ｔｓは、副ストリームを格納したＴＳファイルの実体である。

“ｃｒｉｄ：／／ａａａ．ｓａｍｐｌｅ．ｃｏｍ／ｚｚｚ”という記載は、ａａａ．ｓａｍｐｌｅ．ｃｏｍ／ｚｚｚで示されるＣＲＩＤ（Ｃｏｎｔｅｎｔ Ｒｅｆｅｒｅｎｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を持つ映像にアクセスすることを示す。受信側の装置では、ＣＲＩＤを用いて、「ＥＴＳＩ ＴＳ １０２ ８２２ Ｐａｒｔ４」、又は「ＡＲＩＢ ＳＴＤ−Ｂ３８ ４．１．３」で規定された記載方法によって、ロケーション解決を行う。
（ｓｔｒｅａｍ＿ｔｙｐｅの具体例について）
ここでは、新規の記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”で記載されるｓｔｒｅａｍ＿ｔｙｐｅに割り当てられる値について説明する。なお、下記の値は、ｓｔｒｅａｍ＿ｔｙｐｅとは別のフィールドを設けて、記載するとしてもよい。

本実施の形態では、ｓｔｒｅａｍ＿ｔｙｐｅには、値“０ｘ８０”から“０ｘ８Ａ”までの何れかの値が割り当てられる。以下、各値について説明する。

値“０ｘ８０”は、副ストリームが二眼式立体映像における、主ストリームと反対側のビュー（例：左眼視点に対する右眼視点）からなるものでることを示す。なお、本実施の形態の番組配信システム１０では、ｓｔｒｅａｍ＿ｔｙｐｅは“０ｘ８０”となる。

値“０ｘ８１”は、副ストリームが０ｘ８０と同様の内容を、主ストリームとの差分で符号化したものであることを示す。

値“０ｘ８２”は、副ストリームが主ストリームの映像を一次元方向に高精細化する差分成分（例：片目当たり９６０×１０８０ピクセルのＳｉｄｅ−ｂｙ−Ｓｉｄｅ形式の二眼式立体映像を、片目当たり１９２０×１０８０ピクセルに高精細化）であることを示す。

値“０ｘ８３”は、副ストリームが主ストリームの映像を二次元方向に高精細化する差分成分（例：１９２０×１０８０ピクセルの画像を、３８４０×２１６０ピクセルに高精細化）であることを示す。

値“０ｘ８４”は、副ストリームが主ストリームの映像の色深度情報を追加する差分成分（例：ＲＧＢにおける各８ｂｉｔの情報を各１２ｂｉｔに拡大）であることを示す。

値“０ｘ８５”は、副ストリームが主ストリーム映像より立体映像を生成する際に利用する奥行きマップ（Ｄｅｐｔｈ Ｍａｐ）であることを示す。

値“０ｘ８６”は、副ストリームが主ストリーム映像より立体映像を生成する際に利用する閉塞情報（Ｏｃｃｌｕｓｉｏｎ）であることを示す。

値“０ｘ８７”は、副ストリームが主ストリーム映像より立体映像を生成する際に利用する透明度情報（Ｔｒａｎｓｐａｒｅｎｃｙ）であることを示す。

値“０ｘ８８”は、副ストリームが主ストリーム映像とは別視点の映像情報（例：ＭＰＥＧ−４ ＭＶＣのｎｏｎ−ｂａｓｅ ｖｉｅｗ）であることを示す。この場合、複数の視点映像がある場合には、視点ごとにユーザが視点選択する際に分り易いカメラ名称、位置情報（ＧＰＳ）及びカメラの向きやズームなどの光学パラメータを記述しておくことが有用である。カメラ名称等の情報は、主／副ストリームの映像を格納するシステムストリーム内に新規ｄｅｓｃｒｉｐｔｏｒやｐｒｉｖａｔｅ ｓｔｒｅａｍの形式で記述してもよいし、ユーザ拡張領域のメタデータとして主／副ストリーム映像内に記述してもよいし、もしくは主／副ストリームとは別経路（当該ストリームと連動するＨＴＭＬ５形式など）にて伝送してもよい。図５にｄｅｓｃｒｉｐｔｏｒ形式のデータ構造（ｖｉｅｗ＿ｓｅｌｅｃｔｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ（））の一例を示す。ｎｕｍｂｅｒ＿ｏｆ＿ｖｉｅｗｓは、別視点の数を示すものである。以下の要素は、別視点の数分、定義される。ｖｉｅｗ＿ｉｄは、対応する視点を識別するためのものである。ｖｉｅｗ＿ｎａｍｅ＿ｌｅｎｇｔｈは、次に定義されるｖｉｅｗ＿ｎａｍｅのバイト数が記述される。ｖｉｅｗ＿ｎａｍｅは、カメラの名称が記述される。ＧＰＳ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｌｅｎｇｔｈは、次に定義されるＧＰＳ＿ｉｎｆｏｒｍａｔｉｏｎ（）のバイト数が記述される。ＧＰＳ＿ｉｎｆｏｒｍａｔｉｏｎ（）は、ＧＰＳ情報が記述される。ｃａｍｅｒａ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｌｅｎｇｔｈは、次に定義されるｃａｍｅｒａ＿ｉｎｆｏｒｍａｔｉｏｎ（）のバイト数が記述される。ｃａｍｅｒａ＿ｉｎｆｏｒｍａｔｉｏｎ（）には、カメラの向きやズームなどの光学パラメータの情報が記述される。

例えば、野球中継の番組においては、一塁ベンチからの撮影、三塁ベンチからの撮影等といったいろいろな視点からカメラ撮影がされている。この場合、ユーザが一塁側ベンチから内野全体を見たい場合には、複数視点のうち「一塁側」などといった名称のカメラを指定することで、一塁側ベンチからの視点映像を視聴することができる。さらに、位置情報やカメラの向き・ズーム情報を組み合わせることで、カメラ名称による指定ではなく野球場の見取り図上に配置したカメラをグラフィカルに表示しながら、ユーザに複数視点から映像を視聴させることもできる。

値“０ｘ８９”は、副ストリームが任意の視点映像を生成する際に利用するフリービュー映像情報であることを示す。複数の視点映像から生成された任意視点を生成可能な巨大な映像情報（例えば、サッカー中継におけるフィールド全体の映像）を伝送する際に、ユーザの興味・嗜好に応じて特定の領域を抽出して再生・表示できる機能は大変有用であると考えられる。そこで、巨大な映像情報に対して撮影された個々のオブジェクトに対する名称と位置情報（ＧＰＳ情報や、符号化映像内の位置情報）及びカメラの位置情報と光学パラメータ情報をメタデータとして符号化して伝送することで、これを元に特定の領域を切り出して再生・表示することができる。このような情報は主／副ストリーム映像を格納するシステムストリーム内に新規ｄｅｓｃｒｉｐｔｏｒやｐｒｉｖａｔｅ ｓｔｒｅａｍの形式で記述してもよいし、ユーザ拡張領域のメタデータとして主／副ストリーム映像内に記述してもよいし、もしくは主／副ストリームとは別経路（当該ストリームと連動するＨＴＭＬ５形式など）にて伝送してもよい。図６において、ユーザ拡張領域のメタデータ構造（ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎ（））の一例を示す。名称と位置情報とを対応付けるオブジェクトの個数が“ｎｕｍｂｅｒ＿ｏｆ＿ｏｂｊｅｃｔｓ”で記述される。各オブジェクトを識別するための情報がｏｂｊｅｃｔ＿ｉｄに、オブジェクトの名前がｏｂｊｅｃｔ＿ｎａｍｅに、それぞれ記述される。そして、ｏｂｊｅｃｔ＿ｉｄ、ｏｂｊｅｃｔ＿ｎａｍｅにて識別される撮影対象物のＧＰＳ位置情報はＧＰＳ＿ｉｎｆｏｒｍａｔｉｏｎ（）にて、符号化映像内の位置情報はその表示矩形領域をｏｂｊｅｃｔ＿ｕｐｐｅｒ＿ｌｅｆｔ＿ｘ／ｙ、ｏｂｊｅｃｔ＿ｌｏｗｅｒ＿ｒｉｇｈｔ＿ｘ／ｙにて記述される。

例えば、サッカー中継において特定の選手を中心に試合を視聴することも、選手名とその選手の映像内での位置情報がメタデータとして伝送されていれば、可能である。複数視点からのカメラ映像を組み合わせて任意の視点の映像を生成する際には、興味対象のオブジェクトのＧＰＳ情報と、組み合わせる複数視点のカメラのＧＰＳ情報（カメラの位置と向き情報）があることで任意視点からの映像生成精度を高めることができる。

値“０ｘ８Ａ”は、副ストリームが主ストリームの映像に対して付加情報を重畳した映像であることを示す。例えば、ＭＰＥＧ-４ ＭＶＣを使って主ストリーム映像に対して付加情報を重畳した映像を伝送することが可能である。主ストリームはＭＶＣのｂａｓｅビューであり、副ストリームはＭＶＣのｎｏｎ−ｂａｓｅビューとして符号化しておくことで、副ストリームは主ストリームの映像とは異なる映像情報（重畳した付加映像）のみを効率良く伝送できる。例えば、主ストリームの映像がサッカー中継である場合、副ストリームを主ストリーム映像内の選手の名前や走行距離などの属性情報をグラフィカルに各選手近辺に重畳するための映像（主ストリーム映像からの差分から構成される映像）とすることで、主ストリームに対して副ストリーム（ｓｔｒｅａｍ＿ｔｙｐｅ＝０ｘ８Ａ）で伝送される差分を適用する（つまりｎｏｎ−ｂａｓｅビューを復号し再生する）ことで、付加情報が重畳されたサッカー中継映像を容易にユーザに提示することができる。

以上が、ｓｔｒｅａｍ＿ｔｙｐｅに割り当てられる値についての説明である。これにより、受信側の装置は、副ストリームがどのように利用可能か、副ストリームにアクセスする前に知ることができる。

また、一の番組の映像（１つの視点からの映像）を含むトランスポートストリームとは異なるトランスポートストリームにより情報を送信する場合、例えば、異なるトランスポートストリームで他の視点からの映像を送信し、３Ｄ表示を行う場合には、双方のトランスポートストリームに含まれる両映像の同期をとる必要があるが、従来の技術では、同期をとる手段がない。そこで、上述したように、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”にｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅなどの同期に係る情報を含めることで、双方のトランスポートストリームに含まれる両映像の同期をとることができる。

２．４ 送信装置２００の構成
送信装置２００は、送信装置１００で送信される主ストリームに対応する副ストリームを送信するものである。

送信装置２００は、図７に示すように、右目用ビデオエンコーダ２０１、右目用ビデオストリーム格納部２０３、情報保持部２０５、多重化部２０６及び送信部２０７から構成されている。

（１）右目用ビデオエンコーダ２０１
右目用ビデオエンコーダ２０１は、送信装置１００から送信される左目の映像に対応する右目の映像（ピクチャ）について、ＭＰＥＧ−２、ＭＰＥＧ−４などの方式を使って符号化して、右目用ビデオストリーム（つまり、副ストリーム）を生成し、右目用ビデオストリーム格納部２０３へ書き込む。

（２）右目用ビデオストリーム格納部２０３
右目用ビデオストリーム格納部２０３は、右目用ビデオエンコーダ２０１で生成された右目用ビデオストリームを格納するための記憶領域である。

（３）情報保持部２０５
情報保持部２０５は、副ストリームともに送信されるＳＩ／ＰＳＩを格納する記憶領域である。なお、ＳＩ／ＰＳＩは、外部装置で作成されてもよいし、送信装置２００で作成されてもよい。

情報保持部２０５で格納されているＳＩ／ＰＳＩのデータ構造は、情報保持部１０５で格納されているＳＩ／ＳＰＩと同様である。ただ、副ストリームを送信する装置では、主ストリームの参照情報を記述する、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）を定義して、ＰＭＴのセカンドループに配置する。

なお、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）の記載内容は後述する。

（４）多重化部２０６
多重化部２０６は、右目用ビデオストリーム格納部２０３に格納されている右目用ビデオストリーム（副ストリーム）、情報保持部２０５に格納されているＳＩ／ＰＳＩなどを多重化して、ＭＰＥＧ２−ＴＳ形式のＴＳを生成し、送信部２０７を介して送信する。

（５）送信部２０７
送信部２０７は、多重化部２０６で生成されたＭＰＥＧ２−ＴＳ形式のＴＳを送信する。

２．５ ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）について
ここでは、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）の具体的な記述内容について説明する。図８から図１１に、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）の構造の一例を示す。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇには、他の記述子と本記述子を区別するための、一意な値が記述される。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈには、次のフィールドから本記述子末尾までのバイト数が記述される。

Ｒｅｓｅｒｖｅｄは、将来拡張のための領域であり、二進数の“１”がビット数分記述される。

ＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、主ストリームが伝送されるネットワークの種別を示す。値“００”の場合は、主ストリームが、副ストリームと同じ放送ネットワークで伝送されることを示す。値“０１”の場合は、主ストリームが、後続のｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎにて示される、副ストリームと異なる放送ネットワークで伝送されることを示す。値“１０”の場合は、主ストリームが、後続のｕｒｉ＿ｃｈａｒで示されるＵＲＩによってアクセス可能な、放送以外の媒体によりアクセス可能であることを示す。これにより、副ストリームを受信した装置（デジタルテレビ）は、主ストリームへのアクセス方法を知ることができる。

ｓｔｒｅａｍ＿ｔｙｐｅ＿ｆｌａｇは、後続のｓｔｒｅａｍ＿ｔｙｐｅの記述の有無を示すフラグである。

ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇは、副ストリームが主ストリームに依存せずに再生可能かどうかを示す。値“０”の場合は、当該副ストリームを単独で再生することが可能であることを示す。値“１”の場合は、当該副ストリームが、主ストリームと同時に利用する場合のみ再生可能であることを示す。これにより、主ストリームと無関係に副ストリームがデジタルテレビで受信された場合に、送信側の意図に従って副ストリームの再生を許可／抑制することができる。

ｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは、図３で示すものと同様であるので、ここでの説明は省略する。

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄは、親となる主ストリームが伝送されるｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄを示す。ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒは、親となる主ストリームを含むプログラムのｐｒｏｇｒａｍ＿ｎｕｍｂｅｒを示す。ＥＳ＿ＰＩＤは、親となる主ストリームのＰＩＤを示す。ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ、ＥＳ＿ＰＩＤを記述することにより、本記述子が配置されるＰＭＴのセカンドループに対応するＥＳの利用時に、親となる主ストリームのＥＳを特定することができる。なお特定のＥＳではなく、親となるプログラムを指定する場合には、ＥＳ＿ＰＩＤには無効値（ＮＵＬＬパケットを示す０ｘ１ＦＦ）を記述する。

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎは、親となる主ストリームが別の放送ネットワーク（例：地上波放送に対する衛星放送）で伝送される場合に、主ストリームの伝送されるネットワークを示す。例えば、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎに、主ストリームが伝送されるネットワークのｎｅｔｗｏｒｋ＿ｉｄ（例：０ｘ４０ｆ１）を記述する。これにより、主ストリームが副ストリームとは別の放送ネットワークで伝送される場合でも、デジタルテレビは、その伝送位置を知ることができる。

ｕｒｉ＿ｌｅｎｇｔｈは、後続のｕｒｉ＿ｃｈａｒのバイト数を示す。

ｕｒｉ＿ｃｈａｒは、親となる主ストリームが放送以外の媒体によりアクセス可能な場合に、主ストリームが含まれるＴＳにアクセスするためのＵＲＩを記述する。ＵＲＩの記述例は、上記で示した具体例と同様であるので、ここでの具体例を用いた詳細な説明は省略する。

ｓｔｒｅａｍ＿ｔｙｐｅは、主ストリームのｓｔｒｅａｍ＿ｔｙｐｅを、ＩＳＯ/ＩＥＣ １３８１８−１にて定義される形式にて示す。例えば、主ストリームがＨ．２６４ＡＶＣであれば、０ｘ１Ｂを記述する。これにより、主ストリームがデジタルテレビにおいて利用可能かどうか、主ストリームにアクセスする前に知ることができる。

ｐａｒｅｎｔ＿ＣＡ＿ｆｌａｇは、副ストリームが単独再生不可の場合に、親となる主ストリームのＥＣＭにて復号すべきかどうかを示す。値“０”の場合は、副ストリームは暗号化されていないか、副ストリームの情報を記載するＰＭＴのセカンドループに配置されたＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）の情報に従って復号することを示す。値“１”の場合は、副ストリームは主ストリームのＥＣＭを用いて復号することを示す。これにより、主ストリームと副ストリームを個別の鍵でスクランブルすることによる煩雑さや処理負荷を防ぐと同時に、主ストリームと無関係に副ストリームがデジタルテレビで受信された場合に送信側の意図しない形で再生されることを防ぐことができる。

ｅｘｐｌｉｃｉｔ＿ＣＡ＿ｆｌａｇは、副ストリームの復号に際して親となる主ストリームのＥＣＭを利用する場合に、ＥＣＭ＿ＰＩＤを本記述子中で記述するかどうかを示す。値“０”の場合は、主ストリームと同じＥＣＭ、すなわち主ストリームの情報を記載するＰＭＴのセカンドループに配置されたＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）の情報に従って復号することを示す。値“１”の場合は、主ストリームを含むＴＳ中の、後続のＥＣＭ＿ＰＩＤで記載されたＥＣＭを用いて復号することを示す。これにより、主ストリームと副ストリームを同じ課金としたり、副ストリームのみを別途追加購入可能としたりするなど、柔軟な課金体系が可能となる。

ＥＣＭ＿ＰＩＤは、副ストリームの復号に際して親となる主ストリームのＥＣＭを明示的に指定する場合に記述する。

ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ以降の記述要素は、図３で示すものと同様であるので、ここでの説明は省略する。

以上、説明したように、新規の記述子ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ ｄｅｓｃｒｉｐｔｏｒ（）を追加することで、デジタルテレビ３００は、副ストリームを受信した際に、受信した副ストリームを利用可能な主ストリームを特定することができる。

また、 “ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”にｄｅｐｅｎｄａｎｃｙ＿ｆｌａｇなどの単独再生に係る情報を含めることで、受信側の装置が副ストリームを誤って単独で再生して、制作者の意図しない視聴が行われる可能性を回避することができる。

２．６ デジタルテレビ（受信再生装置）３００
ここでは、受信再生装置３００の構成について説明する。

受信再生装置３００は、図１２に示すように、制御部３０１、受信処理部３０２、再生処理部３０３及び出力部３０４から構成されている。

（１）制御部３０１
制御部３０１は、受信再生装置３００の全体の制御を行うものである。

具体的には、制御部３０１は、ＵＩ及びブラウザ等を通じて、ユーザから特定のストリーム（放送チャンネル）の選局指示を受け付け、受け付けた選局指示に基づいて、受信処理部３０２に、選局・復調を指示する。その後、制御部３０１は、受信処理部３０２で受信したＴＳに含まれるＰＭＴを再生処理部３０３から受け取る。制御部３０１は、ＰＭＴを解析し、再生すべき映像のＰＩＤ及び音声のＰＩＤ等を特定し、特定した各ＰＩＤを再生処理部３０３へ通知する。また、制御部３０１は、受け取ったＰＭＴに上記の新規記述子の有無を判断することにより、受信したＴＳと同時に再生すべき情報を含む他のＴＳの存在の有無を判断する。例えば、受信したＴＳに含まれるＰＭＴに新規記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”の存在の有無により、副ストリームの存在の有無を判断する。制御部３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）が存在すると判断する場合には副ストリームを特定し、特定した副ストリームを含むＴＳについて受信、復調するよう受信処理部３０２へ指示する。さらに、制御部３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）から同期に関する情報を取得し、取得した情報に基づいて、同期方法を特定し、その結果を再生処理部３０３へ通知する。

なお、制御部３０１は、受信したＴＳに含まれるＰＭＴにｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ ｄｅｓｃｒｉｐｔｏｒ（）が記述されている場合には、副ストリームのみでの再生の可否を判断する。副ストリームのみでの再生が不可であると判断した場合には、主ストリームの特定、同期情報の取得を行う。

（２）受信処理部３０２
受信処理部３０２は、図１２に示すように、第１受信部３１０と第２受信部３１１とを有している。

第１受信部３１０は、制御部３０１からの指示に従って指定されたトランスポートストリーム（ここでは、主ストリームを含むものとする。）を受信及び復調し、復調して得られたＭＰＥＧ２形式のトランスポートストリームを再生処理部３０３へ出力する。

第２受信部３１１は、制御部３０１からの指示に従って、副ストリームを含むトランスポートストリームを受信及び復調し、復調して得られたＭＰＥＧ２形式のトランスポートストリームを再生処理部３０３へ出力する。

（３）再生処理部３０３
再生処理部３０３は、図１２に示すように、第１多重化分離部３２０、第２多重化分離部３２１、同期制御部３２２、第１映像復号部３２３、第２映像復号部３２４、音声復号部３２５、映像処理部３２６を有している。

（３−１）第１多重化分離部３２０
第１多重化分離部３２０は、第１受信部３１０から受け取ったトランスポートストリームを多重分離し、ユーザから指定されたチャンネルの番組に係るＰＭＴを抽出して、制御部３０１に出力する。

第１多重化分離部３２０は、制御部３０１から特定された映像のＰＩＤ及び音声のＰＩＤ等を受け取ると、各ＰＩＤと一致する映像のＥＳ（ここでは、主ストリームである左目映像ストリーム）、及び音声のＥＳを第１受信部３１０から受け取ったトランスポートストリームから抽出する。第１多重化分離部３２０は、抽出した主ストリームを第１映像復号部３２３へ、音声のＥＳを音声復号部３２５へ、それぞれ逐次出力する。

また、主ストリームと副ストリームとの同時再生が行われる場合において、同期の基準が主ストリームであるときには、制御部３０１からの指示に従って主ストリームからＰＣＲを抽出して、同期制御部３２２へ逐次出力する。

（３−２）第２多重化分離部３２１
第２多重化分離部３２１は、制御部３０１から特定された映像のＰＩＤ及び音声のＰＩＤ等を受け取ると、各ＰＩＤと一致する映像のＥＳ（ここでは、副ストリームである右目映像ストリーム）を第２受信部３１１から受け取ったトランスポートストリームから抽出する。第２多重化分離部３２１は、抽出した映像のＥＳを第２映像復号部３２４へ逐次出力する。

また、主ストリームと副ストリームとの同時再生が行われる場合において、同期の基準が副ストリームであるときには、制御部３０１からの指示に従って副ストリームからＰＣＲを抽出して、同期制御部３２２へ逐次出力する。

なお、第２多重化分離部３２１は、制御部３０１から映像のＰＩＤを受け取る前に、第２受信部３１１から受け取ったトランスポートストリームを受け取った場合には、受け取ったトランスポートストリームを多重分離し、ユーザから指定されたチャンネルの番組に係るＰＭＴを抽出して、制御部３０１に出力する。

（３−３）同期制御部３２２
同期制御部３２２は、特定された同期方法を制御部３０１から受け取る。

同期方法が主ストリームのＰＣＲを用いるものである場合には、同期制御部３２２は、第１多重化分離部３２０からＰＣＲを取得する。同期制御部３２２は、取得したＰＣＲから主ストリーム用のシステムクロックを生成して、第１映像復号部３２３に逐次出力する。同期制御部３２２は、制御部３０１からの指示に従って、主ストリームのＰＣＲを用いて副ストリーム用システムクロックを生成して、第２映像復号部３２４に逐次出力する。例えば、同期制御部３２２は、主ストリームのＰＣＲを、オフセット値を用いて副ストリームにも適用する場合には、主ストリーム用システムクロックに指定されたオフセット値を加算もしくは減算して、副ストリーム用システムクロックを生成する。

同期方法が副ストリームのＰＣＲを用いるものである場合には、同期制御部３２２は、第２多重化分離部３２１からＰＣＲを取得する。同期制御部３２２は、取得したＰＣＲから副ストリーム用のシステムクロックを生成して、第２映像復号部３２４に逐次出力する。同期制御部３２２は、制御部３０１からの指示に従って、副ストリームのＰＣＲを用いて主ストリーム用システムクロックを生成して、第１映像復号部３２３に逐次出力する。

主ストリーム及び副ストリームのどちらとも用いることなく同期をとる場合には（例えば同期トラック情報を用いる場合）、同期制御部３２２は、制御部３０１からの指示に従って、主ストリーム用システムクロック及び副ストリーム用システムクロックを生成し、主ストリーム用システムクロックを第１映像復号部３２３に、副ストリーム用システムクロックを第２映像復号部３２４に、それぞれ逐次出力する。

（３−４）第１映像復号部３２３
第１映像復号部３２３は、同期制御部３２２から逐次出力される主ストリーム用システムクロックを参照して、第１多重化分離部３２０から逐次出力される映像ＥＳ（主ストリーム）を、当該主ストリーム中に記載された復号タイミングで復号して、当該主ストリーム中に記載された出力タイミングで映像処理部３２６に出力する。

（３−５）第２映像復号部３２４
第２映像復号部３２４は、同期制御部３２２から逐次出力される副ストリーム用システムクロックを参照して、第２多重化分離部３２１から逐次出力される映像ＥＳ（副ストリーム）を、当該副ストリーム中に記載された復号タイミングで復号して、当該副ストリーム中に記載された出力タイミングで映像処理部３２６に出力する。

（３−６）音声復号部３２５
音声復号部３２５は、第１多重化分離部３２０から逐次受け取った音声のＥＳを復号して、音声データを生成する。そして、音声復号部３２５は、生成した音声データを音声として出力する。

（３−７）映像処理部３２６
映像処理部３２６は、制御部３０１から副ストリームの用途に応じた指示を受け取ると、受け取った指示に従って、第１映像復号部３２３及び第２映像復号部３２４より出力された映像の処理を行って、出力部３０４に出力する。

例えば、各映像が二眼式立体の各ビューに対応するものである場合は、第１映像復号部３２３及び第２映像復号部３２４それぞれから出力された映像を合成する。合成の方法は、例えばアクティブシャッター方式の３Ｄディスプレイであれば、入力された両映像を交互に表示すると共に、３Ｄ眼鏡の左右眼に対応した液晶シャッターを表示に同期して交互に開閉させる。またパッシブ方式の３Ｄディスプレイであれば、ディスプレイ上でライン毎に左右眼に対応して交互に設定された偏光方向に合せて、入力された両映像をライン毎に交互に重ね合わせる。さらにＨＤＭＩ等外部出力を行う前提であれば、出力先のディスプレイが受け付ける３Ｄフォーマットに従った合成を行う（例：左右交互にフル解像度で出力するＦｒａｍｅ Ｐａｃｋｉｎｇ、水平方向に圧縮合成したＳｉｄｅ−ｂｙ−Ｓｉｄｅなど）。

（４）出力部３０４
出力部３０４は、映像処理部３２６から受け取った映像を、ディスプレイ（図示せず）へ出力する。

２．７ 動作
ここでは、各装置の動作について説明する。なお、説明の便宜上、副ストリームについての種別を、ｓｔｒｅａｍ＿ｔｙｐｅ＝０ｘ８０（二眼式立体映像における、主ストリームと反対側のビュー）とする。

（１）送信装置１００の動作
ここでは、送信装置１００の動作について図１３に示す流れ図を用いて説明する。

左目用ビデオエンコーダ１０１は、一の番組についての複数の左目用映像（ピクチャ）について、ＭＰＥＧ−２、ＭＰＥＧ−４などの方式を使って符号化して、左目用ビデオストリームを生成し、左目用ビデオストリーム格納部１０３へ書き込む（ステップＳ５）。

オーディオエンコーダ１０２は、音声データを圧縮・符号化して、オーディオストリームを生成し、オーディオストリーム格納部１０４へ書き込む（ステップＳ１０）。

多重化部１０６は、左目用ビデオストリーム、オーディオストリーム、及び情報保持部１０５で格納されているＳＩ／ＰＳＩなどを多重化して、ＭＰＥＧ２−ＴＳ形式のトランスポートストリームを生成し（ステップＳ１５）、送信部１０７を介して送信する（ステップＳ２０）。

（２）送信装置２００の動作
送信装置２００の動作については、送信装置１００の動作との変更点のみ説明する。

ステップＳ５において、右目用ビデオエンコーダ２０１が右目用ビデオストリームを生成するように変更する。

ステップＳ１０は実行せず、ステップＳ１０においてとランポートストリームを生成する際には、多重化部２０６が右目用ビデオストリームと、情報保持部２０５で格納されているＳＩ／ＰＳＩなどを多重化するように変更する。

（３）受信再生装置３００の動作
ここでは、受信再生装置３００の動作について、図１４に示す流れ図を用いて説明する。なお、説明の便宜上、主ストリームは第１受信部３１０で受信され、副ストリームは第２受信部３１１で受信されるものとする。

受信処理部３０２は、ユーザから選局指示のあったトランスポートストリーム（ＴＳ）を受信する（ステップＳ１００）。

制御部３０１は、受信したＴＳに含まれるＰＭＴを用いて、当該ＴＳが主ストリームを含むものであるか、副ストリームを含むものであるか、若しくは双方とも含まないものであるかを判別する（ステップＳ１０５）。具体的には、制御部３０１は、受信したＴＳに含まれるＰＭＴに、新規記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”が記載されている場合には当該ＴＳには主ストリームが含まれると、新規記述子“ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”が記載されている場合には当該ＴＳには副ストリームが含まれると、判別する。また、上記新規記述子の何れも記載されていない場合には、通常のＴＳであると判別する。

受信したＴＳに主ストリームが含まれると判別する場合（ステップＳ１０５における「主ストリーム」）、制御部３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の記述内容を参照して、副ストリームを特定し、第２受信部３１１へ特定した副ストリームを含むＴＳを受信するよう指示し、第２受信部３１１は、制御部３０１の指示に基づいて副ストリームを含むＴＳを受信する（ステップＳ１１０）。具体的には、制御部３０１は、ＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅ、ｔｒａｎｓｐｏｒｔ＿ｓｔｅｒａｍ＿ｉｄ、ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ、ＥＳ＿ＰＩＤ、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ、ｕｒｉ＿ｃｈａｒを参照して、副ストリームの取得方法を得る。例えばＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅで示される値が“００”又は“０１”である場合は、副ストリームが放送で伝送されているものと解釈して、第２受信部３１１にｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎを指定して、副ストリームを伝送する放送波を受信・復調するよう指示するとともに、第２多重化分離部３２１にｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ、ＥＳ＿ＰＩＤを指定して、復調されたトランスポートストリームから副ストリーム（右目映像のＥＳ）を分離・抽出するよう指示を行う。また例えば、ＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅで示される値が“１０”である場合は、副ストリームが通信ネットワーク経由で得られるものと解釈して、第２受信部３１１にｕｒｉ＿ｃｈａｒを指定して当該副ストリームを通信ネットワークから取得するよう指示するとともに、第２多重化分離部３２１にｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ、ＥＳ＿ＰＩＤを指定して、取得されたトランスポートストリームから副ストリームを分離・抽出するよう指示を行う。制御部３０１からの指示に従い、第２受信部３１１は副ストリームの受信、復調し、第２多重化分離部３２１は、多重分離を行って映像のＥＳ（副ストリーム）を抽出して第２映像復号部３２４へ逐次出力する。なお、副ストリームが取得できるまでの間、主ストリーム単独で再生する構成としてもよい。また、副ストリームを取得して主ストリームと同時に利用するか、主ストリーム単独で利用するかを、事前設定、もしくはユーザに問合せを行った結果によって選択してもよい。

再生処理部３０３は、制御部３０１の指示に基づいて、受信した主ストリーム及び副ストリームの同時再生を行う（ステップＳ１１５）。具体的には、先ず制御部３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）を取得している場合には、ｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ、及びＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ以降のフィールドを参照して、同期方法を特定する。例えば、ｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ＝０１、ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ＝０、ｅｘｐｌｉｃｉｔ＿ＰＣＲ＿ｆｌａｇ＝０、ＰＣＲ＿ｏｆｆｓｅｔ＿ｆｌａｇ＝１の場合は、主ストリームのＰＭＴ中に記載されたＰＣＲを、オフセット値を用いて副ストリームにも適用すると解釈して、同期制御部に当該の処理を行うよう指示する。同期制御部３２２は、特定された同期方法に基づいて、ＰＣＲ＿ＰＩＤを参照して主ストリームに含まれるＰＣＲを抽出し、抽出したＰＣＲを用いて主ストリーム用システムクロック及び副ストリーム用システムクロックを生成し、主ストリーム用システムクロックを第１映像復号部３２３に、副ストリーム用システムクロックを第２映像復号部３２４に、それぞれ逐次出力する。また、制御部３０１は、第１受信部３１０で受信したＴＳから主ストリーム映像を抽出するよう、第１多重化分離部３２０に指示を行う。制御部３０１は、ｓｔｒｅａｍ＿ｔｙｐｅ＿ｆｌａｇ及びｓｔｒｅａｍ＿ｔｙｐｅを参照して、副ストリームの用途に関する情報を得て、対応する処理を行うよう再生処理部３０３へ指示を行う。例えばｓｔｒｅａｍ＿ｔｙｐｅ＝０ｘ８０の場合は、主ストリーム及び副ストリームが二眼式立体の各ビューに対応するものと解釈して、再生処理部３０３に処理を行うよう指示する。制御部３０１の指示により、再生処理部３０３の第１映像復号部３２３は主ストリームから左目用映像を生成し、第２映像復号部３２４は副ストリームから右目用映像を生成し、映像処理部３２６は、生成された左目用映像及び右目用映像を３Ｄ表示するための処理を行う。

受信したＴＳに副ストリームが含まれると判別した場合（ステップＳ１０５における「副ストリーム」、制御部３０１は、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）を参照して、副ストリームのみで再生可能であるか否かを判断する（ステップＳ１２０）。具体的には、制御部３０１は、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）のｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇを参照することで上記判断が可能である。

単独で再生可能でないと判断する場合には（ステップＳ１２０における「Ｎｏ」）、制御部３０１は、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）を参照して、主ストリームを特定し、第１受信部３１０へ特定した主ストリームを含むＴＳを受信するよう指示し、第１受信部３１０は、制御部３０１の指示に基づいて主ストリームを含むＴＳを受信する（ステップＳ１２５）。その後、処理はステップＳ１１５へ移行する。

単独で再生可能であると判断する場合には（ステップＳ１２０における「Ｙｅｓ」）、再生処理部３０３は、副ストリームのみの再生を行う（ステップＳ１３０）。なお、主ストリームを取得して副ストリームと同時に利用するか、副ストリーム単独で利用するかを、事前設定、もしくはユーザに問合せを行った結果によって選択してもよい。

受信したＴＳに主ストリーム及び副ストリームの何れともが含まれないと判別した場合（ステップＳ１０５における「その他」）、再生処理部３０３は、受信したＴＳから映像及び音声を生成し、出力部３０４へ出力、つまり受信したＴＳの再生を行う（ステップＳ１３５）。

３．第２の実施の形態
上記第１の実施の形態では、番組を放送波により送信するものとしたが、ここでは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）放送による送信の場合について説明する。

本実施の形態における番組配信システムでは、第１の実施の形態と同様に、主ストリームを送信する送信装置１１００と、副ストリームを送信する送信装置１２００と、受信再生装置１３００とから構成されている。

なお、第１の実施の形態と同様に、主ストリームは左目用映像のストリーム、副ストリームは右目用映像のストリームである。

以下、各装置の構成について、第１の実施の形態と異なる点を中心に説明する。第１の実施の形態の機能構成と同様の機能構成については、同一の符号を付し、説明を省略する。

３．１ 送信装置１１００
送信装置１１００は、図１５に示すように、左目用ビデオエンコーダ１０１、オーディオエンコーダ１０２、左目用ビデオストリーム格納部１０３、オーディオストリーム格納部１０４、ファイル保持部１１０５、多重化部１１０６及び送信部１１０７から構成されている。

（１）ファイル保持部１１０５
ファイル保持部１１０５は、ＩＰ上のビデオ・オン・デマンドサービス等における映像ストリーム等を送信するに先立って送信する再生制御メタファイルを保持している。再生制御メタファイルとは、「デジタルテレビ情報化研究会 デジタルテレビ ネットワーク機能仕様 ストリーミング機能仕様書 コーデック編」にて規定されるものである。

本実施の形態では、主ストリームの情報を記述した、再生制御メタファイル中のＥＲＩ（Ｅｎｔｒｙ Ｒｅｓｏｕｒｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）において、当該ストリームとは別ＴＳで伝送される副ストリームの参照情報が記述された新規要素（ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ）が追加されている。なお、新規要素（ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ）については、後述する。また、再生制御メタファイルは、外部装置で作成されてもよいし、送信装置１１００で作成されてもよい。

これにより、ＩＰ上のビデオ・オン・デマンドサービス等における映像ストリーム視聴時に、主ストリームの内容を解析する前に、同時に利用可能な副ストリームを特定することができる。

（２）多重化部１１０６
多重化部１１０６は、左目用ビデオストリーム格納部１０３に格納されている左目用ビデオストリーム（主ストリーム）、オーディオストリーム格納部１０４に格納されているオーディオストリームなどを多重化して、ＭＰＥＧ２−ＴＳ形式のＴＳを生成し、送信部１１０７を介して送信する。

（３）送信部１１０７
送信部１１０７は、ファイル保持部１１０５で保持されている再生制御メタファイルを送信、及び多重化部１１０６で生成されたＭＰＥＧ２−ＴＳ形式のＴＳを送信する。

３．２ ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏについて
図１６に、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏの項目を示す。

ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ要素は、一つ又は複数の、副ストリームに関する情報を示すものである。

ｌｏｃａｔｉｏｎ要素は、副ストリームの、放送、通信又は蓄積媒体上での位置を示すものである。ここで、副ストリームの位置は、ｕｒｉ属性中にＵＲＩ形式で記述される。これにより、受信側の装置は、副ストリームがどのようにアクセス可能であるかを知ることができる。例えば、副ストリームが放送で伝送される場合は、例えば「ＡＲＩＢ ＳＴＤ−Ｂ２４」にて規定される表記に従い、値が“ａｒｉｂ：／／０００１．０００２.０００３．０００４／０５”であれば、副ストリームは、ｎｅｔｗｏｒｋ＿ｉｄ＝０ｘ０００１、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ＝０ｘ０００２、ｓｅｒｖｉｃｅ＿ｉｄ＝０ｘ０００３、ｅｖｅｎｔ＿ｉｄ＝０ｘ０００４、ｃｏｍｐｏｎｅｎｔ＿ｔａｇ＝０ｘ０５にて放送（伝送）されるＥＳに含まれていることを示す。また副ストリームが放送以外の媒体によってもアクセス可能な場合は、第１の実施の形態で示すｕｒｉ＿ｃｈａｒの記述と同様である。

ｓｔｒｅａｍ要素は、副ストリームの特性を示すものである。ｔｙｐｅ属性には、副ストリームのｓｔｒｅａｍ＿ｔｙｐｅが、「ＩＳＯ／ＩＥＣ １３８１８−１」にて規定される値で記述される。例えば、Ｈ．２６４ＡＶＣの場合は、“１ｂ”と記述される。これにより、副ストリームが受信側の装置において利用可能かどうか、副ストリームにアクセスする前に知ることができる。なおｔｙｐｅ属性は、第１の実施の形態で示すｓｔｒｅａｍ＿ｔｙｐｅと同様に、副ストリームの用途別に値を記述してもよい。

ｓｙｎｃ要素は、主ストリームと副ストリームの同期に関する情報を示すものであり、ｔｙｐｅ属性、ｐｃｒ＿ｐｉｄ属性、ｐｃｒ＿ｏｆｆｓｅｔ属性、ｍａｉｎ＿ｓｙｎｃ＿ｔａｇ属性及びｓｕｂ＿ｓｙｎｃ＿ｔａｇ属性から構成される。

ｓｙｎｃ要素におけるｔｙｐｅ属性は、主ストリームと副ストリームの同期手段の有無及び方法を示すものである。値が“ｐｃｒ＿ｍａｉｎ”の場合は、主ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｐｃｒ＿ｓｕｂ”の場合は、副ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合は、独立した同期トラックを用いた同期を行うことを示す。値が記述されない場合は、受信側の装置において主ストリームと副ストリームの同期は行わず、主ストリームの復号・表示を行う際は主ストリーム内のＰＣＲに従い、副ストリームの復号・表示を行う際は副ストリーム内のＰＣＲに従う。これにより、受信側の装置は、主ストリームと副ストリームの間のクロック同期の有無及び方法を知ることができる。

ｐｃｒ＿ｐｉｄ属性は、ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”又は“ｐｃｒ＿ｓｕｂ”の場合に、ＰＣＲ＿ＰＩＤを明示的に指定するものである。例えば、値が“１ｄｂ”であれば、ＰＩＤが０ｘ０１ＤＢであるＰＣＲを参照する。値が記述されない場合は、当該ストリームのＰＭＴにて記述されたＰＣＲ＿ＰＩＤを使用する。これにより、受信側の装置は、同期再生時に固有のＰＣＲを利用するべきか否か、利用する場合にそのＰＣＲのＰＩＤを知ることができる。

ｐｃｒ＿ｏｆｆｓｅｔ属性には、ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”又は“ｐｃｒ＿ｓｕｂ”であって、ＰＣＲ参照時にオフセット値を加算する場合に、そのオフセット値が記述される。“−２００００００００”から“２００００００００”の間の一の値（１６進整数値）がオフセット値として記述する。例えば、ｓｙｎｃ要素のｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”であって主ストリーム内のＰＣＲを利用する場合において、副ストリームの復号・表示を行うときに、受信側の装置は、ｐｃｒ＿ｏｆｆｓｅｔ属性の値に従って主ストリーム内のＰＣＲをオフセットした値を使用する。ｓｙｎｃ要素のｔｙｐｅ属性が“ｐｃｒ＿ｓｕｂ”であって副ストリーム内のＰＣＲを利用する場合は、主ストリームの復号・表示を行うときに、ｐｃｒ＿ｏｆｆｓｅｔ属性の値に従って副ストリーム内のＰＣＲをオフセットした値を使用する。ｐｃｒ＿ｏｆｆｓｅｔ属性を指定することによって、主ストリームと副ストリームの間でＰＣＲの開始値を合わせることができない場合でも、同期再生を実現することができる。

ｍａｉｎ＿ｓｙｎｃ＿ｔａｇ属性は、ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、主ストリームの同期トラックのｃｏｍｐｏｎｅｎｔ＿ｔａｇの値を示すものである。

ｓｕｂ＿ｓｙｎｃ＿ｔａｇ属性は、ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、副ストリームの同期トラックのｃｏｍｐｏｎｅｎｔ＿ｔａｇの値を示すものである。

ｍａｉｎ＿ｓｙｎｃ＿ｔａｇ属性とｓｕｂ＿ｓｙｎｃ＿ｔａｇ属性を用いることにより、ＰＣＲの値によらず、主ストリームと副ストリームを同期させることが可能となる。

ここで、図１７にｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ要素の記述例を示す。図１７では、副ストリームは、ｌｏｃａｔｉｏｎ要素により、“ａｒｉｂ：／／０００１．０００２.０００３．０００４／０５”で示される位置に存在していることが分かる。また、ｓｔｒｅａｍ要素におけるｔｙｐｅ属性が“１ｂ”であるので、副ストリームは、Ｈ．２６４ＡＶＣ形式であることが分かる。さらに、ｓｙｎｃ要素により、主ストリームと副ストリームとの同期は、主ストリームのＰＣＲを用いること、ＰＩＤが０ｘ０１ＤＢであるＰＣＲであること、副ストリームでは、主ストリームのＰＣＲにオフセット値“−１００”を加算することが分かる。

３．３ 送信装置１２００
送信装置１２００は、図１８に示すように、右目用ビデオエンコーダ２０１、右目用ビデオストリーム格納部２０３、ファイル保持部１２０５、多重化部１２０６及び送信部１２０７から構成されている。

（１）ファイル保持部１２０５
ファイル保持部１２０５は、ＩＰ上のビデオ・オン・デマンドサービス等における映像ストリーム等を送信するに先立って送信する再生制御メタファイルを保持している。再生制御メタファイルとは、「デジタルテレビ情報化研究会 デジタルテレビ ネットワーク機能仕様 ストリーミング機能仕様書 コーデック編」にて規定されるものである。

本実施の形態では、副ストリームの情報を記述した、再生制御メタファイル中のＥＲＩにおいて、当該ストリームとは別ＴＳで伝送される主ストリームの参照情報が記述された新規要素（ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ）が追加されている。なお、新規要素（ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ）については、後述する。

これにより、ＩＰ上のビデオ・オン・デマンドサービス等における映像ストリーム視聴時に、副ストリームの内容を解析する前に、同時に利用可能な主ストリームを特定することができる。

（２）多重化部１２０６
多重化部１２０６は、右目用ビデオストリーム格納部２０３に格納されている右目用ビデオストリーム（副ストリーム）などを多重化して、ＭＰＥＧ２−ＴＳ形式のＴＳを生成し、送信部１２０７を介して送信する。

（３）送信部１２０７
送信部１２０７は、ファイル保持部１２０５で保持されている再生制御メタファイルを送信、及び多重化部１２０６で生成されたＭＰＥＧ２−ＴＳ形式のＴＳを送信する。

３．４ ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏについて
図１９に、ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏの項目を示す。

ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ要素は、副ストリームと、主ストリームとの関係を示すものである。

ｌｏｃａｔｉｏｎ要素は、主ストリームの、放送、通信又は蓄積媒体上での位置を示すものである。副ストリームの位置は、ｕｒｉ属性中にＵＲＩ形式で記述される。ｕｒｉ属性の記述方法は、図１６におけるｌｏｃａｔｉｏｎ要素のｕｒｉ属性と同様である。これにより、受信側の装置は、主ストリームがどのようしてアクセス可能であるかを知ることができる。

ｓｔｒｅａｍ要素は、主ストリームの特性を示すものであり、ｔｙｐｅ属性、ｄｅｐｅｎｄｅｎｃｙ属性及びｐａｒｅｎｔ＿ｌｌｉ属性を含んでいる。

ｓｔｒｅａｍ要素のｔｙｐｅ属性には、主ストリームのｓｔｒｅａｍ＿ｔｙｐｅが、ＩＳＯ／ＩＥＣ １３８１８−１にて規定される値で記述する。例えば、Ｈ．２６４ＡＶＣの場合は、“１ｂ”が記述される。これにより、主ストリームが受信側の装置において利用可能かどうか、主ストリームにアクセスする前に知ることができる。

ｄｅｐｅｎｄｅｎｃｙ属性は、副ストリームが主ストリームに依存せずに再生可能かどうかを示すものである。値が“ｆａｌｓｅ”を示す場合は、当該副ストリームが単独で再生可能であることを示す。“ｔｒｕｅ”を示す場合は、当該副ストリームが、主ストリームと同時に利用する場合のみ再生可能であることを示す。これにより、主ストリームと無関係に副ストリームが受信側の装置よりアクセスされた場合に、送信側の意図に従って副ストリームの再生を許可／抑制することができる。

ｐａｒｅｎｔ＿ｌｌｉ属性には、ＤＲＭへの参照を記述するＬＬＩ（Ｌｉｃｅｎｓｅ Ｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ）に関する情報を示すものである。値が“ｆａｌｓｅ”を示す場合は、副ストリームの再生制御メタファイル中のＬＬＩを利用することを示す。値が“ｔｒｕｅ”を示す場合は、主ストリームの再生制御メタファイル中のＬＬＩを利用することを示す。これにより、主ストリームと副ストリームを個別の鍵で暗号化することによる煩雑さや処理負荷を防ぐと同時に、主ストリームと無関係に副ストリームが受信側の装置よりアクセスされた場合に、送信側の意図しない形で再生されることを防ぐことができる。

ｓｙｎｃ要素は、図１６に示すｓｙｎｃ要素と同様であるので、ここでの説明は省略する。

図２０に、ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ要素の記述例を示す。図２０では、主ストリームは、ｌｏｃａｔｉｏｎ要素により、“ａｒｉｂ：／／０００１．０００２.０００３．０００４／０５”で示される位置に存在していることが分かる。また、ｓｔｒｅａｍ要素のｔｙｐｅ属性により、主ストリームはＨ．２６４ＡＶＣ形式であること、ｄｅｐｅｎｄｅｎｃｙ属性により、当該副ストリームは主ストリームと同時に利用する場合のみ再生可能であること、ｐａｒｅｎｔ＿ｌｌｉ属性により、ＤＲＭへの参照は、主ストリームの再生制御メタファイル中のＬＬＩを利用することが分かる。さらに、ｓｙｎｃ要素により、主ストリームと副ストリームとの同期は、主ストリームのＰＣＲを用いること、ＰＩＤが０ｘ０１ＤＢであるＰＣＲであること、副ストリームでは、主ストリームのＰＣＲにオフセット値“−１００”を加算することが分かる。

３．５ 受信再生装置１３００
ここでは、受信再生装置１３００の構成について説明する。

受信再生装置１３００は、図２１に示すように、制御部１３０１、受信処理部１３０２、再生処理部３０３、出力部３０４及び送信部１３０５から構成されている。

（１）制御部１３０１
制御部１３０１は、受信再生装置１３００の全体の制御を行うものである。

具体的には、制御部１３０１は、ユーザ（視聴者）の操作により、送信が要求されたコンテンツを識別する再生制御メタファイルＵＲＬを特定する。制御部１３０１は、特定した再生制御メタファイルＵＲＬを含むファイル要求情報を生成し、生成したファイル要求情報を、送信部１３０５を介して送信装置１１００又は送信装置１２００へ送信する。なお、ファイル要求情報の送信先は、ユーザ（視聴者）の操作により決定される。また、再生制御メタファイルＵＲＬの特定は、例えば、次のように行う。制御部１３０１は、送信装置１１００又は送信装置１２００からコンテンツ（番組）の送信を要求する際に、先ずコンテンツの送信側で管理されているコンテンツ（ストリーム）それぞれの再生制御メタファイルＵＲＬと、コンテンツの名称を送信装置から受け取ると、受信再生装置１３００のディスプレイ（図示せず）にコンテンツの名称を一覧表示させる。制御部１３０１は、一覧表示されたコンテンツの名称から一の名称がユーザの操作により選択されると、選択されたコンテンツの名称に対応する再生制御メタファイルＵＲＬを特定する。

また、制御部１３０１は、受信処理部１３０２から再生制御メタファイルを受け取る。制御部１３０１は、再生制御メタファイルを解析し、再生すべき映像のＰＩＤ及び音声のＰＩＤ等を特定し、特定した各ＰＩＤを再生処理部３０３へ通知する。また、制御部３０１は、受け取った再生制御メタファイルに上記の新規記述子の有無を判断することにより、受信した再生制御メタファイルに対応するＴＳと同時に再生すべき情報を含む他のＴＳの存在の有無を判断する。例えば、受信した再生制御メタファイルに新規要素“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ”の存在の有無により、副ストリームの存在の有無を判断する。制御部１３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ要素が存在すると判断する場合には副ストリームを特定する。制御部１３０１は、主ストリームを含むＴＳについての送信要求を、送信部１３０５を介して、送信装置１２００へ送信するとともに、特定した副ストリームを含むＴＳについての送信要求を送信部１３０５を介して、送信装置１２００へ送信する。さらに、副ストリームを含むＴＳを受信、復調するよう受信処理部３０２へ指示する。さらに、制御部１３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ要素から同期に関する情報を取得し、取得した情報に基づいて、同期方法を特定し、その結果を再生処理部３０３へ通知する。

なお、制御部１３０１は、受信した再生制御メタファイルに新規要素“ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ”が記述されている場合には、副ストリームのみでの再生の可否を判断する。副ストリームのみでの再生が不可であると判断した場合には、主ストリームの特定、同期情報の取得を行う。

（２）送信部１３０５
送信部１３０５は、制御部１３０１からファイル要求情報を受け取ると、指定された送信先（送信装置１１００又は送信装置１２００）へ送信する。

（３）受信処理部１３０２
受信処理部１３０２は、図２１に示すように、第１受信部１３１０と第２受信部１３１１とを有している。

第１受信部１３１０は、送信装置１１００から送信された再生制御メタファイルを受信する。また、第１受信部１３１０は、主ストリームを含むＴＳを受信及び復調し、復調して得られたＭＰＥＧ２形式のトランスポートストリームを再生処理部３０３へ出力する。

第２受信部１３１１は、送信装置１２００から送信された再生制御メタファイルを受信する。また、第２受信部１３１１は、副ストリームを含むＴＳを受信及び復調し、復調して得られたＭＰＥＧ２形式のトランスポートストリームを再生処理部３０３へ出力する。

３．６ 動作
ここでは、各装置の動作について説明する。なお、説明の便宜上、主ストリームは左目映像のストリーム、副ストリームは右目映像のストリームであるとする。

（１）動作概要
本実施の形態に係る番組配信システムの動作概要について、図２２に示す流れ図を用いて説明する。

受信再生装置１３００の制御部１３０１は、送信が要求された番組（コンテンツ）を識別する再生制御メタファイルＵＲＬを含むファイル要求情報を生成し（ステップＳ２００）、生成したファイル要求情報を、ユーザ操作により決定された送信装置（送信装置１１００又は送信装置１２００）へ送信する（ステップＳ２０５）。

送信装置（例えば、送信装置１１００）は、受信再生装置１３００から受け取った再生制御メタファイルＵＲＬに対応する再生制御メタファイルを特定し（ステップＳ２１０）、特定した再生制御メタファイルを受信再生装置１３００へ送信する（ステップＳ２１５）。

受信再生装置１３００は、再生制御メタファイルを受信すると、受信した再生制御メタファイルの内容を解釈し、解釈結果に応じた再生処理を行う（ステップＳ２２０）。

（２）再生処理
ここでは、図２２に示すステップＳ２２０で行われる再生処理について、図２３に示す流れ図を用いて説明する。

受信再生装置１３００の受信処理部１３０２は、ユーザ操作により決定された送信装置（例えば、送信装置１１００）から再生制御メタファイルを受信する（ステップＳ３００）。

制御部１３０１は、受信した再生制御メタファイルを用いて、当該再生制御メタファイルに対応するＴＳが主ストリームを含むものであるか、副ストリームを含むものであるか、若しくは双方とも含まないものであるかを判別する（ステップＳ３０５）。具体的には、制御部３０１は、受信した再生制御メタファイルに、新規要素“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ”が記載されている場合には、対応するＴＳには主ストリームが含まれると、新規要素“ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ”が記載されている場合には、対応するＴＳには副ストリームが含まれると、判別する。また、上記新規要素の何れも記載されていない場合には、通常のＴＳであると判別する。

ＴＳに主ストリームが含まれると判別する場合（ステップＳ３０５における「主ストリーム」）、制御部１３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏの記述内容を参照して、副ストリームを特定する（ステップＳ３１０）。具体的には、制御部３０１は、ｌｏｃａｔｉｏｎ要素のｕｒ属性を参照して、副ストリームの取得方法を特定する。

制御部１３０１は、主ストリーム及び副ストリームそれぞれについての送信要求を、送信装置１１００及び送信装置１２００に対して行う（ステップＳ３１５）。

再生処理部３０３は、制御部１３０１の指示に基づいて、受信した主ストリーム及び副ストリームの同時再生を行う（ステップＳ３２０）。具体的には、先ず制御部３０１は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏを取得している場合には、ｓｙｎｃ要素を参照して、同期方法を特定する。同期制御部３２２は、特定された同期方法に基づいて、ＰＣＲ＿ＰＩＤ属性を参照して、例えば主ストリームに含まれるＰＣＲを抽出し、抽出したＰＣＲを用いて主ストリーム用システムクロック及び副ストリーム用システムクロックを生成し、主ストリーム用システムクロックを第１映像復号部３２３に、副ストリーム用システムクロックを第２映像復号部３２４に、それぞれ逐次出力する。また、制御部１３０１は、第１受信部１３１０で受信したＴＳから主ストリーム映像を抽出するよう、第１多重化分離部３２０に指示を、第２受信部１３１１で受信したＴＳから副ストリーム映像を抽出するよう、第２多重化分離部３２１に指示を行う。制御部１３０１の指示により、再生処理部３０３の第１映像復号部３２３は主ストリームから左目用映像を生成し、第２映像復号部３２４は副ストリームから右目用映像を生成し、映像処理部３２６は、生成された左目用映像及び右目用映像を３Ｄ表示するための処理を行う。

受信したＴＳに副ストリームが含まれると判別した場合（ステップＳ３０５における「副ストリーム」）、制御部１３０１は、ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ要素を参照して、副ストリームのみで再生可能であるか否かを判断する（ステップＳ３２５）。具体的には、制御部３０１は、ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏのｓｔｒｅａｍ要素におけるｄｅｐｅｎｄｅｎｃｙ属性を参照することで上記判断が可能である。

単独で再生可能でないと判断する場合には（ステップＳ３２５における「Ｎｏ」）、制御部１３０１は、ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ要素を参照して、主ストリームを特定する（ステップＳ３３０）。その後、処理はステップＳ３１５へ移行する。

単独で再生可能であると判断する場合には（ステップＳ３２５における「Ｙｅｓ」）、制御部１３０１は、副ストリームについての送信要求を、送信装置１２００に対して行う（ステップＳ３３５）。第２受信部１３１１が副ストリームを受信し、再生処理部３０３が副ストリームのみの再生を行う（ステップＳ３４０）。

受信したＴＳに主ストリーム及び副ストリームの何れともが含まれないと判別した場合（ステップＳ３０５における「その他」）、制御部１３０１は、副ストリームについての送信要求を、送信装置（ユーザ操作により指定された装置）に対して行う（ステップＳ３４５）。第１受信部１３１０がストリームを受信し、再生処理部３０３が、受信したストリームのみの再生を行う（ステップＳ３５０）。

４．変形例１
上記各実施の形態では、主ストリームと副ストリームとのリンク付けを、番組の送信形態に応じて、ＰＭＴで行う場合、及びＥＲＩで行う場合について説明したが、これに限定されない。

本変形例では、主ストリームが、副ストリームを特定する際の情報を、ＰＭＴではなく、「ＡＲＩＢ ＳＴＤ−Ｂ１０」にて規定されるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）に記載する。具体的には、ＳＩに含まれるＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）若しくはＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の記述子ループに、当該ストリームとは別ＴＳで伝送される副ストリームの参照情報が記述された、同じく「ＡＲＩＢ ＳＴＤ−Ｂ１０」にて規定されたｈｙｐｅｒｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）を配置する。

図２４にｈｙｐｅｒｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）の構造の一例を示す。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇには、他の記述子と本記述子を区別するための、一意な値が記述される。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈには、次のフィールドから本記述子末尾までのバイト数が記述される。

ｈｙｐｅｒ＿ｌｉｎｋａｇｅ＿ｔｙｐｅは、リンクの形態を示す。ここでは新規に、ｓｙｎｃｈｒｏｎｉｚｅｄ＿ｓｔｒｅａｍ（０ｘ０Ｂ）を定義して使用する。

ｌｉｎｋ＿ｄｅｓｔｉｎａｔｉｏｎ＿ｔｙｐｅは、リンク先種別を示す。ここでは新規に、ｌｉｎｋ＿ｔｏ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ（０ｘ０８）を定義して使用する。

ｓｅｌｅｃｔｏｒ＿ｌｅｎｇｔｈは、後続のセレクタ領域のバイト長を示す。

ｓｅｌｅｃｔｏｒ＿ｂｙｔｅには、リンク先種別毎に規定される形式によってリンク先が記述される。ここではｌｉｎｋ＿ｔｏ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ（０ｘ０８）に対応して、新規にｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）を定義して使用する。ｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）の各フィールドの意味は後述する。

ｐｒｉｖａｔｅ＿ｄａｔａは、将来拡張に用いるものである。

図２５にｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）の構造の一例を示す。

Ｒｅｓｅｒｖｅｄは、将来拡張のための領域であり、二進数の“１”がビット数分記述される。

ＴＳ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、副ストリームが伝送されるネットワークの種別を示す。値“００”の場合は、副ストリームが、主ストリームと同じ放送ネットワークで伝送されることを示す。値“０１”の場合は、副ストリームが、後続のｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎにて示される、主ストリームと異なる放送ネットワークで伝送されることを示す。値“１０”の場合は、副ストリームが、後続のｕｒｉ＿ｃｈａｒで示されるＵＲＩによってアクセス可能な、放送以外の媒体によってもアクセス可能であることを示す。これにより、受信側の装置は、副ストリームがどのようにアクセス可能かを知ることができる。

ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ＿ｆｌａｇは、後続のｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅの記述の有無を示すフラグである。

ｓｙｎｃ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは、図４と同様である。

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄは、参照する副ストリームが伝送されるｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄを示す。

ｓｅｒｖｉｃｅ＿ｉｄは、参照する副ストリームを含むプログラムのｓｅｒｖｉｃｅ＿ｉｄを示す。なおｓｅｒｖｉｃｅ＿ｉｄはｐｒｏｇｒａｍ＿ｎｕｍｂｅｒと同義である。ｅｖｅｎｔ＿ｉｄは、参照する副ストリームを含むイベントのｅｖｅｎｔ＿ｉｄを示す。参照する副ストリームを含むイベントを特定しない場合は、ｅｖｅｎｔ＿ｉｄに無効値（０ｘｆｆｆｆ）を格納する。

ｃｏｍｐｏｎｅｎｔ＿ｔａｇは、参照する副ストリームのｃｏｍｐｏｎｅｎｔ＿ｔａｇを示す。ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄ、ｃｏｍｐｏｎｅｎｔ＿ｔａｇを記述することにより、主ストリームの利用時に、同時に利用可能な副ストリームのＥＳを特定することができる。さらにｅｖｅｎｔ＿ｉｄを指定することにより、主ストリームを含むイベントと異なる時間に放送される副ストリームを含むイベントを指定することができる。この場合、受信側の装置は、いずれか放送時間の早い方（もしくは双方）を録画後、蓄積した主ストリームもしくは副ストリームを用いて同期再生を行う。

ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄは、参照する副ストリームが別の放送ネットワーク（例：地上波放送に対する衛星放送）で伝送される場合に、副ストリームの伝送されるネットワークを示すことができる。これにより、副ストリームが主ストリームとは別の放送ネットワークで伝送される場合でも、受信機はその伝送位置を知ることができる。

ｕｒｉ＿ｌｅｎｇｔｈは、後続のｕｒｉ＿ｃｈａｒのバイト数を示す。

ｕｒｉ＿ｃｈａｒは、参照する副ストリームが放送以外の媒体によってもアクセス可能な場合に、副ストリームが含まれるＴＳにアクセスするためのＵＲＩを記述する。ＵＲＩの記述例は、第１の実施の形態と同様であるので、ここでの説明は省略する。

ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔは、指定される副ストリームの種別（映像、音声、データ）を示す。

ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅは、指定される副ストリームのコンポーネントの詳細種別を示す。 ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔとｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅにより、副ストリームが受信機において利用可能かどうか、副ストリームにアクセスする前に知ることができる。 なおｓｔｒｅａｍ＿ｃｏｎｔｅｎｔとｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅは、図４におけるｓｔｒｅａｍ＿ｔｙｐｅと同様に、副ストリームの用途別に値を記述してもよい。

ＰＣＲ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ以降の記述は、図４と同様であるので、ここでの説明は省略する。ただし、主ストリームの同期トラックはｍａｉｎ＿ｓｙｎｃ＿ＰＩＤの代わりにｍａｉｎ＿ｓｙｎｃ＿ｔａｇを用いて記述する。また、副ストリームの同期トラックはｓｕｂ＿ｓｙｎｃ＿ＰＩＤの代わりにｓｕｂ＿ｓｙｎｃ＿ｔａｇを用いて記述する。

以上が、新規記述子“ｈｙｐｅｒｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”及び“ｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）”の構造についての説明である。これらの記述子により、事前に放送番組の再生予約・録画予約を行う場合でも、受信側の装置（デジタルテレビ）は、あらかじめ利用可能な副ストリームを特定し、再生・記録するストリームの選択ができる。

５．変形例２
ここでは、主ストリームと連動した、「ＡＲＩＢ ＳＴＤ−Ｂ２４」に規定されるデータ放送中のｏｂｊｅｃｔ要素を用いて、当該ストリームとは別ＴＳで伝送される副ストリームの参照情報を記述する場合について説明する。

図２６に、本変形例にて使用する拡張属性の一覧、及びそれらを用いて副ストリームを指定するデータ放送コンテンツの記述例を示す。

図２６（ａ）は、主ストリームを示すｏｂｊｅｃｔ要素に対する、副ストリームを指定するための拡張属性を示すものである。

ｓｕｂｓｔｒｅａｍ＿ｔｙｐｅは、副ストリームのｍｉｍｅ−ｔｙｐｅを示す。例えば、放送波で伝送されるＭＰＥＧ−４であれば、“ｖｉｄｅｏ／Ｘ−ａｒｉｂ−ｍｐｅｇ４”を指定する。これにより、副ストリームが受信側の装置において利用可能かどうか、副ストリームにアクセスする前に知ることができる。なお、ｓｕｂｓｔｒｅａｍ＿ｔｙｐｅ属性は、図４におけるｓｔｒｅａｍ＿ｔｙｐｅと同様に、副ストリームの用途別に値を記述してもよい。

ｓｕｂｓｔｒｅａｍ＿ｄａｔａは、副ストリームのＵＲＬを示す。ｕｒｉ属性の記述方法は、図１６におけるｌｏｃａｔｉｏｎ要素のｕｒｉ属性と同様である。これにより、受信側の装置は、副ストリームの位置を知ることができる。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅは、主ストリームと副ストリームの同期手段の有無、及び方法を示す。値が“ｐｃｒ＿ｍａｉｎ”を示すものである場合は、主ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｐｃｒ＿ｓｕｂ”を示すものである場合は、副ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｉｎｄｅｐｅｎｄｅｎｔ”を示すものである場合は、独立した同期トラックを用いた同期を行う。値が記述されない場合は、受信側の装置において主ストリームと副ストリームの同期は行わず、主ストリームの復号・表示を行う際は主ストリーム内のＰＣＲに従い、副ストリームの復号・表示を行う際は副ストリーム内のＰＣＲに従う。これにより、受信側の装置は、主ストリームと副ストリームの間のクロック同期の有無及び方法を知ることができる。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｐｉｄは、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”、又は“ｐｃｒ＿ｓｕｂ”の場合に、ＰＣＲ＿ＰＩＤを明示的に指定するものである。例えば、値が“１ｄｂ”であれば、ＰＩＤが０ｘ０１ＤＢであるＰＣＲを参照する。値が記述されない場合は、当該ストリームのＰＭＴにて記述されたＰＣＲ＿ＰＩＤを使用する。これにより、受信側の装置は、同期再生時に固有のＰＣＲを利用するべきか否か、利用する場合にそのＰＣＲのＰＩＤを知ることができる。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｏｆｆｓｅｔには、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”、又は“ｐｃｒ＿ｓｕｂ”であって、ＰＣＲ参照時にオフセット値を加算する場合に、そのオフセット値が記述される。オフセット値として、“−２００００００００”から“２００００００００”の間の一の値（１６進整数値）が記述される。例えば、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅが“ｐｃｒ＿ｍａｉｎ”であって主ストリーム内のＰＣＲを利用する場合は、副ストリームの復号・表示を行うときに、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｏｆｆｓｅｔの値に従って主ストリーム内のＰＣＲをオフセットした値を使用する。ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅが“ｐｃｒ＿ｓｕｂ”であって副ストリーム内のＰＣＲを利用する場合は、主ストリームの復号・表示を行うときに、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｏｆｆｓｅｔの値に従って副ストリーム内のＰＣＲをオフセットした値を使用する。ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｏｆｆｓｅｔを指定することによって、主ストリームと副ストリームの間でＰＣＲの開始値を合わせることができない場合でも、同期再生を実現することができる。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｍａｉｎ＿ｔａｇには、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、主ストリームの同期トラックを示すｃｏｍｐｏｎｅｎｔ＿ｔａｇが記述される。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｓｕｂ＿ｔａｇには、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、副ストリームの同期トラックを示すｃｏｍｐｏｎｅｎｔ＿ｔａｇが記述される。ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｍａｉｎ＿ｔａｇ属性とｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｓｕｂ＿ｔａｇ属性を用いることにより、ＰＣＲの値によらず、主ストリームと副ストリームを同期させることが可能となる。

図２６（ｂ）は、上記の拡張属性を用いて副ストリームを指定するデータ放送コンテンツの記述例を示すものである。

ｓｕｂｓｔｒｅａｍ＿ｔｙｐｅの記述内容により、副ストリームは、ＭＰＥＧ−４形式により放送波で伝送されることが分かる。

ｓｕｂｓｔｒｅａｍ＿ｄａｔａの記述内容により、副ストリームは、“ａｒｉｂ：／／０００１．０００２.０００３．０００４／０５”で示される位置に存在していることが分かる。

ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｔｙｐｅ及びｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｐｉｄのそれぞれの記述により、主ストリームと副ストリームとの同期の際には、主ストリームを含むプログラムのＰＣＲを利用し、利用するＰＣＲはＰＩＤが０ｘ０１ＤＢであるものを参照することが分かる。

また、ｓｕｂｓｔｒｅａｍ＿ｓｙｎｃ＿ｐｃｒ＿ｏｆｆｓｅｔの記載により、主ストリームと副ストリームとの同期の際には、オフセット値“−１００”を用いることが分かる。

以上が、「ＡＲＩＢ ＳＴＤ−Ｂ２４」に規定されるデータ放送中のｏｂｊｅｃｔ要素を用いて、副ストリームの参照情報を記述する場合について説明である。これにより、データ放送コンテンツを用いて、主ストリームの映像音声サービス視聴時に、同時に利用可能な副ストリームを特定することができる。

６．変形例３
ここでは、サーバ型放送において主ストリームを含むコンテンツの情報を記述する、「ＥＴＳＩ ＴＳ １０２ ８２２ Ｐａｒｔ３−１」にて規定されるメタデータ中のＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ要素中に、当該ストリームとは別ＴＳで伝送される副ストリームの参照情報を記述する場合について説明する。具体的には、ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ要素に含まれるＡＶＡｔｔｒｉｂｕｔｅｓ要素に記述されるＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓ要素中に、新規要素“ＥｘｔｅｒｎａｌＥＳ”を定義し記述する。

図２７、及び図２８において、ＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓ要素中にＥｘｔｅｒｎａｌＥＳ要素を定義する構造（スキーマ）の一例を示す。

図２７におけるブロックＢ５００の記述は、ＬｏｃａｔｉｏｎＴｙｐｅ型と呼ばれ、副ストリームの放送、通信又は蓄積媒体上での位置が記述される。副ストリームの位置は、ＬｏｃａｔｉｏｎＴｙｐｅ型に含まれるｕｒｉ属性中にＵＲＩ形式で記述する。ｕｒｉ属性の記述方法は、図１６におけるｌｏｃａｔｉｏｎ要素のｕｒｉ属性と同様であるので、ここでの説明は省略する。これにより、受信側の装置は、副ストリームがどのようにアクセス可能かを知ることができる。

ブロックＢ５０１の記述は、ＳｔｒｅａｍＴｙｐｅ型と呼ばれ、副ストリームの特性が記述される。ＳｔｒｅａｍＴｙｐｅ型におけるｔｙｐｅ属性では、副ストリームの属性を文字列で記述し、具体的には「ＩＳＯ／ＩＥＣ １３８１８−１」にて規定されるｓｔｒｅａｍ＿ｔｙｐｅの値が記述される。例えば、Ｈ．２６４ＡＶＣの場合は、“１ｂ”が記述される。これにより、副ストリームが受信側の装置において利用可能かどうか、副ストリームにアクセスする前に知ることができる。なおｔｙｐｅ属性は、図４におけるｓｔｒｅａｍ＿ｔｙｐｅと同様に、副ストリームの用途別に値を記述してもよい。

ブロックＢ５０２の記述は、ＳｙｎｃＴｙｐｅ型と呼ばれ、主ストリームと副ストリームの同期に関する情報が記述される。

ＳｙｎｃＴｙｐｅ型におけるｔｙｐｅ属性は、主ストリームと副ストリームの同期手段の有無及び方法を示す。値が“ｐｃｒ＿ｍａｉｎ”を示すものである場合は、主ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｐｃｒ＿ｓｕｂ”を示すものである場合は、副ストリームを含むプログラムのＰＣＲを利用することを示す。値が“ｉｎｄｅｐｅｎｄｅｎｔ”を示すものである場合は、独立した同期トラックを用いた同期を行うことを示す。値が記述されない場合は、受信機において主ストリームと副ストリームの同期は行わず、主ストリームの復号・表示を行う際は主ストリーム内のＰＣＲに従い、副ストリームの復号・表示を行う際は副ストリーム内のＰＣＲに従うことを示す。これにより、受信側の装置は、主ストリームと副ストリームの間のクロック同期の有無及び方法を知ることができる。

ｐｃｒ＿ｐｉｄ属性は、ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”、又は“ｐｃｒ＿ｓｕｂ”を示す場合に、ＰＣＲ＿ＰＩＤを明示的に指定するものである。例えば、値が“１ｄｂ”であれば、ＰＩＤが０ｘ０１ＤＢであるＰＣＲを参照する。値が記述されない場合は、当該ストリームのＰＭＴにて記述されたＰＣＲ＿ＰＩＤを使用する。これにより、受信側の装置は、同期再生時に固有のＰＣＲを利用するべきか否か、利用する場合にそのＰＣＲのＰＩＤを知ることができる。

ｐｃｒ＿ｏｆｆｓｅｔ属性には、ｔｙｐｅ属性が“ｐｃｒ＿ｍａｉｎ”、又は“ｐｃｒ＿ｓｕｂ”であって、ＰＣＲ参照時にオフセット値を加算する場合に、そのオフセット値が記述される。オフセット値として、“−２００００００００”から“２００００００００”の間の一の値（１６進整数値）が記述される。

ｓｙｎｃ属性が“ｐｃｒ＿ｍａｉｎ”であって主ストリーム内のＰＣＲを利用する場合は、副ストリームの復号・表示を行うときに、受信側の装置は、ｏｆｆｓｅｔ属性の値に従って主ストリーム内のＰＣＲをオフセットした値を使用する。ｓｙｎｃ属性が“ｐｃｒ＿ｓｕｂ”であって副ストリーム内のＰＣＲを利用する場合は、主ストリームの復号・表示を行うときに、受信側の装置は、ｐｃｒ＿ｏｆｆｓｅｔ属性の値に従って副ストリーム内のＰＣＲをオフセットした値を使用する。

ｐｃｒ＿ｏｆｆｓｅｔ属性を指定することによって、主ストリームと副ストリームの間でＰＣＲの開始値を合わせることができない場合でも、同期再生を実現することができる。

ｍａｉｎ＿ｓｙｎｃ＿ｔａｇ属性は、ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、主ストリームの同期トラックのｃｏｍｐｏｎｅｎｔ＿ｔａｇの値を示す。

ｓｕｂ＿ｓｙｎｃ＿ｔａｇ属性は、ｔｙｐｅ属性が“ｉｎｄｅｐｅｎｄｅｎｔ”の場合に、副ストリームの同期トラックのｃｏｍｐｏｎｅｎｔ＿ｔａｇの値を示す。ｍａｉｎ＿ｓｙｎｃ＿ｔａｇ属性とｓｕｂ＿ｓｙｎｃ＿ｔａｇ属性を用いることにより、ＰＣＲの値によらず、主ストリームと副ストリームを同期させることが可能となる。

ブロックＢ５０３の記述は、ＥｘｔｅｒｎａｌＥｓＴｙｐｅ型と呼ばれ、副ストリームに関する情報を示し、ＬｏｃａｔｉｏｎＴｙｐｅ型のＬｏｃａｔｉｏｎ要素、ＳｔｒｅａｍＴｙｐｅ型のＳｔｒｅａｍ要素、ＳｙｎｃＴｙｐｅ型のＳｙｎｃ要素を含む。これら要素は、上記にて説明しているので、ここでの説明は省略する。

ブロックＢ５０４は、ＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓＴｙｐｅ型と呼ばれ、新規要素である、ＥｘｔｅｒｎａｌＥｓＴｙｐｅ型のＥｘｔｅｒｎａｌＥｓ要素が追加される。

上記にて示す新規要素“ＥｘｔｅｒｎａｌＥｓ”を用いて副ストリームを指定するＥＲＩの記述例を、図２９に示す。

図２９において、＜ＥｘｔｅｒｎａｌＥｓ＞から＜／ＥｘｔｅｒｎａｌＥｓ＞までの記述が新規要素の内容である。

Ｌｏｃａｔｉｏｎ要素の記述により、副ストリームは、“ａｒｉｂ：／／０００１．０００２.０００３．０００４／０５”で示される位置に存在していることが分かる。

Ｓｔｒｅａｍ要素の記述により、ストリームのタイプがＨ．２６４ＡＶＣであることが分かる。

Ｓｙｎｃ要素におけるｔｙｐｅ属性、ｐｃｒ＿ｐｉｄ属性及びｐｃｒ＿ｏｆｆｓｅｔ属性の記述により、主ストリームと副ストリームとの同期の際には、主ストリームを含むプログラムのＰＣＲを利用し、利用するＰＣＲはＰＩＤが０ｘ０１ＤＢであるものを参照し、オフセット値“−１００”を用いることが分かる。

以上が、ＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓ要素中にＥｘｔｅｒｎａｌＥＳ要素を定義し、副ストリームの参照情報を記述する場合の説明である。これにより、放送、通信を跨って共通なコンテンツ情報の記述を可能とするメタデータを用いて、利用可能な副ストリームを特定することができる。

７．その他の変形例
また、上記各実施の形態及び変形例に限らず、例えば、以下のような変形例が考えられる。

（１）上記第１の実施の形態において、新規記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”をＰＭＴのセカンドループＤ１０２に記述するものとしたが、これに限定されない。

副ストリームが、特定の主ストリームＥＳに対応するものではなく、プログラムに対して追加される場合（例：副ストリームが追加言語の字幕ＥＳの場合など）は、ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）を、ＰＭＴのファーストループＤ１００に記載してもよい。

これにより、プログラムに対応する副ストリームを容易に記述することができる。

また、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”を新規に定義するのではなく、既存の一つ又は複数の記述子を拡張して“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）”に記載された各情報を追加するとしてもよいし、ユーザ拡張データとして、主ストリームＥＳかつ／又は副ストリームＥＳ内に追加してもよい。

（２）上記第２の実施の形態において、「デジタルテレビ情報化研究会 デジタルテレビ ネットワーク機能仕様 ストリーミング機能仕様書 コーデック編」にて規定される再生制御メタファイルを例に説明したが、新規記述子“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ（）”の追加は当該ファイルに限定されない。

「Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｏｌｕｍｅ ５ − Ｄｅｃｌａｒａｔｉｖｅ Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ」にて規定されるＣｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｄｅｓｃｒｉｐｔｏｒや、「ＩＳＯ／ＩＥＣ １４４９６−１２」（ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ）におけるヘッダ等、映像音声ストリームの属性を記述するメタ情報に追加してもよい。

また、新規記述子“ｓｕｂｓｅｔ＿ｅｒｖｉｃｅ＿ＥＳ＿ ｉｎｆｏ”についても同様に、「デジタルテレビ情報化研究会 デジタルテレビ ネットワーク機能仕様 ストリーミング機能仕様書 コーデック編」にて規定される再生制御メタファイルに追加するだけでなく、 「Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｏｌｕｍｅ ５ − Ｄｅｃｌａｒａｔｉｖｅ Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ」にて規定されるＣｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｄｅｓｃｒｉｐｔｏｒや、「ＩＳＯ／ＩＥＣ １４４９６−１２」（ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ）におけるヘッダ等、映像音声ストリームの属性を記述するメタ情報に追加してもよい。

また、上記の各新規記述子は、ＥＲＩに記述されるとしたが、これに限定されない。上記の各新規記述子は、再生制御ファイルに含まれていればよく、必ずしもＥＲＩに記載されている必要はない。

（３）上記変形例１において、「ＡＲＩＢ ＳＴＤ−Ｂ１０」にて規定されるＳＩ情報を例に説明したが、他に「ＥＴＳＩ ＥＮ ３００ ４６８」（ＤＶＢ−ＳＩ）、「ＡＴＳＣ Ａ６５」（ＡＴＳＣ Ｐｒｏｇｒａｍ ａｎｄ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等、ＭＰＥＧ２ Ｐｒｉｖａｔｅ Ｓｅｃｔｉｏｎ形式を用いる情報形式を利用してもよい。

または、副ストリームの情報は、ｈｙｐｅｒｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）に記述するのではなく、新規に記述子を定義して、同等の情報を記述してもよい。

さらに、上記変形例２において、「ＡＲＩＢ ＳＴＤ−Ｂ２４」にて規定されるデータ放送を例に説明したが、他に「ＥＴＳＩ ＥＳ ２０２ １８４」（ＭＨＥＧ−５ Ｂｒｏａｄｃａｓｔ Ｐｒｏｆｉｌｅ）、「ＥＴＳＩ ＴＳ １０１ ８１２」（Ｍｕｌｔｉｍｅｄｉａ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）、「ＣＥＡ−２０１４」（Ｗｅｂ４ＣＥ）、「ＨＴＭＬ−５」等、文書中より映像オブジェクトにアクセスできるマルチメディア方式を利用してもよい。

（４）上記第１の実施の形態において、新規記述子“ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”をＰＭＴのセカンドループに記述するものとしたが、これに限定されない。

副ストリームを含むプログラムを構成するＥＳが、当該副ストリームのみである場合には、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ ｄｅｓｃｒｉｐｔｏｒ（）を、ＰＭＴのファーストループに記載してもよい。また、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ ｄｅｓｃｒｉｐｔｏｒ （）を新規に定義するのではなく、既存の一つ又は複数の記述子を拡張して、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ ｄｅｓｃｒｉｐｔｏｒ （）に記載された各情報を追加してもよい。

（５）上記実施の形態等で示したｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ（）、ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）、ｈｙｐｅｒ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ （）及びＥｘｔｅｒｎａｌＥＳ要素は、１つ記載された場合について説明したが、これに限定されない。

これら情報は、複数個配置されてもよい。

（６）上記各実施の形態では、主ストリームを左目映像のストリーム、副ストリームを右目映像のストリームとして説明したが、主ストリームと副ストリームとの組み合わせは、これに限定されない。

ｓｔｒｅａｍ＿ｔｙｐｅを用いて副ストリームの用途を特定したように、主ストリームと副ストリームとの組み合わせは、３Ｄ映像の制御（ｓｔｒｅａｍ＿ｔｙｐｅの値“０ｘ８０”、“０ｘ８１”、“０ｘ８５”から“０ｘ８７”）、主ストリームの映像の高詳細化（ｓｔｒｅａｍ＿ｔｙｐｅの値が“０ｘ８２”から“０ｘ８４”）、自由視点の切り替え（ｓｔｒｅａｍ＿ｔｙｐｅの値が“０ｘ８８”から“０ｘ８Ａ”）といったように多種多様である。例えば、副ストリームが主ストリームの映像を高精細化するための差分成分である場合には、映像処理部は、第２映像復号部で生成された差分成分を、第１映像復号部で生成された映像に付加する。

また、新たな値を定義して、副ストリームを字幕データや音声データとしてもよい。この場合、受信再生装置は、字幕データを復号する字幕データ復号部、及び副ストリームの音声データを復号する音声復号部を設ける。副ストリームが字幕データである場合には、映像処理部は、第１映像復号部で生成された映像に、字幕データ復号部で生成された字幕データを重畳する。また、副ストリームが音声データである場合には、受信再生装置は、副ストリームに含まれる音声データを復号し、出力する。なお、主ストリームにも音声データが含まれる場合には、ユーザ操作により、双方の音声を出力してもよいし、一方の音声のみを出力してもよい。

（７）上記各実施の形態において、主ストリームの送信形態と副ストリームの送信形態とは、同一のものとしたが、これに限定されない。

主ストリームの送信形態と、副ストリームの送信形態とは、互いに異なってもよい。例えば、主ストリームは、ＰＭＴ等のＳＩ／ＰＳＩを含むトランスポートストリームに含まれるとし、副ストリームは、ＩＰ放送で送信されるトランスポートストリームであってもよし、その逆であってもよい。

（８）上記実施の形態において、ＰＭＴ、再生制御ファイルの生成、特に新規記述子及び新規要素である、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”、“ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ”、“ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ”、“ｈｙｐｅｒ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ （）”、ｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）、ｏｂｊｅｃｔ要素及び“ＥｘｔｅｒｎａｌＥＳ要素”の生成は、例えば、送信装置１００又は外部の装置において、パラメータ変数として、記述子等の記述要素をパラメータ変数として予め記憶しておき、これらパラメータ変数に対する情報をユーザから受け付けることで行ってもよい。また、上記生成の方法は、一例であり他の方法であってもよい。

（９）上記各実施の形態では、受信再生装置の一例としてデジタルテレビであるとしたが、これに限定されない。受信再生装置を、ＤＶＤレコーダ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）レコーダやセットトップボックスに適用してもよい。

（１０）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭ又はハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（１１）上記の各装置を構成する構成要素の一部又は全部は、１個の集積回路から構成されているとしてもよい。

（１２）上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしてもよい。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。

（１３）上記の実施の形態及び変形例で説明した手法の手順を記述したプログラムをメモリに記憶しておき、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などがメモリからプログラムを読み出して、読み出したプログラムを実行することによって、上記の手法が実現されるようにしてもよい。

また、当該手法の手順を記述したプログラムを記録媒体に格納して、頒布するようにしてもよい。なお、上記プログラムを記憶する媒体としては、例えば、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。

（１４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

８．補足
以上説明したように、主ストリームとは異なる伝送路（ＴＳ）上の副ストリームを特定するための情報を、主ストリームへのアクセス情報に追加して記載することで、受信再生装置にて副ストリームの存在を認識し、取得し、主ストリームとの同期再生及び録画を実現することができる。

以下、更に本発明の一実施形態としての送信装置、受信再生装置の構成及びその変形例と効果について説明する。

（１）本発明の一態様は、送信装置であって、１台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持する保持手段と、前記ストリーム特定情報を送信する送信手段とを備えることを特徴とする。

この構成によると、送信装置は、ストリーム特定情報を送信するので、受信側では、当該ストリーム特定情報を用いることで、各種情報が個別に伝送用ストリームで送信されても、同時に再生すべき伝送用ストリームを特定することができる。なお、ストリーム特定情報は、上記実施の形態及び変形例で記載した新規記述子及び新規要素である、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”、“ｓｅｒｖｉｃｅ＿ｓｕｂｓｅｔ＿ＥＳ＿ｄｅｓｃｒｉｐｔｏｒ（）”、“ｅｘｔｅｒｎａｌ＿ＥＳ＿ｌｉｎｋ＿ｉｎｆｏ”、“ｓｕｂｓｅｔ＿ｓｅｒｖｉｃｅ＿ＥＳ＿ｉｎｆｏ”、“ｈｙｐｅｒ＿ｌｉｎｋ＿ｄｅｓｃｒｉｐｔｏｒ （）”、ｌｉｎｋ＿ｅｘｔｅｒｎａｌ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｏ（）、ｏｂｊｅｃｔ要素及び“ＥｘｔｅｒｎａｌＥＳ要素”に相当する。

（２）ここで、前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）が対応付けられており、前記送信手段は、前記一の伝送用ストリームと、前記ストリーム特定情報が記載された前記ＰＭＴとを多重化して送信するとしてもよい。

この構成によると、送信装置は、前記ストリーム特定情報が記載されたＰＭＴと前記別の伝送用ストリームとを多重化して送信するので、受信側は、ＰＭＴを用いて、当該別の伝送用ストリームと同時に再生すべき情報を含む前記伝送用ストリームを当該別の伝送用ストリームを復号する前に特定することができる。

（３）ここで、前記ストリーム特定情報は、さらに、前記複数の伝送用ストリームを同時に再生する際に同期をとるための同期情報を含むとしてもよい。

この構成によると、送信装置は、同期情報を含めて前記ストリーム特定情報を送信するので、受信側は、前記複数の伝送用ストリームを同時に再生する際には、同期情報を用いることで、各伝送用ストリームに含まれる情報それぞれについて同期をとりつつ再生することができる。

（４）ここで、前記同期情報は、再生の同期の基準として、前記複数の伝送用ストリームそれぞれに含まれるＰＣＲ（Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｆｅｒｅｎｃｅ）のうち何れかを指定するものであるとしてもよい。

この構成によると、送信装置は、複数の伝送用ストリームそれぞれに含まれるＰＣＲのうち１つのＰＣＲを用いることを示す前記同期情報を送信するので、受信側は、指定されたＰＣＲ、つまり当該ＰＣＲを含む伝送用ストリームに含まれる情報の再生タイミングを基準として他の伝送用ストリームを再生することができる。

（５）ここで、前記同期情報は、前記複数の伝送用ストリームそれぞれが同一のタイムスタンプを使用することを示すものであるとしてもよい。

この構成によると、送信装置は、タイムスタンプを用いることを示す前記同情報を送信するので、受信側は、タイムスタンプを基準として前記複数の伝送用ストリームを再生することができる。

（６）ここで、前記ＰＭＴには、前記一の伝送用ストリームが単独で再生可能であるか否かを示す再生情報が含まれるとしてもよい。

この構成によると、送信装置は、再生情報を送信するので、受信側は、当該再生情報が単独で再生可能であることを示している場合には、他の伝送用ストリームの情報を同時再生することなく、当該別の伝送用ストリームの情報の再生を行うことができる。

（７）ここで、前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、ＳＩ／ＰＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ／Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）が対応付けられており、前記送信手段は、前記一の伝送用ストリームと、前記ストリーム特定情報が記載されたＳＩ／ＰＳＩとを多重化して送信するとしてもよい。

この構成によると、送信装置は、前記ストリーム特定情報が記載されたＳＩ／ＰＳＩと前記別の伝送用ストリームとを多重化して送信するので、受信側は、ＳＩ／ＰＳＩを用いて、前記伝送用ストリームを受信する前に特定することができる。

（８）ここで、前記一の伝送用ストリームは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで配信されるストリームであって、再生制御メタファイルが対応付けられており、前記送信手段は、前記ストリーム特定情報を含む前記再生制御メタファイルを、前記一の伝送用ストリームとは別に送信するとしてもよい。

この構成によると、送信装置は、前記ストリーム特定情報が記載された再生制御メタファイルを送信するので、受信側は、再生制御メタファイルを用いて、前記伝送用ストリームを受信する前に前記別の伝送用ストリームを特定することができる。

（９）ここで、前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、データ放送コンテンツ記述子が対応付けられており、前記送信手段は、前記一の伝送用ストリームと、前記ストリーム特定情報が記載された前記データ放送コンテンツ記述子とを多重化して送信するとしてもよい。

この構成によると、送信装置は、前記ストリーム特定情報が記載されたデータ放送コンテンツ記述子と、前記別の伝送用ストリームとを多重化して送信するので、受信側は、当該別の伝送用ストリームの再生を再生する際に、データ放送コンテンツを用いて前記伝送用ストリームを特定することができる。

（１０）ここで、前記一の伝送用ストリームは、サーバ型放送において送信されるものであって、メタデータが対応付けられ、前記送信手段は、前記ストリーム特定情報が番組要素情報に記載された前記メタデータを送信するとしてもよい。

この構成によると、送信装置は、前記ストリーム特定情報が記載された番組要素情報を含むメタデータを送信するので、受信側は、メタデータを用いて、前記伝送用ストリームを特定することができる。

（１１）また、本発明の一態様は、番組を受信し、再生する受信再生装置であって、番組を構成する第１伝送用ストリームと、前記第１伝送用ストリームと同時に再生すべき第２伝送用ストリームが送信されているか否かを示す送信情報とを受信する第１受信手段と、前記送信情報を用いて、前記第２伝送用ストリームが送信されているか否かを判断する判断手段と、前記判断手段で前記第２伝送用ストリームが送信されていると判断される場合、前記第２伝送用ストリームを受信する第２受信手段と、前記判断手段で前記第２伝送用ストリームが送信されていると判断される場合には、前記第１伝送用ストリーム及び前記第２伝送用ストリームの双方を再生し、前記判断手段で前記第２伝送用ストリームが送信されていないと判断される場合には、前記第１伝送用ストリームを再生する再生手段とを備えることを特徴とする。

この構成によると、受信再生装置は、送信情報を用いることで、第１伝送用ストリームと同時に再生すべき第２伝送用ストリームの有無を判断することができる。これにより、受信再生装置は、第２伝送用ストリームが存在すると判断する場合には２つのストリーム（第１伝送用ストリームと第２伝送用ストリーム）双方を再生するので、視聴者は多種多様のサービスを受けることができる。ここで、送信情報は、上記実施の形態及び変形例で示すＰＭＴ、ＥＩＴ、再生制御ファイルに相当する。

（１２）ここで、前記第１伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、前記第１受信手段は、 前記第１伝送用ストリームと多重化されたＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）に記述された前記送信情報を受信するとしてもよい。

この構成によると、受信再生装置は、ＰＭＴを用いて、第１伝送用ストリーム復号する前に、第２伝送用ストリームの有無を特定することができる。

（１３）ここで、前記送信情報は、さらに、前記第１伝送用ストリームと前記第２伝送用ストリームとを同時に再生する際に同期をとるための同期情報を含んでおり、前記再生手段は、前記同期情報に基づいて、前記第１伝送用ストリームの情報と、前記第２ストリームの情報とについて同期再生を行うとしてもよい。

この構成によると、受信再生装置は、第１伝送用ストリーム及び第２伝送用ストリームを同時に再生する際には、同期情報を用いることで、各伝送用ストリームに含まれる情報それぞれについて同期をとりつつ再生することができる。

（１４）ここで、前記再生手段は、前記第１伝送用ストリームのＰＣＲ（Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｆｅｒｅｎｃｅ）及び前記第２伝送用ストリームのＰＣＲのうち、前記同期情報が示すＰＣＲを用いて前記同期再生を行うとしてもよい。

この構成によると、受信再生装置は、指定されたＰＣＲに応じた伝送用ストリームに含まれる情報の再生タイミングを基準として他の伝送用ストリームを再生することができる。

（１５）ここで、前記再生手段は、前記同期情報が示すタイムスタンプを用いて、前記同期再生を行うとしてもよい。

この構成によると、受信再生装置は、タイムスタンプを基準として第１伝送用ストリーム及び第２伝送用ストリームを同時再生することができる。

（１６）ここで、 前記第１伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、前記第１受信手段は、前記第１伝送用トリームと多重化されたＳＩ／ＰＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ／Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）に記述された前記送信情報を受信するとしてもよい。

この構成によると、受信再生装置は、ＳＩ／ＰＳＩを用いて、第２伝送用ストリームを受信する前に特定することができる。

（１７）ここで、前記第１伝送用ストリームは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで配信されるストリームであり、前記第１受信手段は、前記第１伝送用ストリームの受信に先立って、前記第１伝送用ストリームに対応する再生制御メタファイルに含まれる前記送信情報を受信するとしてもよい。

この構成によると、受信再生装置は、再生制御メタファイルを用いて、第１伝送用ストリームを受信する前に第２伝送用ストリームを特定することができる。

（１８）ここで、前記複数の伝送用ストリームのうち少なくとも１つの伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、前記第１受信手段は、前記第１伝送用トリームと多重化されたデータ放送コンテンツ記述子に記述された前記送信情報を受信するとしてもよい。

この構成によると、受信再生装置は、データ放送コンテンツを用いて、第１伝送用ストリームの再生する際に、第２伝送用ストリームを特定することができる。

（１９）ここで、前記第１伝送用ストリームは、サーバ型放送において送信されるものであり、前記第１受信手段は、前記第１伝送用ストリームに対応するメタデータに含まれる番組要素情報に記載された前記送信情報を受信するとしてもよい。

この構成によると、受信再生装置は、メタデータを用いて、第２伝送用ストリームを特定することができる。

（２０）ここで、前記第２受信手段において、前記判断に先立って、前記第２伝送用ストリームと、当該第２伝送用ストリームが単独で再生可能であるか否かを示す再生情報とを受信すると、前記判断手段は、さらに、前記再生情報に基づいて当該第２伝送用ストリームが単独で再生可能であるか否かを判断し、前記再生手段は、さらに、前記判断手段で前記第２伝送用ストリームが単独で再生可能であると判断される場合には、前記第２伝送用ストリームを再生するとしてもよい。

この構成によると、受信再生装置は、再生情報が単独で再生可能であることを示している場合には、第１伝送用ストリームの情報を同時再生することなく、第２伝送用ストリームの情報の再生を行うことができる。

本発明は、番組の映像だけでなく、字幕データ、他視点の映像等の多種多様の情報を送信する装置、及び番組の映像及び多種多様の情報を受信し、再生する装置に適用することができる。

１０ 番組配信システム
１００、２００、１１００、１２００ 送信装置
１０１ 左目用ビデオエンコーダ
１０２ オーディオエンコーダ
１０３ 左目用ビデオストリーム格納部
１０４ オーディオストリーム格納部
１０５、２０５ 情報保持部
１０６、２０６、１１０６、１２０６ 多重化部
１０７、２０７、１１０７、１２０７ 送信部
２０１ 右目用ビデオエンコーダ
２０３ 右目用ビデオストリーム格納部
３００、１３００ デジタルテレビ（受信再生装置）
３０１、１３０１ 制御部
３０２、１３０２ 受信処理部
３０３ 再生処理部
３０４ 出力部
３１０、１３１０ 第１受信部
３１１、１３１１ 第２受信部
３２０ 第１多重化分離部
３２１ 第２多重化分離部
３２２ 同期制御部
３２３ 第１映像復号部
３２４ 第２映像復号部
３２５ 音声復号部
３２６ 映像処理部
１１０５、１２０５ ファイル保持部
１３０５ 送信部

Claims (22)

1. １台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持する保持手段と、
   前記ストリーム特定情報を送信する送信手段とを備える
   ことを特徴とする送信装置。
2. 前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）が対応付けられており、
   前記送信手段は、
   前記一の伝送用ストリームと、前記ストリーム特定情報が記載された前記ＰＭＴとを多重化して送信する
   ことを特徴とする請求項１に記載の送信装置。
3. 前記ストリーム特定情報は、さらに、
   前記複数の伝送用ストリームを同時に再生する際に同期をとるための同期情報を含む
   ことを特徴とする請求項２に記載の送信装置。
4. 前記同期情報は、
   再生の同期の基準として、前記複数の伝送用ストリームそれぞれに含まれるＰＣＲ（Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｆｅｒｅｎｃｅ）のうち何れかを指定するものである
   ことを特徴とする請求項３に記載の送信装置。
5. 前記同期情報は、
   前記複数の伝送用ストリームそれぞれが同一のタイムスタンプを使用することを示すものである
   ことを特徴とする請求項３に記載の送信装置。
6. 前記ＰＭＴには、前記一の伝送用ストリームが単独で再生可能であるか否かを示す再生情報が含まれる
   ことを特徴とする請求項２に記載の送信装置。
7. 前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、ＳＩ／ＰＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ／Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）が対応付けられており、
   前記送信手段は、
   前記一の伝送用ストリームと、前記ストリーム特定情報が記載されたＳＩ／ＰＳＩとを多重化して送信する
   ことを特徴とする請求項１に記載の送信装置。
8. 前記一の伝送用ストリームは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで配信されるストリームであって、再生制御メタファイルが対応付けられており、
   前記送信手段は、前記ストリーム特定情報を含む前記再生制御メタファイルを、前記一の伝送用ストリームとは別に送信する
   ことを特徴とする請求項１に記載の送信装置。
9. 前記一の伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであって、データ放送コンテンツ記述子が対応付けられており、
   前記送信手段は、
   前記一の伝送用ストリームと、前記ストリーム特定情報が記載された前記データ放送コンテンツ記述子とを多重化して送信する
   ことを特徴とする請求項１に記載の送信装置。
10. 前記一の伝送用ストリームは、サーバ型放送において送信されるものであって、メタデータが対応付けられ、
    前記送信手段は、
    前記ストリーム特定情報が番組要素情報に記載された前記メタデータを送信する
    ことを特徴とする請求項１に記載の送信装置。
11. 番組を受信し、再生する受信再生装置であって、
    番組を構成する第１伝送用ストリームと、前記第１伝送用ストリームと同時に再生すべき第２伝送用ストリームが送信されているか否かを示す送信情報とを受信する第１受信手段と、
    前記送信情報を用いて、前記第２伝送用ストリームが送信されているか否かを判断する判断手段と、
    前記判断手段で前記第２伝送用ストリームが送信されていると判断される場合、前記第２伝送用ストリームを受信する第２受信手段と、
    前記判断手段で前記第２伝送用ストリームが送信されていると判断される場合には、前記第１伝送用ストリーム及び前記第２伝送用ストリームの双方を再生し、前記判断手段で前記第２伝送用ストリームが送信されていないと判断される場合には、前記第１伝送用ストリームを再生する再生手段とを備える
    ことを特徴とする受信再生装置。
12. 前記第１伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、
    前記第１受信手段は、
    前記第１伝送用ストリームと多重化されたＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）に記述された前記送信情報を受信する
    ことを特徴とする請求項１１に記載の受信再生装置。
13. 前記送信情報は、さらに、前記第１伝送用ストリームと前記第２伝送用ストリームとを同時に再生する際に同期をとるための同期情報を含んでおり、
    前記再生手段は、
    前記同期情報に基づいて、前記第１伝送用ストリームの情報と、前記第２ストリームの情報とについて同期再生を行う
    ことを特徴とする請求項１２に記載の受信再生装置。
14. 前記再生手段は、前記第１伝送用ストリームのＰＣＲ（Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｆｅｒｅｎｃｅ）及び前記第２伝送用ストリームのＰＣＲのうち、前記同期情報が示すＰＣＲを用いて前記同期再生を行う
    ことを特徴とする請求項１３に記載の受信再生装置。
15. 前記再生手段は、前記同期情報が示すタイムスタンプを用いて、前記同期再生を行う
    ことを特徴とする請求項１３に記載の受信再生装置。
16. 前記第１伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、
    前記第１受信手段は、
    前記第１伝送用トリームと多重化されたＳＩ／ＰＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ／Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）に記述された前記送信情報を受信する
    ことを特徴とする請求項１１に記載の受信再生装置。
17. 前記第１伝送用ストリームは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで配信されるストリームであり、
    前記第１受信手段は、
    前記第１伝送用ストリームの受信に先立って、前記第１伝送用ストリームに対応する再生制御メタファイルに含まれる前記送信情報を受信する
    ことを特徴とする請求項１１に記載の受信再生装置。
18. 前記複数の伝送用ストリームのうち少なくとも１つの伝送用ストリームは、ＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のストリームであり、
    前記第１受信手段は、
    前記第１伝送用トリームと多重化されたデータ放送コンテンツ記述子に記述された前記送信情報を受信する
    ことを特徴とする請求項１１に記載の受信再生装置。
19. 前記第１伝送用ストリームは、サーバ型放送において送信されるものであり、
    前記第１受信手段は、
    前記第１伝送用ストリームに対応するメタデータに含まれる番組要素情報に記載された前記送信情報を受信する
    ことを特徴とする請求項１１に記載の受信再生装置。
20. 前記第２受信手段において、前記判断に先立って、前記第２伝送用ストリームと、当該第２伝送用ストリームが単独で再生可能であるか否かを示す再生情報とを受信すると、
    前記判断手段は、さらに、前記再生情報に基づいて当該第２伝送用ストリームが単独で再生可能であるか否かを判断し、
    前記再生手段は、さらに、前記判断手段で前記第２伝送用ストリームが単独で再生可能であると判断される場合には、前記第２伝送用ストリームを再生する
    ことを特徴とする請求項１１に記載の受信再生装置。
21. １台の受信再生装置で同時に再生すべき情報を各々が含む複数の伝送用ストリームのうち、一の伝送用ストリームに対応付けられ、且つ当該一の伝送用ストリームとは異なる少なくとも１つの伝送用ストリームを特定するストリーム特定情報を保持する保持手段を有する送信装置で用いられる送信方法であって、
    前記ストリーム特定情報を送信する送信ステップを含む
    ことを特徴とする送信方法。
22. 番組を受信し、再生する受信再生装置で用いられる受信再生方法であって、
    番組を構成する第１伝送用ストリームと、前記第１伝送用ストリームと同時に再生すべき第２伝送用ストリームが送信されているか否かを示す送信情報とを受信する第１受信ステップと、
    前記送信情報を用いて、前記第２伝送用ストリームが送信されているか否かを判断する判断ステップと、
    前記判断ステップで前記第２伝送用ストリームが送信されていると判断される場合、前記第２伝送用ストリームを受信する第２受信ステップと、
    前記判断ステップで前記第２伝送用ストリームが送信されていると判断される場合には、前記第１伝送用ストリーム及び前記第２伝送用ストリームの双方を再生し、前記判断ステップで前記第２伝送用ストリームが送信されていないと判断される場合には、前記第１伝送用ストリームを再生する再生ステップとを含む
    ことを特徴とする受信再生方法。

Images