(57)【要約】  ビデオ・プレーン生成部はストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号し、三次元表示モードでは、その対のビデオ・プレーンを交互に出力し、疑似二次元表示モードでは、その対のビデオ・プレーンのいずれか一方を繰り返し出力する。イメージ・プレーン生成部は、ＯＳＤが知覚されるべき奥行きに合わせて、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、その対のイメージ・プレーンを交互に出力する。疑似二次元表示制御部はビデオ・プレーン生成部に対し、イメージ・プレーン生成部からその対のイメージ・プレーンが出力されない間は三次元表示モードを指示し、出力される間は疑似二次元表示モードを指示する。加算部は、ビデオ・プレーン生成部からのビデオ・プレーンと、イメージ・プレーン生成部からのイメージ・プレーンとを一枚ずつ、一枚のフレームに合成して出力する。
2010032399.tif 000002
【特許請求の範囲】
【請求項１】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号し、前記対のビデオ・プレーンを交互に出力する三次元表示モードと、前記対のビデオ・プレーンのいずれか一方を繰り返し出力する疑似二次元表示モードとのうち、いずれか指示された動作モードでビデオ・プレーンを出力するビデオ・プレーン生成部、
オン・スクリーン・ディスプレイ（ＯＳＤ）又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するイメージ・プレーン生成部、
前記イメージ・プレーン生成部から前記対のイメージ・プレーンが出力されない期間では前記ビデオ・プレーン生成部に三次元表示モードを指示し、前記イメージ・プレーン生成部から前記対のイメージ・プレーンが出力される期間では前記ビデオ・プレーン生成部に疑似二次元表示モードを指示する疑似二次元表示制御部、及び、
前記ビデオ・プレーン生成部から一枚のビデオ・プレーンが出力され、かつ、前記イメージ・プレーン生成部から一枚のイメージ・プレーンが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力する加算部、
を備えた立体視映像再生装置。
【請求項２】
ユーザによる操作に応じて、前記操作の内容に対応するＯＳＤを表すイメージ・プレーンを前記イメージ・プレーン生成部に生成させるＯＳＤ制御部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項３】
光ディスクから前記ストリーム・データとアプリケーション・プログラムとを読み出す読み出し部、及び、
前記アプリケーション・プログラムを実行し、前記アプリケーション・プログラムに従って、ＯＳＤ又はポップアップ表示を含むイメージ・プレーンを前記イメージ・プレーン生成部に生成させる実行部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項４】
前記疑似二次元表示制御部は、
呼び出されるごとに、前記ビデオ・プレーン生成部にその動作モードを三次元表示モードと疑似二次元表示モードとの間で切り換えさせるためのアプリケーション・プログラム・インタフェース（ＡＰＩ）、
を含む、請求項１に記載の立体視映像再生装置。
【請求項５】
左目用と右目用とのフレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、前記対の一方では当該ＯＳＤによって隠され、かつ、他方では隠されていない領域が生じないようにするための加工を当該ＯＳＤに対して行うＯＳＤ加工部、及び、
ユーザによる設定又はアプリケーション・プログラムからの指示に従って、前記疑似二次元表示制御部を動作させるモードと、前記ＯＳＤ加工部を動作させるモードとのいずれかを選択する動作モード選択部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項６】
前記加工は、ＯＳＤの水平方向での幅をフレーム全体に拡張する処理を含む、請求項５に記載の立体視映像再生装置。
【請求項７】
前記加工は、少なくとも前記立体視映像と重なるＯＳＤの部分を半透明にする処理を含む、請求項５に記載の立体視映像再生装置。
【請求項８】
前記加工は、前記立体視映像の奥行きがＯＳＤの奥行きよりも手前であるとき、左目用のイメージ・プレーン上では前記立体視映像に当該ＯＳＤの右端部が重なるときに当該右端部の右側に帯を付加し、右目用のイメージ・プレーン上では前記立体視映像に当該ＯＳＤの左端部が重なるときに当該左端部の左側に帯を付加する処理を含む、請求項５に記載の立体視映像再生装置。
【請求項９】
ユーザによる操作を受け付けて、前記操作の内容を示す操作信号を出力する操作部、
を更に備え、
前記操作信号がＯＳＤの奥行きの変更を示すとき、前記ＯＳＤ加工部は、前記操作信号に応じて前記イメージ・プレーン生成部に左目用と右目用とのイメージ・プレーン間でのＯＳＤの変位量を変更させる、
請求項５に記載の立体視映像再生装置。
【請求項１０】
前記イメージ・プレーン生成部は、前記映像が知覚されるべき奥行きごとに、フレームに対する前記映像の大きさを変化させる、請求項１に記載の立体視映像再生装置。
【請求項１１】
前記加算部から出力されたフレームを表示する表示装置へ、左目用と右目用とのイメージ・プレーン間での映像の変位量を示す情報を送信する変位量送信部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項１２】
ＨＤＭＩケーブルで前記表示装置に接続され、前記フレームをＨＤＭＩ方式の映像信号に変換して、前記ＨＤＭＩケーブルを通して前記表示装置へ出力するＨＤＭＩ送信部、
を更に備え、
前記変位量送信部は前記ＨＤＭＩケーブル内のＣＥＣ線を前記情報の送信に利用する、
請求項１１に記載の立体視映像再生装置。
【請求項１３】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号するステップ、
ＯＳＤとポップアップ表示とのいずれを含むイメージ・プレーンも生成されていない期間では、前記対のビデオ・プレーンを交互に出力するステップ、
ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するステップ、
前記対のイメージ・プレーンが出力される期間では、前記対のビデオ・プレーンのいずれか一方を繰り返し出力するステップ、及び、
一枚のビデオ・プレーンと一枚のイメージ・プレーンとが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力するステップ、
を備えた立体視映像再生方法。
【請求項１４】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号するステップ、
ＯＳＤとポップアップ表示とのいずれを含むイメージ・プレーンも生成されていない期間では、前記対のビデオ・プレーンを交互に出力するステップ、
ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するステップ、
前記対のイメージ・プレーンが出力される期間では、前記対のビデオ・プレーンのいずれか一方を繰り返し出力するステップ、及び、
一枚のビデオ・プレーンと一枚のイメージ・プレーンとが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力するステップ、
を立体視映像再生装置に実行させるためのプログラム。
【請求項１５】
映像信号を受信し、前記映像信号から左目用と右目用とのビデオ・フレームの対を抽出し、前記対のビデオ・フレームを交互に出力する三次元表示モードと、前記対のビデオ・フレームのいずれか一方を繰り返し出力する疑似二次元表示モードとのうち、いずれか指示された動作モードでビデオ・フレームを出力する映像信号受信部、
表示パネルを含み、前記映像信号受信部から出力されたビデオ・フレームに従って前記表示パネルの輝度を画素単位で調節することにより、当該ビデオ・フレームの示す映像を前記表示パネルに再現する表示部、
ＯＳＤが知覚されるべき奥行きに合わせて、前記ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンの対を生成し、前記対のＯＳＤプレーンを交互に出力するＯＳＤプレーン生成部、
前記ＯＳＤプレーン生成部から前記対のＯＳＤプレーンが出力されない期間では前記映像信号受信部に三次元表示モードを指示し、前記ＯＳＤプレーン生成部から前記対のＯＳＤプレーンが出力される期間では前記映像信号受信部に疑似二次元表示モードを指示する疑似二次元表示制御部、及び、
前記映像信号受信部から一枚のビデオ・フレームが出力され、かつ、前記ＯＳＤプレーン生成部から一枚のＯＳＤプレーンが出力されるごとに、前記一枚のビデオ・フレームに前記一枚のＯＳＤプレーンを合成して出力する加算部、
を備えた立体視映像表示装置。
【請求項１６】
前記表示パネルに表示される映像が左目用と右目用とのいずれであるかを示す左右信号を液晶シャッター眼鏡へ送出する左右信号送信部、
を更に備え、
前記映像信号受信部が、前記映像信号から、抽出対象の各ビデオ・フレームが左目用と右目用とのいずれであるかを示す左右情報を抽出して出力し、
前記左右信号送信部が前記左右情報に応じて、前記映像信号受信部から出力された各ビデオ・フレームに対応する左右信号の送出を当該ビデオ・フレームの出力に同期させる、
請求項１５に記載の立体視映像表示装置。
【請求項１７】
前記映像信号が左目用と右目用とのイメージ・プレーンの対を更に含むとき、当該イメージ・プレーンの対の表す映像間の水平方向での変位量を示す情報を、前記映像信号の送信元から受信する変位量受信部、
を更に備え、
前記ＯＳＤプレーン生成部が前記情報に応じて、左目用と右目用とのＯＳＤプレーン間でのＯＳＤの変位量を調節する、
請求項１５に記載の立体視映像表示装置。
【請求項１８】
ＨＤＭＩケーブルで前記送信元に接続され、前記送信元から前記ＨＤＭＩケーブルを通して前記映像信号を受信して前記映像信号受信部に渡し、前記送信元から前記ＨＤＭＩケーブル内のＣＥＣ線を通して前記情報を受信して前記変位量受信部に渡すＨＤＭＩ受信部、
を更に備えた、請求項１７に記載の立体視映像表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、立体視映像の表示技術に関し、特にその立体視映像にオン・スクリーン・ディスプレイ（ＯＳＤ）を立体的に重ね合わせる技術に関する。
【背景技術】
【０００２】
立体視映像の表示技術は次世代の表示技術として有望視され、近年、その開発が急速に進められている。その表示技術では基本的に、「人は物体の立体的な形及び奥行きを両眼視差から知覚する」という事実が利用される（例えば非特許文献１参照）。具体的には、まず一つのシーンから、同じ被写体の位置が水平方向でわずかに異なる二枚のビデオ・フレームが撮影される。次に、それらのビデオ・フレームの一方が視聴者の左目に投影され、それとほぼ同時に、他方が右目に投影される。そのとき、その視聴者には、各目に映るビデオ・フレーム間での被写体のわずかな変位から、その被写体の立体的な形及び奥行きが知覚される。【０００３】
上記の例のように、立体視映像の表示技術では一般に、一つのシーンの表示に左目用と右目用との二枚のビデオ・フレームが必要とされる。従って、立体視映像は一般に、従来の二次元映像よりも一定の表示時間当たりのデータ量が大きい。それ故、立体視映像の記録再生には、ブルーレイ・ディスク（ＢＤ）等の大容量光ディスク及びそのドライブが不可欠である。【０００４】
ここで、従来の二次元映像の表示装置及び光ディスク・ドライブは一般にＯＳＤ機能を持つ。「ＯＳＤ機能」とは、例えば、画面の明るさ及び音量等の設定画面、「再生開始」及び「停止」等の動作状態を示す情報、又は、再生対象のタイトル及びチャプタの選択画面を、表示装置の画面上にグラフィックス映像で表示する機能をいう。それらのグラフィックス映像は「ＯＳＤ」と呼ばれる。その他に、例えば読み出し専用ＢＤ（ＢＤ−ＲＯＭディスク）から高画質映像を再生する装置には、そのＢＤに記録されたアプリケーション・プログラムに従ってグラフィックス映像をその高画質映像に重ねて描画できるものがある（例えば特許文献１参照）。映像コンテンツのプロバイダはその再生装置にポップアップ表示又はアニメーション等を描画させることにより、更に高機能のグラフィックス・ユーザ・インタフェース（ＧＵＩ）を実現させることができる。従って、立体視映像の表示装置及び再生装置にも同様なＯＳＤ機能及びグラフィックス描画機能が望まれる。【０００５】
そのような機能を持つ立体視映像表示装置としては、例えば、マウス・カーソルの立体視映像を別の立体視映像に重ねて描画できるものが知られている（例えば特許文献２参照）。その表示装置は、マウス・カーソルの画面上の位置が水平方向でわずかに異なる二種類のグラフィックス映像を生成し、それらの一方を左目用の映像に重ねて表示し、他方を右目用の映像に重ねて表示する。ここで、マウス・カーソルが立体視映像中の別の物体と同じ視方向に同時に表示されるとき、その表示装置は、マウス・カーソルの左目用と右目用との映像間での変位量をその物体の変位量よりも所定量だけ変化させる。それにより、マウス・カーソルがその物体よりも手前に見えるようにする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２００５／１１９６７５号パンフレット
【特許文献２】特開２００４−３５４５４０号公報
【非特許文献】
【０００７】
【非特許文献１】Lenny Lipton, "Foundations of the Stereoscopic Cinema", Van Nostrand Reinhold, New York, 1982
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＯＳＤ及びポップアップ表示は通常、その他の映像よりも優先して視聴者に知覚されるべき情報である。従って、従来の二次元映像の表示技術では、ＯＳＤ等は通常、その他の映像中の物体、字幕、又はグラフィックス要素の上に重ねられて、それらを隠すように表示される。立体視映像の表示技術においても同様に、ＯＳＤ等は、その他の立体視映像よりも優先して視聴者に知覚されるように表示されるべきである。【０００９】
そのような表示技術としては、例えば上記のマウス・カーソルの表示技術の応用が考えられる。すなわち、ＯＳＤ等の左目用と右目用との映像間での変位量を、そのＯＳＤと同じ視方向に表示される物体の中で最も手前に表示されるものの変位量よりも所定量だけ変更することが考えられる。しかし、立体視映像中の物体の奥行きは一般に、多様に、かつ広範囲で変化する。従って、ＯＳＤ等の奥行きは、上記のように他の物体等の奥行きから相対的に決定されるとき、一般には立体視映像のシーンごとに変動する。その変動は、ＯＳＤ等をかえって見づらくする危険性がある。特に設定画面及びポップアップ表示の視認性が低下するとき、それらを利用するＧＵＩの操作性が損なわれる危険性がある。【００１０】
一方、ＯＳＤ等の左目用と右目用との映像間での変位量を一定値に維持して、ＯＳＤ等の奥行きを一定に保つことも考えられる。しかし、その一定の奥行きよりも手前に表示された物体の視方向にＯＳＤ等が表示されるとき、視聴者にはその物体にそのＯＳＤ等がめり込むように見えてしまう。それは、そのＯＳＤ等の視認性を低下させる原因になるだけでなく、視聴者の眼精疲労の原因にもなり得るので、好ましくない。【００１１】
本発明は上記の課題の解決を目的とし、特にＯＳＤ及びポップアップ表示の視認性を更に向上させることのできる立体視映像の再生装置及び表示装置の提供を目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施形態による立体視映像再生装置は、ビデオ・プレーン生成部、イメージ・プレーン生成部、疑似二次元表示制御部、及び加算部を備えている。ビデオ・プレーン生成部は、ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号する。ビデオ・プレーン生成部は更に、その対のビデオ・プレーンを交互に出力する三次元表示モードと、その対のビデオ・プレーンのいずれか一方を繰り返し出力する疑似二次元表示モードとを備え、それらのうち、いずれか指示された動作モードでビデオ・プレーンを出力する。イメージ・プレーン生成部は、ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、ＯＳＤ又はポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、その対のイメージ・プレーンを交互に出力する。疑似二次元表示制御部は、イメージ・プレーン生成部からその対のイメージ・プレーンが出力されない期間ではビデオ・プレーン生成部に三次元表示モードを指示し、イメージ・プレーン生成部からその対のイメージ・プレーンが出力される期間ではビデオ・プレーン生成部に疑似二次元表示モードを指示する。加算部は、ビデオ・プレーン生成部から一枚のビデオ・プレーンが出力され、かつ、イメージ・プレーン生成部から一枚のイメージ・プレーンが出力されるごとに、その一枚のビデオ・プレーンとその一枚のイメージ・プレーンとを一枚のフレームに合成して出力する。【００１３】
ここで、「ＯＳＤ」とは、再生装置自体、特にそのファームウェアが表示装置に表示させるグラフィックス要素及びその組み合わせのうち、その再生装置の設定内容若しくは動作状態、又は、再生対象のストリーム・データ若しくはその提供元に関する情報を表すものをいう。再生装置がＯＳＤによって表示する情報は例えば、「再生開始」、「停止」、「一時停止」、「早送り」、又は「巻戻し」等の動作状態、及び、再生中のタイトル名、再生時間、又は、字幕若しくは音声の言語若しくは出力形式等の再生情報を含む。【００１４】
一方、「ポップアップ表示」とは、再生装置によって実行されるアプリケーション・プログラムが表示装置に表示させるグラフィックス要素及びその組み合わせをいう。ポップアップ表示は例えば、ポップアップ・メニュー等のグラフィック・ユーザ・インタフェース（ＧＵＩ）画面を含む。そのＧＵＩ画面は、例えば、再生対象のタイトル、チャプタ、又はシーンの選択画面、及び、字幕又は音声の言語又は出力形式の選択画面を含む。【００１５】
この立体視映像再生装置では上記のとおり、ビデオ・プレーン生成部が、ビデオ・プレーンの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤ又はポップアップ表示が画面に出力される期間では、ビデオ・プレーン生成部の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・プレーンの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤ等が画面に立体的に表示される間、ストリーム・データの表す映像は二次元的に表示される。こうして、ＯＳＤ等の視認性を更に向上させることができる。【００１６】
本発明の上記の実施形態による立体視映像再生装置はＯＳＤ加工部と動作モード選択部とを更に備えていてもよい。ＯＳＤ加工部は、左目用と右目用とのフレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、その対の一方ではそのＯＳＤによって隠され、かつ他方では隠されていない領域が生じないようにするための加工をそのＯＳＤに対して行う。動作モード選択部は、ユーザによる設定又はアプリケーション・プログラムからの指示に従って、疑似二次元表示制御部を動作させるモードと、ＯＳＤ加工部を動作させるモードとのいずれかを選択する。それにより、ＯＳＤと共にコンテンツの映像／字幕を二次元映像と立体視映像とのいずれとして表示するかを、ユーザ又はアプリケーション・プログラムに選択させることができる。更に、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードでは、上記の加工により、ＯＳＤと立体視映像との間での奥行きの違いが正しく知覚される。ここで、その加工は、ＯＳＤの水平方向での幅をフレーム全体に拡張する処理、又は、少なくとも立体視映像と重なるＯＳＤの部分を半透明にする処理を含む。その加工はその他に、立体視映像の奥行きがＯＳＤの奥行きよりも手前であるときに次の処理を含むものであってもよい。その処理は、左目用のイメージ・プレーン上では立体視映像にＯＳＤの右端部が重なるときにその右端部の右側に帯を付加し、右目用のイメージ・プレーン上では立体視映像にＯＳＤの左端部が重なるときにその左端部の左側に帯を付加する。それらの加工により、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードにおいても、ＯＳＤの視認性を更に向上させることができる。【００１７】
本発明の実施形態による立体視映像表示装置は、映像信号受信部、表示部、ＯＳＤプレーン生成部、疑似二次元表示制御部、及び加算部を備えている。映像信号受信部は、映像信号を受信し、その映像信号から左目用と右目用とのビデオ・フレームの対を抽出する。映像信号受信部は更に、その対のビデオ・フレームを交互に出力する三次元表示モードと、その対のビデオ・フレームのいずれか一方を繰り返し出力する疑似二次元表示モードとを備え、それらのうち、いずれか指示された動作モードでビデオ・フレームを出力する。表示部は表示パネルを含み、映像信号受信部から出力されたビデオ・フレームに従って表示パネルの輝度を画素単位で調節する。それにより、表示部は、そのビデオ・フレームの示す映像を表示パネルに再現する。ＯＳＤプレーン生成部は、ＯＳＤが知覚されるべき奥行きに合わせて、そのＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンの対を生成し、その対のＯＳＤプレーンを交互に出力する。疑似二次元表示制御部は、ＯＳＤプレーン生成部からその対のＯＳＤプレーンが出力されない期間では映像信号受信部に三次元表示モードを指示し、ＯＳＤプレーン生成部からその対のＯＳＤプレーンが出力される期間では映像信号受信部に疑似二次元表示モードを指示する。加算部は、映像信号受信部から一枚のビデオ・フレームが出力され、かつ、ＯＳＤプレーン生成部から一枚のＯＳＤプレーンが出力されるごとに、その一枚のビデオ・フレームにその一枚のＯＳＤプレーンを合成して出力する。【００１８】
ここで、「ＯＳＤ」とは、表示装置が表示パネルに表示させるグラフィックス要素及びその組み合わせのうち、その表示装置の設定内容、又は、表示された映像若しくはその提供元に関する情報を表すものをいう。表示装置によって利用されるＯＳＤは例えば、表示パネルの明るさ、色合い、解像度、又はリフレッシュ・レート等の設定画面、及び、音量の設定画面を含む。【００１９】
この立体視映像表示装置では上記のとおり、映像信号受信部が、ビデオ・フレームの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤが画面に出力される期間では、映像信号受信部の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・フレームの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤが画面に立体的に表示される間、ビデオ・フレームの表す映像は二次元的に表示される。こうして、ＯＳＤの視認性を更に向上させることができる。
【発明の効果】
【００２０】
上記のとおり、本発明は、ＯＳＤ及びポップアップ表示の視認性を更に向上させることのできる立体視映像の再生装置及び表示装置を提供できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態１による立体視映像表示システムを示す模式図
【図２】図１に示されているシステムによる立体視映像表示の原理を示す模式図
【図３】右目用の映像と左目用の映像との間の変位量によって視聴者に知覚される立体視映像の奥行きを示す模式図
【図４】図１に示されている光ディスクに記録されたデータの構造を示す模式図
【図５】ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置の画面に表示される映像を示す模式図。（ａ）はＨＤＭＶモードで再生される映像の一場面を示す。（ｂ）はＢＤ−Ｊモードで再生される映像の一場面を示す。
【図６】ＡＶストリーム・ファイルを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図
【図７】ＡＶストリーム・ファイルを構成する各エレメンタリ・ストリームのＴＳパケットの配列を示す模式図
【図８】クリップ情報ファイルのデータ構造を示す模式図
【図９】プレイリスト・ファイルのデータ構造を示す模式図
【図１０】プレイアイテム情報のデータ構造を示す模式図
【図１１】プレイリスト情報に従って再生されるＡＶストリーム・ファイルの各部分を示す模式図
【図１２】図１に示されている再生装置のハードウェア構成を示すブロック図
【図１３】二次元映像に重ねられたＯＳＤ及びポップアップ表示を示す模式図。（ａ）は再生開始のＯＳＤG1を示す。（ｂ）は一時停止のＯＳＤG2を示す。（ｃ）は早送りのＯＳＤG3を示す。（ｄ）は画面の明るさの設定画面のＯＳＤG4を示す。（ｅ）は音量の設定画面のＯＳＤG5を示す。（ｆ）は再生対象のチャプタの選択画面のポップアップ表示G6を示す。
【図１４】図１２に示されている制御部の機能ブロック図
【図１５】図１４に示されている再生部の機能ブロック図
【図１６】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第１部分
【図１７】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第２部分
【図１８】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第３部分
【図１９】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第４部分
【図２０】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第５部分
【図２１】図１５に示されているプレーン・シフト・エンジンによるプレーン・シフトのフローチャート
【図２２】図１５に示されているプレーン・シフト・エンジンによるグラフィックス・プレーンに対するプレーン・シフトを示す模式図
【図２３】図１５に示されているプレーン・シフト・エンジンによるＯＳＤプレーンに対するプレーン・シフトを示す模式図
【図２４】再生装置によるＯＳＤプレーンの制御に関するフローチャート
【図２５】再生装置によるＢＤ−Ｊプレーンの制御に関するフローチャート
【図２６】図１４に示されている再生モード制御ＡＰＩによる処理のフローチャート
【図２７】図１４に示されているビデオ・プレーン・メモリから加算部へ出力されるビデオ・プレーン列を示す模式図
【図２８】図１４に示されているプレーン・シフト・エンジンから加算部へ出力されるビデオ・プレーン列を示す模式図
【図２９】図１４に示されているプレーン・シフト・エンジンから加算部へ出力されるＯＳＤプレーン列を示す模式図
【図３０】図２７−２９に示されている各プレーン列から合成されたビデオ・フレーム列によって再現される立体視映像を表す模式図
【図３１】本発明の実施形態２による再生装置によるＯＳＤプレーンの制御に関するフローチャート
【図３２】ＯＳＤの奥行きよりも手前に表示された物体にＯＳＤをそのまま重ねて表示したときの立体視映像を示す模式図
【図３３】本発明の実施形態２によるＯＳＤの加工（Ａ）を説明するための模式図。（ａ）は、加工（Ａ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ａ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３４】本発明の実施形態２によるＯＳＤの加工（Ｂ）を説明するための模式図。（ａ）は、加工（Ｂ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ｂ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３５】本発明の実施形態２によるＯＳＤの加工（Ｃ）を説明するための模式図。（ａ）は、加工（Ｃ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ｃ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３６】本発明の実施形態３による再生装置の行う、ＯＳＤプレーン・シフト量の変更処理のフローチャート
【図３７】本発明の実施形態４による表示装置のハードウェア構成を示すブロック図
【図３８】製造者専用命令（ＶＳＣ）のフォーマットを示す模式図
【図３９】図３７に示されている信号処理部の機能ブロック図
【発明を実施するための形態】
【００２２】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
【００２３】
《実施形態１》
【００２４】
図１は、本発明の実施形態１による立体視映像表示システムを示す模式図である。図１に示されているように、このシステムは、再生装置100、表示装置200、液晶シャッター眼鏡300、リモコン400、及び光ディスク500を含む。
【００２５】
光ディスク500は、例えばＢＤ−ＲＯＭディスクであり、立体視映像のコンテンツを含む。特に左目用と右目用との両方のビデオ・ストリームが、オーディオ・ストリームと共に、一つのストリーム・データに多重化されている。
【００２６】
再生装置100は、例えばＢＤ−ＲＯＭ方式に準拠の光ディスク・ドライブ110を搭載している。再生装置100は、その光ディスク・ドライブ110を利用して、光ディスク500から立体視映像のストリーム・データを読み出してビデオ・データ／オーディオ・データに復号する。特にビデオ・データは左目用と右目用との両方のビデオ・フレームを含む。再生装置100は更にＨＤＭＩ（High−Definition Multimedia Interface）ケーブル600で表示装置200に接続されている。再生装置100はビデオ・データ／オーディオ・データをＨＤＭＩ方式の映像信号／音声信号に変換して、ＨＤＭＩケーブル600を通して表示装置200に伝送する。特に映像信号には、左目用と右目用との両方のビデオ・フレームが時分割で多重化されている。
【００２７】
表示装置200は例えば液晶ディスプレイである。その他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等のフラット・パネル・ディスプレイ、又はプロジェクタであってもよい。表示装置200は、映像信号に従って画面201上に映像を再現し、音声信号に従って内蔵のスピーカから音声を発生させる。特に、画面201上には左目用と右目用との映像が交互に再現される。表示装置200は更に左右信号送信部202を搭載し、それを利用して左右信号LRを赤外線又は無線で液晶シャッター眼鏡300に送る。左右信号LRは、その時点で画面201に表示される映像が左目用と右目用とのいずれであるのかを示す。表示装置200は、映像信号に付随する制御信号から左目用ビデオ・フレームと右目用ビデオ・フレームとを識別し、左右信号LRの波形の切り換えをフレームの切り換えに同期させる。
【００２８】
液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rと左右信号受信部302とを含む。各液晶表示パネル301L、301Rは左右の各レンズ部分を構成している。左右信号受信部302は左右信号LRを受信し、その波形の変化に応じて左右の液晶表示パネル301L、301Rに信号を送る。各液晶表示パネル301L、301Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRが左目用の映像表示を示すとき、左目側の液晶表示パネル301Lは光を透過させ、右目側の液晶表示パネル301Rは光を遮断する。左右信号LRが右目用の映像表示を示すときはその逆である。このように、二枚の液晶表示パネル301L、301Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者が液晶シャッター眼鏡300をかけて画面201を見たとき、左目用の映像はその視聴者の左目だけに映り、右目用の映像はその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが一つの立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
【００２９】
リモコン400は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、光ディスク500の再生開始若しくは停止等、再生装置100又は表示装置200の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンを特定する信号を送信部に渡す。送信部はその信号を赤外線又は無線IRで再生装置100又は表示装置200に通知する。それにより、ユーザは再生装置100又は表示装置200を遠隔操作することができる。
【００３０】
＜立体視映像表示の原理＞
【００３１】
図２は、上記のシステムによる立体視映像表示の原理を示す模式図である。図２に実線で示されているように、表示装置の画面201に右目用の映像IMRが表示されるとき、左目側の液晶表示パネル301Lは光を遮断し、右目側の液晶表示パネル301Rは光を透過させる。それにより、右目用の映像IMRは視聴者の右目だけに見える。逆に、図２に破線で示されているように、画面201に左目用の映像IMLが表示されるとき、左目側の液晶表示パネル301Lは光を透過させ、右目側の液晶表示パネル301Rは光を遮断する。それにより、左目用の映像IMLは視聴者の左目だけに見える。ここで、右目用の映像IMRと左目用の映像IMLとでは、画面201上での水平方向の位置が変位量SHだけ異なる。従って、右目の視点VPRから右目用の映像IMRまでの間を結ぶ視線VLRが、左目の視点VPLから左目用の映像IMLまでの間を結ぶ視線VLLと、画面201から前方又は後方に離れた位置で交差する。図２の例では、その交差する位置が画面201よりも、矢印DPの示す距離だけ手前である。フレーム・レートが十分に高いとき、右目用の映像IMRの残像が右目に残った状態で左目用の映像IMLが左目に捉えられる。そのとき、視聴者には、右目の視線VLRと左目の視線VLLとの交差する位置に両映像IMR、IMLが浮かび上がって一つの立体視映像IMSとして見える。すなわち、右目だけに見える映像IMRと左目だけに見える映像IMLとの間での変位を、一つの立体的物体に対する両眼視差と視聴者に錯覚させる。それにより、その視聴者に立体視映像IMSを画面201とは異なる奥行きDPに知覚させることができる。
【００３２】
図３は、右目用の映像IMRと左目用の映像IMLとの間の変位量SHによって視聴者に知覚される立体視映像IMSの奥行きDPを示す模式図である。図３の（ａ）では、右目用の映像IMRに対して左目用の映像IMLが右方向に変位量SH1だけ変位している。この場合、右目VPRの視線VLRと左目VPLの視線VLLとは画面201よりも距離DP1だけ前方で交差する。従って、視聴者には、立体視映像IMSが画面201よりも距離DP1だけ手前に見える。図３の（ｂ）では、右目用の映像IMRに対して左目用の映像IMLが左方向に変位量SH2だけ変位している。この場合、右目VPRの視線VLRと左目VPLの視線VLLとは画面201よりも距離DP2だけ後方で交差する。従って、視聴者には、立体視映像IMSが画面201よりも距離DP2だけ奥に見える。このように、右目用の映像IMRに対する左目用の映像IMLの変位の方向・大きさを調節することにより、視聴者に知覚される立体視映像IMSの奥行きを調節することができる。
【００３３】
＜光ディスク500のデータ構造＞
【００３４】
図４は、光ディスク500がＢＤ−ＲＯＭディスクであるとき、それに記録されたデータの構造を示す模式図である。図４に示されているように、ＢＤ−ＲＯＭディスク500上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）が設けられている。ＢＣＡに対しては光ディスク・ドライブ110によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止されている。それにより、ＢＣＡは例えば著作権保護技術に利用される。ＢＣＡよりも外側のデータ記録領域には、トラックと呼ばれる領域500Aが、ＢＤ−ＲＯＭディスク500の内周から外周へ向けて螺旋状に形成されている。トラック500Aは、内周側から順に、リード・イン領域501、ボリューム領域502、及びリード・アウト領域503を含む。図４を参照するに、トラック500Aが横方向に引き伸ばされ、内周側が左側に置かれ、外周側が右側に置かれるように描画されている。リード・イン領域501はＢＣＡのすぐ外周側に設けられている。リード・イン領域501には、ボリューム領域502に記録されたデータのサイズ及び物理アドレス等、ボリューム領域502へのアクセスに必要な情報が記録されている。リード・アウト領域503はＢＤ−ＲＯＭディスク500の最外周部に設けられ、ボリューム領域502の終端を示す。ボリューム領域502はリード・イン領域501とリード・アウト領域503との間に設けられている。ボリューム領域502には映像及び音声等のアプリケーション・データが記録されている。
【００３５】
ボリューム領域502に対するファイルシステムとしては、例えばＵＤＦ（Universal Disc Format）又はＩＳＯ９６６０が採用されている。ボリューム領域502は一つの論理アドレス空間として管理される。更に、ボリューム領域502に記録されたデータはディレクトリ及びファイルを構成するように整理されている。それにより、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
【００３６】
図４には更に、ボリューム領域502に記録されたデータのディレクトリ構造504が示されている。このディレクトリ構造504では、ルート（ＲＯＯＴ）ディレクトリ510の直下に証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ511とＢＤムービー（ＢＤＭＶ）ディレクトリ512とが置かれている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ511には、ＢＤ−ＲＯＭディスク500に記録されたコンテンツの認証情報が格納される。ＢＤＭＶディレクトリ512には、そのコンテンツの本体を成すストリーム・データが格納される。
【００３７】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ511には特にアプリケーション証明書ファイル（app.discroot.crt）511Aが置かれている。このファイル511Aは、ＢＤ−ＲＯＭディスク500に記録されたコンテンツのプロバイダ（以下、コンテンツ・プロバイダという。）に固有のものである。アプリケーション証明書ファイル511Aはいわゆるデジタル証明書であり、Ｊａｖａ（登録商標）アプリケーション・プログラムの認証に利用される。ここで、Ｊａｖａアプリケーション・プログラムは、Ｊａｖａに準拠のバイトコード・プログラムであり、再生装置100に実装されたＪａｖａ仮想マシン（後述参照）によって、ＢＤ−ＲＯＭディスク500から読み出されて実行される。具体的には、アプリケーション証明書ファイル511Aは、Ｊａｖａ仮想マシンにより、ＢＤ−ＲＯＭディスク500からＪａｖａアプリケーション・プログラムが読み出されたとき、その署名検証に利用される。署名検証では、そのＪａｖａアプリケーション・プログラムの改竄の有無及びその供給元の確認が行われる。それにより、例えば、コンテンツ・プロバイダによって許可されたＪａｖａアプリケーション・プログラムのみをＪａｖａ仮想マシンに起動させ、又は、Ｊａｖａアプリケーション・プログラムに対して再生装置100内の各記憶装置へのアクセス権限を選択的に付与させることができる。
【００３８】
ＢＤＭＶディレクトリ512には、インデックス・ファイル（index.bdmv）512Aとムービー・オブジェクト・ファイル（MovieObject.bdmv）512Bとが置かれている。ＢＤＭＶディレクトリ512には更に、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ513、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ514、ストリーム（ＳＴＲＥＡＭ）ディレクトリ515、ＢＤ−Ｊオブジェクト（ＢＤＪＯ）ディレクトリ516、Ｊａｖａアーカイブ（ＪＡＲ）ディレクトリ517、及びメタ（ＭＥＴＡ）ディレクトリ518が置かれている。ＰＬＡＹＬＩＳＴディレクトリ513にはプレイリスト・ファイル（000001.mpls）513Aが置かれている。ＣＬＩＰＩＮＦディレクトリ514にはクリップ情報ファイル（000001.clpi）514Aが置かれている。ＳＴＲＥＡＭディレクトリ515にはオーディオ／ビジュアル（ＡＶ）ストリーム・ファイル（000001.m2ts）515Aが置かれている。ＢＤＪＯディレクトリ516にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）516Aが置かれている。ＪＡＲディレクトリ517にはＪＡＲファイル（YYYYY.jar）517Aが置かれている。ＭＥＴＡディレクトリ518にはＸＭＬ（Extensible Markup Language）ファイル（ZZZZZ.xml）518Aが置かれている。以下、これらのファイルについて順に説明する。
【００３９】
≪インデックス・ファイル512A≫
【００４０】
インデックス・ファイル512Aはインデックス・テーブルを含む。インデックス・テーブルは、「ファーストプレイ」、「トップメニュー」、及び「タイトル」という項目を含む。各項目には、ムービー・オブジェクトとＢＤ−Ｊオブジェクトとのいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置100の制御部はインデックス・テーブルの対応する項目を参照して、その項目に対応付けられているオブジェクトを光ディスク500から呼び出す。制御部は更に、呼び出されたオブジェクトに従ってプログラムを実行する。具体的には、項目「ファーストプレイ」には、光ディスク500が光ディスク・ドライブ110へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置200にメニューを表示させるためのオブジェクトが指定されている。項目「タイトル」には、例えばユーザの操作で再生対象のタイトルが指定されたとき、そのタイトルに対応するストリーム・データを光ディスク500から再生するためのオブジェクトが指定されている。
【００４１】
≪ムービー・オブジェクト・ファイル512B≫
【００４２】
ムービー・オブジェクト・ファイル512Bは一般に複数のムービー・オブジェクトを含む。各ムービー・オブジェクトはナビゲーション・コマンドの配列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置100に実行させるための命令である。ナビゲーション・コマンドは、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルからのストリーム・データの再生命令、及び、別のタイトルへの遷移命令を含む。再生装置100の制御部は、例えばユーザの操作に応じて各ムービー・オブジェクトを呼び出して、そのムービー・オブジェクトに含まれるナビゲーション・コマンドを配列の順番で実行する。それにより、再生装置100は、一般的なＤＶＤプレーヤと同様に、表示装置200にメニューを表示してユーザにコマンドを選択させ、そのコマンドに応じて、タイトルの再生開始／停止、別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。このように、ムービー・オブジェクトに従った再生装置100の動作モードをＨＤＭＶ（High Definition Movie）モードという。
【００４３】
≪ＢＤ−Ｊオブジェクト・ファイル516A≫
【００４４】
ＢＤ−Ｊオブジェクト・ファイル516AはＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトは、再生装置100に実装されたＪａｖａ仮想マシンに、タイトルの再生処理及びグラフィックス映像の描画処理を実行させるためのプログラムである。ＢＤ−Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリスト・ファイルの識別情報とを含む。アプリケーション管理テーブルは、Ｊａｖａ仮想マシンに実際に実行させるべきＪａｖａアプリケーション・プログラムのリストを示す。アプリケーション管理テーブルでは特に、アプリケーションＩＤとアイコン・ロケータとが互いに対応付けられている。アプリケーションＩＤは実行対象のＪａｖａアプリケーション・プログラムの識別子を示す。アイコン・ロケータは、各Ｊａｖａアプリケーション・プログラムに対応付けられたアイコンのデータのアドレスを示す。参照対象のプレイリスト・ファイルの識別情報は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムのシグナリングを実行する。それにより、再生装置100は、タイトルの再生映像の進行を動的に変化させ、又は表示装置200にグラフィックス映像をタイトルの映像とは独立に表示させる。このように、ＢＤ−Ｊオブジェクトに従った再生装置100の動作モードをＢＤ−Ｊモードという。
【００４５】
図５は、ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置の画面201に表示される映像を示す模式図である。図５の（ａ）は、ＨＤＭＶモードで再生される映像の一場面を示す。ＨＤＭＶモードでの再生映像は一般に、ＤＶＤから再生される映像と同様、一つのコンテンツの映像が画面201の全体に表示される。一方、図５の（ｂ）は、ＢＤ−Ｊモードで再生される映像の一場面を示す。ＢＤ−Ｊモードでは、光ディスク500から再生される映像に併せて、再生装置100内のＪａｖａ仮想マシンにグラフィックス映像を描画させることができる。例えば図５の（ｂ）に示されているように、画面201の中に、映画の映像SCN、その映画の表題TL、及び、その映画の解説を行うフクロウのアニメーション映像CRを同時に表示することができる。
【００４６】
≪ＪＡＲファイル517A≫
【００４７】
ＪＡＲファイル517Aは、ＢＤ−Ｊオブジェクトに従って実行されるＪａｖａアプリケーション・プログラムの本体を格納している。それらのＪａｖａアプリケーション・プログラムは、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるものの他、グラフィックス映像の描画処理を実行させるものを含む。ＪＡＲファイル517Aは更に、各Ｊａｖａアプリケーション・プログラムに対応付けられたアイコンのデータを含む。それらのアイコンはＪａｖａアプリケーション・プログラムにより、グラフィックス映像内の一要素として利用される。各Ｊａｖａアプリケーション・プログラムは、「ｘｌｅｔ」と呼ばれる小プログラムとデータとから成る。Ｊａｖａ仮想マシンはＢＤ−Ｊオブジェクトに従ってＪＡＲファイル517Aから必要なｘｌｅｔ及びデータを、内蔵メモリのヒープ領域（ワークメモリとも呼ばれる。）にロードして実行する。
【００４８】
≪ＡＶストリーム・ファイル515A≫
【００４９】
ＡＶストリーム・ファイル515Aは、コンテンツの本体を成すストリーム・データであり、ビデオ・ストリーム及びオーディオ・ストリーム等、複数のエレメンタリ・ストリームが多重化されている。例えばコンテンツが立体視映像による映画であるとき、各エレメンタリ・ストリームはその映画の立体視映像、音声、又は字幕を表す。図６は、ＡＶストリーム・ファイル515Aを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図である。図６を参照するに、ＡＶストリーム・ファイル515Aは、二種類のプライマリ・ビデオ・ストリームVL、VR、二種類のプライマリ・オーディオ・ストリームA1、A2、及び二種類のグラフィックス・ストリームPG1、PG2を含む。二種類のプライマリ・ビデオ・ストリームのうち、左目用ビデオ・ストリームV1は映画の左目用の主映像を表し、右目用ビデオ・ストリームV2は右目用の主映像を表す。各プライマリ・オーディオ・ストリームA1、A2は映画の主音声を表す。二種類のプライマリ・オーディオ・ストリームA1、A2の間では音声の言語が異なる。その他に、出力方式が異なっていてもよい。各グラフィックス・ストリームPG1、PG2は映画の字幕をグラフィックス映像で表す。二種類のグラフィックス・ストリームPG1、PG2の間では字幕の言語が異なる。
【００５０】
ＡＶストリーム・ファイル515Aでは、複数のエレメンタリ・ストリームを多重化する方式としてＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式が採用されている。すなわち、ＡＶストリーム・ファイル515A内では、各エレメンタリ・ストリームは複数のＴＳパケットに分割されている。各ＴＳパケットには、エレメンタリ・ストリームごとに異なるパケットＩＤ（ＰＩＤ）が割り当てられているので、各ＴＳパケットの属するエレメンタリ・ストリームはＰＩＤによって識別される。例えば図６のように、左目用ビデオ・ストリームV1には０ｘ１０１１がＰＩＤとして割り当てられ、右目用ビデオ・ストリームV2には０ｘ１０１２がＰＩＤとして割り当てられ、プライマリ・オーディオ・ストリームA1、A2には０ｘ１１００から０ｘ１１１ＦまでのいずれかがＰＩＤとして割り当てられ、グラフィックス・ストリームPG1、PG2には０ｘ１２００から０ｘ１２１ＦまでのいずれかがＰＩＤとして割り当てられている。
【００５１】
図７は、ＡＶストリーム・ファイル515Aを構成する各エレメンタリ・ストリームのＴＳパケットの配列を示す模式図である。左目用ビデオ・ストリーム551A、右目用ビデオ・ストリーム551B、オーディオ・ストリーム554、及びグラフィックス・ストリーム557はそれぞれ、まずＰＥＳ（Packetized Elementary Stream）パケットの列552、555、558に変換され、次にＴＳパケットの列553、556、559に変換される。続いて、各ＴＳパケットに個別にヘッダが付加される。このヘッダが付加されたＴＳパケットをソース・パケットという。最後に、各ソース・パケット560が順番に一列に並べられ、１本のＡＶクリップ・ファイル515Aを構成する。ここで、図７に示されているように、ソース・パケット560は先頭から順に番号付けされている。その番号をソース・パケット・ナンバ（ＳＰＮ：Source Packet Number）と呼ぶ。ＳＰＮは、ＡＶクリップ・ファイル515A内での各ＴＳパケットのアドレスとして利用される。
【００５２】
例えばビデオ・ストリーム551A、551BからはＴＳパケットの列553が次のようにして得られる。まず、左目用ビデオ・ストリーム551Aに含まれる左目用ビデオ・フレーム551Lと、右目用ビデオ・ストリーム551Bに含まれる右目用ビデオ・フレーム551Rとが交互にＰＥＳパケット552に変換される。各ＰＥＳパケット552はＰＥＳヘッダとＰＥＳペイロードとを含む。各ビデオ・フレーム551L、551Rは、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＶＣ−１等の符号化方式で一つのピクチャに圧縮され、各ＰＥＳペイロードに格納される。一方、各ＰＥＳヘッダには、同じＰＥＳパケットのＰＥＳペイロードに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）が格納される。ＰＴＳは、再生装置100内のデコーダによって一つのエレメンタリ・ストリームから復号された一フレームのデータがそのデコーダから出力されるべき時刻をいう。次に、各ＰＥＳパケット552は一般に複数のＴＳパケット553に変換される。ＴＳパケット553は固定長のパケットであり、ＴＳヘッダとＴＳペイロードとを含む。ＴＳヘッダは、対応するＴＳペイロードに格納されたビデオ・ストリーム551A又は551BのＰＩＤを含む。各ＰＥＳパケット552は一般には分割されて複数のＴＳペイロードに格納される。最後に、各ＴＳパケット553にヘッダが付与されて、そのＴＳパケット553がソース・パケット560に変換される。
【００５３】
同様に、オーディオ・ストリーム554から変換されたＰＥＳパケット555では、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオ・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納される。ここで、オーディオ・ストリーム554の符号化形式としては、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＤＴＳ（Digital Theater System：登録商標）、又はＤＴＳ−ＨＤ  ＬＢＲが利用される。グラフィックス・ストリーム557から変換されたＰＥＳパケット558では、グラフィックス・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納される。
【００５４】
≪クリップ情報ファイル514A≫
【００５５】
図８は、クリップ情報ファイル514Aのデータ構造を示す模式図である。ＣＬＩＰＩＮＦディレクトリ514に置かれたクリップ情報ファイル514Aは、ＳＴＲＥＡＭディレクトリ515に置かれたＡＶストリーム・ファイル515Aと一対一に対応する。クリップ情報ファイル514Aは、対応するＡＶストリーム・ファイル515A内のＳＰＮとＰＴＳとの間の対応関係を規定する。クリップ情報ファイル514Aは更に、対応するＡＶストリーム・ファイル515A内に多重化されている各エレメンタリ・ストリームの属性を示す。
【００５６】
図８に示されているように、クリップ情報ファイル514Aはストリーム属性情報541とエントリ・マップ・テーブル542とを含む。ストリーム属性情報541では、ＡＶストリーム・ファイル515A内の各エレメンタリ・ストリームに関する属性情報が、そのエレメンタリ・ストリームのＰＩＤに対応付けられている。属性情報の詳細は、ビデオ・ストリーム、オーディオ・ストリーム、及びグラフィックス・ストリームの間で異なる。例えばビデオ・ストリームのＰＩＤに対応付けられた属性情報は、圧縮に利用されたコーデックの識別情報、各ピクチャの解像度とアスペクト比、及びフレーム・レートを含む。一方、オーディオ・ストリームのＰＩＤに対応付けられた属性情報は、圧縮に利用されたコーデックの識別情報、チャンネル数、言語、及びサンプリング周波数を含む。これらの属性情報は再生装置100内でデコーダの初期化に利用される。
【００５７】
エントリ・マップ・テーブル542は、エレメンタリ・ストリームごとにＳＰＮとＰＴＳとの間の対応関係を規定する。例えば図８に示されているように、エントリ・マップ・テーブル542は、ビデオ・ストリームのＰＩＤごとにエントリ・マップ543を含む。エントリ・マップ543では、そのビデオ・ストリーム内の各ピクチャ群（ＧＯＰ）の先頭、すなわち、各イントラ・ピクチャ（Ｉピクチャ）のＰＴＳ544に、そのＩピクチャを含むソース・パケットのＳＰＮ545が対応付けられている。再生装置100はエントリ・マップ543を参照することにより、ビデオ・ストリームに含まれるフレームのうち、任意のＰＴＳでのフレームを含むソース・パケットをＡＶストリーム・ファイル515Aの中から特定できる。例えば、早送り再生及び巻戻し再生等の特殊再生では再生装置100は、エントリ・マップ543に記述された各ＳＰＮ545のソース・パケットをＡＶストリーム・ファイル515Aの中から選択してデコーダに送る。それにより、Ｉピクチャが選択的に再生される。
【００５８】
エントリ・マップ・テーブル542では、ビデオ・ストリーム以外のエレメンタリ・ストリームについても同様に、エントリ・マップが特定のデータ部分のＰＴＳとＳＰＮとを対応付けている。従って、再生装置100はそのエントリ・マップを参照することにより、各エレメンタリ・ストリーム内の任意のＰＴＳに対応するＡＶストリーム・ファイル内のソース・パケットを特定できる。
【００５９】
≪プレイリスト・ファイル513A≫
【００６０】
図９は、プレイリスト・ファイル513Aのデータ構造を示す模式図である。図９に示されているように、プレイリスト・ファイル513Aはプレイリスト情報530を含む。プレイリスト情報530は、ＡＶストリーム・ファイル515Aの再生経路、すなわち、そのＡＶストリーム・ファイル515Aのうち、再生対象の部分をその再生時刻、すなわちＰＴＳで規定する。プレイリスト情報530は、１つ以上のプレイアイテム情報531、532、533、次元識別フラグ534、及びグラフィックス・プレーン・シフト量535を含む。
【００６１】
各プレイアイテム情報531−533は、ＡＶストリーム・ファイル515Aのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。プレイアイテム情報531−533には通し番号が振られている。その通し番号は、各プレイアイテム情報531−533によって規定されるＡＶストリーム・ファイル515Aの各部分の再生順序を表す。その通し番号はまた、各プレイアイテム情報531−533の識別子、すなわちプレイアイテムＩＤとして利用される。
【００６２】
次元識別フラグ534は、プレイアイテム情報531−533の規定する再生経路の表示次元を示す。次元識別フラグ534によって表される表示次元には、二次元と三次元との二種類がある。「表示次元が二次元である」とは、再生経路の映像が通常の二次元映像であることを意味し、「表示次元が三次元である」とは、再生経路の映像が立体視映像であることを意味する。
【００６３】
グラフィックス・プレーン・シフト量535は、グラフィックス・ストリームPG1、PG2の表すグラフィックス映像、特に字幕の知覚されるべき奥行きを示す。ここで、図３に示されているように、グラフィックス映像の奥行きは、左目に映るその映像と右目に映るその映像との間での変位量で決まる。従って、グラフィックス・プレーン・シフト量535は具体的には例えば次のように定義される。各グラフィックス・ストリームPG1、PG2は、表示対象のグラフィックス映像のデータと共に、そのグラフィックス映像のビデオ・フレーム内での表示位置を表すパラメータを含む。グラフィックス・プレーン・シフト量535は、それらのパラメータで表された表示位置を基準とする相対的な変位量の対で定義される。その対の一方は左目用ビデオ・フレームに関し、他方は右目用ビデオ・フレームに関する。その対は大きさが等しく、符号、すなわち変位の方向が逆である。図３に示されている右目用の映像IMRと左目用の映像IMLとの間の変位量SH1、SH2は、グラフィックス・プレーン・シフト量535の表す変位量の対の差に相当する。
【００６４】
図１０は、プレイアイテム情報531のデータ構造を示す模式図である。他のプレイアイテム情報532、533のデータ構造も同様である。図１０に示されているように、プレイアイテム情報531は、参照クリップ情報571、再生開始時刻572、再生終了時刻573、及びストリーム選択テーブル574を含む。参照クリップ情報571は、ＡＶストリーム・ファイル515Aの参照に必要なクリップ情報ファイル514Aを識別するための情報である。再生開始時刻572と再生終了時刻573とは、ＡＶストリーム・ファイル515Aのうち、再生対象の部分の先頭と末尾との各ＰＴＳを示す。ストリーム選択テーブル574は、再生開始時刻572から再生終了時刻573までの間に、再生装置100内のデコーダによってＡＶストリーム・ファイル515Aの中から選択可能なエレメンタリ・ストリームのリストを表す。
【００６５】
図１０に示されているように、ストリーム選択テーブル574は複数のストリーム・エントリ580を含む。ストリーム・エントリ580はストリーム選択番号581とストリーム識別情報582とを含む。ストリーム選択番号581はストリーム・エントリ580の通し番号である。ストリーム識別情報582は、ＡＶストリーム・ファイル515Aに多重化されているエレメンタリ・ストリームのいずれかのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが、再生開始時刻572から再生終了時刻573までの間にＡＶストリーム・ファイル515Aの中から選択可能である。
【００６６】
図１１は、プレイリスト情報530に従って再生されるＡＶストリーム・ファイル515Aの各部分CL1、CL2、CL3を示す模式図である。図１１に示されている時間軸MPはコンテンツの再生時間を表す。コンテンツの再生には以下に示すように、プレイリスト情報、クリップ情報ファイル、及びＡＶストリーム・ファイルの組み合わせが利用される。
【００６７】
再生装置100は、図９に示されているプレイリスト情報530の中から、プレイアイテム情報＃１531、プレイアイテム情報＃２532、プレイアイテム情報＃３533をプレイアイテムＩＤの順に参照する。例えばプレイアイテム情報＃１531が参照されるとき、まず、その参照クリップ情報571（図１０参照）の示すクリップ情報ファイル514Aのエントリ・マップ・テーブル542（図８参照）から、再生開始時刻IN1に対応するＰＴＳ＃１544が検索される。次に、そのＰＴＳ＃１544に対応するＳＰＮ＃１545が開始アドレスSP1として特定される。同様に、再生終了時刻OUT1に対応するＳＰＮが終了アドレスEP1として特定される。続いて、クリップ情報ファイル514Aのストリーム属性情報541（図８参照）が利用され、プレイアイテム情報＃１531のストリーム選択テーブル574（図１０参照）に登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。そのとき、例えば再生装置100と表示装置200との両方が複数の出力形式のオーディオ・データに対応可能であれば、オーディオ・ストリームが複数検出され得る。このように、同種であっても属性の異なるエレメンタリ・ストリームが複数検出されたとき、それらのエレメンタリ・ストリームの中で最小のストリーム選択番号581を持つものが選択され、その選択されたエレメンタリ・ストリームのＰＩＤ582がデコーダに設定される。但し、次元識別フラグ534の示す表示次元が三次元であるとき、再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、左目用ビデオ・ストリームVLのＰＩＤ“０ｘ１０１１”と右目用ビデオ・ストリームVRのＰＩＤ“０ｘ１０１２”との両方がデコーダに設定される。一方、再生装置100と表示装置200とのいずれかが立体視映像表示に非対応であれば、左目用ビデオ・ストリームVLのＰＩＤだけがデコーダに設定される。その結果、ＡＶストリーム・ファイル515A内のアドレス範囲SP1−EP1の部分CL1から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって抽出され、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1に再生されるべきストリーム・データが復号される。同様に、プレイアイテム情報＃２532の規定する再生区間PI2では、ＡＶストリーム・ファイル515A内のアドレス範囲SP2−EP2の部分CL2から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって復号され、プレイアイテム情報＃３533の規定する再生区間PI3では、ＡＶストリーム・ファイル515A内のアドレス範囲SP3−EP3の部分CL3から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって復号される。
【００６８】
≪ＸＭＬファイル518A≫
【００６９】
ＸＭＬファイル518Aは、光ディスク500に記録されたコンテンツに関する様々な情報を含む。それらの情報は、例えば、光ディスク500の識別情報、コンテンツ・プロバイダの識別情報、コンテンツに含まれるタイトルのリスト、各タイトルに関する情報、タイトルのリストを画面に表示するときに利用されるサムネイル映像を含む。尚、ＸＭＬファイル518Aはコンテンツの再生には必須の情報ではなく、省略されてもよい。
【００７０】
＜再生装置100のハードウェア構成＞
【００７１】
図１２は、再生装置100のハードウェア構成を示すブロック図である。図１２を参照するに、再生装置100は、光ディスク・ドライブ110、ローカル・ストレージ120、操作部130、ネットワーク・インタフェース140、バス150、制御部160、再生部170、及びＨＤＭＩ送信部180を含む。光ディスク・ドライブ110、ローカル・ストレージ120、操作部130、及びネットワーク・インタフェース140はバス150を通して制御部160及び再生部170と通信可能である。また、制御部160と再生部170とはバス150を通して互いに通信可能である。
【００７２】
光ディスク・ドライブ110は、内部に挿入された光ディスク500にレーザ光を照射し、その反射光の変化から、光ディスク500に記録されたデータを読み取る。光ディスク・ドライブ110は特にＢＤ−ＲＯＭディスクに対応可能である。制御部160からデータの読み出しが指示されたとき、光ディスク・ドライブ110は光ディスク500のボリューム領域502（図４参照）からデータを読み出して、ローカル・ストレージ120、制御部160、又は再生部170に転送する。
【００７３】
ローカル・ストレージ120は書き換え可能な大容量の記憶装置であり、例えば外部ネットワーク800上のサーバ装置900から追加コンテンツをダウンロードして保存する。追加コンテンツは、例えば光ディスク500に記録されたオリジナル・コンテンツに追加され、又は置換されるべきコンテンツである。追加コンテンツは例えば、副音声、オリジナルの字幕とは異なる言語の字幕、特典映像、アプリケーション・プログラムのアップデート版を含む。ローカル・ストレージ120はその他に、制御部160によってアプリケーション・プログラムに従って利用されるパラメータ及びテーブル等を保存してもよい。図１２では、ローカル・ストレージ120は、カードリーダ／ライタ111とＨＤＤ112とを含む。カードリーダ／ライタ111は、内部に挿入されたメモリカード700に対してデータを読み書きできる。ＨＤＤ112は再生装置100に内蔵されている。その他に、図１２には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス150に接続され、ローカル・ストレージ120として利用されてもよい。
【００７４】
操作部130は、リモコン400から赤外線等の無線で送出されたコマンドを受信して解読し、そのコマンドの内容を制御部160に通知する。操作部130はその他に、再生装置100のフロント・パネルに設けられたボタンの押下を検出して制御部160に通知する。
【００７５】
ネットワーク・インタフェース140は外部ネットワーク800とバス150との間を通信可能に接続する。それにより、制御部160はネットワーク・インタフェース140を通してネットワーク800上のサーバ装置900と通信可能である。
【００７６】
制御部160はマイクロコンピュータ・システムであり、ＣＰＵ160A、ＲＯＭ160B、及びＲＡＭ160Cを含み、それらが内部バス160Dで互いに接続されている。ＲＯＭ160Bには、再生装置100の基本動作を制御するためのプログラム（ファームウェア）が記録されている。ファームウェアは、バス150に接続された各要素110−140、170のデバイス・ドライバを含む。ＣＰＵ160Aは、例えば電源投入に応じてＲＯＭ160Bからファームウェアを読み出して実行する。それにより、各要素110−140、170の初期化が制御されるだけでなく、Ｊａｖａプラットフォーム、すなわちＢＤ−Ｊオブジェクトの実行環境が整備される。ＲＡＭ160CはＣＰＵ160Aに対して作業領域を提供する。制御部160はそれらの要素160A−Cの組み合わせを利用してファームウェア及びアプリケーション・プログラムを実行し、それらに従って他の要素を制御する。
【００７７】
制御部160は特に、光ディスク500又はローカル・ストレージ120に記録されたコンテンツから所望のタイトルを読み出して再生部170に再生させる。具体的には、制御部160はまず、光ディスク500又はローカル・ストレージ120から、再生対象のタイトルに対応するプレイリスト情報、すなわちカレント・プレイリスト情報を読み出し、それに従って再生対象のＡＶストリーム・ファイル、すなわちカレント・ＡＶストリーム・ファイルを選択する。制御部160は次に、光ディスク・ドライブ110又はローカル・ストレージ120に、カレント・ＡＶストリーム・ファイルを読み出して再生部170へ供給するように指示する。
【００７８】
一方、制御部160はカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、制御部160は再生部170に対して表示次元を「二次元」に指定する。その表示次元が「三次元」であるとき、制御部160は更に、再生装置100と表示装置200とが立体視映像表示に対応可能であるか確認する。再生装置100と表示装置200との少なくともいずれかが立体視映像表示に非対応であれば、制御部160は再生部170に対して表示次元を「二次元」に指定する。再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、制御部160は再生部170に対して表示次元を「三次元」に指定する。それと共に、制御部160はカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出し、所定のＯＳＤプレーン・シフト量と共に再生部170に渡す。ここで、ＯＳＤプレーン・シフト量は、ＯＳＤの知覚されるべき奥行きを示す。具体的には、ＯＳＤプレーン・シフト量はグラフィックス・プレーン・シフト量と同様、左目用と右目用との各ビデオ・フレームにおける、ＯＳＤの基準位置に対する相対的な変位量で定義される。
【００７９】
制御部160はその他に、カレント・ＡＶストリーム・ファイルから分離されるべきエレメンタリ・ストリームのＰＩＤをカレント・プレイリスト情報に従って選択し、再生部170に指定する。特に、再生部170に対して表示次元が「二次元」に指定されたとき、選択されたＰＩＤ群はプライマリ・ビデオ・ストリームのＰＩＤを一つ含む。一方、再生部170に対して表示次元が「三次元」に指定されたとき、選択されたＰＩＤ群はプライマリ・ビデオ・ストリームのＰＩＤを左目用と右目用との二種類含む。
【００８０】
制御部160は更にＯＳＤ機能を備える。すなわち、制御部160は、操作部130によって受け付けられたユーザによる操作、又はアプリケーション・プログラムからの指示に応じて、対応するＯＳＤのグラフィックス・データを再生部170へ送出する。
【００８１】
制御部160はまた、ポップアップ表示機能を備える。すなわち、制御部160は、ユーザによる操作又はアプリケーション・プログラムからの指示に応じて、ポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを呼び出す。制御部160は更に、そのＢＤ−Ｊオブジェクトに従ってアプリケーション・プログラムを実行する。そのアプリケーション・プログラムは制御部160にポップアップ表示のグラフィックス・データを生成させて再生部170へ送出させる。
【００８２】
図１３は、二次元映像に重ねられたＯＳＤ及びポップアップ表示を示す図である。図１３の（ａ）に示されているＯＳＤG1は、再生開始を示す。図１３の（ｂ）に示されているＯＳＤG2は、再生の一時停止を示す。図１３の（ｃ）に示されているＯＳＤG3は、早送りを示す。図１３の（ｄ）に示されているＯＳＤG4は、画面の明るさの設定画面を示す。図１３の（ｅ）に示されているＯＳＤG5は、音量の設定画面を示す。図１３の（ｆ）に示されているポップアップ表示G6は、再生対象のチャプタの選択画面を示す。
【００８３】
制御部160は、再生部170に対して表示次元を「三次元」に指定した後、ＯＳＤのグラフィックス・データを新たに再生部170へ送出するとき、再生部170に表示次元を「疑似二次元」に切り換えさせ、かつグラフィックス・プレーン・シフト量を０に変更させる。そのＯＳＤのグラフィックス・データの送出後、制御部160は、所定時間の経過、ユーザによる操作、又はアプリケーション・プログラムからの指示に応じ、再生部170へＯＳＤの消去命令を送出する。例えば、図１３の（ａ）に示されているＯＳＤG1については所定時間の経過に応じて消去命令が送出される。図１３の（ｂ）に示されているＯＳＤG2についてはユーザによる「一時停止」状態の解除操作に応じて消去命令が送出される。図１３の（ｃ）に示されているＯＳＤG3については、プレイリスト情報の示す再生経路の終端への再生区間の到達がアプリケーション・プログラムから指示されたときに、消去命令が送出される。図１３の（ｄ）、（ｅ）に示されているＯＳＤG4、G5についても同様である。制御部160は更に、再生部170に表示次元を「三次元」へ戻させる。
【００８４】
制御部160が再生部170に対して表示次元を「三次元」に指定した後、アプリケーション・プログラムが制御部160にポップアップ表示のグラフィックス・データを再生部170へ送出させるとき、アプリケーション・プログラムは制御部160を通じて、再生部170に表示次元を「疑似二次元」に切り換えさせ、かつグラフィックス・プレーン・シフト量を０に変更させる。アプリケーション・プログラムは更に制御部160にＢＤ−Ｊプレーン・シフト量を再生部170へ送出させる。ここで、ＢＤ−Ｊプレーン・シフト量は、ポップアップ表示の知覚されるべき奥行きを示す。具体的には、ＢＤ−Ｊプレーン・シフト量はグラフィックス・プレーン・シフト量と同様、左目用と右目用との各ビデオ・フレームにおける、ポップアップ表示の基準位置に対する相対的な変位量で定義される。
【００８５】
アプリケーション・プログラムは、制御部160にポップアップ表示のグラフィックス・データを送出させた後、ユーザによる操作に応じて、制御部160に再生部170へポップアップ表示の消去命令を送出させる。例えば、図１３の（ｆ）に示されているポップアップ表示G6については、ユーザの操作を通じて、所望のチャプタを示す情報が受け付けられたとき、アプリケーション・プログラムは制御部160から再生部170へポップアップ表示の消去命令を送出させる。アプリケーション・プログラムは更に制御部160を通じて再生部170に表示次元を「三次元」へ戻させる。
【００８６】
再生部170は、光ディスク・ドライブ110又はローカル・ストレージ120からカレント・ＡＶストリーム・ファイルを読み込む。再生部170はそのとき、そのファイルから、制御部160によって予め指定されたＰＩＤのエレメンタリ・ストリームを分離する。再生部170は更に、分離された各エレメンタリ・ストリームを復号する。それにより、ビデオ・ストリームからはビデオ・プレーンが生成され、オーディオ・ストリームからはオーディオ・データが生成され、グラフィックス・ストリームからはグラフィックス・プレーンが生成される。再生部170は続いて、ビデオ・プレーンとグラフィックス・プレーンとを一枚ずつ、一枚のビデオ・フレームに合成する。更に、そのビデオ・フレームからビデオ・データVDが構成され、オーディオ・データADと共に出力される。
【００８７】
再生部170は、ビデオ・プレーンの生成処理について、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。
【００８８】
表示次元が「二次元」に指定されたとき、動作モードは「二次元表示モード」に設定される。その動作モードでは、再生部170はまず、カレント・ＡＶストリーム・ファイルから、指定されたＰＩＤの示す一本のプライマリ・ビデオ・ストリームを分離する。再生部170は次に、分離されたビデオ・ストリームに含まれるピクチャ群を非圧縮のビデオ・フレーム群に復号し、各ビデオ・フレームを順次、ビデオ・プレーンとして利用する。
【００８９】
表示次元が「三次元」に指定されたとき、動作モードは「三次元表示モード」に設定される。その動作モードでは、再生部170はまず、カレント・ＡＶストリーム・ファイルから、指定された二種類のＰＩＤの示す二本のプライマリ・ビデオ・ストリーム、すなわち左目用と右目用とのビデオ・ストリームを分離する。再生部170は次に、分離された各ビデオ・ストリームに含まれるピクチャ群を非圧縮のビデオ・フレーム群に復号する。再生部170は更に、左目用と右目用とのビデオ・フレームを交互に、一枚のビデオ・プレーンとして利用する。
【００９０】
表示次元が「疑似二次元」に指定されたとき、動作モードは「疑似二次元表示モード」に設定される。疑似二次元動作モードではピクチャの復号処理までは「三次元表示モード」と全く同様に行われる。しかし、疑似二次元表示モードでは三次元表示モードとは異なり、左目用ビデオ・フレームだけが一枚当たり二度ずつ繰り返しビデオ・プレーンとして利用され、右目用ビデオ・フレームは破棄される。
【００９１】
三次元表示モードでは、再生部170は更に、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が異なる左目用と右目用とのグラフィックス・プレーンを交互に生成する。ここで、再生部170はグラフィックス・プレーン・シフト量を利用して、それらのグラフィックス・プレーン間でのグラフィックス映像の変位量を決める。左目用グラフィックス・プレーンは左目用ビデオ・フレームに合成され、右目用グラフィックス・プレーンは右目用ビデオ・フレームに合成される。再生部170は合成後の左目用と右目用とのビデオ・フレームを交互に表示装置200へ出力する。それにより、カレント・ＡＶストリーム・ファイルの表す映像／字幕は立体視映像として再現される。
【００９２】
疑似二次元表示モードでは、グラフィックス・プレーン・シフト量が０に変更される。従って、再生部170は、生成されたグラフィックス・プレーンをそのまま、二度ずつ繰り返し利用する。すなわち、グラフィックス・ストリームの表すグラフィックス映像の水平方向での表示位置は変更されない。再生部170はまた、上記のとおり、左目用ビデオ・フレームだけをビデオ・プレーンとして利用する。一方、再生部170はＯＳＤプレーン・シフト量を利用して左目用と右目用とのＯＳＤプレーンを交互に生成する。それらのＯＳＤプレーン間では、ＯＳＤの水平方向での表示位置が異なる。同様に、再生部170はＢＤ−Ｊプレーン・シフト量を利用して、左目用と右目用とのＢＤ−Ｊプレーンを交互に生成する。それらのＢＤ−Ｊプレーン間では、ポップアップ表示の水平方向での表示位置が異なる。再生部170は更に、グラフィックス・プレーンと左目用ビデオ・プレーンとの同じ組み合わせに対し、左目用のＯＳＤプレーン／ＢＤ−Ｊプレーンと右目用のＯＳＤプレーン／ＢＤ−Ｊプレーンとを交互に合成する。その合成で得られた左目用と右目用とのビデオ・フレームは交互に表示装置200へ出力される。その結果、ＯＳＤ／ポップアップ表示は立体視映像として再現される一方、カレント・ＡＶストリーム・ファイルの表す映像／字幕は二次元映像として再現される。
【００９３】
制御部160と再生部170とは互いに異なるチップに実装されている。その他に、両者が単一のチップに実装されていてもよい。尚、制御部160と再生部170との各機能の詳細については後述する。
【００９４】
ＨＤＭＩ送信部180はＨＤＭＩケーブル600で表示装置200に接続されている。ＨＤＭＩ送信部180は、再生部170からビデオ・データVDを受けて、それをＨＤＭＩ形式の映像信号に変換する。特に映像信号には左目用と右目用との両方のビデオ・フレームが時分割で多重化される。一方、ＨＤＭＩ送信部180は、再生部170からオーディオ・データADを受けて、それをＨＤＭＩ形式の音声信号に変換する。ＨＤＭＩ送信部180は更に、変換された映像信号及び音声信号を同期信号及び付随データと多重化し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。尚、ＨＤＭＩ送信部180は再生部170に組み込まれていてもよい。また、音声信号は、サラウンド・システム等、表示装置200に外付けされたアンプ又はスピーカに出力されてもよい。
【００９５】
＜制御部160の内部構成の詳細＞
【００９６】
図１４は、制御部160の機能ブロック図である。図１４に示されているように、制御部160は、バス・インタフェース161、ユーザ操作検知モジュール162、仮想ファイルシステム163、及び再生制御部164を含む。制御部160は、その内部に組み込まれたファームウェアを実行することにより、各機能部161−164を実現する。
【００９７】
バス・インタフェース161は、バス150を通して制御部160内の各機能部を、図１２に示されている各要素110−140、170に通信可能に接続する。バス・インタフェース161は特に、仮想ファイルシステム163からの指示に従い、光ディスク・ドライブ110からは光ディスク500上のオリジナル・コンテンツを読み込み、ローカル・ストレージ120からは追加コンテンツを読み込む。
【００９８】
ユーザ操作検知モジュール162は、操作部130からの通知INTを受信して、その通知INTからユーザによる操作の内容を識別する。ユーザ操作検知モジュール162は更に、その操作内容を示す操作信号UOを再生制御部164へ送出する。ここで、その操作内容は、例えば光ディスク・ドライブ110における光ディスク500の挿入／抜出、及び、リモコン400又は再生装置100のフロント・パネルでの再生／停止／早送り／巻戻し等のボタンの押下を含む。
【００９９】
仮想ファイルシステム163は、再生制御部164による光ディスク500及びローカル・ストレージ120に対するファイル・アクセスを管理する。特に、仮想ファイルシステム163は、光ディスク500上のオリジナル・コンテンツのデータ構造504（図４参照）とローカル・ストレージ120内の追加コンテンツのデータ構造とから仮想パッケージを構築する。それにより、アプリケーション・プログラムでは、光ディスク500上のオリジナル・コンテンツとローカル・ストレージ120内の追加コンテンツとが区別されることなく、同じ仮想パッケージ上のコンテンツとして記述される。
【０１００】
仮想ファイルシステム163は更に、再生制御部164からの命令COMに応じて、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部164に渡す。その後、仮想ファイルシステム163は、再生制御部164からの命令COM及びユーザ操作検知モジュール162からの操作信号UOに応じて、仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイルシステム163は仮想パッケージから再生対象のシナリオ情報、すなわちカレントのシナリオ情報DS、SSを読み出して再生制御部164に渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSは、プレイリスト・ファイルとクリップ情報ファイルとを含む。仮想ファイルシステム163は更に、再生制御部164からの命令COMに従って、光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170に供給させる。
【０１０１】
再生制御部164は、ファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で、動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部164は、アプリケーション・プログラムに従って、再生装置100内の各要素によるストリーム・データの再生処理を制御する。
【０１０２】
具体的には、ユーザ操作検知モジュール162からの操作信号UOが光ディスク・ドライブ110への光ディスク500の挿入を示すとき、再生制御部164はまず、その光ディスク500からインデックス・ファイルIFを読み出し、その中のインデックス・テーブルのうち、項目「ファーストプレイ」を参照して、その項目で指定されているオブジェクトを特定する。再生制御部164は次に、そのオブジェクトをカレントの動的シナリオ情報DSとして光ディスク500から呼び出し、そのオブジェクトに従ってアプリケーション・プログラムを実行する。例えばそのアプリケーション・プログラムが仮想パッケージの構築を要求するとき、再生制御部164はまず、光ディスク500上のＢＤＭＶディレクトリ511（図４参照）に記録されたオリジナル・コンテンツに対する追加コンテンツがローカル・ストレージ120に保持されているか確認する。もし保持されていなければ、再生制御部164はネットワーク・インタフェース140を制御して、サーバ装置900からローカル・ストレージ120へ追加コンテンツを転送させてもよい。再生制御部164は次に、その追加コンテンツを用いた仮想パッケージの構築を仮想ファイルシステム163に命令COMで指示する。
【０１０３】
再生制御部164は続いて、仮想ファイルシステム163にその仮想パッケージからインデックス・ファイルIFを読み出させる。その後、再生制御部164は、ユーザ操作検知モジュール162からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択する。再生制御部164は更に、その項目で指定されているオブジェクトに関連するファイル群をカレントの動的シナリオ情報DSとして決定し、その動的シナリオ情報DSを仮想ファイルシステム163に命令COMで要求する。次いで、再生制御部164は、その動的シナリオ情報DSに従って一つのプレイリスト・ファイルとそれの参照するクリップ情報ファイルとをカレントの静的シナリオ情報SSとして決定し、その静的シナリオ情報SSを仮想ファイルシステム163に命令COMで要求する。再生制御部164は続いて、その静的シナリオ情報SSに従ってカレント・ＡＶストリーム・ファイルを選択して、仮想ファイルシステム163に命令COMで指定する。
【０１０４】
一方、再生制御部164は、カレントの静的シナリオ情報SS内のカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。再生制御部164は更に、その表示次元の値、及び、再生装置100と表示装置200とが立体視映像表示に対応可能であるか否かに応じて、再生部170に対して表示次元を二次元又は三次元に指定する。表示次元を三次元に指定するとき、再生制御部164はカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出して、ＯＳＤプレーン・シフト量と共に再生部170に渡す。再生制御部164は更に再生部170に、カレント・ＡＶストリーム・ファイルから分離されるべきエレメンタリ・ストリームのＰＩＤを指定する。
【０１０５】
図１４に示されているように、再生制御部164は、動的シナリオ・メモリ1641、静的シナリオ・メモリ1642、モード管理モジュール1643、ＨＤＭＶモジュール1644、ＢＤ−Ｊモジュール1645、ＡＶ再生ライブラリ1646、及びＯＳＤ制御モジュール1647を含む。
【０１０６】
動的シナリオ・メモリ1641と静的シナリオ・メモリ1642とはいずれも、制御部160内のＲＡＭ160Cの一領域である（図１２参照）。動的シナリオ・メモリ1641は、仮想ファイルシステム163からカレントの動的シナリオ情報DS、すなわち、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、又はＪＡＲファイルを受信して格納する。これらのファイルはＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645によって処理される。静的シナリオ・メモリ1642は、仮想ファイルシステム163からカレントの静的シナリオ情報SS、すなわち、カレント・プレイリスト・ファイル及びクリップ情報ファイルを受信して格納する。この静的シナリオ情報SSはＡＶ再生ライブラリ1646によって参照される。
【０１０７】
モード管理モジュール1643は、仮想ファイルシステム163からインデックス・ファイルIFを受信して保持する。モード管理モジュール1643は更にそのインデックス・ファイルIFを利用して再生装置100の動作モードを管理する。具体的には、モード管理モジュール1643は、ユーザ操作検知モジュール162からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択し、その項目で指定されているオブジェクトの種類に応じて、カレントの動的シナリオ情報DSをＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645に割り当てる。具体的には、そのオブジェクトがムービー・オブジェクトであるとき、カレントの動的シナリオ情報DSはＨＤＭＶモジュール1644に割り当てられ、そのオブジェクトがＢＤ−Ｊオブジェクトであるとき、カレントの動的シナリオ情報DSはＢＤ−Ｊモジュール1645に割り当てられる。前者の動作モードがＨＤＭＶモードであり、後者の動作モードがＢＤ−Ｊモードである。モード管理モジュール1643は更に、ユーザ操作検知モジュール162からの操作信号UOが動作モードの切り換えを示すとき、又は各モジュール1644、1645から動作モードの切り換えを要求されたとき、動的シナリオ情報DSの割り当て先を両モジュール1644、1645の間で切り換える。
【０１０８】
モード管理モジュール1643はディスパッチャ1643Aを含む。ディスパッチャ1643Aはユーザ操作検知モジュール162から操作信号UOを受信し、その中から、現在の動作モードに適した操作信号UOを選択して、動的シナリオ情報DSの割り当て先のモジュール1644又は1645に渡す。例えば操作信号UOが早送り再生／巻戻し再生を示すとき、ディスパッチャ1643Aはその操作信号UOを、ＨＤＭＶモードであればＨＤＭＶモジュール1644に渡し、ＢＤ−ＪモードであればＢＤ−Ｊモジュール1645に渡す。一方、操作信号UOが光ディスク・ドライブ110への光ディスク500の挿入を示すとき、ディスパッチャ1643Aは、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163にインデックス・ファイルIFの読み出しを命令COMで指示する。読み出されたインデックス・ファイルIFはモード管理モジュール1643によって保持される。また、ディスパッチャ1643Aは、操作信号UOの示す操作内容に応じて、その操作信号UOをＯＳＤ制御モジュール1647にも渡す。
【０１０９】
ＨＤＭＶモジュール1644は仮想的なＤＶＤプレーヤであり、光ディスク500からのタイトルの再生処理を一般的なＤＶＤプレーヤによる再生処理と同様に制御する。具体的には、ＨＤＭＶモジュール1644は動的シナリオ・メモリ1641内の動的シナリオ情報DSからムービー・オブジェクトを読み出し、それに含まれるナビゲーション・コマンドを配列の順番で実行する。それにより、ＨＤＭＶモジュール1644は各ナビゲーション・コマンドの示す処理を順番にＡＶ再生ライブラリ1646に指示する。
【０１１０】
ＢＤ−Ｊモジュール1645はＪａｖａプラットフォームであり、特にＪａｖａ仮想マシンを含む。ＢＤ−Ｊモジュール1645は、動的シナリオ・メモリ1641内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出し、それを制御部160内のＣＰＵ160A（図１２参照）用のネィティブ・コードに変換してＡＶ再生ライブラリ1646に渡す。それにより、ＢＤ−Ｊモジュール1645は、そのＢＤ−Ｊオブジェクトの示すタイトルの再生処理をＡＶ再生ライブラリ1646に指示する。ＢＤ−Ｊモジュール1645はまた、ＢＤ−Ｊオブジェクトに従ってネットワーク・インタフェース140にサーバ装置900との通信を行わせて、追加コンテンツをサーバ装置900からローカル・ストレージ120へダウンロードさせる。
【０１１１】
その他に、ＢＤ−Ｊモジュール1645は操作信号UOに応じて、ポップアップ表示を制御するためのＪａｖａアプリケーション・プログラムを実行する。そのＪａｖａアプリケーション・プログラムは、ＡＶ再生ライブラリ1646に備えられたアプリケーション・プログラム・インタフェース（ＡＰＩ）を利用して、ポップアップ表示及びアニメーション映像等のグラフィックス・データGD1を生成する。ポップアップ表示は、例えば図１３の（ｆ）に示されているチャプタの選択画面G6のようなＧＵＩ用の対話画面及びメニューを含む。アニメーション映像等は例えば、図５の（ｂ）に示されているような、映画の映像SCN、映画の表題TL、及びフクロウの映像CRを含む。グラフィックス・データGD1にはＪＦＩＦ（ＪＰＥＧ）又はＰＮＧ等のラスタ・データが利用される。Ｊａｖａアプリケーション・プログラムは更にＢＤ−Ｊモジュール1645に、バス・インタフェース161及びバス150を通して、グラフィックス・データGD1を再生部170へ送出させる。Ｊａｖａアプリケーション・プログラムによるポップアップ表示の制御の詳細については後述する。
【０１１２】
ＡＶ再生ライブラリ1646は、各モジュール1644、1645からの指示に従ってＡＶ再生処理又はプレイリスト再生処理を指示する。「ＡＶ再生処理」とは、光ディスクの再生装置として基本的な処理であって、一般的なＤＶＤプレーヤ及びＣＤプレーヤによる再生処理を踏襲したものをいう。具体的には、ＡＶ再生処理は例えば、再生処理の開始と停止、一時停止とその解除、静止画機能の解除、早送りと巻戻し、音声の切り換え、字幕の切り換え、及びアングルの切り換えを含む。一方、「プレイリスト再生処理」は主に、静的シナリオ情報SSに則ったタイトルの再生処理をいう。すなわち、プレイリスト再生処理では、カレント・プレイリスト情報に従ってカレント・ＡＶストリーム・ファイルが選択されて、仮想ファイルシステム163に命令COMで指定される。プレイリスト再生処理はその他に、仮想パッケージの構築処理、及び、仮想パッケージから各シナリオ・メモリ1641、1642へのシナリオ情報DS、SSの転送処理を含む。ＡＶ再生処理及びプレイリスト再生処理の各機能はＡＰＩとしてＡＶ再生ライブラリ1646に実装されている。ＡＶ再生ライブラリ1646は、指示された処理に応じたＡＰＩを実行することにより、仮想ファイルシステム163を通して、光ディスク・ドライブ110、ローカル・ストレージ120、及び再生部170等に命令COMを送る。それにより、ＡＶ再生ライブラリ1646は、指示された処理を実現させる。
【０１１３】
ＡＶ再生ライブラリ1646は更に、レジスタ1646A、次元判定部1646B、及び、再生モード制御ＡＰＩ1646Cを含む。
【０１１４】
レジスタ1646Aは、再生装置100及び表示装置200の現時点での設定状態を表すパラメータ、設定可能な状態を表すパラメータ、及び初期設定を表すパラメータを格納する。現時点での設定状態を表すパラメータは、例えば復号対象のオーディオ・ストリーム及びグラフィックス・ストリームの各ストリーム選択番号、並びに、カレントのプレイリスト情報及びプレイアイテム情報の各識別子を含む。設定可能な状態を表すパラメータは、例えば選択可能な音声／字幕の言語の種類、及びオーディオ・データの符号化方式の種類を含む。ＡＶ再生ライブラリ1646は各モジュール1644、1645からの指示に従ってレジスタ1646Aを参照する。それにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をレジスタ1646Aに格納する。それと共に、そのストリーム選択番号の示すエレメンタリ・ストリームの属性のうち、符号化形式及び言語の種類等、所定のものが、クリップ情報ファイル514A内のストリーム属性情報541（図８参照）から読み出されてレジスタ1646Aに格納される。ＡＶ再生ライブラリ1646は更に、選択されたエレメンタリ・ストリームのＰＩＤを再生部170に指定する。そのとき、ＡＶ再生ライブラリ1646は、符号化形式の種類等、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170へ転送する。
【０１１５】
次元判定部1646Bはカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、次元判定部1646Bは表示次元を「二次元」に決定する。その表示次元が「三次元」であるとき、次元判定部1646Bは更にレジスタ1646Aにアクセスし、再生装置100と表示装置200とが立体視映像表示に対応可能であるか確認する。再生装置100と表示装置200との少なくともいずれかが立体視映像表示に非対応であれば、次元判定部1646Bは表示次元を「二次元」に決定する。再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、次元判定部1646Bは表示次元を「三次元」に決定する。こうして決定された表示次元を示す次元信号DIMを、次元判定部1646Bはバス・インタフェース161及びバス150を通して再生部170へ送出する。それと共に、次元判定部1646Bはカレント・プレイリスト情報からグラフィックス・プレーン・シフト量GSを読み出し、所定のＯＳＤプレーン・シフト量OSと共に再生部170に渡す。
【０１１６】
再生モード制御ＡＰＩ1646Cは、各モジュール1644、1645、1647からの呼び出しに応じて、ＡＶ再生ライブラリ1646によって実行される。それにより、まず、再生部170の動作モードが調べられる。その動作モードが「三次元表示モード」であるとき、ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、再生部170に、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを一旦退避させ、その上でそれらをいずれも０に再設定させる。ここで、退避領域としては、再生部170内のメモリ又は制御部160内のＲＡＭ160Cが利用される。ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、バス・インタフェース161及びバス150を通して再生部170へ、表示次元が「疑似二次元」であることを示す次元信号DIMを送出する。それにより、ＡＶ再生ライブラリ1646は再生部170にその動作モードを「疑似二次元表示モード」に切り換えさせる。一方、再生モード制御ＡＰＩ1646Cが呼び出されたときの再生部170の動作モードが「疑似二次元表示モード」であるとき、ＡＶ再生ライブラリ1646は次元信号DIMを利用して、再生部170にその動作モードを「三次元表示モード」に切り換えさせる。ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、再生部170に、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。
【０１１７】
ＯＳＤ制御モジュール1647は、操作信号UO又は他のモジュール1644、1645からの指示に従って、対応するＯＳＤのグラフィックス・データGD2を生成し、バス・インタフェース161及びバス150を通して再生部170に渡す。ＯＳＤ制御モジュール1647は更に再生モード制御ＡＰＩ1646Cを呼び出し、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り換えさせる。グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。そのとき、ＯＳＤ制御モジュール1647は更に再生モード制御ＡＰＩ1646Cを呼び出し、再生部170の動作モードを「疑似二次元表示モード」から「三次元表示モード」に戻させる。
【０１１８】
Ｊａｖａアプリケーション・プログラムはポップアップ表示の制御を次のように行う。Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645に、対応するポップアップ表示のグラフィックス・データGD1及びＢＤ−Ｊプレーン・シフト量BSを生成させ、バス・インタフェース161及びバス150を通して再生部170へ送出させる。Ｊａｖａアプリケーション・プログラムは更にＢＤ−Ｊモジュール1645を通して再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。グラフィックス・データGD1及びＢＤ−Ｊプレーン・シフト量BSの送出後、新たな操作信号UOの受信に応じ、Ｊａｖａアプリケーション・プログラムはＡＰＩを利用して再生部170へポップアップ表示の消去命令RQ1を送る。Ｊａｖａアプリケーション・プログラムはそのとき、更に再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」へ戻る。
【０１１９】
＜再生部170の内部構成の詳細＞
【０１２０】
図１５は、再生部170の機能ブロック図である。図１５を参照するに、再生部170は、バス・インタフェース171、トラック・バッファ172A、表示次元記憶部172B、デマルチプレクサ173、左右フラグ記憶部173A、ビデオ・デコーダ174A、グラフィックス・デコーダ174B、オーディオ・デコーダ174C、レンダリング・エンジン175、ビデオ・プレーン・メモリ176、イメージ・プレーン・メモリ177、プレーン・シフト・エンジン178、及び加算部179を含む。イメージ・プレーン・メモリ177は、ＯＳＤプレーン・メモリ177A、ＢＤ−Ｊプレーン・メモリ177B、及びグラフィックス・プレーン・メモリ177Cを含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０１２１】
バス・インタフェース171は、バス150を通して再生部170内の各機能部を、図１２に示されている光ディスク・ドライブ110、ローカル・ストレージ120、及び制御部160に通信可能に接続する。バス・インタフェース171は特に、仮想ファイルシステム163からの指示に従い、カレント・ＡＶストリーム・ファイルCLを光ディスク・ドライブ110又はローカル・ストレージ120からトラック・バッファ172Aへ転送する。
【０１２２】
トラック・バッファ172Aは、再生部170に内蔵の先入れ先出し（ＦＩＦＯ）メモリである。トラック・バッファ172A、172Bはバス・インタフェース171からＡＶストリーム・ファイルCLを読み込んで一時的に保持する。
【０１２３】
表示次元記憶部172Bは、表示次元を示すフラグを書き換え可能に保存する。そのフラグは、表示次元が「二次元」であることを示すもの、表示次元が「三次元」であることを示すもの、及び、表示次元が「疑似二次元」であることを示すものを含む。表示次元記憶部172Bはバス・インタフェース171及びバス150を通して制御部160から次元信号DIMを受信するごとに、それの示す表示次元に対応するフラグを立て、他のフラグを解除する。
【０１２４】
デマルチプレクサ173はまず、カレント・ＡＶストリーム・ファイルCLから分離されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1646から受信する。デマルチプレクサ173は次に、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は更に、そのＴＳパケットのＴＳヘッダからＰＩＤを読み取って分離対象のエレメンタリ・ストリームのＰＩＤと照合する。両者が一致したとき、デマルチプレクサ173はそのＴＳパケットを抽出してＰＩＤ別に収集する。こうして収集されたＴＳパケットから、デマルチプレクサ173はＰＥＳパケットを復元し、ＰＩＤ別に３種類のデコーダ174A−Cのいずれかへ送出する。例えばＴＳパケットのＰＩＤが０ｘ１０１１又は０ｘ１０１２であるとき、そのＴＳパケットから復元されたＰＥＳパケットはビデオ・デコーダ174Aへ送出される。ＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかであるとき、ＰＥＳパケットはオーディオ・デコーダ174Cへ送出される。ＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかであるとき、ＰＥＳパケットはグラフィックス・デコーダ174Cへ送出される。
【０１２５】
ここで、カレント・ＡＶストリーム・ファイルCLに多重化された情報が、例えばグラフィックス・ストリームに含まれるナビゲーション・ボタン（Navigation Button）等のＧＵＩ用グラフィック部品に関する情報のように、アプリケーション・プログラムによって動的シナリオ情報として利用されるものを含むときがある。デマルチプレクサ173はカレント・ＡＶストリーム・ファイルCLからそのような情報を分離したとき、バス・インタフェース171を通してその情報SYSを動的シナリオ・メモリ1641（図１４参照）へ転送する。
【０１２６】
カレント・ＡＶストリーム・ファイルCLから分離されるべきエレメンタリ・ストリームのＰＩＤの中に、左目用ビデオ・ストリームのＰＩＤ“０ｘ１０１１”と右目用ビデオ・ストリームのＰＩＤ“０ｘ１０１２”との両方が含まれているとき、デマルチプレクサ173は更に、ＰＩＤが０ｘ１０１１又は０ｘ１０１２であるＴＳパケットからＰＥＳパケットを復元してビデオ・デコーダ174Aへ送出するごとに、そのＰＩＤが０ｘ１０１１と０ｘ１０１２とのいずれであるかを示す左右信号L／Rを左右フラグ記憶部173Aに送出する。
【０１２７】
左右フラグ記憶部173Aは左右フラグを書き換え可能に保存する。左右フラグは、ビデオ・デコーダ174Aによって処理中のＰＥＳパケットから復号されるビデオ・プレーンが左目用と右目用とのいずれであるかを示す。例えば、左右フラグが立っている状態は、そのビデオ・プレーンが左目用であることを示し、左右フラグが解除されている状態は、そのビデオ・プレーンが右目用であることを示す。その場合、左右フラグ記憶部173Aは、左右信号L／Rが左目用ビデオ・ストリームのＰＩＤ“０ｘ１０１１”を示すときに左右フラグを立て、左右信号L／Rが右目用ビデオ・ストリームのＰＩＤ“０ｘ１０１２”を示すときに左右フラグを解除する。こうして、左右フラグ記憶部173Aは左右信号L／Rを受けるごとに左右フラグの状態を変化させ、すなわち“フリップ”させる。
【０１２８】
ビデオ・デコーダ174Aは、ＡＶ再生ライブラリ1646から復号対象のプライマリ・ビデオ・ストリームについて、符号化形式の種類等、復号処理に必要な情報を受け取る。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスして表示次元を確認する。その情報及び表示次元に応じ、ビデオ・デコーダ174Aは復号処理の種類を決定する。その後、ビデオ・デコーダ174Aはデマルチプレクサ173からプライマリ・ビデオ・ストリームのＰＥＳパケットを受信して内部のバッファに蓄える。それと並行して、ビデオ・デコーダ174AはそのバッファからＰＥＳパケットを読み出してＰＥＳヘッダを取り除き、残りのＰＥＳペイロードから、符号化されたピクチャを取り出して非圧縮のビデオ・フレームに復号する。
【０１２９】
ビデオ・デコーダ174Aは、以下に述べるように、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。これらの動作モードが、再生部170の上記三種類の動作モードに相当する。ビデオ・デコーダ174Aは表示次元記憶部172Bにアクセスして表示次元を確認し、その表示次元に応じて動作モードを選択する。
【０１３０】
表示次元が二次元であるとき、ビデオ・デコーダ174Aは「二次元表示モード」に移行する。二次元表示モードでは、ビデオ・デコーダ174Aは非圧縮のピクチャを順次、元のＰＥＳヘッダに記述されたＰＴＳの示す時刻にビデオ・プレーン・メモリ176に書き込む。
【０１３１】
表示次元が三次元であるとき、ビデオ・デコーダ174Aは「三次元表示モード」に移行する。三次元表示モードでは、デマルチプレクサ173がＰＥＳパケットをＰＩＤ別に、ビデオ・デコーダ174A内の二つのバッファに振り分ける。それにより、左目用と右目用とのビデオ・ストリームのＰＥＳパケットが異なるバッファに分離される。ビデオ・デコーダ174Aは更に、二つのバッファから交互にＰＥＳパケットを取り出して、それに含まれるピクチャを非圧縮のビデオ・フレームに復号する。非圧縮のビデオ・フレームが一枚復号されるごとに、ビデオ・デコーダ174Aは表示次元記憶部172Bにアクセスして表示次元を確認する。表示次元が三次元に維持されていれば、ビデオ・デコーダ174Aはまず、非圧縮のビデオ・フレームを、元のＰＥＳヘッダに記述されたＰＴＳの示す時刻にビデオ・プレーン・メモリ176に書き込む。すなわち、左目用と右目用とのビデオ・フレームが交互にビデオ・プレーン・メモリ176に書き込まれる。その一方で、ビデオ・デコーダ174Aは、各非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたか、すなわち、そのビデオ・フレームが左目用と右目用とのいずれであるかを識別する。ビデオ・デコーダ174Aは更にその識別結果を切換信号PTDでビデオ・プレーン・メモリ176に伝える。
【０１３２】
一方、表示次元が疑似二次元に変更されていたとき、ビデオ・デコーダ174Aは「三次元表示モード」から「疑似二次元表示モード」に移行する。疑似二次元表示モードでは、ビデオ・デコーダ174Aはまず、三次元表示モードと同様、二つのバッファから交互に各ピクチャを非圧縮のビデオ・フレームに復号し、対応するＰＴＳの示す時刻に合わせて、各ビデオ・フレームを交互にビデオ・プレーン・メモリ176に書き込む。その一方で、ビデオ・デコーダ174Aは、各非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたかにかかわらず、そのバッファが左目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであること、すなわち、そのビデオ・フレームが左目用であることを示すように、切換信号PTDの状態を固定する。
【０１３３】
グラフィックス・デコーダ174Bは、デマルチプレクサ173からグラフィックス・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットから、符号化されたグラフィックス・データを取り出して非圧縮のものに復号する。グラフィックス・デコーダ174Bは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に非圧縮のグラフィックス・データをグラフィックス・プレーン・メモリ177Cに書き込む。
【０１３４】
オーディオ・デコーダ174CはＡＶ再生ライブラリ1646から復号対象のプライマリ・オーディオ・ストリームについて、符号化形式の種類等、復号処理に必要な情報を受け取る。更に、その情報に応じ、オーディオ・デコーダ174Cは復号処理の種類を決定する。その後、オーディオ・デコーダ174Cはデマルチプレクサ173からプライマリ・オーディオ・ストリームのＰＥＳパケットを受信して内部のバッファに蓄える。それと並行して、オーディオ・デコーダ174CはそのバッファからＰＥＳパケットを読み出して、そのＰＥＳパケットからＰＥＳヘッダを取り除き、残りのＰＥＳペイロードから、符号化されたＬＰＣＭ方式のオーディオ・データを取り出して非圧縮のものに復号する。オーディオ・デコーダ174Cは更にその非圧縮のオーディオ・データADを、そのＴＳパケットに記述されたＰＴＳの示す時刻に出力する。
【０１３５】
レンダリング・エンジン175は、Ｊａｖａ２Ｄ又はＯＰＥＮ−ＧＬ等のソフトウェアを備え、ＢＤ−Ｊモジュール1645を通したＪａｖａアプリケーション・プログラムからの指示に従ってグラフィックス映像のデータを生成し、そのデータをＢＤ−Ｊプレーン・メモリ177Bに書き込む。レンダリング・エンジン175は特に、ＢＤ−Ｊモジュール1645からポップアップ表示のグラフィックス・データGD1を受信したとき、そのグラフィックス・データGD1からＢＤ−Ｊプレーンを生成してＢＤ−Ｊプレーン・メモリ177Bに書き込む。レンダリング・エンジン175は更に、ＯＳＤ制御モジュール1647からＯＳＤのグラフィックス・データGD2を受信したとき、そのグラフィックス・データGD2からＯＳＤプレーンを生成してＯＳＤプレーン・メモリ177Aに書き込む。レンダリング・エンジン175はまた、ＢＤ−Ｊモジュール1645を通してＪａｖａアプリケーション・プログラムからポップアップ表示の消去命令RQ1を受けたとき、ＢＤ−Ｊプレーン・メモリ177B上のＢＤ−Ｊプレーンを消去する。一方、レンダリング・エンジン175はＯＳＤ制御モジュール1647からＯＳＤの消去命令RQ2を受けたとき、ＯＳＤプレーン・メモリ177A上のＯＳＤプレーンを消去する。
【０１３６】
ビデオ・プレーン・メモリ176は、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。ビデオ・プレーン・メモリ176は特にその配列を二つ含む。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。ビデオ・プレーン・メモリ176内の各配列には、ビデオ・デコーダ174Aによって非圧縮のビデオ・フレームが一枚ずつ書き込まれる。各ビデオ・フレームから、映画の主映像を表す一枚のビデオ・プレーンが構成される。
【０１３７】
特に表示次元が「三次元」又は「疑似二次元」であるとき、ビデオ・プレーン・メモリ176内の各配列にはビデオ・デコーダ174Aから非圧縮のビデオ・フレームが交互に書き込まれる。その一方で、ビデオ・プレーン・メモリ176はビデオ・デコーダ174Aから切換信号PTDを受信し、その状態に応じて二つの配列のいずれかからビデオ・プレーンを出力する。表示次元が「三次元」であるとき、各配列に非圧縮のビデオ・フレームが書き込まれるごとに切換信号PTDの状態が変化する。従って、各配列からビデオ・プレーンが交互に出力される。一方、表示次元が「疑似二次元」であるとき、非圧縮のビデオ・フレームが左目用のビデオ・プレーンであることを示すように、切換信号PTDの状態が固定されている。従って、左目用のビデオ・フレームが書き込まれる配列だけからビデオ・プレーンが出力され、右目用のビデオ・フレームが書き込まれる配列内のビデオ・プレーンは破棄される。
【０１３８】
ＯＳＤプレーン・メモリ177A、ＢＤ−Ｊプレーン・メモリ177B、及びグラフィックス・プレーン・メモリ177Cはいずれも、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーン・メモリ177Cには、グラフィックス・デコーダ174Bによって書き込まれた非圧縮のグラフィックス・データから、主映像に重ねて表示されるべきグラフィックス映像、特に映画の字幕を含む一枚のグラフィックス・プレーンが構成される。ＯＳＤプレーン・メモリ177Aには、レンダリング・エンジン175によって書き込まれたグラフィックス・データから、主映像に重ねて表示されるべきＯＳＤを含む一枚のＯＳＤプレーンが構成される。ＢＤ−Ｊプレーン・メモリ177Bには、レンダリング・エンジン175によって書き込まれたグラフィックス・データから、主映像に重ねて表示されるべきポップアップ表示及びアニメーション映像等を含む一枚のＢＤ−Ｊプレーンが構成される。
【０１３９】
プレーン・シフト・エンジン178は、イメージ・プレーン・メモリ177に対するプレーン・シフト量、すなわち、ＯＳＤプレーン・シフト量、ＢＤ−Ｊプレーン・シフト量、及びグラフィックス・プレーン・シフト量を利用して、各プレーン・メモリ177A−Cについて「プレーン・シフト」を行う。ここで、各プレーン・シフト量は、各プレーン・メモリ177A−Cに構成されたプレーンに含まれるグラフィックス映像の奥行きを示す量であり、具体的には、左目用と右目用との各ビデオ・フレームにおける、そのグラフィックス映像の基準位置に対する相対的な変位量で定義される。両ビデオ・フレームにおける変位量の間では、大きさが等しく、符号、すなわち変位の方向が逆である。プレーン・シフト量は、プレーン・シフト・エンジン178に内蔵のメモリに保存される。
【０１４０】
プレーン・シフトは、二次元映像表示用のプレーンを立体視映像表示用に変換する処理である。具体的には、プレーン・シフト・エンジン178は以下の動作を行う。各プレーン・メモリ177A−Cに一枚のプレーンが書き込まれるごとに、プレーン・シフト・エンジン178は左右フラグ記憶部173Aにアクセスして左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は処理対象のプレーンに対応するプレーン・シフト量から左目用ビデオ・フレームにおける変位量を選択する。左右フラグの状態が右目用ビデオ・プレーンを表しているときは右目用ビデオ・フレームにおける変位量が選択される。プレーン・シフト・エンジン178は更に、選択された変位量を用いて各プレーンを処理して加算部179へ渡す。その処理前後のプレーン間ではグラフィックス映像の水平方向の位置がその変位量だけ異なる。こうして、左目用ビデオ・フレームにおける変位量が利用されるときは左目用のプレーンが生成され、右目用ビデオ・フレームにおける変位量が利用されるときは右目用のプレーンが生成される。尚、その処理の詳細については後述する。
【０１４１】
表示次元記憶部172Bが次元信号DIMに応じて表示次元を三次元に設定するとき、それに併せて、プレーン・シフト・エンジン178はグラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSとを受信する。その後、プレーン・シフト・エンジン178は、グラフィックス・プレーン・メモリ177Cに一枚のグラフィックス・プレーンが書き込まれるごとに、そのグラフィックス・プレーンに対し、グラフィックス・プレーン・シフト量GSを利用してプレーン・シフトを行う。それにより、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が異なる左目用と右目用とのグラフィックス・プレーンが生成されて交互に出力される。
【０１４２】
プレーン・シフト・エンジン178はまた、ＢＤ−Ｊモジュール1645からＢＤ−Ｊプレーン・シフト量BSを受信する。以後、プレーン・シフト・エンジン178は、ＢＤ−Ｊプレーン・メモリ177Bに一枚のＢＤ−Ｊプレーンが書き込まれるごとに、そのＢＤ−Ｊプレーンに対し、ＢＤ−Ｊプレーン・シフト量BSを利用してプレーン・シフトを行う。それにより、ＢＤ−Ｊプレーンの含むグラフィックス映像の水平方向での表示位置が異なる左目用と右目用とのＢＤ−Ｊプレーンが生成されて交互に出力される。
【０１４３】
ＡＶ再生ライブラリ1646が再生モード制御ＡＰＩ1646Cを起動させたとき、プレーン・シフト・エンジン178はＡＶ再生ライブラリ1646からの指示に従い、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを退避させ、その上でそれらをいずれも０に変更する。ここで、退避領域としては、プレーン・シフト・エンジン178内のメモリ又はＲＡＭ160Cが利用される。以後、グラフィックス・プレーン・シフト量は０であるので、グラフィックス・プレーン・メモリ177C上のグラフィックス・プレーンに対するプレーン・シフトは実質上停止する。従って、プレーン・シフト・エンジン178は、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が同じグラフィックス・プレーンを二度ずつ繰り返し出力する。ＢＤ−Ｊプレーンについても同様である。
【０１４４】
一方、プレーン・シフト・エンジン178は、ＯＳＤプレーン・メモリ177Aに一枚のＯＳＤプレーンが書き込まれるごとに、そのＯＳＤプレーンに対し、ＯＳＤプレーン・シフト量OSを利用してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが生成されて交互に出力される。
【０１４５】
また、プレーン・シフト・エンジン178はＢＤ−Ｊモジュール1645から新たにＢＤ−Ｊプレーン・シフト量BSを受信したとき、以後、ＢＤ−Ｊプレーン・メモリ177Bに一枚のＢＤ−Ｊプレーンが書き込まれるごとに、そのＢＤ−Ｊプレーンに対して、新たなＢＤ−Ｊプレーン・シフト量BSを利用してプレーン・シフトを行う。その場合、そのＢＤ−Ｊプレーンはポップアップ表示を含む。従って、そのポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのＢＤ−Ｊプレーンが生成されて交互に出力される。
【０１４６】
その後、ＡＶ再生ライブラリ1646が再生モード制御ＡＰＩ1646Cを再び起動させたとき、プレーン・シフト・エンジン178はＡＶ再生ライブラリ1646からの指示に従い、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。それにより、プレーン・シフト・エンジン178は、グラフィックス・プレーンに対して、グラフィックス・プレーン・シフト量GSを利用したプレーン・シフトを再開する。すなわち、左目用と右目用とのグラフィックス・プレーンが再び交互に出力される。同様に、プレーン・シフト・エンジン178は、ＢＤ−Ｊプレーンに対して、ＢＤ−Ｊプレーン・シフト量BSを利用したプレーン・シフトを再開する。それにより、左目用と右目用とのＢＤ−Ｊプレーンが再び交互に出力される。
【０１４７】
加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンを、ビデオ・プレーン・メモリ176から出力された一枚のビデオ・プレーンに合成して一枚のビデオ・フレームを生成する。更に、そのビデオ・フレームからビデオ・データVDが構成されて出力される。特に表示次元が三次元であるとき、加算部179は、左目用グラフィックス・プレーン、左目用ＢＤ−Ｊプレーン、及び左目用ビデオ・プレーンを左目用ビデオ・フレームに合成し、右目用グラフィックス・プレーン、右目用ＢＤ−Ｊプレーン、及び右目用ビデオ・プレーンを右目用ビデオ・フレームに合成する。こうして、左目用と右目用とのビデオ・フレームが交互に出力される。一方、表現次元が疑似二次元であるとき、加算部179は、グラフィックス・プレーンと左目用ビデオ・プレーンとの同じ組み合わせに対して、左目用ＯＳＤプレーン／ＢＤ−Ｊプレーンと右目用ＯＳＤプレーン／ＢＤ−Ｊプレーンとを交互に合成する。こうして、左目用と右目用とのビデオ・フレームが生成され、交互に出力される。
【０１４８】
＜再生装置100によるプレイリスト再生処理の流れ＞
【０１４９】
図１６−２０は、光ディスク500が光ディスク・ドライブ110に挿入された直後に再生装置100によって実行されるプレイリスト再生処理のフローチャートである。ここでは、例えば再生装置100への電源投入に伴い、制御部160がファームウェアに従って各機能部の初期化を終えた状態、特に再生制御部164がアプリケーション・プログラムの実行環境を既に整えている状態を想定する。その初期化では更に、ＡＶ再生ライブラリ1646がレジスタ1646Aに、再生装置100及び表示装置200の各設定に関するパラメータ、特に対応可能な立体視映像表示の方式を保存する。以下、再生装置100が上記の構成要素をどのように利用してプレイリスト再生処理を実現させるかについて、図１６−２０に示されているステップの順に説明する。
【０１５０】
ステップＳ１：操作部130が光ディスク・ドライブ110への光ディスク500の挿入を検出して、その旨を示す通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162はその通知INTに応じて再生制御部164に操作信号UOを送る。再生制御部164では、ディスパッチャ1643Aがその操作信号UOに応じて、その挿入をＯＳＤ制御モジュール1647に通知する。ディスパッチャ1643Aは更に、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163にインデックス・ファイルIFの読み出しを命令COMで指示する。更に、モード管理モジュール1643はそのインデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」を参照して、その項目で指定されているオブジェクトを特定する。ここで、そのオブジェクトがＢＤ−Ｊオブジェクトであり、かつ、仮想パッケージの構築を伴うものである場合を想定する。その場合、モード管理モジュール1643はＡＶ再生ライブラリ1646を通して仮想ファイルシステム163に指示して、そのＢＤ−Ｊオブジェクトを動的シナリオ・メモリ1641へ転送させる。一方、ディスパッチャ1643Aは、光ディスク・ドライブ110への光ディスク500の挿入をＢＤ−Ｊモジュール1645にも通知する。
【０１５１】
ＯＳＤ制御モジュール1647はその通知に応じて、光ディスクの挿入を表すＯＳＤのグラフィックス・データGD2を再生部170に渡す。再生部170はそのグラフィックス・データGD2からＯＳＤプレーンを生成する。ここで、再生部170の初期状態では通常、動作モードが二次元表示モードである。また、その時点ではビデオ・プレーンはまだ生成されていない。従って、そのＯＳＤプレーンはそのままビデオ・データVDに利用されて出力される。そのビデオ・データVDは更に、ＨＤＭＩ送信部180及びＨＤＭＩケーブル600を通して表示装置200に送られる。それにより、そのＯＳＤが表示装置200の画面に二次元映像として表示される。グラフィックス・データGD2の送出から所定時間の経過後、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。それにより、再生部170はＯＳＤプレーンの出力を停止させるので、そのＯＳＤが表示装置200の画面から消去される。
【０１５２】
ＢＤ−Ｊモジュール1645は、ディスパッチャ1643Aからの通知に応じて、動的シナリオ・メモリ1641からＢＤ−Ｊオブジェクトを読み出す。ＢＤ−Ｊモジュール1645は更に、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。そのＪａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645にまず、ローカル・ストレージ120へアクセスさせ、光ディスク500に記録されたオリジナル・コンテンツに対する追加コンテンツがローカル・ストレージ120に保存されているか確認させる。もし保持されていなければ、Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645にネットワーク・インタフェース140を制御させて、サーバ装置900からローカル・ストレージ120へ追加コンテンツをダウンロードさせてもよい。追加コンテンツがローカル・ストレージ120に保存されていれば、Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645を通じて仮想ファイルシステム163に、光ディスク500上のオリジナル・コンテンツのパスとローカル・ストレージ120内の追加コンテンツのパスとから仮想パッケージを構築させる。
【０１５３】
ステップＳ２：ディスパッチャ1643Aは、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163に命令COMを送る。その命令COMに応じて、仮想ファイルシステム163はインデックス・ファイルIFを仮想パッケージ、すなわち光ディスク500又はローカル・ストレージ120からモード管理モジュール1643へ転送する。
【０１５４】
ステップＳ３：モード管理モジュール1643は、インデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」を参照し、その項目で指定されているオブジェクト（以下、ファーストプレイのオブジェクトという。）を特定する。モード管理モジュール1643は更に、そのオブジェクトの種類に応じて、カレントの動的シナリオ情報DSをＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645に割り当てる。それにより、割り当て先のモジュール1644又は1645は、その動的シナリオ情報DSからファーストプレイのオブジェクトを読み出し、それに従ってプログラムを実行する。
【０１５５】
ステップＳ４：ファーストプレイのオブジェクトによる処理がプレイリスト再生処理であるとき、各モジュール1644、1645はＡＶ再生ライブラリ1646にそのプレイリスト再生処理を指示する。ＡＶ再生ライブラリ1646はその指示に従って、カレント・プレイリスト・ファイルの読み出しを仮想ファイルシステム163に命令COMで要求する。仮想ファイルシステム163はその命令COMに応じてカレント・プレイリスト・ファイルを仮想パッケージから読み出し、カレントの静的シナリオ情報SSとして静的シナリオ・メモリ1642に格納する。
【０１５６】
ステップＳ５：ＡＶ再生ライブラリ1646はカレントの静的シナリオ情報SSからカレント・プレイリスト情報を読み出す。次元判定部1646Bはカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、処理はステップＳ１０（図１７参照）に進む。その表示次元が「三次元」であるとき、処理はステップＳ６に進む。
【０１５７】
ステップＳ６：次元判定部1646Bはレジスタ1646Aにアクセスし、表示装置200が立体視映像表示に対応可能であるか確認する。表示装置200が立体視映像表示に非対応であるとき、処理はステップＳ２０（図１８参照）に進む。表示装置200が立体視映像表示に対応可能であるとき、処理はステップＳ３０（図１９参照）に進む。
【０１５８】
≪プレイリスト情報の示す表示次元が二次元であるときの二次元表示モード≫
【０１５９】
図１７は、カレント・プレイリスト情報の示す表示次元が二次元であるときにおける二次元表示モードのフローチャートである。
【０１６０】
ステップＳ１０：次元判定部1646Bは表示次元を「二次元」に決定し、その表示次元を次元信号DIMで表示次元記憶部172Bに指定する。表示次元記憶部172Bはその次元信号DIMに応じて、それの示す表示次元、すなわち二次元に対応するフラグを立てる。
【０１６１】
ステップＳ１１：次元判定部1646Bはプレーン・シフト・エンジン178に対し、グラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSとをいずれも０に指定する。それにより、プレーン・シフト・エンジン178は、グラフィックス・プレーンとＯＳＤプレーンとに対するプレーン・シフトをいずれも実質上停止させる。従って、再生部170はグラフィックス・プレーンとＯＳＤプレーンとをいずれも二次元映像として出力する。
【０１６２】
ステップＳ１２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報を順番に参照する。それにより、各ストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのＰＩＤをデマルチプレクサ173に指定する。そのとき、ＡＶ再生ライブラリ1646は、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170内の各デコーダへ転送する。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスし、表示次元が二次元であることを確認して二次元表示モードに移行する。
【０１６３】
ステップＳ１３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報に従ってカレント・ＡＶストリーム・ファイルを選択し、仮想ファイルシステム163に指定する。仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170内のバス・インタフェース171に供給させる。バス・インタフェース171はそのカレント・ＡＶストリーム・ファイルCLをトラック・バッファ172Aへ転送する。
【０１６４】
ステップＳ１４：デマルチプレクサ173はまず、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は次に、そのＴＳパケットのＴＳヘッダに含まれるＰＩＤを利用して、分離対象のＴＳパケットをＰＩＤ別に収集する。デマルチプレクサ173は更に、収集されたＴＳパケットからＰＥＳパケットを復元し、ＰＩＤ別に各デコーダ174A−Cへ送出する。ビデオ・デコーダ174Aは、受信されたＰＥＳパケットから、符号化されたピクチャを取り出して非圧縮のビデオ・フレームに復号する。ビデオ・デコーダ174Aは更に、その非圧縮のビデオ・フレームを順次、ビデオ・プレーン・メモリ176に書き込む。グラフィックス・デコーダ174Bは、受信されたＰＥＳパケットから、符号化されたグラフィックス・データを取り出し、それを非圧縮のものに復号してグラフィックス・プレーン・メモリ177Cに書き込む。オーディオ・デコーダ174Cは、受信されたＰＥＳパケットから、符号化されたオーディオ・データを取り出し、それを非圧縮のオーディオ・データに復号する。上記の各デコーダの動作と並行して、レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からグラフィックス・データGD2を受信したときはそのグラフィックス・データGD2からＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からグラフィックス・データGD1を受信したときはそのグラフィックス・データGD1からＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１６５】
ステップＳ１５：各プレーン・メモリ177A−Cに対するプレーン・シフト量はいずれも０であるので、プレーン・シフト・エンジン178は、各プレーン・メモリ177A−C上のプレーンをそのまま加算部179へ出力する。加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとを一枚のビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。表示装置200は、その映像信号に従って二次元映像を画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。
【０１６６】
ステップＳ１６：デマルチプレクサ173は、カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っているか確認する。残っていれば処理はステップＳ１４から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１６７】
≪表示装置200が立体視映像表示に非対応であるときの二次元表示モード≫
【０１６８】
図１８は、表示装置200が立体視映像表示に非対応であるときにおける二次元表示モードのフローチャートである。図１８に示されているステップＳ２０−２６は本質的には、図１７に示されているステップＳ１０−１６と同様である。従って、以下では、ステップＳ１０−１６とは異なる点を除き、各ステップの説明を簡略化し、詳細については上記の説明を援用する。
【０１６９】
ステップＳ２０：次元判定部1646Bは表示次元を二次元に指定し、それに応じて表示次元記憶部172Bは二次元に対応するフラグを立てる。
【０１７０】
ステップＳ２１：次元判定部1646Bはプレーン・シフト・エンジン178に対し、グラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSをいずれも０に指定する。
【０１７１】
ステップＳ２２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報に従ってエレメンタリ・ストリームを選択する。ここで、プライマリ・ビデオ・ストリームについては、右目用ビデオ・ストリームが選択対象から外される。選択されたエレメンタリ・ストリームのＰＩＤは、復号処理に必要な情報と共にデマルチプレクサ173に指定される。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に、表示次元が二次元であることを確認して、二次元表示モードに移行する。
【０１７２】
ステップＳ２３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報に従ってカレント・ＡＶストリーム・ファイルを選択する。それに応じて、仮想ファイルシステム163及びバス・インタフェース171は光ディスク・ドライブ110又はローカル・ストレージ120からトラック・バッファ172Aへそのカレント・ＡＶストリーム・ファイルCLを転送する。
【０１７３】
ステップＳ２４：デマルチプレクサ173は、トラック・バッファ172A内のカレント・ＡＶストリーム・ファイルCLから分離対象のＴＳパケットをＰＩＤ別に収集し、ＰＥＳパケットに復元して各デコーダ174A−Cへ渡す。ビデオ・デコーダ174AはＰＥＳパケットからビデオ・フレームを復号して、順次ビデオ・プレーン・メモリ176に書き込む。グラフィックス・デコーダ174Bも同様に、ＰＥＳパケットからグラフィックス・プレーンを復号してグラフィックス・プレーン・メモリ177Cに書き込む。オーディオ・デコーダ174CはＰＥＳパケットからオーディオ・データを復号する。レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からのグラフィックス・データGD2を利用してＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からのグラフィックス・データGD1を利用してＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１７４】
ステップＳ２５：プレーン・シフト・エンジン178は、各プレーン・メモリ177A−C上のプレーンをそのまま加算部179へ出力する。加算部179は、プレーン・シフト・エンジン178から出力されたプレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとをビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換して表示装置200へ送出する。表示装置200は、その映像信号に従って二次元映像を画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。
【０１７５】
ステップＳ２６：カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っていれば処理はステップＳ２４から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１７６】
≪三次元表示モード≫
【０１７７】
図１９−２０は、三次元表示モードのフローチャートである。以下に説明される各ステップのうち、ステップＳ３０−３３、Ｓ４０、Ｓ４１は図１９に示され、ステップＳ４２−４９は図２０に示されている。
【０１７８】
ステップＳ３０：次元判定部1646Bは表示次元を「三次元」に決定し、その表示次元を次元信号DIMで表示次元記憶部172Bに指定する。表示次元記憶部172Bはその次元信号DIMに応じて、それの示す表示次元、すなわち三次元に対応するフラグを立てる。
【０１７９】
ステップＳ３１：次元判定部1646Bはカレント・プレイリスト情報からグラフィックス・プレーン・シフト量GSを読み出し、所定のＯＳＤプレーン・シフト量OSと共に再生部170に渡す。プレーン・シフト・エンジン178はそれらのプレーン・シフト量GS、OSを内蔵のメモリに保存する。
【０１８０】
ステップＳ３２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報を順番に参照する。それにより、各ストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのＰＩＤをデマルチプレクサ173に指定する。ここで、指定されるＰＩＤ群は、左目用ビデオ・ストリームのＰＩＤと右目用ビデオ・ストリームのＰＩＤとの両方を含む。ＡＶ再生ライブラリ1646は更に、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170内の各デコーダへ転送する。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスし、表示次元が三次元であることを確認して、三次元表示モードに移行する。
【０１８１】
ステップＳ３３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報に従ってカレント・ＡＶストリーム・ファイルを選択し、仮想ファイルシステム163に指定する。仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170内のバス・インタフェース171に供給させる。バス・インタフェース171はそのカレント・ＡＶストリーム・ファイルCLをトラック・バッファ172Aへ転送する。
【０１８２】
ステップＳ４０：デマルチプレクサ173はまず、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は次に、そのＴＳパケットのＴＳヘッダに含まれるＰＩＤを利用して、分離対象のＴＳパケットをＰＩＤ別に収集する。デマルチプレクサ173は更に、収集されたＴＳパケットからＰＥＳパケットを復元し、ＰＩＤ別に各デコーダ174A−Cへ送出する。ビデオ・デコーダ174Aは、受信されたＰＥＳパケットを交互に二つのバッファに振り分ける。それにより、左目用と右目用とのビデオ・ストリームのＰＥＳパケットが異なるバッファに分離される。ビデオ・デコーダ174Aは更に、二つのバッファから交互に非圧縮のビデオ・フレームを復号する。グラフィックス・デコーダ174Bは、受信されたＰＥＳパケットから、符号化されたグラフィックス・データを取り出して非圧縮のものに復号する。オーディオ・デコーダ174Cは、受信されたＰＥＳパケットから、符号化されたオーディオ・データを取り出し、それを非圧縮のオーディオ・データに復号する。
【０１８３】
ステップＳ４１：デマルチプレクサ173は、ＰＥＳパケットをビデオ・デコーダ174Aへ送出するごとに、左右信号L／Rを左右フラグ記憶部173Aに送出する。左右フラグ記憶部173Aは、その左右信号L／Rに応じて左右フラグを立て、又は解除する。それにより、そのＰＥＳパケットに対応する元のＴＳパケットの示すＰＩＤが“０ｘ１０１１”と“０ｘ１０１２”との間で切り替わるごとに、左右フラグがフリップし、すなわちその状態を切り換える。
【０１８４】
ステップＳ４２：ビデオ・デコーダ174Aは非圧縮のビデオ・フレームを、ビデオ・プレーン・メモリ176内の二つの配列に交互に書き込む。
【０１８５】
ステップＳ４３：ビデオ・デコーダ174Aは、ビデオ・プレーン・メモリ176に非圧縮のビデオ・フレームを一枚書き込むごとに、表示次元記憶部172Bにアクセスして表示次元を確認する。表示次元が「三次元」に維持されていれば、処理はステップＳ４４に進む。表示次元が「疑似二次元」に変更されていれば、処理はステップＳ４５に進む。
【０１８６】
ステップＳ４４：ビデオ・デコーダ174Aは「三次元表示モード」を維持する。ビデオ・デコーダ174Aは特に、非圧縮のビデオ・フレームが左目用と右目用とのいずれであるかを識別する。ビデオ・デコーダ174Aは更にその識別結果を切換信号PTDでビデオ・プレーン・メモリ176に伝える。その場合、ビデオ・プレーン・メモリ176内の各配列にビデオ・フレームが書き込まれるごとに、切換信号PTDの状態は変化する。ビデオ・プレーン・メモリ176はその切換信号PTDを受信し、その状態の変化に合わせて、二つの配列から加算部179へ左目用と右目用とのビデオ・プレーンを交互に出力する。その後、処理はステップＳ４６に進む。
【０１８７】
ステップＳ４５：ビデオ・デコーダ174Aは「三次元表示モード」から「疑似二次元表示モード」に移行する。ビデオ・デコーダ174Aは特に、各非圧縮のビデオ・フレームが左目用と右目用とのいずれであるかにかかわらず、そのビデオ・フレームが左目用であることを示すように、切換信号PTDの状態を固定する。その場合、ビデオ・プレーン・メモリ176は、ビデオ・デコーダ174Aによって左目用のビデオ・フレームが書き込まれる配列だけから加算部179へビデオ・プレーンを出力し、右目用のビデオ・フレームが書き込まれる配列内のビデオ・プレーンは破棄する。その後、処理はステップＳ４６に進む。
【０１８８】
ステップＳ４６：グラフィックス・デコーダ174Bは非圧縮のグラフィックス・データをグラフィックス・プレーン・メモリ177Cに書き込む。レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からグラフィックス・データGD2を受信していればそのグラフィックス・データGD2からＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からグラフィックス・データGD1を受信していればそのグラフィックス・データGD1からＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１８９】
ステップＳ４７：プレーン・シフト・エンジン178は、ＯＳＤプレーン・シフト量、ＢＤ−Ｊプレーン・シフト量、及びグラフィックス・プレーン・シフト量を利用して、各プレーン・メモリ177A−Cについてプレーン・シフトを行う。プレーン・シフトのフローについては後述する。
【０１９０】
ステップＳ４８：加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとを一枚のビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。表示装置200は、その映像信号に従って各ビデオ・フレームを画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。表示装置200は更に、その映像信号に付随する制御信号を利用して、左目用ビデオ・フレームと右目用ビデオ・フレームとの間の切り換えに左右信号LRの波形の切り換えを同期させる。それにより、液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rに、フレームの切り換えと同期して交互に光を透過させる。その結果、液晶シャッター眼鏡300をかけた視聴者には、表示装置200の画面に再現される映像のうち、左目用ビデオ・フレームと右目用ビデオ・フレームとの間で水平方向に変位している部分が、その変位量に対応する奥行きに立体的に見える。
【０１９１】
具体的には、ステップＳ４３でビデオ・デコーダ174Aが「三次元表示モード」を維持しているとき、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではビデオ・プレーンとグラフィックス・プレーンとがいずれも異なる。従って、コンテンツの映像と字幕とがいずれも立体視映像として再現される。一方、ステップＳ４３でビデオ・デコーダ174Aが「三次元表示モード」から「疑似二次元表示モード」へ移行したとき、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではビデオ・プレーンとグラフィックス・プレーンとがいずれも共通である。従って、コンテンツの映像と字幕とがいずれも二次元映像として再現される。しかし、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではＯＳＤプレーン又はＢＤ−Ｊプレーンは異なるので、ＯＳＤ又はポップアップ表示は立体視映像として再現される。特に視聴者にはＯＳＤ又はポップアップ表示がコンテンツの映像と字幕とのいずれよりも手前に見える。
【０１９２】
ステップＳ４９：デマルチプレクサ173は、カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っているか確認する。残っていれば処理はステップＳ４０から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１９３】
≪プレーン・シフト・エンジン178によるプレーン・シフトの流れ≫
【０１９４】
図２１は、プレーン・シフト・エンジン178によるプレーン・シフトのフローチャートである。図２０に示されているステップＳ４７では、以下のステップが順に実行される。
【０１９５】
ステップＳ５０：プレーン・シフト・エンジン178は左右フラグ記憶部173Aにアクセスして左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、処理はステップＳ５１Ｌに進む。左右フラグの状態が右目用ビデオ・プレーンを表しているとき、処理はステップＳ５１Ｒに進む。
【０１９６】
ステップＳ５１Ｌ：プレーン・シフト・エンジン178は、処理対象のプレーン、すなわち、ＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンに対応するプレーン・シフト量から左目用ビデオ・フレームにおける変位量を選択する。プレーン・シフト・エンジン178は更に、その変位量と等しい幅の帯状領域を処理対象のプレーンの左側に付加し、同じ幅の帯状領域を処理対象のプレーンの右端部から除去する。こうして、処理対象のプレーンが左目用のプレーンに変換される。その左目用プレーンでは処理対象のプレーンと比べ、グラフィックス要素、すなわち、ＯＳＤ、ポップアップ表示、又は字幕の位置が元の位置よりも右方にその変位量だけ移動している。左目用プレーンはプレーン・シフト・エンジン178によって保持される。
【０１９７】
ステップＳ５１Ｒ：プレーン・シフト・エンジン178は、処理対象のプレーンに対応するプレーン・シフト量から右目用ビデオ・フレームにおける変位量を選択する。プレーン・シフト・エンジン178は更に、その変位量と等しい幅の帯状領域を処理対象のプレーンの右側に付加し、同じ幅の帯状領域を処理対象のプレーンの左端部から除去する。こうして、処理対象のプレーンが右目用のプレーンに変換される。その右目用プレーンでは処理対象のプレーンと比べ、グラフィックス要素の位置が元の位置よりも左方にその変位量だけ移動している。右目用プレーンはプレーン・シフト・エンジン178によって保持される
【０１９８】
ステップＳ５２：プレーン・シフト・エンジン178は、保持されている左目用又は右目用のプレーンを加算部179へ出力する。
【０１９９】
≪グラフィックス・プレーンに対するプレーン・シフト≫
【０２００】
図２２は、プレーン・シフト・エンジン178によるグラフィックス・プレーンに対するプレーン・シフトを示す模式図である。例えば、グラフィックス・プレーン・メモリ177C上のグラフィックス・プレーンGPLが、字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”を表すグラフィックス要素STLを含む場合を想定する。ここで、そのグラフィックス・プレーンGPLのうち、グラフィックス要素STL以外の部分はα値が０に設定され、すなわち透明である。また、グラフィックス・プレーン・シフト量は、元のグラフィックス・プレーンGPL内でのグラフィックス要素STLの表示位置を基準とする相対的な変位量の対GSL、GSRで定義されている。その対GSL、GSRでは、大きさが等しく、符号、すなわち変位の方向が逆である。例えば右方向の変位を正とするとき、左目用ビデオ・フレームにおける変位量GSLは正であり、右目用ビデオ・フレームにおける変位量GSRは負である。
【０２０１】
プレーン・シフト・エンジン178はまず、左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は左目用ビデオ・フレームにおける変位量GSLを用いて元のグラフィックス・プレーンGPLを書き換える。それにより、その変位量GSLと等しい幅の帯状領域ST1Lを元のグラフィックス・プレーンGPLの左側に付加し、同じ幅の帯状領域ST1Rを元のグラフィックス・プレーンGPLの右端部から除去する。このように書き換えられた左目用グラフィックス・プレーンLGPLでは、プレーンの左端とグラフィックス要素STLとの間の距離DLが元のグラフィックス・プレーンGPLでの距離D0よりも変位量GSLだけ長い。すなわち、グラフィックス要素STLの位置が元のグラフィックス・プレーンGPL内での位置よりも右方に、変位量GSLだけ移動する。
【０２０２】
左右フラグの状態が右目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は右目用ビデオ・フレームにおける変位量GSRを用いて元のグラフィックス・プレーンGPLを書き換える。それにより、その変位量GSRの大きさと等しい幅の帯状領域ST2Rを元のグラフィックス・プレーンGPLの右側に付加し、同じ幅の帯状領域ST2Lを元のグラフィックス・プレーンGPLの左端部から除去する。このように変換された右目用グラフィックス・プレーンRGPLでは、プレーンの左端とグラフィックス要素STLとの間の距離DRが元のグラフィックス・プレーンGPLでの距離D0よりも変位量GSRの大きさだけ短い。すなわち、グラフィックス要素STLの位置が元のグラフィックス・プレーンGPL内での位置よりも左方に、変位量GSRの大きさだけ移動する。
【０２０３】
こうして、プレーン・シフト・エンジン178は一枚のグラフィックス・プレーンGPLから、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとを生成して、交互に加算部179へ出力する。それらの間ではグラフィックス要素STLが水平方向に、グラフィックス・プレーン・シフト量の表す変位量の対GSL、GSRの差に等しい距離GSL−GSRだけ変位する（GSR＜０）。この変位が両眼視差として知覚されることにより、視聴者には字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”が画面よりも手前に見える。
【０２０４】
≪ＯＳＤプレーンに対するプレーン・シフト≫
【０２０５】
図２３は、プレーン・シフト・エンジン178によるＯＳＤプレーンに対するプレーン・シフトを示す模式図である。例えばＯＳＤプレーン・メモリ177A上のＯＳＤプレーンOPLが、再生情報を表すＯＳＤGEを含む場合を想定する。ここで、再生情報は再生中の映像に関する情報であって、例えば、「再生（ＰＬＡＹ）」及び「一時停止」等の再生状態、その映像のシーンのタイトル、及び、再生開始時点からの経過時間を含む。更に、そのＯＳＤプレーンOPLのうち、ＯＳＤGE以外の部分はα値が０に設定され、すなわち透明である。また、ＯＳＤプレーン・シフト量は、元のＯＳＤプレーンOPL内でのＯＳＤGEの表示位置を基準とする相対的な変位量の対OSL、OSRで定義されている。その対OSL、OSRでは、大きさが等しく、符号、すなわち変位の方向が逆である。例えば右方向の変位を正とするとき、左目用ビデオ・フレームにおける変位量OSLは正であり、右目用ビデオ・フレームにおける変位量OSRは負である。
【０２０６】
プレーン・シフト・エンジン178はまず、左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は左目用ビデオ・フレームにおける変位量OSLを用いて元のＯＳＤプレーンOPLを書き換える。それにより、その変位量OSLと等しい幅の帯状領域ST3Lを元のＯＳＤプレーンOPLの左側に付加し、同じ幅の帯状領域ST3Rを元のＯＳＤプレーンOPLの右端部から除去する。このように書き換えられた左目用ＯＳＤプレーンLOPLでは、プレーンの左端とＯＳＤGEとの間の距離D1Lが元のＯＳＤプレーンOPLでの距離D1よりも変位量OSLだけ長い。すなわち、ＯＳＤGEの位置が元のＯＳＤプレーンOPL内での位置よりも右方に、変位量OSLだけ移動する。
【０２０７】
左右フラグの状態が右目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は右目用ビデオ・フレームにおける変位量GSRを用いて元のＯＳＤプレーンOPLを書き換える。それにより、その変位量OSRの大きさと等しい幅の帯状領域ST4Rを元のＯＳＤプレーンOPLの右側に付加し、同じ幅の帯状領域ST4Lを元のＯＳＤプレーンOPLの左端部から除去する。このように変換された右目用ＯＳＤプレーンROPLでは、プレーンの左端とＯＳＤGEとの間の距離D1Rが元のＯＳＤプレーンOPLでの距離D1よりも変位量OSRの大きさだけ短い。すなわち、ＯＳＤGEの位置が元のＯＳＤプレーンOPL内での位置よりも左方に、変位量OSRの大きさだけ移動する。
【０２０８】
こうして、プレーン・シフト・エンジン178は一枚のＯＳＤプレーンOPLから左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとを生成して、交互に加算部179へ出力する。それらの間ではＯＳＤGEが水平方向に、ＯＳＤプレーン・シフト量の表す変位量の対OSL、OSRの差に等しい距離OSL−OSRだけ変位する（OSR＜０）。この変位が両眼視差として知覚されることにより、視聴者にはＯＳＤGEが画面よりも手前に見える。
【０２０９】
＜再生装置100によるＯＳＤプレーンの制御＞
【０２１０】
図２４は、再生装置100によるＯＳＤプレーンの制御に関するフローチャートである。再生装置100は、上記のプレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示を監視し、その操作及び指示を検出するごとに、対応するＯＳＤをＯＳＤプレーンに描画する。生成されたＯＳＤプレーンはプレイリスト再生処理の中でビデオ・フレームに合成されて表示装置200へ出力される。以下、再生装置100によるＯＳＤプレーンの制御について、図２４に示されているステップの順に説明する。
【０２１１】
ステップＳ６０：操作部130が、リモコン400からのコマンド、又は、再生装置100のフロント・パネルに設けられたボタンの押下を検出し、そのコマンド又はそのボタンに対応する通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162は、その通知INTに応じてディスパッチャ1643Aに操作信号UOを送る。ディスパッチャ1643Aはその操作信号UOをＯＳＤ制御モジュール1647に伝える。その他に、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645は、アプリケーション・プログラムに従って、ＯＳＤの表示に関する指示をＯＳＤ制御モジュール1647に伝える。
【０２１２】
ステップＳ６１：ＯＳＤ制御モジュール1647はその操作信号UO又は指示に応じて、その内容に対応するＯＳＤを示すグラフィックス・データGD2を生成してレンダリング・エンジン175へ渡す。
【０２１３】
ステップＳ６２：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２１４】
ステップＳ６３：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647から受けたグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンが生成される。
【０２１５】
ステップＳ６４：グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２１６】
ステップＳ６５：レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンOPLを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止する。
【０２１７】
ステップＳ６６：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」に戻る。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２１８】
＜再生装置100によるＢＤ−Ｊプレーンの制御＞
【０２１９】
図２５は、再生装置100によるＢＤ−Ｊプレーンの制御に関するフローチャートである。上記のプレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示によってポップアップ表示が要求されたとき、再生装置100では、まず、ＢＤ−Ｊモジュール1645が、そのポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを光ディスク500から読み出して、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。次に、そのＪａｖａアプリケーション・プログラムがＢＤ−Ｊモジュール1645に、ポップアップ表示用のグラフィックス・データをＢＤ−Ｊプレーンに描画させる。こうして、生成されたＢＤ−Ｊプレーンは上記のプレイリスト再生処理の中でビデオ・フレームに合成されて、表示装置200へ出力される。以下、再生装置100によるＢＤ−Ｊプレーンの制御について、図２５に示されているステップの順に説明する。
【０２２０】
ステップＳ７０：操作部130が、リモコン400からのコマンド、又は、再生装置100のフロント・パネルに設けられたボタンの押下を検出し、そのコマンド又はそのボタンに対応する通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162は、その通知INTに応じてディスパッチャ1643Aに操作信号UOを送る。その操作信号UOがポップアップ表示を要求しているとき、ディスパッチャ1643Aはその操作信号UOをＢＤ−Ｊモジュール1645に伝える。その他に、ＨＤＭＶモジュール1644がアプリケーション・プログラムに従って、ポップアップ表示をＢＤ−Ｊモジュール1645に要求する。又は、ＢＤ−Ｊモジュール1645自身がアプリケーション・プログラムに従ってポップアップ表示を必要と判断する。
【０２２１】
ステップＳ７１：ＢＤ−Ｊモジュール1647はその操作信号UO又は指示に応じて、その内容の要求するポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを光ディスク500から読み出す。ＢＤ−Ｊモジュール1647は更に、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、そのＪａｖａアプリケーション・プログラムがＢＤ−Ｊモジュール1645にポップアップ表示用のグラフィックス・データGD1を生成させて、レンダリング・エンジン175へ送出させる。
【０２２２】
ステップＳ７２：Ｊａｖａアプリケーション・プログラムは再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２２３】
ステップＳ７３：Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1647に、ポップアップ表示が知覚されるべき奥行きに応じてＢＤ−Ｊプレーン・シフト量BSを生成させてプレーン・シフト・エンジン178へ送出させる。
【０２２４】
ステップＳ７４：レンダリング・エンジン175は、ＢＤ−Ｊモジュール1645から受けたグラフィックス・データGD1を復号してＢＤ−Ｊプレーン・メモリ177Bに書き込む。こうして、ＢＤ−Ｊプレーンが生成される。
【０２２５】
ステップＳ７５：グラフィックス・データGD1の送出後、ユーザの操作によって新たな操作信号UOが受信されたとき、Ｊａｖａアプリケーション・プログラムはＡＰＩを利用して、レンダリング・エンジン175へポップアップ表示の消去命令RQ1を送る。
【０２２６】
ステップＳ７６：レンダリング・エンジン175はその消去命令RQ1に応じて、ＢＤ−Ｊプレーン・メモリ177Bに保持されたＢＤ−Ｊプレーンを消去する。それにより、プレーン・シフト・エンジン178からのＢＤ−Ｊプレーンの出力が停止する。
【０２２７】
ステップＳ７７：Ｊａｖａアプリケーション・プログラムは再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」へ戻る。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２２８】
＜再生モード制御ＡＰＩ1646Cによる処理の流れ＞
【０２２９】
図２６は、再生モード制御ＡＰＩ1646Cによる処理のフローチャートである。再生モード制御ＡＰＩ1646Cは、図２４に示されているステップＳ６２、Ｓ６６ではＯＳＤ制御モジュール1647により呼び出され、図２５に示されているステップＳ７２、Ｓ７７ではＪａｖａアプリケーション・プログラムにより呼び出される。呼び出された再生モード制御ＡＰＩ1646CはＡＶ再生ライブラリ1646によって実行される。それにより、再生部170の動作モードの切換及びそれに伴う処理が、以下に述べるステップの順に行われる。
【０２３０】
ステップＳ８０：ＡＶ再生ライブラリ1646は表示次元記憶部172Bにアクセスして、表示次元を示す各フラグの状態を確認する。それにより、再生部170の動作モードが調べられる。三次元を示すフラグが立っているとき、再生部170の動作モードは「三次元表示モード」である。その場合、処理はステップＳ８１に進む。疑似二次元を示すフラグが立っているとき、再生部170の動作モードは「疑似二次元表示モード」である。その場合、処理はステップＳ８４に進む。二次元を示すフラグが立っているとき、再生部170の動作モードは「二次元表示モード」である。その場合、処理は終了する。
【０２３１】
ステップＳ８１：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを一旦退避させる。
【０２３２】
ステップＳ８２：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、グラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とをいずれも０に再設定させる。
【０２３３】
ステップＳ８３：ＡＶ再生ライブラリ1646は表示次元記憶部172Bへ、表示次元が「疑似二次元」であることを示す次元信号DIMを送出する。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「三次元」であることを示すフラグを解除して、表示次元が「疑似二次元」であることを示すフラグを立てる。その後、処理は終了する。
【０２３４】
ステップＳ８４：ＡＶ再生ライブラリ1646は表示次元記憶部172Bへ、表示次元が「三次元」であることを示す次元信号DIMを送出する。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「疑似二次元」であることを示すフラグを解除して、表示次元が「三次元」であることを示すフラグを立てる。
【０２３５】
ステップＳ８５：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。その後、処理は終了する。
【０２３６】
＜ビデオ・デコーダ174Aの動作モードの切換に伴うビデオ・プレーンの変化＞
【０２３７】
図２７は、ビデオ・プレーン・メモリ176から加算部179へ出力されるビデオ・プレーン列CVPL1−3を示す模式図である。図２７に示されている時間軸は、再生部170内でＰＴＳの基準として利用されるクロック、すなわちＳＴＣ（System Time Clock）を表し、再生時間に相当する。まず、第１期間T1に表示次元が「三次元」に維持され、ビデオ・デコーダ174Aが「三次元表示モード」で動作する場合を想定する。第１期間T1では左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互にビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL1からは立体視映像VV1が再現される。
【０２３８】
例えば時刻P1にユーザがリモコン400のボタンを押下して、再生情報の表示を指示した場合を想定する。そのとき、操作部130がその押下を検出して、対応する通知INTをユーザ操作検知モジュール162に送る。更に、その通知INTに応じてユーザ操作検知モジュール162がディスパッチャ1643Aに操作信号UOを送り、ディスパッチャ1643Aがその操作信号UOをＯＳＤ制御モジュール1647に伝える。ＯＳＤ制御モジュール1647はその操作信号UOに応じて再生モード制御ＡＰＩ1646Cを呼び出す。それにより、表示次元が「疑似二次元」であることを示す次元信号DIMがＡＶ再生ライブラリ1646から送出される。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「三次元」であることを示すフラグを解除して、表示次元が「疑似二次元」であることを示すフラグを立てる。すなわち、表示次元が「三次元」から「疑似二次元」に切り替わる。ビデオ・デコーダ174Aはそのフラグの変化を検出して、「三次元表示モード」から「疑似二次元表示モード」に移行する。従って、以後、ビデオ・デコーダ174Aは左目用ビデオ・フレームだけをビデオ・プレーン・メモリ176に書き込む。こうして、時刻P1以降の第２期間T2では、左目用ビデオ・プレーンLVPLだけがビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL2からは二次元映像VV2が再現される。
【０２３９】
時刻P1より後、例えば時刻P2にユーザがリモコン400のボタンを再度押下する等、再生情報の消去を指示した場合を想定する。そのとき、操作部130が、その指示を示す操作を検出して、対応する通知INTをユーザ操作検知モジュール162に送る。更に、その通知INTに応じてユーザ操作検知モジュール162がディスパッチャ1643Aに操作信号UOを送り、ディスパッチャ1643Aがその操作信号UOをＯＳＤ制御モジュール1647に伝える。ＯＳＤ制御モジュール1647はその操作信号UOに応じて再生モード制御ＡＰＩ1646Cを呼び出す。それにより、表示次元が「三次元」であることを示す次元信号DIMがＡＶ再生ライブラリ1646から送出される。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「疑似二次元」であることを示すフラグを解除して、表示次元が「三次元」であることを示すフラグを立てる。すなわち、表示次元が「疑似二次元」から「三次元」に戻される。ビデオ・デコーダ174Aはそのフラグの変化を検出して、「疑似二次元表示モード」から「三次元表示モード」に戻る。従って、以後、ビデオ・デコーダ174Aは左目用と右目用とのビデオ・フレームを交互にビデオ・プレーン・メモリ176に書き込む。こうして、時刻P2以降の第３期間T3では、左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互にビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL3からは立体視映像VV3が再現される。
【０２４０】
＜表示次元の切換に伴うグラフィックス・プレーンの変化＞
【０２４１】
図２８は、プレーン・シフト・エンジン178から加算部179へ出力されるグラフィックス・プレーン列CGPL1−3を示す模式図である。図２８に示されている時間軸はＳＴＣを表す。図２８では、図２７と同様、表示次元が三次元に維持されている状態において、ユーザが時刻P1にリモコン400のボタンを押下して再生情報の表示を指示し、時刻P2にその表示の消去を指示した場合を想定する。その場合、再生期間は、時刻P1、P2を境に三つの期間T1、T2、T3に分離され、各期間では表示次元がそれぞれ、三次元、疑似二次元、三次元に維持される。
【０２４２】
時刻P1以前の第１期間T1では、プレーン・シフト・エンジン178がグラフィックス・プレーン・シフト量を用いて、図２２に示されているようなグラフィックス・プレーンGPLに対するプレーン・シフトを継続する。それにより、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互にプレーン・シフト・エンジン178から出力される。従って、第１期間T1ではグラフィックス・プレーン列CGPL1から字幕STLの立体視映像VG1が再現される。
【０２４３】
時刻P1にユーザがリモコン400のボタンを押下して再生情報の表示を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647が再生モード制御ＡＰＩ1646Cを呼び出す。それにより、ＡＶ再生ライブラリ1646がプレーン・シフト・エンジン178に、設定済みのグラフィックス・プレーン・シフト量を一旦退避させ、その上でそれを０に再設定させる。従って、以後、プレーン・シフト・エンジン178は、グラフィックス・プレーンGPLに対するプレーン・シフトを実質上停止させ、字幕STLの水平方向での表示位置が同じグラフィックス・プレーンGPLを繰り返し出力する。その結果、第２期間T2ではグラフィックス・プレーン列CGPL2から字幕STLの二次元映像VG2が再現される。
【０２４４】
時刻P2にユーザが再生情報の表示の消去を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647が再生モード制御ＡＰＩ1646Cを呼び出す。それにより、ＡＶ再生ライブラリ1646がプレーン・シフト・エンジン178に、退避領域からグラフィックス・プレーン・シフト量を復帰させる。それにより、プレーン・シフト・エンジン178はグラフィックス・プレーンGPLに対し、グラフィックス・プレーン・シフト量を利用したプレーン・シフトを再開する。すなわち、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが再び、交互にプレーン・シフト・エンジン178から出力される。その結果、第３期間T3ではグラフィックス・プレーン列CGPL3から字幕STLの立体視映像VG3が再現される。
【０２４５】
＜ＯＳＤプレーンの制御＞
【０２４６】
図２９は、プレーン・シフト・エンジン178から加算部179へ出力されるＯＳＤプレーン列COPLを示す模式図である。図２９に示されている時間軸はＳＴＣを表す。図２９では、図２７と同様、表示次元が三次元に維持されている状態において、ユーザが時刻P1に再生情報の表示を指示し、時刻P2にその消去を指示した場合を想定する。その場合、再生期間は、時刻P1、P2を境に三つの期間T1、T2、T3に分離され、各期間では表示次元がそれぞれ、三次元、疑似二次元、三次元に維持される。
【０２４７】
第１期間T1では、ＯＳＤプレーン・メモリ177AがＯＳＤプレーンを含んでいないので、プレーン・シフト・エンジン178からＯＳＤプレーンは出力されない。
【０２４８】
時刻P1にユーザが再生情報の表示を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647がディスパッチャ1643Aから操作信号UOを受ける。ＯＳＤ制御モジュール1647はその操作信号UOに応じて、再生情報を表すＯＳＤGEのグラフィックス・データGD2を生成してレンダリング・エンジン175に渡す。レンダリング・エンジン175はそのグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンOPLが生成される。そのとき、プレーン・シフト・エンジン178は、そのＯＳＤプレーンOPLに対し、ＯＳＤプレーン・シフト量を利用してプレーン・シフトを行う。それにより、ＯＳＤGEの水平方向での表示位置が異なる左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとが生成されて、交互にプレーン・シフト・エンジン178から出力される。その結果、第２期間T2ではＯＳＤプレーン列COPLからＯＳＤGEの立体視映像VOが再現される。
【０２４９】
時刻P2にユーザが再生情報の表示の消去を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647がディスパッチャ1643Aから操作信号UOを受ける。ＯＳＤ制御モジュール1647はその操作信号UOに応じてレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンOPLを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止するので、第３期間T3ではＯＳＤがビデオ・フレームから消える。
【０２５０】
＜ＯＳＤの表示に伴う立体視映像の変化＞
【０２５１】
図３０は、図２７−２９に示されている各プレーン列から合成されたビデオ・フレーム列によって再現される立体視映像を表す模式図である。図３０に示されている時間軸はＳＴＣを表す。また、各時刻P1、P2、及び各期間T1、T2、T3はいずれも、図２７−２９に示されているものと共通である。
【０２５２】
第１期間T1では表示次元が三次元に維持されている。ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互に出力される。一方、プレーン・シフト・エンジン178から加算部179へは左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互に出力される。加算部179は左目用ビデオ・プレーンLVPLと左目用グラフィックス・プレーンLGPLとを一枚ずつ、一枚の左目用ビデオ・フレームに合成し、右目用ビデオ・プレーンRVPLと右目用グラフィックス・プレーンRGPLとを一枚ずつ、一枚の右目用ビデオ・フレームに合成する。加算部179がそれらの合成を交互に繰り返すことにより、左目用と右目用とのビデオ・フレームが交互に出力される。その結果、第１期間T1の映像SCN1ではコンテンツの映像と字幕とがいずれも立体視映像として再現される。
【０２５３】
時刻P1にユーザが再生情報の表示を指示したとき、表現次元が三次元から疑似二次元に切り替わる。それにより、ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLだけが出力される。一方、プレーン・シフト・エンジン178から加算部179へは、字幕STLの水平方向での表示位置が同じグラフィックス・プレーンGPLが繰り返し出力される。従って、第２期間T2の映像SCN2ではコンテンツの映像と字幕とはいずれも二次元映像として再現される。しかし、プレーン・シフト・エンジン178から加算部179へは更に、左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとが交互に出力される。その結果、第２期間T2の映像SCN2ではＯＳＤGEだけが立体視映像として再現され、特に視聴者にはＯＳＤGEがコンテンツの映像と字幕とのいずれよりも手前に見える。
【０２５４】
時刻P2にユーザが再生情報の表示の消去を指示したとき、表現次元が疑似二次元から三次元に戻る。それにより、再び、ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互に出力され、プレーン・シフト・エンジン178から加算部179へは左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互に出力される。一方、ＯＳＤプレーンOPLは消去されるので、プレーン・シフト・エンジン178から加算部179へのＯＳＤプレーンの出力は停止する。加算部179は、左目用ビデオ・プレーンLVPLと左目用グラフィックス・プレーンLGPLとを一枚ずつ、一枚の左目用ビデオ・フレームに合成し、右目用ビデオ・プレーンRVPLと右目用グラフィックス・プレーンRGPLとを一枚ずつ、一枚の右目用ビデオ・フレームに合成する。加算部179がそれらの合成を交互に繰り返すことにより、左目用と右目用とのビデオ・フレームが交互に出力される。その結果、第３期間T3の映像SCN3ではＯＳＤGEが消去され、コンテンツの映像と字幕とが再び立体視映像として再現される。
【０２５５】
尚、ＢＤ−Ｊモジュール1645によって実行されるＪａｖａアプリケーション・プログラムが、再生部170を「三次元表示モード」から「疑似二次元表示モード」に移行させた上でポップアップ表示を行うとき、図３０に示されている立体視映像の変化は、ＯＳＤGEがポップアップ表示に置き換えられる点を除いて同様である。
【０２５６】
＜本発明の実施形態１による立体視映像再生装置の効果＞
【０２５７】
再生装置100では上記のとおり、再生部170が立体視映像表示について「三次元表示モード」と「疑似二次元表示モード」との二種類の動作モードを備えている。三次元表示モードでは、コンテンツから左目用と右目用との両方のビデオ・フレームが復号されて、交互にビデオ・プレーンとして利用される。疑似二次元表示モードでは、コンテンツから左目用と右目用とのビデオ・フレームがいずれも復号されるが、それらのいずれか一方だけがビデオ・プレーンとして繰り返し利用され、他方は破棄される。この再生装置100は更に、立体視映像の表示期間中にＯＳＤ又はポップアップ表示を表示装置200に出力するとき、再生部170を三次元表示モードから疑似二次元表示モードに移行させる。一方、再生装置100は再生部170に、ＯＳＤ及びポップアップ表示のグラフィックス映像を立体視映像として出力させる。それにより、表示装置200の画面では、ＯＳＤ及びポップアップ表示が立体視映像として表示される間、コンテンツの映像は二次元映像として表示される。その結果、ＯＳＤ及びポップアップ表示の視認性を更に向上させることができる。
【０２５８】
再生装置100では更に、「三次元表示モード」と「疑似二次元表示モード」との間の切換が、ビデオ・プレーン・メモリ176Aへの右目用ビデオ・フレームの書き込みとその停止との間の切換だけで実現される。従って、その切換は「三次元表示モード」と「二次元表示モード」との間の切換よりも高速に実現可能である。それ故、コンテンツの映像へＯＳＤ及びポップアップ表示を合成する処理の期間に、いわゆる「黒画面」を挿入する必要がない。その結果、再生装置100の操作性を更に向上させることができる。
【０２５９】
＜変形例＞
【０２６０】
（１）図６に示されている例では、左目用と右目用とのプライマリ・ビデオ・ストリームVL、VRが一本のＡＶストリーム・ファイル515Aに多重化されている。その他に、左目用と右目用とのプライマリ・ビデオ・ストリームが異なる二本のＡＶストリーム・ファイルに分離されていてもよい。その場合、立体視映像用のプレイリスト情報は、それら二本のＡＶストリーム・ファイルを同時に参照するための情報を含む。それにより、仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120に、それら二本のＡＶストリーム・ファイルをパラレルにトラック・バッファ172Aへ転送させる。デマルチプレクサ173はそれらのＡＶストリーム・ファイルから交互にＰＥＳパケットを読み出してビデオ・デコーダ174Aに送る。その他に、再生部170がトラック・バッファ172Aとデマルチプレクサ173との対を二つ備え、各対に上記二本のＡＶストリーム・ファイルを個別に処理させてもよい。再生部170は更にビデオ・デコーダ174Aとビデオ・プレーン・メモリ176との対を二つ備え、各対に左目用ビデオ・プレーンと右目用ビデオ・プレーンとをパラレルに生成させてもよい。
【０２６１】
（２）加算部179の構成には周知のものが利用可能である。例えば、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンに、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、及びグラフィックス・プレーンが一度に合成される構成であってもよい。その他に、加算部179が次のような二つの部分から構成されてもよい。まず、第一の部分がビデオ・プレーンにグラフィックス・プレーンを合成する。次に、第二の部分が、第一の部分による合成結果に、ＯＳＤプレーン又はＢＤ−Ｊプレーンを合成する。更に、加算部179がプレーン・シフト・エンジン178と一体化されていてもよい。その場合、プレーン・シフト・エンジン178による各プレーンに対するプレーン・シフトと加算部179によるプレーン間の合成とが一連の処理として実行される。
【０２６２】
（３）実施形態１では、図９に示されているように、コンテンツの映像の表示次元を示す情報、すなわち、二次元映像用のＡＶストリーム・ファイルと立体視映像用のＡＶストリーム・ファイルとを識別するための情報として、次元識別フラグ534がプレイリスト情報530に記録されている。その情報はその他に、例えば、各プレイアイテム情報531−533、クリップ情報ファイル514A、又は、プレイリスト再生処理用のオブジェクト・ファイル512B、516Aに記録されていてもよい。
【０２６３】
（４）実施形態１では、図９に示されているように、グラフィックス・プレーン・シフト量535がプレイリスト情報530に記録されている。グラフィックス・プレーン・シフト量はその他に、各プレイアイテム情報531−533、クリップ情報ファイル514A、インデックス・ファイル512A、プレイリスト再生処理用のオブジェクト・ファイル512B、516A、ＸＭＬファイル518A、又はＡＶストリーム・ファイル515Aに記録されていてもよい。グラフィックス・プレーン・シフト量が、インデックス・ファイル512A及びオブジェクト・ファイル512B、516A等の動的シナリオ情報、又はＸＭＬファイル518Aに記録されているとき、次元判定部1646Bは、図１６に示されているステップＳ５よりも早い段階、例えばステップＳ３で、動的シナリオ情報又はＸＭＬファイル518Aからグラフィックス・プレーン・シフト量を読み出してプレーン・シフト・エンジン178に渡してもよい。それにより、コンテンツ全体でグラフィックス・プレーン・シフト量が共通であるときは、プレイリスト再生処理ごとにグラフィックス・プレーン・シフト量を設定し直す必要がないので、再生装置100の負担が軽減可能である。一方、グラフィックス・プレーン・シフト量がＡＶストリーム・ファイル515Aに記録されているとき、それが、グラフィックス・ストリームの表すグラフィックス要素、特に字幕のフレーム内での座標値と共に、その奥行きを表す“Ｚ値”として表現されていてもよい。その場合、グラフィックス・デコーダ174Bが、復号後のグラフィックス・データからグラフィックス・プレーン・シフト量を読み出してプレーン・シフト・エンジン178に渡す。
【０２６４】
（５）実施形態１では、ＡＶストリーム・ファイル515Aに多重化されたグラフィックス・ストリームA1、A2が二次元映像用である。その場合、グラフィックス・デコーダ174Cによってそのグラフィックス・ストリームから一枚のグラフィックス・プレーンが復号されるごとに、プレーン・シフト・エンジン178によってその一枚のグラフィックス・プレーンから立体視映像用の一対のグラフィックス・プレーンが生成される。このようなプレーン・シフトを利用した立体視映像表示方式では、左目用と右目用との一対のプレーンを利用した立体視映像表示方式よりも、再生装置に要求される演算量が比較的小さい。従って、プレーン・シフトを利用した立体視映像表示方式は、携帯電話機等、メモリ容量が比較的小さく、又はグラフィックス機能が比較的低い電子機器に有利である。その他に、ＡＶストリーム・ファイル515Aに初めから立体視映像用グラフィックス・ストリームの対、すなわち左目用と右目用とのグラフィックス・ストリームが多重化されていてもよい。その場合、グラフィックス・デコーダ174Cはビデオ・デコーダ174Aと同様に、「三次元表示モード」と「疑似二次元表示モード」との二種類の動作モードを備える。三次元表示モードでは左目用と右目用とのグラフィックス・プレーンが交互に生成され、疑似二次元表示モードでは左目用グラフィックス・プレーンだけが生成される。それにより、図３０と同様に、ＯＳＤ又はポップアップ表示が立体視映像として表示される間、グラフィックス・プレーンの表すグラフィックス映像、特に字幕は二次元映像として表示される。
【０２６５】
（６）実施形態１では、ＯＳＤ制御モジュール1647がＯＳＤのグラフィックス・データGD2を二次元映像用として生成する。その場合、レンダリング・エンジン175によってそのグラフィックス・データGD2から一枚のＯＳＤプレーンが生成されるごとに、プレーン・シフト・エンジン178によってその一枚のＯＳＤプレーンから立体視映像用の一対のＯＳＤプレーンが生成される。その他に、ＯＳＤ制御モジュール1647がＯＳＤのグラフィックス・データGD2を立体視映像用として生成し、すなわち左目用と右目用との対で生成してもよい。その場合、レンダリング・エンジン175は、左目用と右目用とのＯＳＤのグラフィックス・データを交互に利用して、左目用と右目用とのＯＳＤプレーンを交互に生成する。それにより、図２９と同様に、ＯＳＤが立体視映像として表示される。ＢＤ−Ｊモジュール1645によるポップアップ表示用のグラフィックス・データについても同様である。
【０２６６】
（７）図１６−２０の例ではプレイリスト再生処理が、インデックス・ファイル512A内のインデックス・テーブルの項目「ファーストプレイ」で参照されるオブジェクトに従って実行される。すなわち、そのプレイリスト再生処理は、光ディスク500が光ディスク・ドライブ110へ挿入された直後に実行される。プレイリスト再生処理はその他に、インデックス・テーブルの他の項目で参照されるオブジェクトに従って実行されてもよい。その項目は例えば、操作部130がユーザによる再生ボタンの押下を検出したとき、それに応じてモード管理モジュール1643によって参照される。そのときに実行されるプレイリスト再生処理は、ステップＳ２以降、図１６−２０に示されているものと同様に進行する。
【０２６７】
（８）実施形態１では、グラフィックス・プレーン・シフト量、ＯＳＤプレーン・シフト量、及びＢＤ−Ｊプレーン・シフト量はいずれも、ビデオ・フレーム内の所定位置を基準とする相対的な変位量の対で定義される。しかし、各プレーン・シフト量はその他の態様で定義されてもよい。各プレーン・シフト量は例えばプレーン・シフト前後でのビデオ・フレーム内の絶対座標の差で定義されてもよい。また、各プレーン・シフト量は、ピクセル数等、プレーン・シフト・エンジン178の種類に依らない共通の単位で表現される。その場合、プレーン・シフト・エンジン178は、ピクセル数からビット数への換算等、プレーン・シフト量をハードウェアで利用可能な値に変換するための演算処理を行う。その他に、プレーン・シフト量は初めから、ビット数等、ハードウェアでそのまま利用可能な単位で表現されてもよい。
【０２６８】
（９）実施形態１では、プレーン・シフト量は、大きさが等しく、符号の異なる変位量の対で定義される。その他に、その対の間で大きさが異なっていてもよい。また、プレーン・シフト量が例えば左目用ビデオ・プレーンにおける変位量だけで定義されてもよい。その場合、プレーン・シフト・エンジン178が左右フラグの状態に応じて、プレーン・シフト量の符号を反転させて利用する。
【０２６９】
（１０）図２２、２３に示されているように、プレーン・シフト・エンジン178によるプレーン・シフトでは、字幕STL及びＯＳＤGE等のグラフィックス要素のサイズが一定に維持されている。その他に、プレーン・シフト・エンジン178は、処理対象のプレーンに対してプレーン・シフトと併せてスケーリング処理を行うことにより、変位対象のグラフィックス要素のサイズをプレーン・シフト量に応じて変化させてもよい。特に、手前に表示される映像ほど大きく映るように、そのサイズを変化させる。その場合、プレーン・シフトによって生じる立体視映像では、実際の三次元空間の光景と同様に、同じサイズの物体が手前にあるほど大きく見える。従って、それらの立体視映像から視聴者が違和感を更に受けにくくなるので、字幕及びＯＳＤ等の視認性が更に向上する。
【０２７０】
（１１）実施形態１では、制御部160がカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出してそのまま再生部170に渡す。その他に、制御部160が表示装置200の画面の解像度及びサイズに応じて、グラフィックス・プレーン・シフト量を調節してもよい。それにより、左目用と右目用とのビデオ・フレーム間でのグラフィックス映像の変位量が、同じ物体の両眼視差として視聴者に知覚される範囲を超えることを防ぐ。その結果、そのグラフィックス映像が立体的ではなく、二重に見える現象を防ぐことができるので、字幕及びＯＳＤ等の視認性が更に向上する。
【０２７１】
（１２）実施形態１では、デマルチプレクサ173が、左目用と右目用とのビデオ・ストリームのＴＳパケットからＰＥＳパケットを復元してビデオ・デコーダ174Aへ送出するごとに、左右フラグ記憶部173Aに左右フラグをフリップさせる。その他に、加算部179が合成結果のビデオ・フレームを一枚、表示装置200へ出力するごとに、左右処理記憶部173Aに左右フラグをフリップさせてもよい。
【０２７２】
（１３）図２７に示されているプレーン・シフトでは、イメージ・プレーン・メモリ177に書き込まれた一枚のプレーンが、左目用ビデオ・フレームにおける変位量の利用によっては左目用のプレーンに書き換えられ、右目用ビデオ・フレームにおける変位量の利用によっては右目用のプレーンに書き換えられる。その他に、イメージ・プレーン・メモリ177に書き込まれた一枚のプレーンがまずはそのまま、例えば左目用のプレーンとして利用され、次に、左目用と右目用との両方のビデオ・フレームにおける変位量の差を用いたプレーン・シフトによって、右目用のプレーンに書き換えられてもよい。その場合、プレーン・シフト量が初めから、その差で定義されていてもよい。
【０２７３】
（１４）図６に示されているＡＶストリーム・ファイル515Aでは、左目用ビデオ・ストリームV1のＰＩＤが“０ｘ１０１１”であり、右目用ビデオ・ストリームV2のＰＩＤが“０ｘ１０１２”である。また、図２０に示されているステップＳ４５では、ビデオ・プレーン・メモリ176に書き込まれた右目用ビデオ・フレームは加算部179へ出力されることなく破棄される。それらのいずれでも「左目用」と「右目用」との間の区別は本質的ではないので、設定が逆であってもよい。
【０２７４】
（１５）図１８に示されているステップＳ２２では、表示次元が二次元であるプレイリスト再生処理において、ＡＶ再生ライブラリ1646は右目用ビデオ・ストリームを選択対象から外す。その場合、選択対象から外されるビデオ・ストリームを左目用に変更できるか否かは、左目用と右目用とのビデオ・ストリームの符号化方式によって異なる。各ビデオ・ストリームが互いに独立に符号化されているとき、すなわち、両ストリーム間でのフレーム間相関が符号化に利用されていないとき、右目用ビデオ・ストリームに代えて、左目用ビデオ・ストリームが選択対象から外されてもよい。一方、両ストリーム間でのフレーム間相関が符号化に利用されているとき、単独では復号できない方のビデオ・ストリームしか選択対象から外すことはできない。その場合、プレイアイテム情報531−533内のストリーム選択テーブルでは、選択対象から外すことのできない方のビデオ・ストリームに他方のビデオ・ストリームよりも小さいストリーム選択番号が割り当てられる。
【０２７５】
（１６）図２４に示されているステップＳ６２、Ｓ６６でのＯＳＤ制御モジュール1647による再生モード制御ＡＰＩ1646Cの呼び出し、及び、図２５に示されているステップＳ７２、Ｓ７７でのＪａｖａアプリケーション・プログラムによる再生モード制御ＡＰＩ1646Cの呼び出しはいずれも、図２６に示されているステップＳ８０による表示次元の確認よりも先に実行される。その他に、再生モード制御ＡＰＩ1646Cの呼び出しよりも先に表示次元の確認が行われ、表示次元が二次元以外であるときに再生モード制御ＡＰＩ1646Cが実際に呼び出されるようにしてもよい、その場合、更に、ステップＳ８０で表示次元が二次元であることが確認されたとき、ＡＶ再生ライブラリ1646は、各モジュール1645、1647へ、表示次元の設定エラーを通知してもよい。
【０２７６】
（１７）実施形態１では、ビデオ・デコーダ174Aが表示次元記憶部172B内のフラグの状態を監視して、その変化に応じて、復号後のビデオ・フレームの出力処理に関する動作モードを切り換える。その他に、ビデオ・デコーダ174Aが表示次元記憶部172B内のフラグの変化に応じて、一方のバッファ内のＰＥＳパケットに対する復号処理をスキップしてもよい。それとは別に、デマルチプレクサ173が表示次元記憶部172B内のフラグの状態を監視して、その変化に応じて、ビデオ・デコーダ174Aに送出されるべきビデオ・ストリームのＰＩＤを切り換えてもよい。具体的には、例えば表示次元が三次元に維持されている間、デマルチプレクサ173は、左目用と右目用との両方のビデオ・ストリームのＰＩＤを、ビデオ・デコーダ174Aへの送出対象のストリームのＰＩＤとして保持する。一方、表示次元が疑似二次元に切り換えられたとき、デマルチプレクサ173は、右目用ビデオ・ストリームのＰＩＤを、ビデオ・デコーダ174Aへの送出対象のストリームのＰＩＤから外す。このようにしても、表示次元が疑似二次元に切り換えられている間、ビデオ・プレーン・メモリ176に左目用ビデオ・プレーンだけを保持させることができる。
【０２７７】
（１８）実施形態１では、一つのビデオ・プレーン・メモリ176内の異なる配列に左目用と右目用とのビデオ・プレーンが個別に生成される。その他に、左目用と右目用とのビデオ・プレーンが同じ配列に交互に上書きされてもよい。その場合、疑似二次元表示モードでは、ビデオ・デコーダ174Aはまず、非圧縮のビデオ・フレームを一枚復号するごとに、その非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたかを識別する。そのバッファが左目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであれば、ビデオ・デコーダ174Aはそのビデオ・フレームをビデオ・プレーン・メモリ176に書き込む。逆に、そのバッファが右目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであれば、ビデオ・デコーダ174Aはそのビデオ・フレームを破棄する。こうして、表示次元が疑似二次元に維持されている間、ビデオ・プレーン・メモリ176には左目用ビデオ・フレームだけが書き込まれる。
【０２７８】
（１９）実施形態１では、ビデオ・プレーン・メモリ176が切換信号PTDの状態に応じて二つの配列のいずれかを選択して、その中から加算部179へビデオ・プレーンを出力する。それとは異なり、加算部179が表示次元記憶部172B内のフラグの状態を監視して、その変化に応じてビデオ・プレーン・メモリ176内の二つの配列のいずれかを選択して、その中からビデオ・プレーンを読み出してもよい。具体的には、例えば表示次元が三次元に維持されている間、加算部179は二つの配列から交互にビデオ・プレーンを読み出す。一方、表示次元が疑似二次元に切り換えられたとき、加算部179は、左目用ビデオ・プレーンを保持した配列だけから同じビデオ・プレーンを二度ずつ読み出す。このようにしても、表示次元が疑似二次元に切り換えられている間、ビデオ・プレーン・メモリ176から加算部179へ左目用ビデオ・プレーンだけを与えることができる。
【０２７９】
（２０）再生モード制御ＡＰＩ1646Cは、図２６に示されているフローチャート全体を一連のプログラムとして構成したものであっても、表示次元を三次元から疑似二次元へ切り換えるときのＡＰＩと、逆に疑似二次元から三次元へ戻すときのＡＰＩとの組み合わせとして構成されたものであってもよい。また、ステップＳ８０による判断が呼び出し元の各モジュール1645、1647によって実行され、その判断で得られた表示次元の値をパラメータとして再生モード制御ＡＰＩ1646Cが受け取るように構成されてもよい。
【０２８０】
（２１）実施形態１では、表示次元が疑似二次元である間、ＯＳＤ及びポップアップ表示だけが立体視映像として表示される。その他に、表示次元が疑似二次元である間、ＯＳＤプレーン・シフト量及びＢＤ−Ｊプレーン・シフト量がいずれも０に設定されて、ＯＳＤ及びポップアップ表示も二次元映像として表示されてもよい。その場合でも、コンテンツの映像／字幕は二次元映像として表示されているので、ＯＳＤ及びポップアップ表示の視認性が損なわれることがない。更に、液晶シャッター眼鏡をかけていない人にも画面の表示、特にＯＳＤ及びポップアップ表示を見せることができる。
【０２８１】
（２２）再生部170は更に、背景プレーン・メモリを備えていてもよい。背景プレーン・メモリは、他のプレーン・メモリと同様、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。背景プレーン・メモリには、例えばレンダリング・エンジン175により、ビデオ・フレームに背景として合成されるべき静止画像から背景プレーンが構成される。その静止画像は例えば光ディスク500又はローカル・ストレージ120から供給される。その後、背景プレーンはグラフィックス・プレーンと同様に扱われる。すなわち、表示次元が三次元に維持されている間、背景プレーンはプレーン・シフト・エンジン178によるプレーン・シフトで処理される。それによって生成された左目用と右目用との背景プレーンは交互にプレーン・シフト・エンジン178から加算部179へ出力され、左目用と右目用との各ビデオ・プレーンと共に、左目用と右目用とのビデオ・フレームに交互に合成される。従って、背景プレーンの表す背景映像は画面に立体的に表示される。一方、表示次元が疑似二次元に切り換えられるとき、プレーン・シフト・エンジン178は背景プレーンに対するプレーン・シフトを実質上停止させ、同じ背景プレーンを二度ずつ繰り返し加算部179へ出力する。その場合、同じ背景プレーンが同じ左目用ビデオ・プレーンに二度ずつ合成され、それぞれが左目用と右目用とのビデオ・フレームとして表示装置200へ出力される。従って、背景映像は画面に二次元的に表示される。こうして、ＯＳＤ又はポップアップ表示の視認性は背景画像によっても損なわれることがない。
【０２８２】
（２３）実施形態１では、再生装置100が光ディスク500から立体視映像を再生する。その他に、再生装置100がチューナを備え、それを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、上記のＡＶストリーム・ファイルと同様に再生してもよい。チューナは、受信された放送波からビデオ・ストリームを復調して、そのビデオ・ストリームが立体視映像用であるか否かを判断する。チューナは更に、その判断の結果を表示次元として次元判定部1646Bに通知する。一方、グラフィックス・プレーン・シフト量が放送波中に、上記のストリーム・データに付随するデータとして含まれてもよい。その場合、チューナは、放送波からグラフィックス・プレーン・シフト量を復調してプレーン・シフト・エンジン178に渡す。
【０２８３】
《実施形態２》
【０２８４】
本発明の実施形態２による再生装置では、実施形態１によるものとは異なり、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードが選択可能である。その他の特徴、例えば、光ディスク上のデータ構造、再生装置のハードウェア構成、及び制御部と再生部との各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態２の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０２８５】
再生装置100は、ユーザによる操作又はアプリケーション・プログラムからの指示に応じて、所定の選択画面を表示装置200に表示させる。その選択画面の表示はＯＳＤ制御モジュール1647又はＢＤ−Ｊモジュール1645によって実行される。ユーザはその選択画面を利用して、ＯＳＤ等の画面への出力中、コンテンツの映像／字幕を二次元映像と立体視映像とのいずれとして表示させるかを選択できる。コンテンツの映像／字幕を二次元映像として表示させることが選択されたとき、ＡＶ再生ライブラリ1646は再生モード制御ＡＰＩ1646Cを有効化する。一方、コンテンツの映像／字幕を立体視映像として表示させることが選択されたとき、ＡＶ再生ライブラリ1646は再生モード制御ＡＰＩ1646Cを無効化する。再生モード制御ＡＰＩ1646Cの有効／無効の区別はレジスタ1646Aに記録される。
【０２８６】
図３１は、再生装置100によるＯＳＤプレーンの制御に関するフローチャートである。再生装置100は、プレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示を監視し、その操作及び指示を検出するごとに、対応するＯＳＤをＯＳＤプレーンに描画する。生成されたＯＳＤプレーンはプレイリスト再生処理の中でビデオ・フレームに合成されて表示装置200へ出力される。
【０２８７】
以下、再生装置100によるＯＳＤプレーンの制御について、図３１に示されているステップの順に説明する。尚、図３１に示されているステップのうち、ステップＳ６０−Ｓ６６は、図２４に示されているものと全く同様である。従って、それらの詳細は図２４についての説明を援用する。
【０２８８】
ステップＳ６０：操作部130がリモコン400又はフロント・パネルのボタンの押下を検出する。それに応じて、ユーザ操作検知モジュール162及びディスパッチャ1643Aを通して操作信号UOがＯＳＤ制御モジュール1647に送られる。その他に、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645がアプリケーション・プログラムに従って、ＯＳＤの表示に関する指示をＯＳＤ制御モジュール1647に送る。
【０２８９】
ステップＳ９０：ＯＳＤ制御モジュール1647はその操作信号UO又は指示に応じてレジスタ1646Aにアクセスし、再生モード制御ＡＰＩ1646Cの有効／無効を確認する。再生モード制御ＡＰＩ1646Cが有効であるとき、処理はステップＳ６１に進む。再生モード制御ＡＰＩ1646Cが無効であるとき、処理はステップＳ９１に進む。
【０２９０】
ステップＳ６１：ＯＳＤ制御モジュール1647は、操作信号UO又は指示の内容に対応するＯＳＤのグラフィックス・データGD2を生成して、レンダリング・エンジン175に渡す。
【０２９１】
ステップＳ６２：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出して、再生部170を三次元表示モードから疑似二次元表示モードへ移行させる。
【０２９２】
ステップＳ６３：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からのグラフィックス・データGD2を利用してＯＳＤプレーンを生成する。
【０２９３】
ステップＳ６４：グラフィックス・データGD2の送出後、所定時間の経過等に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２９４】
ステップＳ６５：レンダリング・エンジン175はその消去命令RQ2に応じてＯＳＤプレーンを消去する。
【０２９５】
ステップＳ６６：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出して、再生部170を疑似二次元表示モードから三次元表示モードに戻す。それにより、処理は終了する。
【０２９６】
ステップＳ９１：ＯＳＤ制御モジュール1647はまず、操作信号UO又は指示の内容に対応するＯＳＤのグラフィックス・データを選択する。ＯＳＤ制御モジュール1647は次に、そのグラフィックス・データの「加工」を行う。その加工により、左目用と右目用とのビデオ・フレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、その対の一方ではそのＯＳＤによって隠され、かつ、他方では隠されていない領域が生じないようにする。その加工の必要性及び詳細については後述する。その加工後、ＯＳＤ制御モジュール1647はＯＳＤのグラフィックス・データGD2をレンダリング・エンジン175に渡す。
【０２９７】
ステップＳ９２：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647から受けたグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンが生成される。
【０２９８】
ステップＳ９３：グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２９９】
ステップＳ９４：レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止する。それにより、処理は終了する。
【０３００】
＜ステップＳ９１におけるＯＳＤの加工の必要性＞
【０３０１】
ＯＳＤプレーン・シフト量が一定に維持されるとき、視聴者に知覚されるＯＳＤの奥行きは一定に保たれる。一方、コンテンツの立体視映像では様々な物体の奥行きが多様に、かつ広範囲に変動する。従って、ＯＳＤの奥行きよりも手前に表示された物体の視方向にＯＳＤが表示される可能性がある。
【０３０２】
図３２は、ＯＳＤの奥行きよりも手前に表示された物体IMにＯＳＤGEをそのまま重ねて表示したときの立体視映像SVを示す模式図である。図３２の（ａ）は、その立体視映像SVの表示に利用される左目用ビデオ・フレームFRLを示す。（ｂ）は、その立体視映像SVの表示に利用される右目用ビデオ・フレームFRRを示す。（ｃ）は、表示装置200の画面201上に見えるその立体視映像SVを模式的に表す。尚、図３２の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３０３】
図３２の（ａ）と（ｂ）とを比べれば、左目用ビデオ・フレームFRLの左端とＯＳＤGELとの間の距離D1Lは、右目用ビデオ・フレームFRRの左端とＯＳＤGERとの間の距離D1Rより長い。従って、図３２の（ｃ）に示されているように、立体視映像SVでは、ＯＳＤGEは画面201よりも第１距離DP1だけ手前に見える。一方、左目用ビデオ・フレームFRLの左端と物体IMLとの間の距離D2Lは、右目用ビデオ・フレームFRRの左端と物体IMRとの間の距離D2Rより長い。従って、図３２の（ｃ）に示されているように、立体視映像SVでは、物体IMは画面201よりも第２距離DP2だけ手前に見える。ここで、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間では、ＯＳＤGEL、GERの変位量D1L−D1Rよりも物体IML、IMRの変位量D2L−D2Rが大きいので、立体視映像SVでは物体IMはＯＳＤGEよりも手前に見える。すなわち、第２距離DP2は第１距離DP1より大きい。しかし、図３２の（ａ）、（ｂ）に示されているように、各ビデオ・フレームFRL、FRRでは、各ＯＳＤGEL、GERは各物体IML、IMRの一部を隠すように表示されている。従って、立体視映像SVでは、物体IMは、ＯＳＤGEと重なった部分が切り取られたように見える。
【０３０４】
図３２の（ａ）、（ｂ）を更に比較すると、右目用ビデオ・フレームFRRではＯＳＤGERの左側に隣接して見える物体IMR上の帯状領域GHAが、左目用ビデオ・フレームFRLではＯＳＤGELの左端部に隠されて見えない。これは、「立体視映像SVでは物体IMがＯＳＤGEよりも手前に見えるにも関わらず、図３２の（ｃ）に示されている物体IM上の帯状領域GH2が、視聴者の右目には見えても左目には見えない」ことを意味する。逆に、「視聴者の左目には、本来、物体IM上の帯状領域GH2に阻まれて見えないはずのＯＳＤGE上の領域GH1が見えてしまっている」とも言える。その結果、視聴者にはその領域GH1、GH2の奥行きが正しく知覚できないので、各領域が不自然に湾曲しているように見え、又はちらついて見える。このような領域が過大であれば、視聴者には、その物体IMにそのＯＳＤGEが不自然にめり込んでいるように見える危険性もある。それは、そのＯＳＤGEの視認性を低下させる原因になるだけでなく、視聴者の眼精疲労の原因にもなり得るので好ましくない。従って、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとのいずれにも、上記の領域GHAのような領域が生じないように、ＯＳＤGEL、GERを加工する必要がある。
【０３０５】
＜ステップＳ９１におけるＯＳＤの加工の詳細＞
【０３０６】
ステップＳ９１で実行されるＯＳＤの加工は、左目用と右目用とのビデオ・フレームのいずれにも、図３２の（ｂ）に示されている領域GHAのような領域が生じないようにするための処理である。その領域は、左目用と右目用とのビデオ・フレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に含まれ、その対の一方ではＯＳＤによって隠され、他方では隠されていないことを特徴とする。
【０３０７】
その加工としては次の三種類（Ａ）−（Ｃ）が有効である：（Ａ）ＯＳＤの水平方向での幅をフレーム全体に拡張する。（Ｂ）少なくとも立体視映像と重なるＯＳＤの部分を半透明にする。（Ｃ）立体視映像の奥行きがＯＳＤの奥行きよりも手前であるとき、左目用のイメージ・プレーン上では立体視映像にＯＳＤの右端部が重なるときにその右端部の右側に帯を付加し、右目用のイメージ・プレーン上では立体視映像にＯＳＤの左端部が重なるときにその左端部の左側に帯を付加する。以下、それら三種類の加工（Ａ）−（Ｃ）について順番に説明する。
【０３０８】
（Ａ）図３３は、上記の加工（Ａ）を説明するための模式図である。図３３の（ａ）は、加工（Ａ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ａ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVAを模式的に表す。尚、図３３の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。また、図３２の（ａ）、（ｂ）に示されている加工前のＯＳＤGEL、GERが破線で示されている。
【０３０９】
図３３の（ａ）を参照すると、左目用ビデオ・フレームFRLでは、ＯＳＤGALの水平方向の長さ、すなわち幅WLが加工前のものW0より拡張され、特にビデオ・フレームの幅FWよりも差DALだけ短く調節される。更に、拡張後のＯＳＤGALは、その右端がビデオ・フレームFRLの右端とほぼ一致するように配置される。ここで、その差DALは、図３２に示されている左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間でのＯＳＤGEL、GERの変位量D1L−D1Rに等しい：DAL＝D1L−D1R。一方、図３３の（ｂ）を参照すると、右目用ビデオ・フレームFRRでは、ＯＳＤGARの幅WLが加工前のものW0より拡張され、特にビデオ・フレームの幅FWよりも差DALだけ短く調節される。更に、拡張後のＯＳＤGARは、その左端がビデオ・フレームFRRの右端とほぼ一致するように配置される。図３３の（ａ）、（ｂ）に示されているように、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間では拡張後のＯＳＤGAL、GARが変位量DAL＝D1L−D1Rだけ水平方向に変位している。従って、図３３の（ｃ）に示されているように、立体視映像SVAでは拡張後のＯＳＤGAEは、図３２の（ｃ）に示されているＯＳＤGEと同じ奥行き、すなわち、画面201よりも第１距離DP1だけ手前に見える。しかし、拡張後のＯＳＤGAEは画面201の全体とほぼ同じ幅に見える。
【０３１０】
一方、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間での物体IML、IMRの変位量D2L−D2Rは、図３２の（ａ）、（ｂ）に示されているものと等しい。従って、図３３の（ｃ）に示されているように、立体視映像SVAでは物体IMAは、図３２の（ｃ）に示されている物体IMと同じ奥行き、すなわち、画面201よりも第２距離DP2だけ手前に見える。すなわち、図３３の（ｃ）では図３２の（ｃ）と同様に、物体IMAはＯＳＤGEAよりも手前に見える。ここで、図３３の（ａ）、（ｂ）に示されているように、各ビデオ・フレームFRL、FRRでは、各ＯＳＤGEL、GERは各物体IML、IMRの同じ領域を隠すように表示されている。従って、立体視映像SVAでは物体IMAは、その領域がＯＳＤGEAによって切り取られたように見える。しかし、図３３の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、いずれのビデオ・フレームFRL、FRRの物体IML、IMR上にも、視聴者の片目にしか見えない領域は生じない。従って、視聴者には物体IMAとＯＳＤGEAとの間での奥行きの違いが正しく知覚される。
【０３１１】
（Ｂ）図３４は、上記の加工（Ｂ）を説明するための模式図である。図３４の（ａ）は、加工（Ｂ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ｂ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVBを模式的に表す。尚、図３４の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３１２】
図３４の（ａ）、（ｂ）を参照すると、いずれのビデオ・フレームFRL、FRRにおいても、ＯＳＤGBL、GBR、及び物体IML、IMRの配置は、図３２の（ａ）、（ｂ）に示されているものと等しい。しかし、各ビデオ・フレームFRL、FRRではＯＳＤGBL、GBRのうち、物体IML、IMRと重なる領域TRL、TRRのα値が１よりも十分に小さい正値、例えば0.5に設定される。すなわち、各領域TRL、TRRが半透明に設定される。
【０３１３】
ここで、ＯＳＤ制御モジュール1647は次の手順で、半透明にすべき領域TRL、TRRを決定する。ＯＳＤ制御モジュール1647はビデオ・プレーン・メモリ176にアクセスして、ビデオ・プレーンのうち、ＯＳＤプレーン内でのＯＳＤGBL、GBRのグラフィックス・データと同じアドレス範囲のビデオ・データを調べる。それにより、そのアドレス範囲から、ＯＳＤGBL、GBRよりも手前に知覚されるべき物体IML、IMRのビデオ・データを含む領域TRL、TRRが検出されれば、ＯＳＤ制御モジュール1647はその領域TRL、TRRを半透明にすべき領域に決定する。
【０３１４】
加算部179は、物体IML、IMRを表す各ビデオ・プレーンに、一部が半透明であるＯＳＤGBL、GBRを含む各ＯＳＤプレーンをポーター−ダフ（Porter−Duff）規則に従って合成し、すなわちα合成する。従って、図３４の（ａ）、（ｂ）では点付き領域で示されているように、合成後の各ビデオ・フレームFRL、FRRではＯＳＤGBL、GBRの領域TRL、TRRを透かして、その下に隠された物体IML、IMRの部分が見える。
【０３１５】
図３４の（ａ）、（ｂ）に示されている左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間でのＯＳＤGBL、GBRの変位量、及び物体IML、IMRの変位量はそれぞれ、図３２の（ａ）、（ｂ）に示されているものと等しい。従って、図３４の（ｃ）に示されている立体視映像SVBでは図３２の（ｃ）の立体視映像SVと同様に、物体IMBがＯＳＤGEBよりも手前に見える。しかし、図３４の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、いずれのビデオ・フレームFRL、FRRでも物体IML、IMRの全体がＯＳＤGBL、GBRを透かして見える。その結果、図３４の（ｃ）では図３２の（ｃ）とは異なり、視聴者には、物体IMBの領域TRAが透けて、その奥に位置するＯＳＤGEBの部分TRBが見える。従って、視聴者には物体IMAとＯＳＤGEAとの間での奥行きの違いが正しく知覚される。
【０３１６】
（Ｃ）図３５は、上記の加工（Ｃ）を説明するための模式図である。図３５の（ａ）は、加工（Ｃ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ｃ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVCを模式的に表す。尚、図３５の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３１７】
図３５の（ａ）、（ｂ）を参照すると、いずれのビデオ・フレームFRL、FRRにおいても、ＯＳＤGEL、GER、及び物体IML、IMRの配置は、図３２の（ａ）、（ｂ）に示されているものと等しい。しかし、図３５の（ｂ）では図３２の（ｂ）とは異なり、ＯＳＤGERの左側に黒帯STRが付加されている。それにより、図３２の（ｂ）ではＯＳＤGERの左側に隣接して見えていた物体IMR上の帯状領域GHAが、図３５の（ｂ）では黒帯STRに隠されて見えない。すなわち、図３５の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、ＯＳＤGEL、GERの左側に隣接する物体IML、IMR上には、視聴者の右目だけにしか見えない領域は生じていない。
【０３１８】
ここで、ＯＳＤ制御モジュール1647は次の手順で黒帯STRを配置する。ＯＳＤ制御モジュール1647はビデオ・プレーン・メモリ176にアクセスして、ビデオ・プレーンのうち、ＯＳＤプレーン内でのＯＳＤGEL、GERのグラフィックス・データと同じアドレス範囲のビデオ・データを調べる。それにより、そのアドレス範囲から、ＯＳＤGEL、GERよりも手前に知覚されるべき物体IML、IMRのビデオ・データを含む領域が検出されれば、ＯＳＤ制御モジュール1647は更に、その物体IML、IMRのビデオ・データのアドレス範囲のうち、ＯＳＤGEL、GERの左側又は右側に隣接する領域を調べる。それにより、その隣接する領域内に、左目用と右目用とのいずれか一方のビデオ・プレーンだけでＯＳＤGEL、GERのグラフィックス・データのアドレス範囲から外れている領域GHAが検出されれば、ＯＳＤ制御モジュール1647はその領域GHAに黒帯STRを配置する。
【０３１９】
図３５の（ａ）、（ｂ）から明らかなとおり、黒帯STRは視聴者の左目には見えず、右目には見える。従って、図３５の（ｃ）に示されているように、立体視映像SVCではその黒帯STRが、物体IMCとＯＳＤGECとの間で奥行き方向に延びる側壁SWのように見える。その結果、視聴者には物体IMCとＯＳＤGECとの間の境界が明確に見えるので、両者間での奥行きの違いが正しく知覚される。
【０３２０】
以上の説明のとおり、加工（Ａ）−（Ｃ）のいずれによっても、左目用と右目用とのビデオ・フレームFRL、FRRの対が表す立体視映像SVA−SVCのうち、ＯＳＤGEA−GECよりも手前に知覚されるべき部分IMA−IMCに、その対の一方ではＯＳＤによって隠され、かつ他方では隠されていない領域、すなわち、図３２の（ｂ）に示されている領域GHAが生じないようにできる。その結果、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示するときにおいても、ＯＳＤの視認性を更に向上させることができる。
【０３２１】
＜変形例＞
【０３２２】
（１）加工（Ａ）では、ＯＳＤが、コンテンツの立体視映像のうち、同じ視方向に表示される物体のいずれよりも手前に表示されるか否かが予め判断されてもよい。更に、その判断が否定的であるときにのみ、加工（Ａ）が実行されるようにしてもよい。
【０３２３】
（２）加工（Ｃ）においてＯＳＤの左右に付加される帯STRの色は、黒以外であっても良く、二色以上の混色であってもよい。また、その帯には模様が付されていてもよい。
【０３２４】
（３）実施形態２によるＯＳＤ制御モジュール1647と同様に、ＢＤ−Ｊモジュール1645がポップアップ表示を加工することにより、その表示と共にコンテンツの映像／字幕を立体視映像として表示可能にしてもよい。
【０３２５】
（４）実施形態２では、ＯＳＤ制御モジュール1647が加工（Ａ）−（Ｃ）を行う。その他に、プレーン・シフト・エンジン178又は加算部179が加工（Ａ）−（Ｃ）を行ってもよい。
【０３２６】
（５）実施形態２では、再生装置100がチューナを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、ＡＶストリーム・ファイルと同様に再生してもよい。
【０３２７】
（６）実施形態２では、ＯＳＤの加工（Ａ）−（Ｃ）により、コンテンツの立体視映像の中で、ＯＳＤの奥行きよりも手前に表示された物体の視方向にＯＳＤが表示されるときにも、そのＯＳＤの視認性が良好に維持される。その他に、ＯＳＤが、コンテンツの立体視映像の中で、少なくとも同じ視方向に表示される物体のいずれよりも手前に表示されるように、ＯＳＤプレーン・シフト量が決定されてもよい。例えばコンテンツ・プロバイダが予め、コンテンツの立体視映像中、最も手前に表示される物体の奥行きを調べ、それよりもＯＳＤの奥行きが手前であるようにＯＳＤプレーン・シフト量を決定する。ここで、ＯＳＤの表示範囲が限られているときは、その範囲でのみ、立体視映像中の各物体の奥行きが調べられればよい。決定されたＯＳＤプレーン・シフト量は、インデックス・ファイル、オブジェクト・ファイル、プレイリスト・ファイル、クリップ情報ファイル、ＡＶストリーム・ファイル、又はＸＭＬファイルに記録される。その場合、再生装置はコンテンツからＯＳＤプレーン・シフト量を読み出してプレーン・シフト・エンジン178に設定すればよい。それとは別に、コンテンツの立体視映像中、最も手前に表示される物体の奥行きを示す情報が、インデックス・ファイル、オブジェクト・ファイル、プレイリスト・ファイル、クリップ情報ファイル、ＡＶストリーム・ファイル、又はＸＭＬファイルに記録されていてもよい。その場合、再生装置は、まずコンテンツからその情報を読み出し、次に、その情報の示す奥行きよりもＯＳＤが手前であるようにＯＳＤプレーン・シフト量を決定してプレーン・シフト・エンジン178に設定する。
【０３２８】
再生装置は更に、上記のように決定されたＯＳＤプレーン・シフト量をＨＤＭＩ送信部180に表示装置200へ通知させてもよい。その場合、表示装置200は、画面の明るさの設定画面等のＯＳＤを立体視映像化するときに、そのＯＳＤプレーン・シフト量をプレーン・シフトに利用する。それにより、そのＯＳＤをコンテンツの立体視映像中の物体よりも手前に表示することができる。尚、ＨＤＭＩ送信部180はＯＳＤプレーン・シフト量の通知に、ＨＤＭＩケーブル600内のＣＥＣ（Consumer Electronics Control）線を利用してもよい。ＣＥＣ線による通信については、実施形態４の説明の中で触れる。
【０３２９】
（７）実施形態２では、カレント・プレイリスト情報からグラフィックス・プレーン・シフト量535が読み出されるごとに、そのグラフィックス・プレーン・シフト量535の示す奥行きよりもＯＳＤの奥行きが手前になるように、ＯＳＤプレーン・シフト量が決定されてもよい。それにより、グラフィックス・ストリームの表すグラフィックス映像、特に字幕と同じ視方向にＯＳＤが表示されるときは、ＯＳＤに上記の加工（Ａ）−（Ｃ）を行う必要がない。
【０３３０】
《実施形態３》
【０３３１】
本発明の実施形態３による再生装置は、実施形態１によるものとは異なり、ＯＳＤの奥行きをユーザに手動で調節させることができる。その他の特徴、例えば、光ディスク上のデータ構造、再生装置のハードウェア構成、及び制御部と再生部との各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態３の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０３３２】
ＯＳＤ制御モジュール1647は、操作信号UO又は他のモジュール1644、1645からの指示に従って、対応するＯＳＤのグラフィックス・データGD2を生成して再生部170に渡す。その後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。実施形態３では、グラフィックス・データGD2の送出時点から消去命令RQ2の送出時点までの期間、ＯＳＤ制御モジュール1647がユーザからＯＳＤの奥行きの変更の指示を受け付ける。その変更は、例えば音量の変更と同様に、ユーザがリモコン400又はフロント・パネルの所定のボタンを押下するごとに、ＯＳＤ制御モジュール1647がＯＳＤプレーン・シフト量を所定量ずつ増減することによって実現される。
【０３３３】
図３６は、ＯＳＤプレーン・シフト量の変更処理のフローチャートである。この変更処理はＯＳＤ制御モジュール1647により、ＯＳＤのグラフィックス・データGD2の送出時点からその消去命令RQ2の送出時点までの期間、すなわち、図２４に示されているステップＳ６４の中で実行される。以下、その変更処理について、図３６に示されているステップの順に説明する。
【０３３４】
ステップＳ１００：ＯＳＤ制御モジュール1647は、グラフィックス・データGD2の送出時点からの経過時間を監視し、その時点から所定時間、例えば５秒が経過したか否かを判断する。ここで、その所定時間はＯＳＤの種類に応じて変更されてもよい。所定時間が既に経過しているとき、処理はステップＳ１０７に進む。所定時間がまだ経過していないとき、処理はステップＳ１０１に進む。
【０３３５】
ステップＳ１０１：ＯＳＤ制御モジュール1647は、ディスパッチャ1643Aからの新たな操作信号UOの有無、及び、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645からのアプリケーション・プログラムに従った指示の有無を確認する。その操作信号UO又はその指示のいずれかが受け付けられていたとき、処理はステップＳ１０２に進む。その操作信号UO及びその指示のいずれも受け付けられていないとき、処理はステップＳ１００から繰り返される。
【０３３６】
ステップＳ１０２：ＯＳＤ制御モジュール1647は、その操作信号UO又はその指示のの内容がＯＳＤの奥行きの変更の指示を示しているか否かを判断する。その判断が肯定的であるとき、処理はステップＳ１０３に進む。その判断が否定的であるとき、処理はステップＳ１０５に進む。
【０３３７】
ステップＳ１０３：ＯＳＤ制御モジュール1647は、その操作信号UO又はその指示の示すＯＳＤの奥行きの変更方向を判断する。その変更方向がＯＳＤを手前に引き出す方向であるとき、ＯＳＤ制御モジュール1647は、例えば図２３に示されているＯＳＤプレーン・シフト量OSL、OSRのうち、左目用ビデオ・フレームにおける変位量OSLを所定量増加させ、右目用ビデオ・フレームにおける変位量OSRを所定量減少させる。上記の変更方向がＯＳＤを奥に押し戻す方向であるときは、その逆である。ここで、両変位量OSL、OSRに対する増減量は等しい。その後、処理はステップＳ１０４に進む。
【０３３８】
ステップＳ１０４：ＯＳＤ制御モジュール1647は変更後のＯＳＤプレーン・シフト量をプレーン・シフト・エンジン178に渡す。その後、処理はステップＳ１０６に進む。一方、プレーン・シフト・エンジン178は、ＯＳＤプレーン・メモリ177Aに書き込まれているＯＳＤプレーンに対して、変更後のＯＳＤプレーン・シフト量を利用してプレーン・シフトを行う。それにより、視聴者には、ＯＳＤの奥行きが、指示した方向に変更されたように見える。
【０３３９】
ステップＳ１０５：ステップＳ１０２でＯＳＤ制御モジュール1647によって調べられた操作信号UOは、ディスパッチャ1643Aから、その時点で動的シナリオ情報が割り当てられているＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645へも渡されている。また、ステップＳ１０２でＯＳＤ制御モジュール1647によって調べられたアプリケーション・プログラムからの指示は、そのプログラムを実行しているモジュール1644又は1645による処理を反映している。すなわち、その操作信号UO又はその指示の内容がＯＳＤの奥行きの変更の指示以外であるとき、その内容に対応する処理がモジュール1644又は1645によって実行される。その後、処理はステップＳ１０６に進む。
【０３４０】
ステップＳ１０６：ＯＳＤ制御モジュール1647はＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645にアクセスして、ユーザによる新たな操作又はアプリケーション・プログラムからの新たな指示を更に待つ必要があるか確認する。その必要があるとき、処理はステップＳ１００から繰り返される。その必要がないとき、処理はステップＳ１０７に進む。
【０３４１】
ステップＳ１０７：ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。その後、処理は、図２４に示されているステップＳ６５に進む。
【０３４２】
実施形態３による再生装置は、実施形態１によるものと同様に、表示装置200にＯＳＤを立体視映像として表示させる間、コンテンツの映像を二次元映像として表示させる。それにより、ＯＳＤの視認性を更に向上させることができる。更に、上記のとおり、そのＯＳＤの奥行きをユーザに手動で調節させることができる。それにより、ＯＳＤの視認性をユーザの嗜好に合わせることができる。
【０３４３】
＜変形例＞
【０３４４】
（１）ＯＳＤ制御モジュール1647は変更後のＯＳＤプレーン・シフト量を、ローカル・ストレージ120等、再生装置100に内蔵の不揮発性記憶装置に保存してもよい。それにより、変更後のＯＳＤプレーン・シフト量は、再生装置100の電源が切られた後でも失われないので、一旦調節されたＯＳＤの奥行きを、電源が再投入された再生装置100に再現させることができる。
【０３４５】
（２）実施形態３による再生装置は、実施形態２による再生装置と同様に、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードが選択可能であってもよい。その動作モードでは、変更後のＯＳＤの奥行きが、グラフィックス・プレーン・シフト量の示す字幕の奥行きよりも奥になったとき、実施形態２によるＯＳＤの加工が行われてもよい。
【０３４６】
（３）実施形態３では、再生装置がチューナを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、ＡＶストリーム・ファイルと同様に再生してもよい。
【０３４７】
《実施形態４》
【０３４８】
本発明の実施形態４による表示装置は、図１に示されている表示装置200と同様に、本発明の実施形態１による再生装置100、液晶シャッター眼鏡300、リモコン400、及び光ディスク500と共に、立体視映像表示システムを構成する。実施形態４による表示装置は更に、地上波放送、衛星放送、又はケーブル放送を受信可能であり、それらの放送によって配信される立体視映像用ストリーム・データから立体視映像を再現することもできる。
【０３４９】
実施形態４による表示装置は例えば液晶ディスプレイである。その他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等のフラット・パネル・ディスプレイ、又はプロジェクタであってもよい。この表示装置は、図１に示されている表示装置200と同様、ＨＤＭＩケーブル600で再生装置100に接続されている。再生装置100によって光ディスク500から立体視映像のコンテンツが再生されるとき、表示装置は再生装置100からＨＤＭＩケーブル600を通してＨＤＭＩ方式の映像信号／音声信号を受ける。表示装置は更にアンテナに接続されている。表示装置は、そのアンテナで受信された放送波から立体視映像用の映像信号／音声信号を復調する。表示装置は、再生装置100又はアンテナからの映像信号／音声信号に従って、画面上に映像を再現し、内蔵のスピーカから音声を発生させる。特に映像信号には左目用と右目用との両方のビデオ・フレームが時分割で多重化されているので、画面上には左目用と右目用との映像が交互に再現される。一方、表示装置は左右信号LRを液晶シャッター眼鏡300に送る。左右信号LRの波形はフレームの切り換えに同期して変動する。それにより、液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rに、フレームの切り換えと同期して交互に光を透過させる。その結果、液晶シャッター眼鏡300をかけた視聴者には、画面上に交互に表示される左目用と右目用との映像が一つの立体的な映像として見える。
【０３５０】
＜表示装置のハードウェア構成＞
【０３５１】
図３７は、実施形態４による表示装置210のハードウェア構成を示すブロック図である。図３７を参照するに、表示装置210は、チューナ211、ＨＤＭＩ端子212、ＨＤＭＩ受信部213、ＣＥＣインタフェース部214、操作部215、左右信号送信部216、バス217、制御部216、信号処理部219、表示部220、及び音声出力部221を含む。チューナ211、ＨＤＭＩ受信部213、ＣＥＣインタフェース部214、操作部215、左右信号送信部216、及び信号処理部219はバス217を通して制御部218と通信可能である。
【０３５２】
チューナ211はアンテナATに接続されている。チューナ211はそのアンテナATを通して、地上波放送及び衛星放送等の放送波を受信する。チューナ211は更に、その放送波から映像／音声のストリーム・データSTD1を復調して信号処理部217に直接渡す。尚、チューナ211はケーブル放送局に接続され、そこからケーブル放送を受信してもよい。
【０３５３】
ＨＤＭＩ端子212はＨＤＭＩ規格に準拠の端子であり、ＨＤＭＩケーブル600で再生装置100に接続されている。ＨＤＭＩ端子212は、ＨＤＭＩケーブル600を通して再生装置100から映像信号／音声信号を受けて、それらをＨＤＭＩ受信部212に渡す。一方、ＨＤＭＩ端子212はＨＤＭＩケーブル600内のＣＥＣ線を通して再生装置100から制御信号、すなわちＣＥＣメッセージを受けて、ＣＥＣインタフェース部214に渡す。
【０３５４】
ＨＤＭＩ受信部212は、ＨＤＭＩ端子212から渡された映像信号／音声信号をビデオ・ストリーム／オーディオ・ストリームSTD2に変換する。変換された各ストリーム・データSTD2は信号処理部217へ直接渡される。
【０３５５】
ＣＥＣインタフェース部214は、ＨＤＭＩ端子212から渡されたＣＥＣメッセージを解読し、バス217を通してその内容を制御部218に伝える。ここで、ＣＥＣメッセージには特に、「製造者専用命令（ＶＳＣ：Vendor Specific Command）」と呼ばれる種類がある。ＣＥＣインタフェース部214はＣＥＣメッセージの中からＶＳＣを抽出し、更にその中からＯＳＤプレーン・シフト量を読み出して制御部218に渡す。
【０３５６】
ＣＥＣ線を用いた通信機能はＨＤＭＩ規格バージョン１．２ａで標準化されている。ＨＤＭＩケーブルで互いに接続された複数の電子機器は、そのケーブル内のＣＥＣ線を通してＣＥＣメッセージを交換する。それにより、それらの電子機器は互いに連係できる。特にＶＳＣは、各電子機器の製造元（Vendor）が自身の製品群に独自の連係機能を与えるための命令である。ＶＳＣを利用可能な各電子機器は製造者（Vendor）ＩＤを含む。製造者ＩＤは、その電子機器の製造元に固有に割り当てられた識別子である。各電子機器はＨＤＭＩケーブルを通して他の電子機器とＶＳＣを交換することにより、自身と製造者ＩＤが共通する電子機器を特定できる。その後、製造元の共通する電子機器間でのみＶＳＣが交換されることにより、その製造元独自の連係機能が実現される。
【０３５７】
図３８は、ＶＳＣ230のフォーマットを示す模式図である。図３８を参照するに、ＶＳＣ230は先頭から順に、送信元／宛先情報231、製造者命令フラグ（Vendor Command）232、及び製造者専用情報（Vendor Specific Data）233を含む。送信元／宛先情報231と製造者命令フラグ232とは、ＶＳＣに限らず、ＣＥＣメッセージ全般に共通に含まれる。送信元／宛先情報231は１バイト長のデータであり、そのＣＥＣメッセージの送信元と宛先とを示す。製造者命令フラグ232は１バイト長のデータであり、ＣＥＣメッセージの種類を個別に表すフラグの集合から構成されている。特にＶＳＣ230では、製造者命令フラグ232のうち、ＶＳＣであることを示すフラグが立っている。製造者専用情報233は、１バイト長から１４バイト長までの可変長データである。製造者専用情報233のデータ構造は、各電子機器の製造元がＶＳＣ230のペイロードとして独自に定義できる。再生装置100はこの製造者専用情報233にＯＳＤプレーン・シフト量を記録する。ＣＥＣインタフェース部214はＶＳＣ230を抽出したとき、その製造者専用情報233からＯＳＤプレーン・シフト量を読み出す。
【０３５８】
説明を図３７に戻す。ＣＥＣインタフェース部214は更に、バス217を通して制御部218から指示を受け、それに従ってＣＥＣメッセージを生成してＨＤＭＩ端子212を通して再生装置100に渡す。それにより、例えば再生装置100又は表示装置210の起動時に、表示装置210の対応可能な映像／音声の出力方式及び符号化方式の種類等、特に対応可能な立体視映像表示方式の種類が再生装置100に通知される。
【０３５９】
操作部215は、リモコン400から赤外線等の無線で送出されたコマンドIRを受信して解読し、その内容を制御部218に通知する。操作部215はその他に、表示装置210のフロント・パネルに設けられたボタンの押下を検出して制御部218に通知する。
【０３６０】
左右信号送信部216は、左右信号LRを赤外線又は無線で液晶シャッター眼鏡300に送る。左右信号LRは、その時点で画面に表示される映像が左目用と右目用とのいずれであるのかを示す。左右信号送信部216はバス217を通して信号処理部219にアクセスすることにより、信号処理部219から表示部220へ出力される左目用ビデオ・フレームと右目用ビデオ・フレームとを識別する。左右信号送信部216は更にその識別結果を利用して、左右信号LRの波形の切り換えをフレームの切り換えに同期させる。
【０３６１】
制御部218はマイクロコンピュータ・システムであり、ＣＰＵ218A、ＲＯＭ218B、及びＲＡＭ218Cを含み、それらが内部バス218Dで互いに接続されている。ＲＯＭ218Bには表示装置210のファームウェアが記録されている。ＣＰＵ218Aは、例えば電源投入に応じてＲＯＭ218Bからファームウェアを読み出して実行する。ＲＡＭ218CはＣＰＵ218Aに対して作業領域を提供する。制御部218はそれらの要素218A−Cの組み合わせを利用してファームウェアを実行し、それらに従って他の要素211−216、219を制御する。
【０３６２】
制御部218は信号処理部219にアクセスして、チューナ211又はＨＤＭＩ受信部212から信号処理部219へ渡されたストリーム・データの表示次元を確認する。その表示次元が「二次元」であるとき、制御部218は左右信号送信部216を停止させる。その表示次元が「三次元」であるとき、制御部218は左右信号送信部216を起動させる。
【０３６３】
制御部218は更に独自のＯＳＤ機能を備える。その機能によるＯＳＤは、例えば図１３の（ｄ）に示されている画面の明るさの設定画面G4、及び、図１３の（ｅ）に示されている音量の設定画面G5と同様なものを含む。制御部218は、操作部215によって受け付けられたユーザによる操作に応じて、対応するＯＳＤのグラフィックス・データを生成して、バス217を通して信号処理部219に渡す。特に表示次元が「三次元」であるとき、制御部218は予め、ＣＥＣインタフェース部214からＯＳＤプレーン・シフト量を受けて信号処理部219に渡す。表示次元が「三次元」に維持されている期間にユーザによる操作が受け付けられたとき、制御部218はまず、信号処理部219に表示次元を「疑似二次元」に切り換えさせる。制御部218は次に、その操作内容に対応するＯＳＤのグラフィックス・データを生成して信号処理部219に渡す。表示次元が「疑似二次元」に設定されたときの信号処理部219の動作については後述する。
【０３６４】
制御部218は、ＯＳＤのグラフィックス・データの送出後、所定時間の経過又はユーザによる操作に応じ、信号処理部219へＯＳＤの消去命令を送る。制御部218は更に、消去命令の送出と共に、信号処理部219に表示次元を「三次元」に戻させる。こうして、制御部218は信号処理部219に、ＯＳＤを画面に出力する間、表示次元を「疑似二次元」に維持させる。
【０３６５】
信号処理部219は、チューナ211又はＨＤＭＩ受信部212からストリーム・データを受信したとき、まず、それらから、ビデオ・ストリーム、オーディオ・ストリーム、同期信号、及び付随データを分離する。信号処理部219は次に、付随データを解析して、受信されたビデオ・ストリームの表示次元が「二次元」と「三次元」とのいずれであるのかを識別する。表示次元が「二次元」であるとき、信号処理部219は、ビデオ・ストリームに含まれる各ビデオ・フレームを順次、ビデオ・プレーンとして利用する。表示次元が「三次元」であるとき、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが時分割で交互に多重化されている。信号処理部219は、それらの左目用と右目用とのビデオ・フレームを交互にビデオ・プレーンとして利用する。更に、ビデオ・プレーンからはビデオ・データVDが生成され、同期信号SYNCと共に表示部220へ出力される。その結果、ビデオ・データVDの表す映像は立体視映像として再現される。一方、それらの出力に併せて、オーディオ・ストリームからオーディオ・データADが生成されて音声出力部221へ出力される。信号処理部219はその他に、付随データを解析して、生成されたビデオ・プレーンが左目用と右目用とのいずれであるかを識別し、その結果を表示次元と共に、内蔵のメモリに保存する。
【０３６６】
信号処理部219は、制御部218からの指示に応じて、表示次元を「疑似二次元」に設定することができる。表示次元が「疑似二次元」であるとき、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが交互に多重化されているにもかかわらず、信号処理部219は、左目用ビデオ・フレームだけを一枚当たり二度ずつ繰り返しビデオ・プレーンとして利用し、右目用ビデオ・フレームを破棄する。こうして、表示次元が「疑似二次元」である間、左目用ビデオ・プレーンだけが生成される。
【０３６７】
表示次元が「三次元」であるとき、信号処理部219は予め、制御部218からＯＳＤプレーン・シフト量を与えられている。表示次元が「三次元」から「疑似二次元」へ切り換えられるとき、信号処理部219はまず、制御部218からＯＳＤのグラフィックス・データを受信し、そのグラフィックス・データからＯＳＤプレーンを生成する。信号処理部219は次に、ＯＳＤプレーン・シフト量を利用してそのＯＳＤプレーンに対してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが交互に生成される。信号処理部219は更に、同じ左目用ビデオ・プレーンに左目用ＯＳＤプレーンと右目用ＯＳＤプレーンとを交互に合成する。その合成で得られた左目用と右目用とのビデオ・フレームは交互に表示部220へ出力される。その結果、ＯＳＤは立体視映像として再現される一方、ビデオ・ストリームの表す映像は二次元映像として再現される。
【０３６８】
制御部218と信号処理部219とは互いに異なるチップに実装されている。その他に、両者が単一のチップに実装されていてもよい。尚、信号処理部219の詳細については後述する。
【０３６９】
表示部220は液晶表示パネルを含む。表示部220は、ビデオ・データVDに含まれる各ビデオ・フレームに従って、液晶表示パネルの輝度を画素単位で調節する。それにより、そのビデオ・フレームの示す映像が表示パネルに再現される。
【０３７０】
音声出力部221はスピーカを含む。音声出力部221はオーディオ・データADを、そのスピーカに適した出力形式の音声信号に変換してスピーカへ送出する。それにより、そのオーディオ・データADの示す音声がそのスピーカから発生する。尚、スピーカは、サラウンド・システム等、表示装置210に外付けされたものであっても良い。
【０３７１】
＜信号処理部219の詳細＞
【０３７２】
図３９は、信号処理部219の機能ブロック図である。図３９を参照するに、信号処理部219は、バス・インタフェース2191、表示次元記憶部2192A、左右フラグ記憶部2192B、映像信号受信部2193、レンダリング・エンジン2194、ビデオ・プレーン・メモリ2195、ＯＳＤプレーン・メモリ2196、プレーン・シフト・エンジン2197、及び加算部2198を含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０３７３】
バス・インタフェース2191は、バス217を通して信号処理部219内の各機能部を制御部218に通信可能に接続する。
【０３７４】
表示次元記憶部2192Aは、表示次元を示すフラグを書き換え可能に保存する。そのフラグは、表示次元が「二次元」であることを示すもの、表示次元が「三次元」であることを示すもの、及び、表示次元が「疑似二次元」であることを示すものを含む。表示次元記憶部2192Aは、映像信号受信部2193から指示された表示次元に対応するフラグを立て、他のフラグを解除する。表示次元記憶部2192Aはまた、バス・インタフェース2191及びバス217を通して制御部218から次元信号DIMを受信するごとに、それの示す表示次元に対応するフラグを立て、他のフラグを解除する。
【０３７５】
左右フラグ記憶部2192Bは左右フラグを書き換え可能に保存する。左右フラグは、映像信号受信部2193からビデオ・プレーン・メモリ2195へ出力されるビデオ・プレーンが左目用と右目用とのいずれであるかを示す。例えば、左右フラグが立っている状態は、そのビデオ・プレーンが左目用であることを示し、左右フラグが解除されている状態は、そのビデオ・プレーンが右目用であることを示す。その場合、左右フラグ記憶部2192Bは、映像信号受信部2193から「そのビデオ・プレーンが左目用である」と通知されたときは左右フラグを立て、「そのビデオ・プレーンが右目用である」と通知されたときは左右フラグを解除する。
【０３７６】
映像信号受信部2193は、チューナ211又はＨＤＭＩ受信部212からストリーム・データを受信する。そのとき、映像信号受信部2193はまず、受信されたストリーム・データから、ビデオ・ストリーム、オーディオ・ストリーム、同期信号、及び付随データを分離する。映像信号受信部2193は次に、付随データを解析して、受信されたビデオ・ストリームの表示次元が「二次元」と「三次元」とのいずれであるのかを識別する。識別された表示次元は表示次元記憶部2192Aに通知される。
【０３７７】
映像信号受信部2193は、以下に述べるように、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。
【０３７８】
表示次元が二次元であるとき、映像信号受信部2193は「二次元表示モード」に移行する。二次元表示モードでは、映像信号受信部2193は、ビデオ・ストリームに含まれる各ビデオ・フレームを順次、ビデオ・プレーン・メモリ2195に書き込む。
【０３７９】
表示次元が三次元であるとき、映像信号受信部2193は「三次元表示モード」に移行する。ここで、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが時分割で交互に多重化されている。三次元表示モードでは、映像信号受信部2193はまず、そのビデオ・ストリームからビデオ・フレームを一枚抜き出すごとに、表示次元記憶部2192Aにアクセスして表示次元を確認する。表示次元が三次元に維持されていれば、映像信号受信部2193はそのビデオ・フレームをそのままビデオ・プレーン・メモリ2195に書き込む。映像信号受信部2193は更に付随データを解析し、そのビデオ・フレームが左目用と右目用とのいずれであるかを識別して、その結果を左右フラグ記憶部2192Bに通知する。映像信号受信部2193はそれら一連の動作を、各ビデオ・フレームについて繰り返す。それにより、表示次元が三次元に維持されている間、左目用と右目用とのビデオ・フレームが交互にビデオ・プレーン・メモリ2195に書き込まれる。
【０３８０】
一方、表示次元が疑似二次元に変更されていたとき、映像信号受信部2193は「三次元表示モード」から「疑似二次元表示モード」に移行する。疑似二次元表示モードでは、映像信号受信部2193はまず、付随データを解析し、ビデオ・ストリームから抜き出されたビデオ・フレームが左目用と右目用とのいずれであるかを識別する。そのビデオ・フレームが左目用であれば、映像信号受信部2193はそのビデオ・フレームをビデオ・プレーン・メモリ2195に書き込む。逆に、そのビデオ・フレームが右目用であれば、映像信号受信部2193はそのビデオ・フレームを破棄する。こうして、表示次元が疑似二次元に維持されている間、ビデオ・プレーン・メモリ2195には左目用ビデオ・フレームだけが書き込まれる。但し、映像信号受信部2193は、付随データから識別された結果をそのまま左右フラグ記憶部2192Bに通知する。従って、ビデオ・ストリームからビデオ・フレームが一枚抜き出されるごとに、それがビデオ・プレーン・メモリ2195に書き込まれたか否かにかかわらず、左右フラグ記憶部2192Bは左右フラグをフリップさせる。
【０３８１】
映像信号受信部2193はその他に、オーディオ・ストリームからオーディオ・データADを取り出して、同期信号SYNCと共に出力する。
【０３８２】
レンダリング・エンジン2194は、制御部218からＯＳＤのグラフィックス・データGDを受信し、それを用いてＯＳＤプレーンを生成してＯＳＤプレーン・メモリ2196に書き込む。レンダリング・エンジン2194はまた、制御部218からＯＳＤの消去命令RQを受けたとき、ＯＳＤプレーン・メモリ2196上のＯＳＤプレーンを消去する。
【０３８３】
ビデオ・プレーン・メモリ2195とＯＳＤプレーン・メモリ2196とはいずれも、信号処理部219に内蔵のメモリに確保された二次元配列のデータ領域である。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。ビデオ・プレーン・メモリ2195には、映像信号受信部2193によって書き込まれたビデオ・フレームから一枚のビデオ・プレーンが構成される。ＯＳＤプレーン・メモリ2196には、レンダリング・エンジン2194によって書き込まれたグラフィックス・データOSから、ＯＳＤを含む一枚のＯＳＤプレーンが構成される。
【０３８４】
プレーン・シフト・エンジン2197は、制御部218からＯＳＤプレーン・シフト量OSを受信し、それを利用してＯＳＤプレーン・メモリ2196についてプレーン・シフトを行う。ＯＳＤプレーン・シフト量OSは、プレーン・シフト・エンジン2197に内蔵のメモリに保存される。プレーン・シフトの詳細については、実施形態１での説明を援用する。
【０３８５】
表示次元記憶部2194Aが映像信号受信部2193からの指示に応じて表示次元を三次元に設定するとき、それに併せて、プレーン・シフト・エンジン2197はＯＳＤプレーン・シフト量OSを受信する。その後、プレーン・シフト・エンジン2197は、ＯＳＤプレーン・メモリ2196に一枚のＯＳＤプレーンが書き込まれるごとに、そのＯＳＤプレーンに対してＯＳＤプレーン・シフト量OSを利用してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが生成されて交互に、プレーン・シフト・エンジン2197から加算部2198へ出力される。
【０３８６】
その後、レンダリング・エンジン2194が制御部218からのＯＳＤの消去命令RQに応じてＯＳＤプレーン・メモリ2196上のＯＳＤプレーンを消去する。それにより、ＯＳＤが画面から消える。以後、レンダリング・エンジン2194が新たなＯＳＤプレーンを生成するまで、プレーン・シフト・エンジン2197はＯＳＤプレーンに対するプレーン・シフトを停止させて待機する。
【０３８７】
加算部2198は、表現次元が疑似二次元に維持されている間、プレーン・シフト・エンジン2197から出力された一枚のＯＳＤプレーンを、ビデオ・プレーン・メモリ2195から出力された一枚のビデオ・プレーンに合成して一枚のビデオ・フレームを生成する。更に、そのビデオ・フレームからビデオ・データVDが構成されて、表示部220へ出力される。加算部2198は特に、プレーン・シフト・エンジン2197から交互に出力される左目用と右目用とのＯＳＤプレーンを同じ左目用ビデオ・プレーンに合成する。その合成で得られた左目用と右目用とのビデオ・フレームが交互に加算部2198から表示部220へ出力される。
【０３８８】
実施形態４による表示装置210では上記のとおり、映像信号受信部2193がビデオ・フレームの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤが画面に出力される期間では、映像信号受信部2193の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・フレームの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤが画面に立体的に表示される間、ビデオ・フレームの表す映像は二次元的に表示される。こうして、ＯＳＤの視認性を更に向上させることができる。
【０３８９】
＜変形例＞
【０３９０】
（１）表示装置210は、実施形態２の変形例（６）による再生装置に、例えばＨＤＭＩケーブルで接続され、そこから、少なくとも同じ視方向ではコンテンツの立体視映像中の物体のいずれよりもＯＳＤを手前に表示するためのＯＳＤプレーン・シフト量を入手してもよい。表示装置210は、画面の明るさの設定画面等、固有のＯＳＤを立体視映像化するときに、そのＯＳＤプレーン・シフト量をプレーン・シフトに利用する。表示装置210はそのとき、ＯＳＤが更に手前に表示されるようにそのＯＳＤプレーン・シフト量を変更してもよい。それにより、ＯＳＤの立体視映像をコンテンツの立体視映像中の物体のいずれよりも手前に表示することができる。
【０３９１】
（２）実施形態４では、表示次元が疑似二次元である間、ＯＳＤだけが立体視映像として表示される。その他に、表示次元が疑似二次元である間、ＯＳＤプレーン・シフト量が０に設定されて、ＯＳＤも二次元映像として表示されてもよい。その場合でも、コンテンツの映像／字幕は二次元映像として表示されているので、ＯＳＤの視認性が損なわれることがない。更に、液晶シャッター眼鏡をかけていない人にも画面の表示、特にＯＳＤを見せることができる。
【０３９２】
（３）実施形態４では、ＨＤＭＩケーブル600が再生装置100から表示装置210へのストリーム・データの伝送に利用される。更に、そのＣＥＣ線が再生装置100から表示装置210へのＯＳＤプレーン・シフト量の伝送に利用される。その他に、再生装置100及び表示装置210がそれぞれ、赤外線通信（ＩｒＤＡ）、ブルートゥース（Bluetooth：登録商標）、又はＴＣＰ／ＩＰ等の通信機能を備えているとき、それを用いてストリーム・データ及びＯＳＤプレーン・シフト量を伝送してもよい。
【産業上の利用可能性】
【０３９３】
本発明は立体視映像の再生技術及び表示技術に関し、上記のとおり、ＯＳＤ及びポップアップ表示を出力するときにビデオ・プレーン生成部の動作モードを三次元表示モードから疑似二次元表示モードへ切り換え、又はＯＳＤを加工する。このように、本発明は明らかに産業上利用可能である。
【符号の説明】
【０３９４】
STC  再生部の内部クロック
T1  表示次元が「三次元」である第１期間
P1  ユーザがリモコンの一時停止ボタンを押下した時刻
T2  表示次元が「疑似二次元」である第２期間
P2  ユーザが一時停止の解除操作を行った時刻
T3  表示次元が「三次元」に戻った第３期間
SCN1  第１期間T1での立体視映像
SCN2  第２期間T2での立体視映像
SCN1  第３期間T3での立体視映像
GE  一時停止中を示すＯＳＤ
【図１】
2010032399.tif 000003
【図２】
2010032399.tif 000004
【図３】
2010032399.tif 000005
【図４】
2010032399.tif 000006
【図５】
2010032399.tif 000007
【図６】
2010032399.tif 000008
【図７】
2010032399.tif 000009
【図８】
2010032399.tif 000010
【図９】
2010032399.tif 000011
【図１０】
2010032399.tif 000012
【図１１】
2010032399.tif 000013
【図１２】
2010032399.tif 000014
【図１３】
2010032399.tif 000015
【図１４】
2010032399.tif 000016
【図１５】
2010032399.tif 000017
【図１６】
2010032399.tif 000018
【図１７】
2010032399.tif 000019
【図１８】
2010032399.tif 000020
【図１９】
2010032399.tif 000021
【図２０】
2010032399.tif 000022
【図２１】
2010032399.tif 000023
【図２２】
2010032399.tif 000024
【図２３】
2010032399.tif 000025
【図２４】
2010032399.tif 000026
【図２５】
2010032399.tif 000027
【図２６】
2010032399.tif 000028
【図２７】
2010032399.tif 000029
【図２８】
2010032399.tif 000030
【図２９】
2010032399.tif 000031
【図３０】
2010032399.tif 000032
【図３１】
2010032399.tif 000033
【図３２】
2010032399.tif 000034
【図３３】
2010032399.tif 000035
【図３４】
2010032399.tif 000036
【図３５】
2010032399.tif 000037
【図３６】
2010032399.tif 000038
【図３７】
2010032399.tif 000039
【図３８】
2010032399.tif 000040
【図３９】
2010032399.tif 000041
【手続補正書】
【提出日】平成23年3月3日(2011.3.3)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、立体視映像の表示技術に関し、特にその立体視映像にオン・スクリーン・ディスプレイ（ＯＳＤ）を立体的に重ね合わせる技術に関する。
【背景技術】
【０００２】
立体視映像の表示技術は次世代の表示技術として有望視され、近年、その開発が急速に進められている。その表示技術では基本的に、「人は物体の立体的な形及び奥行きを両眼視差から知覚する」という事実が利用される（例えば非特許文献１参照）。具体的には、まず一つのシーンから、同じ被写体の位置が水平方向でわずかに異なる二枚のビデオ・フレームが撮影される。次に、それらのビデオ・フレームの一方が視聴者の左目に投影され、それとほぼ同時に、他方が右目に投影される。そのとき、その視聴者には、各目に映るビデオ・フレーム間での被写体のわずかな変位から、その被写体の立体的な形及び奥行きが知覚される。
【０００３】
上記の例のように、立体視映像の表示技術では一般に、一つのシーンの表示に左目用と右目用との二枚のビデオ・フレームが必要とされる。従って、立体視映像は一般に、従来の二次元映像よりも一定の表示時間当たりのデータ量が大きい。それ故、立体視映像の記録再生には、ブルーレイ・ディスク（ＢＤ）等の大容量光ディスク及びそのドライブが不可欠である。
【０００４】
ここで、従来の二次元映像の表示装置及び光ディスク・ドライブは一般にＯＳＤ機能を持つ。「ＯＳＤ機能」とは、例えば、画面の明るさ及び音量等の設定画面、「再生開始」及び「停止」等の動作状態を示す情報、又は、再生対象のタイトル及びチャプタの選択画面を、表示装置の画面上にグラフィックス映像で表示する機能をいう。それらのグラフィックス映像は「ＯＳＤ」と呼ばれる。その他に、例えば読み出し専用ＢＤ（ＢＤ−ＲＯＭディスク）から高画質映像を再生する装置には、そのＢＤに記録されたアプリケーション・プログラムに従ってグラフィックス映像をその高画質映像に重ねて描画できるものがある（例えば特許文献１参照）。映像コンテンツのプロバイダはその再生装置にポップアップ表示又はアニメーション等を描画させることにより、更に高機能のグラフィックス・ユーザ・インタフェース（ＧＵＩ）を実現させることができる。従って、立体視映像の表示装置及び再生装置にも同様なＯＳＤ機能及びグラフィックス描画機能が望まれる。
【０００５】
そのような機能を持つ立体視映像表示装置としては、例えば、マウス・カーソルの立体視映像を別の立体視映像に重ねて描画できるものが知られている（例えば特許文献２参照）。その表示装置は、マウス・カーソルの画面上の位置が水平方向でわずかに異なる二種類のグラフィックス映像を生成し、それらの一方を左目用の映像に重ねて表示し、他方を右目用の映像に重ねて表示する。ここで、マウス・カーソルが立体視映像中の別の物体と同じ視方向に同時に表示されるとき、その表示装置は、マウス・カーソルの左目用と右目用との映像間での変位量をその物体の変位量よりも所定量だけ変化させる。それにより、マウス・カーソルがその物体よりも手前に見えるようにする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２００５／１１９６７５号パンフレット
【特許文献２】特開２００４−３５４５４０号公報
【非特許文献】
【０００７】
【非特許文献１】Lenny Lipton, "Foundations of the Stereoscopic Cinema", Van Nostrand Reinhold, New York, 1982
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＯＳＤ及びポップアップ表示は通常、その他の映像よりも優先して視聴者に知覚されるべき情報である。従って、従来の二次元映像の表示技術では、ＯＳＤ等は通常、その他の映像中の物体、字幕、又はグラフィックス要素の上に重ねられて、それらを隠すように表示される。立体視映像の表示技術においても同様に、ＯＳＤ等は、その他の立体視映像よりも優先して視聴者に知覚されるように表示されるべきである。
【０００９】
そのような表示技術としては、例えば上記のマウス・カーソルの表示技術の応用が考えられる。すなわち、ＯＳＤ等の左目用と右目用との映像間での変位量を、そのＯＳＤと同じ視方向に表示される物体の中で最も手前に表示されるものの変位量よりも所定量だけ変更することが考えられる。しかし、立体視映像中の物体の奥行きは一般に、多様に、かつ広範囲で変化する。従って、ＯＳＤ等の奥行きは、上記のように他の物体等の奥行きから相対的に決定されるとき、一般には立体視映像のシーンごとに変動する。その変動は、ＯＳＤ等をかえって見づらくする危険性がある。特に設定画面及びポップアップ表示の視認性が低下するとき、それらを利用するＧＵＩの操作性が損なわれる危険性がある。
【００１０】
一方、ＯＳＤ等の左目用と右目用との映像間での変位量を一定値に維持して、ＯＳＤ等の奥行きを一定に保つことも考えられる。しかし、その一定の奥行きよりも手前に表示された物体の視方向にＯＳＤ等が表示されるとき、視聴者にはその物体にそのＯＳＤ等がめり込むように見えてしまう。それは、そのＯＳＤ等の視認性を低下させる原因になるだけでなく、視聴者の眼精疲労の原因にもなり得るので、好ましくない。
【００１１】
本発明は上記の課題の解決を目的とし、特にＯＳＤ及びポップアップ表示の視認性を更に向上させることのできる立体視映像の再生装置及び表示装置の提供を目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施形態による立体視映像再生装置は、ビデオ・プレーン生成部、イメージ・プレーン生成部、疑似二次元表示制御部、及び加算部を備えている。ビデオ・プレーン生成部は、ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号する。ビデオ・プレーン生成部は更に、その対のビデオ・プレーンを交互に出力する三次元表示モードと、その対のビデオ・プレーンのいずれか一方を繰り返し出力する疑似二次元表示モードとを備え、それらのうち、いずれか指示された動作モードでビデオ・プレーンを出力する。イメージ・プレーン生成部は、ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、ＯＳＤ又はポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、その対のイメージ・プレーンを交互に出力する。疑似二次元表示制御部は、イメージ・プレーン生成部からその対のイメージ・プレーンが出力されない期間ではビデオ・プレーン生成部に三次元表示モードを指示し、イメージ・プレーン生成部からその対のイメージ・プレーンが出力される期間ではビデオ・プレーン生成部に疑似二次元表示モードを指示する。加算部は、ビデオ・プレーン生成部から一枚のビデオ・プレーンが出力され、かつ、イメージ・プレーン生成部から一枚のイメージ・プレーンが出力されるごとに、その一枚のビデオ・プレーンとその一枚のイメージ・プレーンとを一枚のフレームに合成して出力する。
【００１３】
ここで、「ＯＳＤ」とは、再生装置自体、特にそのファームウェアが表示装置に表示させるグラフィックス要素及びその組み合わせのうち、その再生装置の設定内容若しくは動作状態、又は、再生対象のストリーム・データ若しくはその提供元に関する情報を表すものをいう。再生装置がＯＳＤによって表示する情報は例えば、「再生開始」、「停止」、「一時停止」、「早送り」、又は「巻戻し」等の動作状態、及び、再生中のタイトル名、再生時間、又は、字幕若しくは音声の言語若しくは出力形式等の再生情報を含む。
【００１４】
一方、「ポップアップ表示」とは、再生装置によって実行されるアプリケーション・プログラムが表示装置に表示させるグラフィックス要素及びその組み合わせをいう。ポップアップ表示は例えば、ポップアップ・メニュー等のグラフィック・ユーザ・インタフェース（ＧＵＩ）画面を含む。そのＧＵＩ画面は、例えば、再生対象のタイトル、チャプタ、又はシーンの選択画面、及び、字幕又は音声の言語又は出力形式の選択画面を含む。
【００１５】
この立体視映像再生装置では上記のとおり、ビデオ・プレーン生成部が、ビデオ・プレーンの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤ又はポップアップ表示が画面に出力される期間では、ビデオ・プレーン生成部の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・プレーンの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤ等が画面に立体的に表示される間、ストリーム・データの表す映像は二次元的に表示される。こうして、ＯＳＤ等の視認性を更に向上させることができる。
【００１６】
本発明の上記の実施形態による立体視映像再生装置はＯＳＤ加工部と動作モード選択部とを更に備えていてもよい。ＯＳＤ加工部は、左目用と右目用とのフレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、その対の一方ではそのＯＳＤによって隠され、かつ他方では隠されていない領域が生じないようにするための加工をそのＯＳＤに対して行う。動作モード選択部は、ユーザによる設定又はアプリケーション・プログラムからの指示に従って、疑似二次元表示制御部を動作させるモードと、ＯＳＤ加工部を動作させるモードとのいずれかを選択する。それにより、ＯＳＤと共にコンテンツの映像／字幕を二次元映像と立体視映像とのいずれとして表示するかを、ユーザ又はアプリケーション・プログラムに選択させることができる。更に、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードでは、上記の加工により、ＯＳＤと立体視映像との間での奥行きの違いが正しく知覚される。ここで、その加工は、ＯＳＤの水平方向での幅をフレーム全体に拡張する処理、又は、少なくとも立体視映像と重なるＯＳＤの部分を半透明にする処理を含む。その加工はその他に、立体視映像の奥行きがＯＳＤの奥行きよりも手前であるときに次の処理を含むものであってもよい。その処理は、左目用のイメージ・プレーン上では立体視映像にＯＳＤの右端部が重なるときにその右端部の右側に帯を付加し、右目用のイメージ・プレーン上では立体視映像にＯＳＤの左端部が重なるときにその左端部の左側に帯を付加する。それらの加工により、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードにおいても、ＯＳＤの視認性を更に向上させることができる。
【００１７】
本発明の実施形態による立体視映像表示装置は、映像信号受信部、表示部、ＯＳＤプレーン生成部、疑似二次元表示制御部、及び加算部を備えている。映像信号受信部は、映像信号を受信し、その映像信号から左目用と右目用とのビデオ・フレームの対を抽出する。映像信号受信部は更に、その対のビデオ・フレームを交互に出力する三次元表示モードと、その対のビデオ・フレームのいずれか一方を繰り返し出力する疑似二次元表示モードとを備え、それらのうち、いずれか指示された動作モードでビデオ・フレームを出力する。表示部は表示パネルを含み、映像信号受信部から出力されたビデオ・フレームに従って表示パネルの輝度を画素単位で調節する。それにより、表示部は、そのビデオ・フレームの示す映像を表示パネルに再現する。ＯＳＤプレーン生成部は、ＯＳＤが知覚されるべき奥行きに合わせて、そのＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンの対を生成し、その対のＯＳＤプレーンを交互に出力する。疑似二次元表示制御部は、ＯＳＤプレーン生成部からその対のＯＳＤプレーンが出力されない期間では映像信号受信部に三次元表示モードを指示し、ＯＳＤプレーン生成部からその対のＯＳＤプレーンが出力される期間では映像信号受信部に疑似二次元表示モードを指示する。加算部は、映像信号受信部から一枚のビデオ・フレームが出力され、かつ、ＯＳＤプレーン生成部から一枚のＯＳＤプレーンが出力されるごとに、その一枚のビデオ・フレームにその一枚のＯＳＤプレーンを合成して出力する。
【００１８】
ここで、「ＯＳＤ」とは、表示装置が表示パネルに表示させるグラフィックス要素及びその組み合わせのうち、その表示装置の設定内容、又は、表示された映像若しくはその提供元に関する情報を表すものをいう。表示装置によって利用されるＯＳＤは例えば、表示パネルの明るさ、色合い、解像度、又はリフレッシュ・レート等の設定画面、及び、音量の設定画面を含む。
【００１９】
この立体視映像表示装置では上記のとおり、映像信号受信部が、ビデオ・フレームの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤが画面に出力される期間では、映像信号受信部の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・フレームの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤが画面に立体的に表示される間、ビデオ・フレームの表す映像は二次元的に表示される。こうして、ＯＳＤの視認性を更に向上させることができる。
【発明の効果】
【００２０】
上記のとおり、本発明は、ＯＳＤ及びポップアップ表示の視認性を更に向上させることのできる立体視映像の再生装置及び表示装置を提供できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態１による立体視映像表示システムを示す模式図
【図２】図１に示されているシステムによる立体視映像表示の原理を示す模式図
【図３】右目用の映像と左目用の映像との間の変位量によって視聴者に知覚される立体視映像の奥行きを示す模式図
【図４】図１に示されている光ディスクに記録されたデータの構造を示す模式図
【図５】ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置の画面に表示される映像を示す模式図。（ａ）はＨＤＭＶモードで再生される映像の一場面を示す。（ｂ）はＢＤ−Ｊモードで再生される映像の一場面を示す。
【図６】ＡＶストリーム・ファイルを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図
【図７】ＡＶストリーム・ファイルを構成する各エレメンタリ・ストリームのＴＳパケットの配列を示す模式図
【図８】クリップ情報ファイルのデータ構造を示す模式図
【図９】プレイリスト・ファイルのデータ構造を示す模式図
【図１０】プレイアイテム情報のデータ構造を示す模式図
【図１１】プレイリスト情報に従って再生されるＡＶストリーム・ファイルの各部分を示す模式図
【図１２】図１に示されている再生装置のハードウェア構成を示すブロック図
【図１３】二次元映像に重ねられたＯＳＤ及びポップアップ表示を示す模式図。（ａ）は再生開始のＯＳＤG1を示す。（ｂ）は一時停止のＯＳＤG2を示す。（ｃ）は早送りのＯＳＤG3を示す。（ｄ）は画面の明るさの設定画面のＯＳＤG4を示す。（ｅ）は音量の設定画面のＯＳＤG5を示す。（ｆ）は再生対象のチャプタの選択画面のポップアップ表示G6を示す。
【図１４】図１２に示されている制御部の機能ブロック図
【図１５】図１４に示されている再生部の機能ブロック図
【図１６】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第１部分
【図１７】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第２部分
【図１８】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第３部分
【図１９】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第４部分
【図２０】光ディスクが光ディスク・ドライブに挿入された直後に再生装置によって実行されるプレイリスト再生処理のフローチャートの第５部分
【図２１】図１５に示されているプレーン・シフト・エンジンによるプレーン・シフトのフローチャート
【図２２】図１５に示されているプレーン・シフト・エンジンによるグラフィックス・プレーンに対するプレーン・シフトを示す模式図
【図２３】図１５に示されているプレーン・シフト・エンジンによるＯＳＤプレーンに対するプレーン・シフトを示す模式図
【図２４】再生装置によるＯＳＤプレーンの制御に関するフローチャート
【図２５】再生装置によるＢＤ−Ｊプレーンの制御に関するフローチャート
【図２６】図１４に示されている再生モード制御ＡＰＩによる処理のフローチャート
【図２７】図１４に示されているビデオ・プレーン・メモリから加算部へ出力されるビデオ・プレーン列を示す模式図
【図２８】図１４に示されているプレーン・シフト・エンジンから加算部へ出力されるビデオ・プレーン列を示す模式図
【図２９】図１４に示されているプレーン・シフト・エンジンから加算部へ出力されるＯＳＤプレーン列を示す模式図
【図３０】図２７−２９に示されている各プレーン列から合成されたビデオ・フレーム列によって再現される立体視映像を表す模式図
【図３１】本発明の実施形態２による再生装置によるＯＳＤプレーンの制御に関するフローチャート
【図３２】ＯＳＤの奥行きよりも手前に表示された物体にＯＳＤをそのまま重ねて表示したときの立体視映像を示す模式図
【図３３】本発明の実施形態２によるＯＳＤの加工（Ａ）を説明するための模式図。（ａ）は、加工（Ａ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ａ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３４】本発明の実施形態２によるＯＳＤの加工（Ｂ）を説明するための模式図。（ａ）は、加工（Ｂ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ｂ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３５】本発明の実施形態２によるＯＳＤの加工（Ｃ）を説明するための模式図。（ａ）は、加工（Ｃ）で得られる左目用ビデオ・フレームを示す。（ｂ）は、加工（Ｃ）で得られる右目用ビデオ・フレームを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームの対によって表示装置の画面上に見える立体視映像を模式的に表す。
【図３６】本発明の実施形態３による再生装置の行う、ＯＳＤプレーン・シフト量の変更処理のフローチャート
【図３７】本発明の実施形態４による表示装置のハードウェア構成を示すブロック図
【図３８】製造者専用命令（ＶＳＣ）のフォーマットを示す模式図
【図３９】図３７に示されている信号処理部の機能ブロック図
【発明を実施するための形態】
【００２２】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
【００２３】
《実施形態１》
【００２４】
図１は、本発明の実施形態１による立体視映像表示システムを示す模式図である。図１に示されているように、このシステムは、再生装置100、表示装置200、液晶シャッター眼鏡300、リモコン400、及び光ディスク500を含む。
【００２５】
光ディスク500は、例えばＢＤ−ＲＯＭディスクであり、立体視映像のコンテンツを含む。特に左目用と右目用との両方のビデオ・ストリームが、オーディオ・ストリームと共に、一つのストリーム・データに多重化されている。
【００２６】
再生装置100は、例えばＢＤ−ＲＯＭ方式に準拠の光ディスク・ドライブ110を搭載している。再生装置100は、その光ディスク・ドライブ110を利用して、光ディスク500から立体視映像のストリーム・データを読み出してビデオ・データ／オーディオ・データに復号する。特にビデオ・データは左目用と右目用との両方のビデオ・フレームを含む。再生装置100は更にＨＤＭＩ（High−Definition Multimedia Interface）ケーブル600で表示装置200に接続されている。再生装置100はビデオ・データ／オーディオ・データをＨＤＭＩ方式の映像信号／音声信号に変換して、ＨＤＭＩケーブル600を通して表示装置200に伝送する。特に映像信号には、左目用と右目用との両方のビデオ・フレームが時分割で多重化されている。
【００２７】
表示装置200は例えば液晶ディスプレイである。その他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等のフラット・パネル・ディスプレイ、又はプロジェクタであってもよい。表示装置200は、映像信号に従って画面201上に映像を再現し、音声信号に従って内蔵のスピーカから音声を発生させる。特に、画面201上には左目用と右目用との映像が交互に再現される。表示装置200は更に左右信号送信部202を搭載し、それを利用して左右信号LRを赤外線又は無線で液晶シャッター眼鏡300に送る。左右信号LRは、その時点で画面201に表示される映像が左目用と右目用とのいずれであるのかを示す。表示装置200は、映像信号に付随する制御信号から左目用ビデオ・フレームと右目用ビデオ・フレームとを識別し、左右信号LRの波形の切り換えをフレームの切り換えに同期させる。
【００２８】
液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rと左右信号受信部302とを含む。各液晶表示パネル301L、301Rは左右の各レンズ部分を構成している。左右信号受信部302は左右信号LRを受信し、その波形の変化に応じて左右の液晶表示パネル301L、301Rに信号を送る。各液晶表示パネル301L、301Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRが左目用の映像表示を示すとき、左目側の液晶表示パネル301Lは光を透過させ、右目側の液晶表示パネル301Rは光を遮断する。左右信号LRが右目用の映像表示を示すときはその逆である。このように、二枚の液晶表示パネル301L、301Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者が液晶シャッター眼鏡300をかけて画面201を見たとき、左目用の映像はその視聴者の左目だけに映り、右目用の映像はその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが一つの立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
【００２９】
リモコン400は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、光ディスク500の再生開始若しくは停止等、再生装置100又は表示装置200の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンを特定する信号を送信部に渡す。送信部はその信号を赤外線又は無線IRで再生装置100又は表示装置200に通知する。それにより、ユーザは再生装置100又は表示装置200を遠隔操作することができる。
【００３０】
＜立体視映像表示の原理＞
【００３１】
図２は、上記のシステムによる立体視映像表示の原理を示す模式図である。図２に実線で示されているように、表示装置の画面201に右目用の映像IMRが表示されるとき、左目側の液晶表示パネル301Lは光を遮断し、右目側の液晶表示パネル301Rは光を透過させる。それにより、右目用の映像IMRは視聴者の右目だけに見える。逆に、図２に破線で示されているように、画面201に左目用の映像IMLが表示されるとき、左目側の液晶表示パネル301Lは光を透過させ、右目側の液晶表示パネル301Rは光を遮断する。それにより、左目用の映像IMLは視聴者の左目だけに見える。ここで、右目用の映像IMRと左目用の映像IMLとでは、画面201上での水平方向の位置が変位量SHだけ異なる。従って、右目の視点VPRから右目用の映像IMRまでの間を結ぶ視線VLRが、左目の視点VPLから左目用の映像IMLまでの間を結ぶ視線VLLと、画面201から前方又は後方に離れた位置で交差する。図２の例では、その交差する位置が画面201よりも、矢印DPの示す距離だけ手前である。フレーム・レートが十分に高いとき、右目用の映像IMRの残像が右目に残った状態で左目用の映像IMLが左目に捉えられる。そのとき、視聴者には、右目の視線VLRと左目の視線VLLとの交差する位置に両映像IMR、IMLが浮かび上がって一つの立体視映像IMSとして見える。すなわち、右目だけに見える映像IMRと左目だけに見える映像IMLとの間での変位を、一つの立体的物体に対する両眼視差と視聴者に錯覚させる。それにより、その視聴者に立体視映像IMSを画面201とは異なる奥行きDPに知覚させることができる。
【００３２】
図３は、右目用の映像IMRと左目用の映像IMLとの間の変位量SHによって視聴者に知覚される立体視映像IMSの奥行きDPを示す模式図である。図３の（ａ）では、右目用の映像IMRに対して左目用の映像IMLが右方向に変位量SH1だけ変位している。この場合、右目VPRの視線VLRと左目VPLの視線VLLとは画面201よりも距離DP1だけ前方で交差する。従って、視聴者には、立体視映像IMSが画面201よりも距離DP1だけ手前に見える。図３の（ｂ）では、右目用の映像IMRに対して左目用の映像IMLが左方向に変位量SH2だけ変位している。この場合、右目VPRの視線VLRと左目VPLの視線VLLとは画面201よりも距離DP2だけ後方で交差する。従って、視聴者には、立体視映像IMSが画面201よりも距離DP2だけ奥に見える。このように、右目用の映像IMRに対する左目用の映像IMLの変位の方向・大きさを調節することにより、視聴者に知覚される立体視映像IMSの奥行きを調節することができる。
【００３３】
＜光ディスク500のデータ構造＞
【００３４】
図４は、光ディスク500がＢＤ−ＲＯＭディスクであるとき、それに記録されたデータの構造を示す模式図である。図４に示されているように、ＢＤ−ＲＯＭディスク500上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）が設けられている。ＢＣＡに対しては光ディスク・ドライブ110によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止されている。それにより、ＢＣＡは例えば著作権保護技術に利用される。ＢＣＡよりも外側のデータ記録領域には、トラックと呼ばれる領域500Aが、ＢＤ−ＲＯＭディスク500の内周から外周へ向けて螺旋状に形成されている。トラック500Aは、内周側から順に、リード・イン領域501、ボリューム領域502、及びリード・アウト領域503を含む。図４を参照するに、トラック500Aが横方向に引き伸ばされ、内周側が左側に置かれ、外周側が右側に置かれるように描画されている。リード・イン領域501はＢＣＡのすぐ外周側に設けられている。リード・イン領域501には、ボリューム領域502に記録されたデータのサイズ及び物理アドレス等、ボリューム領域502へのアクセスに必要な情報が記録されている。リード・アウト領域503はＢＤ−ＲＯＭディスク500の最外周部に設けられ、ボリューム領域502の終端を示す。ボリューム領域502はリード・イン領域501とリード・アウト領域503との間に設けられている。ボリューム領域502には映像及び音声等のアプリケーション・データが記録されている。
【００３５】
ボリューム領域502に対するファイルシステムとしては、例えばＵＤＦ（Universal Disc Format）又はＩＳＯ９６６０が採用されている。ボリューム領域502は一つの論理アドレス空間として管理される。更に、ボリューム領域502に記録されたデータはディレクトリ及びファイルを構成するように整理されている。それにより、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
【００３６】
図４には更に、ボリューム領域502に記録されたデータのディレクトリ構造504が示されている。このディレクトリ構造504では、ルート（ＲＯＯＴ）ディレクトリ510の直下に証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ511とＢＤムービー（ＢＤＭＶ）ディレクトリ512とが置かれている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ511には、ＢＤ−ＲＯＭディスク500に記録されたコンテンツの認証情報が格納される。ＢＤＭＶディレクトリ512には、そのコンテンツの本体を成すストリーム・データが格納される。
【００３７】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ511には特にアプリケーション証明書ファイル（app.discroot.crt）511Aが置かれている。このファイル511Aは、ＢＤ−ＲＯＭディスク500に記録されたコンテンツのプロバイダ（以下、コンテンツ・プロバイダという。）に固有のものである。アプリケーション証明書ファイル511Aはいわゆるデジタル証明書であり、Ｊａｖａ（登録商標）アプリケーション・プログラムの認証に利用される。ここで、Ｊａｖａアプリケーション・プログラムは、Ｊａｖａに準拠のバイトコード・プログラムであり、再生装置100に実装されたＪａｖａ仮想マシン（後述参照）によって、ＢＤ−ＲＯＭディスク500から読み出されて実行される。具体的には、アプリケーション証明書ファイル511Aは、Ｊａｖａ仮想マシンにより、ＢＤ−ＲＯＭディスク500からＪａｖａアプリケーション・プログラムが読み出されたとき、その署名検証に利用される。署名検証では、そのＪａｖａアプリケーション・プログラムの改竄の有無及びその供給元の確認が行われる。それにより、例えば、コンテンツ・プロバイダによって許可されたＪａｖａアプリケーション・プログラムのみをＪａｖａ仮想マシンに起動させ、又は、Ｊａｖａアプリケーション・プログラムに対して再生装置100内の各記憶装置へのアクセス権限を選択的に付与させることができる。
【００３８】
ＢＤＭＶディレクトリ512には、インデックス・ファイル（index.bdmv）512Aとムービー・オブジェクト・ファイル（MovieObject.bdmv）512Bとが置かれている。ＢＤＭＶディレクトリ512には更に、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ513、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ514、ストリーム（ＳＴＲＥＡＭ）ディレクトリ515、ＢＤ−Ｊオブジェクト（ＢＤＪＯ）ディレクトリ516、Ｊａｖａアーカイブ（ＪＡＲ）ディレクトリ517、及びメタ（ＭＥＴＡ）ディレクトリ518が置かれている。ＰＬＡＹＬＩＳＴディレクトリ513にはプレイリスト・ファイル（000001.mpls）513Aが置かれている。ＣＬＩＰＩＮＦディレクトリ514にはクリップ情報ファイル（000001.clpi）514Aが置かれている。ＳＴＲＥＡＭディレクトリ515にはオーディオ／ビジュアル（ＡＶ）ストリーム・ファイル（000001.m2ts）515Aが置かれている。ＢＤＪＯディレクトリ516にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）516Aが置かれている。ＪＡＲディレクトリ517にはＪＡＲファイル（YYYYY.jar）517Aが置かれている。ＭＥＴＡディレクトリ518にはＸＭＬ（Extensible Markup Language）ファイル（ZZZZZ.xml）518Aが置かれている。以下、これらのファイルについて順に説明する。
【００３９】
≪インデックス・ファイル512A≫
【００４０】
インデックス・ファイル512Aはインデックス・テーブルを含む。インデックス・テーブルは、「ファーストプレイ」、「トップメニュー」、及び「タイトル」という項目を含む。各項目には、ムービー・オブジェクトとＢＤ−Ｊオブジェクトとのいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置100の制御部はインデックス・テーブルの対応する項目を参照して、その項目に対応付けられているオブジェクトを光ディスク500から呼び出す。制御部は更に、呼び出されたオブジェクトに従ってプログラムを実行する。具体的には、項目「ファーストプレイ」には、光ディスク500が光ディスク・ドライブ110へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置200にメニューを表示させるためのオブジェクトが指定されている。項目「タイトル」には、例えばユーザの操作で再生対象のタイトルが指定されたとき、そのタイトルに対応するストリーム・データを光ディスク500から再生するためのオブジェクトが指定されている。
【００４１】
≪ムービー・オブジェクト・ファイル512B≫
【００４２】
ムービー・オブジェクト・ファイル512Bは一般に複数のムービー・オブジェクトを含む。各ムービー・オブジェクトはナビゲーション・コマンドの配列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置100に実行させるための命令である。ナビゲーション・コマンドは、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルからのストリーム・データの再生命令、及び、別のタイトルへの遷移命令を含む。再生装置100の制御部は、例えばユーザの操作に応じて各ムービー・オブジェクトを呼び出して、そのムービー・オブジェクトに含まれるナビゲーション・コマンドを配列の順番で実行する。それにより、再生装置100は、一般的なＤＶＤプレーヤと同様に、表示装置200にメニューを表示してユーザにコマンドを選択させ、そのコマンドに応じて、タイトルの再生開始／停止、別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。このように、ムービー・オブジェクトに従った再生装置100の動作モードをＨＤＭＶ（High Definition Movie）モードという。
【００４３】
≪ＢＤ−Ｊオブジェクト・ファイル516A≫
【００４４】
ＢＤ−Ｊオブジェクト・ファイル516AはＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトは、再生装置100に実装されたＪａｖａ仮想マシンに、タイトルの再生処理及びグラフィックス映像の描画処理を実行させるためのプログラムである。ＢＤ−Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリスト・ファイルの識別情報とを含む。アプリケーション管理テーブルは、Ｊａｖａ仮想マシンに実際に実行させるべきＪａｖａアプリケーション・プログラムのリストを示す。アプリケーション管理テーブルでは特に、アプリケーションＩＤとアイコン・ロケータとが互いに対応付けられている。アプリケーションＩＤは実行対象のＪａｖａアプリケーション・プログラムの識別子を示す。アイコン・ロケータは、各Ｊａｖａアプリケーション・プログラムに対応付けられたアイコンのデータのアドレスを示す。参照対象のプレイリスト・ファイルの識別情報は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムのシグナリングを実行する。それにより、再生装置100は、タイトルの再生映像の進行を動的に変化させ、又は表示装置200にグラフィックス映像をタイトルの映像とは独立に表示させる。このように、ＢＤ−Ｊオブジェクトに従った再生装置100の動作モードをＢＤ−Ｊモードという。
【００４５】
図５は、ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置の画面201に表示される映像を示す模式図である。図５の（ａ）は、ＨＤＭＶモードで再生される映像の一場面を示す。ＨＤＭＶモードでの再生映像は一般に、ＤＶＤから再生される映像と同様、一つのコンテンツの映像が画面201の全体に表示される。一方、図５の（ｂ）は、ＢＤ−Ｊモードで再生される映像の一場面を示す。ＢＤ−Ｊモードでは、光ディスク500から再生される映像に併せて、再生装置100内のＪａｖａ仮想マシンにグラフィックス映像を描画させることができる。例えば図５の（ｂ）に示されているように、画面201の中に、映画の映像SCN、その映画の表題TL、及び、その映画の解説を行うフクロウのアニメーション映像CRを同時に表示することができる。
【００４６】
≪ＪＡＲファイル517A≫
【００４７】
ＪＡＲファイル517Aは、ＢＤ−Ｊオブジェクトに従って実行されるＪａｖａアプリケーション・プログラムの本体を格納している。それらのＪａｖａアプリケーション・プログラムは、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるものの他、グラフィックス映像の描画処理を実行させるものを含む。ＪＡＲファイル517Aは更に、各Ｊａｖａアプリケーション・プログラムに対応付けられたアイコンのデータを含む。それらのアイコンはＪａｖａアプリケーション・プログラムにより、グラフィックス映像内の一要素として利用される。各Ｊａｖａアプリケーション・プログラムは、「ｘｌｅｔ」と呼ばれる小プログラムとデータとから成る。Ｊａｖａ仮想マシンはＢＤ−Ｊオブジェクトに従ってＪＡＲファイル517Aから必要なｘｌｅｔ及びデータを、内蔵メモリのヒープ領域（ワークメモリとも呼ばれる。）にロードして実行する。
【００４８】
≪ＡＶストリーム・ファイル515A≫
【００４９】
ＡＶストリーム・ファイル515Aは、コンテンツの本体を成すストリーム・データであり、ビデオ・ストリーム及びオーディオ・ストリーム等、複数のエレメンタリ・ストリームが多重化されている。例えばコンテンツが立体視映像による映画であるとき、各エレメンタリ・ストリームはその映画の立体視映像、音声、又は字幕を表す。図６は、ＡＶストリーム・ファイル515Aを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図である。図６を参照するに、ＡＶストリーム・ファイル515Aは、二種類のプライマリ・ビデオ・ストリームVL、VR、二種類のプライマリ・オーディオ・ストリームA1、A2、及び二種類のグラフィックス・ストリームPG1、PG2を含む。二種類のプライマリ・ビデオ・ストリームのうち、左目用ビデオ・ストリームV1は映画の左目用の主映像を表し、右目用ビデオ・ストリームV2は右目用の主映像を表す。各プライマリ・オーディオ・ストリームA1、A2は映画の主音声を表す。二種類のプライマリ・オーディオ・ストリームA1、A2の間では音声の言語が異なる。その他に、出力方式が異なっていてもよい。各グラフィックス・ストリームPG1、PG2は映画の字幕をグラフィックス映像で表す。二種類のグラフィックス・ストリームPG1、PG2の間では字幕の言語が異なる。
【００５０】
ＡＶストリーム・ファイル515Aでは、複数のエレメンタリ・ストリームを多重化する方式としてＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式が採用されている。すなわち、ＡＶストリーム・ファイル515A内では、各エレメンタリ・ストリームは複数のＴＳパケットに分割されている。各ＴＳパケットには、エレメンタリ・ストリームごとに異なるパケットＩＤ（ＰＩＤ）が割り当てられているので、各ＴＳパケットの属するエレメンタリ・ストリームはＰＩＤによって識別される。例えば図６のように、左目用ビデオ・ストリームV1には０ｘ１０１１がＰＩＤとして割り当てられ、右目用ビデオ・ストリームV2には０ｘ１０１２がＰＩＤとして割り当てられ、プライマリ・オーディオ・ストリームA1、A2には０ｘ１１００から０ｘ１１１ＦまでのいずれかがＰＩＤとして割り当てられ、グラフィックス・ストリームPG1、PG2には０ｘ１２００から０ｘ１２１ＦまでのいずれかがＰＩＤとして割り当てられている。
【００５１】
図７は、ＡＶストリーム・ファイル515Aを構成する各エレメンタリ・ストリームのＴＳパケットの配列を示す模式図である。左目用ビデオ・ストリーム551A、右目用ビデオ・ストリーム551B、オーディオ・ストリーム554、及びグラフィックス・ストリーム557はそれぞれ、まずＰＥＳ（Packetized Elementary Stream）パケットの列552、555、558に変換され、次にＴＳパケットの列553、556、559に変換される。続いて、各ＴＳパケットに個別にヘッダが付加される。このヘッダが付加されたＴＳパケットをソース・パケットという。最後に、各ソース・パケット560が順番に一列に並べられ、１本のＡＶクリップ・ファイル515Aを構成する。ここで、図７に示されているように、ソース・パケット560は先頭から順に番号付けされている。その番号をソース・パケット・ナンバ（ＳＰＮ：Source Packet Number）と呼ぶ。ＳＰＮは、ＡＶクリップ・ファイル515A内での各ＴＳパケットのアドレスとして利用される。
【００５２】
例えばビデオ・ストリーム551A、551BからはＴＳパケットの列553が次のようにして得られる。まず、左目用ビデオ・ストリーム551Aに含まれる左目用ビデオ・フレーム551Lと、右目用ビデオ・ストリーム551Bに含まれる右目用ビデオ・フレーム551Rとが交互にＰＥＳパケット552に変換される。各ＰＥＳパケット552はＰＥＳヘッダとＰＥＳペイロードとを含む。各ビデオ・フレーム551L、551Rは、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＶＣ−１等の符号化方式で一つのピクチャに圧縮され、各ＰＥＳペイロードに格納される。一方、各ＰＥＳヘッダには、同じＰＥＳパケットのＰＥＳペイロードに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）が格納される。ＰＴＳは、再生装置100内のデコーダによって一つのエレメンタリ・ストリームから復号された一フレームのデータがそのデコーダから出力されるべき時刻をいう。次に、各ＰＥＳパケット552は一般に複数のＴＳパケット553に変換される。ＴＳパケット553は固定長のパケットであり、ＴＳヘッダとＴＳペイロードとを含む。ＴＳヘッダは、対応するＴＳペイロードに格納されたビデオ・ストリーム551A又は551BのＰＩＤを含む。各ＰＥＳパケット552は一般には分割されて複数のＴＳペイロードに格納される。最後に、各ＴＳパケット553にヘッダが付与されて、そのＴＳパケット553がソース・パケット560に変換される。
【００５３】
同様に、オーディオ・ストリーム554から変換されたＰＥＳパケット555では、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオ・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納される。ここで、オーディオ・ストリーム554の符号化形式としては、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＤＴＳ（Digital Theater System：登録商標）、又はＤＴＳ−ＨＤ  ＬＢＲが利用される。グラフィックス・ストリーム557から変換されたＰＥＳパケット558では、グラフィックス・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納される。
【００５４】
≪クリップ情報ファイル514A≫
【００５５】
図８は、クリップ情報ファイル514Aのデータ構造を示す模式図である。ＣＬＩＰＩＮＦディレクトリ514に置かれたクリップ情報ファイル514Aは、ＳＴＲＥＡＭディレクトリ515に置かれたＡＶストリーム・ファイル515Aと一対一に対応する。クリップ情報ファイル514Aは、対応するＡＶストリーム・ファイル515A内のＳＰＮとＰＴＳとの間の対応関係を規定する。クリップ情報ファイル514Aは更に、対応するＡＶストリーム・ファイル515A内に多重化されている各エレメンタリ・ストリームの属性を示す。
【００５６】
図８に示されているように、クリップ情報ファイル514Aはストリーム属性情報541とエントリ・マップ・テーブル542とを含む。ストリーム属性情報541では、ＡＶストリーム・ファイル515A内の各エレメンタリ・ストリームに関する属性情報が、そのエレメンタリ・ストリームのＰＩＤに対応付けられている。属性情報の詳細は、ビデオ・ストリーム、オーディオ・ストリーム、及びグラフィックス・ストリームの間で異なる。例えばビデオ・ストリームのＰＩＤに対応付けられた属性情報は、圧縮に利用されたコーデックの識別情報、各ピクチャの解像度とアスペクト比、及びフレーム・レートを含む。一方、オーディオ・ストリームのＰＩＤに対応付けられた属性情報は、圧縮に利用されたコーデックの識別情報、チャンネル数、言語、及びサンプリング周波数を含む。これらの属性情報は再生装置100内でデコーダの初期化に利用される。
【００５７】
エントリ・マップ・テーブル542は、エレメンタリ・ストリームごとにＳＰＮとＰＴＳとの間の対応関係を規定する。例えば図８に示されているように、エントリ・マップ・テーブル542は、ビデオ・ストリームのＰＩＤごとにエントリ・マップ543を含む。エントリ・マップ543では、そのビデオ・ストリーム内の各ピクチャ群（ＧＯＰ）の先頭、すなわち、各イントラ・ピクチャ（Ｉピクチャ）のＰＴＳ544に、そのＩピクチャを含むソース・パケットのＳＰＮ545が対応付けられている。再生装置100はエントリ・マップ543を参照することにより、ビデオ・ストリームに含まれるフレームのうち、任意のＰＴＳでのフレームを含むソース・パケットをＡＶストリーム・ファイル515Aの中から特定できる。例えば、早送り再生及び巻戻し再生等の特殊再生では再生装置100は、エントリ・マップ543に記述された各ＳＰＮ545のソース・パケットをＡＶストリーム・ファイル515Aの中から選択してデコーダに送る。それにより、Ｉピクチャが選択的に再生される。
【００５８】
エントリ・マップ・テーブル542では、ビデオ・ストリーム以外のエレメンタリ・ストリームについても同様に、エントリ・マップが特定のデータ部分のＰＴＳとＳＰＮとを対応付けている。従って、再生装置100はそのエントリ・マップを参照することにより、各エレメンタリ・ストリーム内の任意のＰＴＳに対応するＡＶストリーム・ファイル内のソース・パケットを特定できる。
【００５９】
≪プレイリスト・ファイル513A≫
【００６０】
図９は、プレイリスト・ファイル513Aのデータ構造を示す模式図である。図９に示されているように、プレイリスト・ファイル513Aはプレイリスト情報530を含む。プレイリスト情報530は、ＡＶストリーム・ファイル515Aの再生経路、すなわち、そのＡＶストリーム・ファイル515Aのうち、再生対象の部分をその再生時刻、すなわちＰＴＳで規定する。プレイリスト情報530は、１つ以上のプレイアイテム情報531、532、533、次元識別フラグ534、及びグラフィックス・プレーン・シフト量535を含む。
【００６１】
各プレイアイテム情報531−533は、ＡＶストリーム・ファイル515Aのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。プレイアイテム情報531−533には通し番号が振られている。その通し番号は、各プレイアイテム情報531−533によって規定されるＡＶストリーム・ファイル515Aの各部分の再生順序を表す。その通し番号はまた、各プレイアイテム情報531−533の識別子、すなわちプレイアイテムＩＤとして利用される。
【００６２】
次元識別フラグ534は、プレイアイテム情報531−533の規定する再生経路の表示次元を示す。次元識別フラグ534によって表される表示次元には、二次元と三次元との二種類がある。「表示次元が二次元である」とは、再生経路の映像が通常の二次元映像であることを意味し、「表示次元が三次元である」とは、再生経路の映像が立体視映像であることを意味する。
【００６３】
グラフィックス・プレーン・シフト量535は、グラフィックス・ストリームPG1、PG2の表すグラフィックス映像、特に字幕の知覚されるべき奥行きを示す。ここで、図３に示されているように、グラフィックス映像の奥行きは、左目に映るその映像と右目に映るその映像との間での変位量で決まる。従って、グラフィックス・プレーン・シフト量535は具体的には例えば次のように定義される。各グラフィックス・ストリームPG1、PG2は、表示対象のグラフィックス映像のデータと共に、そのグラフィックス映像のビデオ・フレーム内での表示位置を表すパラメータを含む。グラフィックス・プレーン・シフト量535は、それらのパラメータで表された表示位置を基準とする相対的な変位量の対で定義される。その対の一方は左目用ビデオ・フレームに関し、他方は右目用ビデオ・フレームに関する。その対は大きさが等しく、符号、すなわち変位の方向が逆である。図３に示されている右目用の映像IMRと左目用の映像IMLとの間の変位量SH1、SH2は、グラフィックス・プレーン・シフト量535の表す変位量の対の差に相当する。
【００６４】
図１０は、プレイアイテム情報531のデータ構造を示す模式図である。他のプレイアイテム情報532、533のデータ構造も同様である。図１０に示されているように、プレイアイテム情報531は、参照クリップ情報571、再生開始時刻572、再生終了時刻573、及びストリーム選択テーブル574を含む。参照クリップ情報571は、ＡＶストリーム・ファイル515Aの参照に必要なクリップ情報ファイル514Aを識別するための情報である。再生開始時刻572と再生終了時刻573とは、ＡＶストリーム・ファイル515Aのうち、再生対象の部分の先頭と末尾との各ＰＴＳを示す。ストリーム選択テーブル574は、再生開始時刻572から再生終了時刻573までの間に、再生装置100内のデコーダによってＡＶストリーム・ファイル515Aの中から選択可能なエレメンタリ・ストリームのリストを表す。
【００６５】
図１０に示されているように、ストリーム選択テーブル574は複数のストリーム・エントリ580を含む。ストリーム・エントリ580はストリーム選択番号581とストリーム識別情報582とを含む。ストリーム選択番号581はストリーム・エントリ580の通し番号である。ストリーム識別情報582は、ＡＶストリーム・ファイル515Aに多重化されているエレメンタリ・ストリームのいずれかのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが、再生開始時刻572から再生終了時刻573までの間にＡＶストリーム・ファイル515Aの中から選択可能である。
【００６６】
図１１は、プレイリスト情報530に従って再生されるＡＶストリーム・ファイル515Aの各部分CL1、CL2、CL3を示す模式図である。図１１に示されている時間軸MPはコンテンツの再生時間を表す。コンテンツの再生には以下に示すように、プレイリスト情報、クリップ情報ファイル、及びＡＶストリーム・ファイルの組み合わせが利用される。
【００６７】
再生装置100は、図９に示されているプレイリスト情報530の中から、プレイアイテム情報＃１531、プレイアイテム情報＃２532、プレイアイテム情報＃３533をプレイアイテムＩＤの順に参照する。例えばプレイアイテム情報＃１531が参照されるとき、まず、その参照クリップ情報571（図１０参照）の示すクリップ情報ファイル514Aのエントリ・マップ・テーブル542（図８参照）から、再生開始時刻IN1に対応するＰＴＳ＃１544が検索される。次に、そのＰＴＳ＃１544に対応するＳＰＮ＃１545が開始アドレスSP1として特定される。同様に、再生終了時刻OUT1に対応するＳＰＮが終了アドレスEP1として特定される。続いて、クリップ情報ファイル514Aのストリーム属性情報541（図８参照）が利用され、プレイアイテム情報＃１531のストリーム選択テーブル574（図１０参照）に登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。そのとき、例えば再生装置100と表示装置200との両方が複数の出力形式のオーディオ・データに対応可能であれば、オーディオ・ストリームが複数検出され得る。このように、同種であっても属性の異なるエレメンタリ・ストリームが複数検出されたとき、それらのエレメンタリ・ストリームの中で最小のストリーム選択番号581を持つものが選択され、その選択されたエレメンタリ・ストリームのＰＩＤ582がデコーダに設定される。但し、次元識別フラグ534の示す表示次元が三次元であるとき、再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、左目用ビデオ・ストリームVLのＰＩＤ“０ｘ１０１１”と右目用ビデオ・ストリームVRのＰＩＤ“０ｘ１０１２”との両方がデコーダに設定される。一方、再生装置100と表示装置200とのいずれかが立体視映像表示に非対応であれば、左目用ビデオ・ストリームVLのＰＩＤだけがデコーダに設定される。その結果、ＡＶストリーム・ファイル515A内のアドレス範囲SP1−EP1の部分CL1から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって抽出され、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1に再生されるべきストリーム・データが復号される。同様に、プレイアイテム情報＃２532の規定する再生区間PI2では、ＡＶストリーム・ファイル515A内のアドレス範囲SP2−EP2の部分CL2から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって復号され、プレイアイテム情報＃３533の規定する再生区間PI3では、ＡＶストリーム・ファイル515A内のアドレス範囲SP3−EP3の部分CL3から特定のＰＩＤのエレメンタリ・ストリームがデコーダによって復号される。
【００６８】
≪ＸＭＬファイル518A≫
【００６９】
ＸＭＬファイル518Aは、光ディスク500に記録されたコンテンツに関する様々な情報を含む。それらの情報は、例えば、光ディスク500の識別情報、コンテンツ・プロバイダの識別情報、コンテンツに含まれるタイトルのリスト、各タイトルに関する情報、タイトルのリストを画面に表示するときに利用されるサムネイル映像を含む。尚、ＸＭＬファイル518Aはコンテンツの再生には必須の情報ではなく、省略されてもよい。
【００７０】
＜再生装置100のハードウェア構成＞
【００７１】
図１２は、再生装置100のハードウェア構成を示すブロック図である。図１２を参照するに、再生装置100は、光ディスク・ドライブ110、ローカル・ストレージ120、操作部130、ネットワーク・インタフェース140、バス150、制御部160、再生部170、及びＨＤＭＩ送信部180を含む。光ディスク・ドライブ110、ローカル・ストレージ120、操作部130、及びネットワーク・インタフェース140はバス150を通して制御部160及び再生部170と通信可能である。また、制御部160と再生部170とはバス150を通して互いに通信可能である。
【００７２】
光ディスク・ドライブ110は、内部に挿入された光ディスク500にレーザ光を照射し、その反射光の変化から、光ディスク500に記録されたデータを読み取る。光ディスク・ドライブ110は特にＢＤ−ＲＯＭディスクに対応可能である。制御部160からデータの読み出しが指示されたとき、光ディスク・ドライブ110は光ディスク500のボリューム領域502（図４参照）からデータを読み出して、ローカル・ストレージ120、制御部160、又は再生部170に転送する。
【００７３】
ローカル・ストレージ120は書き換え可能な大容量の記憶装置であり、例えば外部ネットワーク800上のサーバ装置900から追加コンテンツをダウンロードして保存する。追加コンテンツは、例えば光ディスク500に記録されたオリジナル・コンテンツに追加され、又は置換されるべきコンテンツである。追加コンテンツは例えば、副音声、オリジナルの字幕とは異なる言語の字幕、特典映像、アプリケーション・プログラムのアップデート版を含む。ローカル・ストレージ120はその他に、制御部160によってアプリケーション・プログラムに従って利用されるパラメータ及びテーブル等を保存してもよい。図１２では、ローカル・ストレージ120は、カードリーダ／ライタ111とＨＤＤ112とを含む。カードリーダ／ライタ111は、内部に挿入されたメモリカード700に対してデータを読み書きできる。ＨＤＤ112は再生装置100に内蔵されている。その他に、図１２には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス150に接続され、ローカル・ストレージ120として利用されてもよい。
【００７４】
操作部130は、リモコン400から赤外線等の無線で送出されたコマンドを受信して解読し、そのコマンドの内容を制御部160に通知する。操作部130はその他に、再生装置100のフロント・パネルに設けられたボタンの押下を検出して制御部160に通知する。
【００７５】
ネットワーク・インタフェース140は外部ネットワーク800とバス150との間を通信可能に接続する。それにより、制御部160はネットワーク・インタフェース140を通してネットワーク800上のサーバ装置900と通信可能である。
【００７６】
制御部160はマイクロコンピュータ・システムであり、ＣＰＵ160A、ＲＯＭ160B、及びＲＡＭ160Cを含み、それらが内部バス160Dで互いに接続されている。ＲＯＭ160Bには、再生装置100の基本動作を制御するためのプログラム（ファームウェア）が記録されている。ファームウェアは、バス150に接続された各要素110−140、170のデバイス・ドライバを含む。ＣＰＵ160Aは、例えば電源投入に応じてＲＯＭ160Bからファームウェアを読み出して実行する。それにより、各要素110−140、170の初期化が制御されるだけでなく、Ｊａｖａプラットフォーム、すなわちＢＤ−Ｊオブジェクトの実行環境が整備される。ＲＡＭ160CはＣＰＵ160Aに対して作業領域を提供する。制御部160はそれらの要素160A−Cの組み合わせを利用してファームウェア及びアプリケーション・プログラムを実行し、それらに従って他の要素を制御する。
【００７７】
制御部160は特に、光ディスク500又はローカル・ストレージ120に記録されたコンテンツから所望のタイトルを読み出して再生部170に再生させる。具体的には、制御部160はまず、光ディスク500又はローカル・ストレージ120から、再生対象のタイトルに対応するプレイリスト情報、すなわちカレント・プレイリスト情報を読み出し、それに従って再生対象のＡＶストリーム・ファイル、すなわちカレント・ＡＶストリーム・ファイルを選択する。制御部160は次に、光ディスク・ドライブ110又はローカル・ストレージ120に、カレント・ＡＶストリーム・ファイルを読み出して再生部170へ供給するように指示する。
【００７８】
一方、制御部160はカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、制御部160は再生部170に対して表示次元を「二次元」に指定する。その表示次元が「三次元」であるとき、制御部160は更に、再生装置100と表示装置200とが立体視映像表示に対応可能であるか確認する。再生装置100と表示装置200との少なくともいずれかが立体視映像表示に非対応であれば、制御部160は再生部170に対して表示次元を「二次元」に指定する。再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、制御部160は再生部170に対して表示次元を「三次元」に指定する。それと共に、制御部160はカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出し、所定のＯＳＤプレーン・シフト量と共に再生部170に渡す。ここで、ＯＳＤプレーン・シフト量は、ＯＳＤの知覚されるべき奥行きを示す。具体的には、ＯＳＤプレーン・シフト量はグラフィックス・プレーン・シフト量と同様、左目用と右目用との各ビデオ・フレームにおける、ＯＳＤの基準位置に対する相対的な変位量で定義される。
【００７９】
制御部160はその他に、カレント・ＡＶストリーム・ファイルから分離されるべきエレメンタリ・ストリームのＰＩＤをカレント・プレイリスト情報に従って選択し、再生部170に指定する。特に、再生部170に対して表示次元が「二次元」に指定されたとき、選択されたＰＩＤ群はプライマリ・ビデオ・ストリームのＰＩＤを一つ含む。一方、再生部170に対して表示次元が「三次元」に指定されたとき、選択されたＰＩＤ群はプライマリ・ビデオ・ストリームのＰＩＤを左目用と右目用との二種類含む。
【００８０】
制御部160は更にＯＳＤ機能を備える。すなわち、制御部160は、操作部130によって受け付けられたユーザによる操作、又はアプリケーション・プログラムからの指示に応じて、対応するＯＳＤのグラフィックス・データを再生部170へ送出する。
【００８１】
制御部160はまた、ポップアップ表示機能を備える。すなわち、制御部160は、ユーザによる操作又はアプリケーション・プログラムからの指示に応じて、ポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを呼び出す。制御部160は更に、そのＢＤ−Ｊオブジェクトに従ってアプリケーション・プログラムを実行する。そのアプリケーション・プログラムは制御部160にポップアップ表示のグラフィックス・データを生成させて再生部170へ送出させる。
【００８２】
図１３は、二次元映像に重ねられたＯＳＤ及びポップアップ表示を示す図である。図１３の（ａ）に示されているＯＳＤG1は、再生開始を示す。図１３の（ｂ）に示されているＯＳＤG2は、再生の一時停止を示す。図１３の（ｃ）に示されているＯＳＤG3は、早送りを示す。図１３の（ｄ）に示されているＯＳＤG4は、画面の明るさの設定画面を示す。図１３の（ｅ）に示されているＯＳＤG5は、音量の設定画面を示す。図１３の（ｆ）に示されているポップアップ表示G6は、再生対象のチャプタの選択画面を示す。
【００８３】
制御部160は、再生部170に対して表示次元を「三次元」に指定した後、ＯＳＤのグラフィックス・データを新たに再生部170へ送出するとき、再生部170に表示次元を「疑似二次元」に切り換えさせ、かつグラフィックス・プレーン・シフト量を０に変更させる。そのＯＳＤのグラフィックス・データの送出後、制御部160は、所定時間の経過、ユーザによる操作、又はアプリケーション・プログラムからの指示に応じ、再生部170へＯＳＤの消去命令を送出する。例えば、図１３の（ａ）に示されているＯＳＤG1については所定時間の経過に応じて消去命令が送出される。図１３の（ｂ）に示されているＯＳＤG2についてはユーザによる「一時停止」状態の解除操作に応じて消去命令が送出される。図１３の（ｃ）に示されているＯＳＤG3については、プレイリスト情報の示す再生経路の終端への再生区間の到達がアプリケーション・プログラムから指示されたときに、消去命令が送出される。図１３の（ｄ）、（ｅ）に示されているＯＳＤG4、G5についても同様である。制御部160は更に、再生部170に表示次元を「三次元」へ戻させる。
【００８４】
制御部160が再生部170に対して表示次元を「三次元」に指定した後、アプリケーション・プログラムが制御部160にポップアップ表示のグラフィックス・データを再生部170へ送出させるとき、アプリケーション・プログラムは制御部160を通じて、再生部170に表示次元を「疑似二次元」に切り換えさせ、かつグラフィックス・プレーン・シフト量を０に変更させる。アプリケーション・プログラムは更に制御部160にＢＤ−Ｊプレーン・シフト量を再生部170へ送出させる。ここで、ＢＤ−Ｊプレーン・シフト量は、ポップアップ表示の知覚されるべき奥行きを示す。具体的には、ＢＤ−Ｊプレーン・シフト量はグラフィックス・プレーン・シフト量と同様、左目用と右目用との各ビデオ・フレームにおける、ポップアップ表示の基準位置に対する相対的な変位量で定義される。
【００８５】
アプリケーション・プログラムは、制御部160にポップアップ表示のグラフィックス・データを送出させた後、ユーザによる操作に応じて、制御部160に再生部170へポップアップ表示の消去命令を送出させる。例えば、図１３の（ｆ）に示されているポップアップ表示G6については、ユーザの操作を通じて、所望のチャプタを示す情報が受け付けられたとき、アプリケーション・プログラムは制御部160から再生部170へポップアップ表示の消去命令を送出させる。アプリケーション・プログラムは更に制御部160を通じて再生部170に表示次元を「三次元」へ戻させる。
【００８６】
再生部170は、光ディスク・ドライブ110又はローカル・ストレージ120からカレント・ＡＶストリーム・ファイルを読み込む。再生部170はそのとき、そのファイルから、制御部160によって予め指定されたＰＩＤのエレメンタリ・ストリームを分離する。再生部170は更に、分離された各エレメンタリ・ストリームを復号する。それにより、ビデオ・ストリームからはビデオ・プレーンが生成され、オーディオ・ストリームからはオーディオ・データが生成され、グラフィックス・ストリームからはグラフィックス・プレーンが生成される。再生部170は続いて、ビデオ・プレーンとグラフィックス・プレーンとを一枚ずつ、一枚のビデオ・フレームに合成する。更に、そのビデオ・フレームからビデオ・データVDが構成され、オーディオ・データADと共に出力される。
【００８７】
再生部170は、ビデオ・プレーンの生成処理について、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。
【００８８】
表示次元が「二次元」に指定されたとき、動作モードは「二次元表示モード」に設定される。その動作モードでは、再生部170はまず、カレント・ＡＶストリーム・ファイルから、指定されたＰＩＤの示す一本のプライマリ・ビデオ・ストリームを分離する。再生部170は次に、分離されたビデオ・ストリームに含まれるピクチャ群を非圧縮のビデオ・フレーム群に復号し、各ビデオ・フレームを順次、ビデオ・プレーンとして利用する。
【００８９】
表示次元が「三次元」に指定されたとき、動作モードは「三次元表示モード」に設定される。その動作モードでは、再生部170はまず、カレント・ＡＶストリーム・ファイルから、指定された二種類のＰＩＤの示す二本のプライマリ・ビデオ・ストリーム、すなわち左目用と右目用とのビデオ・ストリームを分離する。再生部170は次に、分離された各ビデオ・ストリームに含まれるピクチャ群を非圧縮のビデオ・フレーム群に復号する。再生部170は更に、左目用と右目用とのビデオ・フレームを交互に、一枚のビデオ・プレーンとして利用する。
【００９０】
表示次元が「疑似二次元」に指定されたとき、動作モードは「疑似二次元表示モード」に設定される。疑似二次元動作モードではピクチャの復号処理までは「三次元表示モード」と全く同様に行われる。しかし、疑似二次元表示モードでは三次元表示モードとは異なり、左目用ビデオ・フレームだけが一枚当たり二度ずつ繰り返しビデオ・プレーンとして利用され、右目用ビデオ・フレームは破棄される。
【００９１】
三次元表示モードでは、再生部170は更に、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が異なる左目用と右目用とのグラフィックス・プレーンを交互に生成する。ここで、再生部170はグラフィックス・プレーン・シフト量を利用して、それらのグラフィックス・プレーン間でのグラフィックス映像の変位量を決める。左目用グラフィックス・プレーンは左目用ビデオ・フレームに合成され、右目用グラフィックス・プレーンは右目用ビデオ・フレームに合成される。再生部170は合成後の左目用と右目用とのビデオ・フレームを交互に表示装置200へ出力する。それにより、カレント・ＡＶストリーム・ファイルの表す映像／字幕は立体視映像として再現される。
【００９２】
疑似二次元表示モードでは、グラフィックス・プレーン・シフト量が０に変更される。従って、再生部170は、生成されたグラフィックス・プレーンをそのまま、二度ずつ繰り返し利用する。すなわち、グラフィックス・ストリームの表すグラフィックス映像の水平方向での表示位置は変更されない。再生部170はまた、上記のとおり、左目用ビデオ・フレームだけをビデオ・プレーンとして利用する。一方、再生部170はＯＳＤプレーン・シフト量を利用して左目用と右目用とのＯＳＤプレーンを交互に生成する。それらのＯＳＤプレーン間では、ＯＳＤの水平方向での表示位置が異なる。同様に、再生部170はＢＤ−Ｊプレーン・シフト量を利用して、左目用と右目用とのＢＤ−Ｊプレーンを交互に生成する。それらのＢＤ−Ｊプレーン間では、ポップアップ表示の水平方向での表示位置が異なる。再生部170は更に、グラフィックス・プレーンと左目用ビデオ・プレーンとの同じ組み合わせに対し、左目用のＯＳＤプレーン／ＢＤ−Ｊプレーンと右目用のＯＳＤプレーン／ＢＤ−Ｊプレーンとを交互に合成する。その合成で得られた左目用と右目用とのビデオ・フレームは交互に表示装置200へ出力される。その結果、ＯＳＤ／ポップアップ表示は立体視映像として再現される一方、カレント・ＡＶストリーム・ファイルの表す映像／字幕は二次元映像として再現される。
【００９３】
制御部160と再生部170とは互いに異なるチップに実装されている。その他に、両者が単一のチップに実装されていてもよい。尚、制御部160と再生部170との各機能の詳細については後述する。
【００９４】
ＨＤＭＩ送信部180はＨＤＭＩケーブル600で表示装置200に接続されている。ＨＤＭＩ送信部180は、再生部170からビデオ・データVDを受けて、それをＨＤＭＩ形式の映像信号に変換する。特に映像信号には左目用と右目用との両方のビデオ・フレームが時分割で多重化される。一方、ＨＤＭＩ送信部180は、再生部170からオーディオ・データADを受けて、それをＨＤＭＩ形式の音声信号に変換する。ＨＤＭＩ送信部180は更に、変換された映像信号及び音声信号を同期信号及び付随データと多重化し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。尚、ＨＤＭＩ送信部180は再生部170に組み込まれていてもよい。また、音声信号は、サラウンド・システム等、表示装置200に外付けされたアンプ又はスピーカに出力されてもよい。
【００９５】
＜制御部160の内部構成の詳細＞
【００９６】
図１４は、制御部160の機能ブロック図である。図１４に示されているように、制御部160は、バス・インタフェース161、ユーザ操作検知モジュール162、仮想ファイルシステム163、及び再生制御部164を含む。制御部160は、その内部に組み込まれたファームウェアを実行することにより、各機能部161−164を実現する。
【００９７】
バス・インタフェース161は、バス150を通して制御部160内の各機能部を、図１２に示されている各要素110−140、170に通信可能に接続する。バス・インタフェース161は特に、仮想ファイルシステム163からの指示に従い、光ディスク・ドライブ110からは光ディスク500上のオリジナル・コンテンツを読み込み、ローカル・ストレージ120からは追加コンテンツを読み込む。
【００９８】
ユーザ操作検知モジュール162は、操作部130からの通知INTを受信して、その通知INTからユーザによる操作の内容を識別する。ユーザ操作検知モジュール162は更に、その操作内容を示す操作信号UOを再生制御部164へ送出する。ここで、その操作内容は、例えば光ディスク・ドライブ110における光ディスク500の挿入／抜出、及び、リモコン400又は再生装置100のフロント・パネルでの再生／停止／早送り／巻戻し等のボタンの押下を含む。
【００９９】
仮想ファイルシステム163は、再生制御部164による光ディスク500及びローカル・ストレージ120に対するファイル・アクセスを管理する。特に、仮想ファイルシステム163は、光ディスク500上のオリジナル・コンテンツのデータ構造504（図４参照）とローカル・ストレージ120内の追加コンテンツのデータ構造とから仮想パッケージを構築する。それにより、アプリケーション・プログラムでは、光ディスク500上のオリジナル・コンテンツとローカル・ストレージ120内の追加コンテンツとが区別されることなく、同じ仮想パッケージ上のコンテンツとして記述される。
【０１００】
仮想ファイルシステム163は更に、再生制御部164からの命令COMに応じて、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部164に渡す。その後、仮想ファイルシステム163は、再生制御部164からの命令COM及びユーザ操作検知モジュール162からの操作信号UOに応じて、仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイルシステム163は仮想パッケージから再生対象のシナリオ情報、すなわちカレントのシナリオ情報DS、SSを読み出して再生制御部164に渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSは、プレイリスト・ファイルとクリップ情報ファイルとを含む。仮想ファイルシステム163は更に、再生制御部164からの命令COMに従って、光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170に供給させる。
【０１０１】
再生制御部164は、ファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で、動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部164は、アプリケーション・プログラムに従って、再生装置100内の各要素によるストリーム・データの再生処理を制御する。
【０１０２】
具体的には、ユーザ操作検知モジュール162からの操作信号UOが光ディスク・ドライブ110への光ディスク500の挿入を示すとき、再生制御部164はまず、その光ディスク500からインデックス・ファイルIFを読み出し、その中のインデックス・テーブルのうち、項目「ファーストプレイ」を参照して、その項目で指定されているオブジェクトを特定する。再生制御部164は次に、そのオブジェクトをカレントの動的シナリオ情報DSとして光ディスク500から呼び出し、そのオブジェクトに従ってアプリケーション・プログラムを実行する。例えばそのアプリケーション・プログラムが仮想パッケージの構築を要求するとき、再生制御部164はまず、光ディスク500上のＢＤＭＶディレクトリ511（図４参照）に記録されたオリジナル・コンテンツに対する追加コンテンツがローカル・ストレージ120に保持されているか確認する。もし保持されていなければ、再生制御部164はネットワーク・インタフェース140を制御して、サーバ装置900からローカル・ストレージ120へ追加コンテンツを転送させてもよい。再生制御部164は次に、その追加コンテンツを用いた仮想パッケージの構築を仮想ファイルシステム163に命令COMで指示する。
【０１０３】
再生制御部164は続いて、仮想ファイルシステム163にその仮想パッケージからインデックス・ファイルIFを読み出させる。その後、再生制御部164は、ユーザ操作検知モジュール162からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択する。再生制御部164は更に、その項目で指定されているオブジェクトに関連するファイル群をカレントの動的シナリオ情報DSとして決定し、その動的シナリオ情報DSを仮想ファイルシステム163に命令COMで要求する。次いで、再生制御部164は、その動的シナリオ情報DSに従って一つのプレイリスト・ファイルとそれの参照するクリップ情報ファイルとをカレントの静的シナリオ情報SSとして決定し、その静的シナリオ情報SSを仮想ファイルシステム163に命令COMで要求する。再生制御部164は続いて、その静的シナリオ情報SSに従ってカレント・ＡＶストリーム・ファイルを選択して、仮想ファイルシステム163に命令COMで指定する。
【０１０４】
一方、再生制御部164は、カレントの静的シナリオ情報SS内のカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。再生制御部164は更に、その表示次元の値、及び、再生装置100と表示装置200とが立体視映像表示に対応可能であるか否かに応じて、再生部170に対して表示次元を二次元又は三次元に指定する。表示次元を三次元に指定するとき、再生制御部164はカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出して、ＯＳＤプレーン・シフト量と共に再生部170に渡す。再生制御部164は更に再生部170に、カレント・ＡＶストリーム・ファイルから分離されるべきエレメンタリ・ストリームのＰＩＤを指定する。
【０１０５】
図１４に示されているように、再生制御部164は、動的シナリオ・メモリ1641、静的シナリオ・メモリ1642、モード管理モジュール1643、ＨＤＭＶモジュール1644、ＢＤ−Ｊモジュール1645、ＡＶ再生ライブラリ1646、及びＯＳＤ制御モジュール1647を含む。
【０１０６】
動的シナリオ・メモリ1641と静的シナリオ・メモリ1642とはいずれも、制御部160内のＲＡＭ160Cの一領域である（図１２参照）。動的シナリオ・メモリ1641は、仮想ファイルシステム163からカレントの動的シナリオ情報DS、すなわち、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、又はＪＡＲファイルを受信して格納する。これらのファイルはＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645によって処理される。静的シナリオ・メモリ1642は、仮想ファイルシステム163からカレントの静的シナリオ情報SS、すなわち、カレント・プレイリスト・ファイル及びクリップ情報ファイルを受信して格納する。この静的シナリオ情報SSはＡＶ再生ライブラリ1646によって参照される。
【０１０７】
モード管理モジュール1643は、仮想ファイルシステム163からインデックス・ファイルIFを受信して保持する。モード管理モジュール1643は更にそのインデックス・ファイルIFを利用して再生装置100の動作モードを管理する。具体的には、モード管理モジュール1643は、ユーザ操作検知モジュール162からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択し、その項目で指定されているオブジェクトの種類に応じて、カレントの動的シナリオ情報DSをＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645に割り当てる。具体的には、そのオブジェクトがムービー・オブジェクトであるとき、カレントの動的シナリオ情報DSはＨＤＭＶモジュール1644に割り当てられ、そのオブジェクトがＢＤ−Ｊオブジェクトであるとき、カレントの動的シナリオ情報DSはＢＤ−Ｊモジュール1645に割り当てられる。前者の動作モードがＨＤＭＶモードであり、後者の動作モードがＢＤ−Ｊモードである。モード管理モジュール1643は更に、ユーザ操作検知モジュール162からの操作信号UOが動作モードの切り換えを示すとき、又は各モジュール1644、1645から動作モードの切り換えを要求されたとき、動的シナリオ情報DSの割り当て先を両モジュール1644、1645の間で切り換える。
【０１０８】
モード管理モジュール1643はディスパッチャ1643Aを含む。ディスパッチャ1643Aはユーザ操作検知モジュール162から操作信号UOを受信し、その中から、現在の動作モードに適した操作信号UOを選択して、動的シナリオ情報DSの割り当て先のモジュール1644又は1645に渡す。例えば操作信号UOが早送り再生／巻戻し再生を示すとき、ディスパッチャ1643Aはその操作信号UOを、ＨＤＭＶモードであればＨＤＭＶモジュール1644に渡し、ＢＤ−ＪモードであればＢＤ−Ｊモジュール1645に渡す。一方、操作信号UOが光ディスク・ドライブ110への光ディスク500の挿入を示すとき、ディスパッチャ1643Aは、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163にインデックス・ファイルIFの読み出しを命令COMで指示する。読み出されたインデックス・ファイルIFはモード管理モジュール1643によって保持される。また、ディスパッチャ1643Aは、操作信号UOの示す操作内容に応じて、その操作信号UOをＯＳＤ制御モジュール1647にも渡す。
【０１０９】
ＨＤＭＶモジュール1644は仮想的なＤＶＤプレーヤであり、光ディスク500からのタイトルの再生処理を一般的なＤＶＤプレーヤによる再生処理と同様に制御する。具体的には、ＨＤＭＶモジュール1644は動的シナリオ・メモリ1641内の動的シナリオ情報DSからムービー・オブジェクトを読み出し、それに含まれるナビゲーション・コマンドを配列の順番で実行する。それにより、ＨＤＭＶモジュール1644は各ナビゲーション・コマンドの示す処理を順番にＡＶ再生ライブラリ1646に指示する。
【０１１０】
ＢＤ−Ｊモジュール1645はＪａｖａプラットフォームであり、特にＪａｖａ仮想マシンを含む。ＢＤ−Ｊモジュール1645は、動的シナリオ・メモリ1641内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出し、それを制御部160内のＣＰＵ160A（図１２参照）用のネィティブ・コードに変換してＡＶ再生ライブラリ1646に渡す。それにより、ＢＤ−Ｊモジュール1645は、そのＢＤ−Ｊオブジェクトの示すタイトルの再生処理をＡＶ再生ライブラリ1646に指示する。ＢＤ−Ｊモジュール1645はまた、ＢＤ−Ｊオブジェクトに従ってネットワーク・インタフェース140にサーバ装置900との通信を行わせて、追加コンテンツをサーバ装置900からローカル・ストレージ120へダウンロードさせる。
【０１１１】
その他に、ＢＤ−Ｊモジュール1645は操作信号UOに応じて、ポップアップ表示を制御するためのＪａｖａアプリケーション・プログラムを実行する。そのＪａｖａアプリケーション・プログラムは、ＡＶ再生ライブラリ1646に備えられたアプリケーション・プログラム・インタフェース（ＡＰＩ）を利用して、ポップアップ表示及びアニメーション映像等のグラフィックス・データGD1を生成する。ポップアップ表示は、例えば図１３の（ｆ）に示されているチャプタの選択画面G6のようなＧＵＩ用の対話画面及びメニューを含む。アニメーション映像等は例えば、図５の（ｂ）に示されているような、映画の映像SCN、映画の表題TL、及びフクロウの映像CRを含む。グラフィックス・データGD1にはＪＦＩＦ（ＪＰＥＧ）又はＰＮＧ等のラスタ・データが利用される。Ｊａｖａアプリケーション・プログラムは更にＢＤ−Ｊモジュール1645に、バス・インタフェース161及びバス150を通して、グラフィックス・データGD1を再生部170へ送出させる。Ｊａｖａアプリケーション・プログラムによるポップアップ表示の制御の詳細については後述する。
【０１１２】
ＡＶ再生ライブラリ1646は、各モジュール1644、1645からの指示に従ってＡＶ再生処理又はプレイリスト再生処理を指示する。「ＡＶ再生処理」とは、光ディスクの再生装置として基本的な処理であって、一般的なＤＶＤプレーヤ及びＣＤプレーヤによる再生処理を踏襲したものをいう。具体的には、ＡＶ再生処理は例えば、再生処理の開始と停止、一時停止とその解除、静止画機能の解除、早送りと巻戻し、音声の切り換え、字幕の切り換え、及びアングルの切り換えを含む。一方、「プレイリスト再生処理」は主に、静的シナリオ情報SSに則ったタイトルの再生処理をいう。すなわち、プレイリスト再生処理では、カレント・プレイリスト情報に従ってカレント・ＡＶストリーム・ファイルが選択されて、仮想ファイルシステム163に命令COMで指定される。プレイリスト再生処理はその他に、仮想パッケージの構築処理、及び、仮想パッケージから各シナリオ・メモリ1641、1642へのシナリオ情報DS、SSの転送処理を含む。ＡＶ再生処理及びプレイリスト再生処理の各機能はＡＰＩとしてＡＶ再生ライブラリ1646に実装されている。ＡＶ再生ライブラリ1646は、指示された処理に応じたＡＰＩを実行することにより、仮想ファイルシステム163を通して、光ディスク・ドライブ110、ローカル・ストレージ120、及び再生部170等に命令COMを送る。それにより、ＡＶ再生ライブラリ1646は、指示された処理を実現させる。
【０１１３】
ＡＶ再生ライブラリ1646は更に、レジスタ1646A、次元判定部1646B、及び、再生モード制御ＡＰＩ1646Cを含む。
【０１１４】
レジスタ1646Aは、再生装置100及び表示装置200の現時点での設定状態を表すパラメータ、設定可能な状態を表すパラメータ、及び初期設定を表すパラメータを格納する。現時点での設定状態を表すパラメータは、例えば復号対象のオーディオ・ストリーム及びグラフィックス・ストリームの各ストリーム選択番号、並びに、カレントのプレイリスト情報及びプレイアイテム情報の各識別子を含む。設定可能な状態を表すパラメータは、例えば選択可能な音声／字幕の言語の種類、及びオーディオ・データの符号化方式の種類を含む。ＡＶ再生ライブラリ1646は各モジュール1644、1645からの指示に従ってレジスタ1646Aを参照する。それにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をレジスタ1646Aに格納する。それと共に、そのストリーム選択番号の示すエレメンタリ・ストリームの属性のうち、符号化形式及び言語の種類等、所定のものが、クリップ情報ファイル514A内のストリーム属性情報541（図８参照）から読み出されてレジスタ1646Aに格納される。ＡＶ再生ライブラリ1646は更に、選択されたエレメンタリ・ストリームのＰＩＤを再生部170に指定する。そのとき、ＡＶ再生ライブラリ1646は、符号化形式の種類等、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170へ転送する。
【０１１５】
次元判定部1646Bはカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、次元判定部1646Bは表示次元を「二次元」に決定する。その表示次元が「三次元」であるとき、次元判定部1646Bは更にレジスタ1646Aにアクセスし、再生装置100と表示装置200とが立体視映像表示に対応可能であるか確認する。再生装置100と表示装置200との少なくともいずれかが立体視映像表示に非対応であれば、次元判定部1646Bは表示次元を「二次元」に決定する。再生装置100と表示装置200とがいずれも立体視映像表示に対応可能であれば、次元判定部1646Bは表示次元を「三次元」に決定する。こうして決定された表示次元を示す次元信号DIMを、次元判定部1646Bはバス・インタフェース161及びバス150を通して再生部170へ送出する。それと共に、次元判定部1646Bはカレント・プレイリスト情報からグラフィックス・プレーン・シフト量GSを読み出し、所定のＯＳＤプレーン・シフト量OSと共に再生部170に渡す。
【０１１６】
再生モード制御ＡＰＩ1646Cは、各モジュール1644、1645、1647からの呼び出しに応じて、ＡＶ再生ライブラリ1646によって実行される。それにより、まず、再生部170の動作モードが調べられる。その動作モードが「三次元表示モード」であるとき、ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、再生部170に、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを一旦退避させ、その上でそれらをいずれも０に再設定させる。ここで、退避領域としては、再生部170内のメモリ又は制御部160内のＲＡＭ160Cが利用される。ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、バス・インタフェース161及びバス150を通して再生部170へ、表示次元が「疑似二次元」であることを示す次元信号DIMを送出する。それにより、ＡＶ再生ライブラリ1646は再生部170にその動作モードを「疑似二次元表示モード」に切り換えさせる。一方、再生モード制御ＡＰＩ1646Cが呼び出されたときの再生部170の動作モードが「疑似二次元表示モード」であるとき、ＡＶ再生ライブラリ1646は次元信号DIMを利用して、再生部170にその動作モードを「三次元表示モード」に切り換えさせる。ＡＶ再生ライブラリ1646は更に再生モード制御ＡＰＩ1646Cに従い、再生部170に、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。
【０１１７】
ＯＳＤ制御モジュール1647は、操作信号UO又は他のモジュール1644、1645からの指示に従って、対応するＯＳＤのグラフィックス・データGD2を生成し、バス・インタフェース161及びバス150を通して再生部170に渡す。ＯＳＤ制御モジュール1647は更に再生モード制御ＡＰＩ1646Cを呼び出し、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り換えさせる。グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。そのとき、ＯＳＤ制御モジュール1647は更に再生モード制御ＡＰＩ1646Cを呼び出し、再生部170の動作モードを「疑似二次元表示モード」から「三次元表示モード」に戻させる。
【０１１８】
Ｊａｖａアプリケーション・プログラムはポップアップ表示の制御を次のように行う。Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645に、対応するポップアップ表示のグラフィックス・データGD1及びＢＤ−Ｊプレーン・シフト量BSを生成させ、バス・インタフェース161及びバス150を通して再生部170へ送出させる。Ｊａｖａアプリケーション・プログラムは更にＢＤ−Ｊモジュール1645を通して再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。グラフィックス・データGD1及びＢＤ−Ｊプレーン・シフト量BSの送出後、新たな操作信号UOの受信に応じ、Ｊａｖａアプリケーション・プログラムはＡＰＩを利用して再生部170へポップアップ表示の消去命令RQ1を送る。Ｊａｖａアプリケーション・プログラムはそのとき、更に再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」へ戻る。
【０１１９】
＜再生部170の内部構成の詳細＞
【０１２０】
図１５は、再生部170の機能ブロック図である。図１５を参照するに、再生部170は、バス・インタフェース171、トラック・バッファ172A、表示次元記憶部172B、デマルチプレクサ173、左右フラグ記憶部173A、ビデオ・デコーダ174A、グラフィックス・デコーダ174B、オーディオ・デコーダ174C、レンダリング・エンジン175、ビデオ・プレーン・メモリ176、イメージ・プレーン・メモリ177、プレーン・シフト・エンジン178、及び加算部179を含む。イメージ・プレーン・メモリ177は、ＯＳＤプレーン・メモリ177A、ＢＤ−Ｊプレーン・メモリ177B、及びグラフィックス・プレーン・メモリ177Cを含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０１２１】
バス・インタフェース171は、バス150を通して再生部170内の各機能部を、図１２に示されている光ディスク・ドライブ110、ローカル・ストレージ120、及び制御部160に通信可能に接続する。バス・インタフェース171は特に、仮想ファイルシステム163からの指示に従い、カレント・ＡＶストリーム・ファイルCLを光ディスク・ドライブ110又はローカル・ストレージ120からトラック・バッファ172Aへ転送する。
【０１２２】
トラック・バッファ172Aは、再生部170に内蔵の先入れ先出し（ＦＩＦＯ）メモリである。トラック・バッファ172A、172Bはバス・インタフェース171からＡＶストリーム・ファイルCLを読み込んで一時的に保持する。
【０１２３】
表示次元記憶部172Bは、表示次元を示すフラグを書き換え可能に保存する。そのフラグは、表示次元が「二次元」であることを示すもの、表示次元が「三次元」であることを示すもの、及び、表示次元が「疑似二次元」であることを示すものを含む。表示次元記憶部172Bはバス・インタフェース171及びバス150を通して制御部160から次元信号DIMを受信するごとに、それの示す表示次元に対応するフラグを立て、他のフラグを解除する。
【０１２４】
デマルチプレクサ173はまず、カレント・ＡＶストリーム・ファイルCLから分離されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1646から受信する。デマルチプレクサ173は次に、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は更に、そのＴＳパケットのＴＳヘッダからＰＩＤを読み取って分離対象のエレメンタリ・ストリームのＰＩＤと照合する。両者が一致したとき、デマルチプレクサ173はそのＴＳパケットを抽出してＰＩＤ別に収集する。こうして収集されたＴＳパケットから、デマルチプレクサ173はＰＥＳパケットを復元し、ＰＩＤ別に３種類のデコーダ174A−Cのいずれかへ送出する。例えばＴＳパケットのＰＩＤが０ｘ１０１１又は０ｘ１０１２であるとき、そのＴＳパケットから復元されたＰＥＳパケットはビデオ・デコーダ174Aへ送出される。ＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかであるとき、ＰＥＳパケットはオーディオ・デコーダ174Cへ送出される。ＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかであるとき、ＰＥＳパケットはグラフィックス・デコーダ174Cへ送出される。
【０１２５】
ここで、カレント・ＡＶストリーム・ファイルCLに多重化された情報が、例えばグラフィックス・ストリームに含まれるナビゲーション・ボタン（Navigation Button）等のＧＵＩ用グラフィック部品に関する情報のように、アプリケーション・プログラムによって動的シナリオ情報として利用されるものを含むときがある。デマルチプレクサ173はカレント・ＡＶストリーム・ファイルCLからそのような情報を分離したとき、バス・インタフェース171を通してその情報SYSを動的シナリオ・メモリ1641（図１４参照）へ転送する。
【０１２６】
カレント・ＡＶストリーム・ファイルCLから分離されるべきエレメンタリ・ストリームのＰＩＤの中に、左目用ビデオ・ストリームのＰＩＤ“０ｘ１０１１”と右目用ビデオ・ストリームのＰＩＤ“０ｘ１０１２”との両方が含まれているとき、デマルチプレクサ173は更に、ＰＩＤが０ｘ１０１１又は０ｘ１０１２であるＴＳパケットからＰＥＳパケットを復元してビデオ・デコーダ174Aへ送出するごとに、そのＰＩＤが０ｘ１０１１と０ｘ１０１２とのいずれであるかを示す左右信号L／Rを左右フラグ記憶部173Aに送出する。
【０１２７】
左右フラグ記憶部173Aは左右フラグを書き換え可能に保存する。左右フラグは、ビデオ・デコーダ174Aによって処理中のＰＥＳパケットから復号されるビデオ・プレーンが左目用と右目用とのいずれであるかを示す。例えば、左右フラグが立っている状態は、そのビデオ・プレーンが左目用であることを示し、左右フラグが解除されている状態は、そのビデオ・プレーンが右目用であることを示す。その場合、左右フラグ記憶部173Aは、左右信号L／Rが左目用ビデオ・ストリームのＰＩＤ“０ｘ１０１１”を示すときに左右フラグを立て、左右信号L／Rが右目用ビデオ・ストリームのＰＩＤ“０ｘ１０１２”を示すときに左右フラグを解除する。こうして、左右フラグ記憶部173Aは左右信号L／Rを受けるごとに左右フラグの状態を変化させ、すなわち“フリップ”させる。
【０１２８】
ビデオ・デコーダ174Aは、ＡＶ再生ライブラリ1646から復号対象のプライマリ・ビデオ・ストリームについて、符号化形式の種類等、復号処理に必要な情報を受け取る。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスして表示次元を確認する。その情報及び表示次元に応じ、ビデオ・デコーダ174Aは復号処理の種類を決定する。その後、ビデオ・デコーダ174Aはデマルチプレクサ173からプライマリ・ビデオ・ストリームのＰＥＳパケットを受信して内部のバッファに蓄える。それと並行して、ビデオ・デコーダ174AはそのバッファからＰＥＳパケットを読み出してＰＥＳヘッダを取り除き、残りのＰＥＳペイロードから、符号化されたピクチャを取り出して非圧縮のビデオ・フレームに復号する。
【０１２９】
ビデオ・デコーダ174Aは、以下に述べるように、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。これらの動作モードが、再生部170の上記三種類の動作モードに相当する。ビデオ・デコーダ174Aは表示次元記憶部172Bにアクセスして表示次元を確認し、その表示次元に応じて動作モードを選択する。
【０１３０】
表示次元が二次元であるとき、ビデオ・デコーダ174Aは「二次元表示モード」に移行する。二次元表示モードでは、ビデオ・デコーダ174Aは非圧縮のピクチャを順次、元のＰＥＳヘッダに記述されたＰＴＳの示す時刻にビデオ・プレーン・メモリ176に書き込む。
【０１３１】
表示次元が三次元であるとき、ビデオ・デコーダ174Aは「三次元表示モード」に移行する。三次元表示モードでは、デマルチプレクサ173がＰＥＳパケットをＰＩＤ別に、ビデオ・デコーダ174A内の二つのバッファに振り分ける。それにより、左目用と右目用とのビデオ・ストリームのＰＥＳパケットが異なるバッファに分離される。ビデオ・デコーダ174Aは更に、二つのバッファから交互にＰＥＳパケットを取り出して、それに含まれるピクチャを非圧縮のビデオ・フレームに復号する。非圧縮のビデオ・フレームが一枚復号されるごとに、ビデオ・デコーダ174Aは表示次元記憶部172Bにアクセスして表示次元を確認する。表示次元が三次元に維持されていれば、ビデオ・デコーダ174Aはまず、非圧縮のビデオ・フレームを、元のＰＥＳヘッダに記述されたＰＴＳの示す時刻にビデオ・プレーン・メモリ176に書き込む。すなわち、左目用と右目用とのビデオ・フレームが交互にビデオ・プレーン・メモリ176に書き込まれる。その一方で、ビデオ・デコーダ174Aは、各非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたか、すなわち、そのビデオ・フレームが左目用と右目用とのいずれであるかを識別する。ビデオ・デコーダ174Aは更にその識別結果を切換信号PTDでビデオ・プレーン・メモリ176に伝える。
【０１３２】
一方、表示次元が疑似二次元に変更されていたとき、ビデオ・デコーダ174Aは「三次元表示モード」から「疑似二次元表示モード」に移行する。疑似二次元表示モードでは、ビデオ・デコーダ174Aはまず、三次元表示モードと同様、二つのバッファから交互に各ピクチャを非圧縮のビデオ・フレームに復号し、対応するＰＴＳの示す時刻に合わせて、各ビデオ・フレームを交互にビデオ・プレーン・メモリ176に書き込む。その一方で、ビデオ・デコーダ174Aは、各非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたかにかかわらず、そのバッファが左目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであること、すなわち、そのビデオ・フレームが左目用であることを示すように、切換信号PTDの状態を固定する。
【０１３３】
グラフィックス・デコーダ174Bは、デマルチプレクサ173からグラフィックス・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットから、符号化されたグラフィックス・データを取り出して非圧縮のものに復号する。グラフィックス・デコーダ174Bは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に非圧縮のグラフィックス・データをグラフィックス・プレーン・メモリ177Cに書き込む。
【０１３４】
オーディオ・デコーダ174CはＡＶ再生ライブラリ1646から復号対象のプライマリ・オーディオ・ストリームについて、符号化形式の種類等、復号処理に必要な情報を受け取る。更に、その情報に応じ、オーディオ・デコーダ174Cは復号処理の種類を決定する。その後、オーディオ・デコーダ174Cはデマルチプレクサ173からプライマリ・オーディオ・ストリームのＰＥＳパケットを受信して内部のバッファに蓄える。それと並行して、オーディオ・デコーダ174CはそのバッファからＰＥＳパケットを読み出して、そのＰＥＳパケットからＰＥＳヘッダを取り除き、残りのＰＥＳペイロードから、符号化されたＬＰＣＭ方式のオーディオ・データを取り出して非圧縮のものに復号する。オーディオ・デコーダ174Cは更にその非圧縮のオーディオ・データADを、そのＴＳパケットに記述されたＰＴＳの示す時刻に出力する。
【０１３５】
レンダリング・エンジン175は、Ｊａｖａ２Ｄ又はＯＰＥＮ−ＧＬ等のソフトウェアを備え、ＢＤ−Ｊモジュール1645を通したＪａｖａアプリケーション・プログラムからの指示に従ってグラフィックス映像のデータを生成し、そのデータをＢＤ−Ｊプレーン・メモリ177Bに書き込む。レンダリング・エンジン175は特に、ＢＤ−Ｊモジュール1645からポップアップ表示のグラフィックス・データGD1を受信したとき、そのグラフィックス・データGD1からＢＤ−Ｊプレーンを生成してＢＤ−Ｊプレーン・メモリ177Bに書き込む。レンダリング・エンジン175は更に、ＯＳＤ制御モジュール1647からＯＳＤのグラフィックス・データGD2を受信したとき、そのグラフィックス・データGD2からＯＳＤプレーンを生成してＯＳＤプレーン・メモリ177Aに書き込む。レンダリング・エンジン175はまた、ＢＤ−Ｊモジュール1645を通してＪａｖａアプリケーション・プログラムからポップアップ表示の消去命令RQ1を受けたとき、ＢＤ−Ｊプレーン・メモリ177B上のＢＤ−Ｊプレーンを消去する。一方、レンダリング・エンジン175はＯＳＤ制御モジュール1647からＯＳＤの消去命令RQ2を受けたとき、ＯＳＤプレーン・メモリ177A上のＯＳＤプレーンを消去する。
【０１３６】
ビデオ・プレーン・メモリ176は、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。ビデオ・プレーン・メモリ176は特にその配列を二つ含む。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。ビデオ・プレーン・メモリ176内の各配列には、ビデオ・デコーダ174Aによって非圧縮のビデオ・フレームが一枚ずつ書き込まれる。各ビデオ・フレームから、映画の主映像を表す一枚のビデオ・プレーンが構成される。
【０１３７】
特に表示次元が「三次元」又は「疑似二次元」であるとき、ビデオ・プレーン・メモリ176内の各配列にはビデオ・デコーダ174Aから非圧縮のビデオ・フレームが交互に書き込まれる。その一方で、ビデオ・プレーン・メモリ176はビデオ・デコーダ174Aから切換信号PTDを受信し、その状態に応じて二つの配列のいずれかからビデオ・プレーンを出力する。表示次元が「三次元」であるとき、各配列に非圧縮のビデオ・フレームが書き込まれるごとに切換信号PTDの状態が変化する。従って、各配列からビデオ・プレーンが交互に出力される。一方、表示次元が「疑似二次元」であるとき、非圧縮のビデオ・フレームが左目用のビデオ・プレーンであることを示すように、切換信号PTDの状態が固定されている。従って、左目用のビデオ・フレームが書き込まれる配列だけからビデオ・プレーンが出力され、右目用のビデオ・フレームが書き込まれる配列内のビデオ・プレーンは破棄される。
【０１３８】
ＯＳＤプレーン・メモリ177A、ＢＤ−Ｊプレーン・メモリ177B、及びグラフィックス・プレーン・メモリ177Cはいずれも、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーン・メモリ177Cには、グラフィックス・デコーダ174Bによって書き込まれた非圧縮のグラフィックス・データから、主映像に重ねて表示されるべきグラフィックス映像、特に映画の字幕を含む一枚のグラフィックス・プレーンが構成される。ＯＳＤプレーン・メモリ177Aには、レンダリング・エンジン175によって書き込まれたグラフィックス・データから、主映像に重ねて表示されるべきＯＳＤを含む一枚のＯＳＤプレーンが構成される。ＢＤ−Ｊプレーン・メモリ177Bには、レンダリング・エンジン175によって書き込まれたグラフィックス・データから、主映像に重ねて表示されるべきポップアップ表示及びアニメーション映像等を含む一枚のＢＤ−Ｊプレーンが構成される。
【０１３９】
プレーン・シフト・エンジン178は、イメージ・プレーン・メモリ177に対するプレーン・シフト量、すなわち、ＯＳＤプレーン・シフト量、ＢＤ−Ｊプレーン・シフト量、及びグラフィックス・プレーン・シフト量を利用して、各プレーン・メモリ177A−Cについて「プレーン・シフト」を行う。ここで、各プレーン・シフト量は、各プレーン・メモリ177A−Cに構成されたプレーンに含まれるグラフィックス映像の奥行きを示す量であり、具体的には、左目用と右目用との各ビデオ・フレームにおける、そのグラフィックス映像の基準位置に対する相対的な変位量で定義される。両ビデオ・フレームにおける変位量の間では、大きさが等しく、符号、すなわち変位の方向が逆である。プレーン・シフト量は、プレーン・シフト・エンジン178に内蔵のメモリに保存される。
【０１４０】
プレーン・シフトは、二次元映像表示用のプレーンを立体視映像表示用に変換する処理である。具体的には、プレーン・シフト・エンジン178は以下の動作を行う。各プレーン・メモリ177A−Cに一枚のプレーンが書き込まれるごとに、プレーン・シフト・エンジン178は左右フラグ記憶部173Aにアクセスして左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は処理対象のプレーンに対応するプレーン・シフト量から左目用ビデオ・フレームにおける変位量を選択する。左右フラグの状態が右目用ビデオ・プレーンを表しているときは右目用ビデオ・フレームにおける変位量が選択される。プレーン・シフト・エンジン178は更に、選択された変位量を用いて各プレーンを処理して加算部179へ渡す。その処理前後のプレーン間ではグラフィックス映像の水平方向の位置がその変位量だけ異なる。こうして、左目用ビデオ・フレームにおける変位量が利用されるときは左目用のプレーンが生成され、右目用ビデオ・フレームにおける変位量が利用されるときは右目用のプレーンが生成される。尚、その処理の詳細については後述する。
【０１４１】
表示次元記憶部172Bが次元信号DIMに応じて表示次元を三次元に設定するとき、それに併せて、プレーン・シフト・エンジン178はグラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSとを受信する。その後、プレーン・シフト・エンジン178は、グラフィックス・プレーン・メモリ177Cに一枚のグラフィックス・プレーンが書き込まれるごとに、そのグラフィックス・プレーンに対し、グラフィックス・プレーン・シフト量GSを利用してプレーン・シフトを行う。それにより、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が異なる左目用と右目用とのグラフィックス・プレーンが生成されて交互に出力される。
【０１４２】
プレーン・シフト・エンジン178はまた、ＢＤ−Ｊモジュール1645からＢＤ−Ｊプレーン・シフト量BSを受信する。以後、プレーン・シフト・エンジン178は、ＢＤ−Ｊプレーン・メモリ177Bに一枚のＢＤ−Ｊプレーンが書き込まれるごとに、そのＢＤ−Ｊプレーンに対し、ＢＤ−Ｊプレーン・シフト量BSを利用してプレーン・シフトを行う。それにより、ＢＤ−Ｊプレーンの含むグラフィックス映像の水平方向での表示位置が異なる左目用と右目用とのＢＤ−Ｊプレーンが生成されて交互に出力される。
【０１４３】
ＡＶ再生ライブラリ1646が再生モード制御ＡＰＩ1646Cを起動させたとき、プレーン・シフト・エンジン178はＡＶ再生ライブラリ1646からの指示に従い、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを退避させ、その上でそれらをいずれも０に変更する。ここで、退避領域としては、プレーン・シフト・エンジン178内のメモリ又はＲＡＭ160Cが利用される。以後、グラフィックス・プレーン・シフト量は０であるので、グラフィックス・プレーン・メモリ177C上のグラフィックス・プレーンに対するプレーン・シフトは実質上停止する。従って、プレーン・シフト・エンジン178は、グラフィックス・ストリームの表すグラフィックス映像、特に字幕の水平方向での表示位置が同じグラフィックス・プレーンを二度ずつ繰り返し出力する。ＢＤ−Ｊプレーンについても同様である。
【０１４４】
一方、プレーン・シフト・エンジン178は、ＯＳＤプレーン・メモリ177Aに一枚のＯＳＤプレーンが書き込まれるごとに、そのＯＳＤプレーンに対し、ＯＳＤプレーン・シフト量OSを利用してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが生成されて交互に出力される。
【０１４５】
また、プレーン・シフト・エンジン178はＢＤ−Ｊモジュール1645から新たにＢＤ−Ｊプレーン・シフト量BSを受信したとき、以後、ＢＤ−Ｊプレーン・メモリ177Bに一枚のＢＤ−Ｊプレーンが書き込まれるごとに、そのＢＤ−Ｊプレーンに対して、新たなＢＤ−Ｊプレーン・シフト量BSを利用してプレーン・シフトを行う。その場合、そのＢＤ−Ｊプレーンはポップアップ表示を含む。従って、そのポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのＢＤ−Ｊプレーンが生成されて交互に出力される。
【０１４６】
その後、ＡＶ再生ライブラリ1646が再生モード制御ＡＰＩ1646Cを再び起動させたとき、プレーン・シフト・エンジン178はＡＶ再生ライブラリ1646からの指示に従い、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。それにより、プレーン・シフト・エンジン178は、グラフィックス・プレーンに対して、グラフィックス・プレーン・シフト量GSを利用したプレーン・シフトを再開する。すなわち、左目用と右目用とのグラフィックス・プレーンが再び交互に出力される。同様に、プレーン・シフト・エンジン178は、ＢＤ−Ｊプレーンに対して、ＢＤ−Ｊプレーン・シフト量BSを利用したプレーン・シフトを再開する。それにより、左目用と右目用とのＢＤ−Ｊプレーンが再び交互に出力される。
【０１４７】
加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンを、ビデオ・プレーン・メモリ176から出力された一枚のビデオ・プレーンに合成して一枚のビデオ・フレームを生成する。更に、そのビデオ・フレームからビデオ・データVDが構成されて出力される。特に表示次元が三次元であるとき、加算部179は、左目用グラフィックス・プレーン、左目用ＢＤ−Ｊプレーン、及び左目用ビデオ・プレーンを左目用ビデオ・フレームに合成し、右目用グラフィックス・プレーン、右目用ＢＤ−Ｊプレーン、及び右目用ビデオ・プレーンを右目用ビデオ・フレームに合成する。こうして、左目用と右目用とのビデオ・フレームが交互に出力される。一方、表現次元が疑似二次元であるとき、加算部179は、グラフィックス・プレーンと左目用ビデオ・プレーンとの同じ組み合わせに対して、左目用ＯＳＤプレーン／ＢＤ−Ｊプレーンと右目用ＯＳＤプレーン／ＢＤ−Ｊプレーンとを交互に合成する。こうして、左目用と右目用とのビデオ・フレームが生成され、交互に出力される。
【０１４８】
＜再生装置100によるプレイリスト再生処理の流れ＞
【０１４９】
図１６−２０は、光ディスク500が光ディスク・ドライブ110に挿入された直後に再生装置100によって実行されるプレイリスト再生処理のフローチャートである。ここでは、例えば再生装置100への電源投入に伴い、制御部160がファームウェアに従って各機能部の初期化を終えた状態、特に再生制御部164がアプリケーション・プログラムの実行環境を既に整えている状態を想定する。その初期化では更に、ＡＶ再生ライブラリ1646がレジスタ1646Aに、再生装置100及び表示装置200の各設定に関するパラメータ、特に対応可能な立体視映像表示の方式を保存する。以下、再生装置100が上記の構成要素をどのように利用してプレイリスト再生処理を実現させるかについて、図１６−２０に示されているステップの順に説明する。
【０１５０】
ステップＳ１：操作部130が光ディスク・ドライブ110への光ディスク500の挿入を検出して、その旨を示す通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162はその通知INTに応じて再生制御部164に操作信号UOを送る。再生制御部164では、ディスパッチャ1643Aがその操作信号UOに応じて、その挿入をＯＳＤ制御モジュール1647に通知する。ディスパッチャ1643Aは更に、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163にインデックス・ファイルIFの読み出しを命令COMで指示する。更に、モード管理モジュール1643はそのインデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」を参照して、その項目で指定されているオブジェクトを特定する。ここで、そのオブジェクトがＢＤ−Ｊオブジェクトであり、かつ、仮想パッケージの構築を伴うものである場合を想定する。その場合、モード管理モジュール1643はＡＶ再生ライブラリ1646を通して仮想ファイルシステム163に指示して、そのＢＤ−Ｊオブジェクトを動的シナリオ・メモリ1641へ転送させる。一方、ディスパッチャ1643Aは、光ディスク・ドライブ110への光ディスク500の挿入をＢＤ−Ｊモジュール1645にも通知する。
【０１５１】
ＯＳＤ制御モジュール1647はその通知に応じて、光ディスクの挿入を表すＯＳＤのグラフィックス・データGD2を再生部170に渡す。再生部170はそのグラフィックス・データGD2からＯＳＤプレーンを生成する。ここで、再生部170の初期状態では通常、動作モードが二次元表示モードである。また、その時点ではビデオ・プレーンはまだ生成されていない。従って、そのＯＳＤプレーンはそのままビデオ・データVDに利用されて出力される。そのビデオ・データVDは更に、ＨＤＭＩ送信部180及びＨＤＭＩケーブル600を通して表示装置200に送られる。それにより、そのＯＳＤが表示装置200の画面に二次元映像として表示される。グラフィックス・データGD2の送出から所定時間の経過後、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。それにより、再生部170はＯＳＤプレーンの出力を停止させるので、そのＯＳＤが表示装置200の画面から消去される。
【０１５２】
ＢＤ−Ｊモジュール1645は、ディスパッチャ1643Aからの通知に応じて、動的シナリオ・メモリ1641からＢＤ−Ｊオブジェクトを読み出す。ＢＤ−Ｊモジュール1645は更に、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。そのＪａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645にまず、ローカル・ストレージ120へアクセスさせ、光ディスク500に記録されたオリジナル・コンテンツに対する追加コンテンツがローカル・ストレージ120に保存されているか確認させる。もし保持されていなければ、Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645にネットワーク・インタフェース140を制御させて、サーバ装置900からローカル・ストレージ120へ追加コンテンツをダウンロードさせてもよい。追加コンテンツがローカル・ストレージ120に保存されていれば、Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1645を通じて仮想ファイルシステム163に、光ディスク500上のオリジナル・コンテンツのパスとローカル・ストレージ120内の追加コンテンツのパスとから仮想パッケージを構築させる。
【０１５３】
ステップＳ２：ディスパッチャ1643Aは、ＡＶ再生ライブラリ1646を通して仮想ファイルシステム163に命令COMを送る。その命令COMに応じて、仮想ファイルシステム163はインデックス・ファイルIFを仮想パッケージ、すなわち光ディスク500又はローカル・ストレージ120からモード管理モジュール1643へ転送する。
【０１５４】
ステップＳ３：モード管理モジュール1643は、インデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」を参照し、その項目で指定されているオブジェクト（以下、ファーストプレイのオブジェクトという。）を特定する。モード管理モジュール1643は更に、そのオブジェクトの種類に応じて、カレントの動的シナリオ情報DSをＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645に割り当てる。それにより、割り当て先のモジュール1644又は1645は、その動的シナリオ情報DSからファーストプレイのオブジェクトを読み出し、それに従ってプログラムを実行する。
【０１５５】
ステップＳ４：ファーストプレイのオブジェクトによる処理がプレイリスト再生処理であるとき、各モジュール1644、1645はＡＶ再生ライブラリ1646にそのプレイリスト再生処理を指示する。ＡＶ再生ライブラリ1646はその指示に従って、カレント・プレイリスト・ファイルの読み出しを仮想ファイルシステム163に命令COMで要求する。仮想ファイルシステム163はその命令COMに応じてカレント・プレイリスト・ファイルを仮想パッケージから読み出し、カレントの静的シナリオ情報SSとして静的シナリオ・メモリ1642に格納する。
【０１５６】
ステップＳ５：ＡＶ再生ライブラリ1646はカレントの静的シナリオ情報SSからカレント・プレイリスト情報を読み出す。次元判定部1646Bはカレント・プレイリスト情報から、次元識別フラグの示す表示次元を確認する。その表示次元が「二次元」であるとき、処理はステップＳ１０（図１７参照）に進む。その表示次元が「三次元」であるとき、処理はステップＳ６に進む。
【０１５７】
ステップＳ６：次元判定部1646Bはレジスタ1646Aにアクセスし、表示装置200が立体視映像表示に対応可能であるか確認する。表示装置200が立体視映像表示に非対応であるとき、処理はステップＳ２０（図１８参照）に進む。表示装置200が立体視映像表示に対応可能であるとき、処理はステップＳ３０（図１９参照）に進む。
【０１５８】
≪プレイリスト情報の示す表示次元が二次元であるときの二次元表示モード≫
【０１５９】
図１７は、カレント・プレイリスト情報の示す表示次元が二次元であるときにおける二次元表示モードのフローチャートである。
【０１６０】
ステップＳ１０：次元判定部1646Bは表示次元を「二次元」に決定し、その表示次元を次元信号DIMで表示次元記憶部172Bに指定する。表示次元記憶部172Bはその次元信号DIMに応じて、それの示す表示次元、すなわち二次元に対応するフラグを立てる。
【０１６１】
ステップＳ１１：次元判定部1646Bはプレーン・シフト・エンジン178に対し、グラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSとをいずれも０に指定する。それにより、プレーン・シフト・エンジン178は、グラフィックス・プレーンとＯＳＤプレーンとに対するプレーン・シフトをいずれも実質上停止させる。従って、再生部170はグラフィックス・プレーンとＯＳＤプレーンとをいずれも二次元映像として出力する。
【０１６２】
ステップＳ１２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報を順番に参照する。それにより、各ストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのＰＩＤをデマルチプレクサ173に指定する。そのとき、ＡＶ再生ライブラリ1646は、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170内の各デコーダへ転送する。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスし、表示次元が二次元であることを確認して二次元表示モードに移行する。
【０１６３】
ステップＳ１３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報に従ってカレント・ＡＶストリーム・ファイルを選択し、仮想ファイルシステム163に指定する。仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170内のバス・インタフェース171に供給させる。バス・インタフェース171はそのカレント・ＡＶストリーム・ファイルCLをトラック・バッファ172Aへ転送する。
【０１６４】
ステップＳ１４：デマルチプレクサ173はまず、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は次に、そのＴＳパケットのＴＳヘッダに含まれるＰＩＤを利用して、分離対象のＴＳパケットをＰＩＤ別に収集する。デマルチプレクサ173は更に、収集されたＴＳパケットからＰＥＳパケットを復元し、ＰＩＤ別に各デコーダ174A−Cへ送出する。ビデオ・デコーダ174Aは、受信されたＰＥＳパケットから、符号化されたピクチャを取り出して非圧縮のビデオ・フレームに復号する。ビデオ・デコーダ174Aは更に、その非圧縮のビデオ・フレームを順次、ビデオ・プレーン・メモリ176に書き込む。グラフィックス・デコーダ174Bは、受信されたＰＥＳパケットから、符号化されたグラフィックス・データを取り出し、それを非圧縮のものに復号してグラフィックス・プレーン・メモリ177Cに書き込む。オーディオ・デコーダ174Cは、受信されたＰＥＳパケットから、符号化されたオーディオ・データを取り出し、それを非圧縮のオーディオ・データに復号する。上記の各デコーダの動作と並行して、レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からグラフィックス・データGD2を受信したときはそのグラフィックス・データGD2からＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からグラフィックス・データGD1を受信したときはそのグラフィックス・データGD1からＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１６５】
ステップＳ１５：各プレーン・メモリ177A−Cに対するプレーン・シフト量はいずれも０であるので、プレーン・シフト・エンジン178は、各プレーン・メモリ177A−C上のプレーンをそのまま加算部179へ出力する。加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとを一枚のビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。表示装置200は、その映像信号に従って二次元映像を画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。
【０１６６】
ステップＳ１６：デマルチプレクサ173は、カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っているか確認する。残っていれば処理はステップＳ１４から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１６７】
≪表示装置200が立体視映像表示に非対応であるときの二次元表示モード≫
【０１６８】
図１８は、表示装置200が立体視映像表示に非対応であるときにおける二次元表示モードのフローチャートである。図１８に示されているステップＳ２０−２６は本質的には、図１７に示されているステップＳ１０−１６と同様である。従って、以下では、ステップＳ１０−１６とは異なる点を除き、各ステップの説明を簡略化し、詳細については上記の説明を援用する。
【０１６９】
ステップＳ２０：次元判定部1646Bは表示次元を二次元に指定し、それに応じて表示次元記憶部172Bは二次元に対応するフラグを立てる。
【０１７０】
ステップＳ２１：次元判定部1646Bはプレーン・シフト・エンジン178に対し、グラフィックス・プレーン・シフト量GSとＯＳＤプレーン・シフト量OSをいずれも０に指定する。
【０１７１】
ステップＳ２２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報に従ってエレメンタリ・ストリームを選択する。ここで、プライマリ・ビデオ・ストリームについては、右目用ビデオ・ストリームが選択対象から外される。選択されたエレメンタリ・ストリームのＰＩＤは、復号処理に必要な情報と共にデマルチプレクサ173に指定される。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に、表示次元が二次元であることを確認して、二次元表示モードに移行する。
【０１７２】
ステップＳ２３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報に従ってカレント・ＡＶストリーム・ファイルを選択する。それに応じて、仮想ファイルシステム163及びバス・インタフェース171は光ディスク・ドライブ110又はローカル・ストレージ120からトラック・バッファ172Aへそのカレント・ＡＶストリーム・ファイルCLを転送する。
【０１７３】
ステップＳ２４：デマルチプレクサ173は、トラック・バッファ172A内のカレント・ＡＶストリーム・ファイルCLから分離対象のＴＳパケットをＰＩＤ別に収集し、ＰＥＳパケットに復元して各デコーダ174A−Cへ渡す。ビデオ・デコーダ174AはＰＥＳパケットからビデオ・フレームを復号して、順次ビデオ・プレーン・メモリ176に書き込む。グラフィックス・デコーダ174Bも同様に、ＰＥＳパケットからグラフィックス・プレーンを復号してグラフィックス・プレーン・メモリ177Cに書き込む。オーディオ・デコーダ174CはＰＥＳパケットからオーディオ・データを復号する。レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からのグラフィックス・データGD2を利用してＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からのグラフィックス・データGD1を利用してＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１７４】
ステップＳ２５：プレーン・シフト・エンジン178は、各プレーン・メモリ177A−C上のプレーンをそのまま加算部179へ出力する。加算部179は、プレーン・シフト・エンジン178から出力されたプレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとをビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換して表示装置200へ送出する。表示装置200は、その映像信号に従って二次元映像を画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。
【０１７５】
ステップＳ２６：カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っていれば処理はステップＳ２４から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１７６】
≪三次元表示モード≫
【０１７７】
図１９−２０は、三次元表示モードのフローチャートである。以下に説明される各ステップのうち、ステップＳ３０−３３、Ｓ４０、Ｓ４１は図１９に示され、ステップＳ４２−４９は図２０に示されている。
【０１７８】
ステップＳ３０：次元判定部1646Bは表示次元を「三次元」に決定し、その表示次元を次元信号DIMで表示次元記憶部172Bに指定する。表示次元記憶部172Bはその次元信号DIMに応じて、それの示す表示次元、すなわち三次元に対応するフラグを立てる。
【０１７９】
ステップＳ３１：次元判定部1646Bはカレント・プレイリスト情報からグラフィックス・プレーン・シフト量GSを読み出し、所定のＯＳＤプレーン・シフト量OSと共に再生部170に渡す。プレーン・シフト・エンジン178はそれらのプレーン・シフト量GS、OSを内蔵のメモリに保存する。
【０１８０】
ステップＳ３２：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報を順番に参照する。それにより、各ストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置100と表示装置200との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1646は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのＰＩＤをデマルチプレクサ173に指定する。ここで、指定されるＰＩＤ群は、左目用ビデオ・ストリームのＰＩＤと右目用ビデオ・ストリームのＰＩＤとの両方を含む。ＡＶ再生ライブラリ1646は更に、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1646Aから再生部170内の各デコーダへ転送する。各デコーダはその情報に応じて復号処理の種類を決定する。ビデオ・デコーダ174Aは更に表示次元記憶部172Bにアクセスし、表示次元が三次元であることを確認して、三次元表示モードに移行する。
【０１８１】
ステップＳ３３：ＡＶ再生ライブラリ1646はカレント・プレイリスト情報中の各プレイアイテム情報に従ってカレント・ＡＶストリーム・ファイルを選択し、仮想ファイルシステム163に指定する。仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120にカレント・ＡＶストリーム・ファイルを再生部170内のバス・インタフェース171に供給させる。バス・インタフェース171はそのカレント・ＡＶストリーム・ファイルCLをトラック・バッファ172Aへ転送する。
【０１８２】
ステップＳ４０：デマルチプレクサ173はまず、トラック・バッファ172Aからカレント・ＡＶストリーム・ファイルCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットを取り出す。デマルチプレクサ173は次に、そのＴＳパケットのＴＳヘッダに含まれるＰＩＤを利用して、分離対象のＴＳパケットをＰＩＤ別に収集する。デマルチプレクサ173は更に、収集されたＴＳパケットからＰＥＳパケットを復元し、ＰＩＤ別に各デコーダ174A−Cへ送出する。ビデオ・デコーダ174Aは、受信されたＰＥＳパケットを交互に二つのバッファに振り分ける。それにより、左目用と右目用とのビデオ・ストリームのＰＥＳパケットが異なるバッファに分離される。ビデオ・デコーダ174Aは更に、二つのバッファから交互に非圧縮のビデオ・フレームを復号する。グラフィックス・デコーダ174Bは、受信されたＰＥＳパケットから、符号化されたグラフィックス・データを取り出して非圧縮のものに復号する。オーディオ・デコーダ174Cは、受信されたＰＥＳパケットから、符号化されたオーディオ・データを取り出し、それを非圧縮のオーディオ・データに復号する。
【０１８３】
ステップＳ４１：デマルチプレクサ173は、ＰＥＳパケットをビデオ・デコーダ174Aへ送出するごとに、左右信号L／Rを左右フラグ記憶部173Aに送出する。左右フラグ記憶部173Aは、その左右信号L／Rに応じて左右フラグを立て、又は解除する。それにより、そのＰＥＳパケットに対応する元のＴＳパケットの示すＰＩＤが“０ｘ１０１１”と“０ｘ１０１２”との間で切り替わるごとに、左右フラグがフリップし、すなわちその状態を切り換える。
【０１８４】
ステップＳ４２：ビデオ・デコーダ174Aは非圧縮のビデオ・フレームを、ビデオ・プレーン・メモリ176内の二つの配列に交互に書き込む。
【０１８５】
ステップＳ４３：ビデオ・デコーダ174Aは、ビデオ・プレーン・メモリ176に非圧縮のビデオ・フレームを一枚書き込むごとに、表示次元記憶部172Bにアクセスして表示次元を確認する。表示次元が「三次元」に維持されていれば、処理はステップＳ４４に進む。表示次元が「疑似二次元」に変更されていれば、処理はステップＳ４５に進む。
【０１８６】
ステップＳ４４：ビデオ・デコーダ174Aは「三次元表示モード」を維持する。ビデオ・デコーダ174Aは特に、非圧縮のビデオ・フレームが左目用と右目用とのいずれであるかを識別する。ビデオ・デコーダ174Aは更にその識別結果を切換信号PTDでビデオ・プレーン・メモリ176に伝える。その場合、ビデオ・プレーン・メモリ176内の各配列にビデオ・フレームが書き込まれるごとに、切換信号PTDの状態は変化する。ビデオ・プレーン・メモリ176はその切換信号PTDを受信し、その状態の変化に合わせて、二つの配列から加算部179へ左目用と右目用とのビデオ・プレーンを交互に出力する。その後、処理はステップＳ４６に進む。
【０１８７】
ステップＳ４５：ビデオ・デコーダ174Aは「三次元表示モード」から「疑似二次元表示モード」に移行する。ビデオ・デコーダ174Aは特に、各非圧縮のビデオ・フレームが左目用と右目用とのいずれであるかにかかわらず、そのビデオ・フレームが左目用であることを示すように、切換信号PTDの状態を固定する。その場合、ビデオ・プレーン・メモリ176は、ビデオ・デコーダ174Aによって左目用のビデオ・フレームが書き込まれる配列だけから加算部179へビデオ・プレーンを出力し、右目用のビデオ・フレームが書き込まれる配列内のビデオ・プレーンは破棄する。その後、処理はステップＳ４６に進む。
【０１８８】
ステップＳ４６：グラフィックス・デコーダ174Bは非圧縮のグラフィックス・データをグラフィックス・プレーン・メモリ177Cに書き込む。レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からグラフィックス・データGD2を受信していればそのグラフィックス・データGD2からＯＳＤプレーンをＯＳＤプレーン・メモリ177Aに生成し、ＢＤ−Ｊモジュール1645からグラフィックス・データGD1を受信していればそのグラフィックス・データGD1からＢＤ−ＪプレーンをＢＤ−Ｊプレーン・メモリ177Bに生成する。
【０１８９】
ステップＳ４７：プレーン・シフト・エンジン178は、ＯＳＤプレーン・シフト量、ＢＤ−Ｊプレーン・シフト量、及びグラフィックス・プレーン・シフト量を利用して、各プレーン・メモリ177A−Cについてプレーン・シフトを行う。プレーン・シフトのフローについては後述する。
【０１９０】
ステップＳ４８：加算部179は、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンと、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンとを一枚のビデオ・フレームに合成する。そのビデオ・フレームからビデオ・データVDが構成され、非圧縮のオーディオ・データADと共に出力される。ＨＤＭＩ送信部180は、それらのビデオ・データVDとオーディオ・データADとをＨＤＭＩ形式の映像信号と音声信号とに変換し、ＨＤＭＩケーブル600を通して表示装置200へ送出する。表示装置200は、その映像信号に従って各ビデオ・フレームを画面に再現し、その音声信号に従って内蔵のスピーカから音声を発生させる。表示装置200は更に、その映像信号に付随する制御信号を利用して、左目用ビデオ・フレームと右目用ビデオ・フレームとの間の切り換えに左右信号LRの波形の切り換えを同期させる。それにより、液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rに、フレームの切り換えと同期して交互に光を透過させる。その結果、液晶シャッター眼鏡300をかけた視聴者には、表示装置200の画面に再現される映像のうち、左目用ビデオ・フレームと右目用ビデオ・フレームとの間で水平方向に変位している部分が、その変位量に対応する奥行きに立体的に見える。
【０１９１】
具体的には、ステップＳ４３でビデオ・デコーダ174Aが「三次元表示モード」を維持しているとき、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではビデオ・プレーンとグラフィックス・プレーンとがいずれも異なる。従って、コンテンツの映像と字幕とがいずれも立体視映像として再現される。一方、ステップＳ４３でビデオ・デコーダ174Aが「三次元表示モード」から「疑似二次元表示モード」へ移行したとき、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではビデオ・プレーンとグラフィックス・プレーンとがいずれも共通である。従って、コンテンツの映像と字幕とがいずれも二次元映像として再現される。しかし、左目用ビデオ・フレームと右目用ビデオ・フレームとの間ではＯＳＤプレーン又はＢＤ−Ｊプレーンは異なるので、ＯＳＤ又はポップアップ表示は立体視映像として再現される。特に視聴者にはＯＳＤ又はポップアップ表示がコンテンツの映像と字幕とのいずれよりも手前に見える。
【０１９２】
ステップＳ４９：デマルチプレクサ173は、カレント・ＡＶストリーム・ファイルCLを構成するソース・パケットのうち、未処理のものがトラック・バッファ172Aに残っているか確認する。残っていれば処理はステップＳ４０から繰り返され、残っていなければプレイリスト再生処理は終了する。
【０１９３】
≪プレーン・シフト・エンジン178によるプレーン・シフトの流れ≫
【０１９４】
図２１は、プレーン・シフト・エンジン178によるプレーン・シフトのフローチャートである。図２０に示されているステップＳ４７では、以下のステップが順に実行される。
【０１９５】
ステップＳ５０：プレーン・シフト・エンジン178は左右フラグ記憶部173Aにアクセスして左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、処理はステップＳ５１Ｌに進む。左右フラグの状態が右目用ビデオ・プレーンを表しているとき、処理はステップＳ５１Ｒに進む。
【０１９６】
ステップＳ５１Ｌ：プレーン・シフト・エンジン178は、処理対象のプレーン、すなわち、ＯＳＤプレーン、ＢＤ−Ｊプレーン、又はグラフィックス・プレーンに対応するプレーン・シフト量から左目用ビデオ・フレームにおける変位量を選択する。プレーン・シフト・エンジン178は更に、その変位量と等しい幅の帯状領域を処理対象のプレーンの左側に付加し、同じ幅の帯状領域を処理対象のプレーンの右端部から除去する。こうして、処理対象のプレーンが左目用のプレーンに変換される。その左目用プレーンでは処理対象のプレーンと比べ、グラフィックス要素、すなわち、ＯＳＤ、ポップアップ表示、又は字幕の位置が元の位置よりも右方にその変位量だけ移動している。左目用プレーンはプレーン・シフト・エンジン178によって保持される。
【０１９７】
ステップＳ５１Ｒ：プレーン・シフト・エンジン178は、処理対象のプレーンに対応するプレーン・シフト量から右目用ビデオ・フレームにおける変位量を選択する。プレーン・シフト・エンジン178は更に、その変位量と等しい幅の帯状領域を処理対象のプレーンの右側に付加し、同じ幅の帯状領域を処理対象のプレーンの左端部から除去する。こうして、処理対象のプレーンが右目用のプレーンに変換される。その右目用プレーンでは処理対象のプレーンと比べ、グラフィックス要素の位置が元の位置よりも左方にその変位量だけ移動している。右目用プレーンはプレーン・シフト・エンジン178によって保持される
【０１９８】
ステップＳ５２：プレーン・シフト・エンジン178は、保持されている左目用又は右目用のプレーンを加算部179へ出力する。
【０１９９】
≪グラフィックス・プレーンに対するプレーン・シフト≫
【０２００】
図２２は、プレーン・シフト・エンジン178によるグラフィックス・プレーンに対するプレーン・シフトを示す模式図である。例えば、グラフィックス・プレーン・メモリ177C上のグラフィックス・プレーンGPLが、字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”を表すグラフィックス要素STLを含む場合を想定する。ここで、そのグラフィックス・プレーンGPLのうち、グラフィックス要素STL以外の部分はα値が０に設定され、すなわち透明である。また、グラフィックス・プレーン・シフト量は、元のグラフィックス・プレーンGPL内でのグラフィックス要素STLの表示位置を基準とする相対的な変位量の対GSL、GSRで定義されている。その対GSL、GSRでは、大きさが等しく、符号、すなわち変位の方向が逆である。例えば右方向の変位を正とするとき、左目用ビデオ・フレームにおける変位量GSLは正であり、右目用ビデオ・フレームにおける変位量GSRは負である。
【０２０１】
プレーン・シフト・エンジン178はまず、左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は左目用ビデオ・フレームにおける変位量GSLを用いて元のグラフィックス・プレーンGPLを書き換える。それにより、その変位量GSLと等しい幅の帯状領域ST1Lを元のグラフィックス・プレーンGPLの左側に付加し、同じ幅の帯状領域ST1Rを元のグラフィックス・プレーンGPLの右端部から除去する。このように書き換えられた左目用グラフィックス・プレーンLGPLでは、プレーンの左端とグラフィックス要素STLとの間の距離DLが元のグラフィックス・プレーンGPLでの距離D0よりも変位量GSLだけ長い。すなわち、グラフィックス要素STLの位置が元のグラフィックス・プレーンGPL内での位置よりも右方に、変位量GSLだけ移動する。
【０２０２】
左右フラグの状態が右目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は右目用ビデオ・フレームにおける変位量GSRを用いて元のグラフィックス・プレーンGPLを書き換える。それにより、その変位量GSRの大きさと等しい幅の帯状領域ST2Rを元のグラフィックス・プレーンGPLの右側に付加し、同じ幅の帯状領域ST2Lを元のグラフィックス・プレーンGPLの左端部から除去する。このように変換された右目用グラフィックス・プレーンRGPLでは、プレーンの左端とグラフィックス要素STLとの間の距離DRが元のグラフィックス・プレーンGPLでの距離D0よりも変位量GSRの大きさだけ短い。すなわち、グラフィックス要素STLの位置が元のグラフィックス・プレーンGPL内での位置よりも左方に、変位量GSRの大きさだけ移動する。
【０２０３】
こうして、プレーン・シフト・エンジン178は一枚のグラフィックス・プレーンGPLから、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとを生成して、交互に加算部179へ出力する。それらの間ではグラフィックス要素STLが水平方向に、グラフィックス・プレーン・シフト量の表す変位量の対GSL、GSRの差に等しい距離GSL−GSRだけ変位する（GSR＜０）。この変位が両眼視差として知覚されることにより、視聴者には字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”が画面よりも手前に見える。
【０２０４】
≪ＯＳＤプレーンに対するプレーン・シフト≫
【０２０５】
図２３は、プレーン・シフト・エンジン178によるＯＳＤプレーンに対するプレーン・シフトを示す模式図である。例えばＯＳＤプレーン・メモリ177A上のＯＳＤプレーンOPLが、再生情報を表すＯＳＤGEを含む場合を想定する。ここで、再生情報は再生中の映像に関する情報であって、例えば、「再生（ＰＬＡＹ）」及び「一時停止」等の再生状態、その映像のシーンのタイトル、及び、再生開始時点からの経過時間を含む。更に、そのＯＳＤプレーンOPLのうち、ＯＳＤGE以外の部分はα値が０に設定され、すなわち透明である。また、ＯＳＤプレーン・シフト量は、元のＯＳＤプレーンOPL内でのＯＳＤGEの表示位置を基準とする相対的な変位量の対OSL、OSRで定義されている。その対OSL、OSRでは、大きさが等しく、符号、すなわち変位の方向が逆である。例えば右方向の変位を正とするとき、左目用ビデオ・フレームにおける変位量OSLは正であり、右目用ビデオ・フレームにおける変位量OSRは負である。
【０２０６】
プレーン・シフト・エンジン178はまず、左右フラグの状態を確認する。左右フラグの状態が左目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は左目用ビデオ・フレームにおける変位量OSLを用いて元のＯＳＤプレーンOPLを書き換える。それにより、その変位量OSLと等しい幅の帯状領域ST3Lを元のＯＳＤプレーンOPLの左側に付加し、同じ幅の帯状領域ST3Rを元のＯＳＤプレーンOPLの右端部から除去する。このように書き換えられた左目用ＯＳＤプレーンLOPLでは、プレーンの左端とＯＳＤGEとの間の距離D1Lが元のＯＳＤプレーンOPLでの距離D1よりも変位量OSLだけ長い。すなわち、ＯＳＤGEの位置が元のＯＳＤプレーンOPL内での位置よりも右方に、変位量OSLだけ移動する。
【０２０７】
左右フラグの状態が右目用ビデオ・プレーンを表しているとき、プレーン・シフト・エンジン178は右目用ビデオ・フレームにおける変位量GSRを用いて元のＯＳＤプレーンOPLを書き換える。それにより、その変位量OSRの大きさと等しい幅の帯状領域ST4Rを元のＯＳＤプレーンOPLの右側に付加し、同じ幅の帯状領域ST4Lを元のＯＳＤプレーンOPLの左端部から除去する。このように変換された右目用ＯＳＤプレーンROPLでは、プレーンの左端とＯＳＤGEとの間の距離D1Rが元のＯＳＤプレーンOPLでの距離D1よりも変位量OSRの大きさだけ短い。すなわち、ＯＳＤGEの位置が元のＯＳＤプレーンOPL内での位置よりも左方に、変位量OSRの大きさだけ移動する。
【０２０８】
こうして、プレーン・シフト・エンジン178は一枚のＯＳＤプレーンOPLから左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとを生成して、交互に加算部179へ出力する。それらの間ではＯＳＤGEが水平方向に、ＯＳＤプレーン・シフト量の表す変位量の対OSL、OSRの差に等しい距離OSL−OSRだけ変位する（OSR＜０）。この変位が両眼視差として知覚されることにより、視聴者にはＯＳＤGEが画面よりも手前に見える。
【０２０９】
＜再生装置100によるＯＳＤプレーンの制御＞
【０２１０】
図２４は、再生装置100によるＯＳＤプレーンの制御に関するフローチャートである。再生装置100は、上記のプレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示を監視し、その操作及び指示を検出するごとに、対応するＯＳＤをＯＳＤプレーンに描画する。生成されたＯＳＤプレーンはプレイリスト再生処理の中でビデオ・フレームに合成されて表示装置200へ出力される。以下、再生装置100によるＯＳＤプレーンの制御について、図２４に示されているステップの順に説明する。
【０２１１】
ステップＳ６０：操作部130が、リモコン400からのコマンド、又は、再生装置100のフロント・パネルに設けられたボタンの押下を検出し、そのコマンド又はそのボタンに対応する通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162は、その通知INTに応じてディスパッチャ1643Aに操作信号UOを送る。ディスパッチャ1643Aはその操作信号UOをＯＳＤ制御モジュール1647に伝える。その他に、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645は、アプリケーション・プログラムに従って、ＯＳＤの表示に関する指示をＯＳＤ制御モジュール1647に伝える。
【０２１２】
ステップＳ６１：ＯＳＤ制御モジュール1647はその操作信号UO又は指示に応じて、その内容に対応するＯＳＤを示すグラフィックス・データGD2を生成してレンダリング・エンジン175へ渡す。
【０２１３】
ステップＳ６２：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２１４】
ステップＳ６３：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647から受けたグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンが生成される。
【０２１５】
ステップＳ６４：グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２１６】
ステップＳ６５：レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンOPLを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止する。
【０２１７】
ステップＳ６６：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」に戻る。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２１８】
＜再生装置100によるＢＤ−Ｊプレーンの制御＞
【０２１９】
図２５は、再生装置100によるＢＤ−Ｊプレーンの制御に関するフローチャートである。上記のプレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示によってポップアップ表示が要求されたとき、再生装置100では、まず、ＢＤ−Ｊモジュール1645が、そのポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを光ディスク500から読み出して、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。次に、そのＪａｖａアプリケーション・プログラムがＢＤ−Ｊモジュール1645に、ポップアップ表示用のグラフィックス・データをＢＤ−Ｊプレーンに描画させる。こうして、生成されたＢＤ−Ｊプレーンは上記のプレイリスト再生処理の中でビデオ・フレームに合成されて、表示装置200へ出力される。以下、再生装置100によるＢＤ−Ｊプレーンの制御について、図２５に示されているステップの順に説明する。
【０２２０】
ステップＳ７０：操作部130が、リモコン400からのコマンド、又は、再生装置100のフロント・パネルに設けられたボタンの押下を検出し、そのコマンド又はそのボタンに対応する通知INTをユーザ操作検知モジュール162に送る。ユーザ操作検知モジュール162は、その通知INTに応じてディスパッチャ1643Aに操作信号UOを送る。その操作信号UOがポップアップ表示を要求しているとき、ディスパッチャ1643Aはその操作信号UOをＢＤ−Ｊモジュール1645に伝える。その他に、ＨＤＭＶモジュール1644がアプリケーション・プログラムに従って、ポップアップ表示をＢＤ−Ｊモジュール1645に要求する。又は、ＢＤ−Ｊモジュール1645自身がアプリケーション・プログラムに従ってポップアップ表示を必要と判断する。
【０２２１】
ステップＳ７１：ＢＤ−Ｊモジュール1647はその操作信号UO又は指示に応じて、その内容の要求するポップアップ表示を制御するためのＢＤ−Ｊオブジェクトを光ディスク500から読み出す。ＢＤ−Ｊモジュール1647は更に、そのＢＤ−Ｊオブジェクトに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、そのＪａｖａアプリケーション・プログラムがＢＤ−Ｊモジュール1645にポップアップ表示用のグラフィックス・データGD1を生成させて、レンダリング・エンジン175へ送出させる。
【０２２２】
ステップＳ７２：Ｊａｖａアプリケーション・プログラムは再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「三次元表示モード」であれば「疑似二次元表示モード」に切り替わる。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２２３】
ステップＳ７３：Ｊａｖａアプリケーション・プログラムはＢＤ−Ｊモジュール1647に、ポップアップ表示が知覚されるべき奥行きに応じてＢＤ−Ｊプレーン・シフト量BSを生成させてプレーン・シフト・エンジン178へ送出させる。
【０２２４】
ステップＳ７４：レンダリング・エンジン175は、ＢＤ−Ｊモジュール1645から受けたグラフィックス・データGD1を復号してＢＤ−Ｊプレーン・メモリ177Bに書き込む。こうして、ＢＤ−Ｊプレーンが生成される。
【０２２５】
ステップＳ７５：グラフィックス・データGD1の送出後、ユーザの操作によって新たな操作信号UOが受信されたとき、Ｊａｖａアプリケーション・プログラムはＡＰＩを利用して、レンダリング・エンジン175へポップアップ表示の消去命令RQ1を送る。
【０２２６】
ステップＳ７６：レンダリング・エンジン175はその消去命令RQ1に応じて、ＢＤ−Ｊプレーン・メモリ177Bに保持されたＢＤ−Ｊプレーンを消去する。それにより、プレーン・シフト・エンジン178からのＢＤ−Ｊプレーンの出力が停止する。
【０２２７】
ステップＳ７７：Ｊａｖａアプリケーション・プログラムは再生モード制御ＡＰＩ1646Cを呼び出す。それにより、再生部170の動作モードが「疑似二次元表示モード」から「三次元表示モード」へ戻る。再生モード制御ＡＰＩ1646Cによる処理の流れについては後述する。
【０２２８】
＜再生モード制御ＡＰＩ1646Cによる処理の流れ＞
【０２２９】
図２６は、再生モード制御ＡＰＩ1646Cによる処理のフローチャートである。再生モード制御ＡＰＩ1646Cは、図２４に示されているステップＳ６２、Ｓ６６ではＯＳＤ制御モジュール1647により呼び出され、図２５に示されているステップＳ７２、Ｓ７７ではＪａｖａアプリケーション・プログラムにより呼び出される。呼び出された再生モード制御ＡＰＩ1646CはＡＶ再生ライブラリ1646によって実行される。それにより、再生部170の動作モードの切換及びそれに伴う処理が、以下に述べるステップの順に行われる。
【０２３０】
ステップＳ８０：ＡＶ再生ライブラリ1646は表示次元記憶部172Bにアクセスして、表示次元を示す各フラグの状態を確認する。それにより、再生部170の動作モードが調べられる。三次元を示すフラグが立っているとき、再生部170の動作モードは「三次元表示モード」である。その場合、処理はステップＳ８１に進む。疑似二次元を示すフラグが立っているとき、再生部170の動作モードは「疑似二次元表示モード」である。その場合、処理はステップＳ８４に進む。二次元を示すフラグが立っているとき、再生部170の動作モードは「二次元表示モード」である。その場合、処理は終了する。
【０２３１】
ステップＳ８１：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、設定済みのグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを一旦退避させる。
【０２３２】
ステップＳ８２：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、グラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とをいずれも０に再設定させる。
【０２３３】
ステップＳ８３：ＡＶ再生ライブラリ1646は表示次元記憶部172Bへ、表示次元が「疑似二次元」であることを示す次元信号DIMを送出する。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「三次元」であることを示すフラグを解除して、表示次元が「疑似二次元」であることを示すフラグを立てる。その後、処理は終了する。
【０２３４】
ステップＳ８４：ＡＶ再生ライブラリ1646は表示次元記憶部172Bへ、表示次元が「三次元」であることを示す次元信号DIMを送出する。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「疑似二次元」であることを示すフラグを解除して、表示次元が「三次元」であることを示すフラグを立てる。
【０２３５】
ステップＳ８５：ＡＶ再生ライブラリ1646はプレーン・シフト・エンジン178に、退避領域からグラフィックス・プレーン・シフト量とＢＤ−Ｊプレーン・シフト量とを復帰させる。その後、処理は終了する。
【０２３６】
＜ビデオ・デコーダ174Aの動作モードの切換に伴うビデオ・プレーンの変化＞
【０２３７】
図２７は、ビデオ・プレーン・メモリ176から加算部179へ出力されるビデオ・プレーン列CVPL1−3を示す模式図である。図２７に示されている時間軸は、再生部170内でＰＴＳの基準として利用されるクロック、すなわちＳＴＣ（System Time Clock）を表し、再生時間に相当する。まず、第１期間T1に表示次元が「三次元」に維持され、ビデオ・デコーダ174Aが「三次元表示モード」で動作する場合を想定する。第１期間T1では左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互にビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL1からは立体視映像VV1が再現される。
【０２３８】
例えば時刻P1にユーザがリモコン400のボタンを押下して、再生情報の表示を指示した場合を想定する。そのとき、操作部130がその押下を検出して、対応する通知INTをユーザ操作検知モジュール162に送る。更に、その通知INTに応じてユーザ操作検知モジュール162がディスパッチャ1643Aに操作信号UOを送り、ディスパッチャ1643Aがその操作信号UOをＯＳＤ制御モジュール1647に伝える。ＯＳＤ制御モジュール1647はその操作信号UOに応じて再生モード制御ＡＰＩ1646Cを呼び出す。それにより、表示次元が「疑似二次元」であることを示す次元信号DIMがＡＶ再生ライブラリ1646から送出される。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「三次元」であることを示すフラグを解除して、表示次元が「疑似二次元」であることを示すフラグを立てる。すなわち、表示次元が「三次元」から「疑似二次元」に切り替わる。ビデオ・デコーダ174Aはそのフラグの変化を検出して、「三次元表示モード」から「疑似二次元表示モード」に移行する。従って、以後、ビデオ・デコーダ174Aは左目用ビデオ・フレームだけをビデオ・プレーン・メモリ176に書き込む。こうして、時刻P1以降の第２期間T2では、左目用ビデオ・プレーンLVPLだけがビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL2からは二次元映像VV2が再現される。
【０２３９】
時刻P1より後、例えば時刻P2にユーザがリモコン400のボタンを再度押下する等、再生情報の消去を指示した場合を想定する。そのとき、操作部130が、その指示を示す操作を検出して、対応する通知INTをユーザ操作検知モジュール162に送る。更に、その通知INTに応じてユーザ操作検知モジュール162がディスパッチャ1643Aに操作信号UOを送り、ディスパッチャ1643Aがその操作信号UOをＯＳＤ制御モジュール1647に伝える。ＯＳＤ制御モジュール1647はその操作信号UOに応じて再生モード制御ＡＰＩ1646Cを呼び出す。それにより、表示次元が「三次元」であることを示す次元信号DIMがＡＶ再生ライブラリ1646から送出される。表示次元記憶部172Bはその次元信号DIMに応じて、表示次元が「疑似二次元」であることを示すフラグを解除して、表示次元が「三次元」であることを示すフラグを立てる。すなわち、表示次元が「疑似二次元」から「三次元」に戻される。ビデオ・デコーダ174Aはそのフラグの変化を検出して、「疑似二次元表示モード」から「三次元表示モード」に戻る。従って、以後、ビデオ・デコーダ174Aは左目用と右目用とのビデオ・フレームを交互にビデオ・プレーン・メモリ176に書き込む。こうして、時刻P2以降の第３期間T3では、左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互にビデオ・プレーン・メモリ176から出力されるので、ビデオ・プレーン列CVPL3からは立体視映像VV3が再現される。
【０２４０】
＜表示次元の切換に伴うグラフィックス・プレーンの変化＞
【０２４１】
図２８は、プレーン・シフト・エンジン178から加算部179へ出力されるグラフィックス・プレーン列CGPL1−3を示す模式図である。図２８に示されている時間軸はＳＴＣを表す。図２８では、図２７と同様、表示次元が三次元に維持されている状態において、ユーザが時刻P1にリモコン400のボタンを押下して再生情報の表示を指示し、時刻P2にその表示の消去を指示した場合を想定する。その場合、再生期間は、時刻P1、P2を境に三つの期間T1、T2、T3に分離され、各期間では表示次元がそれぞれ、三次元、疑似二次元、三次元に維持される。
【０２４２】
時刻P1以前の第１期間T1では、プレーン・シフト・エンジン178がグラフィックス・プレーン・シフト量を用いて、図２２に示されているようなグラフィックス・プレーンGPLに対するプレーン・シフトを継続する。それにより、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互にプレーン・シフト・エンジン178から出力される。従って、第１期間T1ではグラフィックス・プレーン列CGPL1から字幕STLの立体視映像VG1が再現される。
【０２４３】
時刻P1にユーザがリモコン400のボタンを押下して再生情報の表示を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647が再生モード制御ＡＰＩ1646Cを呼び出す。それにより、ＡＶ再生ライブラリ1646がプレーン・シフト・エンジン178に、設定済みのグラフィックス・プレーン・シフト量を一旦退避させ、その上でそれを０に再設定させる。従って、以後、プレーン・シフト・エンジン178は、グラフィックス・プレーンGPLに対するプレーン・シフトを実質上停止させ、字幕STLの水平方向での表示位置が同じグラフィックス・プレーンGPLを繰り返し出力する。その結果、第２期間T2ではグラフィックス・プレーン列CGPL2から字幕STLの二次元映像VG2が再現される。
【０２４４】
時刻P2にユーザが再生情報の表示の消去を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647が再生モード制御ＡＰＩ1646Cを呼び出す。それにより、ＡＶ再生ライブラリ1646がプレーン・シフト・エンジン178に、退避領域からグラフィックス・プレーン・シフト量を復帰させる。それにより、プレーン・シフト・エンジン178はグラフィックス・プレーンGPLに対し、グラフィックス・プレーン・シフト量を利用したプレーン・シフトを再開する。すなわち、左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが再び、交互にプレーン・シフト・エンジン178から出力される。その結果、第３期間T3ではグラフィックス・プレーン列CGPL3から字幕STLの立体視映像VG3が再現される。
【０２４５】
＜ＯＳＤプレーンの制御＞
【０２４６】
図２９は、プレーン・シフト・エンジン178から加算部179へ出力されるＯＳＤプレーン列COPLを示す模式図である。図２９に示されている時間軸はＳＴＣを表す。図２９では、図２７と同様、表示次元が三次元に維持されている状態において、ユーザが時刻P1に再生情報の表示を指示し、時刻P2にその消去を指示した場合を想定する。その場合、再生期間は、時刻P1、P2を境に三つの期間T1、T2、T3に分離され、各期間では表示次元がそれぞれ、三次元、疑似二次元、三次元に維持される。
【０２４７】
第１期間T1では、ＯＳＤプレーン・メモリ177AがＯＳＤプレーンを含んでいないので、プレーン・シフト・エンジン178からＯＳＤプレーンは出力されない。
【０２４８】
時刻P1にユーザが再生情報の表示を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647がディスパッチャ1643Aから操作信号UOを受ける。ＯＳＤ制御モジュール1647はその操作信号UOに応じて、再生情報を表すＯＳＤGEのグラフィックス・データGD2を生成してレンダリング・エンジン175に渡す。レンダリング・エンジン175はそのグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンOPLが生成される。そのとき、プレーン・シフト・エンジン178は、そのＯＳＤプレーンOPLに対し、ＯＳＤプレーン・シフト量を利用してプレーン・シフトを行う。それにより、ＯＳＤGEの水平方向での表示位置が異なる左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとが生成されて、交互にプレーン・シフト・エンジン178から出力される。その結果、第２期間T2ではＯＳＤプレーン列COPLからＯＳＤGEの立体視映像VOが再現される。
【０２４９】
時刻P2にユーザが再生情報の表示の消去を指示したとき、図２７の場合と同様な手順に従って、ＯＳＤ制御モジュール1647がディスパッチャ1643Aから操作信号UOを受ける。ＯＳＤ制御モジュール1647はその操作信号UOに応じてレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンOPLを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止するので、第３期間T3ではＯＳＤがビデオ・フレームから消える。
【０２５０】
＜ＯＳＤの表示に伴う立体視映像の変化＞
【０２５１】
図３０は、図２７−２９に示されている各プレーン列から合成されたビデオ・フレーム列によって再現される立体視映像を表す模式図である。図３０に示されている時間軸はＳＴＣを表す。また、各時刻P1、P2、及び各期間T1、T2、T3はいずれも、図２７−２９に示されているものと共通である。
【０２５２】
第１期間T1では表示次元が三次元に維持されている。ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互に出力される。一方、プレーン・シフト・エンジン178から加算部179へは左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互に出力される。加算部179は左目用ビデオ・プレーンLVPLと左目用グラフィックス・プレーンLGPLとを一枚ずつ、一枚の左目用ビデオ・フレームに合成し、右目用ビデオ・プレーンRVPLと右目用グラフィックス・プレーンRGPLとを一枚ずつ、一枚の右目用ビデオ・フレームに合成する。加算部179がそれらの合成を交互に繰り返すことにより、左目用と右目用とのビデオ・フレームが交互に出力される。その結果、第１期間T1の映像SCN1ではコンテンツの映像と字幕とがいずれも立体視映像として再現される。
【０２５３】
時刻P1にユーザが再生情報の表示を指示したとき、表現次元が三次元から疑似二次元に切り替わる。それにより、ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLだけが出力される。一方、プレーン・シフト・エンジン178から加算部179へは、字幕STLの水平方向での表示位置が同じグラフィックス・プレーンGPLが繰り返し出力される。従って、第２期間T2の映像SCN2ではコンテンツの映像と字幕とはいずれも二次元映像として再現される。しかし、プレーン・シフト・エンジン178から加算部179へは更に、左目用ＯＳＤプレーンLOPLと右目用ＯＳＤプレーンROPLとが交互に出力される。その結果、第２期間T2の映像SCN2ではＯＳＤGEだけが立体視映像として再現され、特に視聴者にはＯＳＤGEがコンテンツの映像と字幕とのいずれよりも手前に見える。
【０２５４】
時刻P2にユーザが再生情報の表示の消去を指示したとき、表現次元が疑似二次元から三次元に戻る。それにより、再び、ビデオ・プレーン・メモリ176から加算部179へは左目用ビデオ・プレーンLVPLと右目用ビデオ・プレーンRVPLとが交互に出力され、プレーン・シフト・エンジン178から加算部179へは左目用グラフィックス・プレーンLGPLと右目用グラフィックス・プレーンRGPLとが交互に出力される。一方、ＯＳＤプレーンOPLは消去されるので、プレーン・シフト・エンジン178から加算部179へのＯＳＤプレーンの出力は停止する。加算部179は、左目用ビデオ・プレーンLVPLと左目用グラフィックス・プレーンLGPLとを一枚ずつ、一枚の左目用ビデオ・フレームに合成し、右目用ビデオ・プレーンRVPLと右目用グラフィックス・プレーンRGPLとを一枚ずつ、一枚の右目用ビデオ・フレームに合成する。加算部179がそれらの合成を交互に繰り返すことにより、左目用と右目用とのビデオ・フレームが交互に出力される。その結果、第３期間T3の映像SCN3ではＯＳＤGEが消去され、コンテンツの映像と字幕とが再び立体視映像として再現される。
【０２５５】
尚、ＢＤ−Ｊモジュール1645によって実行されるＪａｖａアプリケーション・プログラムが、再生部170を「三次元表示モード」から「疑似二次元表示モード」に移行させた上でポップアップ表示を行うとき、図３０に示されている立体視映像の変化は、ＯＳＤGEがポップアップ表示に置き換えられる点を除いて同様である。
【０２５６】
＜本発明の実施形態１による立体視映像再生装置の効果＞
【０２５７】
再生装置100では上記のとおり、再生部170が立体視映像表示について「三次元表示モード」と「疑似二次元表示モード」との二種類の動作モードを備えている。三次元表示モードでは、コンテンツから左目用と右目用との両方のビデオ・フレームが復号されて、交互にビデオ・プレーンとして利用される。疑似二次元表示モードでは、コンテンツから左目用と右目用とのビデオ・フレームがいずれも復号されるが、それらのいずれか一方だけがビデオ・プレーンとして繰り返し利用され、他方は破棄される。この再生装置100は更に、立体視映像の表示期間中にＯＳＤ又はポップアップ表示を表示装置200に出力するとき、再生部170を三次元表示モードから疑似二次元表示モードに移行させる。一方、再生装置100は再生部170に、ＯＳＤ及びポップアップ表示のグラフィックス映像を立体視映像として出力させる。それにより、表示装置200の画面では、ＯＳＤ及びポップアップ表示が立体視映像として表示される間、コンテンツの映像は二次元映像として表示される。その結果、ＯＳＤ及びポップアップ表示の視認性を更に向上させることができる。
【０２５８】
再生装置100では更に、「三次元表示モード」と「疑似二次元表示モード」との間の切換が、ビデオ・プレーン・メモリ176Aへの右目用ビデオ・フレームの書き込みとその停止との間の切換だけで実現される。従って、その切換は「三次元表示モード」と「二次元表示モード」との間の切換よりも高速に実現可能である。それ故、コンテンツの映像へＯＳＤ及びポップアップ表示を合成する処理の期間に、いわゆる「黒画面」を挿入する必要がない。その結果、再生装置100の操作性を更に向上させることができる。
【０２５９】
＜変形例＞
【０２６０】
（１）図６に示されている例では、左目用と右目用とのプライマリ・ビデオ・ストリームVL、VRが一本のＡＶストリーム・ファイル515Aに多重化されている。その他に、左目用と右目用とのプライマリ・ビデオ・ストリームが異なる二本のＡＶストリーム・ファイルに分離されていてもよい。その場合、立体視映像用のプレイリスト情報は、それら二本のＡＶストリーム・ファイルを同時に参照するための情報を含む。それにより、仮想ファイルシステム163は光ディスク・ドライブ110又はローカル・ストレージ120に、それら二本のＡＶストリーム・ファイルをパラレルにトラック・バッファ172Aへ転送させる。デマルチプレクサ173はそれらのＡＶストリーム・ファイルから交互にＰＥＳパケットを読み出してビデオ・デコーダ174Aに送る。その他に、再生部170がトラック・バッファ172Aとデマルチプレクサ173との対を二つ備え、各対に上記二本のＡＶストリーム・ファイルを個別に処理させてもよい。再生部170は更にビデオ・デコーダ174Aとビデオ・プレーン・メモリ176との対を二つ備え、各対に左目用ビデオ・プレーンと右目用ビデオ・プレーンとをパラレルに生成させてもよい。
【０２６１】
（２）加算部179の構成には周知のものが利用可能である。例えば、ビデオ・プレーン・メモリ176から出力されたビデオ・プレーンに、プレーン・シフト・エンジン178から出力されたＯＳＤプレーン、ＢＤ−Ｊプレーン、及びグラフィックス・プレーンが一度に合成される構成であってもよい。その他に、加算部179が次のような二つの部分から構成されてもよい。まず、第一の部分がビデオ・プレーンにグラフィックス・プレーンを合成する。次に、第二の部分が、第一の部分による合成結果に、ＯＳＤプレーン又はＢＤ−Ｊプレーンを合成する。更に、加算部179がプレーン・シフト・エンジン178と一体化されていてもよい。その場合、プレーン・シフト・エンジン178による各プレーンに対するプレーン・シフトと加算部179によるプレーン間の合成とが一連の処理として実行される。
【０２６２】
（３）実施形態１では、図９に示されているように、コンテンツの映像の表示次元を示す情報、すなわち、二次元映像用のＡＶストリーム・ファイルと立体視映像用のＡＶストリーム・ファイルとを識別するための情報として、次元識別フラグ534がプレイリスト情報530に記録されている。その情報はその他に、例えば、各プレイアイテム情報531−533、クリップ情報ファイル514A、又は、プレイリスト再生処理用のオブジェクト・ファイル512B、516Aに記録されていてもよい。
【０２６３】
（４）実施形態１では、図９に示されているように、グラフィックス・プレーン・シフト量535がプレイリスト情報530に記録されている。グラフィックス・プレーン・シフト量はその他に、各プレイアイテム情報531−533、クリップ情報ファイル514A、インデックス・ファイル512A、プレイリスト再生処理用のオブジェクト・ファイル512B、516A、ＸＭＬファイル518A、又はＡＶストリーム・ファイル515Aに記録されていてもよい。グラフィックス・プレーン・シフト量が、インデックス・ファイル512A及びオブジェクト・ファイル512B、516A等の動的シナリオ情報、又はＸＭＬファイル518Aに記録されているとき、次元判定部1646Bは、図１６に示されているステップＳ５よりも早い段階、例えばステップＳ３で、動的シナリオ情報又はＸＭＬファイル518Aからグラフィックス・プレーン・シフト量を読み出してプレーン・シフト・エンジン178に渡してもよい。それにより、コンテンツ全体でグラフィックス・プレーン・シフト量が共通であるときは、プレイリスト再生処理ごとにグラフィックス・プレーン・シフト量を設定し直す必要がないので、再生装置100の負担が軽減可能である。一方、グラフィックス・プレーン・シフト量がＡＶストリーム・ファイル515Aに記録されているとき、それが、グラフィックス・ストリームの表すグラフィックス要素、特に字幕のフレーム内での座標値と共に、その奥行きを表す“Ｚ値”として表現されていてもよい。その場合、グラフィックス・デコーダ174Bが、復号後のグラフィックス・データからグラフィックス・プレーン・シフト量を読み出してプレーン・シフト・エンジン178に渡す。
【０２６４】
（５）実施形態１では、ＡＶストリーム・ファイル515Aに多重化されたグラフィックス・ストリームA1、A2が二次元映像用である。その場合、グラフィックス・デコーダ174Cによってそのグラフィックス・ストリームから一枚のグラフィックス・プレーンが復号されるごとに、プレーン・シフト・エンジン178によってその一枚のグラフィックス・プレーンから立体視映像用の一対のグラフィックス・プレーンが生成される。このようなプレーン・シフトを利用した立体視映像表示方式では、左目用と右目用との一対のプレーンを利用した立体視映像表示方式よりも、再生装置に要求される演算量が比較的小さい。従って、プレーン・シフトを利用した立体視映像表示方式は、携帯電話機等、メモリ容量が比較的小さく、又はグラフィックス機能が比較的低い電子機器に有利である。その他に、ＡＶストリーム・ファイル515Aに初めから立体視映像用グラフィックス・ストリームの対、すなわち左目用と右目用とのグラフィックス・ストリームが多重化されていてもよい。その場合、グラフィックス・デコーダ174Cはビデオ・デコーダ174Aと同様に、「三次元表示モード」と「疑似二次元表示モード」との二種類の動作モードを備える。三次元表示モードでは左目用と右目用とのグラフィックス・プレーンが交互に生成され、疑似二次元表示モードでは左目用グラフィックス・プレーンだけが生成される。それにより、図３０と同様に、ＯＳＤ又はポップアップ表示が立体視映像として表示される間、グラフィックス・プレーンの表すグラフィックス映像、特に字幕は二次元映像として表示される。
【０２６５】
（６）実施形態１では、ＯＳＤ制御モジュール1647がＯＳＤのグラフィックス・データGD2を二次元映像用として生成する。その場合、レンダリング・エンジン175によってそのグラフィックス・データGD2から一枚のＯＳＤプレーンが生成されるごとに、プレーン・シフト・エンジン178によってその一枚のＯＳＤプレーンから立体視映像用の一対のＯＳＤプレーンが生成される。その他に、ＯＳＤ制御モジュール1647がＯＳＤのグラフィックス・データGD2を立体視映像用として生成し、すなわち左目用と右目用との対で生成してもよい。その場合、レンダリング・エンジン175は、左目用と右目用とのＯＳＤのグラフィックス・データを交互に利用して、左目用と右目用とのＯＳＤプレーンを交互に生成する。それにより、図２９と同様に、ＯＳＤが立体視映像として表示される。ＢＤ−Ｊモジュール1645によるポップアップ表示用のグラフィックス・データについても同様である。
【０２６６】
（７）図１６−２０の例ではプレイリスト再生処理が、インデックス・ファイル512A内のインデックス・テーブルの項目「ファーストプレイ」で参照されるオブジェクトに従って実行される。すなわち、そのプレイリスト再生処理は、光ディスク500が光ディスク・ドライブ110へ挿入された直後に実行される。プレイリスト再生処理はその他に、インデックス・テーブルの他の項目で参照されるオブジェクトに従って実行されてもよい。その項目は例えば、操作部130がユーザによる再生ボタンの押下を検出したとき、それに応じてモード管理モジュール1643によって参照される。そのときに実行されるプレイリスト再生処理は、ステップＳ２以降、図１６−２０に示されているものと同様に進行する。
【０２６７】
（８）実施形態１では、グラフィックス・プレーン・シフト量、ＯＳＤプレーン・シフト量、及びＢＤ−Ｊプレーン・シフト量はいずれも、ビデオ・フレーム内の所定位置を基準とする相対的な変位量の対で定義される。しかし、各プレーン・シフト量はその他の態様で定義されてもよい。各プレーン・シフト量は例えばプレーン・シフト前後でのビデオ・フレーム内の絶対座標の差で定義されてもよい。また、各プレーン・シフト量は、ピクセル数等、プレーン・シフト・エンジン178の種類に依らない共通の単位で表現される。その場合、プレーン・シフト・エンジン178は、ピクセル数からビット数への換算等、プレーン・シフト量をハードウェアで利用可能な値に変換するための演算処理を行う。その他に、プレーン・シフト量は初めから、ビット数等、ハードウェアでそのまま利用可能な単位で表現されてもよい。
【０２６８】
（９）実施形態１では、プレーン・シフト量は、大きさが等しく、符号の異なる変位量の対で定義される。その他に、その対の間で大きさが異なっていてもよい。また、プレーン・シフト量が例えば左目用ビデオ・プレーンにおける変位量だけで定義されてもよい。その場合、プレーン・シフト・エンジン178が左右フラグの状態に応じて、プレーン・シフト量の符号を反転させて利用する。
【０２６９】
（１０）図２２、２３に示されているように、プレーン・シフト・エンジン178によるプレーン・シフトでは、字幕STL及びＯＳＤGE等のグラフィックス要素のサイズが一定に維持されている。その他に、プレーン・シフト・エンジン178は、処理対象のプレーンに対してプレーン・シフトと併せてスケーリング処理を行うことにより、変位対象のグラフィックス要素のサイズをプレーン・シフト量に応じて変化させてもよい。特に、手前に表示される映像ほど大きく映るように、そのサイズを変化させる。その場合、プレーン・シフトによって生じる立体視映像では、実際の三次元空間の光景と同様に、同じサイズの物体が手前にあるほど大きく見える。従って、それらの立体視映像から視聴者が違和感を更に受けにくくなるので、字幕及びＯＳＤ等の視認性が更に向上する。
【０２７０】
（１１）実施形態１では、制御部160がカレント・プレイリスト情報からグラフィックス・プレーン・シフト量を読み出してそのまま再生部170に渡す。その他に、制御部160が表示装置200の画面の解像度及びサイズに応じて、グラフィックス・プレーン・シフト量を調節してもよい。それにより、左目用と右目用とのビデオ・フレーム間でのグラフィックス映像の変位量が、同じ物体の両眼視差として視聴者に知覚される範囲を超えることを防ぐ。その結果、そのグラフィックス映像が立体的ではなく、二重に見える現象を防ぐことができるので、字幕及びＯＳＤ等の視認性が更に向上する。
【０２７１】
（１２）実施形態１では、デマルチプレクサ173が、左目用と右目用とのビデオ・ストリームのＴＳパケットからＰＥＳパケットを復元してビデオ・デコーダ174Aへ送出するごとに、左右フラグ記憶部173Aに左右フラグをフリップさせる。その他に、加算部179が合成結果のビデオ・フレームを一枚、表示装置200へ出力するごとに、左右処理記憶部173Aに左右フラグをフリップさせてもよい。
【０２７２】
（１３）図２７に示されているプレーン・シフトでは、イメージ・プレーン・メモリ177に書き込まれた一枚のプレーンが、左目用ビデオ・フレームにおける変位量の利用によっては左目用のプレーンに書き換えられ、右目用ビデオ・フレームにおける変位量の利用によっては右目用のプレーンに書き換えられる。その他に、イメージ・プレーン・メモリ177に書き込まれた一枚のプレーンがまずはそのまま、例えば左目用のプレーンとして利用され、次に、左目用と右目用との両方のビデオ・フレームにおける変位量の差を用いたプレーン・シフトによって、右目用のプレーンに書き換えられてもよい。その場合、プレーン・シフト量が初めから、その差で定義されていてもよい。
【０２７３】
（１４）図６に示されているＡＶストリーム・ファイル515Aでは、左目用ビデオ・ストリームV1のＰＩＤが“０ｘ１０１１”であり、右目用ビデオ・ストリームV2のＰＩＤが“０ｘ１０１２”である。また、図２０に示されているステップＳ４５では、ビデオ・プレーン・メモリ176に書き込まれた右目用ビデオ・フレームは加算部179へ出力されることなく破棄される。それらのいずれでも「左目用」と「右目用」との間の区別は本質的ではないので、設定が逆であってもよい。
【０２７４】
（１５）図１８に示されているステップＳ２２では、表示次元が二次元であるプレイリスト再生処理において、ＡＶ再生ライブラリ1646は右目用ビデオ・ストリームを選択対象から外す。その場合、選択対象から外されるビデオ・ストリームを左目用に変更できるか否かは、左目用と右目用とのビデオ・ストリームの符号化方式によって異なる。各ビデオ・ストリームが互いに独立に符号化されているとき、すなわち、両ストリーム間でのフレーム間相関が符号化に利用されていないとき、右目用ビデオ・ストリームに代えて、左目用ビデオ・ストリームが選択対象から外されてもよい。一方、両ストリーム間でのフレーム間相関が符号化に利用されているとき、単独では復号できない方のビデオ・ストリームしか選択対象から外すことはできない。その場合、プレイアイテム情報531−533内のストリーム選択テーブルでは、選択対象から外すことのできない方のビデオ・ストリームに他方のビデオ・ストリームよりも小さいストリーム選択番号が割り当てられる。
【０２７５】
（１６）図２４に示されているステップＳ６２、Ｓ６６でのＯＳＤ制御モジュール1647による再生モード制御ＡＰＩ1646Cの呼び出し、及び、図２５に示されているステップＳ７２、Ｓ７７でのＪａｖａアプリケーション・プログラムによる再生モード制御ＡＰＩ1646Cの呼び出しはいずれも、図２６に示されているステップＳ８０による表示次元の確認よりも先に実行される。その他に、再生モード制御ＡＰＩ1646Cの呼び出しよりも先に表示次元の確認が行われ、表示次元が二次元以外であるときに再生モード制御ＡＰＩ1646Cが実際に呼び出されるようにしてもよい、その場合、更に、ステップＳ８０で表示次元が二次元であることが確認されたとき、ＡＶ再生ライブラリ1646は、各モジュール1645、1647へ、表示次元の設定エラーを通知してもよい。
【０２７６】
（１７）実施形態１では、ビデオ・デコーダ174Aが表示次元記憶部172B内のフラグの状態を監視して、その変化に応じて、復号後のビデオ・フレームの出力処理に関する動作モードを切り換える。その他に、ビデオ・デコーダ174Aが表示次元記憶部172B内のフラグの変化に応じて、一方のバッファ内のＰＥＳパケットに対する復号処理をスキップしてもよい。それとは別に、デマルチプレクサ173が表示次元記憶部172B内のフラグの状態を監視して、その変化に応じて、ビデオ・デコーダ174Aに送出されるべきビデオ・ストリームのＰＩＤを切り換えてもよい。具体的には、例えば表示次元が三次元に維持されている間、デマルチプレクサ173は、左目用と右目用との両方のビデオ・ストリームのＰＩＤを、ビデオ・デコーダ174Aへの送出対象のストリームのＰＩＤとして保持する。一方、表示次元が疑似二次元に切り換えられたとき、デマルチプレクサ173は、右目用ビデオ・ストリームのＰＩＤを、ビデオ・デコーダ174Aへの送出対象のストリームのＰＩＤから外す。このようにしても、表示次元が疑似二次元に切り換えられている間、ビデオ・プレーン・メモリ176に左目用ビデオ・プレーンだけを保持させることができる。
【０２７７】
（１８）実施形態１では、一つのビデオ・プレーン・メモリ176内の異なる配列に左目用と右目用とのビデオ・プレーンが個別に生成される。その他に、左目用と右目用とのビデオ・プレーンが同じ配列に交互に上書きされてもよい。その場合、疑似二次元表示モードでは、ビデオ・デコーダ174Aはまず、非圧縮のビデオ・フレームを一枚復号するごとに、その非圧縮のビデオ・フレームがいずれのバッファ内のＰＥＳパケットから復号されたかを識別する。そのバッファが左目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであれば、ビデオ・デコーダ174Aはそのビデオ・フレームをビデオ・プレーン・メモリ176に書き込む。逆に、そのバッファが右目用ビデオ・ストリームのＰＥＳパケットに割り当てられたものであれば、ビデオ・デコーダ174Aはそのビデオ・フレームを破棄する。こうして、表示次元が疑似二次元に維持されている間、ビデオ・プレーン・メモリ176には左目用ビデオ・フレームだけが書き込まれる。
【０２７８】
（１９）実施形態１では、ビデオ・プレーン・メモリ176が切換信号PTDの状態に応じて二つの配列のいずれかを選択して、その中から加算部179へビデオ・プレーンを出力する。それとは異なり、加算部179が表示次元記憶部172B内のフラグの状態を監視して、その変化に応じてビデオ・プレーン・メモリ176内の二つの配列のいずれかを選択して、その中からビデオ・プレーンを読み出してもよい。具体的には、例えば表示次元が三次元に維持されている間、加算部179は二つの配列から交互にビデオ・プレーンを読み出す。一方、表示次元が疑似二次元に切り換えられたとき、加算部179は、左目用ビデオ・プレーンを保持した配列だけから同じビデオ・プレーンを二度ずつ読み出す。このようにしても、表示次元が疑似二次元に切り換えられている間、ビデオ・プレーン・メモリ176から加算部179へ左目用ビデオ・プレーンだけを与えることができる。
【０２７９】
（２０）再生モード制御ＡＰＩ1646Cは、図２６に示されているフローチャート全体を一連のプログラムとして構成したものであっても、表示次元を三次元から疑似二次元へ切り換えるときのＡＰＩと、逆に疑似二次元から三次元へ戻すときのＡＰＩとの組み合わせとして構成されたものであってもよい。また、ステップＳ８０による判断が呼び出し元の各モジュール1645、1647によって実行され、その判断で得られた表示次元の値をパラメータとして再生モード制御ＡＰＩ1646Cが受け取るように構成されてもよい。
【０２８０】
（２１）実施形態１では、表示次元が疑似二次元である間、ＯＳＤ及びポップアップ表示だけが立体視映像として表示される。その他に、表示次元が疑似二次元である間、ＯＳＤプレーン・シフト量及びＢＤ−Ｊプレーン・シフト量がいずれも０に設定されて、ＯＳＤ及びポップアップ表示も二次元映像として表示されてもよい。その場合でも、コンテンツの映像／字幕は二次元映像として表示されているので、ＯＳＤ及びポップアップ表示の視認性が損なわれることがない。更に、液晶シャッター眼鏡をかけていない人にも画面の表示、特にＯＳＤ及びポップアップ表示を見せることができる。
【０２８１】
（２２）再生部170は更に、背景プレーン・メモリを備えていてもよい。背景プレーン・メモリは、他のプレーン・メモリと同様、再生部170に内蔵のメモリに確保された二次元配列のデータ領域である。背景プレーン・メモリには、例えばレンダリング・エンジン175により、ビデオ・フレームに背景として合成されるべき静止画像から背景プレーンが構成される。その静止画像は例えば光ディスク500又はローカル・ストレージ120から供給される。その後、背景プレーンはグラフィックス・プレーンと同様に扱われる。すなわち、表示次元が三次元に維持されている間、背景プレーンはプレーン・シフト・エンジン178によるプレーン・シフトで処理される。それによって生成された左目用と右目用との背景プレーンは交互にプレーン・シフト・エンジン178から加算部179へ出力され、左目用と右目用との各ビデオ・プレーンと共に、左目用と右目用とのビデオ・フレームに交互に合成される。従って、背景プレーンの表す背景映像は画面に立体的に表示される。一方、表示次元が疑似二次元に切り換えられるとき、プレーン・シフト・エンジン178は背景プレーンに対するプレーン・シフトを実質上停止させ、同じ背景プレーンを二度ずつ繰り返し加算部179へ出力する。その場合、同じ背景プレーンが同じ左目用ビデオ・プレーンに二度ずつ合成され、それぞれが左目用と右目用とのビデオ・フレームとして表示装置200へ出力される。従って、背景映像は画面に二次元的に表示される。こうして、ＯＳＤ又はポップアップ表示の視認性は背景画像によっても損なわれることがない。
【０２８２】
（２３）実施形態１では、再生装置100が光ディスク500から立体視映像を再生する。その他に、再生装置100がチューナを備え、それを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、上記のＡＶストリーム・ファイルと同様に再生してもよい。チューナは、受信された放送波からビデオ・ストリームを復調して、そのビデオ・ストリームが立体視映像用であるか否かを判断する。チューナは更に、その判断の結果を表示次元として次元判定部1646Bに通知する。一方、グラフィックス・プレーン・シフト量が放送波中に、上記のストリーム・データに付随するデータとして含まれてもよい。その場合、チューナは、放送波からグラフィックス・プレーン・シフト量を復調してプレーン・シフト・エンジン178に渡す。
【０２８３】
《実施形態２》
【０２８４】
本発明の実施形態２による再生装置では、実施形態１によるものとは異なり、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードが選択可能である。その他の特徴、例えば、光ディスク上のデータ構造、再生装置のハードウェア構成、及び制御部と再生部との各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態２の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０２８５】
再生装置100は、ユーザによる操作又はアプリケーション・プログラムからの指示に応じて、所定の選択画面を表示装置200に表示させる。その選択画面の表示はＯＳＤ制御モジュール1647又はＢＤ−Ｊモジュール1645によって実行される。ユーザはその選択画面を利用して、ＯＳＤ等の画面への出力中、コンテンツの映像／字幕を二次元映像と立体視映像とのいずれとして表示させるかを選択できる。コンテンツの映像／字幕を二次元映像として表示させることが選択されたとき、ＡＶ再生ライブラリ1646は再生モード制御ＡＰＩ1646Cを有効化する。一方、コンテンツの映像／字幕を立体視映像として表示させることが選択されたとき、ＡＶ再生ライブラリ1646は再生モード制御ＡＰＩ1646Cを無効化する。再生モード制御ＡＰＩ1646Cの有効／無効の区別はレジスタ1646Aに記録される。
【０２８６】
図３１は、再生装置100によるＯＳＤプレーンの制御に関するフローチャートである。再生装置100は、プレイリスト再生処理と並行して、ユーザによる操作及びアプリケーション・プログラムからの指示を監視し、その操作及び指示を検出するごとに、対応するＯＳＤをＯＳＤプレーンに描画する。生成されたＯＳＤプレーンはプレイリスト再生処理の中でビデオ・フレームに合成されて表示装置200へ出力される。
【０２８７】
以下、再生装置100によるＯＳＤプレーンの制御について、図３１に示されているステップの順に説明する。尚、図３１に示されているステップのうち、ステップＳ６０−Ｓ６６は、図２４に示されているものと全く同様である。従って、それらの詳細は図２４についての説明を援用する。
【０２８８】
ステップＳ６０：操作部130がリモコン400又はフロント・パネルのボタンの押下を検出する。それに応じて、ユーザ操作検知モジュール162及びディスパッチャ1643Aを通して操作信号UOがＯＳＤ制御モジュール1647に送られる。その他に、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645がアプリケーション・プログラムに従って、ＯＳＤの表示に関する指示をＯＳＤ制御モジュール1647に送る。
【０２８９】
ステップＳ９０：ＯＳＤ制御モジュール1647はその操作信号UO又は指示に応じてレジスタ1646Aにアクセスし、再生モード制御ＡＰＩ1646Cの有効／無効を確認する。再生モード制御ＡＰＩ1646Cが有効であるとき、処理はステップＳ６１に進む。再生モード制御ＡＰＩ1646Cが無効であるとき、処理はステップＳ９１に進む。
【０２９０】
ステップＳ６１：ＯＳＤ制御モジュール1647は、操作信号UO又は指示の内容に対応するＯＳＤのグラフィックス・データGD2を生成して、レンダリング・エンジン175に渡す。
【０２９１】
ステップＳ６２：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出して、再生部170を三次元表示モードから疑似二次元表示モードへ移行させる。
【０２９２】
ステップＳ６３：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647からのグラフィックス・データGD2を利用してＯＳＤプレーンを生成する。
【０２９３】
ステップＳ６４：グラフィックス・データGD2の送出後、所定時間の経過等に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２９４】
ステップＳ６５：レンダリング・エンジン175はその消去命令RQ2に応じてＯＳＤプレーンを消去する。
【０２９５】
ステップＳ６６：ＯＳＤ制御モジュール1647は再生モード制御ＡＰＩ1646Cを呼び出して、再生部170を疑似二次元表示モードから三次元表示モードに戻す。それにより、処理は終了する。
【０２９６】
ステップＳ９１：ＯＳＤ制御モジュール1647はまず、操作信号UO又は指示の内容に対応するＯＳＤのグラフィックス・データを選択する。ＯＳＤ制御モジュール1647は次に、そのグラフィックス・データの「加工」を行う。その加工により、左目用と右目用とのビデオ・フレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、その対の一方ではそのＯＳＤによって隠され、かつ、他方では隠されていない領域が生じないようにする。その加工の必要性及び詳細については後述する。その加工後、ＯＳＤ制御モジュール1647はＯＳＤのグラフィックス・データGD2をレンダリング・エンジン175に渡す。
【０２９７】
ステップＳ９２：レンダリング・エンジン175は、ＯＳＤ制御モジュール1647から受けたグラフィックス・データGD2を復号してＯＳＤプレーン・メモリ177Aに書き込む。こうして、ＯＳＤプレーンが生成される。
【０２９８】
ステップＳ９３：グラフィックス・データGD2の送出後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。
【０２９９】
ステップＳ９４：レンダリング・エンジン175はその消去命令RQ2に応じて、ＯＳＤプレーン・メモリ177Aに保持されたＯＳＤプレーンを消去する。それにより、プレーン・シフト・エンジン178からのＯＳＤプレーンの出力が停止する。それにより、処理は終了する。
【０３００】
＜ステップＳ９１におけるＯＳＤの加工の必要性＞
【０３０１】
ＯＳＤプレーン・シフト量が一定に維持されるとき、視聴者に知覚されるＯＳＤの奥行きは一定に保たれる。一方、コンテンツの立体視映像では様々な物体の奥行きが多様に、かつ広範囲に変動する。従って、ＯＳＤの奥行きよりも手前に表示された物体の視方向にＯＳＤが表示される可能性がある。
【０３０２】
図３２は、ＯＳＤの奥行きよりも手前に表示された物体IMにＯＳＤGEをそのまま重ねて表示したときの立体視映像SVを示す模式図である。図３２の（ａ）は、その立体視映像SVの表示に利用される左目用ビデオ・フレームFRLを示す。（ｂ）は、その立体視映像SVの表示に利用される右目用ビデオ・フレームFRRを示す。（ｃ）は、表示装置200の画面201上に見えるその立体視映像SVを模式的に表す。尚、図３２の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３０３】
図３２の（ａ）と（ｂ）とを比べれば、左目用ビデオ・フレームFRLの左端とＯＳＤGELとの間の距離D1Lは、右目用ビデオ・フレームFRRの左端とＯＳＤGERとの間の距離D1Rより長い。従って、図３２の（ｃ）に示されているように、立体視映像SVでは、ＯＳＤGEは画面201よりも第１距離DP1だけ手前に見える。一方、左目用ビデオ・フレームFRLの左端と物体IMLとの間の距離D2Lは、右目用ビデオ・フレームFRRの左端と物体IMRとの間の距離D2Rより長い。従って、図３２の（ｃ）に示されているように、立体視映像SVでは、物体IMは画面201よりも第２距離DP2だけ手前に見える。ここで、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間では、ＯＳＤGEL、GERの変位量D1L−D1Rよりも物体IML、IMRの変位量D2L−D2Rが大きいので、立体視映像SVでは物体IMはＯＳＤGEよりも手前に見える。すなわち、第２距離DP2は第１距離DP1より大きい。しかし、図３２の（ａ）、（ｂ）に示されているように、各ビデオ・フレームFRL、FRRでは、各ＯＳＤGEL、GERは各物体IML、IMRの一部を隠すように表示されている。従って、立体視映像SVでは、物体IMは、ＯＳＤGEと重なった部分が切り取られたように見える。
【０３０４】
図３２の（ａ）、（ｂ）を更に比較すると、右目用ビデオ・フレームFRRではＯＳＤGERの左側に隣接して見える物体IMR上の帯状領域GHAが、左目用ビデオ・フレームFRLではＯＳＤGELの左端部に隠されて見えない。これは、「立体視映像SVでは物体IMがＯＳＤGEよりも手前に見えるにも関わらず、図３２の（ｃ）に示されている物体IM上の帯状領域GH2が、視聴者の右目には見えても左目には見えない」ことを意味する。逆に、「視聴者の左目には、本来、物体IM上の帯状領域GH2に阻まれて見えないはずのＯＳＤGE上の領域GH1が見えてしまっている」とも言える。その結果、視聴者にはその領域GH1、GH2の奥行きが正しく知覚できないので、各領域が不自然に湾曲しているように見え、又はちらついて見える。このような領域が過大であれば、視聴者には、その物体IMにそのＯＳＤGEが不自然にめり込んでいるように見える危険性もある。それは、そのＯＳＤGEの視認性を低下させる原因になるだけでなく、視聴者の眼精疲労の原因にもなり得るので好ましくない。従って、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとのいずれにも、上記の領域GHAのような領域が生じないように、ＯＳＤGEL、GERを加工する必要がある。
【０３０５】
＜ステップＳ９１におけるＯＳＤの加工の詳細＞
【０３０６】
ステップＳ９１で実行されるＯＳＤの加工は、左目用と右目用とのビデオ・フレームのいずれにも、図３２の（ｂ）に示されている領域GHAのような領域が生じないようにするための処理である。その領域は、左目用と右目用とのビデオ・フレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に含まれ、その対の一方ではＯＳＤによって隠され、他方では隠されていないことを特徴とする。
【０３０７】
その加工としては次の三種類（Ａ）−（Ｃ）が有効である：（Ａ）ＯＳＤの水平方向での幅をフレーム全体に拡張する。（Ｂ）少なくとも立体視映像と重なるＯＳＤの部分を半透明にする。（Ｃ）立体視映像の奥行きがＯＳＤの奥行きよりも手前であるとき、左目用のイメージ・プレーン上では立体視映像にＯＳＤの右端部が重なるときにその右端部の右側に帯を付加し、右目用のイメージ・プレーン上では立体視映像にＯＳＤの左端部が重なるときにその左端部の左側に帯を付加する。以下、それら三種類の加工（Ａ）−（Ｃ）について順番に説明する。
【０３０８】
（Ａ）図３３は、上記の加工（Ａ）を説明するための模式図である。図３３の（ａ）は、加工（Ａ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ａ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVAを模式的に表す。尚、図３３の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。また、図３２の（ａ）、（ｂ）に示されている加工前のＯＳＤGEL、GERが破線で示されている。
【０３０９】
図３３の（ａ）を参照すると、左目用ビデオ・フレームFRLでは、ＯＳＤGALの水平方向の長さ、すなわち幅WLが加工前のものW0より拡張され、特にビデオ・フレームの幅FWよりも差DALだけ短く調節される。更に、拡張後のＯＳＤGALは、その右端がビデオ・フレームFRLの右端とほぼ一致するように配置される。ここで、その差DALは、図３２に示されている左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間でのＯＳＤGEL、GERの変位量D1L−D1Rに等しい：DAL＝D1L−D1R。一方、図３３の（ｂ）を参照すると、右目用ビデオ・フレームFRRでは、ＯＳＤGARの幅WLが加工前のものW0より拡張され、特にビデオ・フレームの幅FWよりも差DALだけ短く調節される。更に、拡張後のＯＳＤGARは、その左端がビデオ・フレームFRRの右端とほぼ一致するように配置される。図３３の（ａ）、（ｂ）に示されているように、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間では拡張後のＯＳＤGAL、GARが変位量DAL＝D1L−D1Rだけ水平方向に変位している。従って、図３３の（ｃ）に示されているように、立体視映像SVAでは拡張後のＯＳＤGAEは、図３２の（ｃ）に示されているＯＳＤGEと同じ奥行き、すなわち、画面201よりも第１距離DP1だけ手前に見える。しかし、拡張後のＯＳＤGAEは画面201の全体とほぼ同じ幅に見える。
【０３１０】
一方、左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間での物体IML、IMRの変位量D2L−D2Rは、図３２の（ａ）、（ｂ）に示されているものと等しい。従って、図３３の（ｃ）に示されているように、立体視映像SVAでは物体IMAは、図３２の（ｃ）に示されている物体IMと同じ奥行き、すなわち、画面201よりも第２距離DP2だけ手前に見える。すなわち、図３３の（ｃ）では図３２の（ｃ）と同様に、物体IMAはＯＳＤGEAよりも手前に見える。ここで、図３３の（ａ）、（ｂ）に示されているように、各ビデオ・フレームFRL、FRRでは、各ＯＳＤGEL、GERは各物体IML、IMRの同じ領域を隠すように表示されている。従って、立体視映像SVAでは物体IMAは、その領域がＯＳＤGEAによって切り取られたように見える。しかし、図３３の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、いずれのビデオ・フレームFRL、FRRの物体IML、IMR上にも、視聴者の片目にしか見えない領域は生じない。従って、視聴者には物体IMAとＯＳＤGEAとの間での奥行きの違いが正しく知覚される。
【０３１１】
（Ｂ）図３４は、上記の加工（Ｂ）を説明するための模式図である。図３４の（ａ）は、加工（Ｂ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ｂ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVBを模式的に表す。尚、図３４の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３１２】
図３４の（ａ）、（ｂ）を参照すると、いずれのビデオ・フレームFRL、FRRにおいても、ＯＳＤGBL、GBR、及び物体IML、IMRの配置は、図３２の（ａ）、（ｂ）に示されているものと等しい。しかし、各ビデオ・フレームFRL、FRRではＯＳＤGBL、GBRのうち、物体IML、IMRと重なる領域TRL、TRRのα値が１よりも十分に小さい正値、例えば0.5に設定される。すなわち、各領域TRL、TRRが半透明に設定される。
【０３１３】
ここで、ＯＳＤ制御モジュール1647は次の手順で、半透明にすべき領域TRL、TRRを決定する。ＯＳＤ制御モジュール1647はビデオ・プレーン・メモリ176にアクセスして、ビデオ・プレーンのうち、ＯＳＤプレーン内でのＯＳＤGBL、GBRのグラフィックス・データと同じアドレス範囲のビデオ・データを調べる。それにより、そのアドレス範囲から、ＯＳＤGBL、GBRよりも手前に知覚されるべき物体IML、IMRのビデオ・データを含む領域TRL、TRRが検出されれば、ＯＳＤ制御モジュール1647はその領域TRL、TRRを半透明にすべき領域に決定する。
【０３１４】
加算部179は、物体IML、IMRを表す各ビデオ・プレーンに、一部が半透明であるＯＳＤGBL、GBRを含む各ＯＳＤプレーンをポーター−ダフ（Porter−Duff）規則に従って合成し、すなわちα合成する。従って、図３４の（ａ）、（ｂ）では点付き領域で示されているように、合成後の各ビデオ・フレームFRL、FRRではＯＳＤGBL、GBRの領域TRL、TRRを透かして、その下に隠された物体IML、IMRの部分が見える。
【０３１５】
図３４の（ａ）、（ｂ）に示されている左目用ビデオ・フレームFRLと右目用ビデオ・フレームFRRとの間でのＯＳＤGBL、GBRの変位量、及び物体IML、IMRの変位量はそれぞれ、図３２の（ａ）、（ｂ）に示されているものと等しい。従って、図３４の（ｃ）に示されている立体視映像SVBでは図３２の（ｃ）の立体視映像SVと同様に、物体IMBがＯＳＤGEBよりも手前に見える。しかし、図３４の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、いずれのビデオ・フレームFRL、FRRでも物体IML、IMRの全体がＯＳＤGBL、GBRを透かして見える。その結果、図３４の（ｃ）では図３２の（ｃ）とは異なり、視聴者には、物体IMBの領域TRAが透けて、その奥に位置するＯＳＤGEBの部分TRBが見える。従って、視聴者には物体IMAとＯＳＤGEAとの間での奥行きの違いが正しく知覚される。
【０３１６】
（Ｃ）図３５は、上記の加工（Ｃ）を説明するための模式図である。図３５の（ａ）は、加工（Ｃ）で得られる左目用ビデオ・フレームFRLを示す。（ｂ）は、加工（Ｃ）で得られる右目用ビデオ・フレームFRRを示す。（ｃ）は、（ａ）、（ｂ）に示されているビデオ・フレームFRL、FRRの対によって表示装置200の画面201上に見える立体視映像SVCを模式的に表す。尚、図３５の（ａ）、（ｂ）では、各ビデオ・フレームFRL、FRRの中心線Cが一点鎖線で示されている。
【０３１７】
図３５の（ａ）、（ｂ）を参照すると、いずれのビデオ・フレームFRL、FRRにおいても、ＯＳＤGEL、GER、及び物体IML、IMRの配置は、図３２の（ａ）、（ｂ）に示されているものと等しい。しかし、図３５の（ｂ）では図３２の（ｂ）とは異なり、ＯＳＤGERの左側に黒帯STRが付加されている。それにより、図３２の（ｂ）ではＯＳＤGERの左側に隣接して見えていた物体IMR上の帯状領域GHAが、図３５の（ｂ）では黒帯STRに隠されて見えない。すなわち、図３５の（ａ）、（ｂ）では図３２の（ａ）、（ｂ）とは異なり、ＯＳＤGEL、GERの左側に隣接する物体IML、IMR上には、視聴者の右目だけにしか見えない領域は生じていない。
【０３１８】
ここで、ＯＳＤ制御モジュール1647は次の手順で黒帯STRを配置する。ＯＳＤ制御モジュール1647はビデオ・プレーン・メモリ176にアクセスして、ビデオ・プレーンのうち、ＯＳＤプレーン内でのＯＳＤGEL、GERのグラフィックス・データと同じアドレス範囲のビデオ・データを調べる。それにより、そのアドレス範囲から、ＯＳＤGEL、GERよりも手前に知覚されるべき物体IML、IMRのビデオ・データを含む領域が検出されれば、ＯＳＤ制御モジュール1647は更に、その物体IML、IMRのビデオ・データのアドレス範囲のうち、ＯＳＤGEL、GERの左側又は右側に隣接する領域を調べる。それにより、その隣接する領域内に、左目用と右目用とのいずれか一方のビデオ・プレーンだけでＯＳＤGEL、GERのグラフィックス・データのアドレス範囲から外れている領域GHAが検出されれば、ＯＳＤ制御モジュール1647はその領域GHAに黒帯STRを配置する。
【０３１９】
図３５の（ａ）、（ｂ）から明らかなとおり、黒帯STRは視聴者の左目には見えず、右目には見える。従って、図３５の（ｃ）に示されているように、立体視映像SVCではその黒帯STRが、物体IMCとＯＳＤGECとの間で奥行き方向に延びる側壁SWのように見える。その結果、視聴者には物体IMCとＯＳＤGECとの間の境界が明確に見えるので、両者間での奥行きの違いが正しく知覚される。
【０３２０】
以上の説明のとおり、加工（Ａ）−（Ｃ）のいずれによっても、左目用と右目用とのビデオ・フレームFRL、FRRの対が表す立体視映像SVA−SVCのうち、ＯＳＤGEA−GECよりも手前に知覚されるべき部分IMA−IMCに、その対の一方ではＯＳＤによって隠され、かつ他方では隠されていない領域、すなわち、図３２の（ｂ）に示されている領域GHAが生じないようにできる。その結果、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示するときにおいても、ＯＳＤの視認性を更に向上させることができる。
【０３２１】
＜変形例＞
【０３２２】
（１）加工（Ａ）では、ＯＳＤが、コンテンツの立体視映像のうち、同じ視方向に表示される物体のいずれよりも手前に表示されるか否かが予め判断されてもよい。更に、その判断が否定的であるときにのみ、加工（Ａ）が実行されるようにしてもよい。
【０３２３】
（２）加工（Ｃ）においてＯＳＤの左右に付加される帯STRの色は、黒以外であっても良く、二色以上の混色であってもよい。また、その帯には模様が付されていてもよい。
【０３２４】
（３）実施形態２によるＯＳＤ制御モジュール1647と同様に、ＢＤ−Ｊモジュール1645がポップアップ表示を加工することにより、その表示と共にコンテンツの映像／字幕を立体視映像として表示可能にしてもよい。
【０３２５】
（４）実施形態２では、ＯＳＤ制御モジュール1647が加工（Ａ）−（Ｃ）を行う。その他に、プレーン・シフト・エンジン178又は加算部179が加工（Ａ）−（Ｃ）を行ってもよい。
【０３２６】
（５）実施形態２では、再生装置100がチューナを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、ＡＶストリーム・ファイルと同様に再生してもよい。
【０３２７】
（６）実施形態２では、ＯＳＤの加工（Ａ）−（Ｃ）により、コンテンツの立体視映像の中で、ＯＳＤの奥行きよりも手前に表示された物体の視方向にＯＳＤが表示されるときにも、そのＯＳＤの視認性が良好に維持される。その他に、ＯＳＤが、コンテンツの立体視映像の中で、少なくとも同じ視方向に表示される物体のいずれよりも手前に表示されるように、ＯＳＤプレーン・シフト量が決定されてもよい。例えばコンテンツ・プロバイダが予め、コンテンツの立体視映像中、最も手前に表示される物体の奥行きを調べ、それよりもＯＳＤの奥行きが手前であるようにＯＳＤプレーン・シフト量を決定する。ここで、ＯＳＤの表示範囲が限られているときは、その範囲でのみ、立体視映像中の各物体の奥行きが調べられればよい。決定されたＯＳＤプレーン・シフト量は、インデックス・ファイル、オブジェクト・ファイル、プレイリスト・ファイル、クリップ情報ファイル、ＡＶストリーム・ファイル、又はＸＭＬファイルに記録される。その場合、再生装置はコンテンツからＯＳＤプレーン・シフト量を読み出してプレーン・シフト・エンジン178に設定すればよい。それとは別に、コンテンツの立体視映像中、最も手前に表示される物体の奥行きを示す情報が、インデックス・ファイル、オブジェクト・ファイル、プレイリスト・ファイル、クリップ情報ファイル、ＡＶストリーム・ファイル、又はＸＭＬファイルに記録されていてもよい。その場合、再生装置は、まずコンテンツからその情報を読み出し、次に、その情報の示す奥行きよりもＯＳＤが手前であるようにＯＳＤプレーン・シフト量を決定してプレーン・シフト・エンジン178に設定する。
【０３２８】
再生装置は更に、上記のように決定されたＯＳＤプレーン・シフト量をＨＤＭＩ送信部180に表示装置200へ通知させてもよい。その場合、表示装置200は、画面の明るさの設定画面等のＯＳＤを立体視映像化するときに、そのＯＳＤプレーン・シフト量をプレーン・シフトに利用する。それにより、そのＯＳＤをコンテンツの立体視映像中の物体よりも手前に表示することができる。尚、ＨＤＭＩ送信部180はＯＳＤプレーン・シフト量の通知に、ＨＤＭＩケーブル600内のＣＥＣ（Consumer Electronics Control）線を利用してもよい。ＣＥＣ線による通信については、実施形態４の説明の中で触れる。
【０３２９】
（７）実施形態２では、カレント・プレイリスト情報からグラフィックス・プレーン・シフト量535が読み出されるごとに、そのグラフィックス・プレーン・シフト量535の示す奥行きよりもＯＳＤの奥行きが手前になるように、ＯＳＤプレーン・シフト量が決定されてもよい。それにより、グラフィックス・ストリームの表すグラフィックス映像、特に字幕と同じ視方向にＯＳＤが表示されるときは、ＯＳＤに上記の加工（Ａ）−（Ｃ）を行う必要がない。
【０３３０】
《実施形態３》
【０３３１】
本発明の実施形態３による再生装置は、実施形態１によるものとは異なり、ＯＳＤの奥行きをユーザに手動で調節させることができる。その他の特徴、例えば、光ディスク上のデータ構造、再生装置のハードウェア構成、及び制御部と再生部との各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態３の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０３３２】
ＯＳＤ制御モジュール1647は、操作信号UO又は他のモジュール1644、1645からの指示に従って、対応するＯＳＤのグラフィックス・データGD2を生成して再生部170に渡す。その後、所定時間の経過、新たな操作信号UOの受信、又は他のモジュール1644、1645からの指示に応じ、ＯＳＤ制御モジュール1647は再生部170へＯＳＤの消去命令RQ2を送る。実施形態３では、グラフィックス・データGD2の送出時点から消去命令RQ2の送出時点までの期間、ＯＳＤ制御モジュール1647がユーザからＯＳＤの奥行きの変更の指示を受け付ける。その変更は、例えば音量の変更と同様に、ユーザがリモコン400又はフロント・パネルの所定のボタンを押下するごとに、ＯＳＤ制御モジュール1647がＯＳＤプレーン・シフト量を所定量ずつ増減することによって実現される。
【０３３３】
図３６は、ＯＳＤプレーン・シフト量の変更処理のフローチャートである。この変更処理はＯＳＤ制御モジュール1647により、ＯＳＤのグラフィックス・データGD2の送出時点からその消去命令RQ2の送出時点までの期間、すなわち、図２４に示されているステップＳ６４の中で実行される。以下、その変更処理について、図３６に示されているステップの順に説明する。
【０３３４】
ステップＳ１００：ＯＳＤ制御モジュール1647は、グラフィックス・データGD2の送出時点からの経過時間を監視し、その時点から所定時間、例えば５秒が経過したか否かを判断する。ここで、その所定時間はＯＳＤの種類に応じて変更されてもよい。所定時間が既に経過しているとき、処理はステップＳ１０７に進む。所定時間がまだ経過していないとき、処理はステップＳ１０１に進む。
【０３３５】
ステップＳ１０１：ＯＳＤ制御モジュール1647は、ディスパッチャ1643Aからの新たな操作信号UOの有無、及び、ＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645からのアプリケーション・プログラムに従った指示の有無を確認する。その操作信号UO又はその指示のいずれかが受け付けられていたとき、処理はステップＳ１０２に進む。その操作信号UO及びその指示のいずれも受け付けられていないとき、処理はステップＳ１００から繰り返される。
【０３３６】
ステップＳ１０２：ＯＳＤ制御モジュール1647は、その操作信号UO又はその指示のの内容がＯＳＤの奥行きの変更の指示を示しているか否かを判断する。その判断が肯定的であるとき、処理はステップＳ１０３に進む。その判断が否定的であるとき、処理はステップＳ１０５に進む。
【０３３７】
ステップＳ１０３：ＯＳＤ制御モジュール1647は、その操作信号UO又はその指示の示すＯＳＤの奥行きの変更方向を判断する。その変更方向がＯＳＤを手前に引き出す方向であるとき、ＯＳＤ制御モジュール1647は、例えば図２３に示されているＯＳＤプレーン・シフト量OSL、OSRのうち、左目用ビデオ・フレームにおける変位量OSLを所定量増加させ、右目用ビデオ・フレームにおける変位量OSRを所定量減少させる。上記の変更方向がＯＳＤを奥に押し戻す方向であるときは、その逆である。ここで、両変位量OSL、OSRに対する増減量は等しい。その後、処理はステップＳ１０４に進む。
【０３３８】
ステップＳ１０４：ＯＳＤ制御モジュール1647は変更後のＯＳＤプレーン・シフト量をプレーン・シフト・エンジン178に渡す。その後、処理はステップＳ１０６に進む。一方、プレーン・シフト・エンジン178は、ＯＳＤプレーン・メモリ177Aに書き込まれているＯＳＤプレーンに対して、変更後のＯＳＤプレーン・シフト量を利用してプレーン・シフトを行う。それにより、視聴者には、ＯＳＤの奥行きが、指示した方向に変更されたように見える。
【０３３９】
ステップＳ１０５：ステップＳ１０２でＯＳＤ制御モジュール1647によって調べられた操作信号UOは、ディスパッチャ1643Aから、その時点で動的シナリオ情報が割り当てられているＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645へも渡されている。また、ステップＳ１０２でＯＳＤ制御モジュール1647によって調べられたアプリケーション・プログラムからの指示は、そのプログラムを実行しているモジュール1644又は1645による処理を反映している。すなわち、その操作信号UO又はその指示の内容がＯＳＤの奥行きの変更の指示以外であるとき、その内容に対応する処理がモジュール1644又は1645によって実行される。その後、処理はステップＳ１０６に進む。
【０３４０】
ステップＳ１０６：ＯＳＤ制御モジュール1647はＨＤＭＶモジュール1644又はＢＤ−Ｊモジュール1645にアクセスして、ユーザによる新たな操作又はアプリケーション・プログラムからの新たな指示を更に待つ必要があるか確認する。その必要があるとき、処理はステップＳ１００から繰り返される。その必要がないとき、処理はステップＳ１０７に進む。
【０３４１】
ステップＳ１０７：ＯＳＤ制御モジュール1647はレンダリング・エンジン175へＯＳＤの消去命令RQ2を送る。その後、処理は、図２４に示されているステップＳ６５に進む。
【０３４２】
実施形態３による再生装置は、実施形態１によるものと同様に、表示装置200にＯＳＤを立体視映像として表示させる間、コンテンツの映像を二次元映像として表示させる。それにより、ＯＳＤの視認性を更に向上させることができる。更に、上記のとおり、そのＯＳＤの奥行きをユーザに手動で調節させることができる。それにより、ＯＳＤの視認性をユーザの嗜好に合わせることができる。
【０３４３】
＜変形例＞
【０３４４】
（１）ＯＳＤ制御モジュール1647は変更後のＯＳＤプレーン・シフト量を、ローカル・ストレージ120等、再生装置100に内蔵の不揮発性記憶装置に保存してもよい。それにより、変更後のＯＳＤプレーン・シフト量は、再生装置100の電源が切られた後でも失われないので、一旦調節されたＯＳＤの奥行きを、電源が再投入された再生装置100に再現させることができる。
【０３４５】
（２）実施形態３による再生装置は、実施形態２による再生装置と同様に、ＯＳＤと共にコンテンツの映像／字幕を立体視映像として表示する動作モードが選択可能であってもよい。その動作モードでは、変更後のＯＳＤの奥行きが、グラフィックス・プレーン・シフト量の示す字幕の奥行きよりも奥になったとき、実施形態２によるＯＳＤの加工が行われてもよい。
【０３４６】
（３）実施形態３では、再生装置がチューナを用いて、地上波放送、衛星放送、又はケーブル放送によって配信される立体視映像用ストリーム・データを受信し、ＡＶストリーム・ファイルと同様に再生してもよい。
【０３４７】
《実施形態４》
【０３４８】
本発明の実施形態４による表示装置は、図１に示されている表示装置200と同様に、本発明の実施形態１による再生装置100、液晶シャッター眼鏡300、リモコン400、及び光ディスク500と共に、立体視映像表示システムを構成する。実施形態４による表示装置は更に、地上波放送、衛星放送、又はケーブル放送を受信可能であり、それらの放送によって配信される立体視映像用ストリーム・データから立体視映像を再現することもできる。
【０３４９】
実施形態４による表示装置は例えば液晶ディスプレイである。その他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等のフラット・パネル・ディスプレイ、又はプロジェクタであってもよい。この表示装置は、図１に示されている表示装置200と同様、ＨＤＭＩケーブル600で再生装置100に接続されている。再生装置100によって光ディスク500から立体視映像のコンテンツが再生されるとき、表示装置は再生装置100からＨＤＭＩケーブル600を通してＨＤＭＩ方式の映像信号／音声信号を受ける。表示装置は更にアンテナに接続されている。表示装置は、そのアンテナで受信された放送波から立体視映像用の映像信号／音声信号を復調する。表示装置は、再生装置100又はアンテナからの映像信号／音声信号に従って、画面上に映像を再現し、内蔵のスピーカから音声を発生させる。特に映像信号には左目用と右目用との両方のビデオ・フレームが時分割で多重化されているので、画面上には左目用と右目用との映像が交互に再現される。一方、表示装置は左右信号LRを液晶シャッター眼鏡300に送る。左右信号LRの波形はフレームの切り換えに同期して変動する。それにより、液晶シャッター眼鏡300は二枚の液晶表示パネル301L、301Rに、フレームの切り換えと同期して交互に光を透過させる。その結果、液晶シャッター眼鏡300をかけた視聴者には、画面上に交互に表示される左目用と右目用との映像が一つの立体的な映像として見える。
【０３５０】
＜表示装置のハードウェア構成＞
【０３５１】
図３７は、実施形態４による表示装置210のハードウェア構成を示すブロック図である。図３７を参照するに、表示装置210は、チューナ211、ＨＤＭＩ端子212、ＨＤＭＩ受信部213、ＣＥＣインタフェース部214、操作部215、左右信号送信部216、バス217、制御部216、信号処理部219、表示部220、及び音声出力部221を含む。チューナ211、ＨＤＭＩ受信部213、ＣＥＣインタフェース部214、操作部215、左右信号送信部216、及び信号処理部219はバス217を通して制御部218と通信可能である。
【０３５２】
チューナ211はアンテナATに接続されている。チューナ211はそのアンテナATを通して、地上波放送及び衛星放送等の放送波を受信する。チューナ211は更に、その放送波から映像／音声のストリーム・データSTD1を復調して信号処理部217に直接渡す。尚、チューナ211はケーブル放送局に接続され、そこからケーブル放送を受信してもよい。
【０３５３】
ＨＤＭＩ端子212はＨＤＭＩ規格に準拠の端子であり、ＨＤＭＩケーブル600で再生装置100に接続されている。ＨＤＭＩ端子212は、ＨＤＭＩケーブル600を通して再生装置100から映像信号／音声信号を受けて、それらをＨＤＭＩ受信部212に渡す。一方、ＨＤＭＩ端子212はＨＤＭＩケーブル600内のＣＥＣ線を通して再生装置100から制御信号、すなわちＣＥＣメッセージを受けて、ＣＥＣインタフェース部214に渡す。
【０３５４】
ＨＤＭＩ受信部212は、ＨＤＭＩ端子212から渡された映像信号／音声信号をビデオ・ストリーム／オーディオ・ストリームSTD2に変換する。変換された各ストリーム・データSTD2は信号処理部217へ直接渡される。
【０３５５】
ＣＥＣインタフェース部214は、ＨＤＭＩ端子212から渡されたＣＥＣメッセージを解読し、バス217を通してその内容を制御部218に伝える。ここで、ＣＥＣメッセージには特に、「製造者専用命令（ＶＳＣ：Vendor Specific Command）」と呼ばれる種類がある。ＣＥＣインタフェース部214はＣＥＣメッセージの中からＶＳＣを抽出し、更にその中からＯＳＤプレーン・シフト量を読み出して制御部218に渡す。
【０３５６】
ＣＥＣ線を用いた通信機能はＨＤＭＩ規格バージョン１．２ａで標準化されている。ＨＤＭＩケーブルで互いに接続された複数の電子機器は、そのケーブル内のＣＥＣ線を通してＣＥＣメッセージを交換する。それにより、それらの電子機器は互いに連係できる。特にＶＳＣは、各電子機器の製造元（Vendor）が自身の製品群に独自の連係機能を与えるための命令である。ＶＳＣを利用可能な各電子機器は製造者（Vendor）ＩＤを含む。製造者ＩＤは、その電子機器の製造元に固有に割り当てられた識別子である。各電子機器はＨＤＭＩケーブルを通して他の電子機器とＶＳＣを交換することにより、自身と製造者ＩＤが共通する電子機器を特定できる。その後、製造元の共通する電子機器間でのみＶＳＣが交換されることにより、その製造元独自の連係機能が実現される。
【０３５７】
図３８は、ＶＳＣ230のフォーマットを示す模式図である。図３８を参照するに、ＶＳＣ230は先頭から順に、送信元／宛先情報231、製造者命令フラグ（Vendor Command）232、及び製造者専用情報（Vendor Specific Data）233を含む。送信元／宛先情報231と製造者命令フラグ232とは、ＶＳＣに限らず、ＣＥＣメッセージ全般に共通に含まれる。送信元／宛先情報231は１バイト長のデータであり、そのＣＥＣメッセージの送信元と宛先とを示す。製造者命令フラグ232は１バイト長のデータであり、ＣＥＣメッセージの種類を個別に表すフラグの集合から構成されている。特にＶＳＣ230では、製造者命令フラグ232のうち、ＶＳＣであることを示すフラグが立っている。製造者専用情報233は、１バイト長から１４バイト長までの可変長データである。製造者専用情報233のデータ構造は、各電子機器の製造元がＶＳＣ230のペイロードとして独自に定義できる。再生装置100はこの製造者専用情報233にＯＳＤプレーン・シフト量を記録する。ＣＥＣインタフェース部214はＶＳＣ230を抽出したとき、その製造者専用情報233からＯＳＤプレーン・シフト量を読み出す。
【０３５８】
説明を図３７に戻す。ＣＥＣインタフェース部214は更に、バス217を通して制御部218から指示を受け、それに従ってＣＥＣメッセージを生成してＨＤＭＩ端子212を通して再生装置100に渡す。それにより、例えば再生装置100又は表示装置210の起動時に、表示装置210の対応可能な映像／音声の出力方式及び符号化方式の種類等、特に対応可能な立体視映像表示方式の種類が再生装置100に通知される。
【０３５９】
操作部215は、リモコン400から赤外線等の無線で送出されたコマンドIRを受信して解読し、その内容を制御部218に通知する。操作部215はその他に、表示装置210のフロント・パネルに設けられたボタンの押下を検出して制御部218に通知する。
【０３６０】
左右信号送信部216は、左右信号LRを赤外線又は無線で液晶シャッター眼鏡300に送る。左右信号LRは、その時点で画面に表示される映像が左目用と右目用とのいずれであるのかを示す。左右信号送信部216はバス217を通して信号処理部219にアクセスすることにより、信号処理部219から表示部220へ出力される左目用ビデオ・フレームと右目用ビデオ・フレームとを識別する。左右信号送信部216は更にその識別結果を利用して、左右信号LRの波形の切り換えをフレームの切り換えに同期させる。
【０３６１】
制御部218はマイクロコンピュータ・システムであり、ＣＰＵ218A、ＲＯＭ218B、及びＲＡＭ218Cを含み、それらが内部バス218Dで互いに接続されている。ＲＯＭ218Bには表示装置210のファームウェアが記録されている。ＣＰＵ218Aは、例えば電源投入に応じてＲＯＭ218Bからファームウェアを読み出して実行する。ＲＡＭ218CはＣＰＵ218Aに対して作業領域を提供する。制御部218はそれらの要素218A−Cの組み合わせを利用してファームウェアを実行し、それらに従って他の要素211−216、219を制御する。
【０３６２】
制御部218は信号処理部219にアクセスして、チューナ211又はＨＤＭＩ受信部212から信号処理部219へ渡されたストリーム・データの表示次元を確認する。その表示次元が「二次元」であるとき、制御部218は左右信号送信部216を停止させる。その表示次元が「三次元」であるとき、制御部218は左右信号送信部216を起動させる。
【０３６３】
制御部218は更に独自のＯＳＤ機能を備える。その機能によるＯＳＤは、例えば図１３の（ｄ）に示されている画面の明るさの設定画面G4、及び、図１３の（ｅ）に示されている音量の設定画面G5と同様なものを含む。制御部218は、操作部215によって受け付けられたユーザによる操作に応じて、対応するＯＳＤのグラフィックス・データを生成して、バス217を通して信号処理部219に渡す。特に表示次元が「三次元」であるとき、制御部218は予め、ＣＥＣインタフェース部214からＯＳＤプレーン・シフト量を受けて信号処理部219に渡す。表示次元が「三次元」に維持されている期間にユーザによる操作が受け付けられたとき、制御部218はまず、信号処理部219に表示次元を「疑似二次元」に切り換えさせる。制御部218は次に、その操作内容に対応するＯＳＤのグラフィックス・データを生成して信号処理部219に渡す。表示次元が「疑似二次元」に設定されたときの信号処理部219の動作については後述する。
【０３６４】
制御部218は、ＯＳＤのグラフィックス・データの送出後、所定時間の経過又はユーザによる操作に応じ、信号処理部219へＯＳＤの消去命令を送る。制御部218は更に、消去命令の送出と共に、信号処理部219に表示次元を「三次元」に戻させる。こうして、制御部218は信号処理部219に、ＯＳＤを画面に出力する間、表示次元を「疑似二次元」に維持させる。
【０３６５】
信号処理部219は、チューナ211又はＨＤＭＩ受信部212からストリーム・データを受信したとき、まず、それらから、ビデオ・ストリーム、オーディオ・ストリーム、同期信号、及び付随データを分離する。信号処理部219は次に、付随データを解析して、受信されたビデオ・ストリームの表示次元が「二次元」と「三次元」とのいずれであるのかを識別する。表示次元が「二次元」であるとき、信号処理部219は、ビデオ・ストリームに含まれる各ビデオ・フレームを順次、ビデオ・プレーンとして利用する。表示次元が「三次元」であるとき、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが時分割で交互に多重化されている。信号処理部219は、それらの左目用と右目用とのビデオ・フレームを交互にビデオ・プレーンとして利用する。更に、ビデオ・プレーンからはビデオ・データVDが生成され、同期信号SYNCと共に表示部220へ出力される。その結果、ビデオ・データVDの表す映像は立体視映像として再現される。一方、それらの出力に併せて、オーディオ・ストリームからオーディオ・データADが生成されて音声出力部221へ出力される。信号処理部219はその他に、付随データを解析して、生成されたビデオ・プレーンが左目用と右目用とのいずれであるかを識別し、その結果を表示次元と共に、内蔵のメモリに保存する。
【０３６６】
信号処理部219は、制御部218からの指示に応じて、表示次元を「疑似二次元」に設定することができる。表示次元が「疑似二次元」であるとき、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが交互に多重化されているにもかかわらず、信号処理部219は、左目用ビデオ・フレームだけを一枚当たり二度ずつ繰り返しビデオ・プレーンとして利用し、右目用ビデオ・フレームを破棄する。こうして、表示次元が「疑似二次元」である間、左目用ビデオ・プレーンだけが生成される。
【０３６７】
表示次元が「三次元」であるとき、信号処理部219は予め、制御部218からＯＳＤプレーン・シフト量を与えられている。表示次元が「三次元」から「疑似二次元」へ切り換えられるとき、信号処理部219はまず、制御部218からＯＳＤのグラフィックス・データを受信し、そのグラフィックス・データからＯＳＤプレーンを生成する。信号処理部219は次に、ＯＳＤプレーン・シフト量を利用してそのＯＳＤプレーンに対してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが交互に生成される。信号処理部219は更に、同じ左目用ビデオ・プレーンに左目用ＯＳＤプレーンと右目用ＯＳＤプレーンとを交互に合成する。その合成で得られた左目用と右目用とのビデオ・フレームは交互に表示部220へ出力される。その結果、ＯＳＤは立体視映像として再現される一方、ビデオ・ストリームの表す映像は二次元映像として再現される。
【０３６８】
制御部218と信号処理部219とは互いに異なるチップに実装されている。その他に、両者が単一のチップに実装されていてもよい。尚、信号処理部219の詳細については後述する。
【０３６９】
表示部220は液晶表示パネルを含む。表示部220は、ビデオ・データVDに含まれる各ビデオ・フレームに従って、液晶表示パネルの輝度を画素単位で調節する。それにより、そのビデオ・フレームの示す映像が表示パネルに再現される。
【０３７０】
音声出力部221はスピーカを含む。音声出力部221はオーディオ・データADを、そのスピーカに適した出力形式の音声信号に変換してスピーカへ送出する。それにより、そのオーディオ・データADの示す音声がそのスピーカから発生する。尚、スピーカは、サラウンド・システム等、表示装置210に外付けされたものであっても良い。
【０３７１】
＜信号処理部219の詳細＞
【０３７２】
図３９は、信号処理部219の機能ブロック図である。図３９を参照するに、信号処理部219は、バス・インタフェース2191、表示次元記憶部2192A、左右フラグ記憶部2192B、映像信号受信部2193、レンダリング・エンジン2194、ビデオ・プレーン・メモリ2195、ＯＳＤプレーン・メモリ2196、プレーン・シフト・エンジン2197、及び加算部2198を含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０３７３】
バス・インタフェース2191は、バス217を通して信号処理部219内の各機能部を制御部218に通信可能に接続する。
【０３７４】
表示次元記憶部2192Aは、表示次元を示すフラグを書き換え可能に保存する。そのフラグは、表示次元が「二次元」であることを示すもの、表示次元が「三次元」であることを示すもの、及び、表示次元が「疑似二次元」であることを示すものを含む。表示次元記憶部2192Aは、映像信号受信部2193から指示された表示次元に対応するフラグを立て、他のフラグを解除する。表示次元記憶部2192Aはまた、バス・インタフェース2191及びバス217を通して制御部218から次元信号DIMを受信するごとに、それの示す表示次元に対応するフラグを立て、他のフラグを解除する。
【０３７５】
左右フラグ記憶部2192Bは左右フラグを書き換え可能に保存する。左右フラグは、映像信号受信部2193からビデオ・プレーン・メモリ2195へ出力されるビデオ・プレーンが左目用と右目用とのいずれであるかを示す。例えば、左右フラグが立っている状態は、そのビデオ・プレーンが左目用であることを示し、左右フラグが解除されている状態は、そのビデオ・プレーンが右目用であることを示す。その場合、左右フラグ記憶部2192Bは、映像信号受信部2193から「そのビデオ・プレーンが左目用である」と通知されたときは左右フラグを立て、「そのビデオ・プレーンが右目用である」と通知されたときは左右フラグを解除する。
【０３７６】
映像信号受信部2193は、チューナ211又はＨＤＭＩ受信部212からストリーム・データを受信する。そのとき、映像信号受信部2193はまず、受信されたストリーム・データから、ビデオ・ストリーム、オーディオ・ストリーム、同期信号、及び付随データを分離する。映像信号受信部2193は次に、付随データを解析して、受信されたビデオ・ストリームの表示次元が「二次元」と「三次元」とのいずれであるのかを識別する。識別された表示次元は表示次元記憶部2192Aに通知される。
【０３７７】
映像信号受信部2193は、以下に述べるように、表示次元別に三種類の動作モード、すなわち、「二次元表示モード」、「三次元表示モード」、及び「疑似二次元表示モード」を備えている。
【０３７８】
表示次元が二次元であるとき、映像信号受信部2193は「二次元表示モード」に移行する。二次元表示モードでは、映像信号受信部2193は、ビデオ・ストリームに含まれる各ビデオ・フレームを順次、ビデオ・プレーン・メモリ2195に書き込む。
【０３７９】
表示次元が三次元であるとき、映像信号受信部2193は「三次元表示モード」に移行する。ここで、ビデオ・ストリームには左目用と右目用とのビデオ・フレームが時分割で交互に多重化されている。三次元表示モードでは、映像信号受信部2193はまず、そのビデオ・ストリームからビデオ・フレームを一枚抜き出すごとに、表示次元記憶部2192Aにアクセスして表示次元を確認する。表示次元が三次元に維持されていれば、映像信号受信部2193はそのビデオ・フレームをそのままビデオ・プレーン・メモリ2195に書き込む。映像信号受信部2193は更に付随データを解析し、そのビデオ・フレームが左目用と右目用とのいずれであるかを識別して、その結果を左右フラグ記憶部2192Bに通知する。映像信号受信部2193はそれら一連の動作を、各ビデオ・フレームについて繰り返す。それにより、表示次元が三次元に維持されている間、左目用と右目用とのビデオ・フレームが交互にビデオ・プレーン・メモリ2195に書き込まれる。
【０３８０】
一方、表示次元が疑似二次元に変更されていたとき、映像信号受信部2193は「三次元表示モード」から「疑似二次元表示モード」に移行する。疑似二次元表示モードでは、映像信号受信部2193はまず、付随データを解析し、ビデオ・ストリームから抜き出されたビデオ・フレームが左目用と右目用とのいずれであるかを識別する。そのビデオ・フレームが左目用であれば、映像信号受信部2193はそのビデオ・フレームをビデオ・プレーン・メモリ2195に書き込む。逆に、そのビデオ・フレームが右目用であれば、映像信号受信部2193はそのビデオ・フレームを破棄する。こうして、表示次元が疑似二次元に維持されている間、ビデオ・プレーン・メモリ2195には左目用ビデオ・フレームだけが書き込まれる。但し、映像信号受信部2193は、付随データから識別された結果をそのまま左右フラグ記憶部2192Bに通知する。従って、ビデオ・ストリームからビデオ・フレームが一枚抜き出されるごとに、それがビデオ・プレーン・メモリ2195に書き込まれたか否かにかかわらず、左右フラグ記憶部2192Bは左右フラグをフリップさせる。
【０３８１】
映像信号受信部2193はその他に、オーディオ・ストリームからオーディオ・データADを取り出して、同期信号SYNCと共に出力する。
【０３８２】
レンダリング・エンジン2194は、制御部218からＯＳＤのグラフィックス・データGDを受信し、それを用いてＯＳＤプレーンを生成してＯＳＤプレーン・メモリ2196に書き込む。レンダリング・エンジン2194はまた、制御部218からＯＳＤの消去命令RQを受けたとき、ＯＳＤプレーン・メモリ2196上のＯＳＤプレーンを消去する。
【０３８３】
ビデオ・プレーン・メモリ2195とＯＳＤプレーン・メモリ2196とはいずれも、信号処理部219に内蔵のメモリに確保された二次元配列のデータ領域である。各配列のサイズは一枚のビデオ・フレームのサイズに等しい。また、配列の各要素には一つのピクセル・データが格納される。ピクセル・データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。ビデオ・プレーン・メモリ2195には、映像信号受信部2193によって書き込まれたビデオ・フレームから一枚のビデオ・プレーンが構成される。ＯＳＤプレーン・メモリ2196には、レンダリング・エンジン2194によって書き込まれたグラフィックス・データOSから、ＯＳＤを含む一枚のＯＳＤプレーンが構成される。
【０３８４】
プレーン・シフト・エンジン2197は、制御部218からＯＳＤプレーン・シフト量OSを受信し、それを利用してＯＳＤプレーン・メモリ2196についてプレーン・シフトを行う。ＯＳＤプレーン・シフト量OSは、プレーン・シフト・エンジン2197に内蔵のメモリに保存される。プレーン・シフトの詳細については、実施形態１での説明を援用する。
【０３８５】
表示次元記憶部2194Aが映像信号受信部2193からの指示に応じて表示次元を三次元に設定するとき、それに併せて、プレーン・シフト・エンジン2197はＯＳＤプレーン・シフト量OSを受信する。その後、プレーン・シフト・エンジン2197は、ＯＳＤプレーン・メモリ2196に一枚のＯＳＤプレーンが書き込まれるごとに、そのＯＳＤプレーンに対してＯＳＤプレーン・シフト量OSを利用してプレーン・シフトを行う。それにより、ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンが生成されて交互に、プレーン・シフト・エンジン2197から加算部2198へ出力される。
【０３８６】
その後、レンダリング・エンジン2194が制御部218からのＯＳＤの消去命令RQに応じてＯＳＤプレーン・メモリ2196上のＯＳＤプレーンを消去する。それにより、ＯＳＤが画面から消える。以後、レンダリング・エンジン2194が新たなＯＳＤプレーンを生成するまで、プレーン・シフト・エンジン2197はＯＳＤプレーンに対するプレーン・シフトを停止させて待機する。
【０３８７】
加算部2198は、表現次元が疑似二次元に維持されている間、プレーン・シフト・エンジン2197から出力された一枚のＯＳＤプレーンを、ビデオ・プレーン・メモリ2195から出力された一枚のビデオ・プレーンに合成して一枚のビデオ・フレームを生成する。更に、そのビデオ・フレームからビデオ・データVDが構成されて、表示部220へ出力される。加算部2198は特に、プレーン・シフト・エンジン2197から交互に出力される左目用と右目用とのＯＳＤプレーンを同じ左目用ビデオ・プレーンに合成する。その合成で得られた左目用と右目用とのビデオ・フレームが交互に加算部2198から表示部220へ出力される。
【０３８８】
実施形態４による表示装置210では上記のとおり、映像信号受信部2193がビデオ・フレームの出力について、三次元表示モードと疑似二次元表示モードとの二種類の動作モードを備えている。更に、ＯＳＤが画面に出力される期間では、映像信号受信部2193の動作モードが疑似二次元表示モードに切り換えられ、左目用と右目用とのビデオ・フレームの対のうち、いずれか一方が繰り返し出力される。従って、ＯＳＤが画面に立体的に表示される間、ビデオ・フレームの表す映像は二次元的に表示される。こうして、ＯＳＤの視認性を更に向上させることができる。
【０３８９】
＜変形例＞
【０３９０】
（１）表示装置210は、実施形態２の変形例（６）による再生装置に、例えばＨＤＭＩケーブルで接続され、そこから、少なくとも同じ視方向ではコンテンツの立体視映像中の物体のいずれよりもＯＳＤを手前に表示するためのＯＳＤプレーン・シフト量を入手してもよい。表示装置210は、画面の明るさの設定画面等、固有のＯＳＤを立体視映像化するときに、そのＯＳＤプレーン・シフト量をプレーン・シフトに利用する。表示装置210はそのとき、ＯＳＤが更に手前に表示されるようにそのＯＳＤプレーン・シフト量を変更してもよい。それにより、ＯＳＤの立体視映像をコンテンツの立体視映像中の物体のいずれよりも手前に表示することができる。
【０３９１】
（２）実施形態４では、表示次元が疑似二次元である間、ＯＳＤだけが立体視映像として表示される。その他に、表示次元が疑似二次元である間、ＯＳＤプレーン・シフト量が０に設定されて、ＯＳＤも二次元映像として表示されてもよい。その場合でも、コンテンツの映像／字幕は二次元映像として表示されているので、ＯＳＤの視認性が損なわれることがない。更に、液晶シャッター眼鏡をかけていない人にも画面の表示、特にＯＳＤを見せることができる。
【０３９２】
（３）実施形態４では、ＨＤＭＩケーブル600が再生装置100から表示装置210へのストリーム・データの伝送に利用される。更に、そのＣＥＣ線が再生装置100から表示装置210へのＯＳＤプレーン・シフト量の伝送に利用される。その他に、再生装置100及び表示装置210がそれぞれ、赤外線通信（ＩｒＤＡ）、ブルートゥース（Bluetooth：登録商標）、又はＴＣＰ／ＩＰ等の通信機能を備えているとき、それを用いてストリーム・データ及びＯＳＤプレーン・シフト量を伝送してもよい。
【産業上の利用可能性】
【０３９３】
本発明は立体視映像の再生技術及び表示技術に関し、上記のとおり、ＯＳＤ及びポップアップ表示を出力するときにビデオ・プレーン生成部の動作モードを三次元表示モードから疑似二次元表示モードへ切り換え、又はＯＳＤを加工する。このように、本発明は明らかに産業上利用可能である。
【符号の説明】
【０３９４】
STC 再生部の内部クロック
T1  表示次元が「三次元」である第１期間
P1  ユーザがリモコンの一時停止ボタンを押下した時刻
T2  表示次元が「疑似二次元」である第２期間
P2  ユーザが一時停止の解除操作を行った時刻
T3  表示次元が「三次元」に戻った第３期間
SCN1  第１期間T1での立体視映像
SCN2  第２期間T2での立体視映像
SCN1  第３期間T3での立体視映像
GE  一時停止中を示すＯＳＤ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号し、前記対のビデオ・プレーンを交互に出力する三次元表示モードと、前記対のビデオ・プレーンのいずれか一方を繰り返し出力する疑似二次元表示モードとのうち、いずれか指示された動作モードでビデオ・プレーンを出力するビデオ・プレーン生成部、
オン・スクリーン・ディスプレイ（ＯＳＤ）又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するイメージ・プレーン生成部、
前記イメージ・プレーン生成部から前記対のイメージ・プレーンが出力されない期間では前記ビデオ・プレーン生成部に三次元表示モードを指示し、前記イメージ・プレーン生成部から前記対のイメージ・プレーンが出力される期間では前記ビデオ・プレーン生成部に疑似二次元表示モードを指示する疑似二次元表示制御部、及び、
前記ビデオ・プレーン生成部から一枚のビデオ・プレーンが出力され、かつ、前記イメージ・プレーン生成部から一枚のイメージ・プレーンが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力する加算部、
を備えた立体視映像再生装置。
【請求項２】
ユーザによる操作に応じて、前記操作の内容に対応するＯＳＤを表すイメージ・プレーンを前記イメージ・プレーン生成部に生成させるＯＳＤ制御部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項３】
光ディスクから前記ストリーム・データとアプリケーション・プログラムとを読み出す読み出し部、及び、
前記アプリケーション・プログラムを実行し、前記アプリケーション・プログラムに従って、ＯＳＤ又はポップアップ表示を含むイメージ・プレーンを前記イメージ・プレーン生成部に生成させる実行部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項４】
前記疑似二次元表示制御部は、
呼び出されるごとに、前記ビデオ・プレーン生成部にその動作モードを三次元表示モードと疑似二次元表示モードとの間で切り換えさせるためのアプリケーション・プログラム・インタフェース（ＡＰＩ）、
を含む、請求項１に記載の立体視映像再生装置。
【請求項５】
左目用と右目用とのフレームの対が表す立体視映像のうち、ＯＳＤよりも手前に知覚されるべき部分に、前記対の一方では当該ＯＳＤによって隠され、かつ、他方では隠されていない領域が生じないようにするための加工を当該ＯＳＤに対して行うＯＳＤ加工部、及び、
ユーザによる設定又はアプリケーション・プログラムからの指示に従って、前記疑似二次元表示制御部を動作させるモードと、前記ＯＳＤ加工部を動作させるモードとのいずれかを選択する動作モード選択部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項６】
前記加工は、ＯＳＤの水平方向での幅をフレーム全体に拡張する処理を含む、請求項５に記載の立体視映像再生装置。
【請求項７】
前記加工は、少なくとも前記立体視映像と重なるＯＳＤの部分を半透明にする処理を含む、請求項５に記載の立体視映像再生装置。
【請求項８】
前記加工は、前記立体視映像の奥行きがＯＳＤの奥行きよりも手前であるとき、左目用のイメージ・プレーン上では前記立体視映像に当該ＯＳＤの右端部が重なるときに当該右端部の右側に帯を付加し、右目用のイメージ・プレーン上では前記立体視映像に当該ＯＳＤの左端部が重なるときに当該左端部の左側に帯を付加する処理を含む、請求項５に記載の立体視映像再生装置。
【請求項９】
ユーザによる操作を受け付けて、前記操作の内容を示す操作信号を出力する操作部、
を更に備え、
前記操作信号がＯＳＤの奥行きの変更を示すとき、前記ＯＳＤ加工部は、前記操作信号に応じて前記イメージ・プレーン生成部に左目用と右目用とのイメージ・プレーン間でのＯＳＤの変位量を変更させる、
請求項５に記載の立体視映像再生装置。
【請求項１０】
前記イメージ・プレーン生成部は、前記映像が知覚されるべき奥行きごとに、フレームに対する前記映像の大きさを変化させる、請求項１に記載の立体視映像再生装置。
【請求項１１】
前記加算部から出力されたフレームを表示する表示装置へ、左目用と右目用とのイメージ・プレーン間での映像の変位量を示す情報を送信する変位量送信部、
を更に備えた、請求項１に記載の立体視映像再生装置。
【請求項１２】
ＨＤＭＩケーブルで前記表示装置に接続され、前記フレームをＨＤＭＩ方式の映像信号に変換して、前記ＨＤＭＩケーブルを通して前記表示装置へ出力するＨＤＭＩ送信部、
を更に備え、
前記変位量送信部は前記ＨＤＭＩケーブル内のＣＥＣ線を前記情報の送信に利用する、
請求項１１に記載の立体視映像再生装置。
【請求項１３】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号するステップ、
ＯＳＤとポップアップ表示とのいずれを含むイメージ・プレーンも生成されていない期間では、前記対のビデオ・プレーンを交互に出力するステップ、
ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するステップ、
前記対のイメージ・プレーンが出力される期間では、前記対のビデオ・プレーンのいずれか一方を繰り返し出力するステップ、及び、
一枚のビデオ・プレーンと一枚のイメージ・プレーンとが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力するステップ、
を備えた立体視映像再生方法。
【請求項１４】
ストリーム・データから左目用と右目用とのビデオ・プレーンの対を復号するステップ、
ＯＳＤとポップアップ表示とのいずれを含むイメージ・プレーンも生成されていない期間では、前記対のビデオ・プレーンを交互に出力するステップ、
ＯＳＤ又はポップアップ表示が知覚されるべき奥行きに合わせて、前記ＯＳＤ又は前記ポップアップ表示の水平方向での表示位置が異なる左目用と右目用とのイメージ・プレーンの対を生成し、前記対のイメージ・プレーンを交互に出力するステップ、
前記対のイメージ・プレーンが出力される期間では、前記対のビデオ・プレーンのいずれか一方を繰り返し出力するステップ、及び、
一枚のビデオ・プレーンと一枚のイメージ・プレーンとが出力されるごとに、前記一枚のビデオ・プレーンと前記一枚のイメージ・プレーンとを一枚のフレームに合成して出力するステップ、
を立体視映像再生装置に実行させるためのプログラム。
【請求項１５】
映像信号を受信し、前記映像信号から左目用と右目用とのビデオ・フレームの対を抽出し、前記対のビデオ・フレームを交互に出力する三次元表示モードと、前記対のビデオ・フレームのいずれか一方を繰り返し出力する疑似二次元表示モードとのうち、いずれか指示された動作モードでビデオ・フレームを出力する映像信号受信部、
表示パネルを含み、前記映像信号受信部から出力されたビデオ・フレームに従って前記表示パネルの輝度を画素単位で調節することにより、当該ビデオ・フレームの示す映像を前記表示パネルに再現する表示部、
ＯＳＤが知覚されるべき奥行きに合わせて、前記ＯＳＤの水平方向での表示位置が異なる左目用と右目用とのＯＳＤプレーンの対を生成し、前記対のＯＳＤプレーンを交互に出力するＯＳＤプレーン生成部、
前記ＯＳＤプレーン生成部から前記対のＯＳＤプレーンが出力されない期間では前記映像信号受信部に三次元表示モードを指示し、前記ＯＳＤプレーン生成部から前記対のＯＳＤプレーンが出力される期間では前記映像信号受信部に疑似二次元表示モードを指示する疑似二次元表示制御部、及び、
前記映像信号受信部から一枚のビデオ・フレームが出力され、かつ、前記ＯＳＤプレーン生成部から一枚のＯＳＤプレーンが出力されるごとに、前記一枚のビデオ・フレームに前記一枚のＯＳＤプレーンを合成して出力する加算部、
を備えた立体視映像表示装置。
【請求項１６】
前記表示パネルに表示される映像が左目用と右目用とのいずれであるかを示す左右信号を液晶シャッター眼鏡へ送出する左右信号送信部、
を更に備え、
前記映像信号受信部が、前記映像信号から、抽出対象の各ビデオ・フレームが左目用と右目用とのいずれであるかを示す左右情報を抽出して出力し、
前記左右信号送信部が前記左右情報に応じて、前記映像信号受信部から出力された各ビデオ・フレームに対応する左右信号の送出を当該ビデオ・フレームの出力に同期させる、
請求項１５に記載の立体視映像表示装置。
【請求項１７】
前記映像信号が左目用と右目用とのイメージ・プレーンの対を更に含むとき、当該イメージ・プレーンの対の表す映像間の水平方向での変位量を示す情報を、前記映像信号の送信元から受信する変位量受信部、
を更に備え、
前記ＯＳＤプレーン生成部が前記情報に応じて、左目用と右目用とのＯＳＤプレーン間でのＯＳＤの変位量を調節する、
請求項１５に記載の立体視映像表示装置。
【請求項１８】
ＨＤＭＩケーブルで前記送信元に接続され、前記送信元から前記ＨＤＭＩケーブルを通して前記映像信号を受信して前記映像信号受信部に渡し、前記送信元から前記ＨＤＭＩケーブル内のＣＥＣ線を通して前記情報を受信して前記変位量受信部に渡すＨＤＭＩ受信部、
を更に備えた、請求項１７に記載の立体視映像表示装置。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2010032399.tif 000042
【図２】
2010032399.tif 000043
【図３】
2010032399.tif 000044
【図４】
2010032399.tif 000045
【図５】
2010032399.tif 000046
【図６】
2010032399.tif 000047
【図７】
2010032399.tif 000048
【図８】
2010032399.tif 000049
【図９】
2010032399.tif 000050
【図１０】
2010032399.tif 000051
【図１１】
2010032399.tif 000052
【図１２】
2010032399.tif 000053
【図１３】
2010032399.tif 000054
【図１４】
2010032399.tif 000055
【図１５】
2010032399.tif 000056
【図１６】
2010032399.tif 000057
【図１７】
2010032399.tif 000058
【図１８】
2010032399.tif 000059
【図１９】
2010032399.tif 000060
【図２０】
2010032399.tif 000061
【図２１】
2010032399.tif 000062
【図２２】
2010032399.tif 000063
【図２３】
2010032399.tif 000064
【図２４】
2010032399.tif 000065
【図２５】
2010032399.tif 000066
【図２６】
2010032399.tif 000067
【図２７】
2010032399.tif 000068
【図２８】
2010032399.tif 000069
【図２９】
2010032399.tif 000070
【図３０】
2010032399.tif 000071
【図３１】
2010032399.tif 000072
【図３２】
2010032399.tif 000073
【図３３】
2010032399.tif 000074
【図３４】
2010032399.tif 000075
【図３５】
2010032399.tif 000076
【図３６】
2010032399.tif 000077
【図３７】
2010032399.tif 000078
【図３８】
2010032399.tif 000079
【図３９】
2010032399.tif 000080
【国際調査報告】
2010032399.tif 000081
2010032399.tif 000082