(57)【特許請求の範囲】
【請求項１】
デジタルストリームを再生し、複数の操作項目に基づく再生制御を実行する再生手段と、
前記再生手段で再生されるデジタルストリームの現在の再生位置が所定の位置を経由するたびに、操作装置上のディスプレイに表示される画面の構成に関する情報である画面構成情報を前記操作装置に送信する送信手段と、を備え、
前記操作装置によって再生手段に再生制御を実行させるための操作の対象は、前記再生手段における複数の操作項目の中から一部に絞り込まれており、
前記送信手段によって送信される前記画面構成情報は、前記再生手段で再生されるデジタルストリームに関連する情報であって、画像もしくは文字情報を含み、前記絞り込まれた操作項目のそれぞれが、受け付け可能か否かを、画像もしくは文字情報を用いて表す
再生装置。
【請求項２】
前記再生手段で再生されるデジタルストリームの現在の再生位置が所定の位置を経由するたびに、
現在の再生時点において可能となる再生制御、又は、不可能となる再生制御が存在するか否かを判定する判定手段と、を備え、
前記画面構成情報は、
前記判定手段による判定結果を含む、
請求項１に記載の再生装置。
【請求項３】
前記判定手段による判定結果が変化した場合には、
前記送信手段は、その変化した判定結果を含む画面構成情報を送信する、
請求項２に記載の再生装置。
【請求項４】
前記画面構成情報は、前記再生装置に装填された記録媒体に記録されており、
その記録媒体に記録された画面構成情報を記録するメモリを備える、
請求項１乃至３のいずれかに記載の再生装置。
【請求項５】
前記再生装置は、画面構成情報を予め保持するメモリを備え、
画面構成情報は、対応する対話画面がデジタルストリームのどの区間で有効であるかを示す有効区間情報を含み、
前記判定手段による判定は、
現在の再生時点が何れかの再生区間の始点に達した際、その再生区間を有効区間とする有効区間情報が、存在するかのサーチをメモリ上で実行することでなされる
ことを特徴とする請求項１ 記載の再生装置。
【請求項６】
前記再生制御とは、アングル切り換えであり、
前記再生区間情報内のフラグとは、
当該再生区間情報に対応する再生区間が、マルチアングル区間であるか否かを示すフラグ、及び、当該再生区間情報に対応する再生区間において、アングル切り換え要求がマスクされているか否かを示すフラグであり、
前記判定手段による判定は、
前記２ つのフラグの論理和をとることでなされる
ことを特徴とする請求項５記載の再生装置。
【請求項７】
前記再生制御とは、スキップ再生であり、
前記再生区間情報内のフラグとは、
当該再生区間情報に対応する再生区間において、スキップ再生の要求がマスクされているか否かを示すフラグである
ことを特徴とする請求項５記載の再生装置。
【請求項８】
前記再生制御とは、早送り又は早戻しであり、
前記再生区間情報内のフラグとは、
当該再生区間情報に対応する再生区間において、早送り又は早戻しの要求がマスクされているか否かを示すフラグである
ことを特徴とする請求項５記載の再生装置。
【請求項９】
記録媒体に記録されているデジタルストリームを再生する再生装置に組み込み可能なシステム集積回路であって、
デジタルストリームを再生し、複数の操作項目に基づく再生制御を実行する再生手段と、
前記再生手段で再生されるデジタルストリームの現在の再生位置が所定の位置を経由するたびに、操作装置上のディスプレイに表示される画面の構成に関する情報である画面構成情報を前記操作装置に送信する送信手段と、を備え、
前記操作装置によって再生手段に再生制御を実行させるための操作の対象は、前記再生手段における複数の操作項目の中から一部に絞り込まれており、
前記送信手段によって送信される前記画面構成情報は、前記再生手段で再生されるデジタルストリームに関連する情報であって、画像もしくは文字情報を含み、前記絞り込まれた操作項目のそれぞれが、受け付け可能か否かを、画像もしくは文字情報を用いて表す
システム集積回路。
【請求項１０】
再生方法であって、
デジタルストリームを再生し、複数の操作項目に基づく再生制御を実行する再生ステップと、
前記再生ステップで再生されるデジタルストリームの現在の再生位置が所定の位置を経由するたびに、操作装置上のディスプレイに表示される画面の構成に関する情報である画面構成情報を前記操作装置に送信する送信ステップと、を備え、
前記操作装置によって再生ステップに再生制御を実行させるための操作の対象は、前記再生ステップにおける複数の操作項目の中から一部に絞り込まれており、
前記送信ステップによって送信される前記画面構成情報は、前記再生ステップで再生されるデジタルストリームに関連する情報であって、画像もしくは文字情報を含み、前記絞り込まれた操作項目のそれぞれが、受け付け可能か否かを、画像もしくは文字情報を用いて表す
再生方法。
【発明の詳細な説明】
【技術分野】  本発明は、デジタルストリームの再生を制御するという制御技術の技術分野に属するものであり、民生用の再生装置や組み込み用のシステム集積回路、コンピュータ処理用プログラム、情報記録媒体に、かかる制御技術を応用する場合の応用技術に関する。
【背景技術】  民生用の再生装置に応用された再生制御には、早送りや早戻し、チャプタースキップ、ポーズ（一時停止）、アングル切り換え、音声切り換え、メニューメニューコールといったものが広く知られている。ＤＶＤ−ＶｉｄｅｏやＢＤ−ＲＯＭ等、新しいデータフォーマットを有したパッケージメディアが登場する毎に、かかる再生制御は、更なる多様化を遂げるといわれる。
ところで再生制御が可能か否かは、現在の再生時点がデジタルストリームの再生時間軸のうち、どこであるかによって変わってくる。何故なら、アングル切り換えという再生制御は、特殊なデータ構造で記録された複数のビデオデータの存在が再生制御の必須の条件となる。いいかえれば、そのような特殊なデータ構造が存在する再生時点に到達しない限り、アングル切り換えを実行することはできない。特殊なデータ構造が存在する再生時点に到達して初めて、アングル切り換えは実行可能となる。
しかし従来は、これらの到来をユーザに伝える術を有していなかったため、再生制御を再生装置に命じる機会を逃したり、また再生制御が不可能であることに気付かずに、無駄な労力を払うことが多かった。
現在の再生時点における再生制御の可否をユーザに気付かせるには、画面にナビゲータを表示させるという考えがある。ナビゲータとは、入力可能な操作やパラメータを表示して、ユーザの思考や判断を助けるＧＵＩであり、ゲーム等によく見受けられる。現在の再生時点において可能となる再生制御を知らせるナビゲータを画面上に表示させれば、再生制御の機会を逃すような失態は、生じ得ないと考えられる。しかしナビゲータの表示は、映画制作に携わる制作者サイドから根強い反発がある。何故なら、映画制作に携わる制作者は、自らの芸術的センスを駆使して各場面の構図を制作している。かかる各場面に、再生装置がナビゲータを合成して表示するということは、制作者の著作に、ある種の改変が加えられることに等しく、制作者のプライドが許さないからである。
【発明の開示】
本発明の目的は、再生画像の各場面の構図を、害することなく現在の再生時点における再生制御の可否をユーザに教えることができる再生装置を提供することである。
上記目的を達成するため本発明に係る再生装置は、記録媒体に記録されているデジタルストリームを再生する再生手段と、デジタルストリームの現在の再生時点が所定の位置を経由する度に、現在の再生時点において可能となる再生制御、又は、不可能となる再生制御が存在するか否かを判定する判定手段と、可能となる再生制御、又は、不可能となる再生制御が存在する場合、再生制御の可否を示す情報を操作装置に送信して、操作装置上のディスプレイに表示させる送信手段とを備えることを特徴としている。
上記再生装置によれば、所定の再生時点を経由する度に、その再生時点において可能又は不可能となる再生制御を示す情報を操作装置に送信するので、再生制御を示す画像が、操作装置上のディスプレイに表示されることになる。デジタルストリームの本編を視聴する合間に、操作装置上のディスプレイを視聴すれば、ユーザは現在の再生時点においてどのような操作が可能であるかを知得することができる。かかる知得により、再生制御が可能となる機会を逃すことはない。可能又は不可能となる再生制御を示す情報は、デジタルストリームの再生画像とは、別個独立の操作装置上のディスプレイに表示されるので、本編の各場面の構図を妨げることもない。
【図面の簡単な説明】  図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。
図２は、ＢＤ−ＲＯＭの構成を示す図である。
図３は、ＢＤ−ＲＯＭの応用層レイアウト（アプリケーションフォーマット）を示す図である。
図４は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図５は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを含むＩＣＳの一例を示す図である。
図６は、Ｃｌｉｐ情報の内部構成を示す図である。
図７は、プレイリスト情報のデータ構造を示す図である。
図８は、ＰＬ情報による間接参照を模式化した図である。
図９は、ＰｌａｙＩｔｅｍに設けられているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅと、ＰＬＭａｒｋとを示す図である。
図１０は、本発明に係る再生装置の内部構成を示す図である。
図１１（ａ）は、ボタンを定義する定義情報の一例を示す図である。
図１１（ｂ）は、テキストを定義する定義情報の一例を示す図である。
図１２（ａ）〜（ｈ）は、メニューコール、アングル１への切換、アングル２への切換、スキップバック、スキップネクスト、早戻し、早送りといった７つの再生制御の可否を、再生制御毎に示す画面情報の一例である。
図１３は、タッチパネル式リモコン２００の内部構成を示す図である。
図１４は、ナビゲータの一例を示す図である。
図１５は３つのＰｌａｙＩｔｅｍを示す図である。
図１６（ａ）〜（ｃ）は、現在の再生時点がＰｌａｙＩｔｅｍ＃１上にある場合における画面情報作成部２２の処理内容を示す図である。
図１７は、タッチパネル式リモコン２００によるナビゲータの表示例を示す図である。
図１８（ａ）〜（ｃ）は、現在の再生時点がＰｌａｙＩｔｅｍ＃２上にある場合における画面情報作成部２２の処理内容を示す図である。
図１９は、タッチパネル式リモコン２００によるナビゲータの表示例を示す図である。
図２０（ａ）〜（ｃ）は、現在の再生時点がＰｌａｙＩｔｅｍ＃３上にある場合における画面情報作成部２２の処理内容を示す図である。
図２１は、タッチパネル式リモコン２００によるナビゲータの表示例を示す図である。
図２２は、再生制御部１５によるＰＬ再生手順を示すフローチャートである。
図２３は、アングル切り換え手順を示すフローチャートである。
図２４は、ＳｋｉｐＢａｃｋ，ＳｋｉｐＮｅｘｔボタンがタッチされた際の処理手順を示すフローチャートである。
図２５は、ステップＳ８の詳細を示すフローチャートであり、アドレスｕからアドレスｗまでの読み出し処理の手順を示す。
図２６（ａ）は、画面情報作成部２２による画面情報作成の処理手順を示すフローチャートである。
図２６（ｂ）は、ＩＣＳが新たに読み込まれた際の処理手順を示すフローチャートである。
図２７は、画面情報が記録されたＢＤ−ＲＯＭのアプリケーションフォーマットを示す図である。
図２８は、ＲＥＭＯＴＥ１．ＤＡＴに格納された画面情報を示す図である。
図２９は、ＲＥＭＯＴＥ２．ＤＡＴに格納された画面情報を示す図である。
図３０は、ＲＥＭＯＴＥ３．ＤＡＴに格納された画面情報を示す図である。
図３１は、第２実施形態に係る再生装置の内部構成を示す図である。
図３２は、第３実施形態に係るＵＯ＿ｍａｓｋ＿Ｔａｂｌｅの記述内容を示す図である。
【発明を実施するための最良の形態】  以降、本発明に係る再生装置の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は、ＢＤプレーヤ１００であり、タッチパネル式リモコン２００、テレビ３００により形成されるホームシアターシステムにおいて、ユーザによる利用に供される。以上が本発明に係る再生装置の使用形態についての説明である。
続いて上記再生装置により再生される、記録媒体について説明する。本発明に係る再生装置は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図２は、ＢＤ−ＲＯＭの構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図３のようになる。
図３は、ＢＤ−ＲＯＭの応用層レイアウト（アプリケーションフォーマット）を示す図である。本図において、Ｒｏｏｔディレクトリの配下にはＢＤＭＶというサブディレクトリが形成されている。このＢＤＭＶディレクトリの下には、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリが存在する。
ＳＴＲＥＡＭディレクトリは、ＡＶＣｌｉｐを格納したディレクトリである。ＳＴＲＥＡＭディレクトリにおける『００００１．ｍ２ｔｓ』，『００００２．ｍ２ｔｓ』，『００００３．ｍ２ｔｓ』は何れもＡＶＣｌｉｐを収めたファイルであり、これらのファイルには「ｘｘｘｘｘ．ｍ２ｔｓ（ｘは任意の整数）」という統一形式のファイル名が付与されている。
ＣＬＩＰＩＮＦディレクトリは、Ｃｌｉｐ情報を格納したディレクトリである。ＣＬＩＰＩＮＦディレクトリにおける『００００１．ｃｌｐｉ』，『００００２．ｃｌｐｉ』，『００００３．ｃｌｐｉ』は何れもＣｌｉｐ情報を収めたファイルであり、これらのファイルには「ｘｘｘｘｘ．ｃｌｐｉ（ｘは任意の整数）」という統一形式のファイル名が付与されている。
ＰＬＡＹＬＩＳＴディレクトリは、ＰｌａｙＬｉｓｔ情報を格納したディレクトリである。ＰＬＡＹＬＩＳＴディレクトリにおける『００００１．ｍｐｌｓ』，『００００２．ｍｐｌｓ』，『００００３．ｍｐｌｓ』は何れもＰｌａｙＬｉｓｔ情報を収めたファイルであり、これらのファイルには「ｙｙｙｙｙ．ｍｐｌｓ（ｙは任意の整数）」という統一形式のファイル名が付与されている。
＜ＡＶＣｌｉｐの構成＞
ＡＶＣｌｉｐについて説明する。図４は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（中段）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（上１段目）、ＰＥＳパケット列に変換し（上２段目）、更にＴＳパケットに変換し（上３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム（ＰＧストリーム）及び対話系のインタラクティブグラフィクスストリーム（ＩＧストリーム）を（下１段目）を、ＰＥＳパケット列に変換し（下２段目）、更にＴＳパケットに変換して（下３段目）、これらを多重化することで構成される。
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのプレゼンテーショングラフィクスストリームが存在する。
インタラクティブグラフィクスストリームは、対話制御を実現するグラフィクスストリームである。インタラクティブグラフィクスストリームにて定義される対話制御は、ＤＶＤ再生装置上の対話制御と互換性がある対話制御である。かかるインタラクティブグラフィクスストリームは、ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ  ｏｆ  Ｄｉｓｐｌａｙ  Ｓｅｔ  Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。ＰＤＳ（Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ＩＣＳは、ＤＴＳ，ＰＴＳという２種類のタイムスタンプを用いて、ＩＣＳが有効になっている時間帯を、ＡＶＣｌｉｐの再生時間軸上に定義することができる。ＩＣＳは、メニューを制御するための制御情報の他、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを含む。本テーブルは、ＩＣＳが存在する再生時点において、再生制御の実行が要求された場合、その要求に従い再生制御を実行するか、その要求をマスクするかを規定するフラグである。図５は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを含むＩＣＳの一例を示す図である。
図５の上段は、ＡＶＣｌｉｐを示している。ＡＶＣｌｉｐは、ビデオを格納したＰＥＳパケット（図中の”Ｖ”）、オーディオを格納したＰＥＳパケット（図中の”Ａ”）、ＩＣＳを格納したＰＥＳパケットから構成される。このようにＩＣＳは、ビデオ、オーディオと共に、ＡＶＣｌｉｐ内に組み込まれていることがわかる。図中の引き出し線ｕｓ１，２，３は、ＡＶＣｌｉｐ内に組み込まれたＩＣＳを、クローズアップしている。ＩＣＳはＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを含み、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅは、破線の引き出し線ｕｓ４に示すように、ｓｋｉｐ＿ｎｅｘｔ＿ｍａｓｋフラグ，ｓｋｉｐ＿ｂａｃｋ＿ｍａｓｋフラグ，ｆｏｒｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグ，ｂａｃｋｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグ，ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｍａｓｋフラグ，ｐｏｐｕｐ＿ｏｎ＿ｍａｓｋフラグからなる。
ｓｋｉｐ＿ｎｅｘｔ＿ｍａｓｋフラグは、スキップネクストという再生制御がユーザから要求された場合に、その要求をマスクするか否かを示すフラグである。
ｓｋｉｐ＿ｂａｃｋ＿ｍａｓｋフラグは、スキップバックという再生制御がユーザから要求された場合に、その要求をマスクするか否かを示すフラグである。
ｆｏｒｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグは、早送りという再生制御がユーザから要求された場合、その要求をマスクするか否かを規定するフラグである。
ｂａｃｋｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグは、早戻しという再生制御がユーザから要求された場合、その要求をマスクするか否かを規定するフラグである。
ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｍａｓｋフラグは、アングル切り換えという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｐｏｐｕｐ＿ｏｎ＿ｍａｓｋフラグは、ポップアップメニューの呼出という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ＡＶＣｌｉｐには、かかるＵＯ＿ｍａｓｋ＿ＴａｂｌｅをもったＩＣＳが存在するので、ビデオストリームの再生時間軸のうち、ＩＣＳが有効になっている時間帯において、どのユーザ操作を有効とするか、無効とするかを、なされ得る再生制御毎に規定しておくことができる。ＵＯ＿ｍａｓｋ＿ＴａｂｌｅをＩＣＳに設けることで、ＡＶＣｌｉｐの再生時間軸において、ある特定の映像が表示されている期間中、早送りやスキップといった再生制御の起動を封じることができる。このことからＡＶＣｌｉｐの再生時間軸において、どのような再生制御が可能になるかは、現在の再生時点の近くに存在する、ＩＣＳのＵＯ＿ｍａｓｋ＿Ｔａｂｌｅにより規定されることがわかる。
＜Ｃｌｉｐ情報の構成＞
続いて、ＸＸＸＸＸ．ＣＬＰＩについて説明する。
Ｃｌｉｐ情報（ＸＸＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。図６は、Ｃｌｉｐ情報の内部構成を示す図である。図中の引き出し線はＣｌｉｐ情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、Ｃｌｉｐ情報（ＸＸＸＸＸ．ＣＬＰＩ）は、「Ｐｒｏｇｒａｍ  Ｉｎｆｏ．」と、ビデオストリームのうち、Ｉピクチャの先頭に頭出しするための「ＥＰ＿ｍａｐ」とを含む。
『Ｐｒｏｇｒａｍ  ｉｎｆｏ』は、ＡＶＣｌｉｐに多重化されている個々のエレメンタリストリームについてのＰＩＤ及び属性を、ｓｔｒｅａｍ＿ｉｎｄｅｘに対応づけて示す情報である。ｓｔｒｅａｍ＿ｉｎｄｅｘは、本Ｃｌｉｐ情報が対応するＡＶＣｌｉｐに多重化されている個々のエレメンタリストリームについてのインデックスである。ｓｔｒｅａｍ＿ｉｎｄｅｘで識別されるエレメンタリストリームのＰＩＤは、破線の矢印ｈｎ２に示す複数のｓｔｒｅａｍ＿ＰＩＤ［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙに示される。
また各エレメンタリストリームの属性は、破線の矢印ｈｎ３に示す複数のｓｔｒｅａｍ＿Ａｔｔｒｉｂｕｔｅ［ｓｔｒｅａｍ＿ｉｎｄｅｘ］に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、ＰＩＤに対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）等を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル属性が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）等を示す。ｓｔｒｅａｍ＿ｉｎｄｅｘを介することにより、所望のエレメンタリストリームの属性をＰｒｏｇｒａｍ  Ｉｎｆｏ．から検索することができる。
『ＥＰ＿ｍａｐ』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ  ＵＮＩＴ＃１エントリー、ＡＣＣＥＳＳ  ＵＮＩＴ＃２エントリー、ＡＣＣＥＳＳ  ＵＮＩＴ＃３エントリー・・・・・）と、エントリー数（Ｎｕｍｂｅｒ）とからなる。
各エントリーは、引き出し線ｈｎ６に示すように、対応するＩピクチャの再生開始時刻を、ＴＳパケットの連番（ＳＰＮ（Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ））で表現されたＩピクチャアドレスと、Ｉピクチャのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）で表現されたＩピクチャサイズ（Ｉ−ｓｉｚｅ）とを対応づけて示す。尚、ＸＸＸＸＸ．ＣＬＰＩのファイル名ＸＸＸＸＸは、Ｃｌｉｐ情報が対応しているＡＶＣｌｉｐと同じ名称が使用される。つまり本図におけるＡＶＣｌｉｐのファイル名はＸＸＸＸＸであるから、ＡＶＣｌｉｐ（ＸＸＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がＣｌｉｐ情報についての説明である。
＜ＰＬ情報の構成＞
プレイリスト情報（ＹＹＹＹＹ．ＭＰＬＳ）は、再生経路であるＰｌａｙｌｉｓｔ（ＰＬ）を定義する情報である。図７は、プレイリスト情報のデータ構造を示す図であり、本図に示すようにプレイリスト情報は、再生区間を定義する「Ｐｌａｙ  Ｉｔｅｍ情報＃１〜＃ｍ」、再生区間内に含まれるチャプターを規定する「ＰＬＭａｒｋ＃１〜＃ｎ」からなる。このＰｌａｙ  Ｉｔｅｍ情報は、マルチアングル対応型のＰｌａｙＩｔｅｍである。マルチアングル区間対応のＰｌａｙ  Ｉｔｅｍ情報は、通常のＰｌａｙ  Ｉｔｅｍとの互換部分ｇｋ１と、マルチアングル区間実現のための拡張部分ｋｋ１とからなる。互換部分のデータ構造は、再生区間のＩｎ点及びＯｕｔ点が属する  ＡＶＣｌｉｐの再生区間情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、当該ＡＶＣｌｉｐがどのような符号化方式で符号化されているかを示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』と、本再生区間において、マスクされている再生制御を示す『ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅ』とから構成される。
この互換部分の特徴は、時間情報−アドレス変換を前提にした表記法にある。つまりＥＰ＿ｍａｐをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図８は、ＰＬ情報による間接参照を模式化した図である。本図においてＡＶＣｌｉｐは、複数のＴＳパケットから構成されている。Ｃｌｉｐ情報内のＥＰ＿ｍａｐは、これら複数Ｉピクチャの先頭にあたる位置のＴＳパケットのセクタアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＰｌａｙＩｔｅｍ情報によるＴＳパケットの参照を模式化して示している。つまり、ＰｌａｙＩｔｅｍ情報による参照（矢印ｊｙ１，２，３，４）は、ＥＰ＿ｍａｐを介することにより、ＡＶＣｌｉｐ内に含まれる複数ＴＳパケットのアドレスを指定するという間接参照であることがわかる。
ＰｌａｙＩｔｅｍ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の再生区間を『Ｐｌａｙ  Ｉｔｅｍ』という。ＢＤ−ＲＯＭに記録された映画作品は、このＰｌａｙ  Ｉｔｅｍにて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、ある映画作品のシーンを構成するＡＶＣｌｉｐを他の映画作品で引用するという”バンクシーンとしての再利用”を効率良く行うことができる。
様々なＰＬ情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、ＰｌａｙＩｔｅｍの最大のメリットである。図９は、ＰｌａｙＩｔｅｍに設けられているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅと、ＰＬＭａｒｋを示す図である。ＰｌａｙＩｔｅｍには、図９の引き出し線ｈｓ１に示すように、ＩＣＳと同じＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが存在するので、マスクすべき再生制御を、ＰｌａｙＩｔｅｍ毎に定義することができる。ＰｌａｙＩｔｅｍにはＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが存在するので、ＰＬの再生時間軸内の、一個のＰｌａｙＩｔｅｍが有効になっている時間帯において、どの再生制御を有効とするか、無効とするかを、なされ得る再生制御毎に規定しておくことができる。このことから現在の再生時点において、どのような再生制御が可能になるかは、その現在の再生時点が属するＰｌａｙＩｔｅｍのＵＯ＿ｍａｓｋ＿Ｔａｂｌｅにより規定されることがわかる。
以上がＰｌａｙＩｔｅｍについての説明である。続いてＰＬｍａｒｋについて説明する。ＰＬＭａｒｋは、ＰＬにあたる再生区間において、チャプターを定義する情報である。図中における引き出し線ｋｓ１は、複数のＰＬｍａｒｋのうち、任意の１つ（ＰＬｍａｒｋ［ｉ］という）の内部構成を示す。本図に示すようにＰＬｍａｒｋ［ｉ］は、『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』、『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』からなる。
『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸上の時点が、どのＰｌａｙＩｔｅｍの再生時間軸に存在しているかを示す。
『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸のうち、ＰＬｍａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍにより指示されたＰｌａｙＩｔｅｍのＩｎ＿ｔｉｍｅから、Ｏｕｔ＿ｔｉｍｅまでを、ＰｌａｙＩｔｅｍ内のチャプターとして特定する。
以上が互換部分のデータ構造である。続いてＰｌａｙＩｔｅｍにおける拡張部分のデータ構造について図７を参照しながら説明する。
マルチアングル実現のための拡張部分のデータ構造は、『ｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅｓ』，『ｎｕｍｂｅｒ＿ｏｆ＿ａｎｇｌｅｓ』，『Ａｎｇｌｅ情報［１］［２］・・・［ｊ］』からなる。
『ｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅｓ』は、このＰｌａｙ  Ｉｔｅｍに対応する再生区間がマルチアングル区間であるか、非アングル区間であるかを示す。
『ｎｕｍｂｅｒ＿ｏｆ＿ａｎｇｌｅｓ』は、マルチアングル区間を示すよう『ｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅｓ』が設定されている場合、このマルチアングル区間を構成するアングル数を示す。
『Ａｎｇｌｅ情報［１］［２］・・・［ｊ］』は、マルチアングル区間における個々のアングル区間についての情報であり、『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』、『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』を含む。
『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』は、アングル区間を構成するＡＶＣｌｉｐのファイル名が記述される。
『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』は、アングル情報のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅにて記述されたファイル名のＡＶＣｌｉｐにおける符号化方式を示す。
以上の説明においてアングル情報には、Ｉｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅがない。これは、２本目以降のアングル区間は、互換部分に存在するＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅにより、Ｐｌａｙ  Ｉｔｅｍの始点、終点が指定されるためである。従って、アングル情報内のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＡＶＣｌｉｐは、互換部分内のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＡＶＣｌｉｐと、同一再生時間でなければならない。また、ＡＶＣｌｉｐ再生時間軸において、個々の再生タイミングを規定するタイムスタンプ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）の値が厳密に同一でなければならない。
以上が記録媒体の説明である。続いて本発明に係る再生装置の実施形態について説明する。図１０は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Ｐ−Ｇｒａｐｈｉｃｓデコーダ６、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７、合成部８、Ｉ−Ｇｒａｐｈｉｃｓデコーダ９、Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１０、合成部１１、オーディオデコーダ１３、シナリオメモリ１４、再生制御部１５、スイッチ１６、ＣＬＵＴ部１７、ＣＬＵＴ部１８、ＰＳＲセット１９、無線インターフェイス部２０、定義情報保持部２１、画面情報作成部２２から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
リードバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＴＳパケットが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）３は、リードバッファ２からＴＳパケットを取り出して、このＴＳパケットを構成するＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、再生制御部１５から設定されたｓｔｒｅａｍＰＩＤをもつものをビデオデコーダ４、オーディオデコーダ１３、Ｐ−Ｇｒａｐｈｉｃｓデコーダ６、Ｉ−Ｇｒａｐｈｉｃｓデコーダ９のどれかに出力する。
ビデオデコーダ４は、デマルチプレクサ３から出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は１９２０×１０８０であり、このビデオプレーン５に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
Ｐ−Ｇｒａｐｈｉｃｓデコーダ６は、ＢＤ−ＲＯＭ、ＨＤから読み出されたグラフィクスストリームをデコードして、非圧縮グラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７中の非圧縮グラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ  Ｌｏｏｋｕｐ  Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７に格納された非圧縮グラフィクスは、表示に供される。
合成部８は、非圧縮状態のピクチャデータ（ｉ）を、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７の格納内容と合成する。
Ｉ−Ｇｒａｐｈｉｃｓデコーダ９は、ＢＤ−ＲＯＭ又はＨＤから読み出されたＩＧストリームをデコードして、非圧縮グラフィクスをＩｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１０に書き込む。
Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１０は、Ｉ−Ｇｒａｐｈｉｃｓデコーダ９によるデコードで得られた非圧縮グラフィクスが書き込まれる。
合成部１１は、Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１０の格納内容と、合成部８の出力である合成画像（非圧縮状態のピクチャデータと、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７の格納内容とを合成したもの）とを合成する。
オーディオデコーダ１３は、デマルチプレクサ３から出力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
シナリオメモリ１４は、カレントのＰＬ情報やカレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＰＬ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰＬ情報のうち、現在処理対象になっているものをいう。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
再生制御部１５は、シナリオメモリ１４に読み出されたカレントＰＬ情報、カレントＣｌｉｐ情報に従い、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐを読み出し、再生する制御を行う。この制御にあたってデマルチプレクサ３はカレントＰＬ情報のうち、プレイリスト情報からカレントＰｌａｙ  Ｉｔｅｍを特定し、そのカレントＰｌａｙ  ＩｔｅｍのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅにより指定されているＡＶＣｌｉｐをアクセスする。そしてカレントＣｌｉｐ情報を参照して、ＡＶＣｌｉｐのうち、Ｐｌａｙ  ＩｔｅｍのＩｎ＿ｔｉｍｅからＯｕｔ＿ｔｉｍｅまでに相当するＴＳパケットを読み出すようＢＤ−ＲＯＭドライブ１を制御する。ＴＳパケットが読み出されれば、これを順次デマルチプレクサ３を介して、ビデオデコーダ４、Ｐ−Ｇｒａｐｈｉｃｓデコーダ６、Ｉ−Ｇｒａｐｈｉｃｓデコーダ９、オーディオデコーダ１３に投入し、ＡＶＣｌｉｐを再生させてゆく。タッチパネル式リモコン２００がユーザによる操作を受け付けた場合、再生制御部１５は、タッチパネル式リモコン２００から入力されるイベント情報に基づき、メニューコール、アングル切換、スキップバック、スキップネクスト、早送り、早戻しといった、再生制御を実行する。
スイッチ１６は、ＢＤ−ＲＯＭから読み出された各種データを、リードバッファ２、シナリオメモリ１４のどれかに選択的に投入するスイッチである。
ＣＬＵＴ部１７は、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン７に格納された非圧縮グラフィクスにおけるインデックスカラーを、Ｙ，Ｃｒ，Ｃｂ値に変換する。
ＣＬＵＴ部１８は、Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１０に格納された非圧縮グラフィクスにおけるインデックスカラーを、Ｙ，Ｃｒ，Ｃｂ値に変換する。
ＰＳＲセット１９は、再生装置に内蔵されるレジスタであり、６４個のＰｌａｙｅｒ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ（ＰＳＲ）と、４０９６個のＧｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｒｅｇｉｓｔｅｒ（ＧＰＲ）とからなる。６４個のＰｌａｙｅｒ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ（ＰＳＲ）は、それぞれ現在の再生時点等、再生装置における諸状態を示す。６４個のＰＳＲのうちＰＳＲ５〜ＰＳＲ８は、現在の再生時点を表すものである。
ＰＳＲ５は、１〜９９９の値に設定されることで、現在の再生時点が属するチャプター番号を示し、ＯｘＦＦＦＦに設定されることで、再生装置においてチャプター番号が無効であることを示す。
ＰＳＲ６は、０〜９９９の値に設定されることで、現在の再生時点が属するＰＬ（カレントＰＬ）の番号を示す。
ＰＳＲ７は、０〜２５５の値に設定されることで、現在の再生時点が属するＰｌａｙ  Ｉｔｅｍ（カレントＰｌａｙ  Ｉｔｅｍ）の番号を示す。
ＰＳＲ８は、０〜ＯｘＦＦＦＦＦＦＦＦの値に設定されることで、４５ＫＨｚの時間精度を用いて現在の再生時点（カレントＰＴＭ）を示す。以上がＰＳＲセット１９についての説明である。
無線インターフェイス部２０は、タッチパネル式リモコン２００との入出力インターフェイスである。タッチパネル式リモコン２００からの入力とは、タッチパネル式リモコン２００に対してなされたユーザ操作を示すユーザイベント情報の入力である。タッチパネル式リモコン２００への出力とは、画面情報の出力である。
定義情報保持部２１は、ＧＵＩ部品を定義する定義情報を保持する。このＧＵＩ部品は、タッチパネル式リモコン２００に表示させるべきナビゲータを構成するものである。かかる定義情報には、ボタンを定義するボタン情報、表示テキストを定義するテキスト情報がある。図１１（ａ）は、ボタンを定義する定義情報の一例を示す図である。「ボタンｘｘｘ：ｙｙｙ」は、この情報で定義されるＧＵＩ部品が、ｙｙｙという状態に設定されたボタンｘｘｘであることを宣言している。そして”名称＝ａａａ”に示される文字列ａａａと、”イメージ＝ｂｂｂ”示される画像ｂｂｂとを”位置＝ｃｃｃ”に示される位置ｃｃｃに表示することにより、このボタンは、表現されることを示す。ボタンの状態には、有効・無効の２通りの状態があり、有効であるならボタンは明るい色彩で表示され、無効であるならボタンは、暗い色彩表示される（グレーアウト表示という）。”イベント＝ｄｄｄ”は、ボタンが有効状態である場合に、対応するボタンが操作された場合に、タッチパネル式リモコン２００が出力すべきイベントを表す。
図１１（ｂ）は、テキストを定義する定義情報の一例を示す図である。「テキストｅｅｅ：ｆｆｆ」は、この情報で定義されるＧＵＩ部品が、ｆｆｆという色で表示されるテキストｅｅｅであることを宣言している。そして”名称＝ｇｇｇ”に示される文字列ｇｇｇを”位置＝ｈｈｈ”に示される位置に表示することにより、このテキストは、表現されることを示す。テキストの表示色には、通常色・反転色の２通りの状態がある。以上が定義情報についての説明である。
画面情報作成部２２は、現在の再生時点において、新たなＰｌａｙＩｔｅｍ又は新たなＩＣＳが読み込まれる度に、可能となる再生制御、又は、不可能となる再生制御があるかどうかを判定する。かかる再生制御がもしあれば、それら再生制御の可否を、再生制御毎に示す画面情報を作成する。メニューコール、アングル切換、スキップバック、スキップネクスト、早送り、早戻しといった６つの再生制御がある場合、画面情報作成部２２は、定義情報保持部２１に保持されているボタン、テキストの定義情報に基づいて、図１２に示すような７つのボタン情報と、１つのテキスト情報とを含む画面情報を生成する。図１２（ａ）（ｃ）〜（ｈ）は、メニューコール、アングル１への切換、アングル２への切換、スキップバック、スキップネクスト、早戻し、早送りといった７つの再生制御の可否を、再生制御毎に示す画面情報の一例である。
図１２（ａ）のボタン情報１は、星型図形に、文字列「メニュー」を配置したボタンを描画させるボタン情報であり、メニューコールが可能な旨をユーザに知らせる。
図１２（ｂ）のテキスト情報は、アングル区間を示すテキストを描画させるテキスト情報である。
図１２（ｃ）のボタン情報２は、楕円に、数値「１」を配置したボタンを描画させるボタン情報であり、アングル１への切り換えが可能な旨をユーザに知らせる。
図１２（ｄ）のボタン情報３は、楕円に、数値「２」を配置したボタンを描画させるボタン情報であり、アングル２への切り換えが可能な旨をユーザに知らせる。
図１２（ｅ）のボタン情報４は、左向き矢印に、文字列「前」を配置したボタンを描画させるボタン情報であり、前チャプターへのスキップ操作（ＳｋｉｐＢａｃｋＣｈａｐｔｅｒ）が可能な旨をユーザに知らせる。
図１２（ｆ）のボタン情報５は、右向き矢印に、文字列「次」を配置したボタンを描画させるボタン情報であり、次チャプターへのスキップ操作（ＳｋｉｐＮｅｘｔＣｈａｐｔｅｒ）が可能な旨をユーザに知らせる。
図１２（ｇ）のボタン情報６は、左向きの平矢印に、文字列「早戻し」を配置したボタンであり、早戻しが可能な旨をユーザに知らせる。
図１２（ｇ）のボタン情報７は、右向きの平矢印に、文字列「早送り」を配置したボタンであり、早送りが可能な旨をユーザに知らせる。
以上のようにして作成されたボタン情報を含む画面情報が、画面情報作成部２２により作成され、無線インターフェイス部２０に引き渡されるのである。
以上が再生装置の内部構成である。続いてタッチパネル式リモコン２００の内部構成について説明する。図１３は、タッチパネル式リモコン２００の内部構成を示す図である。本図に示すようにタッチパネル式リモコン２００は、無線インターフェイス部３１、画面情報メモリ３２、タッチパネル３３、ブラウザ部３４から構成される。
無線インターフェイス部３１は、再生装置との入出力インターフェイスである。再生装置からの入力とは、再生装置からの画面情報の入力である。再生装置への出力とは、タッチパネル式リモコン２００から再生装置への、ユーザ操作を示すユーザイベント情報の出力である。
画面情報メモリ３２は、無線インターフェイス部３１を介して入力された画面情報を格納しておくためのメモリである。
タッチパネル３３は、液晶ディスプレイであり、ユーザによりタッチされた位置の座標を出力する機能を有する。
ブラウザ部３４は、画面情報メモリ３２に格納された画面情報を解釈して、タッチパネル３３にナビゲータを表示させ、このナビゲータを介した入力操作をユーザから受け付ける。ブラウザ部３４による操作受け付けは、タッチパネル３３においてタッチされた座標位置の入力をタッチパネル３３から受け付けて、この座標位置に対応するボタンを”タッチボタン”として解釈し、そしてそのタッチボタンを定義するボタン情報において記述されている”イベント”を、タッチパネル式リモコン２００に送信させることでなされる。
図１２（ａ）〜（ｈ）に示したボタン情報、テキスト情報を含む画面情報が再生装置から送信されれば、タッチパネル式リモコン２００のタッチパネル３３には、図１４に示すようなナビゲータが現れる。このナビゲータは、文字列”メニュー”が配置された星型図形、アングル番号”１”，”２”が配置された楕円、”前”が配置された左向き矢印、”次”が配置された右向き矢印、”早戻”が配置された左向きの平矢印、”早送”が配置された右向きの平矢印からなる。かかる図形からなるナビゲータが、ユーザの手元にあるタッチパネル式リモコン２００に表示される。ナビゲータにおける各図形の意味合いを把握しておけば、ユーザは、現在の再生時点においてどのような再生制御が可能であるかを知ることができる。
再生時点の進行に伴うナビゲータの内容の変遷を、具体例を参照しながら説明する。この具体例で想定するのは、図１５に示す３つのＰｌａｙＩｔｅｍである。この３つのＰｌａｙＩｔｅｍ＃１、ＰｌａｙＩｔｅｍ＃２、ＰｌａｙＩｔｅｍ＃３は、３つで１つの映画作品を形成している。このうちＰｌａｙＩｔｅｍ＃１は、非マルチアングル区間を構成するものであり、上述したＰｌａｙＩｔｅｍ内のＵＯ＿ｍａｓｋ＿Ｔａｂｌｅによりメニューコール＝可能、アングル切換＝不可能、スキップネクスト＝可能、早送り＝可能、スキップバック＝不可、早戻し＝不可に設定されている。図１６（ａ）に示すように、現在の再生時点がＰｌａｙＩｔｅｍ＃１上にある場合、画面情報作成部２２は、これらの可否に応じて、図１６（ｂ）に示すような画面情報を作成する。本図の画面情報において、ボタン２、ボタン３、ボタン４、ボタン６は、無効と記述されている。無効と設定されたボタンは、イメージがグレイアウト図形に置き換えられ、イベントも「無」になっていることがわかる。かかる画面情報が、図１６（ｃ）に示すように再生装置からタッチパネル式リモコン２００に送信されれば、タッチパネル式リモコン２００には、図１７に示すようなナビゲータが表示されることになる。
この図１７に示すように、前ボタン、早戻しボタンがグレーアウトして現れ、アングルボタンの代わりに、テキスト”アングル区間外”が表示されているので、ユーザはこのＧＵＩを参照するだけで、早戻し操作、前チャプターへのジャンプが不可能であることを知ることができる。
ＰｌａｙＩｔｅｍ＃２は、マルチアングル区間を構成するものであり、上述したＰｌａｙＩｔｅｍ内のＵＯ＿ｍａｓｋ＿Ｔａｂｌｅによりメニューコール＝可能、アングル切換＝可能、スキップネクスト＝可能、早送り＝可能、スキップバック＝可能、早戻し＝可能に設定されている。図１８（ａ）に示すように、現在の再生時点がＰｌａｙＩｔｅｍ＃２上にある場合、画面情報作成部２２は、これらの可否に応じて、図１８（ｂ）に示すような画面情報を作成する。本図の画面情報において、ボタン１〜ボタン７は、全て有効と記述されている。有効と設定されたボタンは、イメージがグレーアウトされない図形に置き換えられ、イベントも「有効」になっていることがわかる。かかる画面情報が、図１８（ｃ）に示すように、タッチパネル式リモコン２００に送信されれば、タッチパネル式リモコン２００には、図１９に示すようなナビゲータが表示されることになる。
ＰｌａｙＩｔｅｍ＃３は、非マルチアングル区間を構成するものであり、上述したＰｌａｙＩｔｅｍ内のＰｌａｙＩｔｅｍによりメニューコール＝可能、アングル切換＝不可能、早送り＝不可能、スキップネクスト＝不可能、スキップバック＝可能、早戻し＝可能に設定されている。図２０（ａ）に示すように、現在の再生時点がＰｌａｙＩｔｅｍ＃３上にある場合、画面情報作成部２２は、これらの可否に応じて、図２０（ｂ）に示すような画面情報を作成する。本図の画面情報において、ボタン２、ボタン３、ボタン５、ボタン７は、無効と記述されている。無効と設定されたボタンは、イメージがグレーアウト図形に置き換えられ、イベントも「無」になっていることがわかる。かかる画面情報が、図２０（ｃ）に示すように再生装置からタッチパネル式リモコン２００に送信されれば、タッチパネル式リモコン２００には、図２１に示すようなナビゲータが表示されることになる。
図２１に示すように、次ボタン、早送りボタンがグレーアウトして現れ、アングルボタンの代わりに、”アングル区間外”が表示されているので、ユーザはこのＧＵＩを参照するだけで、早送り操作、次チャプターへのジャンプが不可能であることを知ることができる。
上述した再生制御部１５及び画面情報作成部２２は、図２２〜図２６の処理手順を実行するプログラムを記述して、汎用ＣＰＵに実行させることで実現することができる。以降図２２〜図２６のフローチャートを参照して、再生制御部１５、画面情報作成部２２の実現のための具体的な制御手順を説明する。
図２２は、再生制御部１５によるＰＬ再生手順を示すフローチャートである。この再生手順は、デコーダに対する制御（ステップＳ７）と、ドライブ装置に対する制御（ステップＳ８）とからなる。  本フローチャートにおいて処理対象たるＰｌａｙＩｔｅｍをＰｌａｙＩｔｅｍ＃ｘとする。本フローチャートは、カレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１）、その後、ステップＳ２〜ステップＳ１３の処理を実行するというものである。ここでステップＳ２〜ステップＳ１３は、ステップＳ１０がＹｅｓになるまで、カレントＰＬ情報を構成するそれぞれのＰＩ情報について、ステップＳ３〜ステップＳ８の処理を繰り返すというループ処理を構成している。このループ処理において処理対象となるＰｌａｙＩｔｅｍを、ＰｌａｙＩｔｅｍ＃ｘ（ＰＩ＃ｘ）とよぶ。このＰｌａｙＩｔｅｍ＃ｘは、カレントＰＬの先頭のＰｌａｙＩｔｅｍに設定されることにより、初期化される（ステップＳ２）。上述したループ処理の終了要件は、このＰｌａｙＩｔｅｍ＃ｘがカレントＰＬの最後のＰｌａｙＩｔｅｍになることであり（ステップＳ１０）、もし最後のＰｌａｙＩｔｅｍでなければ、カレントＰＬにおける次のＰｌａｙＩｔｅｍがＰｌａｙＩｔｅｍ＃ｘに設定される（ステップＳ１１）。
ループ処理において繰り返し実行されるステップＳ３〜ステップＳ８は、ＰｌａｙＩｔｅｍ＃ｘのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報をシナリオメモリ１４に読み込み（ステップＳ３）、ＰｌａｙＩｔｅｍ＃ｘのＩｎ＿ｔｉｍｅを、カレントＣｌｉｐ情報のＥＰｍａｐを用いて、Ｉピクチャアドレスｕに変換し（ステップＳ４）、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、Ｉピクチャアドレスｖに変換して（ステップＳ５）、これらの変換で得られたアドレスｖの次のＩピクチャを求めて、そのアドレスの１つ手前をアドレスｗに設定し（ステップＳ６）、そうして算出されたアドレスｗを用いて、ＩピクチャアドレスｕからアドレスｗまでのＴＳパケットの読み出しをドライブ装置に命じるというものである（ステップＳ８）。
一方、デコーダに対しては、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅまでの出力を命じる（ステップＳ７）。以上のステップＳ１〜ステップＳ８により、ＡＶＣｌｉｐにおいて、ＰｌａｙＩｔｅｍ＃ｘにより指示されている部分の再生がなされることになる
その後、ＰｌａｙＩｔｅｍ＃ｘがカレントＰＬの最後のＰＩであるかの判定がなされる（ステップＳ１０）。
ＰｌａｙＩｔｅｍ＃ｘがカレントＰＬの最後のＰＩでなければ、カレントＰＬにおける次のＰｌａｙＩｔｅｍを、ＰｌａｙＩｔｅｍ＃ｘに設定して（ステップＳ１１）、ステップＳ１２、ステップＳ１３を経由した上でステップＳ３に戻る。以上のステップＳ３〜ステップＳ１３を繰り返することにより、ＰＬを構成するＰＩは順次再生されることになる。
ここでステップＳ１２は、ユーザによりアングル切り換え操作が行われたか否かの判定であり、アングル切り換え操作であれば、カレントＣｌｉｐ情報を切り換えるという操作を実行する。図２３は、その切り換え手順を示すフローチャートである。
図２３のステップＳ１５は、判定ステップであり、ＰｌａｙＩｔｅｍ＃ｘのｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅｓがオンで、尚且つａｎｇｌｅ＿ｃｈａｎｇｅ＿ｆｌａｇがオフであるか否かの判定を行う。もしステップＳ１５がＮｏであるならステップＳ１３に移行する。ステップＳ１５がＹｅｓであるなら、ステップＳ１６〜ステップＳ１９を実行する。ステップＳ１６〜ステップＳ１９は、切り換え後のアングル番号を変数ｘに代入して（ステップＳ１６）、ＰｌａｙＩｔｅｍにおけるアングル区間情報（ｘ）のＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されているＣｌｉｐ情報をシナリオメモリ１４に読み出し（ステップＳ１７）、カレントＰＴＭを、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてＩピクチャアドレスｕに変換し（ステップＳ１８）、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてＩピクチャアドレスｖに変換する（ステップＳ１９）というものである。こうしてＩピクチャアドレスｕ，ｖを変化した後、ステップＳ７に移行する。ステップＳ７への移行により、別のＡＶＣｌｉｐからＴＳパケットが読み出されるので、映像内容が切り換わることになる。
一方、図２２におけるステップＳ１３は、ＳｋｉｐＢａｃｋ／ＳｋｉｐＮｅｘｔボタンがタッチされたか否かの判定であり、もしタッチされれば、図２４のフローチャートの処理手順を実行する。図２４は、ＳｋｉｐＢａｃｋ，ＳｋｉｐＮｅｘｔボタンがタッチされた際の処理手順を示すフローチャートである。
ステップＳ２１は、カレントＰＩ番号、及び、カレントＰＴＭを変換することにより、カレントＭａｒｋ情報を得る。ステップＳ２２は、押下されたのがＳｋｉｐＮｅｘｔキーであるか、ＳｋｉｐＢａｃｋキーであるかの判定であり、ＳｋｉｐＮｅｘｔキーであるならステップＳ２３において方向フラグを＋１に設定し、ＳｋｉｐＢａｃｋキーであるならステップＳ２４において方向フラグを−１に設定する。
ステップＳ２５は、カレントＰＬＭａｒｋの番号に方向フラグの値を足した番号を、カレントＰＬＭａｒｋの番号として設定する。ここでＳｋｉｐＮｅｘｔキーであるなら方向フラグは＋１に設定されているのでカレントＰＬＭａｒｋはインクリメントされることになる。ＳｋｉｐＢａｃｋキーであるなら方向フラグは−１に設定されているので、カレントＰＬＭａｒｋはデクリメントされることになる。
ステップＳ２６では、カレントＰＬＭａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに記述されているＰＩを、ＰｌａｙＩｔｅｍ＃ｘに設定し、ステップＳ２７では、ＰｌａｙＩｔｅｍ＃ｘのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む。ステップＳ２８では、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐを、Ｉピクチャアドレスｕに変換する。一方ステップＳ２９では、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて，Ｉピクチャアドレスｖに変換する。ステップＳ３０は、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅまでの出力をデコーダに命じた上で、図２２のステップＳ７に移行する。こうしてＩピクチャアドレスｕ，ｖを変化して、別の部分の再生を命じた上でステップＳ７への移行するので、別のＡＶＣｌｉｐからＴＳパケットが読み出されることになり、映像内容が切り換えが実現する。
図２５は、ステップＳ８の詳細を示すフローチャートであり、アドレスｕからアドレスｗまでの読み出し処理の手順を示す。本フローチャートは、Ｉピクチャアドレスｕを読出先Ａに設定し（ステップＳ３１）、新たなＰｌａｙＩｔｅｍ＃ｘに対応する画面情報を送信した後でステップＳ３３〜ステップＳ４５からなるループ処理を実行するものである。
ステップＳ３２における画面情報送信処理の詳細は、図２６（ａ）のフローチャートに示す通りである。図２６（ａ）は、画面情報作成部２２による画面情報作成の処理手順を示すフローチャートである。本フローチャートは、ステップＳ５１、ステップＳ５４という２つの判定ステップを含む。
ステップＳ５１は、新たなＰｌａｙＩｔｅｍ＃ｘのＵＯ＿ｍａｓｋ＿Ｔａｂｌｅにおいて、ＯＮに設定された、ｍａｓｋフラグが有るかどうかを判定する判定ステップであり、もしあれば、ＯＮと設定されたｍａｓｋフラグの再生制御に対応するボタンを無効化する（ステップＳ５２）。ここで無効化とは、ボタンをグレーアウトイメージに設定して、ボタン情報における”イベント”を無しに設定することである。
その後、ＯＦＦと設定されたｍａｓｋフラグの再生制御に対応するボタンを有効化して（ステップＳ５３）、ステップＳ５４に移行する。ここで有効化とは、ボタンを、通常のイメージに設定することである。
ステップＳ５４は、ＰｌａｙＩｔｅｍ＃ｘのｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅｓがオンで、尚且つａｎｇｌｅ＿ｃｈａｎｇｅ＿ｆｌａｇがオフであるか否かの判定を行う判定ステップである。このステップＳ５４がＮｏであるなら、”アングル区間外”を示すテキスト情報を作成する（ステップＳ５８）。
もしステップＳ５４がＹｅｓであるなら、”アングル選択”を示すテキスト情報を作成して（ステップＳ５５）、切り換え可能なアングル区間のそれぞれに対応したボタン情報を有効化する（ステップＳ５６）。その後、画面情報を送信する（ステップＳ５７）。以上がステップＳ３２における、画面情報送信処理の詳細である。
続いてステップＳ３３〜ステップＳ４５におけるループ処理について説明する。このループ処理は、アドレスＡのＴＳパケットを読み出しと、アドレスＡの更新とを繰り返すものである。本ループ処理におけるステップＳ３７は、ループ処理の終了要件を規定している。つまりステップＳ３７は、アドレスＡがＩピクチャアドレスｗであることをループ処理の終了要件にしている。
ステップＳ３４〜ステップＳ３６は、ＴＳパケットの読み出し時における、ユーザ操作の有無を監視するものである。
ステップＳ３６は、タッチパネル式リモコン２００に表示されたメニューメニューコールボタンがタッチされたか否かの判定であり、もしタッチされれば、現在の再生処理をサスペンドして（ステップＳ３９）、メニュー処理用のメニュープログラムを実行する（ステップＳ４０）。メニュープログラムの実行が終われば、再生処理をレジューム（再開）する（ステップＳ４１）。以上の処理により、メニューメニューコールがなされた場合は、再生処理を中断した上で、メニュー表示のための処理が実行されることになる。
ステップＳ３４は、早送り、早戻しボタンがタッチされたか否かの判定である。もしタッチされれば、ステップＳ４２において早送りか早戻しかの判定を行い、早送りであるなら、次のＩピクチャアドレスを読出先アドレスＡに設定する（ステップＳ４５）。このように読出先アドレスＡを、次のＩピクチャに設定することで、１秒飛びにＡＶＣｌｉｐを再生してゆくことができる。これにより、２倍速等でＡＶＣｌｉｐは順方向に再生されることになる。
早戻しであるなら、アドレスＡがＩピクチャアドレスｕに到達したかを判定する（ステップＳ４３）。もし到達してないのなら、１つ前のＩピクチャアドレスを読出先アドレスＡに設定する（ステップＳ４４）。このように読出先アドレスＡを、１つ前のＩピクチャに設定することで、ＡＶＣｌｉｐを後方向に１秒飛びに再生してゆくことができる。これにより、２倍速等でＡＶＣｌｉｐは、逆方向に再生されることになる。以上がステップＳ３３〜ステップＳ４４である。
ステップＳ３５は、新たなＩＣＳがシナリオメモリ１４に読み込まれたか否かの判定であり、もし読み込まれれば、図２６（ｂ）に示す処理手順を移行する。
図２６（ｂ）は、ＩＣＳが新たに読み込まれた際の処理手順を示すフローチャートである。ステップＳ５９は、新たなＰｌａｙＩｔｅｍ＃ｘにおけるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅと、ＩＣＳにおけるＵＯ＿ｍａｓｋ＿ＴａｂｌｅとのＯＲ演算を実行するステップであり、ステップＳ６０は、ＯＲ演算の演算結果において、オンになったｍａｓｋフラグが存在するか否かを判定する判定ステップである。もしステップＳ６０がＹｅｓであるなら、ＯＮと設定されたｍａｓｋフラグに対応するボタンを無効化する（ステップＳ６１）。ステップＳ６２は、ＯＦＦと設定されたｍａｓｋフラグに対応するボタンを有効化するステップであり、ボタンの有効化後、画面情報を送信する（ステップＳ６３）。
以上のように本実施形態によれば、ＰｌａｙＩｔｅｍの開始時点やＩＣＳが組み込まれている時点を経由する度に、アングル切換、スキップネクスト、スキップバック、早戻し、早送り等、その再生時点において可能又は不可能となる再生制御を示す情報をタッチパネル式リモコン２００に送信するので、ナビゲータが、タッチパネル式リモコン２００上のディスプレイに表示されることになる。デジタルストリームの本編を視聴する合間に、タッチパネル式リモコン２００上のディスプレイを視聴すれば、ユーザは現在の再生時点においてどのような操作が可能であるかを知得することができる。かかる知得により、再生制御が可能となる機会を逃すことはない。可能又は不可能となる再生制御を示す情報は、ＡＶＣｌｉｐの再生画像とは、別個独立のタッチパネル式リモコン２００上のディスプレイに表示されるので、本編の各場面の構図を妨げることもない。
（第２実施形態）
第１実施形態において画面情報は、ＡＶＣｌｉｐやプレイリスト情報の記述に基づき再生装置が自動的に生成するとしたが、第２実施形態は、オーサリング時において画面情報を生成し、ＢＤ−ＲＯＭに記録しておくことの改良に関する。図２７は、画面情報が記録されたＢＤ−ＲＯＭのアプリケーションフォーマットを示す図である。本図は、第１実施形態に示した図３をベースにして記載されている。この図３と異なるのは、ＢＤＲＥＭＯＴＥが新規に追加されている点である。ＢＤＲＥＭＯＴＥディレクトリは、画面情報格納用のディレクトリであり、このＢＤＲＥＭＯＴＥディレクトリの中にファイルＲＥＭＯＴＥ１．ＤＡＴ，ＲＥＭＯＴＥ２．ＤＡＴ，ＲＥＭＯＴＥ３．ＤＡＴが存在する。これらのファイルが画面情報を格納している。
図２８〜図３０は、ＲＥＭＯＴＥ１．ＤＡＴ，ＲＥＭＯＴＥ２．ＤＡＴ，ＲＥＭＯＴＥ３．ＤＡＴに格納された画面情報を示す図である。第２実施形態に係る画面情報が、第１実施形態のそれと異なるのは、有効期間情報（図中の「有効期間＝”ｘｘｘ”」）が記述されている点である。
有効期間情報とは、ＰＬ再生時間軸において、画面情報が有効になる期間を示す情報である。例えば図２８の画面情報において、有効区間情報は「有効期間＝”ＰｌａｙＩｔｅｍ＃１”」と記載されている、これは、本画面情報が有効なのは、ＰｌａｙＩｔｅｍ＃１であることを示す。
図２９の画面情報において、有効区間情報は「有効期間＝”ＰｌａｙＩｔｅｍ＃２”」と記載されている、これは、本画面情報が有効なのは、ＰｌａｙＩｔｅｍ＃２であることを示す。
以上が本実施形態に係るＢＤ−ＲＯＭの改良である。続いて本実施形態に係る再生装置の内部構成について説明する。図３１は、第２実施形態に係る再生装置の内部構成を示す図である。本図は第１実施形態に示した図１０をベースにして記載されている。この再生装置が、図１０に示したものと異なるのは、定義情報保持部２１〜画面情報作成部２２の代わりに、画面情報格納メモリ４１〜画面情報処理部４２が設けられている点である。この画面情報格納メモリ４１、画面情報処理部４２が設けられている点が新しいので、これら新規な構成要素について説明する。
画面情報格納メモリ４１は、ＢＤ−ＲＯＭに記録された画面情報が読み出されるメモリである。
画面情報処理部４２は、現在の再生時点が新たなＰｌａｙＩｔｅｍに到達する度に、そのＰｌａｙＩｔｅｍを有効区間とした画面情報が、画面情報格納メモリ４１内に存在するかどうかのサーチを行う。もし存在すれば、その画面情報を無線インターフェイス部２０に引き渡して、タッチパネル式リモコン２００に送信させる。
以上のように本実施形態によれば、画面情報がＢＤ−ＲＯＭに記録されているので、画面情報を作成するという処理を再生装置で実行しなくても、現在の再生時点に最適なナビゲータをタッチパネル式リモコン２００に表示させることができる。
（第３実施形態）
第１実施形態においてＵＯ＿ｍａｓｋ＿Ｔａｂｌｅは、図５、図９に示す６つの再生制御をマスクするものであったが、このＵＯ＿ｍａｓｋ＿Ｔａｂｌｅの記載内容を、より拡張する実施形態である。図３２は、第３実施形態に係るＵＯ＿ｍａｓｋ＿Ｔａｂｌｅの記述内容を示す図である。
本図におけるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅは、ｃｈａｐｔｅｒ＿ｓｅｒｃｈ＿ｍａｓｋフラグ，ｔｉｍｅ＿ｓｅａｒｃｈ＿ｍａｓｋフラグ，ｓｋｉｐ＿ｎｅｘｔ＿ｍａｓｋフラグ，ｓｋｉｐ＿ｂａｃｋ＿ｍａｓｋフラグ，ｐｌａｙ＿ｍａｓｋフラグ，ｓｔｏｐ＿ｍａｓｋフラグ，ｐａｕｓｅ＿ｏｎ＿ｍａｓｋフラグ，ｐａｕｓｅ＿ｏｆｆ＿ｍａｓｋフラグ，ｓｔｉｌｌ＿ｏｆｆ＿ｍａｓｋフラグ，ｆｏｒｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグ，ｂａｃｋｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグ，ｒｅｓｕｍｅ＿ｍａｓｋフラグ，ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ａｕｄｉｏ＿ｃｈａｎｇｅ＿ｍａｓｋフラグ，ＰＧ＿ｔｅｘｔＳＴ＿ｃｈａｎｇｅ＿ｍａｓｋフラグ，ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｍａｓｋフラグ，ｐｏｐｕｐ＿ｏｎ＿ｍａｓｋフラグ，ｐｏｐｕｐ＿ｏｆｆ＿ｍａｓｋフラグ，ｓｅｌｅｃｔ＿ｍｅｎｕ＿ｌａｎｇｕａｇｅ＿ｍａｓｋフラグからなる。
ｃｈａｐｔｅｒ＿ｓｅｒｃｈ＿ｍａｓｋフラグは、チャプターサーチという再生制御がユーザから要求された場合、その要求をマスクするか否かを規定するフラグである。ここでチャプターサーチとは、番号入力をユーザから受け付けて、その番号に指定されたチャプターから再生を開始するという再生制御である。
ｔｉｍｅ＿ｓｅａｒｃｈ＿ｍａｓｋフラグは、タイムサーチという再生制御がユーザから要求された場合、その要求をマスクするか否かを規定するフラグである。ここでタイムサーチとは、再生時刻の入力操作をユーザから受け付けて、再生時刻に指定された時点から再生を開始するという再生制御である。
ｓｋｉｐ＿ｎｅｘｔ＿ｍａｓｋフラグ，ｓｋｉｐ＿ｂａｃｋ＿ｍａｓｋフラグは、第１実施形態同様、スキップネクスト、スキップバックがユーザから要求された場合に、その要求をマスクするか否かを示すフラグである。
ｐｌａｙ＿ｍａｓｋフラグは、再生開始という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｓｔｏｐ＿ｍａｓｋフラグは、再生停止という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｐａｕｓｅ＿ｏｎ＿ｍａｓｋフラグは、ポーズオン（一時停止）という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｐａｕｓｅ＿ｏｆｆ＿ｍａｓｋフラグは、ポーズオフ（一時停止解除）という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｓｔｉｌｌ＿ｏｆｆ＿ｍａｓｋフラグは、静止画モードオフという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｆｏｒｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグ，ｂａｃｋｗａｒｄ＿ｐｌａｙ＿ｍａｓｋフラグは、第１実施形態同様、早送り、早戻しという再生制御がユーザから要求された場合、その要求をマスクするか否かを規定するフラグである。
ｒｅｓｕｍｅ＿ｍａｓｋフラグは、再生再開という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、フォーカスを上方向のボタンに移動するという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、フォーカスを下方向のボタンに移動するという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、フォーカスを左方向のボタンに移動するという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、フォーカスを右方向のボタンに移動するという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、ボタン選択という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、ボタンの確定という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、複数ボタンが配置された対話画面の操作にあたって、ボタン選択及び確定という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ａｕｄｉｏ＿ｃｈａｎｇｅ＿ｍａｓｋフラグは、音声切り換えという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ＰＧ＿ｔｅｘｔＳＴ＿ｃｈａｎｇｅ＿ｍａｓｋフラグは、グラフィクス（Ｐｒｅｓｅｎｔｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓ）により描画された字幕と、テキストにより描画された字幕の切り換えがユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｍａｓｋフラグは、第１実施形態同様、アングル切り換えという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｐｏｐｕｐ＿ｏｎ＿ｍａｓｋフラグは、第１実施形態同様、ポップアップメニューの呼出という再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｐｏｐｕｐ＿ｏｆｆ＿ｍａｓｋフラグは、ポップアップメニューの表示オフという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
ｓｅｌｅｃｔ＿ｍｅｎｕ−ｌａｎｇｕａｇｅ＿ｍａｓｋフラグは、メニューの記述言語を選択するという再生制御がユーザから要求された場合、その要求をマスクするか否かを示すフラグである。
以上のような再生制御に対するマスクが、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅに規定されているので、第３実施形態に係る画面情報作成部２２は、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅにおいて、マスクされている再生制御をグレーアウトで表示し、マスクされていない再生制御を通常状態で表示させる画面情報を作成する。そうして作成された画面情報をタッチパネル式リモコン２００に送信することで、より詳細なナビゲータの表示を実現するのである。
（第４実施形態）
画面情報のダウンロードを行うダウンロード部を再生装置に設けるものである。
ダウンロード部は、サーバ装置をアクセスして画面情報をダウンロードする。そしてダウンロードされた画面情報を無線インターフェイス部２０に送信させて、タッチパネル式リモコン２００のチャプターに表示させる。このダウンロードにあたって、ダウンロード部は、ダウンロードすべき画面情報を、以下の方法で特定する。
１つ目の方法は、ＵＲＬをＢＤ−ＲＯＭに記述しておく方法である。このＵＲＬは、ＢＤ−ＲＯＭに対応する画面情報のダウンロードが可能なＷｅｂサイトを、一意に特定するものである。ダウンロード部がこのＵＲＬに基づき、Ｗｅｂサイトをアクセスして、画面情報をダウンロードする。
２つ目の方法は、データベースと、検索サーバと、識別情報とを用いる方法である。このデータベースは、複数画面情報が蓄積された画面情報のデータベースである。ダウンロード部は検索サーバをアクセスし、ＢＤ−ＲＯＭに管理された識別情報をこのサーバ装置に引き渡す。識別情報を受け取ったサーバ装置は、この識別情報を用いてデータベースを検索し、識別情報に合致した画面情報を取得する。そして検索結果に基づいた画面情報をデータ再生装置に転送するのである。
３つ目の方法は、データベースと、検索サーバと、ユーザプロファイルとを用いる方法である。このデータベースは、２つ目の方法と同様、複数画面情報が蓄積された画面情報のデータベースである。ユーザプロファイルとは、ユーザの嗜好を表す情報であり、コンテンツのジャンル毎の統計値により表現される。この統計値は、コンテンツの再生がユーザにより命じられる度に、再生装置がそのコンテンツのジャンルを取得し、そのジャンルの統計値をインクリメントするという、再生装置の操作履歴機能により実現される。
かかるユーザプロファイルが、再生装置により作成されているので、ダウンロード部は検索サーバをアクセスし、ユーザプロファイルをこのサーバ装置に引き渡す。ユーザプロファイルを受け取ったサーバ装置は、データベース内に存在する画面情報のうち、ユーザプロファイルに含まれるジャンルに対応するものを取り出し、取り出した画面情報をデータ再生装置に転送するのである。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（Ａ）各実施形態において、不可能となる再生制御に対応するボタンをグレーアウトしたのは、再生制御が”不可能”であることを積極的に、ユーザに伝える趣旨である。可能な再生制御のみを伝えたいのなら、現在の再生時点において、「可能となる再生制御に対応するボタン」からなる画面情報を作成して、タッチパネル式リモコン２００に送信することが望ましい。
（Ｂ）第４実施形態において再生装置との双方向インターフェイスをもった汎用端末を、タッチパネル式リモコン２００として用いてもよい。汎用端末として利用することができる機器には、赤外線送受信機能をもった携帯電話が挙げられる。汎用端末がタッチパネル式リモコン２００であれば、携帯電話の通信機能を用いて、画面情報をダウンロードすることができる。携帯電話にダウンロードを実行させるにあたって、ＢＤ−ＲＯＭのパッケージに、Ｗｅｂサイトを印字しておく。このＷｅｂサイトをユーザが手入力して携帯電話がこのＷｅｂサイトから画面情報をダウンロードすれば、この画面情報に基づいて処理を行うのである。
またＢＤ−ＲＯＭのパッケージに、特定のＷｅｂサイトを示す２次元バーコードを印字しておいてもよい。この２次元バーコードを携帯電話に読み取らせて、このＷｅｂサイトから画面情報をダウンロードすれば、この画面情報に基づいて処理を行うのである。
コンテンツに登場するキャラクターをナビゲータ内に表示させてもよい。
（Ｃ）第４実施形態における画面情報のダウンロードは、一括ダウンロードであっても、分割ダウンロードであってもよい。
画面情報の送信は、新たなＩＣＳの読み込みと１対１に実行する必要はない。２回の読み込みにつき１回、３回の読み込みにつき１回等、複数回につき１回であってもよいし、或は、画面情報に変更があった場合に、送信するものとしてもよい。
画面情報においてアングル切換が可能な旨をユーザに提示する場合、切り換えを推薦するアングルを、表示させてもよい。
（Ｄ）本実施形態ではナビゲータをタッチパネル式リモコン２００に表示させたが、タッチパネル式でなくてもよい。つまり通常のリモコン装置が具備している液晶パネルに表示させてもよい。またリモコン装置ではなく、操作パネルにナビゲータを表示させてもよい。かかる操作パネル上の表示でも、映画本編に改変を加えることなくナビゲータを表示させることができるからである。
（Ｅ）ＢＤ−ＲＯＭには、動的シナリオであるＭＯＶＩＥオブジェクトを記録してもよい。ＭＯＶＩＥオブジェクト（ＺＺＺ．ＭＯＶＩＥ）は、ＤＶＤ再生装置用コマンドに類似したコマンドにて記述された、動的シナリオである。ＰＬの再生を命じる再生コマンド、その再生に先立ち実行すべきコマンド（ＰＲＥコマンド）、その再生後に実行すべきコマンド（ＰＯＳＴコマンド）からなる。１つ以上の動的シナリオと、各動的シナリオにて再生が命じられるＰＬとの組みをＴｉｔｌｅという。Ｔｉｔｌｅは、ＢＤ−ＲＯＭにおける映画作品全体に相当する単位である。
ＭＯＶＩＥオブジェクトは、属性情報と、コマンド列とからなる。属性情報は、ｍｅｎｕ＿ｃａｌｌ＿ｍａｓｋ、Ｔｉｔｌｅ＿ｓｅａｒｃｈ＿ｍａｓｋからなる。
『ｍｅｎｕ＿ｃａｌｌ＿ｍａｓｋ』は、メニューメニューコールがマスクされているか否かを示すフラグである。本フラグがオフであるなら、ユーザによるメニューメニューコールの要求は許可され、オンであるなら、ユーザによるメニューメニューコールの要求は禁じられる。
『Ｔｉｔｌｅ＿ｓｅａｒｃｈ＿ｍａｓｋ』は、タイトルサーチがマスクされているか否かを示すフラグである。本フラグがオフであるなら、ユーザによるタイトルサーチの要求は許可され、オンであるなら、ユーザによるタイトルサーチの要求は禁じられる。
ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅに加え、以上のｍｅｎｕ＿ｃａｌｌ＿ｍａｓｋ、Ｔｉｔｌｅ＿ｓｅａｒｃｈ＿ｍａｓｋに基づき、再生制御の可否を決定してもよい。
（Ｆ）各実施形態におけるデジタルストリームは、ＢＤ−ＲＯＭ規格のＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格のＶＯＢ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。
第１実施形態では再生制御をマスクするか否を示すテーブル（ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅ）を、ＡＶＣｌｉｐに多重化されたＩＣＳに設けたが、ＶＯＢにおけるＮＡＶＩ−ｐａｃｋ内のＵＯＰ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ  Ｐｅｒｍｉｓｓｉｏｎ）テーブルに規定してもよい。
またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式、ｄｔｓ方式であってもよい。
（Ｇ）各実施形態における再生経路情報は、ＢＤ−ＲＯＭ規格のＰｌａｙＬｉｓｔ情報であるとしたが、ＤＶＤ−Ｖｉｄｅｏ規格のＰＧＣ情報であってもよい。また各実施形態における再生区間情報は、ＢＤ−ＲＯＭ規格のＰｌａｙＩｔｅｍ情報であるとしたがは、ＤＶＤ−Ｖｉｄｅｏ規格のＣｅｌｌ情報であってもよい。そして再生制御をマスクするか否を、ＰＧＣ情報に設けられたＵＯＰ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ  Ｐｅｒｍｉｓｓｉｏｎ）テーブルに規定してもよい。
【産業上の利用可能性】  本発明に係る再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができる。このことから本発明に係る再生装置は、産業上の利用可能性を有する。
【図１】
0004761964.tif 000002
【図２】
0004761964.tif 000003
【図３】
0004761964.tif 000004
【図４】
0004761964.tif 000005
【図５】
0004761964.tif 000006
【図６】
0004761964.tif 000007
【図７】
0004761964.tif 000008
【図８】
0004761964.tif 000009
【図９】
0004761964.tif 000010
【図１０】
0004761964.tif 000011
【図１１】
0004761964.tif 000012
【図１２】
0004761964.tif 000013
【図１３】
0004761964.tif 000014
【図１４】
0004761964.tif 000015
【図１５】
0004761964.tif 000016
【図１６】
0004761964.tif 000017
【図１７】
0004761964.tif 000018
【図１８】
0004761964.tif 000019
【図１９】
0004761964.tif 000020
【図２０】
0004761964.tif 000021
【図２１】
0004761964.tif 000022
【図２２】
0004761964.tif 000023
【図２３】
0004761964.tif 000024
【図２４】
0004761964.tif 000025
【図２５】
0004761964.tif 000026
【図２６】
0004761964.tif 000027
【図２７】
0004761964.tif 000028
【図２８】
0004761964.tif 000029
【図２９】
0004761964.tif 000030
【図３０】
0004761964.tif 000031
【図３１】
0004761964.tif 000032
【図３２】
0004761964.tif 000033