JPWO2010064472A1 - コンテンツ再生装置、再生方法、プログラム及び記録媒体 - Google Patents

Abstract

ビデオ（以下Ｖ）画像とグラフィックス（以下Ｇ）画像を同時に２Ｄから３Ｄに切換可能なコンテンツ再生装置を提供する。コンテンツ再生装置１は、２Ｄ用Ｇ画像を左Ｇプレーン１１０ａに出力し、３Ｄ用Ｇ画像をそれぞれ左及び右Ｇプレーン１１０ａ，１１０ｂに出力するプログラム実行部３０と、２Ｄ用Ｖ画像を左Ｖプレーン１１０ａに出力し、３Ｄ用Ｖ画像をそれぞれ左及び右Ｖプレーンに出力するＡＶ再生部４０と、２Ｄ再生時は左Ｖプレーン１１０ａと左Ｇプレーン１２０ａに記憶の画像を合成した第１合成画像を出力し、３Ｄ再生時は右Ｖプレーン１１０ｂと右Ｇプレーン１２０ｂに記憶の画像を合成した第２合成画像及び第１合成画像を出力するよう切り換える切換部８０とを備え、２Ｄ→３Ｄの場合、一画面分の３Ｄ用Ｇ画像の生成完了に基づいて、切換部８０での切り換えを実行する。

Description

本発明は、３Ｄ再生可能なコンテンツ再生装置、再生方法、プログラム及び記録媒体に関するものである。

近年、来場者の減少に悩む米国の映画館では３Ｄ（Three Dimension）映像技術の導入が進みつつある。ホームシアターにはない映画館ならではの魅力を訴求するというわけであり、実際導入した映画館では来場者数が増加しているとのことである。
方式としては両眼視差を利用したもので、右目用と左目用の映像を空間分割あるいは周波数分割で投影し、特殊な眼鏡でそれを左右の映像に分離するというものである。

一方で、将来の拡張のため、現状のＤＶＤとの互換性を保ったまま、３Ｄ映像技術を民生用機器に導入する検討も進められている。
特許文献１では、左目用と右目用の映像をインタリーブして記録して、既存ＤＶＤの管理情報からは左目用映像のみを参照するようにしておく。同時に、拡張管理情報を追加し、そこからは両目用の映像を参照するようにしておく。このようにすることで、既存のＤＶＤプレーヤとの互換性を保ったままスムーズに３Ｄに移行することが可能となっている。

特許文献１のもう一つの特徴は、３Ｄ映像が用意されている区間と２Ｄ映像しかない区間の切換をスムーズに行うための仕組みが用意されている点である。この仕組みについて図１９のビデオディスクプレーヤ２００を用いてポイントに絞って説明する。

ビデオディスクプレーヤ２００は、光ディスク２１０、データ取得部２２０、ＡＶ（Audio Visual）再生部２３０、左映像出力部２４０、右映像出力部２５０、切換部２６０、制御部２７０で構成されている。

光ディスク２１０は、基本的にはＤＶＤ（Digital Versatile Disk）ビデオフォーマットに次のような拡張を施したものである。前述のように３Ｄ映像区間については、右目用映像と左目用映像がインタリーブでされて記録されている。また、前述の拡張管理情報および、３Ｄ映像と２Ｄ映像の切換をスムーズに行うための立体映像配置情報も記録されている。
データ取得部２２０は制御部２７０やＡＶ再生部２３０からの指示に従って、光ディスク２１０からＡＶストリームや管理情報を読み出す。
ＡＶ再生部２３０は、読み出したＡＶストリームを復号し、出力する。２Ｄ映像の場合は、図中の左映像側（左目用映像側）に復号した映像を出力し、３Ｄ映像の場合には、左映像側、右映像側（左目用映像側）の両方に復号した映像を出力する。

切換部２６０は、制御部２７０からの指示に従って、ＡＶ再生部２３０からの左映像出力あるいは右映像出力を切り換えて右映像出力部２５０に出力する。これは、２Ｄ映像のときは、右映像出力（右目用出力）が存在しないため、左映像出力（左目用出力）を右映像出力部２５０に供給するためのものである。
左映像出力部２４０および右映像出力部２５０は、それぞれ左目用映像および右目用映像を外部に出力する。
制御部２７０は、データ取得部２２０を通じて読み出した立体映像配置情報に基づき、予めコンテンツ作成者の指定したタイミングで切換部２６０を制御し、これにより、２Ｄ映像から３Ｄ映像に適切なタイミングで切り換える。

特開２００８−６７３９３号公報

近年、次世代ＤＶＤと呼ばれるＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格（以後ＢＤ−ＲＯＭ規格と略す）が普及しつつある。ＢＤ−ＲＯＭ規格では、高品質な映像・音声に加え、Ｊａｖａ（登録商標）言語による柔軟なグラフィックス機能が特徴となっている。
ＢＤ−ＲＯＭ規格では現時点で３Ｄ映像に対応していないが、将来的には対応が求められることが予想される。その際には、復号によるビデオ画像だけでなく、Ｊａｖａ（登録商標）言語によるグラフィックス画像の３Ｄ対応化が必須となるであろう。

現状ではグラフィックスも含めた３Ｄコンテンツの制御に関する技術は開示されていないが、グラフィックスについても３Ｄ表示可能とするためには、ビデオ画像と同様に（図１９と同様）、２Ｄ表示のときは、左目用グラフィックス画像を左目用及び右目用映像出力部の両方に出力し、２Ｄ表示から３Ｄ表示に切り換えるときは、右目用グラフィックス画像が右目用映像出力部から出力されるようグラフィックス供給元を切り換えることが考えられる。しかし、Ｊａｖａ（登録商標）言語によるグラフィックス画像の描画には、復号するのに比べ時間がかかる。そのため、ビデオの内容が２Ｄから３Ｄへ変わったと同時に、単に上述のように右目用映像出力部へのグラフィックスの供給元を切り換えると、右目用グラフィックス画像の描画が終了するまでの間、例えば、右目用映像出力部から、まったくグラフィックス画像が出力されなくなってしまう。この場合、ビデオ画像だけ３Ｄでその上のグラフィックス画像が２Ｄとなり、ユーザに違和感を与えてしまう。

本発明の目的は、２Ｄから３Ｄへの切り換えの際に、ビデオ画像とグラフィックス画像を同時に２Ｄから３Ｄに切換可能なコンテンツ再生装置、制御方法、プログラム及び記録媒体を提供することにある。

上記課題を解決するために、本発明の第１の技術手段は、コンテンツ再生装置であって、再生データからプログラムとビデオデータを取得するデータ取得部と、ビデオ画像を記憶する第１のビデオプレーンと第２のビデオプレーンと、グラフィックス画像を記憶する第１のグラフィックスプレーンと第２のグラフィックスプレーンと、前記プログラムを実行して前記グラフィックス画像を生成し、２Ｄ（Dimension）用グラフィックス画像は、前記第１のグラフィックスプレーンに出力し、３Ｄ用グラフィックス画像は、それぞれ前記第１および前記第２のグラフィックスプレーンに出力するプログラム実行部と、前記ビデオデータを復号し、２Ｄ用ビデオ画像は、前記第１のビデオプレーンに出力し、３Ｄ用ビデオ画像は、それぞれ前記第１および前記第２のビデオプレーンに出力する復号部と、前記第１のビデオプレーンと前記第１のグラフィックスプレーンに記憶された画像を合成する第１の合成部と、前記第２のビデオプレーンと前記第２のグラフィックスプレーンに記憶された画像を合成する第２の合成部と、２Ｄ画像用データの再生時は、前記第１の合成部の合成画像を出力し、３Ｄ画像用データの再生時は、前記第１の合成部の合成画像と、前記第２の合成部の合成画像を出力するよう切り換える切換部と、を備え、前記切換部が、前記再生データが２Ｄ画像用データから３Ｄ画像用データに変更した場合、前記プログラム実行部における一画面分の３Ｄ用グラフィックス画像の生成完了に基づいて、前記切り換えを実行することを特徴としたものである。

本発明の第２の技術手段は、第１の技術手段において、前記一画面分の３Ｄ用グラフィックス画像の予想生成時間に関する時間情報を取得する時間情報取得部を備え、前記ビデオデータが２Ｄ用画像データから３Ｄ用画像データに切り換わる場合、前記プログラム実行部が、前記切り換わる時刻より前記予想生成時間前に、前記３Ｄ用グラフィックス画像の生成を開始し、前記切換部が、前記プログラム実行部による３Ｄ用グラフィックス画像の生成完了、及び、前記復号部における出力ビデオ画像の２Ｄ用ビデオ画像から３Ｄ用ビデオ画像への切り換わりに基づいて前記切り換えを実行することを特徴としたものである。

本発明の第３の技術手段は、第２の技術手段において、前記時間情報取得部が、前記再生データから前記時間情報を取得することを特徴としたものである。

