JP6346880B2 - 記録媒体 - Google Patents

Description

本開示は、符号化された映像ストリームを記録した記録媒体、当該記録媒体に記録された映像ストリームを再生する再生装置などに関するものである。

従来、ＤＶＤに関する技術が開示されている（例えば特許文献１参照）。

特開平９−２８２８４８号公報

しかしながら、上記特許文献では、更なる改善が必要とされていた。

本開示の一態様に係る記録媒体は、映像情報を符号化することにより得られたデジタルストリームファイルを含むデータを記録した記録媒体であって、前記記録媒体の記録領域は、第一読み込みレートで読み込まれる第一記録領域と、前記第一読み込みレートよりも速い第二読み込みレートで読み込まれる第二記録領域とを有し、前記データは、リアルタイム属性を持つ前記デジタルストリームファイルと、非リアルタイム属性を持つデータファイルとを含み、前記デジタルストリームファイルの再生中に読み込まれる前記データファイルは、前記第一記録領域および前記第二記録領域のうち、再生中の前記デジタルストリームファイルが記録されている記録領域と同じ記録領域に記録されている。

上記態様によれば、更なる改善を実現することができる。

ＳＤ−ＤＶＤの構造を示す図である。 ＡＶデータであるＭＰＥＧストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。 ＤＶＤにおけるＶＯＢの構成を示す概要図である。 ＢＤ−ＲＯＭのデータ階層を示す図である。 ＢＤ−ＲＯＭに記録されている論理データの構造を示す図である。 ＢＤ−ＲＯＭを再生するＢＤ−ＲＯＭプレーヤの基本的な構成の概要を示す図である。 図６に示すプレーヤの構成を詳細化したブロック図である。 ＢＤ−ＲＯＭのアプリケーション空間を示す図である。 ＭＰＥＧストリーム（ＶＯＢ）の構成を示す図である。 ＭＰＥＧストリームにおけるパックの構成を示す図である。 ＡＶデータとプレーヤ構成との関係を説明するための図である。 トラックバッファを使ったＶＯＢデータ連続供給モデルを説明するための図である。 ＶＯＢ管理情報ファイルの内部構造を示す図である。 ＶＯＢＵ情報の詳細を説明するための図である。 タイムマップを使ったアドレス情報取得方法を説明するための図である。 プレイリストの構成を示す図である。 イベントハンドラテーブルの構成を示す図である。 ＢＤ−ＲＯＭ全体情報であるＢＤ．ＩＮＦＯの構成を示す図である。 グローバルイベントハンドラテーブルの構成を示す図である。 タイムイベントの例を示す図である。 ユーザのメニュー操作によるユーザイベントの例を示す図である。 グローバルイベントの例を示す図である。 プログラムプロセッサの機能的な構成を説明するための図である。 システムパラメータ（ＳＰＲＭ）の一覧を示す図である。 ２つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。 メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。 ＢＤ−ＲＯＭプレーヤにおけるＡＶデータ再生の基本処理の流れを示すフローチャートである。 ＢＤ−ＲＯＭプレーヤにおけるプレイリスト再生開始からＶＯＢ再生終了までの処理の流れを示すフローチャートである。 図２９の（Ａ）は、ＢＤ−ＲＯＭプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートであり、図２９の（Ｂ）は、ＢＤ−ＲＯＭプレーヤにおけるユーザイベントに係る処理の流れを示すフローチャートである。 ＢＤ−ＲＯＭプレーヤにおける字幕データの処理の流れを示すフローチャートである。 大容量光ディスクの記録層の配置を説明する図である。 ３層ディスクの論理アドレスと、論理アドレスに対応するディスクの回転速度とを示す図である。 ディスクからの読み込みレートを切り替えて読み込む方式の一例について説明するための図である。 ディスクからの読み込みレートを切り替えて読み込む方式の他の一例について説明するための図である。 ディスクからの最大読み込みレートとストリームのレートとの関係を示す図である。 従来のユーザーデータ領域の割り当て位置を説明する図である。 本開示のユーザーデータ領域の割り当て位置を説明する図である。 本開示のシームレス接続におけるジャンプを説明するための図である。 本開示のファイル属性に応じたファイル配置を説明する図である。 シームレス接続におけるジャンプを説明する図である。 シームレス接続のためのファイルの配置条件を説明する図である。 シームレス接続のためのファイルの配置条件を説明する図である。 シームレス接続のためのファイルの配置条件を説明する図である。 シームレス接続のためのファイルの配置条件を説明する図である。 本開示のシームレス接続におけるジャンプモデルを説明する図である。 ジャンプ距離とシーク時間との関係を説明する図である。 ＡＶストリームを再生しながらデータファイルにアクセスする際にかかる時間を説明するための図である。 ＡＶストリームファイルと同時にアクセスされるデータファイルとの記録位置の相関を説明するための図である。

（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した、ＤＶＤなどの記録媒体に関し、以下の問題が生じることを見出した。

映像データを記録した情報記録媒体の代表格は、ＤＶＤ（以下、「Ｓｔａｎｄａｒｄ Ｄｉｆｉｎｉｔｉｏｎ（ＳＤ）−ＤＶＤ」ともいう。）である。以下に従来のＤＶＤについて説明する。

図１は、ＳＤ−ＤＶＤの構造を示す図である。図１の下段に示すように、ＤＶＤディスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられている。その論理アドレス空間には先頭からファイルシステムのボリューム情報が記録され、続いて映像音声などのアプリケーションデータが記録されている。

ファイルシステムとは、ＩＳＯ９６６０やＵｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ（ＵＤＦ）等の規格により定められたデータを管理する仕組みのことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。

日常使っているパーソナルコンピュータ（ＰＣ）の場合でも、Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ（ＦＡＴ）またはＮＴ Ｆｉｌｅ Ｓｙｓｔｅｍ（ＮＴＦＳ）と呼ばれるファイルシステムにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。

ＳＤ−ＤＶＤの場合、ＵＤＦ及びＩＳＯ９６６０の両方のファイルシステムが使用されている。両方を合わせて「ＵＤＦブリッジ」とも呼ばれる。記録されているデータはＵＤＦまたはＩＳＯ９６６０どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。なお、ここで取り扱うＤＶＤはパッケージメディア用のＲＯＭディスクであり、物理的に書き込みが不可能である。

ＤＶＤ上に記録されたデータは、ＵＤＦブリッジを通して、図１左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図１における「ＲＯＯＴ」）の直下に「ＶＩＤＥＯ＿ＴＳ」と呼ばれるディレクトリが置かれ、ここにＤＶＤのアプリケーションデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下の種類のファイルがある。

ＶＩＤＥＯ＿ＴＳ．ＩＦＯ ディスク再生制御情報ファイル
ＶＴＳ＿０１＿０．ＩＦＯ ビデオタイトルセット＃１再生制御情報ファイル
ＶＴＳ＿０１＿０．ＶＯＢ ビデオタイトルセット＃１ストリームファイル
．．．．．

上記例に示すように２つの拡張子が規定されている。「ＩＦＯ」は再生制御情報が記録されたファイルであることを示す拡張子であり、「ＶＯＢ」はＡＶデータであるＭＰＥＧストリームが記録されたファイルであることを示す拡張子である。

再生制御情報とは、ＤＶＤで採用されたインタラクティビティ（ユーザの操作に応じて再生を動的に変化させる技術）を実現するための情報や、メタデータのような、ＡＶデータに付属する情報などのことである。また、ＤＶＤでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。

再生制御情報ファイルは、ディスク全体を管理する「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、個々のビデオタイトルセット毎の再生制御情報である「ＶＴＳ＿０１＿０．ＩＦＯ」がある。なお、ＤＶＤでは複数のタイトル、言い換えれば複数の異なる映画や楽曲を１枚のディスクに記録することが可能である。

ここで、ファイル名ボディにある「０１」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット＃２の場合は、「ＶＴＳ＿０２＿０．ＩＦＯ」となる。

図１の右上部は、ＤＶＤのアプリケーション層でのＤＶＤナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」内の情報は、ＶＩＤＥＯ Ｍａｎａｇｅｒ Ｉｎｆｏｒｍａｔｉｏｎ（ＶＭＧＩ）として、「ＶＴＳ＿０１＿０．ＩＦＯ」または、他のビデオタイトルセット毎に存在する再生制御情報はＶｉｄｅｏ Ｔｉｔｌｅ Ｓｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＶＴＳＩ）としてＤＶＤナビゲーション空間に展開される。

ＶＴＳＩの中にはＰｒｏｇｒａｍ Ｃｈａｉｎ（ＰＧＣ）と呼ばれる再生シーケンスの情報であるＰｒｏｇｒａｍ Ｃｈａｉｎ Ｉｎｆｏｒｍａｔｉｏｎ（ＰＧＣＩ）が記述されている。ＰＧＣＩは、Ｃｅｌｌの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。

Ｃｅｌｌ自身はＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔの略であり、ＭＰＥＧストリームを指す）の一部区間または全部区間を指定する情報であり、Ｃｅｌｌの再生は、当該ＶＯＢのＣｅｌｌによって指定された区間を再生することを意味している。

コマンドは、ＤＶＤの仮想マシンによって処理されるものであり、例えば、ウェブページを表示するブラウザ上で実行されるＪａｖａ（登録商標）Ｓｃｒｉｐｔなどに近いものである。しかしながらＪａｖａ（登録商標）Ｓｃｒｉｐｔが論理演算の他にウィンドウやブラウザの制御（例えば、新しいブラウザのウィンドウを開くなど）を行うのに対して、ＤＶＤのコマンドは、論理演算の他にＡＶタイトルの再生制御、例えば、再生するチャプターの指定などを実行するだけのものである点で異なっている。

Ｃｅｌｌはディスク上に記録されているＶＯＢの開始及び終了アドレス（論理アドレス）をその内部情報として有しており、プレーヤは、Ｃｅｌｌに記述されたＶＯＢの開始及び終了アドレス情報を使ってデータの読み出し、再生を実行する。

図２は、ＡＶデータであるＭＰＥＧストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。

ＳＤ−ＤＶＤの特長であるインタラクティビティは前述した「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」や「ＶＴＳ＿０１＿０．ＩＦＯ」などに記録されているナビゲーション情報だけによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック（ナビパックまたは、ＮＶ＿ＰＣＫという。）と呼ばれる専用キャリアを使いＶＯＢ内に映像、音声データと一緒に多重化されている。

ここでは簡単なインタラクティビティの例としてメニュー画面について説明する。メニュー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。

また、メニュー画面上では一つのボタンが選択されており（選択ボタン上に半透明色がオーバーレイされることで該ボタンがハイライトされ、該ボタンが選択状態であることをユーザに示す）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。

リモコンの上下左右キーを使って、選択実行したいボタンまでハイライトを移動させ、決定する（決定キーを押す）ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプターの再生がコマンドによって実行されている。

図２の左上部はＮＶ＿ＰＣＫに格納される情報の概要を示している。ＮＶ＿ＰＣＫ内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。

ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報（ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）とが記述されている。

メニュー画面上のハイライトは、図２の右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色を付した物である。このオーバーレイ画像は図２の右部に示す背景画像と合成されて画面上に表示される。

前述のようにして、ＤＶＤではメニュー画面を実現している。また、何故、ナビゲーションデータの一部をＮＶ＿ＰＣＫを使ってストリーム中に埋め込んでいるのかについては、以下の理由からである。

すなわち、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中５分〜１０分の間にだけメニュー画面を表示するといった、同期タイミングが問題となりやすい処理を問題なく実現できるようにするためである。

また、もう一つの大きな理由は、ＮＶ＿ＰＣＫには特殊再生を支援するための情報を格納し、ＤＶＤ再生時の早送り、巻き戻しなどの非通常再生時にも円滑にＡＶデータをデコードし再生させる等、ユーザの操作性を向上させるためである。

図３は、ＤＶＤにおけるＶＯＢの構成を示す概要図である。図に示すように、映像、音声、字幕などのデータ（図３の（１））は、ＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格に基づいて、パケット及びパック化し（図３の（２））、それぞれを多重化して１本のＭＰＥＧプログラムストリームにしている（図３の（３））。

また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだＮＶ＿ＰＣＫも一緒に多重化をされている。

ＭＰＥＧシステムの多重化の特徴として、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではないことが挙げられる。

これはＭＰＥＧシステムストリームのデコーダモデル（図３の（４）、一般にＳｙｓｔｅｍ Ｔａｒｇｅｔ Ｄｅｃｏｄｅｒ、またはＳＴＤと呼ばれる）が多重化を解いた後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している事に由来している。

このデコーダバッファは、個々のエレメンタリストリーム毎にサイズが異なり、映像に対しては、２３２ｋＢ、音声に対しては４ｋＢ、字幕に対しては５２ｋＢをそれぞれ有している。

このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、ＭＰＥＧシステムストリームとしてビット列を形成する順番と表示（デコード）されるタイミングにずれが生じている。

即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードされているわけでは無い。

以上述べたようなＤＶＤに関する技術は、特許文献１に記載されている。

ところで、映像再生中にマルチアングルで分岐をしたり、記録層の切り替えなどが発生したりしても連続して再生が続けられるようなジャンプルールについては考慮されていなかった。ジャンプしている時間は、データの読み込みができない時間であるため、その時間で映像の再生に消費されるビットストリームは予めバッファリングしておくことが必要になる。従って、所定の最大ジャンプ時間（およびストリームの最大ビットレート）を想定しなければ、プレーヤにおいてバッファリングするメモリのサイズなどを設計できない、という課題がある。

また、ブルーレイディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ（ＢＤ））のような大容量の記録媒体においては、非常に高品位な映像情報を格納できる可能性がある。例えば、４Ｋ（３８４０×２１６０ピクセルの解像度を持つ映像情報）やＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅと一般に呼ばれる高輝度映像情報）を記録媒体に記録する場合には、最新の高圧縮率の映像符号化コーデック（ＨＥＶＣなど）を用いても十分な画質を得るには非常に高いビットレートが必要になるケースがある。また、ディスクを低速で読み込む低速読み込み領域（ＬＲＲ Ｚｏｎｅ）と高速で読み込む高速読み込み領域（ＨＲＲ Ｚｏｎｅ）に分けた複層ディスクとして扱うことも考えられる。

