"音声データに直接関係しない所定情報が埋め込まれた音声圧縮データストリームを生成する音声圧縮データストリーム生成部と、上記音声圧縮データストリーム生成部で生成された音声圧縮データストリームを送信するデータ送信部とを備える送信装置。上記データストリーム生成部は、上記所定情報を上記音声圧縮データストリームのユーザデータ領域に埋め込む請求項1に記載の送信装置。上記データストリーム生成部に上記所定情報を供給すると共に、該所定情報を上記ユーザデータ領域に埋め込むためのサイズ情報を供給し、上記音声圧縮データストリームのユーザデータ領域に上記所定情報の埋め込みが行われるように制御する制御部をさらに備える請求項2に記載の送信装置。画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記画像圧縮データストリームは、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データを圧縮符号化した画像圧縮データを含み、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報である請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれた上記所定情報は、他のサービスにアクセスするための情報である請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記音声圧縮データに関係した情報を得るためのネットワークアクセス情報である請求項5に記載の送信装置。画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記画像圧縮データに関係した情報を得るためのネットワークアクセス情報である請求項5に記載の送信装置。画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記画像圧縮データによる画像に重畳する重畳情報のデータである請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれる上記所定情報には、情報のタイプを示すタイプ情報が付加されている請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれる上記所定情報には、情報識別子で区別された複数種類の情報を含めることが可能とされている請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれる上記所定情報を、一連の情報を分割して得られた複数の分割情報のいずれかとすることが可能とされ、上記所定情報としての上記分割情報には、最初の分割情報であるか否かを示す情報および順番を示す情報が付加されている請求項1に記載の送信装置。上記音声圧縮データストリームに埋め込まれる上記所定情報には、時間同期を管理するためのタイムスタンプが付加されている請求項1に記載の送信装置。音声データに直接関係しない所定情報が埋め込まれた音声圧縮データストリームを生成する音声圧縮データストリーム生成ステップと、上記音声圧縮データストリーム生成ステップで生成された音声圧縮データストリームを送信するデータ送信ステップとを備える送信方法。所定情報が埋め込まれた音声圧縮データストリームを取得するデータ取得部と、上記データ取得部で取得された音声圧縮データストリームを、伝送路を介して、外部機器に送信するデータ送信部とを備える送信装置。上記データ送信部は、上記データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが上記外部機器で取り扱い可能な圧縮フォーマットであるとき、上記データ取得部で取得された音声圧縮データストリームを上記外部機器に送信する請求項14に記載の送信装置。上記データ送信部は、上記データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが外部機器で取り扱い可能な圧縮フォーマットであり、さらに上記外部機器が音声圧縮データストリームの送信を要求しているとき、上記データ取得部で取得された音声圧縮データストリームを上記外部機器に送信する請求項15に記載の送信装置。上記データ取得部で取得された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび上記所定情報を得るデコード処理部をさらに備え、上記データ送信部は、少なくとも、上記データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが上記外部機器で取り扱い可能な圧縮フォーマットでないか、あるいは、上記外部機器が音声圧縮データストリームの送信を要求していないとき、上記デコード処理部で得られた上記非圧縮音声データおよび上記所定情報を、伝送路を介して、上記外部機器に送信する請求項16に記載の送信装置。上記データ送信部は、上記外部機器が取り扱い可能な上記音声圧縮データストリームの圧縮フォーマット情報と、上記外部機器が音声圧縮データストリームの送信を要求しているか否かの情報を、上記外部機器が備える記憶部から上記伝送路を介して読み出して取得する請求項15に記載の送信装置。上記データ送信部は、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データを、上記伝送路を介して上記外部機器にさらに送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記立体画像データを表示するための左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報である請求項14に記載の送信装置。上記音声圧縮データストリームに埋め込まれた上記所定情報は、他のサービスにアクセスするための情報である請求項14に記載の送信装置。上記データ送信部は、画像データを、上記伝送路を介して、上記外部機器にさらに送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記画像データによる画像に重畳する重畳情報のデータである請求項14に記載の送信装置。所定情報が埋め込まれた音声圧縮データストリームを取得するデータ取得ステップと、上記データ取得ステップで取得された音声圧縮データストリームを、伝送路を介して、外部機器に送信するデータ送信ステップとを備える送信方法。所定情報が埋め込まれた音声圧縮データストリームを受信するデータ受信部と、上記データ受信部で受信された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび上記所定情報を得るデコード処理部とを備える受信装置。上記データ受信部は、放送信号または配信サーバから上記所定情報が埋め込まれた音声圧縮データストリームを受信する請求項23に記載の受信装置。上記データ受信部は、外部機器から、伝送路を介して、上記所定情報が埋め込まれた音声圧縮データストリームを受信する請求項23に記載の受信装置。上記データ受信部は、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データをさらに受信し、上記デコード処理部で得られた上記所定情報は、上記立体画像データを表示するための左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報であり、上記データ受信部で受信された上記立体画像データが有する上記左眼画像データおよび上記右眼画像データと、上記デコード処理部で得られた上記視差情報を用い、左眼画像および右眼画像に重畳する同一の重畳情報に視差を付与し、上記重畳情報が重畳された左眼画像のデータおよび上記重畳情報が重畳された右眼画像のデータを得る画像データ処理部をさらに備える請求項23に記載の受信装置。上記デコード処理部で得られた上記所定情報は、他のサービスにアクセスするための情報であり、上記デコード処理部で得られた上記他のサービスにアクセスするための情報を用いて他のサービスにアクセスする通信部をさらに備える請求項23に記載の受信装置。上記データ受信部は、画像データをさらに受信し、上記デコード処理部で得られた上記所定情報は、上記データ受信部で受信された画像データによる画像に重畳する重畳情報のデータであり、上記データ受信部で受信された画像データと、上記デコード処理部で得られた上記重畳情報のデータを用い、重畳情報が重畳された画像のデータを得る画像データ処理部をさらに備える請求項23に記載の受信装置。所定情報が埋め込まれた音声圧縮データストリームを受信するデータ受信ステップと、上記データ受信ステップで受信された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび上記所定情報を得るデコード処理ステップとを備える受信方法。伝送路を介して送信装置と受信装置とが接続されてなる送受信システムであって、上記送信装置は、所定情報が埋め込まれた音声圧縮データストリームを取得するデータ取得部と、上記データ取得部で取得された音声圧縮データストリームを、上記伝送路を介して、上記受信装置に送信するデータ送信部とを備え、上記受信装置は、上記伝送路を介して、上記所定情報が埋め込まれた音声圧縮データストリームを受信するデータ受信部と、上記データ受信部で受信された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび上記所定情報を得るデコード処理部とを備える送受信システム。上述したように立体画像表示において、視聴者は、両眼視差を利用して、立体画像の遠近感を認知することが普通である。画像に重畳されるOSD表示等の重畳情報に関しても、2次元空間的のみならず、3次元の奥行き感としても、立体画像表示と連動してレンダリングされることが期待される。例えば、立体画像にOSD表示を重畳表示する場合、遠近感でいうところの最も近い画像内の物体オブジェクトよりも手前に表示されないと、視聴者は、遠近感の矛盾を感じる場合がある。そこで、立体画像データを構成する左眼画像データおよび右眼画像データに対応した視差情報を立体画像データと共にテレビ受信機に送信し、左眼画像および右眼画像に重畳する重畳情報をシフトさせて視差を付与することが考えられる。これにより、立体画像に重畳表示するOSD表示等の重畳情報を最も近い画像内の物体オブジェクトよりも手前に表示させることが可能となる。本技術の目的は、例えば、放送局等から視差情報等の情報を簡単に送信してテレビ受信機等で利用可能とすることにある。本技術の概念は、音声データに直接関係しない所定情報が埋め込まれた音声圧縮データストリームを生成する音声圧縮データストリーム生成部と、上記音声圧縮データストリーム生成部で生成された音声圧縮データストリーム送信するデータ送信部とを備える送信装置にある。本技術においては、音声圧縮データストリーム生成部により、音声圧縮データストリームが生成される。この圧縮フォーマットは、例えば、AC3,AACなどである。この音声圧縮データストリームには、音声データに直接関係しない所定情報メタデータが埋め込まれている。この所定情報は、例えば、音声圧縮データストリームのユーザデータ領域に埋め込まれている。例えば、圧縮フォーマットがAC3の場合、所定情報は、付加データ領域Aux領域に挿入される。また、例えば、圧縮フォーマットがAACの場合、所定情報は、DSEdatastreamelementとして、挿入される。本技術において、例えば、データストリーム生成部に所定情報を供給すると共に、この所定情報をユーザデータ領域に埋め込むためのサイズ情報を供給し、音声圧縮データストリームのユーザデータ領域に所定情報の埋め込みが行われるように制御する制御部をさらに備える、ようにされてもよい。また、本技術において、例えば、画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、データ送信部は、画像圧縮データストリーム生成部で生成された画像圧縮データストリームと音声圧縮データストリームとを多重して送信し、画像圧縮データストリームは、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データを圧縮符号化した画像圧縮データを含み、音声圧縮データストリームに埋め込まれた所定情報は、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報であってよい。また、本技術において、例えば、音声圧縮データストリームに埋め込まれた所定情報は、他のサービスにアクセスするための情報であってもよい。この場合、例えば、所定情報は、音声圧縮データに関係した情報を得るためのネットワークアクセス情報とされる。また、この場合、例えば、画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、データ送信部は、画像圧縮データストリーム生成部で生成された画像圧縮データストリームと音声圧縮データストリームとを多重して送信し、音声圧縮データストリームに埋め込まれた所定情報は、画像圧縮データに関係した情報を得るためのネットワークアクセス情報とされる。また、本技術において、例えば、画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、データ送信部は、画像圧縮データストリーム生成部で生成された画像圧縮データストリームと音声圧縮データストリームとを多重して送信し、音声圧縮データストリームに埋め込まれた所定情報は、画像圧縮データによる画像に重畳する重畳情報のデータであってもよい。このように本技術においては、音声データに直接関係しない所定情報が、圧縮音声データストリームに埋め込まれて送信される。そのため、例えば、放送局、配信サーバ等から視差情報、重畳情報データ、他サービスアクセス情報等の情報を、圧縮音声データストリームをコンテナとして簡単に送信でき、テレビ受信機等で利用することが可能となる。本技術において、例えば、音声圧縮データストリームに埋め込まれる所定情報には、情報のタイプを示すタイプ情報が付加されていてもよい。この場合、タイプ情報によって情報のタイプの識別が可能となるため、複数のタイプの情報を選択的に送信することが可能となる。また、本技術において、例えば、音声圧縮データストリームに埋め込まれる所定情報には情報識別子で区別された複数種類の情報を含めることが可能とされてもよい。この場合、複数種類の情報を同時に送信するこが可能となる。また、本技術において、例えば、音声圧縮データストリームに埋め込まれる所定情報を、一連の情報を分割して得られた複数の分割情報のいずれかとすることが可能とされ、所定情報としての分割情報には、最初の分割情報であるか否かを示す情報および順番を示す情報が付加されてもよい。この場合、所定の情報の容量が大きい場合には複数に分割して送信することが可能となる。また、本技術において、例えば、音声圧縮データストリームに埋め込まれる所定情報には、時間同期を管理するためのタイムスタンプが付加されてもよい。この場合、画像表示、あるいは音声出力との間の同期管理が可能となる。また、本技術の他の概念は、所定情報が付加された音声圧縮データストリームを取得するデータ取得部と、上記データ取得部で取得された音声圧縮データストリームを、伝送路を介して、上記外部機器に送信するデータ送信部とを備える送信装置にある。本技術において、データ取得部により、音声圧縮データストリームが取得される。この圧縮フォーマットは、例えば、AC3,AACなどである。この音声圧縮データストリームには、所定情報、例えば音声データに直接関係しない情報が付加されている。例えば、データ取得部は、音声圧縮データストリームを、放送信号から取得するか、あるいは、配信サーバストリーミングサーバからネットワークを介して取得する。また、例えば、データ取得部は、音声圧縮データストリームを、ディスク等の記録媒体から再生して取得する。データ送信部では、データ取得部で取得された音声圧縮データストリームが、伝送路を介して、外部機器に送信される。本技術において、例えば、データ送信部は、データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが外部機器で取り扱い可能な圧縮フォーマットであるとき、データ取得部で取得された音声圧縮データストリームを上記外部機器に送信する、ようにされる。この場合、例えば、データ送信部は、データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが外部機器で取り扱い可能な圧縮フォーマットであるとき、データ取得部で取得された音声圧縮データストリームを外部機器に送信する、ようにされてもよい。そして、この場合、データ送信部は、データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが外部機器で取り扱い可能な圧縮フォーマットであり、さらに外部機器が音声圧縮データストリームの送信を要求しているとき、データ取得部で取得された音声圧縮データストリームを上記外部機器に送信する、ようにされてもよい。さらに、この場合、データ取得部で取得された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび所定情報を得るデコード処理部をさらに備え、データ送信部は、少なくとも、データ取得部で取得された音声圧縮データストリームの圧縮フォーマットが外部機器で取り扱い可能な圧縮フォーマットでないか、あるいは、外部機器が音声圧縮データストリームの送信を要求していないとき、デコード処理部で得られた非圧縮音声データおよび所定情報を、伝送路を介して、外部機器に送信する、ようにされてもよい。また、本技術において、例えば、データ送信部は、外部機器が取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報と、外部機器が音声圧縮データストリームの送信を要求しているか否かの情報を、外部機器が備える記憶部から伝送路を介して読み出して取得する、ようにされてもよい。また、本技術において、例えば、データ送信部は、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データを、伝送路を介して外部機器にさらに送信し、音声圧縮データストリームに埋め込まれた所定情報は、立体画像データを表示するための左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報であってもよい。また、本技術において、例えば、音声圧縮データストリームに埋め込まれた所定情報は、他のサービスにアクセスするための情報であってもよい。また、本技術において、データ送信部は、画像データを、伝送路を介して、外部機器にさらに送信し、音声圧縮データストリームに埋め込まれた所定情報は、画像データによる画像に重畳する重畳情報のデータであってもよい。このように本技術においては、データ取得部で取得された、所定情報が付加されている音声圧縮データストリームが外部機器にそのまま送信される。そのため、音声圧縮データストリームにデコード処理を施す必要がなく、視差情報、重畳情報データ、他サービスアクセス情報等の情報を、音声圧縮データストリームをコンテナとして簡単に送信でき、テレビ受信機等で利用することが可能となる。また、本技術のさらに他の概念は、所定情報が付加された音声圧縮データストリームを受信するデータ受信部と、上記データ受信部で受信された音声圧縮データストリームにデコード処理を施して非圧縮音声データおよび上記所定情報を得るデコード処理部とを備える受信装置にある。本技術において、データ受信部により、音声圧縮データストリームが受信される。この場合、例えば、データ受信部は、放送信号または配信サーバから所定情報が埋め込まれた音声圧縮データストリームを受信する、ようにされる。また、この場合、例えば、データ受信部は、外部機器から、伝送路を介して、所定情報が埋め込まれた音声圧縮データストリームを受信する、ようにされる。音声圧縮データストリームの圧縮フォーマットは、例えば、AC3,AACなどである。デコード処理部により、音声圧縮データストリームにデコード処理が施されて非圧縮音声データおよび所定情報が得られる。本技術において、例えば、データ受信部は、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データをさらに受信し、デコード処理部で得られた所定情報は、立体画像データを表示するための左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報であり、データ受信部で受信された立体画像データが有する左眼画像データおよび右眼画像データと、デコード処理部で得られた視差情報を用い、左眼画像および右眼画像に重畳する同一の重畳情報に視差を付与し、重畳情報が重畳された左眼画像のデータおよび重畳情報が重畳された右眼画像のデータを得る画像データ処理部をさらに備える、ようにされてもよい。また、本技術において、例えば、デコード処理部で得られた所定情報は、他のサービスにアクセスするための情報であり、デコード処理部で得られた他のサービスにアクセスするための情報を用いて、他のサービスにアクセスする通信部をさらに備える、ようにされてもよい。また、本技術において、例えば、データ受信部は、画像データをさらに受信し、デコード処理部で得られた所定情報は、データ受信部で受信された画像データによる画像に重畳する重畳情報のデータであり、データ受信部で受信された画像データと、デコード処理部で得られた重畳情報のデータを用い、重畳情報が重畳された画像のデータを得る画像データ処理部をさらに備える、ようにされてもよい。このように本技術においては、所定情報が埋め込まれている音声圧縮データストリームを受信し、埋め込まれている視差情報、重畳情報データ、他サービスアクセス情報等の情報を利用することが可能となる。本技術によれば、放送局、配信サーバ等から、視差情報、重畳情報データ、他サービスアクセス情報等の情報を、音声圧縮データストリームをコンテナとして簡単に送信でき、テレビ受信機等で利用することが可能となる。以下、発明を実施するための形態以下、実施の形態とするについて説明する。なお、説明を以下の順序で行う。1.第1の実施の形態2.第2の実施の形態3.変形例<1.第1の実施の形態>[立体画像表示システムの構成例]図1は、実施の形態としての立体画像表示システム10の構成例を示している。この立体画像表示システム10は、放送局100と、セットトップボックスSTB200と、テレビ受信機TV300を有している。セットトップボックス200およびテレビ受信機300は、HDMIケーブル400を介して接続されている。セットトップボックス200には、HDMI端子202が設けられている。テレビ受信機300には、HDMI端子302が設けられている。HDMIケーブル400の一端はセットトップボックス200のHDMI端子202に接続され、このHDMIケーブル400の他端はテレビ受信機300のHDMI端子302に接続されている。[放送局の説明]放送局100は、ビットストリームデータBSDを、放送波に載せて送信する。放送局100は、ビットストリームデータBSDを生成する送信データ生成部110を備えている。このビットストリームデータBSDには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データ、さらには視差情報視差ベクトルが含まれる。送信データ生成部の構成例図2は、放送局100において、上述のビットストリームデータBSDを生成する送信データ生成部110の構成例を示している。この送信データ生成部110は、データ取り出し部アーカイブ部111と、ビデオエンコーダ112と、オーディオエンコーダ113と、視差情報作成部114と、マルチプレクサ115を有している。データ取り出し部111には、データ記録媒体111aが、例えば、着脱自在に装着される。このデータ記録媒体111aには、左眼画像データおよび右眼画像データを含む立体画像データと共に、音声データ、視差情報が対応付けて記録されている。データ取り出し部111は、データ記録媒体111aから、立体画像データ、音声データ、視差情報等を取り出して出力する。データ記録媒体111aは、ディスク状記録媒体、半導体メモリ等である。データ記録媒体111aに記録されている立体画像データは、所定の伝送方式の立体画像データである。立体画像データ3D画像データの伝送方式の一例を説明する。ここでは、以下の第1~第3の伝送方式を挙げるが、これら以外の伝送方式であってもよい。また、ここでは、図3に示すように、左眼Lおよび右眼Rの画像データが、それぞれ、決められた解像度、例えば、1920×1080pのピクセルフォーマットの画像データである場合を例にとって説明する。第1の伝送方式は、トップアンドボトムTopBottom方式で、図4aに示すように、垂直方向の前半では左眼画像データの各ラインのデータを伝送し、垂直方向の後半では左眼画像データの各ラインのデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データのラインが1/2に間引かれることから原信号に対して垂直解像度は半分となる。第2の伝送方式は、サイドバイサイドSideBySide方式で、図4bに示すように、水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが1/2に間引かれる。原信号に対して、水平解像度は半分となる。第3の伝送方式は、フレームシーケンシャルFrameSequential方式あるいは2D後方互換方式で、図4cに示すように、左眼画像データと右眼画像データとをフィールド毎に順次切換えて伝送する方式である。また、データ記録媒体111aに記録されている視差情報は、例えば、画像を構成するピクセル画素毎の視差ベクトルである。視差ベクトルの検出例について説明する。ここでは、左眼画像に対する右眼画像の視差ベクトルを検出する例について説明する。図5に示すように、左眼画像を検出画像とし、右眼画像を参照画像とする。この例では、xiyiおよびxjyjの位置における視差ベクトルが検出される。xiyiの位置における視差ベクトルを検出する場合を例にとって説明する。この場合、左眼画像に、xiyiの位置の画素を左上とする、例えば8×8あるいは16×16の画素ブロック視差検出ブロックBiが設定される。そして、右眼画像において、画素ブロックBiとマッチングする画素ブロックが探索される。この場合、右眼画像に、xiyiの位置を中心とする探索範囲が設定され、その探索範囲内の各画素を順次注目画素として、上述の画素ブロックBiと同様の例えば8×8あるいは16×16の比較ブロックが順次設定されていく。画素ブロックBiと順次設定される比較ブロックとの間で、対応する画素毎の差分絶対値の総和が求められる。ここで、図6に示すように、画素ブロックBiの画素値をLとし、比較ブロックの画素値をRとするとき、画素ブロックBiと、ある比較ブロックとの間における差分絶対値の総和は、Σ|L-R|で表される。右眼画像に設定される探索範囲にn個の画素が含まれているとき、最終的にn個の総和S1~Snが求められ、その中で最小の総和Sminが選択される。そして、この総和Sminが得られた比較ブロックから左上の画素の位置がxi′yi′が得られる。これにより、xiyiの位置における視差ベクトルは、xi′-xi,yi′-yiのように検出される。詳細説明は省略するが、xjyjの位置における視差ベクトルについても、左眼画像に、xjyjの位置の画素を左上とする、例えば8×8あるいは16×16の画素ブロックBjが設定されて、同様の処理過程で検出される。図2に戻って、視差情報作成部114は、データ取り出し部130から出力される視差情報、すなわちピクセル画素毎の視差ベクトルにダウンサイジング処理を施す。そして、視差情報作成部114は、画像ピクチャ領域を所定の大きさに分割して得られた各領域の視差ベクトルのセット、つまり視差情報セットを作成して出力する。図7は、視差情報作成部114で行われるダウンサイジング処理の一例を示している。最初に、視差情報作成部134は、図7aに示すように、ピクセル画素毎の視差ベクトルを用いて、ブロック毎の視差ベクトルを求める。上述したように、ブロックは、最下層に位置するピクセル画素の上位層に当たり、画像ピクチャ領域が水平方向および垂直方向に所定の大きさで分割されることで構成される。そして、各ブロックの視差ベクトルは、例えば、そのブロック内に存在する全ピクセル画素の視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。次に、視差情報作成部114は、図7bに示すように、ブロック毎の視差ベクトルを用いて、グループGroupOfBlock毎の視差ベクトルを求める。グループは、ブロックの上位層に当たり、複数個の近接するブロックをまとめてグループ化することで得られる。図7bの例では、各グループは、破線枠で括られる4個のブロックにより構成されている。そして、各グループの視差ベクトルは、例えば、そのグループ内の全ブロックの視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。次に、視差情報作成部114は、図7cに示すように、グループ毎の視差ベクトルを用いて、パーティションPartition毎の視差ベクトルを求める。パーティションは、グループの上位層に当たり、複数個の近接するグループをまとめてグループ化することで得られる。図7cの例では、各パーティションは、破線枠で括られる2個のグループにより構成されている。そして、各パーティションの視差ベクトルは、例えば、そのパーティション内の全グループの視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。次に、視差情報作成部114は、図7dに示すように、パーティション毎の視差ベクトルを用いて、最上位層に位置するピクチャ全体画像全体の視差ベクトルを求める。図7dの例では、ピクチャ全体には、破線枠で括られる4個のパーティションが含まれている。そして、ピクチャ全体の視差ベクトルは、例えば、ピクチャ全体に含まれる全パーティションの視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。このようにして、視差情報作成部114は、最下層に位置するピクセル画素毎の視差ベクトルにダウンサイジング処理を施して、ブロック、グループ、パーティション、ピクチャ全体の各階層の各領域の視差ベクトルを求めることができる。なお、図7に示すダウンサイジング処理の一例では、最終的に、ピクセル画素の階層の他、ブロック、グループ、パーティション、ピクチャ全体の4階層の視差ベクトルを求めている。しかし、階層数ならびに各階層の領域の切り方や領域の数はこれに限定されるものではない。視差情報作成部114は、上述したダウンサイジング処理により、所定階層の各領域の視差ベクトルのセットを作成して、視差情報セットとして出力する。なお、視差ベクトルを求める各領域の大きさ、つまり階層の選択は、例えば、受信側が要求する視差ベクトルの空間密度、あるいは伝送帯域などに基づいて行われる。図2に戻って、ビデオエンコーダ112は、データ取り出し部111から供給される立体画像データに対して、MPEG4-AVC、MPEG2、VC-1等の符号化を施し、画像圧縮データストリームビデオエレメンタリストリームを生成する。オーディオエンコーダ113は、データ取り出し部111から供給される音声データに対して、AC3、AAC等の符号化を施し、音声圧縮データストリームオーディオエレメンタリストリームを生成する。オーディオエンコーダ113は、音声圧縮データストリームに、上述の視差情報作成部114で作成された視差情報セットを付加する。ここで、視差情報セットは、音声圧縮データストリームに、ユーザデータとして挿入される。例えば、圧縮フォーマットがAC3の場合、視差情報セットは、付加データ領域Aux領域に挿入される。また、例えば、圧縮フォーマットがAACの場合、所定情報は、DSEdatastreamelementとして挿入される。これにより、視差情報セットは、音声圧縮データストリームをコンテナとして送信されることになる。この視差情報セットは、後述するように、テレビ受信機300において、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報OSD表示などをシフトさせて視差を付与するために使用される。マルチプレクサ115は、ビデオエンコーダ112から出力される画像圧縮データストリームおよびオーディオエンコーダ113から出力される音声圧縮データストリームを多重化する。そして、マルチプレクサ115は、多重化データストリームとしてのビットストリームデータトランスポートストリームBSDを生成して出力する。図2に示す送信データ生成部110の動作を簡単に説明する。データ取り出し部111から出力される立体画像データは、ビデオエンコーダ112に供給される。このビデオエンコーダ112では、その立体画像データに対してMPEG4-AVC、MPEG2、VC-1等の符号化が施され、符号化ビデオデータを含む画像圧縮データストリームビデオエレメンタリストリームが生成される。この画像圧縮データストリームは、マルチプレクサ115に供給される。また、データ取り出し部111から出力されるピクセル画素毎の視差ベクトルは、視差情報作成部114に供給されて、ダウンサイジング処理が施される。この視差情報作成部114では、画像ピクチャ領域が所定の大きさに分割されて得られた各領域の視差ベクトルのセット、つまり視差情報セットが作成される。この視差情報セットは、オーディオエンコーダ113に供給される。また、データ取り出し部111から出力される音声データはオーディオエンコーダ113に供給される。このオーディオエンコーダ111では、データ取り出し部111から供給される音声データに対して、AC3、AAC等の符号化が施され、音声圧縮データストリームオーディオエレメンタリストリームが生成される。また、このオーディオエンコーダ113では、音声圧縮データストリームに、上述の視差情報作成部114で作成された視差情報セットが付加される。この場合、視差情報セットは、音声圧縮データストリームに、ユーザデータとして挿入される。このように視差情報セットが付加された音声圧縮データストリームは、マルチプレクサ115に供給される。マルチプレクサ115には、上述したように、ビデオエンコーダ112から画像圧縮データストリームが供給されると共に、オーディオエンコーダ113から視差情報セットが付加された音声圧縮データストリームが供給される。そして、このマルチプレクサ115では、各エンコーダから供給される圧縮データストリームエレメンタリストリームがパケット化されて多重され、伝送データとしてのビットストリームデータトランスポートストリームBSDが得られる。[セットトップボックスの説明]図1に戻って、セットトップボックス200は、放送局100から放送波に載せて送信されてくるビットストリームデータトランスポートストリームBSDを受信する。このビットストリームデータBSDには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データおよび視差情報セットなどが含まれている。このセットトップボックス200は、ビットストリーム処理部201を有している。このビットストリーム処理部201は、ビットストリームデータBSDから、非圧縮の立体画像データを得る。また、このビットストリーム処理部201は、ビットストリームデータBSDから、音声圧縮データストリーム、または、非圧縮音声データおよび視差情報セットを得る。図8は、セットトップボックス200の構成例を示している。このセットトップボックス200は、ビットストリーム処理部201と、HDMI端子202と、アンテナ端子203と、デジタルチューナ204と、オーディオフレーミング部208と、HDMI送信部209を有している。ビットストリーム処理部201には、デマルチプレクサ205、ビデオデコーダ206およびオーディオデコーダ207が含まれている。また、セットトップボックス200は、CPU211と、フラッシュROM212と、DRAM213と、内部バス214と、リモコン受信部215と、リモコン送信機216を有している。CPU211は、セットトップボックス200の各部の動作を制御する。フラッシュROM212は、制御ソフトウェアの格納およびデータの保管を行う。DRAM213は、CPU211のワークエリアを構成する。CPU211は、フラッシュROM212から読み出したソフトウェアやデータをDRAM213上に展開してソフトウェアを起動させ、セットトップボックス200の各部を制御する。リモコン受信部215は、リモコン送信機216から送信されたリモーコントロール信号リモコンコードを受信し、CPU211に供給する。CPU211は、このリモコンコードに基づいて、セットトップボックス200の各部を制御する。CPU211、フラッシュROM212およびDRAM213は内部バス214に接続されている。アンテナ端子203は、受信アンテナ図示せずで受信されたテレビ放送信号を入力する端子である。デジタルチューナ204は、アンテナ端子203に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータトランスポートストリームBSDを出力する。ビットストリーム処理部201は、上述したように、ビットストリームデータBSDから立体画像データを取得し、さらに、音声圧縮データストリーム、または、非圧縮音声データおよび視差情報セットを取得する。デマルチプレクサ205は、ビットストリームデータBSDからビデオおよびオーディオのエレメンタリストリームのパケットを抽出し、各デコーダに送る。ビデオデコーダ206は、上述の送信データ生成部110のビデオエンコーダ112とは逆の処理を行う。すなわち、デマルチプレクサ205で抽出されたビデオのパケットからビデオエレメンタリストリーム画像圧縮データストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む非圧縮の立体画像データを得る。この立体画像データの伝送方式は、例えば、上述の第1の伝送方式TopBottom方式、第2の伝送方式はSideBySide方式、第3の伝送方式FrameSequential方式などである図4参照。オーディオデコーダ207は、上述の送信データ生成部110のオーディオエンコーダ113とは逆の処理を行う。オーディオデコーダ207は、デマルチプレクサ205で抽出されたオーディオのパケットからオーディオエレメンタリストリーム音声圧縮データストリームを再構成し、デコード処理を行って、非圧縮音声データPCMデータおよび視差情報セットを得る。ただし、オーディオデコーダ207は、以下の場合には、圧縮音声データストリームを、デコード処理をすることなく、そのまま出力する。すなわち、その圧縮フォーマットがテレビ受信機300で取り扱い可能で、しかも、テレビ受信機300が圧縮音声データストリームの送信を要求している場合である。上述のオーディオデコーダ207の処理は、CPU211の制御のもとに行われる。CPU211は、後述するように、テレビ受信機300からE-EDIDEnhancedExtendedDisplayIdentificationDataを取得する。CPU211は、このE-EDIDに含まれる、テレビ受信機300で取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報、および音声圧縮データストリームの送信を要求しているか否かを示す情報圧縮強制フラグ情報に基づいて、制御を行う。図9のフローチャートは、CPU211の制御処理の手順の一例を示している。CPU211は、ステップST1で処理を開始し、その後、ステップST2の処理に移る。このステップST2において、CPU211は、圧縮強制フラグ情報に基づいて、テレビ受信機300が音声圧縮データストリームの送信を要求しているか否かを判断する。送信を要求しているとき、CPU211は、ステップST3の処理に移る。このステップST3において、CPU211は、圧縮フォーマットが、テレビ受信機300で取り扱い可能か否かを判断する。取り扱い可能な圧縮フォーマットであるとき、CPU211は、ステップST4において、音声圧縮データストリームを、デコード処理せずに、そのまま出力するように、オーディオデコーダ207を制御する。CPU211は、ステップST4の処理の後、ステップST5において、制御処理を終了する。ステップST2でテレビ受信機300が音声圧縮データストリームの送信を要求していないとき、CPU211は、ステップST6の処理に移る。また、ステップST3で受信音声圧縮データストリームの圧縮フォーマットがテレビ受信機300で取り扱い可能な圧縮フォーマットでないとき、CPU211は、ステップST6の処理に移る。このステップST6において、CPU211は、音声圧縮データストリームをデコードし、非圧縮音声データと視差情報セットを出力するように、オーディオデコーダ207を制御する。CPU211は、ステップST6の処理の後、ステップST5において、制御処理を終了する。オーディオフレーミング部208は、オーディオデコーダ207の出力に対して、IEC60958のフレーミングを行う。オーディオデコーダ207から音声圧縮データストリームが出力されるとき、オーディオフレーミング部208は、音声圧縮データストリームに対してIEC60958のフレーミングを行う。また、オーディオデコーダ207から非圧縮音声データおよび視差情報セットが出力されるとき、オーディオフレーミング部208は非圧縮音声データに対してIEC60958のフレーミングを行うと共に、視差情報セットを付加データ領域Aux領域に入れる。HDMI送信部209は、HDMIに準拠した通信により、立体画像データおよび音声データを、HDMI端子202から送出する。このHDMI送信部209は、立体画像データの取り扱いが可能な状態にある。HDMI送信部209は、HDMIのTMDSチャネルで送信するため、画像および音声のデータをパッキングして、HDMI端子202に出力する。このHDMI送信部209の詳細は後述する。セットトップボックス200の動作を簡単に説明する。アンテナ端子203に入力されたテレビ放送信号はデジタルチューナ204に供給される。このデジタルチューナ204では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータトランスポートストリームBSDが出力される。デジタルチューナ204から出力されるビットストリームデータBSDは、ビットストリーム処理部201を構成するデマルチプレクサ205に供給される。このデマルチプレクサ205では、ビットストリームデータBSDからビデオおよびオーディオのエレメンタリストリームのパケットが抽出され、各デコーダに送られる。ビデオデコーダ206では、デマルチプレクサ205で抽出されたビデオのパケットからビデオのエレメンタリストリーム画像圧縮データストリームが再構成される。そして、このビデオデコーダ206では、画像圧縮データストリームに対してデコード処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。この立体画像データは、HDMI送信部209に供給される。また、オーディオデコーダ207では、デマルチプレクサ205で抽出されたオーディオのパケットからオーディオのエレメンタリストリーム音声圧縮データストリームが再構成される。そして、圧縮フォーマットがテレビ受信機300で取り扱い可能で、しかも、テレビ受信機300が圧縮音声データストリームの送信を要求しているとき、オーディオデコーダ207からは、音声圧縮データストリームがそのまま出力される。また、少なくとも、圧縮フォーマットがテレビ受信機300で取り扱い可能でないとき、あるいはテレビ受信機300が圧縮音声データストリームの送信を要求していないとき、オーディオデコーダ207ではデコード処理が行われる。この場合、オーディオデコーダ207では、再構成された圧縮音声データストリームに対してデコード処理が行われ、非圧縮音声データPCMデータおよび視差情報セットが得られる。オーディオデコーダ207の出力は、オーディオフレーミング部208に供給される。このオーディオフレーミング部208では、オーディオデコーダ207の出力に対して、IEC60958のフレーミングが行われる。オーディオデコーダ207から音声圧縮データストリームが出力されるとき、オーディオフレーミング部208では、音声圧縮データストリームに対してIEC60958のフレーミングが行われる。また、オーディオデコーダ207から非圧縮音声データおよび視差情報セットが出力されるとき、オーディオフレーミング部208では、非圧縮音声データに対してIEC60958のフレーミングが行われ、視差情報セットは付加データ領域Aux領域に挿入される。オーディオフレーミング部208の出力は、HDMI送信部209に供給される。このHDMI送信部209では、立体画像データおよび音声データがパッキングされ、HDMI端子202からHDMIケーブル400に送出される。[テレビ受信機の説明]図1に戻って、テレビ受信機300は、セットトップボックス200からHDMIケーブル400を介して送られてくる立体画像データ、音声データなどを受信する。このテレビ受信機300は、3D信号処理部301を有している。この3D信号処理部301は、立体画像データに対して、伝送方式に対応した処理デコード処理を行って、左眼画像データおよび右眼画像データを取得する。図10は、テレビ受信機300の構成例を示している。このテレビ受信機300は、3D信号処理部301と、HDMI端子302と、HDMI受信部303と、オーディオデコーダ304を有している。また、このテレビ受信機300は、アンテナ端子305と、デジタルチューナ306と、ビットストリーム処理部307と、映像グラフィック処理回路308と、OSD表示データ生成部309と、パネル駆動回路310と、表示パネル311を有している。また、テレビ受信機300は、音声信号処理回路312と、音声増幅回路313と、スピーカ314を有している。また、このテレビ受信機300は、CPU321と、フラッシュROM322と、DRAM323と、内部バス324と、リモコン受信部325と、リモコン送信機326と、ネットワーク端子327と、イーサネットインタフェース328を有している。なお、イーサネットは登録商標である。CPU321は、テレビ受信機300の各部の動作を制御する。フラッシュROM322は、制御ソフトウェアの格納およびデータの保管を行う。DRAM323は、CPU321のワークエリアを構成する。CPU321は、フラッシュROM322から読み出したソフトウェアやデータをDRAM323上に展開してソフトウェアを起動させ、テレビ受信機300の各部を制御する。リモコン受信部325は、リモコン送信機326から送信されたリモートコントロール信号リモコンコードを受信し、CPU321に供給する。CPU321は、このリモコンコードに基づいて、テレビ受信機300の各部を制御する。CPU321、フラッシュROM322およびDRAM323は、内部バス324に接続されている。イーサネットインタフェース328は、ネットワーク端子327を介して、インターネット等の図示しないネットワークに接続される。イーサネットインタフェース218は、ユーザ操作に応じて、ネットワークを通じて種々の情報、例えばウィジェットWidgetでグラフィクス表示する天気予報、株価等の情報も取得できる。このイーサネットインタフェース328は、内部バス324に接続されている。このイーサネットインタフェース328は、ネットワーク通信部を構成している。アンテナ端子305は、受信アンテナ図示せずで受信されたテレビ放送信号を入力する端子である。デジタルチューナ306は、アンテナ端子305に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータトランスポートストリームBSDを出力する。ビットストリーム処理部307は、図8に示すセットトップボックス200のビットストリーム処理部201と同様の構成とされている。このビットストリーム処理部307は、ビットストリームデータBSDから非圧縮立体画像データを取得し、さらに、非圧縮音声データおよび視差情報セットを取得する。HDMI受信部303は、HDMIに準拠した通信により、HDMIケーブル400を介してHDMI端子302に供給される立体画像データおよび音声データを受信する。このHDMI受信部303は、立体画像データの取り扱いが可能な状態にある。このHDMI受信部303の詳細は後述する。ここで、音声データは、上述のセットトップボックス200の部分で説明したように、以下のいずれかである。すなわち、音声データは、視差情報セットがユーザデータとして付加された音声圧縮データストリーム、あるいは視差情報セットが付加データ領域Aux領域に挿入された非圧縮音声データPCMデータである。オーディオデコーダ304は、HDMI受信部303で視差情報セットがユーザデータとして付加された音声圧縮データストリームが受信されるとき、デコード処理を行って、非圧縮音声データPCMデータおよび視差情報セットを出力する。また、このオーディオデコーダ304は、HDMI受信部303で視差情報セットが付加データ領域Aux領域に挿入された非圧縮音声データPCMデータが受信されるとき、非圧縮音声データPCMデータおよび視差情報セットをそのまま出力する。3D信号処理部301は、HDMI受信部303で受信された、あるいはビットストリーム処理部307で得られた立体画像データに対して、デコード処理を行って、左眼画像データおよび右眼画像データを生成する。この場合、3D信号処理部301は、ビットストリーム処理部307で得られた立体画像データに対しては、その伝送方式図4参照に対応したデコード処理を行う。また、3D信号処理部301は、HDMI受信部303で受信された立体画像データに対しては、TMDS伝送データ構造に対応したデコード処理を行う。映像グラフィック処理回路308は、3D信号処理部301で生成された左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データを生成する。また、映像グラフィック処理回路308は、画像データに対して、必要に応じて、画質調整処理を行う。また、映像グラフィック処理回路308は、画像データに対して、必要に応じて、重畳情報のデータを合成する。重畳情報のデータは、例えば、OSD表示データ生成部309で生成されるメニュー、番組表などのOSD表示データである。また、重畳情報データは、例えば、ウィジェットWidgetのグラフィクス表示データである。映像グラフィック処理回路308は、左眼画像および右眼画像に重畳する同一の重畳情報に、重畳位置に応じた視差を付与する。映像グラフィック処理回路308は、この視差付与処理を、オーディオデコーダ304から出力される視差情報セット、あるいはいはビットストリーム処理部307から出力される視差情報セットに基づいて行う。そして、映像グラフィック処理回路308は、重畳情報が重畳された左眼画像のデータおよび重畳情報が重畳された右眼画像データを得る。パネル駆動回路310は、映像グラフィック処理回路308から出力される画像データに基づいて、表示パネル311を駆動する。表示パネル311は、例えば、LCD、PDP等で構成されている。表示パネル311に、立体画像を表示するための表示を行う。例えば、表示パネル311は、左眼画像データによる左眼画像および右眼画像データによる右眼画像が交互に時分割的に表示する。音声信号処理回路312は、オーディオデコーダ304から出力された、あるいはビットストリーム処理部307で得られた音声データに対してD/A変換等の必要な処理を行う。音声増幅回路313は、音声信号処理回路312から出力される音声信号を増幅してスピーカ314に供給する。図10に示すテレビ受信機300の動作を簡単に説明する。HDMI受信部303では、HDMI端子302に接続されているセットトップボックス200から送信されてくる、立体画像データ、音声データが受信される。HDMI受信部303で受信された立体画像データは、3D信号処理部301に供給される。また、HDMI受信部303で受信された音声データはオーディオデコーダ304に供給される。この音声データは、視差情報セットがユーザデータとして付加された音声圧縮データストリーム、あるいは視差情報セットが付加データ領域Aux領域に挿入された非圧縮音声データPCMデータである。オーディオデコーダ304では、HDMI受信部303の受信音声データが音声圧縮データストリームであるとき、音声圧縮データストリームのデコード処理が行われ、非圧縮音声データPCMデータおよび視差情報セットが取得される。また、オーディオデコーダ304では、HDMI受信部303の受信音声データが非圧縮音声データであるとき、デコード処理が行わることなく、非圧縮音声データおよび視差情報セットがそのまま出力される。オーディオデコーダ304で得られる非圧縮音声データは、音声信号処理回路312に供給される。また、このオーディオデコーダ304で得られる視差情報セットは、映像グラフィック処理回路308に供給される。アンテナ端子305に入力されたテレビ放送信号はデジタルチューナ306に供給される。このデジタルチューナ306では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータトランスポートストリームBSDが出力される。デジタルチューナ306から出力されるビットストリームデータBSDは、ビットストリーム処理部307に供給される。このビットストリーム処理部307では、ビットストリームデータBSDから非圧縮の立体画像データが取得され、さらに、非圧縮音声データおよび視差情報セットが取得される。ビットストリーム処理部307で取得される立体画像データは、3D信号処理部301に供給される。また、このビットストリーム処理部307で取得される非圧縮音声データは、音声信号処理回路312に供給される。さらに、このビットストリーム処理部307で取得される視差情報セットは、映像グラフィック処理回路308に供給される。3D信号処理部301では、HDMI受信部303で受信された、あるいはビットストリーム処理部307で得られた立体画像データに対して、デコード処理が行われ、左眼画像データおよび右眼画像データが生成される。また、映像グラフィック処理回路308では、3D信号処理部301で生成された画像データに対して、必要に応じて、画質調整処理が行われる。また、この映像グラフィック処理回路308では、その画像データに対して、必要に応じて、重畳情報のデータが合成される。この場合、左眼画像および右眼画像に重畳する同一の重畳情報OSD表示、ウィジェットのグラフィクス表示などに、視差情報セットに基づいて、重畳位置に応じた視差が付与される。この場合、左眼画像に重畳する重畳情報のみ、あるいは右眼画像に重畳する重畳情報のみ、あるいは両方が、視差ベクトルの値に応じてシフトされる。この映像グラフィック処理回路308からは、重畳情報が重畳された左眼画像のデータおよび重畳情報が重畳された右眼画像データが得られる。この映像グラフィック処理回路308で得られる左眼画像データおよび右眼画像データは、パネル駆動回路310に供給される。そのため、表示パネル311により立体画像が表示される。例えば、表示パネル311に、左眼画像データによる左眼画像および右眼画像データによる右眼画像が交互に時分割的に表示される。視聴者は、表示パネル311の表示に同期して左眼シャッタおよび右眼シャッタが交互に開くシャッタメガネを装着することで、左眼では左眼画像のみを見ることができ、右眼では右眼画像のみを見ることができ、立体画像を知覚できる。また、音声信号処理回路312では、オーディオデコーダ304で得られた、あるいはビットストリーム処理部307で得られた音声データに対してD/A変換等の必要な処理が施される。この音声データは、音声増幅回路313で増幅された後に、スピーカ314に供給される。そのため、スピーカ314から、表示パネル311の表示画像に対応した音声が出力される。[HDMI送信部、HDMI受信部の構成例]図11は、図1の立体画像表示システム10における、セットトップボックス200のHDMI送信部HDMIソース209と、テレビ受信機300のHDMI受信部HDMIシンク303の構成例を示している。HDMI送信部209は、有効画像区間以下、適宜、アクティブビデオ区間ともいうにおいて、非圧縮の1画面分の画像の画素データに対応する差動信号を、複数のチャネルで、HDMI受信部303に一方向に送信する。ここで、有効画像区間は、ある垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である。また、HDMI送信部209は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、HDMI受信部303に一方向に送信する。HDMI送信部209とHDMI受信部303とからなるHDMIシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、HDMI送信部209からHDMI受信部303に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、3つのTMDSチャネル0乃至2がある。また、ピクセルクロックを伝送する伝送チャネルとしての、TMDSクロックチャネルがある。HDMI送信部209は、HDMIトランスミッタ81を有する。トランスミッタ81は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである3つのTMDSチャネル0,1,2で、HDMIケーブル400を介して接続されているHDMI受信部303に、一方向にシリアル伝送する。また、トランスミッタ81は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、3つのTMDSチャネル0,1,2でHDMI受信部303に、一方向にシリアル伝送する。さらに、トランスミッタ81は、3つのTMDSチャネル0,1,2で送信する画素データに同期したピクセルクロックを、TMDSクロックチャネルで、HDMIケーブル400を介して接続されているHDMI受信部303に送信する。ここで、1つのTMDSチャネルii=0,1,2では、ピクセルクロックの1クロックの間に、10ビットの画素データが送信される。HDMI受信部303は、アクティブビデオ区間において、複数のチャネルで、HDMI送信部209から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このHDMI受信部303は、水平帰線区間または垂直帰線区間において、複数のチャネルで、HDMI送信部209から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。すなわち、HDMI受信部303は、HDMIレシーバ82を有する。このHDMIレシーバ82は、TMDSチャネル0,1,2で、HDMI送信部209から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を受信する。この場合、HDMI送信部209からTMDSクロックチャネルで送信されてくるピクセルクロックに同期して受信する。HDMIシステムの伝送チャネルには、上述のTMDSチャネル0乃至2およびTMDSクロックチャネルの他に、DDCDisplayDataChannel83やCECライン84と呼ばれる伝送チャネルがある。DDC83は、HDMIケーブル400に含まれる図示しない2本の信号線からなる。DDC83は、HDMI送信部209が、HDMI受信部303から、E-EDIDEnhancedExtendedDisplayIdentificationDataを読み出すために使用される。HDMI受信部303は、HDMIレシーバ81の他に、自身の性能Configurationcapabilityに関する性能情報であるE-EDIDを記憶している、EDIDROM85を有している。HDMI送信部206は、例えば、CPU211図8参照からの要求に応じて、HDMIケーブル400を介して接続されているHDMI受信部303から、E-EDIDを、DDC83を介して読み出す。HDMI送信部209は、読み出したE-EDIDをCPU211に送る。CPU211は、このE-EDIDを、フラッシュROM212あるいはDRAM213に格納する。E-EDIDには、上述したように、テレビ受信機300の取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報、およびテレビ受信機300が音声圧縮データストリームの送信を要求しているか否かを示す情報圧縮強制フラグ情報が含まれている。CECライン84は、HDMIケーブル400に含まれる図示しない1本の信号線からなり、HDMI送信部209とHDMI受信部303との間で、制御用のデータの双方向通信を行うために用いられる。このCECライン84は、制御データラインを構成している。また、HDMIケーブル400には、HPDと呼ばれるピンに接続されるラインHPDライン86が含まれている。ソース機器は、当該ライン86を利用して、シンク機器の接続を検出することができる。なお、このHPDライン86は双方向通信路を構成するHEAC-ラインとしても使用される。また、HDMIケーブル400には、ソース機器からシンク機器に電源を供給するために用いられる電源ライン87が含まれている。さらに、HDMIケーブル400には、ユーティリティライン88が含まれている。このユーティリティライン88は双方向通信路を構成するHEACラインとしても使用される。[E-EDID構造]上述したように、HDMI送信部209は、例えば、CPU211図8参照からの要求に応じて、HDMIケーブル400を介して接続されているHDMI受信部303から、E-EDIDを、DDC83を介して読み出す。そして、CPU211は、このE-EDIDから、テレビ受信機300で取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報、および音声圧縮データストリームの送信を要求しているか否かを示す情報圧縮強制フラグ情報を取得する。図12は、EDID構造Block1以降、HDMI用拡張部分を示している。このEDID構造は、詳細説明は省略するが、EIA/CEA-861B規格で規定されている。AudioDataBlockの各CEAShortAudioDescriptorに、テレビ受信機シンク機器300で再生可能なAudioFormat、最大チャネル数、サンプリング周波数、量子化ビット数が定義される。CPU211は、この各CEAShortAudioDescriptorから、テレビ受信機300で取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報を取得する。CEAShortAudioDescriptorは、AudioFormatの違いから、3種類に分類されている。図13aは、AudioCode1LinearPCMに対応したCEAShortAudioDescriptorの詳細である。図13bは、AudioCode28に対応したCEAShortAudioDescriptorの詳細である。なお、AudioCode915に対応したCEAShortAudioDescriptorの詳細については、図示を省略している。図14は、AudioCodeとAudioFormatの対応関係一部抜粋を示している。例えば、AudioCode2は、AudioFormatがAC-3であることを示す。このAudioCode2のCEAShortAudioDescriptorの存在により、CPU211は、テレビ受信機300でAC-3の音声圧縮データストリームの取り扱いが可能であることを認識する。また、例えば、AudioCode6は、AudioFormatがAACであることを示す。このAudioCode6のCEAShortAudioDescriptorの存在により、CPU211は、テレビ受信機300でAACの音声圧縮データストリームの取り扱いが可能であることを認識する。また、図15は、HDMIVendorSpecificDataBlockの構造例を示している。第0ブロックには、VendorSpecifictagcodeで表されるデータVenderSpecificのデータ領域を示すヘッダが配置される。また、この第0ブロックには、Lengthで表されるデータVenderSpecificの長さを示す情報が配置される。また、第1ブロック乃至第3ブロックには、24bitIEEERegistrationIdentifierLSBfirstで表されるHDMIR用として登録された番号0x000C03を示す情報が配置される。このHDMIVendorSpecificDataBlockの所定のリザーブビット、この例では、例えば、第6ブロックの第1ビットに、FCflgで表される1ビットの圧縮強制フラグが新たに定義されて配置される。この圧縮強制フラグは、セットトップボックス200に音声圧縮データストリームの送信を要求するための情報圧縮強制フラグ情報である。音声圧縮データストリームの送信を要求しない場合、FCflg=0とされる。一方、音声圧縮データストリームの送信を要求する場合、FCflg=1とされる。なお、図15に示すHDMIVendorSpecificDataBlockの構造例においては、1ビットのフラグFCflgが第6ブロックの第1ビットに配置されている。しかし、必ずしもこの位置に配置される必要はない。このフラグFCflgは、その他のリザーブ状態にあるビット位置、例えば第6ブロックの第2ビット、第8ブロックの第4ビット、第13ブロックの第0ビット~第2ビットなどに配置されてもよい。上述したように、図1に示す立体画像表示システム10において、放送局100からは画像圧縮データストリームおよび音声圧縮データストリームの多重化データストリームが送信される。そして、視差情報セットが、音声圧縮データストリームに付加されて送信される。そのため、視差情報セットを、音声圧縮データストリームをコンテナとして簡単に送信でき、テレビ受信機300で利用することが可能となる。また、図1に示す立体画像表示システム10において、セットトップボックス200では、所定の条件を満たすことで、放送局100からの音声圧縮データストリームがそのままテレビ受信機300に送信される。ここで、所定の条件とは、音声圧縮データストリームの圧縮フォーマットがテレビ受信機300で取り扱い可能な圧縮フォーマットであり、かつテレビ受信機300が音声圧縮データストリームの送信を要求していることである。そのため、セットトップボックス200では、音声圧縮データストリームにデコード処理を施す必要がなく、視差情報セットを、音声圧縮データストリームをコンテナとしてテレビ受信機300に簡単に送信して、テレビ受信機300で利用することが可能となる。この場合、オーディオフレーミング部208では、非圧縮音声データに対してIEC60958のフレーミングを行って、視差情報セットを付加データ領域Aux領域に入れる処理等も不要となる。つまり、オーディオフレーミング部208では、音声圧縮データストリームに対してIEC60958のフレーミングを行うだけで済む。これにより、セットトップボックス200における処理負荷を軽減できる。また、図1に示す立体画像表示システム10において、セットトップボックス200では、所定の条件を満たすか否かの情報が、テレビ受信機300が備えるEDIDROM85から読み出すことで得られる。この情報は、テレビ受信機300で取り扱い可能な音声圧縮データストリームの圧縮フォーマット情報、および音声圧縮データストリームの送信を要求しているか否かを示す情報圧縮強制フラグ情報である。そのため、ユーザの情報入力の手間を省略でき、ユーザの使い勝手の向上を図ることができる。また、図1に示す立体画像表示システム10において、セットトップボックス200では、上述の所定の条件を満たしていないとき、音声圧縮データストリームに対して、デコード処理が行われ、非圧縮音声データPCMデータおよび視差情報セットが取得される。そして、セットトップボックス200からテレビ受信機300には、非圧縮音声データがIEC60958のフレーミング処理を経て送信され、その際、視差情報セットは付加データ領域Aux領域に挿入されて送信される。そのため、セットトップボックス200からテレビ受信機300に視差情報セットを送信でき、テレビ受信機300で利用することが可能となる。また、図1に示す立体画像表示システム10において、テレビ受信機300では、視差情報セットが付加されている音声圧縮データストリームを受信し、デコード処理を施して、非圧縮音声データおよび視差情報セットを得ることができる。そのため、この視差情報セットを用いて、左眼画像および右眼画像に重畳する重畳情報重畳情報OSD表示、ウィジェットのグラフィクス表示などに重畳位置に応じた視差を付与できる。したがって、重畳情報の表示において、画像内の各物体との間の遠近感の整合性を最適な状態に維持できる。[送信データ生成部の他の構成例]なお、上述実施の形態においては、放送局100は、音声圧縮データストリームに、立体画像データを構成する左眼画像データおよび右眼画像データに対応した視差情報セットを付加して送信する構成となっている。しかし、音声圧縮データストリームに付加して送信する所定情報としては、この視差情報セットに限定されるものではない。例えば、音声圧縮データストリームに付加して送信する所定情報として、グラフィクス情報、テキスト情報、字幕情報などの重畳情報のデータが考えられる。図16は、その場合における放送局100の送信データ生成部110Aの構成例を示している。この例は、音声圧縮データストリームに字幕データを付加して送信する例である。この図16において、図2と対応する部分には、同一符号を付し、適宜、その詳細説明を省略する。この送信データ生成部110Aは、データ取り出し部アーカイブ部111と、ビデオエンコーダ112と、オーディオエンコーダ113と、マルチプレクサ115と、字幕発生部116を有している。すなわち、この送信データ生成部110Aは、図2に示す送信データ生成部110における視差情報作成部114が字幕発生部116に置き換えられたものである。字幕発生部116では、字幕データクローズドキャプションデータ、サブタイトルデータ、ARIB方式の字幕文データなどが発生される。オーディオエンコーダ113は、音声圧縮データストリームに、上述の字幕発生部116で発生された字幕データを付加する。ここで、字幕データは、音声圧縮データストリームに、ユーザデータとして挿入される。これにより、字幕データは、音声圧縮データストリームをコンテナとして送信されることになる。この図16に示す送信データ生成部110Aのその他は、図2に示す送信データ生成部110と同様に構成され、同様に動作する。[テレビ受信機の他の構成例]図17は、上述したように音声圧縮データストリームに字幕データが付加されて送信される場合におけるテレビ受信機300Aの構成例を示している。この図17において、図10と対応する部分には、同一符号を付し、適宜、その詳細説明を省略する。このテレビ受信機300Aにおいては、字幕データに基づいて字幕表示データを生成する字幕表示データ生成部315が設けられる。オーディオデコーダ304では、HDMI受信部303の受信音声データが音声圧縮データストリームであるとき、音声圧縮データストリームのデコード処理が行われ、非圧縮音声データPCMデータおよび字幕データが取得される。また、オーディオデコーダ304では、HDMI受信部303の受信音声データが非圧縮音声データであるとき、デコード処理が行わることなく、非圧縮音声データおよび字幕データがそのまま出力される。字幕表示データ発生部315では、オーディオデコーダ304で得られる字幕データに基づいて、字幕表示データビットマップデータが発生される。この場合、例えば、テレビ受信機300Aに予め設定された固定の視差情報に基づいて視差が付与された左眼字幕および右眼字幕のデータが生成される。映像グラフィック処理回路308では、左眼画像データ、右眼画像データに、それぞれ字幕表示データ生成部315で生成された左眼字幕、左眼字幕のデータが合成される。これにより、テレビ受信機300Aにおいては、音声データをコンテナとして送られてきた字幕データによる字幕表示が、立体画像に重畳されて表示される。この図17に示すテレビ受信機300Aのその他は、図10に示す送信データ生成部300と同様に構成され、同様に動作する。[送信データ生成部のさらに他の構成例]また、例えば、音声圧縮データストリームに付加して送信する所定情報として、URLUniformResourceLocator等のネットワークアクセス情報が考えられる。図18は、その場合における放送局100の送信データ生成部110Bの構成例を示している。この図18において、図2と対応する部分には、同一符号を付し、適宜、その詳細説明を省略する。この送信データ生成部110Bでは、オーディオエンコーダ113に、URL等のネットワークアクセス情報NWアクセス情報が供給される。オーディオエンコーダ113では、音声圧縮データストリームに、このネットワークアクセス情報が付加される。ここで、ネットワークアクセス情報は、例えば、インターネットから、送信立体画像データに対応した視差情報、送信画像データに対応した字幕情報、送信画像データに対応した副音声データ等の情報、あるいはその他の情報を取得するためのアクセス情報である。このように音声圧縮データストリームにネットワークアクセス情報が付加されることで、ネットワークアクセス情報は音声圧縮データストリームをコンテナとして送信されることになる。ここで、ネットワークアクセス情報は、音声圧縮データストリームに、ユーザデータとして挿入される。この図18に示す送信データ生成部110Bのその他は、図2に示す送信データ生成部110と同様に構成され、同様に動作する。[テレビ受信機のさらに他の構成例]図19は、上述したように音声圧縮データストリームにネットワークアクセス情報NWアクセス情報が付加されて送信される場合におけるテレビ受信機300Bの構成例を示している。この図19において、図10と対応する部分には、同一符号を付し、適宜、その詳細説明を省略する。オーディオデコーダ304では、HDMI受信部303の受信音声データが音声圧縮データストリームであるとき、音声圧縮データストリームのデコード処理が行われ、非圧縮音声データPCMデータおよびネットワークアクセス情報が取得される。また、オーディオデコーダ304では、HDMI受信部303の受信音声データが非圧縮音声データであるとき、デコード処理が行わることなく、非圧縮音声データおよびネットワークアクセス情報がそのまま出力される。オーディオデコーダ304で得られるネットワークアクセス情報はCPU321に供給される。CPU321は、このネットワークアクセス情報に基づいて、イーサネットインタフェース328を制御し、インターネットから、視差情報、字幕情報、副音声データ等の情報を取得させる。例えば、イーサネットインタフェース328で取得された視差情報は、映像グラフィック処理回路308に供給され、左眼画像、右眼画像に重畳されるOSD表示などの重畳情報に視差を付与するために使用される。また、例えば、イーサネットインタフェース328で取得された字幕情報は、映像グラフィック処理回路308に供給され、左眼画像、右眼画像に重畳される。また、例えば、イーサネットインタフェース328で取得された副音声データは、音声信号処理回路312に供給され、選択的に、スピーカ314から副音声が出力される。この図19に示すテレビ受信機300Bのその他は、図10に示す送信データ生成部300と同様に構成され、同様に動作する。なお、上述実施の形態においては、セットトップボックス200は、以下の条件で、放送局100からの音声圧縮データストリームをそのままテレビ受信機300に送信する。この条件は、音声圧縮データストリームの圧縮フォーマットがテレビ受信機300で取り扱い可能な圧縮フォーマットであり、かつテレビ受信機300が音声圧縮データストリームの送信を要求している、ことである。しかし、音声圧縮データストリームの圧縮フォーマットがテレビ受信機300で取り扱い可能な圧縮フォーマットであるときには、受信音声圧縮データストリームを、デコード処理を行うことなく、そのままテレビ受信機300に送信する構成とすることも考えられる。この場合には、テレビ受信機300において、HDMIVSDBに、音声圧縮データストリームの送信を要求しているか否かの情報を配置する必要がなくなる。<2.第2の実施の形態>[立体画像表示システムの構成例]図20は、実施の形態としての立体画像表示システム10Cの構成例を示している。この立体画像表示システム10Cは、放送局100Cと、セットトップボックスSTB200Cと、テレビ受信機TV300Cを有している。この図20において、図1と対応する部分には同一符号を付し、適宜、その詳細説明を省略する。セットトップボックス200Cおよびテレビ受信機300Cは、HDMIケーブル400を介して接続されている。セットトップボックス200Cには、HDMI端子202が設けられている。テレビ受信機300Cには、HDMI端子302が設けられている。HDMIケーブル400の一端はセットトップボックス200CのHDMI端子202に接続され、このHDMIケーブル400の他端はテレビ受信機300CのHDMI端子302に接続されている。[放送局の説明]放送局100Cは、ビットストリームデータBSDを、放送波に載せて送信する。放送局100Cは、ビットストリームデータBSDを生成する送信データ生成部110Cを備えている。このビットストリームデータBSDには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データ、さらにはメタデータ視差情報、他サービスアクセス情報、放送トリガ信号等の情報が含まれる。送信データ生成部の構成例図21は、放送局100Cにおいて、上述のビットストリームデータBSDを生成する送信データ生成部110Cの構成例を示している。この送信データ生成部110Cは、ビデオエンコーダ112と、オーディオエンコーダ113Cと、CPU116aを備えてなる制御部126と、マルチプレクサ115を有している。ここで、ビデオエンコーダ112は画像圧縮データストリーム生成部を構成し、オーディオエンコーダ113Cは音声圧縮データストリーム生成部を構成している。ビデオエンコーダ112は、画像データSVに対して、MPEG4-AVC、MPEG2、VC-1等の符号化を施し、画像圧縮データストリームビデオエレメンタリストリームを生成する。ここで、画像データSVは、左眼画像データおよび右眼画像データを含む立体画像データである。オーディオエンコーダ113Cは、音声データSAに対して、AC3、AAC等の符号化を施し、音声圧縮データストリームオーディオエレメンタリストリームを生成する。オーディオエンコーダ113Cは、オーディオ符号化ブロック部113aおよびオーディオフレーミング部113bを有している。オーディオ符号化ブロック部113aで符号化ブロックが生成され、オーディオフレーミング部113bでフレーミングが行われる。AC3、AAC等の圧縮フォーマットにより、符号化ブロックが異なると共に、フレーミングも異なる。上述のオーディオエンコーダ113Cで生成される音声圧縮データストリームに、メタデータMDが埋め込まれる。このメタデータMDは、音声データと直接関係しない所定情報、例えば視差情報、他サービスアクセス情報、放送トリガ信号等である。メタデータMDは、音声圧縮データストリームのユーザデータ領域に埋め込まれる。制御部126は、オーディオエンコーダ113Cに、メタデータMDを供給すると共に、このメタデータMDをユーザデータ領域に埋め込むためのサイズ情報を供給する。そして、制御部126は、音声圧縮データストリームのユーザデータ領域にメタデータMDの埋め込みが行われるように、制御する。例えば、圧縮フォーマットがAC3の場合、制御部126は、サイズS=frmsizcod-AUXDATAの情報を、オーディオエンコーダ113Cに供給する。ここで、frmsizcodは、AC3のオーディオフレームのサイズであり、ビットレートおよびサンプリング周波数に応じた値が規定されている。例えば、ビットレートが128kbpsで、サンプリング周波数が32kHzの場合には、3842Bytesである。また、例えば、ビットレートが128kbpsで、サンプリング周波数が44.1kHzの場合には、2792Bytesである。また、例えば、ビットレートが128kbpsで、サンプリング周波数が48kHzの場合には、2562Bytesである。図22は、詳細説明は省略するが、AC3のフレームAC3SynchronizationFrameの構造を示している。オーディオエンコーダ113Cは、サイズSを目標値として符号化し、Audblock5のmantissadataと、AUXと、CRCとの合計サイズが全体の3/8を超えないように、音声データSAをエンコードする。そして、AUXのエリアにメタデータMDを挿入し、CRCを施してストリームを完成する。また、例えば、圧縮フォーマットがAACの場合、制御部126は、メタデータMDを挿入すべきDSEdatastreamelementのサイズDSES=cntの情報を、オーディオエンコーダ113Cに供給する。図23は、詳細説明は省略するが、AACの1024サンプル分の音声データが入るフレームRawdatablockの構造を示している。オーディオエンコーダ113Cは、音声データSAをエンコードすると共に、メタデータMDが挿入されたDSEを付加して、ストリームを完成する。なお、オーディオエンコーダ113Cは、2回に分けてエンコードすることも可能である。この場合、オーディオエンコーダ113Cは、最初は通常の、つまりDSEあるいはAUXがない場合のエンコードを行い、その後に予め予約しておいたサイズのDSEあるいはAUXにメタデータMDを挿入して、再度エンコードを行う。上述したように、メタデータMDは、音声圧縮データストリームのユーザデータ領域AC3の場合はAUX、AACの場合はDSEに埋め込まれるが、その詳細については後述する。図21に戻って、マルチプレクサ115は、ビデオエンコーダ112から出力される画像圧縮データストリームおよびオーディオエンコーダ113Cから出力される音声圧縮データストリームを多重化する。そして、マルチプレクサ115は、多重化データストリームとしてのビットストリームデータトランスポートストリームBSDを生成して出力する。図21に示す送信データ生成部110Cの動作を簡単に説明する。画像データSVはビデオエンコーダ112に供給される。このビデオエンコーダ112では、その画像データSVに対してMPEG4-AVC、MPEG2、VC-1等の符号化が施され、符号化ビデオデータを含む画像圧縮データストリームビデオエレメンタリストリームが生成される。また、音声データSAは、オーディオエンコーダ113Cに供給される。このオーディオエンコーダ113Cでは、その音声データSAに対して、AC3、AAC等の符号化が施され、音声圧縮データストリームオーディオエレメンタリストリームが生成される。この際、制御部126からオーディオエンコーダ113Cに、メタデータMDが供給されると共に、このメタデータMDをユーザデータ領域に埋め込むためのサイズ情報が供給される。そして、オーディオエンコーダ113Cでは、音声圧縮データストリームのユーザデータ領域AC3の場合はAUX、AACの場合はDSEに、メタデータMDを埋め込むことが行われる。ビデオエンコーダ112で生成された画像圧縮データストリームは、マルチプレクサ115に供給される。また、オーディオエンコーダ113Cで生成された、ユーザデータ領域にメタデータMDが埋め込まれた音声圧縮データストリームは、マルチプレクサ115に供給される。そして、このマルチプレクサ115では、各エンコーダから供給される圧縮データストリームエレメンタリストリームがパケット化されて多重され、伝送データとしてのビットストリームデータトランスポートストリームBSDが得られる。[メタデータMDの埋め込みの詳細]音声圧縮データストリームのユーザデータ領域へのメタデータMDの埋め込みについてさらに説明する。上述したように、圧縮フォーマットがAC3の場合、メタデータMDはAUXAUXILIARYDATAの領域に挿入される。図24は、AUXAUXILIARYDATAの構成Syntaxを示している。auxdataeが1のとき、auxdataがイネーブルされ、auxdatalの14bitsビット単位で示されるサイズのデータが、auxbitsの中に定義される。その際のaudbitsのサイズはnauxbitsに記載される。本技術においては、auzbitsの空間が、metadataと定義される。図25は、DSEdatastreamelementの構成Syntaxを示している。elementinstancetagは4ビットで、datastreamelementの中のデータ種別を示すが、DSEを統一したユーザデータとして利用する場合は、この値を0としてもよい。Databytealignflagは、1とされ、DSEの全体がバイトアラインされるようにする。count、あるいは、その追加バイト数を意味するesccountは、ユーザデータのサイズによって適宜、値が決められる。本技術においては、datastreambyteの空間が、metadataと定義される。なお、上述では、音声圧縮データストリームのユーザデータ領域にメタデータMDの埋め込みを行う場合について説明した。これにより、後述するように、例えば、セットトップボックス200CがHDMIインタフェースでテレビ受信機300Cに音声圧縮データストリームを送信することで、当該テレビ受信機300ではメタデータMDの利用が可能となる。しかし、例えば、テレビ受信機300Cが音声圧縮データストリームの圧縮フォーマットに対応したデコード処理ができない等の理由で、セットトップボックス200CがHDMIインタフェースで音声圧縮データストリームを送信できないこともある。その場合、HDMIで採用されているIEC60958のPCM構造を利用し、その中に定義されているAUX領域4bitsにメタデータを埋め込むことで、メタデータMDをテレビ受信機300C側に送信可能となる。図26は、IEC60958の基本的な論理データ構造を示している。1ブロックは192個のフレームframeで構成されている。そして、各フレームは、左右のサブフレームSubframeからなっている。サブフレームは、32ビットの長さを持っている。このサブフレームには、AudioSampleDataの20ビットと、AUXの4ビットが与えられている。また、このサブフレームには、その先頭を識別するSyncPreambleと、さらに付加情報のためにVUCPの各フラグflagのデータが付加されている。メタデータMDは、上述のIEC60958の基本的な論理データ構造における各サブフレーム内のAuxの4ビット領域に分散して挿入される。ここで、例えば、後述するmetadataのシンタクスの中のmetadatalengthは、1ブロック192フレームが一括りとされる。その場合、metadatalengthは、最大で192バイトとなる。これにより、音声圧縮データストリームにおけるユーザデータ領域をコンテナとする場合だけでなく、非圧縮のオーディオPCMデータにおいても、IEC60958のAUX領域を利用して、メタデータMDを自在にコンテナすることが可能となる。この場合、送受信機の処理は、例えば、以下のようになる。すなわち、放送などのオーディオストリーム配信において、圧縮オーディオで配信する場合は、そのユーザデータ領域にメタデータMDを挿入する。そして、それを受信したセットトップボックスSTBでは、オーディオデコードを行う際に、ユーザデータ領域からメタデータMDを抜き出し、メタデータのヘッダ部分を変換し、IEC60958のAUX領域にMSBから最上位ビットから順番に挿入する。また、放送などのオーディオストリーム配信において、非圧縮のPCMで配信される場合は、24ビットPCMの下位4ビットをAUX領域の代わりとしてメタデータMDを挿入するができる。そして、それを受信したセットトップボックスSTBでは、そのメタデータMDをそのままIEC60958のAUX領域にMSBから最上位ビットから順番に挿入し、HDMI送信部に送る。テレビ受信機では、HDMI経由で受信したAUX領域を読み、メタデータMDの中身の処理を行う。図27~図29は、メタデータ汎用シンタクスSyntaxを示している。また、図30は、メタデータ汎用シンタクスにおける主要なデータ規定内容semanticsを示している。syncbyteの8ビットフィールドは、メタデータコンテナmetadatacontainerを示すユニークワードとされる。metadatatypeの8ビットフィールドは、メタデータのタイプ情報を示す。このタイプ情報により、複数のタイプのメタデータを選択的に送信することが可能となる。例えば、00000001は、送信されるメタデータが連携する他サービスのアクセス情報であることを示す。また、例えば、00000010は、送信されるメタデータが視差情報であることを示す。また、例えば、図30には示していないが、00000011は、送信されるメタデータが放送トリガ信号であることを示す。metadatalengthの11ビットフィールドは、以降のバイト数を示す。metadataIDの3ビットフィールドは、メタデータのタイプ内において種類を識別する識別子を示す。この識別子により、同一タイプの複数種類の情報を同時に送信するこが可能となる。metadatacounterの3ビットフィールドは、一連のメタデータを分割して送信する場合に、何番目の分割情報であるかを示すカウント情報である。このカウント情報はオーディオフレーム毎にインクリメントされるカウンタのカウント値である。metadatastartflagの1ビットフィールドは、一連のメタデータメタデータパケットを分割して送信する場合に、最初の分割情報であるか否かを示す。例えば、1は最初の分割情報であることを示し、0は最初の分割情報ではなく、前のフレームの分割情報に続く分割情報であることを示す。図31は、一連のメタデータメタデータパケットが3分割され、3つの分割情報が3つのオーディオフレームのユーザデータ領域に埋め込まれて送信される場合における、metadatacounter、metadatastartflagの変化例を示している。最初のオーディオフレームでは、metadatacounter0、metadatastartflag1となる。次のオーディオフレームでは、metadatacounter1、metadatastartflag0となる。さらに、最後のオーディオフレームでは、metadatacounter2、metadatastartflag0となる。図27に戻って、synccontrolflagの1ビットフィールドは、メタデータが同期管理されているか否かを示す。1は、PTSmanagement内のPTSによって同期管理されることを示す。0は、同期管理されていないことを示す。synccontrolflagが1であるとき、PTSmanagementが存在する。図28は、PTSmanagementの構造Syntaxを示しており、PTS320の33ビットで示される時間情報が存在する。図32は、複数のメタデータが各々の同期対象と同期管理される例を示している。この例では、メタデータID1はオーディオPTS1と同期し、メタデータID2はビデオPTS1と同期し、メタデータID3はオーディオPTS2およびビデオPTS2と同期している。図27に戻って、metadatalengthで示されるバイト数分のdatabyteは、メタデータパケットMetadatapacketの全体、あるいは、このメタデータパケットMetadatapacketを複数個に分割して得られたいずれかの分割情報を構成する。図29は、メタデータパケットmetadatapacketの構成syntaxを示している。padkettypeの8ビットフィールドは、メタデータmetadata図26参照内のmetadatatypeの8ビットフィールドと同様に、メタデータのタイプ情報を示す。metadatapacketlengthの16ビットフィールドは、以降のバイト数を示す。そして、このmetadatapacketlengthで示されるバイト数分のdatabyteに、メタデータパケットmetadatapacketの全体が記載される。次に、1他サービスアクセス情報、2視差情報、3放送トリガ信号である場合のmetadataPacketのシンタクスSyntaxを説明する。最初に、1メタデータが他サービスアクセス情報Metadataforlinkingserviceである場合のmetadataPacket、つまりmetadatalinkingPacketについて説明する。リンクサービスなどのサーバへの接続の場合、コンテンツあるいはサービスの供給元サーバとして、httpwwwxxxcomyyyzzzの個々の文字は文字データでunitdataになる。また、その他の制御符号は別途定義される約束に基づき、該当符号をunitdataに入れる。図33は、metadatalinkingPacketのシンタクスSyntaxを示している。また、図34は、metadatalinkingPacketの主要なデータ規定内容semanticsを示している。packettypeの8ビットフィールドは、メタデータのタイプが他サービスアクセス情報であることを示す。metadatalinkingpacketlengthの16ビットフィールドは、以降のバイト数を示す。numberofunitsの8ビットフィールドは、メタデータエレメントの数を示す。unitIDの8ビットフィールドは、ユニットunitを識別する識別子を示す。unitsizeの8ビットフィールドは、メタデータエレメントmetadataelementのサイズを示す。extendedsizeの8ビットフィールドは、ユニットサイズunitsizeの拡張を示す。ユニットサイズunitsizeが254を超えるときは、unitsize=255として、拡張サイズexendedsizeを入力する。unitdataの8ビットフィールドは、メタデータエレメントmetadataelementを示す。図35は、複数のメタデータユニットが各々の同期対象と同期管理される例を示している。この例で、メタデータID1のユニットUnitID1はURLによるリンクサーバの指定を行うための情報、メタデータID1のユニットUnitID2は、ActivateまたはInactivateを制御するコマンド群である。また、この例では、メタデータID2のユニットUnitID1はURLによるリンクサーバの指定を行うための情報、メタデータID2のユニットUnitID2は、ActivateまたはInactivateなどの、リンクサービスに対しての制御をおこなうコマンド群である。メタデータID1のユニットUnitID1は、オーディオPTS1と同期している。また、メタデータID1のユニットUnitID2は、ビデオPTS1と同期している。また、メタデータID2のユニットUnitID1は、オーディオPTS2およびビデオPTS2と同期している。次に、2メタデータが視差情報Metadatafordisparityshiftingdataである場合のmetadataPacket、つまりdisparityshiftdataPacketについて説明する。図36は、disparityshiftdataPacketのシンタクスSyntaxを示している。また、図37は、disparityshiftdataPacketの主要なデータ規定内容semanticsを示している。packettypeの8ビットフィールドは、メタデータのタイプが視差情報であることを示す。disparityshiftdatapacketlengthの16ビットフィールドは、以降のバイト数を示す。disparitysettargetpicturesizeの4ビットフィールドは、視差情報が適用される目標ピクチャサイズを示す。例えば、0000は1920×1080のピクチャサイズを示し、0001は、1280×720のピクチャサイズを示す。horizontalpartitionの4ビットフィールドは、水平方向の分割数1~16を示す。verticalpartitionの4ビットフィールドは、垂直方向の分割数1~16を示す。この場合、horizontalpartition、verticalpartitionにより、画面分割数あるいは画面分割パターンが決まる。例えば、horizontalpartition0000、verticalpartition0000の場合、図38aに示すように、画面は分割されておらず、この画面を代表する1つの視差情報が送信される。また、例えば、horizontalpartition0001、verticalpartition0001の場合、図38bに示すように、画面は4分割されており、各分割領域を代表する4個の視差情報が送信される。この場合、左上の領域の視差情報が最初で、右下の領域の視差情報が最後となるように配置される0~3の順。また、例えば、horizontalpartition0010、verticalpartition0010の場合、図38cに示すように、画面は9分割されており、各分割領域を代表する9個の視差情報が送信される。この場合、左上の領域の視差情報が最初で、右下の領域の視差情報が最後となるように配置される0~8の順。また、例えば、horizontalpartition0011、verticalpartition0011の場合、図38dに示すように、画面は16分割されており、各分割領域を代表する16個の視差情報が送信される。この場合、左上の領域の視差情報が最初で、右下の領域の視差情報が最後となるように配置される0~15の順。図37に戻って、disparityshiftvalueの8ビットフィールドは、視差情報の値を示す。この視差情報の値は、上述したように、horizontalpartition、verticalpartitionで決まる画面分割数分だけ存在する。次に、3メタデータが放送トリガ信号である場合のmetadataPacket、つまりTriggerinfodataについて説明する。この放送トリガ信号に関しては、例えば、本出願人による出願である特願2011-041801号出願日:平成23年2月28日に記載されている。この放送トリガ信号は、放送連動アプリケーションを制御するための信号である。この放送トリガ信号には、レジスタRegister、エクスキュートExecute、サスペンドSuspend、ターミネートTerminateおよびインジェクトイベントInjecteventのコマンドが含まれる。レジスタRegisterコマンドは、アプリケーションの登録コマンドである。このレジスタRegisterコマンドにより、アプリケーションの取得先と、アプリケーションの保持期限を指定する。端末はアプリケーションが保持可能である限りアプリケーションを取得先から取得し、最大保持期限まで保持する。エクスキュートExecuteコマンドは、アプリケーションの実行コマンドである。サスペンドSuspendコマンドは、アプリケーションの一時停止コマンドである。ターミネートTerminateコマンドは、アプリケーションの終了コマンドである。端末は、これらのコマンドにより、アプリケーションを実行し、一時停止し、終了する。端末は、アプリケーションを終了しても、最大保持期限までアプリケーションを保持可能とされる。端末は、複数の登録されたアプリケーションが存在する場合、レジスタRegisterコマンドに含まれる保持優先度により、保持すべきアプリケーションを判断する。インジェクトイベントInjecteventコマンドは、指定された実行中のアプリケーションに対して、特定のイベントを発火発生させて、アプリケーションで規定された処理を行わせるコマンドである。図39は、放送トリガ信号のライフサイクルの一例を示している。1端末は、オーディオストリームに埋め込まれたレジスタRegisterコマンドにより、指定された取得先からアプリケーションを取得して登録する。2その後、端末は、オーディオストリームに埋め込まれたエクスキュートExecuteコマンドにより、登録されているアプリケーションの実行を開始する。3その後、端末は、オーディオストリームに埋め込まれたサスペンドSuspendコマンドにより、アプリケーションの実行を一時停止する。4その後、端末は、オーディオストリームに埋め込まれたエクスキュートExecuteコマンドにより、アプリケーションの実行を再開する。この場合、端末は、一時停止した状態からアプリケーションの実行を再開できる。5その後、端末は、オーディオストリームに埋め込まれたターミネートTerminateコマンド、あるいは他のアプリケーションに係るエクスキュートExecuteコマンドにより、アプリケーションを終了する。6その後、端末は、最大保持期限までアプリケーションを保持する。図40は、レジスタコマンドとしてのトリガ情報に含まれる項目を示している。このレジスタコマンドは、上述したように、端末に対して、データ放送用アプリケーションの取得と登録を指示するためのコマンドである。ここで、データ放送用アプリケーションの登録とは、取得したデータ放送用アプリケーションに対応付けて、その優先度と、保持期限を記憶することを意味する。取得されたデータ放送用アプリケーションは、優先度と保持期限に従って管理される。Triggeridは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTriggeridは同一である。Protcolversionは、当該トリガ情報のプロトコルのバージョンを示している。Commandcodeは、当該トリガ情報のコマンドの種類を示す。ここでは、レジスタコマンドであることを示す。Triggervaridityは、当該トリガ情報を受信した装置が、当該トリガ情報に従って処理を実行する確率を示すサーバアクセス分散パラメータ値Nである。この値を設けることにより、複数の装置がサーバからデータ放送用アプリケーションを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。例えば、数多く存在し得る装置からのサーバに対するアクセスを4回に分散させるためには、同一のトリガ情報を4回送信するようにする。そして、1回目のトリガ情報におけるサーバアクセス分散パラメータN=4とし、2回目のトリガ情報におけるサーバアクセス分散パラメータN=3とし、3回目のトリガ情報におけるサーバアクセス分散パラメータN=2とし、4回目のトリガ情報におけるサーバアクセス分散パラメータN=1とする。Appidは、当該トリガ情報に対応して取得するデータ放送用アプリケーションの識別情報であるとともに,その取得先のURLも示している。換言すれば、データ放送用アプリケーションの取得先がその識別情報にも流用されてAppidとされている。Persistentpriorityは、対応するデータ放送用アプリケーションを取得、保持するときの優先度を示している。ここでは、2ビットが割り当てられているので、4段階の優先度を付与することができる。対応するデータ放送用アプリケーションを取得、保持するとき、端末は、保持するだけの記録容量が残っていない場合、対応するデータ放送用アプリケーションよりも優先度の低いものを消去して記録容量を確保する。対応するデータ放送用アプリケーションよりも優先度の低いものが保持されていない場合、対応するデータ放送用アプリケーションは取得されない。ただし、可能であれば、取得してキャッシュメモリに一時的に保持するようにしてもよい。Expiredateは、データ放送用アプリケーションの保持期限を示す。保持期限が経過した場合、対応するデータ放送用アプリケーションは消去される。図41は、エクスキュートコマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドは、上述したように、端末に対して、データ放送用アプリケーションの起動を指示するためのコマンドである。このエクスキュートコマンドとしてのトリガ情報に含まれる項目は、図40に示されたレジスタコマンドとしてのトリガ情報に含まれる項目と同様である。ただし、Commandcodeには、エクスキュートコマンドであることを示す情報が記載される。図42は、インジェクトイベントコマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、上述したように、指定された実行中のアプリケーションに対して、特定のイベントを発火発生させて、アプリケーションで規定された処理を行わせるコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appidについては、図40に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、インジェクトイベントコマンドであることを示す情報が記載される。Eventidは、Appidにて指定されたデータ放送用アプリケーションにおいて発火すべきイベントの識別情報である。EventEmbeddedDataには、イベントを発火する際に参照されるデータが記載される。図43は、サスペンドコマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、上述したように、端末に対して、実行中のデータ放送用アプリケーションを一時停止させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appidについては、図40に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、サスペンドコマンドであることを示す情報が記載される。図44は、ターミネートコマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、上述したように、端末に対して、実行中のデータ放送用アプリケーションを終了させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appidについては、図40に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、ターミネートコマンドであることを示す情報が記載される。図45は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報、つまりTriggerinfodataのシンタクスSyntaxを示している。なお、トリガ情報のシンタクスは任意であって、図45の例に限定されるものではない。TriggerInfodataをそのまま図29のmetadatapacket内のペイロード部分のdatabyteに埋め込むことができる。また、図33のmetadatalinkingpacketの中に実現することも可能である。[セットトップボックスの説明]図20に戻って、セットトップボックス200Cは、放送局100Cから放送波に載せて送信されてくるビットストリームデータトランスポートストリームBSDを受信する。このビットストリームデータBSDには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データおよびメタデータMD例えば、視差情報、他サービスアクセス情報、放送トリガ信号などの情報が含まれている。セットトップボックス200Cは、ビットストリーム処理部201Cを有している。このビットストリーム処理部201Cは、ビットストリームデータBSDから、非圧縮の立体画像データを得る。また、このビットストリーム処理部201Cは、ビットストリームデータBSDから、音声圧縮データストリームを得る。上述したように、メタデータMDは、この音声圧縮データストリームのユーザデータ領域に埋め込まれている。図46は、セットトップボックス200Cの構成例を示している。この図46において、図8に対応する部分には同一符号を付し、その詳細説明は省略する。このセットトップボックス200Cは、ビットストリーム処理部201Cを除き、図8に示すセットトップボックス200と同様の構成とされている。このセットトップボックス200Cは、非圧縮立体画像データと共に、音声圧縮データストリームをそのままの状態で、HDMIのデジタルインタフェースで、テレビ受信機300Cに送信する。ビットストリーム処理部201Cは、デジタルチューナ204で得られるビットストリームデータBSDから立体画像データを取得し、さらに、音声圧縮データストリームを取得する。すなわち、ビットストリーム処理部201Cは、デマルチプレクサ205Cおよびビデオデコーダ206を備えている。デマルチプレクサ205Cは、ビットストリームデータBSDからビデオのエレメンタリストリームのパケットを抽出し、ビデオデコーダ206に送る。ビデオデコーダ206は、デマルチプレクサ205Cで抽出されたビデオのパケットからビデオエレメンタリストリーム画像圧縮データストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む非圧縮の立体画像データを得る。また、デマルチプレクサ205Cは、ビットストリームデータBSDからオーディオのエレメンタリストリームのパケットを抽出し、オーディオエレメンタリストリーム音声圧縮データストリームを再構成する。オーディオフレーミング部208は、デマルチプレクサ205Cの出力に対してフレーミングを行う。HDMI送信部209は、HDMIに準拠した通信により、立体画像データおよび音声データを、HDMI端子202から送出する。このHDMI送信部209は、立体画像データの取り扱いが可能な状態にある。HDMI送信部209は、HDMIのTMDSチャネルで送信するため、ビデオデコーダ206から出力される立体画像データおよびオーディオフレーミング部208から出力される音声圧縮データストリームをパッキングして、HDMI端子202に出力する。セットトップボックス200Cの動作を簡単に説明する。アンテナ端子203に入力されたテレビ放送信号はデジタルチューナ204に供給される。このデジタルチューナ204では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータトランスポートストリームBSDが出力される。デジタルチューナ204から出力されるビットストリームデータBSDは、ビットストリーム処理部201Cを構成するデマルチプレクサ205Cに供給される。このデマルチプレクサ205Cでは、ビットストリームデータBSDからビデオのエレメンタリストリームのパケットが抽出され、ビデオデコーダ206に送られる。ビデオデコーダ206では、デマルチプレクサ205Cで抽出されたビデオのパケットからビデオのエレメンタリストリーム画像圧縮データストリームが再構成される。そして、このビデオデコーダ206では、画像圧縮データストリームに対してデコード処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。この立体画像データは、HDMI送信部209に供給される。また、デマルチプレクサ205Cでは、ビットストリームデータBSDからオーディオのエレメンタリストリームのパケットが抽出され、オーディオのエレメンタリストリーム音声圧縮データストリームが再構成される。この音声圧縮データストリームはオーディオフレーミング部208でフレーミングが行われた後に、HDMI送信部209に供給される。そして、HDMI送信部209では、立体画像データおよび音声圧縮データストリームがパッキングされ、HDMI端子202からHDMIケーブル400に送出される。[テレビ受信機の説明]図20に戻って、テレビ受信機300Cは、セットトップボックス200CからHDMIケーブル400を介して送られてくる立体画像データ、音声圧縮データストリームなどを受信する。このテレビ受信機300Cは、3D信号処理部301を有している。この3D信号処理部301は、立体画像データに対して、伝送方式に対応した処理デコード処理を行って、左眼画像データおよび右眼画像データを取得する。これにより、テレビ受信機300Aは、ユーザが立体画像を知覚するための画像表示を行う。また、テレビ受信機300Cは、音声圧縮データストリームをデコードして、音声データを得ると共に、メタデータMD例えば、視差情報、他サービスアクセス情報、放送トリガ信号などの情報を取得する。これにより、立体画像データに対応した音声を出力する。また、メタデータMDに基づいて、種々の処理を実行する。詳細説明は省略するが、テレビ受信機200Cは、上述の図10、図17あるいは図19のような構成、さらにはこれらの処理機能を併せ持った構成とされ、上述のメタデータMD例えば、視差情報、他サービスアクセス情報、放送トリガ信号などの情報を用いた処理が行われる。上述したように、図20に示す立体画像表示システム10Cにおいて、放送局100Cからは画像圧縮データストリームおよび音声圧縮データストリームの多重化データストリームが送信される。そして、メタデータMD例えば、視差情報、他サービスアクセス情報、放送トリガ信号などの情報等が、音声圧縮データストリームに埋め込まれて送信される。そのため、メタデータMDを、音声圧縮データストリームをコンテナとして簡単に送信でき、テレビ受信機300Cで利用することが可能となる。<3.変形例>なお、上述実施の形態において、セットトップボックス200,200Cでは、放送局100,100Cからの放送信号から立体画像データを受信する構成となっている。しかし、セットトップボックス200,200Cは、配信サーバストリーミングサーバからネットワークを介して立体画像データおよび音声データを受信する構成も考えられる。また、上述実施の形態において、セットトップボックス200,200Cでは、デジタルチューナ204で受信された立体画像データ、音声データを直接テレビ受信機300,300Cに送信する構成となっている。しかし、セットトップボックス200,200Cでは、デジタルチューナ204で受信された立体画像データ、音声データを図示しないストレージに一旦蓄積することも考えられる。この場合、所定のタイミングで、ストレージから立体画像データ、音声データを読み出して、テレビ受信機300,300Cに送信する構成となる。所定のタイミングとは、例えば、ユーザによる再生操作のタイミング等である。また、上述実施の形態において、セットトップボックス200,200Cはテレビ受信機300,300Cに受信立体画像データ、受信音声データを送信する構成となっている。しかし、テレビ受信機300,300Cの代わりに、モニタ装置、あるいはプロジェクタ等に受信立体画像データ、受信音声データを送信する構成も考えられる。また、セットトップボックス200,200Cの代わりに、受信機能付きのレコーダ、パーソナルコンピュータ等である構成も考えられる。また、上述実施の形態において、セットトップボックス200,200Cとテレビ受信機300,300CはHDMIケーブル400で接続されてなるものである。しかし、これらの間が、HDMIと同様のデジタルインタフェースで有線接続される場合、さらには、無線によって接続される場合にも、この発明を同様に適用できることは勿論である。また、上述実施の形態においては、立体画像表示システム10,10Cが、放送局100,100C、セットトップボックス200,200Cおよびテレビ受信機300,300Cで構成されているものを示した。しかし、テレビ受信機300,300Cは、図10、図17、図19に示すように、セットトップボックス200,200C内のビットストリーム処理部201,201Cと同等に機能するビットストリーム処理部307を備えている。したがって、図47に示すように、放送局100,100Cおよびテレビ受信機300,300Cで構成される立体画像表示システム10Dも考えられる。また、上述実施の形態においては、立体画像データを含むデータストリームビットストリームデータが放送局100,100Cから放送される例を示した。しかし、この発明は、このデータストリームがインターネット等のネットワークを利用して受信端末に配信される構成のシステムにも同様に適用できる。なお、本技術は、以下のような構成もとることができる。1音声データに直接関係しない所定情報が埋め込まれた音声圧縮データストリームを生成する音声圧縮データストリーム生成部と、上記音声圧縮データストリーム生成部で生成された音声圧縮データストリームを送信するデータ送信部とを備える送信装置。2上記データストリーム生成部は、上記所定情報を上記音声圧縮データストリームのユーザデータ領域に埋め込む前記1に記載の送信装置。3上記データストリーム生成部に上記所定情報を供給すると共に、該所定情報を上記ユーザデータ領域に埋め込むためのサイズ情報を供給し、上記音声圧縮データストリームのユーザデータ領域に上記所定情報の埋め込みが行われるように制御する制御部をさらに備える前記2に記載の送信装置。4画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記画像圧縮データストリームは、立体画像を表示するための左眼画像データおよび右眼画像データを有する立体画像データを圧縮符号化した画像圧縮データを含み、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報である前記1から3のいずれかに記載の送信装置。5上記音声圧縮データストリームに埋め込まれた上記所定情報は、他のサービスにアクセスするための情報である前記1から3のいずれかに記載の送信装置。6上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記音声圧縮データに関係した情報を得るためのネットワークアクセス情報である前記5に記載の送信装置。7画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記画像圧縮データに関係した情報を得るためのネットワークアクセス情報である前記5に記載の送信装置。8画像圧縮データストリームを生成する画像圧縮データストリーム生成部をさらに備え、上記データ送信部は、上記画像圧縮データストリーム生成部で生成された画像圧縮データストリームと上記音声圧縮データストリームとを多重して送信し、上記音声圧縮データストリームに埋め込まれた上記所定情報は、上記画像圧縮データによる画像に重畳する重畳情報のデータである前記1から3のいずれかに記載の送信装置。9上記音声圧縮データストリームに埋め込まれる上記所定情報には、情報のタイプを示すタイプ情報が付加されている前記1から8のいずれかに記載の送信装置。10上記音声圧縮データストリームに埋め込まれる上記所定情報には、情報識別子で区別された複数種類の情報を含めることが可能とされている前記1から9のいずれかに記載の送信装置。11上記音声圧縮データストリームに埋め込まれる上記所定情報を、一連の情報を分割して得られた複数の分割情報のいずれかとすることが可能とされ、上記所定情報としての上記分割情報には、最初の分割情報であるか否かを示す情報および順番を示す情報が付加されている前記1から10のいずれかに記載の送信装置。12上記音声圧縮データストリームに埋め込まれる上記所定情報には、時間同期を管理するためのタイムスタンプが付加されている前記1から11のいずれかに記載の送信装置。"