本発明の第４の技術手段は、２Ｄ画像用データ及び３Ｄ画像用データが混在するコンテンツデータの再生方法であって、再生データからプログラムとビデオデータを取得し、前記プログラムを実行して前記グラフィックス画像を生成し、２Ｄ（Dimension）用グラフィックス画像は、第１のグラフィックスプレーンに出力し、３Ｄ用グラフィックス画像は、それぞれ第１および前記第２のグラフィックスプレーンに出力し、前記ビデオデータを復号し、２Ｄ用ビデオ画像は、第１のビデオプレーンに出力し、３Ｄ用ビデオ画像は、それぞれ前記第１および前記第２のビデオプレーンに出力し、２Ｄ画像用データの再生時は、前記第１のビデオプレーンと前記第１のグラフィックスプレーンに記憶された画像の合成画像を出力し、前記再生データが２Ｄ画像用データから３Ｄ画像用データに変更した際に、一画面分の３Ｄ用グラフィックス画像の生成完了により、前記第２のビデオプレーンと前記第２のグラフィックスプレーンに記憶された画像の合成画像を出力することを特徴としたものである。

本発明の第５の技術手段は、第４の技術手段の再生方法をコンピュータに実行させるプログラムである。

本発明の第６の技術手段は、第５の技術手段のプログラムをコンピュータ読み取り可能に記録した記録媒体である。

本発明の第７の技術手段は、第３の技術手段のコンテンツ再生装置に供する記録媒体であって、２Ｄ画像用データ及び３Ｄ画像用データが混在するビデオデータ及び同グラフィックス画像を生成するプログラムを記録し、前記２Ｄ画像用データ及び３Ｄ画像用データはそれぞれ所定の単位毎に区分されて記録され、２Ｄ画像用データの記録区分から３Ｄ画像用データに切り換わる３Ｄ画像用データの記録区分に、前記プログラムにより当該記録区分の３Ｄ用ビデオ画像と共に表示される３Ｄ用グラフィックス画像の生成に必要な予想生成時間に関する前記時間情報を記録したことを特徴としたものである。

本発明によれば、グラフィックス画像も含めた３Ｄコンテンツを再生制御でき、特に、２Ｄから３Ｄへの切り換えの際に、ビデオ画像とグラフィックス画像を同時に３Ｄ再生できる。

本発明の第１の実施形態における概略構成を示すブロック図である。 本発明の第１の実施形態におけるファイル・ディレクトリ構成を示す説明図である。 本発明の第１の実施形態におけるタイトル情報ファイルおよびプレイリストファイルのデータ構成を示す説明図である。 本発明の第１の実施形態における全体制御部の全体的な処理の流れを示すフローチャートである。 本発明の第１の実施形態におけるプログラム実行部のプログラム実行処理の流れを示すフローチャートである。 本発明の第１の実施形態におけるＡＶ再生部のプレイリスト再生処理の流れを示すフローチャートである。 本発明の第１の実施形態における出力制御部のＡＶ再生部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。 本発明の第１の実施形態におけるプログラム実行部の出力制御部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。 本発明の第１の実施形態における実行中のプログラムの２Ｄ⇔３Ｄ通知が来た場合の典型的な処理の流れを示すフローチャートである。 本発明の第２の実施形態におけるプレイリストファイルのデータ構成を示す説明図である。 本発明の第２の実施形態におけるＡＶ再生部のプレイリスト再生処理の流れを示すフローチャートである。 本発明の第２の実施形態における出力制御部のＡＶ再生部からの予告通知が来た場合の処理の流れを示すフローチャートである。 本発明の第２の実施形態における２Ｄ⇒３Ｄ切換時の主要の機能ブロック間のやり取りを示すシーケンス図である。 参考例１における概略構成を示すブロック図である。 参考例２における概略構成を示すブロック図である。 参考例２における出力制御部のＡＶ再生部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。 参考例２におけるプログラム実行部の出力制御部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。 参考例２における実行中のプログラムの２Ｄ⇔３Ｄ通知が来た場合の典型的な処理の流れを示すフローチャートである。 従来技術における概略構成を示すブロック図である。

〔実施の形態１〕
以下、本発明の実施の形態によるコンテンツ再生装置について図面を参照しながら説明を行う。尚、以下では、ビデオディスクプレーヤの例でコンテンツ再生装置を説明するが、本発明はこれに限定されず、ＰＣ（Personal Computer）等、形態を問わない。

＜全体システム構成＞
図１は、本実施の形態によるビデオディスクプレーヤの一構成例を示す。
ビデオディスクプレーヤ１は、２Ｄ用画像データ（ビデオ画像用の画像データ及びグラフィックス画像用の画像データ）と３Ｄ用画像データが混在するコンテンツデータの再生装置であって、光ディスク１０、データ取得部２０、プログラム実行部３０、ＡＶ再生部４０、全体制御部５０、Ｕ／Ｉ６０、出力制御部７０、切換部８０、左映像出力部９０ａ、右映像部出力部９０ｂ、左映像合成部１００ａ、右映像合成部１００ｂ、左ビデオプレーン１１０ａ、右ビデオプレーン１１０ｂ、左グラフィックスプレーン１２０ａ、右グラフィックスプレーン１２０ｂで構成される。

光ディスク１０はＢＤ−ＲＯＭ等の大容量光ディスクであり、データを管理するためのファイルシステムとして、ＵＤＦ（Universal Disk Format）を用いている。ファイル・ディレクトリ構成については後述する。
データ取得部２０は、全体制御部５０、ＡＶ再生部４０、プログラム実行部３０からの指示に従って、プログラムやＡＶデータを含む再生データ等を記録した光ディスク１０から各種データを読み出す。
プログラム実行部３０は、全体制御部５０からの指示に従って、光ディスク１０から読み出されたプログラムを実行し、生成した（生成された）グラフィックスを左グラフィックスプレーン１２０ａおよびプログラムの内容によっては右グラフィックスプレーン１２０ｂに書き込む。また、後述するように、出力制御部７０との間の相互情報通知が可能となっている。

ＡＶ再生部４０は、光ディスク１０から読み出されたＡＶデータを復号する。ＡＶデータが２Ｄの場合、左ビデオプレーン１１０ａのみに対して、３Ｄの場合は左ビデオプレーン１１０ａ、右ビデオプレーン１１０ｂ両方に対して復号したビデオを出力する。また、後述するように、ＡＶデータの２Ｄ−３Ｄ間の切り換わりを出力制御部７０へ通知する機能も備える。
全体制御部５０は、Ｕ／Ｉ６０から送信されるユーザ操作に応じて、ビデオディスクプレーヤ１全体の制御を行う。後述するタイトル情報ファイルを光ディスク１０から読み出し、ＡＶ再生部４０、プログラム実行部３０の起動等制御を行う。

Ｕ／Ｉ６０は、リモコン等のユーザ操作を受け付け、受け付けた結果を全体制御部５０に伝える。
切換部８０は、右映像出力部９０ｂに出力する映像を、出力制御部７０からの指示に応じて、左映像合成部１００ａからのものか右映像合成部１００ｂのものかを切り換える。
出力制御部７０は、プログラム実行部３０およびＡＶ再生部４０から制御信号に基づき、切換部８０を制御する。

左映像出力部９０ａおよび右映像出力部９０ｂはそれぞれ左目用映像（左映像）および右目用映像（右映像）を図示しない外部表示装置に出力する。
左映像合成部１００ａは、左ビデオプレーン１１０ａと左グラフィックスプレーン１２０ａに記憶（格納）されている画像を合成する。右映像合成部１００ｂも同様であり、右ビデオプレーン１１０ｂと右グラフィックスプレーン１２０ｂに格納されている画像を合成する。

左ビデオプレーン１１０ａおよび右ビデオプレーン１１０ｂはそれぞれ左目用および右目用の表示用ビデオイメージを保持しておくためのイメージバッファメモリである。
左グラフィックスプレーン１２０ａおよび右グラフィックスプレーン１２０ｂはそれぞれの左目用および右目用の表示用グラフィックスイメージを保持しておくためのイメージバッファメモリである。左グラフィックスプレーン１２０ａおよび右グラフィックスプレーン１２ｂへのグラフィックスの描画には、ダブルバッファリングの技術が用いられており、各プレーン１２０ａはそれぞれ表バッファと裏バッファとを有する。プログラム実行部３０（が実行するプログラム）により裏バッファへのグラフィックスの描画が行われ、グラフィックス全体が描画された後、裏バッファから出力に供する表バッファへまとめてグラフィックスが転送される。これにより描画途中の状態は見えないようになっている。

＜ファイル・ディレクトリ構成＞
図２は、光ディスク１０中に格納された各種データを管理するためのファイル・ディレクトリ構成を示す説明図である。以下、簡単にファイルの説明を行う。

クリップファイルはＡＶデータを格納したファイルである。１個のクリップファイル中には、２Ｄビデオと３Ｄビデオを混在させることはせず、その場合は境界において別のクリップに分けて格納する。
プレイリストファイルは、プレイリストおよびプレイリストから参照するＡＶデータに関する属性情報を格納したファイルである。なお、プレイリストとは、ＡＶデータのどこからどこまでをどのような順序で再生するかの情報である。

プログラムファイルは、コンパイル済みのＪａｖａ（登録商標）バイトコードを格納したファイルである。
タイトル情報ファイルは、光ディスク１０中の各タイトルに関する情報を格納したファイルである。格納されている情報としては、各タイトルが使用するプレイリストファイルおよびプログラムファイルの参照情報がある。なお、ディスク挿入時に自動再生させたいタイトルのファイル名を“０００００．ＴＴＬ”とする。

＜管理情報ファイル＞
図３は、本実施形態におけるタイトル情報ファイルおよびプレイリストファイルのデータ構成を示す説明図である。