しかしながら、この場合、このような高いビットレートのストリームをディスクから読み出しながら、プログラムにて要求されたデータファイルへ同時アクセスするようなケース（ブルーレイディスクでは”Ｊａｖａ（登録商標） Ｉ／Ｏ ｄｕｒｉｎｇ ＡＶ ｐｌａｙｂａｃｋ”などと呼ばれる）では、光ピックアップのディスクの半径方向移動に伴う大きな回転速度差や、記録層ごとの球面収差補正に時間がかかるため、大きなリードバッファを搭載せねばならない。また、大きなリードバッファを搭載したとしても、そのリードバッファへのバッファリングに時間がかかるため、ＡＶストリームの再生をしながら、安価かつレスポンス良く、Ｊａｖａ（登録商標）のようなプログラムがデータファイルにアクセスする機能を提供することが難しいという課題がある。

以上の検討を踏まえ、本発明者は、上記課題を解決するために、下記の改善策を検討した。

本開示の一態様に係る記録媒体は、映像情報を符号化することにより得られたデジタルストリームを含むデータを記録した記録媒体であって、前記記録媒体の記録領域は、第一読み込みレートで読み込まれる第一記録領域と、前記第一読み込みレートよりも速い第二読み込みレートで読み込まれる第二記録領域とを有し、前記データは、リアルタイム属性を持つデジタルストリームと、非リアルタイム属性を持つデータファイルとを含み、前記デジタルストリームの再生中に読み込まれる前記データファイルは、前記第一記録領域および前記第二記録領域のうち、再生中の前記デジタルストリームが記録されている記録領域と同じ記録領域に記録されている。

これによれば、異なる読み込みレートで読み込まれる２つの記録領域がある場合であっても、非常に大きなリードバッファを採用せずともデジタルストリームの再生中にデータファイルに同時アクセスできる。

また、例えば、前記デジタルストリームの再生中に読み込まれる前記データファイルは、さらに、再生中の前記デジタルストリームが記録されている記録領域から１／３ストローク以内の領域に記録されていてもよい。

また、例えば、前記記録媒体は、複数の記録層を有し、前記デジタルストリームを再生中に読み込まれる前記データファイルは、さらに、再生中の前記デジタルストリームが記録されている記録層と同じ記録層に記録されていてもよい。

また、例えば、前記データのファイルシステムは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）であり、前記デジタルストリームは、前記デジタルストリームのファイルタイプフィールドの値が２４９であるファイルであってもよい。

なお、これらの全般包括的または具体的な態様は、装置、方法、システム、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、方法、システム、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。

以下、添付の図面を参照しながら、本発明を実施するための最良の形態ついて説明する。

なお、本願請求項１に係る発明に最も近い実施の形態は実施の形態２であるが、理解を容易にするために、実施の形態２における情報記録媒体等の基本的な構成を説明する実施の形態１を先に説明する。

（実施の形態１）
まず、ＢＤ−ＲＯＭおよびＢＤ−ＲＯＭを再生するＢＤ−ＲＯＭプレーヤの基本的な構成および動作について、図１〜図３０を用いて説明する。

（ディスク上の論理データ構造）
図４は、ＢＤ−ＲＯＭのデータ階層を示す図である。

図４に示すように、ディスク媒体であるＢＤ−ＲＯＭ１０４上には、ＡＶデータ１０３と、ＡＶデータに関する管理情報及びＡＶ再生シーケンスなどのＢＤ管理情報１０２と、インタラクティブを実現するＢＤ再生プログラム１０１とが記録されている。

なお、本実施の形態では、映画などのＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤ−ＲＯＭの説明を行うが、ＢＤ−ＲＯＭをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの様にコンピュータ用途の記録媒体として使用することも当然のことながら可能である。

図５は、前述のＢＤ−ＲＯＭ１０４に記録されている論理データの構造を示す図である。ＢＤ−ＲＯＭ１０４は、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有している。

また、リードインの内側にはＢｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ（ＢＣＡ）と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。

論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術で説明した通り、ＵＤＦやＩＳＯ９６６０等の規格により定められたデータを管理する仕組みのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。

本実施の形態の場合、ＢＤ−ＲＯＭ１０４上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ−ＲＯＭで扱うＡＶデータや管理情報などのデータ（図４に示すＢＤ再生プログラム１０１、ＢＤ管理情報１０２、ＡＶデータ１０３）が記録されているディレクトリである。

ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。

ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤ−ＲＯＭ全体に関する情報を記録したファイルである。ＢＤ−ＲＯＭプレーヤは最初にこのファイルを読み出す。

ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤ−ＲＯＭ全体に関わるプログラムを記録したファイルである。

ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。

ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＲＯＧ」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。

ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。１つのＶＯＢは１つのファイルに対応する。

ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。

ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕及びメニュー画面を構成するためのイメージデータであるＰＮＧ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）によって標準化された画像フォーマットであり「ピング」と読む。）形式のイメージファイルである。１つのＰＮＧイメージは１つのファイルに対応する。

（プレーヤの構成）
次に、前述のＢＤ−ＲＯＭ１０４を再生するプレーヤの構成について図６及び図７を用いて説明する。

図６は、ＢＤ−ＲＯＭ１０４を再生するＢＤ−ＲＯＭプレーヤの基本的な構成の概要を示す図である。

図６に示すＢＤ−ＲＯＭプレーヤにおいて、ＢＤ−ＲＯＭ１０４上のデータは、光ピックアップ２０２を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに記録される。

ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイル）はプログラム記録メモリ２０３に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」ファイル）は管理情報記録メモリ２０４に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」ファイル）はＡＶ記録メモリ２０５にそれぞれ記録される。

プログラム記録メモリ２０３に記録されたＢＤ再生プログラムはプログラム処理部２０６によって処理される。管理情報記録メモリ２０４に記録されたＢＤ管理情報は管理情報処理部２０７によって処理される。

また、ＡＶ記録メモリ２０５に記録されたＡＶデータはプレゼンテーション処理部２０８によって処理される。

プログラム処理部２０６は、管理情報処理部２０７から再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムで、再生するプレイリストを動的に変更する事が可能であり、この場合は管理情報処理部２０７に対して変更後のプレイリストの再生命令を送ることで実現する。

プログラム処理部２０６は、更に、ユーザからのイベント、例えば、ユーザが操作するリモコンからのリクエストを受け付け、ユーザイベントに対応するプログラムがある場合は、実行処理する。

管理情報処理部２０７は、プログラム処理部２０６の指示を受け、その指示に対応するプレイリスト及びそのプレイリストに対応したＶＯＢの管理情報を解析する。更に、プレゼンテーション処理部２０８に再生の対象となるＡＶデータの再生を指示する。

また、管理情報処理部２０７は、プレゼンテーション処理部２０８から基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部２０８にＡＶデータ再生の停止指示を行う。更に、プログラム処理部２０６に対してプログラム実行タイミングを示すイベントを生成する。

プレゼンテーション処理部２０８は、映像、音声、および字幕それぞれのデータに対応するデコーダを持ち、管理情報処理部２０７からの指示に従い、ＡＶデータのデコード及び出力を行う。映像データ及び字幕データは、デコード後にそれぞれの専用プレーンに描画される。

具体的には、映像データはビデオプレーン２１０に描画され、字幕データ等のイメージデータはイメージプレーン２０９に描画される。更に、２つのプレーンに描画された映像の合成処理が合成処理部２１１によって行われＴＶなどの表示デバイスへ出力される。

図６で示すように、ＢＤ−ＲＯＭプレーヤは図４で示したＢＤ−ＲＯＭ１０４に記録されているデータ構造に基づいた構成をとっている。

図７は、図６に示すプレーヤの構成を詳細化したブロック図である。図６に示す各構成部と、図７に示す各構成部との対応は以下の通りである。

ＡＶ記録メモリ２０５はイメージメモリ３０８とトラックバッファ３０９に対応する。プログラム処理部２０６はプログラムプロセッサ３０２とＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）マネージャ３０３に対応する。管理情報処理部２０７はシナリオプロセッサ３０５とプレゼンテーションコントローラ３０６とに対応する。プレゼンテーション処理部２０８はクロック３０７、デマルチプレクサ３１０、イメージプロセッサ３１１、ビデオプロセッサ３１２とサウンドプロセッサ３１３とに対応する。

ＢＤ−ＲＯＭ１０４から読み出されたＶＯＢデータ（ＭＰＥＧストリーム）はトラックバッファ３０９に、イメージデータ（ＰＮＧ）はイメージメモリ３０８にそれぞれ記録される。

デマルチプレクサ３１０は、クロック３０７から得られる時刻に基づき、トラックバッファ３０９に記録されたＶＯＢデータを抜き出す。更に、ＶＯＢデータに含まれる映像データをビデオプロセッサ３１２に音声データをサウンドプロセッサ３１３にそれぞれ送り込む。

ビデオプロセッサ３１２及びサウンドプロセッサ３１３はそれぞれＭＰＥＧシステム規格で定められる通りに、デコーダバッファとデコーダからそれぞれ構成されている。即ち、デマルチプレクサ３１０から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック３０７に従い個々のデコーダでデコード処理される。

イメージメモリ３０８に記録されたＰＮＧデータは、次の２つの処理方法がある。ＰＮＧデータが字幕用の場合は、プレゼンテーションコントローラ３０６によってデコードタイミングが指示される。クロック３０７からの時刻情報をシナリオプロセッサ３０５が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーションコントローラ３０６に対して字幕の表示、非表示の指示を出す。

プレゼンテーションコントローラ３０６からデコード／表示の指示を受けたイメージプロセッサ３１１は対応するＰＮＧデータをイメージメモリ３０８から抜き出し、デコードし、イメージプレーン２０９に描画する。

また、ＰＮＧデータがメニュー画面用の場合は、プログラムプロセッサ３０２によってデコードタイミングが指示される。プログラムプロセッサ３０２がいつイメージのデコードを指示するかは、プログラムプロセッサ３０２が処理しているＢＤプログラムに因るものであって一概には決まらない。

イメージデータ及び映像データは、図６で説明したようにそれぞれデコード後にイメージプレーン２０９およびビデオプレーン２１０に描画され、合成処理部２１１によって合成出力される。

ＢＤ−ＲＯＭ１０４から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ２０４に記録されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」及び「ＸＸＸ．ＰＬ」）はシナリオプロセッサ３０５によって読み出され処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ３０６によって読み出され処理される。

シナリオプロセッサ３０５は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ３０６に指示し、プレゼンテーションコントローラ３０６は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ３１７に指示を出す。

ドライブコントローラ３１７はプレゼンテーションコントローラ３０６の指示に従い、光ピックアップ２０２を移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ３０８またはトラックバッファ３０９に記録される。

また、シナリオプロセッサ３０５は、クロック３０７の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ３０２に投げる。

プログラム記録メモリ２０３に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ３０２がＢＤプログラムを処理するのは、シナリオプロセッサ３０５からイベントが送られてきた場合か、ＵＯマネージャ３０３からイベントが送られてきた場合である。

ＵＯマネージャ３０３は、ユーザからリモコンキーによってリクエストが送られてきた場合に、当該リクエストに対応するイベントを生成しプログラムプロセッサ３０２に送る。

このような各構成部の動作により、ＢＤ−ＲＯＭの再生がおこなわれる。

（アプリケーション空間）
図８は、ＢＤ−ＲＯＭのアプリケーション空間を示す図である。

ＢＤ−ＲＯＭのアプリケーション空間では、プレイリスト（ＰｌａｙＬｉｓｔ）が一つの再生単位になっている。プレイリストはセル（Ｃｅｌｌ）の再生シーケンスから構成される静的なシナリオと、プログラムによって記述される動的なシナリオとを有している。

プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。

一方で、プログラムは、プレイリストを超えての再生記述や、ユーザの選択またはプレーヤの状態に応じて再生する対象を動的に変えることが可能である。典型的な例としてはメニュー画面を介した再生対象の動的変更が挙げられる。ＢＤ−ＲＯＭの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択するための機能の構成要素の１つである。

また、ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。

時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるイベントである。図７で説明したシナリオプロセッサ３０５からプログラムプロセッサ３０２に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ３０２はＩＤによって対応付けられるイベントハンドラを実行処理する。

前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。

ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ユーザイベントは大きく２つのタイプに分けられる。一つ目は、リモコンが備えるカーソルキー（「上」「下」「左」「右」キー）または「決定」キーの操作によって生成されるメニュー選択のイベントである。

メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。つまり、プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。プログラムプロセッサ３０２は、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。

二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー画面呼び出しのイベントである。メニュー画面呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。

グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、ＤＶＤのメニューコールを実装することができる。メニューコールを実装することにより、タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行することができる。

プレイリストで静的シナリオを構成する単位であるセル（Ｃｅｌｌ）はＶＯＢ（ＭＰＥＧストリーム）の全部または一部の再生区間を参照したものである。セルはＶＯＢ内の再生区間を開始、終了時刻の情報として持っている。個々のＶＯＢと一対になっているＶＯＢ管理情報（ＶＯＢＩ）は、その内部にタイムマップ（Ｔｉｍｅ ＭａｐまたはＴＭ）を有しており、このタイムマップによって前述したＶＯＢの再生、終了時刻をＶＯＢ内（即ち対象となるファイル「ＹＹＹ．ＶＯＢ」内）での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は図１４を用いて後述する。

（ＶＯＢの詳細）
図９は、本実施の形態で使用するＭＰＥＧストリーム（ＶＯＢ）の構成を示す図である。図９に示すように、ＶＯＢは複数のＶｉｄｅｏ Ｏｂｊｅｃｔ Ｕｎｉｔ（ＶＯＢＵ）によって構成されている。ＶＯＢＵは、ＭＰＥＧビデオストリームにおけるＧｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ（ＧＯＰ）を基準とする単位であり、音声データも含んだ多重化ストリームとしての一再生単位である。

ＶＯＢＵは０．４秒から１．０秒の再生時間を持ち、通常は０．５秒の再生時間を持っている。これはＭＰＥＧのＧＯＰの構造が通常は１５フレーム／秒（ＮＴＳＣの場合）であることによって導かれるものである。

ＶＯＢＵは、その内部に映像データであるビデオパック（Ｖ＿ＰＣＫ）と、音声データであるオーディオパック（Ａ＿ＰＣＫ）とを有している。各パックは１セクタで構成され、本実施の形態の場合は２ｋＢ単位で構成されている。

図１０は、ＭＰＥＧストリームにおけるパックの構成を示す図である。

図１０に示すように、映像データ及び音声データといったエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭から順次入れられていく。ペイロードにはパケットヘッダが付けられ１つのパケットを構成する。

パケットヘッダには、ペイロードに格納してあるデータがどのストリームのデータであるのか、映像データであるのか音声データであるのか、および、映像データまたは音声データがそれぞれ複数ストリーム分ある場合に、どのストリームのデータなのかを識別するためのＩＤ（ｓｔｒｅａｍ＿ｉｄ）、並びに、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプであるＤｅｃｏｄｅ Ｔｉｍｅ Ｓｔａｍｐ（ＤＴＳ）及びＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ（ＰＴＳ）が記録されている。

