記録媒体、再生装置、記録方法、プログラム、再生方法
【課題】マルチページメニューの表示を中断しなくても、特定のページの内容を僅かずつ変化させることができる記録媒体を提供する。
【解決手段】ＢＤ−ＲＯＭには、動画ストリームと、インタラクティブグラフィクスストリームとを多重化したＡＶＣｌｉｐが記録されている。この動画ストリームは、動画像を構成するものである。一方、グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものである。グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含む。そして各ディスプレイセットは、対話制御情報（ＩＣＳ）を有している。グラフィクスストリームに属する複数ディスプレイセットのうち、先頭以外のものに属する対話制御情報（ＩＣＳ）は、先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報（Ｐａｇｅ＿Ｖｅｒｓｉｏｎ＿Ｎｕｍｂｅｒ）を含む。
【解決手段】ＢＤ−ＲＯＭには、動画ストリームと、インタラクティブグラフィクスストリームとを多重化したＡＶＣｌｉｐが記録されている。この動画ストリームは、動画像を構成するものである。一方、グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものである。グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含む。そして各ディスプレイセットは、対話制御情報（ＩＣＳ）を有している。グラフィクスストリームに属する複数ディスプレイセットのうち、先頭以外のものに属する対話制御情報（ＩＣＳ）は、先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報（Ｐａｇｅ＿Ｖｅｒｓｉｏｎ＿Ｎｕｍｂｅｒ）を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル化された映画作品におけるGUI(Graphical User Interface)技術の技術分野に属する発明であり、BD-ROM(Blu-ray Disc Read Only Memory)やDVD-Video等の記録媒体、民生用の再生装置に、かかるGUI技術を応用する場合の改良に関する。
【背景技術】
【０００２】
デジタル化された映画作品におけるGUIは、再生位置選択や言語選択等、何等かの操作をユーザから受け付けるにあたっての必要不可欠なものである。ユーザからの選択を求める選択項目は、上述した項目の他に映画監督のコメンタリ選択やエキストラのプロフィール選択、映画作品に関連するエピーソード選択等、様々なものが加わることがあり、近年、選択項目は、更に増加する傾向がある。増加した項目選択を、好適に受け付けるため、デジタルされた映画作品では、音声選択ページ、字幕選択ページ、チャプター選択ページ、タイトル選択ページ等、複数ページを表示させ得る対話制御情報を記録媒体に記録しておき、これに従い、マルチページメニューを表示させるという制御を実現するという工夫が模索されている。デジタル化された映画作品におけるGUI技術に関しては、以下の特許文献１、２に記載された先行技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開公報W0 2004/068854 A1
【特許文献２】国際公開公報W0 2004/077826 A1
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、マルチページメニューの各ページにおいて選択を受け付けるべき項目は、映画作品全編を通じて同じ内容であるとは限らない。映画作品の特定のシーンについて述べられているコメンタリー項目の選択は、本来そのシーンが再生されている期間のみ受け付けるべきものであり、その特定のシーン以外では、受け付けるべきではない。仮に、そのようなコメンタリー選択を受け付けるようなボタン部材が、特定シーン外で表示されれば、ユーザ側の誤解を生むことになり望ましくないからである。しかしマルチページメニューにおける複数ページのうち一部を、動画の再生進行に応じて変化させるという制御は、再生装置側に大きな処理負荷をもたらし、グラフィクス表示を途切れさせる原因になりかねない。
【０００５】
その理由は以下の通りである。上述した特許文献１に記載された先行技術では、ページ内容を変化させるにあたって、再生装置側のメモリにロードされた対話制御情報の総入れ替えを行う。ここで1つのページからなるメニューでは、対話制御情報のサイズが僅かであり、かかる総入れ替えに、大きな処理負荷は生じない。しかしマルチページメニューを実現するような対話制御情報であると、対話制御情報のサイズが0.5M〜1.0Mバイトに及ぶことがあり、再生装置側に多大な処理負荷が生じることになる。対話制御情報のサイズが多大であると、これの総入れ替えの発生によりマルチページメニューの表示が一時途切れる結果を招きかねない。グラフィクスデコーダのリセットが必要になる場合も同様である。
【０００６】
従来技術は、マルチページメニューを変化させる毎に、グラフィクスデコーダのリセットや対話制御情報の総入れ替えを行う必要があり、表示が一旦消えてしまう恐れがあるので、動画の再生進行に伴って、マルチページメニューを微妙に変化させるという制御には不向きであった。
本発明の目的は、マルチページメニューの表示を中断しなくても、特定のページの内容を僅かずつ変化させることができる記録媒体を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するため本発明に係る記録媒体は、動画ストリームと、グラフィクスストリームとが記録されており、前記動画ストリームは、動画像を構成するものであり、前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、グラフィクスストリームに属する複数ディスプレイセットは、先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含むことを特徴としている。
【発明の効果】
【０００８】
上記構成によれば、先行するディスプレイセットからの各ページ毎の変化が、ページ情報毎に示されているので、たとえ対話制御情報全体のサイズが大きくても、内容の変化があったページ情報のみ、バッファ上で入れ替えれば、マルチページメニューの内容を僅かに変化させることができる。バッファ上の入れ替えを行うべきページ情報は、バージョンが増えたページのみになるので、再描画に要する処理負荷を必要最低限にすることができる。
【０００９】
処理負荷を必要最低限にすることにより、表示の途切れを抑えることができ、マルチページメニューにおける一部のページを、僅かずつ変化させるという表示制御が可能になる。かかる表示制御の実現により、マルチページメニューの緻密な変化が可能になり、映画製作者は、様々な工夫でユーザを楽しませるような映画作品を、世界中に送り出すことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る記録媒体の、使用行為についての形態を示す図である。
【図２】BD-ROMの内部構成を示す図である。
【図３】AVClipがどのように構成されているかを模式的に示す図である。
【図４】（ａ）インタラクティブグラフィクスストリームの構成を示す図である。 （ｂ）機能セグメントを変換することで得られるPESパケットを示す図である。
【図５】様々な種別の機能セグメントにて構成される論理構造を示す図である。
【図６】DSnが割り当てられた、AVClipの再生時間軸を示す図である。
【図７】（ａ）（ｂ）ICSとInteractive_compositionとの対応関係を示す図である。
【図８】ICSの内部構成を示す図である。
【図９】1つのDisplay Setにおけるx番目のDisplay Setに属する複数ページ情報のうち、任意のもの(y枚目のページ)についてのページ情報の内部構成を示す図である。
【図１０】連続する2つのDisplay Set(DSx+1、DSx)におけるPage_Version_Number設定を示す図である。
【図１１】DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
【図１２】DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
【図１３】本発明に係る再生装置の内部構成を示す図である。
【図１４】I-Graphicsデコーダ９の内部構成を示す図である。
【図１５】機能セグメントのロード処理の処理手順を示すフローチャートである。
【図１６】Page_Version_Numberが変化したページ情報を用いたアップデート処理の手順を示すフローチャートである。
【図１７】本具体例の対象となるAVClipの内部構成を示す図である。
【図１８】図１１と同様の表記で示したAVClipの内部構成を示す図である。
【図１９】通常再生時におけるページ描画を模式的に示す図である。
【図２０】飛び込み再生時の描画処理を示す図である。
【図２１】図２０に示した描画により、どのような合成画像が得られるかを示す図である。
【図２２】3つの連続するDisplay Set(DS1、DS2、DS3)のPage情報(2)を示す図である。
【図２３】AVClip再生進行に伴うグラフィックスプレーンの格納内容の時間的変移を示す図である。
【図２４】図２２に示したAVClipに対する飛び込み時において、グラフィクス描画がどのように行われるかを示す図である。
【図２５】複数ページのうち、任意のもの(x枚目のページ)についてのページ情報の内部構成を示す図である。
【図２６】ボタン0-A〜ボタン0-Dの状態遷移を示す図である。
【図２７】図２６の状態遷移を実現する場合のボタン情報の記述例を示す図である。
【図２８】ODS11〜19の絵柄を示す図である。
【図２９】Effect_Sequenceの内部構成を示す図である。
【図３０】任意のcomposition_object(i)の内部構成をクローズアップした図である。
【図３１】右ScrollによりIn_Effectを実現するという具体例を示す図である。
【図３２】composition_object(0)の記述例を示す図である。
【図３３】composition_object(1)の記述例を示す図である。
【図３４】composition_object(2)の記述例を示す図である。
【図３５】composition_object(3)の記述例を示す図である。
【図３６】（ａ）PSR11についてのProcedure when playback condition is changedを示すフローチャートである。 （ｂ）PSR11についてのProcedure when change is requestedを示すフローチャートである。
【図３７】（ａ）PSR10のProcedure when playback condition is changedを示すフローチャートである。 （ｂ）PSR10のProcedure when change is requestedを示すフローチャートである。
【図３８】Graphics Controller３７の処理のうち、メインルーチンにあたる処理を示すフローチャートである。
【図３９】Compositionバッファ３６においてページ情報のアップデートがあった場合の再表示処理の手順を示すフローチャートである。
【図４０】ページの最初の表示の処理手順を示すフローチャートである。
【図４１】In_effectを再生するにあたっての処理手順を示すフローチャートである。
【図４２】ボタン表示をアニメーション的に更新するための処理手順を示すフローチャートである。
【図４３】ナビゲーションコマンド実行時における処理手順を示すフローチャートである。
【図４４】UO処理の処理手順を示すフローチャートである。
【図４５】カレントボタンの変更処理の処理手順を示すフローチャートである。
【図４６】Epoch StartタイプDisplay Setの内部構成を示す。
【図４７】（ａ）Acquisition PointタイプDisplay Setの内部構成を示す。
【００１１】
（ｂ）Normal CaseタイプのDisplay Setの内部構成を示す。
【図４８】第１実施形態〜第４実施形態に示したBD-ROMを作成するための製造工程を示す図である。
【発明を実施するための形態】
【００１２】
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、BD-ROM１００である。このBD-ROM１００は、再生装置２００、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１３】
以上が本発明に係る記録媒体の使用形態についての説明である。続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、BD-ROMの応用層に対する改良により実施することができる。図２は、BD-ROMの構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、第1段目のようになる。
【００１４】
第1段目は、BD-ROMの応用層レイアウト(アプリケーションフォーマット)を示す図である。本図において、Rootディレクトリの配下にはBDMVというサブディレクトリが形成されている。このBDMVディレクトリの下には、STREAMディレクトリが存在する。
STREAMディレクトリは、AVClipを格納したディレクトリである。STREAMディレクトリにおける『00001.m2ts』,『00002.m2ts』,『00003.m2ts』はAVClipを格納したファイルであり、これらのファイルには「xxxxx.m2ts(xは任意の整数)」という統一形式のファイル名が付与されている。
【００１５】
＜AVClipの構成＞
AVClipについて説明する。図３は、AVClipがどのように構成されているかを模式的に示す図である。
AVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(PGストリーム)及び対話系のインタラクティブグラフィクスストリーム(IGストリーム)を(下１段目)を、PESパケット列に変換し(下２段目)、更にTSパケットに変換して(下３段目)、これらを多重化することで構成される。
【００１６】
プレゼンテーショングラフィクスストリーム及びインタラクティブグラフィクスストリームは、ビデオストリームにおける個々のピクチャにグラフィクスを合成させるという画面構成を実現するストリーム形式のデータである。これらプレゼンテーショングラフィクスストリーム及びインタラクティブグラフィクスストリームにより、ピクチャに合成される合成客体を”グラフィクスオブジェクト”という。
【００１７】
プレゼンテーショングラフィクスストリームは、グラフィクスオブジェクトを用いた字幕表示を実現するグラフィクスストリームである。
インタラクティブグラフィクスストリームは、グラフィクスオブジェクトの対話的な表示を実現するグラフィクスストリームである。以上がAVClipの構成である。このAVClipには、上述したような複数エレメンタリストリームから構成されているものだけではなく、単一のエレメンタリストリームから構成されているものがある。単一のエレメンタリストリームから構成されているAVClipをSubClipという。SubClipは、インタラクティブグラフィクスストリームのみ、オーディオストリームのみ、テキストデータのみを格納したファイルである。SubClipたるインタラクティブグラフィクスストリームは、再生時において予めメモリにロードされた上で、他のAVClipと同期して再生される。ここで、AVClipを再生するにあたって、SubClipを前もってメモリにロードしておくことをプリロードという。
【００１８】
続いてインタラクティブグラフィクスストリームについて説明する。図４（ａ）は、インタラクティブグラフィクスストリームの構成を示す図である。第１段目は、AVClipを構成するTSパケット列を示す。第２段目は、グラフィクスストリームを構成するPESパケット列を示す。第２段目におけるPESパケット列は、第１段目におけるTSパケットのうち、所定のPIDをもつTSパケットからペイロードを取り出して、連結することにより構成される。尚、プレゼンテーショングラフィクスストリームについては、本願の主眼ではないので説明は行わない。
【００１９】
第３段目は、グラフィクスストリームの構成を示す。グラフィクスストリームは、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object_Definition_Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントからなる。これらの機能セグメントのうち、ICSは、画面構成セグメントと呼ばれ、PDS、ODS、ENDは定義セグメントと呼ばれる。PESパケットと機能セグメントとの対応関係は、1対1の関係、1対多の関係である。つまり機能セグメントは、1つのPESパケットに変換されてBD-ROMに記録されるか、又は、フラグメント化され、複数PESパケットに変換されてBD-ROMに記録される。
【００２０】
以降、各機能セグメントについて説明する。
『Interactive Composition Segment(ICS)』は、対話的なグラフィクスオブジェクトの画面構成を制御する機能セグメントである。対話的な画面構成の1つとして、本実施形態のICSは、マルチページメニューを実現するものとする。
『Object_Definition_Segment(ODS)』は、ランレングス符号化形式のグラフィクスオブジェクトである。ランレングス符号化形式のグラフィクスオブジェクトは複数のランレングスデータからなる。ランレングスデータとは、画素値を示すPixel Codeと、画素値の連続長とにより、画素列を表現したデータである。Pixel Codeは、8ビットの値であり、0〜255の値をとる。ランレングスデータでは、このPixel Codeによりフルカラーの16,777,216色から任意の256色を選んで画素の色として設定することができる。
【００２１】
『Palette Difinition Segment(PDS)』は、パレットデータを格納する機能セグメントである。パレットデータとは、0〜255のPixel Codeと、画素値との組合せを示すデータである。ここで画素値は、赤色差成分(Cr値),青色差成分(Cb値),輝度成分(Y値),透明度(T値)から構成される。各ランレングスデータが有するPixel Codeを、パレットに示される画素値に置き換えることで、ランレングスデータは発色されることになる。
【００２２】
『END of Display Set Segment(END)』は、機能セグメントの伝送の終わりを示す指標であり、最後のODSの直後に配置される。以上が各機能セグメントについての説明である。
図４（ｂ）は、機能セグメントを変換することで得られるPESパケットを示す図である。図４（ｂ）に示すようにPESパケットは、パケットヘッダと、ペイロードとからなり、このペイロードが機能セグメント実体にあたる。またパケットヘッダには、この機能セグメントに対応するDTS、PTSが存在する。尚以降の説明では、機能セグメントが格納されるPESパケットのヘッダ内に存在するDTS及びPTSを、機能セグメントのDTS及びPTSとして扱う。
【００２３】
これら様々な種別の機能セグメントは、図５のような論理構造を構築する。図５は、様々な種別の機能セグメントにて構成される論理構造を示す図である。本図は第１段目にEpochを、第２段目にDisplay Setを、第３段目にDisplay Setの類型をそれぞれ示す。図４（ａ）の第3段目に示した機能セグメントは第４段目に描かれている。
第１段目のEpochとは、AVClipの再生時間軸上においてメモリ管理の連続性をもっている一つの期間、及び、この期間に割り当てられたデータ群をいう。ここで想定しているメモリとは、表示を構成するグラフィクスオブジェクトを格納しておくためのグラフィクスプレーン、非圧縮グラフィクスオブジェクトを格納しておくためのオブジェクトバッファである。これらについてのメモリ管理に、連続性があるというのは、このEpochにあたる期間を通じてこれらグラフィクスプレーン及びオブジェクトバッファのフラッシュは発生せず、グラフィックプレーン内のある決められた矩形領域内でのみ、グラフィクスの消去及び再描画が行われることをいう(※ここでフラッシュとは、プレーン及びバッファの格納内容を全部クリアしてしまうことである。)。この矩形領域の縦横の大きさ及び位置は、Epochにあたる期間において、終始固定されている。グラフィックプレーンにおいて、この固定化された領域内で、グラフィクスの消去及び再描画を行っている限り、シームレス再生が保障される。つまりEpochは、シームレス再生の保障が可能な再生時間軸上の一単位ということができる。グラフィックプレーンにおいて、グラフィクスの消去・再描画を行うべき領域を変更したい場合は、再生時間軸上においてその変更時点を定義し、その変更時点以降を、新たなEpochにせねばならない。この場合、2つのEpochの境界では、シームレス再生は保証されない。
【００２４】
尚、ここでのシームレス再生とは、グラフィクスの消去及び再描画が、所定のビデオフレーム数で完遂することをいう。インタラクティブグラフィクスストリームの場合、このビデオフレーム数は、4,5フレームとなる。このビデオフレームをどれだけにするかは、グラフィックプレーン全体に対する固定領域の大きさの比率と、オブジェクトバッファ−グラフィックプレーン間の転送レートとによって定まる。
【００２５】
第２段目のDisplay Set(DSと略す)とは、グラフィクスストリームを構成する複数機能セグメントのうち、一つの画面構成を実現するものの集合をいう。図５における破線hk1は、第２段目のDisplay Setが、どのEpochに帰属しているかという帰属関係を示す。DS1,2,3・・・nは、第１段目のEpochを構成していることがわかる。
第３段目はDisplay Setの類型を示す。Epochの先頭に位置するDisplay Setの類型はEpoch Startである。先頭ではない Display Setの類型は『Acquisition Point』、『Normal Case』、『Epoch Continue』である。本図におけるAcquisition Point、Normal Case、Epoch Continueの順序は、一例にすぎず、どちらが先であってもよい。
【００２６】
『Epoch Start』は、新たなEpochの開始にあたるDisplay Setである。そのためEpoch Startは、次の画面合成に必要な全ての機能セグメントを含んでいる。Epoch Startは、映画作品におけるチャプター等、頭出しがなされることが判明している位置に配置される。
『Acquisition Point』は、Epochの開始時点ではないが、次の画面合成に必要な全ての機能セグメントを含んでいるDisplay Setである。Acquisition PointたるDSから頭出しを行えば、グラフィックス表示を確実に実現することができる。つまりAcquisition PointたるDSは、Epochの途中からの画面構成を可能するという役割をもつ。Acquisition PointたるDisplay Setは、頭出し先になり得る位置に組み込まれる。そのような位置には、タイムサーチにより指定され得る位置がある。タイムサーチとは、何分何秒という時間入力をユーザから受け付けて、その時間入力に相当する再生時点から頭出しを行う操作である。かかる時間入力は、10分単位、10秒単位というように、大まかな単位でなされるので、10分間隔の再生位置、10秒間隔の再生位置がタイムサーチにより指定され得る位置になる。このようにタイムサーチにより指定され得る位置にAcquisition Pointを設けておくことにより、タイムサーチ時のグラフィクスストリーム再生を好適に行うことができる。
【００２７】
『Normal Case』は、”表示アップデート”という表示効果をもたらすDSであり、前の画面合成からの差分のみを含む。例えば、あるDSvは、先行するDSuと同じ内容であるが、画面構成が、この先行するDSuとは異なる場合、ICSのみのDSv、又は、ODSのみのDSvを設けてこのDSvをNormal CaseのDSにする。こうすれば、重複するODSを設ける必要はなくなるので、BD-ROMにおける容量削減に寄与することができる。Normal CaseのDSは、差分にすぎないので、Normal Case単独では画面構成は行えない。
【００２８】
『Epoch Continue』とは、AVClipの境界において、Epochが連続していることを示す。1つのDSnのComposition StateがEpoch Continueに設定されていれば、たとえDSnが、その直前に位置するDSn-1と異なるAVClip上に存在していたとしても、同じEpochに属することになる。これらDSn,DSn-1は、同じEpochに帰属するので、たとえこれら2つのDS間で、AVClipの分岐が発生したとしても、グラフィックスプレーン、オブジェクトバッファのフラッシュは発生しない。
【００２９】
図中の破線kz1は、第４段目の機能セグメントが、どのDSに帰属しているかという帰属関係を示す。第４段目の機能セグメントは、図４（ａ）に示したものと同じものなので、これら図４（ａ）の一連の機能セグメントは、Epoch Startに帰属していることがわかる。Acquisition Pointに帰属する機能セグメントは、Epoch Startに帰属するものと同じであり、Normal Caseに帰属する機能セグメントは、Epoch Startに帰属するものの一部を省略したものである。
【００３０】
以上が機能セグメントにより構成される論理構造についての説明である。続いてこれらICS、ODSを有したDisplay Setが、AVClipの再生時間軸上にどのように割り当てられるかについて説明する。Epochは、再生時間軸上においてメモリ管理が連続する期間であり、Epochは1つ以上のDisplay Setから構成されるので、Display SetをどうやってAVClipの再生時間軸に割り当てるかが問題になる。ここでAVClipの再生時間軸とは、AVClipに多重されたビデオストリームを構成する個々のピクチャデータのデコードタイミング、再生タイミングを規定するための想定される時間軸をいう。この再生時間軸においてデコードタイミング、再生タイミングは、90KHzの時間精度で表現される。Display Set内のICS、ODSに付加されたDTS、PTSは、この再生時間軸において同期制御を実現すべきタイミングを示す。このICS、ODSに付加されたDTS、PTSを用いて同期制御を行うことが、再生時間軸へのDisplay Setの割り当てである。
【００３１】
Epochに属するDisplay Setのうち、任意のDisplay SetをDSnとすると、DSnは、図６に示すようなDTS、PTS設定によりAVClipの再生時間軸に割り当てられる。 図６は、DSnが割り当てられた、AVClipの再生時間軸を示す図である。本図においてDSnの始期は、DSnに属するICSのDTS値(DTS(DSn[ICS]))により示されており、終期は、DSnに属するENDのPTS値(PTS(DSn[END]))により示されている。そしてDSnにおいて最初の表示が行われるタイミングは、ICSのPTS値(PTS(DSn[ICS]))に示されている。AVClip再生時間軸において、ビデオストリームの所望のピクチャが出現するタイミングと、PTS(DSn[ICS])とを一致させれば、DSnの最初の表示は、そのビデオストリームと同期することになる。
【００３２】
PTS(DSn[ICS])は、DTS(DSn[ICS])に、ODSのデコードに要する期間(DECODEDURATION)と、デコードにより得られたグラフィクスオブジェクトの転送に要する期間(TRANSFERDURATION)とを足し合わせた値である。
最初の表示に必要なODSのデコードは、このDECODEDURATION内に行われることになる。図６の期間mc1は、DSnに属する任意のODS(ODSm)のデコードがなされる期間を示す。このデコード期間の開始点は、DTS(ODSn[ODSm])により示され、このデコードの終了点は、PTS(ODSn[ODSm])により示される。
【００３３】
以上のような再生時間軸への割り付けを、Epochに属する全てのODSに対して行うことで、Epochは規定されることになる。以上が再生時間軸に対する割り付けについての説明である。
本実施形態は、上述した再生時間軸における動画の再生進行に応じて、マルチページメニューの挙動を制御することを特徴としている。この特徴を実現するための新規な構成は、ICS内のInteractive_compositionに存在する。以降ICS、Interactive_compositionの内部構成について以下説明する。
【００３４】
図７（ａ）（ｂ）は、ICSとInteractive_compositionとの対応関係を示す図である。ICSとInteractive_compositionとの対応関係には、図７（ａ）に示すような1対1のものと、図７（ｂ）に示すような1対多のものとがある。
対応関係が1対1になるのは、Interactive_compositionのサイズが小さく、1つのICS内にInteractive_compositionが収まる場合である。
【００３５】
1対多の対応関係になるのは、Interactive_compositionのサイズが大きく、Interactive_compositionがフラグメント化され、複数ICSに格納される場合である。複数ICSへの格納が可能なので、Interactive_compositionサイズには制限がなく、512Kバイトであろうと、1Mバイトであろうと、Interactive_compositionのサイズを大きくすることができる。ICS、Interactive_compositionには1対多の対応関係もあり得るが、簡単を期するため、以降の説明では、ICS、Interactive_compositionの対応関係は、1対1であるとする。
【００３６】
図８は、ICSの内部構成を示す図である。ICSには、Interactive_Compositionの全体、又は、Interactive_Compositionをフラグメント化することで得られた一部が格納されている。図８の左側に示すように、ICSは、自身がICSであることを示す『segment_descriptor』と、本ICSが想定している縦横の画素数、フレームレートを示す『video_descriptor』と、本ICSが属するDisplay Setが、Normal Case、Acquisition Point、Epoch Start、Effect_Sequenceの何れであるかを示すcomposition_stateと、画面合成の回数を示すComposition_Stateとを含む『composition_descriptor』と、Interactive_Compositionの全体、又は、Interactive_Compositionをフラグメント化することで得られた一部である『Interactive_composition_data_fragment』とからなる。
【００３７】
図８の矢印cu1は、Interactive_compositionの内部構成をクローズアップしている。この矢印に示すようにInteractive_compositionは、『Interactive_composition_length』,『Stream_model』,『user_interface_model』,『composition_time_out_pts』,『selection_time_out_pts』,『user_time_out_duration』、マルチページメニューにおいて表示可能な複数ページのそれぞれに対応する『ページ情報(1)(2)・・・(i)・・・(number_of_page-1)』を含む。
【００３８】
『Interactive_composition_length』は、Interactive_compositionのデータ長を示す。
『Stream_model』は、Interactive_compositionが想定しているストリームモデルのタイプを示す。ストリームモデルとは、Interactive_compositionがどのような形態でBD-ROMに記録されて、再生装置におけるバッファ(コンポジションバッファと呼ばれる)上でどのように扱われるかを示すものであり、Stream_modelは、グラフィクスストリームがAVClipから多重分離されてコンポジションバッファ上にロードされたものであるか(i)、SubClipとして、コンポジションバッファにプリロードされたものであるか(ii)を示す。
【００３９】
『user_interface_model』は、Interactive_compositionが想定しているユーザインターフェイスモデルが、Always-onU/IであるかPop-upU/Iであるかを示す。Always-onU/Iとは、AVClipの再生進行に伴ってメニューの表示・消去がなされるユーザインターフェイスであり、ポップアップU/Iとは、ユーザによる操作をトリガにしてメニューの表示・消去がなされるユーザインターフェイスである。
【００４０】
『Composition_time_out_pts』は、ICSが帰属するEpochの終期(Epoch END)を示す。ICSによる対話制御は、このEpoch終期(Epoch END)においてもはや不可能となるので、このcomposition_time_out_ptsに示される時点が、対話制御の終期を意味する。
『selection_time_out_pts』は、セレクテッド状態にあるボタンを自動的にアクティベートするためのタイムアウト時刻を示す。ボタンとは、マルチページメニューにおける個々の選択項目であり、かかるボタンの状態をアクティブ状態に変化させる時間を規定しているのがこのselection_time_out_ptsである。
【００４１】
図中のIF文(if(Stream_model=='0b'))は、上述したcomposition_time_out_pts及びselection_time_out_ptsが、Stream_model=Multiplexedの際、出現する任意の情報要素であることを示してる。ICSが想定しているストリームモデルがプリロードである場合、これらcomposition_time_out_pts、selection_time_out_ptsは存在しない。
『user_time_out_dutration』は、ユーザ操作により表示され得るページを消去するためのタイムアウト時刻を示す。Always-onU/Iでは、2ndPage以降のPage(SubPageという)がユーザ操作により表示されるので、このuser_time_out_dutrationのタイムアウトにより、SubPageのみが消去され、1stPageのみとなる。Pop-upU/Iでは、SubPageだけではなく、マルチページメニュー全体がユーザ操作により表示されるので、user_time_out_dutrationのタイムアウトにより、全てのページが消去され何も表示されない状態(No Menu Display)になる。
【００４２】
図９は、1つのDisplay Setにおけるx番目のDisplay Setに属する複数ページのうち、任意のもの(y枚目のページ)についてのページ情報の内部構成を示す図である。この図９の右側に示すようにPage情報(y)は、
i)Page(y)を一意に識別する『page_id』、
ii)Page情報(y)により運搬されるデータ構造の中身にあたる,『UO_Mask_Table』、『in_effect』,『out_effect』,『animation_frame_rate_code』,『default_selected_button_id_ref』、『default_activated_button_id_ref』,『pallet_id_ref』,『ボタン情報(1)(2)・・・・・(number_of_buttons-1)』、
iii)Page情報(y)の中身のバージョンを示す『Page_Version_Number』
から構成される。
【００４３】
先ず初めに、Page情報(y)により運搬されるデータ構造を構成する各フィールドについて説明する。
『UO_Mask_Table』は、Page(y)におけるユーザ操作の許可／不許可が設定されるテーブルである。
【００４４】
『in_effect』は、Page(y)の表示開始時あたって再生すべき表示効果を示す。 『out_effect』は、Page(y)の表示終了時あたって再生すべき表示効果を示す。
『animation_frame_rate_code』は、Page(y)にアニメーション表示を適用する際、適用すべきフレームレートを記述する。
『default_selected_button_id_ref』は、Page(y)の表示が始まったとき、デフォルトでセレクテッド状態に設定すべきボタンを動的に定めるか、静的に定めるかを示す。本フィールドが”OxFF”であれば、デフォルトでセレクテッド状態に設定すべきボタンを動的に定める旨を示す。動的に定める場合、再生装置における状態レジスタ(Player Status Register(PSR))の設定値が優先的に解釈され、PSRに示されるボタンがセレクテッド状態になる。本フィールドが0xFFでなければ、デフォルトでセレクテッド状態に設定すべきボタンを静的に定める旨を示す。この場合、『default_selected_button_id_ref』に規定されたボタン番号でPSRを上書きし、本フィールドで指示されるボタンをセレクテッド状態にする。
【００４５】
『default_activated_button_id_ref』は、selection_time_out_ptsに示される時点に達した際、自動的にアクティブ状態に設定されるボタンを示す。default_activated_button_id_refが”FF”であれば、所定のタイムアウト時刻において、現在セレクテッド状態になっているボタンが自動的に選択される。このdefault_activated_button_id_refが00であれば、自動選択はなされない。00,FF以外の値であれば本フィールドは、有効なボタン番号として解釈される。
【００４６】
『pallet_id_ref』は、Page(y)において、CLUT部に設定すべきパレットのidを示す。
『ボタン情報(Button_info)』は、Page(y)上に表示される各ボタンを定義する情報である。以上のフィールドにより、マルチページメニューにおける個々のページの中身は特定される。
『Page_Version_Number』は、EpochにおいてPage情報(y)のデータ構造により運搬される中身のバージョンを示すフィールドである。このPage_Version_Numberは本願の主眼となるものであるので、このPage_Version_Numberについて詳しく説明する。ページ情報(y)のバージョンとは、ページ情報で運搬されるデータ構造の中身が、何回目のアップデートを経たものであるかを示す。Page情報(y)のデータ構造において、Page_Version_Number直後のフィールドのうち、どれかの値が変化した場合、又は、Page_Version_Number直後の各フィールドに何等かの変化があった場合、Page情報(y)は、アップデートされたとみなされる。
【００４７】
Page_Version_Numberによるバージョンは、1つのEpochにおける通し番号で表現される。そのため、このPage_Version_Numberの値は、ページ情報が1つのEpochにおいてどのDisplay Setに属するかによって変わる。1つのEpochにおいてEpoch Startに属するページ情報では、このPage_Version_Numberは初期値(=0)に設定される。一方、2つ目以降のDisplay Setのうち、アップデートをもたらすもの(Acquisition Point、Normal Case)に属するPage_Version_Numberには、アップデート回数を示す1〜255の値が設定される。
【００４８】
以降図１０の具体例を交えてこのPage_Version_Numberについて詳しく説明する。
図１０は、連続する2つのDisplay Set(DSx+1、DSx)におけるPage_Version_Number設定を示す図である。DSx+1はAcquisition Pointであり、このDisplay Setの任意のページ情報(y)を着眼する。このDSx+1のPage情報(y)の中身が、DSxと全く同一であれば、DSx+1.Page情報(y)のPage_Version_Numberは、DSx.Page情報(y)のPage_Version_Numberと同じ値に設定される。このPage_Version_Numberを参照することにより再生装置は、DSx、DSx+1の間において、Page情報(y)の中身から変わっていないと判断することができる。これに対し図１１では、DSx+1におけるPage情報(y)の中身は、DSxにおけるPage情報(y)のそれから変わっている。この場合、DSx+1.Page情報(y)のPage_Version_Numberは、DSx.Page情報(y)の値に1を加えた値(=A+1)になっている。かかるPage_Version_Numberの値を参照することで再生装置は、DSx+1におけるPage情報(y)が、DSxのPage情報(y)から変化していることを知ることができる。
【００４９】
図１２は、DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
DSx+1におけるPage情報(y)により構成されるページは、3つのボタン(A,B,C)をボタンB→ボタンC→ボタンAの順に配置するものである。
一方、DSxにおけるPage情報(y)により構成されるページは、3つのボタン(ボタンA、ボタンB、ボタンC)を、ボタンA→ボタンB→ボタンCの順に配置するものである。２枚のページの違いは、ボタンの順序がボタンA→ボタンB→ボタンCからボタンB→ボタンC→ボタンAに変化している点に過ぎない。たとえ変化が僅かなものであったとしても、DSx+1のPage情報(y)におけるPage_Version_Numberの値は、DSxより増えた値になる。Page_Version_Numberをこのように設定しておくことでPage情報(y)における些細な変化を、再生装置にシグナリングすることができる。
【００５０】
これまでの説明は、Acquisition PointDisplay SetにおけるInteractive_compositionをアップデートする一例であったが、Normal Caseに属するInteractive_compositionにおいても、ページ情報毎にPage_Version_Numberが存在する。そしてページ情報毎の内容変化を、このPage_Version_Numberに示させておくことができる。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
【００５１】
図１３は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、
主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。
【００５２】
こうして生産される再生装置は、BDドライブ１、リードバッファ２、デマルチプレクサ(De-MUX)３、ビデオデコーダ４、ビデオプレーン１１、P-Graphicsデコーダ６、Presentation Graphicsプレーン１８、合成部８、I-Graphicsデコーダ９、Interactive Graphicsプレーン１０、合成部１１、オーディオデコーダ１３、CLUT部１９、CLUT部２０、PSRセット１６、システムクロック１７、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９、Composition_TimeOutタイマ２０、Effect_durationタイマ２１、操作受付部２２、状態制御部２３から構成される。
【００５３】
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
リードバッファ２は、FIFOメモリであり、BD-ROMから読み出されたTSパケットが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)３は、リードバッファ２からTSパケットを取り出して、このTSパケットを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、所定のstreamPIDをもつものをビデオデコーダ４、オーディオデコーダ１３、P-Graphicsデコーダ６、I-Graphicsデコーダ９のどれかに出力する。
【００５４】
ビデオデコーダ４は、デマルチプレクサ３から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン１１に書き込む。
ビデオプレーン１１は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン１１における解像度は1920×1080であり、このビデオプレーン１１に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５５】
P-Graphicsデコーダ６は、BD-ROM、HDから読み出されたグラフィクスストリームをデコードして、非圧縮グラフィクスをPresentation Graphicsプレーン１８に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Presentation Graphicsプレーン１８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン１８中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン１８に格納された非圧縮グラフィクスは、表示に供される。
【００５６】
合成部８は、非圧縮状態のピクチャデータ(i)を、Presentation Graphicsプレーン１８の格納内容と合成する。
I-Graphicsデコーダ９は、BD-ROM又はHDから読み出されたIGストリームをデコードして、非圧縮グラフィクスをInteractive Graphicsプレーン１０に書き込む。
Interactive Graphicsプレーン１０は、I-Graphicsデコーダ９によるデコードで得られた非圧縮グラフィクスが書き込まれる。このInteractive Graphicsプレーン１０は、通常ターンオフ状態に設定されており、I-Graphicsデコーダ９からの指示があった場合に、ターンオン状態になる。ターンオフ状態とは、Interactive Graphicsプレーン１０に格納された非圧縮グラフィクスを、動画像に合成せず、ページを表示しない制御をいう。一方、ターンオン状態とは、ターンオフされているInteractive Graphicsプレーン１０の格納内容を、CLUT部１５に出力して動画像に合成させる制御をいう。
【００５７】
合成部１１は、Interactive Graphicsプレーン１０の格納内容と、合成部８の出力である合成画像(非圧縮状態のピクチャデータと、Presentation Graphicsプレーン１８の格納内容とを合成したもの)とを合成する。
オーディオデコーダ１３は、デマルチプレクサ３から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
【００５８】
CLUT部１９は、Presentation Graphicsプレーン１８に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
CLUT部２０は、Interactive Graphicsプレーン１０に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
PSRセット１６は、再生装置に内蔵されるレジスタであり、64個のPlayer Status Register(PSR)と、4096個のGeneral Purpose Register（GPR)とからなる。64個のPlayer Status Register(PSR)は、それぞれ現在の再生時点等、再生装置における諸状態を示す。64個のPSRのうちPSR5〜PSR8は、現在の再生時点を表すものである。このうちPSR8は、0〜OxFFFFFFFFの値に設定されることで、45KHzの時間精度を用いてAVClip上の現在の再生時点(カレントPTM)を示す。PSR11は、マルチページメニューにおけるカレントページのPage_idを示し、PSR10は、そのカレントページにおいてセレクテッド状態になっているボタン(カレントボタン)を示す。
【００５９】
システムクロック１７は、クロック信号を発生する。De-MUX３によるPESパケット変換は、このクロック信号に同期してなされる。
user_timeoutタイマ１８は、PTS(DSn[ICS])の時点において、user_time_out_dutrationが設定されるタイマである。user_time_out_dutrationが設定されると本User_TimeOutタイマ１８は、システムクロックの計時に伴い、カウントダウンを始める。タイマーによるカウントダウンは、ユーザ操作がなされる度にリセットされ、user_time_out_dutrationにより示される値に戻る。ユーザ操作が無い期間が長く続けば、カウント値はゼロに達し、User_TimeOutタイマ１８はタイムアウトする。
【００６０】
Selection_TimeOutタイマ１９は、PTS(DSn[ICS])の時点において、selection_time_out_ptsが設定されるタイマである。selection_time_out_ptsが設定されると本Selection_TimeOutタイマ１９は、システムクロックの計時に伴い、カウントダウンを始める。Selection_TimeOutタイマ１９によるカウントダウンは、ユーザ操作がなされる度にリセットされ、selection_time_out_ptsにより示される値に戻るが、ユーザ操作が無い期間が長く続けば、タイマーのカウント値はゼロに達し、Selection_TimeOutタイマ１９はタイムアウトする。かかるタイムアウトにより、図９に示したValid Interactive Periodの経過を知ることができる。
【００６１】
Composition_TimeOutタイマ２０は、DTS(DSn[ICS])の時点において、composition_time_out_ptsが設定されるタイマである。composition_time_out_ptsが設定されると本Composition_TimeOutタイマ２０は、システムクロックの計時に伴い、カウントダウンを始める。Composition_TimeOutタイマ２０によるカウントダウンは、ユーザ操作がなされもリセットされない。カウント値がゼロに達して、Composition_TimeOutタイマ２０がタイムアウトすれば、Epoch Endの到来を知ることができる。
【００６２】
Effect_durationタイマ２１は、DSnがEpoch Startである場合、DTS(DSn[ICS])の時点において、effect_durationが設定されるタイマである。effect_durationとは、effect映像の再生にあたっての表示期間をいう。effect_durationが設定されると本Effect_durationタイマ２１は、システムクロックの計時に伴い、カウントダウンを始める。Effect_durationタイマ２１によるカウントダウンは、ユーザ操作がなされもリセットされない。Effect_durationタイマ２１のカウント値はゼロに達し、Effect_durationタイマ２１がタイムアウトすれば、かかるタイムアウトにより、次のEffect映像の表示タイミングを知ることができる。
【００６３】
操作受付部２２は、リモコンや再生装置のフロントパネルになされたキー操作を受け付け、ユーザ操作を示す情報(UO)をI-Graphicsデコーダ９に出力する。
状態制御部２３は、I-Graphicsデコーダ９からの設定指示に従い、PSRに所望の値を設定する。
＜I-Graphicsデコーダ９の内部構成＞
続いて図１４を参照しながら、I-Graphicsデコーダ９の内部構成について説明する。図１４に示すようにI-Graphicsデコーダ９は、Coded Data Buffer３３、Stream Graphics Processor３４、Object Buffer３５、Composition Buffer３６、Graphics Controller３７から構成される。
【００６４】
Coded Data Buffer３３は、ICS、PDS、ODSがDTS、PTSと共に一時的に格納されるバッファである。
Stream Graphics Processor３４は、ODSをデコードして、デコードにより得られた非圧縮グラフィクスをObject Buffer３５に書き込む。
Object Buffer３５は、Stream Graphics Processor３４のデコードにより得られた非圧縮のグラフィクスオブジェクト(図中の四角枠)が多数配置されるバッファである。このObject Buffer３５において各グラフィクスオブジェクトが占める矩形領域は、Object_idにより識別される。従って、Object Buffer３５上にあるグラフィクスオブジェクトが存在している状態で、同じObject_idをもつグラフィクスオブジェクトが許可要求されれば、Object Buffer３５上においてそのグラフィクスオブジェクトが占める領域は、同じObject_idをもつグラフィクスオブジェクトにより上書きされることになる。
【００６５】
Compositionバッファ３６は、1つ以上のICSに対応する運搬されるInteractive_compositionを格納しておくためのバッファである。格納されているInteractive_compositionは、Graphicsコントローラ３７による解読に供される。
Graphicsコントローラ３７は、現在の再生時点が新たなDisplay Setに到達する度に、そのDisplay Setに含まれるICSのComposition_Stateが、Epoch Start、Acquisition Point、Normal Caseのどれであるかを判定する、Epoch Startであれば、Coded Dataバッファ３３上の新たなInteractive_compositionを、Coded Dataバッファ３３からCompositionバッファ３６に転送する。
【００６６】
Graphicsコントローラ３７は、Acquisition PointタイプのDisplay SetにおけるICSがCoded Dataバッファ３３に読み出される度に、そのICSに属する各ページ情報のPage_Version_Numberと、Compositionバッファ３６に格納済みのInteractive_compositionにおける各ページ情報のPage_Version_Numberとを照合する。そしてPage_Version_Numberが大きいページ情報がCoded Dataバッファ３３上に存在していれば、そのページ情報をCoded Dataバッファ３３からCompositionバッファ３６に転送することで、Compositionバッファ３６における所望のページ情報をアップデートする。そしてそうやってアップデートされたページ情報に該当するページが現在表示中であるか否かを判定し、もし表示中であれば、該当するページの再描画を行う。図中の◎1,2,3,4は、Coded Dataバッファ３３に読み出されたInteractive_compositionにおけるPage_Version_Number参照(◎1)、Page_Version_Numberが高いページ情報の転送(◎2)、アップデートされたページ情報の参照(◎3)、アップデートされたページ情報に基づく再描画(◎4)を模式化している。更に図中の矢印bg1,2,3,4は、Graphics Controller３７による再描画を象徴的に示している。かかる描画により、ボタン0-A〜ボタン0-Dが配されたページがInteractive Graphicsプレーン１０に現れ、動画に合成されることになる。
【００６７】
図１５は、機能セグメントのロード処理の処理手順を示すフローチャートである。本フローチャートにおいてSegmentKとは、AVClipの再生時において、読み出されたSegment(ICS,PDS,ODS)のそれぞれを意味する変数であり、無視フラグは、このSegmentKを無視するかロードするかを切り換えるフラグである。本フローチャートは、無視フラグを0に初期化した上で(ステップＳ９８)、ステップＳ１０１〜Ｓ１１６の処理を全てのSegmentについて繰り返すループ構造を有している(ステップＳ９９、ステップＳ１００)。
【００６８】
ループ構造をもつステップＳ１０１〜ステップＳ１１６の処理は、無視フラグが1かどうかを判定して(ステップＳ１０２)、無視フラグが0であるなら、対象となる機能セグメントをCoded Dataバッファ３３からCompositionバッファ３６、Stream Graphicsプロセッサ３４のどれかに転送し(ステップＳ１０３)、無視フラグが1であるならかかる転送を行わずCoded Dataバッファ３３上で、対象となる機能セグメントを削除する(ステップＳ１０４)という処理を、機能セグメントの読み出しが継続している限り繰り返すものである。
【００６９】
SegmentKが無視されるか、ロードされるかは、無視フラグの設定により決まる。ステップＳ１０７〜Ｓ１１１、Ｓ１１４、Ｓ１１５は、この無視フラグを設定する処理である。
ステップＳ１０７は、ICSにおけるComposition_StateがAcquisition Pointであるか否かの判定である。SegmentKがAcquisition Pointであるなら、ステップＳ１０８に移行し、SegmentKがもしEpoch StartかNormal Caseであるなら、ステップＳ１１１に移行する。
【００７０】
ステップＳ１０８は、先行するICSがCompositionバッファ３６上に存在するかどうかの判定であり、ステップＳ１０７がYesである場合に実行される。Compositionバッファ３６にICSが存在しないケースとは、頭出しがなされたケースをいう。この場合、Acquisition PointたるDSから、表示を開始せねばならないので、ステップＳ１１０に移行する(ステップＳ１０８でNo)。
【００７１】
Compositionバッファ３６上に先行するICSが存在する場合は(ステップＳ１０８でYes)、無視フラグを”2”に設定して(ステップＳ１０９)、ステップＳ１１２に移行する。
ステップＳ１１２は、Coded Dataバッファ３３に新たに読み出されたICS(新しい機能セグメントに属するICS)に、Page_Version_Numberが増えたページ情報が存在するか否かの判定である。
【００７２】
もし存在するなら(ステップＳ１１２でYes)、Coded Dataバッファ３３上に存在する新たなICSのうち、Page_Version_Numberが増えたページ情報のみをCompositionバッファ３６に転送し、それ以外のページ情報を無視する(ステップＳ１１６)。Page_Version_Numberが増えたページ情報が存在しない場合、ステップＳ１０２に移行する。これによりAcquisition Pointを示すICSは無視されることになる(ステップＳ１０４)。
【００７３】
ステップＳ１１１は、ICSにおけるComposition_StateがNormal Caseであるか否かの判定である。SegmentKがもしNormal Caseであるなら、ステップＳ１１４に移行する。ステップＳ１１４は、先行するICSがCompositionバッファ３６内に存在するかどうかの判定を行う。もし存在するなら、ステップＳ１１０に移行して、無視フラグを”0”に設定する。存在しないなら、元々、対話画面を構成する充分な機能セグメントが得られないため、無視フラグを”1”に設定する(ステップＳ１１５)。かかるフラグ設定により、先行するDSがグラフィクスデコーダ１２に存在しない場合、Normal Caseを構成する機能セグメントは無視されることになる。
【００７４】
対象となる機能セグメントがEpoch Startを示している場合(i)、頭出し時におけるAcquisition Pointである場合(ii)、通常再生時におけるNormal Caseである場合(iii)、ステップＳ１１１がNo、ステップＳ１０８がNo、ステップＳ１１４がYesになって無視フラグは、何れも”0”に設定されることになる(ステップＳ１１０)。これにより、対象となる機能セグメントがEpoch Startを示している場合(i)、頭出し時におけるAcquisition Pointである場合(ii)、通常再生時におけるNormal Caseである場合(iii)は何れも、Display Setに属する機能セグメントは、Stream Graphicsプロセッサ３４、Compositionバッファ３６のどれかに転送されることになる。
【００７５】
図１６は、Page_Version_Numberが変化したページ情報を用いたアップデート処理の手順を示すフローチャートである。本フローチャートは、Page_Version_Numberが変化したページ情報のそれぞれについて、ステップＳ１２３〜ステップＳ１２４の手順を繰り返すループ構造になっている(ステップＳ１２１、ステップＳ１２２)。このループ構造において対象となる個々のページ情報をページ情報(x)とすると、本ループ処理は、対象となるページ情報をCoded Dataバッファ３３からCompositionバッファ３６にロードした上で(ステップＳ１２３)、そのページ情報がアップデートされた旨を示すupdateフラグを1に設定する(ステップＳ１２４)。尚、このupdateフラグの用途については第２実施形態で説明する。
【００７６】
以降、具体例を交えながら、図１５及び図１６の制御について説明する。図１７は、本具体例の対象となるAVClipの内部構成を示す図である。この具体例で対象となるAVClipは、本編映像にあたる『ビデオストリーム』、英語音声を表す『オーディオストリーム#0』、日本語音声を表す『オーディオストリーム#1』、コメンタリ音声を示す『オーディオストリーム#2』、『グラフィクスストリーム』からなる。
【００７７】
日本語音声、英語音声は、映画作品全編を通じて存在するが、コメンタリ音声は、映画作品の途中にしか存在しない。一方グラフィクスストリームは、3つのDisplay Set(DS0、DS1、DS2)からなる。DS0は、映画作品先頭からコメンタリィ音声が始まるまでの区間、DS1は、コメンタリィ音声が存在する区間、DS2は、コメンタリィ音声の終わりから映画作品末尾までの区間にそれぞれ該当する。
【００７８】
DS1、DS2はそれぞれこのように対応しているため、DS1のICSにおけるPTS(DS1[ICS]))は、コメンタリィ音声が存在する区間の始点を示すよう設定されている。DS2のICSにおけるPTS(DS2[ICS]))は、コメンタリィ音声が存在する区間の終点を示すよう設定されている。
続いて3つのDisplay Setに属するPage情報(2)のPage_Version_Numberが全て異なる場合のページ情報読み出しについて説明する。図１８は、図１１と同様の表記で示したAVClipの内部構成を示す図である。本図に示すようにこれら3つのDisplay Set(DS0、DS1、DS2)は、n個のページ情報を有している。図中の引き出し線hs1,2,3はページ情報の中身をクローズアップしている。この引き出し線に示すように、DS0,DS2におけるページ情報は、2つのボタン情報を含むが、DS1におけるページ情報のボタン情報の数は1つ多い。ページ情報の中身が違っているので、DS0、DS1、DS2におけるPage_Version_Numberはそれぞれversion0,1,2を示すよう設定されている。
【００７９】
図１９は、通常再生時におけるページ描画を模式的に示す図である。DS0においては、Page情報(0)、Page情報(1)、Page情報(2)がCompositionバッファ３６にロードされるため、Page情報(0)、Page情報(1)、Page情報(2)から構成されるメニューを描画することができる。一方、DS1への到達時においては、ページ情報のPage_Version_Numberを参照することで、再生装置はPage情報(2)の中身が変わっていることを知得することができる。そのため再生装置は、Page情報(2)のみをCoded Dataバッファ３３からCompositionバッファ３６に転送し、これに基づく再描画を行うことで、グラフィックスプレーンの格納内容を更新する。図中の矢印up1,up2はDS1への到達時におけるアップデートと、再描画を模式的に示す。このアップデートによりCompositionバッファ３６に格納されているPage情報(2)の中身は2つのボタン情報を含むものから、3つのボタン情報を含むものへと変化する。かかるCompositionバッファ３６の格納内容に基づきグラフィクスプレーンの再描画を行えば、Page情報(2)に対応するページ上のボタンは、3つから2つに変化する。
【００８０】
図中の矢印up3,up4はDS2への到達時におけるアップデートと、再描画を模式的に示す。このアップデートによりCompositionバッファ３６に格納されているPage情報(2)の中身は3つのボタン情報を含むものから、2つのボタン情報を含むものへと変化する。かかるCompositionバッファ３６の格納内容に基づきグラフィクスプレーンの再描画を行えば、Page情報(2)に対応するページ上のボタンは、2つから3つに変化する。
【００８１】
図２０は、飛び込み再生時の描画処理を示す。この飛び込み位置がDS1の手前であれば、DS1に属するInteractive_compositionのPage情報(0)〜Page情報(2)に基づき、各ページが描画される。この飛び込み後の現在の再生時点がDS2に到達すれば、再生装置はPage_Version_Numberが変化したことによりPage(2)を再描画させるとの処理を行う。これにより表示されている3枚のページのうち、Page(2)が再描画されることになる。図２１は、図２０に示した描画により、どのような合成画像が得られるかを示す図である。本図に示すように現在の再生時点がPTS(DSo[ICS])に到達した場合、2つのボタンからなるPage(2)が動画と合成されて表示されることになる。動画の再生が進行して現在の再生時点がPTS(DS1[ICS])に到達すれば、3つのボタンからなるPage(2)が動画と合成され、表示されることになる。動画の再生が進行して現在の再生時点がPTS(DS2[ICS])に到達すれば、ボタンの数は、2つに戻るこことになる。
【００８２】
本具体例では、コメンタリィ音声が存在しているシーンにおいて、Page_Version_Numberを変化させるとした。しかしかかる設定は一例であり、上述したようなページ毎のupdateの応用の幅は広い。動画の再生が進行するにつれ、同じページのボタンを減ってゆき、選択の幅が狭まるという画面演出を実現することができる。このようなスリル感ある演出をゲームに応用してもよい。
【００８３】
特定の商品が動画中に出現している区間のみ、商品の購入のためのボタンを表示することができる。かかる応用は、オンラインショッピングのような商業的な映画作品を制作するにあたって、特に真価を発揮する。
続いて3つのDisplay Set(DS0、DS1、DS2)に属するPage情報(2)のPage_Version_Numberが全て同じである場合の読み出しについて説明する。この具体例で想定しているのは、図２２に示すような、3つの連続するDisplay Set(DS1、DS2、DS3)のPage情報(2)である。破線の矢印hh1,2,3は、3つのDisplay SetにおけるPage情報(2)の中身をクローズアップして示す。この破線に示されるように3つのDisplay SetにおけるPage情報(2)は何れも、3つのボタン情報(ボタン情報(0)(1)(2))をもつ。
【００８４】
図２３は、AVClip再生進行に伴うグラフィックスプレーンの格納内容の時間的変移を示す図である。かかる3つのDisplay Setを含むAVClipが再生装置により読み出され、再生されるものとする。3つのDisplay SetのうちDS0はAVClipの最初に位置するものなので、このDS0におけるPage情報(2)に基づき、ページが描画される。図中の矢印は、Page情報(0)、Page情報(1)、Page情報(2)に基づく再生装置による描画を模式的に示す。
【００８５】
これに後続するDS1、DS2の読み出し時にあたっては、Page情報(2)のPage_Version_Numberは、Display SetのPage情報(2)のPage_Version_Numberと同じ値になっているので、これらDS1、DS2におけるページ情報による再描画はなされない。×付きの矢印は、Graphicsコントローラ３７が、これら2つのDisplay SetにおけるPage情報(2)を無視していることを示す。図２４は、図２２に示したAVClipに対する飛び込み時において、グラフィクス描画がどのように行われるかを示す。本図における飛び込み先は、DS1の手前であるので、このDS1に属するPage情報(0)、Page情報(1)に基づき、ページ描画が行われる。Page_Version_Numberが全て同じである場合の再生装置による描画処理は以上の通りである。
【００８６】
以上のように本実施形態によれば、マルチページメニューの内容を変化させようとする場合、コンポジションバッファ内に格納されているInteractive_composition全部を総入れ替えするのではなく、コンポジションバッファ上に格納されているInteractive_compositionのうち、特定のページのみ入れ替えれば、マルチページメニューの内容を変化させることができる。Interactive_compositionの総入れ替えが不要なので、変化前後の状態を1つのEpochとして扱うことができ、不要な再生途切れを避けることができる。これにより、表示の途切れのない、マルチページメニュー変化を実現することができる。
【００８７】
(第２実施形態)
第２実施形態は、第１実施形態に示したページ情報をより詳細に開示するための実施形態である。
先ず初めにボタン情報について説明する。ページに表示される個々のボタンには、ノーマル状態、セレクテッド状態、アクティブ状態という3つの状態がある。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。アクティブ状態とは、確定に至った状態をいう。かかる状態があるので、Page情報(y)における任意のボタンを規定するボタン情報(ボタン情報i)には、以下の情報要素が規定されている。図２５は、Page情報(y)におけるボタン情報(i)の内部構成を示す図である。
【００８８】
『button_id』は、ボタン(i)を、Interactive_compositionにおいて一意に識別する数値である。
『button_numeric_select_value』は、ボタン(i)の数値選択を許可するか否かを示すフラグである。
『auto_action_flag』は、ボタン(i)を自動的にアクティブ状態にするかどうかを示す。auto_action_flagがオン(ビット値1)に設定されれば、ボタン(i)は、セレクテッド状態になる代わりにアクティブ状態になる。auto_action_flagがオフ(ビット値0)に設定されれば、ボタン(i)は、選択されたとしてもセレクテッド状態になるにすぎない。
【００８９】
『button_horizontal_position』、『button_vertical_position』は、対話画面におけるボタン(i)の左上画素の水平位置、垂直位置を示す。
『neighbor_info』は、ボタン(i)がセレクテッド状態になっていて、上下左右方向へのフォーカス移動が命じられた場合、どのボタンをセレクテッド状態に設定するかを示す情報であり、『upper_button_id_ref』,『lower_button_id_ref』,『left_button_id_ref』,『right_button_id_ref』からなる。
【００９０】
『upper_button_id_ref』は、ボタン(i)がセレクテッド状態である場合においてリモコンが操作され、上方向へのフォーカス移動を命じるキー(MOVEUPキー)が押下された場合、ボタン(i)の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタン(i)の番号が設定されていれば、MOVEUPキーの押下は無視される。
『lower_button_id_ref』,『left_button_id_ref』,『right_button_id_ref』は、ボタン(i)がセレクテッド状態である場合において、リモコンが操作され、下方向へのフォーカス移動を命じるキー(MOVE Downキー),左方向へのフォーカス移動を命じるキー(MOVE Left キー),右方向へのフォーカス移動を命じるキー(MOVE Right キー)が押下された場合、ボタン(i)の押下の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタン(i)の番号が設定されていれば、これらのキーの押下は無視される。
【００９１】
『normal_state_info』は、ボタン(i)のノーマル状態を規定する情報であり、『normal_start_object_id_ref』、『normal_end_object_id_ref』、『normal_repeated_flag』を含む。
『normal_start_object_id_ref』は、ノーマル状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのnormal_start_object_id_refに記述される。
【００９２】
『normal_end_object_id_ref』は、ノーマル状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのnormal_end_object_id_refに記述される。このactivated_end_object_id_refに示されるIDが、normal_start_object_id_refに示されるIDと同じである場合、このIDにて示されるグラフィックスオブジェクトの静止画が、ボタン(i)の絵柄になる。
【００９３】
『normal_repeat_flag』は、ノーマル状態にあるボタン(i)のアニメーション表示を反復継続させるかどうかを示す。
『selected_state_info』は、ボタン(i)のセレクテッド状態を規定する情報であり、 『selected_state_sound_id_ref』、『selected_start_object_id_ref』、『selected_end_object_id_ref』、『selected_repeat_flag』を含む。
【００９４】
『selected_state_sound_id_ref』は、ボタン(i)の状態がセレクテッド状態が変化した際、クリック音として再生させるべきサウンドデータを指定する情報である。この指定は、sound.bdmvと呼ばれるファイルに格納されているサウンドデータの識別子を記述することでなされる。本フィールドが0xFFである場合、サウンドデータは指定されていないことを意味し、クリック音再生はなされない。
【００９５】
『selected_start_object_id_ref』は、セレクテッド状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのselected_start_object_id_refに記述される。
『selected_end_object_id_ref』は、セレクト状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのselected_end_object_id_refに記述される。このselected_end_object_id_refに示されるIDが、selected_start_object_id_refに示されるIDと同じである場合、このIDにて示されるグラフィックスオブジェクトの静止画が、ボタン(i)の絵柄になる。
【００９６】
『selected_repeat_flag』は、セレクテッド状態にあるボタン(i)のアニメーション表示を、反復継続するかどうかを示す。selected_start_object_id_refと、selected_end_object_id_refとが同じ値になるなら、本フィールド00に設定される。
『activated_state_info』は、ボタン(i)のアクティブ状態を規定する情報であり、 『activated_state_sound_id_ref』、『activated_start_object_id_ref』、『activated_end_object_id_ref』を含む。
【００９７】
『activated_state_sound_id_ref』は、button情報に対応するボタンのセレクテッド状態が変化した際、クリック音として再生させるべきサウンドデータを指定する情報である。この指定は、sound.bdmvに格納されているサウンドデータの識別子を記述することでなされる。本フィールドが0xFFである場合、サウンドデータは指定されていないことを意味し、クリック音再生はなされない。
【００９８】
『activated_start_object_id_ref』は、アクティブ状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのactivated_start_object_id_refに記述される。
『activated_end_object_id_ref』は、アクティブ状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのactivated_end_object_id_refに記述される。
【００９９】
『ナビゲーションコマンド(navigation_command)』は、ボタン(i)がアクティブ状態になれば、実行されるコマンドである。ナビゲーションコマンドの代表的なものは、SetButtonPageコマンドである。SetButtonPageコマンドは、マルチページメニューの所望のページを表示させ、そのページにおける所望のボタンをセレクテッド状態に設定させることを再生装置に命じるコマンドである。かかるナビゲーションコマンドを用いることにより、オーサリング担当者は、ページ切り換えを簡易に記述することができる。
【０１００】
上述した特許文献1,2には、ボタン情報中のナビゲーションコマンドが更新された際、その更新を示すフラグが記述されている。本願では、このフラグの役割を、ページ情報毎のPage_Version_Numberが果たすことになる。つまりどれかのページのどれかのボタンに対するナビゲーションコマンドが変化した際、そのボタン情報が属するページ情報のPage_Version_Numberがインクリメントすることになる。
【０１０１】
以上がボタン情報の内部構成である。図２６に示すボタン0-A〜ボタン0-Dの状態遷移を実行する場合のボタン情報の記述例を図２７に示す。図２６における矢印hh1,hh2は、button info(1)のneighbor_info()による状態遷移を象徴的に表現している。button info(1)のneighbor_info()におけるlower_button_id_refは、ボタン0-Cに設定されているため、ボタン0-Aがセレクテッド状態になっている状態で、MOVEDownキー押下のUOが発生すれば(図２６のup1)、ボタン0-Cがセレクテッド状態になる(図２６のsj1)。button info(1)のneighbor_info()におけるright_button_id_refは、ボタン0-Bに設定されているため、ボタン0-Aがセレクテッド状態になっている状態で、MOVERightキー押下のUOが発生すれば(図２６のup2)、ボタン0-Bがセレクテッド状態になる(図２６のsj2)。
【０１０２】
図２６における矢印hh3は、button info(2)のneighbor_info()による状態遷移の制御を示す。button info(2)のneighbor_info()におけるupper_button_id_refは、ボタン0-Aに設定されているため、ボタン0-Cがセレクテッド状態になっている状態で、MOVEUpキー押下のUOが発生すれば(up3)、ボタン0-Aがセレクテッド状態に戻る(sj3)。続いてボタン0-A〜ボタン0-Dの絵柄について説明する。図２７のICSを含むDSnは、図２８のような絵柄を示すODS11〜19を含んでいるものとする。ICSにおけるbutton情報(0)のnormal_state_info()におけるnormal_start_object_id_ref,normal_end_object_id_refは、ODS11〜13を指定しているため、ボタン0-Aのノーマル状態は、ODS11〜13によるアニメーションで表現される。またbutton情報(0)のselected_state_info()におけるselected_start_object_id_ref,end_object_id_selectedは、ODS14〜16を指定しているため、ボタン0-Aのセレクテッド状態は、ODS14〜16で表現される。ユーザがこのボタン0-Aをセレクテッド状態にすることにより、ボタン0-Aの絵柄たる肖像は、ODS11〜13によるものから、ODS14〜16によるものへと変化する。ここでnormal_state_info()、selected_state_info()におけるnormal_repeat_flag,selected_repeat_flagを1にしておけば、ODS11〜13によるアニメーション、ODS14〜16によるアニメーションは、図中の「→(A)」,「(A)→」,「→(B)」,「(B)→」,に示すように、アニメーション表示は反復継続する。
【０１０３】
アニメーション描画が可能な複数ODSが、ボタン0-A〜ボタン0-Dに割り当てられており、これらによる制御がICSに記述されていれば、ユーザ操作に併せてキャラクタの表情が変わるような、リアルなボタンの状態制御を実現することができる。
ボタン情報は以上のような構成を有しているが、1つのページ内のボタン情報の個数が変わったり、又は、ボタンのアニメーション表示時に用いられるグラフィクスオブジェクトやナビゲーションコマンドの中身が変わった場合、これらの変化を示すべくPage_Version_Numberは+1の値に設定されることになる。
【０１０４】
以上がボタン情報についての説明である。続いてEffect画像について説明する。In_Effect及びOut_Effectは、何れもEffect_Sequenceにより定義される。図２９は、Effect_Sequenceの内部構成を示す図である。Effect_Sequenceは、図２９の左半分に示す通りであり、number_of_windows個のウィンドゥ情報(ウィンドゥ情報(0)(1)(2)・・・(number_of_windows-1))と、number_of_effects個のeffect情報(Effect情報(0)(1)(2)・・・(number_of_effects-1))とからなる。
【０１０５】
ここでEffect画像は、一定間隔置きの画面構成(Display Composition)を繰り返すことで再生される。Effect情報は、個々の画面構成を規定する情報であり、破線ec1は、Effect情報の内部構成をクローズアップして示す。本矢印に示すように、Effect情報は、上記一定間隔を示す『effect_duration』と、その画面構成に用いられるパレットデータを示す『pallet_id_ref』と、画面構成の詳細を規定する『composition_object(0)(1)(2)・・・・(number_of_Composition_Object-1)』とからなる。
【０１０６】
ウィンドゥ情報は、グラフィックスプレーンでの画面構成に用いられる領域を規定するものである。図中の引き出し線wc1はウィンドゥ情報の構成をクローズアップしている。この引き出し線に示すようにwindow情報は、グラフィックスプレーンにおいてウィンドゥを一意に識別する『window_id』と、グラフィックスプレーンにおける左上画素の水平位置を示す『window_horizontal_position』と、グラフィックスプレーンにおける左上画素の垂直位置を示す『window_vertical_position』と、グラフィックスプレーンにおけるウィンドゥの横幅を示す『window_width』と、グラフィックスプレーンにおける縦幅を示す『window_height』とを用いて表現される。
【０１０７】
window_horizontal_position、window_vertical_position、window_width、window_heightがとりうる値について説明する。これらが想定している座標系は、グラフィックスプレーンの内部領域であり、このグラフィックスプレーンは、縦:video_height、横:video_widthという二次元状の大きさをもつ。
window_horizontal_positionは、グラフィックスプレーンにおける左上画素の水平アドレスであるので、1〜video_widthの値をとり、window_vertical_positionは、グラフィックスプレーンにおける左上画素の垂直アドレスであるので1〜video_heightの値をとる。
【０１０８】
window_widthは、グラフィックスプレーンにおけるウィンドゥの横幅であるので、1〜video_width-window_horizontal_positionの値をとり、window_heightは、グラフィックスプレーンにおける縦幅であるので1〜video_height-window_vertical_positionの値をとる。
window情報のwindow_horizontal_position、window_vertical_position、window_width、window_heightにより、グラフィックスプレーンの何処にウィンドゥを配置するか、ウィンドゥの大きさをどれだけにするかを規定することができる。
【０１０９】
続いてComposition_Objectについて説明する。図３０は、任意のcomposition_object(i)の内部構成をクローズアップした図である。この本図に示すように、composition_object(i)は、『object_id_ref』、『window_id_ref』、『object_cropped_flag』、『composition_object_horizontal_position』、『composition_object_vertical_position』、『cropping_rectangle』からなる。
【０１１０】
『object_id_ref』は、グラフィクスオブジェクト識別子(object_id)の参照値である。この参照値は、composition_object(i)に対応する画面構成を実現するにあたって、用いるべきグラフィクスオブジェクトの識別子を意味する。
『window_id_ref』は、ウィンドゥ識別子(window_id)の参照値である。この参照値は、composition_object(i)に対応する画面構成を実現するにあたって、どのウィンドゥに、グラフィクスオブジェクトを表示させるべきかを示す。
【０１１１】
『object_cropped_flag』は、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトを表示するか、グラフィクスオブジェクトを非表示とするかを切り換えるフラグである。”1”と設定された場合、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトが表示され、”0”と設定された場合、グラフィクスオブジェクトは非表示となる。
【０１１２】
『composition_object_horizontal_position』は、グラフィックスプレーンにおけるグラフィクスオブジェクトの左上画素の水平位置を示す。
『composition_object_vertical_position』は、グラフィックスプレーンにおける左上画素の垂直位置を示す。
『cropping_rectangle』は、『object_cropped_flag』が1に設定されている場合に有効となる情報要素である。破線wd2は、cropping_rectangleの内部構成をクローズアップしている。この破線に示すようにcropping_rectangleは、『object_cropping_horizontal_position』、『object_cropping_vertical_position』、『object_cropping_width』、『object_cropping_height』からなる。
【０１１３】
『object_cropping_horizontal_position』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の水平位置を示す。クロップ矩形は、グラフィクスオブジェクトの一部を切り出すための枠である。
『object_cropping_vertical_position』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の垂直位置を示す。
【０１１４】
『object_cropping_width』は、グラフィックスプレーンにおけるクロップ矩形の横幅を示す。
『object_cropping_height』は、グラフィックスプレーンにおけるクロップ矩形の縦幅を示す。
以上がcomposition_objectのデータ構造である。続いてcomposition_objectの具体的な記述について説明する。
【０１１５】
図３１は、右ScrollによりIn_Effectを実現するという具体例を示す図である。この具体例は、言語設定メニューを右端から徐々に引き出してゆくというものである。かかる表示効果を実現するため、時点t0,t1,t2,t3には、4つのComposition_Object(0)〜(3)を配置しておく。そしてこれらのComposition_Objectを以下のように定義する。
次に個々のcomposition_objectをどのように記述するかについて説明する。4つのcomposition_object(0)〜(3)の記述例を図３２〜図３５に示す。図３２は、composition_object(0)の記述例を示す図である。
【０１１６】
図３２において、window情報のwindow_horizontal_position、window_vertical_positionは、グラフィックスプレーンにおけるウィンドゥの左上座標LP0を、window_width,window_heightは、ウィンドゥの表示枠の横幅、縦幅を示す。
図３２におけるcomposition_object(0)のobject_cropping_horizontal_position,object_cropping_vertical_positionは、オブジェクトバッファにおけるグラフィクスオブジェクトの左上座標を原点とした座標系においてクロップ範囲の基準ST1を示している。そして基準点からobject_cropping_width、object_cropping_heightに示される範囲(図中の太枠部分)がクロップ範囲になる。クロップされたグラフィクスオブジェクトは、グラフィックスプレーンの座標系においてcomposition_object_horizontal_position,composition_object_vertical_positionを基準点(左上)とした範囲に配置される。こうすることにより、言語選択メニューの右端がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより言語選択メニューの右端は動画像と合成され表示される。
【０１１７】
図３３、図３４、図３５は、composition_object(1)(2)(3)の記述例を示す図である。本図におけるwindow情報の記述は、図３２と同じなので説明を省略する。composition_objectの記述は、図３２と異なる。図３３におけるcomposition_object(1)のobject_cropping_horizontal_position,object_cropping_vertical_position,は、オブジェクトバッファ上の言語選択メニューのうち、右半分の左上座標を示し、object_cropping_height,object_cropping_widthは、右半分の横幅、縦幅を示す。また図３４におけるcomposition_object(2)のobject_cropping_horizontal_position,object_cropping_vertical_positionは、オブジェクトバッファ上の言語選択メニューのうち、右端から3/4の部分の左上座標を示し、object_cropping_height,object_cropping_widthは、3/4の部分の横幅、縦幅を示す。図３５におけるcomposition_object(3)のobject_cropping_horizontal_position,object_cropping_vertical_position,は、オブジェクトバッファ上の言語選択メニュー全体の左上座標を示し、object_cropping_height,object_cropping_widthは、全体の横幅、縦幅を示す。これら図３３、図３４、図３５に示すような書き込みがなされることにより、右半分、3/4、全体がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより言語選択メニューが動画像と合成され表示される。
【０１１８】
以上の構成によりオブジェクトバッファ上のグラフィクスオブジェクトを徐々に画面に出現させたり、徐々に画面から消すという処理を、Composition_Objectの記述次第で簡単に実現することができる。
In_Effect及びOut_Effectは以上のような構成を有しているが、In_Effect及びOut_Effectのアニメーション表示時に用いられるグラフィクスオブジェクトの絵柄が変わった場合、これらの変化を示すべくPage_Version_Numberは+1の値に設定されることになる。
【０１１９】
以上が第２実施形態に係るBD-ROMの改良である。続いて第２実施形態に係る再生装置の改良について説明する。
第２実施形態に係る状態制御部２３は、I-Graphicsデコーダ９からの設定指示に従い、カレントページを示すPSRの値(PSR11)を設定すると共に、カレントボタンを示すPSRの値(PSR11)を設定する。状態制御部２３によるPSR設定には、設定すべき即値をI-Graphicsデコーダ９から受け取り、PSRセット１６に設定するという直接指定のもの(i)、再生装置における状態変化や、ユーザからの変更要求があった場合、設定値を状態制御部２３が決定した上でPSRセット１６に設定するという間接指定のもの(ii)がある。状態変化時における、設定値の決定手順は、Procedure when playback condition is changedと呼ばれる。変更要求時における設定値の決定処理手順は、Procedure when change is requestedと呼ばれる。PSR11(カレントページ)、PSR10(カレントボタン)を設定するための処理手順について説明する。
【０１２０】
図３６（ａ）は、PSR11についてのProcedure when playback condition is changedを示すフローチャートである。Procedure when playback condition is changedは、ICSにおける最初のページ情報をPSR11を設定するというものである(ステップＳ９９)。
図３６（ｂ）は、PSR11についてのProcedure when change is requestedを示すフローチャートである。ここでユーザから要求されたページ番号をXとすると、Procedure when change is requestedは、XがValidであるか否かを判定し(ステップＳ１００)、もしValidであれば、このXをPSR11に設定し(ステップＳ１０１)、もしInvalidであるなら、このPSR11を維持するというものである(ステップＳ１０２)。
【０１２１】
以上がPSR11の状態遷移である。続いてPSR10のProcedure when playback condition is changed、Procedure when change is requestedについて説明する。
図３７（ａ）は、PSR10のProcedure when playback condition is changedを示すフローチャートである。
ステップＳ１１１は、カレントページにおけるデフォルトセレクテッドボタンが有効であるか否かの判定である。もしステップＳ１１１がYesであるなら、default_selected_button_id_refに記述されたボタン番号をPSR10に設定する(ステップＳ１１２)。
【０１２２】
ステップＳ１１３は、デフォルトセレクテッドボタンがInvalidである場合にPSR10が有効かどうかの判定を行う判定ステップである。もしPSR10がValidであるなら、PSR10の値を維持し(ステップＳ１１４)、PSR10がInvalidであるなら、カレントページの最初のボタン情報を特定するbutton_id_refをPSR10に設定する(ステップＳ１１５)。
図３７（ｂ）は、PSR10のProcedure when change is requestedを示すフローチャートである。ここでユーザから要求されたボタン番号をXとすると、本フローチャートにおけるステップＳ１１６は、XがValidなButton_idであるか否かを判定し、もしValidであるならXをPSR10に設定する(ステップＳ１１８)。もしXがInvalidであるなら、PSR10の設定値を維持する(ステップＳ１１７)。こうした処理により、PSR10、PSR11の内容は、常に保証されることになる。以上が再生装置の内部構成である。
【０１２３】
また本実施形態においてI-Graphicsデコーダ９は、Graphics Controller３７の他にGraphicsコントローラ３７を有している。このGraphicsコントローラ３７は、PSRセット１６におけるPSR10、PSR11の数値変化、User_TimeOutタイマ１８〜Effect_durationタイマ２１におけるタイムアウト、操作受付部２２が受け付けたユーザ操作に応じて、上述した描画内容を変化するという処理を行う。Graphicsコントローラ３７が行うべき処理の詳細は、図３８〜図４５に示したものとなる。
【０１２４】
図３８は、Graphicsコントローラ３７の処理のうち、メインルーチンにあたる処理を示すフローチャートである。
このフローチャートの処理の開始時において、Graphicsコントローラ３７はInteractive Graphicsプレーン１０の格納内容をCLUT部２０に出力していない。Interactive Graphicsプレーン１０の格納内容の出力を行わず、ページを表示しない状態を”ターンオフ”という。
【０１２５】
本フローチャートは、メインルーチンにあたる処理であり、ステップＳ１〜ステップＳ６からなるループ処理を実行する。このループ処理は、ステップＳ１〜ステップＳ４の何れかの事象が成立しているかという判定処理と、アニメーションによるマルチページメニュー表示の更新処理(ステップＳ５)と、ユーザ操作に応じた処理(UO(UserOperation処理):ステップＳ６)とを繰り返し実行するというものである。ステップＳ１〜ステップＳ４のうち、どれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。
【０１２６】
ステップＳ１は、現在の再生時点が、DTS(DSn[ICS])に到達したか否かを判定するステップである。このステップＳ１がYesになれば、図３９のフローチャートを実行する。図３９は、Compositionバッファ３６においてページ情報のアップデートがあった場合の再表示処理の手順を示すフローチャートである。
本フローチャートにおいて、先ず無視フラグが0であるか否かを判定する(ステップＳ８１)。図１５で説明したように、無視フラグは、ICSにおけるComposition_stateと、Compositionバッファ３６におけるICSの有無とに応じて値が変わるフラグであり、ステップＳ８１では、この無視フラグが0であるか、つまり、Epoch Start、頭出し時のAcquisition Point、通常再生時のNormal Caseの何れであるかを判定する。もし無視フラグが0であれば、上述したProcedure when playback condition is changedを実行し、1stPageであるPage[0]をカレントページを設定した上で(ステップＳ７)、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９、Composition_TimeOutタイマ２０をリセットし(ステップＳ８)、このカレントページを表示して(ステップＳ９)、ステップＳ１〜ステップＳ６からなるループ処理に戻る。
【０１２７】
無視フラグが0でない場合、無視フラグが2であるか否かを判定する(ステップＳ８２)。無視フラグ=2に設定されるのは、通常再生時におけるAcquisition Pointの読み取り時である。もし無視フラグが2であれば、ステップＳ８３〜ステップＳ８５の処理を繰り返す。この処理は、Page情報(y)についてのupdateフラグがONであるか否かを判定し(ステップＳ８６)、もしONであれば、アップデートされたPage情報(y)に対するページ表示処理を行う(ステップＳ８７)という処理を、表示中の全てのページ情報について繰り返すというものである(ステップＳ８３、ステップＳ８４)。かかる繰り返しが行われば、全てのupdateフラグをオフに設定して(ステップＳ８５)、ステップＳ８８に移行する。
【０１２８】
ステップＳ８８では、現在の再生時点がPTS(DSn[ICS])になるのを待ち、もしなればICSのuser_interface_modelがAlways-OnU/Iであるか否かを判定する(ステップＳ８９)。Always-Onなら、Interactive Graphicsプレーン１０の格納内容をターンオンして、Interactive Graphicsプレーン１０に格納されたページをCLUT部２０に出力して動画像に合成させる(ステップＳ９０)。
【０１２９】
user_interface_modelがPop-upU/Iであるなら、Graphicsコントローラ３７は、Interactive Graphicsプレーン１０のターンオフ状態を維持する。つまりInteractive Graphicsプレーン１０に格納されたページを、動画像に合成せず、ページを表示しないのである。こうしたターンオフの状態のまま、Graphicsコントローラ３７はPop-up_On操作がユーザによりなされるのを待つ。ユーザによりPop-up_On操作がなされれば(ステップＳ９１でYes)、Interactive Graphicsプレーン１０に格納されたページをCLUT部２０に出力して動画像に合成させる(ステップＳ９０)。このようにターンオフされているInteractive Graphicsプレーン１０の格納内容を、CLUT部２０に出力して動画像に合成させる制御を”ターンオン”という。以上のターンオフ、ターンオン制御によりPop-up表示がなされる。その後、ステップＳ１〜ステップＳ６のループ処理に戻る。以上の処理により、アップデートされたページ情報は、PTS(DSn[ICS])のタイミングにおいて再表示がなされることになる。
【０１３０】
ステップＳ２は、User_TimeOutタイマ１８がタイムアウトしたかどうかの判定である。ステップＳ２がYesになれば、ステップＳ１１〜ステップＳ１４からなるループ処理を実行する。このループ処理は、マルチページメニューにおける任意のpage(j)を消去して(ステップＳ１３)、page(j).Out_effectを実行する(ステップＳ１４)という処理を、ICSにおけるpage[0]以降の全てのページについて繰り返すというものである(ステップＳ１１、Ｓ１２)。
【０１３１】
ステップＳ３は、Selection_TimeOutタイマ１９がタイムアウトしたかどうかの判定である。Selection_TimeOutタイマ１９がタイムアウトしたなら、カレントページにおけるボタンを自動的にアクティブ状態に設定した上で(オートアクィベート:ステップＳ１０)、ステップＳ１〜ステップＳ６からなるループに戻る。
ステップＳ４は、Composition_TimeOutタイマ２０がタイムアウトしたかどうかの判定である。Composition_TimeOutタイマ２０がタイムアウトしたなら、1stPageたるPage[0]を消去して(ステップＳ１５)、Page[0].Out_effectを再生し(ステップＳ１６)、その後、ステップＳ１〜ステップＳ６からなるループに戻る。
【０１３２】
以上のメインルーチンにおけるページ表示処理は、図４０の処理手順により実現される。
図４０は、Page情報に対する表示手順を示すフローチャートである。ステップＳ２４は、カレントページのIn_effectに規定された表示効果の実行であり、これを実行した後、カレントボタンの設定処理を行う(ステップＳ２５)。カレントボタンは、PSR10に規定されており、このPSR10についてのProcedure when playback condition is changedの実行が、このステップＳ２５の処理である。かかるステップＳ２５によりカレントボタンが決定されれば、ステップＳ１７〜ステップＳ２２に移行する。
【０１３３】
ステップＳ１７〜ステップＳ２２は、カレントページにおける各ボタン情報について繰り返されるループ処理を形成している(ステップＳ１７、ステップＳ１８)。本ループ処理において処理対象になるべきボタン情報をボタン情報(p)という。
ステップＳ１９では、button情報(p)がカレントボタンに対応するbutton情報であるか否かを判定する。もしそうであれば、ステップＳ２０に、異なるならステッステップＳ２１に移行する。
【０１３４】
ステップＳ２１では、button情報(p)のnormal_state_infoに指定されているnormal_start_object_id_refのグラフィクスオブジェクトを、グラフィクスオブジェクト(p)としてObject Buffer３５から特定する。
ステップＳ２０では、button情報(p)のselected_state_infoに指定されているselected_start_object_id_refのグラフィクスオブジェクトを、グラフィクスオブジェクト(p)として特定する。
【０１３５】
ステップＳ２０、ステップＳ２１を経ることでグラフィクスオブジェクト(p)が特定されれば、button情報(p)のbutton_horizontal_position,button_vertical_positionに示されるInteractive Graphicsプレーン１０上の位置に、グラフィクスオブジェクト(p)を書き込む(ステップＳ２２)。かかる処理をカレントページにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスオブジェクトのうち、最初のグラフィクスオブジェクトがInteractive Graphicsプレーン１０上に書き込まれることになる。以上の繰り返しを経た後、カレントページにおけるPallet_id_refに示されるパレットデータで表示を行うよう、CLUT部２０を設定して(ステップＳ２３)、本フローチャートの処理を終える。
【０１３６】
この図４０のフローチャートに示される処理手順は、Acquisition PointタイプのDisplay Setの読み出し時において、Page_Version_Numberが変化したページ情報についてのみ実行される。つまりAcquisition PointタイプのDisplay Setにおいて、Page_Version_Numberが変化したページ情報が表示中であれば(ステップＳ１６のステップＳ１２４)、その表示中ページ情報に対し、この図４０の処理が実行されるのである。かかる処理の実行により、アップデートされたページ情報に基づく再表示がなされる。
【０１３７】
図４１は、In_effectを再生するにあたっての処理手順を示すフローチャートである。本フローチャートにおいて変数tは、Effect_Sequenceにおける任意のEffect画像を示す変数であり、変数uは、effect(t)におけるComposition_Objectのうち、任意のComposition_Objectを指示する変数である。本フローチャートは、変数t、変数uを0に初期化して(ステップＳ３０)、effect(t).effect_durationをEffect_durationタイマ２１にセットし(ステップＳ３１)、effect(t).pallet_id_refで示されるパレットデータで表示を行うようCLUT部１９、１５に設定した上で(ステップＳ３２)、ステップＳ３３〜ステップＳ４０とからなるループ処理を実行するというものである。このループ処理は、二重ループであり、一重目のループ(ステップＳ３３〜ステップＳ３７)は、変数uを制御変数にしており、二重目のループ(ステップＳ３３〜ステップＳ４０)は、変数tを制御変数にしている。
【０１３８】
一重目のループは、effect(t).Composition_Object(u).object_cropped_flagが0であるか否かを判定し(ステップＳ３３)、0ならeffect(t).Composition_Object(u)においてグラフィクスオブジェクトを非表示にする(ステップＳ３５)。1なら、effect(t).Composition_Object(u)のobject_cropping_horizontal_position,object_cropping_vertical_position,cropping_width,cropping_heightに基づき、グラフィクスオブジェクトに対するクロップを行い、そしてクロップで得られたグラフィクスオブジェクトの一部分を、effect(t).Composition_Object(u)のwindow_id_refに示されるウィンドゥにおいて、effect(t).Composition_Object(u)のcompositin_object_horizontal_position、compositin_object_vertical_positionに示される位置に書き込んで(ステップＳ３４)、変数uをインクリメントする(ステップＳ３６)という処理を、変数uがnumber_of_Composition_Objectになるまで、繰り返すというものである。
【０１３９】
２重目のループは、ステップＳ３３〜ステップＳ３７のループが一巡する度に、effect_durationの経過を待った上で(ステップＳ３８)、変数tのインクリメントと、変数uの初期化(u←0)とを行う(ステップＳ３９)という処理を、変数tがnumber_of_effect(t)になるまで繰り返すというものである(ステップＳ４０)。以上がIn_Effectを再生する際の処理手順である。尚、Out_effectを再生するにあたっても、原則同様の処理を行えばよいので、Out_Effect再生時の処理については説明を省略する。
【０１４０】
こうしてIn_effectの表示がなされた後、カレントページを表示して、最初の表示をアニメーション的に更新してゆく。ここで最初の表示は、各button情報のnormal_state_infoにおけるnormal_start_object_id_ref、selected_state_infoにおけるselected_start_object_id_refで指定されているグラフィクスオブジェクトを、Interactive Graphicsプレーン１０に書き込まれることにより実現した。アニメーション的な更新は、メインルーチンのループ処理が一巡する度に、各ボタンにおける任意のコマ(qコマ目にあるグラフィクスオブジェクト)をこのInteractive Graphicsプレーン１０に上書することである。つまりこの更新は、button情報のnormal_state_info、selected_state_infoで指定されているグラフィクスオブジェクトを、一枚ずつInteractive Graphicsプレーン１０に書き込んでメインルーチンにリターンすることでなされる。ここで変数qとは、各ボタン情報のbutton情報のnormal_state_info、selected_state_infoで指定されている個々のグラフィクスオブジェクトを指定するための変数である。
【０１４１】
このアニメーション的な表示更新を実現するための処理を、図４２を参照しながら説明する。
ステップＳ４１は最初の表示が済んでいるか否かの判定であり、もし済んでいなけれ何の処理も行わずにメインルーチンにリターンする。もし済んでいればステップＳ４２〜ステップＳ５３の処理を実行する。ステップＳ４１〜ステップＳ５５は、ICSにおける各button情報について、ステップＳ４４〜ステップＳ５５の処理を繰り返すというループ処理を構成している(ステップＳ４２、ステップＳ４３)。
【０１４２】
ステップＳ４４は、button情報(p)に対応する変数animation(p)を変数qに設定する。こうして、変数qは、button情報(p)に対応する、現在のコマ数を示すことになる。
ステップＳ４５は、button情報(p)が、現在セレクテッド状態にあるボタン(カレントボタン)に対応するbutton情報であるか否かの判定である。
カレントボタン以外のボタンならば、button情報(p).normal_state_infoにおけるnormal_start_object_id_refに変数qを足した識別子をID(q)とする(ステップＳ４６)。
【０１４３】
カレントボタンに対応するボタンであれば、ステップＳ４７の判定を行う。
ステップＳ４７は、カレントボタンがアクティブ状態であるかの判定であり、もしそうであれば、ステップＳ５４においてbutton情報(p).actioned_state_infoにおけるactivated_start_object_id_refに変数qを足した識別子をID(q)とする。そしてbutton情報(p)に含まれるナビゲーションコマンドのうち、1つを実行する(ステップＳ５５)。
【０１４４】
カレントボタンがアクティブ状態でなければ、button情報(p).selected_state_infoにおけるselected_start_object_id_refに変数qを足した識別子をID(q)とする(ステップＳ４８)。
こうしてID(q)が決まれば、Object Buffer３５に存在する、ID(q)を有するグラフィクスオブジェクト(q)を、button情報(p)のbutton_horizontal_position,button_vertical_positionに示されるInteractive Graphicsプレーン１０上の位置に書き込む(ステップＳ４９)。
【０１４５】
以上のループ処理により、カレントボタンのセレクテッド状態(若しくはアクティブ状態)及びその他のボタンのノーマル状態を構成する複数グラフィクスオブジェクトのうち、q枚目のものがInteractive Graphicsプレーン１０に書き込まれることになる。
ステップＳ５０は、normal_start_object_id_ref＋qがnormal_end_object_id_refに達したか否かの判定であり、もし達しないなら変数qをインクリメントし、インクリメントされた値を変数animation(p)に設定する(ステップＳ５１)。もし達したなら、ステップＳ４３に移行する。以上の処理は、ICSにおける全てのbutton情報について繰り返される(ステップＳ４２、ステップＳ４３)。全てのbutton情報について、処理がなされれば、メインルーチンにリターンする。
【０１４６】
以上のステップＳ４１〜ステップＳ５３により対話画面における各ボタンの絵柄は、メインルーチンが一巡する度に新たなグラフィクスオブジェクトに更新される。メインルーチンが何度も反復されれば、いわゆるアニメーションが可能になる。アニメーションにあたって、グラフィクスオブジェクト一コマの表示間隔は、animation_frame_rate_codeに示される値になるようにGraphics Controller３７は時間調整を行う。以上がアニメーション的な更新処理である。
【０１４７】
上述したフローチャートのステップＳ４７において1つのボタンがアクティブ状態になっていると、このボタンに対応するボタン情報のナビコマンドを、ステップＳ５５において実行せねばならない。図４３は、ナビゲーションコマンド実行時における処理手順を示すフローチャートである。ステップＳ５６はナビゲーションコマンドがSetButtonPageCommandであるか否かの判定である。もしSetButtonPageCommandでないなら、ステップＳ５７においてナビゲーションコマンドをそのまま実行する。もしSetButtonPageCommandであるなら、ナビコマンドのオペランドから特定される切換先ページをXにし、ナビコマンドのオペランドから特定されるbutton番号をPSR10に格納するよう状態制御部２３に指示した上で(ステップＳ５８)、PSR11についてのProcedure when change is requestedを状態制御部２３に実行させる(ステップＳ５９)。ここでPSR11は、現在表示されているページを示すものであり、これについてのProcedure when change is requestedを実行することで、カレントページが定まる。その後、PSR(10)についてのProcedure when playback condition is changedを状態制御部２３に実行させて(ステップＳ６０)、図４３のフローチャートの処理を終える。
【０１４８】
以上でナビコマンド実行処理についての説明を終わる。ナビコマンドは、対応するボタンがアクティブ状態であった際実行された。ボタン状態の変化は、ユーザ操作(UO)に従って、図４４の処理手順を実行することによりなされる。図４４は、UO処理の処理手順を示すフローチャートである。本フローチャートは、ステップＳ６１〜ステップＳ６４の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。ステップＳ６１は、UOmaskTableが"1"に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。
【０１４９】
ステップＳ６２は、リモコンにおけるMoveUP/Down/Left/Rightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットする(ステップＳ６５)。そしてカレントボタンを変更して(ステップＳ６６)、カレントボタンのauto_action_flagが1かどうかを判定する(ステップＳ６７)。もし違うならメインルーチンにリターンする。もしそうであるなら、ステップＳ６９に移行して、カレントボタン(i)をアクティブ状態に遷移する。その後、変数animation(i)を0に設定する(ステップＳ７０)。
【０１５０】
ステップＳ６３は、数値入力であるかどうかの判定であり、もし数値入力であれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットした上で(ステップＳ７１)、カレントボタンの変更処理を行い(ステップＳ７２)、メインルーチンにリターンする。
ステップＳ６４は、リモコンにおけるactivatedキーが押下されたかどうかの判定であり、もしそうであれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットした上で(ステップＳ６８)、カレントボタン(i)をアクティブ状態に遷移する(ステップＳ６９)。その後、変数animation(i)を0に設定する(ステップＳ７０)。図４４の処理手順のうち、ステップＳ６６におけるカレントボタンを変化させる処理はサブルーチン化されている。このサブルーチンの処理手順を示したのが図４５である。以降このフローチャートについて説明する。
【０１５１】
図４５は、カレントボタンの変更処理の処理手順を示すフローチャートである。先ず初めに、カレントボタンのneighbor_infoにおけるupper_button_id_ref,lower_button_id_ref,left_button_id_ref,right_button_id_refのうち、押下されたキーに対応するものを特定する(ステップＳ７５)。
そしてカレントボタンをボタンYとし、upper_button_id_ref,lower_button_id_ref,left_button_id_ref,right_button_id_refにより特定されるボタンをボタンXとする(ステップＳ７６)。XをPSR10に設定するため、状態制御部２３にProcedure when change is requestedを実行させる(ステップＳ７７)。
【０１５２】
設定後、変数animation(X),変数animation(Y)を0に設定した上でメインルーチンにリターンする(ステップＳ７８)。変数animation()は、ボタンの状態が変化した際、"0"にリセットされるので、ボタンの状態変化時においてのみ、アニメーション表示は開始されることになる。
以上のように本実施形態によれば、何れかのペｇがカレントページになっている状態において、そのページにおけるボタン部材の表示をアニメーション的に更新することができるので、映画作品のイメージに沿った画面作りが可能になる。
【０１５３】
(第３実施形態)
第１実施形態は、ページ情報のアップデートについて説明したが、本実施形態は、DSnに属するグラフィクスオブジェクトのアップデートを実現する改良に関する。ここでグラフィクスオブジェクトのアップデートとは、Object Buffer３５上にグラフィクスオブジェクトが存在している状態で、同じObject_idを有するODSをStream Graphicsプロセッサ１４に送り込み、これをデコードさせてObject Buffer３５に書き込ませることにより、Object Buffer３５上のグラフィクスオブジェクトを上書きすることである。
【０１５４】
かかるグラフィクスオブジェクトアップデートを実現する際、問題となるのは、ページにおけるアニメーション表示の阻害である。第２実施形態で述べたように、メニュー上のフォーカスを移動する操作をユーザが行った場合、各ボタンの状態が、ノーマル状態からセレクテッド状態へ、セレクテッド状態からノーマル状態へそれぞれ変化する。ノーマル状態からセレクテッド状態への変化にあたって、selected_start_object_id_refで指定されているODSからselected_end_object_id_refで指定されているODSまでを順次表示することになる(図２８のODS14〜16)。
【０１５５】
また、セレクテッド状態からアクティブ状態への変化にあたって、activated_start_object_id_refで指定されているODSからactivated_end_object_id_refで指定されているODSまでを順次表示することになる(図２８のODS17〜19)。
かかる順次表示がアニメーション表示である。このようなアニメーション表示の際中に、上述したようなグラフィクスオブジェクトのアップデートが生じると、同じObject_idで識別されるObject Buffer３５上の矩形領域に、別のグラフィクスオブジェクトが配置されることになる。アニメーション表示の途中で、かかるグラフィクスオブジェクトがObject Buffer３５からグラフィクスプレーンに読み出されると、グラフィクスの絵柄が変わってしまう。
【０１５６】
アニメーション表示の絵柄がアニメーション表示の途中で変わってしまうというのはおかしいので、グラフィクスオブジェクトのアップデートがなされる期間は、アニメーション表示を実行させないようにする。
ここでグラフィクスオブジェクトのアップデートがなされる期間とは、ページの再表示がなされる期間のことであり、DTS(DSn[ICS])からPTS(DSn[ICS])までの期間をいう。この期間においてGraphicsコントローラ３７は、フォーカスを移動させる操作や、ボタンを確定する操作を受け付けたとしても、その操作に従った操作を実行せず、ボタンの状態変化を禁止する、
こうすることで、アニメーション表示のおかしな変化を避けることができる。
【０１５７】
(第４実施形態) 第４実施形態は、Epochにおける各Display SetのODS配置改良に関する。図４６、図４７（ａ）（ｂ）は、本実施形態における各Display Setの内部構成を示す。図４６は、Epoch StartタイプDisplay Setの内部構成を示し、図４７（ａ）は、Acquisition PointタイプDisplay Setの内部構成を示す。図４７（ｂ）は、Normal CaseタイプのDisplay Setの内部構成を示す。
【０１５８】
続いてDSnにおけるODSの配列について説明する。
図４６においてODS1〜gは、Page[0]のIn_effectを構成するODSの集合である(in-effect group)。
ODSg+1〜hは、ボタンのノーマル状態を描くODSの集合(ODSs for Normal state)である。
【０１５９】
ODSh+1〜iは、ボタンのセレクテッド状態を描くODSの集合(ODSs for Selected state)である。
ODSi+1〜jは、ボタンのアクティブ状態を描くODSの集合(ODSs for Actioned state)である。
ODSj+1〜kは、Page[0]のOut_Effect及びPage[1]以降のIn_Effect・Out_Effectを表現するODSの集合である。
【０１６０】
これらグループの順序は、In_Effect→ノーマル状態→セレクテッド状態→アクティブ状態→その他というように並べられている。これはODSのうち、対話画面の最初の表示を構成するものを早く読み出させ、アップデート後の画面表示を構成するものの読み出しを後にするという配慮である。これがEpoch StartにおけるODSの構成である。
ODS群はEpoch Startのみに存在しており、Normal CaseのDisplay Setには、一切のODSが存在しない(図４７（ａ）)。Acquisition PointのDisplay Setには、ODSが存在したとしても、Epoch Startに帰属するODSの複製物が存在しているに過ぎない(図４７（ｂ）)。
【０１６１】
これら図４６、図４７（ａ）〜（ｂ）からも分かるように、Epochにおいて新たな表示をもたらすODSは、Epoch Start内のみにあり、Epoch Start以降のDisplay Setには、グラフィクスオブジェクトのアップデートをもたらすようなODSは一切ない。このようにすることでICSのEpochにおけるグラフィクスオブジェクトのアップデートは、一切禁じられることになる。
【０１６２】
いうまでもないが、以上の制限は、1つのEpoch限りの制限であり、Object Buffer３５上のグラフィクスオブジェクトを総入れ替えするようなODSをDisplay Setに配置してもよい。
以上が本実施形態に係る記録媒体の改良である。続いて本実施形態にかかる再生装置の改良について説明する。
【０１６３】
図４６のようにODS群が配置されているので、AVClipの通常再生がなされた場合、グラフィクスデコーダは、Epoch Startの読み出し時において、Stream Graphicsプロセッサ１４にデコードを行わせ、Object Buffer３５上に非圧縮グラフィクスを格納させる。
そして、以降のDisplay Setの読み出し時において、Object Buffer３５上のグラフィクスオブジェクトのアップデートを禁じる。つまりNormal CaseタイプのDisplay Setの読み出し時には、元来ODSが含まれていないので、Stream Graphicsプロセッサ１４に一切のデコードを行わせない。Acquisition PointタイプのDisplay Setの読み出し時において、Coded Dataバッファ３３にはODSが読み出されるが、これはEpoch Startに属するODSの複製物に過ぎないので、Graphicsコントローラ３７にデコードさせることなく、Coded Dataバッファ３３上でこれらを廃棄する。
【０１６４】
次に飛び込み再生時について説明する。飛び込み再生時にはAcquisition PointタイプのDisplay Setが一番最初に読み出されることになる。かかるAcquisition PointタイプDisplay Setの読み出し時において、Stream Graphicsプロセッサ１４にODSのデコードを行わせる。そして後続するDisplay Setの読み出しがなされている期間は、通常再生と同様、Object Buffer３５上のグラフィクスオブジェクトを上書きしない。
【０１６５】
かかる処理により、ユーザがいつ、フォーカス移動操作や確定操作を行ったとしても、ボタンのアニメーション表示がおかしくなることはない。
以上のように本実施形態によれば、ODSのデコード及びBD-ROMへの書き込みを最初の読み出し時に実行し、後続のODSの読出時においては、Object Buffer３５上のグラフィクスオブジェクトをアップデートしないので、ボタン状態が変化するにあたってのアニメーション表示がおかしくなることはない。
【０１６６】
(第５実施形態)
本実施形態は、BD-ROMの製造工程に関する実施形態である。図４８は、第１実施形態〜第４実施形態に示したBD-ROMを作成するための製造工程を示す図である。
BD-ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ２０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ２０２、BD-ROMの原盤を作成し、プレス・貼り合わせを行って、BD-ROMを完成させるプレス工程Ｓ２０３を含む。
【０１６７】
これらの工程のうち、BD-ROMを対象としたオーサリング工程は、以下のステップＳ２０４〜ステップＳ２１３を含む。
以降ステップＳ２０４〜ステップＳ２１３について説明する。ステップＳ２０４において制御情報、パレット定義情報、グラフィクスを記述し、ステップＳ２０５において、制御情報、パレット定義情報、グラフィクスを機能セグメントに変換する。ステップＳ２０６では、同期したいピクチャが出現するタイミングに基づき、ICSのPTSを設定する。そしてステップＳ２０７では、PTS[ICS]の値に基づき、DTS[ODS],PTS[ODS]を設定し、ステップＳ２０８においてDTS[ODS]の値に基づき、DTS[ICS],PTS[PDS]を設定する。
【０１６８】
ステップＳ２０９では、プレーヤモデルにおける各バッファの占有量の時間的遷移をグラフ化する。ステップＳ２１０では、グラフ化された時間的遷移がプレーヤモデルの制約を満たすか否かを判定し、もし満たさないなら、ステップＳ２１１において各機能セグメントのDTS、PTSを書き換える。もし満たすならステップＳ２１２においてグラフィクスストリームを生成し、ステップＳ２１３においてグラフィクスストリームを別途生成されたビデオストリーム、オーディオストリームと多重してAVClipを得る。以降、AVClipをBD-ROMのフォーマットに適合させることにより、アプリケーションフォーマットが完成する。
【０１６９】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
【０１７０】
(A)全ての実施形態では、本発明に係る記録媒体をBD-ROMとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレキシブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバブルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【０１７１】
(B)全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレイと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムLSI(集積回路)のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、各実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【０１７２】
(C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムが使用される行為の形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【０１７３】
(D)各フロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
【０１７４】
(E)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arrival_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを”Aligned Unit”という。
【０１７５】
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、Aligned Unitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。
【０１７６】
(F)各実施形態におけるデジタルストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
【０１７７】
(G)各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
【０１７８】
(H)各実施形態に示したグラフィックスオブジェクトは、ランレングス符号化されたラスタデータである。グラフィックスオブジェクトの圧縮・符号化方式にランレングス符号方式を採用したのは、ランレングス符号化は字幕の圧縮・伸長に最も適しているためである。字幕には、同じ画素値の水平方向の連続長が比較的長くなるという特性があり、ランレングス符号化による圧縮を行えば、高い圧縮率を得ることができる。また伸長のための負荷も軽く、復号処理のソフトウェア化に向いている。デコードを実現する装置構成を、字幕−グラフィックスオブジェクト間で共通化する目的で、字幕と同じ圧縮・伸長方式をグラフィックスオブジェクトに採用している。しかし、グラフィックスオブジェクトにランレングス符号化方式を採用したというのは、本発明の必須事項ではなく、グラフィックスオブジェクトはPNGデータであってもよい。またラスタデータではなくベクタデータであってもよい、更に透明な絵柄であってもよい。
【０１７９】
(I)グラフィックスプレーンクリア及び再描画が垂直帰線期間に完遂するよう、Rcを定めても良い。垂直帰線期間は1/29.93秒の25%と仮定すると、Rcは1Gbpsになる。Rcをこのように設定することでグラフィクス表示はスムーズになされるので、実用上の効果は大きい。
また垂直帰線期間での書き込みに加え、ラインスキャンに同期した書き込みを併用してもよい。これにより、Rc=256Mbpsの転送レートであっても、スムーズな表示の実現が可能になる。
【０１８０】
(J)各実施形態において再生装置には、グラフィックスプレーンを実装したが、このグラフィックスプレーンに代えて、一ライン分の非圧縮画素を格納するラインバッファを具備してもよい。映像信号への変換は水平行(ライン)毎に行われるので、このラインバッファさえ具備していれば、この映像信号への変換は行なえるからである。
(K)複数再生経路の合流点においてデフォルトセレクテッドボタンが変わるようなケースでは、複数再生経路のそれぞれの経由時に、固有の値を再生装置側のレジスタに設定するよう、動的シナリオにおいて再生制御を記述しておくことが望ましい。そして、そのレジスタの設定値に応じたボタンをセレクテッド状態に設定するよう再生手順を記述しておけば、どの再生経路を経由するかによって、セレクテッド状態とすべきボタンを変化させることができる。
【０１８１】
(L)各実施形態におけるグラフィックスプレーンは、ダブルバッファとして構成することが望ましい。グラフィックスプレーンをダブルバッファで構成すれば数フレームをかけて大きなサイズのグラフィクスをグラフィックスプレーンに書き込む場合でも、瞬時に画面切り換えを実現することができるので、画面一杯にメニューを表示する場合に有意義である。
【０１８２】
(M)第１実施形態は、Interactive_compositionのページ情報をアップデートする一例であるが、Normal CaseにおけるInteractive_compositionにおいても、ページ情報毎にPage_Version_Numberが存在する。そしてページ情報毎の内容変化を、このPage_Version_Numberに示させておくことができる。
【産業上の利用可能性】
【０１８３】
本発明に係る記録媒体及び再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る記録媒体及び再生装置は、産業上の利用可能性を有する。
【符号の説明】
【０１８４】
１００ BD-ROM
２００ 再生装置
３００ リモコン
４００ テレビ
【技術分野】
【０００１】
本発明は、デジタル化された映画作品におけるGUI(Graphical User Interface)技術の技術分野に属する発明であり、BD-ROM(Blu-ray Disc Read Only Memory)やDVD-Video等の記録媒体、民生用の再生装置に、かかるGUI技術を応用する場合の改良に関する。
【背景技術】
【０００２】
デジタル化された映画作品におけるGUIは、再生位置選択や言語選択等、何等かの操作をユーザから受け付けるにあたっての必要不可欠なものである。ユーザからの選択を求める選択項目は、上述した項目の他に映画監督のコメンタリ選択やエキストラのプロフィール選択、映画作品に関連するエピーソード選択等、様々なものが加わることがあり、近年、選択項目は、更に増加する傾向がある。増加した項目選択を、好適に受け付けるため、デジタルされた映画作品では、音声選択ページ、字幕選択ページ、チャプター選択ページ、タイトル選択ページ等、複数ページを表示させ得る対話制御情報を記録媒体に記録しておき、これに従い、マルチページメニューを表示させるという制御を実現するという工夫が模索されている。デジタル化された映画作品におけるGUI技術に関しては、以下の特許文献１、２に記載された先行技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開公報W0 2004/068854 A1
【特許文献２】国際公開公報W0 2004/077826 A1
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、マルチページメニューの各ページにおいて選択を受け付けるべき項目は、映画作品全編を通じて同じ内容であるとは限らない。映画作品の特定のシーンについて述べられているコメンタリー項目の選択は、本来そのシーンが再生されている期間のみ受け付けるべきものであり、その特定のシーン以外では、受け付けるべきではない。仮に、そのようなコメンタリー選択を受け付けるようなボタン部材が、特定シーン外で表示されれば、ユーザ側の誤解を生むことになり望ましくないからである。しかしマルチページメニューにおける複数ページのうち一部を、動画の再生進行に応じて変化させるという制御は、再生装置側に大きな処理負荷をもたらし、グラフィクス表示を途切れさせる原因になりかねない。
【０００５】
その理由は以下の通りである。上述した特許文献１に記載された先行技術では、ページ内容を変化させるにあたって、再生装置側のメモリにロードされた対話制御情報の総入れ替えを行う。ここで1つのページからなるメニューでは、対話制御情報のサイズが僅かであり、かかる総入れ替えに、大きな処理負荷は生じない。しかしマルチページメニューを実現するような対話制御情報であると、対話制御情報のサイズが0.5M〜1.0Mバイトに及ぶことがあり、再生装置側に多大な処理負荷が生じることになる。対話制御情報のサイズが多大であると、これの総入れ替えの発生によりマルチページメニューの表示が一時途切れる結果を招きかねない。グラフィクスデコーダのリセットが必要になる場合も同様である。
【０００６】
従来技術は、マルチページメニューを変化させる毎に、グラフィクスデコーダのリセットや対話制御情報の総入れ替えを行う必要があり、表示が一旦消えてしまう恐れがあるので、動画の再生進行に伴って、マルチページメニューを微妙に変化させるという制御には不向きであった。
本発明の目的は、マルチページメニューの表示を中断しなくても、特定のページの内容を僅かずつ変化させることができる記録媒体を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するため本発明に係る記録媒体は、動画ストリームと、グラフィクスストリームとが記録されており、前記動画ストリームは、動画像を構成するものであり、前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、グラフィクスストリームに属する複数ディスプレイセットは、先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含むことを特徴としている。
【発明の効果】
【０００８】
上記構成によれば、先行するディスプレイセットからの各ページ毎の変化が、ページ情報毎に示されているので、たとえ対話制御情報全体のサイズが大きくても、内容の変化があったページ情報のみ、バッファ上で入れ替えれば、マルチページメニューの内容を僅かに変化させることができる。バッファ上の入れ替えを行うべきページ情報は、バージョンが増えたページのみになるので、再描画に要する処理負荷を必要最低限にすることができる。
【０００９】
処理負荷を必要最低限にすることにより、表示の途切れを抑えることができ、マルチページメニューにおける一部のページを、僅かずつ変化させるという表示制御が可能になる。かかる表示制御の実現により、マルチページメニューの緻密な変化が可能になり、映画製作者は、様々な工夫でユーザを楽しませるような映画作品を、世界中に送り出すことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る記録媒体の、使用行為についての形態を示す図である。
【図２】BD-ROMの内部構成を示す図である。
【図３】AVClipがどのように構成されているかを模式的に示す図である。
【図４】（ａ）インタラクティブグラフィクスストリームの構成を示す図である。 （ｂ）機能セグメントを変換することで得られるPESパケットを示す図である。
【図５】様々な種別の機能セグメントにて構成される論理構造を示す図である。
【図６】DSnが割り当てられた、AVClipの再生時間軸を示す図である。
【図７】（ａ）（ｂ）ICSとInteractive_compositionとの対応関係を示す図である。
【図８】ICSの内部構成を示す図である。
【図９】1つのDisplay Setにおけるx番目のDisplay Setに属する複数ページ情報のうち、任意のもの(y枚目のページ)についてのページ情報の内部構成を示す図である。
【図１０】連続する2つのDisplay Set(DSx+1、DSx)におけるPage_Version_Number設定を示す図である。
【図１１】DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
【図１２】DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
【図１３】本発明に係る再生装置の内部構成を示す図である。
【図１４】I-Graphicsデコーダ９の内部構成を示す図である。
【図１５】機能セグメントのロード処理の処理手順を示すフローチャートである。
【図１６】Page_Version_Numberが変化したページ情報を用いたアップデート処理の手順を示すフローチャートである。
【図１７】本具体例の対象となるAVClipの内部構成を示す図である。
【図１８】図１１と同様の表記で示したAVClipの内部構成を示す図である。
【図１９】通常再生時におけるページ描画を模式的に示す図である。
【図２０】飛び込み再生時の描画処理を示す図である。
【図２１】図２０に示した描画により、どのような合成画像が得られるかを示す図である。
【図２２】3つの連続するDisplay Set(DS1、DS2、DS3)のPage情報(2)を示す図である。
【図２３】AVClip再生進行に伴うグラフィックスプレーンの格納内容の時間的変移を示す図である。
【図２４】図２２に示したAVClipに対する飛び込み時において、グラフィクス描画がどのように行われるかを示す図である。
【図２５】複数ページのうち、任意のもの(x枚目のページ)についてのページ情報の内部構成を示す図である。
【図２６】ボタン0-A〜ボタン0-Dの状態遷移を示す図である。
【図２７】図２６の状態遷移を実現する場合のボタン情報の記述例を示す図である。
【図２８】ODS11〜19の絵柄を示す図である。
【図２９】Effect_Sequenceの内部構成を示す図である。
【図３０】任意のcomposition_object(i)の内部構成をクローズアップした図である。
【図３１】右ScrollによりIn_Effectを実現するという具体例を示す図である。
【図３２】composition_object(0)の記述例を示す図である。
【図３３】composition_object(1)の記述例を示す図である。
【図３４】composition_object(2)の記述例を示す図である。
【図３５】composition_object(3)の記述例を示す図である。
【図３６】（ａ）PSR11についてのProcedure when playback condition is changedを示すフローチャートである。 （ｂ）PSR11についてのProcedure when change is requestedを示すフローチャートである。
【図３７】（ａ）PSR10のProcedure when playback condition is changedを示すフローチャートである。 （ｂ）PSR10のProcedure when change is requestedを示すフローチャートである。
【図３８】Graphics Controller３７の処理のうち、メインルーチンにあたる処理を示すフローチャートである。
【図３９】Compositionバッファ３６においてページ情報のアップデートがあった場合の再表示処理の手順を示すフローチャートである。
【図４０】ページの最初の表示の処理手順を示すフローチャートである。
【図４１】In_effectを再生するにあたっての処理手順を示すフローチャートである。
【図４２】ボタン表示をアニメーション的に更新するための処理手順を示すフローチャートである。
【図４３】ナビゲーションコマンド実行時における処理手順を示すフローチャートである。
【図４４】UO処理の処理手順を示すフローチャートである。
【図４５】カレントボタンの変更処理の処理手順を示すフローチャートである。
【図４６】Epoch StartタイプDisplay Setの内部構成を示す。
【図４７】（ａ）Acquisition PointタイプDisplay Setの内部構成を示す。
【００１１】
（ｂ）Normal CaseタイプのDisplay Setの内部構成を示す。
【図４８】第１実施形態〜第４実施形態に示したBD-ROMを作成するための製造工程を示す図である。
【発明を実施するための形態】
【００１２】
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、BD-ROM１００である。このBD-ROM１００は、再生装置２００、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１３】
以上が本発明に係る記録媒体の使用形態についての説明である。続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、BD-ROMの応用層に対する改良により実施することができる。図２は、BD-ROMの構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、第1段目のようになる。
【００１４】
第1段目は、BD-ROMの応用層レイアウト(アプリケーションフォーマット)を示す図である。本図において、Rootディレクトリの配下にはBDMVというサブディレクトリが形成されている。このBDMVディレクトリの下には、STREAMディレクトリが存在する。
STREAMディレクトリは、AVClipを格納したディレクトリである。STREAMディレクトリにおける『00001.m2ts』,『00002.m2ts』,『00003.m2ts』はAVClipを格納したファイルであり、これらのファイルには「xxxxx.m2ts(xは任意の整数)」という統一形式のファイル名が付与されている。
【００１５】
＜AVClipの構成＞
AVClipについて説明する。図３は、AVClipがどのように構成されているかを模式的に示す図である。
AVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(PGストリーム)及び対話系のインタラクティブグラフィクスストリーム(IGストリーム)を(下１段目)を、PESパケット列に変換し(下２段目)、更にTSパケットに変換して(下３段目)、これらを多重化することで構成される。
【００１６】
プレゼンテーショングラフィクスストリーム及びインタラクティブグラフィクスストリームは、ビデオストリームにおける個々のピクチャにグラフィクスを合成させるという画面構成を実現するストリーム形式のデータである。これらプレゼンテーショングラフィクスストリーム及びインタラクティブグラフィクスストリームにより、ピクチャに合成される合成客体を”グラフィクスオブジェクト”という。
【００１７】
プレゼンテーショングラフィクスストリームは、グラフィクスオブジェクトを用いた字幕表示を実現するグラフィクスストリームである。
インタラクティブグラフィクスストリームは、グラフィクスオブジェクトの対話的な表示を実現するグラフィクスストリームである。以上がAVClipの構成である。このAVClipには、上述したような複数エレメンタリストリームから構成されているものだけではなく、単一のエレメンタリストリームから構成されているものがある。単一のエレメンタリストリームから構成されているAVClipをSubClipという。SubClipは、インタラクティブグラフィクスストリームのみ、オーディオストリームのみ、テキストデータのみを格納したファイルである。SubClipたるインタラクティブグラフィクスストリームは、再生時において予めメモリにロードされた上で、他のAVClipと同期して再生される。ここで、AVClipを再生するにあたって、SubClipを前もってメモリにロードしておくことをプリロードという。
【００１８】
続いてインタラクティブグラフィクスストリームについて説明する。図４（ａ）は、インタラクティブグラフィクスストリームの構成を示す図である。第１段目は、AVClipを構成するTSパケット列を示す。第２段目は、グラフィクスストリームを構成するPESパケット列を示す。第２段目におけるPESパケット列は、第１段目におけるTSパケットのうち、所定のPIDをもつTSパケットからペイロードを取り出して、連結することにより構成される。尚、プレゼンテーショングラフィクスストリームについては、本願の主眼ではないので説明は行わない。
【００１９】
第３段目は、グラフィクスストリームの構成を示す。グラフィクスストリームは、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object_Definition_Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントからなる。これらの機能セグメントのうち、ICSは、画面構成セグメントと呼ばれ、PDS、ODS、ENDは定義セグメントと呼ばれる。PESパケットと機能セグメントとの対応関係は、1対1の関係、1対多の関係である。つまり機能セグメントは、1つのPESパケットに変換されてBD-ROMに記録されるか、又は、フラグメント化され、複数PESパケットに変換されてBD-ROMに記録される。
【００２０】
以降、各機能セグメントについて説明する。
『Interactive Composition Segment(ICS)』は、対話的なグラフィクスオブジェクトの画面構成を制御する機能セグメントである。対話的な画面構成の1つとして、本実施形態のICSは、マルチページメニューを実現するものとする。
『Object_Definition_Segment(ODS)』は、ランレングス符号化形式のグラフィクスオブジェクトである。ランレングス符号化形式のグラフィクスオブジェクトは複数のランレングスデータからなる。ランレングスデータとは、画素値を示すPixel Codeと、画素値の連続長とにより、画素列を表現したデータである。Pixel Codeは、8ビットの値であり、0〜255の値をとる。ランレングスデータでは、このPixel Codeによりフルカラーの16,777,216色から任意の256色を選んで画素の色として設定することができる。
【００２１】
『Palette Difinition Segment(PDS)』は、パレットデータを格納する機能セグメントである。パレットデータとは、0〜255のPixel Codeと、画素値との組合せを示すデータである。ここで画素値は、赤色差成分(Cr値),青色差成分(Cb値),輝度成分(Y値),透明度(T値)から構成される。各ランレングスデータが有するPixel Codeを、パレットに示される画素値に置き換えることで、ランレングスデータは発色されることになる。
【００２２】
『END of Display Set Segment(END)』は、機能セグメントの伝送の終わりを示す指標であり、最後のODSの直後に配置される。以上が各機能セグメントについての説明である。
図４（ｂ）は、機能セグメントを変換することで得られるPESパケットを示す図である。図４（ｂ）に示すようにPESパケットは、パケットヘッダと、ペイロードとからなり、このペイロードが機能セグメント実体にあたる。またパケットヘッダには、この機能セグメントに対応するDTS、PTSが存在する。尚以降の説明では、機能セグメントが格納されるPESパケットのヘッダ内に存在するDTS及びPTSを、機能セグメントのDTS及びPTSとして扱う。
【００２３】
これら様々な種別の機能セグメントは、図５のような論理構造を構築する。図５は、様々な種別の機能セグメントにて構成される論理構造を示す図である。本図は第１段目にEpochを、第２段目にDisplay Setを、第３段目にDisplay Setの類型をそれぞれ示す。図４（ａ）の第3段目に示した機能セグメントは第４段目に描かれている。
第１段目のEpochとは、AVClipの再生時間軸上においてメモリ管理の連続性をもっている一つの期間、及び、この期間に割り当てられたデータ群をいう。ここで想定しているメモリとは、表示を構成するグラフィクスオブジェクトを格納しておくためのグラフィクスプレーン、非圧縮グラフィクスオブジェクトを格納しておくためのオブジェクトバッファである。これらについてのメモリ管理に、連続性があるというのは、このEpochにあたる期間を通じてこれらグラフィクスプレーン及びオブジェクトバッファのフラッシュは発生せず、グラフィックプレーン内のある決められた矩形領域内でのみ、グラフィクスの消去及び再描画が行われることをいう(※ここでフラッシュとは、プレーン及びバッファの格納内容を全部クリアしてしまうことである。)。この矩形領域の縦横の大きさ及び位置は、Epochにあたる期間において、終始固定されている。グラフィックプレーンにおいて、この固定化された領域内で、グラフィクスの消去及び再描画を行っている限り、シームレス再生が保障される。つまりEpochは、シームレス再生の保障が可能な再生時間軸上の一単位ということができる。グラフィックプレーンにおいて、グラフィクスの消去・再描画を行うべき領域を変更したい場合は、再生時間軸上においてその変更時点を定義し、その変更時点以降を、新たなEpochにせねばならない。この場合、2つのEpochの境界では、シームレス再生は保証されない。
【００２４】
尚、ここでのシームレス再生とは、グラフィクスの消去及び再描画が、所定のビデオフレーム数で完遂することをいう。インタラクティブグラフィクスストリームの場合、このビデオフレーム数は、4,5フレームとなる。このビデオフレームをどれだけにするかは、グラフィックプレーン全体に対する固定領域の大きさの比率と、オブジェクトバッファ−グラフィックプレーン間の転送レートとによって定まる。
【００２５】
第２段目のDisplay Set(DSと略す)とは、グラフィクスストリームを構成する複数機能セグメントのうち、一つの画面構成を実現するものの集合をいう。図５における破線hk1は、第２段目のDisplay Setが、どのEpochに帰属しているかという帰属関係を示す。DS1,2,3・・・nは、第１段目のEpochを構成していることがわかる。
第３段目はDisplay Setの類型を示す。Epochの先頭に位置するDisplay Setの類型はEpoch Startである。先頭ではない Display Setの類型は『Acquisition Point』、『Normal Case』、『Epoch Continue』である。本図におけるAcquisition Point、Normal Case、Epoch Continueの順序は、一例にすぎず、どちらが先であってもよい。
【００２６】
『Epoch Start』は、新たなEpochの開始にあたるDisplay Setである。そのためEpoch Startは、次の画面合成に必要な全ての機能セグメントを含んでいる。Epoch Startは、映画作品におけるチャプター等、頭出しがなされることが判明している位置に配置される。
『Acquisition Point』は、Epochの開始時点ではないが、次の画面合成に必要な全ての機能セグメントを含んでいるDisplay Setである。Acquisition PointたるDSから頭出しを行えば、グラフィックス表示を確実に実現することができる。つまりAcquisition PointたるDSは、Epochの途中からの画面構成を可能するという役割をもつ。Acquisition PointたるDisplay Setは、頭出し先になり得る位置に組み込まれる。そのような位置には、タイムサーチにより指定され得る位置がある。タイムサーチとは、何分何秒という時間入力をユーザから受け付けて、その時間入力に相当する再生時点から頭出しを行う操作である。かかる時間入力は、10分単位、10秒単位というように、大まかな単位でなされるので、10分間隔の再生位置、10秒間隔の再生位置がタイムサーチにより指定され得る位置になる。このようにタイムサーチにより指定され得る位置にAcquisition Pointを設けておくことにより、タイムサーチ時のグラフィクスストリーム再生を好適に行うことができる。
【００２７】
『Normal Case』は、”表示アップデート”という表示効果をもたらすDSであり、前の画面合成からの差分のみを含む。例えば、あるDSvは、先行するDSuと同じ内容であるが、画面構成が、この先行するDSuとは異なる場合、ICSのみのDSv、又は、ODSのみのDSvを設けてこのDSvをNormal CaseのDSにする。こうすれば、重複するODSを設ける必要はなくなるので、BD-ROMにおける容量削減に寄与することができる。Normal CaseのDSは、差分にすぎないので、Normal Case単独では画面構成は行えない。
【００２８】
『Epoch Continue』とは、AVClipの境界において、Epochが連続していることを示す。1つのDSnのComposition StateがEpoch Continueに設定されていれば、たとえDSnが、その直前に位置するDSn-1と異なるAVClip上に存在していたとしても、同じEpochに属することになる。これらDSn,DSn-1は、同じEpochに帰属するので、たとえこれら2つのDS間で、AVClipの分岐が発生したとしても、グラフィックスプレーン、オブジェクトバッファのフラッシュは発生しない。
【００２９】
図中の破線kz1は、第４段目の機能セグメントが、どのDSに帰属しているかという帰属関係を示す。第４段目の機能セグメントは、図４（ａ）に示したものと同じものなので、これら図４（ａ）の一連の機能セグメントは、Epoch Startに帰属していることがわかる。Acquisition Pointに帰属する機能セグメントは、Epoch Startに帰属するものと同じであり、Normal Caseに帰属する機能セグメントは、Epoch Startに帰属するものの一部を省略したものである。
【００３０】
以上が機能セグメントにより構成される論理構造についての説明である。続いてこれらICS、ODSを有したDisplay Setが、AVClipの再生時間軸上にどのように割り当てられるかについて説明する。Epochは、再生時間軸上においてメモリ管理が連続する期間であり、Epochは1つ以上のDisplay Setから構成されるので、Display SetをどうやってAVClipの再生時間軸に割り当てるかが問題になる。ここでAVClipの再生時間軸とは、AVClipに多重されたビデオストリームを構成する個々のピクチャデータのデコードタイミング、再生タイミングを規定するための想定される時間軸をいう。この再生時間軸においてデコードタイミング、再生タイミングは、90KHzの時間精度で表現される。Display Set内のICS、ODSに付加されたDTS、PTSは、この再生時間軸において同期制御を実現すべきタイミングを示す。このICS、ODSに付加されたDTS、PTSを用いて同期制御を行うことが、再生時間軸へのDisplay Setの割り当てである。
【００３１】
Epochに属するDisplay Setのうち、任意のDisplay SetをDSnとすると、DSnは、図６に示すようなDTS、PTS設定によりAVClipの再生時間軸に割り当てられる。 図６は、DSnが割り当てられた、AVClipの再生時間軸を示す図である。本図においてDSnの始期は、DSnに属するICSのDTS値(DTS(DSn[ICS]))により示されており、終期は、DSnに属するENDのPTS値(PTS(DSn[END]))により示されている。そしてDSnにおいて最初の表示が行われるタイミングは、ICSのPTS値(PTS(DSn[ICS]))に示されている。AVClip再生時間軸において、ビデオストリームの所望のピクチャが出現するタイミングと、PTS(DSn[ICS])とを一致させれば、DSnの最初の表示は、そのビデオストリームと同期することになる。
【００３２】
PTS(DSn[ICS])は、DTS(DSn[ICS])に、ODSのデコードに要する期間(DECODEDURATION)と、デコードにより得られたグラフィクスオブジェクトの転送に要する期間(TRANSFERDURATION)とを足し合わせた値である。
最初の表示に必要なODSのデコードは、このDECODEDURATION内に行われることになる。図６の期間mc1は、DSnに属する任意のODS(ODSm)のデコードがなされる期間を示す。このデコード期間の開始点は、DTS(ODSn[ODSm])により示され、このデコードの終了点は、PTS(ODSn[ODSm])により示される。
【００３３】
以上のような再生時間軸への割り付けを、Epochに属する全てのODSに対して行うことで、Epochは規定されることになる。以上が再生時間軸に対する割り付けについての説明である。
本実施形態は、上述した再生時間軸における動画の再生進行に応じて、マルチページメニューの挙動を制御することを特徴としている。この特徴を実現するための新規な構成は、ICS内のInteractive_compositionに存在する。以降ICS、Interactive_compositionの内部構成について以下説明する。
【００３４】
図７（ａ）（ｂ）は、ICSとInteractive_compositionとの対応関係を示す図である。ICSとInteractive_compositionとの対応関係には、図７（ａ）に示すような1対1のものと、図７（ｂ）に示すような1対多のものとがある。
対応関係が1対1になるのは、Interactive_compositionのサイズが小さく、1つのICS内にInteractive_compositionが収まる場合である。
【００３５】
1対多の対応関係になるのは、Interactive_compositionのサイズが大きく、Interactive_compositionがフラグメント化され、複数ICSに格納される場合である。複数ICSへの格納が可能なので、Interactive_compositionサイズには制限がなく、512Kバイトであろうと、1Mバイトであろうと、Interactive_compositionのサイズを大きくすることができる。ICS、Interactive_compositionには1対多の対応関係もあり得るが、簡単を期するため、以降の説明では、ICS、Interactive_compositionの対応関係は、1対1であるとする。
【００３６】
図８は、ICSの内部構成を示す図である。ICSには、Interactive_Compositionの全体、又は、Interactive_Compositionをフラグメント化することで得られた一部が格納されている。図８の左側に示すように、ICSは、自身がICSであることを示す『segment_descriptor』と、本ICSが想定している縦横の画素数、フレームレートを示す『video_descriptor』と、本ICSが属するDisplay Setが、Normal Case、Acquisition Point、Epoch Start、Effect_Sequenceの何れであるかを示すcomposition_stateと、画面合成の回数を示すComposition_Stateとを含む『composition_descriptor』と、Interactive_Compositionの全体、又は、Interactive_Compositionをフラグメント化することで得られた一部である『Interactive_composition_data_fragment』とからなる。
【００３７】
図８の矢印cu1は、Interactive_compositionの内部構成をクローズアップしている。この矢印に示すようにInteractive_compositionは、『Interactive_composition_length』,『Stream_model』,『user_interface_model』,『composition_time_out_pts』,『selection_time_out_pts』,『user_time_out_duration』、マルチページメニューにおいて表示可能な複数ページのそれぞれに対応する『ページ情報(1)(2)・・・(i)・・・(number_of_page-1)』を含む。
【００３８】
『Interactive_composition_length』は、Interactive_compositionのデータ長を示す。
『Stream_model』は、Interactive_compositionが想定しているストリームモデルのタイプを示す。ストリームモデルとは、Interactive_compositionがどのような形態でBD-ROMに記録されて、再生装置におけるバッファ(コンポジションバッファと呼ばれる)上でどのように扱われるかを示すものであり、Stream_modelは、グラフィクスストリームがAVClipから多重分離されてコンポジションバッファ上にロードされたものであるか(i)、SubClipとして、コンポジションバッファにプリロードされたものであるか(ii)を示す。
【００３９】
『user_interface_model』は、Interactive_compositionが想定しているユーザインターフェイスモデルが、Always-onU/IであるかPop-upU/Iであるかを示す。Always-onU/Iとは、AVClipの再生進行に伴ってメニューの表示・消去がなされるユーザインターフェイスであり、ポップアップU/Iとは、ユーザによる操作をトリガにしてメニューの表示・消去がなされるユーザインターフェイスである。
【００４０】
『Composition_time_out_pts』は、ICSが帰属するEpochの終期(Epoch END)を示す。ICSによる対話制御は、このEpoch終期(Epoch END)においてもはや不可能となるので、このcomposition_time_out_ptsに示される時点が、対話制御の終期を意味する。
『selection_time_out_pts』は、セレクテッド状態にあるボタンを自動的にアクティベートするためのタイムアウト時刻を示す。ボタンとは、マルチページメニューにおける個々の選択項目であり、かかるボタンの状態をアクティブ状態に変化させる時間を規定しているのがこのselection_time_out_ptsである。
【００４１】
図中のIF文(if(Stream_model=='0b'))は、上述したcomposition_time_out_pts及びselection_time_out_ptsが、Stream_model=Multiplexedの際、出現する任意の情報要素であることを示してる。ICSが想定しているストリームモデルがプリロードである場合、これらcomposition_time_out_pts、selection_time_out_ptsは存在しない。
『user_time_out_dutration』は、ユーザ操作により表示され得るページを消去するためのタイムアウト時刻を示す。Always-onU/Iでは、2ndPage以降のPage(SubPageという)がユーザ操作により表示されるので、このuser_time_out_dutrationのタイムアウトにより、SubPageのみが消去され、1stPageのみとなる。Pop-upU/Iでは、SubPageだけではなく、マルチページメニュー全体がユーザ操作により表示されるので、user_time_out_dutrationのタイムアウトにより、全てのページが消去され何も表示されない状態(No Menu Display)になる。
【００４２】
図９は、1つのDisplay Setにおけるx番目のDisplay Setに属する複数ページのうち、任意のもの(y枚目のページ)についてのページ情報の内部構成を示す図である。この図９の右側に示すようにPage情報(y)は、
i)Page(y)を一意に識別する『page_id』、
ii)Page情報(y)により運搬されるデータ構造の中身にあたる,『UO_Mask_Table』、『in_effect』,『out_effect』,『animation_frame_rate_code』,『default_selected_button_id_ref』、『default_activated_button_id_ref』,『pallet_id_ref』,『ボタン情報(1)(2)・・・・・(number_of_buttons-1)』、
iii)Page情報(y)の中身のバージョンを示す『Page_Version_Number』
から構成される。
【００４３】
先ず初めに、Page情報(y)により運搬されるデータ構造を構成する各フィールドについて説明する。
『UO_Mask_Table』は、Page(y)におけるユーザ操作の許可／不許可が設定されるテーブルである。
【００４４】
『in_effect』は、Page(y)の表示開始時あたって再生すべき表示効果を示す。 『out_effect』は、Page(y)の表示終了時あたって再生すべき表示効果を示す。
『animation_frame_rate_code』は、Page(y)にアニメーション表示を適用する際、適用すべきフレームレートを記述する。
『default_selected_button_id_ref』は、Page(y)の表示が始まったとき、デフォルトでセレクテッド状態に設定すべきボタンを動的に定めるか、静的に定めるかを示す。本フィールドが”OxFF”であれば、デフォルトでセレクテッド状態に設定すべきボタンを動的に定める旨を示す。動的に定める場合、再生装置における状態レジスタ(Player Status Register(PSR))の設定値が優先的に解釈され、PSRに示されるボタンがセレクテッド状態になる。本フィールドが0xFFでなければ、デフォルトでセレクテッド状態に設定すべきボタンを静的に定める旨を示す。この場合、『default_selected_button_id_ref』に規定されたボタン番号でPSRを上書きし、本フィールドで指示されるボタンをセレクテッド状態にする。
【００４５】
『default_activated_button_id_ref』は、selection_time_out_ptsに示される時点に達した際、自動的にアクティブ状態に設定されるボタンを示す。default_activated_button_id_refが”FF”であれば、所定のタイムアウト時刻において、現在セレクテッド状態になっているボタンが自動的に選択される。このdefault_activated_button_id_refが00であれば、自動選択はなされない。00,FF以外の値であれば本フィールドは、有効なボタン番号として解釈される。
【００４６】
『pallet_id_ref』は、Page(y)において、CLUT部に設定すべきパレットのidを示す。
『ボタン情報(Button_info)』は、Page(y)上に表示される各ボタンを定義する情報である。以上のフィールドにより、マルチページメニューにおける個々のページの中身は特定される。
『Page_Version_Number』は、EpochにおいてPage情報(y)のデータ構造により運搬される中身のバージョンを示すフィールドである。このPage_Version_Numberは本願の主眼となるものであるので、このPage_Version_Numberについて詳しく説明する。ページ情報(y)のバージョンとは、ページ情報で運搬されるデータ構造の中身が、何回目のアップデートを経たものであるかを示す。Page情報(y)のデータ構造において、Page_Version_Number直後のフィールドのうち、どれかの値が変化した場合、又は、Page_Version_Number直後の各フィールドに何等かの変化があった場合、Page情報(y)は、アップデートされたとみなされる。
【００４７】
Page_Version_Numberによるバージョンは、1つのEpochにおける通し番号で表現される。そのため、このPage_Version_Numberの値は、ページ情報が1つのEpochにおいてどのDisplay Setに属するかによって変わる。1つのEpochにおいてEpoch Startに属するページ情報では、このPage_Version_Numberは初期値(=0)に設定される。一方、2つ目以降のDisplay Setのうち、アップデートをもたらすもの(Acquisition Point、Normal Case)に属するPage_Version_Numberには、アップデート回数を示す1〜255の値が設定される。
【００４８】
以降図１０の具体例を交えてこのPage_Version_Numberについて詳しく説明する。
図１０は、連続する2つのDisplay Set(DSx+1、DSx)におけるPage_Version_Number設定を示す図である。DSx+1はAcquisition Pointであり、このDisplay Setの任意のページ情報(y)を着眼する。このDSx+1のPage情報(y)の中身が、DSxと全く同一であれば、DSx+1.Page情報(y)のPage_Version_Numberは、DSx.Page情報(y)のPage_Version_Numberと同じ値に設定される。このPage_Version_Numberを参照することにより再生装置は、DSx、DSx+1の間において、Page情報(y)の中身から変わっていないと判断することができる。これに対し図１１では、DSx+1におけるPage情報(y)の中身は、DSxにおけるPage情報(y)のそれから変わっている。この場合、DSx+1.Page情報(y)のPage_Version_Numberは、DSx.Page情報(y)の値に1を加えた値(=A+1)になっている。かかるPage_Version_Numberの値を参照することで再生装置は、DSx+1におけるPage情報(y)が、DSxのPage情報(y)から変化していることを知ることができる。
【００４９】
図１２は、DSx.Page情報(y)により構成されるページと、DSx+1.Page情報(y)により構成されるページとを対比して示す図である。
DSx+1におけるPage情報(y)により構成されるページは、3つのボタン(A,B,C)をボタンB→ボタンC→ボタンAの順に配置するものである。
一方、DSxにおけるPage情報(y)により構成されるページは、3つのボタン(ボタンA、ボタンB、ボタンC)を、ボタンA→ボタンB→ボタンCの順に配置するものである。２枚のページの違いは、ボタンの順序がボタンA→ボタンB→ボタンCからボタンB→ボタンC→ボタンAに変化している点に過ぎない。たとえ変化が僅かなものであったとしても、DSx+1のPage情報(y)におけるPage_Version_Numberの値は、DSxより増えた値になる。Page_Version_Numberをこのように設定しておくことでPage情報(y)における些細な変化を、再生装置にシグナリングすることができる。
【００５０】
これまでの説明は、Acquisition PointDisplay SetにおけるInteractive_compositionをアップデートする一例であったが、Normal Caseに属するInteractive_compositionにおいても、ページ情報毎にPage_Version_Numberが存在する。そしてページ情報毎の内容変化を、このPage_Version_Numberに示させておくことができる。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
【００５１】
図１３は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、
主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。
【００５２】
こうして生産される再生装置は、BDドライブ１、リードバッファ２、デマルチプレクサ(De-MUX)３、ビデオデコーダ４、ビデオプレーン１１、P-Graphicsデコーダ６、Presentation Graphicsプレーン１８、合成部８、I-Graphicsデコーダ９、Interactive Graphicsプレーン１０、合成部１１、オーディオデコーダ１３、CLUT部１９、CLUT部２０、PSRセット１６、システムクロック１７、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９、Composition_TimeOutタイマ２０、Effect_durationタイマ２１、操作受付部２２、状態制御部２３から構成される。
【００５３】
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
リードバッファ２は、FIFOメモリであり、BD-ROMから読み出されたTSパケットが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)３は、リードバッファ２からTSパケットを取り出して、このTSパケットを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、所定のstreamPIDをもつものをビデオデコーダ４、オーディオデコーダ１３、P-Graphicsデコーダ６、I-Graphicsデコーダ９のどれかに出力する。
【００５４】
ビデオデコーダ４は、デマルチプレクサ３から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン１１に書き込む。
ビデオプレーン１１は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン１１における解像度は1920×1080であり、このビデオプレーン１１に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５５】
P-Graphicsデコーダ６は、BD-ROM、HDから読み出されたグラフィクスストリームをデコードして、非圧縮グラフィクスをPresentation Graphicsプレーン１８に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Presentation Graphicsプレーン１８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン１８中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン１８に格納された非圧縮グラフィクスは、表示に供される。
【００５６】
合成部８は、非圧縮状態のピクチャデータ(i)を、Presentation Graphicsプレーン１８の格納内容と合成する。
I-Graphicsデコーダ９は、BD-ROM又はHDから読み出されたIGストリームをデコードして、非圧縮グラフィクスをInteractive Graphicsプレーン１０に書き込む。
Interactive Graphicsプレーン１０は、I-Graphicsデコーダ９によるデコードで得られた非圧縮グラフィクスが書き込まれる。このInteractive Graphicsプレーン１０は、通常ターンオフ状態に設定されており、I-Graphicsデコーダ９からの指示があった場合に、ターンオン状態になる。ターンオフ状態とは、Interactive Graphicsプレーン１０に格納された非圧縮グラフィクスを、動画像に合成せず、ページを表示しない制御をいう。一方、ターンオン状態とは、ターンオフされているInteractive Graphicsプレーン１０の格納内容を、CLUT部１５に出力して動画像に合成させる制御をいう。
【００５７】
合成部１１は、Interactive Graphicsプレーン１０の格納内容と、合成部８の出力である合成画像(非圧縮状態のピクチャデータと、Presentation Graphicsプレーン１８の格納内容とを合成したもの)とを合成する。
オーディオデコーダ１３は、デマルチプレクサ３から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
【００５８】
CLUT部１９は、Presentation Graphicsプレーン１８に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
CLUT部２０は、Interactive Graphicsプレーン１０に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
PSRセット１６は、再生装置に内蔵されるレジスタであり、64個のPlayer Status Register(PSR)と、4096個のGeneral Purpose Register（GPR)とからなる。64個のPlayer Status Register(PSR)は、それぞれ現在の再生時点等、再生装置における諸状態を示す。64個のPSRのうちPSR5〜PSR8は、現在の再生時点を表すものである。このうちPSR8は、0〜OxFFFFFFFFの値に設定されることで、45KHzの時間精度を用いてAVClip上の現在の再生時点(カレントPTM)を示す。PSR11は、マルチページメニューにおけるカレントページのPage_idを示し、PSR10は、そのカレントページにおいてセレクテッド状態になっているボタン(カレントボタン)を示す。
【００５９】
システムクロック１７は、クロック信号を発生する。De-MUX３によるPESパケット変換は、このクロック信号に同期してなされる。
user_timeoutタイマ１８は、PTS(DSn[ICS])の時点において、user_time_out_dutrationが設定されるタイマである。user_time_out_dutrationが設定されると本User_TimeOutタイマ１８は、システムクロックの計時に伴い、カウントダウンを始める。タイマーによるカウントダウンは、ユーザ操作がなされる度にリセットされ、user_time_out_dutrationにより示される値に戻る。ユーザ操作が無い期間が長く続けば、カウント値はゼロに達し、User_TimeOutタイマ１８はタイムアウトする。
【００６０】
Selection_TimeOutタイマ１９は、PTS(DSn[ICS])の時点において、selection_time_out_ptsが設定されるタイマである。selection_time_out_ptsが設定されると本Selection_TimeOutタイマ１９は、システムクロックの計時に伴い、カウントダウンを始める。Selection_TimeOutタイマ１９によるカウントダウンは、ユーザ操作がなされる度にリセットされ、selection_time_out_ptsにより示される値に戻るが、ユーザ操作が無い期間が長く続けば、タイマーのカウント値はゼロに達し、Selection_TimeOutタイマ１９はタイムアウトする。かかるタイムアウトにより、図９に示したValid Interactive Periodの経過を知ることができる。
【００６１】
Composition_TimeOutタイマ２０は、DTS(DSn[ICS])の時点において、composition_time_out_ptsが設定されるタイマである。composition_time_out_ptsが設定されると本Composition_TimeOutタイマ２０は、システムクロックの計時に伴い、カウントダウンを始める。Composition_TimeOutタイマ２０によるカウントダウンは、ユーザ操作がなされもリセットされない。カウント値がゼロに達して、Composition_TimeOutタイマ２０がタイムアウトすれば、Epoch Endの到来を知ることができる。
【００６２】
Effect_durationタイマ２１は、DSnがEpoch Startである場合、DTS(DSn[ICS])の時点において、effect_durationが設定されるタイマである。effect_durationとは、effect映像の再生にあたっての表示期間をいう。effect_durationが設定されると本Effect_durationタイマ２１は、システムクロックの計時に伴い、カウントダウンを始める。Effect_durationタイマ２１によるカウントダウンは、ユーザ操作がなされもリセットされない。Effect_durationタイマ２１のカウント値はゼロに達し、Effect_durationタイマ２１がタイムアウトすれば、かかるタイムアウトにより、次のEffect映像の表示タイミングを知ることができる。
【００６３】
操作受付部２２は、リモコンや再生装置のフロントパネルになされたキー操作を受け付け、ユーザ操作を示す情報(UO)をI-Graphicsデコーダ９に出力する。
状態制御部２３は、I-Graphicsデコーダ９からの設定指示に従い、PSRに所望の値を設定する。
＜I-Graphicsデコーダ９の内部構成＞
続いて図１４を参照しながら、I-Graphicsデコーダ９の内部構成について説明する。図１４に示すようにI-Graphicsデコーダ９は、Coded Data Buffer３３、Stream Graphics Processor３４、Object Buffer３５、Composition Buffer３６、Graphics Controller３７から構成される。
【００６４】
Coded Data Buffer３３は、ICS、PDS、ODSがDTS、PTSと共に一時的に格納されるバッファである。
Stream Graphics Processor３４は、ODSをデコードして、デコードにより得られた非圧縮グラフィクスをObject Buffer３５に書き込む。
Object Buffer３５は、Stream Graphics Processor３４のデコードにより得られた非圧縮のグラフィクスオブジェクト(図中の四角枠)が多数配置されるバッファである。このObject Buffer３５において各グラフィクスオブジェクトが占める矩形領域は、Object_idにより識別される。従って、Object Buffer３５上にあるグラフィクスオブジェクトが存在している状態で、同じObject_idをもつグラフィクスオブジェクトが許可要求されれば、Object Buffer３５上においてそのグラフィクスオブジェクトが占める領域は、同じObject_idをもつグラフィクスオブジェクトにより上書きされることになる。
【００６５】
Compositionバッファ３６は、1つ以上のICSに対応する運搬されるInteractive_compositionを格納しておくためのバッファである。格納されているInteractive_compositionは、Graphicsコントローラ３７による解読に供される。
Graphicsコントローラ３７は、現在の再生時点が新たなDisplay Setに到達する度に、そのDisplay Setに含まれるICSのComposition_Stateが、Epoch Start、Acquisition Point、Normal Caseのどれであるかを判定する、Epoch Startであれば、Coded Dataバッファ３３上の新たなInteractive_compositionを、Coded Dataバッファ３３からCompositionバッファ３６に転送する。
【００６６】
Graphicsコントローラ３７は、Acquisition PointタイプのDisplay SetにおけるICSがCoded Dataバッファ３３に読み出される度に、そのICSに属する各ページ情報のPage_Version_Numberと、Compositionバッファ３６に格納済みのInteractive_compositionにおける各ページ情報のPage_Version_Numberとを照合する。そしてPage_Version_Numberが大きいページ情報がCoded Dataバッファ３３上に存在していれば、そのページ情報をCoded Dataバッファ３３からCompositionバッファ３６に転送することで、Compositionバッファ３６における所望のページ情報をアップデートする。そしてそうやってアップデートされたページ情報に該当するページが現在表示中であるか否かを判定し、もし表示中であれば、該当するページの再描画を行う。図中の◎1,2,3,4は、Coded Dataバッファ３３に読み出されたInteractive_compositionにおけるPage_Version_Number参照(◎1)、Page_Version_Numberが高いページ情報の転送(◎2)、アップデートされたページ情報の参照(◎3)、アップデートされたページ情報に基づく再描画(◎4)を模式化している。更に図中の矢印bg1,2,3,4は、Graphics Controller３７による再描画を象徴的に示している。かかる描画により、ボタン0-A〜ボタン0-Dが配されたページがInteractive Graphicsプレーン１０に現れ、動画に合成されることになる。
【００６７】
図１５は、機能セグメントのロード処理の処理手順を示すフローチャートである。本フローチャートにおいてSegmentKとは、AVClipの再生時において、読み出されたSegment(ICS,PDS,ODS)のそれぞれを意味する変数であり、無視フラグは、このSegmentKを無視するかロードするかを切り換えるフラグである。本フローチャートは、無視フラグを0に初期化した上で(ステップＳ９８)、ステップＳ１０１〜Ｓ１１６の処理を全てのSegmentについて繰り返すループ構造を有している(ステップＳ９９、ステップＳ１００)。
【００６８】
ループ構造をもつステップＳ１０１〜ステップＳ１１６の処理は、無視フラグが1かどうかを判定して(ステップＳ１０２)、無視フラグが0であるなら、対象となる機能セグメントをCoded Dataバッファ３３からCompositionバッファ３６、Stream Graphicsプロセッサ３４のどれかに転送し(ステップＳ１０３)、無視フラグが1であるならかかる転送を行わずCoded Dataバッファ３３上で、対象となる機能セグメントを削除する(ステップＳ１０４)という処理を、機能セグメントの読み出しが継続している限り繰り返すものである。
【００６９】
SegmentKが無視されるか、ロードされるかは、無視フラグの設定により決まる。ステップＳ１０７〜Ｓ１１１、Ｓ１１４、Ｓ１１５は、この無視フラグを設定する処理である。
ステップＳ１０７は、ICSにおけるComposition_StateがAcquisition Pointであるか否かの判定である。SegmentKがAcquisition Pointであるなら、ステップＳ１０８に移行し、SegmentKがもしEpoch StartかNormal Caseであるなら、ステップＳ１１１に移行する。
【００７０】
ステップＳ１０８は、先行するICSがCompositionバッファ３６上に存在するかどうかの判定であり、ステップＳ１０７がYesである場合に実行される。Compositionバッファ３６にICSが存在しないケースとは、頭出しがなされたケースをいう。この場合、Acquisition PointたるDSから、表示を開始せねばならないので、ステップＳ１１０に移行する(ステップＳ１０８でNo)。
【００７１】
Compositionバッファ３６上に先行するICSが存在する場合は(ステップＳ１０８でYes)、無視フラグを”2”に設定して(ステップＳ１０９)、ステップＳ１１２に移行する。
ステップＳ１１２は、Coded Dataバッファ３３に新たに読み出されたICS(新しい機能セグメントに属するICS)に、Page_Version_Numberが増えたページ情報が存在するか否かの判定である。
【００７２】
もし存在するなら(ステップＳ１１２でYes)、Coded Dataバッファ３３上に存在する新たなICSのうち、Page_Version_Numberが増えたページ情報のみをCompositionバッファ３６に転送し、それ以外のページ情報を無視する(ステップＳ１１６)。Page_Version_Numberが増えたページ情報が存在しない場合、ステップＳ１０２に移行する。これによりAcquisition Pointを示すICSは無視されることになる(ステップＳ１０４)。
【００７３】
ステップＳ１１１は、ICSにおけるComposition_StateがNormal Caseであるか否かの判定である。SegmentKがもしNormal Caseであるなら、ステップＳ１１４に移行する。ステップＳ１１４は、先行するICSがCompositionバッファ３６内に存在するかどうかの判定を行う。もし存在するなら、ステップＳ１１０に移行して、無視フラグを”0”に設定する。存在しないなら、元々、対話画面を構成する充分な機能セグメントが得られないため、無視フラグを”1”に設定する(ステップＳ１１５)。かかるフラグ設定により、先行するDSがグラフィクスデコーダ１２に存在しない場合、Normal Caseを構成する機能セグメントは無視されることになる。
【００７４】
対象となる機能セグメントがEpoch Startを示している場合(i)、頭出し時におけるAcquisition Pointである場合(ii)、通常再生時におけるNormal Caseである場合(iii)、ステップＳ１１１がNo、ステップＳ１０８がNo、ステップＳ１１４がYesになって無視フラグは、何れも”0”に設定されることになる(ステップＳ１１０)。これにより、対象となる機能セグメントがEpoch Startを示している場合(i)、頭出し時におけるAcquisition Pointである場合(ii)、通常再生時におけるNormal Caseである場合(iii)は何れも、Display Setに属する機能セグメントは、Stream Graphicsプロセッサ３４、Compositionバッファ３６のどれかに転送されることになる。
【００７５】
図１６は、Page_Version_Numberが変化したページ情報を用いたアップデート処理の手順を示すフローチャートである。本フローチャートは、Page_Version_Numberが変化したページ情報のそれぞれについて、ステップＳ１２３〜ステップＳ１２４の手順を繰り返すループ構造になっている(ステップＳ１２１、ステップＳ１２２)。このループ構造において対象となる個々のページ情報をページ情報(x)とすると、本ループ処理は、対象となるページ情報をCoded Dataバッファ３３からCompositionバッファ３６にロードした上で(ステップＳ１２３)、そのページ情報がアップデートされた旨を示すupdateフラグを1に設定する(ステップＳ１２４)。尚、このupdateフラグの用途については第２実施形態で説明する。
【００７６】
以降、具体例を交えながら、図１５及び図１６の制御について説明する。図１７は、本具体例の対象となるAVClipの内部構成を示す図である。この具体例で対象となるAVClipは、本編映像にあたる『ビデオストリーム』、英語音声を表す『オーディオストリーム#0』、日本語音声を表す『オーディオストリーム#1』、コメンタリ音声を示す『オーディオストリーム#2』、『グラフィクスストリーム』からなる。
【００７７】
日本語音声、英語音声は、映画作品全編を通じて存在するが、コメンタリ音声は、映画作品の途中にしか存在しない。一方グラフィクスストリームは、3つのDisplay Set(DS0、DS1、DS2)からなる。DS0は、映画作品先頭からコメンタリィ音声が始まるまでの区間、DS1は、コメンタリィ音声が存在する区間、DS2は、コメンタリィ音声の終わりから映画作品末尾までの区間にそれぞれ該当する。
【００７８】
DS1、DS2はそれぞれこのように対応しているため、DS1のICSにおけるPTS(DS1[ICS]))は、コメンタリィ音声が存在する区間の始点を示すよう設定されている。DS2のICSにおけるPTS(DS2[ICS]))は、コメンタリィ音声が存在する区間の終点を示すよう設定されている。
続いて3つのDisplay Setに属するPage情報(2)のPage_Version_Numberが全て異なる場合のページ情報読み出しについて説明する。図１８は、図１１と同様の表記で示したAVClipの内部構成を示す図である。本図に示すようにこれら3つのDisplay Set(DS0、DS1、DS2)は、n個のページ情報を有している。図中の引き出し線hs1,2,3はページ情報の中身をクローズアップしている。この引き出し線に示すように、DS0,DS2におけるページ情報は、2つのボタン情報を含むが、DS1におけるページ情報のボタン情報の数は1つ多い。ページ情報の中身が違っているので、DS0、DS1、DS2におけるPage_Version_Numberはそれぞれversion0,1,2を示すよう設定されている。
【００７９】
図１９は、通常再生時におけるページ描画を模式的に示す図である。DS0においては、Page情報(0)、Page情報(1)、Page情報(2)がCompositionバッファ３６にロードされるため、Page情報(0)、Page情報(1)、Page情報(2)から構成されるメニューを描画することができる。一方、DS1への到達時においては、ページ情報のPage_Version_Numberを参照することで、再生装置はPage情報(2)の中身が変わっていることを知得することができる。そのため再生装置は、Page情報(2)のみをCoded Dataバッファ３３からCompositionバッファ３６に転送し、これに基づく再描画を行うことで、グラフィックスプレーンの格納内容を更新する。図中の矢印up1,up2はDS1への到達時におけるアップデートと、再描画を模式的に示す。このアップデートによりCompositionバッファ３６に格納されているPage情報(2)の中身は2つのボタン情報を含むものから、3つのボタン情報を含むものへと変化する。かかるCompositionバッファ３６の格納内容に基づきグラフィクスプレーンの再描画を行えば、Page情報(2)に対応するページ上のボタンは、3つから2つに変化する。
【００８０】
図中の矢印up3,up4はDS2への到達時におけるアップデートと、再描画を模式的に示す。このアップデートによりCompositionバッファ３６に格納されているPage情報(2)の中身は3つのボタン情報を含むものから、2つのボタン情報を含むものへと変化する。かかるCompositionバッファ３６の格納内容に基づきグラフィクスプレーンの再描画を行えば、Page情報(2)に対応するページ上のボタンは、2つから3つに変化する。
【００８１】
図２０は、飛び込み再生時の描画処理を示す。この飛び込み位置がDS1の手前であれば、DS1に属するInteractive_compositionのPage情報(0)〜Page情報(2)に基づき、各ページが描画される。この飛び込み後の現在の再生時点がDS2に到達すれば、再生装置はPage_Version_Numberが変化したことによりPage(2)を再描画させるとの処理を行う。これにより表示されている3枚のページのうち、Page(2)が再描画されることになる。図２１は、図２０に示した描画により、どのような合成画像が得られるかを示す図である。本図に示すように現在の再生時点がPTS(DSo[ICS])に到達した場合、2つのボタンからなるPage(2)が動画と合成されて表示されることになる。動画の再生が進行して現在の再生時点がPTS(DS1[ICS])に到達すれば、3つのボタンからなるPage(2)が動画と合成され、表示されることになる。動画の再生が進行して現在の再生時点がPTS(DS2[ICS])に到達すれば、ボタンの数は、2つに戻るこことになる。
【００８２】
本具体例では、コメンタリィ音声が存在しているシーンにおいて、Page_Version_Numberを変化させるとした。しかしかかる設定は一例であり、上述したようなページ毎のupdateの応用の幅は広い。動画の再生が進行するにつれ、同じページのボタンを減ってゆき、選択の幅が狭まるという画面演出を実現することができる。このようなスリル感ある演出をゲームに応用してもよい。
【００８３】
特定の商品が動画中に出現している区間のみ、商品の購入のためのボタンを表示することができる。かかる応用は、オンラインショッピングのような商業的な映画作品を制作するにあたって、特に真価を発揮する。
続いて3つのDisplay Set(DS0、DS1、DS2)に属するPage情報(2)のPage_Version_Numberが全て同じである場合の読み出しについて説明する。この具体例で想定しているのは、図２２に示すような、3つの連続するDisplay Set(DS1、DS2、DS3)のPage情報(2)である。破線の矢印hh1,2,3は、3つのDisplay SetにおけるPage情報(2)の中身をクローズアップして示す。この破線に示されるように3つのDisplay SetにおけるPage情報(2)は何れも、3つのボタン情報(ボタン情報(0)(1)(2))をもつ。
【００８４】
図２３は、AVClip再生進行に伴うグラフィックスプレーンの格納内容の時間的変移を示す図である。かかる3つのDisplay Setを含むAVClipが再生装置により読み出され、再生されるものとする。3つのDisplay SetのうちDS0はAVClipの最初に位置するものなので、このDS0におけるPage情報(2)に基づき、ページが描画される。図中の矢印は、Page情報(0)、Page情報(1)、Page情報(2)に基づく再生装置による描画を模式的に示す。
【００８５】
これに後続するDS1、DS2の読み出し時にあたっては、Page情報(2)のPage_Version_Numberは、Display SetのPage情報(2)のPage_Version_Numberと同じ値になっているので、これらDS1、DS2におけるページ情報による再描画はなされない。×付きの矢印は、Graphicsコントローラ３７が、これら2つのDisplay SetにおけるPage情報(2)を無視していることを示す。図２４は、図２２に示したAVClipに対する飛び込み時において、グラフィクス描画がどのように行われるかを示す。本図における飛び込み先は、DS1の手前であるので、このDS1に属するPage情報(0)、Page情報(1)に基づき、ページ描画が行われる。Page_Version_Numberが全て同じである場合の再生装置による描画処理は以上の通りである。
【００８６】
以上のように本実施形態によれば、マルチページメニューの内容を変化させようとする場合、コンポジションバッファ内に格納されているInteractive_composition全部を総入れ替えするのではなく、コンポジションバッファ上に格納されているInteractive_compositionのうち、特定のページのみ入れ替えれば、マルチページメニューの内容を変化させることができる。Interactive_compositionの総入れ替えが不要なので、変化前後の状態を1つのEpochとして扱うことができ、不要な再生途切れを避けることができる。これにより、表示の途切れのない、マルチページメニュー変化を実現することができる。
【００８７】
(第２実施形態)
第２実施形態は、第１実施形態に示したページ情報をより詳細に開示するための実施形態である。
先ず初めにボタン情報について説明する。ページに表示される個々のボタンには、ノーマル状態、セレクテッド状態、アクティブ状態という3つの状態がある。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。アクティブ状態とは、確定に至った状態をいう。かかる状態があるので、Page情報(y)における任意のボタンを規定するボタン情報(ボタン情報i)には、以下の情報要素が規定されている。図２５は、Page情報(y)におけるボタン情報(i)の内部構成を示す図である。
【００８８】
『button_id』は、ボタン(i)を、Interactive_compositionにおいて一意に識別する数値である。
『button_numeric_select_value』は、ボタン(i)の数値選択を許可するか否かを示すフラグである。
『auto_action_flag』は、ボタン(i)を自動的にアクティブ状態にするかどうかを示す。auto_action_flagがオン(ビット値1)に設定されれば、ボタン(i)は、セレクテッド状態になる代わりにアクティブ状態になる。auto_action_flagがオフ(ビット値0)に設定されれば、ボタン(i)は、選択されたとしてもセレクテッド状態になるにすぎない。
【００８９】
『button_horizontal_position』、『button_vertical_position』は、対話画面におけるボタン(i)の左上画素の水平位置、垂直位置を示す。
『neighbor_info』は、ボタン(i)がセレクテッド状態になっていて、上下左右方向へのフォーカス移動が命じられた場合、どのボタンをセレクテッド状態に設定するかを示す情報であり、『upper_button_id_ref』,『lower_button_id_ref』,『left_button_id_ref』,『right_button_id_ref』からなる。
【００９０】
『upper_button_id_ref』は、ボタン(i)がセレクテッド状態である場合においてリモコンが操作され、上方向へのフォーカス移動を命じるキー(MOVEUPキー)が押下された場合、ボタン(i)の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタン(i)の番号が設定されていれば、MOVEUPキーの押下は無視される。
『lower_button_id_ref』,『left_button_id_ref』,『right_button_id_ref』は、ボタン(i)がセレクテッド状態である場合において、リモコンが操作され、下方向へのフォーカス移動を命じるキー(MOVE Downキー),左方向へのフォーカス移動を命じるキー(MOVE Left キー),右方向へのフォーカス移動を命じるキー(MOVE Right キー)が押下された場合、ボタン(i)の押下の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタン(i)の番号が設定されていれば、これらのキーの押下は無視される。
【００９１】
『normal_state_info』は、ボタン(i)のノーマル状態を規定する情報であり、『normal_start_object_id_ref』、『normal_end_object_id_ref』、『normal_repeated_flag』を含む。
『normal_start_object_id_ref』は、ノーマル状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのnormal_start_object_id_refに記述される。
【００９２】
『normal_end_object_id_ref』は、ノーマル状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのnormal_end_object_id_refに記述される。このactivated_end_object_id_refに示されるIDが、normal_start_object_id_refに示されるIDと同じである場合、このIDにて示されるグラフィックスオブジェクトの静止画が、ボタン(i)の絵柄になる。
【００９３】
『normal_repeat_flag』は、ノーマル状態にあるボタン(i)のアニメーション表示を反復継続させるかどうかを示す。
『selected_state_info』は、ボタン(i)のセレクテッド状態を規定する情報であり、 『selected_state_sound_id_ref』、『selected_start_object_id_ref』、『selected_end_object_id_ref』、『selected_repeat_flag』を含む。
【００９４】
『selected_state_sound_id_ref』は、ボタン(i)の状態がセレクテッド状態が変化した際、クリック音として再生させるべきサウンドデータを指定する情報である。この指定は、sound.bdmvと呼ばれるファイルに格納されているサウンドデータの識別子を記述することでなされる。本フィールドが0xFFである場合、サウンドデータは指定されていないことを意味し、クリック音再生はなされない。
【００９５】
『selected_start_object_id_ref』は、セレクテッド状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのselected_start_object_id_refに記述される。
『selected_end_object_id_ref』は、セレクト状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのselected_end_object_id_refに記述される。このselected_end_object_id_refに示されるIDが、selected_start_object_id_refに示されるIDと同じである場合、このIDにて示されるグラフィックスオブジェクトの静止画が、ボタン(i)の絵柄になる。
【００９６】
『selected_repeat_flag』は、セレクテッド状態にあるボタン(i)のアニメーション表示を、反復継続するかどうかを示す。selected_start_object_id_refと、selected_end_object_id_refとが同じ値になるなら、本フィールド00に設定される。
『activated_state_info』は、ボタン(i)のアクティブ状態を規定する情報であり、 『activated_state_sound_id_ref』、『activated_start_object_id_ref』、『activated_end_object_id_ref』を含む。
【００９７】
『activated_state_sound_id_ref』は、button情報に対応するボタンのセレクテッド状態が変化した際、クリック音として再生させるべきサウンドデータを指定する情報である。この指定は、sound.bdmvに格納されているサウンドデータの識別子を記述することでなされる。本フィールドが0xFFである場合、サウンドデータは指定されていないことを意味し、クリック音再生はなされない。
【００９８】
『activated_start_object_id_ref』は、アクティブ状態のボタン(i)をアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番のうち、最初の番号がこのactivated_start_object_id_refに記述される。
『activated_end_object_id_ref』は、アクティブ状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ODSに付加された連番たる『object_ID』のうち、最後の番号がこのactivated_end_object_id_refに記述される。
【００９９】
『ナビゲーションコマンド(navigation_command)』は、ボタン(i)がアクティブ状態になれば、実行されるコマンドである。ナビゲーションコマンドの代表的なものは、SetButtonPageコマンドである。SetButtonPageコマンドは、マルチページメニューの所望のページを表示させ、そのページにおける所望のボタンをセレクテッド状態に設定させることを再生装置に命じるコマンドである。かかるナビゲーションコマンドを用いることにより、オーサリング担当者は、ページ切り換えを簡易に記述することができる。
【０１００】
上述した特許文献1,2には、ボタン情報中のナビゲーションコマンドが更新された際、その更新を示すフラグが記述されている。本願では、このフラグの役割を、ページ情報毎のPage_Version_Numberが果たすことになる。つまりどれかのページのどれかのボタンに対するナビゲーションコマンドが変化した際、そのボタン情報が属するページ情報のPage_Version_Numberがインクリメントすることになる。
【０１０１】
以上がボタン情報の内部構成である。図２６に示すボタン0-A〜ボタン0-Dの状態遷移を実行する場合のボタン情報の記述例を図２７に示す。図２６における矢印hh1,hh2は、button info(1)のneighbor_info()による状態遷移を象徴的に表現している。button info(1)のneighbor_info()におけるlower_button_id_refは、ボタン0-Cに設定されているため、ボタン0-Aがセレクテッド状態になっている状態で、MOVEDownキー押下のUOが発生すれば(図２６のup1)、ボタン0-Cがセレクテッド状態になる(図２６のsj1)。button info(1)のneighbor_info()におけるright_button_id_refは、ボタン0-Bに設定されているため、ボタン0-Aがセレクテッド状態になっている状態で、MOVERightキー押下のUOが発生すれば(図２６のup2)、ボタン0-Bがセレクテッド状態になる(図２６のsj2)。
【０１０２】
図２６における矢印hh3は、button info(2)のneighbor_info()による状態遷移の制御を示す。button info(2)のneighbor_info()におけるupper_button_id_refは、ボタン0-Aに設定されているため、ボタン0-Cがセレクテッド状態になっている状態で、MOVEUpキー押下のUOが発生すれば(up3)、ボタン0-Aがセレクテッド状態に戻る(sj3)。続いてボタン0-A〜ボタン0-Dの絵柄について説明する。図２７のICSを含むDSnは、図２８のような絵柄を示すODS11〜19を含んでいるものとする。ICSにおけるbutton情報(0)のnormal_state_info()におけるnormal_start_object_id_ref,normal_end_object_id_refは、ODS11〜13を指定しているため、ボタン0-Aのノーマル状態は、ODS11〜13によるアニメーションで表現される。またbutton情報(0)のselected_state_info()におけるselected_start_object_id_ref,end_object_id_selectedは、ODS14〜16を指定しているため、ボタン0-Aのセレクテッド状態は、ODS14〜16で表現される。ユーザがこのボタン0-Aをセレクテッド状態にすることにより、ボタン0-Aの絵柄たる肖像は、ODS11〜13によるものから、ODS14〜16によるものへと変化する。ここでnormal_state_info()、selected_state_info()におけるnormal_repeat_flag,selected_repeat_flagを1にしておけば、ODS11〜13によるアニメーション、ODS14〜16によるアニメーションは、図中の「→(A)」,「(A)→」,「→(B)」,「(B)→」,に示すように、アニメーション表示は反復継続する。
【０１０３】
アニメーション描画が可能な複数ODSが、ボタン0-A〜ボタン0-Dに割り当てられており、これらによる制御がICSに記述されていれば、ユーザ操作に併せてキャラクタの表情が変わるような、リアルなボタンの状態制御を実現することができる。
ボタン情報は以上のような構成を有しているが、1つのページ内のボタン情報の個数が変わったり、又は、ボタンのアニメーション表示時に用いられるグラフィクスオブジェクトやナビゲーションコマンドの中身が変わった場合、これらの変化を示すべくPage_Version_Numberは+1の値に設定されることになる。
【０１０４】
以上がボタン情報についての説明である。続いてEffect画像について説明する。In_Effect及びOut_Effectは、何れもEffect_Sequenceにより定義される。図２９は、Effect_Sequenceの内部構成を示す図である。Effect_Sequenceは、図２９の左半分に示す通りであり、number_of_windows個のウィンドゥ情報(ウィンドゥ情報(0)(1)(2)・・・(number_of_windows-1))と、number_of_effects個のeffect情報(Effect情報(0)(1)(2)・・・(number_of_effects-1))とからなる。
【０１０５】
ここでEffect画像は、一定間隔置きの画面構成(Display Composition)を繰り返すことで再生される。Effect情報は、個々の画面構成を規定する情報であり、破線ec1は、Effect情報の内部構成をクローズアップして示す。本矢印に示すように、Effect情報は、上記一定間隔を示す『effect_duration』と、その画面構成に用いられるパレットデータを示す『pallet_id_ref』と、画面構成の詳細を規定する『composition_object(0)(1)(2)・・・・(number_of_Composition_Object-1)』とからなる。
【０１０６】
ウィンドゥ情報は、グラフィックスプレーンでの画面構成に用いられる領域を規定するものである。図中の引き出し線wc1はウィンドゥ情報の構成をクローズアップしている。この引き出し線に示すようにwindow情報は、グラフィックスプレーンにおいてウィンドゥを一意に識別する『window_id』と、グラフィックスプレーンにおける左上画素の水平位置を示す『window_horizontal_position』と、グラフィックスプレーンにおける左上画素の垂直位置を示す『window_vertical_position』と、グラフィックスプレーンにおけるウィンドゥの横幅を示す『window_width』と、グラフィックスプレーンにおける縦幅を示す『window_height』とを用いて表現される。
【０１０７】
window_horizontal_position、window_vertical_position、window_width、window_heightがとりうる値について説明する。これらが想定している座標系は、グラフィックスプレーンの内部領域であり、このグラフィックスプレーンは、縦:video_height、横:video_widthという二次元状の大きさをもつ。
window_horizontal_positionは、グラフィックスプレーンにおける左上画素の水平アドレスであるので、1〜video_widthの値をとり、window_vertical_positionは、グラフィックスプレーンにおける左上画素の垂直アドレスであるので1〜video_heightの値をとる。
【０１０８】
window_widthは、グラフィックスプレーンにおけるウィンドゥの横幅であるので、1〜video_width-window_horizontal_positionの値をとり、window_heightは、グラフィックスプレーンにおける縦幅であるので1〜video_height-window_vertical_positionの値をとる。
window情報のwindow_horizontal_position、window_vertical_position、window_width、window_heightにより、グラフィックスプレーンの何処にウィンドゥを配置するか、ウィンドゥの大きさをどれだけにするかを規定することができる。
【０１０９】
続いてComposition_Objectについて説明する。図３０は、任意のcomposition_object(i)の内部構成をクローズアップした図である。この本図に示すように、composition_object(i)は、『object_id_ref』、『window_id_ref』、『object_cropped_flag』、『composition_object_horizontal_position』、『composition_object_vertical_position』、『cropping_rectangle』からなる。
【０１１０】
『object_id_ref』は、グラフィクスオブジェクト識別子(object_id)の参照値である。この参照値は、composition_object(i)に対応する画面構成を実現するにあたって、用いるべきグラフィクスオブジェクトの識別子を意味する。
『window_id_ref』は、ウィンドゥ識別子(window_id)の参照値である。この参照値は、composition_object(i)に対応する画面構成を実現するにあたって、どのウィンドゥに、グラフィクスオブジェクトを表示させるべきかを示す。
【０１１１】
『object_cropped_flag』は、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトを表示するか、グラフィクスオブジェクトを非表示とするかを切り換えるフラグである。”1”と設定された場合、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトが表示され、”0”と設定された場合、グラフィクスオブジェクトは非表示となる。
【０１１２】
『composition_object_horizontal_position』は、グラフィックスプレーンにおけるグラフィクスオブジェクトの左上画素の水平位置を示す。
『composition_object_vertical_position』は、グラフィックスプレーンにおける左上画素の垂直位置を示す。
『cropping_rectangle』は、『object_cropped_flag』が1に設定されている場合に有効となる情報要素である。破線wd2は、cropping_rectangleの内部構成をクローズアップしている。この破線に示すようにcropping_rectangleは、『object_cropping_horizontal_position』、『object_cropping_vertical_position』、『object_cropping_width』、『object_cropping_height』からなる。
【０１１３】
『object_cropping_horizontal_position』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の水平位置を示す。クロップ矩形は、グラフィクスオブジェクトの一部を切り出すための枠である。
『object_cropping_vertical_position』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の垂直位置を示す。
【０１１４】
『object_cropping_width』は、グラフィックスプレーンにおけるクロップ矩形の横幅を示す。
『object_cropping_height』は、グラフィックスプレーンにおけるクロップ矩形の縦幅を示す。
以上がcomposition_objectのデータ構造である。続いてcomposition_objectの具体的な記述について説明する。
【０１１５】
図３１は、右ScrollによりIn_Effectを実現するという具体例を示す図である。この具体例は、言語設定メニューを右端から徐々に引き出してゆくというものである。かかる表示効果を実現するため、時点t0,t1,t2,t3には、4つのComposition_Object(0)〜(3)を配置しておく。そしてこれらのComposition_Objectを以下のように定義する。
次に個々のcomposition_objectをどのように記述するかについて説明する。4つのcomposition_object(0)〜(3)の記述例を図３２〜図３５に示す。図３２は、composition_object(0)の記述例を示す図である。
【０１１６】
図３２において、window情報のwindow_horizontal_position、window_vertical_positionは、グラフィックスプレーンにおけるウィンドゥの左上座標LP0を、window_width,window_heightは、ウィンドゥの表示枠の横幅、縦幅を示す。
図３２におけるcomposition_object(0)のobject_cropping_horizontal_position,object_cropping_vertical_positionは、オブジェクトバッファにおけるグラフィクスオブジェクトの左上座標を原点とした座標系においてクロップ範囲の基準ST1を示している。そして基準点からobject_cropping_width、object_cropping_heightに示される範囲(図中の太枠部分)がクロップ範囲になる。クロップされたグラフィクスオブジェクトは、グラフィックスプレーンの座標系においてcomposition_object_horizontal_position,composition_object_vertical_positionを基準点(左上)とした範囲に配置される。こうすることにより、言語選択メニューの右端がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより言語選択メニューの右端は動画像と合成され表示される。
【０１１７】
図３３、図３４、図３５は、composition_object(1)(2)(3)の記述例を示す図である。本図におけるwindow情報の記述は、図３２と同じなので説明を省略する。composition_objectの記述は、図３２と異なる。図３３におけるcomposition_object(1)のobject_cropping_horizontal_position,object_cropping_vertical_position,は、オブジェクトバッファ上の言語選択メニューのうち、右半分の左上座標を示し、object_cropping_height,object_cropping_widthは、右半分の横幅、縦幅を示す。また図３４におけるcomposition_object(2)のobject_cropping_horizontal_position,object_cropping_vertical_positionは、オブジェクトバッファ上の言語選択メニューのうち、右端から3/4の部分の左上座標を示し、object_cropping_height,object_cropping_widthは、3/4の部分の横幅、縦幅を示す。図３５におけるcomposition_object(3)のobject_cropping_horizontal_position,object_cropping_vertical_position,は、オブジェクトバッファ上の言語選択メニュー全体の左上座標を示し、object_cropping_height,object_cropping_widthは、全体の横幅、縦幅を示す。これら図３３、図３４、図３５に示すような書き込みがなされることにより、右半分、3/4、全体がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより言語選択メニューが動画像と合成され表示される。
【０１１８】
以上の構成によりオブジェクトバッファ上のグラフィクスオブジェクトを徐々に画面に出現させたり、徐々に画面から消すという処理を、Composition_Objectの記述次第で簡単に実現することができる。
In_Effect及びOut_Effectは以上のような構成を有しているが、In_Effect及びOut_Effectのアニメーション表示時に用いられるグラフィクスオブジェクトの絵柄が変わった場合、これらの変化を示すべくPage_Version_Numberは+1の値に設定されることになる。
【０１１９】
以上が第２実施形態に係るBD-ROMの改良である。続いて第２実施形態に係る再生装置の改良について説明する。
第２実施形態に係る状態制御部２３は、I-Graphicsデコーダ９からの設定指示に従い、カレントページを示すPSRの値(PSR11)を設定すると共に、カレントボタンを示すPSRの値(PSR11)を設定する。状態制御部２３によるPSR設定には、設定すべき即値をI-Graphicsデコーダ９から受け取り、PSRセット１６に設定するという直接指定のもの(i)、再生装置における状態変化や、ユーザからの変更要求があった場合、設定値を状態制御部２３が決定した上でPSRセット１６に設定するという間接指定のもの(ii)がある。状態変化時における、設定値の決定手順は、Procedure when playback condition is changedと呼ばれる。変更要求時における設定値の決定処理手順は、Procedure when change is requestedと呼ばれる。PSR11(カレントページ)、PSR10(カレントボタン)を設定するための処理手順について説明する。
【０１２０】
図３６（ａ）は、PSR11についてのProcedure when playback condition is changedを示すフローチャートである。Procedure when playback condition is changedは、ICSにおける最初のページ情報をPSR11を設定するというものである(ステップＳ９９)。
図３６（ｂ）は、PSR11についてのProcedure when change is requestedを示すフローチャートである。ここでユーザから要求されたページ番号をXとすると、Procedure when change is requestedは、XがValidであるか否かを判定し(ステップＳ１００)、もしValidであれば、このXをPSR11に設定し(ステップＳ１０１)、もしInvalidであるなら、このPSR11を維持するというものである(ステップＳ１０２)。
【０１２１】
以上がPSR11の状態遷移である。続いてPSR10のProcedure when playback condition is changed、Procedure when change is requestedについて説明する。
図３７（ａ）は、PSR10のProcedure when playback condition is changedを示すフローチャートである。
ステップＳ１１１は、カレントページにおけるデフォルトセレクテッドボタンが有効であるか否かの判定である。もしステップＳ１１１がYesであるなら、default_selected_button_id_refに記述されたボタン番号をPSR10に設定する(ステップＳ１１２)。
【０１２２】
ステップＳ１１３は、デフォルトセレクテッドボタンがInvalidである場合にPSR10が有効かどうかの判定を行う判定ステップである。もしPSR10がValidであるなら、PSR10の値を維持し(ステップＳ１１４)、PSR10がInvalidであるなら、カレントページの最初のボタン情報を特定するbutton_id_refをPSR10に設定する(ステップＳ１１５)。
図３７（ｂ）は、PSR10のProcedure when change is requestedを示すフローチャートである。ここでユーザから要求されたボタン番号をXとすると、本フローチャートにおけるステップＳ１１６は、XがValidなButton_idであるか否かを判定し、もしValidであるならXをPSR10に設定する(ステップＳ１１８)。もしXがInvalidであるなら、PSR10の設定値を維持する(ステップＳ１１７)。こうした処理により、PSR10、PSR11の内容は、常に保証されることになる。以上が再生装置の内部構成である。
【０１２３】
また本実施形態においてI-Graphicsデコーダ９は、Graphics Controller３７の他にGraphicsコントローラ３７を有している。このGraphicsコントローラ３７は、PSRセット１６におけるPSR10、PSR11の数値変化、User_TimeOutタイマ１８〜Effect_durationタイマ２１におけるタイムアウト、操作受付部２２が受け付けたユーザ操作に応じて、上述した描画内容を変化するという処理を行う。Graphicsコントローラ３７が行うべき処理の詳細は、図３８〜図４５に示したものとなる。
【０１２４】
図３８は、Graphicsコントローラ３７の処理のうち、メインルーチンにあたる処理を示すフローチャートである。
このフローチャートの処理の開始時において、Graphicsコントローラ３７はInteractive Graphicsプレーン１０の格納内容をCLUT部２０に出力していない。Interactive Graphicsプレーン１０の格納内容の出力を行わず、ページを表示しない状態を”ターンオフ”という。
【０１２５】
本フローチャートは、メインルーチンにあたる処理であり、ステップＳ１〜ステップＳ６からなるループ処理を実行する。このループ処理は、ステップＳ１〜ステップＳ４の何れかの事象が成立しているかという判定処理と、アニメーションによるマルチページメニュー表示の更新処理(ステップＳ５)と、ユーザ操作に応じた処理(UO(UserOperation処理):ステップＳ６)とを繰り返し実行するというものである。ステップＳ１〜ステップＳ４のうち、どれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。
【０１２６】
ステップＳ１は、現在の再生時点が、DTS(DSn[ICS])に到達したか否かを判定するステップである。このステップＳ１がYesになれば、図３９のフローチャートを実行する。図３９は、Compositionバッファ３６においてページ情報のアップデートがあった場合の再表示処理の手順を示すフローチャートである。
本フローチャートにおいて、先ず無視フラグが0であるか否かを判定する(ステップＳ８１)。図１５で説明したように、無視フラグは、ICSにおけるComposition_stateと、Compositionバッファ３６におけるICSの有無とに応じて値が変わるフラグであり、ステップＳ８１では、この無視フラグが0であるか、つまり、Epoch Start、頭出し時のAcquisition Point、通常再生時のNormal Caseの何れであるかを判定する。もし無視フラグが0であれば、上述したProcedure when playback condition is changedを実行し、1stPageであるPage[0]をカレントページを設定した上で(ステップＳ７)、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９、Composition_TimeOutタイマ２０をリセットし(ステップＳ８)、このカレントページを表示して(ステップＳ９)、ステップＳ１〜ステップＳ６からなるループ処理に戻る。
【０１２７】
無視フラグが0でない場合、無視フラグが2であるか否かを判定する(ステップＳ８２)。無視フラグ=2に設定されるのは、通常再生時におけるAcquisition Pointの読み取り時である。もし無視フラグが2であれば、ステップＳ８３〜ステップＳ８５の処理を繰り返す。この処理は、Page情報(y)についてのupdateフラグがONであるか否かを判定し(ステップＳ８６)、もしONであれば、アップデートされたPage情報(y)に対するページ表示処理を行う(ステップＳ８７)という処理を、表示中の全てのページ情報について繰り返すというものである(ステップＳ８３、ステップＳ８４)。かかる繰り返しが行われば、全てのupdateフラグをオフに設定して(ステップＳ８５)、ステップＳ８８に移行する。
【０１２８】
ステップＳ８８では、現在の再生時点がPTS(DSn[ICS])になるのを待ち、もしなればICSのuser_interface_modelがAlways-OnU/Iであるか否かを判定する(ステップＳ８９)。Always-Onなら、Interactive Graphicsプレーン１０の格納内容をターンオンして、Interactive Graphicsプレーン１０に格納されたページをCLUT部２０に出力して動画像に合成させる(ステップＳ９０)。
【０１２９】
user_interface_modelがPop-upU/Iであるなら、Graphicsコントローラ３７は、Interactive Graphicsプレーン１０のターンオフ状態を維持する。つまりInteractive Graphicsプレーン１０に格納されたページを、動画像に合成せず、ページを表示しないのである。こうしたターンオフの状態のまま、Graphicsコントローラ３７はPop-up_On操作がユーザによりなされるのを待つ。ユーザによりPop-up_On操作がなされれば(ステップＳ９１でYes)、Interactive Graphicsプレーン１０に格納されたページをCLUT部２０に出力して動画像に合成させる(ステップＳ９０)。このようにターンオフされているInteractive Graphicsプレーン１０の格納内容を、CLUT部２０に出力して動画像に合成させる制御を”ターンオン”という。以上のターンオフ、ターンオン制御によりPop-up表示がなされる。その後、ステップＳ１〜ステップＳ６のループ処理に戻る。以上の処理により、アップデートされたページ情報は、PTS(DSn[ICS])のタイミングにおいて再表示がなされることになる。
【０１３０】
ステップＳ２は、User_TimeOutタイマ１８がタイムアウトしたかどうかの判定である。ステップＳ２がYesになれば、ステップＳ１１〜ステップＳ１４からなるループ処理を実行する。このループ処理は、マルチページメニューにおける任意のpage(j)を消去して(ステップＳ１３)、page(j).Out_effectを実行する(ステップＳ１４)という処理を、ICSにおけるpage[0]以降の全てのページについて繰り返すというものである(ステップＳ１１、Ｓ１２)。
【０１３１】
ステップＳ３は、Selection_TimeOutタイマ１９がタイムアウトしたかどうかの判定である。Selection_TimeOutタイマ１９がタイムアウトしたなら、カレントページにおけるボタンを自動的にアクティブ状態に設定した上で(オートアクィベート:ステップＳ１０)、ステップＳ１〜ステップＳ６からなるループに戻る。
ステップＳ４は、Composition_TimeOutタイマ２０がタイムアウトしたかどうかの判定である。Composition_TimeOutタイマ２０がタイムアウトしたなら、1stPageたるPage[0]を消去して(ステップＳ１５)、Page[0].Out_effectを再生し(ステップＳ１６)、その後、ステップＳ１〜ステップＳ６からなるループに戻る。
【０１３２】
以上のメインルーチンにおけるページ表示処理は、図４０の処理手順により実現される。
図４０は、Page情報に対する表示手順を示すフローチャートである。ステップＳ２４は、カレントページのIn_effectに規定された表示効果の実行であり、これを実行した後、カレントボタンの設定処理を行う(ステップＳ２５)。カレントボタンは、PSR10に規定されており、このPSR10についてのProcedure when playback condition is changedの実行が、このステップＳ２５の処理である。かかるステップＳ２５によりカレントボタンが決定されれば、ステップＳ１７〜ステップＳ２２に移行する。
【０１３３】
ステップＳ１７〜ステップＳ２２は、カレントページにおける各ボタン情報について繰り返されるループ処理を形成している(ステップＳ１７、ステップＳ１８)。本ループ処理において処理対象になるべきボタン情報をボタン情報(p)という。
ステップＳ１９では、button情報(p)がカレントボタンに対応するbutton情報であるか否かを判定する。もしそうであれば、ステップＳ２０に、異なるならステッステップＳ２１に移行する。
【０１３４】
ステップＳ２１では、button情報(p)のnormal_state_infoに指定されているnormal_start_object_id_refのグラフィクスオブジェクトを、グラフィクスオブジェクト(p)としてObject Buffer３５から特定する。
ステップＳ２０では、button情報(p)のselected_state_infoに指定されているselected_start_object_id_refのグラフィクスオブジェクトを、グラフィクスオブジェクト(p)として特定する。
【０１３５】
ステップＳ２０、ステップＳ２１を経ることでグラフィクスオブジェクト(p)が特定されれば、button情報(p)のbutton_horizontal_position,button_vertical_positionに示されるInteractive Graphicsプレーン１０上の位置に、グラフィクスオブジェクト(p)を書き込む(ステップＳ２２)。かかる処理をカレントページにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスオブジェクトのうち、最初のグラフィクスオブジェクトがInteractive Graphicsプレーン１０上に書き込まれることになる。以上の繰り返しを経た後、カレントページにおけるPallet_id_refに示されるパレットデータで表示を行うよう、CLUT部２０を設定して(ステップＳ２３)、本フローチャートの処理を終える。
【０１３６】
この図４０のフローチャートに示される処理手順は、Acquisition PointタイプのDisplay Setの読み出し時において、Page_Version_Numberが変化したページ情報についてのみ実行される。つまりAcquisition PointタイプのDisplay Setにおいて、Page_Version_Numberが変化したページ情報が表示中であれば(ステップＳ１６のステップＳ１２４)、その表示中ページ情報に対し、この図４０の処理が実行されるのである。かかる処理の実行により、アップデートされたページ情報に基づく再表示がなされる。
【０１３７】
図４１は、In_effectを再生するにあたっての処理手順を示すフローチャートである。本フローチャートにおいて変数tは、Effect_Sequenceにおける任意のEffect画像を示す変数であり、変数uは、effect(t)におけるComposition_Objectのうち、任意のComposition_Objectを指示する変数である。本フローチャートは、変数t、変数uを0に初期化して(ステップＳ３０)、effect(t).effect_durationをEffect_durationタイマ２１にセットし(ステップＳ３１)、effect(t).pallet_id_refで示されるパレットデータで表示を行うようCLUT部１９、１５に設定した上で(ステップＳ３２)、ステップＳ３３〜ステップＳ４０とからなるループ処理を実行するというものである。このループ処理は、二重ループであり、一重目のループ(ステップＳ３３〜ステップＳ３７)は、変数uを制御変数にしており、二重目のループ(ステップＳ３３〜ステップＳ４０)は、変数tを制御変数にしている。
【０１３８】
一重目のループは、effect(t).Composition_Object(u).object_cropped_flagが0であるか否かを判定し(ステップＳ３３)、0ならeffect(t).Composition_Object(u)においてグラフィクスオブジェクトを非表示にする(ステップＳ３５)。1なら、effect(t).Composition_Object(u)のobject_cropping_horizontal_position,object_cropping_vertical_position,cropping_width,cropping_heightに基づき、グラフィクスオブジェクトに対するクロップを行い、そしてクロップで得られたグラフィクスオブジェクトの一部分を、effect(t).Composition_Object(u)のwindow_id_refに示されるウィンドゥにおいて、effect(t).Composition_Object(u)のcompositin_object_horizontal_position、compositin_object_vertical_positionに示される位置に書き込んで(ステップＳ３４)、変数uをインクリメントする(ステップＳ３６)という処理を、変数uがnumber_of_Composition_Objectになるまで、繰り返すというものである。
【０１３９】
２重目のループは、ステップＳ３３〜ステップＳ３７のループが一巡する度に、effect_durationの経過を待った上で(ステップＳ３８)、変数tのインクリメントと、変数uの初期化(u←0)とを行う(ステップＳ３９)という処理を、変数tがnumber_of_effect(t)になるまで繰り返すというものである(ステップＳ４０)。以上がIn_Effectを再生する際の処理手順である。尚、Out_effectを再生するにあたっても、原則同様の処理を行えばよいので、Out_Effect再生時の処理については説明を省略する。
【０１４０】
こうしてIn_effectの表示がなされた後、カレントページを表示して、最初の表示をアニメーション的に更新してゆく。ここで最初の表示は、各button情報のnormal_state_infoにおけるnormal_start_object_id_ref、selected_state_infoにおけるselected_start_object_id_refで指定されているグラフィクスオブジェクトを、Interactive Graphicsプレーン１０に書き込まれることにより実現した。アニメーション的な更新は、メインルーチンのループ処理が一巡する度に、各ボタンにおける任意のコマ(qコマ目にあるグラフィクスオブジェクト)をこのInteractive Graphicsプレーン１０に上書することである。つまりこの更新は、button情報のnormal_state_info、selected_state_infoで指定されているグラフィクスオブジェクトを、一枚ずつInteractive Graphicsプレーン１０に書き込んでメインルーチンにリターンすることでなされる。ここで変数qとは、各ボタン情報のbutton情報のnormal_state_info、selected_state_infoで指定されている個々のグラフィクスオブジェクトを指定するための変数である。
【０１４１】
このアニメーション的な表示更新を実現するための処理を、図４２を参照しながら説明する。
ステップＳ４１は最初の表示が済んでいるか否かの判定であり、もし済んでいなけれ何の処理も行わずにメインルーチンにリターンする。もし済んでいればステップＳ４２〜ステップＳ５３の処理を実行する。ステップＳ４１〜ステップＳ５５は、ICSにおける各button情報について、ステップＳ４４〜ステップＳ５５の処理を繰り返すというループ処理を構成している(ステップＳ４２、ステップＳ４３)。
【０１４２】
ステップＳ４４は、button情報(p)に対応する変数animation(p)を変数qに設定する。こうして、変数qは、button情報(p)に対応する、現在のコマ数を示すことになる。
ステップＳ４５は、button情報(p)が、現在セレクテッド状態にあるボタン(カレントボタン)に対応するbutton情報であるか否かの判定である。
カレントボタン以外のボタンならば、button情報(p).normal_state_infoにおけるnormal_start_object_id_refに変数qを足した識別子をID(q)とする(ステップＳ４６)。
【０１４３】
カレントボタンに対応するボタンであれば、ステップＳ４７の判定を行う。
ステップＳ４７は、カレントボタンがアクティブ状態であるかの判定であり、もしそうであれば、ステップＳ５４においてbutton情報(p).actioned_state_infoにおけるactivated_start_object_id_refに変数qを足した識別子をID(q)とする。そしてbutton情報(p)に含まれるナビゲーションコマンドのうち、1つを実行する(ステップＳ５５)。
【０１４４】
カレントボタンがアクティブ状態でなければ、button情報(p).selected_state_infoにおけるselected_start_object_id_refに変数qを足した識別子をID(q)とする(ステップＳ４８)。
こうしてID(q)が決まれば、Object Buffer３５に存在する、ID(q)を有するグラフィクスオブジェクト(q)を、button情報(p)のbutton_horizontal_position,button_vertical_positionに示されるInteractive Graphicsプレーン１０上の位置に書き込む(ステップＳ４９)。
【０１４５】
以上のループ処理により、カレントボタンのセレクテッド状態(若しくはアクティブ状態)及びその他のボタンのノーマル状態を構成する複数グラフィクスオブジェクトのうち、q枚目のものがInteractive Graphicsプレーン１０に書き込まれることになる。
ステップＳ５０は、normal_start_object_id_ref＋qがnormal_end_object_id_refに達したか否かの判定であり、もし達しないなら変数qをインクリメントし、インクリメントされた値を変数animation(p)に設定する(ステップＳ５１)。もし達したなら、ステップＳ４３に移行する。以上の処理は、ICSにおける全てのbutton情報について繰り返される(ステップＳ４２、ステップＳ４３)。全てのbutton情報について、処理がなされれば、メインルーチンにリターンする。
【０１４６】
以上のステップＳ４１〜ステップＳ５３により対話画面における各ボタンの絵柄は、メインルーチンが一巡する度に新たなグラフィクスオブジェクトに更新される。メインルーチンが何度も反復されれば、いわゆるアニメーションが可能になる。アニメーションにあたって、グラフィクスオブジェクト一コマの表示間隔は、animation_frame_rate_codeに示される値になるようにGraphics Controller３７は時間調整を行う。以上がアニメーション的な更新処理である。
【０１４７】
上述したフローチャートのステップＳ４７において1つのボタンがアクティブ状態になっていると、このボタンに対応するボタン情報のナビコマンドを、ステップＳ５５において実行せねばならない。図４３は、ナビゲーションコマンド実行時における処理手順を示すフローチャートである。ステップＳ５６はナビゲーションコマンドがSetButtonPageCommandであるか否かの判定である。もしSetButtonPageCommandでないなら、ステップＳ５７においてナビゲーションコマンドをそのまま実行する。もしSetButtonPageCommandであるなら、ナビコマンドのオペランドから特定される切換先ページをXにし、ナビコマンドのオペランドから特定されるbutton番号をPSR10に格納するよう状態制御部２３に指示した上で(ステップＳ５８)、PSR11についてのProcedure when change is requestedを状態制御部２３に実行させる(ステップＳ５９)。ここでPSR11は、現在表示されているページを示すものであり、これについてのProcedure when change is requestedを実行することで、カレントページが定まる。その後、PSR(10)についてのProcedure when playback condition is changedを状態制御部２３に実行させて(ステップＳ６０)、図４３のフローチャートの処理を終える。
【０１４８】
以上でナビコマンド実行処理についての説明を終わる。ナビコマンドは、対応するボタンがアクティブ状態であった際実行された。ボタン状態の変化は、ユーザ操作(UO)に従って、図４４の処理手順を実行することによりなされる。図４４は、UO処理の処理手順を示すフローチャートである。本フローチャートは、ステップＳ６１〜ステップＳ６４の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。ステップＳ６１は、UOmaskTableが"1"に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。
【０１４９】
ステップＳ６２は、リモコンにおけるMoveUP/Down/Left/Rightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットする(ステップＳ６５)。そしてカレントボタンを変更して(ステップＳ６６)、カレントボタンのauto_action_flagが1かどうかを判定する(ステップＳ６７)。もし違うならメインルーチンにリターンする。もしそうであるなら、ステップＳ６９に移行して、カレントボタン(i)をアクティブ状態に遷移する。その後、変数animation(i)を0に設定する(ステップＳ７０)。
【０１５０】
ステップＳ６３は、数値入力であるかどうかの判定であり、もし数値入力であれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットした上で(ステップＳ７１)、カレントボタンの変更処理を行い(ステップＳ７２)、メインルーチンにリターンする。
ステップＳ６４は、リモコンにおけるactivatedキーが押下されたかどうかの判定であり、もしそうであれば、User_TimeOutタイマ１８、Selection_TimeOutタイマ１９をリセットした上で(ステップＳ６８)、カレントボタン(i)をアクティブ状態に遷移する(ステップＳ６９)。その後、変数animation(i)を0に設定する(ステップＳ７０)。図４４の処理手順のうち、ステップＳ６６におけるカレントボタンを変化させる処理はサブルーチン化されている。このサブルーチンの処理手順を示したのが図４５である。以降このフローチャートについて説明する。
【０１５１】
図４５は、カレントボタンの変更処理の処理手順を示すフローチャートである。先ず初めに、カレントボタンのneighbor_infoにおけるupper_button_id_ref,lower_button_id_ref,left_button_id_ref,right_button_id_refのうち、押下されたキーに対応するものを特定する(ステップＳ７５)。
そしてカレントボタンをボタンYとし、upper_button_id_ref,lower_button_id_ref,left_button_id_ref,right_button_id_refにより特定されるボタンをボタンXとする(ステップＳ７６)。XをPSR10に設定するため、状態制御部２３にProcedure when change is requestedを実行させる(ステップＳ７７)。
【０１５２】
設定後、変数animation(X),変数animation(Y)を0に設定した上でメインルーチンにリターンする(ステップＳ７８)。変数animation()は、ボタンの状態が変化した際、"0"にリセットされるので、ボタンの状態変化時においてのみ、アニメーション表示は開始されることになる。
以上のように本実施形態によれば、何れかのペｇがカレントページになっている状態において、そのページにおけるボタン部材の表示をアニメーション的に更新することができるので、映画作品のイメージに沿った画面作りが可能になる。
【０１５３】
(第３実施形態)
第１実施形態は、ページ情報のアップデートについて説明したが、本実施形態は、DSnに属するグラフィクスオブジェクトのアップデートを実現する改良に関する。ここでグラフィクスオブジェクトのアップデートとは、Object Buffer３５上にグラフィクスオブジェクトが存在している状態で、同じObject_idを有するODSをStream Graphicsプロセッサ１４に送り込み、これをデコードさせてObject Buffer３５に書き込ませることにより、Object Buffer３５上のグラフィクスオブジェクトを上書きすることである。
【０１５４】
かかるグラフィクスオブジェクトアップデートを実現する際、問題となるのは、ページにおけるアニメーション表示の阻害である。第２実施形態で述べたように、メニュー上のフォーカスを移動する操作をユーザが行った場合、各ボタンの状態が、ノーマル状態からセレクテッド状態へ、セレクテッド状態からノーマル状態へそれぞれ変化する。ノーマル状態からセレクテッド状態への変化にあたって、selected_start_object_id_refで指定されているODSからselected_end_object_id_refで指定されているODSまでを順次表示することになる(図２８のODS14〜16)。
【０１５５】
また、セレクテッド状態からアクティブ状態への変化にあたって、activated_start_object_id_refで指定されているODSからactivated_end_object_id_refで指定されているODSまでを順次表示することになる(図２８のODS17〜19)。
かかる順次表示がアニメーション表示である。このようなアニメーション表示の際中に、上述したようなグラフィクスオブジェクトのアップデートが生じると、同じObject_idで識別されるObject Buffer３５上の矩形領域に、別のグラフィクスオブジェクトが配置されることになる。アニメーション表示の途中で、かかるグラフィクスオブジェクトがObject Buffer３５からグラフィクスプレーンに読み出されると、グラフィクスの絵柄が変わってしまう。
【０１５６】
アニメーション表示の絵柄がアニメーション表示の途中で変わってしまうというのはおかしいので、グラフィクスオブジェクトのアップデートがなされる期間は、アニメーション表示を実行させないようにする。
ここでグラフィクスオブジェクトのアップデートがなされる期間とは、ページの再表示がなされる期間のことであり、DTS(DSn[ICS])からPTS(DSn[ICS])までの期間をいう。この期間においてGraphicsコントローラ３７は、フォーカスを移動させる操作や、ボタンを確定する操作を受け付けたとしても、その操作に従った操作を実行せず、ボタンの状態変化を禁止する、
こうすることで、アニメーション表示のおかしな変化を避けることができる。
【０１５７】
(第４実施形態) 第４実施形態は、Epochにおける各Display SetのODS配置改良に関する。図４６、図４７（ａ）（ｂ）は、本実施形態における各Display Setの内部構成を示す。図４６は、Epoch StartタイプDisplay Setの内部構成を示し、図４７（ａ）は、Acquisition PointタイプDisplay Setの内部構成を示す。図４７（ｂ）は、Normal CaseタイプのDisplay Setの内部構成を示す。
【０１５８】
続いてDSnにおけるODSの配列について説明する。
図４６においてODS1〜gは、Page[0]のIn_effectを構成するODSの集合である(in-effect group)。
ODSg+1〜hは、ボタンのノーマル状態を描くODSの集合(ODSs for Normal state)である。
【０１５９】
ODSh+1〜iは、ボタンのセレクテッド状態を描くODSの集合(ODSs for Selected state)である。
ODSi+1〜jは、ボタンのアクティブ状態を描くODSの集合(ODSs for Actioned state)である。
ODSj+1〜kは、Page[0]のOut_Effect及びPage[1]以降のIn_Effect・Out_Effectを表現するODSの集合である。
【０１６０】
これらグループの順序は、In_Effect→ノーマル状態→セレクテッド状態→アクティブ状態→その他というように並べられている。これはODSのうち、対話画面の最初の表示を構成するものを早く読み出させ、アップデート後の画面表示を構成するものの読み出しを後にするという配慮である。これがEpoch StartにおけるODSの構成である。
ODS群はEpoch Startのみに存在しており、Normal CaseのDisplay Setには、一切のODSが存在しない(図４７（ａ）)。Acquisition PointのDisplay Setには、ODSが存在したとしても、Epoch Startに帰属するODSの複製物が存在しているに過ぎない(図４７（ｂ）)。
【０１６１】
これら図４６、図４７（ａ）〜（ｂ）からも分かるように、Epochにおいて新たな表示をもたらすODSは、Epoch Start内のみにあり、Epoch Start以降のDisplay Setには、グラフィクスオブジェクトのアップデートをもたらすようなODSは一切ない。このようにすることでICSのEpochにおけるグラフィクスオブジェクトのアップデートは、一切禁じられることになる。
【０１６２】
いうまでもないが、以上の制限は、1つのEpoch限りの制限であり、Object Buffer３５上のグラフィクスオブジェクトを総入れ替えするようなODSをDisplay Setに配置してもよい。
以上が本実施形態に係る記録媒体の改良である。続いて本実施形態にかかる再生装置の改良について説明する。
【０１６３】
図４６のようにODS群が配置されているので、AVClipの通常再生がなされた場合、グラフィクスデコーダは、Epoch Startの読み出し時において、Stream Graphicsプロセッサ１４にデコードを行わせ、Object Buffer３５上に非圧縮グラフィクスを格納させる。
そして、以降のDisplay Setの読み出し時において、Object Buffer３５上のグラフィクスオブジェクトのアップデートを禁じる。つまりNormal CaseタイプのDisplay Setの読み出し時には、元来ODSが含まれていないので、Stream Graphicsプロセッサ１４に一切のデコードを行わせない。Acquisition PointタイプのDisplay Setの読み出し時において、Coded Dataバッファ３３にはODSが読み出されるが、これはEpoch Startに属するODSの複製物に過ぎないので、Graphicsコントローラ３７にデコードさせることなく、Coded Dataバッファ３３上でこれらを廃棄する。
【０１６４】
次に飛び込み再生時について説明する。飛び込み再生時にはAcquisition PointタイプのDisplay Setが一番最初に読み出されることになる。かかるAcquisition PointタイプDisplay Setの読み出し時において、Stream Graphicsプロセッサ１４にODSのデコードを行わせる。そして後続するDisplay Setの読み出しがなされている期間は、通常再生と同様、Object Buffer３５上のグラフィクスオブジェクトを上書きしない。
【０１６５】
かかる処理により、ユーザがいつ、フォーカス移動操作や確定操作を行ったとしても、ボタンのアニメーション表示がおかしくなることはない。
以上のように本実施形態によれば、ODSのデコード及びBD-ROMへの書き込みを最初の読み出し時に実行し、後続のODSの読出時においては、Object Buffer３５上のグラフィクスオブジェクトをアップデートしないので、ボタン状態が変化するにあたってのアニメーション表示がおかしくなることはない。
【０１６６】
(第５実施形態)
本実施形態は、BD-ROMの製造工程に関する実施形態である。図４８は、第１実施形態〜第４実施形態に示したBD-ROMを作成するための製造工程を示す図である。
BD-ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ２０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ２０２、BD-ROMの原盤を作成し、プレス・貼り合わせを行って、BD-ROMを完成させるプレス工程Ｓ２０３を含む。
【０１６７】
これらの工程のうち、BD-ROMを対象としたオーサリング工程は、以下のステップＳ２０４〜ステップＳ２１３を含む。
以降ステップＳ２０４〜ステップＳ２１３について説明する。ステップＳ２０４において制御情報、パレット定義情報、グラフィクスを記述し、ステップＳ２０５において、制御情報、パレット定義情報、グラフィクスを機能セグメントに変換する。ステップＳ２０６では、同期したいピクチャが出現するタイミングに基づき、ICSのPTSを設定する。そしてステップＳ２０７では、PTS[ICS]の値に基づき、DTS[ODS],PTS[ODS]を設定し、ステップＳ２０８においてDTS[ODS]の値に基づき、DTS[ICS],PTS[PDS]を設定する。
【０１６８】
ステップＳ２０９では、プレーヤモデルにおける各バッファの占有量の時間的遷移をグラフ化する。ステップＳ２１０では、グラフ化された時間的遷移がプレーヤモデルの制約を満たすか否かを判定し、もし満たさないなら、ステップＳ２１１において各機能セグメントのDTS、PTSを書き換える。もし満たすならステップＳ２１２においてグラフィクスストリームを生成し、ステップＳ２１３においてグラフィクスストリームを別途生成されたビデオストリーム、オーディオストリームと多重してAVClipを得る。以降、AVClipをBD-ROMのフォーマットに適合させることにより、アプリケーションフォーマットが完成する。
【０１６９】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
【０１７０】
(A)全ての実施形態では、本発明に係る記録媒体をBD-ROMとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレキシブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバブルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【０１７１】
(B)全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレイと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムLSI(集積回路)のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、各実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【０１７２】
(C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムが使用される行為の形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【０１７３】
(D)各フロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
【０１７４】
(E)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arrival_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを”Aligned Unit”という。
【０１７５】
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、Aligned Unitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。
【０１７６】
(F)各実施形態におけるデジタルストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
【０１７７】
(G)各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
【０１７８】
(H)各実施形態に示したグラフィックスオブジェクトは、ランレングス符号化されたラスタデータである。グラフィックスオブジェクトの圧縮・符号化方式にランレングス符号方式を採用したのは、ランレングス符号化は字幕の圧縮・伸長に最も適しているためである。字幕には、同じ画素値の水平方向の連続長が比較的長くなるという特性があり、ランレングス符号化による圧縮を行えば、高い圧縮率を得ることができる。また伸長のための負荷も軽く、復号処理のソフトウェア化に向いている。デコードを実現する装置構成を、字幕−グラフィックスオブジェクト間で共通化する目的で、字幕と同じ圧縮・伸長方式をグラフィックスオブジェクトに採用している。しかし、グラフィックスオブジェクトにランレングス符号化方式を採用したというのは、本発明の必須事項ではなく、グラフィックスオブジェクトはPNGデータであってもよい。またラスタデータではなくベクタデータであってもよい、更に透明な絵柄であってもよい。
【０１７９】
(I)グラフィックスプレーンクリア及び再描画が垂直帰線期間に完遂するよう、Rcを定めても良い。垂直帰線期間は1/29.93秒の25%と仮定すると、Rcは1Gbpsになる。Rcをこのように設定することでグラフィクス表示はスムーズになされるので、実用上の効果は大きい。
また垂直帰線期間での書き込みに加え、ラインスキャンに同期した書き込みを併用してもよい。これにより、Rc=256Mbpsの転送レートであっても、スムーズな表示の実現が可能になる。
【０１８０】
(J)各実施形態において再生装置には、グラフィックスプレーンを実装したが、このグラフィックスプレーンに代えて、一ライン分の非圧縮画素を格納するラインバッファを具備してもよい。映像信号への変換は水平行(ライン)毎に行われるので、このラインバッファさえ具備していれば、この映像信号への変換は行なえるからである。
(K)複数再生経路の合流点においてデフォルトセレクテッドボタンが変わるようなケースでは、複数再生経路のそれぞれの経由時に、固有の値を再生装置側のレジスタに設定するよう、動的シナリオにおいて再生制御を記述しておくことが望ましい。そして、そのレジスタの設定値に応じたボタンをセレクテッド状態に設定するよう再生手順を記述しておけば、どの再生経路を経由するかによって、セレクテッド状態とすべきボタンを変化させることができる。
【０１８１】
(L)各実施形態におけるグラフィックスプレーンは、ダブルバッファとして構成することが望ましい。グラフィックスプレーンをダブルバッファで構成すれば数フレームをかけて大きなサイズのグラフィクスをグラフィックスプレーンに書き込む場合でも、瞬時に画面切り換えを実現することができるので、画面一杯にメニューを表示する場合に有意義である。
【０１８２】
(M)第１実施形態は、Interactive_compositionのページ情報をアップデートする一例であるが、Normal CaseにおけるInteractive_compositionにおいても、ページ情報毎にPage_Version_Numberが存在する。そしてページ情報毎の内容変化を、このPage_Version_Numberに示させておくことができる。
【産業上の利用可能性】
【０１８３】
本発明に係る記録媒体及び再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る記録媒体及び再生装置は、産業上の利用可能性を有する。
【符号の説明】
【０１８４】
１００ BD-ROM
２００ 再生装置
３００ リモコン
４００ テレビ
【特許請求の範囲】
【請求項１】
記録媒体であって、
動画ストリームと、グラフィクスストリームとが記録されており、
前記動画ストリームは、動画像を構成するものであり、
前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、
前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化である、
ことを特徴とする記録媒体。
【請求項２】
前記ディスプレイセットに含まれるバージョン情報はバージョン番号を含み、バージョン番号は、インクリメントされることで、前記先行するディスプレイセットからの個々のページにおけるボタン情報の内容が変化している旨を示す、
ことを特徴とする請求項１記載の記録媒体。
【請求項３】
再生装置であって、
動画ストリームをデコードして動画像を得るビデオデコーダと、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るグラフィクスデコーダとを備え、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスデコーダは、
メニュー表示における個々のページに対応するページ情報を有するコンポジションセグメントを格納しているコンポジションバッファと、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン番号が、表示中のページのものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いてグラフィックスプレーンの内容を更新する書込制御部と
を備えることを特徴とする再生装置。
【請求項４】
前記ディスプレイセットに含まれるバージョン情報はバージョン番号を含み、バージョン番号は、インクリメントされることで、前記先行するディスプレイセットからの個々のページにおけるボタン情報の内容が変化している旨を示す、
ことを特徴とする請求項１記載の記録媒体。
【請求項５】
記録媒体の記録方法であって、
アプリケーションデータを作成するステップと、
作成したデータを記録媒体に記録するステップとを有し、
前記アプリケーションデータは、動画ストリームと、グラフィクスストリームとを多重してなるデジタルストリームを含み、
前記動画ストリームは、動画像を構成するものであり、
前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、
前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化である、
ことを特徴とする記録方法。
【請求項６】
再生処理をコンピュータに実行させるプログラムであって、
動画ストリームをデコードして動画像を得て、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るコードを備え、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスのデコードは、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン番号が、表示中のページのものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いてグラフィックスプレーンの内容を更新する
ことを特徴とするプログラム。
【請求項７】
再生方法であって、
動画ストリームをデコードして動画像を得て、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るコードを有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスのデコードにおいて、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン情報が、表示中のページに対応するものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いて、グラフィックスプレーンの内容を更新する処理をコンピュータに行わせる手順を含む
ことを特徴とする再生方法。
【請求項１】
記録媒体であって、
動画ストリームと、グラフィクスストリームとが記録されており、
前記動画ストリームは、動画像を構成するものであり、
前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、
前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化である、
ことを特徴とする記録媒体。
【請求項２】
前記ディスプレイセットに含まれるバージョン情報はバージョン番号を含み、バージョン番号は、インクリメントされることで、前記先行するディスプレイセットからの個々のページにおけるボタン情報の内容が変化している旨を示す、
ことを特徴とする請求項１記載の記録媒体。
【請求項３】
再生装置であって、
動画ストリームをデコードして動画像を得るビデオデコーダと、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るグラフィクスデコーダとを備え、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスデコーダは、
メニュー表示における個々のページに対応するページ情報を有するコンポジションセグメントを格納しているコンポジションバッファと、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン番号が、表示中のページのものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いてグラフィックスプレーンの内容を更新する書込制御部と
を備えることを特徴とする再生装置。
【請求項４】
前記ディスプレイセットに含まれるバージョン情報はバージョン番号を含み、バージョン番号は、インクリメントされることで、前記先行するディスプレイセットからの個々のページにおけるボタン情報の内容が変化している旨を示す、
ことを特徴とする請求項１記載の記録媒体。
【請求項５】
記録媒体の記録方法であって、
アプリケーションデータを作成するステップと、
作成したデータを記録媒体に記録するステップとを有し、
前記アプリケーションデータは、動画ストリームと、グラフィクスストリームとを多重してなるデジタルストリームを含み、
前記動画ストリームは、動画像を構成するものであり、
前記グラフィクスストリームは、動画像と合成されるべきメニュー表示を構成するものであり、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数含み、
前記ディスプレイセットは、前記メニューを構成する一つまたは複数のページを含み、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化である、
ことを特徴とする記録方法。
【請求項６】
再生処理をコンピュータに実行させるプログラムであって、
動画ストリームをデコードして動画像を得て、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るコードを備え、
グラフィクスストリームは、メニュー表示を構成するディスプレイセットを複数有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスのデコードは、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン番号が、表示中のページのものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いてグラフィックスプレーンの内容を更新する
ことを特徴とするプログラム。
【請求項７】
再生方法であって、
動画ストリームをデコードして動画像を得て、
グラフィクスストリームをデコードして動画像と合成されるべきメニュー表示を得るコードを有し、
グラフィクスストリームに属する複数ディスプレイセットは、
先行するディスプレイセットからの内容変化の有無を、前記メニューにおける個々のページ毎に示すバージョン情報を含み、
先行するディスプレイセットからの内容変化とは、前記メニューを構成する一つまたは複数のページに含まれるボタン情報の内容変化であり、
前記グラフィクスのデコードにおいて、
動画ストリームの再生進行に伴って新たなディスプレイセットが読み出され、その新たなディスプレイセットに含まれるページ情報のうち、表示中のページに対応するものに含まれるページバージョン情報が、表示中のページに対応するものよりもインクリメントされている場合、その新たなディスプレイセットに含まれるページ情報を用いて、グラフィックスプレーンの内容を更新する処理をコンピュータに行わせる手順を含む
ことを特徴とする再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【公開番号】特開２０１０−４４８５６（Ｐ２０１０−４４８５６Ａ）
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００９−２３７１０９（Ｐ２００９−２３７１０９）
【出願日】平成２１年１０月１４日（２００９．１０．１４）
【分割の表示】特願２００５−５１７０５８（Ｐ２００５−５１７０５８）の分割
【原出願日】平成１７年１月１３日（２００５．１．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成２１年１０月１４日（２００９．１０．１４）
【分割の表示】特願２００５−５１７０５８（Ｐ２００５−５１７０５８）の分割
【原出願日】平成１７年１月１３日（２００５．１．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]