まず、図３（Ａ）に沿って、タイトル情報ファイルの説明を行う。タイトル情報ファイルは、フィールドＰｌａｙＬｉｓｔＦｉｌｅＮａｍｅおよびフィールドＰｒｏｇｒａｍＦｉｌｅＮａｍｅを含む。
フィールドＰｌａｙＬｉｓｔＦｉｌｅＮａｍｅは、本ファイルに対応するタイトルを構成するプレイリストを格納するファイルのファイル名である。
フィールドＰｒｏｇｒａｍＦｉｌｅＮａｍｅは、本ファイルに対応するタイトルを構成するプログラムを格納するファイルのファイル名である。

次に、図３（Ｂ）に沿って、プレイリストファイルの説明を行う。プレイリストファイルは、プレイリストを構成するクリップの個数を格納するフィールドであるＮｕｍＯｆＣｌｉｐｓと、クリップの個数分のクリップに関する情報が格納する。
クリップに関する情報には、フィールドＣｌｉｐＦｉｌｅＮａｍｅ［ｉ］，フィールドＤｉｍｅｎｓｉｏｎ［ｉ］がある。なお、ｉはプレイリスト中の何番目のクリップに関する情報かを示す。
フィールドＣｌｉｐＦｉｌｅＮａｍｅ［ｉ］は、プレイリスト中のｉ番目のクリップファイルのファイル名を格納する。また、フィールドＤｉｍｅｎｓｉｏｎ［ｉ］は、プレイリスト中のｉ番目のクリップファイルに格納されたビデオが３Ｄか２Ｄかを示し、値が０の場合、２Ｄ、１の場合、３Ｄを意味する。

＜全体的な処理＞
図４を用いて、本実施形態における全体制御部５０の全体的な処理の流れを説明する。

Ｕ／Ｉ６０を通じたユーザによる電源投入指示により、まず、装置全体の初期化を行い（Ｓ１０ａ）、続いて前述のファイル名“０００００．ＴＴＬ”のファイルを選択する、つまり再生対象のタイトルの選択を行う（Ｓ１０ｂ）。
続いて、データ取得部２０を通じて選択されたタイトル情報ファイルを読み出す（Ｓ１０ｃ）。

続いて、タイトル情報ファイルを解析し、ＰｌａｙＬｉｓｔＦｉｌｅＮａｍｅで指定されたファイル名と共にＡＶ再生部４０に対しプレイリスト再生を指示し（Ｓ１０ｄ）、ＰｒｏｇｒａｍＦｉｌｅＮａｍｅで指定されるファイル名のプログラムの実行をプログラム実行部３０に指示し（Ｓ１０ｅ）、選択したタイトルのＡＶデータの再生及びプログラムによるグラフィックスの描画を開始する。そして、ＡＶ再生部４０およびプログラム実行部３０双方から後述の終了通知が到着する、すなわちタイトルの再生が終了すると（Ｓ１０ｆ）、タイトル選択（Ｓ１０ｂ）に戻り、タイトル再生終了直前に、当該タイトルにより指定されるタイトル情報ファイルを選択する。

＜プログラム実行処理＞
図５を用いて、本実施形態におけるプログラム実行部３０におけるプログラム実行処理の流れを説明する。

まず、全体制御部５０により指定されたプログラムファイルを、光ディスク１０からデータ取得部２０を通じて読み出す（Ｓ２０ａ）。
次に、読み出したプログラムを起動し（Ｓ２０ｂ）、該プログラムにより、ＡＶ再生部４０から出力制御部７０を介して受け取った後述の２Ｄ−３Ｄ制御情報に基づいて、２Ｄ再生であれば、左グラフィックスプレーン１２０ａにグラフィックスを描画し、３Ｄ再生であれば、左グラフィックスプレーン１２０ａ及び右グラフィックスプレーン１２０ｂにグラフィックスを描画する。そして、プログラムが終了すると（Ｓ２０ｃ）、全体制御部５０へ終了通知を行う（Ｓ２０ｄ）。なお、本ビデオディスクプレーヤ１は、２Ｄから３Ｄ再生に切り換わる時の動作（処理）に特徴があるものであるが、プログラム実行部３０及び当該実行部３０が実行するプログラムの特徴的な動作については後述する。

＜プレイリスト再生処理＞
図６を用いて、本実施形態におけるＡＶ再生部４０におけるプレイリスト再生処理の流れを説明する。

まず、全体制御部５０により指定された選択されたタイトルのプレイリストファイルを、光ディスク１０からデータ取得部２０を通じて読み出し（Ｓ３０ａ）、内容を解釈する。
次に、読み出し対象クリップのインデックスである変数ｉを０に初期化し（Ｓ３０ｂ）、インデックスが本プレイリスト中のクリップ数未満（ｉ＜ＮｕｍＯｆＣｌｉｐｓ）の間、以下に記述する処理を実行する。

まず、フィールドＣｌｉｐＦｉｌｅＮａｍｅ［ｉ］で指定されるクリップファイルを光ディスク１０から読み出し開始し（Ｓ３０ｄ）、出力制御部７０に対し、フィールドＤｉｍｅｎｓｉｏｎ［ｉ］で指定される２Ｄ−３Ｄ制御情報を通知する（Ｓ３０ｅ）。
続いて、ｉが０のときに限り、デコードを開始し（デコーダを起動し）（Ｓ３０ｆ）、読み出したクリップのクリップを順次デコードし、２Ｄ再生であれば、左ビデオプレーン１１０ａのみに対して、３Ｄ再生であれば、左ビデオプレーン１１０ａ、右ビデオプレーン１１０ｂ両方に対して復号したビデオを出力する。なお、ディスク１０には、２Ｄのクリップファイルについては、左目用ＡＶデータのみ格納され、３Ｄのクリップファイルについては、左目用及び右目用の両方のＡＶデータが格納されているものとする。
Ｓ３０ｅの後（またはＳ３０ｆの後）、ｉをインクリメントし（Ｓ３０ｇ）、ステップＳ３０ｃにジャンプする。
もし、ステップＳ３０ｃでｉがクリップ数以上（ｉ≧ＮｕｍＯｆＣｌｉｐｓ）の場合、現在デコード中のクリップのデコード終了後（Ｓ３０ｈ）、全体制御部５０への終了通知を行う（Ｓ３０ｉ）。

＜２Ｄ−３Ｄ間切換処理＞
本ビデオディスクプレーヤ１では、上述のように、左ビデオプレーン１１０ａのビデオと左グラフィックスプレーン１２０ａのグラフィックスを合成する左映像合成部１００ａと、右ビデオプレーン１１０ｂのビデオと右グラフィックスプレーン１２０ｂのグラフィックスを合成する右映像合成部１００ｂと、を備え、出力制御部７０が２Ｄ−３Ｄ制御情報に基づき切換部８０を制御し、右映像出力部９０ｂへの映像の供給元を左映像合成部１００ａと右映像合成部１００ｂとの間で切り換えることで、２Ｄから３Ｄへの切り換えを行うことができる。そして、本ビデオディスクプレーヤの特徴は、この２Ｄから３Ｄへの切り換えを、右グラフィックスプレーン１２０ｂへの１面分の描画の完了通知をプログラム制御部３０から受けた後に行い、ビデオをグラフィックスと同時に３Ｄ再生できるようにしたことにある。以下は、この特徴的な動作に必要な処理例である。

図７乃至図９を用いて、２Ｄ−３Ｄ間の切換時の本ビデオディスクプレーヤ１の処理（ＡＶ再生部４０からの２Ｄ−３Ｄ制御情報の通知後の処理）、より具体的には出力制御部７０、プログラム実行部３０およびプログラム実行部３０で実行されるプログラムの処理の流れについて説明する。

まず、図７を用いて、ＡＶ再生部４０から２Ｄ−３Ｄ制御情報が通知された場合の出力制御部７０の処理の流れを説明する。

まず、出力制御部７０は、プログラム実行部３０に対して、ＡＶ再生部４０から受け取った２Ｄ−３Ｄ制御情報をそのまま通知する（Ｓ４０ａ）。
出力制御部７０は現在の２Ｄ／３Ｄの状態を管理しており、受け取った２Ｄ−３Ｄ制御情報のフィールドＤｉｍｅｎｓｉｏｎ［ｉ］を参照し２Ｄ／３Ｄ状態に変化があるかどうかをチェックする（Ｓ４０ｂ）。変化があればさらに２Ｄから３Ｄへの変化かをチェックする（Ｓ４０ｃ）。

２Ｄから３Ｄへの変化であれば、プログラム実行部３０からの後述の３Ｄグラフィックス描画完了の通知を待つ（Ｓ４０ｅ）。
その上で、切換部８０を制御して、右映像出力部９０ｂへの出力を、左映像合成部１００ｂの映像から、右映像合成部１００ｂの映像に切り換える（Ｓ４０ｆ）。

次に、図８を用いて、出力制御部７０から２Ｄ−３Ｄ制御情報が通知された場合のプログラム実行部３０の処理の流れを説明する。

まず、プログラム実行部３０で実行中のプログラムに、出力制御部７０から通知された２Ｄ−３Ｄ制御情報の通知を行い（Ｓ５０ａ）、次に２Ｄから３Ｄへの切換かどうかをチェックし（Ｓ５０ｂ）、２Ｄから３Ｄへの切換だった場合、プログラムからの後述の３Ｄグラフィックス描画完了の通知を待ち（Ｓ５０ｃ）、通知があったら出力制御部７０に対して、３Ｄグラフィックス描画完了を通知する（Ｓ５０ｄ）。