ＤＴＳおよびＰＴＳは必ずしも全てのパケットヘッダに記録されている訳ではなく、ＭＰＥＧによって記録するルールが規定されている。ルールの詳細についてはＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格書に記述されているので省略する。

パケットには更にヘッダ（パックヘッダ）が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサ３１０を通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプであるＳｙｓｔｅｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ（ＳＣＲ）が記録されている。

（ＶＯＢのインターリーブ記録）
図１１及び図１２を用いてＶＯＢファイルのインターリーブ記録について説明する。

図１１は、ＡＶデータとＢＤ−ＲＯＭプレーヤの構成との関係を説明するための図である。

図１１上段の図は、図７を用いて前述したプレーヤ構成図の一部である。図の通り、ＢＤ−ＲＯＭ上のデータは、光ピックアップ２０２を通してＶＯＢ即ちＭＰＥＧストリームであればトラックバッファ３０９へ入力され、ＰＮＧ即ちイメージデータであればイメージメモリ３０８へと入力される。

トラックバッファ３０９はＦｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ（ＦＩＦＯ）であり、入力されたＶＯＢのデータは入力された順にデマルチプレクサ３１０へと送られる。この時、前述したＳＣＲに従って個々のパックはトラックバッファ３０９から引き抜かれデマルチプレクサ３１０を介してビデオプロセッサ３１２またはサウンドプロセッサ３１３へとデータが送り届けられる。

一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラ３０６（図７参照）によって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリ３０８から削除されるが、メニュー用のイメージデータの場合は、イメージメモリ３０８内にそのまま残される。

これはメニューの描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能性があるためである。

図１１下段の図は、ＢＤ−ＲＯＭ上でのＶＯＢファイル及びＰＮＧファイルのインターリーブ記録を示す図である。

一般的にＲＯＭ、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの場合、一連の連続再生単位となるＡＶデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけでよい。

しかしながら、連続再生すべきＡＶデータが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになる。つまり、データの供給が止まる可能性がある。

ＢＤ−ＲＯＭの場合も同様に、ＶＯＢファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのようにＶＯＢに記録されている映像データと同期して再生されるデータがあり、ＶＯＢファイルと同様に字幕データも何らかの方法によってＢＤ−ＲＯＭから読み出す事が必要になる。

字幕データの読み出し方法の一手段として、ＶＯＢの再生開始前に一まとめで字幕用のイメージデータ（ＰＮＧファイル）を読み出してしまう方法がある。しかしながら、この場合には一時記録に使用する大量のメモリが必要となり、現実的ではない。

そこで、本実施の形態では、ＶＯＢファイルを幾つかのブロックに分けて、ＶＯＢファイルとイメージデータとをインターリーブ記録する方式を使用する。

図１１下段はそのインターリーブ記録を説明するための図である。ＶＯＢファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリ３０８に格納することが可能になる。

しかしながらイメージデータを読み出している際には、ＶＯＢデータの読み込みは当然のことながら停止することになる。

図１２は、上記のインターリーブ記録における問題を解決するトラックバッファ３０９を使ったＶＯＢデータ連続供給モデルを説明するための図である。

既に説明したように、ＶＯＢのデータは、一旦トラックバッファ３０９に蓄積される。トラックバッファ３０９へのデータ入力レートをトラックバッファ３０９からのデータ出力レートより高く設定すると、ＢＤ−ＲＯＭからデータを読み出し続けている限り、トラックバッファ３０９のデータ蓄積量は増加をしていくことになる。

ここでトラックバッファ３０９への入力レートをＶａ、トラックバッファ３０９からの出力レートをＶｂとする。図１２の上段の図に示すようにＶＯＢの一連続記録領域が論理アドレスの“ａ１”から“ａ２”まで続くとする。また、“ａ２”から“ａ３”の間は、イメージデータが記録されていて、ＶＯＢデータの読み出しが行えない区間であるとする。

図１２の下段の図は、トラックバッファ３０９の蓄積量を示す図である。横軸が時間、縦軸がトラックバッファ３０９内部に蓄積されているデータ量を示している。時刻“ｔ１”がＶＯＢの一連続記録領域の開始点である“ａ１”の読み出しを開始した時刻を示している。

この時刻以降、トラックバッファ３０９にはレートＶａ−Ｖｂでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファ３０９の入出力レートの差である。時刻“ｔ２”は一連続記録領域の終了点である“ａ２”のデータを読み込む時刻である。

即ち時刻“ｔ１”から“ｔ２”の間レートＶａ−Ｖｂでトラックバッファ３０９内はデータ量が増加していき、時刻“ｔ２”でのデータ蓄積量はＢ（ｔ２）は下記の（式１）によって求めることができる。

Ｂ（ｔ２） ＝ （Ｖａ−Ｖｂ）×（ｔ２−ｔ１） （式１）

この後、ＢＤ−ＲＯＭ上のアドレス“ａ３”まではイメージデータが続くため、トラックバッファ３０９への入力は０となり、出力レートである“−Ｖｂ”でトラックバッファ３０９内のデータ量は減少していくことになる。このデータ量の減少は読み出し位置“ａ３”まで、つまり、時刻でいう“ｔ３”まで続く。

ここで大事なことは、時刻“ｔ３”より前にトラックバッファ３０９に蓄積されているデータ量が０になると、デコーダへ供給するＶＯＢのデータが無くなってしまい、ＶＯＢの再生がストップしてしまうことである。

しかしながら、時刻“ｔ３”でトラックバッファ３０９にデータが残っている場合には、ＶＯＢの再生がストップすることなく連続して行われることを意味している。

このＶＯＢの再生がストップすることなく連続して行われるための条件は下記の（式２）によって示すことができる。

Ｂ（ｔ２） ≧ −Ｖｂ×（ｔ３−ｔ２） （式２）

即ち、（式２）を満たすようにイメージデータの配置を決めればよい事になる。

（ナビゲーションデータ構造）
図１３から図１９を用いて、ＢＤ−ＲＯＭに記録されたナビゲーションデータ（ＢＤ管理情報）の構造について説明をする。

図１３は、ＶＯＢ管理情報ファイル（“ＹＹＹ．ＶＯＢＩ”）の内部構造を示す図である。

ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）とを有している。ストリーム属性情報は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０〜Ａｕｄｉｏ＃ｍ）個々に持つ構成となっている。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数（Ｎｕｍｂｅｒ）によって、オーディオ属性のデータフィールドの数が特定される。

下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドとそれぞれが持ち得る値の例である。

圧縮方式（Ｃｏｄｉｎｇ）：
ＭＰＥＧ１
ＭＰＥＧ２
ＭＰＥＧ４
解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
１９２０ｘ１０８０
１２８０ｘ７２０
７２０ｘ４８０
７２０ｘ５６５
アスペクト比（Ａｓｐｅｃｔ）：
４：３
１６：９
フレームレート（Ｆｒａｍｅｒａｔｅ）：
６０
５９．９４
５０
３０
２９．９７
２５
２４

下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドとそれぞれが持ち得る値の例である。

圧縮方式（Ｃｏｄｉｎｇ）：
ＡＣ３
ＭＰＥＧ１
ＭＰＥＧ２
ＬＰＣＭ
チャンネル数（Ｃｈ）：
１〜８
言語属性（Ｌａｎｇｕａｇｅ）：
ＪＰＮ、ＥＮＧ、・・・

タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１〜ＶＯＢＵ＃ｎ）を持つ。

個々のＶＯＢＵ情報は、ＶＯＢＵの再生時間長（Ｄｕｒａｔｉｏｎ）とＶＯＢＵのデータサイズ（Ｓｉｚｅ）とを有している。

図１４は、ＶＯＢＵ情報の詳細を説明するための図である。

広く知られているように、ＭＰＥＧストリームは時間的側面とデータサイズとしての側面との２つの物理量についての側面を有している。例えば、音声の圧縮規格であるＡｕｄｉｏ Ｃｏｄｅ ｎｕｍｂｅｒ ３（ＡＣ３）は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。

しかしながらＭＰＥＧビデオデータの場合、個々のフレームは固定の表示時間、例えばＮＴＳＣの場合、１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。

従って、ＭＰＥＧビデオの場合は、時間とアドレスとの関係は一般式の形で表現することは不可能である。

当然の事として、ＭＰＥＧビデオデータを多重化しているＭＰＥＧストリーム、即ちＶＯＢについても、時間とデータとを一般式の形で表現することは不可能である。

これに代わって、ＶＯＢ内での時間とアドレスとの関係を結びつけるのがタイムマップ（ＴＭＡＰ）である。図１４に示すように、ＶＯＢＵ毎にＶＯＢＵ内のフレーム数と、ＶＯＢＵ内のパック数とをそれぞれエントリとして持つテーブルがタイムマップ（ＴＭＡＰ）である。

図１５を使って、タイムマップ（ＴＭＡＰ）の使い方を説明する。

図１５は、タイムマップを使ったアドレス情報取得方法を説明するための図である。

図１５に示すように時刻情報（Ｔｉｍｅ）が与えられた場合、まずは当該時刻がどのＶＯＢＵに属するのかを検索する。具体的には、タイムマップのＶＯＢＵ毎のフレーム数を加算して行き、フレーム数の和が、当該時刻をフレーム数に換算した値を超えるまたは一致するＶＯＢＵが当該時刻に対応するＶＯＢＵになる。

次に、タイムマップのＶＯＢＵ毎のサイズを当該ＶＯＢＵの直前のＶＯＢＵまで加算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレス（Ａｄｄｒｅｓｓ）になっている。

このようにして、ＭＰＥＧストリームにおいて、与えられた時刻情報に対応するアドレスを得ることができる。

次に図１６を使って、プレイリスト（“ＸＸＸ．ＰＬ”）の内部構造を説明する。

図１６は、プレイリストの構成を示す図である。

プレイリストは、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）とから構成されている。

セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスを示す情報であり、本リストの記述順でセルが再生される事になる。

セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１〜Ｃｅｌｌ＃ｎ）である。

各セル情報（Ｃｅｌｌ＃〜Ｃｅｌｌ＃ｎ）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。

有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）は、それぞれ当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得る事ができる。

字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つテーブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）とから構成されている。

各言語のテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）は、言語情報（Ｌａｎｇｕａｇｅ）と、表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）とから構成され、各字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）及び字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）とから構成されている。

イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）とから構成され、各イベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント生成時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）とから構成されている。

図１７は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル（“ＸＸＸ．ＰＲＯＧ”）の構成を示す図である。

イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）を有している。

各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ｅｖｅｎｔ＿ｈａｎｄｌｅｒ ｉｄ）を持ち、その後に当該プログラムが“ｆｕｎｃｔｉｏｎ”に続く括弧“｛”と“｝”との間に記述される。

次に図１８を用いてＢＤ−ＲＯＭ全体に関する情報（“ＢＤ．ＩＮＦＯ”）の内部構造について説明をする。

図１８は、ＢＤ−ＲＯＭ全体情報であるＢＤ．ＩＮＦＯの構成を示す図である。

ＢＤ−ＲＯＭ全体情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントリスト（ＥｖｅｎｔＬｉｓｔ）とから構成されている。

タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）とから構成されている。

各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｌｂｌｅ）とタイトル内のチャプターリスト（ＣｈａｐｔｅｒＬｉｓｔ）とを含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。

チャプターリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプター数（Ｎｕｍｂｅｒ）と各チャプター情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）とから構成され、各チャプター情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）は当該チャプターが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と各セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）とから構成されている。

セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。

イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と各グローバルイベントの情報（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）とを持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ、ＢＤ−ＲＯＭがプレーヤに挿入された時、最初に実行されるイベントである。

各グローバルイベントの情報（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。

図１９は、グローバルイベントハンドラテーブル（“ＢＤ．ＰＲＯＧ”）の構成を示す図である。本テーブルは、図１７で説明したイベントハンドラテーブルと同一内容であり、その説明は省略する。

（イベント発生のメカニズム）
図２０から図２２を使ってイベント発生のメカニズムについて説明する。

図２０は、タイムイベントの例を示す図である。

前述したとおり、タイムイベントはプレイリスト（“ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。

タイムイベントとして定義されているイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＴｉｍｅＥｖｅｎｔ”の場合、イベント生成時刻（“ｔ１”）になった時点で、ＩＤ“Ｅｘ１”を持つタイムイベントがシナリオプロセッサ３０５からプログラムプロセッサ３０２に対して出力される。

プログラムプロセッサ３０２は、イベントＩＤ“Ｅｘ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施の形態の場合では、２つのボタンイメージの描画を行うことなどが可能である。

図２１は、ユーザのメニュー操作によるユーザイベントの例を示す図である。

前述したとおり、メニュー操作によるユーザイベントもプレイリスト（“ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。

ユーザイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＵｓｅｒＥｖｅｎｔ”の場合、イベント生成時刻（“ｔ１”）になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。

当該イベントは、有効規格情報（Ｄｕｒａｔｉｏｎ）で記される期間（“Ｔ１”）レディ状態にある。

図２１に示すように、ユーザによりリモコンキーの「上」「下」「左」「右」キーのいずれかのキー、または「決定」キーが押された場合、まずＵＯイベントがＵＯマネージャ３０３によって生成されプログラムプロセッサ３０２に出力される。

プログラムプロセッサ３０２は、シナリオプロセッサ３０５に対してＵＯイベントを流し、シナリオプロセッサ３０５はＵＯイベントを受け取った時刻に有効なユーザイベントが存在するかを検索する。

シナリオプロセッサ３０５は、検索の結果、対象となるユーザイベントがあった場合、ユーザイベントを生成し、プログラムプロセッサ３０２に出力する。

プログラムプロセッサ３０２では、イベントＩＤ、例えば、図２１に示す例の場合では“Ｅｖ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。本例の場合、プレイリスト＃２の再生を開始する。

生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、ＵＯイベントによってプログラムプロセッサ３０２に伝えられ、仮想プレーヤが持つレジスタに記録保持される。

イベントハンドラのプログラムは、このレジスタの値を調べ、分岐処理を実行することが可能である。

図２２は、グローバルイベントの例を示す図である。

前述のように、グローバルイベントはＢＤ−ＲＯＭ全体情報（“ＢＤ．ＩＮＦＯ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。

グローバルイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＧｌｏｂａｌＥｖｅｎｔ”であるイベントは、ユーザのリモコンキー操作があった場合にのみ生成される。

