"第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する送信部を備え、上記第1のビデオストリームに、該第1のビデオストリームと、上記第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報が挿入されている画像データ送信装置。上記ストリーム同期情報は、上記第1のビデオストリームのピクチャレイヤに挿入され、上記ストリーム同期情報には、該当フレームの表示スキップを行うか否かを示す情報、および該当フレームの表示タイミングの補正値が含まれる請求項1に記載の画像データ送信装置。上記ストリーム同期情報に、ストリームの初期フレームからのフレーム数を示す情報が付加されている請求項2に記載の画像データ送信装置。上記ストリーム同期情報に、上記第2のビデオストリームの存在を示すフラグ情報が付加されている請求項2に記載の画像データ送信装置。上記ストリーム同期情報に、上記同期表示のタイプを示す情報が付加されている請求項2に記載の画像データ送信装置。上記所定コンテナフォーマットのストリームに、上記第1のビデオストリームおよび上記第2のビデオストリームのうち基本ビデオストリームの初期タイムスタンプ情報が挿入されている請求項1に記載の画像データ送信装置。上記所定コンテナフォーマットのストリームに、上記第2の画像データが含まれる上記第2のビデオストリームを有する所定コンテナフォーマットのストリームの数を示す情報がさらに挿入されている請求項1に記載の画像データ送信装置。上記所定コンテナフォーマットのストリームに、上記第1のビデオストリームおよび上記第2のビデオストリームのうち基本ビデオストリームに上記ストリーム同期情報が存在するか否かを示す情報がさらに挿入されている請求項1に記載の画像データ送信装置。第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する際に、上記第1のビデオストリームに、該第1のビデオストリームと、上記第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報を挿入する画像データ送信方法。ステレオ立体画像データを構成する第1のビューの画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する送信部を備え、上記第1のビデオストリームに、該第1のビデオストリームと、上記第1のビューの画像データと同期表示される上記ステレオ立体画像データを構成する第2のビューの画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報が挿入されている画像データ送信装置。第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットの第1のストリームを送信する第1の送信部と、上記第1の画像データと同期表示される第2の画像データが含まれる追加ビデオストリームを有する所定コンテナフォーマットの第2のストリームを送信する第2の送信部とを備え、上記追加ビデオストリームに、フレーム毎に、該追加ビデオストリームと上記基本ビデオストリームとをフレーム単位で同期させるための情報を含むストリーム同期情報が挿入されている画像データ送信装置。第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、上記追加ビデオストリームには、フレーム毎に、上記基本ビデオストリームと上記追加ビデオストリームとをフレーム単位で同期させるためのフレーム同期情報が挿入されており、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、上記フレーム同期情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置。第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、タイムスタンプ情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置。例えば、地上放送などの帯域が限定されている放送においては、フルHD解像度19201080の左眼画像データおよび右眼画像データを並行して送ることが困難である。この場合、左眼画像データおよび右眼画像データがそれぞれ含まれるビデオストリームを別個の放送ストリームで送信することが考えられるが、受信側において同期表示を保証する必要がある。なお、この種の問題は、4K2K、8K4K等の超高精細な画像データを分割して、それぞれの分割画像データが含まれるビデオストリームを別個の放送ストリームで送信する場合にも生じる。また、この種の問題は、重畳表示のための2つの画像データがそれぞれ含まれるビデオストリームを別個の放送ストリームで送信する場合にも生じる。本技術の目的は、同期表示すべき複数の画像データのそれぞれを含む複数のビデオストリームを別個の放送ストリームで送信する際に、受信側における同期表示を保証することにある。本技術の概念は、第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する送信部を備え、上記第1のビデオストリームに、該第1のビデオストリームと、上記第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報が挿入されている画像データ送信装置にある。本技術において、送信部により、第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームが送信される。この第1のビデオストリームに、ストリーム同期情報が挿入されている。このストリーム同期情報は、第1のビデオストリームに、この第1のビデオストリームと、第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるための情報である。このように本技術においては、第1のビデオストリームにストリーム同期情報が挿入されている。そのため、受信側において、このストリーム同期情報に基づいて、第1のビデオストリームと第2のビデオストリームとをフレーム単位で同期させることができる。したがって、受信側において、第1の画像データと第2の画像データとの同期表示が保証される。なお、本技術は、例えば、ストリーム同期情報は、第1または第2のビデオストリームのピクチャレイヤに挿入され、このストリーム同期情報には、該当フレームの表示スキップを行うか否かを示す情報、および該当フレームの表示タイミングの補正値が含まれる、ようにされてもよい。また、本技術は、例えば、このストリーム同期情報に、ストリームの初期フレームからのフレーム数を示す情報、第2のビデオストリームの存在を示すフラグ情報、同期表示のタイプを示す情報等が付加されていてもよい。同期表示のタイプとしては、例えば、ステレオ立体画像表示、高精細画像表示、重畳表示などがある。また、本技術は、例えば、所定コンテナフォーマットのストリームに、第1のビデオストリームおよび第2のビデオストリームのうち基本ビデオストリームの初期タイムスタンプ情報が挿入されていてもよい。このように、初期タイムスタンプ情報が挿入されることで、受信側において、ランダムアクセスで基本ビデオストリームの途中から再生する場合にあっても、第1のビデオストリームと第2のビデオストリームとをフレーム単位で同期させることができる。また、本技術は、所定コンテナフォーマットのストリームに、第2の画像データが含まれる第2のビデオストリームを有する所定コンテナフォーマットのストリームの数を示す情報が挿入されていてもよい。また、本技術は、所定コンテナフォーマットのストリームに、第1のビデオストリームおよび第2のビデオストリームのうち基本ビデオストリームにストリーム同期情報が挿入されているか否かを示す情報が挿入されていてもよい。また、本技術の他の概念は、第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、上記追加ビデオストリームには、フレーム毎に、上記基本ビデオストリームと上記追加ビデオストリームとをフレーム単位で同期させるためのフレーム同期情報が挿入されており、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、上記フレーム同期情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置にある。本技術において、第1の受信部により、第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームが受信され、第2の受信部により、第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームが受信される。ここで、追加ビデオストリームには、フレーム毎に、基本ビデオストリームと追加ビデオストリームとをフレーム単位で同期させるためのフレーム同期情報が挿入されている。第1のデータ取得部により、基本ビデオストリームに含まれる第1の画像データが取得され、第2のデータ取得部により、追加ビデオストリームに含まれる第2の画像データが取得される。この場合、追加ビデオストリームとしては、一つあるいは複数のビデオストリームが考えられる。そして、同期管理部により、第2の画像データは、フレーム同期情報に基づいて、第1の画像データにフレーム単位で同期するように、時間軸が調整される。これにより、第1の画像データと第2の画像データとの同期表示が保証される。また、本技術のさらに他の概念は、第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、タイムスタンプ情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置にある。本技術においては、同期管理部により、第2の画像データは、タイムスタンプ情報に基づいて、第1の画像データにフレーム単位で同期するように、時間軸が調整される。これにより、上述の基本ビデオストリームと追加ビデオストリームとをフレーム単位で同期させるためのフレーム同期情報がない場合であっても、第1の画像データと第2の画像データとの同期表示が保証される。本技術によれば、同期表示すべき複数の画像データのそれぞれを含む複数のビデオストリームを別個の放送ストリームで送信する際に、受信側における同期表示を保証できる。以下、本技術を実施するための形態以下、実施の形態とするについて説明する。なお、説明は以下の順序で行う。1.実施の形態2.変形例<1.実施の形態>[放送システム]図1は、実施の形態としての放送システム10の構成例を示している。この放送システム10は、放送局11に設置された送信装置100と、ユーザ宅12に設置された受信装置200により構成されている。なお、実際には、複数のユーザ宅12のそれぞれに受信装置200が設置されている。放送局11は、RF電波放送波による放送と、IPネットワークを介しての放送IPTV放送とを行うことができる。この放送システム10では、図2に示すように、基本となる放送ストリームBasicstreamと、追加の放送ストリームExtendedstreamとを送信可能となっている。ここで、RF電波で送信される放送ストリームのコンテナフォーマットは、例えばMPEG2TSMPEG2TransportStreamである。また、IPTV放送で送信される放送ストリームのコンテナフォーマットは、例えばMPEG2TSあるいはMP4である。基本となる放送ストリームの送信形態としては、例えば、RF電波によるリニア放送、IPTVによる放送ストリーミングおよびIPTVによる放送ダウンロード等が考えられる。一方、追加の放送ストリームの送信形態としては、例えば、RF電波によるリニア放送、RF電波による蓄積型放送、IPTVによる放送ストリーミングおよびIPTVによる放送ダウンロード等が考えられる。ここで、基本となる放送ストリームは、第1の画像データを含む基本ビデオストリームを有する放送ストリームである。また、追加の放送ストリームは、第1の画像データと同期表示すべき第2の画像データを含む追加ビデオストリームを有する放送ストリームである。なお、第2の画像データは複数の場合も考えられる。その場合、追加の放送ストリームは複数となる。この実施の形態では、基本の放送ストリームがRF電波によるリニア放送であり、追加の放送ストリームがIPTVによる放送ストリーミング、ダウンロードの場合について説明する。また、この実施の形態では、図3に示すように、基本となる放送ストリームと追加の放送ストリームの送信をステレオ立体3D画像表示に応用する場合について説明する。この場合、第1の画像データがステレオ立体画像データを構成する左眼画像データであり、第2の画像データがステレオ立体画像データを構成する右眼画像データである。図4は、放送システム10におけるステレオ立体画像データの伝送例を概略的に示している。送信側送信装置100は、例えば、3Dカメラ111およびエンコーダ112を有している。3Dカメラ111で得られた左眼画像データおよび右眼画像データがエンコーダ112に供給される。エンコーダ112では、それぞれの画像データがMPEG2ビデオあるいはAVC等の符号化フォーマットで符号化され、基本ビデオストリームおよび追加ビデオストリームが生成される。送信側から受信側には、エンコーダ112で生成された基本ビデオストリーム左眼画像データを含むを有する基本となる放送ストリームleftviewstreamがRF電波により送られる。また、送信側から受信側には、エンコーダ112で生成された追加ビデオストリーム右眼画像データを含むを有する追加の放送ストリームrightviewstreamがIPネットワークを介して送られる。受信側受信装置200は、例えば、デコーダ241および3Dモニタ242を有している。デコーダ241では、基本となる放送ストリームLeftviewstreamが有する基本ビデオストリームに対して復号化処理が行われて左眼画像データが得られる。また、デコーダ241では、追加の放送ストリームRightviewstreamが有する追加ビデオストリームに対して復号化処理が行われて右眼画像データが得られる。そして、これら左眼画像データおよび右眼画像データが3Dモニタ242に供給されてステレオ立体画像表示が行われる。図1に戻って、送信装置100は、基本ビデオストリームおよび追加ビデオストリームに、ストリーム同期情報StreamSynchronizationInformationを挿入する。このストリーム同期情報は、受信側において、基本ビデオストリームおよび追加ビデオストリームをフレーム単位で同期させるための情報を含んでいる。このストリーム同期情報は、ビデオストリームのピクチャレイヤ、例えばピクチャヘッダのユーザデータ領域あるいはそれに相当する領域に挿入される。このストリーム同期情報には、ストリームの初期フレームからのフレーム数を示す情報、同期関係にある他の放送ストリームの存在を示す情報、同期表示のタイプを示す情報等も含まれている。このストリーム同期情報の詳細については後述する。また、送信装置100は、基本となる放送ストリームおよび追加の放送ストリームに、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorを挿入する。このストリーム同期情報デスクリプタは、基本ビデオストリームの初期タイムスタンプ情報等を含んでいる。このストリーム同期情報デスクリプタには、同期関係にある他の放送ストリームの数を示す情報、基本ビデオストリームに上述のストリーム同期情報が含まれているか否かを示す情報等も含まれている。このストリーム同期情報デスクリプタの詳細については後述する。図5は、図1の放送システム10における一つの番組サービスを構成するストリームの要素の一例を概略的に示している。この例では、基本となる放送ストリームおよび追加の放送ストリームのコンテナフォーマットが双方ともにMPEG2TSである場合を示している。ここで、TransportStream1は、左眼画像データを含む基本ビデオストリームを有する基本となる放送ストリームを示している。また、TransportStream2は右眼画像データを含む追加ビデオストリームを有する追加の放送ストリームを示している。この場合、TransportStream1およびTransportStream2の双方のTransportStreamidが同じ値とされる。すなわち、NITNetworkInformationTable、SDTServiceDescriptionTable、PMTProgramMapTableおよびEITEventInformationTableのTransportStreamidは、双方のストリームで同じ値とされる。また、PMTのProgramnumberは、双方のストリームで同じ値とされる。これらにより、双方の放送ストリームの関係付けが行われている。図6は、基本となる放送ストリームBasicStream1:TSB1であるTransportStream1と、追加の放送ストリームExtendedStream1:TSE1であるTransportStream2の各値の設定例を示している。基本となる放送ストリームTSB1では、transportstreamid0x1110とされ、programnumber0x1000とされ、elementaryPID0x1FF0とされている。これに対し、追加の放送ストリームでは、transportstreamid0x1110とされ、programnumber0x1000とされ、elementaryPID0x1FF1とされている。このように、transportstreamid、programnumberの値が基本となる放送ストリームと追加の放送ストリームとで同じことで、双方が同一サービスによるストリームであることが示される。また、elementaryPIDの値が基本となる放送ストリームと追加の放送ストリームとで異なることで、双方が有する基本ビデオストリームと追加ビデオストリームは別のビデオエレメンタリストリームであることが示される。TransportStream1のPMTには、ビデオエレメンタリストリーム基本ビデオストリームに関連した情報を持つビデオエレメンタリループが存在する。このビデオエレメンタリループには、基本ビデオストリームのパケット識別子PID、ストリームタイプStreamType等の情報が配置され、さらに、上述のストリーム同期情報デスクリプタが配置されている。同様に、TransportStream2のPMTには、ビデオエレメンタリストリーム追加ビデオストリームに関連した情報を持つビデオエレメンタリループが存在する。このビデオエレメンタリループには、追加ビデオストリームのパケット識別子PID、ストリームタイプStreamType等の情報が配置され、さらに、上述のストリーム同期情報デスクリプタが配置される。なお、TransportStream1、TransportStream2において、ストリーム同期情報デスクリプタは、図5に破線図示するように、EITの配下に配置することも考えられる。また、TransportStream1には、基本ビデオストリームをパケット化して得られたPESパケットVideoPES1が含まれている。この基本ビデオストリームに、上述のストリーム同期情報が挿入されている。このストリーム同期情報は、ピクチャヘッダのユーザデータ領域、あるいはそれに相当する領域に挿入されている。同様に、TransportStream2には、追加ビデオストリームをパケット化して得られたPESパケットVideoPES2が含まれている。この追加ビデオストリームに、上述のストリーム同期情報が挿入されている。このストリーム同期情報は、ピクチャヘッダのユーザデータ領域、あるいはそれに相当する領域に挿入されている。図7は、図1の放送システム10における一つの番組サービスを構成するストリームの要素の他の例を概略的に示している。この例では、基本となる放送ストリームのコンテナフォーマットがMPEG2TSであり、追加の放送ストリームのコンテナフォーマットがMP4である場合を示している。ここで、TransportStream1は、左眼画像データを含む基本ビデオストリームを有する基本となる放送ストリームを示し、MP4Streamは右眼画像データを含む追加ビデオストリームを有する追加の放送ストリームを示している。詳細説明は省略するが、TransportStream1に関しては、図5におけるTransportStream1と同様である。MP4Streamは、ボックス構造になっており、MOOVボックス、Mdatボックス、Moofボックス等を含んでいる。MOOVボックスは、全てのメタデータを含むコンテナであり、ファイル中に一つだけ含まれる。Mdatボックスは、データ本体のコンテナであり、ファイル中に任意の数だけ含めることができる。追加ビデオストリームVideoES2は、Mdatボックス内に配置される。上述のストリーム同期情報デスクリプタは、MOOVボックスあるいはMoofボックスに格納されるuuidprivateextensionにメタデータとして挿入される。また、Mdatボックスに配置される追加ビデオストリームに、上述のストリーム同期情報が挿入されている。このストリーム同期情報は、ピクチャヘッダのユーザデータ領域、あるいはそれに相当する領域に挿入されている。なお、TransportStream1とMP4Streamの関連付けは、受信装置200に予め設定されるストリームマッピング情報SMI:StreamMappingInformationに基づいて行われる。このストリームマッピング情報は、例えば、番組識別子Programnumberと、ファイルネームFilenameと、TSのストリームIDTransportStreamidとの対応関係を示すものである。番組識別子Programnumberは、放送局の番組毎に決められる番号で、番組構成を示すPMTとリンクするものである。図8に示す通り、ファイルネームFilenameは、MPEG2TSとMP4ファイルの別種フォーマットのコンテナが一つの番組サービスを構成することを示すためのものである。[送信装置の構成例]図9は、送信装置100の構成例を示している。この送信装置100は、3Dカメラ111と、エンコーダ112と、送信部113と、IPTV放送の配信サーバ114を有している。3Dカメラ111は、被写体を撮像して、ステレオ立体画像データとしての左眼画像データおよび右眼画像データを出力する。エンコーダ112は、それぞれの画像データをMPEG2ビデオあるいはAVC等の符号化フォーマットで符号化し、左眼画像データを含む基本ビデオストリーム、および右眼画像データを含む追加ビデオストリームを生成する。図10は、エンコーダ112の詳細構成例を示している。エンコーダ112は、全体の動作を制御するCPU120の他に、ビデオエンコーダ121L,121R、多重化部122L,122Rを備えた構成とされている。エンコーダ112は、左眼画像データleftviewvideoを含む基本ビデオストリームを有する基本となる放送ストリームleftviewstream:BasicStreamを生成する。この場合、エンコーダ112は、図10に示す通り、多重化部122Lにおいて、基本ビデオストリームビデオエレメンタリストリームに、必要に応じて、グラフィクスストリーム、オーディオストリームなどのその他のエレメンタリストリームを多重化することも行う。また、エンコーダ112は、ビデオエンコーダ121Lにおいて、左眼画像データleftviewvideoを符号化して基本ビデオストリームを生成する。エンコーダ112は、このビデオエンコーダ121Lにおいて、基本ビデオストリームに、上述したストリーム同期情報StreamSynchronizationInformationを挿入する。さらに、エンコーダ112は、基本となる放送ストリームleftviewstreamに、上述したストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorを挿入する。なお、この放送ストリームleftviewstreamのコンテナフォーマットはMPEG2TSとされる。また、エンコーダ112は、右眼画像データを含む追加ビデオストリームを有する追加の放送ストリームRightviewstream:ExtendedStreamを生成する。この場合、エンコーダ112は、図10に示す通り、多重化部122Rにおいて、追加ビデオストリームビデオエレメンタリストリームに、必要に応じて、グラフィクスストリーム、オーディオストリームなどのその他のエレメンタリストリームを多重化することも行う。また、エンコーダ112は、ビデオエンコーダ121Rにおいて、右眼画像データrightviewvideoを符号化して追加ビデオストリームを生成する。エンコーダ112は、このビデオエンコーダ121Rにおいて、追加ビデオストリームに、上述したストリーム同期情報StreamSynchronizationInformationを挿入する。さらに、エンコーダ112は、追加の放送ストリームrightviewstreamに、上述したストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorを挿入する。なお、この放送ストリームrightviewstreamのコンテナフォーマットはMPEG2TSあるいはMP4とされる。送信部113は、エンコーダ112で生成される基本となる放送ストリームleftviewstreamをRF変調して所定の周波数帯域の信号とし、アンテナから放送電波として出力させる。配信サーバ114は、エンコーダ112で生成される追加の放送ストリームrightviewstreamを蓄積し、受信側からの送信要求に応じ、IPネットワークを介して、ストリーミング送信あるいはダウンロード送信を行う。図9に示す送信装置100の動作を説明する。3Dカメラ111では、被写体が撮像されて、ステレオ立体画像データとしての左眼画像データおよび右眼画像データが得られる。この左眼画像データおよび右眼画像データは、エンコーダ112に供給される。エンコーダ112では、左眼画像データおよび右眼画像データのそれぞれがMPEG2ビデオあるいはAVC等の符号化フォーマットで符号化され、左眼画像データを含む基本ビデオストリーム、および右眼画像データを含む追加ビデオストリームが生成される。また、エンコーダ112では、左眼画像データを含む基本ビデオストリームを有し、コンテナフォーマットがMPEG2TSである、基本となる放送ストリームleftviewstreamが生成される。その際、エンコーダ112では、基本ビデオストリームビデオエレメンタリストリームに、必要に応じて、グラフィクスストリーム、オーディオストリームなどのその他のエレメンタリストリームを多重化することも行われる。また、エンコーダ112では、基本ビデオストリームに、ストリーム同期情報StreamSynchronizationInformationが挿入される。この場合、このストリーム同期情報は、ピクチャヘッダのユーザデータ領域、あるいはそれに相当する領域に挿入される。また、エンコーダ112では、基本となる放送ストリームleftviewstreamに、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorが挿入される。この場合、このストリーム同期情報デスクリプタは、ビデオエレメンタリループの配下、あるいはEITの配下に挿入される。このようにエンコーダ112で生成される基本となる放送ストリームleftviewstreamは、送信部113に供給される。送信部113では、この放送ストリームleftviewstreamがRF変調されて所定の周波数帯域の信号とされ、アンテナから放送電波として出力される。また、エンコーダ112では、右眼画像データを含む追加ビデオストリームを有し、コンテナフォーマットがMPEG2TSあるいはMP4である、追加の放送ストリームRightviewstream:ExtendedStreamが生成される。その際、エンコーダ112では、追加ビデオストリームビデオエレメンタリストリームに、必要に応じて、グラフィクスストリーム、オーディオストリームなどのその他のエレメンタリストリームを多重化することも行われる。また、エンコーダ112では、追加ビデオストリームに、ストリーム同期情報StreamSynchronizationInformationが挿入される。この場合、このストリーム同期情報は、ピクチャヘッダのユーザデータ領域、あるいはそれに相当する領域に挿入される。また、エンコーダ112では、追加の放送ストリームrightviewstreamに、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorが挿入される。このストリーム同期情報デスクリプタは、コンテナフォーマットがMPEG2TSの場合には、ビデオエレメンタリループの配下に挿入される。あるいは、このストリーム同期情報デスクリプタは、コンテナフォーマットがMP4の場合には、MOOVボックスあるいはMoofボックスに格納されるuuidprivateextensionにメタデータとして挿入される。このようにエンコーダ112で生成される追加の放送ストリームrightviewstreamは、配信サーバ114に蓄積される。配信サーバ114では、この追加の放送ストリームが、受信側からの送信要求に応じ、IPネットワークを介して、ストリーミング送信あるいはダウンロード送信される。[受信装置の構成例]図11は、受信装置200の構成例を示している。なお、この受信装置200は、説明の簡単化のため、オーディオ系については省略している。この受信装置200は、CPU201と、フラッシュROM202と、DRAM203と、内部バス204と、リモコン受信部205と、リモコン送信機206を有している。また、この受信装置200は、アンテナ端子210と、デジタルチューナ211と、ストリームバッファ212と、デマルチプレクサ213と、ビデオデコーダ214と、ビューバッファ215と、ビデオ重畳部216を有している。また、この受信装置200は、ネットワーク端子221と、通信インタフェース通信I/F222と、ハードディスクドライブあるいは半導体メモリ等で構成されるストレージ223を有している。また、この受信装置200は、ストリームバッファ224と、デマルチプレクサ225と、ビデオデコーダ226と、ビューバッファ227と、ビデオ重畳部228を有している。また、この受信装置200は、グラフィクスデコーダ231と、グラフィクス発生部232と、グラフィクスバッファ233,234を有している。CPU201は、受信装置200の各部の動作を制御する。フラッシュROM202は、制御ソフトウェアの格納およびデータの保管を行う。DRAM203は、CPU201のワークエリアを構成する。CPU201は、フラッシュROM202から読み出したソフトウェアやデータをDRAM203上に展開してソフトウェアを起動させ、受信装置200の各部を制御する。リモコン受信部205は、リモコン送信機206から送信されたリモーコントロール信号リモコンコードを受信し、CPU201に供給する。CPU201は、このリモコンコードに基づいて、受信装置200の各部を制御する。CPU201、フラッシュROM202およびDRAM203は内部バス204に接続されている。アンテナ端子210は、受信アンテナ図示せずで受信された放送信号RF信号を入力する端子である。デジタルチューナ211は、アンテナ端子210に入力された放送信号を処理して、ユーザの選択チャンネルに対応した、基本となる放送ストリームLeftviewstreamを出力する。上述したように、この放送ストリームleftviewstreamのコンテナフォーマットはMPEG2TSである。ストリームバッファ212は、デジタルチューナ211から出力された基本となる放送ストリームleftviewstreamを一時的に蓄積する。この放送ストリームleftviewstreamには、上述したように、基本ビデオストリームビデオエレメンタリストリームが含まれている。また、この放送ストリームleftviewstreamには、上述したように、必要に応じて、グラフィクスストリーム、オーディオストリームなどのその他のエレメンタリストリームも多重化されている。さらに、この放送ストリームleftviewstreamには、上述したように、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorが挿入されている。このストリーム同期情報デスクリプタには、基本ビデオストリームの初期タイムスタンプ情報、同期関係にある他の放送ストリームの数を示す情報、基本ビデオストリームにストリーム同期情報が含まれているか否かを示す情報等が含まれている。デマルチプレクサ213は、ストリームバッファ212に一時的に蓄積された基本となる放送ストリームleftviewstreamから、ビデオ、グラフィクス、オーディオなどの各エレメンタリストリームを抽出する。ここで、ビデオエレメンタリストリームは、左眼画像データを含む基本ビデオストリームである。また、デマルチプレクサ213は、この放送ストリームleftviewstreamからストリーム同期情報デスクリプタを抽出し、CPU201に送る。ビデオデコーダ214は、デマルチプレクサ213で抽出された基本ビデオストリームに対して復号化処理を行って復号化された左眼画像データを得る。また、ビデオデコーダ214は、基本ビデオストリームのピクチャヘッダのユーザデータ領域などに挿入されているストリーム同期情報StreamSynchronizationInformationを抽出し、CPU201に送る。このストリーム同期情報には、ストリームの初期フレームからのフレーム数を示す情報、同期関係にある他の放送ストリームの存在を示す情報、同期表示のタイプを示す情報等も含まれている。ビューバッファ215は、ビデオデコーダ214で得られる左眼画像データを一時的に蓄積する。ビデオ重畳部ディスプレイバッファ216は、ビューバッファ215に蓄積された左眼画像データに、グラフィクスバッファ233に蓄積されたグラフィクス情報のデータを重畳して、表示用の左眼画像データSLを出力する。通信インタフェース222は、ネットワーク端子221を介して、IPネットワークに接続されている。通信インタフェース222は、IPネットワークを通じて、送信装置100の配信サーバ114から、追加の放送ストリームrightviewstreamを受信する。上述したように、この追加の放送ストリームのコンテナフォーマットはMPEG2TSあるいはMP4である。また、この受信形態には、ストリーミング受信と、ダウンロード受信がある。例えば、通信インタフェース222は、3D表示選択を伴う3D番組の再生予約があるとき、事前に、その番組の追加の放送ストリームrightviewstreamのダウンロード要求を配信サーバ114に送って、ダウンロード受信を行う。また、例えば、通信インタフェース222は、現在放送中の3D番組で3D表示選択が行われるとき、その番組の追加の放送ストリームrightviewstreamのストリーミング要求を配信サーバ114に送って、ストリーミング受信を行う。なお、通信インタフェース222は、上述の再生予約のとき、その番組の放送時間に対応した規定時間にストリーミングが行われるように配信サーバ114にストリーミング要求を送って、ストリーミング受信を行うことも可能である。図12は、EPG画面上で再生予約番組の選択を行う様子を示している。この場合、ユーザは、EPG画面上で再生予約を行う番組として3D番組を選択すると、3D表示選択ボタンが表示される。ユーザは、このボタンによって3D表示選択を行うことが可能となる。図示の例では、チャンネルCH1の9:00からの3D番組が選択され、3D表示選択ボタンが表示されている状態を示している。通信インタフェース222は、配信サーバ114にダウンロード要求あるいはストリーミング要求を行う際に、ストリームマッピング情報SMI:StreamMappingInformationを、IPネットワークに送信する。このストリームマッピング情報は、基本となる放送ストリームleftviewstreamと、追加の放送ストリームrightviewstreamとの結びつきを示す。上述の図8に示すように、このストリームマッピング情報には、番組識別子Programnumber、ファイルネームFilename、TSのストリームIDTransportStreamid等が含まれている。IPネットワークの中で、追加の放送ストリームrightviewstreamの供給状態によっては、ルータから受信側へ向けて追加ストリームが供給される。この場合、受信側から発せられるストリームマッピング情報が、ネットワーク内のあるルータまで到達した段階で、追加の放送ストリームの局所的な存在が検知され、そのルータから受信側へ向けて追加の放送ストリームが供給される。図13は、送信側である送信局Aチャンネル1、送信局Bチャンネル2、送信局Cチャンネル3と受信側との間のIPネットワークの構成例を示している。例えば、この構成例において、受信側から放送局Aの追加の放送ストリームのサービス要求を求める場合、受信側からストリームマッピング情報SMISMI1がルータ1に送られる。ルータ1では、追加の放送ストリームの存在を確認したら、それを受信側へ向けて供給する処理を行う。ルータ1で追加の放送ストリームの存在が検知されない場合、ストリームマッピング情報SMISMI1がルータ2に送られる。このルータ2でも、上述のルータ1と同様の処理が行われる。放送局Aまでの経路上のルータにおいて追加の放送ストリームの存在が確認されない場合、ストリームマッピング情報SMISMI1が最終的に放送局Aの配信サーバまで送られる、この配信サーバから受信側に向けて追加の放送ストリームの供給が行われる。なお、受信側から放送局Bあるいは放送局Cの追加の放送ストリームのサービス要求を求める場合も、同様の手順により、経路上のルータあるいは配信サーバから受信側に向けて追加の放送ストリームの供給が行われる。また、受信側から発せられるストリームマッピング情報の中身は、TSストリームID、あるいは番組識別子、あるいはファイルネームのみであってもよい。図11に戻って、ストレージ223は、通信インタフェース222でダウンロード受信された追加の放送ストリームrightviewstreamを書き込んで保持し、対応する番組の放送時間に合わせてその追加の放送ストリームを読み出して出力する。ストリームバッファ224は、通信インタフェース222でストリーミング受信された、あるいはストレージ223から読み出された追加の放送ストリームrightviewstreamを一時的に蓄積する。デマルチプレクサ225は、ストリームバッファ224に一時的に蓄積された追加の放送ストリームRightviewstreamから、ビデオ、グラフィクス、オーディオなどの各エレメンタリストリームを抽出する。ここで、ビデオエレメンタリストリームは、右眼画像データを含む追加ビデオストリームである。また、デマルチプレクサ225は、上述のデマルチプレクサ213と同様に、この放送ストリームrightviewstreamからストリーム同期情報デスクリプタを抽出し、CPU201に送る。ビデオデコーダ226は、デマルチプレクサ225で抽出された追加ビデオストリームに対して復号化処理を行って復号化された右眼画像データを得る。また、ビデオデコーダ226は、上述のビデオデコーダ214と同様に、追加ビデオストリームのピクチャヘッダのユーザデータ領域などに挿入されているストリーム同期情報を抽出し、CPU201に送る。ビューバッファ227は、ビデオデコーダ226で得られる右眼画像データを一時的に蓄積する。ビデオ重畳部ディスプレイバッファ228は、ビューバッファ227に蓄積された右眼画像データに、グラフィクスバッファ234に蓄積されたグラフィクス情報のデータを重畳して、表示用の右眼画像データSRを出力する。この場合、ビデオ重畳部ディスプレイバッファ228は、上述のビデオ重畳部216から出力される左眼画像データSLにフレーム単位で同期するように、適宜、スキップ処理、出力タイミングの補正処理を行う。ビデオ重畳部ディスプレイバッファ228は、この処理を、CPU201から供給される同期合わせのための再同期情報表示スキップ情報、表示タイミング補正値に基づいて行う。ここで、ビデオ重畳部228およびCPU201は、同期管理部を構成している。基本ストリームと追加ストリームの同期方法の詳細については後述する。グラフィクスデコーダ231は、デマルチプレクサ213,225で抽出されたグラフィクスストリームに含まれる符号化グラフィクスデータに対して復号化処理を行ってグラフィクスデータサブタイトルデータを含むを得る。グラフィクス発生部232は、グラフィクスデコーダ231で得られたグラフィクスデータに基づいて、左眼画像、右眼画像にそれぞれ重畳するグラフィクス情報のデータを発生する。グラフィクスバッファ233,234は、それぞれ、左眼画像、右眼画像にそれぞれ重畳するグラフィクス情報のデータを、一時的に蓄積する受信装置200の動作を簡単に説明する。アンテナ端子210に入力された放送信号はデジタルチューナ211に供給される。このデジタルチューナ211では、放送信号が処理されて、ユーザの選択チャンネルに対応した、コンテナフォーマットがMPEG2TSである、基本となる放送ストリームleftviewstreamが得られる。この放送ストリームは、ストリームバッファ212に一時的に蓄積される。デマルチプレクサ213では、ストリームバッファ212に一時的に蓄積された基本となる放送ストリームleftviewstreamから、ビデオ、グラフィクス等のエレメンタリストリームが抽出される。また、このデマルチプレクサ213では、この放送ストリームLeftviewstreamから、ストリーム同期情報デスクリプタが抽出されて、CPU201に供給される。デマルチプレクサ213で抽出される基本ビデオストリームビデオエレメンタリストリームは、ビデオデコーダ214に供給される。このビデオデコーダ214では、基本ビデオストリームに含まれる符号化画像データに対して復号化処理が行われ、復号化された左眼画像データが得られる。この左眼画像データはビューバッファ215に一時的に蓄積される。また、ビデオデコーダ214では、基本ビデオストリームのピクチャヘッダのユーザデータ領域などに挿入されているストリーム同期情報が抽出され、CPU201に供給される。また、デマルチプレクサ213で抽出されるグラフィクスストリームは、グラフィクスデコーダ231に供給される。このグラフィクスデコーダ231では、グラフィクスストリームに含まれる符号化グラフィクスデータに対して復号化処理が行われて、復号化されたグラフィクスデータサブタイトルデータを含むが得られる。このグラフィクスデータは、グラフィクス発生部232に供給される。グラフィクス発生部232では、グラフィクスデコーダ231で得られたグラフィクスデータに基づいて、左眼画像に重畳するグラフィクス情報のデータが発生される。このグラフィクス情報のデータは、グラフィクスバッファ233に一時的に蓄積される。そして、ビデオ重畳部216では、ビューバッファ215に蓄積された左眼画像データに、グラフィクスバッファ233に蓄積されたグラフィクス情報のデータが重畳されて、表示用の左眼画像データSLが生成されて、出力される。また、通信インタフェース222では、IPネットワークを通じて、送信装置100の配信サーバ114から、コンテナフォーマットがMPEG2TSあるいはMP4である、追加の放送ストリームrightviewstreamが受信される。この追加の放送ストリームの受信形態は、ダウンロード受信あるいはストリーミング受信である。例えば、ユーザ操作で3D表示選択を伴う3D番組の再生予約があるとき、ダウンロード受信となる。この場合、通信インタフェース222で受信された放送ストリームは、ストレージ223に書き込まれ、対応する番組の放送時間まで保持される。また、この追加の放送ストリームの受信形態は、例えば、ユーザ操作で現在放送中の3D番組で3D表示選択が行われるとき、ストリーミング受信となる。通信インタフェース222でストリーミング受信された、あるいはストレージ223から対応する番組の放送時間に合わせて読み出された追加の放送ストリームrightviewstreamは、ストリームバッファ224に一次的に蓄積される。デマルチプレクサ225では、ストリームバッファ224に一時的に蓄積された追加の放送ストリームrightviewstreamから、ビデオ、グラフィクス等のエレメンタリストリームが抽出される。また、このデマルチプレクサ225では、この放送ストリームrightviewstreamから、ストリーム同期情報デスクリプタが抽出されて、CPU201に供給される。デマルチプレクサ225で抽出される追加ビデオストリームビデオエレメンタリストリームは、ビデオデコーダ226に供給される。このビデオデコーダ226では、追加ビデオストリームに含まれる符号化画像データに対して復号化処理が行われ、復号化された右眼画像データが得られる。この右眼画像データはビューバッファ227に一時的に蓄積される。また、ビデオデコーダ226では、追加ビデオストリームのピクチャヘッダのユーザデータ領域などに挿入されているストリーム同期情報StreamSynchronizationInformationが抽出され、CPU201に供給される。また、デマルチプレクサ225で抽出されるグラフィクスストリームは、グラフィクスデコーダ231に供給される。このグラフィクスデコーダ231では、グラフィクスストリームに含まれる符号化グラフィクスデータに対して復号化処理が行われて、復号化されたグラフィクスデータサブタイトルデータを含むが得られる。このグラフィクスデータは、グラフィクス発生部232に供給される。グラフィクス発生部232では、グラフィクスデコーダ231で得られたグラフィクスデータに基づいて、右眼画像に重畳するグラフィクス情報のデータが発生される。このグラフィクス情報のデータは、グラフィクスバッファ234に一時的に蓄積される。そして、ビデオ重畳部228では、ビューバッファ227に蓄積された右眼画像データに、グラフィクスバッファ234に蓄積されたグラフィクス情報のデータが重畳されて、表示用の右眼画像データSRが生成されて、出力される。この場合、ビデオ重畳部228では、上述のビデオ重畳部216から出力される左眼画像データSLにフレーム単位で同期するように、CPU201から供給される再同期情報に基づいて、適宜、スキップ処理、出力タイミングの補正処理が行われる。これにより、ビデオ重畳部216,228から出力される表示用の画像信号SL,SRは、フレーム単位で同期したものとされる。[追加の放送ストリームを含めた動的ストリームの切り換え]図11に示す受信装置200においては、上述したように、基本となる放送ストリームと追加の放送ストリームとが、上述のストリームマッピング情報で対応付けられている。そのため、追加の放送ストリームを含めた動的ストリームの切り換えが可能となる。図14は、動的ストリーム切り換えの一例を示している。この例では、初期チャンネル選択でチャンネル1が選択される。この場合、基本となる放送ストリームleftviewstreamがBasicStream1であり、追加の放送ストリームrightviewstreamがExtendedStream1である3D番組の再生が行われている。この場合、BasicStream1はRF電波で受信されている。また、ExtendedStream1は、図15に示すように、ストリームマッピング情報に基づいて、IPネットワークを通じてのストリーミング受信、あるいはストレージ223からの読み出しにより取得されている。この状態で、チャンネル2にチャンネル切り換えが行われると、基本となる放送ストリームleftviewstreamとしてBasicStream2が受信される。これに合わせて、ストリームマッピング情報StreamMappingInformationに基づいて、追加の放送ストリームrightviewstreamとしてExtendedStream2が取得される。この取得は、ストリーミング受信、あるいはストレージ223からの読み出しにより行われる。説明は省略するが、以降のチャンネル切り換えにおいても、同様に、追加の放送ストリームを含めた動的ストリームの切り換えが行われる。[ストリーム同期情報の構造]次に、ストリーム同期情報StreamSynchronizationInformationの構造について説明する。図16、図17は、ストリーム同期情報の構造例Syntaxを示している。また、図18、図19は、その構造例における主要な情報の内容Semanticsを示している。streamsynchronizationinformationlengthの8ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。streamidの4ビットフィールドは、ストリーム識別子を示す。基本ストリームのstreamidは0とされ、追加ストリームのstreamidは0以外とされる。synchronizationsetflagの1ビットフィールドは、複数のストリームが互いに同期関係にあることを示すフラグ情報である。synchronizationtypeの2ビットフィールドは、複数のストリームが構成するサービスのタイプ同期表示タイプを示す。例えば、01はステレオ立体画像Stereoscopicvideo、10は超高精細画像SuperHighresolutionvideo、00は重畳画像PaintOverlayvideoを示す。renderingattributeの2ビットフィールドは、同期表示タイプによる同期ストリーム間の属性を示す。例えば、synchronizationtype01の場合、01右眼画像Rightview、10は左眼画像Leftviewを示す。また、例えば、synchronizationtype10の場合、01基本解像度画像Baseresolution、10は拡張解像度画像Enhancedresolutionを示す。また、例えば、synchronizationtype00の場合、01は重畳先overlaytargetの画像が基本ストリーム画像Basevideoであり、10は重畳先overlaytargetの画像が基本ストリーム画像Basevideoのコピーであることを示す。offsetframesindicationflagは、ストリームの初期フレームからの時間的距離を示すoffsetframestoinitialsyncpointが符号化されていることを示すフラグ情報である。resyncadjustflagの1ビットフィールドは、再同期させるためのフレームずらしを行うことを示すフラグ情報である。frameskipflagの1ビットフィールドは、再同期させるための該当フレームを表示せずにスキップすることを示すフラグ情報である。positioncontrolflagの1ビットフィールドは、基本ストリーム上に空間的な位置を指定して追加ストリームを重畳オーバーレイさせるための情報を符号化することを示すフラグ情報である。offsetframestoinitialsyncpointの24ビットフィールドは、上述したように、ストリームの初期フレームからの時間的距離を示す。この情報は、streamidが0、すなわちストリームが基本ストリームであって、かつoffsetframesindicationflagが1であるときに存在する。resyncadjustoffsetの16ビットフィールドは、次の同期表示が要求されているフレームの表示タイミングの補正値を示す。ストリームに符号化されている表示タイムスタンプに対して、現在の表示タイミングを基準にし、補正値分のフレーム数の分だけ時間的に前後させて表示する。なお、該当フレームの後続フレームは順次表示される。この情報は、streamidが0でなく、すなわちストリームが追加ストリームであって、かつresyncadjustflagが1であるときに存在する。horizontalpositionoffsetの12ビットフィールドは、追加ストリームを重畳オーバーレイさせる水平位置を示す。この情報は、フレームの左上0,0画素からの画素精度オフセット値である。verticalpositionoffsetの12ビットフィールドは、追加ストリームを重畳オーバーレイさせる垂直位置を示す。この情報は、フレームの左上0,0画素からの画素精度オフセット値である。scaleratioの8ビットフィールドは、追加ストリーム画像を基本ストリーム画像に重畳させる際に、デコードされた追加ストリーム画像に適用する拡大あるいは縮小の比率HorizontalVerticalは同様の比率を示す。上位4ビットが拡大縮小比を表す分子、下位4ビットが拡大縮小を表す分母を示す。上位下位の4ビットとも、0000は1、0001は2、、1111は16を示す。よって、00100011は拡大縮小比が3/4であることを示す。blendingratioの8ビットフィールドは、追加ストリーム画像を基本ストリーム画像に重畳させる際に、デコードされた追加ストリーム画像に適用する、基本ストリーム画像との混合比を示す。例えば、255は混合比100、0は混合比0であり、中間値は混合比が比例で適用される。この場合、重畳先overlaytargetである基本ストリーム画像側の混合比は100の補数となる。上述のhorizontalpositionoffset、verticalpositionoffset、scaleratio、blendingratioの各情報は、positioncontrolflagが1であるときに存在する。[ストリーム同期情報デスクリプタの構造]次に、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorの構造について説明する。図20は、ストリーム同期情報デスクリプタの構造例Syntaxを示している。また、図21は、その構造例における主要な情報の内容Semanticsを示している。streamsynchronizationinformationdescriptortagの8ビットフィールドは、このデスクリプタがStreamSynchronizationInformationdescriptorであることを示す。streamsynchronizationinformationdescriptorlengthの8ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。streamidの4ビットフィールドは、ストリーム識別子を示す。基本ストリームのstreamidは0とされ、追加ストリームのstreamidは0以外とされる。streamcountforsynchronizationの4ビットフィールドは、同期関係を有するストリームの数を示す。synchronizationtypeの2ビットフィールドは、複数のストリームが構成するサービスのタイプ同期表示タイプを示す。例えば、01はステレオ立体画像Stereoscopicvideo、10は超高精細画像SuperHighresolutionvideo、00は重畳画像PaintOverlayvideoを示す。existenceofstreamsynchronizationinformationは、ストリーム同期情報が、対象となるエレメンタリストリームElementarystreamに存在することを示すフラグ情報である。1は存在を示し、0は不存在を示す。carriageofinitialtimestampの1ビットフィールドは、同期関係にあるマスターストリームの表示タイムスタンプ初期値の存在を示すフラグ情報である。1は存在を示し、0は不存在を示す。initialtimestampの32ビットフィールドは、同期関係にあるマスターストリームの90kHz精度の表示タイムスタンプ初期値を示す。この情報は、carriageofinitialtimestampが1であるときに存在する。基本ストリームと追加ストリームの同期方法次に、基本ストリームと追加ストリームの同期方法の詳細を説明する。本技術における同期方法の基本は、以下の通りである。すなわち、同期期間における管理が基本ストリームのリニア放送の情報を参照し、基本ストリームと追加ストリームがフレーム単位で同期表示されることを可能にする。また、基本ストリーム、追加ストリームで、元のコンテンツに対して各々別の挿入編集が行われる場合、2つのストリームの表示の同期が再生側で制御できるようにする。また、同期の単位と手段は、以下の通りである。1複数のストリームの同期方法の基本は従来型のタイムスタンプによる。2各フレームにタイムスタンプが付されていない場合は、受信側で一定フレーム周期の値から2つのタイムスタンプの間の値を補間することで、タイムスタンプを毎フレーム検査できるようにする。3再生時に同期マスター通常基本ストリームを認識し、複数のピクチャpictureの同期表示の参照元とする。4同期表示を行わせる期間の基本ストリームの初期時刻情報と、追加ストリームの初期時刻情報とが同一な値でない場合は、追加ストリーム側のタイムスタンプに初期時刻情報の差分を再生時にオフセットとして計算した上で、同期管理を行う。なお、上述の初期時刻情報は、PCRが存在するストリームであれば、同区間のPCR初期値である。次に、本技術における同期のための時刻情報の初期値の伝送について説明する。本技術においては、同期サービスを行う番組における、基本ストリームのタイムスタンプ初期値を伝送する図20のinitialtimestamp参照。この場合、送信側では、図22に示すように、同期表示させる期間における基本ストリームの初期タイムスタンプの値を同期用オフセットのリファレンスとして伝送する。なお、図22において、同期フラグは、図16に示すストリーム同期情報streamsynchronizationinformationにおけるsynchronizationsetflagに相当する。受信側では、任意のタイミングからの基本ストリームの再生時に、その該当フレームの表示時刻を示すタイムスタンプPTSと、初期タイムスタンプとの差を計算することで、同期対象期間の時間経過を知ることが可能となる。そして、その初期タイムスタンプ値からのオフセット時間に相当する分、追加ストリームを、適宜、初期読みだしオフセット値の分だけスキップして読み出し、該当するフレームを表示することで、基本ストリームと追加ストリームの同期表示を行うことが可能となる。初期タイムスタンプ値は、上述したように、既存のPESヘッダPESheaderとは別のストリーム位置に、システムレイヤのデスクリプタdescriptorとして、PTSのフォーマットで伝送されるようにしてもよい。本実施の形態においては、上述したように、ビデオエレメンタリループ等に、初期タイムスタンプ値を持つストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorが挿入される。なお、ビデオのランダムアクセスに対応する位置に、ビデオのピクチャpictureを単位とした初期値からのフレームオフセット値を伝送するようにしてもよい。このフレームオフセット値は、図16に示すストリーム同期情報streamsynchronizationinformationにおけるoffsetframestoinitialsyncpointに相当する。受信側における追加ストリームのオフセット読み出しについて説明する。1追加ストリームがストリーミングで供給される場合を説明する。この場合、再生側受信側は、送信側サーバ配信サーバに、所定のネットワークプロトコルによる、読み出しオフセット値を含むリクエスト信号を送る。これに対して、送信側サーバは、読み出しオフセット分をずらしたピクチャpictureに該当する箇所からのストリーミング送信を開始する。2追加ストリームがダウンロードにより事前に供給される場合を説明する。この場合、受信側にあらかじめファイルとして追加ストリームが存在する。そのため、図23に示すように、基本ストリームの表示タイムスタンプと、初期タイムスタンプ値の差分をフレーム周期で換算したフレームオフセット分を考慮したバッファ読み出しを行って表示する。なお、図23において、-ITSframerate=3framesは換算式の一例を示している。また、この図23において、追加ストリームバッファは、図11の受信装置200におけるストレージ223に相当する。追加ストリームのダウンロードあるいはストリーミングに際しては、ストレージ223からの読みだしからデコード、そして表示画像を得るまで、あるいはネットワーク上のサーバから受信デコードそして表示画像を得るまでの遅延時間に相当する時間合わせを基本ストリームの表示に関して適宜行うことで、基本ストリームと追加ストリームとの表示同期を保証する。次に、本技術における同期補正情報の伝送について説明する。ステレオ立体画像のビューを構成するオリジナルの左右のビデオコンテンツのうち、一方をリニア放送波で、もう片方をIP配信で供給するような場合、各々の供給方法に依存してストリームが別個に編集される場合がある。図24は、左眼画像データを含む基本ストリームVideo1と、右眼画像データを含む追加ストリームVideo2の編集の一例を示している。この例の場合、基本フレームVideo1では、編集前には隣接したフレームVL005,VL006の間に、編集後には、フレームVI001-VI003の3フレームが挿入されている。また、この基本フレームVideo1では、編集前には隣接したフレームVL009,VL010の間に、編集後には、フレームVI004-VI006の3フレームが挿入されている。また、この例の場合、追加フレームVideo2では、編集前には隣接したフレームVR005,VR006の間に、編集後には、フレームVJ001-VJ004の4フレームが挿入されている。また、この追加フレームVideo2では、編集前には隣接したフレームVR009,VR010の間に、編集後には、フレームVJ005-VJ008の4フレームが挿入されている。受信側で、放送波のみを視聴する場合、あるいはIP配信のみを視聴する場合においては、各々のストリームを単独で視聴する範囲においては支障がない。しかし、放送波のストリームとIP配信によるストリームとを同時に表示させて、3D視聴を行う場合、それぞれのストリームがフレーム単位で同期表示されることが必要になる。送信側エンコーダ側では、基本ストリームと追加ストリームとの編集による同期ズレをストリーム再生側で補正させるため、追加ストリームに関して、再同期用補正オフセットと、再同期用表示スキップフラグが、再同期用情報として設定される。ここで、再同期用補正オフセットは、編集部分のフレーム数が、基本ストリームと追加ストリームとで異なる場合に、その双方の差分とされる。図25は、上述の図24の編集例に対応した、再同期用補正オフセットと、再同期用表示スキップフラグの設定例を示している。この場合、基本フレームVideo1においては、VL005,VL006の間にVI001-VI003の3フレームが挿入されている。これに対して、追加ストリームVideo2においては、VR005,VR006の間にVJ001-VJ004の4フレームが挿入されている。そのため、この編集に関連して、追加フレームにおける再同期用補正オフセットが、03-4=-1のように求められ、VJ004以降のフレームに設定される。そして、再同期用補正オフセットの値が-1であるので、再同期開始フレームであるVR006は、1フレーム前倒しした表示順となる。そのため、VR006の1フレーム前のVJ004は表示をスキップするように、追加フレームにおける、対応する再同期用スキップフラグは1に設定される。また、この場合、基本フレームVideo1においては、VL009,VL010の間にVI004-VI006の3フレームが挿入されている。これに対して、追加ストリームVideo2においては、VR009,VR010の間にVJ005-VJ008の4フレームが挿入されている。そのため、この編集に関連して、追加フレームにおける再同期用補正オフセットが、-13-4=-2のように求められ、VJ008以降のフレームに設定される。そして、再同期用補正オフセットの値が-2であるので、再同期開始フレームであるVR010は、2フレーム前倒しした表示順となる。VJ007からVJ008において、再同期用補正オフセット値が-1から-2に変化するので、その変化の値1は再同期用にスキップを行うフレーム数を表す。ここでは1フレーム分に当たるVJ008をフレームスキップする必要があることを示す。そのため、VR010の1フレーム前のVJ008は表示をスキップするように、追加フレームにおける、対応する再同期用スキップフラグは1に設定される。なお、再同期用補正オフセットは、図16に示すストリーム同期情報streamsynchronizationinformationにおけるresyncadjustoffsetに相当する。また、再同期用スキップフラグは、図16に示すストリーム同期情報streamsynchronizationinformationにおけるframeskipflagに相当する。受信側デコーダ側では、再同期用スキップフラグ、再同期用補正オフセットにより、追加ストリーム内の同期表示を行わないフレームの表示スキップと、同期表示を行うフレームの表示タイミングの補正が行われる。この補正は、例えば、上述したように、図11の受信装置200のビデオ重畳部228において行われる。図26は、上述の図25のように送信側エンコーダ側で再同期用補正オフセットおよび再同期用表示スキップフラグが設定された場合に対応した、受信側デコーダ側における表示タイミングの補正例を示している。この場合、追加ストリームのVJ004のフレームで再同期用スキップフラグが1であるので、このフレームの表示がスキップされる。また、VJ006以降のフレームの再同期用補正オフセットが-1であるので、このフレーム以降の表示は1フレーム前倒しされる。また、この場合、追加ストリームのVJ008のフレームで再同期用スキップフラグが1であるので、このフレームの表示がスキップされる。また、VJ010以降のフレームの再同期用補正オフセットが-2であるので、このフレーム以降の表示は2フレーム前倒しされる。したがって、基本ストリーム左眼画像データと追加ストリーム右眼画像データの同期表示が良好に行われる。図27は、ビデオのランダムアクセス時における表示タイミングの補正例を示している。この場合、追加ストリームの再生表示開始フレームは、上述したように、例えば、基本ストリームの表示タイムスタンプと、初期タイムスタンプ値の差分に基づいて判別される。そのため、図示のように、基本ストリームのランダムアクセスエントリー点がVL006であるとき、追加ストリームの再生表示開始フレームがVJ004であることが分かる。このビデオのランダムアクセス時においても、表示タイミングの補正は、上述したと同様に行われる。例えば、追加ストリームのVJ004のフレームで再同期用スキップフラグが1であるので、このフレームの表示がスキップされる。また、VJ006以降のフレームの再同期用補正オフセットが-1であるので、このフレーム以降の表示は1フレーム前倒しされる。したがって、基本ストリーム左眼画像データと追加ストリーム右眼画像データの同期表示が良好に行われる。なお、上述の基本ストリームと追加ストリームの同期方法の説明においては、追加ストリームのコンテナフォーマットがMPEG2TSである場合を想定して説明を行った。詳細説明は省略するが、追加ストリームのコンテナフォーマットがMP4である場合も同様である。ただし、MP4のヘッダ情報の塊であるMOOVの中で、時刻情報として、STTSおよびCTTSが符号化されている。ここで、STTSは、デコード時刻は存在しないが、ファイルの開始時点を0として始めるだけである。なお、上述の受信装置200の説明では、ストリーム同期情報デスクリプタSSIdescriptorおよびストリーム同期情報SSIが存在するものとして同期処理の説明を行ったが、これらの情報が存在しないとき、受信装置200は、タイムスタンプを参照した同期処理を行う。図28~図30のフローチャートは、CPU201における同期処理制御の手順の一例を示している。なお、この例は、同期表示のタイプがステレオ立体画像Stereoscopicvideoだけでなく、高精細画像SuperHighresolutionvideo、重畳画像PaintOverlayvideo等のその他の同期表示の場合にも当てはまるように一般化されたものを示している。CPU201は、ステップST1において、同期処理制御を開始する。次に、CPU201は、ステップST2において、ストリーム同期情報デスクリプタSSIdescriptor:図20参照が存在するか否かを判断する。ストリーム同期情報デスクリプタが存在するとき、CPU201は、ステップST3において、同期表示のタイプsynchronizationtypeと、ストリーム数streamcountforsynchronizationをみる。そして、CPU201は、ステップST4において、streamidの情報から基本ストリームか否かを判断する。基本ストリームであるとき、CPU201は、ステップST5において、carriageofinitialtimestampに基づいて、表示タイムスタンプ初期値初期タイムスタンプ値initialtimestampがあるか否かを判断する。表示タイムスタンプ初期値があるとき、CPU201は、ステップST6において、追加ストリームの初期読み出しオフセットを計算し、該当箇所から読み出すように制御する。その後、CPU201は、ステップST7の処理に移る。ステップST4で基本ストリームでないとき、あるいは、ステップST5で表示タイムスタンプ初期値がないとき、CPU201は、直ちに、ステップST7の処理に移る。このステップST7において、CPU201は、ストリーム同期情報SSI:図16、図17参照が存在するか否かを判断する。ストリーム同期情報が存在するとき、CPU201は、ステップST8の処理に移る。このステップST8において、CPU201は、同期表示のタイプsynchronizationtypeと、表示の属性renderingattributeをみる。そして、CPU201は、ステップST9において、streamidの情報から基本ストリームか否かを判断する。基本ストリームであるとき、CPU201は、ステップST10において、offsetframesindicationflagの情報から初期同期オフセット点offsetframestoinitialsyncpointがあるか否かを判断する。初期同期オフセット点があるとき、CPU201は、ステップST11において、初期同期オフセット点を読み、追加ストリームへアクセスする。その後、CPU201は、ステップST12の処理に移る。ステップST9で基本ストリームでないとき、あるいは、ステップST10で初期同期オフセット点がないとき、CPU201は、直ちに、ステップST12の処理に移る。このステップST12において、CPU201は、resyncadjustflagの情報に基づいて、再同期補正値再同期用補正オフセットresyncadjustoffsetがあるか否かを判断する。再同期補正値があるとき、CPU201は、ステップST13において、再同期補正値を読み、追加ストリームの表示タイミングを修正するように制御する。その後、CPU201は、ステップST14の処理に移る。ステップST12で再同期補正値がないとき、CPU201は、直ちに、ステップST14の処理に移る。このステップ14において、CPU201は、frameskipflagの情報からフレームスキップがあるか否かを判別する。フレームスキップがあるとき、CPU201は、ステップST15において、該当フレームを表示スキップするように制御する。その後、CPU201は、ステップST16の処理に移る。ステップST14でフレームスキップがないとき、CPU201は、直ちに、ステップST16の処理に移る。このステップST16において、CPU201は、positioncontrolflagの情報からポジションオフセット情報horizontalpositionoffset、verticalpositionoffsetがあるか否かを判別する。ポジションオフセット情報があるとき、CPU201は、ステップST17において、水平、垂直のポジションオフセット情報を読み、追加ストリーム画像を基本ストリーム、あるいは基本ストリームのコピーの画像に対して、scaleratio、blendingratioに基づいた処理を行って重畳するように制御する。その後、CPU201は、ステップST18において、同期処理制御を終了する。ステップST16でポジションオフセット情報がないとき、CPU201は、直ちに、ステップST18において、同期処理制御を終了する。また、上述のステップST2でストリーム同期情報デスクリプタSSIdescriptorがないとき、あるいは、ステップST7で、ストリーム同期情報SSIがないとき、CPU201は、ステップST19において、タイムスタンプを参照した同期処理が行われるように制御する。すなわち、CPU201は、このステップST19において、基本ストリーム、追加ストリームのPCR存在する場合の差だけ追加ストリームのタイムスタンプにオフセットをかけて表示タイミングとする。またタイムスタンプがないピクチャpictureはオフセットされたタイムスタンプで補間を行って表示タイミングの調整を行う。その後、CPU201は、ステップST18において、同期処理制御を終了する。以上説明したように、図1に示す放送システム10においては、送信側から受信側に、RF電波により基本となる放送ストリームを送信でき、IPネットワークを介して追加の放送ストリームを送信できる。そのため、受信側において、左眼画像データおよび右眼画像データによる、ステレオ立体画像の、高解像度表示が可能となる。また、図1に示す放送システム10においては、送信側から受信側に送られるビデオストリームに、ストリーム同期情報StreamSynchronizationInformationが挿入される。このストリーム同期情報には、受信側においてこれらのビデオストリームをフレーム単位で同期させるための情報が含まれている。そのため、受信側において、左眼画像データおよび右眼画像データによる同期表示が可能となり、左眼画像データおよび右眼画像データが別経路の放送ストリームで送信されても、ステレオ立体画像の表示を良好に行うことができる。また、図1に示す放送システム10において、送信側から受信側に送られる放送ストリームに、ストリーム同期情報デスクリプタStreamSynchronizationInformationdescriptorが挿入される。このストリーム同期情報デスクリプタには、基本ビデオストリームの初期タイムスタンプ情報が含まれている。そのため、受信側では、任意のタイミングからの基本ストリームの再生時に、追加フレームの該当するフレームを容易に表示させることができる。また、図1に示す放送システム10において、送信側から受信側に送られるビデオストリームに、ストリーム同期情報StreamSynchronizationInformationが挿入される。例えば、基本ビデオストリームに挿入されるストリーム同期情報には、同期関係にある他のビデオストリームの存在を示す情報が含まれている。そのため、受信側においては、この情報に基づいて、追加のビデオストリームを受信することが可能となり、3D番組において、ステレオ立体画像の表示を良好に行うことができる。<2.変形例>なお、上述実施の形態においては、基本となる放送ストリームと追加の放送ストリームの送信をステレオ立体画像Stereoscopicvideoの表示に応用する場合について説明した。しかし、本技術は、その他の同期表示にも、応用できることは勿論である。例えば、本技術を、超高精細画像SuperHighresolutionvideoの表示に応用することができる。この場合、図31に示すように、第1の画像データが基本解像度画像データBaseresolutionであり、第2の画像データが拡張解像度画像データEnhancedresolutionである。図32は、放送システム10における超高精細画像データの伝送例を概略的に示している。送信側送信装置100は、例えば、超高精細カメラ111Aおよびエンコーダ112を有している。超高精細カメラ111Aで得られた超高精細画像データがエンコーダ112に供給される。エンコーダ112では、超高精細画像データが、基本および拡張の解像度画像データに分離され、それぞれの画像データがMPEG2ビデオあるいはAVC等の符号化フォーマットで符号化され、基本ビデオストリームおよび追加ビデオストリームが生成される。送信側から受信側には、エンコーダ112で生成された基本ビデオストリーム基本解像度画像データを含むを有する基本となる放送ストリームHDresolutionstreamがRF電波により送られる。また、送信側から受信側には、エンコーダ112で生成された追加ビデオストリーム拡張解像度画像データを含むを有する追加の放送ストリームResolutionenhancementstreamがIPネットワークを介して送られる。受信側受信装置200は、例えば、デコーダ241および超高精細モニタ242Aを有している。デコーダ241では、基本となる放送ストリームHDresolutionstreamが有する基本ビデオストリームに対して復号化処理が行われて基本解像度画像データが得られる。また、デコーダ241では、追加の放送ストリームResolutionenhancementstreamが有する基本ビデオストリームに対して復号化処理が行われて拡張解像度画像データが得られる。そして、これら基本解像度画像データおよび拡張解像度画像データが合成された超高精細画像データが超高精細モニタ242Aに供給されて超高精細画像表示が行われる。また、例えば、本技術を、重畳画像PaintOverlayvideoの表示に応用することができる。この場合、図33に示すように、第1の画像データが基本画像データBasicvideoであり、第2の画像データが重畳画像データOverlayvideoである。なお、この場合、a重畳画像追加ストリーム画像にスケーリングが施された後に基本画像基本ストリーム画像に重畳される場合Overlaywithscalingと、b重畳画像追加ストリーム画像がそのままのサイズで基本画像基本ストリーム画像に重畳される場合Overlaywithrepositioningなどが考えられる。この場合、scaleratio、blendingratioに基づいた処理が行われて重畳される。上述の図33に示す例は、positioncontrolflagにより、表示位置指定で重畳オーバーレイする一例であり、基本ストリーム画像の上に追加ストリームによる画像をscaleratio、blendingratioに従って表示位置に上書きするものである。このような重畳例は、2D2次元表示おける特殊効果などに適用可能となる。図34に示す例は、positioncontrolflagにより、表示位置指定で重畳オーバーレイする他の例を示している。この例では、基本ストリーム画像を左眼画像leftviewとし、それを右眼画像rightviewへコピーする。そして、この例では、コピーされた右眼画像rightviewに対し、追加ストリームをデコードして得た画像をscaleratioとblendingratioに従って表示位置に上書きするものである。このようにして、ステレオ立体3D画像が伝送効率よく再現可能となる。なお、この図34に示す例でも、図33に示す例と同様に、a重畳画像にスケーリングが施された後に重畳される場合Overlaywithscalingと、b重畳画像がそのままのサイズで重畳される場合Overlaywithrepositioningなどが考えられる。また、上述実施の形態においては、基本ストリーム、追加ストリームが別のコンテナで送受信される場合で説明した。しかし、両者が同一のコンテナの中で送られる場合にも、本技術の内容は同様のメカニズムで適用できる。また、本技術に関しては、基本ストリーム、追加ストリームともに同種のコーデックによる場合でもよいし、あるいは、基本ストリーム、追加ストリームが別種のコーデックによる場合でも同様に適用できる。例えば、基本ストリームがMPEG2ビデオ、追加ストリームがH.264、あるいはその逆の場合などが考えられる。なお、本技術は、以下のような構成も取ることができる。1第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する送信部を備え、上記第1のビデオストリームに、該第1のビデオストリームと、上記第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報が挿入されている画像データ送信装置。2上記ストリーム同期情報は、上記第1のビデオストリームのピクチャレイヤに挿入され、上記ストリーム同期情報には、該当フレームの表示スキップを行うか否かを示す情報、および該当フレームの表示タイミングの補正値が含まれる前記1に記載の画像データ送信装置。3上記ストリーム同期情報に、ストリームの初期フレームからのフレーム数を示す情報が付加されている前記2に記載の画像データ送信装置。4上記ストリーム同期情報に、上記第2のビデオストリームの存在を示すフラグ情報が付加されている前記2または3に記載の画像データ送信装置。5上記ストリーム同期情報に、上記同期表示のタイプを示す情報が付加されている前記2から4のいずれかに記載の画像データ送信装置。6上記所定コンテナフォーマットのストリームに、上記第1のビデオストリームおよび上記第2のビデオストリームのうち基本ビデオストリームの初期タイムスタンプ情報が挿入されている前記1から5のいずれかに記載の画像データ送信装置。7上記所定コンテナフォーマットのストリームに、上記第2の画像データが含まれる上記第2のビデオストリームを有する所定コンテナフォーマットのストリームの数を示す情報がさらに挿入されている前記1から6のいずれかに記載の画像データ送信装置。8上記所定コンテナフォーマットのストリームに、上記第1のビデオストリームおよび上記第2のビデオストリームのうち基本ビデオストリームに上記ストリーム同期情報が存在するか否かを示す情報がさらに挿入されている前記1から7のいずれかに記載の画像データ送信装置。9第1の画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する際に、上記第1のビデオストリームに、上記第1のビデオストリームと、上記第1の画像データと同期表示される第2の画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報を挿入する画像データ送信方法。10ステレオ立体画像データを構成する第1のビューの画像データを含む第1のビデオストリームを有する所定コンテナフォーマットのストリームを送信する送信部を備え、上記第1のビデオストリームの所定フレームに、上記第1のビデオストリームと、上記第1のビューの画像データと同期表示される上記ステレオ立体画像データを構成する第2のビューの画像データが含まれる第2のビデオストリームとをフレーム単位で同期させるためのストリーム同期情報が挿入されている画像データ送信装置。11第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットの第1のストリームを送信する第1の送信部と、上記第1の画像データと同期表示される第2の画像データが含まれる追加ビデオストリームを有する所定コンテナフォーマットの第2のストリームを送信する第2の送信部とを備え、少なくとも、上記追加ビデオストリームに、該追加ビデオストリームと上記基本ビデオストリームとをフレーム単位で同期させるための情報を含むストリーム同期情報が挿入されている画像データ送信装置。12第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、少なくとも、上記追加ビデオストリームには、フレーム毎に、上記基本ビデオストリームと上記追加ビデオストリームとをフレーム単位で同期させるためのフレーム同期情報が挿入されており、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、上記フレーム同期情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置。13第1の画像データを含む基本ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第1の受信部と、上記第1の画像データと同期表示される第2の画像データを含む追加ビデオストリームを有する所定コンテナフォーマットのストリームを受信する第2の受信部とを備え、上記第1の受信部で受信されたストリームが有する上記基本ビデオストリームに含まれる上記第1の画像データを取得する第1のデータ取得部と、上記第2の受信部で受信されたストリームが有する上記追加ビデオストリームに含まれる上記第2の画像データを取得する第2のデータ取得部と、上記第2のデータ取得部で取得された第2の画像データを、タイムスタンプ情報に基づいて、上記第1のデータ取得部で取得された第1の画像データにフレーム単位で同期させる同期管理部とをさらに備える画像データ受信装置。"