最後に、プログラム実行部３０から２Ｄ−３Ｄ制御情報が通知された場合の、当該プログラム実行部３０で実行中のプログラムの典型的な処理の流れを図９を用いて説明する。

プログラムは現在の２Ｄ／３Ｄ状態を内部状態として保持しており、まず現在の状態が２Ｄかどうかをチェックする（Ｓ６０ａ）。２Ｄであれば、さらにプログラム実行部３０から（すなわちＡＶ再生部４０から）通知された２Ｄ−３Ｄ制御情報に基づき、３Ｄへの切換かどうかを判断する（Ｓ６０ｂ）。３Ｄへの切換の場合は、内部状態を３Ｄに更新し（Ｓ６０ｃ）、右グラフィックスプレーン１２０ｂ初期化の上（Ｓ６０ｄ）、右グラフィックスプレーン１２０ｂに対し初期状態を描画し（Ｓ６０ｅ）、右グラフィックスプレーン１２０ｂの裏バッファへの初期状態の描画の完了後、プログラム実行部３０に対して３Ｄグラフィックス描画完了（３Ｄグラフィックス出力準備完了）を通知する（Ｓ６０ｆ）。これにより、図８に示したように、プログラム実行部３０から出力制御部７０に３Ｄグラフィックス描画完了が通知される。

それ以外の場合は、内部状態を必要に応じて更新する（Ｓ６０ｇ、Ｓ６０ｈ）。

以上の図７乃至図９の処理を行うことにより、出力制御部７０は、再生データが２Ｄ画像用データから３Ｄ画像用データに変更した際、言い換えれば、２Ｄ再生から３Ｄ再生への切り換えの際、プログラム実行部３０で実行中のプログラムによる３Ｄ描画が完了したことを確認してから、切換部８０を制御して、右映像出力部９０ｂへの出力を、左映像合成部１００ａからの合成画像（映像）から、右映像合成部１００ｂの映像に切り換えることになる。すなわち、右グラフィックスプレーン１２０ｂが表示可能な状態（右グラフィックスプレーン１２０ａの表バッファから出力可能な状態）になって初めて切り換えることが可能になる。これにより、ビデオ画像とグラフィックス画像が同時に２Ｄから３Ｄ再生に切り換わる。

＜バリエーション＞
本実施形態ではコンテンツは光ディスクに記録してあるが、本発明はそれに限定されるものではなく、ハードディスク、フラッシュメモリのような各種記録媒体でも適用可能であり、さらに放送やインターネットでのストリーミングにも適用可能である。ストリーミングに適用する場合は、２Ｄ−３Ｄ制御情報はストリーミングされるストリームに多重化して送信することになる。

本実施形態ではＡＶデータの２Ｄ−３Ｄ制御情報をＡＶデータとは別のプレイリストで管理しているが、ＡＶデータ自体に多重化しても同様の機能を実現可能であるが、プレイリストに格納することで、実際に再生する前に２Ｄ−３Ｄに関する情報を知ることが可能であり、ユーザへの情報提供等、付加的な効果を実現することが可能となる。

〔実施の形態２〕
本発明の他の実施の形態について図１を参照し図１０乃至図１３に基づいて説明すれば、以下のとおりである。実施の形態１との違いは、２Ｄから３Ｄへの切換に当たって事前にＡＶ再生部から切換の予告を通知することで、ビデオのクリップファイルが２Ｄから３Ｄに切り換わるときに、クリップファイルの先頭から、ビデオ画像をグラフィックス画像と共に３Ｄ再生可能にしたものである。なお、説明の便宜上、前記の実施の形態１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。

＜全体システム構成＞
図１と共通であるため説明を省略する。

＜ファイル・ディレクトリ構成＞
図２と共通であるため説明を省略する。

＜管理情報ファイル＞
プレイリストファイルおよびタイトル情報ファイルのうち、タイトル情報ファイルについて、図３（Ａ）と共通であるため説明を省略する。

図１０は、本実施形態におけるプレイリストファイルのデータ構成を示す説明図である。実施の形態１と類似するが、プレイリストを構成するクリップ毎にＰｒｅｐＴｉｍｅ［ｉ］というフィールドが用意してある点が異なる。
ＰｒｅｐＴｉｍｅ［ｉ］は、ｉ番目のクリップファイルについて、プログラム実行部３０が一面分のグラフィックスを生成（描画）するのにかかる時間（予想生成時間）を示すものである。例えば、本実施形態のビデオディスクプレーヤでは、ＰｒｅｐＴｉｍｅ［ｎ］がＴ１（時間）を示し、ｎ番目のクリップファイルで２Ｄから３Ｄ再生へ切り換える場合は、ｎ−１番目のクリップファイルの再生終了時刻のＴ１時間前に、右グラフィックスプレーン１２０ｂへのグラフィックスの描画を開始させる。これにより、ｎ番目のクリップファイルの開始時刻には、右グラフィックスプレーン１２０ｂには一面分のグラフィックスの描画が完了しているので、上記ｎ番目のクリップファイルの再生時にクリップファイルの先頭から、ビデオ画像とグラフィックス画像を同時に３Ｄ再生できる。

なお、プレイリスト中で最初のクリップファイルのＰｒｅｐＴｉｍｅ［ｉ］（ＰｒｅｐＴｉｍｅ［０］）は、以下のようにして用いられる。すなわち、ＰｒｅｐＴｉｍｅ［０］がＴ２（時間）を示していれば、本実施形態のビデオディスクプレーヤでは、当該プレイリストのデコードの開始より前に、グラフィックスの描画を開始させ、描画開始時刻からＴ２時間経過後に当該プレイリストの最初のクリップファイルのデコードを開始させる。これにより、上記Ｔ２時間経過後には、一面分のグラフィックスの描画が完了しているので、最初のクリップファイルの先頭からビデオ画像をグラフィックス画像と共に再生できる。

このフィールドＰｒｅｐＴｉｍｅ［ｉ］の値は、コンテンツ作成者が、プログラム実行部３０における３Ｄグラフィックスの準備にかかる時間を見積もった上で設定する。なぜなら準備にかかる処理の複雑さはコンテンツ作成者のみが知っているためである。

＜全体的な処理＞
図４と共通であるため説明を省略する。

＜プログラム実行処理＞
図５と共通であるため説明を省略する。

＜プレイリスト再生処理＞
図１１は、本実施形態におけるＡＶ再生部４０のプレイリスト再生処理の流れを示す説明図である。

まず、全体制御部５０により指定されたプレイリストファイルを、光ディスク１０からデータ取得部２０を通じて読み出し（Ｓ７０ａ）、内容を解釈する。
次に、読み出し対象クリップのインデックスである変数ｉを０に初期化し（Ｓ７０ｂ）、フィールドＣｌｉｐＦｉｌｅＮａｍｅ［０］で指定されるクリップファイルを光ディスク１０から読み出し開始する（Ｓ７０ｃ）。

次に、フィールドＤｉｍｅｎｓｉｏｎ［０］で指定される２Ｄ−３Ｄ制御情報を参照し、出力制御部７０に対し２Ｄ−３Ｄ制御情報を通知した上で（Ｓ７０ｄ）、ＰｒｅｐＴｉｍｅ［０］で指定される時間分待つ（Ｓ７０ｅ）。
その後、デコードを開始し（Ｓ７０ｆ）、データが２Ｄ用画像データであれば（２Ｄ再生であれば）、左ビデオプレーン１１０ａのみに対して、３Ｄ用画像データであれば（３Ｄ再生であれば）、左ビデオプレーン１１０ａ、右ビデオプレーン１１０ｂ両方に対して復号したビデオを出力する。読み出し対象クリップのインデックスである変数ｉをインクリメントする（Ｓ７０ｇ）。

インデックスｉが１以上であり本プレイリスト中のクリップ数未満（ｉ＜ＮｕｍＯｆＣｌｉｐｓ）である間（Ｓ７０ｈがＹＥＳの間）、以下に記述する処理を実行する。

まず、フィールドＣｌｉｐＦｉｌｅＮａｍｅ［ｉ］で指定されるクリップファイルを光ディスク１０から読み出し開始し（Ｓ７０ｉ）、読み出したデータを順次デコードする。
次に、フィールドＤｉｍｅｎｓｉｏｎ［ｉ］で指定される２Ｄ−３Ｄ制御情報を参照し、２Ｄから３Ｄへの切り換えかどうかを判断し（Ｓ７０ｊ）、２Ｄから３Ｄへの切り換えの場合、ｉ−１番目のクリップの表示が終了するよりＰｒｅｐＴｉｍｅ［ｉ］で指定される時間分前になるまで待ち（Ｓ７０ｋ）、その上で出力制御部７０に対し２Ｄ−３Ｄ制御情報を通知する（Ｓ７０ｌ）。その後ｉ番目のクリップの表示が開始されるのを待ち（Ｓ７０ｍ）、開始されたら出力制御部７０に対し切換通知を送信し（Ｓ７０ｎ）、ｉをインクリメントし（Ｓ７０ｏ）、ステップＳ７０ｈにジャンプする。
ステップＳ７０ｉでｉがクリップ数以上（ｉ≧ＮｕｍＯｆＣｌｉｐｓ）の場合、現在デコード中のクリップのデコード終了後（Ｓ７０ｐ）、全体制御部５０への終了通知を行う。
また、ステップＳ７０ｊで、２Ｄから３Ｄへの切り換えでない場合は、図示は省略するが以下のような処理を行う。再生する次元が変わらない場合は、ｉをインクリメントしステップＳ７０ｈにジャンプする、３Ｄから２Ｄへの切り換えの場合は、ｉ番目のクリップの表示開始時刻になってから、出力制御部７０に対し２Ｄ−３Ｄ制御情報を通知すると共に、出力制御部７０に対し切換通知を送信し、ｉをインクリメントし（Ｓ７０ｏ）、ステップＳ７０ｈにジャンプする。