ユーザによりメニューキーが押された場合、先ずＵＯイベントがＵＯマネージャ３０３によって生成されプログラムプロセッサ３０２に出力される。プログラムプロセッサ３０２は、シナリオプロセッサ３０５に対してＵＯイベントを流す。

シナリオプロセッサ３０５は、該当するグローバルイベントを生成し、プログラムプロセッサ３０２に送る。プログラムプロセッサ３０２は、イベントＩＤ“ｍｅｎｕ”を持つイベントハンドラを探し、対象のイベントハンドラを実行する。例えば、図２２に示す例の場合、プレイリスト＃３の再生を開始している。

本実施の形態では、単にメニューキーと呼んでいるが、ＤＶＤを再生するプレーヤにおけるリモコンのように複数のメニューキーがあってもよい。各メニューキーに対応するＩＤをそれぞれ定義することで各メニューキーに対応する適切な処理が可能である。

（仮想プレーヤマシン）
図２３は、プログラムプロセッサ３０２の機能的な構成を説明するための図である。

図２３を用いてプログラムプロセッサ３０２の機能的な構成を説明する。

プログラムプロセッサ３０２は、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはＢＤ−ＲＯＭとして定義された機能モデルであって、各ＢＤ−ＲＯＭプレーヤの実装には依存しないものである。即ち、どのＢＤ−ＲＯＭプレーヤにおいても同様の機能を実行できることを保証している。

仮想プレーヤマシンは大きく２つの機能を持っている。プログラミング関数とプレーヤ変数である。プレーヤ変数はレジスタに記憶され保持されている。

プログラミング関数は、Ｊａｖａ（登録商標） Ｓｃｒｉｐｔをベースとして、以下に記す３つの機能をＢＤ−ＲＯＭ固有関数として定義している。

リンク関数：現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する。

Ｌｉｎｋ（ＰＬ＃，Ｃｅｌｌ＃，ｔｉｍｅ）
ＰＬ＃ ： プレイリスト名
Ｃｅｌｌ＃ ： セル番号
ｔｉｍｅ ： セル内での再生開始時刻
ＰＮＧ描画関数：指定ＰＮＧデータをイメージプレーン２０９に描画する
Ｄｒａｗ（Ｆｉｌｅ，Ｘ，Ｙ）
Ｆｉｌｅ ： ＰＮＧファイル名
Ｘ ： Ｘ座標位置
Ｙ ： Ｙ座標位置
イメージプレーンクリア関数：イメージプレーン２０９の指定領域をクリアする
Ｃｌｅａｒ（Ｘ，Ｙ，Ｗ，Ｈ）
Ｘ ： Ｘ座標位置
Ｙ ： Ｙ座標位置
Ｗ ： Ｘ方向幅
Ｈ ： Ｙ方向幅

また、プレーヤ変数は、プレーヤの設定値等を示すシステムパラメータ（ＳＰＲＭ）と、一般用途として使用可能なゼネラルパラメータ（ＧＰＲＭ）とがある。

図２４は、システムパラメータ（ＳＰＲＭ）の一覧を示す図である。

ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： 音声ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプター番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーションタイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタルレベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： 音声ストリーム用言語コード
ＳＰＲＭ（１７） ： 音声ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤリージョンコード
ＳＰＲＭ（２１） ： 予備
ＳＰＲＭ（２２） ： 予備
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 予備
ＳＰＲＭ（３１） ： 予備

なお、本実施の形態では、仮想プレーヤのプログラミング関数をＪａｖａ（登録商標） Ｓｃｒｉｐｔベースとしたが、Ｊａｖａ（登録商標） Ｓｃｒｉｐｔではなく、ＵＮＩＸ（登録商標） ＯＳなどで使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ Ｓｃｒｉｐｔなど他のプログラミング関数であってもよい。言い換えれば、本発明におけるプログラム言語はＪａｖａ（登録商標） Ｓｃｒｉｐｔに限定されるものでは無い。

（プログラムの例）
図２５及び図２６は、イベントハンドラにおけるプログラムの例を示す図である。

図２５は、２つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。

セル（ＰｌａｙＬｉｓｔ＃１．Ｃｅｌｌ＃１）先頭でタイムイベントを使って図２５左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つＧＰＲＭ（０）に“１”がセットされている。ＧＰＲＭ（０）は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン［１］が選択されている状態を初期値として持たされている。

次に、ＰＮＧの描画を描画関数である“Ｄｒａｗ”を使ってボタン［１］、ボタン［２］それぞれについて行っている。ボタン［１］は、座標（１０、２００）を起点（左上端）としてＰＮＧイメージ“１ｂｌａｃｋ．ｐｎｇ”を描画している。ボタン［２］は、座標（３３０，２００）を起点（左上端）としてＰＮＧイメージ“２ｗｈｉｔｅ．ｐｎｇ”を描画している。

また、本セル最後ではタイムイベントを使って図２５右側のプログラムが実行される。ここでは、Ｌｉｎｋ関数を使って当該セルの先頭から再度再生するように指定している。

図２６は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。

「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに書かれている。ユーザによりリモコンキーが押された場合、図２１を用いて説明したように、ユーザイベントが生成され、図２６のイベントハンドラが起動されることになる。

本イベントハンドラでは、選択ボタンを識別しているＧＰＲＭ（０）の値と、選択されたリモコンキーを識別するＳＰＲＭ（８）を使って以下のように分岐処理を行っている。

条件１）ボタン［１］が選択されている、かつ、選択キーが「右」キーの場合
ＧＰＲＭ（０）を２に再設定して、選択状態にあるボタンを右のボタン［２］に変更する。

ボタン［１］、ボタン［２］のイメージをそれぞれ書き換える。

条件２）選択キーが「決定（ＯＫ）」の場合で、ボタン［１］が選択されている場合
プレイリスト＃２の再生を開始する。

条件３）選択キーが「決定（ＯＫ）」の場合で、ボタン［２］が選択されている場合
プレイリスト＃３の再生を開始する。

図２６に示すプログラムは、上記のように解釈され実行される。

（プレーヤ処理フロー）
図２７から図３０を用いてプレーヤでの処理の流れを説明する。

図２７は、ＢＤ−ＲＯＭプレーヤにおけるＡＶデータ再生の基本処理の流れを示すフロー図である。

ＢＤ−ＲＯＭが挿入されると（Ｓ１０１）、ＢＤ−ＲＯＭプレーヤは“ＢＤ．ＩＮＦＯ”の読み込みと解析（Ｓ１０２）、および、“ＢＤ．ＰＲＯＧ”の読み込み（Ｓ１０３）を実行する。“ＢＤ．ＩＮＦＯ”及び“ＢＤ．ＰＲＯＧ”は共に管理情報記録メモリ２０４に一旦格納され、シナリオプロセッサ３０５によって解析される。

続いて、シナリオプロセッサ３０５は、“ＢＤ．ＩＮＦＯ”ファイル内のファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）情報に従い、最初のイベントを生成する（Ｓ１０４）。生成されたファーストイベントは、プログラムプロセッサ３０２で受け取られ、当該イベントに対応するイベントハンドラを実行処理する（Ｓ１０５）。

ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリストを指定する情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる（Ｓ２０１でＮｏ）。

ＵＯマネージャ３０３は、ユーザからのリモコン操作を受け付けると（Ｓ２０１でＹｅｓ）、プログラムプロセッサ３０２に対するＵＯイベントを生成する（Ｓ２０２）。

プログラムプロセッサ３０２は、ＵＯイベントがメニューキーによるものであるかを判別し（Ｓ２０３）、メニューキーの場合（Ｓ２０３でＹｅｓ）は、シナリオプロセッサ３０５にＵＯイベントを流し、シナリオプロセッサ３０５がユーザイベントを生成する（Ｓ２０４）。プログラムプロセッサ３０２は生成されたユーザイベントに対応するイベントハンドラを実行処理する（Ｓ２０５）。

図２８は、ＢＤ−ＲＯＭプレーヤにおけるプレイリスト再生開始からＶＯＢ再生終了までの処理の流れを示すフロー図である。

前述したように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される（Ｓ３０１）。シナリオプロセッサ３０５は、再生対象のプレイリスト再生に必要な情報として、プレイリスト“ＸＸＸ．ＰＬ”の読み込みと解析（Ｓ３０２）、および、プレイリストに対応するプログラム情報“ＸＸＸ．ＰＲＯＧ”の読み込みを行う（Ｓ３０３）。

続いてシナリオプロセッサ３０５は、プレイリストに登録されているセル情報に基づいてセルの再生を開始する（Ｓ３０４）。セル再生は、シナリオプロセッサからプレゼンテーションコントローラ３０６に対して要求が出される事を意味し、プレゼンテーションコントローラ３０６はＡＶデータ再生を開始する（Ｓ３０５）。

ＡＶデータの再生が開始されると、プレゼンテーションコントローラ３０６は、再生するセルに対応するＶＯＢの情報ファイル“ＸＸＸ．ＶＯＢＩ”を読み込み（Ｓ４０２）、解析する。プレゼンテーションコントローラ３０６は、タイムマップを使って再生開始するＶＯＢＵとそのアドレスを特定し、ドライブコントローラ３１７に読み出しアドレスを指示する。ドライブコントローラ３１７は対象となるＶＯＢデータ“ＹＹＹ．ＶＯＢ”を読み出す（Ｓ４０３）。

読み出されたＶＯＢデータはデコーダに送られ再生が開始される（Ｓ４０４）。ＶＯＢ再生は、当該ＶＯＢの再生区間が終了するまで続けられ（Ｓ４０５）、終了すると次のセルが存在する場合（Ｓ４０６でＹｅｓ）、Ｃｅｌｌの再生（Ｓ３０４）へ移行する。また、次のセルが無い場合（Ｓ４０６でＮｏ）は、再生に係る処理が終了する。

図２９は、ＡＶデータ再生開始後からのイベント処理の流れを示すフロー図である。

図２９（Ａ）は、ＢＤ−ＲＯＭプレーヤにおけるタイムイベントに係る処理の流れを示すフロー図である。

なお、ＢＤ−ＲＯＭプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行するようになる。

ＢＤ−ＲＯＭプレーヤにおいてプレイリスト再生の再生が開始されると（Ｓ５０１）、プレイリスト再生が終了していないことが確認され（Ｓ５０２でＮｏ）、シナリオプロセッサ３０５は、タイムイベント発生時刻になったかを確認する（Ｓ５０３）。

タイムイベント発生時刻になっている場合（Ｓ５０３でＹｅｓ）には、シナリオプロセッサ３０５はタイムイベントを生成する（Ｓ５０４）。プログラムプロセッサ３０２はタイムイベントを受け取り、イベントハンドラを実行処理する（Ｓ５０５）。

また、タイムイベント発生時刻になっていない場合（Ｓ５０３でＮｏ）、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認（Ｓ５０２）以降の処理を繰り返す。

また、プレイリスト再生が終了したことが確認されると（Ｓ５０２でＹｅｓ）、タイムイベント系の処理は強制的に終了する。

図２９（Ｂ）は、ＢＤ−ＲＯＭプレーヤにおけるユーザイベントに係る処理の流れを示すフロー図である。

ＢＤ−ＲＯＭプレーヤにおいてプレイリストの再生が開始されると（Ｓ６０１）、プレイリスト再生が終了していないことが確認され（Ｓ６０２でＮｏ）、ＵＯマネージャ３０３は、ＵＯの受け付けがあったかを確認する。

ＵＯの受け付けがあった場合（Ｓ６０３でＹｅｓ）、ＵＯマネージャ３０３はＵＯイベントを生成する（Ｓ６０４）。プログラムプロセッサ３０２はＵＯイベントを受け取り、そのＵＯイベントがメニューコールであるかを確認する。

メニューコールであった場合（Ｓ６０５でＹｅｓ）、プログラムプロセッサ３０２はシナリオプロセッサ３０５にイベントを生成させ（Ｓ６０７）、プログラムプロセッサ３０２はイベントハンドラを実行処理する（Ｓ６０８）。

また、ＵＯイベントがメニューコールで無いと判断された場合（Ｓ６０５でＮｏ）、ＵＯイベントはカーソルキーまたは「決定」キーによるイベントである事を示している。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサ３０５が判断し、有効期間内である場合（Ｓ６０６でＹｅｓ）には、シナリオプロセッサ３０５がユーザイベントを生成し（Ｓ６０７）、プログラムプロセッサ３０２が対象のイベントハンドラを実行処理する（Ｓ６０８）。

また、ＵＯ受付が無い場合（Ｓ６０３でＮｏ）、現在時刻がユーザイベント有効期間内にない場合（Ｓ６０６でＮｏ）、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認（Ｓ６０２）以降の処理を繰り返す。

また、プレイリスト再生が終了したことが確認されると（Ｓ６０２でＹｅｓ）、ユーザイベント系の処理は強制的に終了する。

図３０は、ＢＤ−ＲＯＭプレーヤにおける字幕データの処理の流れを示すフロー図である。

ＢＤ−ＲＯＭプレーヤにおいてプレイリストの再生が開始されると、プレイリスト再生が終了していないことが確認され（Ｓ７０２でＮｏ）、シナリオプロセッサ３０５は、字幕表示開始時刻になったかを確認する。字幕表示開始時刻になっている場合（Ｓ７０３でＹｅｓ）、シナリオプロセッサ３０５はプレゼンテーションコントローラ３０６に字幕描画を指示し、プレゼンテーションコントローラ３０６はイメージプロセッサ３１１に字幕描画を指示する。イメージプロセッサ３１１は、その指示に従い字幕をイメージプレーン２０９に字幕を描画する（Ｓ７０４）。

また、字幕表示開始時刻になっていない場合（Ｓ７０３でＮｏ）、字幕表示終了時刻であるかを確認する。字幕表示終了時刻であると判断された場合（Ｓ７０５でＹｅｓ）、プレゼンテーションコントローラ３０６がイメージプロセッサ３１１に字幕消去指示を行う。

イメージプロセッサ３１１は、その指示に従い描画されている字幕をイメージプレーン２０９から消去する（Ｓ７０６）。

また、イメージプロセッサ３１１による字幕描画（Ｓ７０４）が終了した場合、イメージプロセッサ３１１による字幕消去（Ｓ７０６）のが終了した場合、および、字幕表示終了時刻でないと判断（Ｓ７０５でＮｏ）された場合、プレイリスト再生の終了確認（Ｓ７０２）以降の処理を繰り返す。

また、プレイリスト再生が終了したことが確認されると（Ｓ７０２でＹｅｓ）、字幕表示系の処理は強制的に終了する。

