左眼映像および第1同期化情報を含む第1信号と、右眼映像および第2同期化情報を含む第2信号とを互いに異なる経路を通じて受信する受信部と、前記第1同期化情報および前記第2同期化情報を用いて、前記左眼映像および前記右眼映像を同期化させて再生する信号処理部とを含む受信装置。前記第1同期化情報および前記第2同期化情報は、前記左眼映像および前記右眼映像で構成されるコンテンツの開始時点を報知するコンテンツスタート情報を含むことを特徴とする請求項1に記載の受信装置。前記信号処理部は、前記コンテンツの開始時点と、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプをそれぞれ比較し、比較結果に応じて、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプのうち、少なくとも一方を補正して同期化させることを特徴とする請求項2に記載の受信装置。前記第1同期化情報および前記第2同期化情報は、それぞれ前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプの間の差異値を含み、前記信号処理部は、前記差異値を用いて、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプのうち、少なくとも一方を補正して同期化させることを特徴とする請求項1に記載の受信装置。前記第1同期化情報は、前記左眼映像のフレームインデックスを含み、前記第2同期化情報は、前記右眼映像のフレームインデックスを含み、前記信号処理部は、前記左眼映像のフレームインデックスおよび前記右眼映像のフレームインデックスを比較し、同じフレームインデックスを有する左眼映像および右眼映像が同期化するように処理することを特徴とする請求項1に記載の受信装置。前記第1同期化情報は、前記左眼映像のタイムコードを含み、前記第2同期化情報は、前記右眼映像のタイムコードを含み、前記信号処理部は、前記左眼映像のタイムコードおよび前記右眼映像のタイムコードを比較し、同じタイムコードを有する左眼映像および右眼映像が同期化するように処理することを特徴とする請求項1に記載の受信装置。前記第1同期化情報および前記第2同期化情報は、UTCCoordinatedUniversalTime情報を含み、前記信号処理部は、前記UTC情報を比較して同じUTCを有する左眼映像および右眼映像が同期化するように処理することを特徴とする請求項1に記載の受信装置。前記第1信号および前記第2信号のうち、少なくとも一方を分析してルックアップテーブルを生成する信号分析部と、前記ルックアップテーブルを保存する保存部と、前記ルックアップテーブルに応じて、互いにマッチングする左眼映像および右眼映像を同期化させて再生するように前記信号処理部を制御する制御部とを含み、前記第1信号および前記第2信号のうち、少なくとも一方はリアルタイム伝送ストリームであることを特徴とする請求項1ないし7のいずれか一項に記載の受信装置。マルチメディアコンテンツを構成する第1データおよび、前記マルチメディアコンテンツを構成する第2データとの同期化のための同期化情報を含む伝送データを生成するデータ生成部と、前記データ生成部から提供される伝送データを伝送信号に変換して受信装置に伝送する伝送部とを含む送信装置。前記同期化情報は、前記マルチメディアコンテンツの開始地点を報知するコンテンツスタート情報、前記第1データおよび前記第2データの間のタイムスタンプ差異値、フレームインデックスのうち、少なくとも一つを含むことを特徴とする請求項9に記載の送信装置。前記データ生成部は、前記第1データおよびシグナリング情報を入力される入力部と、前記第1データをエンコードし、前記シグナリング情報を用いて前記同期化情報を生成して、前記エンコードされた第1データに付加する符号化処理部と、前記符号化処理部から生成されたデータに付加データをマルチプレキシングして前記伝送データを生成する多重化部とを含むことを特徴とする請求項10に記載の送信装置。前記第1データは、少なくとも一つの映像フレームに対するデータを含み、前記同期化情報は、前記映像フレームのタイムコード情報であることを特徴とする請求項9に記載の送信装置。前記第1データは、3Dフレームを構成するための左眼映像および右眼映像のうち、いずれか一方を含み、前記第2データは、前記左眼映像および前記右眼映像のうち、いずれか他方を含むことを特徴とする請求項9ないし12のいずれか一項に記載の送信装置。前記第1データは、前記マルチメディアコンテンツを構成するビデオデータ、オーディオデータ、字幕データおよび付加データのうち、少なくとも一つのデータを含み、前記第2データは、前記ビデオデータ、オーディオデータ、字幕データおよび付加データのうち、残りのデータを含むことを特徴とする請求項9ないし12のいずれか一項に記載の送信装置。マルチメディアコンテンツを再生する再生方法において、マルチメディアコンテンツを構成する第1データおよび第1同期化情報を含む第1信号と、前記マルチメディアコンテンツを構成する第2データおよび第2同期化情報を含む第2信号とを互いに異なる経路を通じて受信するステップと、前記第1同期化情報および前記第2同期化情報を用いて、前記第1データおよび前記第2データを同期化させ、前記マルチメディアコンテンツを再生するステップとを含み、前記第1同期化情報および前記第2同期化情報は、前記マルチメディアコンテンツの開始地点を報知するコンテンツスタート情報、前記第1データおよび前記第2データの間のタイムスタンプ差異値、フレームインデックス、タイムコード情報、UTC情報、フレームカウント情報のうち、少なくとも一つをそれぞれ含むことを特徴とする再生方法。そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、互いに異なるデータを互いに異なる経路を通じて送受信しつつ、そのデータを同期化させることができる同期化情報を併せて提供してデータを再生できるようにする送信装置および受信装置、その再生方法を提供することにある。以上のような目的を達成するための本発明の一実施形態に係る受信装置は、左眼映像および第1同期化情報を含む第1信号と、右眼映像および第2同期化情報を含む第2信号とを互いに異なる経路を通じて受信する受信部と、前記第1同期化情報および前記第2同期化情報を用いて、前記左眼映像および前記右眼映像を同期化させて再生する信号処理部とを含む。ここで、前記第1同期化情報および前記第2同期化情報は、前記左眼映像および前記右眼映像で構成されるコンテンツの開始時点を報知するコンテンツスタート情報を含んでよい。この場合、前記信号処理部は、前記コンテンツの開始時点と、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプをそれぞれ比較し、比較結果に応じて、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプのうち、少なくとも一方を補正して同期化させてよい。または、前記第1同期化情報および前記第2同期化情報は、それぞれ前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプの間の差異値を含んでよい。この場合、前記信号処理部は、前記差異値を用いて、前記左眼映像のタイムスタンプおよび前記右眼映像のタイムスタンプのうち、少なくとも一方を補正して同期化させることができる。または、前記第1同期化情報は、前記左眼映像のフレームインデックスを含み、前記第2同期化情報は、前記右眼映像のフレームインデックスを含む。この場合、前記信号処理部は、前記左眼映像のフレームインデックスおよび前記右眼映像のフレームインデックスを比較し、同じフレームインデックスを有する左眼映像および右眼映像が同期化するように処理することができる。または、前記第1同期化情報は、前記左眼映像のタイムコードを含み、前記第2同期化情報は、前記右眼映像のタイムコードを含む。この場合、前記信号処理部は、前記左眼映像のタイムコードおよび前記右眼映像のタイムコードを比較し、同じタイムコードを有する左眼映像および右眼映像が同期化するように処理することができる。または、前記第1同期化情報および前記第2同期化情報は、UTCCoordinatedUniversalTime情報を含んでよく、この場合、前記信号処理部は、前記UTC情報を比較して同じUTCを有する左眼映像および右眼映像が同期化するように処理してよい。一方、上述の受信装置は、前記第1信号および前記第2信号のうち、少なくとも一方を分析してルックアップテーブルを生成する信号分析部と、前記ルックアップテーブルを保存する保存部と、前記ルックアップテーブルに応じて、互いにマッチングする左眼映像および右眼映像を同期化させて再生するように前記信号処理部を制御する制御部とを含んでよい。ここで、前記第1信号および前記第2信号のうち、少なくとも一方はリアルタイム伝送ストリームであってよい。一方、本発明の一実施形態に係る送信装置は、マルチメディアコンテンツを構成する第1データおよび、前記マルチメディアコンテンツを構成する第2データとの同期化のための同期化情報を含む伝送データを生成するデータ生成部と、前記データ生成部から提供される伝送データを伝送信号に変換して受信装置に伝送する伝送部とを含む。ここで、前記同期化情報は、前記マルチメディアコンテンツの開始地点を報知するコンテンツスタート情報、前記第1データおよび前記第2データの間のタイムスタンプ差異値、フレームインデックスのうち、少なくとも一つを含んでよい。そして、前記データ生成部は、前記第1データおよびシグナリング情報を入力される入力部と、前記第1データをエンコードし、前記シグナリング情報を用いて前記同期化情報を生成して、前記エンコードされた第1データに付加する符号化処理部と、前記符号化処理部から生成されたデータに付加データをマルチプレキシングして前記伝送データを生成する多重化部とを含んでよい。ここで、前記第1データは、少なくとも一つの映像フレームに対するデータを含み、前記同期化情報は、前記映像フレームのタイムコード情報であってよい。一方、前記第1データは、3Dフレームを構成するための左眼映像および右眼映像のうち、いずれか一方を含み、前記第2データは、前記左眼映像および前記右眼映像のうち、いずれか他方を含んでよい。または、前記第1データは、前記マルチメディアコンテンツを構成するビデオデータ、オーディオデータ、字幕データおよび付加データのうち、少なくとも一つのデータを含み、前記第2データは、前記ビデオデータ、オーディオデータ、字幕データおよび付加データのうち、残りのデータを含んでよい。一方、本発明の一実施形態に係るマルチメディアコンテンツを再生する再生方法は、マルチメディアコンテンツを構成する第1データおよび第1同期化情報を含む第1信号と、前記マルチメディアコンテンツを構成する第2データおよび第2同期化情報を含む第2信号とを互いに異なる経路を通じて受信するステップと、前記第1同期化情報および前記第2同期化情報を用いて、前記第1データおよび前記第2データを同期化させ、前記マルチメディアコンテンツを再生するステップとを含む。ここで、前記第1同期化情報および前記第2同期化情報は、前記マルチメディアコンテンツの開始地点を報知するコンテンツスタート情報、前記第1データおよび前記第2データの間のタイムスタンプ差異値、フレームインデックス、タイムコード情報、UTC情報、フレームカウント情報のうち、少なくとも一つをそれぞれ含んでよい。以上説明したように、本発明によれば、互いに異なる経路を通じて異なるデータを送受信して伝送帯域幅の制限を克服し、同期化情報を用いてデータが効果的に再生できるようにする。以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。図1は、本発明の一実施形態に係るマルチメディアコンテンツ再生システムの構成を示す図である。同図によると、マルチメディアコンテンツ再生システムは、複数の送信装置200-1、200-2と、受信装置100とを含む。送信装置1、2200-1、200-2は、互いに異なる信号を異なる経路で伝送する。図1の場合を例えると、送信装置1200-1は、放送網を通じて第1信号を伝送し、送信装置2200-2は、ネットワーク10を通じて第2信号を伝送する。第1信号および第2信号は、一つのマルチメディアコンテンツを構成する互いに異なるデータをそれぞれ含む。例えば、3Dコンテンツの場合には、左眼映像および右眼映像がそれぞれ第1信号および第2信号に含まれてよい。または、ビデオデータおよびオーディオデータに区分されたり、動画データおよび字幕データ、その他のデータ等に区分されてそれぞれ第1信号および第2信号に含まれてよい。第1信号には、第1データとともに第1同期化情報が含まれ、第2信号には、第2データとともに第2同期化情報が含まれる。第1および第2同期化情報としては、多様な情報が使用されてよい。具体的には、マルチメディアコンテンツの開始地点を報知するコンテンツスタート情報、第1データおよび第2データの間のタイムスタンプ差異値、フレームインデックス、タイムコード情報、UTC情報、フレームカウント情報のうち、少なくとも一つが同期化情報として使用されてよい。MPEG規格によると、放送データを伝送する伝送ストリームには、PCRProgramClockReferenceおよびPTSPresentationTimeStamp等が含まれる。PCRとは、MPEG規格による受信装置セットトップボックスやテレビ等で時刻基準を送信機側に合わせる参照時間情報を意味する。受信装置では、PCRに応じてSTCSystemTimeClockの値を合わせるようになる。PTSは、MPEG規格による放送システムで映像および音声の同期化のための再生時刻を報知するタイムスタンプを意味する。本明細書では、タイムスタンプと呼ぶ。互いに異なる信号が異なる送信装置100-1、100-2から伝送される場合には、送信装置100-1、100-2の特性に応じてPCRが異なってよい。そのため、PCRに合わせたタイムスタンプに応じて再生するとしても、同期化が行われなくてよい。本システムにおいて、受信装置200は同期化情報を用いてタイムスタンプを補正したり、同期化情報を直接比較して同期化を行う。図2は、発明の一実施形態に係る受信装置の構成を示す図である。同図によると、受信装置100は、受信部110および信号処理部120を含む。受信部110は、複数の互いに異なる信号を異なる経路を通じてそれぞれ受信する。3Dコンテンツの場合、左眼映像および第1同期化情報を含む第1信号と、右眼映像および第2同期化情報を含む第2信号をそれぞれ受信してよい。第1信号および第2信号は、いずれもリアルタイム伝送ストリームであってよく、MP4ファイルのような保存ファイルフォーマットであってよい。信号処理部120は、第1同期化情報および第2同期化情報を用いて、左眼映像および右眼映像を同期化させて再生する。図2では図示していないが、信号処理部120は、デマルチプレクサ、デコーダ、レンダリング部、ディスプレイ部等を含んでよい。信号処理部120は、受信装置100の種類に応じて異なる方式で、3Dフレームを構成することができる。すなわち、偏光方式の場合には、信号処理部120は、同期化された左眼映像の一部および右眼映像の一部を交互に配列し、1つまたは2つのフレームで構成することができる。それにより、レンチキュラーレンズまたはパララックスバリアが付加されたディスプレイパネルを通じて当該フレームを出力することができる。または、シャッタグラス方式の場合には、信号処理部120は同期化された左眼映像および右眼映像を交互に配置してディスプレイパネルを通じて順次にディスプレイすることができる。一方、第1および第2同期化情報としては、実施形態に応じて多様な情報が用いられてよい。具体的には、コンテンツスタート情報が同期化情報として使用される実施形態では、信号処理部120はコンテンツスタート情報を用いてマルチメディアコンテンツの開始時点を把握する。そして、第1データに含まれたフレームのタイムスタンプと第2データに含まれたフレームのタイムスタンプとを、開始時点とそれぞれ比較する。比較結果に応じて、各データのフレームインデックスを抽出することができ、抽出されたフレームインデックスを用いて同期化を行う。すなわち、第1信号のL2フレームのタイムスタンプと第2信号のR2フレームのタイムスタンプとが互いに異なるとしても、第1信号および第2信号が構成するコンテンツの開始時点とL2フレームのタイムスタンプとの間の差異、開始時点とR2フレームのタイムスタンプとの間の差異が同様である場合、L2フレームとR2フレームとを同期化させてn1フレームを生成する。信号処理部120は、コンテンツスタート情報とタイムスタンプを比較し、フレームインデックスを検出することができる。仮に、第1信号でコンテンツスタート情報PTSH_Startが100であり、左眼映像L1フレームのタイムスタンプPTSが100であれば、PTS-PTSH_Start=0となる。次の左眼映像であるL2フレームのタイムスタンプPTSが115であれば、PTS-PTSH_Start=15となる。この場合、信号処理部120は、タイムスタンプインターバルを15にしておき、L1フレームをn番目フレーム、L2フレームをn1フレームにマッチングする。一方、第2信号でコンテンツスタート情報が300であり、R1フレームのタイムスタンプが300、R2フレームのタイムスタンプが330であるとしたら、信号処理部120は、タイムスタンプインターバルを30にしておき、R1フレームをn番目フレーム、R2フレームをn1フレームにマッチングする。信号処理部120は、マッチングする両フレームのタイムスタンプが同様になるように、右眼映像フレームのタイムスタンプまたは左眼映像フレームのタイムスタンプを補正する。右眼映像フレームは、左眼映像フレームの次のフレームにマッチングする。信号処理部120は、右眼映像フレームのタイムスタンプを左眼映像フレームの次のフレームのタイムスタンプと同様になるように補正し、同期化させる。別の実施形態では、両データ間のタイムスタンプ差異値が同期化情報として使用されてよい。すなわち、第1同期化情報および第2同期化情報は、それぞれ左眼映像のタイムスタンプおよび右眼映像のタイムスタンプの間の差異値を含んでよい。この場合、信号処理部120は、その差異値を反映して、左眼映像のタイムスタンプおよび右眼映像のタイムスタンプのうち、少なくとも一方を補正して同期化させる。コンテンツスタート情報、タイムスタンプ差異値情報等は、EITEventInformationTable、PMT、プライベートストリーム、伝送ストリームヘッダ等に記録されてよい。または、保存ファイあるフォーマットであるMP4ファイルに伝送される場合には、保存ファイルの特性上、コンテンツのスタート地点から記録されているため、別途のコンテンツスタート情報を提供する必要がない。ただ、コンテンツスタート情報、タイムスタンプ差異値情報に基づいて抽出したリアルタイム伝送ストリームのフレームインデックスと同期化を行うために、保存ファイルもフレームインデックス値を抽出できるようにしなければならない。MP4ファイルの場合、stts、cttsボックスを通じて、タイムスタンプに該当する再生タイミング関連の情報が提供される。それを通じて、MP4ファイルのスタート地点までの再生順を求めることができる。再生順は、フレームインデックスと一致するために、それを用いてリアルタイム伝送ストリームのフレームインデックスと同期化を行うことができる。別の実施形態においては、フレームインデックス情報が同期化情報として使用されてよい。フレームインデックス情報は、各フレームごとに付与される識別情報を意味する。フレームインデックス情報は、リアルタイム伝送ストリームのEITEventInformationTable、PMT、プライベートストリーム、伝送ストリームヘッダ等に記録されてよい。信号処理部120は、同じフレームインデックスを有するフレームのタイムスタンプが同様になるように補正を行うことができる。図3は、プログラムマップテーブルProgramMapTable:PMTを含む第1信号および第2信号の構成を示す。同図によると、PMTは、第1信号、第2信号内で周期的に含まれて伝送される。上述のコンテンツスタート情報、タイムスタンプ差異値、フレームインデックス等のような多様な同期化情報は、このようなPMT内に含まれて伝送されてよい。図4は、PMTの構造を示す図である。同図によると、各種同期化情報は、PMT内のリザーブ領域Reservedareaや新規descriptor、既存descriptorの拡張領域等を用いて伝送されてよい。図5は、伝送ストリームのアダプテーションフィールドを用いて各種同期化情報を伝送する方式を説明するための図である。同図においては、アダプテーションフィールド内にrandom_access_indicator、transport_private_data_flag、private_data_byte等が設けられる。random_access_indicatorは、1ビットで実現され、1にセッティングされる場合、シーケンスヘッダの開始を意味する。すなわち、伝送ストリームの任意接近時点を示す。transport_private_data_flagも、1ビットで実現され、1にセッティングされる場合、プライベートデータが1バイト以上存在することを意味する。private_data_byteは、4ないし5バイトで実現され、この部分にコンテンツスタート情報、タイムスタンプ差異値、フレームインデックス等のような同期化情報が含まれてよい。図6は、PESヘッダを用いた同期化情報伝達方法を示す。PESパケットヘッダは、フレーム単位で提供されるため、PES_private_data部分に各種同期化情報を記録して伝送することができる。同図によると、PES_private_data_flagを1にセッティングし、PES_private_data部分に同期化情報を記録することができる。図7は、イベント情報テーブルEventInformationTableを用いてコンテンツスタート情報やタイムスタンプ差異値、フレームインデックス等のような同期化情報を伝達する方法を示す。このような情報は、EITのreserved領域や、新規または既存のdescriptor拡張領域に記録されて伝送されてよい。図8は、プライベートストリームを用いた同期化情報方式を示す。図8に示すように、コンテンツスタート情報、タイムスタンプ情報、フレームインデックス情報等の同期化情報が記録されたプライベートストリーム、すなわち、データビットストリームを基礎ストリームProgramElementaryStream:PESと別途に含めて伝送することができる。この場合、PESヘッダのストリームIDは、予め定義されたOxBD、OxBF以外に予約されている値の使用も可能である。その他に、タイムコードや、UTCや、フレームカウント情報等もプライベートストリームを用いて伝送されてよい。それについては、後述する。図9は、同期化情報のうち、フレームインデックスを含む伝送ストリーム構成の一例を示す。MPEG規格によると、伝送ストリームは、ビデオ、オーディオ、その他のデータを伝送する。各プログラムの情報は、プログラムマップテーブルProgramMapTable:PMTに記録される。同図においては、フレームインデックスがPMTに挿入された構造を示すが、別の実施形態では、ビデオストリームヘッダ、オーディオストリームヘッダ、TSヘッダ等に挿入されてよい。同図によると、各PMTには、その次のフレームのフレームインデックスが記録される。各フレームの間に2つ以上のPMTが提供される場合には、Hybridstream_Info_Descriptorの値は、同じフレームインデックスを示すように定義する。送信装置のマルチプレクサでIフレーム単位でDescriptorを挿入できたら、データの重複を防止することもできる。受信装置100では、各PMTを参考にしてフレームのインデックスを検出した後、それを用いて第1信号および第2信号の各フレームを同期化させることができる。一方、データがリアルタイム伝送ストリームではない、非リアルタイムストリーム形態で伝送される場合には、フレームインデックスは、図9と異なる方式で提供されてよい。図10は、MP4ファイルに記録されて伝送される実施形態を示した。同図によると、フレームインデックス等の同期化情報は、MP4ファイルディレクトリ内で、stts、stsc等のボックスに記録されてよい。または、ISOmediabasefileformat14496-12で追加ボックスboxを定義したり、予め定義されたボックス内のフィールドを拡張してタイムコードを提供することもできる。一例として、ランダムアクセスを提供するstsssyncsampletableボックスを拡張してタイムコードを提供することもできる。図9および図10では、フレームインデックスが挿入された場合について説明したが、その他の同期化情報も、図9および図10に示す方式で伝送されることができる。なお、図1では、第1信号および第2信号として説明してきたが、第1信号はメインストリーム、第2信号はハイブリッドストリームと呼んでよい。図9および図10は、ハイブリッドストリームの構造を例示しているが、メインストリームも同じ構造のストリームで構成されてよい。この場合、図9のdescriptor名称は変更されてよいことは自明である。図11は、フレームインデックスが別途のプライベートストリームを通じて伝送される場合を示す図である。同図に示すように、第1信号でビデオまたはオーディオのようなマルチメディアストリームと別途にプライベートストリームが提供されてよく、当該プライベートストリームを通じて第2信号と同期化されるフレームインデックス値を提供することができる。この場合、第2信号も、図11のような構造のリアルタイム伝送ストリームなら、当該伝送ストリームのプライベートストリームからフレームインデックスを検出して、同期化させることができる。一方、第2信号が、図10に示す構造を有する保存ファイルフォーマットなら、その保存ファイルのstblボックス等からフレームインデックスを確認し、第1信号のフレームインデックスと比較することができる。一方、別の実施形態では、タイムコード、UTCCoordinatedUniversalTime情報、フレームカウント情報等も同期化情報として使用されてよい。図12は、タイムコードを同期化情報として用いてフレームを同期化させる実施形態について説明する。タイムコードは、タイムコード生成機によって作られる一連のパルス信号として、容易な編集管理のために開発された信号規格である。コンテンツ制作および編集時には、左眼映像及び右眼映像の同期化された管理のために、同じタイムコードを使用する。よって、タイムコードは、ストリーム生成または送出時点に関係なく、同じペアpairを保持することができる。具体的には、SMPTESocietyofMotionPictureandTelevisionEngineersタイムコードが使用されてよい。すなわち、SMPTE12Mでは、時:分:秒:フレームの形式でタイムコードを表現する。SMPTEタイムコードは、記録方式によってLTCLongitudeTimeCodeまたはVITCVerticalIntervalTimeCodeに区分されてよい。LTCは、テープの進行方向に沿って記録される。LTCの場合、視覚情報25bits、ユーザ情報32bits、同期情報16bits、保存領域4bits、フレームモード表示2bitsを含めて総80bitsのデータで構成されてよい。VITCは、ビデオ信号の垂直帰線期間内の2つの水平ラインに記録される。SMPTERP-188では、LTCまたはVITCタイプのタイムコードがancillarydataに伝送できるインターフェース規格を定義している。タイムコードおよびタイムコードに関連する付加情報を新規定義し、このようなインターフェース規格によって伝送してよい。タイムコードに関連する付加情報としては、左眼映像および右眼映像のタイムコードが一致しない場合に、提供される他映像に対するタイムコード、現在映像が立体映像か否かを報知するための2D/3D切り替え情報、立体映像の開始点情報等があってよい。このような付加情報は、ユーザ情報町域または保存領域或いは、未割り当て領域を通じて提供することができる。なお、タイムコードを含まないメディアの場合には、ネットワークプロトコールでタイムコードスペースを拡張定義して使用することができる。例えば、RTPheaderextensionを通じてタイムコードを提供することもできる。送信装置200-1、200-2では、左眼映像のタイムコード、右眼映像のタイムコード情報をそれぞれ第1同期化情報および第2同期化情報として用いて、左眼映像および右眼映像とともに伝送する。受信装置100は、受信されたタイムコードを用いて左眼映像および右眼映像のタイムスタンプを補正したり、タイムコードを直接比較して同じタイムコードを有する左眼映像および右眼映像を直ちに検出する方式で同期化させることができる。タイムコードは、ビデオ基礎ストリームMPEGGoP等、オーディオ基礎ストリーム、伝送ストリームヘッダ、プライベートストリーム、PMT等に記録されてよい。伝送ストリームヘッダに記録される場合、RandomaccessIndicator、Transport_private_data_flag領域、Private_data_byte領域等が使用されてよい。図13は、GoPヘッダ内にタイムコードが記録されたMPEGストリームの構成を示す。図14は、図13のGoPヘッダのシンタックス構造の一例を示す。図14によると、タイムコードtimecodeは、25bitsのデータで記録されてよい。図13および図14に示すように、タイムコードはGoP単位で受信装置100に伝送されてよい。図15は、タイムコードが別途のプライベートストリームを通じて提供される場合を示す。第1信号でビデオまたはオーディオストリームと別途にプライベートストリームが提供される。プライベートストリームには、第2信号と同期化するためのタイムコードが含まれる。第2信号でも、ビデオまたはオーディオストリームと別途にプライベートストリームが提供される。受信装置100は、第1信号および第2信号のプライベートストリーム内に記録されたタイムコードを比較する。それにより、同じタイムコードを有するPTS1、DTS1の第1信号データと、PTS1’、DTS1’の第2信号データを同期化させて生成する。残りの信号データに対しても、タイムコードを比較して同期化させる。プライベートストリームを含む伝送ストリームの構成は、上述の図8のように実現されてよい。同図に示すように、タイムコードが記録されたプライベートストリーム、すなわち、データビットストリームを基礎ストリームProgramElementaryStream:PESと別途に含めて伝送することができる。この場合、PESヘッダのストリームIDは、予め定義されたOxBD、OxBF以外に予約されている値の使用も可能である。その他に、UTCや、フレームカウント情報等もタイムコートと同様に伝送されてよいため、それについては図示および説明を省略する。図16は、本発明の別の実施形態に係る受信装置の構成を示すブロック図である。同図によると、受信装置は、受信部110と、信号処理部120の他に、信号分析部130と、保存部140および制御部150を含む。受信部110は、第1受信部111と、第2受信部112とを含む。各受信部111、112は、互いに異なる経路を通じて伝送される第1信号および第2信号をそれぞれ受信する。第1および第2受信部111、112の構成は、その通信経路を応じて多様な実現されてよい。例えば、放送網を通じて伝送される信号を受信するためのモジュールである場合には、アンテナや、チューナや、復調部、等化部等のような構成要素を含んでよい。ネットワークを通じて信号を受信する場合には、ネットワーク通信モジュールを含んでよい。信号分析部130は、第1信号および第2信号のうち、少なくとも一方を分析してルックアップテーブルを生成する。互いに異なる信号が異なる経路を通じて受信されるため、第1信号および第2信号のいずれか一方は、他方の信号より遅く受信されてよい。例えば、放送中にチャネルを変更し、3Dコンテンツの開始時点よりチャネル変更時点が遅い場合が生じ得る。このとき、第1信号および第2信号が全てリアルタイム伝送ストリームの場合にも、第1信号および第2信号が早く同期化されなければならない。このような点を考慮し、同期化情報を用いて互いにマッチングするフレームに対する情報をルックアップテーブルに記録しておくことができる。ルックアップテーブルは、上述の多様な同期化情報に基づいて互いにマッチングすると判断されたフレームのインデックス情報を含んでよい。信号分析部130から生成されたルックアップテーブルは、保存部140に保存される。制御部150は、ルックアップテーブルを参考にし、互いにマッチングする左眼映像および右眼映像を同期化させて再生するように、信号処理部120を制御することができる。図17は、ルックアップテーブル生成および保存過程を説明するための図である。同図によると、MPEG規格に係る第2信号、すなわち、ハイブリッドストリームが受信されると、信号分析部130は、同期化情報を参考にIフレームのインデックスを検出する。そして、当該フレームのタイムスタンプ、メモリアドレス等を含むルックアップテーブル20を生成した後、保存部140に保存する。フレームインデックス検出は、上述のように、コンテンツスタート情報と当該フレームのタイムスタンプとを比較したり、タイムスタンプ差異値等を用いて行うことができる。それについては、上述しているため、繰り返し説明は省略する。図18は、フレームインデックス情報そのものが同期化情報で提供される場合のルックアップテーブル生成および保存過程を示す。同図によると、第1信号の各フレームに対するフレームインデックス情報が第1信号、すなわち、メインストリームに併せて伝送される。それにより、第2信号、すなわち、ハイブリッドストリームの各フレームに対するフレームインデックス情報とともにルックアップテーブル20に記録される。第1信号および第2信号のフレームのマッチング関係がルックアップテーブル20に記録されると、制御部150はそれを参考に同期化再生を行うように、信号処理部120を制御することができる。フレームインデックス情報が直接提供される場合、図16の信号分析部130は省略されてよい。図19は、タイムコードを同期化情報として使用する実施形態に係る受信装置構成を示す図である。同図によると、受信装置300は、第1デマルチプレクサ310と、第1デパケット化部320と、第1デコーダ330と、レンダリング部340と、第2デマルチプレクサ350と、第2デパケット化部360と、第2デコーダ370および制御部380を含む。第1デマルチプレクサ310と、第1デパケット化部320と、第1デコーダ330と、レンダリング部340と、第2デマルチプレクサ350および第2デパケット化部360は、図2および図16の信号処理部120に含まれる構造であってよい。第1デマルチプレクサ310および第2デマルチプレクサ350は、それぞれ第1信号および第2信号からタイムコードを分離して制御部380に提供する。第1デマルチプレクサ310および第2デマルチプレクサ350は、タイムコードが分離されたビデオPESパケットを第1デパケット化部320および第2デパケット化部360にそれぞれ提供する。第1デパケット化部320および第2デパケット化部360は、タイムコードが分離されたパケットをパーシングParsingしてビデオデータを第1デコーダ330および第2デコーダ370に提供する。第1および第2デコーダ330、370は、各ビデオデータをデコードしてレンダリング部340に提供する。レンダリング部340は、制御部380の制御により、第1信号のビデオデータと第2信号のビデオデータとを同期化させて3D映像30を再生する。もし、第2信号が非リアルタイムストリームであり、第1信号がリアルタイムストリークである場合、制御部380は、第2信号のタイムコードを予め獲得して待機することができる。その後、第1信号のタイムコードが獲得されると、制御部330は、二つのタイムコードを比較して、互いにマッチングするフレームを探索する。そして、探索されたフレームを同期化させて再生するように、レンダリング部340を制御する。図20は、タイムコードを同期化情報として使用する別の実施形態に係る受信装置の構成を示すブロック図である。同図の受信装置も、第1デマルチプレクサ310と、第1デパケット化部320と、第1デコーダ330と、レンダリング部340と、第2デマルチプレクサ350と、第2デパケット化部360と、第2デコーダ370および制御部380を含んでよい。第1デマルチプレクサ310は、受信された第1信号からビデオパケットを分離して第1デパケット化部320に提供する。第1デパケット化部320は、ビデオパケットをデパケット化してDTS、PTSを検出し、タイムコード情報を制御部380に提供する。第2デマルチプレクサ350は、受信された第2信号からビデオパケットを分離して第2デパケット化部360に提供する。第2デパケット化部360は、ビデオパケットをデパケット化してDTS、PTSを検出し、タイムコード情報を制御部380に提供する。第1デコーダ330および第2デコーダ370は、それぞれビデオデータをデコードする。制御部380は、各信号のタイムコードを参考にして、同じタイムコードを有するフレーム間のタイムスタンプ差異を計算する。そして、計算された差異を反映して第1信号および第2信号のうち、少なくとも一方のタイムスタンプを補正し、補正されたタイムスタンプ情報を各信号のフレームに付与して、レンダリング部340に提供する。例えば、左眼映像のタイムスタンプが右眼映像のタイムスタンプより遅い場合、左眼映像のタイムスタンプを調整したり、右眼映像のタイムスタンプを調整し、同じ値に合わせることができる。レンダリング部340は、調整されたタイムスタンプに応じて左眼映像および右眼映像を組み合わせて3D映像を再生する。図21は、タイムコードを同期化情報として使用する別の実施形態に係る受信装置の構成を示すブロック図である。同図も、図19および20と同様に、第1デマルチプレクサ310と、第1デパケット化部320と、第1デコーダ330と、レンダリング部340と、第2デマルチプレクサ350と、第2デパケット化部360と、第2デコーダ370および制御部380を含んでよい。制御部380は、タイムコードとマッチングするインデックスナンバーまたはタイムスタンプ等が記録されたルックアップテーブルを別途のソースまたは経路を通じて提供され、保存することができる。制御部380は、ルックアップテーブルを参考に、同じ時点で再生されなければならない左眼映像および右眼映像を探索した後、探索結果をレンダリング部340に提供する。それにより、同期化再生が行われてよい。このようなルックアップテーブルは、第1信号および第2信号のうち、いずれか一方とともに受信されてよく、それと異なる経路を通じて提供されてよい。すなわち、左眼映像および右眼映像を製作したコンテンツ製作者がルックアップテーブルを予め生成して受信装置側に配布することができる。場合によっては、一つのプログラム内でタイムコードが不連続的に生成されてよい。この場合、プログラム中にチャネルを変更すると、ランダムアクセス時間遅延により、リアルタイムで入力される左眼映像または右眼映像と同期化する他映像を探し出すことが困難になる可能性がある。よって、ランダムアクセスに関連するルックアップテーブルを予め生成しておくと、ランダムアクセス時間遅延を最小限化することができる。以上のように、受信装置は多様な形態で実現されてよい。一方、上述のように、タイムコードは、多様な方式で受信装置側に提供されてよい。図22は、ビデオストリームを用いてタイムコードを提供する場合のストリーム構造を示す。同図によると、タイムコードは、AVCAdvancedVideoCoding:ISO/IEC14496-10で定義するSEISupplementalEnhancementInformationを用いて伝送することができる。すなわち、同図に示すように、PicturetimingSEIで定義するseconds_value、minutes_value、hours_value、n_framesを用いてタイムコードを伝達することができる。図23は、オーディオストリームを用いてタイムコードを提供する場合のストリーム構造を示す。同図に示すように、AC-3ATSCA/52:2010によると、オーディオストリームはシンクフレームSyncFrameが連続的に並ぶ構造を有する。シンクフレームの構成中で、シンクフレークの情報を提供するBSIBitStreamInformation領域でタイムコードに対する情報を提供することができる。図24は、タイムコードがPMTを通じて提供される場合のPMTシンタックスsyntaxを示す。同図によると、タイムコードは周期的に伝送されるPMTのリザーブまたはdescriptorを通じて提供されてよい。PMT提供間隔は、同期化されたタイムコードを付与するためのGoP単位またはフレーム単位で構成されてよい。図9においては、2つのフレームごとにPMTが伝送されるものとして示しているが、毎フレーム単位でタイムコードを含むPMTが提供されてよい。上述のように、多様な情報が同期化情報として使用されてよく、その位置も多様に設定されてよい。図25は、このような同期化情報が含まれた情報を送信する送信装置の構成の一例を示すブロック図である。同図によると、送信装置200は、データ生成部410および伝送部420を含む。同図の送信装置200は、図1のシステムで複数の送信装置200-1、200-2のいずれか一方であってよい。なお、図25の送信装置200から提供するデータは、マルチメディアコンテンツを構成する複数のデータの一つであってよい。それにより、他装置装置が伝送する別のデータとともに受信装置に提供されると、受信装置はそれを用いてマルチメディアコンテンツを再生することができる。説明の便宜上、以下では、図25の送信装置が提供するデータを、第1データ、他送信装置が提供するデータを第2データという。一実施形態によると、第1データは左眼映像および右眼映像のうちの一方であり、第2データは左眼映像および右眼映像のうちの他方であってよい。それにより、受信装置は、第1データおよび第2データを組み合わせて一つの3Dコンテンツを構成できるようになる。この場合、オーディオデータや字幕データ等のその他のデータは、第1データおよび第2データのうちの一方とともに提供されたり、別途の経路を通じて受信装置に提供されてよい。別の実施形態によると、第1データはマルチメディアコンテンツを構成するビデオデータ、オーディオデータ、字幕データおよび付加データのうち、少なくとも一つのデータを含み、第2データはビデオデータ、オーディオデータ、字幕データおよび付加データのうち、残りのデータを含んでよい。それにより、受信装置で3Dコンテンツを再生する場合の他に、2Dコンテンツを再生する場合にも、上述の様々な実施形態がそのまま適用されてよい。データ生成部410は、第1データと同期化情報を含む伝送データを生成する。同期化情報とは、第1データおよび第2データの間の同期化のための情報を意味する。上述のように、同期化情報は、マルチメディアコンテンツの開始時点を報知するコンテンツスタート情報、第1データおよび前記第2データの間のタイムスタンプ差異値、フレームインデックス、タイムコード情報、UTC情報、フレームカウント情報のうち、少なくとも一つを含んでよい。これら同期化情報の挿入方法は、詳細に上述しているため、繰り返し説明は省略する。伝送部420は、データ生成部410で生成したストリームを受信装置100側に伝送する。伝送部420の細部構成は、ストリームの種類に応じて異なるように実現されてよい。仮に、図25の装置装置が放送送信装置である場合、伝送部420は、RSエンコーダ、インターリーバ、トレリスエンコーダ、変調器等を含む形態で実現されてよい。または、図25の送信装置がインターネットのようなネットワークを通じてストリームを伝送するウェブサーバである場合には、伝送部420は、HTTPプロトコルによって受信装置、すなわち、ウェブクライアントと通信するネットワークインターフェースモジュールで実現されてよい。データ生成部410の細部構成は、実施形態に応じて異なるように実現されてよい。図26は、送信装置の細部構成の一例を示すブロック図である。同図によると、データ生成部410と、入力部411と、符号化処理部412および多重化部413を含む。入力部411は、コンテンツ製作者から第1データおよびシグナリング情報を提供される。シグナリング情報とは、同期化情報生成に用いられる情報である。符号化処理部412は、第1データをエンコードし、シグナリング情報を用いて同期化情報を生成した後、エンコードされた第1データに付加する。同期化情報がコンテンツスタート情報である場合、符号化処理部412は、PCRに基づいて最初のフレームのタイムスタンプを生成し、そのタイムスタンプを同期化情報に付加する。または、タイムスタンプ差異値が同期化情報として使用される場合、シグナリング情報は、第2データを生成および送信する別の送信装置のPCRに対する情報で実現されてよい。符号化処理部412は、シグナリング情報に基づいて、第1および第2データ間のタイムスタンプ差異値を同期化情報で生成した後、エンコードされた第1データに付加することができる。一方、タイムコードが同期化情報として使用される場合、別途のシグナリング情報なしに、第1データおよび同期化情報が入力部411に入力されてよい。符号化処理部412は、第1データおよび同期化情報をそのままエンコードして多重化部413に提供する。その他に、MPEG規格によるビデオデータ圧縮等を行う構成が更に追加されてよいが、このような構成は図示および説明を省略する。多重化部413は、符号化処理部412から生成されたデータに付加データをマキシングして伝送データを生成する。付加データとは、PSIP、EPG情報等であってよい。伝送部420は、多重化部413から提供される伝送ストリームに対してチャネル符号化、変調等の処理を行って伝送信号に変換した後、チャネルを通じて伝送する。変調には、地上放送方式で使用される8VSB方式、ケーブルテレビのための高速データ率方式である16VSB方式等が使用されてよい。一方、上述のように、受信装置で互いに異なるデータが異なる経路を通じて受信されるためには、複数の送信装置でそれぞれデータを伝送したり、一つの送信装置が互いに異なる電素うユニットを用いてデータを伝送しなければならない。複数の送信装置でそれぞれのデータを伝送する場合には、各送信装置が同期化情報を生成して付加するためには、プログラムの時間計画を共有すべきである。図27は、本発明の別の実施形態に係る送信装置の構成を示す。同図の送信装置は、タイムコードを別途のプライベートストリームで処理して伝送する。同図によると、送信装置は、A/Vエンコーダ部510と、タイムコード検出部520と、タイムコードエンコーダ部530およびマルチプレクサ540を含む。A/Vエンコーダ部510は、入力されるマルチメディアデータに含まれたA/Vデータをエンコードする。エンコード方式は、送信装置に適用された規格に応じて異なってよい。タイムコード検出部520は、入力されるマルチメディアデータから映像のタイムコードを検出してタイムコードエンコーダ部530に提供する。検出されるタイムコードは、タイムラインデータファイルに保存されてよい。タイムコードエンコーダ部530は、検出されたタイムコードを適切な伝送フォーマットにカプセル化encapsulateし、A/Vエンコーダ部510と同様のプログラムシステムクロックを使用して算出されるプレゼンテーションタイムスタンプを組み合わせて、A/Vエンコーダ部510で処理するA/VAudio/Videoデータと同期化させる。タイムコードエンコーダ部530で処理されたタイムコード情報は、A/Vエンコーダ部510で処理されたA/Vデータとともにマルチプレクサ540に提供される。マルチプレクサ540は、このようなデータをマルチプレキシングしてMPEG2-TSを出力する。図27では図示していないが、送信装置にはパイロット挿入部と、変調部と、インターリーバ、ランダム化部、RFアップコンバータ等のような多様な構成が追加されてよい。これらの構成は、送信装置の一般的な構成に該当するため、具体的な図示および説明は省略する。図28は、プログラムの時間計画を共有する複数のストリーム生成主体について図示している。ストリーム生成主体を例えると、ビデオおよびオーディオを伝送する放送局、字幕のような付加データを伝送する第三者、関連するゲームを提供する第三者等があってよい。図20によると、一つのプログラムを構成する伝送ストリームを製作するために、ストリーム生成主体1、2、3のうち、一つは別のストリーム生成主体に、タイムコードに基づいて時間計画を伝送する。各ストリーム生成主体は、時間計画を用いて同期化情報を生成し、それぞれ伝送ストリームを生成して伝送することができる。このような時間計画または同期化情報は、既存のEPGから提供する時間スケジュールと違ってストリーム生成端同期化のために、正確度を有するフレーム単位情報である。図29は、同期化情報を生成するための情報共有の別の方法を説明する図である。同図によると、基準時間サーバ600は、各ストリーム生成主体1、2、3で基準時間を提供する。同じ基準時間サーバ600を通じて基準時間、すなわち、PCRを提供されて共有するようになると、同じコンテンツのフレームに対して同じDTS、PTSを生成して付加することができるようになる。図30は、UTCまたはフレームカウント値等を同期化情報として使用する送信装置の構成の例を示す図である。同図によると、互いに異なるメディア1、2、3は、それぞれ異なるストリーム生成部710、720、730に提供される。この場合、各メディア1、2、3とともに、UTCまたはフレームカウント値も提供されてよい。各ストリーム生成部710、720、730は、これらの情報を同期化情報に付加して伝送ストリーム1、2、3をそれぞれ生成した後、伝送する。以上のように、多様な種類の同期化情報が各データとともに受信装置に提供され、受信装置は、それに基づいてデータを正確に同期化させてコンテンツを再生することができるようになる。図31は、本発明の一実施形態に係るコンテンツ再生方法を説明するためのフローチャートである。同図によると、受信装置は、第1信号および第2信号を異なる経路を通じてそれぞれ受信するS2310。第1信号には、第1データとともに第1同期化情報が含まれ、第2信号には、第2データとともに第2同期化情報が含まれる。受信装置は、第1および第2同期化情報をそれぞれ検出した後S2320、それに基づいてマッチングするフレームを確認して同期化させて再生するS2330。具体的には、互いにマッチングするフレームのタイムスタンプを直接補正したり、同期化情報を直接比較してマッチングするフレームを直ちに同期化させて再生することができる。図32は、本発明の別の実施形態に係る受信装置の再生方法を説明するためのフローチャートである。同図によると、2つの信号のうち、第2信号を受信して保存するS2410。そして、第2信号を分析しS2420、第2信号に含まれたデータのフレームインデックスを検出した後、インデックステーブルを保存するS2430。第2信号受信と別に、第1信号が受信されるとS2440、第1信号のフレームのタイムスタンプを抽出するS2450。そして、当該フレームのフレームインデックスを抽出した後S2460、インデックステーブルと比較してマッチングするフレームを検索するS2470。それから、検索されたフレームを同期化させて再生するS2480。同期化情報の例およびそれを用いた同期化方法については、上述の様々な実施形態について説明しているため、繰り返し説明は省略する。上述のように、本明細書における左眼映像および右眼映像の同期化以外に、映像とテキスト、映像とオーディオ等のような多様な異種のデータ間の同期化を行うこともできる。一例として、UHDUltraHighDefinition伝送においても、既存のHDチャネルを用いる装置との互換性を保障するために、非リアルタイムでUHD付加映像を伝送することができる。この場合、一つの原本映像に復元するためには、映像間の同期化が必須である。よって、上述の多様な実施形態の同期化技術がUHD伝送にも使用されてよい。上述の本発明の多様な実施形態に係る方法を実行するためのプログラムは、多様な記録媒体に保存して使用されてよい。具体的には、上述の方法を実行するためのコードは、RAMRandomAccessMemory、フラッシュメモリ、ROMReadOnlyMemory、EPROMErasableProgrammableROM、EEPROMElectronicallyErasableandProgrammableROM、レジスタ、ハードディスク、リムーバブルディスク、メモリカード、USBメモリ、CD-ROM等のように、端末機で読取可能な多様な記録媒体に保存されていてよい。以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。