＜２Ｄ−３Ｄ間切換処理＞
図１２を用いて、２Ｄ−３Ｄ間の切換時の出力制御部７０の処理を説明する。プログラム実行部３０およびプログラム実行部３０で実行されるプログラムの処理は、実施の形態１と共通であるため、その説明を省略する。

図１２は、本実施形態において、ＡＶ再生部４０から２Ｄ−３Ｄ制御情報を受け取った場合の出力制御部７０の処理の流れを示すフローチャートである。

２Ｄ−３Ｄ制御情報を受け取った場合、実施の形態１と同様、２Ｄ−３Ｄ制御情報をチェックし、現在の状態と比較することで、２Ｄから３Ｄへの切換かどうか判断する。
２Ｄから３Ｄへの切換の場合、内部状態を３Ｄに更新し、まずプログラム実行部３０に対して、２Ｄ−３Ｄ制御情報を通知する（Ｓ８０ａ）。
その後、プログラムからの３Ｄグラフィックス描画完了の通知とＡＶ再生部４０からの切換通知を待ち（Ｓ８０ｂ）、双方が到着したことを見届けた上で、切換部８０を制御して、右映像出力部９０ｂへの出力を、左映像合成部１００ａからの映像から、右映像合成部１００ｂの映像に切り換える。
２Ｄから３Ｄへの切換以外の場合、内部状態を必要に応じて更新する。

以上、２Ｄから３Ｄに切り換わる際に、グラフィックスは２Ｄから３Ｄに切り換わるだけで、その内容に変化がない場合について説明したが、３Ｄに切り換わる際に左グラフィックスの内容が変化する場合も対応可能である。
具体的には、２Ｄから３Ｄに切り換わる際の２Ｄ−３Ｄ制御情報の通知（２Ｄから３Ｄへの切換予告通知）を受けて、右グラフィックスプレーン１２０ａおよび左グラフィックスプレーン１２０ｂの裏バッファに描画を開始し、ＡＶ再生部４０からの切換通知（３Ｄ切換通知）とともに、裏バッファの内容を表バッファに転送するようにプログラムを作成すればよい。

図１３は、以上の各機能ブロック間のやり取りをまとめたシーケンス図である。図１３（ａ）は、プログラム実行部３０での３Ｄグラフィックス準備処理がＡＶ再生部４０でデコードするビデオが２Ｄから３Ｄに変わるより早く終了した場合であり、期待する挙動である。一方、図１３（ｂ）はＪａｖａ（登録商標）ＶＭのガーベッジ・コレクション等の理由により、３Ｄグラフィックス準備処理が長引いた場合である。この場合、ＡＶ再生部４０でデコードするビデオが２Ｄから３Ｄに変わるより遅れてユーザへの表示が３Ｄに切り換わることになるが、出力制御部７０は、３Ｄグラフィックス描画完了の通知を受けてから切り換えるので、ビデオ画像は先頭を過ぎているがグラフィックス画像と同時に３Ｄ再生できる。

以上のような光ディスク１０中の管理情報および各処理部間の連携により、ビデオが２Ｄから３Ｄに切り換わる際に事前に３Ｄグラフィックスの準備を完了させることができ、ビデオデータが２Ｄから３Ｄに切り換わると同時にグラフィックスも３Ｄに切り換わり、タイミングよいユーザへの３Ｄ提示が可能となる。

また、２Ｄから３Ｄへの切り換えに必要な準備時間（予想生成時間）をコンテンツ作成者が指定することで、３Ｄ描画に伴う処理オーバーヘッドが発生する区間をコンテンツ作成者側が予測することができ、より高品質なコンテンツ作成が可能となる。なぜなら、３Ｄ描画の場合、左グラフィックスプレーン１２０ａおよび右グラフィックスプレーン１２０ｂ両方のイメージを用意し書き込む必要があり、２Ｄ描画に比べると、描画に伴うプログラム実行部３０とグラフィックスプレーン間のメモリバンド幅消費量が２倍になり、同じ内容の描画を行う場合でもパフォーマンスが低下するが、このパフォーマンス低下の期間を最小限化することができるためである。
言い換えると、コンテンツ作成者が指定する２Ｄから３Ｄへの切り換え準備時間の情報がなければ、右グラフィックスプレーン描画にかかる時間をビデオディスクプレーヤは知ることができないため、３Ｄに切り換わるまでに右グラフィックスプレーンの描画が完了することを保証できるよう、早めに右グラフィックスプレーンへの描画を開始する必要があるが、準備期間を指定することで、妥当なタイミングに上記描画を開始すればよくなるので、早めに右グラフィックスプレーンへの描画を開始することによるパフォーマンスの低下を防ぐことができる。

＜バリエーション＞
本実施形態では予告通知のタイミングを時間で指定しているが、ステップ数や処理内容等、準備にかかる時間や処理量が見積もれるものであれば何でもよいことは言うまでもない。

本実施形態ではコンテンツは光ディスクに記録してあるが、本発明はそれに限定されるものではなく、ハードディスク、フラッシュメモリのような各種記録媒体でも適用可能であり、さらに放送やインターネットでのストリーミングにも適用可能である。ストリーミングに適用する場合は、２Ｄ−３Ｄ制御情報はストリーミングされるストリームに多重化して送信することになり、本実施形態でのＰｒｅｐＴｉｍｅ［ｉ］に代わる情報を、ビデオ信号が３Ｄに替わるｐｒｅｐＴｉｍｅ分前に多重化すればよい。

なお、本実施形態では、２Ｄから３Ｄへの切換予告通知（すなわち、２Ｄから３Ｄへの切り換えに際したグラフィック描画開始指示通知）のタイミングを、光ディスク１０中のデータから取得した、一面分のグラフィックスの予想生成時間に関わる時間情報に基づいて決定しているが、本発明はそれに限定されるものではない。例えば、コンテンツ作成者にグラフィックスプレーンへの描画が所定の時間内で完了するように義務付けて、プレーヤ側は上記所定の時間を出荷段階などで記憶しておき、上記所定の時間分、前もってグラフィック描画処理を開始してもよい。あるいは、プレーヤ側で実際のコンテンツに基づき一面分のグラフィックスの予想生成時間を判断し、マージンを持たせて前もってグラフィック描画処理を開始してもよい。

〔参考例１〕
参考例のコンテンツ再生装置について図１４に基づいて説明すれば、以下のとおりである。実施の形態１を示す図１との違いは、右映像合成部１００ｂへの出力をプログラム実行部からの指示に応じて右グラフィックスプレーン１２０ｂの出力と左グラフィックスプレーン１２０ａの出力との間で切り換える切換部１３０を追加した点である。このことにより後述のように、３ＤのＡＶデータと２Ｄグラフィックスの組み合わせにおけるパフォーマンスを向上させることが可能となる。なお、説明の便宜上、前記の実施の形態１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。

＜全体システム構成＞
図１との差分に絞って図１４を用いて説明する。
前述のように、右グラフィックスプレーン１２０ｂと右映像合成部１００ｂの間に、切換部１３０を追加している。
切換部１３０は、右映像合成部１００ｂへの出力を右グラフィックスプレーン１２０ｂの出力と左グラフィックスプレーン１２０ａの出力の間をプログラム実行部３０からの指示に応じて切り換える。
プログラム実行部３０は、切換部１３０との間に前述の切換を指示することが可能なインタフェースを備え、さらに実行させるプログラムに対し、前述の切換を制御できるＡＰＩ（Application Program Interface）を提供する。

＜ファイル・ディレクトリ構成＞
図２と共通であるため説明を省略する。

＜管理情報ファイル＞
図３と共通であるため説明を省略する。

＜全体的な処理＞
図４と共通であるため説明を省略する。

＜プログラム実行処理＞
図５と共通であるため説明を省略する。

＜プレイリスト再生処理＞
図６と共通であるため説明を省略する。

＜２Ｄ−３Ｄ間切換処理＞
実施の形態１との違いはプログラム実行部３０上で実行するプログラムにある。
ＡＶデータが３Ｄの際に、グラフィックスも３Ｄで表示したい場合、図９のフローチャートのＳ６０ｂとＳ６０ｃの間で、切換部１３０の出力するイメージを右グラフィックスプレーン１２０ｂのものに切り換えるＡＰＩを呼び出す。
一方、ＡＶデータが３Ｄの際でもグラフィックスは２Ｄで表示したい場合、図９のフローチャートのＳ６０ｂとＳ６０ｃの間で、切換部１３０の出力するイメージを左グラフィックスプレーン１２０ａからのものに切り換えるＡＰＩを呼び出し、Ｓ６０ｃ、Ｓ６０ｄの処理は行わない。

以上のように、入力グラフィックスプレーンを切り換える切換部１３０を備え、さらにプログラム実行部３０がその切り換えのためのＡＰＩを備えることで、３ＤのＡＶデータと２Ｄグラフィックスを組み合わせることが可能となる。