以上の動作により、ＢＤ−ＲＯＭプレーヤは、ユーザの指示またはＢＤ−ＲＯＭに記録されているＢＤ管理情報等に基づき、ＢＤ−ＲＯＭの再生に係る基本的な処理を行う。

（実施の形態２）
次に本開示の実施の形態２について説明する。

実施の形態２は、ＢＤなどの大容量の光ディスクでの高ビットレートの映像情報の記録および再生に関する内容である。基本的には実施の形態１に基づくため、拡張または異なる部分を中心に説明する。

図３１は、大容量の光ディスクの記録層の配置を示す図である。

以下、図３１を用いて大容量の光ディスク（以下「ディスク」と言う。）の２層ディスクおよび３層ディスクについて説明する。

２層ディスクでは、光ピックアップから遠い方に最初（１層目）の記録層Ｌ０があり、その手前に２層目の記録層Ｌ１が配置される。どちらの記録層もディスクの内周から外周まで円形に記録領域が広がっている。線速度一定（ＣＬＶ：Ｃｏｎｓｔａｎｔ Ｌｉｎｅａｒ Ｖｅｌｏｃｉｔｙ）でディスクに記録されたデータを読み込む場合には、ディスクの内周側から外周側へ向かう程、回転速度を落とすことができる。

３層ディスクの場合には、３層目の記録層としてＬ２層がＬ１層よりも光ピックアップに近い側へ配置される。大容量の光ディスクは、記録層内での記録密度を向上させたことと、複数の記録層を持たせることとにより大容量化されている。

図３２は、３層ディスクの論理アドレスと、論理アドレスに対応するディスクの回転速度とを示す図である。具体的には、図３２の（ａ）は、３層ディスクを半径方向で切断した際の記録層の構成の一例を示す図である。図３２の（ｂ）は、３層ディスクにおける論理アドレスに対応するディスクの回転速度の一例を示す図である。

各記録層は、３つの領域に分けられ、３層ディスクであれば、合計９つの記録領域から構成される。

各記録層は、図３２に示すように内周側から、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅと呼ばれる領域にその層の物理的特性（記録容量など）が記述され、Ｄａｔａ Ｚｏｎｅと呼ばれる領域に実際の記録情報（映像データなど）が記録され、Ｏｕｔｅｒ Ｚｏｎｅ／Ｌｅａｄ−ｏｕｔと呼ばれる領域でその層の外周端が示される構成となっている。

半径方向におけるディスクの中心からの距離である２４ｍｍから５８ｍｍの範囲に広がるＤａｔａ Ｚｏｎｅには、図３２の（ａ）に示すようにＬ０層の内周から外周へ、続けてＬ１層の外周から内周へ、続けてＬ２層の内周から外周へと向かう方向へ論理アドレスが連続して割り振られている。物理アドレスと論理アドレスとは１対１に関係付けられ、１つの論理アドレスがどの物理アドレスに相当するのかは容易に導出できるように規定されている。

ここで、この論理アドレス空間（例えばＢＤの３層ディスクの場合は１００ＧＢに及ぶ）に固定ビットレートのストリームを全面的に記録して線速度一定（ＣＬＶ方式）で読み込む場合には、図３２の（ｂ）に示すように論理アドレスに対して物理的に最内周近辺（０ＧＢ、６６ＧＢの２箇所）に記録されたデータを読み込む場合に、ディスクの回転速度が高くなる。ディスクの回転速度が高まれば、ディスクの回転により大きな風切り音が発生したり、ディスクの重心のブレが原因でディスクドライブ自体が振動することによるノイズが発生したりする。このような現象はＢＤのような映画視聴を目的としたディスクの場合、特に静かなシーンを再生しているときなどにおいて、ドライブからの異音により映像視聴体験の品位を顕著に下げてしまう原因となる。これを軽減するため、ドライブ自体を金属の箱で覆ったり、ドライブを重くすることにより共振を防いだりすることも可能だが、何れもコストアップとのトレードオフである。

高品質な映像視聴体験を提供するために、４Ｋのように高ビットレートの映像ストリームを再生しても、再生中にドライブから発生するノイズが気になってしまうのは大きな課題である。以下ではこれを解決するためのディスク上のデータの配置方法について説明する。

図３３は、ディスクからの読み込みレートを切り替えて読み込む方式の一例について説明するための図である。具体的には、図３３の（ａ）は、読み込みレートを切り替えて再生される場合の、３層ディスクを半径方向で切断した際の記録層の構成の一例を示す図である。図３３の（ｂ）は、最大読み込みレートを切り替えて再生される場合の、３層ディスクにおける論理アドレスに対応する最大読み込みレートの一例を示す図である。つまり、図３３の（ｂ）は、論理アドレスに対してドライブの最大読み込みレートがどのように変化するかを示した図である。

図３３の（ａ）に示すように、ディスクからの読み込みレートを半径距離（もしくは、ディスクの最大回転速度）に応じて２つの異なる読み込みレートに設定する方式とすることが考えられる。論理アドレスは、図３２の（ａ）と同じように割り振られている。ＬＲＲ（Ｌｏｗ Ｒｅａｄ Ｒａｔｅ） Ｚｏｎｅとして記録された、Ｄａｔａ Ｚｏｎｅの内周側の領域でのドライブの最大読み込みレートをＬＲＲとし、ＨＲＲ（Ｈｉｇｈ Ｒｅａｄ Ｒａｔｅ） Ｚｏｎｅとして記載したＤａｔａ Ｚｏｎｅの外周側の領域でのドライブの最大読み出しレートをＨＲＲとしている。なお、ＨＲＲの方がＬＲＲよりも高い読み込みレートである。

図３３に示すように、まず、Ｌ０層のＬＲＲ Ｚｏｎｅで読み込みレートが低いＬＲＲの領域があり、Ｌ０層のＨＲＲ ＺｏｎｅおよびＬ１層のＨＲＲ Ｚｏｎｅで読み込みレートが高いＨＲＲの領域が続く。この後、Ｌ１層のＬＲＲ ＺｏｎｅおよびＬ２層のＬＲＲ Ｚｏｎｅで読み込みレートが低いＬＲＲの領域がある。最後にＬ２層のＨＲＲ Ｚｏｎｅで読み込みレートが高いＨＲＲの領域となる。

映画をパッケージ配給する場合、映画が記録されたディスクの６６ＧＢ近辺でドライブの最大読み込みレートが下がるため、ディスクの６６ＧＢ近辺に配置されるストリームは他よりも高い圧縮率（低いビットレート）で符号化されなければならず品質管理が難しくなる、という課題がある。また、他よりも高い圧縮率で符号化されることが要求される箇所が本編映像のどの部分であれば許容されるのかを予め予測していなければならず、複数回のエンコード処理が必要になりディスク制作にも大きな工数／費用がかかってしまう、という課題がある。つまり、単純にディスクの半径方向に応じて、ディスクからの最大読み込みレートを設けることでディスクの内周側を読み込むときの回転速度を抑える方式では別の課題を生んでしまい現実的な解とはならない。

次に、この課題を解決するための論理アドレスの設定方法について図３４を用いて説明する。

図３４は、ディスクからの読み込みレートを切り替えて読み込む方式の他の一例について説明するための図である。具体的には、図３４の（ａ）は、読み込みレートを切り替えて再生される場合の、３層ディスクを半径方向で切断した際の記録層の構成の他の一例を示す図である。図３４の（ｂ）は、最大読み込みレートを切り替えて再生する場合の、３層ディスクにおける論理アドレスに対応する最大読み込みレートの他の一例を示す図である。つまり、図３４の（ｂ）は、論理アドレスに対してドライブの最大読み込みレートがどのように変化するかを示した図である。

図３４に示す例では、論理アドレスに応じて何度も読み込みレートが変わるのを抑えるため、最初にディスク上の内周側の複数層に配置されるＬＲＲ Ｚｏｎｅを全て繋ぎ、その後に外周側の複数層に配置される全てのＨＲＲ Ｚｏｎｅへと繋がるように論理アドレスのマッピングを決定している。この論理アドレスのマッピングパターン情報、ＬＲＲ Ｚｏｎｅのデータサイズ（セクタ数でＳＬ）、およびＨＲＲ Ｚｏｎｅのデータサイズ（セクター数でＳＨ）は、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅにそれぞれ記述されることで、ドライブは、これらの情報を読み込むことによりディスクに記録されている情報がどのような論理アドレス配置パターンであって、どのような読み込みレートで読み込むべきかを即座に識別することができる。

図３４に示すように、先にＬＲＲ Ｚｏｎｅだけを論理アドレス上に配置することで、一度ＨＲＲ Ｚｏｎｅへ入ると最後までＨＲＲ Ｚｏｎｅだけを利用することができる。したがって、図３４の例のように、本編映像をＨＲＲ Ｚｏｎｅだけに配置することで、均一なエンコード条件下とした、これまで同様の効率的なタイトル制作ワークフローが可能になる。

ＬＲＲ ＺｏｎｅおよびＨＲＲ Ｚｏｎｅのサイズは、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅへの登録値によって変更することも可能である。また、論理アドレスのマッピングパターンも複数のパターンを用意してＩＤで識別するようにしても良い。例えば、図３３に示した論理アドレスのマッピングパターンが１番、図３４に示した論理アドレスのマッピングパターンが２番と規定しておき、このマッピングパターンが何番かをＬｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅに記録するようにすることで、ドライブにいずれのマッピングパターンがディスクに記録されているかを識別させることが可能である。

図３５は、ディスクからの最大読み込みレートとストリームのレートとの関係を示す図である。図３５では、論理アドレスのマッピングパターンを明記していないが、図３３に示したパターンでも、図３４に示したパターンでも、その他の配置パターンでも良い。

ＬＲＲ Ｚｏｎｅの最大記録レート（ドライブが対応すべき最低の読み込みレート）をＲ１とすると、Ｒ１は次の条件を満たすことが望ましい。

（１−１）Ｒ１は、ＬＲＲ Ｚｏｎｅ向けに規定された最大読み込みレート以下である。

（１−２）Ｒ１は、ＬＲＲ Ｚｏｎｅ向けに規定された最小読み込みレート以上である。

（１−３）Ｒ１は、ＬＲＲ Ｚｏｎｅ内のストリーム（図３５ではＴＳ１およびＴＳ２）の中で一番高いピークレート（ＲＴＳｎ）を持つストリームを読み込むために必要なレート（ＲＲＴＳｎ）以上である。

さらに、Ｒ１は、できるだけディスクの必要回転速度を下げるため、上記（１−１）、（１−２）、および（１−３）の条件を満たす中で一番小さいレートと規定しても良い。

ＲＲＴＳｎの式で出てくる”ｆａｃｔｏｒ”は、シームレス接続におけるジャンプなどを考慮した際に必要となるシステム余裕係数であり、例えばＢＤでは、５４／４８（＝１．１２５）を採用している。なお、シームレス接続とは、複数のＶＯＢの集合で構成されるストリームのうち、当該ストリームを構成している複数のＶＯＢのうちの２つのＶＯＢを時間的に連続して再生可能とする接続である。また、ジャンプとは、ドライブの光ピックアップに読み込み動作を一旦停止させて、その間に次の読み込み対象の位置まで光ピックアップを移動させる動作である。つまり、シームレス接続におけるジャンプとは、時間的に連続して再生すべき第１のＶＯＢと第２のＶＯＢとがあるとき、第１のＶＯＢの読み込みを最後まで行った後に、読み込み動作を一旦停止させて、第２のＶＯＢが記録されている位置まで光ピックアップを移動させ、第２のＶＯＢの読み込みを開始するまでの動作である。

また、各ストリームのピークビットレートを示すＲＴＳｎとは、図１３のＳｙｓＲａｔｅのように各ストリームについて、当該ストリームに対応する管理情報ファイルに記載される当該ストリーム全体のピークビットレートであっても良いし、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとのそれぞれに含まれるストリームの部分領域のピークビットレートであっても良い。

ＢＤの場合は、１８８バイトのＴＳパケット毎に４バイトのタイムスタンプを付与しているため、ＭＰＥＧ−２ ＴＳとしてのピークビットレートは、ＲＴＳｎを１８８／１９２倍した値となる。

同様に、ＨＲＲ Ｚｏｎｅの最大記録レート（ドライブが対応すべき最低の読み込みレート）をＲ２とすると、Ｒ２は次の条件を満たすことが望ましい。

（２−１）Ｒ２は、ＨＲＲ Ｚｏｎｅ向けに規定された最大読み込みレート以下である。

（２−２）Ｒ２は、ＨＲＲ Ｚｏｎｅ向けに規定された最小読み込みレート以上である。

（２−３）Ｒ２は、ＨＲＲ Ｚｏｎｅ内のストリーム（図３５ではＴＳ２、ＴＳ３、およびＴＳ４）の中で一番高いピークレート（ＲＴＳｎ）を持つストリームを読み込むために必要なレート（ＲＲＴＳｎ）以上である。

さらに、Ｒ２は、できるだけディスクの必要回転速度を下げるため、上記（２−１）、（２−２）、および（２−３）の条件を満たす中で一番小さいレートと規定しても良い。

図３５の例では、ＴＳ２ストリームは、ＬＲＲ ＺｏｎｅからＨＲＲ Ｚｏｎｅへと跨り配置されている。このように、異なる読み込みレートの２つのゾーンに跨るストリームに対しては、上記（１−３）および（２−３）のように、Ｒ１の条件およびＲ２の条件を組み合わせた条件とすれば良い。

こうして得られたＲ１およびＲ２の値は、それぞれ、ＬＲＲ ＺｏｎｅおよびＨＲＲ Ｚｏｎｅに記録されたストリームをドライブが読み込む際に必要となる最低の読み込みレートとしてＬｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅに記録される。これにより、ドライブは、記録されたＲ１およびＲ２の値を読み込むことで、必要回転数まで抑えるようなドライブの制御に利用することができる。

図３６は、従来のユーザーデータ領域の使用方法を説明するための図である。

図３６に示すように、Ｌ０層、Ｌ１層、およびＬ２層における各Ｄａｔａ Ｚｏｎｅは、それぞれの最内周であるＤＺ０ａ、ＤＺ１ａ、およびＤＺ２ａアドレス（セクタもしくはクラスタのアドレス）から、それぞれＤＺ０ｓ、ＤＺ１ｓ、およびＤＺ２ｓセクタ（もしくはクラスタ）を利用している。ＤＺ０ａ、ＤＺ１ａ、およびＤＺ２ａのアドレスは、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅに隣接したＤａｔａ Ｚｏｎｅ内で最内周のアドレスである。このように内周から記録を開始しデータが記録完了した時点でリードアウトを置いて記録完了を行うのは、ＢＤ−ＲやＢＤ−ＲＥのような記録メディアへの書き込み時間を効率化させる目的があった。しかしながら本開示が解決しようとする高ビットレートのストリームを如何に低回転速度で読み込めるかという観点からは内周側に記録データが固まるため望ましくない配置である。

