(57)【特許請求の範囲】
【請求項１】
立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部と、
上記画像データ処理部を制御する制御部とを備え、
上記制御部は、上記画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、該立体画像データに画枠変換処理を行わないように上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置。
【請求項２】
上記制御部は、
上記画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であり、かつ上記外部機器が上記画枠変換処理を行わないで立体画像データを送信することを要求しているとき、上記立体画像データに画枠変換処理を行わないように上記画像データ処理部を制御する
請求項１に記載の画像データ送信装置。
【請求項３】
上記制御部は、
上記画枠変換処理を行わないで立体画像データを送信することを要求しているか否かの情報を、上記外部機器が備える記憶部から上記伝送路を介して読み出して取得する
請求項２に記載の画像データ送信装置。
【請求項４】
立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部とを備える画像データ送信装置の制御方法であって、
上記画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、該立体画像データに画枠変換処理を行わないように上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置の制御方法。
【請求項５】
外部機器から、伝送路を介して立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、画枠変換処理を行わないで立体画像データを送信することを上記外部機器に伝送路を介して要求する制御部とを備え、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ受信装置。
【請求項６】
上記制御部は、
上記外部機器が上記伝送路を介して読み出し可能な記憶部に、画枠変換処理を行わないで立体画像データを送信することを要求する情報を登録する
請求項５に記載の画像データ受信装置。
【請求項７】
立体画像データを表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部と、
上記画像データ処理部を制御する制御部とを備え、
上記制御部は、上記画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、
該立体画像データに、少なくとも、上記黒帯データ領域の長手方向に直交する方向の変換を伴う画枠変換処理を行わないように、上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置。
【請求項８】
上記制御部は、
上記立体画像データに上記黒帯データ領域が存在するか否かを、該立体画像データに付加されているアクティブフォーマット情報に基づいて判断する
請求項７に記載の画像データ送信装置。
【請求項９】
上記制御部は、
上記立体画像データに上記黒帯データ領域が存在するか否かを、該立体画像データに付加されているパンスキャン情報に基づいて判断する
請求項７に記載の画像データ送信装置。
【請求項１０】
上記制御部は、
上記立体画像データに上記黒帯データ領域が存在するか否かを、該立体画像データを処理して判断する
請求項７に記載の画像データ送信装置。
【請求項１１】
上記制御部は、上記立体画像データに上記黒帯データ領域が存在するか否かを、該立体画像データがサイドバイサイド方式の場合は、画サイズの水平方向の中心付近を垂直方向にスキャンして判断し、該立体画像データがトップアンドボトム方式の場合は、画サイズの垂直方向の中心付近を水平方向にスキャンして判断する
請求項１０に記載の画像データ送信装置。
【請求項１２】
上記制御部は、
上記画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、
上記画像データ処理部で上記黒帯データ領域の長手方向の線形変換による画枠変換処理が行われることを許可する
請求項７に記載の画像データ送信装置。
【請求項１３】
上記制御部は、
上記画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に上記黒帯データ領域が存在しない立体画像データであるとき、
上記画像データ処理部で水平方向および垂直方向のいずれかまたは双方の線形変換による画枠変換処理が行われることを許可する
請求項７に記載の画像データ送信装置。
【請求項１４】
立体画像データを表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部とを備える画像データ送信装置の制御方法であって、
上記画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、
該立体画像データに、少なくとも、上記黒帯データ領域の長手方向に直交する方向の変換を伴う画枠変換処理を行わないように、上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置の制御方法。
【請求項１５】
立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部とを備え、
上記画像データ送信部は、上記画像データ処理部で上記立体画像データに対して画枠変換処理が行われたとき、画枠変換処理後の立体画像データと共に、該画枠変換処理の変換情報を、上記伝送路を介して上記外部機器に送信し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置。
【請求項１６】
上記変換情報は、上記画枠変換処理に含まれるスケーリングの変換式の係数情報と変換の二次元方向の指定情報を含む
請求項１５に記載の画像データ送信装置。
【請求項１７】
上記変換式は、画枠変換前の画像の中心からの位置をｄとし、該ｄの位置のスケーリング比率をＲとするとき、
Ｒ＝Ａ＊ｄ２＋Ｂ
で表され、
上記係数情報は、上記Ａ，Ｂの情報である
請求項１６に記載の画像データ送信装置。
【請求項１８】
上記画像データ送信部は、
上記変換情報を、上記立体画像データのブランキング期間に挿入して、上記伝送路を介して上記外部機器に送信する
請求項１５に記載の画像データ送信装置。
【請求項１９】
立体画像を表示するための立体画像データを受信する画像データ受信ステップと、
上記画像データ受信ステップで受信された立体画像データを処理する画像データ処理ステップと、
上記画像データ処理ステップから出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信ステップとを備え、
上記画像データ送信ステップでは、上記画像データ処理ステップで上記立体画像データに対して画枠変換処理が行われたとき、画枠変換処理後の立体画像データと共に、該画枠変換処理の変換情報を、上記伝送路を介して上記外部機器に送信し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信方法。
【請求項２０】
外部機器から、伝送路を介して立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部とを備え、
上記画像データ処理部は、上記画像データ受信部で上記立体画像データと共に受信される該立体画像データの画枠変換処理の変換情報に基づいて、該立体画像データに対して画枠逆変換処理を行い、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像データ送信装置、画像データ送信装置の制御方法、画像データ送信方法および画像データ受信装置に関し、特に、受信画像データ対して画枠変換処理を行って外部機器に送信し得る画像データ送信装置等に関する。
【背景技術】
【０００２】
従来、放送局から立体画像データを表示するための立体画像データを送信し、この立体画像データをセットトップボックス（ＳＴＢ：Set Top Box）で受信し、そして、このセットトップボックスからテレビ受信機（ＴＶ：Television）にＨＤＭＩ（High Definition MultimediaInterface）規格などのデジタルインタフェースで立体画像データを送信することが知られている。例えば、非特許文献１には、ＨＤＭＩ規格の詳細についての記載がある。
【０００３】
例えば、特許文献１には、立体画像データのテレビ放送電波を用いた伝送方式について提案されている。この場合、左眼用画像データおよび右眼用画像データを含む立体画像データが送信され、テレビ受信機において、両眼視差を利用した立体画像表示が行われる。
【０００４】
図１８は、両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体像の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体像の再生位置はスクリーン面より手前となる。
【０００５】
また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体像の再生位置はスクリーン面より奥となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−６１１４号公報
【非特許文献】
【０００７】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.4,June5 2009
【発明の概要】
【発明が解決しようとする課題】
【０００８】
放送局からの立体画像データは、例えば、１２８０×７２０、１９２０×１０８０などの画枠で送信される。この立体画像データがサイドパネル形式あるいはレターボックス形式であった場合、その画枠内に黒帯データ領域が含まれる。なお、サイドパネル形式はピラーボックス形式とも称される。セットトップボックスでは、デコード後の立体画像データに対して黒帯データ領域の最小化を目的として、画枠変換を行う場合がある。画枠変換が行われると、サイドパネルあるいはレターボックスにあたる黒帯データ領域が縮小される。
【０００９】
放送局からの立体画像データの伝送方式には、例えば、サイドバイサイド（Side By Side）方式、トップアンドボトム（Top & Bottom）方式、フレームシーケンシャル（Frame Sequential）方式などがある。サイドバイサイド方式では、水平方向の前半では左眼画像データのピクセルデータが伝送され、水平方向の後半では右眼画像データのピクセルデータが伝送される。トップアンドボトム方式では、垂直方向の前半では左眼画像データの各ラインのデータが送信され、垂直方向の後半では右眼画像データの各ラインのデータが伝送される。フレームシーケンシャル方式では、左眼画像データと右眼画像データとがフレーム毎に順次切換えて送信される。
【００１０】
放送局からのサイドバイサイド方式の立体画像データがサイドパネル形式である場合、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在することがある。また、放送局からのトップアンドボトム方式の立体画像データがレターボックス形式である場合、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在することがある。
【００１１】
左眼画像データ領域と右眼画像データ領域との間に黒帯データ領域が存在する場合、上述したようにセットトップボックスでサイドパネルあるいはレターボックスにあたる黒帯データ領域の幅を縮小する画枠変換が行われると、立体画像表示に支障を来す不都合がある。この場合、画枠変換により、左眼画像および右眼画像の表示位置にずれが発生するからである。
【００１２】
図１９は、セットトップボックス（ＳＴＢ）で画枠変換の処理が行われず、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生しない場合の例を示している。この場合、セットトップボックスにおいてサイドパネルあるいはレターボックスにあたる黒帯データ領域は縮小されない。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００１３】
図１９（ａ）は、放送局からのサイドバイサイド方式の立体画像データがサイドパネル形式であって、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域ＡＲｂが存在する場合を示している。この場合、セットトップボックスでは画枠変換が行われず、放送局からの立体画像データがそのままテレビ受信機（ＴＶ）に送られる。
【００１４】
テレビ受信機では、この立体画像データが水平方向に半分ずつ切り出され、それぞれに対して水平方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスで画枠変換処理が行われなかったことから、左右両端の黒帯データ領域ＡＲｂの幅と左眼画像データ領域と右眼画像データ領域との間に存在する黒帯データ領域ＡＲｂの幅との比率は変化しない。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００１５】
図１９（ｂ）は、放送局からのトップアンドボトム方式の立体画像データがサイドパネル形式である場合を示している。この場合、セットトップボックスでは画枠変換が行われず、放送局からの立体画像データがそのままテレビ受信機（ＴＶ）に送られる。テレビ受信機では、この立体画像データが垂直方向に半分ずつ切り出され、それぞれに対して垂直方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００１６】
図１９（ｃ）は、放送局からのサイドバイサイド方式の立体画像データがレターボックス形式である場合を示している。この場合、セットトップボックスでは画枠変換が行われず、放送局からの立体画像データがそのままテレビ受信機（ＴＶ）に送られる。テレビ受信機では、この立体画像データが水平方向に半分ずつ切り出され、それぞれに対して水平方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００１７】
図１９（ｄ）は、放送局からのトップアンドボトム方式の立体画像データがレターボックス形式であって、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域ＡＲｂが存在する場合を示している。この場合、セットトップボックスでは画枠変換が行われず、放送局からの立体画像データがそのままテレビ受信機（ＴＶ）に送られる。
【００１８】
テレビ受信機では、この立体画像データが垂直方向に半分ずつ切り出され、それぞれに対して垂直方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスで画枠変換処理が行われなかったことから、左右両端の黒帯データ領域ＡＲｂの幅と左眼画像データ領域と右眼画像データ領域との間に存在する黒帯データ領域ＡＲｂの幅との比率が変化することはない。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００１９】
図２０は、セットトップボックス（ＳＴＢ）で画枠変換が行われ、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生する場合の例を示している。この場合、セットトップボックスにおいてサイドパネルあるいはレターボックスにあたる黒帯データ領域は縮小される。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じ、立体画像表示が正しく行われなくなる。
【００２０】
図２０（ａ）は、放送局からのサイドバイサイド方式の立体画像データがサイドパネル形式であって、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域ＡＲｂが存在する場合を示している。この場合、セットトップボックスではサイドパネルにあたる黒帯データ領域ＡＲｂを縮小する画枠変換が行われ、変換後の画像データがテレビ受信機（ＴＶ）に送られる。
【００２１】
テレビ受信機では、この立体画像データが水平方向に半分ずつ切り出され、それぞれに対して水平方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスで画枠変換処理が行われたことから、左右両端の黒帯データ領域ＡＲｂの幅と左眼画像データ領域と右眼画像データ領域との間に存在する黒帯データ領域ＡＲｂの幅との比率が変化する。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じ、立体画像表示が正しく行われなくなる。
【００２２】
図２０（ｂ）は、放送局からのトップアンドボトム方式の立体画像データがレターボックス形式であって、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域ＡＲｂが存在する場合を示している。この場合、セットトップボックスではレターボックスにあたる黒帯データ領域ＡＲｂを縮小する画枠変換が行われ、変換後の画像データがテレビ受信機（ＴＶ）に送られる。
【００２３】
テレビ受信機では、この立体画像データが垂直方向に半分ずつ切り出され、それぞれに対して垂直方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスで画枠変換処理が行われたことから、左右両端の黒帯データ領域ＡＲｂの幅と左眼画像データ領域と右眼画像データ領域との間に存在する黒帯データ領域ＡＲｂの幅との比率が変化する。そのため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じ、立体画像表示が正しく行われなくなる。
【００２４】
図２１は、セットトップボックス（ＳＴＢ）で画枠変換が行われるが、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生しない場合の例を示している。この場合、セットトップボックスにおいてサイドパネルあるいはレターボックスにあたる黒帯データ領域は縮小される。しかし、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることがなく、立体画像表示が正しく行われる。
【００２５】
図２１（ａ）は、放送局からのトップアンドボトム方式の立体画像データがサイドパネル形式である場合を示している。この場合、セットトップボックスではサイドパネルにあたる黒帯データ領域ＡＲｂを縮小する画枠変換が行われ、変換後の画像データがテレビ受信機（ＴＶ）に送られる。
【００２６】
テレビ受信機では、この立体画像データが垂直方向に半分ずつ切り出され、それぞれに対して垂直方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスでサイドパネルにあたる黒帯データ領域ＡＲｂが縮小されるものであるため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることはなく、立体画像表示が正しく行われる。
【００２７】
図２１（ｂ）は、放送局からのサイドバイサイド方式の立体画像データがレターボックス形式である場合を示している。この場合、セットトップボックスではレターボックスにあたる黒帯データ領域ＡＲｂを縮小する画枠変換が行われ、変換後の画像データがテレビ受信機（ＴＶ）に送られる。
【００２８】
テレビ受信機では、この立体画像データが水平方向に半分ずつ切り出され、それぞれに対して水平方向に２倍のスケーリングが施されて、左眼画像データおよび右眼画像データが生成される。この場合、セットトップボックスでレターボックスにあたる黒帯データ領域ＡＲｂが縮小されるものであるため、テレビ受信機において、左眼画像および右眼画像の表示位置にずれが生じることはなく、立体画像表示が正しく行われる。
【００２９】
この発明の目的は、画枠変換処理により立体画像表示に不具合が発生することを抑制することにある。
【課題を解決するための手段】
【００３０】
この発明の概念は、
立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部と、
上記画像データ処理部を制御する制御部とを備え、
上記制御部は、上記画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、該立体画像データに画枠変換処理を行わないように上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置にある。
【００３１】
この発明においては、画像データ受信部により、立体画像を表示するための立体画像データが受信される。画像データ受信部では、例えば、放送信号から、立体画像データの受信が行われる。また、画像データ受信部では、例えば、ストリーミングサーバからネットワークを介して、立体画像データの受信が行われる。この立体画像データは、画像データ処理部により処理され、その後に、画像データ送信部により、伝送路を介して、外部機器に送信される。立体画像データは、例えば、差動信号により、伝送路を介して、外部機器に送信される。外部機器とは、例えば、ＨＤＭＩなどのデジタルインタフェースで接続される。
【００３２】
制御部により、画像データ処理部が制御される。この場合、画像データ処理部は、画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、この立体画像データに画枠変換処理を行わないように制御される。
【００３３】
このように、この発明においては、受信立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるときには、画像データ処理部で画枠変換処理は行われない。画枠変換処理が行われることで立体画像表示に不具合が発生するのは、受信立体画像データが、サイドバイサイド方式の立体画像データ（サイドパネル形式）である（図２０（ａ）参照）。また、画枠変換処理が行われることで立体画像表示に不具合が発生するのは、受信立体画像データが、トップアンドボトム方式の立体画像データ（レターボックス形式）である（図２０（ｂ）参照）。したがって、この発明においては、立体画像表示に不具合が発生することが抑制される。
【００３４】
この発明において、例えば、制御部は、画像データ受信部で受信された立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であり、かつ外部機器が画枠変換処理を行わないで立体画像データを送信することを要求しているとき、立体画像データに画枠変換処理を行わないように画像データ処理部を制御する、ようにしてもよい。この場合、例えば、制御部は、画枠変換処理を行わないで立体画像データを送信することを要求しているか否かの情報を、外部機器が備える記憶部から伝送路を介して読み出して取得する、ようにしてもよい。この場合、画枠変換処理を行うか否かの制御を外部機器側で行うことが可能となる。
【００３５】
この発明の他の概念は、
外部機器から、伝送路を介して立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、画枠変換処理を行わないで立体画像データを送信することを上記外部機器に伝送路を介して要求する制御部とを備え、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ受信装置にある。
【００３６】
この発明においては、画像データ受信部により、外部機器から、伝送路を介して立体画像を表示するための立体画像データが受信される。また、制御部により、立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であるとき、画枠変換処理を行わないで立体画像データを送信することを外部機器に伝送路を介して要求することが行われる。例えば、外部機器が伝送路を介して読み出し可能な記憶部に、画枠変換処理を行わないで立体画像データを送信することを要求する情報が登録される。
【００３７】
このように、この発明においては、外部機器から伝送路を介して立体画像データ送られてくるが、外部機器における立体画像データに対する画枠変換機能を制御することが可能となる。例えば、画枠変換処理が行われることで、立体画像表示に不具合が発生することがある（図２０（ａ）、（ｂ）参照）。この場合、例えば、外部機器において立体画像データに画枠変換処理が行われないように制御でき、立体画像表示に不具合が発生することを抑制できる。
【００３８】
この発明の他の概念は、
立体画像データを表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部と、
上記画像データ処理部を制御する制御部とを備え、
上記制御部は、上記画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、
該立体画像データに、少なくとも、上記黒帯データ領域の長手方向に直交する方向の変換を伴う画枠変換処理を行わないように、上記画像データ処理部を制御し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置にある。
【００３９】
この発明においては、画像データ受信部により、立体画像を表示するための立体画像データが受信される。画像データ受信部では、例えば、放送信号から、立体画像データの受信が行われる。また、画像データ受信部では、例えば、ストリーミングサーバからネットワークを介して、立体画像データの受信が行われる。この立体画像データは、画像データ処理部により処理され、その後に、画像データ送信部により、伝送路を介して、外部機器に送信される。立体画像データは、例えば、差動信号により、伝送路を介して、外部機器に送信される。外部機器とは、例えば、ＨＤＭＩなどのデジタルインタフェースで接続される。
【００４０】
制御部により、画像データ処理部が制御される。この場合、画像データ処理部は、画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、画像データ処理部における画枠変換処理が制限される。すなわち、このとき、画像データ処理部では、少なくとも、黒帯データ領域の長手方向に直交する方向の変換を伴う画枠変換処理は行われない。
【００４１】
例えば、制御部では、立体画像データに黒帯データ領域が存在するか否かが、立体画像データに付加されているアクティブフォーマット情報に基づいて判断される。また、例えば、制御部では、立体画像データに黒帯データ領域が存在するか否かが、立体画像データに付加されているパンスキャン情報に基づいて判断される。また、例えば、制御部では、立体画像データに黒帯データ領域が存在するか否かが、立体画像データを処理して判断される。例えば、この立体画像データがサイドバイサイド方式の場合は、画サイズの水平方向の中心付近が垂直方向にスキャンされて判断され、この立体画像データがトップアンドボトム方式の場合は、画サイズの垂直方向の中心付近が水平方向にスキャンされて判断される。
【００４２】
この発明において、例えば、制御部は、画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、画像データ処理部で黒帯データ領域の長手方向の線形変換による画枠変換処理が行われることを許可する、ようにしてもよい。
【００４３】
また、この発明において、例えば、制御部は、制御部は、画像データ受信部で受信された立体画像データが、サイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在しない立体画像データであるとき、画像データ処理部で水平方向および垂直方向のいずれかまたは双方の線形変換による画枠変換処理が行われることを許可する、ようにしてもよい。
【００４４】
このように、この発明においては、受信立体画像データの伝送方式がサイドバイサイド方式、またはトップアンドボトム方式で、かつ左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する立体画像データであるとき、画像データ処理部における画枠変換処理が制限される。すなわち、立体画像表示に不具合が発生する画枠変換処理は許可されない。
【００４５】
画枠変換処理が行われることで立体画像表示に不具合が発生するのは、受信立体画像データが、サイドバイサイド方式の立体画像データ（サイドパネル形式）であって、左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する場合である（図２０（ａ）参照）。また、画枠変換処理が行われることで立体画像表示に不具合が発生するのは、受信立体画像データが、トップアンドボトム方式の立体画像データ（レターボックス形式）であって、左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する場合である（図２０（ｂ）参照）。したがって、この発明においては、立体画像表示に不具合が発生することが抑制される。
【００４６】
また、この発明の他の概念は、
立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部と、
上記画像データ処理部から出力された立体画像データを、伝送路を介して外部機器に送信する画像データ送信部とを備え、
上記画像データ送信部は、上記画像データ処理部で上記立体画像データに対して画枠変換処理が行われたとき、画枠変換処理後の立体画像データと共に、該画枠変換処理の変換情報を、上記伝送路を介して上記外部機器に送信し、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ送信装置にある。
【００４７】
この発明においては、画像データ受信部により、立体画像を表示するための立体画像データが受信される。画像データ受信部では、例えば、放送信号から、立体画像データの受信が行われる。また、画像データ受信部では、例えば、ストリーミングサーバからネットワークを介して、立体画像データの受信が行われる。この立体画像データは、画像データ処理部により処理され、その後に、画像データ送信部により、伝送路を介して、外部機器に送信される。立体画像データは、例えば、差動信号により、伝送路を介して、外部機器に送信される。外部機器とは、例えば、ＨＤＭＩなどのデジタルインタフェースで接続される。
【００４８】
データ送信部では、画像データ処理部で立体画像データに対して画枠変換処理が行われたとき、画枠変換処理後の立体画像データと共に、この画枠変換処理の変換情報を、伝送路を介して外部機器に送信することが行われる。この場合、変換情報は、例えば、立体画像データのブランキング期間に挿入されて送信される。例えば、変換情報は、画枠変換処理に含まれるスケーリング処理の変換式の係数情報と変換の二次元方向の指定情報を含むものとされる。また、例えば、変換式は、画枠変換前の画像の中心からの位置をｄとし、該ｄの位置のスケーリング比率をＲとするとき、「Ｒ＝Ａ＊ｄ２＋Ｂ」で表され、係数情報はＡ，Ｂの情報とされる。
【００４９】
このように、この発明においては、画像データ処理部で立体画像データに対して画枠変換処理が行われたとき、画枠変換処理後の立体画像データと共に、この画枠変換処理の変換情報が外部機器に送信される。そのため、外部機器においては、例えば、画枠変換処理が立体画像表示に不具合を発生させる場合、画枠変換処理の変換情報に基づいて、受信立体画像データを、画枠変換処理前の状態に戻し、立体画像表示に不具合が発生することを抑制できる。
【００５０】
また、この発明の他の概念は、
外部機器から、伝送路を介して立体画像を表示するための立体画像データを受信する画像データ受信部と、
上記画像データ受信部で受信された立体画像データを処理する画像データ処理部とを備え、
上記画像データ処理部は、上記画像データ受信部で上記立体画像データと共に受信される該立体画像データの画枠変換処理の変換情報に基づいて、該立体画像データに対して画枠逆変換処理を行い、
上記画枠変換処理は、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む
画像データ受信装置にある。
【００５１】
この発明においては、画像データ受信部により、外部機器から、伝送路を介して立体画像を表示するための立体画像データが受信される。また、画像データ処理部により、画像データ受信部で受信された立体画像データが処理される。画像データ処理部では、画像データ受信部で立体画像データと共に受信される立体画像データの画枠変換情報に基づいて、この立体画像データに対して画枠逆変換処理が行われる。
【００５２】
このように、この発明においては、画枠変換処理されている受信立体画像データが、画枠変換処理の変換情報に基づいて、画枠変換処理前の状態に戻される。そのため、立体画像表示に画枠変換処理による不具合が発生することが抑制される。
【発明の効果】
【００５３】
この発明によれば、受信立体画像データの伝送方式がサイドバイサイド方式あるいはトップアンドボトム方式であって、この受信画像データを外部機器に送信する際に、画枠変換処理を禁止、あるいは制限するものである。また、この発明によれば、画枠変換処理後の受信立体画像データを送信する際に、その変換情報を併せて送信するものである。そのため、立体画像表示に画枠変換処理による不具合が発生することを抑制できる。
【図面の簡単な説明】
【００５４】
【図１】この発明の実施の形態としての立体画像表示システムの構成例を示すブロック図である。
【図２】立体画像表示システムを構成する放送局の送信データ生成部の構成例を示すブロック図である。
【図３】１６：９のアスペクト比の画枠で送信されるサイドバイサイド（ＳＢＳ）方式あるいはトップアンドボトム（Ｔ＆Ｂ）方式の立体画像データの３Ｄフォーマット生成フローを示すフローチャートである。
【図４】立体画像表示システムを構成するセットトップボックスの構成例を示すブロック図である。
【図５】画枠変換処理（ワイドズームモード、ズームモード、フルモード）におけるスケーリング処理の概要を示す図である。
【図６】立体画像表示システムを構成するテレビ受信機の構成例を示すブロック図である。
【図７】立体画像表示システムにおける、セットトップボックスのＨＤＭＩ送信部（ＨＤＭＩソース）と、テレビ受信機のＨＤＭＩ受信部（ＨＤＭＩシンク）の構成例を示す図である。
【図８】セットトップボックスのＣＰＵにおける画枠変換処理の実行、非実行の判定処理の手順を示すフローチャートである。
【図９】テレビ受信機に含まれるＥ−ＥＤＩＤの構造を示す図である。
【図１０】ＥＤＩＤ構造内のHDMI Vendor Specific Data Block(ＶＳＤＢ)の構造を示す図である。
【図１１】セットトップボックスのＣＰＵにおける画枠変換処理の実行、非実行の判定処理の他の手順を示すフローチャートである。
【図１２】セットトップボックスのＣＰＵにおける画枠変換処理の実行、非実行の判定処理の他の手順を示すフローチャートである。
【図１３】セットトップボックスのＣＰＵにおける、変換許可判定処理の手順を示すフローチャートである。
【図１４】位置ｄを横軸に、スケーリング比率Ｒを縦軸にとって、スケーリング処理における位置ｄとスケーリング比率Ｒとの関係を示した図である。
【図１５】スケーリング処理の変換式のワイドズームモード、ズームモード、フルモードへの適用例を説明するための図である。
【図１６】画枠変換処理の変換情報が含まれるＨＤＭＩ Vendor Specific InfoFrame のパケット構造を説明するための図である。
【図１７】画枠変換処理の変換情報が含まれるＨＤＭＩ Vendor Specific InfoFrame のパケット構造内の情報を説明するための図である。
【図１８】両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体像の再生位置との関係を示す図である。
【図１９】セットトップボックス（ＳＴＢ）で画枠変換の処理が行われず、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生しない場合の例を示す図である。
【図２０】セットトップボックス（ＳＴＢ）で画枠変換が行われ、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生する場合の例を示す図である。
【図２１】セットトップボックス（ＳＴＢ）で画枠変換が行われるが、テレビ受信機（ＴＶ）の立体画像表示に不具合が発生しない場合の例を示す図である。
【発明を実施するための形態】
【００５５】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００５６】
＜１．実施の形態＞
［立体画像表示システムの構成例］
図１は、実施の形態としての立体画像表示システム１０の構成例を示している。この立体画像表示システム１０は、放送局１００と、セットトップボックス（ＳＴＢ）２００と、テレビ受信機（ＴＶ）３００を有している。
【００５７】
セットトップボックス２００およびテレビ受信機３００は、ＨＤＭＩ(High Definition Multimedia Interface)ケーブル４００を介して接続されている。セットトップボックス２００には、ＨＤＭＩ端子２０２が設けられている。テレビ受信機３００には、ＨＤＭＩ端子３０２が設けられている。ＨＤＭＩケーブル４００の一端はセットトップボックス２００のＨＤＭＩ端子２０２に接続され、このＨＤＭＩケーブル４００の他端はテレビ受信機３００のＨＤＭＩ端子３０２に接続されている。
【００５８】
［放送局の説明］
放送局１００は、ビットストリームデータを放送波にのせて送信する。放送局１００は、ビットストリームデータＢＳＤを生成する送信データ生成部１１０を備えている。このビットストリームデータＢＳＤには、立体画像を表示するための立体画像データと、その立体画像データに対応した音声データなどが含まれる。放送局からの立体画像データの送信フォーマットは、例えば、サイドバイサイド（Side By Side）方式、トップアンドボトム（Top & Bottom）方式、フレームシーケンシャル（Frame Sequential）方式などとされる。
【００５９】
「送信データ生成部の構成例」
図２は、放送局１００において、上述のビットストリームデータＢＳＤを生成する送信データ生成部１１０の構成例を示している。この送信データ生成部１１０は、データ取り出し部（アーカイブ部）１１１と、ビデオフレーミング部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、マルチプレクサ１１５を有している。
【００６０】
データ取り出し部１１１には、データ記録媒体１１１ａが、例えば、着脱自在に装着される。このデータ記録媒体１１１ａには、立体（３Ｄ）画像データを構成するための左眼画像データおよび右眼画像データが記録されており、さらに音声データが画像データに対応付けて記録されている。データ取り出し部１１１は、データ記録媒体１１１ａから、画像データ（左眼画像データ、右眼画像データ）と、それに対応した音声データを取り出して出力する。データ記録媒体１１１ａは、ディスク状記録媒体、半導体メモリ等である。
【００６１】
ビデオフレーミング部１１２は、データ取り出し部１１１からの画像データ（左眼画像データ、右眼画像データ）に基づいて、上述したサイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式などの所定の伝送方式の立体画像データを生成する。ビデオフレーミング部１１２は、例えば、１２８０×７２０、１９２０×１０８０などのピクセルフォーマットで立体画像データを生成する。その場合、データ取り出し部１１１からの元々の画像データのピクセルフォーマットによって、この立体画像データがサイドパネル形式あるいはレターボックス形式で生成される場合がある。
【００６２】
図３は、ビデオフレーミング部１１２における、１６：９のアスペクト比の画枠で送信されるサイドバイサイド（ＳＢＳ）方式あるいはトップアンドボトム（Ｔ＆Ｂ）方式の立体画像データの３Ｄフォーマット生成フローを示している。ビデオフレーミング部１１２は、ステップＳＴ１の左眼（Ｌ）画像データおよび右眼（Ｒ）画像データの入力の後、ステップＳＴ２において、アスペクト比ＰＲが１６／９であるか判断する。
【００６３】
ＰＲ＝１６／９であるとき、ビデオフレーミング部１１２は、ステップＳＴ３において、左眼画像データおよび右眼画像データをサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データに変換する。サイドバイサイド方式の立体画像データは、左眼画像データおよび右眼画像データをそれぞれ水平方向に１／２に圧縮して水平方向に並べて配置することで生成される。また、トップアンドボトム方式の立体画像データは、左眼画像データおよび右眼画像データをそれぞれ垂直方向に１／２に圧縮して垂直方向に並べて配置することで生成される。
【００６４】
この場合、元々の画像データ（左眼画像データ、右眼画像データ）のアスペクト比ＰＲが１６／９であるので、サイドバイサイド方式あるいはトップアンドボトム方式に変換された立体画像データのアスペクト比は１６／９となる。そのため、この場合には、画枠合わせのための黒帯挿入が行われることなく、ビデオフレーミング部１１２で生成される立体画像データは、サイドパネル形式でもなく、レターボックス形式でもない（（ｅ），（ｆ）参照）。
【００６５】
また、ステップＳＴ２でＰＲ＜１６／９であるとき、ステップＳＴ４において、最初に画枠合わせのための黒帯挿入を行うか否かを判断する。最初に黒帯挿入を行わないと判断するとき、ビデオフレーミング部１１２は、ステップＳＴ５において、左眼画像データおよび右眼画像データをサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データ（Ｌ／Ｒインターリーブ画像データ）に変換する。この場合、元々の画像データ（左眼画像データ、右眼画像データ）のアスペクト比ＰＲが１６／９より小さいので、サイドバイサイド方式あるいはトップアンドボトム方式に変換された立体画像データのアスペクト比も１６／９より小さい。
【００６６】
そして、ビデオフレーミング部１１２は、ステップＳＴ６において、画枠合わせのための黒帯挿入を行う。この場合、サイドバイサイド方式あるいはトップアンドボトム方式に変換された立体画像データの左右端に、サイドパネルにあたる黒帯データ領域が挿入される。つまり、この場合には、ビデオフレーミング部１１２で生成される立体画像データは、サイドパネル形式となる（（ａ），（ｂ）参照）。ただし、サイドバイサイド方式あるいはトップアンドボトム方式への変換後に黒帯挿入が行われため、左眼画像データ領域と右眼画像データ領域との間に黒帯データ領域は存在しない。
【００６７】
ステップＳＴ４で最初に黒帯挿入を行うと判断したとき、ビデオフレーミング部１１２は、ステップＳＴ７において、画枠合わせのための黒帯挿入を行う。この場合、左眼画像データおよび右眼画像データのそれぞれの左右端に、サイドパネルにあたる黒帯データ領域が挿入される。この黒帯データ領域の挿入により、左眼画像データおよび右眼画像データのアスペクト比は１６／９となる。
【００６８】
そして、ビデオフレーミング部１１２は、ステップＳＴ８において、左眼画像データおよび右眼画像データをサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データに変換する。この場合には、ビデオフレーミング部１１２で生成される立体画像データは、立体画像データの左右端に黒帯データ領域が存在する、サイドパネル形式となる。ここで、サイドバイサイド方式の立体画像データは、左右端に黒帯データ領域が存在すると共に、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在するものとなる（（ｃ）参照）。一方、トップアンドボトム方式の立体画像データは、左右端に黒帯データ領域が存在するものの、左眼画像データ領域と右眼画像データ領域との間に黒帯データ領域は存在しない。
【００６９】
また、ステップＳＴ２でＰＲ＞１６／９であるとき、ステップＳＴ９において、最初に画枠合わせのための黒帯挿入を行うかを判断する。最初に黒帯挿入を行わないと判断するとき、ビデオフレーミング部１１２は、ステップＳＴ１０において、左眼画像データおよび右眼画像データをサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データ（Ｌ／Ｒインターリーブ画像データ）に変換する。この場合、元々の画像データ（左眼画像データ、右眼画像データ）のアスペクト比ＰＲが１６／９より大きいので、サイドバイサイド方式あるいはトップアンドボトム方式に変換された立体画像データのアスペクト比も１６／９より大きい。
【００７０】
そして、ビデオフレーミング部１１２は、ステップＳＴ１１において、画枠合わせのための黒帯挿入を行う。この場合、サイドバイサイド方式あるいはトップアンドボトム方式に変換された立体画像データの上下端に、レターボックスにあたる黒帯データ領域が挿入される。つまり、この場合には、ビデオフレーミング部１１２で生成される立体画像データは、レターボックス形式となる（（ｉ），（ｊ）参照）。ただし、サイドバイサイド方式あるいはトップアンドボトム方式への変換後に黒帯挿入が行われため、左眼画像データ領域と右眼画像データ領域との間に黒帯データ領域は存在しない。
【００７１】
ステップＳＴ９で最初に黒帯挿入を行うと判断したとき、ビデオフレーミング部１１２は、ステップＳＴ１２において、画枠合わせのための黒帯挿入を行う。この場合、左眼画像データおよび右眼画像データのそれぞれの上下端に、レターボックスにあたる黒帯データ領域が挿入される。この黒帯データ領域の挿入により、左眼画像データおよび右眼画像データのアスペクト比は１６／９となる。
【００７２】
そして、ビデオフレーミング部１１２は、ステップＳＴ１３において、左眼画像データおよび右眼画像データをサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データに変換する。この場合には、ビデオフレーミング部１１２で生成される立体画像データは、立体画像データの上下端に黒帯データ領域が存在する、レターボックス形式となる。ここで、トップアンドボトム方式の立体画像データは、上下端に黒帯データ領域が存在すると共に、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在するものとなる（（ｇ）参照）。一方、サイドバイサイド方式の立体画像データは、上下端に黒帯データ領域が存在するものの、左眼画像データ領域と右眼画像データ領域との間に黒帯データ領域は存在しない。
【００７３】
このように、ビデオフレーミング部１１２において生成されるサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データには、サイドパネル形式およびレターボックス形式のいずれか、あるいはいずれの形式でないものが含まれる。また、サイドバイサイド方式でサイドパネル形式の立体画像データとして、右眼画像データ領域と左眼画像データ領域の間に黒帯データ領域が存在するものが含まれる（（ｃ）参照）。また、トップアンドボトム方式でレターボックス形式の立体画像データとして、右眼画像データ領域と左眼画像データ領域の間に黒帯データ領域が存在するものが含まれる（（ｇ）参照）。
【００７４】
図２に戻って、ビデオエンコーダ１１３は、ビデオフレーミング部１１２で生成される立体画像データに対して、ＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化を施し、画像データストリーム（ビデオエレメンタリストリーム）を生成する。この画像データストリームには、ＡＦＤ（Active Format Description）が含まれる場合がる。このＡＦＤは、「ＣＥＡ−８６１」においても規定されている。このＡＦＤのアクティブフォーマット（Active_format）を示す４ビットデータが１６：９のフル（Full）を示している場合、つまり、４ビットデータが‘0100’, ‘1001’, ‘1011’, ‘1101’以外の場合、画枠を１６：９にするための黒帯を最後に挿入していない、ということが分かる。
【００７５】
サイドバイサイド方式の場合、ＡＦＤでフルに相当するのは、上述の図３において、（ｃ）、（ｆ）、（ｈ）である。上述したように、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在する（ｃ）の３Ｄフォーマットでは、画枠変換処理が行われる場合には立体画像表示に支障を来す。また、トップアンドボトム方式の場合、ＡＦＤでフルに相当するのは、上述の図３において、（ｄ）、（ｅ）、（ｇ）である。上述したように、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在する（ｇ）の３Ｄフォーマットでは、黒帯データ領域の幅を縮小する画枠変換処理を行うと、立体画像表示に支障を来す。
【００７６】
上述のＡＦＤの４ビットデータが１６：９のフル（Full）以外を示す場合、画枠を１６：９にするための黒帯を最後に挿入した、ということが分かる。ＡＦＤでフル以外に相当するのは、上述の図３において、（ａ）、（ｂ）、（ｉ）、（ｊ）である。これらの３Ｄフォーマットでは、黒帯データ領域の幅を縮小する画枠変換処理を行うことは問題ない。ただし、画枠変換処理は、左眼画像および右眼画像の相互位置がずれないように、線形変換のみが許容される。
【００７７】
図２に戻って、オーディオエンコーダ１１４は、データ取り出し部１１１から供給される音声データに対して、ＡＣ３、ＡＡＣ等の符号化を施し、音声データストリーム（オーディオエレメンタリストリーム）を生成する。マルチプレクサ１１５は、ビデオエンコーダ１１３から出力される画像データストリームおよびオーディオエンコーダ１１４から出力される音声圧縮データストリームを多重化する。そして、マルチプレクサ１１５は、多重化データストリームとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤを生成して出力する。
【００７８】
図２に示す送信データ生成部１１０の動作を簡単に説明する。データ取り出し部１１１から出力される画像データ（左眼画像データ、右眼画像データ）は、ビデオフレーミング部１１２に供給される。このビデオフレーミング部１１２では、画像データ（左眼画像データ、右眼画像データ）に基づいて、サイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式などの所定の伝送方式の立体画像データが生成される。この場合、例えば、１２８０×７２０、１９２０×１０８０などのピクセルフォーマットの立体画像データが生成される。元々の画像データのピクセルフォーマットに応じて、立体画像データが、サイドパネル形式あるいはレターボックス形式で生成される場合がある。
【００７９】
ビデオフレーミング部１１２で生成される立体画像データはビデオエンコーダ１１３に供給される。このビデオエンコーダ１１３では、その立体画像データに対してＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化が施され、符号化ビデオデータを含む画像データストリーム（ビデオエレメンタリストリーム）が生成される。この画像データストリームには、ＡＦＤが含まれる場合がる。このＡＦＤには、アクティブフォーマット（Active_format）を示す４ビットデータが記述されている。この画像データストリームは、マルチプレクサ１１５に供給される。
【００８０】
また、データ取り出し部１１１から出力される音声データはオーディオエンコーダ１１４に供給される。このオーディオエンコーダ１１４では、データ取り出し部１１１から供給される音声データに対して、ＡＣ３、ＡＡＣ等の符号化が施され、音声圧縮データストリーム（オーディオエレメンタリストリーム）が生成される。この音声データストリームは、マルチプレクサ１１５に供給される。マルチプレクサ１１５では、各エンコーダから供給されるデータストリーム（エレメンタリストリーム）がパケット化されて多重され、伝送データとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤが得られる。
【００８１】
［セットトップボックスの説明］
セットトップボックス２００は、放送局１００から放送波にのせて送信されてくるビットストリームデータ（トランスポートストリーム）を受信する。このビットストリームデータには、上述したように、立体画像データ、音声データなどが含まれている。セットトップボックス２００は、ビットストリーム処理部２０１を有している。このビットストリーム処理部２０１は、ビットストリームデータから、立体画像データ、音声データなどを抽出する。
【００８２】
図２は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ビットストリーム処理部２０１と、ＨＤＭＩ端子２０２と、アンテナ端子２０３と、デジタルチューナ２０４と、映像信号処理回路２０５と、ＨＤＭＩ送信部２０６と、音声信号処理回路２０７を有している。また、このセットトップボックス２００は、ＣＰＵ２１１と、フラッシュＲＯＭ２１２と、ＤＲＡＭ２１３と、内部バス２１４と、リモコン受信部２１５と、リモコン送信機２１６を有している。
【００８３】
ＣＰＵ２１１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１３は、ＣＰＵ２１１のワークエリアを構成する。ＣＰＵ２１１は、フラッシュＲＯＭ２１２から読み出したソフトウェアやデータをＤＲＡＭ２１３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
【００８４】
リモコン受信部２１５は、リモコン送信機２１６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２１１に供給する。ＣＰＵ２１１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２１１、フラッシュＲＯＭ２１２およびＤＲＡＭ２１３は内部バス２１４に接続されている。
【００８５】
アンテナ端子２０３は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２０４は、アンテナ端子２０３に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）ＢＳＤを出力する。ビットストリーム処理部２０１は、上述したように、ビットストリームデータから立体画像データ、音声データなどを抽出する。
【００８６】
映像信号処理回路２０５は、ビットストリーム処理部２０１から出力された立体画像データ（受信立体画像データ）に対して、画質調整処理、画枠変換処理などを行い、処理後の立体画像データをＨＤＭＩ送信部２０６に供給する。ここで、画枠変換処理は、受信立体画像データがサイドパネル形式あるいはレターボックス形式である場合に、黒帯データ領域の幅を縮小する処理である。この画枠変換処理は、例えば、ユーザの操作により、あるいは、受信立体画像データの左右端あるいは上下端の黒帯データ領域の検出に基づいて自動的に行われる。
【００８７】
この画枠変換処理は、黒帯データ領域の幅が縮小された立体画像データの水平方向、垂直方向の画素数をＨＤＭＩの伝送フォーマットの画枠に合わせるために、水平方向および垂直方向のいずれか、あるいは双方のスケーリング処理を含む。
【００８８】
図５（ａ）は、ワイドズームモードと称されている画枠変換処理におけるスケーリング処理の概要を示している。このワイドズームモードは、例えば、画像データの左右端に存在するサイドパネルの黒帯データ領域部分を縮小する目的で用いられる。この場合、変換前（スケーリング前）の画像データに対して、水平方向に非線形なスケーリング比によるスケーリングが行われる。すなわち、画像の中心付近では拡大比率が小さくされて画像歪みが抑制され、画像の左右端に近づくほど拡大比率が大きくされる。
【００８９】
図５（ｂ）は、ズームモードと称されている画枠変換処理におけるスケーリング処理の概要を示している。このズームモードは、例えば、画像データの上下端に存在するレターボックスの黒帯データ領域部分を縮小する目的で用いられる。この場合、変換前（スケーリング前）の画像データに対して、垂直方向および水平方向に線形なスケーリング比によるスケーリングが行われる。
【００９０】
図５（ｃ）は、フルモードと称されている画枠変換処理におけるスケーリング処理の概要を示している。このズームモードは、例えば、水平方向にスクウィーズされている画像データの左右端に存在するレターボックスの黒帯データ領域部分を縮小する目的で用いられる。この場合、変換前（スケーリング前）の画像データに対して、水平方向に線形なスケーリング比によるスケーリングが行われる。
【００９１】
この実施の形態において、映像信号処理回路２０５は、画枠変換処理によって立体画像表示に支障を来すことを防止するために、例えば、この画枠変換処理を禁止あるいは制限する。この画枠変換処理の禁止あるいは制限の詳細は後述する。
【００９２】
音声信号処理回路２０７は、ビットストリーム処理部２０１から出力された音声データに対して必要に応じて音質調整処理等を行い、処理後の音声データをＨＤＭＩ送信部２０６に供給する。ＨＤＭＩ送信部２０６は、ＨＤＭＩに準拠した通信により、ベースバンドの立体画像データおよび音声のデータを、ＨＤＭＩ端子２０２から送出する。このＨＤＭＩ送信部２０６は、立体画像データの取り扱いが可能な状態にある。ＨＤＭＩ送信部２０６は、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像および音声のデータをパッキングして、ＨＤＭＩ端子２０２に出力する。このＨＤＭＩ送信部２０６の詳細は後述する。
【００９３】
この実施の形態において、ＨＤＭＩ送信部２０６は、映像信号処理回路２０５における画枠変換処理によって立体画像表示に支障を来すことを防止するため、例えば、画枠変換処理の変換情報を、画枠変換処理後の立体画像データと共に、ＨＤＭＩのＴＭＤＳチャネルで送信する。この変換情報の送信の詳細は後述する。
【００９４】
セットトップボックス２００の動作を簡単に説明する。アンテナ端子２０３に入力されたテレビ放送信号はデジタルチューナ２０４に供給される。このデジタルチューナ２０４では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）ＢＳＤが出力される。
【００９５】
デジタルチューナ２０４から出力されるビットストリームデータＢＳＤは、ビットストリーム処理部２０１に供給される。このビットストリーム処理部２０１では、ビットストリームデータに含まれる立体画像データ、音声データなどが抽出される。このビットストリーム処理部２０１から出力される立体画像データは、映像信号処理回路２０５に供給される。この映像信号処理回路２０５では、ビットストリーム処理部２０１から出力された立体画像データ（受信立体画像データ）に対して、画質調整処理、画枠変換処理などが行われる。
【００９６】
映像信号処理回路２０５から出力される処理後の立体画像データは、ＨＤＭＩ送信部２０６に供給される。また、ビットストリーム処理部２０１で得られる音声データは、音声信号処理回路２０７で必要に応じて音質調整処理等が行われた後に、ＨＤＭＩ送信部２０６に供給される。ＨＤＭＩ送信部２０６では、立体画像データおよび音声データがパッキングされ、ＨＤＭＩ端子２０２からＨＤＭＩケーブル４００に送出される。
【００９７】
［テレビ受信機の説明］
図１に戻って、テレビ受信機３００は、セットトップボックス２００からＨＤＭＩケーブル４００を介して送られてくる立体画像データを受信する。このテレビ受信機３００は、３Ｄ信号処理部３０１を有している。この３Ｄ信号処理部３０１は、立体画像データに対して、伝送方式に対応した処理（デコード処理）を行って、左眼画像データおよび右眼画像データを取得する。
【００９８】
図６は、テレビ受信機３００の構成例を示している。このテレビ受信機３００は、３Ｄ信号処理部３０１と、ＨＤＭＩ端子３０２と、ＨＤＭＩ受信部３０３と、アンテナ端子３０４と、デジタルチューナ３０５と、ビットストリーム処理部３０６を有している。また、このテレビ受信機３００は、映像・グラフィック処理回路３０７と、パネル駆動回路３０８と、表示パネル３０９と、音声信号処理回路３１０と、音声増幅回路３１１と、スピーカ３１２を有している。また、このテレビ受信機３００は、ＣＰＵ３２１と、フラッシュＲＯＭ３２２と、ＤＲＡＭ３２３と、内部バス３２４と、リモコン受信部３２５と、リモコン送信機３２６を有している。
【００９９】
ＣＰＵ３２１は、テレビ受信機３００の各部の動作を制御する。フラッシュＲＯＭ３２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ３２３は、ＣＰＵ３２１のワークエリアを構成する。ＣＰＵ３２１は、フラッシュＲＯＭ３２２から読み出したソフトウェアやデータをＤＲＡＭ３２３上に展開してソフトウェアを起動させ、テレビ受信機３００の各部を制御する。
【０１００】
リモコン受信部３２５は、リモコン送信機３２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ３２１に供給する。ＣＰＵ３２１は、このリモコンコードに基づいて、テレビ受信機３００の各部を制御する。ＣＰＵ３２１、フラッシュＲＯＭ３２２およびＤＲＡＭ３２３は、内部バス３２４に接続されている。
【０１０１】
アンテナ端子３０４は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ３０５は、アンテナ端子３０４に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）を出力する。
【０１０２】
ビットストリーム処理部３０６は、図４に示すセットトップボックス２００のビットストリーム処理部２０１と同様の構成とされている。このビットストリーム処理部３０６は、ビットストリームデータから立体画像データ、音声データなどを抽出する。ＨＤＭＩ受信部３０３は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４００を介してＨＤＭＩ端子３０２に供給される立体画像データおよび音声データを受信する。このＨＤＭＩ受信部３０３は、立体画像データの取り扱いが可能な状態にある。このＨＤＭＩ受信部３０３の詳細は後述する。
【０１０３】
３Ｄ信号処理部３０１は、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で得られた立体画像データに対して、デコード処理を行って、左眼画像データおよび右眼画像データを生成する。この場合、３Ｄ信号処理部３０１は、立体画像データに対して、そのフォーマットに対応したデコード処理を行う。映像・グラフィック処理回路３０７は、３Ｄ信号処理部３０１で生成された左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データを生成する。
【０１０４】
この実施の形態において、３Ｄ信号処理部３０１は、例えば、セットトップボックス２００で立体画像データに対して行われた画枠変換処理が立体画像表示に支障を来す場合、受信立体画像データに対して逆変換処理を施した後に、上述のデコード処理を行う。この受信立体画像データに対する逆変換処理の詳細については後述する。
【０１０５】
また、映像・グラフィック処理回路３０７は、画像データに対して、必要に応じて、画質調整処理を行う。また、映像・グラフィック処理回路３０７は、画像データに対して、必要に応じて、メニュー、番組表などの重畳情報のデータを合成する。パネル駆動回路３０８は、映像・グラフィック処理回路３０７から出力される画像データに基づいて、表示パネル３０９を駆動する。表示パネル３０９は、例えば、ＬＣＤ(Liquid Crystal Display)、ＰＤＰ(Plasma DisplayPanel)等で構成されている。
【０１０６】
音声信号処理回路３１０は、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路３１１は、音声信号処理回路３１０から出力される音声信号を増幅してスピーカ３１２に供給する。
【０１０７】
図６に示すテレビ受信機３００の動作を簡単に説明する。ＨＤＭＩ受信部３０３では、ＨＤＭＩ端子３０２にＨＤＭＩケーブル４００を介して接続されているセットトップボックス２００から送信されてくる、立体画像データおよび音声データが受信される。このＨＤＭＩ受信部３０３で受信された立体画像データは、３Ｄ信号処理部３０１に供給される。また、このＨＤＭＩ受信部３０３で受信された音声データは音声信号処理回路３１０に供給される。
【０１０８】
アンテナ端子３０４に入力されたテレビ放送信号はデジタルチューナ３０５に供給される。このデジタルチューナ３０５では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）が出力される。
【０１０９】
デジタルチューナ３０５から出力されるビットストリームデータは、ビットストリーム処理部３０６に供給される。このビットストリーム処理部３０６では、ビットストリームデータから立体画像データ、音声データなどが抽出される。ビットストリーム処理部３０６で抽出された立体画像データは、３Ｄ信号処理部３０１に供給される。また、このビットストリーム処理部３０６で抽出された音声データは、音声信号処理回路３１０に供給される。
【０１１０】
３Ｄ信号処理部３０１では、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で抽出された立体画像データに対してデコード処理が行われて、左眼画像データおよび右眼画像データが生成される。この左眼画像データおよび右眼画像データは、映像・グラフィック処理回路３０７に供給される。この映像・グラフィック処理回路３０７では、左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データが生成され、必要に応じて、画質調整処理、重畳情報データの合成処理も行われる。
【０１１１】
この映像・グラフィック処理回路３０７で得られる画像データはパネル駆動回路３０８に供給される。そのため、表示パネル３０９により立体画像が表示される。例えば、表示パネル３０９に、左眼画像データによる左眼画像および右眼画像データによる右眼画像が交互に時分割的に表示される。視聴者は、表示パネル３０９の表示に同期して左眼シャッタおよび右眼シャッタが交互に開くシャッタメガネを装着することで、左眼では左眼画像のみを見ることができ、右眼では右眼画像のみを見ることができ、立体画像を知覚できる。
【０１１２】
また、音声信号処理回路３１０では、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で抽出された音声データに対してＤ／Ａ変換等の必要な処理が施される。この音声データは、音声増幅回路３１１で増幅された後に、スピーカ３１２に供給される。そのため、スピーカ３１２から表示パネル３０９の表示画像に対応した音声が出力される。
【０１１３】
［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図７は、図１の立体画像表示システム１０における、セットトップボックス２００のＨＤＭＩ送信部（ＨＤＭＩソース）２０６と、テレビ受信機３００のＨＤＭＩ受信部（ＨＤＭＩシンク）３０３の構成例を示している。
【０１１４】
ＨＤＭＩ送信部２０６は、有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３０３に一方向に送信する。ここで、有効画像区間は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である。また、ＨＤＭＩ送信部２０６は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３０３に一方向に送信する。
【０１１５】
ＨＤＭＩ送信部２０６とＨＤＭＩ受信部３０３とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、ＨＤＭＩ送信部２０６からＨＤＭＩ受信部３０３に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０乃至＃２がある。また、ピクセルクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。
【０１１６】
ＨＤＭＩ送信部２０６は、ＨＤＭＩトランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３０３に、一方向にシリアル伝送する。
【０１１７】
また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩ受信部３０３に、一方向にシリアル伝送する。
【０１１８】
さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３０３に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。
【０１１９】
ＨＤＭＩ受信部３０３は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩ送信部２０６から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このＨＤＭＩ受信部３０３は、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩ送信部２０６から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。
【０１２０】
すなわち、ＨＤＭＩ受信部３０３は、ＨＤＭＩレシーバ８２を有する。このＨＤＭＩレシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩ送信部２０６から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を受信する。この場合、ＨＤＭＩ送信部２０６からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。
【０１２１】
ＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０乃至＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。ＤＤＣ８３は、ＨＤＭＩケーブル４００に含まれる図示しない２本の信号線からなる。ＤＤＣ８３は、ＨＤＭＩ送信部２０６が、ＨＤＭＩ受信部３０３から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。
【０１２２】
ＨＤＭＩ受信部３０３は、ＨＤＭＩレシーバ８２の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ  ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部２０６は、例えば、ＣＰＵ２１１（図４参照）からの要求に応じて、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３０３から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。
【０１２３】
ＨＤＭＩ送信部２０６は、読み出したＥ−ＥＤＩＤをＣＰＵ２１１に送る。ＣＰＵ２１１は、このＥ−ＥＤＩＤを、フラッシュＲＯＭ２１２あるいはＤＲＡＭ２１３に格納する。このＥ−ＥＤＩＤには、後述するように、画枠変換をしないで送信することを要求するか否かを示す情報が含まれることがある。
【０１２４】
ＣＥＣライン８４は、ＨＤＭＩケーブル４００に含まれる図示しない１本の信号線からなり、ＨＤＭＩ送信部２０６とＨＤＭＩ受信部３０３との間で、制御用のデータの双方向通信を行うために用いられる。このＣＥＣライン８４は、制御データラインを構成している。
【０１２５】
また、ＨＤＭＩケーブル４００には、ＨＰＤ(Hot Plug Detect)と呼ばれるピンに接続されるライン（ＨＰＤライン）８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。なお、このＨＰＤライン８６は双方向通信路を構成するＨＥＡＣ−ラインとしても使用される。
【０１２６】
また、ＨＤＭＩケーブル４００には、ソース機器からシンク機器に電源を供給するために用いられるライン（電源ライン）８７が含まれている。さらに、ＨＤＭＩケーブル４００には、ユーティリティライン８８が含まれている。このユーティリティライン８８は双方向通信路を構成するＨＥＡＣ＋ラインとしても使用される。
【０１２７】
［画枠変換処理の禁止あるいは制限］
次に、画枠変換処理の禁止あるいは制限の詳細を説明する。上述したように、セットトップボックス２００において、映像信号処理回路２０５は、画枠変換処理によって立体画像表示に支障を来すことを防止するために、例えば、この画枠変換処理が禁止あるいは制限される。
【０１２８】
上述したように、映像信号処理回路２０５における画枠変換処理は、黒帯データ領域の幅を縮小する処理を行うために行われる。例えば、この画枠変換処理は、ユーザの操作により所定のモードが選択されて行われる。また、例えば、この画枠変換処理は、受信立体画像データの左右端あるいは上下端の黒帯データ領域の検出に基づいて自動的に所定のモードが選択されて行われる。
【０１２９】
ＣＰＵ２１１は、上述したようにユーザ操作により、あるいは自動的に画枠変換処理が行われる場合に、その実行、非実行を判定し、その判定結果に基づいて、映像信号処理回路２０５を制御する。
【０１３０】
図８のフローチャートは、ＣＰＵ２１１における画枠変換処理の実行、非実行の判定処理の手順を示している。ＣＰＵ２１１は、ステップＳＴ２１において、判定処理を開始し、その後に、ステップＳＴ２２の処理に移る。このステップＳＴ２２において、ＣＰＵ２１１は、受信画像データの伝送方式がサイドバイサイド（ＳＢＳ）方式またはトップアンドボトム（Ｔ＆Ｂ）方式であるか否かを判断する。
【０１３１】
サイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、ＣＰＵ２１１は、ステップＳＴ２３において、画枠変換処理の非実行を決定し、その後に、ステップＳＴ２４において、判定処理を終了する。一方、サイドバイサイド方式およびトップアンドボトム方式のいずれでもないとき、ＣＰＵ２１１は、ステップＳＴ２５において、画枠変換処理の実行を決定し、その後に、ステップＳＴ２４において、判定処理を終了する。
【０１３２】
ＣＰＵ２１１が、図８のフローチャートに沿って画枠変換処理の実行、非実行の判定処理を行う場合、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、画枠変換処理の非実行が決定される。そのため、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、映像信号処理回路２０５では画枠変換処理が禁止される。
【０１３３】
上述したように、受信画像データが、サイドバイサイド方式の立体画像データ（サイドパネル形式）、あるいは、トップアンドボトム方式の立体画像データ（レターボックス形式）である場合には、画枠変換処理が行われることで立体画像表示に不具合が発生する（図２０（ａ）、図２０（ｂ）参照）。したがって、上述したように受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、映像信号処理回路２０５における画枠変換処理が禁止されることで、立体画像表示に不具合が発生することが抑制される。
【０１３４】
なお、図８のフローチャートの判定処理では、ＣＰＵ２１１は、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、直ちに、画枠変換処理の非実行を決定している。しかし、ＣＰＵ２１１は、さらに、テレビ受信機３００が画枠変換を行わないで立体画像データを送信することを要求していることを条件として、画枠変換処理の非実行を決定することも考えられる。
【０１３５】
この場合、テレビ受信機３００は、Ｅ−ＥＤＩＤ構造内のVendor Specific Data Block(ＶＳＤＢ)に、画枠変換を行わないで立体画像データを送信することを要求するか否かを示す情報（要求情報）を登録しておく。セットトップボックス２００のＣＰＵ２１１は、電源オン時などに、テレビ受信機３００からＥ−ＥＤＩＤを取得することで、その要求情報を取得できる。なお、ＣＰＵ２１１は、ＨＤＭＩケーブル４００のＣＥＣライン８４（図７参照）を使用した通信などで、テレビ受信機３００から、画枠変換を行わないで立体画像データを送信することを要求するか否の情報を得ることも可能である。
【０１３６】
［Ｅ−ＥＤＩＤ構造］
上述したように、ＨＤＭＩ送信部２０６は、例えば、ＣＰＵ２１１（図４参照）からの要求に応じて、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３０３から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。そして、ＣＰＵ２１１は、このＥ−ＥＤＩＤから、画枠変換を行わないで立体画像データを送信することを要求するか否かを示す情報（要求情報）を取得する。
【０１３７】
図９は、Ｅ−ＥＤＩＤのデータ構造例を示している。このＥ−ＥＤＩＤは、基本ブロックと拡張ブロックとからなっている。基本ブロックには、先頭に、“E-EDID1.3 Basic Structure”で表されるＥ−ＥＤＩＤ１．３の規格で定められたデータが配置されている。基本ブロックには、続いて“Preferred timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。また、基本ブロックには、続いて、“2nd timing”で表される従来のＥＤＩＤとの互換性を保つための、“Preferredtiming”とは異なるタイミング情報が配置されている。
【０１３８】
また、基本ブロックには、“2nd timing”に続いて、“Monitor NAME”で表される表示装置の名前を示す情報が配置されている。基本ブロックには、続いて、“Monitor Range Limits”で表される、アスペクト比が４：３および１６：９である場合についての表示可能な画素数を示す情報が配置されている。
【０１３９】
拡張ブロックの先頭には、“Short Video Descriptor”が配置されている。これは、表示可能な画像サイズ（解像度）、フレームレート、インターレースであるかプログレッシブであるかを示す情報である。続いて、“Short Audio Descriptor”が配置されている。これは、再生可能な音声コーデック方式、サンプリング周波数、カットオフ帯域、コーデックビット数などの情報である。続いて、“Speaker Allocation”で表される左右のスピーカに関する情報が配置されている。
【０１４０】
また、拡張ブロックには、“Speaker Allocation”に続いて、“Vender Specific”で表されるメーカごとに固有に定義されたデータが配置されている。拡張ブロックには、続いて、“3rd timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。拡張ブロックには、さらに続いて、“4th timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。
【０１４１】
図１０は、ＨＤＭＩ Vendor Specific Data Block（ＶＳＤＢ）の構造例を示している。第０ブロックには、“Vendor-Specific tag code(=3)”で表されるデータ“VenderSpecific”のデータ領域を示すヘッダが配置される。また、この第０ブロックには、“Length(=N)”で表されるデータ“Vender Specific”の長さを示す情報が配置される。また、第１ブロック乃至第３ブロックには、“24bit IEEE Registration Identifier(0x000C03)LSB first”で表されるＨＤＭＩ（Ｒ）用として登録された番号“0x000C03“を示す情報が配置される。
【０１４２】
このＨＤＭＩ Vendor Specific Data Block(ＶＳＤＢ)の所定のリザーブビット、この例では、例えば、第６ブロックの第１ビットに、“Conv_not”で表される１ビットのフラグが新たに定義されて配置される。このフラグは、セットトップボックス２００に、画枠変換を行わないで立体画像データを送信すること、つまり画枠変換の非実行を要求するか否の情報（要求情報）である。画枠変換の非実行を要求する場合、“Conv_not=1”とされる。一方、画枠変換の非実行を要求しない場合、“Conv_not=0”とされる。
【０１４３】
なお、図１０に示すＨＤＭＩ Vendor Specific Data Block(ＶＳＤＢ)の構造例においては、１ビットのフラグ“Conv_not”が第６ブロックの第１ビットに配置されている。しかし、必ずしもこの位置に配置される必要はない。このフラグ“Conv_not”は、その他のリザーブ状態にあるビット位置、例えば第６ブロックの第２ビット、第８ブロックの第４ビット、第１３ブロックの第０ビット〜第２ビットなどに配置されてもよい。
【０１４４】
図１１のフローチャートは、ＣＰＵ２１１における、テレビ受信機３００からの要求情報を考慮した、画枠変換処理の実行、非実行の判定処理の手順を示している。ＣＰＵ２１１は、ステップＳＴ３１において、判定処理を開始し、その後に、ステップＳＴ３２の処理に移る。このステップＳＴ３２において、ＣＰＵ２１１は、受信画像データの伝送方式がサイドバイサイド（ＳＢＳ）方式またはトップアンドボトム（Ｔ＆Ｂ）方式であるかを判断する。
【０１４５】
サイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、ＣＰＵ２１１は、ステップＳＴ３３の処理に移る。このステップＳＴ３３において、ＣＰＵ２１１は、Ｅ−ＥＤＩＤから取得した画枠変換の非実行を要求するか否かを示す情報（要求情報）“Conv_not”に基づいて、テレビ受信機３００が画枠変換の非実行を要求しているか否かを判断する。
【０１４６】
“Conv_not=1”であって、テレビ受信機３００が画枠変換の非実行を要求しているとき、ＣＰＵ２１１は、ステップＳＴ３４の処理に移る。ＣＰＵ２１１は、このステップＳＴ３４において、画枠変換の非実行を決定し、その後に、ステップＳＴ３５において、判定処理を終了する
【０１４７】
また、ステップＳＴ３２で受信画像データがサイドバイサイド方式およびトップアンドボトム方式のいずれでもないとき、およびステップＳＴ３３でテレビ受信機３００が画枠変換の非実行を要求していないとき、ＣＰＵ２１１は、ステップＳＴ３６の処理に移る。ＣＰＵ２１１は、このステップＳＴ３６において、画枠変換の実行を決定し、その後に、ステップＳＴ３５において、判定処理を終了する
【０１４８】
ＣＰＵ２１１が、図１１のフローチャートに沿って画枠変換処理の実行、非実行の判定処理を行う場合も、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかである場合には、画枠変換処理の非実行が決定される。そのため、映像信号処理回路２０５における画枠変換処理が禁止されることで、立体画像表示に不具合が発生することが抑制される。
【０１４９】
ただし、図１１のフローチャートに沿って画枠変換処理の実行、非実行の判定処理を行う場合、テレビ受信機３００が画枠変換の非実行を要求していることが条件とされて、画枠変換処理の非実行が決定される。つまり、テレビ受信機３００側において、セットトップボックス２００における画枠変換処理の実行、非実行を制御することが可能となる。
【０１５０】
なお、図８のフローチャートの判定処理では、ＣＰＵ２１１は、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、直ちに、画枠変換処理の非実行を決定している。しかし、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかであっても、画枠変換処理で立体画像表示に支障を来さないことがある。
【０１５１】
すなわち、画枠変換処理で立体画像表示に支障を来すのは、サイドバイサイド方式の立体画像データ（サイドパネル形式）であって、左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する場合である（図２０（ａ）、図３（ｃ）参照）。また、画枠変換処理で立体画像表示に支障を来すのは、トップアンドボトム方式の立体画像データ（レターボックス形式）であって、左眼画像データ領域および右眼画像データ領域の間に黒帯データ領域が存在する場合である（図２０（ｂ）、図３（ｇ）参照）。
【０１５２】
図１２のフローチャートは、ＣＰＵ２１１における、サイドバイサイド方式およびトップアンドボトム方式の３Ｄフォーマット（図３参照）を考慮した、画枠変換処理の実行、非実行の判定処理の手順を示している。
【０１５３】
ＣＰＵ２１１は、ステップＳＴ４１において、判定処理を開始し、その後に、ステップＳＴ４２の処理に移る。このステップＳＴ４２において、ＣＰＵ２１１は、受信画像データの伝送方式がサイドバイサイド（ＳＢＳ）方式またはトップアンドボトム（Ｔ＆Ｂ）方式であるかを判断する。
【０１５４】
サイドバイサイド方式およびトップアンドボトム方式のいずれかであるとき、ＣＰＵ２１１は、ステップＳＴ４３の処理に移る。このステップＳＴ４３において、ＣＰＵ２１１は、変換許可判定処理を行う。図１３のフローチャートは、ＣＰＵ２１１における、変換許可判定処理の手順を示している。
【０１５５】
ＣＰＵ２１１は、ステップＳＴ５１において、判定処理を開始し、その後に、ステップＳＴ５２の処理に移る。このステップ５２において、ＣＰＵ２１１が、画像データストリームからＡＦＤ（Active Format Description）が見つけられたか否かを判断する。このＡＦＤはオプションであって、画像データストリームにＡＦＤが含まれないことがある。
【０１５６】
ＡＦＤが見つけられたとき、ＣＰＵ２１１は、ステップＳＴ５３の処理に移る。上述したように、ＡＦＤのアクティブフォーマット（Active_format）を示す４ビットデータが１６：９のフル（Full）を示している場合、つまり、４ビットデータが‘0100’, ‘1001’, ‘1011’, ‘1101’以外の場合、画枠を１６：９にするための黒帯を最後に挿入していない、ということが分かる。
【０１５７】
このステップＳＴ５３において、ＣＰＵ２１１は、ＡＦＤの４ビットデータが‘0100’, ‘1001’, ‘1011’, ‘1101’のうちのいずれかと等しいか否かを判断する。いずれかと等しいとき、ＣＰＵ２１１は、ステップＳＴ５４において、「画枠変換を許す」と決定し、その後に、ステップＳＴ５５において、判定処理を終了する。
【０１５８】
ステップＳＴ５３でいずれとも等しくないとき、ＣＰＵ２１１は、ステップＳＴ５６の処理に移る。このステップＳＴ５６において、ＣＰＵ２１１は、受信画像データがサイドバイサイド（ＳＢＳ）方式であるかトップアンドボトム（Ｔ＆Ｂ）方式であるかを判断する。ＣＰＵ２１１は、トップアンドボトム方式であるときはステップＳＴ５７の処理に移り、一方、サイドバイサイド方式であるときはステップＳＴ５８の処理に移る。
【０１５９】
ステップＳＴ５７において、ＣＰＵ２１１は、「垂直方向の変換をしない」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。ステップＳＴ５６の判断時におけるトップアンドボトム方式の３Ｄフォーマットには、図３の（ｄ）、（ｅ）、（ｇ）が含まれる。図３（ｇ）のように左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在する３Ｄフォーマットの場合、垂直方向の変換を含む画枠変換処理を行った場合には、立体画像表示に支障を来す。「垂直方向の変換をしない」に決定することで、例えば、図３（ｇ）に示すような３Ｄフォーマットである場合に、垂直方向の変換を含む画枠変換処理を禁止でき、立体画像表示に支障を来すことを回避できる。
【０１６０】
また、ステップＳＴ５８において、ＣＰＵ２１１は、「水平方向の変換をしない」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。ステップＳＴ５６の判断時におけるサイドバイサイド方式の３Ｄフォーマットには、図３の（ｃ）、（ｆ）、（ｈ）が含まれる。図３（ｃ）のように左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在する３Ｄフォーマットの場合、水平方向の変換を含む画枠変換処理を行った場合には、立体画像表示に支障を来す。「水平方向の変換をしない」に決定することで、例えば、図３（ｃ）に示すような３Ｄフォーマットである場合に、水平方向の変換を含む画枠変換処理を禁止でき、立体画像表示に支障を来すことを回避できる。
【０１６１】
また、ステップＳＴ５２でＡＦＤが見つけられなかったとき、ＣＰＵ２１１は、ステップＳＴ７１において、画像データストリームからパンスキャン（Pan Scan）情報が見つけられたか否かを判断する。Ｈ．２６４では、“Pan-scanrectangle SEI message”と呼ばれるパンスキャン情報を、画像データストリーム（符号化ストリーム）に付加することができる。このパンスキャン情報は、画面の左右に黒い帯状の部分が発生するサイドパネル形式や、画面の上下に黒い帯状の部分が発生するレターボックス形式などにより、元の画像とは異なるアスペクト比の画像フォーマットで符号化を行う場合に、画面全体における元画像の表示位置を示す矩形領域情報である。
【０１６２】
ステップＳＴ７１でパンスキャン情報が見つけられたとき、ＣＰＵ２１１は、ステップＳＴ７２の処理に移る。このステップＳＴ７２において、ＣＰＵ２１１は水平方向のオフセット（Offset）がゼロか否かを判断する。ＣＰＵ２１１は、この水平方向オフセットがゼロでない場合、左右両端の黒帯データ領域は、サイドバイサイド方式あるいはトップアンドボトム方式の立体画像データ（Ｌ／Ｒインターリーブ画像データ）に変換した後に挿入されたと判断する（図３（ａ），（ｂ）参照）。そのため、ＣＰＵ２１１は、ステップＳＴ５４において、「画枠変換を許す」と決定し、その後に、ステップＳＴ５５において、判定処理を終了する。
【０１６３】
一方、水平方向オフセットがゼロであるとき、ＣＰＵ２１１は、ステップＳＴ７３の処理に移る。このステップＳＴ７３において、ＣＰＵ２１１は垂直方向のオフセット（Offset）がゼロか否かを判断する。ＣＰＵ２１１は、この垂直方向オフセットがゼロでない場合、上下両端の黒帯データ領域は、サイドバイサイド方式あるいはトップアンドボトム方式の立体画像データ（Ｌ／Ｒインターリーブ画像データ）に変換した後に挿入されたと判断する（図３（ｉ），（ｊ）参照）。そのため、ＣＰＵ２１１は、ステップＳＴ５４において、「画枠変換を許す」と決定し、その後に、ステップＳＴ５５において、判定処理を終了する。
【０１６４】
また、ステップＳＴ７３で垂直方向オフセットがゼロであるとき、このとき水平方向のオフセットもゼロであるが、ＣＰＵ２１１は、以下のように判断する。すなわち、ＣＰＵ２１１は、黒帯データ領域の挿入が全く行われていない画像データであるか、またはその挿入がサイドバイサイド方式あるいはトップアンドボトム方式の立体画像データ（Ｌ／Ｒインターリーブ画像データ）に変換する前に行われたと判断する。そのため、ＣＰＵ２１１は、ステップＳＴ５６の処理に移り、上述したと同様の処理を行う。すなわち、サイドバイサイド（ＳＢＳ）方式である場合には、ステップＳＴ５８において、「水平方向の変換をしない」に決定する。一方、トップアンドボトム（Ｔ＆Ｂ）方式である場合には、ステップＳＴ５７において、「垂直方向の変換をしない」に決定する。
【０１６５】
また、ステップＳＴ７１でパンスキャン情報が見つけられなかったとき、ＣＰＵ２１１は、ステップＳＴ６１の処理に移る。このステップＳＴ６１において、ＣＰＵ２１１は、受信画像データがサイドバイサイド（ＳＢＳ）方式であるかトップアンドボトム（Ｔ＆Ｂ）方式であるかを判断する。ＣＰＵ２１１は、トップアンドボトム方式であるときはステップＳＴ６２の処理に移る。
【０１６６】
このステップＳＴ６２において、ＣＰＵ２１１は、トップアンドボトム方式の受信画像データにおいて、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在するか否かの黒帯判定を行う。この場合、ＣＰＵ２１１は、受信立体画像データを処理することで判定する。例えば、ＣＰＵ２１１は、画サイズの垂直方向の中心付近を水平方向にスキャンして判断する。黒レベルの画素データが連続しているようであれば、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域が存在すると判断できる。
【０１６７】
次に、ＣＰＵ２１１は、ステップＳＴ６３において、左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域の存在を確認できたか否かを判断する。確認できたとき、ＣＰＵ２１１は、ステップＳＴ６４の処理に移る。このステップＳＴ６４において、ＣＰＵ２１１は、「垂直方向の変換をしない」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。「垂直方向の変換をしない」に決定することで、例えば、図３（ｇ）に示すような３Ｄフォーマットである場合に、垂直方向の変換を含む画枠変換処理を禁止でき、立体画像表示に支障を来すことを回避できる。
【０１６８】
一方、ステップＳＴ６３で左眼画像データ領域と右眼画像データ領域との間に水平方向に延びる黒帯データ領域の存在を確認できなかったとき、ＣＰＵ２１１は、ステップＳＴ６５において、「画枠変換を許す」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。
【０１６９】
また、ステップＳＴ６１でサイドバイサイド方式であるとき、ＣＰＵ２１１は、ステップＳＴ６６の処理に移る。このステップＳＴ６６において、ＣＰＵ２１１は、サイドバイサイド方式の受信画像データにおいて、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在するか否かの黒帯判定を行う。
【０１７０】
この場合、ＣＰＵ２１１は、受信立体画像データを処理することで判定する。例えば、ＣＰＵ２１１は、画サイズの水平方向の中心付近を垂直方向にスキャンして判断する。黒レベルの画素データが連続しているようであれば、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域が存在すると判断できる。
【０１７１】
次に、ＣＰＵ２１１は、ステップＳＴ６７において、左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域の存在を確認できたか否かを判断する。確認できたとき、ＣＰＵ２１１は、ステップＳＴ６８の処理に移る。このステップＳＴ６８において、ＣＰＵ２１１は、「水平方向の変換をしない」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。「水平方向の変換をしない」に決定することで、例えば、図３（ｃ）に示すような３Ｄフォーマットである場合に、水平方向の変換を含む画枠変換処理を禁止でき、立体画像表示に支障を来すことを回避できる。
【０１７２】
一方、ステップＳＴ６７で左眼画像データ領域と右眼画像データ領域との間に垂直方向に延びる黒帯データ領域の存在を確認できなかったとき、ＣＰＵ２１１は、ステップＳＴ６５において、「画枠変換を許す」に決定し、その後に、ステップＳＴ５５において、判定処理を終了する。
【０１７３】
図１２のフローチャートに戻って、ＣＰＵ２１１は、ステップＳＴ４３の判定処理の後に、ステップＳＴ４４の処理に移る。このステップＳＴ４４において、ＣＰＵ２１１は、ユーザ操作により選択された、あるいは自動的に選択された所定モードの画枠変換処理が可能か否かを判定する。例えば、ＣＰＵ２１１は、ステップＳＴ４３で「垂直方向の変換をしない」に決定するとき、選択された所定モードの画枠変換処理が垂直方向の変換を含むときは、画枠変換不可能と判断する。
【０１７４】
また、例えば、ＣＰＵ２１１は、ステップＳＴ４３で「水平方向の変換をしない」に決定するとき、選択された所定モードの画枠変換処理が水平方向の変換を含むときは、画枠変換不可能と判断する。なお、受信立体画像データがサイドバイサイド方式あるいはトップアンドボトム方式であるとき、上述のワイドズームモードのように非線形なスケーリング処理行う場合には、左眼画像と右眼画像の相互位置がずれるため、画枠変換不可能と判断する。つまり、この場合、ＣＰＵ２１１は、ステップＳＴ４３で「画枠変換を許す」と判定しても、画枠変換不可能と判断する。
【０１７５】
画枠変換不可能と判断するとき、ＣＰＵ２１１は、ステップＳＴ４５において、画枠変換の非実行を決定し、その後に、ステップＳＴ４６において、判定処理を終了する。また、ステップＳＴ４２で受信画像データがサイドバイサイド方式およびトップアンドボトム方式のいずれでもないとき、およびステップＳＴ４４で画枠変換可能と判断するとき、ＣＰＵ２１１は、ステップＳＴ４７の処理に移る。ＣＰＵ２１１は、このステップＳＴ４７において、画枠変換の実行を決定し、その後に、ステップＳＴ４６において、判定処理を終了する。
【０１７６】
ＣＰＵ２１１が、図１２のフローチャートに沿って画枠変換処理の実行、非実行の判定処理を行う場合、受信画像データの伝送方式がサイドバイサイド方式およびトップアンドボトム方式のいずれかである場合であっても、立体画像表示に不具合が発生しない場合には、画枠変換処理の実行が決定される。つまり、実際に立体画像表示に不具合が発生する場合を除き、セットトップボックス２００において、黒帯データ領域の幅を縮小する画枠変換処理を行うことが可能となり、セットトップボックス２００の画枠変換処理機能を有効に利用できる。
【０１７７】
［画枠変換処理の変換情報の送信］
次に、画枠変換処理の変換情報の送信の詳細を説明する。上述したように、セットトップボックス２００において、ＨＤＭＩ送信部２０６は、画枠変換処理による立体画像表示への不具合を防止するため、例えば、画枠変換処理の変換情報を、立体画像データと共に、ＨＤＭＩのＴＭＤＳチャネルで送信する。
【０１７８】
映像信号処理回路２０５で行われる各モードの画枠変換処理に含まれるスケーリング処理を、画枠変換前の画像の中心からの位置をｄとし、このｄの位置のスケーリング比率をＲとして、以下の（１）式の変換式で表すことができる。Ａ，Ｂは係数である。図１４は、位置ｄを横軸に、スケーリング比率Ｒを縦軸にとって、位置ｄとスケーリング比率Ｒとの関係を示したものである。
Ｒ＝Ａ＊ｄ２＋Ｂ      ・・・（１）
【０１７９】
図１５は、この（１）式の適用例を示している。図１５（ａ）は、（１）式を「ワイドズームモード」の画枠変換処理に適用した場合を示している。この「ワイドズームモード」では、この（１）式が水平方向に適用される。また、この「ワイドズームモード」では、Ａ≠０、Ｂ≠０とされ、各位置のスケーリング比は非線形に変化していく。
【０１８０】
また、図１５（ｂ）は、（１）式を「ズームモード」の画枠変換処理に適用した場合を示している。この「ズームモード」では、この（１）式が水平方向および垂直方向に適用される。また、この「ズームモード」では、Ａ＝０、Ｂ≠０とされ、各位置のスケーリング比は一定である。
【０１８１】
また、図１５（ｃ）は、（１）式を「フルモード」の画枠変換処理に適用した場合を示している。この「フルモード」では、この（１）式が水平方向に適用される。また、この「フルモード」では、Ａ＝０、Ｂ≠０とされ、各位置のスケーリング比は一定である。
【０１８２】
この実施の形態において、セットトップボックス２００からＨＤＭＩのＴＭＤＳチャネルでテレビ受信機３００に送信する画枠変換処理の変換情報は、上述の（１）式におけるＡ，Ｂの係数情報と、変換の二次元方向（Dimension）の指定情報、つまり（１）式の適用方向の情報とされる。セットトップボックス２００からテレビ受信機３００に画枠変換処理の変換情報を送信する方法として、例えば、この画枠変換処理の変換情報を立体画像データのブランキング期間に挿入して送信することが考えられる。また、その方法として、ＣＥＣライン８４を利用すること、さらに、ＨＰＤライン８６およびユーティリティライン８８により構成される双方向通信路を用いることも考えられる。
【０１８３】
この実施の形態において、画枠変換処理の変換情報は、ＨＤＭＩ Vendor Specific InfoFrame を利用して、セットトップボックス２００からテレビ受信機３００に送信される。図１６は、ＨＤＭＩ Vendor Specific InfoFrame のパケット構造を示している。このＨＤＭＩ Vendor Specific InfoFrameについては、CEA-861-Dに定義されているので、詳細説明は省略する。
【０１８４】
第４バイト（ＰＢ４）の第７ビットから第５ビットに、画像データの種類を示す３ビットの情報「HDMI_Video_Format」が配置されている。画像データが３Ｄ画像データである場合、この３ビットの情報は「０１０」とされる。また、このように画像データが３Ｄ画像データである場合、第５バイト（ＰＢ５）の第７ビットから第４ビットに、ＴＭＤＳ伝送データ構造を示す４ビットの情報「3D_Structure」が配置される。
【０１８５】
第５バイト（ＰＢ５）の第０ビットに、「Param_present」の１ビットの情報が配置される。この情報は、図１７に示すように、パラメータが存在するか否かを示す。ここでは、パラメータは、画枠変換処理の変換情報（変換パラメータ）である。“１”のとき、パラメータが存在することを示す。
【０１８６】
第６バイト（ＰＢ６）の第７ビットから第５ビットに、「Parameter_type」の３ビットの情報が配置される。この情報は、図１７に示すように、パラメータタイプを示す。“００１”のとき、画枠変換処理に使用されるパラメータ（変換情報）であることを示す。また、第６バイト（ＰＢ６）の第４ビットから第０ビットに、「Parameter_Set_Length」の５ビットの情報が配置される。この情報は、図１７に示すように、以降に配置されるパラメータ領域のバイト数を示す。
【０１８７】
第７バイト（ＰＢ７）の第７ビットから第６ビットに、「Scaling_direction」の２ビットの情報が配置される。この情報は、図１７に示すように、変換の二次元方向（Dimension）の指定情報、つまり（１）式の適用方向を示す。“０１”は水平方向を示し、“１０”は垂直方向を示し、“１１”は水平方向および垂直方向を示す。
【０１８８】
第８バイト（ＰＢ８）に、「Parameter A」の８ビットの情報が配置される。この情報は、図１７に示すように、（１）式の係数Ａを示す。第９バイト（ＰＢ９）に、「Parameter B」の８ビットの情報が配置される。この情報は、図１７に示すように、（１）式の係数Ｂを示す
【０１８９】
上述したように、テレビ受信機３００の３Ｄ信号処理部３０１では、セットトップボックス２００で立体画像データに対して行われた画枠変換処理が立体画像表示に支障を来す場合、セットトップボックス２００からの立体画像データに対して逆変換処理を施す。この場合、ＨＤＭＩ Vendor Specific InfoFrame のパケットから画枠変換処理の変換情報（（１）式におけるＡ，Ｂの係数情報と、変換の二次元方向（Dimension）の指定情報）を取得して、逆変換処理を行う。このように、３Ｄ信号処理部３０１で逆変換処理を施して画枠変換処理前の状態に戻すことで、立体画像表示に不具合が発生することが防止される。
【０１９０】
なお、セットトップボックス２００からテレビ受信機３００への画枠変換処理の変換情報を送信する場合としては、画枠変換処理を行う全てのケースで行う場合、伝送方式がサイドバイサイド方式またはトップアンドボトム方式である場合、さらには、実際に立体画像表示に不具合が発生する場合などが考えられる。
【０１９１】
このように、セットトップボックス２００からテレビ受信機３００に、画枠変換処理後の立体画像データと共に、この画枠変換処理の変換情報が送信されることで、テレビ受信機３００においては、画枠変換処理が立体画像表示に支障を来すことを防止できる。すなわち、この場合、テレビ受信機３００においては、画枠変換処理が立体画像表示に支障を来す場合に、変換情報に基づいて立体画像データに逆変換処理を行って画枠変換処理前の状態に戻すことができ、立体画像表示に不具合が発生することを回避できる。
【０１９２】
＜２．変形例＞
なお、上述実施の形態において、セットトップボックス２００では、放送局１００からの放送信号から立体画像データを受信する構成となっている。しかし、セットトップボックス２００は、ストリーミングサーバからネットワークを介して立体画像データを受信することも考えられる。
【０１９３】
また、上述実施の形態において、セットトップボックス２００では、デジタルチューナ２０４で受信された立体画像データを直接テレビ受信機３００に送信する構成となっている。しかし、セットトップボックス２００では、デジタルチューナ２０４で受信された立体画像データを図示しないストレージに蓄積しておき、所定のタイミングで、ストレージから立体画像データを読み出してテレビ受信機３００に送信する構成であってもよい。所定のタイミングとは、例えば、ユーザによる再生操作のタイミング等である。
【０１９４】
また、上述実施の形態において、セットトップボックス２００はテレビ受信機３００に受信立体画像データを送信する構成となっている。しかし、テレビ受信機３００の代わりに、モニタ装置、あるいはプロジェクタ等に受信立体画像データを送信する構成も考えられる。また、セットトップボックス２００の代わりに、受信機能付きのレコーダ、パーソナルコンピュータ等である構成も考えられる。
【０１９５】
また、上述実施の形態において、セットトップボックス２００とテレビ受信機３００はＨＤＭＩケーブル４００で接続されてなるものである。しかし、これらの間が、ＨＤＭＩと同様のデジタルインタフェースで接続される場合、あるいは、無線によって接続される構成である場合にも、この発明を同様に適用できることは勿論である。
【産業上の利用可能性】
【０１９６】
この発明は、立体画像データを受信し、この立体画像データをＨＤＭＩ等のデジタルインタフェースによりテレビ受信機に送信して立体画像を表示するセットトップボックス等に適用できる。
【符号の説明】
【０１９７】
１０・・・立体画像表示システム
８５・・・ＥＤＩＤ ＲＯＭ
１００・・・放送局
１１１・・・データ取り出し部
１１１ａ・・・データ記録媒体
１１２・・・ビデオフレーミング部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１５・・・マルチプレクサ
２００・・・セットトップボックス
２０１・・・ビットストリーム処理部
２０２・・・ＨＤＭＩ端子
２０３・・・アンテナ端子
２０４・・・デジタルチューナ
２０５・・・映像信号処理回路
２０６・・・ＨＤＭＩ送信部
２０７・・・音声信号処理回路
２１１・・・ＣＰＵ、
２１２・・・フラッシュＲＯＭ
２１３・・・ＤＲＡＭ
２１４・・・内部バス
２１５・・・リモコン受信部
２１６・・・リモコン送信機
３００・・・テレビ受信機
３０１・・・３Ｄ信号処理部
３０２・・・ＨＤＭＩ端子
３０３・・・ＨＤＭＩ受信部
３０４・・・アンテナ端子
３０５・・・デジタルチューナ
３０６・・・ビットストリーム処理部
３０７・・・映像・グラフィック処理回路
３０８・・・パネル駆動回路
３０９・・・表示パネル、
３１０・・・音声信号処理回路
３１１・・・音声増幅回路
３１２・・・スピーカ
３２１・・・ＣＰＵ
３２２・・・フラッシュＲＯＭ
３２３・・・ＤＲＡＭ
３２４・・・内部バス
３２５・・・リモコン受信部
３２６・・・リモコン送信機
４００・・・ＨＤＭＩケーブル
【図１】
0005655393.tif 000002
【図２】
0005655393.tif 000003
【図３】
0005655393.tif 000004
【図４】
0005655393.tif 000005
【図５】
0005655393.tif 000006
【図６】
0005655393.tif 000007
【図７】
0005655393.tif 000008
【図８】
0005655393.tif 000009
【図９】
0005655393.tif 000010
【図１０】
0005655393.tif 000011
【図１１】
0005655393.tif 000012
【図１２】
0005655393.tif 000013
【図１３】
0005655393.tif 000014
【図１４】
0005655393.tif 000015
【図１５】
0005655393.tif 000016
【図１６】
0005655393.tif 000017
【図１７】
0005655393.tif 000018
【図１８】
0005655393.tif 000019
【図１９】
0005655393.tif 000020
【図２０】
0005655393.tif 000021
【図２１】
0005655393.tif 000022