このことにより、グラフィックスの表示速度が必要な際に、グラフィックスだけ２Ｄにするという選択をコンテンツ作成者に提供することができる。なぜなら、前述のように、３Ｄ描画の場合、左グラフィックスプレーン１２０ａおよび右グラフィックスプレーン１２０ｂ両方のイメージを用意し書き込む必要があり、２Ｄ描画に比べると、描画に伴うプログラム実行部３０とグラフィックスプレーン間のメモリバンド幅消費量が２倍になり、同じ内容の描画を行う場合でもパフォーマンスが低下するが、それを避けることができるためである。

〔参考例２〕
参考例２のコンテンツ再生装置について図１５に基づいて説明すれば、以下のとおりである。実施の形態１を示す図１との違いは、２Ｄ用グラフィックスプレーン１２０ｃを追加した点と、出力制御部７０から制御信号に基づき、左映像合成部１００ａへの入力を、左グラフィックスプレーン１２０ａと２Ｄ用グラフィックスプレーン１２０ｃとの間で切り換える切換部１３０を追加した点である。このことにより後述のように、実施の形態１で必要であった２Ｄと３Ｄとの間の切り換えの前後でその内容に変化がある場合に用意する必要のあったプログラムで用意する裏バッファが不要になる。なお、説明の便宜上、前記の実施の形態１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。

＜全体システム構成＞
本参考例の全体システム構成について、図１との差分に絞って図１５を用いて説明する。
前述のように、２Ｄ用グラフィックスプレーン１２０ｃを追加し、さらに出力制御部７０から制御信号に基づき、左映像合成部１００ａへの入力を、左グラフィックスプレーン１２０ａと２Ｄ用グラフィックスプレーン１２０ｃとの間で切り換える切換部１３０を追加している。
また、プログラム実行部３０は、プログラムの内容によって、左グラフィックスプレーン１２０ａ及び右グラフィックスプレーン１２０ｂだけでなく２Ｄ用グラフィックスプレーン１２０ｃに生成した描画を書き込む。

＜ファイル・ディレクトリ構成＞
図２と共通であるため説明を省略する。

＜管理情報ファイル＞
図３と共通であるため説明を省略する。

＜全体的な処理＞
図４と共通であるため説明を省略する。

＜プログラム実行処理＞
図５と共通であるため説明を省略する。

＜プレイリスト再生処理＞
図６と共通であるため説明を省略する。

＜２Ｄ−３Ｄ間切換処理＞
図１６乃至図１８を用いて、２Ｄ−３Ｄ間の切換時の本ビデオディスクプレーヤ１の処理（ＡＶ再生部４０からの２Ｄ−３Ｄ制御情報の通知後の処理）、より具体的には出力制御部７０、プログラム実行部３０及びプログラム実行部３０で実行されるプログラムの処理の流れについて説明する。ほとんどの処理は実施の形態１と同じであり、対応関係を示すため、ステップを示す符号は、対応する実施の形態１のステップ符号の「Ｓ」を「Ｓ１」に置き換えたものとしている（例：Ｓ４０ａ→Ｓ１４０ａ）。

まず、図１６を用いて、ＡＶ再生部４０から２Ｄ−３Ｄ制御情報が通知された場合の出力制御部７０の処理の流れを説明する。

まず、出力制御部７０は、プログラム実行部３０に対して、ＡＶ再生部４０から受け取った２Ｄ−３Ｄ制御情報をそのまま通知する（Ｓ１４０ａ）。
出力制御部７０は現在の２Ｄ／３Ｄの状態を管理しており、受け取った２Ｄ−３Ｄ制御情報のフィールドＤｉｍｅｎｓｉｏｎ［ｉ］を参照し２Ｄ／３Ｄ状態に変化があるかどうかチェックする（Ｓ１４０ｂ）。変化があれば、プログラム実行部３０からの後述の描画
完了の通知を待つ（Ｓ１４０ｅ）。
描画完了の通知があったら、２Ｄから３Ｄへの切り換えの場合は、切換部８０を制御して、右映像出力部９０ｂへの出力を左映像合成部１００ｂの映像から右映像合成部１００ｂの映像に切り換え、切換部１３０を制御して、左映像合成部１００ａへの出力を２Ｄ用グラフィックスプレーン１２０ｃから左グラフィックスプレーン１２０ａに切り換える（Ｓ１４０ｆ）。なお、３Ｄから２Ｄへの切り換えの場合はその逆に切り換える。

次に、図１７を用いて、出力制御部７０から２Ｄ−３Ｄ制御情報が通知された場合のプログラム実行部３０の処理の流れを説明する。

まず、プログラム実行部３０で実行中のプログラムに、出力制御部７０から通知された２Ｄ−３Ｄ制御情報の通知を行い（Ｓ１５０ａ）、プログラムからの後述のグラフィックス描画完了の通知を待ち（Ｓ１５０ｃ）、通知があったら出力制御部７０に対して、グラフィックス描画完了を通知する（Ｓ１５０ｄ）。

最後に、プログラム実行部３０から２Ｄ−３Ｄ制御情報が通知された場合の、当該プログラム実行部３０で実行中のプログラムの典型的な処理の流れを図１８を用いて説明する。

プログラムは現在の２Ｄ／３Ｄ状態を内部状態として保持しており、まず現在の状態が２Ｄかどうかをチェックする（Ｓ１６０ａ）。２Ｄであれば、さらにプログラム実行部３０から（すなわちＡＶ再生部４０から）通知された２Ｄ−３Ｄ制御情報に基づき、３Ｄへの切換かどうかを判断する（Ｓ１６０ｂ）。３Ｄへの切換の場合は、内部状態を３Ｄに更新し（Ｓ１６０ｃ）、グラフィックスプレーン１２０ｂ，１２０ｃ初期化の上（Ｓ１６０ｄ）、グラフィックスプレーン１２０ｂ，１２０ｃに対し初期状態を描画し（Ｓ１６０ｅ）、グラフィックスプレーン１２０ｂ，１２０ｃの裏バッファへの初期状態の描画の完了後、プログラム実行部３０に対してグラフィックス描画完了（グラフィックス出力準備完了）を通知する（Ｓ１６０ｆ）。これにより、図１７に示したように、プログラム実行部３０から出力制御部７０にグラフィックス描画完了が通知される。

一方、現在３Ｄの場合は、２Ｄ−３Ｄ制御信号から２Ｄへの切換かどうかを判断する（Ｓ１６０ｇ）。２Ｄへの切換の場合は、内部状態を２Ｄに更新し（Ｓ１６０ｈ）、２Ｄ用グラフィックスプレーン１２０ｃを初期化の上（Ｓ１６０ｉ）、当該プレーン１２０ｃに対し初期状態を描画し（Ｓ１６０ｊ）、完了した後、プログラム実行部３０に対してグラフィックス描画完了（グラフィックス出力準備完了）を通知する（Ｓ１６０ｋ）。これにより、図１７に示したように、プログラム実行部３０から出力制御部７０にグラフィックス描画完了が通知される。

以上の図１６乃至図１８の処理を行うことにより、実施の形態１と同様、ビデオ画像とグラフィックス画像が同時に２Ｄ再生から３Ｄ再生及び３Ｄ再生から２Ｄ再生に切り換えることが可能である。しかも、この場合、２Ｄと３Ｄとの間の切り換えの前後でその内容に変化がある場合に用意する必要のあった裏バッファが不要となる。
なお、本参考例のようなプレーン構成は実施の形態２のように切換の予告を通知する場合にも適用可能なことは言うまでもない。

〔実施形態及び参考例に共通するバリエーション〕
最後に、ビデオディスクプレーヤ１の各ブロックは、ハードウェアロジックによって構成してもよいし、以下のようにＣＰＵを用いてソフトウェアによって実現してもよい。すなわち、ビデオディスクプレーヤ１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるビデオディスクプレーヤの制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ビデオディスクプレーヤに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、ビデオディスクプレーヤを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号（伝送媒体）の形態でも実現され得る。

本発明のコンテンツ再生装置は、ビデオディスクプレーヤなどに好適に利用することができる。

１…ビデオディスクプレーヤ、１０…光ディスク、２０…データ取得部、３０…プログラム実行部、４０…ＡＶ再生部、５０…全体制御部、６０…Ｕ／Ｉ、７０…出力制御部、８０…切換部、９０ａ…左映像出力部、９０ｂ…右映像出力部、１００ａ…左映像合成部、１００ｂ…右映像合成部、１１０ａ…左ビデオプレーン、１１０ｂ…右ビデオプレーン、１２０ａ…左グラフィックスプレーン、１２０ｂ…右グラフィックスプレーン。