図３７は、ユーザーデータ領域の新しい使用方法を説明するための図である。

図３７に示すように、Ｌ０層、Ｌ１層、およびＬ２層における各Ｄａｔａ Ｚｏｎｅは、それぞれの最内周側であるＤＺ０ａ、ＤＺ１ａ、およびＤＺ２ａアドレス（セクタもしくはクラスタのアドレス）から、それぞれＤＺ０ｓ、ＤＺ１ｓ、およびＤＺ２ｓセクタ（もしくはクラスタ）を利用している。図３７では、ＤＺ０ａ、ＤＺ１ａ、およびＤＺ２ａアドレスは、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅには隣接していなくても良く、高ビットレートなストリームができるだけ低回転速度で読み込みできるように、ストリームがディスクの外周側へ配置されるよう調整されている。このようなユーザーデータ領域の利用形態を識別するために、Ｌｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅには、ディスクの記録領域の構成情報、各記録層の記録開始アドレス（ＤＺ０ａ、ＤＺ１ａ、およびＤＺ２ａ）、記録終了アドレス、記録可能サイズ（ＤＺ０ｓ、ＤＺ１ｓ、およびＤＺ２ｓ）などが記録される。

図３８は、シームレス接続におけるジャンプを説明するための図である。図３８は、具体的には、同一記録層内でシームレス接続を行う際のドライブの光ピックアップのシーク距離と記録層を切り替えてシームレス接続を行う際のシーク距離との関係を説明するための図である。

映像再生中にマルチアングルで分岐をしたり、記録層の切り替えなどが発生したりしても連続して再生が続けられるようなジャンプルールを規定する必要がある。ジャンプしている時間は、データの読み込みができない時間であるため、その時間で消費されるビットストリームは予めバッファリングしておくことが必要になる。従って、所定の最大ジャンプ時間（およびストリームの最大ビットレート）を想定しなければ、プレーヤにおいてバッファリングするメモリのサイズなどを設計できない。

図３８の（１）および（２）に示すようなケースで、シームレス接続におけるジャンプは許容される。具体的には、図３８の（１）では、同一記録層内でのシームレス接続におけるジャンプは、ジャンプ開始位置のセクタから、半径方向に±ｄＬ１セクタ数以内にあるセクタへジャンプすることができると規定している。また、図３８の（２）では、異なる記録層へのシームレス接続におけるジャンプは、ジャンプ開始セクタから半径方向に±ｄＬ０セクタ数以内にあるセクタの、半径距離（Ｐ０±ｄＬ０）で示される位置にある、隣接する記録層のセクタの位置（Ｐ１、Ｐ２、Ｐ３、およびＰ４のいずれか）へとジャンプすることができると規定している。

前述の通り、物理アドレスと論理アドレスとは１対１に関係付けられるため、Ｌ０層上の位置Ｐ１、Ｐ２の論理／物理アドレス、および、Ｌ２層上の位置Ｐ３、Ｐ４の論理／物理アドレスは、Ｌ１層上のジャンプ開始アドレスＰ０が確定すれば、下記に示す式３のように一意に導出することが可能である。

ここで、ＡＢＳ（）は演算結果の絶対値を返す関数である。

異なる記録層に変更する、シームレス接続におけるジャンプ（レイヤージャンプ）には、通常数１００ｍｓｅｃがかかることを考慮すると、この分だけ同一記録層内のシームレス接続におけるジャンプの方がジャンプできるセクタ数（半径方向に並ぶセクタ数）が大きくなる。このため、図３８の例によれば、ｄＬ１＞ｄＬ０の関係となる。

つまり、この場合のＢＤ（記録媒体）では、映像ストリーム（ＴＳ２）の一部は、複数の記録層のうちの第１記録層（Ｌ１層）における第１記録位置（Ｐ０）まで記録されており、映像ストリームの残りの一部は、第１記録層（Ｌ１層）に隣接する第２記録層（Ｌ２層）における第２記録位置（図３８ではＰ４からディスク中心方向へやや戻った位置）から記録されている。この映像ストリーム（ＴＳ２）は、第１記録位置（Ｐ０）と第２記録位置（Ｐ４からディスク中心方向へやや戻った位置）とでシームレス接続される。そして、ＢＤの半径方向における第１記録位置（Ｐ０）と第２記録位置（Ｐ４からディスク中心方向へやや戻った位置）との間の第１最大距離（ｄＬ０）は、同一記録層内でのシームレス接続におけるジャンプで許容される当該半径方向における第２最大距離（ｄＬ１）よりも小さい。

また、第１記録位置（Ｐ０）は、ＢＤの記録領域のうちでＤａｔａ Ｚｏｎｅの最内周よりも所定セクター（ｄＬ０）以上外側の領域にある。

また、図３８に示すＢＤは、３層の記録層を有し、第１記録位置（Ｐ０）がある第１記録層（Ｌ１層）は、３層の記録層のうち２層目の記録層であり、第２記録位置（Ｐ４からディスク中心方向へやや戻った位置）がある第２記録層（Ｌ２層）は、３層の記録層のうち３層目の記録層である。

また、図３８では、映像ストリーム（ＴＳ２）は、３層の記録層のうち１層目の記録層（Ｌ０層）においては、内周側から外周側に向かって記録され、２層目の記録層（Ｌ１層）においては、外周側から内周側に向かって記録され、３層目の記録層（Ｌ２層）においては、内周側から外周側に向かって記録されている。

また、図３８では、映像ストリーム（ＴＳ２）は、１層目の記録層（Ｌ０層）、２層目の記録層（Ｌ１層）および３層目の記録層（Ｌ２層）における、Ｄａｔａ Ｚｏｎｅの最内周側の領域を除く半径方向で外側に位置する領域に記録される。

このように高ビットレートな映像ストリーム（ＴＳ２）を、ＤＺ０ａ、ＤＺ１ａ、ＤＺ２ａなどよりも大きな半径距離で示される位置（図３８ではＰ０）で別の記録層へと繋いで記録させることによって、ディスク内周部で高ビットレートなストリームを配置することを避け、ディスクの回転速度を落とすことができる。この図では映像ストリーム（ＴＳ２）は、論理アドレス空間としては、非常に大きなセクタ数をジャンプしていることになるが、図示されたようにレイヤージャンプを行う際には半径方向のシーク距離を抑えることでジャンプ時間全体を短縮しているため、再生装置やドライブの設計または開発においてバッファ量を削減できる大きな恩恵を受けることができる。また、ドライブは、ディスクの回転速度を落として読み込むことができるため、ドライブから発生するノイズを低減することができる。このため、ユーザは、ドライブノイズに悩まされずに高ビットレートの高画質映像の視聴体験を得ることができるようになる。

なお、図３８では、論理アドレスのマッピングパターンを、図３３のマッピングパターンを想定して説明したが、これに限らない。つまり、図３４のマッピングパターンや他のマッピングパターンでもシームレス接続におけるジャンプは必要であるため、図３３のマッピングパターンと異なるマッピングパターンにおいても、図３８と同様の規定を設けることで好適なシームレス接続を実現することができる。

図３８で導入した異なる記録層へも効率的にシームレス接続できる場合には、高ビットレートのストリームはそのピークビットレート（ＲＴＳｎ）に応じて所定の半径距離以上の記録領域に記録するようにしても良い。半径距離は、各記録層での物理アドレスにて、もしくは論理アドレスのマッピングパターンが判明している場合は論理アドレスにて、指定することが可能である。

また、上記で説明したＢＤに記録されている映像ストリームを再生する再生装置または再生方法として実現してもよい。この場合、再生装置は、ディスク状の記録媒体に記録された映像ストリームを読み出す読み出し部と、読み出した映像ストリームを再生する再生部とを備える。読み出し部は、第１記録層の第１記録位置から第２記録層の第２記録位置へジャンプして、映像ストリームを読み出す。再生部は、前記複数の記録層に記録された前記映像ストリームをシームレス再生する。

また、再生方法は、ディスク状の記録媒体に記録された映像ストリームを読み出し、前記読み出した映像ストリームを再生する。読み出しでは、第１記録層の前記第１記録位置から第２記録層の第２記録位置へジャンプして、映像ストリームを読み出す。再生では、複数の記録層に記録された映像ストリームをシームレス再生する。

（実施の形態３）
次に本開示の実施の形態３について説明する。

実施の形態３は、実施の形態２で説明した、互いに異なる読み込みレートで読み込まれる２つの領域を有する記録媒体への、ファイルの属性に応じた情報の記録方式に関する内容である。基本的には、実施の形態１および２に基づくため、拡張または異なる部分を中心に説明する。

図３９は、読み込みレートがディスクの半径方向における記録領域によって異なるディスクでのファイルの配置方式を示す図である。ここでは２層ディスクを例としており、ＬＲＲ Ｚｏｎｅは、実施の形態２と同様に、低い読み込みレートである第一記録領域であり、Ｌ０層の前半およびＬ１層の後半に設けられ、ＨＲＲ Ｚｏｎｅは高い読み込みレートである第二記録領域であり、Ｌ０層の後半およびＬ１層の前半に設けられる。つまり、記録媒体の記録領域は、第一読み込みレートで読み込まれる第一記録領域と、第一読み込みレートよりも速い第二読み込みレートで読み込まれる第二記録領域とを有する。これにより、当該記録媒体は、第一記録領域と第二記録領域とで、読み出されるときの回転速度や読み出し方法が異なる。例えば、第一記録領域では角速度一定で読み出し、第二記録領域では線速度一定で読み出しても良い。

低い読み込みレートの記録領域（ＬＲＲ Ｚｏｎｅ）から高い読み込みレートの記録領域（ＨＲＲ Ｚｏｎｅ）へと連続して読み込む場合には、この記録領域が変わる瞬間にディスクの回転速度を瞬時に変化させ、かつ、レーザーの出力強度を高めるドライブ制御処理が必要になる。しかし、このドライブ制御処理は数百ミリ秒オーダーの時間がかかり、ディスクに記録されたデジタルストリームを読み込むのと同時に行える処理ではない。また、このディスクの回転速度を瞬時に変化させるドライブ制御処理に耐え得る高トルクに対応したモーターを採用しようとすれば、ドライブ装置の実装コストが増加してしまう、という課題がある。

したがって、００１．ＶＯＢのようなデジタルストリームファイルのように指定のビットレートで連続して読み込みを継続しなければならないリアルタイム属性を持つファイルと、ＢＤ．ＩＮＦＯのような管理情報ファイルであり、読み込み時間に特定の要件がない非リアルタイム属性を持つファイルとを分けて、読み込みレートが異なる記録領域に記録管理することをここでは考える。

リアルタイム属性を持つファイルか否かは、ファイルシステムによって指定される。つまり、ディスクに記録されるデータは、当該データのファイルシステムにおいて、リアルタイム属性を持つデジタルストリームを含む。また、当該データは、当該データのファイルシステムにおいて、非リアルタイム属性を持つデータファイルを含む。つまり、ディスクに記録されるデータは、当該データのファイルシステムにおいて、リアルタイム属性を持つデジタルストリームと、非リアルタイム属性を持つデータファイルとに分類される。

例えばファイルシステムがＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）である場合、Ｆｉｌｅ Ｅｎｔｒｙの中のＩＣＢ Ｔａｇの中のＦｉｌｅＴｙｐｅフィールドの値が５であれば、当該のファイルは、非リアルタイム属性であり、当該フィールドの値が２４９であればリアルタイム属性である。

ＦｉｌｅＴｙｐｅが５であるファイル（非リアルタイム属性、例えば、図３９ではＢＤ．ＩＮＦＯや００１．ＶＯＢＩなど）は読み込みレートに条件がないため読み込みレートの異なる記録領域間であっても関係なく記録することができる。つまり、非リアルタイム属性を持つデータファイルは、当該ファイルの１つが、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとの境界に跨がって連続して記録されることが許容されている。具体的には、データファイルは、当該ファイルの１つが、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとの境界に跨がって連続して記録されてもよいし、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとの一方に連続して記録されていてもよい。

一方、ＦｉｌｅＴｙｐｅが２４９であるファイル（リアルタイム属性、図では００１．ＶＯＢや００２．ＶＯＢなど）は読み込みレートの異なる記録領域間を跨がないように連続して記録する。つまり、リアルタイム属性を持つファイルは、当該ファイルの１つが、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとの境界を跨いで連続して記録されていない。

これによりデジタルストリームを再生中は、記録領域の境界でディスクの回転速度を瞬時に変更したり、レーザーの出力強度を変更することなく、当該デジタルストリームの読み込みレートを固定の読み込みレートとすることができるため、特段の実装困難やコストアップを避けることができる。しかし、この場合、図３９ではＨＲＲ Ｚｏｎｅの中だけにデジタルストリームを記録しているため、ディスクの容量を１００％活かしきれない、という課題が残る。以降では、さらにこの課題を解決する。

図４０は、ディスクのＨＲＲ Ｚｏｎｅでのシームレス接続におけるジャンプモデルを説明するための図である。なお、以降では、ディスクの論理アドレス上で、一連続で記録されたデジタルストリームを記録した区間をＥｘｔｅｎｔと呼ぶ。

図４０では、ｎ番目のＥｘｔｅｎｔを示すＥｘｔｅｎｔ［ｎ］がＨＲＲ Ｚｏｎｅに記録されており、同じくＨＲＲ Ｚｏｎｅに記録されているｎ＋１番目のＥｘｔｅｎｔを示すＥｘｔｅｎｔ［ｎ＋１］へと飛び移りながら途切れることなくシームレスに再生（以下、「シームレス再生」という。）する場合を考える。このようなシームレス再生ためには、Ｅｘｔｅｎｔ［ｎ］の最終データを含むＥＣＣブロックを、ＨＲＲ Ｚｏｎｅに記録されているデータを読み込む読み込みレートである読み込みレートＲ＿ＨＲＲにて全て読み込み、Ｅｘｔｅｎｔ［ｎ＋１］の先頭データを含むＥＣＣブロックへジャンプ（シーク）し、Ｅｘｔｅｎｔ［ｎ＋１］の読み込みをＲ＿ＨＲＲレートにて始めるタイミングにおいてバッファに既に読み込んだデータが残っていればよい。

