記録媒体、再生装置、記録方法、再生プログラム、再生方法。
ＢＤ−ＲＯＭには、ＡＶＣｌｉｐと、ＡＶＣｌｉｐにおける頭出し位置を示すＰＬＭａｒｋとが記録されている。このＡＶＣｌｉｐに対する頭出しには、ユーザによるスキップ操作に基づくもの、チャプターサーチ操作に基づくもの、Ｌｉｎｋコマンドによるもののの３つのタイプがある。 マーカ情報における属性情報は、対応する頭出し位置において、前記複数３つのタイプの頭出しのうち、分岐コマンドによるもののみが許可されているか、又は、分岐コマンド以外にも、スキップ操作、チャプターサーチ操作による頭出しが許可されているかを示す。
【発明の詳細な説明】
【技術分野】
デジタルストリームが記録された記録媒体及び再生装置に関し、特にデジタルストリーム上の任意の位置への頭出しを実現する場合の改良に関する。
【背景技術】
ＢＤ−ＲＯＭ等の読出専用の記録媒体により供給されるコンテンツには、映画・音楽等のＡＶソフト、ゲームソフトといった類型がある。だが近年の再生装置の高機能化に伴い、ＡＶソフトに分類されるコンテンツであっても、ゲームソフトのような対話機能をもったものが登場している。
この対話機能は、ＡＶソフトの動画、音声を構成するデジタルストリームに、対話機能のための情報を組み込むことにより実現される。これによりデジタルストリームにより設問の映像を再生すると共に、この設問に対する回答をユーザから受け付け、その回答が正解であるなら、正解映像を再生させるという対話機能の実現が可能になる。
ところが、対話機能をもっているとはいえ、かかるコンテンツはＡＶソフトであることに変わりない。そのため、ＡＶソフトの再生時には、いわゆるユーザスキップが可能である。ユーザスキップとは、ＤＶＤ再生装置、ＣＤ再生装置が具備しているＡＶ機器特有の機能（ＡＶ機能）の１つであり、ユーザによる操作に従い、デジタルストリームに予め設けられた頭出し位置にジャンプするという機能である。例えば、ユーザスキップに割り当てられたキーをユーザが押下すれば、再生装置は、現在の再生時点に最も近い１つ目の頭出し位置から再生を開始することになる。ユーザスキップが２回押下されれば、次に近い２つ目の頭出し位置から、ユーザスキップが３回押下されれば、その次に近い３つ目の頭出し位置から、再生が開始されることになる。
ここで、上述したような対話機能の実現にあたって、正解映像は、設問映像からジャンプできるように、マーカ情報と呼ばれる情報により頭出し位置として指定されている。そのため、ユーザがスキップを繰り返し実行すれば、この正解映像にたどり着いてしまうことがある。本来設問映像に正解しないと見れない筈の正解映像が、ユーザスキップの繰り返しで再生されてしまうのは余りにもお粗末であり、ＡＶソフトのおまけであるという印象を拭えない。ユーザスキップの繰り返しでは、正解映像に頭出しできないようにするには、ＡＶ機能を一切受け付けないように再生装置を設定しておくという途がある。しかしこのように、ＡＶ機能を一切受け付けないというのも、ＡＶソフト特有の強みを失うことになり、コンテンツ制作者に推奨し難い。
【発明の開示】
本発明の目的は、設問映像に正解しないと見れない筈の正解映像が、ＡＶ機能の実行により再生されてしまうという粗末が露呈しない記録媒体を提供することである。
上記目的を達成するため本発明に係る記録媒体は、デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とが記録された記録媒体であって、マーカ情報は、前記位置の属性情報を含み、属性情報は、再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか又は無視すべきがを示すことを特徴としている。
マーカ情報における属性を規定することにより、ユーザスキップ等、再生位置の選択を意図した頭出しの対象にはならないが、分岐コマンドによる頭出しの対象になり得る頭出し位置を規定することができる。これにより、ユーザが何度もユーザスキップを実行したとしても、正解映像に辿り着かないように、オーサリング時に規定しておくことができる。
更に、ユーザスキップ等、再生位置の選択を意図した操作をユーザに行わせることで、好きな設問映像をユーザに選ばせつつも、肝心の正解については、ユーザに隠蔽しておくという再生制御、つまり、ＡＶ機能の利点を活かした新たな再生制御が可能になるので、制作者にとっての恩恵は大きい。
【図面の簡単な説明】
図１（ａ）は、本発明に係る記録媒体の、使用行為についての形態を示す図である。
図１（ｂ）は、対話画面に対する操作をユーザから受け付けるためのリモコン４００におけるキーを示す図である。
図２は、ＢＤ−ＲＯＭの構成を示す図である。
図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図４は、Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔのデータ構造を示す図である。
図５は、あるＤＳｎに含まれるＯＤＳと、ＩＣＳとの関係を示す図である。
図６は、複数ボタンからなる対話画面と、ピクチャデータとの合成を示す図である。
図７は、ボタンＡ〜ボタンＤの状態遷移を示す図である。
図８は、図７に示すボタンＡ〜ボタンＤの状態遷移を実行する場合のＩＣＳの記述例を図である。
図９は、ナビコマンドによる分岐を模式的に示した図である。
図１０は、Ｃｌｉｐ情報の内部構成を示す図である。
図１１は、ＰＬ情報の内部構成を示す図である。
図１２は、時間情報による間接参照を模式化した図である。
図１３は、図１２に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
図１４は、図１３に示したＰＬ＃１の再生時間軸に対し、設定されたＰＬｍａｒｋの一例を示す図である。
図１５は、図１４に示した各Ｍａｒｋ情報に対する、属性の設定例を示す図である。
図１６は、図１５のＭａｒｋ情報により規定されるチャプターを示す図である。
図１７は、図１１に示した複数のＰＬｍａｒｋのうち、任意の１つ（ＰＬｍａｒｋ［ｉ］という）の内部構成を示す。
図１８は、教材映像に相当する区間（チャプター１）、設問映像に相当する区間（チャプター２）、ヒント映像に相当する区間（チャプター３）を示す図である。
図１９は、ユーザスキップによる頭出しを想定した図である。
図２０は、チャプターサーチによる頭出しを想定した図である。
図２１は、ボタンコマンドによる頭出しを示す図である。
図２２は、本発明に係る再生装置の内部構成を示す図である。
図２３は、制御部２０によるＰＬに基づく再生手順を示すフローチャートである。
図２４は、ユーザオペレーション受け付け時の処理手順を示すフローチャートである。
図２５は、ユーザスキップ、チャプターサーチ時における頭出し手順を示すフローチャートである。
図２６は、第２施形態に係るＢＤ−ＲＯＭの製造工程を示すフローチャートである。
【発明を実施するための最良の形態】
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体及び再生装置の実施行為のうち、使用行為についての形態を説明する。図１（ａ）は、本発明に係る記録媒体及び再生装置の、使用行為についての形態を示す図である。図１（ａ）において、本発明に係る記録媒体は、ＢＤ−ＲＯＭ１００であり、本発明に係る再生装置は再生装置２００である。このＢＤ−ＲＯＭ１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。このうちリモコン４００は、対話画面の状態を変化させるための操作をユーザから受け付けるものであり、本発明に係る記録媒体に深い係りをもつ。図１（ｂ）は、対話画面に対する操作をユーザから受け付けるためのリモコン４００におけるキーを示す図である。本図に示すようにリモコン４００は、ＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキー、ＳｋｉｐＢａｃｋキー、ＳｋｉｐＮｅｘｔキー、数値キー「０」〜「９」，「＋１０」が設けられている。ここで対話画面におけるボタンは、ノーマル状態、セレクテッド状態、アクティブ状態という３つの状態をもち、これらＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキーは、このボタンの状態をノーマル状態→セレクテッド状態→アクティブ状態と変化させる操作をユーザから受け付ける。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。アクティブ状態とは、確定に至った状態をいう。ＭｏｖｅＵｐキーは、対話画面においてあるボタンがセレクテッド状態である場合、このボタンより上にあるボタンをセレクテッド状態に設定するためのキーである。ＭｏｖｅＤｏｗｎキーは、このボタンより下にあるボタンをセレクテッド状態に設定するためのキー、ＭｏｖｅＲｉｇｈｔキーは、このボタンより右にあるボタンをセレクテッド状態に設定するためのキー、ＭｏｖｅＬｅｆｔキーは、このボタンより左にあるボタンをセレクテッド状態に設定するためのキーである。
Ａｃｔｉｖａｔｅｄキーは、セレクテッド状態にあるボタンをアクティブ状態（アクティベート）するためのキーである。
ＳｋｉｐＢａｃｋキーは、現在の再生時点から見て、後方方向へのユーザスキップを受け付けるキーである。
ＳｋｉｐＮｅｘｔキーは、現在の再生時点から見て、前方方向へのユーザスキップを受け付けるキーである。
「０」〜「９」の数値キーは、該当する数値が割り当てられたボタンをセレクテッド状態にするキーである。「＋１０」キーとは、これまで入力された数値に１０をプラスするという操作を受け付けるキーである。尚、「０」キー、「＋１０」キーは、何れも１０桁以上の数値の入力を受け付けるものなので、「０」キー、「＋１０」キーは、どちらかが具備されていればよい。
以上が本発明に係る記録媒体及び本発明に係る再生装置の使用形態についての説明である。
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図２は、ＢＤ−ＲＯＭの構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、ＢＤＭＶディレクトリの配下には、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが存在する。本図に示すようなアプリケーションフォーマットを作成することにより、本発明に係る記録媒体は生産される。尚、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが、それぞれ複数存在する場合は、ＢＤＭＶディレクトリの配下に、ＳＴＲＥＡＭディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＰＬＡＹＬＩＳＴディレクトリという３つのディレクトリを設け、ＳＴＲＥＡＭディレクトリにＸＸＸ．Ｍ２ＴＳと同じ種別のファイルを、ＣＬＩＰＩＮＦディレクトリにＸＸＸ．ＣＬＰＩと同じ種別のファイルを、ＰＬＡＹＬＩＳＴディレクトリにＹＹＹ．ＭＰＬＳと同じ種別のファイルを格納することが望ましい。
このアプリケーションフォーマットにおけるＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）について説明する。
ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）は、ＭＰＥＧ−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のデジタルストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（中段）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（上１段目）、ＰＥＳパケット列に変換し（上２段目）、更にＴＳパケットに変換し（上３段目）、同じくプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリーム（下１段目）を、ＰＥＳパケット列に変換し（下２段目）、更にＴＳパケットに変換して（下３段目）、これらを多重化することで構成される。
続いてインタラクティブグラフィクスストリームについて説明する。グラフィクスストリームは、図３の下１段目に示すようにＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。
『Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ』は、対話的な画面を構成する機能セグメントである。
『Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ』は、グラフィクスオブジェクトを定義する情報である。このグラフィクスオブジェクトについて以下説明する。ＢＤ−ＲＯＭに記録されているＡＶＣｌｉｐは、ハイビジョン並みの高画質をセールスポイントにしているため、グラフィクスオブジェクトの解像度も、１９２０×１０８０画素という高精細な大きさに設定されている。画素の色にあたっては、一画素当たりのインデックス値（赤色差成分（Ｃｒ値），青色差成分（Ｃｂ値），輝度成分Ｙ値，透明度（Ｔ値））のビット長が８ビットになっており、これによりフルカラーの１６，７７７，２１６色から任意の２５６色を選んで画素の色として設定することができる。ＯＤＳは『ｏｂｊｅｃｔ＿ＩＤ』が付与される。『ｏｂｊｅｃｔ＿ＩＤ』は、ＥｐｏｃｈにおいてこのＯＤＳに対応するグラフィクスオブジェクトを一意に識別するものだが、複数ＯＤＳにより定義される複数グラフィックスオブジェクトがアニメーションを構成する場合、これらのＯＤＳに付加された一連の『ｏｂｊｅｃｔ＿ＩＤ』は、連番になる。
『Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ』は、色変換用のパレットを定義する情報である。
『ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ』は、Ｄｉｓｐｌａｙ Ｓｅｔの伝送の終わりを示す指標であり、Ｄｉｓｐｌａｙ ＳｅｔにおけるＩＣＳ、ＰＤＳ、ＯＤＳのうち、最後のＯＤＳの直後に配置される。
続いてＩＣＳの内部構成について説明する。Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔは、図４に示すデータ構造で構成される。本図に示すようにＩＣＳは、『ボタン情報群（ｂｕｔｔｏｎ ｉｎｆｏ（１）（２）（３）・・・・）』を含む。
『ボタン情報（Ｂｕｔｔｏｎ＿ｉｎｆｏ）』は、対話画面において合成される各ボタンを定義する情報である。図中の引き出し線ｈｐ１はＩＣＳにより制御されるｉ番目のボタンについてのボタン情報ｉの内部構成をクローズアップしている。以降、ボタン情報ｉを構成する情報要素について説明する。
『ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉを、ＩＣＳにおいて一意に識別する数値である。
『ｎｕｍｅｒｉｃａｌｌｙ＿ｓｅｌｅｃｔａｂｌｅ＿ｆｌａｇ』は、ボタンｉの数値選択を許可するか否かを示すフラグである。
『ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇ』は、ボタンｉを自動的にアクティブ状態にするかどうかを示す。ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇがオン（ビット値１）に設定されれば、ボタンｉは、セレクテッド状態になる代わりにアクティブ状態になる。ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇがオフ（ビット値０）に設定されれば、ボタンｉは、選択されたとしてもセレクテッド状態になるにすぎない。
『ｏｂｊｅｃｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』、『ｏｂｊｅｃｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ』は、対話画面におけるボタンｉの左上画素の水平位置、垂直位置を示す。
『ｕｐｐｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉがセレクテッド状態である場合においてＭＯＶＥＵＰキーが押下された場合、ボタンｉの代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタンｉの番号が設定されていれば、ＭＯＶＥＵＰキーの押下は無視される。
『ｌｏｗｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』，『ｌｅｆｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』，『ｒｉｇｈｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉがセレクテッド状態である場合においてＭＯＶＥ Ｄｏｗｎキー，ＭＯＶＥ Ｌｅｆｔキー，ＭＯＶＥ Ｒｉｇｈｔキーが押下された場合、ボタンｉの押下の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタンｉの番号が設定されていれば、これらのキーの押下は無視される。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌ』は、ノーマル状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに記述される。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌ』は、ノーマル状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに記述される。このＥｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに示されるＩＤが、ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに示されるＩＤと同じである場合、このＩＤにて示されるグラフィックスオブジェクトの静止画が、ボタンｉの絵柄になる。
『ｒｅｐｅａｔｅｄ＿ｎｏｒｍａｌ＿ｆｌａｇ』は、ノーマル状態にあるボタンｉのアニメーション表示を反復継続させるかどうかを示す。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄ』は、セレクテッド状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに記述される。このＥｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに示されるＩＤが、ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｄに示されるＩＤと同じである場合、このＩＤにて示されるグラフィックスオブジェクトの静止画が、ボタンｉの絵柄になる。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄ』は、セレクト状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに記述される。
『ｒｅｐｅａｔ＿ｓｅｌｅｃｔｅｄ＿ｆｌａｇ』は、セレクテッド状態にあるボタンｉのアニメーション表示を、反復継続するかどうかを示す。ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄと、ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄとが同じ値になるなら、本フィールド００に設定される。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄ』は、アクティブ状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄに記述される。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄ』は、アクティブ状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄに記述される。
続いてボタンコマンドについて説明する。
『ボタンコマンド（ｂｕｔｔｏｎ＿ｃｏｍｍａｎｄ）』は、ボタンｉがアクティブ状態になれば、実行されるナビゲーションコマンドである。ナビゲーションコマンドとは、分岐等の再生制御を再生装置に実行するコマンドである。ナビコマンドのうち、ＡＶＣｌｉｐにおける任意の頭出し位置からの再生を再生装置に命じるものを、Ｌｉｎｋコマンドという。
Ｌｉｎｋコマンドは、マーカ情報と呼ばれる情報を介した間接参照の形式で、時間軸上の任意の位置を指定している。時間軸上の任意の位置は、間接参照で指定されているので、ＡＶＣｌｉｐの再エンコードにより、頭出し位置となるべきピクチャに変動が生じても、マーカ情報さえ書き換えれば、ボタンコマンドのオペランドを書き換える必要はない。再エンコードに伴うナビゲーションコマンドの書き換えの手間を省くことができるので、オーサリング時において有意義である。尚、マーカ情報の詳細については後述する。
以上がＩＣＳの内部構成である。ＩＣＳによる対話制御の具体例について以下説明する。本具体例は、図５のようなＯＤＳ、ＩＣＳを想定している。図５は、あるＤＳｎに含まれるＯＤＳと、ＩＣＳとの関係を示す図である。このＤＳｎには、ＯＤＳ１１〜１９，２１〜２９，３１〜３９，４１〜４９が含まれているものとする。これらのＯＤＳのうち、ＯＤＳ１１〜１９は、ボタンＡの各状態を描いたものであり、ＯＤＳ２１〜２９は、ボタンＢの各状態を描いたもの、ＯＤＳ３１〜３９は、ボタンＣの各状態を描いたもの、ＯＤＳ４１〜４９は、ボタンＤの各状態を描いたものとする（図中の括弧｝を参照）。そしてＩＣＳにおけるｂｕｔｔｏｎ＿ｉｎｆｏ（１），（２），（３），（４）にて、これらのボタンＡ〜ボタンＤの状態制御が記述されているものとする（図中の矢印ｂｈ１，２，３，４参照）。
図６は、複数ボタンからなる対話画面と、ピクチャデータとの合成を示す図である。
このＩＣＳによる制御の実行タイミングが、図６に示す動画のうち、任意のピクチャデータｐｔ１の表示タイミングであれば、ボタンＡ〜ボタンＤからなる対話画面が、このピクチャデータｐｔ１に合成されて表示されることになる（ｇｓ２）。動画の中身に併せて、複数ボタンからなる対話画面が表示されるので、ＩＣＳによりボタンを用いたリアルな演出が可能になる。
図７に示すボタンＡ〜ボタンＤの状態遷移を実行する場合のＩＣＳの記述例を図８に示す。図７における矢印ｈｈ１，ｈｈ２は、ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）による状態遷移を象徴的に表現している。ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｌｏｗｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＣに設定されているため、ボタンＡがセレクテッド状態になっている状態で、ＭＯＶＥＤｏｗｎキー押下のＵＯが発生すれば（図７のｕｐ１）、ボタンＣがセレクテッド状態になる（図７のｓｊ１）。ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｒｉｇｈｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＢに設定されているため、ボタンＡがセレクテッド状態になっている状態で、ＭＯＶＥＲｉｇｈｔキー押下のＵＯが発生すれば（図７のｕｐ２）、ボタンＢがセレクテッド状態になる（図７のｓｊ２）。
図７における矢印ｈｈ３は、ｂｕｔｔｏｎ ｉｎｆｏ（３）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）による状態遷移の制御を示す。ｂｕｔｔｏｎ ｉｎｆｏ（３）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｕｐｐｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＡに設定されているため、ボタンＣがセレクテッド状態になっている状態で（ｕｐ３）、ＭＯＶＥＵｐキー押下のＵＯが発生すれば、ボタンＡがセレクテッド状態に戻る。
図８のｂｕｔｔｏｎ ｉｎｆｏ（３）のボタンコマンドには、『Ｌｉｎｋ Ｍａｒｋ［３］』というナビコマンドが記述されている。そのためボタンＣがアクティブ状態に設定されれば、このナビコマンド『Ｌｉｎｋ Ｍａｒｋ［３］』が実行されて分岐が行われることになる。図９は、ナビコマンドによる分岐を模式的に示した図である。この図９で想定しているのは、学習アプリケーションへの本発明の応用である。本アプリケーションが想定している再生制御は以下の通りである。
先ず『教材映像』を再生することで、ユーザに学習を行わせ、『設問映像』を再生して、これに回答をユーザから受け付けることでユーザの理解を問う。もし回答がないまま再生が進行すれば、『ヒント映像』を表示して、ユーザの思考の手助けを行い、それでもユーザが誤って回答した場合、又は、回答がない場合、矢印ｎｃ２，ｎｃ３に示すように『教材映像』に戻るというものである。
かかるアプリケーションにおいて『設問映像』に相当する位置にＩＣＳが存在しており、正解映像の先頭ピクチャが、Ｍａｒｋ［３］により指定されているとすると、ボタンＣのアクティベートにより、ボタンＣに対応するｂｕｔｔｏｎ ｉｎｆｏ（３）の『Ｌｉｎｋ Ｍａｒｋ［３］』が実行されて、矢印ｎｃ１に示すように正解映像への分岐が行われることになる。これにより、図７に示した対話画面の再生から、正解映像の再生へと、再生が移り変わることになる。
以上が、ＩＣＳによる対話制御である。これでＡＶＣｌｉｐについての説明を終える。続いてＢＤ−ＲＯＭにおけるその他の情報（Ｃｌｉｐ情報、ＰＬ情報）について説明する。
Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。図１０は、Ｃｌｉｐ情報の内部構成を示す図である。図中の引き出し線はＣｌｉｐ情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、ビデオストリーム、オーディオストリームについての「属性情報」と、リファレンステーブルである「ＥＰ＿ｍａｐ」とからなる。
属性情報（Ａｔｔｒｉｂｕｔｅ）は、破線の引き出し線ｈｎ２に示すようにビデオストリームについての属性情報（Ｖｉｄｅｏ属性情報）、属性情報数（Ｎｕｍｂｅｒ）、ＡＶＣｌｉｐに多重化される複数オーディオストリームのそれぞれについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）からなる。ビデオ属性情報は、破線の引き出し線ｈｎ３に示すようにそのビデオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。
一方、オーディオストリームについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）は、破線の引き出し線ｈｎ４に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）、サンプリング周波数がどれだけであるかを示す。
ＥＰ＿ｍａｐは、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ ＵＮＩＴ＃１エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃２エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃３エントリー・・・・・）と、エントリー数（Ｎｕｍｂｅｒ）とからなる。各エントリーは、引き出し線ｈｎ６に示すように、対応するＩピクチャの再生開始時刻を、Ｉピクチャのアドレスと、Ｉピクチャのサイズ（Ｉ−ｓｉｚｅ）とを対応づけて示す。Ｉピクチャの再生開始時刻は、Ｉピクチャのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で表現される。またＩピクチャアドレスは、ＴＳパケットの連番（ＳＰＮ（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ））で表現される。尚、ＸＸＸ．ＣＬＰＩのファイル名ＸＸＸは、Ｃｌｉｐ情報が対応しているＡＶＣｌｉｐと同じ名称が使用される。つまり本図におけるＡＶＣｌｉｐのファイル名はＸＸＸであるから、ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がＣｌｉｐ情報についての説明である。続いてプレイリスト情報について説明する。
図１１は、プレイリスト情報の内部構成を示す図である。ＹＹＹ．ＭＰＬＳ（プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数のＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１，＃２，＃３・・・＃ｎ）と、これらＰｌａｙＩｔｅｍ情報数（Ｎｕｍｂｅｒ）と、上述したマーカ情報である「ＰＬＭａｒｋ＃１〜＃ｎ」からなる。ＰｌａｙＩｔｅｍ情報は、プレイリストを構成する１つ以上の論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩｎ点及びＯｕｔ点が属するＡＶＣｌｉｐに対応するＣｌｉｐ情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、当該ＡＶＣｌｉｐがどのような符号化方式で符号化されているかを示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』とから構成される。
ＰｌａｙＩｔｅｍ情報の特徴は、その表記法にある。つまりＥＰ＿ｍａｐをリファレンステーブルとして用いた時間による間接参照の形式で、再生区間が定義されている。図１２は、時間による間接参照を模式化した図である。本図は、Ｃｌｉｐ情報内のＥＰ＿ｍａｐは、これら複数Ｉピクチャアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＰｌａｙＩｔｅｍ情報によるＩピクチャの参照を模式化して示している。つまり、ＰｌａｙＩｔｅｍ情報による参照（矢印ｊｙ１，２，３，４）は、ＥＰ＿ｍａｐを介することにより、ＡＶＣｌｉｐ内に含まれる複数Ｉピクチャアドレスを指定するという時間による間接参照であることがわかる。
ＰｌａｙＩｔｅｍ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の再生区間を『プレイアイテム』という。ＰＬ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の論理的な再生単位を『プレイリスト（ＰＬと略す）』という。ＢＤ−ＲＯＭに記録された映画作品は、この論理的な再生単位（ＰＬ）にて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなＰＬを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。
図１３は、図１２に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。ＢＤ−ＲＯＭに記録される映画作品は、上述した論理構造をもっているので、ある映画作品のシーンを構成するＡＶＣｌｉｐを他の映画作品で引用するという”使い回し”を効率良く行うことができる。
上述したＬｉｎｋコマンドは、このＰＬという閉じた空間のみで有効となるナビコマンドである。従って、このＬｉｎｋコマンドを使用している限り、あるＰＬから別のＰＬへと分岐するという、広域的な分岐は実現できない。
以上がＰＬ及びＰｌａｙＩｔｅｍについての説明である。続いてＰＬＭａｒｋについて説明する。
ＰＬＭａｒｋ＃１〜＃ｎは、ＰＬ時間軸における複数の時点を頭出し位置として指定する情報である。ＰＬ時間軸とは、ＡＶＣｌｉｐの再生がＰＬに沿って行われる場合において、参照される時間軸である。図１４は、図１３に示したＰＬ＃１の再生時間軸に対し、設定されたＰＬｍａｒｋの一例を示す図である。本図においてＰＬ時間軸とは、ＰｌａｙＩｔｅｍ＃１，＃２，＃３の時間軸を足し合わせてなる。図中の矢印は、ＰＬｍａｒｋにより指示されている頭出し位置を示す。このＰＬ時間軸上の任意の５つの位置が、ＰＬｍａｒｋにより指定されていることがわかる。
本実施形態の特徴は、このＰＬｍａｒｋにより指定される位置が、２つのタイプの属性をもつ点である。１つ目のタイプの属性をもつ頭出し位置を”ＥｎｔｒｙＭａｒｋ”といい、２つ目のタイプの属性をもつ頭出し位置を”ＬｉｎｋＰｏｉｎｔ”という。
『ＥｎｔｒｙＭａｒｋ』は、ユーザスキップ、チャプターサーチ、Ｌｉｎｋコマンドによる分岐により再生可能となる頭出し位置である。図１５は、図１４に示した各Ｍａｒｋ情報に対する、属性の設定例を示す。本図においてＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］の属性がＥｎｔｒｙＭａｒｋに設定されている。そのためＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］への頭出しは可能になるが、これら以外への頭出しはできない。つまり、ＰＬＭａｒｋ［３］により指示されている位置、ＰＩ＃１，＃２，＃３の境界には、何度ユーザスキップが押下されたとしても、頭出しされないのである。ＰＬ＃１の始点、終点は、それぞれＰＬＭａｒｋＬ［０］、ＰＬＭａｒｋ［４］により指示されているため、ユーザによる頭出しが可能になる。しかし仮にＭａｒｋ情報により指示されていなければ、これらの位置へは、ユーザスキップやチャプターサーチにより頭出しすることができない。
ＰＬにおいて連続する一組のＥｎｔｒｙＭａｒｋはチャプターを規定する。ここで図に示した５つのＰＬｍａｒｋのうち、ＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］がＥｎｔｒｙＭａｒｋであるので、これらにより区切られる、ＰＬ時間軸上の一区間がチャプターになる。図１６は、図１５のＭａｒｋ情報により規定されるチャプターを示す図である。ここでもしＰＬの末尾にＥｎｔｒｙＭａｒｋが存在しない場合は最後のＥｎｔｒｙＭａｒｋと、ＰＬの末尾との間が１つのチャプターを構成する。これらのチャプターには、チャプター番号が割り当てられ、チャプターサーチ時には、このチャプター番号を用いて各チャプターに頭出しすることができる。チャプターサーチとは、チャプター番号と呼ばれる数値の入力を受け付けて、その数値に該当するチャプターに頭出しするというものである。このチャプター番号は、ＰＬにおいてＥｎｔｒｙＭａｒｋが出現する順番を示す。例えばＰＬにおいて１つ目に出現するＥｎｔｒｙＭａｒｋから始まるチャプターには、チャプター番号”１”が、２つ目に出現するＥｎｔｒｙＭａｒｋから始まるチャプターにはチャプター番号”２”がそれぞれ割り当てられる。チャプターに対する頭出しには、チャプターメニューによるものがある。チャプターメニューとは、チャプターを一覧表示するメニューであり、このメニューにより選ばれたチャプターに頭出しするというのが、チャプターメニューによる頭出しである。以上がＥｎｔｒｙＭａｒｋについての説明である。
『ＬｉｎｋＰｏｉｎｔ』とは、Ｌｉｎｋコマンド等、ナビコマンドによる頭出しは可能であるが、ユーザスキップ、チャプターサーチでは頭出しできない位置をいう。つまり図９に示したようなヒント映像に頭出ししたい場合、その先頭ピクチャをＰＬｍａｒｋで指定させて、『ＬｉｎｋＰｏｉｎｔ』を示すようＭａｒｋＴｙｐｅを設定にする。こうすることで、映像はユーザスキップでは参照されないが、ボタンコマンド等のナビコマンドからは頭出しが可能になる。以上がＭａｒｋ情報により指示される頭出し位置の属性である。続いてＰＬＭａｒｋの内部構成について説明する。
図１７は、図１１に示した複数のＰＬｍａｒｋのうち、任意の１つ（ＰＬｍａｒｋ［ｉ］という）の内部構成を示す。本図に示すようにＰＬｍａｒｋ［ｉ］は、『ｍａｒｋ＿ｔｙｐｅ』、『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』、『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』、『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』からなる。
『ｍａｒｋ＿ｔｙｐｅ』は、「０１」であれば、ＰＬｍａｒｋにより指示される位置はＥｎｔｒｙＭａｒｋであることを示し、「０２」であれば、ＰＬｍａｒｋにより指示される位置は、ＬｉｎｋＰｏｉｎｔであることを示す。
『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸上の時点が、どのＰｌａｙＩｔｅｍの再生時間軸に存在しているかを示す。
『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸のうち、ＰＬｍａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍにより指示されたＰｌａｙＩｔｅｍのＩｎ＿ｔｉｍｅから、Ｏｕｔ＿ｔｉｍｅまでの任意の一時点を示す時間情報である。
『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』は、ＡＶＣｌｉｐに多重されている複数エレメンタリストリームのうち、どのエレメンタリストリームに頭出し位置を指定するかを示す。ＰＩＤは通常、ＡＶＣｌｉｐに多重されている複数エレメンタリストリーム全体を対象とするよう、デフォルト値（０ｘＦＦＦＦ）に設定されている。この『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』が、特定のエレメンタリストリームのＰＩＤを示すなら、マーカ情報はそのエレメンタリストリームの再生時間軸上に頭出し位置を指定する。
以下、ＰＬｍａｒｋにて示された時点に対する頭出しの具体例について説明する。この具体例で想定するＰＬは、図１５、図１６に示したものである。そしてこれらの図のＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［３］、ＰＬＭａｒｋ［４］により指定されるＰＬ時間軸上の一時点に、図５に示したＡＶＣｌｉｐの教材映像、設問映像、ヒント映像、正解映像の先頭ピクチャが存在していると考える。この場合、図１８に示すように教材映像に相当する区間がチャプター１、設問映像に相当する区間がチャプター２、ヒント映像に相当する区間がチャプター３になる。ここで正解映像の先頭はＰＬＭａｒｋ［３］により指定されていたが、ＰＬＭａｒｋ［３］の先頭はＬｉｎｋＰｏｉｎｔなので、この正解映像の先頭はチャプターの先頭にならない。故に正解映像の先頭ピクチャは、ＰＬｍａｒｋにより指定されつつも、チャプターの先頭にはなりえない。
このように複数チャプターに分割されたＡＶＣｌｉｐにおいて、頭出しがどのように行われるは図１９〜図２１に示すものとなる。図１９は、ユーザスキップによる頭出しを想定した図である。
本図における矢印は、ユーザ操作に基づくユーザスキップを模式的に示す。そのためユーザスキップによる頭出し時では、教材映像、設問映像、ヒント映像の先頭ピクチャが順次表示されることになる。一方正解映像は、ＰＬｍａｒｋにより指定されていながら、ＭａｒｋＴｙｐｅがＬｉｎｋＰｏｉｎｔであるので、ユーザスキップ時に正解映像の先頭ピクチャが表示されることはない。
図２０は、チャプターサーチによる頭出しを想定した図である。本図の破線矢印は、チャプターサーチによる頭出しを象徴的に示す。チャプターサーチにおいても、ＭａｒｋＴｙｐｅがＥｎｔｒｙＭａｒｋに設定された教材映像、設問映像、ヒント映像の先頭ピクチャには頭出しが可能になるが、ＭａｒｋＴｙｐｅがＬｉｎｋＰｏｉｎｔに設定された正解映像の先頭ピクチャには頭出しできない。ＭａｒｋＴｙｐｅの設定により、ＥｎｔｒｙＭａｒｋには頭出しするが、ＬｉｎｋＰｏｉｎｔには頭出ししないようにオーサリング担当者は設定を行うことができる。これによりオーサリング担当者が意図していないような頭出しを避けることができる。
図２１は、ボタンコマンドによる頭出しを示す図である。本図における矢印は、ボタンコマンドによる頭出しを象徴的に示す。ボタンコマンドの頭出し位置がＰＬＭａｒｋ［３］であれば、このＰＬＭａｒｋ［３］で指示される正解映像の先頭ピクチャに頭出しすることになる。これによりボタンコマンドの実行時には、正解映像の先頭から再生が開始されることになる。
以上のように、ＬｉｎｋＰｏｉｎｔのＰＬｍａｒｋにより指定された時点は、ユーザスキップやチャプターサーチでは頭出しできないが、ボタンコマンドによる頭出しは可能になる。以上のＰＬｍａｒｋ設定により、正解映像の先頭ピクチャは、ユーザスキップやチャプターサーチでは再生されず、ボタンコマンドからは再生されるので、正解映像を隠しておくことができる。
ＰＬＭａｒｋはＰＬ毎に存在するので、あるＡＶＣｌｉｐが複数のＰＬにより参照されている場合、参照する側のＰＬが変わればＰＬｍａｒｋにより指定されるピクチャも変わる。従ってボタンコマンドのオペランドにおけるマーク番号により、どの時点に頭出しされるかは、ＡＶＣｌｉｐを参照しているＰＬ如何によって変わってくる。そのため制作者は、あるＰＬでは、ある時点の映像への頭出しを許可するが、別のＰＬでは、その時点の映像への頭出しを認めないという作り分けを容易に行うことができる。
以上説明したＤｉｓｐｌａｙ Ｓｅｔ（ＩＣＳ、ＰＤＳ、ＯＤＳ）のデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、Ｂｌｕ−ｒａｙ Ｐｒｅｒｅｃｏｒｄｉｎｇ Ｆｏｒｍａｔの文法に従ってこのクラス構造体を記述することにより、ＢＤ−ＲＯＭ上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２２は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置、マイコンシステムという３つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、Ｒｅａｄ Ｂｕｆｆｅｒ２、ＰＩＤフィルタ３、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃ、周辺回路４ｄ、ビデオデコーダ５、ビデオプレーン６、オーディオデコーダ７、グラフィクスプレーン８、ＣＬＵＴ部９、加算器１０、グラフィクスデコーダ１２、Ｃｏｄｅｄ Ｄａｔａバッファ１３、周辺回路１３ａ、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４、Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６、Ｇｒａｐｈｉｃｓコントローラ１７、ＵＯコントローラ１８、プレーヤレジスタ群１９、制御部２０から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／リード／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
Ｒｅａｄ Ｂｕｆｆｅｒ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＴＳパケットが先入れ先出し式に格納される。
ＰＩＤフィルタ３は、Ｒｅａｄ Ｂｕｆｆｅｒ２から出力される複数ＴＳパケットに対してフィルタリングを施す。ＰＩＤフィルタ３によるフィルタリングは、ＴＳパケットのうち、所望のＰＩＤをもつもののみをＴｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃに書き込むことでなされる。ＰＩＤフィルタ３によるフィルタリングでは、バッファリングは必要ではない。従って、ＰＩＤフィルタ３に入力されたＴＳパケットは、時間遅延なく、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃに書き込まれる。
Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃは、ＰＩＤフィルタ３から出力されたＴＳパケットを先入れ先出し式に格納しておくメモリである。
周辺回路４ｄは、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ ４ａから読み出されたＴＳパケットを、機能セグメントに変換する処理を行うワイアロジックである。変換により得られた機能セグメントはＣｏｄｅｄ Ｄａｔａバッファ１３に格納される。
ビデオデコーダ５は、ＰＩＤフィルタ３から出力された複数ＴＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン６に書き込む。
ビデオプレーン６は、動画用のプレーンである。
オーディオデコーダ７は、ＰＩＤフィルタ３から出力されたＴＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
グラフィクスプレーン８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。
ＣＬＵＴ部９は、グラフィクスプレーン８に格納された非圧縮グラフィクスにおけるインデックスカラーを、ＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
加算器１０は、ＣＬＵＴ部９により色変換された非圧縮グラフィクスに、ＰＤＳに示されるＴ値（透過率）を乗じて、ビデオプレーン６に格納された非圧縮状態のピクチャデータと画素毎に加算し、合成画像を得て出力する。
グラフィクスデコーダ１２は、グラフィクスストリームをデコードして、非圧縮グラフィクスを得て、これをグラフィクスオブジェクトとしてグラフィクスプレーン８に書き込む。グラフィクスストリームのデコードにより、字幕やメニューが画面上に現れることになる。このグラフィクスデコーダ１２は、Ｃｏｄｅｄ Ｄａｔａバッファ１３、周辺回路１３ａ、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４、Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６、Ｇｒａｐｈｉｃｓコントローラ１７から構成される。
Ｃｏｄｅ Ｄａｔａ Ｂｕｆｆｅｒ１３は、機能セグメントがＤＴＳ、ＰＴＳと共に格納されるバッファである。かかる機能セグメントは、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａに格納されたトランスポートストリームの各ＴＳパケットから、ＴＳパケットヘッダ、ＰＥＳパケットヘッダを取り除き、ペイロードをシーケンシャルに配列することにより得られたものである。取り除かれたＴＳパケットヘッダ、ＰＥＳパケットヘッダのうち、ＰＴＳ／ＤＴＳは、ＰＥＳパケットと対応付けて格納される。
周辺回路１３ａは、Ｃｏｄｅｄ Ｄａｔａバッファ１３−Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４間の転送、Ｃｏｄｅｄ Ｄａｔａバッファ１３−Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６間の転送を実現するワイヤロジックである。この転送処理において現在時点がＯＤＳのＤＴＳに示される時刻になれば、ＯＤＳを、Ｃｏｄｅｄ Ｄａｔａバッファ１３からＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４に転送する。また現在時刻がＩＣＳ、ＰＤＳのＤＴＳに示される時刻になれば、ＩＣＳ、ＰＤＳをＣｏｍｐｏｓｉｔｉｏｎバッファ１６に転送するという処理を行う。
Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｏｒ１４は、ＯＤＳをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態の非圧縮グラフィクスをグラフィクスオブジェクトとしてＯｂｊｅｃｔ Ｂｕｆｆｅｒ１５に書き込む。このＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４によるデコードは、ＯＤＳに関連付けられたＤＴＳの時刻に開始し、ＯＤＳに関連付けられたＰＴＳに示されるデコード終了時刻までに終了する。上述したグラフィックスオブジェクトのデコードレートＲｄは、このＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４の出力レートである。
Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５には、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４のデコードにより得られたグラフィクスオブジェクトが配置される。
Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６は、ＩＣＳ、ＰＤＳが配置されるメモリである。
Ｇｒａｐｈｉｃｓコントローラ１７は、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６に配置されたＩＣＳを解読して、ＩＣＳに基づく制御をする。
ＵＯコントローラ１８は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）を制御部２０に出力する。
プレーヤレジスタ群１９は、制御部２０に内蔵されるレジスタであり、３２個のＰｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒと、３２個のＧｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒとからなる。Ｐｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値（ＰＳＲ）がどのような意味をもつかは、以下に示す通りである。以下のＰＳＲ（ｘ）という表記は、ｘ番目のＰｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値を意味する。
ＰＳＲ（０） ： Ｒｅｓｅｒｖｅｄ
ＰＳＲ（１） ： デコード対象たるオーディオストリームのストリーム番号
ＰＳＲ（２） ： デコード対象たる副映像ストリームのストリーム番号
ＰＳＲ（３） ： ユーザによるアングル設定を示す番号
ＰＳＲ（４） ： 現在再生対象とされているタイトルの番号
ＰＳＲ（５） ： 現在再生対象とされているＣｈａｐｔｅｒの番号
ＰＳＲ（６） ： 現在再生対象とされているＰＬの番号
ＰＳＲ（７） ： 現在再生対象とされているＰｌａｙＩｔｅｍの番号
ＰＳＲ（８） ： ＡＶＣｌｉｐ時間軸における再生時点を示すカレントＰＴＭ
ＰＳＲ（９） ： ナビゲーションタイマのカウント値
ＰＳＲ（１０） ： 現在セレクテッド状態にあるボタンの番号
ＰＳＲ（１１）〜（１２）： Ｒｅｓｅｒｖｅｄ
ＰＳＲ（１３） ： ユーザによるパレンタルレベルの設定
ＰＳＲ（１４） ： 再生装置の映像再生に関する設定
ＰＳＲ（１５） ： 再生装置の音声再生に関する設定
ＰＳＲ（１６） ： 再生装置における音声設定を示す言語コード
ＰＳＲ（１７） ： 再生装置における字幕設定を示す言語コード
ＰＳＲ（１８） ： メニュー描画のための言語設定
ＰＳＲ（１９）〜（６３）： Ｒｅｓｅｒｖｅｄ
制御部２０は、グラフィクスデコーダ１２との双方向のやりとりを通じて、統合制御を行う。制御部２０からグラフィクスデコーダ１２へのやりとりとは、ＵＯコントローラ１８が受け付けたＵＯを、グラフィクスデコーダ１２に出力することである。グラフィクスデコーダ１２から制御部２０へのやりとりとは、ＩＣＳに含まれるボタンコマンドを制御部２０に出力することである。
以上が再生装置の内部構成である。続いて制御部２０及びグラフィクスデコーダ１２を、どのようにして実装するかについて説明する。制御部２０は、図２３〜図２５の処理手順を行うプログラムを作成し、汎用ＣＰＵに実行させることにより実装可能である。以降、図２３〜図２５を参照しながら、制御部２０の処理手順について説明する。
図２３は、制御部２０によるＰＬに基づく再生手順を示すフローチャートである。
本フローチャートにおいて処理対象たるＰｌａｙＩｔｅｍをＰＩｙとする。本フローチャートは、カレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１）、カレントＰＬ情報の先頭のＰＩ情報をＰＩｙにする（ステップＳ２）。そして ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む（ステップＳ３）。
ステップＳ４は、ＰＩｙのＩｎ＿ｔｉｍｅからＰＩｙのＯｕｔ＿ｔｉｍｅまでの読み出しと、デコードを、ＢＤドライブ１、ビデオデコーダ５、オーディオデコーダ７、グラフィクスデコーダ１２に命じる。以上のステップＳ３〜ステップＳ４により、ＡＶＣｌｉｐにおいて、ＰＩｙにより指示されている部分の再生がなされることになる。
その後、ステップＳ５を経て、ステップＳ６においてＰＩｙがカレントＰＬの最後のＰＩであるかを判定し、もし違うならカレントＰＬにおける次のＰＩを、ＰＩｙにして（ステップＳ７）、ステップＳ３に戻る。以上のステップＳ３〜ステップＳ７を繰り返すことにより、ＰＬを構成するＰＩは順次再生されることになる。
ステップＳ５は、ユーザオペレーション受け付け時の処理であり、この処理の詳細手順は図２４に示されている。
図２４は、ユーザオペレーション受け付け時の処理手順を示すフローチャートである。本フローチャートは、ステップＳ１５がＹｅｓと判定されるまで、ステップＳ１２〜ステップＳ１５の処理を繰り返すループ処理を形成している。
ステップＳ１１は、ユーザによりＳｋｉｐＮｅｘｔキー、ＳｋｉｐＢａｃｋキーの押下がなされたか否かの判定であり、もしそうであるなら、図２５のステップＳ２１〜ステップＳ３３の手順に従い、頭出しを行う。
ステップＳ２１は、カレントＰＬＭａｒｋを得る。ここでＰＬ再生時間軸において、現在の再生時点は、ＰＳＲ（７）に示されるカレントＰＩ番号、及び、ＰＳＲ（８）に示されるカレントＰＴＭにより表されているので、これらを変換することにより、カレントＭａｒｋ情報を得る。ステップＳ２２は、押下されたのがＳｋｉｐＮｅｘｔキーであるか、ＳｋｉｐＢａｃｋキーであるかの判定であり、ＳｋｉｐＮｅｘｔキーであるならステップＳ２３において方向フラグを＋１に設定し、ＳｋｉｐＢａｃｋキーであるならステップＳ２４において方向フラグを−１に設定する。
ステップＳ２５は、カレントＰＬＭａｒｋの番号に方向フラグの値を足した番号を、カレントＰＬＭａｒｋの番号として設定する。ここでＳｋｉｐＮｅｘｔキーであるなら方向フラグは＋１に設定されているのでカレントＰＬＭａｒｋはインクリメントされることになる。ＳｋｉｐＢａｃｋキーであるなら方向フラグは−１に設定されているので、カレントＰＬＭａｒｋはデクリメントされることになる。
ステップＳ２６は、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｙｐｅがＥｎｔｒｙ−ｍａｒｋであるか否かの判定であり、もし異なるなら、ステップＳ２５に戻る。ステップＳ２５が再度実行されることにより、カレントＰＬＭａｒｋは次のＭａｒｋ情報を示すことになる。そのためカレントＭａｒｋ情報で指示される頭出し位置がＬｉｎｋＰｏｉｎｔであるなら、その次のＭａｒｋ情報により指示されている時点が、頭出し位置になる。
ステップＳ２７〜ステップＳ３３は、カレントＭａｒｋ情報に基づく読出手順及び再生手順を示す。ここでの読出手順の読出範囲は、開始アドレスｕ、終了アドレスｗにて特定されるステップＳ２７は、カレントＰＬＭａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに記述されているＰＩを、ＰＩｙに設定し、ステップＳ２８は、ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む。ステップＳ２９は、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐを、Ｉピクチャアドレスｕに変換する。一方ステップＳ３０は、ＰＩｙのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて，Ｉピクチャアドレスｖに変換する。ＰＩｙのＯｕｔ＿ｔｉｍｅに相当するピクチャデータのデコードを行うには、アドレスｖに位置するＩピクチャだけでは足りず、ＰＩｙのＯｕｔ＿ｔｉｍｅに後続するピクチャデータも必要となる。何故なら、ＰＩｙのＯｕｔ＿ｔｉｍｅに相当するピクチャデータは、未来方向のピクチャデータを参照している可能性があるからである。そのため、ステップＳ３１ではアドレスｖに存在するＩピクチャの次のＩピクチャアドレスの１つ手前をアドレスｗにする。
アドレスｗを算出した後、ステップＳ３２においてＩピクチャアドレスｕからアドレスｗまでのＴＳパケットの読み出しをＢＤドライブ１に命じる。ステップＳ３３は、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰＩｙのＯｕｔ＿ｔｉｍｅまでの出力をデコーダに命じる。以上のステップＳ２７〜ステップＳ３３により、ＡＶＣｌｉｐのうち、ＰＩｙに属する部分の再生がなされることになる。
図２４のステップＳ１２は、ユーザによりチャプターサーチがなされたか否かの判定である。もしそうであれば、ステップＳ１６において、ユーザにより数値入力されたチャプター番号に相当するＰＬＭａｒｋをカレントＭａｒｋ情報にし、ステップＳ１７において方向フラグを１に設定して、図２５のステップＳ２６に移行する。
ステップＳ１３は、ユーザにより押下されたのが、ＭｏｖｅＵＰ／Ｄｏｗｎ／Ｌｅｆｔ／Ｒｉｇｈｔであるかの判定であり、もしそうであれば、ステップＳ１８において移動方向に存在するボタンを、カレントボタンに設定してステップＳ１５に移行する。
ステップＳ１４は、カレントボタンがアクティベートされたか否かの判定であり、もしそうであれば図２５のステップＳ３６〜ステップＳ４０を実行する。ステップＳ３６〜ステップＳ４０は、カレントボタンに対応するボタンコマンドのそれぞれについて繰り返すループ処理を形成している（ステップＳ３６、ステップＳ３７）。
ステップＳ３８は、ボタンコマンドがリンクコマンドであるか否かの判定であり、もしそうでないならボタンコマンドを実行する。もしリンクコマンドであるなら、リンク先に指定されているＭａｒｋ情報をカレントＭａｒｋ情報に設定してステップＳ２７に移行する。ステップＳ２７に移行することにより、カレントＭａｒｋ情報のカレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰＩｙのＯｕｔ＿ｔｉｍｅまでの出力がなされることになる。
以上のように本実施形態によれば、マーカ情報における属性を規定することにより、ユーザスキップによる頭出しの対象にはならないが、分岐コマンドによる頭出しの対象になり得る頭出し位置を規定することができる。これにより、ユーザが何度もユーザスキップを実行したとしても、正解映像に辿り着かないように、オーサリング時に規定しておくことができる。
更に、ユーザスキップをユーザに行わせることで、好きな教材や設問、やヒントをユーザに選ばせつつも、肝心の正解については、ユーザに隠蔽しておくという再生制御、つまり、ＡＶ機能の利点を活かした新たな再生制御が可能になるので、制作者にとっての恩恵は大きい。
（第２実施形態）
本実施形態は、ＢＤ−ＲＯＭの製造工程に関する実施形態である。図２６は、第２施形態に係るＢＤ−ＲＯＭの製造工程を示すフローチャートである。
ＢＤ−ＲＯＭの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ２０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ２０２、ＢＤ−ＲＯＭの原盤を作成し、プレス・貼り合わせを行って、ＢＤ−ＲＯＭを完成させるプレス工程Ｓ２０３を含む。
これらの工程のうち、ＢＤ−ＲＯＭを対象としたオーサリング工程は、以下のステップＳ２０４〜ステップＳ２１０を含む。
ステップＳ２０４においてＰｌａｙＩｔｅｍを記述し、ステップＳ２０５においてＰＬ時間軸上において、頭出し位置にしたいピクチャが現れる時点を示すＰＬＭａｒｋを記述する。ステップＳ２０６では、頭出し位置にしたいピクチャが現れる時点の、属性を示すｍａｒｋ＿ｔｙｐｅをＰＬＭａｒｋに設定し、ステップＳ２０７では、記述したＰＬＭａｒｋを、複数ＰｌａｙＩｔｅｍと一体化して、ＰＬ情報を生成する。ステップＳ２０８では、ＬｉｎｋＰｏｉｎｔとなるＰＬＭａｒｋを分岐先としたｌｉｎｋコマンドを有するＩＣＳを記述する。
ステップＳ２０９では、ＩＣＳ、グループ化されたグラフィクスデータを一体化させて、グラフィクスストリームを生成する。グラフィクスストリームが得られれば、ステップＳ２１０においてグラフィクスストリームを別途生成されたビデオストリーム、オーディオストリームと多重してＡＶＣｌｉｐを得る。ＡＶＣｌｉｐが得られれば、ステップＳ２１１において、ＰＬ情報、Ｃｌｉｐ情報及びＡＶＣｌｉｐをＢＤ−ＲＯＭのフォーマットに適合させることにより、アプリケーションフォーマットが完成する。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びＴそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（Ａ）第１実施形態に示したＰＬ情報、Ｃｌｉｐ情報は、いわゆる静的シナリオである。この静的シナリオの他に動的シナリオをＢＤ−ＲＯＭに記録してもよい。動的なシナリオとは、ＡＶＣｌｉｐの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ノーマルモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（エンハンスドモード）である。このエンハンスドモードにおいて、Ｊａｖａ言語、ページ記述言語で、再生制御手順を記述することができる。
そしてこの動的シナリオから、ＰＬ内の任意のＬｉｎｋＰｏｉｎｔや、任意のＥｎｔｒｙＭａｒｋに分岐を行うよう、再生制御手順を記述してもよい。ここでの分岐には、広域的な分岐を行うナビコマンドが用いられる。かかるナビコマンドには、ＰｌａｙＰＬａｔＭａｒｋコマンドがある。このコマンドは、オペランドに指定される番号を、マーク番号と解釈して、そのマーク番号のＭａｒｋ情報を用いた頭出しを、再生装置に命じるコマンドである。かかるＰｌａｙＰＬａｔＭａｒｋコマンドを用いることにより、Ｊａｖａ言語、ページ記述言語で記述されたプログラムから、ＰＬの途中へと分岐するという再生制御を実現することができる。
（Ｂ）全ての実施形態では、本発明に係る記録媒体をＢＤ−ＲＯＭとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
（Ｃ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムＬＳＩ（集積回路）のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輪入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｄ）各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｅ）各フローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｆ）ＢＤ−ＲＯＭに記録するにあたって、ＡＶＣｌｉｐを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｇ）各実施形態におけるデジタルストリームは、ＢＤ−ＲＯＭ規格のＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式、ＤＴＳ方式であってもよい。
（Ｈ）各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
（Ｉ）第１実施形態〜第２実施形態に示したグラフィックスオブジェクトは、ランレングス符号化されたラスタデータである。グラフィックスオブジェクトの圧縮・符号化方式にランレングス符号方式を採用したのは、ランレングス符号化は字幕の圧縮・伸長に最も適しているためである。字幕には、同じ画素値の水平方向の連続長が比較的長くなるという特性があり、ランレングス符号化による圧縮を行えば、高い圧縮率を得ることができる。また伸長のための負荷も軽く、復号処理のソフトウェア化に向いている。デコードを実現する装置構成を、字幕−グラフィックスオブジェクト間で共通化する目的で、字幕と同じ圧縮・伸長方式をグラフィックスオブジェクトに採用している。しかし、グラフィックスオブジェクトにランレングス符号化方式を採用したというのは、本発明の必須事項ではなく、グラフィックスオブジェクトはＰＮＧデータであってもよい。またラスタデータではなくベクタデータであってもよい、更に透明な絵柄であってもよい。
（Ｊ）第１実施形態においてＰＬＭａｒｋのＭａｒｋ＿Ｔｙｐｅは、チャプターサーチ、ユーザスキップ、Ｌｉｎｋコマンドによるリンクの何れもが可能であるか（ＥｎｔｒｙＭａｒｋ）、Ｌｉｎｋコマンドによるリンクのみが可能であるか（ＬｉｎｋＰｏｉｎｔ）を示したが、他の属性を示してもよい。例えばＰＬＭａｒｋに複数のフラグを設け、個々のフラグに、チャプターサーチが可能か否か（１）、ユーザスキップが可能か否か（２）、Ｌｉｎｋコマンドによるリンクが可能か否か（３）を個別に示させてもよい。
以上のような変更実施が可能であるとしても、本願の特許請求の範囲に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本順の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
【符号の説明】
１ ＢＤドライブ
２ Ｒｅａｄ Ｂｕｆｆｅｒ
３ ＰＩＤフィルタ
４ ＴＢバッファ
５ ビデオデコーダ
６ ビデオプレーン
７ オーディオデコーダ
８ グラフィクスプレーン
９ ＣＬＵＴ部
１０ 加算器
１２ グラフィクスデコーダ
１３ Ｃｏｄｅｄ Ｄａｔａ Ｂｕｆｆｅｒ
１４ Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ
１６ Ｃｏｍｐｏｓｉｔｉｏｎバッファ
１７ Ｇｒａｐｈｉｃｓコントローラ
１８ ＵＯコントローラ
１９ プレーヤレジスタ群
２０ 制御部
２００ 再生装置
３００ テレビ
４００ リモコン
【産業上の利用可能性】
本発明に係る記録媒体、再生装置は、対話機能に、ＡＶ機能の有為性を取り入れることができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【技術分野】
デジタルストリームが記録された記録媒体及び再生装置に関し、特にデジタルストリーム上の任意の位置への頭出しを実現する場合の改良に関する。
【背景技術】
ＢＤ−ＲＯＭ等の読出専用の記録媒体により供給されるコンテンツには、映画・音楽等のＡＶソフト、ゲームソフトといった類型がある。だが近年の再生装置の高機能化に伴い、ＡＶソフトに分類されるコンテンツであっても、ゲームソフトのような対話機能をもったものが登場している。
この対話機能は、ＡＶソフトの動画、音声を構成するデジタルストリームに、対話機能のための情報を組み込むことにより実現される。これによりデジタルストリームにより設問の映像を再生すると共に、この設問に対する回答をユーザから受け付け、その回答が正解であるなら、正解映像を再生させるという対話機能の実現が可能になる。
ところが、対話機能をもっているとはいえ、かかるコンテンツはＡＶソフトであることに変わりない。そのため、ＡＶソフトの再生時には、いわゆるユーザスキップが可能である。ユーザスキップとは、ＤＶＤ再生装置、ＣＤ再生装置が具備しているＡＶ機器特有の機能（ＡＶ機能）の１つであり、ユーザによる操作に従い、デジタルストリームに予め設けられた頭出し位置にジャンプするという機能である。例えば、ユーザスキップに割り当てられたキーをユーザが押下すれば、再生装置は、現在の再生時点に最も近い１つ目の頭出し位置から再生を開始することになる。ユーザスキップが２回押下されれば、次に近い２つ目の頭出し位置から、ユーザスキップが３回押下されれば、その次に近い３つ目の頭出し位置から、再生が開始されることになる。
ここで、上述したような対話機能の実現にあたって、正解映像は、設問映像からジャンプできるように、マーカ情報と呼ばれる情報により頭出し位置として指定されている。そのため、ユーザがスキップを繰り返し実行すれば、この正解映像にたどり着いてしまうことがある。本来設問映像に正解しないと見れない筈の正解映像が、ユーザスキップの繰り返しで再生されてしまうのは余りにもお粗末であり、ＡＶソフトのおまけであるという印象を拭えない。ユーザスキップの繰り返しでは、正解映像に頭出しできないようにするには、ＡＶ機能を一切受け付けないように再生装置を設定しておくという途がある。しかしこのように、ＡＶ機能を一切受け付けないというのも、ＡＶソフト特有の強みを失うことになり、コンテンツ制作者に推奨し難い。
【発明の開示】
本発明の目的は、設問映像に正解しないと見れない筈の正解映像が、ＡＶ機能の実行により再生されてしまうという粗末が露呈しない記録媒体を提供することである。
上記目的を達成するため本発明に係る記録媒体は、デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とが記録された記録媒体であって、マーカ情報は、前記位置の属性情報を含み、属性情報は、再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか又は無視すべきがを示すことを特徴としている。
マーカ情報における属性を規定することにより、ユーザスキップ等、再生位置の選択を意図した頭出しの対象にはならないが、分岐コマンドによる頭出しの対象になり得る頭出し位置を規定することができる。これにより、ユーザが何度もユーザスキップを実行したとしても、正解映像に辿り着かないように、オーサリング時に規定しておくことができる。
更に、ユーザスキップ等、再生位置の選択を意図した操作をユーザに行わせることで、好きな設問映像をユーザに選ばせつつも、肝心の正解については、ユーザに隠蔽しておくという再生制御、つまり、ＡＶ機能の利点を活かした新たな再生制御が可能になるので、制作者にとっての恩恵は大きい。
【図面の簡単な説明】
図１（ａ）は、本発明に係る記録媒体の、使用行為についての形態を示す図である。
図１（ｂ）は、対話画面に対する操作をユーザから受け付けるためのリモコン４００におけるキーを示す図である。
図２は、ＢＤ−ＲＯＭの構成を示す図である。
図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図４は、Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔのデータ構造を示す図である。
図５は、あるＤＳｎに含まれるＯＤＳと、ＩＣＳとの関係を示す図である。
図６は、複数ボタンからなる対話画面と、ピクチャデータとの合成を示す図である。
図７は、ボタンＡ〜ボタンＤの状態遷移を示す図である。
図８は、図７に示すボタンＡ〜ボタンＤの状態遷移を実行する場合のＩＣＳの記述例を図である。
図９は、ナビコマンドによる分岐を模式的に示した図である。
図１０は、Ｃｌｉｐ情報の内部構成を示す図である。
図１１は、ＰＬ情報の内部構成を示す図である。
図１２は、時間情報による間接参照を模式化した図である。
図１３は、図１２に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
図１４は、図１３に示したＰＬ＃１の再生時間軸に対し、設定されたＰＬｍａｒｋの一例を示す図である。
図１５は、図１４に示した各Ｍａｒｋ情報に対する、属性の設定例を示す図である。
図１６は、図１５のＭａｒｋ情報により規定されるチャプターを示す図である。
図１７は、図１１に示した複数のＰＬｍａｒｋのうち、任意の１つ（ＰＬｍａｒｋ［ｉ］という）の内部構成を示す。
図１８は、教材映像に相当する区間（チャプター１）、設問映像に相当する区間（チャプター２）、ヒント映像に相当する区間（チャプター３）を示す図である。
図１９は、ユーザスキップによる頭出しを想定した図である。
図２０は、チャプターサーチによる頭出しを想定した図である。
図２１は、ボタンコマンドによる頭出しを示す図である。
図２２は、本発明に係る再生装置の内部構成を示す図である。
図２３は、制御部２０によるＰＬに基づく再生手順を示すフローチャートである。
図２４は、ユーザオペレーション受け付け時の処理手順を示すフローチャートである。
図２５は、ユーザスキップ、チャプターサーチ時における頭出し手順を示すフローチャートである。
図２６は、第２施形態に係るＢＤ−ＲＯＭの製造工程を示すフローチャートである。
【発明を実施するための最良の形態】
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体及び再生装置の実施行為のうち、使用行為についての形態を説明する。図１（ａ）は、本発明に係る記録媒体及び再生装置の、使用行為についての形態を示す図である。図１（ａ）において、本発明に係る記録媒体は、ＢＤ−ＲＯＭ１００であり、本発明に係る再生装置は再生装置２００である。このＢＤ−ＲＯＭ１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。このうちリモコン４００は、対話画面の状態を変化させるための操作をユーザから受け付けるものであり、本発明に係る記録媒体に深い係りをもつ。図１（ｂ）は、対話画面に対する操作をユーザから受け付けるためのリモコン４００におけるキーを示す図である。本図に示すようにリモコン４００は、ＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキー、ＳｋｉｐＢａｃｋキー、ＳｋｉｐＮｅｘｔキー、数値キー「０」〜「９」，「＋１０」が設けられている。ここで対話画面におけるボタンは、ノーマル状態、セレクテッド状態、アクティブ状態という３つの状態をもち、これらＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキーは、このボタンの状態をノーマル状態→セレクテッド状態→アクティブ状態と変化させる操作をユーザから受け付ける。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。アクティブ状態とは、確定に至った状態をいう。ＭｏｖｅＵｐキーは、対話画面においてあるボタンがセレクテッド状態である場合、このボタンより上にあるボタンをセレクテッド状態に設定するためのキーである。ＭｏｖｅＤｏｗｎキーは、このボタンより下にあるボタンをセレクテッド状態に設定するためのキー、ＭｏｖｅＲｉｇｈｔキーは、このボタンより右にあるボタンをセレクテッド状態に設定するためのキー、ＭｏｖｅＬｅｆｔキーは、このボタンより左にあるボタンをセレクテッド状態に設定するためのキーである。
Ａｃｔｉｖａｔｅｄキーは、セレクテッド状態にあるボタンをアクティブ状態（アクティベート）するためのキーである。
ＳｋｉｐＢａｃｋキーは、現在の再生時点から見て、後方方向へのユーザスキップを受け付けるキーである。
ＳｋｉｐＮｅｘｔキーは、現在の再生時点から見て、前方方向へのユーザスキップを受け付けるキーである。
「０」〜「９」の数値キーは、該当する数値が割り当てられたボタンをセレクテッド状態にするキーである。「＋１０」キーとは、これまで入力された数値に１０をプラスするという操作を受け付けるキーである。尚、「０」キー、「＋１０」キーは、何れも１０桁以上の数値の入力を受け付けるものなので、「０」キー、「＋１０」キーは、どちらかが具備されていればよい。
以上が本発明に係る記録媒体及び本発明に係る再生装置の使用形態についての説明である。
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図２は、ＢＤ−ＲＯＭの構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、ＢＤＭＶディレクトリの配下には、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが存在する。本図に示すようなアプリケーションフォーマットを作成することにより、本発明に係る記録媒体は生産される。尚、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが、それぞれ複数存在する場合は、ＢＤＭＶディレクトリの配下に、ＳＴＲＥＡＭディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＰＬＡＹＬＩＳＴディレクトリという３つのディレクトリを設け、ＳＴＲＥＡＭディレクトリにＸＸＸ．Ｍ２ＴＳと同じ種別のファイルを、ＣＬＩＰＩＮＦディレクトリにＸＸＸ．ＣＬＰＩと同じ種別のファイルを、ＰＬＡＹＬＩＳＴディレクトリにＹＹＹ．ＭＰＬＳと同じ種別のファイルを格納することが望ましい。
このアプリケーションフォーマットにおけるＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）について説明する。
ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）は、ＭＰＥＧ−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のデジタルストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（中段）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（上１段目）、ＰＥＳパケット列に変換し（上２段目）、更にＴＳパケットに変換し（上３段目）、同じくプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリーム（下１段目）を、ＰＥＳパケット列に変換し（下２段目）、更にＴＳパケットに変換して（下３段目）、これらを多重化することで構成される。
続いてインタラクティブグラフィクスストリームについて説明する。グラフィクスストリームは、図３の下１段目に示すようにＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。
『Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ』は、対話的な画面を構成する機能セグメントである。
『Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ』は、グラフィクスオブジェクトを定義する情報である。このグラフィクスオブジェクトについて以下説明する。ＢＤ−ＲＯＭに記録されているＡＶＣｌｉｐは、ハイビジョン並みの高画質をセールスポイントにしているため、グラフィクスオブジェクトの解像度も、１９２０×１０８０画素という高精細な大きさに設定されている。画素の色にあたっては、一画素当たりのインデックス値（赤色差成分（Ｃｒ値），青色差成分（Ｃｂ値），輝度成分Ｙ値，透明度（Ｔ値））のビット長が８ビットになっており、これによりフルカラーの１６，７７７，２１６色から任意の２５６色を選んで画素の色として設定することができる。ＯＤＳは『ｏｂｊｅｃｔ＿ＩＤ』が付与される。『ｏｂｊｅｃｔ＿ＩＤ』は、ＥｐｏｃｈにおいてこのＯＤＳに対応するグラフィクスオブジェクトを一意に識別するものだが、複数ＯＤＳにより定義される複数グラフィックスオブジェクトがアニメーションを構成する場合、これらのＯＤＳに付加された一連の『ｏｂｊｅｃｔ＿ＩＤ』は、連番になる。
『Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ』は、色変換用のパレットを定義する情報である。
『ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ』は、Ｄｉｓｐｌａｙ Ｓｅｔの伝送の終わりを示す指標であり、Ｄｉｓｐｌａｙ ＳｅｔにおけるＩＣＳ、ＰＤＳ、ＯＤＳのうち、最後のＯＤＳの直後に配置される。
続いてＩＣＳの内部構成について説明する。Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔは、図４に示すデータ構造で構成される。本図に示すようにＩＣＳは、『ボタン情報群（ｂｕｔｔｏｎ ｉｎｆｏ（１）（２）（３）・・・・）』を含む。
『ボタン情報（Ｂｕｔｔｏｎ＿ｉｎｆｏ）』は、対話画面において合成される各ボタンを定義する情報である。図中の引き出し線ｈｐ１はＩＣＳにより制御されるｉ番目のボタンについてのボタン情報ｉの内部構成をクローズアップしている。以降、ボタン情報ｉを構成する情報要素について説明する。
『ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉを、ＩＣＳにおいて一意に識別する数値である。
『ｎｕｍｅｒｉｃａｌｌｙ＿ｓｅｌｅｃｔａｂｌｅ＿ｆｌａｇ』は、ボタンｉの数値選択を許可するか否かを示すフラグである。
『ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇ』は、ボタンｉを自動的にアクティブ状態にするかどうかを示す。ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇがオン（ビット値１）に設定されれば、ボタンｉは、セレクテッド状態になる代わりにアクティブ状態になる。ａｕｔｏ＿ａｃｔｉｏｎ＿ｆｌａｇがオフ（ビット値０）に設定されれば、ボタンｉは、選択されたとしてもセレクテッド状態になるにすぎない。
『ｏｂｊｅｃｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』、『ｏｂｊｅｃｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ』は、対話画面におけるボタンｉの左上画素の水平位置、垂直位置を示す。
『ｕｐｐｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉがセレクテッド状態である場合においてＭＯＶＥＵＰキーが押下された場合、ボタンｉの代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタンｉの番号が設定されていれば、ＭＯＶＥＵＰキーの押下は無視される。
『ｌｏｗｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』，『ｌｅｆｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』，『ｒｉｇｈｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒ』は、ボタンｉがセレクテッド状態である場合においてＭＯＶＥ Ｄｏｗｎキー，ＭＯＶＥ Ｌｅｆｔキー，ＭＯＶＥ Ｒｉｇｈｔキーが押下された場合、ボタンｉの押下の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタンｉの番号が設定されていれば、これらのキーの押下は無視される。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌ』は、ノーマル状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに記述される。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌ』は、ノーマル状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに記述される。このＥｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに示されるＩＤが、ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｎｏｒｍａｌに示されるＩＤと同じである場合、このＩＤにて示されるグラフィックスオブジェクトの静止画が、ボタンｉの絵柄になる。
『ｒｅｐｅａｔｅｄ＿ｎｏｒｍａｌ＿ｆｌａｇ』は、ノーマル状態にあるボタンｉのアニメーション表示を反復継続させるかどうかを示す。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄ』は、セレクテッド状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに記述される。このＥｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに示されるＩＤが、ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｄに示されるＩＤと同じである場合、このＩＤにて示されるグラフィックスオブジェクトの静止画が、ボタンｉの絵柄になる。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄ』は、セレクト状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄに記述される。
『ｒｅｐｅａｔ＿ｓｅｌｅｃｔｅｄ＿ｆｌａｇ』は、セレクテッド状態にあるボタンｉのアニメーション表示を、反復継続するかどうかを示す。ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄと、ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ｓｅｌｅｃｔｅｄとが同じ値になるなら、本フィールド００に設定される。
『ｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄ』は、アクティブ状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番のうち、最初の番号がこのｓｔａｒｔ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄに記述される。
『ｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄ』は、アクティブ状態のボタンｉをアニメーションで描画する場合、アニメーションを構成する複数ＯＤＳに付加された連番たる『ｏｂｊｅｃｔ＿ＩＤ』のうち、最後の番号がこのｅｎｄ＿ｏｂｊｅｃｔ＿ｉｄ＿ａｃｔｉｖａｔｅｄに記述される。
続いてボタンコマンドについて説明する。
『ボタンコマンド（ｂｕｔｔｏｎ＿ｃｏｍｍａｎｄ）』は、ボタンｉがアクティブ状態になれば、実行されるナビゲーションコマンドである。ナビゲーションコマンドとは、分岐等の再生制御を再生装置に実行するコマンドである。ナビコマンドのうち、ＡＶＣｌｉｐにおける任意の頭出し位置からの再生を再生装置に命じるものを、Ｌｉｎｋコマンドという。
Ｌｉｎｋコマンドは、マーカ情報と呼ばれる情報を介した間接参照の形式で、時間軸上の任意の位置を指定している。時間軸上の任意の位置は、間接参照で指定されているので、ＡＶＣｌｉｐの再エンコードにより、頭出し位置となるべきピクチャに変動が生じても、マーカ情報さえ書き換えれば、ボタンコマンドのオペランドを書き換える必要はない。再エンコードに伴うナビゲーションコマンドの書き換えの手間を省くことができるので、オーサリング時において有意義である。尚、マーカ情報の詳細については後述する。
以上がＩＣＳの内部構成である。ＩＣＳによる対話制御の具体例について以下説明する。本具体例は、図５のようなＯＤＳ、ＩＣＳを想定している。図５は、あるＤＳｎに含まれるＯＤＳと、ＩＣＳとの関係を示す図である。このＤＳｎには、ＯＤＳ１１〜１９，２１〜２９，３１〜３９，４１〜４９が含まれているものとする。これらのＯＤＳのうち、ＯＤＳ１１〜１９は、ボタンＡの各状態を描いたものであり、ＯＤＳ２１〜２９は、ボタンＢの各状態を描いたもの、ＯＤＳ３１〜３９は、ボタンＣの各状態を描いたもの、ＯＤＳ４１〜４９は、ボタンＤの各状態を描いたものとする（図中の括弧｝を参照）。そしてＩＣＳにおけるｂｕｔｔｏｎ＿ｉｎｆｏ（１），（２），（３），（４）にて、これらのボタンＡ〜ボタンＤの状態制御が記述されているものとする（図中の矢印ｂｈ１，２，３，４参照）。
図６は、複数ボタンからなる対話画面と、ピクチャデータとの合成を示す図である。
このＩＣＳによる制御の実行タイミングが、図６に示す動画のうち、任意のピクチャデータｐｔ１の表示タイミングであれば、ボタンＡ〜ボタンＤからなる対話画面が、このピクチャデータｐｔ１に合成されて表示されることになる（ｇｓ２）。動画の中身に併せて、複数ボタンからなる対話画面が表示されるので、ＩＣＳによりボタンを用いたリアルな演出が可能になる。
図７に示すボタンＡ〜ボタンＤの状態遷移を実行する場合のＩＣＳの記述例を図８に示す。図７における矢印ｈｈ１，ｈｈ２は、ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）による状態遷移を象徴的に表現している。ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｌｏｗｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＣに設定されているため、ボタンＡがセレクテッド状態になっている状態で、ＭＯＶＥＤｏｗｎキー押下のＵＯが発生すれば（図７のｕｐ１）、ボタンＣがセレクテッド状態になる（図７のｓｊ１）。ｂｕｔｔｏｎ ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｒｉｇｈｔ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＢに設定されているため、ボタンＡがセレクテッド状態になっている状態で、ＭＯＶＥＲｉｇｈｔキー押下のＵＯが発生すれば（図７のｕｐ２）、ボタンＢがセレクテッド状態になる（図７のｓｊ２）。
図７における矢印ｈｈ３は、ｂｕｔｔｏｎ ｉｎｆｏ（３）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）による状態遷移の制御を示す。ｂｕｔｔｏｎ ｉｎｆｏ（３）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏ（）におけるｕｐｐｅｒ＿ｂｕｔｔｏｎ＿ｎｕｍｂｅｒは、ボタンＡに設定されているため、ボタンＣがセレクテッド状態になっている状態で（ｕｐ３）、ＭＯＶＥＵｐキー押下のＵＯが発生すれば、ボタンＡがセレクテッド状態に戻る。
図８のｂｕｔｔｏｎ ｉｎｆｏ（３）のボタンコマンドには、『Ｌｉｎｋ Ｍａｒｋ［３］』というナビコマンドが記述されている。そのためボタンＣがアクティブ状態に設定されれば、このナビコマンド『Ｌｉｎｋ Ｍａｒｋ［３］』が実行されて分岐が行われることになる。図９は、ナビコマンドによる分岐を模式的に示した図である。この図９で想定しているのは、学習アプリケーションへの本発明の応用である。本アプリケーションが想定している再生制御は以下の通りである。
先ず『教材映像』を再生することで、ユーザに学習を行わせ、『設問映像』を再生して、これに回答をユーザから受け付けることでユーザの理解を問う。もし回答がないまま再生が進行すれば、『ヒント映像』を表示して、ユーザの思考の手助けを行い、それでもユーザが誤って回答した場合、又は、回答がない場合、矢印ｎｃ２，ｎｃ３に示すように『教材映像』に戻るというものである。
かかるアプリケーションにおいて『設問映像』に相当する位置にＩＣＳが存在しており、正解映像の先頭ピクチャが、Ｍａｒｋ［３］により指定されているとすると、ボタンＣのアクティベートにより、ボタンＣに対応するｂｕｔｔｏｎ ｉｎｆｏ（３）の『Ｌｉｎｋ Ｍａｒｋ［３］』が実行されて、矢印ｎｃ１に示すように正解映像への分岐が行われることになる。これにより、図７に示した対話画面の再生から、正解映像の再生へと、再生が移り変わることになる。
以上が、ＩＣＳによる対話制御である。これでＡＶＣｌｉｐについての説明を終える。続いてＢＤ−ＲＯＭにおけるその他の情報（Ｃｌｉｐ情報、ＰＬ情報）について説明する。
Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。図１０は、Ｃｌｉｐ情報の内部構成を示す図である。図中の引き出し線はＣｌｉｐ情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、ビデオストリーム、オーディオストリームについての「属性情報」と、リファレンステーブルである「ＥＰ＿ｍａｐ」とからなる。
属性情報（Ａｔｔｒｉｂｕｔｅ）は、破線の引き出し線ｈｎ２に示すようにビデオストリームについての属性情報（Ｖｉｄｅｏ属性情報）、属性情報数（Ｎｕｍｂｅｒ）、ＡＶＣｌｉｐに多重化される複数オーディオストリームのそれぞれについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）からなる。ビデオ属性情報は、破線の引き出し線ｈｎ３に示すようにそのビデオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。
一方、オーディオストリームについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）は、破線の引き出し線ｈｎ４に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）、サンプリング周波数がどれだけであるかを示す。
ＥＰ＿ｍａｐは、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ ＵＮＩＴ＃１エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃２エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃３エントリー・・・・・）と、エントリー数（Ｎｕｍｂｅｒ）とからなる。各エントリーは、引き出し線ｈｎ６に示すように、対応するＩピクチャの再生開始時刻を、Ｉピクチャのアドレスと、Ｉピクチャのサイズ（Ｉ−ｓｉｚｅ）とを対応づけて示す。Ｉピクチャの再生開始時刻は、Ｉピクチャのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で表現される。またＩピクチャアドレスは、ＴＳパケットの連番（ＳＰＮ（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ））で表現される。尚、ＸＸＸ．ＣＬＰＩのファイル名ＸＸＸは、Ｃｌｉｐ情報が対応しているＡＶＣｌｉｐと同じ名称が使用される。つまり本図におけるＡＶＣｌｉｐのファイル名はＸＸＸであるから、ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がＣｌｉｐ情報についての説明である。続いてプレイリスト情報について説明する。
図１１は、プレイリスト情報の内部構成を示す図である。ＹＹＹ．ＭＰＬＳ（プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数のＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１，＃２，＃３・・・＃ｎ）と、これらＰｌａｙＩｔｅｍ情報数（Ｎｕｍｂｅｒ）と、上述したマーカ情報である「ＰＬＭａｒｋ＃１〜＃ｎ」からなる。ＰｌａｙＩｔｅｍ情報は、プレイリストを構成する１つ以上の論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩｎ点及びＯｕｔ点が属するＡＶＣｌｉｐに対応するＣｌｉｐ情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、当該ＡＶＣｌｉｐがどのような符号化方式で符号化されているかを示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』とから構成される。
ＰｌａｙＩｔｅｍ情報の特徴は、その表記法にある。つまりＥＰ＿ｍａｐをリファレンステーブルとして用いた時間による間接参照の形式で、再生区間が定義されている。図１２は、時間による間接参照を模式化した図である。本図は、Ｃｌｉｐ情報内のＥＰ＿ｍａｐは、これら複数Ｉピクチャアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＰｌａｙＩｔｅｍ情報によるＩピクチャの参照を模式化して示している。つまり、ＰｌａｙＩｔｅｍ情報による参照（矢印ｊｙ１，２，３，４）は、ＥＰ＿ｍａｐを介することにより、ＡＶＣｌｉｐ内に含まれる複数Ｉピクチャアドレスを指定するという時間による間接参照であることがわかる。
ＰｌａｙＩｔｅｍ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の再生区間を『プレイアイテム』という。ＰＬ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の論理的な再生単位を『プレイリスト（ＰＬと略す）』という。ＢＤ−ＲＯＭに記録された映画作品は、この論理的な再生単位（ＰＬ）にて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなＰＬを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。
図１３は、図１２に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。ＢＤ−ＲＯＭに記録される映画作品は、上述した論理構造をもっているので、ある映画作品のシーンを構成するＡＶＣｌｉｐを他の映画作品で引用するという”使い回し”を効率良く行うことができる。
上述したＬｉｎｋコマンドは、このＰＬという閉じた空間のみで有効となるナビコマンドである。従って、このＬｉｎｋコマンドを使用している限り、あるＰＬから別のＰＬへと分岐するという、広域的な分岐は実現できない。
以上がＰＬ及びＰｌａｙＩｔｅｍについての説明である。続いてＰＬＭａｒｋについて説明する。
ＰＬＭａｒｋ＃１〜＃ｎは、ＰＬ時間軸における複数の時点を頭出し位置として指定する情報である。ＰＬ時間軸とは、ＡＶＣｌｉｐの再生がＰＬに沿って行われる場合において、参照される時間軸である。図１４は、図１３に示したＰＬ＃１の再生時間軸に対し、設定されたＰＬｍａｒｋの一例を示す図である。本図においてＰＬ時間軸とは、ＰｌａｙＩｔｅｍ＃１，＃２，＃３の時間軸を足し合わせてなる。図中の矢印は、ＰＬｍａｒｋにより指示されている頭出し位置を示す。このＰＬ時間軸上の任意の５つの位置が、ＰＬｍａｒｋにより指定されていることがわかる。
本実施形態の特徴は、このＰＬｍａｒｋにより指定される位置が、２つのタイプの属性をもつ点である。１つ目のタイプの属性をもつ頭出し位置を”ＥｎｔｒｙＭａｒｋ”といい、２つ目のタイプの属性をもつ頭出し位置を”ＬｉｎｋＰｏｉｎｔ”という。
『ＥｎｔｒｙＭａｒｋ』は、ユーザスキップ、チャプターサーチ、Ｌｉｎｋコマンドによる分岐により再生可能となる頭出し位置である。図１５は、図１４に示した各Ｍａｒｋ情報に対する、属性の設定例を示す。本図においてＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］の属性がＥｎｔｒｙＭａｒｋに設定されている。そのためＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］への頭出しは可能になるが、これら以外への頭出しはできない。つまり、ＰＬＭａｒｋ［３］により指示されている位置、ＰＩ＃１，＃２，＃３の境界には、何度ユーザスキップが押下されたとしても、頭出しされないのである。ＰＬ＃１の始点、終点は、それぞれＰＬＭａｒｋＬ［０］、ＰＬＭａｒｋ［４］により指示されているため、ユーザによる頭出しが可能になる。しかし仮にＭａｒｋ情報により指示されていなければ、これらの位置へは、ユーザスキップやチャプターサーチにより頭出しすることができない。
ＰＬにおいて連続する一組のＥｎｔｒｙＭａｒｋはチャプターを規定する。ここで図に示した５つのＰＬｍａｒｋのうち、ＰＬＭａｒｋ［０］、ＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［４］がＥｎｔｒｙＭａｒｋであるので、これらにより区切られる、ＰＬ時間軸上の一区間がチャプターになる。図１６は、図１５のＭａｒｋ情報により規定されるチャプターを示す図である。ここでもしＰＬの末尾にＥｎｔｒｙＭａｒｋが存在しない場合は最後のＥｎｔｒｙＭａｒｋと、ＰＬの末尾との間が１つのチャプターを構成する。これらのチャプターには、チャプター番号が割り当てられ、チャプターサーチ時には、このチャプター番号を用いて各チャプターに頭出しすることができる。チャプターサーチとは、チャプター番号と呼ばれる数値の入力を受け付けて、その数値に該当するチャプターに頭出しするというものである。このチャプター番号は、ＰＬにおいてＥｎｔｒｙＭａｒｋが出現する順番を示す。例えばＰＬにおいて１つ目に出現するＥｎｔｒｙＭａｒｋから始まるチャプターには、チャプター番号”１”が、２つ目に出現するＥｎｔｒｙＭａｒｋから始まるチャプターにはチャプター番号”２”がそれぞれ割り当てられる。チャプターに対する頭出しには、チャプターメニューによるものがある。チャプターメニューとは、チャプターを一覧表示するメニューであり、このメニューにより選ばれたチャプターに頭出しするというのが、チャプターメニューによる頭出しである。以上がＥｎｔｒｙＭａｒｋについての説明である。
『ＬｉｎｋＰｏｉｎｔ』とは、Ｌｉｎｋコマンド等、ナビコマンドによる頭出しは可能であるが、ユーザスキップ、チャプターサーチでは頭出しできない位置をいう。つまり図９に示したようなヒント映像に頭出ししたい場合、その先頭ピクチャをＰＬｍａｒｋで指定させて、『ＬｉｎｋＰｏｉｎｔ』を示すようＭａｒｋＴｙｐｅを設定にする。こうすることで、映像はユーザスキップでは参照されないが、ボタンコマンド等のナビコマンドからは頭出しが可能になる。以上がＭａｒｋ情報により指示される頭出し位置の属性である。続いてＰＬＭａｒｋの内部構成について説明する。
図１７は、図１１に示した複数のＰＬｍａｒｋのうち、任意の１つ（ＰＬｍａｒｋ［ｉ］という）の内部構成を示す。本図に示すようにＰＬｍａｒｋ［ｉ］は、『ｍａｒｋ＿ｔｙｐｅ』、『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』、『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』、『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』からなる。
『ｍａｒｋ＿ｔｙｐｅ』は、「０１」であれば、ＰＬｍａｒｋにより指示される位置はＥｎｔｒｙＭａｒｋであることを示し、「０２」であれば、ＰＬｍａｒｋにより指示される位置は、ＬｉｎｋＰｏｉｎｔであることを示す。
『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸上の時点が、どのＰｌａｙＩｔｅｍの再生時間軸に存在しているかを示す。
『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』は、ＰＬｍａｒｋにより指示されたＡＶＣｌｉｐの再生時間軸のうち、ＰＬｍａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍにより指示されたＰｌａｙＩｔｅｍのＩｎ＿ｔｉｍｅから、Ｏｕｔ＿ｔｉｍｅまでの任意の一時点を示す時間情報である。
『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』は、ＡＶＣｌｉｐに多重されている複数エレメンタリストリームのうち、どのエレメンタリストリームに頭出し位置を指定するかを示す。ＰＩＤは通常、ＡＶＣｌｉｐに多重されている複数エレメンタリストリーム全体を対象とするよう、デフォルト値（０ｘＦＦＦＦ）に設定されている。この『ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ』が、特定のエレメンタリストリームのＰＩＤを示すなら、マーカ情報はそのエレメンタリストリームの再生時間軸上に頭出し位置を指定する。
以下、ＰＬｍａｒｋにて示された時点に対する頭出しの具体例について説明する。この具体例で想定するＰＬは、図１５、図１６に示したものである。そしてこれらの図のＰＬＭａｒｋ［１］、ＰＬＭａｒｋ［２］、ＰＬＭａｒｋ［３］、ＰＬＭａｒｋ［４］により指定されるＰＬ時間軸上の一時点に、図５に示したＡＶＣｌｉｐの教材映像、設問映像、ヒント映像、正解映像の先頭ピクチャが存在していると考える。この場合、図１８に示すように教材映像に相当する区間がチャプター１、設問映像に相当する区間がチャプター２、ヒント映像に相当する区間がチャプター３になる。ここで正解映像の先頭はＰＬＭａｒｋ［３］により指定されていたが、ＰＬＭａｒｋ［３］の先頭はＬｉｎｋＰｏｉｎｔなので、この正解映像の先頭はチャプターの先頭にならない。故に正解映像の先頭ピクチャは、ＰＬｍａｒｋにより指定されつつも、チャプターの先頭にはなりえない。
このように複数チャプターに分割されたＡＶＣｌｉｐにおいて、頭出しがどのように行われるは図１９〜図２１に示すものとなる。図１９は、ユーザスキップによる頭出しを想定した図である。
本図における矢印は、ユーザ操作に基づくユーザスキップを模式的に示す。そのためユーザスキップによる頭出し時では、教材映像、設問映像、ヒント映像の先頭ピクチャが順次表示されることになる。一方正解映像は、ＰＬｍａｒｋにより指定されていながら、ＭａｒｋＴｙｐｅがＬｉｎｋＰｏｉｎｔであるので、ユーザスキップ時に正解映像の先頭ピクチャが表示されることはない。
図２０は、チャプターサーチによる頭出しを想定した図である。本図の破線矢印は、チャプターサーチによる頭出しを象徴的に示す。チャプターサーチにおいても、ＭａｒｋＴｙｐｅがＥｎｔｒｙＭａｒｋに設定された教材映像、設問映像、ヒント映像の先頭ピクチャには頭出しが可能になるが、ＭａｒｋＴｙｐｅがＬｉｎｋＰｏｉｎｔに設定された正解映像の先頭ピクチャには頭出しできない。ＭａｒｋＴｙｐｅの設定により、ＥｎｔｒｙＭａｒｋには頭出しするが、ＬｉｎｋＰｏｉｎｔには頭出ししないようにオーサリング担当者は設定を行うことができる。これによりオーサリング担当者が意図していないような頭出しを避けることができる。
図２１は、ボタンコマンドによる頭出しを示す図である。本図における矢印は、ボタンコマンドによる頭出しを象徴的に示す。ボタンコマンドの頭出し位置がＰＬＭａｒｋ［３］であれば、このＰＬＭａｒｋ［３］で指示される正解映像の先頭ピクチャに頭出しすることになる。これによりボタンコマンドの実行時には、正解映像の先頭から再生が開始されることになる。
以上のように、ＬｉｎｋＰｏｉｎｔのＰＬｍａｒｋにより指定された時点は、ユーザスキップやチャプターサーチでは頭出しできないが、ボタンコマンドによる頭出しは可能になる。以上のＰＬｍａｒｋ設定により、正解映像の先頭ピクチャは、ユーザスキップやチャプターサーチでは再生されず、ボタンコマンドからは再生されるので、正解映像を隠しておくことができる。
ＰＬＭａｒｋはＰＬ毎に存在するので、あるＡＶＣｌｉｐが複数のＰＬにより参照されている場合、参照する側のＰＬが変わればＰＬｍａｒｋにより指定されるピクチャも変わる。従ってボタンコマンドのオペランドにおけるマーク番号により、どの時点に頭出しされるかは、ＡＶＣｌｉｐを参照しているＰＬ如何によって変わってくる。そのため制作者は、あるＰＬでは、ある時点の映像への頭出しを許可するが、別のＰＬでは、その時点の映像への頭出しを認めないという作り分けを容易に行うことができる。
以上説明したＤｉｓｐｌａｙ Ｓｅｔ（ＩＣＳ、ＰＤＳ、ＯＤＳ）のデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、Ｂｌｕ−ｒａｙ Ｐｒｅｒｅｃｏｒｄｉｎｇ Ｆｏｒｍａｔの文法に従ってこのクラス構造体を記述することにより、ＢＤ−ＲＯＭ上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２２は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置、マイコンシステムという３つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、Ｒｅａｄ Ｂｕｆｆｅｒ２、ＰＩＤフィルタ３、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃ、周辺回路４ｄ、ビデオデコーダ５、ビデオプレーン６、オーディオデコーダ７、グラフィクスプレーン８、ＣＬＵＴ部９、加算器１０、グラフィクスデコーダ１２、Ｃｏｄｅｄ Ｄａｔａバッファ１３、周辺回路１３ａ、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４、Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６、Ｇｒａｐｈｉｃｓコントローラ１７、ＵＯコントローラ１８、プレーヤレジスタ群１９、制御部２０から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／リード／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
Ｒｅａｄ Ｂｕｆｆｅｒ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＴＳパケットが先入れ先出し式に格納される。
ＰＩＤフィルタ３は、Ｒｅａｄ Ｂｕｆｆｅｒ２から出力される複数ＴＳパケットに対してフィルタリングを施す。ＰＩＤフィルタ３によるフィルタリングは、ＴＳパケットのうち、所望のＰＩＤをもつもののみをＴｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃに書き込むことでなされる。ＰＩＤフィルタ３によるフィルタリングでは、バッファリングは必要ではない。従って、ＰＩＤフィルタ３に入力されたＴＳパケットは、時間遅延なく、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃに書き込まれる。
Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａ，ｂ，ｃは、ＰＩＤフィルタ３から出力されたＴＳパケットを先入れ先出し式に格納しておくメモリである。
周辺回路４ｄは、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ ４ａから読み出されたＴＳパケットを、機能セグメントに変換する処理を行うワイアロジックである。変換により得られた機能セグメントはＣｏｄｅｄ Ｄａｔａバッファ１３に格納される。
ビデオデコーダ５は、ＰＩＤフィルタ３から出力された複数ＴＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン６に書き込む。
ビデオプレーン６は、動画用のプレーンである。
オーディオデコーダ７は、ＰＩＤフィルタ３から出力されたＴＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
グラフィクスプレーン８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。
ＣＬＵＴ部９は、グラフィクスプレーン８に格納された非圧縮グラフィクスにおけるインデックスカラーを、ＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
加算器１０は、ＣＬＵＴ部９により色変換された非圧縮グラフィクスに、ＰＤＳに示されるＴ値（透過率）を乗じて、ビデオプレーン６に格納された非圧縮状態のピクチャデータと画素毎に加算し、合成画像を得て出力する。
グラフィクスデコーダ１２は、グラフィクスストリームをデコードして、非圧縮グラフィクスを得て、これをグラフィクスオブジェクトとしてグラフィクスプレーン８に書き込む。グラフィクスストリームのデコードにより、字幕やメニューが画面上に現れることになる。このグラフィクスデコーダ１２は、Ｃｏｄｅｄ Ｄａｔａバッファ１３、周辺回路１３ａ、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４、Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６、Ｇｒａｐｈｉｃｓコントローラ１７から構成される。
Ｃｏｄｅ Ｄａｔａ Ｂｕｆｆｅｒ１３は、機能セグメントがＤＴＳ、ＰＴＳと共に格納されるバッファである。かかる機能セグメントは、Ｔｒａｎｓｐｏｒｔ Ｂｕｆｆｅｒ４ａに格納されたトランスポートストリームの各ＴＳパケットから、ＴＳパケットヘッダ、ＰＥＳパケットヘッダを取り除き、ペイロードをシーケンシャルに配列することにより得られたものである。取り除かれたＴＳパケットヘッダ、ＰＥＳパケットヘッダのうち、ＰＴＳ／ＤＴＳは、ＰＥＳパケットと対応付けて格納される。
周辺回路１３ａは、Ｃｏｄｅｄ Ｄａｔａバッファ１３−Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４間の転送、Ｃｏｄｅｄ Ｄａｔａバッファ１３−Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６間の転送を実現するワイヤロジックである。この転送処理において現在時点がＯＤＳのＤＴＳに示される時刻になれば、ＯＤＳを、Ｃｏｄｅｄ Ｄａｔａバッファ１３からＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４に転送する。また現在時刻がＩＣＳ、ＰＤＳのＤＴＳに示される時刻になれば、ＩＣＳ、ＰＤＳをＣｏｍｐｏｓｉｔｉｏｎバッファ１６に転送するという処理を行う。
Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｏｒ１４は、ＯＤＳをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態の非圧縮グラフィクスをグラフィクスオブジェクトとしてＯｂｊｅｃｔ Ｂｕｆｆｅｒ１５に書き込む。このＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４によるデコードは、ＯＤＳに関連付けられたＤＴＳの時刻に開始し、ＯＤＳに関連付けられたＰＴＳに示されるデコード終了時刻までに終了する。上述したグラフィックスオブジェクトのデコードレートＲｄは、このＳｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４の出力レートである。
Ｏｂｊｅｃｔ Ｂｕｆｆｅｒ１５には、Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ１４のデコードにより得られたグラフィクスオブジェクトが配置される。
Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６は、ＩＣＳ、ＰＤＳが配置されるメモリである。
Ｇｒａｐｈｉｃｓコントローラ１７は、Ｃｏｍｐｏｓｉｔｉｏｎバッファ１６に配置されたＩＣＳを解読して、ＩＣＳに基づく制御をする。
ＵＯコントローラ１８は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）を制御部２０に出力する。
プレーヤレジスタ群１９は、制御部２０に内蔵されるレジスタであり、３２個のＰｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒと、３２個のＧｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒとからなる。Ｐｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値（ＰＳＲ）がどのような意味をもつかは、以下に示す通りである。以下のＰＳＲ（ｘ）という表記は、ｘ番目のＰｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値を意味する。
ＰＳＲ（０） ： Ｒｅｓｅｒｖｅｄ
ＰＳＲ（１） ： デコード対象たるオーディオストリームのストリーム番号
ＰＳＲ（２） ： デコード対象たる副映像ストリームのストリーム番号
ＰＳＲ（３） ： ユーザによるアングル設定を示す番号
ＰＳＲ（４） ： 現在再生対象とされているタイトルの番号
ＰＳＲ（５） ： 現在再生対象とされているＣｈａｐｔｅｒの番号
ＰＳＲ（６） ： 現在再生対象とされているＰＬの番号
ＰＳＲ（７） ： 現在再生対象とされているＰｌａｙＩｔｅｍの番号
ＰＳＲ（８） ： ＡＶＣｌｉｐ時間軸における再生時点を示すカレントＰＴＭ
ＰＳＲ（９） ： ナビゲーションタイマのカウント値
ＰＳＲ（１０） ： 現在セレクテッド状態にあるボタンの番号
ＰＳＲ（１１）〜（１２）： Ｒｅｓｅｒｖｅｄ
ＰＳＲ（１３） ： ユーザによるパレンタルレベルの設定
ＰＳＲ（１４） ： 再生装置の映像再生に関する設定
ＰＳＲ（１５） ： 再生装置の音声再生に関する設定
ＰＳＲ（１６） ： 再生装置における音声設定を示す言語コード
ＰＳＲ（１７） ： 再生装置における字幕設定を示す言語コード
ＰＳＲ（１８） ： メニュー描画のための言語設定
ＰＳＲ（１９）〜（６３）： Ｒｅｓｅｒｖｅｄ
制御部２０は、グラフィクスデコーダ１２との双方向のやりとりを通じて、統合制御を行う。制御部２０からグラフィクスデコーダ１２へのやりとりとは、ＵＯコントローラ１８が受け付けたＵＯを、グラフィクスデコーダ１２に出力することである。グラフィクスデコーダ１２から制御部２０へのやりとりとは、ＩＣＳに含まれるボタンコマンドを制御部２０に出力することである。
以上が再生装置の内部構成である。続いて制御部２０及びグラフィクスデコーダ１２を、どのようにして実装するかについて説明する。制御部２０は、図２３〜図２５の処理手順を行うプログラムを作成し、汎用ＣＰＵに実行させることにより実装可能である。以降、図２３〜図２５を参照しながら、制御部２０の処理手順について説明する。
図２３は、制御部２０によるＰＬに基づく再生手順を示すフローチャートである。
本フローチャートにおいて処理対象たるＰｌａｙＩｔｅｍをＰＩｙとする。本フローチャートは、カレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１）、カレントＰＬ情報の先頭のＰＩ情報をＰＩｙにする（ステップＳ２）。そして ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む（ステップＳ３）。
ステップＳ４は、ＰＩｙのＩｎ＿ｔｉｍｅからＰＩｙのＯｕｔ＿ｔｉｍｅまでの読み出しと、デコードを、ＢＤドライブ１、ビデオデコーダ５、オーディオデコーダ７、グラフィクスデコーダ１２に命じる。以上のステップＳ３〜ステップＳ４により、ＡＶＣｌｉｐにおいて、ＰＩｙにより指示されている部分の再生がなされることになる。
その後、ステップＳ５を経て、ステップＳ６においてＰＩｙがカレントＰＬの最後のＰＩであるかを判定し、もし違うならカレントＰＬにおける次のＰＩを、ＰＩｙにして（ステップＳ７）、ステップＳ３に戻る。以上のステップＳ３〜ステップＳ７を繰り返すことにより、ＰＬを構成するＰＩは順次再生されることになる。
ステップＳ５は、ユーザオペレーション受け付け時の処理であり、この処理の詳細手順は図２４に示されている。
図２４は、ユーザオペレーション受け付け時の処理手順を示すフローチャートである。本フローチャートは、ステップＳ１５がＹｅｓと判定されるまで、ステップＳ１２〜ステップＳ１５の処理を繰り返すループ処理を形成している。
ステップＳ１１は、ユーザによりＳｋｉｐＮｅｘｔキー、ＳｋｉｐＢａｃｋキーの押下がなされたか否かの判定であり、もしそうであるなら、図２５のステップＳ２１〜ステップＳ３３の手順に従い、頭出しを行う。
ステップＳ２１は、カレントＰＬＭａｒｋを得る。ここでＰＬ再生時間軸において、現在の再生時点は、ＰＳＲ（７）に示されるカレントＰＩ番号、及び、ＰＳＲ（８）に示されるカレントＰＴＭにより表されているので、これらを変換することにより、カレントＭａｒｋ情報を得る。ステップＳ２２は、押下されたのがＳｋｉｐＮｅｘｔキーであるか、ＳｋｉｐＢａｃｋキーであるかの判定であり、ＳｋｉｐＮｅｘｔキーであるならステップＳ２３において方向フラグを＋１に設定し、ＳｋｉｐＢａｃｋキーであるならステップＳ２４において方向フラグを−１に設定する。
ステップＳ２５は、カレントＰＬＭａｒｋの番号に方向フラグの値を足した番号を、カレントＰＬＭａｒｋの番号として設定する。ここでＳｋｉｐＮｅｘｔキーであるなら方向フラグは＋１に設定されているのでカレントＰＬＭａｒｋはインクリメントされることになる。ＳｋｉｐＢａｃｋキーであるなら方向フラグは−１に設定されているので、カレントＰＬＭａｒｋはデクリメントされることになる。
ステップＳ２６は、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｙｐｅがＥｎｔｒｙ−ｍａｒｋであるか否かの判定であり、もし異なるなら、ステップＳ２５に戻る。ステップＳ２５が再度実行されることにより、カレントＰＬＭａｒｋは次のＭａｒｋ情報を示すことになる。そのためカレントＭａｒｋ情報で指示される頭出し位置がＬｉｎｋＰｏｉｎｔであるなら、その次のＭａｒｋ情報により指示されている時点が、頭出し位置になる。
ステップＳ２７〜ステップＳ３３は、カレントＭａｒｋ情報に基づく読出手順及び再生手順を示す。ここでの読出手順の読出範囲は、開始アドレスｕ、終了アドレスｗにて特定されるステップＳ２７は、カレントＰＬＭａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに記述されているＰＩを、ＰＩｙに設定し、ステップＳ２８は、ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む。ステップＳ２９は、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐを、Ｉピクチャアドレスｕに変換する。一方ステップＳ３０は、ＰＩｙのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて，Ｉピクチャアドレスｖに変換する。ＰＩｙのＯｕｔ＿ｔｉｍｅに相当するピクチャデータのデコードを行うには、アドレスｖに位置するＩピクチャだけでは足りず、ＰＩｙのＯｕｔ＿ｔｉｍｅに後続するピクチャデータも必要となる。何故なら、ＰＩｙのＯｕｔ＿ｔｉｍｅに相当するピクチャデータは、未来方向のピクチャデータを参照している可能性があるからである。そのため、ステップＳ３１ではアドレスｖに存在するＩピクチャの次のＩピクチャアドレスの１つ手前をアドレスｗにする。
アドレスｗを算出した後、ステップＳ３２においてＩピクチャアドレスｕからアドレスｗまでのＴＳパケットの読み出しをＢＤドライブ１に命じる。ステップＳ３３は、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰＩｙのＯｕｔ＿ｔｉｍｅまでの出力をデコーダに命じる。以上のステップＳ２７〜ステップＳ３３により、ＡＶＣｌｉｐのうち、ＰＩｙに属する部分の再生がなされることになる。
図２４のステップＳ１２は、ユーザによりチャプターサーチがなされたか否かの判定である。もしそうであれば、ステップＳ１６において、ユーザにより数値入力されたチャプター番号に相当するＰＬＭａｒｋをカレントＭａｒｋ情報にし、ステップＳ１７において方向フラグを１に設定して、図２５のステップＳ２６に移行する。
ステップＳ１３は、ユーザにより押下されたのが、ＭｏｖｅＵＰ／Ｄｏｗｎ／Ｌｅｆｔ／Ｒｉｇｈｔであるかの判定であり、もしそうであれば、ステップＳ１８において移動方向に存在するボタンを、カレントボタンに設定してステップＳ１５に移行する。
ステップＳ１４は、カレントボタンがアクティベートされたか否かの判定であり、もしそうであれば図２５のステップＳ３６〜ステップＳ４０を実行する。ステップＳ３６〜ステップＳ４０は、カレントボタンに対応するボタンコマンドのそれぞれについて繰り返すループ処理を形成している（ステップＳ３６、ステップＳ３７）。
ステップＳ３８は、ボタンコマンドがリンクコマンドであるか否かの判定であり、もしそうでないならボタンコマンドを実行する。もしリンクコマンドであるなら、リンク先に指定されているＭａｒｋ情報をカレントＭａｒｋ情報に設定してステップＳ２７に移行する。ステップＳ２７に移行することにより、カレントＭａｒｋ情報のカレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰＩｙのＯｕｔ＿ｔｉｍｅまでの出力がなされることになる。
以上のように本実施形態によれば、マーカ情報における属性を規定することにより、ユーザスキップによる頭出しの対象にはならないが、分岐コマンドによる頭出しの対象になり得る頭出し位置を規定することができる。これにより、ユーザが何度もユーザスキップを実行したとしても、正解映像に辿り着かないように、オーサリング時に規定しておくことができる。
更に、ユーザスキップをユーザに行わせることで、好きな教材や設問、やヒントをユーザに選ばせつつも、肝心の正解については、ユーザに隠蔽しておくという再生制御、つまり、ＡＶ機能の利点を活かした新たな再生制御が可能になるので、制作者にとっての恩恵は大きい。
（第２実施形態）
本実施形態は、ＢＤ−ＲＯＭの製造工程に関する実施形態である。図２６は、第２施形態に係るＢＤ−ＲＯＭの製造工程を示すフローチャートである。
ＢＤ−ＲＯＭの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ２０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ２０２、ＢＤ−ＲＯＭの原盤を作成し、プレス・貼り合わせを行って、ＢＤ−ＲＯＭを完成させるプレス工程Ｓ２０３を含む。
これらの工程のうち、ＢＤ−ＲＯＭを対象としたオーサリング工程は、以下のステップＳ２０４〜ステップＳ２１０を含む。
ステップＳ２０４においてＰｌａｙＩｔｅｍを記述し、ステップＳ２０５においてＰＬ時間軸上において、頭出し位置にしたいピクチャが現れる時点を示すＰＬＭａｒｋを記述する。ステップＳ２０６では、頭出し位置にしたいピクチャが現れる時点の、属性を示すｍａｒｋ＿ｔｙｐｅをＰＬＭａｒｋに設定し、ステップＳ２０７では、記述したＰＬＭａｒｋを、複数ＰｌａｙＩｔｅｍと一体化して、ＰＬ情報を生成する。ステップＳ２０８では、ＬｉｎｋＰｏｉｎｔとなるＰＬＭａｒｋを分岐先としたｌｉｎｋコマンドを有するＩＣＳを記述する。
ステップＳ２０９では、ＩＣＳ、グループ化されたグラフィクスデータを一体化させて、グラフィクスストリームを生成する。グラフィクスストリームが得られれば、ステップＳ２１０においてグラフィクスストリームを別途生成されたビデオストリーム、オーディオストリームと多重してＡＶＣｌｉｐを得る。ＡＶＣｌｉｐが得られれば、ステップＳ２１１において、ＰＬ情報、Ｃｌｉｐ情報及びＡＶＣｌｉｐをＢＤ−ＲＯＭのフォーマットに適合させることにより、アプリケーションフォーマットが完成する。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びＴそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（Ａ）第１実施形態に示したＰＬ情報、Ｃｌｉｐ情報は、いわゆる静的シナリオである。この静的シナリオの他に動的シナリオをＢＤ−ＲＯＭに記録してもよい。動的なシナリオとは、ＡＶＣｌｉｐの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ノーマルモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（エンハンスドモード）である。このエンハンスドモードにおいて、Ｊａｖａ言語、ページ記述言語で、再生制御手順を記述することができる。
そしてこの動的シナリオから、ＰＬ内の任意のＬｉｎｋＰｏｉｎｔや、任意のＥｎｔｒｙＭａｒｋに分岐を行うよう、再生制御手順を記述してもよい。ここでの分岐には、広域的な分岐を行うナビコマンドが用いられる。かかるナビコマンドには、ＰｌａｙＰＬａｔＭａｒｋコマンドがある。このコマンドは、オペランドに指定される番号を、マーク番号と解釈して、そのマーク番号のＭａｒｋ情報を用いた頭出しを、再生装置に命じるコマンドである。かかるＰｌａｙＰＬａｔＭａｒｋコマンドを用いることにより、Ｊａｖａ言語、ページ記述言語で記述されたプログラムから、ＰＬの途中へと分岐するという再生制御を実現することができる。
（Ｂ）全ての実施形態では、本発明に係る記録媒体をＢＤ−ＲＯＭとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
（Ｃ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムＬＳＩ（集積回路）のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輪入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｄ）各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｅ）各フローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｆ）ＢＤ−ＲＯＭに記録するにあたって、ＡＶＣｌｉｐを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｇ）各実施形態におけるデジタルストリームは、ＢＤ−ＲＯＭ規格のＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式、ＤＴＳ方式であってもよい。
（Ｈ）各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
（Ｉ）第１実施形態〜第２実施形態に示したグラフィックスオブジェクトは、ランレングス符号化されたラスタデータである。グラフィックスオブジェクトの圧縮・符号化方式にランレングス符号方式を採用したのは、ランレングス符号化は字幕の圧縮・伸長に最も適しているためである。字幕には、同じ画素値の水平方向の連続長が比較的長くなるという特性があり、ランレングス符号化による圧縮を行えば、高い圧縮率を得ることができる。また伸長のための負荷も軽く、復号処理のソフトウェア化に向いている。デコードを実現する装置構成を、字幕−グラフィックスオブジェクト間で共通化する目的で、字幕と同じ圧縮・伸長方式をグラフィックスオブジェクトに採用している。しかし、グラフィックスオブジェクトにランレングス符号化方式を採用したというのは、本発明の必須事項ではなく、グラフィックスオブジェクトはＰＮＧデータであってもよい。またラスタデータではなくベクタデータであってもよい、更に透明な絵柄であってもよい。
（Ｊ）第１実施形態においてＰＬＭａｒｋのＭａｒｋ＿Ｔｙｐｅは、チャプターサーチ、ユーザスキップ、Ｌｉｎｋコマンドによるリンクの何れもが可能であるか（ＥｎｔｒｙＭａｒｋ）、Ｌｉｎｋコマンドによるリンクのみが可能であるか（ＬｉｎｋＰｏｉｎｔ）を示したが、他の属性を示してもよい。例えばＰＬＭａｒｋに複数のフラグを設け、個々のフラグに、チャプターサーチが可能か否か（１）、ユーザスキップが可能か否か（２）、Ｌｉｎｋコマンドによるリンクが可能か否か（３）を個別に示させてもよい。
以上のような変更実施が可能であるとしても、本願の特許請求の範囲に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本順の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
【符号の説明】
１ ＢＤドライブ
２ Ｒｅａｄ Ｂｕｆｆｅｒ
３ ＰＩＤフィルタ
４ ＴＢバッファ
５ ビデオデコーダ
６ ビデオプレーン
７ オーディオデコーダ
８ グラフィクスプレーン
９ ＣＬＵＴ部
１０ 加算器
１２ グラフィクスデコーダ
１３ Ｃｏｄｅｄ Ｄａｔａ Ｂｕｆｆｅｒ
１４ Ｓｔｒｅａｍ Ｇｒａｐｈｉｃｓプロセッサ
１６ Ｃｏｍｐｏｓｉｔｉｏｎバッファ
１７ Ｇｒａｐｈｉｃｓコントローラ
１８ ＵＯコントローラ
１９ プレーヤレジスタ群
２０ 制御部
２００ 再生装置
３００ テレビ
４００ リモコン
【産業上の利用可能性】
本発明に係る記録媒体、再生装置は、対話機能に、ＡＶ機能の有為性を取り入れることができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【特許請求の範囲】
【請求項１】
デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とが記録された記録媒体であって、
マーカ情報は、前記位置の属性情報を含み、
属性情報は、
再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか又は無視すべきかを示す
ことを特徴とする記録媒体。
【請求項２】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、その再生区間に対応するデジタルストリームにおける時間情報とにより、デジタルストリーム上の任意の位置を表現する
ことを特徴とする請求項１記載の記録媒体。
【請求項３】
前記マーカ情報の属性情報が、再生装置により無視すべき旨を示している場合、
当該マーカ情報により指示されるデジタルストリーム上の位置は、記録媒体に記録された分岐コマンドの分岐先になる
ことを特徴とする請求項１記載の記録媒体。
【請求項４】
デジタルストリームには、ビデオストリーム、オーディオストリームの他にグラフィクスストリームが多重されており、
グラフィクスストリームは、グラフィカルなボタン部材を構成するグラフィクスデータと、グラフィクスデータの状態遷移を規定する状態制御情報とを含み、
前記分岐コマンドは、状態制御情報に含まれるコマンドであり、１つのボタン部材の確定時に実行される
ことを特徴とする請求項３記載の記録媒体。
【請求項５】
再生位置の選択を意図する操作には、
現在の再生位置の前後の再生位置を選択するスキップ操作、
チャプターとなる再生位置を選択するチャプターサーチ操作がある
ことを特徴とする請求項１記載の記録媒体。
【請求項６】
再生装置であって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出手段と、
読み出された一部分を再生する再生手段と、
頭出しを行うよう読出手段を制御する制御手段とを備え、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御手段は、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生装置。
【請求項７】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、時間情報とを含み、
前記頭出し時における制御手段による参照は、
マーカ情報内の識別子に対応する再生区間が定義されているデジタルストリームにおいて、マーカ情報に含まれる時間情報を用いてなされる
ことを特徴とする請求項６記載の再生装置。
【請求項８】
制御手段による頭出しには、
再生位置の選択を意図する操作がユーザによりなされた場合に行われる頭出しの他に、分岐コマンドによる頭出しがあり、
前記制御手段は、
分岐コマンドによる頭出しにあたっては、第１の属性をもつマーカ情報により指示される位置を参照する
ことを特徴とする請求項６記載の再生装置。
【請求項９】
デジタルストリームには、ビデオストリーム、オーディオストリームの他にグラフィクスストリームが多重されており、
グラフィクスストリームは、グラフィカルなボタン部材を構成するグラフィクスデータと、グラフィクスデータの状態遷移を規定する状態制御情報とを含み、前記分岐コマンドによる頭出しは、ボタン部材の確定時になされる
ことを特徴とする請求項８記載の再生装置。
【請求項１０】
前記マーカ情報は記録媒体上に複数あり、
前記再生位置の選択を意図する操作とは、サーチすべきチャプタ番号の入力であり、
前記制御手段による参照とは、
入力されたチャプタ番号に対応するマーカ情報が第２の属性を有する場合に、そのマーカ情報により指示される位置を、頭出し位置として特定することであり
前記制御手段による無視とは、
入力されたチャプタ番号に対応するマーカ情報が第１の属性を有する場合に、後続するマーカ情報であって第２の属性を有するものにより指示される位置を、頭出し位置として特定することである、請求項６記載の再生装置。
【請求項１１】
前記マーカ情報は記録媒体上に複数あり、
前記再生位置の選択を意図する操作とは、スキップ方向の入力であり、
前記制御手段による参照とは、
複数のマーカ情報のうち、現在の再生時点の直前又は直後に対応するマーカ情報が第２の属性を有する場合に、そのマーカ情報により指示される位置を頭出し位置として特定することであり、
前記制御手段による無視とは、
現在の再生時点の直前又は直後に対応するマーカ情報が第１の属性を有する場合に、先行又は後続するマーカ情報であって第２の属性を有するものにより指示される位置を頭出し位置として特定することである、請求項６記載の再生装置。
【請求項１２】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、時間情報とを含み、
前記頭出し時における制御手段による参照は、
マーカ情報内の識別子に対応する再生区間が定義されているデジタルストリームにおいて、マーカ情報に含まれる時間情報を用いてなされる
ことを特徴とする請求項１０又は１１記載の再生装置。
【請求項１３】
記録媒体の記録方法であって、
アプリケーションデータを作成するステップと、
作成したデータを記録媒体に記録するステップとを有し、
前記アプリケーションデータは、
デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とを含み、
マーカ情報は、前記位置の属性情報を含み、
属性情報は、
再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか、無視すべきかを示す
ことを特徴とする記録方法。
【請求項１４】
記録媒体の再生をコンピュータに行わせるプログラムであって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出ステップと、
読み出された一部分を再生する再生ステップと、
頭出しを行うよう読出ステップを制御する制御ステップとを有し、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御ステップは、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生プログラム。
【請求項１５】
記録媒体についての再生方法であって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出ステップと、
読み出された一部分を再生する再生ステップと、
頭出しを行うよう読出ステップを制御する制御ステップとを有し、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御ステップは、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生方法。
【請求項１】
デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とが記録された記録媒体であって、
マーカ情報は、前記位置の属性情報を含み、
属性情報は、
再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか又は無視すべきかを示す
ことを特徴とする記録媒体。
【請求項２】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、その再生区間に対応するデジタルストリームにおける時間情報とにより、デジタルストリーム上の任意の位置を表現する
ことを特徴とする請求項１記載の記録媒体。
【請求項３】
前記マーカ情報の属性情報が、再生装置により無視すべき旨を示している場合、
当該マーカ情報により指示されるデジタルストリーム上の位置は、記録媒体に記録された分岐コマンドの分岐先になる
ことを特徴とする請求項１記載の記録媒体。
【請求項４】
デジタルストリームには、ビデオストリーム、オーディオストリームの他にグラフィクスストリームが多重されており、
グラフィクスストリームは、グラフィカルなボタン部材を構成するグラフィクスデータと、グラフィクスデータの状態遷移を規定する状態制御情報とを含み、
前記分岐コマンドは、状態制御情報に含まれるコマンドであり、１つのボタン部材の確定時に実行される
ことを特徴とする請求項３記載の記録媒体。
【請求項５】
再生位置の選択を意図する操作には、
現在の再生位置の前後の再生位置を選択するスキップ操作、
チャプターとなる再生位置を選択するチャプターサーチ操作がある
ことを特徴とする請求項１記載の記録媒体。
【請求項６】
再生装置であって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出手段と、
読み出された一部分を再生する再生手段と、
頭出しを行うよう読出手段を制御する制御手段とを備え、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御手段は、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生装置。
【請求項７】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、時間情報とを含み、
前記頭出し時における制御手段による参照は、
マーカ情報内の識別子に対応する再生区間が定義されているデジタルストリームにおいて、マーカ情報に含まれる時間情報を用いてなされる
ことを特徴とする請求項６記載の再生装置。
【請求項８】
制御手段による頭出しには、
再生位置の選択を意図する操作がユーザによりなされた場合に行われる頭出しの他に、分岐コマンドによる頭出しがあり、
前記制御手段は、
分岐コマンドによる頭出しにあたっては、第１の属性をもつマーカ情報により指示される位置を参照する
ことを特徴とする請求項６記載の再生装置。
【請求項９】
デジタルストリームには、ビデオストリーム、オーディオストリームの他にグラフィクスストリームが多重されており、
グラフィクスストリームは、グラフィカルなボタン部材を構成するグラフィクスデータと、グラフィクスデータの状態遷移を規定する状態制御情報とを含み、前記分岐コマンドによる頭出しは、ボタン部材の確定時になされる
ことを特徴とする請求項８記載の再生装置。
【請求項１０】
前記マーカ情報は記録媒体上に複数あり、
前記再生位置の選択を意図する操作とは、サーチすべきチャプタ番号の入力であり、
前記制御手段による参照とは、
入力されたチャプタ番号に対応するマーカ情報が第２の属性を有する場合に、そのマーカ情報により指示される位置を、頭出し位置として特定することであり
前記制御手段による無視とは、
入力されたチャプタ番号に対応するマーカ情報が第１の属性を有する場合に、後続するマーカ情報であって第２の属性を有するものにより指示される位置を、頭出し位置として特定することである、請求項６記載の再生装置。
【請求項１１】
前記マーカ情報は記録媒体上に複数あり、
前記再生位置の選択を意図する操作とは、スキップ方向の入力であり、
前記制御手段による参照とは、
複数のマーカ情報のうち、現在の再生時点の直前又は直後に対応するマーカ情報が第２の属性を有する場合に、そのマーカ情報により指示される位置を頭出し位置として特定することであり、
前記制御手段による無視とは、
現在の再生時点の直前又は直後に対応するマーカ情報が第１の属性を有する場合に、先行又は後続するマーカ情報であって第２の属性を有するものにより指示される位置を頭出し位置として特定することである、請求項６記載の再生装置。
【請求項１２】
前記記録媒体には、再生経路情報が記録されており、
前記再生経路情報は、デジタルストリームにおける頭出し位置、及び、デジタルストリームにおける再生終了点の組みを１つ以上並べることにより、再生経路を表現する情報であり、
前記頭出し位置及び再生終了点の組みは、再生経路を構成する１つ以上の再生区間を特定するものであり、
マーカ情報は、再生区間の識別子と、時間情報とを含み、
前記頭出し時における制御手段による参照は、
マーカ情報内の識別子に対応する再生区間が定義されているデジタルストリームにおいて、マーカ情報に含まれる時間情報を用いてなされる
ことを特徴とする請求項１０又は１１記載の再生装置。
【請求項１３】
記録媒体の記録方法であって、
アプリケーションデータを作成するステップと、
作成したデータを記録媒体に記録するステップとを有し、
前記アプリケーションデータは、
デジタルストリームと、デジタルストリーム上の任意の位置を示すマーカ情報とを含み、
マーカ情報は、前記位置の属性情報を含み、
属性情報は、
再生位置の選択を意図する操作がユーザによりなされた場合において、マーカ情報により指示される位置を、再生装置は参照すべきか、無視すべきかを示す
ことを特徴とする記録方法。
【請求項１４】
記録媒体の再生をコンピュータに行わせるプログラムであって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出ステップと、
読み出された一部分を再生する再生ステップと、
頭出しを行うよう読出ステップを制御する制御ステップとを有し、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御ステップは、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生プログラム。
【請求項１５】
記録媒体についての再生方法であって、
記録媒体に記録されているデジタルストリームを、一部分ずつ読み出す読出ステップと、
読み出された一部分を再生する再生ステップと、
頭出しを行うよう読出ステップを制御する制御ステップとを有し、
前記記録媒体には、デジタルストリームにおける任意の位置を示すマーカ情報が記録されており、
マーカ情報は、前記位置の属性情報を含み、
前記制御ステップは、
再生位置の選択を意図する操作がユーザによりなされた場合において、第１の属性をもつマーカ情報により指示される位置を無視し、第２の属性をもつマーカ情報により指示される位置を参照することで頭出しを行う
ことを特徴とする再生方法。
【国際公開番号】ＷＯ２００４／０９５４５５
【国際公開日】平成１６年１１月４日（２００４．１１．４）
【発行日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願番号】特願２００５−５０５７２１（Ｐ２００５−５０５７２１）
【国際出願番号】ＰＣＴ／ＪＰ２００４／００５３６６
【国際出願日】平成１６年４月１５日（２００４．４．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＪＡＶＡ
コンパクトフラッシュ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【国際公開日】平成１６年１１月４日（２００４．１１．４）
【発行日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００４／００５３６６
【国際出願日】平成１６年４月１５日（２００４．４．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＪＡＶＡ
コンパクトフラッシュ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]