上記課題を解決するために、本発明の第１の技術手段は、コンテンツ再生装置であって、記録媒体からプログラムとビデオデータを取得するデータ取得部と、ビデオ画像を記憶する第１のビデオプレーンと第２のビデオプレーンと、グラフィックス画像を記憶する第１のグラフィックスプレーンと第２のグラフィックスプレーンと、前記プログラムを実行して前記グラフィックス画像を生成し、２Ｄ（Dimension）用グラフィックス画像は、前記第１のグラフィックスプレーンに出力し、３Ｄ用グラフィックス画像は、それぞれ前記第１および前記第２のグラフィックスプレーンに出力するプログラム実行部と、前記ビデオデータを復号し、２Ｄ用ビデオ画像は、前記第１のビデオプレーンに出力し、３Ｄ用ビデオ画像は、それぞれ前記第１および前記第２のビデオプレーンに出力する復号部と、前記第１のビデオプレーンと前記第１のグラフィックスプレーンに記憶された画像を合成する第１の合成部と、前記第１のグラフィックスプレーンに記録された画像と前記第２のグラフィックスプレーンに記録された画像を入力とし、外部からの指示により出力する画像を切り替える切り替え部と、前記第２のビデオプレーンに記憶された画像と前記切り替え部から出力される画像を合成する第２の合成部と、を備え、前記プログラム実行部は、前記プログラムに含まれる指令に基づき、前記切り替え部に切り替え指示を送信することを特徴としたものである。

本発明の第２の技術手段は、第１の技術手段のコンテンツ再生装置に供給可能であるように、ビデオデータ、プログラムのうちの少なくとも一つが記録されていることを特徴としたものである。

【００２０】
【図１】 参考例１における概略構成を示すブロック図である。
【図２】 参考例１におけるファイル・ディレクトリ構成を示す説明図である。
【図３】 参考例１におけるタイトル情報ファイルおよびプレイリストファイルのデータ構成を示す説明図である。
【図４】 参考例１における全体制御部の全体的な処理の流れを示すフローチャートである。
【図５】 参考例１におけるプログラム実行部のプログラム実行処理の流れを示すフローチャートである。
【図６】 参考例１におけるＡＶ再生部のプレイリスト再生処理の流れを示すフローチャートである。
【図７】 参考例１における出力制御部のＡＶ再生部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。
【図８】 参考例１におけるプログラム実行部の出力制御部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。
【図９】 参考例１における実行中のプログラムの２Ｄ⇔３Ｄ通知が来た場合の典型的な処理の流れを示すフローチャートである。
【図１０】 参考例２におけるプレイリストファイルのデータ構成を示す説明図である。
【図１１】 参考例２におけるＡＶ再生部のプレイリスト再生処理の流れを示すフローチャートである。
【図１２】 参考例２における出力制御部のＡＶ再生部からの予告通知が来た場合の処理の流れを示すフローチャートである。
【図１３】 参考例２における２Ｄ⇒３Ｄ切換時の主要の機能ブロック間のやり取りを示すシーケンス図である。
【図１４】 本発明の一実施形態における概略構成を示すブロック図である。
【図１５】参考例３における概略構成を示すブロック図である。
【図１６】参考例３における出力制御部のＡＶ再生部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。
【図１７】参考例３におけるプログラム実行部の出力制御部からの２Ｄ⇔３Ｄ通知が来た場合の処理の流れを示すフローチャートである。
【図１８】参考例３における実行中のプログラムの２Ｄ⇔３Ｄ通知が来た場合の典型的な処理の流れを示すフローチャートである。
【図１９】従来技術における概略構成を示すブロック図である。
【発明を実施するための形態】

〔参考例１〕
以下、参考例１のコンテンツ再生装置について図面を参照しながら説明を行う。尚、以下では、ビデオディスクプレーヤの例でコンテンツ再生装置を説明するが、本発明はこれに限定されず、ＰＣ（Personal Computer）等、形態を問わない。

＜全体システム構成＞
図１は、参考例１によるビデオディスクプレーヤを示す。
ビデオディスクプレーヤ１は、２Ｄ用画像データ（ビデオ画像用の画像データ及びグラフィックス画像用の画像データ）と３Ｄ用画像データが混在するコンテンツデータの再生装置であって、光ディスク１０、データ取得部２０、プログラム実行部３０、ＡＶ再生部４０、全体制御部５０、Ｕ／Ｉ６０、出力制御部７０、切換部８０、左映像出力部９０ａ、右映像部出力部９０ｂ、左映像合成部１００ａ、右映像合成部１００ｂ、左ビデオプレーン１１０ａ、右ビデオプレーン１１０ｂ、左グラフィックスプレーン１２０ａ、右グラフィックスプレーン１２０ｂで構成される。

＜管理情報ファイル＞
図３は、本例におけるタイトル情報ファイルおよびプレイリストファイルのデータ構成を示す説明図である。

＜全体的な処理＞
図４を用いて、本例における全体制御部５０の全体的な処理の流れを説明する。

＜プログラム実行処理＞
図５を用いて、本例におけるプログラム実行部３０におけるプログラム実行処理の流れを説明する。

＜プレイリスト再生処理＞
図６を用いて、本例におけるＡＶ再生部４０におけるプレイリスト再生処理の流れを説明する。

＜バリエーション＞
本例ではコンテンツは光ディスクに記録してあるが、それに限定されるものではなく、ハードディスク、フラッシュメモリのような各種記録媒体でも適用可能であり、さらに放送やインターネットでのストリーミングにも適用可能である。ストリーミングに適用する場合は、２Ｄ−３Ｄ制御情報はストリーミングされるストリームに多重化して送信することになる。

本例ではＡＶデータの２Ｄ−３Ｄ制御情報をＡＶデータとは別のプレイリストで管理しているが、ＡＶデータ自体に多重化しても同様の機能を実現可能であるが、プレイリストに格納することで、実際に再生する前に２Ｄ−３Ｄに関する情報を知ることが可能であり、ユーザへの情報提供等、付加的な効果を実現することが可能となる。

〔参考例２〕
参考例２について図１を参照し図１０乃至図１３に基づいて説明すれば、以下のとおりである。参考例１との違いは、２Ｄから３Ｄへの切換に当たって事前にＡＶ再生部から切換の予告を通知することで、ビデオのクリップファイルが２Ｄから３Ｄに切り換わるときに、クリップファイルの先頭から、ビデオ画像をグラフィックス画像と共に３Ｄ再生可能にしたものである。なお、説明の便宜上、参考例１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、参考例１において定義した用語については、特に断らない限り本例においてもその定義に則って用いるものとする。

図１０は、本例におけるプレイリストファイルのデータ構成を示す説明図である。参考例１と類似するが、プレイリストを構成するクリップ毎にＰｒｅｐＴｉｍｅ［ｉ］というフィールドが用意してある点が異なる。
ＰｒｅｐＴｉｍｅ［ｉ］は、ｉ番目のクリップファイルについて、プログラム実行部３０が一面分のグラフィックスを生成（描画）するのにかかる時間（予想生成時間）を示すものである。例えば、本例のビデオディスクプレーヤでは、ＰｒｅｐＴｉｍｅ［ｎ］がＴ１（時間）を示し、ｎ番目のクリップファイルで２Ｄから３Ｄ再生へ切り換える場合は、ｎ−１番目のクリップファイルの再生終了時刻のＴ１時間前に、右グラフィックスプレーン１２０ｂへのグラフィックスの描画を開始させる。これにより、ｎ番目のクリップファイルの開始時刻には、右グラフィックスプレーン１２０ｂには一面分のグラフィックスの描画が完了しているので、上記ｎ番目のクリップファイルの再生時にクリップファイルの先頭から、ビデオ画像とグラフィックス画像を同時に３Ｄ再生できる。

なお、プレイリスト中で最初のクリップファイルのＰｒｅｐＴｉｍｅ［ｉ］（ＰｒｅｐＴｉｍｅ［０］）は、以下のようにして用いられる。すなわち、ＰｒｅｐＴｉｍｅ［０］がＴ２（時間）を示していれば、本例のビデオディスクプレーヤでは、当該プレイリストのデコードの開始より前に、グラフィックスの描画を開始させ、描画開始時刻からＴ２時間経過後に当該プレイリストの最初のクリップファイルのデコードを開始させる。これにより、上記Ｔ２時間経過後には、一面分のグラフィックスの描画が完了しているので、最初のクリップファイルの先頭からビデオ画像をグラフィックス画像と共に再生できる。

＜プレイリスト再生処理＞
図１１は、本例におけるＡＶ再生部４０のプレイリスト再生処理の流れを示す説明図である。

＜２Ｄ−３Ｄ間切換処理＞
図１２を用いて、２Ｄ−３Ｄ間の切換時の出力制御部７０の処理を説明する。プログラム実行部３０およびプログラム実行部３０で実行されるプログラムの処理は、参考例１と共通であるため、その説明を省略する。

図１２は、本例において、ＡＶ再生部４０から２Ｄ−３Ｄ制御情報を受け取った場合の出力制御部７０の処理の流れを示すフローチャートである。

２Ｄ−３Ｄ制御情報を受け取った場合、参考例１と同様、２Ｄ−３Ｄ制御情報をチェックし、現在の状態と比較することで、２Ｄから３Ｄへの切換かどうか判断する。
２Ｄから３Ｄへの切換の場合、内部状態を３Ｄに更新し、まずプログラム実行部３０に対して、２Ｄ−３Ｄ制御情報を通知する（Ｓ８０ａ）。
その後、プログラムからの３Ｄグラフィックス描画完了の通知とＡＶ再生部４０からの切換通知を待ち（Ｓ８０ｂ）、双方が到着したことを見届けた上で、切換部８０を制御して、右映像出力部９０ｂへの出力を、左映像合成部１００ａからの映像から、右映像合成部１００ｂの映像に切り換える。
２Ｄから３Ｄへの切換以外の場合、内部状態を必要に応じて更新する。