つまり、デジタルストリームを再生中は、デジタルストリームを読み込んでバッファに蓄積しておき、バッファに蓄積されたデジタルストリームを順次再生する処理を行っている。このため、Ｅｘｔｅｎｔ［ｎ］からＥｘｔｅｎｔ［ｎ＋１］へのジャンプの間に、バッファに蓄積されたデジタルストリームが再生する処理で全て消費されていなければ、ジャンプが行われてもＥｘｔｅｎｔ［ｎ＋１］の読み込みを行うことができ、バッファに蓄積されたデジタルストリームが枯渇することがないため、シームレス再生を係属して行うことができる。

ここで、ブルーレイディスクからの読み込みはＥＣＣ単位であり、１つのＥＣＣは６４ＫＢである。ワーストケースとしては１つのＥＣＣブロックを読み込んだ際に、そのＥＣＣブロックの中に実データが１バイトしか無かった場合である。より具体的には、Ｅｘｔｅｎｔ［ｎ］の最終データの１バイトのみがＥｘｔｅｎｔ［ｎ］の最終ＥＣＣブロックに含まれ、かつ、Ｅｘｔｅｎｔ［ｎ＋１］の先頭データの１バイトのみがＥｘｔｅｎｔ［ｎ＋１］の先頭ＥＣＣブロックに含まれることが想定される。つまり、これらの１バイトを無視すれば（０バイトだったとすれば）、下記の式４で示される時間Ｔ＿ＥＣＣ（ＨＨ）の分だけ、ＥＣＣ単位の読み込み処理によりデジタルストリームを読み込めない時間が発生すると考えられる。

なお、Ｔ＿ＥＣＣ（ＨＨ）は、ＨＲＲ Ｚｏｎｅにおいてシームレス接続におけるジャンプが行われる場合に、ＥＣＣのリード処理に係る時間である。

これだけでなく、Ｅｘｔｅｎｔ［ｎ］からＥｘｔｅｎｔ［ｎ＋１］へのジャンプにおいて実際にデジタルストリームをディスクから読み込むことができないトータルの時間をＴ＿ＪＵＭＰとすると、シーク処理に係る時間（Ｔ＿ＳＥＥＫ）、記録層の変更に係る時間（Ｔ＿ＬＡＹＥＲ）と、上述したＥＣＣ単位のリード処理に係る時間（Ｔ＿ＥＣＣ）との合算になる。

したがって、図４０の場合では、下記の式５で示されるようにＴ＿ＪＵＭＰを算出できる。

Ｔ＿ＪＵＭＰ＝Ｔ＿ＳＥＥＫ＋Ｔ＿ＥＣＣ（ＨＨ）・・・（式５）

Ｅｘｔｅｎｔ［ｎ］からＲ＿ＨＲＲの読み込みレートでストリームを読み込み始めて、読み込みと同時にストリームの再生を開始したとして、Ｅｘｔｅｎｔ［ｎ］のストリームの平均レートをＲ＿ｎ、Ｅｘｔｅｎｔ［ｎ］のデータサイズをＳ＿ｎとすると、下記の式６を満たす限り、このＥｘｔｅｎｔ［ｎ］からＥｘｔｅｎｔ［ｎ＋１］へのジャンプにおいてバッファは枯渇せず、途切れることなくデジタルストリームを再生することが可能になる。

Ｓ＿ｎ≧（Ｓ＿ｎ／Ｒ＿ＨＲＲ＋Ｔ＿ＪＵＭＰ）＊Ｒ＿ｎ・・・（式６）

この式６をＳ＿ｎで整理すれば、下記式７のようになる。

を満たすようなサイズＳ＿ｎが、Ｅｘｔｅｎｔ［ｎ］に必要であることが分かる。

図４１は、ディスクのＬＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ］からＨＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ＋１］へのシームレス接続におけるジャンプモデルを説明するための図である。なお、図４０の時と同じように計算することで、必要なＴ＿ＥＣＣ（ＬＨ）と、Ｓ＿ｎサイズはそれぞれ、式８のように表される。

なお、Ｔ＿ＥＣＣ（ＬＨ）は、ＬＲＲ ＺｏｎｅにあるＥｘｔｅｎｔ［ｎ］からＨＲＲ ＺｏｎｅにあるＥｘｔｅｎｔ［ｎ＋１］へのシームレス接続におけるジャンプが行われる場合に、ＥＣＣのリード処理に係る時間である。

図４２は、ディスクのＬＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ］から同じＬＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ＋１］へのシームレス接続におけるジャンプモデルを説明するための図である。図４０の時と同じように計算することで、必要なＴ＿ＥＣＣ（ＬＬ）と、Ｓ＿ｎサイズはそれぞれ、式９のように表される。

なお、Ｔ＿ＥＣＣ（ＬＬ）は、ＬＲＲ Ｚｏｎｅにおいてシームレス接続におけるジャンプが行われる場合に、ＥＣＣのリード処理に係る時間である。

図４３は、ディスクのＨＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ］からＬＲＲ Ｚｏｎｅに記録されているＥｘｔｅｎｔ［ｎ＋１］へのシームレス接続におけるジャンプモデルを説明するための図である。図４０の時と同じように計算することで、必要なＴ＿ＥＣＣ（ＨＬ）と、Ｓ＿ｎサイズはそれぞれ、式１０のように表される。

なお、Ｔ＿ＥＣＣ（ＨＬ）は、ＨＲＲ ＺｏｎｅにあるＥｘｔｅｎｔ［ｎ］からＬＲＲ ＺｏｎｅにあるＥｘｔｅｎｔ［ｎ＋１］へのシームレス接続におけるジャンプが行われる場合に、ＥＣＣのリード処理に係る時間である。

図４４は、図４０から図４３で説明したシームレス接続におけるジャンプモデルの条件を統一することを説明するための図である。

ディスクに映画本編を配置するような実際のオーサリング作業の中では、図４０から図４３で示したように個々の条件に応じて異なる条件式を使うのではなく、どのような条件でも有意な差がなければ同じ条件式を使える方が便利である。ＥＣＣブロックの処理時間であるＴ＿ＥＣＣは、図４０から図４３の例で、現実的に大きな差がない数値になり、かつ、Ｔ＿ＳＥＥＫやＴ＿ＬＡＹＥＲと比較すると小さな時間であるため、ワーストであるＴ＿ＥＣＣ（ＬＬ）を全てのケースに適用しても良い。

このようにすることでＴ＿ＥＣＣは１つの固定値として計算できるためモデルを簡易化することができる。つまり、如何なる場合においても、Ｔ＿ＥＣＣを式１１のように表してもよい。

Ｔ＿ＥＣＣ＝Ｔ＿ＥＣＣ（ＬＬ） ［ｓｅｃ．］・・・（式１１）

また、Ｅｘｔｅｎｔ［ｎ］からＥｘｔｅｎｔ［ｎ＋１］へのシームレスジャンプでは、シームレスジャンプ直前のＥｘｔｅｎｔ［ｎ］が含まれる記録領域の読み込みレートをＲ＿ＴＲとして、式１２のように計算することができる。

図４５は、Ｄｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎと呼ばれるＬｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅ１／Ｉｎｎｅｒ Ｚｏｎｅ２に記録されるディスク情報とシームレスジャンプとの関係を説明する図である。３層ディスクの場合には、それぞれの記録層の内周側にあるＬｅａｄ−ｉｎ／Ｉｎｎｅｒ Ｚｏｎｅ１／Ｉｎｎｅｒ Ｚｏｎｅ２の中に、ＰＩＣ（Ｐｅｒｍａｎｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｎｔｒｏｌ ｄａｔａ）と呼ばれるディスク情報を格納しているデータが記録されている。ＰＩＣには、Ｉｎｆｏ Ｆｒａｇｍｅｎｔと呼ばれる５つのデータ格納領域があり、その先頭のＩｎｆｏ Ｆｒａｇｍｅｎｔ ０（ＩＦ０）の先頭箇所であるＤａｔａ Ｆｒａｍｅ ０の中にＤｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎは格納されている。

Ｄｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎの中には、ディスクの記録層数情報（Ｌ０／Ｌ１／Ｌ２層ごとにそれぞれ先頭から１２バイト目、７６バイト目、１４０バイト目に格納されている情報）や、記録層がＲＯＭであることを示す情報（Ｌ０／Ｌ１／Ｌ２層ごとに夫々先頭から１２バイト目、７６バイト目、１４０バイト目に格納されている情報）や、Ｌ０／Ｌ１／Ｌ２層のＤａｔａ Ｚｏｎｅの有効記録領域の最初と最後の物理セクターアドレス（ＰＳＮ：Ｐｈｙｓｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）を示す情報（Ｌ０／Ｌ１／Ｌ２層ごとに夫々先頭から２４〜３１バイト目、８８〜９５バイト目、１５２〜１５９バイト目に４バイトずつを用いて格納されている情報）などが記録されている。

物理アドレスは、Ｌ０層のＬｅａｄ−ｉｎからＯｕｔｅｒ Ｚｏｎｅ０へ、続けてＬ１層のＯｕｔｅｒ Ｚｏｎｅ１からＩｎｎｅｒ Ｚｏｎｅ１へ、続けてＬ２層のＩｎｎｅｒ Ｚｏｎｅ２からＬｅａｄ−ｏｕｔへ向かって順に配置される。

論理アドレスは、Ｄａｔａ Ｚｏｎｅ０の内周側（ＦＡＵ０）から外周側（ＬＡＵ０）へ、続けてＤａｔａ Ｚｏｎｅ１の外周側（ＦＡＵ１）から内周側（ＬＡＵ１）へ、続けてＤａｔａ Ｚｏｎｅ２の内周側（ＦＡＵ２）から外周側（ＬＡＵ２）へ向かって順に配置される。

ここで、ＰＩＣのＤｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎとして記録管理されているＬ０層のユーザーデータの先頭物理アドレスをＦＡＵ０、最終物理アドレスをＬＡＵ０、Ｌ１層のユーザーデータの先頭物理アドレスをＦＡＵ１、最終物理アドレスをＬＡＵ１、Ｌ２層のユーザーデータの先頭物理アドレスをＦＡＵ２、および、最終物理アドレスをＬＡＵ２とした。

位置Ｐ０からのシームレス接続におけるジャンプが可能な範囲は、下記の（１）および（２）で表す範囲となる。

（１）同一記録層内のシームレスジャンプでは、位置Ｐ０から半径方向に±ｄＬ１セクタ数以内にあるセクタまでジャンプが可能（図４５ではＰ６からＰ５の範囲に相当）

（２）異なる記録層へのシームレスジャンプでは、位置Ｐ０から半径方向に±ｄＬ０セクタ数以内にあるセクタの、同じ半径距離（Ｐ０±ｄＬ０）で示される位置にある、隣接する記録層のセクタの位置（図４５ではＬ０層のＰ１からＰ２の範囲、もしくはＬ２層のＰ３からＰ４の範囲に相当）

ここで、図４５に示す位置Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６を、上記物理アドレスを用いて表現すると、下記に示す式１３のように一意に導出することが可能である。

ここでは、Ｄｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎに記載される物理アドレス情報を用いて表現したが、物理アドレスと論理アドレスとは前述の通り１対１の固定の関係があるため、これを論理アドレスで示すことも同じように可能である。上記物理アドレスとして表現された位置Ｐ１〜Ｐ６を論理アドレスとして表現すると、Ｐ１〜Ｐ６にそれぞれ対応し、論理アドレスで表現されたＰ１’〜Ｐ６’は、ＦＡＵ０の論理アドレスを０とした場合、以下の式１４のようになる。

図４６は、同一記録層内でのジャンプ距離（ｄＬ１）とそれに係るシーク時間（Ｔ＿ＳＥＥＫ）との関係を説明する図である。図４６の（ａ）は、セクタ数で示されるジャンプ距離と、それに係るシーク時間との関係を説明する図である。図４６の（ｂ）は、ストロークで示されるジャンプ距離と、それに係るシーク時間との関係を説明する図である。

なお、ここでフルストローク（１ストローク）は、Ｄａｔａ Ｚｏｎｅの最内周の位置および最外周の位置の一方から他方までを、ドライブの光ピックアップがディスクの半径方向に移動する距離である。

図４６に示すように、ジャンプ距離が長くなるほどそれに係るシーク時間も長くなる。例えば、３０００セクタ数に相当する半径距離をジャンプするのに係るシーク時間は０．２秒だが、２５０００セクタ数に相当する半径距離をジャンプするのに係るシーク時間は０．６秒である。

図４４で示したＴ＿ＪＵＭＰには、記録層を切り替える場合にはレイヤージャンプ時間（Ｔ＿ＬＡＹＥＲ、数１００ミリ秒）がさらに加わるため、このＴ＿ＪＵＭＰの時間から実際にシームレス接続におけるジャンプが可能なジャンプ距離（図４５のｄＬ０／ｄＬ１）が求められる。

例えば、Ｔ＿ＬＡＹＥＲ＝０．４秒、Ｔ＿ＥＣＣ＝０．０１秒、というドライブ制御性能を持つシステムにおいて、Ｔ＿ＪＵＭＰとして０．８秒までのシームレス接続におけるジャンプが許容される場合、図４６の表を用いると、同一記録層内での最大ジャンプ距離（ｄＬ１）は、
Ｔ＿ＳＥＥＫ≦Ｔ＿ＪＵＭＰ−Ｔ＿ＥＣＣ＝０．８−０．０１＝０．７９［ｓｅｃ．］
となるため、図４６からｄＬ１＝５００００セクタとなる。

同様に、異なる記録層への最大ジャンプ距離（ｄＬ０）は、
Ｔ＿ＳＥＥＫ≦Ｔ＿ＪＵＭＰ−Ｔ＿ＬＡＹＥＲ−Ｔ＿ＥＣＣ＝０．８−０．４−０．０１＝０．３９［ｓｅｃ．］
となり、ｄＬ０＝１００００セクタとなる。

このようにして、図３８のシームレスジャンプモデルをＤｉｓｃ Ｉｎｆｏｒｍａｔｉｏｎにて規定されるアドレス情報を用いて表現することができる。

また、上記で説明したＢＤに記録されている映像ストリームを再生する再生装置または再生方法として実現してもよい。この場合、再生装置は、記録媒体に記録されたデータを読み出す読み出し部と、読み出したデータを再生する再生部と、を備える。読み出し部は、デジタルストリームを、読み込みレートを変更せずに読み出す。

また、再生方法は、記録媒体に記録されたデータを読み出し、読み出したデータを再生する。読み出しでは、デジタルストリームを、読み込みレートを変更せずに読み出す。