＜バリエーション＞
本例では予告通知のタイミングを時間で指定しているが、ステップ数や処理内容等、準備にかかる時間や処理量が見積もれるものであれば何でもよいことは言うまでもない。

本例ではコンテンツは光ディスクに記録してあるが、本発明はそれに限定されるものではなく、ハードディスク、フラッシュメモリのような各種記録媒体でも適用可能であり、さらに放送やインターネットでのストリーミングにも適用可能である。ストリーミングに適用する場合は、２Ｄ−３Ｄ制御情報はストリーミングされるストリームに多重化して送信することになり、本例でのＰｒｅｐＴｉｍｅ［ｉ］に代わる情報を、ビデオ信号が３Ｄに替わるｐｒｅｐＴｉｍｅ分前に多重化すればよい。

なお、本例では、２Ｄから３Ｄへの切換予告通知（すなわち、２Ｄから３Ｄへの切り換えに際したグラフィック描画開始指示通知）のタイミングを、光ディスク１０中のデータから取得した、一面分のグラフィックスの予想生成時間に関わる時間情報に基づいて決定しているが、本発明はそれに限定されるものではない。例えば、コンテンツ作成者にグラフィックスプレーンへの描画が所定の時間内で完了するように義務付けて、プレーヤ側は上記所定の時間を出荷段階などで記憶しておき、上記所定の時間分、前もってグラフィック描画処理を開始してもよい。あるいは、プレーヤ側で実際のコンテンツに基づき一面分のグラフィックスの予想生成時間を判断し、マージンを持たせて前もってグラフィック描画処理を開始してもよい。

〔実施の形態１〕
本発明の一実施形態のコンテンツ再生装置について図１４に基づいて説明すれば、以下のとおりである。参考例１を示す図１との違いは、右映像合成部１００ｂへの出力をプログラム実行部からの指示に応じて右グラフィックスプレーン１２０ｂの出力と左グラフィックスプレーン１２０ａの出力との間で切り換える切換部１３０を追加した点である。このことにより後述のように、３ＤのＡＶデータと２Ｄグラフィックスの組み合わせにおけるパフォーマンスを向上させることが可能となる。なお、説明の便宜上、参考例１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、参考例１において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。

＜２Ｄ−３Ｄ間切換処理＞
参考例１との違いはプログラム実行部３０上で実行するプログラムにある。
ＡＶデータが３Ｄの際に、グラフィックスも３Ｄで表示したい場合、図９のフローチャートのＳ６０ｂとＳ６０ｃの間で、切換部１３０の出力するイメージを右グラフィックスプレーン１２０ｂのものに切り換えるＡＰＩを呼び出す。
一方、ＡＶデータが３Ｄの際でもグラフィックスは２Ｄで表示したい場合、図９のフローチャートのＳ６０ｂとＳ６０ｃの間で、切換部１３０の出力するイメージを左グラフィックスプレーン１２０ａからのものに切り換えるＡＰＩを呼び出し、Ｓ６０ｃ、Ｓ６０ｄの処理は行わない。

〔参考例３〕
参考例３のコンテンツ再生装置について図１５に基づいて説明すれば、以下のとおりである。参考例１を示す図１との違いは、２Ｄ用グラフィックスプレーン１２０ｃを追加した点と、出力制御部７０から制御信号に基づき、左映像合成部１００ａへの入力を、左グラフィックスプレーン１２０ａと２Ｄ用グラフィックスプレーン１２０ｃとの間で切り換える切換部１３０を追加した点である。このことにより後述のように、参考例１で必要であった２Ｄと３Ｄとの間の切り換えの前後でその内容に変化がある場合に用意する必要のあったプログラムで用意する裏バッファが不要になる。なお、説明の便宜上、参考例１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、参考例１において定義した用語については、特に断らない限り本例においてもその定義に則って用いるものとする。

＜２Ｄ−３Ｄ間切換処理＞
図１６乃至図１８を用いて、２Ｄ−３Ｄ間の切換時の本ビデオディスクプレーヤ１の処理（ＡＶ再生部４０からの２Ｄ−３Ｄ制御情報の通知後の処理）、より具体的には出力制御部７０、プログラム実行部３０及びプログラム実行部３０で実行されるプログラムの処理の流れについて説明する。ほとんどの処理は参考例１と同じであり、対応関係を示すため、ステップを示す符号は、対応する参考例１のステップ符号の「Ｓ」を「Ｓ１」に置き換えたものとしている（例：Ｓ４０ａ→Ｓ１４０ａ）。

以上の図１６乃至図１８の処理を行うことにより、参考例１と同様、ビデオ画像とグラフィックス画像が同時に２Ｄ再生から３Ｄ再生及び３Ｄ再生から２Ｄ再生に切り換えることが可能である。しかも、この場合、２Ｄと３Ｄとの間の切り換えの前後でその内容に変化がある場合に用意する必要のあった裏バッファが不要となる。
なお、本参考例のようなプレーン構成は参考例２のように切換の予告を通知する場合にも適用可能なことは言うまでもない。

Claims (7)

1. 再生データからプログラムとビデオデータを取得するデータ取得部と、
   ビデオ画像を記憶する第１のビデオプレーンと第２のビデオプレーンと、
   グラフィックス画像を記憶する第１のグラフィックスプレーンと第２のグラフィックスプレーンと、
   前記プログラムを実行して前記グラフィックス画像を生成し、２Ｄ（Dimension）用グラフィックス画像は、前記第１のグラフィックスプレーンに出力し、３Ｄ用グラフィックス画像は、それぞれ前記第１および前記第２のグラフィックスプレーンに出力するプログラム実行部と、
   前記ビデオデータを復号し、２Ｄ用ビデオ画像は、前記第１のビデオプレーンに出力し、３Ｄ用ビデオ画像は、それぞれ前記第１および前記第２のビデオプレーンに出力する復号部と、
   前記第１のビデオプレーンと前記第１のグラフィックスプレーンに記憶された画像を合成する第１の合成部と、
   前記第２のビデオプレーンと前記第２のグラフィックスプレーンに記憶された画像を合成する第２の合成部と、
   ２Ｄ画像用データの再生時は、前記第１の合成部の合成画像を出力し、３Ｄ画像用データの再生時は、前記第１の合成部の合成画像と、前記第２の合成部の合成画像を出力するよう切り換える切換部と、を備え、
   前記切換部は、前記再生データが２Ｄ画像用データから３Ｄ画像用データに変更した場合、前記プログラム実行部における一画面分の３Ｄ用グラフィックス画像の生成完了に基づいて、前記切り換えを実行することを特徴とするコンテンツ再生装置。
2. 前記一画面分の３Ｄ用グラフィックス画像の予想生成時間に関する時間情報を取得する時間情報取得部を備え、
   前記ビデオデータが２Ｄ用画像データから３Ｄ用画像データに切り換わる場合、
   前記プログラム実行部は、前記切り換わる時刻より遅くとも前記予想生成時間前に、前記３Ｄ用グラフィックス画像の生成を開始し、
   前記切換部は、前記プログラム実行部による３Ｄ用グラフィックス画像の生成完了、及び、前記復号部における出力ビデオ画像の２Ｄ用ビデオ画像から３Ｄ用ビデオ画像への切り換わりに基づいて前記切り換えを実行することを特徴とする請求項１に記載のコンテンツ再生装置。
3. 前記時間情報取得部は、前記再生データから前記時間情報を取得することを特徴とする請求項２に記載のコンテンツ再生装置。
4. 再生データからプログラムとビデオデータを取得し、
   前記プログラムを実行して前記グラフィックス画像を生成し、２Ｄ（Dimension）用グラフィックス画像は、第１のグラフィックスプレーンに出力し、３Ｄ用グラフィックス画像は、それぞれ第１および前記第２のグラフィックスプレーンに出力し、
   前記ビデオデータを復号し、２Ｄ用ビデオ画像は、第１のビデオプレーンに出力し、３Ｄ用ビデオ画像は、それぞれ前記第１および前記第２のビデオプレーンに出力し、
   ２Ｄ画像用データの再生時は、前記第１のビデオプレーンと前記第１のグラフィックスプレーンに記憶された画像の合成画像を出力し、
   前記再生データが２Ｄ画像用データから３Ｄ画像用データに変更した際に、一画面分の３Ｄ用グラフィックス画像の生成完了により、前記第２のビデオプレーンと前記第２のグラフィックスプレーンに記憶された画像の合成画像を出力することを特徴とする２Ｄ画像用データ及び３Ｄ画像用データが混在するコンテンツデータの再生方法。
5. 請求項４に記載の再生方法をコンピュータに実行させることを特徴とするプログラム。
6. 請求項５に記載のプログラムをコンピュータ読み取り可能に記録したことを特徴とする記録媒体。
7. 請求項３に記載のコンテンツ再生装置に供する記録媒体であって、
   ２Ｄ画像用データ及び３Ｄ画像用データが混在するビデオデータ及び同グラフィックス画像を生成するプログラムを記録し、前記２Ｄ画像用データ及び３Ｄ画像用データはそれぞれ所定の単位毎に区分されて記録され、２Ｄ画像用データの記録区分から３Ｄ画像用データに切り換わる３Ｄ画像用データの記録区分に、前記プログラムにより当該記録区分の３Ｄ用ビデオ画像と共に表示される３Ｄ用グラフィックス画像の生成に必要な予想生成時間に関する前記時間情報を記録したことを特徴とする記録媒体。

Images