（実施の形態４）
次に本開示の実施の形態４について説明する。

実施の形態４は、実施の形態２および実施の形態３で説明した、高ビットレート映像情報を記録した記録媒体であって、互いに異なる読み込みレートで読み込まれる異なる領域を有し、かつ、複数の記録層を有する記録媒体（ディスク）に記録された、複数ファイルへの同時アクセスに関する内容である。基本的には、実施の形態１〜３に基づくため、拡張または異なる部分を中心に説明する。

図４７は、ＡＶストリーム（「デジタルストリーム」、「デジタルストリームファイル」又は「ＡＶストリームファイル」とも言う）を再生しながら別のデータファイルにアクセスする際にかかる時間を説明するための図である。図４７では、Ｌ２層のＬＲＲゾーンにあるＡＶストリーム（ＡＶ２）を再生しながらＬ０層のＨＲＲゾーンにある別のデータファイル（ＤＦ３ｃ）へアクセス（以下、「同時アクセス」とも言う。）する際の必要時間を図示している。

ＡＶストリーム（ＡＶ２）での現在の再生地点をａ、ＡＶストリーム（ＡＶ２）の再生中に同時アクセスするデータファイル（ＤＦ３ｃ）の先頭地点をｂとし、終端地点をｃとする。この場合、ＡＶストリーム（ＡＶ２）を再生している最中に別ファイル（ＤＦ３ｃ）を読み込んで、再生地点まで戻ってくるまでにかかる時間（Ｔｉｎ）は次の式１５のように計算できる。

Ｔｉｎ＝（Ｔ＿Ｓ（ａｂ）＋Ｔ＿ＲＳＣ）＋Ｔ＿Ｌ（２０）＋Ｔ＿Ｒ（ＤＦ３ｃ）＋Ｔ＿Ｌ（０２）＋Ｔ＿Ｓ（ｃａ）＋Ｔ＿ＲＳＣ＋Ｓ＿ＥＣＣ／Ｒ＿ＬＲＲ・・・（式１５）
Ｔ＿Ｓ（ａｂ）＋Ｔ＿ＲＳＣ：現再生地点（ａ）からデータファイルの先頭地点（ｂ）までのシーク時間
Ｔ＿Ｌ（２０）：Ｌ２記録層からＬ０記録層への球面収差補正時間
Ｔ＿Ｒ（ＤＦ３ｃ）：データファイル（ＤＦ３ｃ）の読み込み時間（ＥＣＣオーバーヘッド含む）
Ｔ＿Ｌ（０２）：Ｌ０記録層からＬ２記録層への球面収差補正時間
Ｔ＿Ｓ（ｃａ）＋Ｔ＿ＲＳＣ：終端地点（ｃ）から現再生地点（ａ）までのシーク時間
Ｓ＿ＥＣＣ／Ｒ＿ＬＲＲ：現再生地点（ａ）の次のセクタを読み始めるＥＣＣオーバーヘッド時間

ここで、データファイル（ＤＦ３ｃ）の読み込み時間（ＥＣＣオーバーヘッド含む）は、次の式１６で表される。

Ｔ＿Ｒ（ＤＦ３ｃ）＝ＤＦ３ｃサイズ（Ｓ＿ＤＦ３ｃ）／読み込みレート（Ｒ＿ＨＲＲ）＋２＊ＥＣＣサイズ（Ｓ＿ＥＣＣ）／読み込みレート（Ｒ＿ＨＲＲ）・・・（式１６）

またＴ＿ＲＳＣは、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとで読み込み方法が、例えば、角速度一定から線速度一定などに変わる場合に、読み込み方法を変更するのに要する時間である。

ＡＶストリーム（ＡＶ２）の再生中にデータファイル（ＤＦ３ｃ）を読み込む場合、式１５で表されるＴｉｎの時間だけＡＶストリーム（ＡＶ２）の読み込みが停止する。つまり、ＡＶストリームのリードバッファ（フロントエンド側のＦＩＦＯバッファ、以下、「Ｂｉｎ」と表記する。）がアンダーフローをしないためには、ＡＶストリーム（ＡＶ２）のビットレートをＲ＿ＡＶ２とした場合、次の式１７を満たす必要がある。

Ｂｉｎ ＞＝ Ｒ＿ＡＶ２＊Ｔｉｎ・・・（式１７）

ここで、Ｔ＿Ｓ（ａｂ）やＴ＿Ｓ（ｃａ）のような１／２ストロークを超える大きなシークに要する時間は、フルストロークに要する時間（図４６の（ｂ）の例では３．０秒）を超える。

また、Ｔ＿Ｌ（２０）やＴ＿Ｌ（０２）で示すような２層のレイヤージャンプに要する時間は、通常、１層のレイヤージャンプと比べて約２倍の時間となる。これは、光ピックアップのコリメートレンズを調整するのに時間がかかるためである。

また、ＬＲＲ ＺｏｎｅとＨＲＲ Ｚｏｎｅとの間を跨ぐことによりドライブのリードストラテジとディスクの回転数とを大きく変えることがあるため、Ｔ＿ＲＳＣで示す読み込み方法を変えるのに要する時間は、無視できない数１００ｍｓｅｃオーダーの時間となる。

上述のように、一般的なドライブ実装のようにトルクの低いモーターでディスクを高速回転させている（慣性が非常に大きい）状況下においては、ディスクの半径方向の大きなシーク、記録層（焦点距離方向）の大きな変更、リードストラテジもしくはディスク回転速度の大きな変更には、比較的大きな時間が必要となる。この結果、非常に大きなリードバッファ（Ｂｉｎ）をドライブが搭載することが必要となり、ＡＶストリームの再生中にデータファイルを読み込む同時アクセスを行う場合には、レスポンスの悪い同時アクセスしか実現できていなかった。

例えば、ブルーレイディスクのＪａｖａ（登録商標）プログラムが、本編のＡＶストリームの再生中に、本編のあるシーンに合わせてＪＰＥＧファイル（データファイル）を読み込んでビデオ画面に重畳する処理を行おうとしても、上述したＴｉｎが数秒〜数１０秒オーダーとなるため、なかなかリアルタイムに当該処理を行うことは難しかった。

図４８は、ＡＶストリームファイルと同時アクセスされるデータファイルとの記録位置の相関を説明するための図である。

本図に示すように、再生中のＡＶストリームファイルの近くで（ここでは１／３ストローク以内）あり、かつ、同一の記録層、かつ、同一のゾーンに、当該再生中のＡＶストリームファイルと同時アクセスされるデータファイルを配置することで、高速なデータファイルへの同時アクセスを実現することができる。つまり、ＡＶストリームファイルの再生中に読み込まれるデータファイルは、ＬＲＲ ＺｏｎｅおよびＨＲＲ Ｚｏｎｅのうち、当該再生中のＡＶストリームファイルが記録されている記録領域と同じ記録領域に記録されている。また、ＡＶストリームファイルの再生中に読み込まれるデータファイルは、さらに、当該再生中のＡＶストリームファイルが記録されている記録領域（ＡＶストリームファイルが再生されている位置）から１／３ストローク以内の領域に記録されている。また、ＡＶストリームファイルを再生中に読み込まれるデータファイルは、さらに、当該再生中のＡＶストリームファイルが記録されている記録層と同じ記録層に記録されている。

ＡＶストリームファイルと、当該ＡＶストリームファイルの再生中に同時アクセスされるデータファイルとを、同一の記録層に記録しているのは、データファイルに同時アクセスするために記録層の変更に要する時間（数１００ｍｓｅｃ）が発生することを防ぐためである。

また、ＡＶストリームファイルと当該ＡＶストリームファイルの再生中に同時アクセスされるデータファイルとを、同一の記録領域に記録しているのは、データファイルに同時アクセスするためにリードストラテジや回転数変更に要する時間（Ｔ＿ＲＳＣ、数１００ｍｓｅｃ）が発生することを防ぐためである。

また、ＡＶストリームファイルの再生中に同時アクセスされるデータファイルを、当該再生中のＡＶストリームファイルが記録されている記録領域から１／３ストローク以内の領域に制限しているのは、データファイルへのシークに要する時間（数１００ｍｓｅｃ〜数秒）を所定の時間内に収めるためである。

このような制限を加えた中でＡＶストリームとデータファイルのディスク上の配置を行うことで、ＡＶストリーム（ＡＶ１）を再生中にＡＶストリーム（ＡＶ１）に対応するデータファイル（ＤＦ１）へのアクセス、ＡＶストリーム（ＡＶ３ａ）を再生中にＡＶストリーム（ＡＶ３ａ）に対応する、データファイル（ＤＦ３ａ）かつ／もしくはデータファイル（ＤＦ３ｂ）へのアクセス、ＡＶストリーム（ＡＶ３ｂ）を再生中にＡＶストリーム（ＡＶ３ｂ）に対応するデータファイル（ＤＦ３ｂ）かつ／もしくはデータファイル（ＤＦ３ｃ）へのアクセス、を十分搭載可能なバッファサイズで実現できるようになる。

また、この例では、ＡＶストリーム（ＡＶ２）とデータファイル（ＤＦ２）とは互いに異なる読み込みレートの記録領域に記録されているため、ＡＶストリーム（ＡＶ２）再生中のデータファイル（ＤＦ２）への同時アクセスが禁止、もしくは保証できない配置となっている。また、同様に、ＡＶストリーム（ＡＶ４）とデータファイル（ＤＦ４）とは互いに異なる記録層に記録されているため、ＡＶストリーム（ＡＶ４）再生中のデータファイル（ＤＦ４）への同時アクセスが禁止、もしくは保証できない配置となっている。

さらに、所定のサイズのデータファイルを所定の時間内に読み終わるような条件を設定して、ドライブ読み込みレート（Ｒ＿ＵＤ）に対して、どこまで高い平均ビットレートのＡＶストリームまでが対応可能かを規定することも考えられる。

同様に、実施の形態２で説明したシームレス接続におけるジャンプでもＬ０記録層からＬ２記録層への変更は球面収差補正のために比較的大きな切り替え時間がかかる。このため、仮に同一読み込みレートの記録領域内でのジャンプであったとしても、３層ディスクにおいてＬ０層からＬ２層、または、Ｌ２層からＬ０層へのジャンプのような１層飛ばす（スキップする）ジャンプを伴うシームレス接続を禁止、もしくは非保証としてもよい。

また、上記で説明したＢＤに記録されている映像ストリームを再生する再生装置または再生方法として実現してもよい。この場合、再生装置は、記録媒体に記録されたデータを読み出す読み出し部と、読み出したデータを再生する再生部と、を備える。読み出し部は、デジタルストリームの読み出し時と、データファイルの読み出し時とで、読み込みレートを変更せずにデータを読み出す。また、読み出し部は、デジタルストリーム再生中に、１／３ストローク以内の距離だけ光ピックアップを移動させて、データファイルを読み出す。また、読み出し部は、デジタルストリームの読み出し時と、データファイルの読み出し時とで、読み出す記録層を変更せず（球面収差を変更せず）にデータを読み出す。

また、再生方法は、記録媒体に記録されたデータを読み出し、読み出したデータを再生する。読み出しでは、デジタルストリームの読み出し時と、データファイルの読み出し時とで、読み込みレートを変更せずにデータを読み出す。また、読み出しでは、デジタルストリーム再生中に、１／３ストローク以内の距離だけ光ピックアップを移動させて、データファイルを読み出す。また、読み出しでは、デジタルストリームの読み出し時と、データファイルの読み出し時とで、読み出す記録層を変更せず（球面収差を変更せず）にデータを読み出す。

なお、上記の各実施の形態において、ＢＤをＢＤディスクとも表記している。

なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

以上、本発明の一つまたは複数の態様に係る記録媒体、再生装置および再生方法について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、異なる実施の形態における構成要素を組み合わせて構築される形態なども、本発明の一つまたは複数の態様の範囲内に含まれてもよい。

尚、上記の説明は一例に過ぎず、当該技術者にとっては、様々な応用が適用できる。

本開示は、異なる読み込みレートで読み込まれる２つの記録領域がある場合であっても、非常に大きなリードバッファを採用せずともデジタルストリームの再生中にデータファイルに同時アクセスできるＢＤなどの光ディスク、当該光ディスクを再生する再生装置および再生方法などとして有用である。

２０２ 光ピックアップ
２０３ プログラム記録メモリ
２０４ 管理情報記録メモリ
２０５ ＡＶ記録メモリ
２０６ プログラム処理部
２０７ 管理情報処理部
２０８ プレゼンテーション処理部
２０９ イメージプレーン
２１０ ビデオプレーン
２１１ 合成処理部
３０２ プログラムプロセッサ
３０３ ＵＯマネージャ
３０４ 管理情報記録メモリ
３０５ シナリオプロセッサ
３０６ プレゼンテーションコントローラ
３０７ クロック
３０８ イメージメモリ
３０９ トラックバッファ
３１０ デマルチプレクサ
３１１ イメージプロセッサ
３１２ ビデオプロセッサ
３１３ サウンドプロセッサ

Claims (4)

1. 映像情報を符号化することにより得られたデジタルストリームファイルを含むデータを記録した円形の記録媒体であって、
   前記記録媒体の前記デジタルストリームファイルを記録するための記録領域は、第一読み込みレートで読み込まれる内周側に設けた第一記録領域と、前記第一読み込みレートよりも速い第二読み込みレートで読み込まれる外周側に設けた第二記録領域とを有し、
   前記データは、リアルタイム属性を持つ前記デジタルストリームファイルと、非リアルタイム属性を持つデータファイルとを含み、
   前記デジタルストリームファイルの再生中に読み込まれる前記データファイルは、前記第一記録領域および前記第二記録領域のうち、再生中の前記デジタルストリームファイルが記録されている記録領域と同じ記録領域に記録されている
   記録媒体。
2. 前記デジタルストリームファイルの再生中に読み込まれる前記データファイルは、さらに、再生中の前記デジタルストリームファイルが記録されている記録領域から１／３ストローク以内の領域に記録されている
   請求項１に記載の記録媒体。
3. 前記記録媒体は、複数の記録層を有し、
   前記デジタルストリームファイルを再生中に読み込まれる前記データファイルは、さらに、再生中の前記デジタルストリームファイルが記録されている記録層と同じ記録層に記録されている
   請求項１または２に記載の記録媒体。
4. 前記データのファイルシステムは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）であり、
   前記デジタルストリームファイルは、前記デジタルストリームファイルのファイルタイプフィールドの値が２４９であるファイルである
   請求項１から３のいずれか１項に記載の記録媒体。

Images