(57)【要約】      （修正有）【課題】ユーザ操作に即応した、スライドショーを実現することができる光ディスクを提供する。【解決手段】BD-ROMには、BrowsableSlideShowが記録されている。BrowsableSlideShowは、ビデオストリームと、グラフィクスストリームと、オーディオストリームと、PlayList情報とから構成される。ビデオストリーム及びオーディオストリームは、光ディスク上の別々の領域に記録されている。グラフィクスストリーム内のステート情報は、ブラウジングユニットが光ディスクから読み出された際、コーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、再生装置にスタートさせる旨を示す。【選択図】図２１
2008159255.tif 000002
【特許請求の範囲】
【請求項１】
スライドショーアプリケーションを記録した光ディスクであって、
スライドショーアプリケーションは、デジタルストリームと、オーディオストリームと、プレイリスト情報とを含み、デジタルストリームは、ビデオストリームと、グラフィクスストリームとを多重化することで得られ、
ビデオストリームは、複数のピクチャデータから構成され、ピクチャデータは、第１リードバッファに読み出された後、ビデオ用のバッファに供給され、プレイリスト情報は、メインパス情報、サブパス情報を含み、メインパス情報は、ブラウジングユニットの構成要素となる1つ以上のピクチャデータを指定する時間情報と、ピクチャデータの表示を静止させる期間を示す期間情報とを含み、サブパス情報は、オーディオストリームにおける再生区間を指定して、当該再生区間と、ブラウジングユニットとの対応付けを示す情報であり、
前記オーディオストリームは、光ディスクから第２リードバッファに読み出された上でオーディオ用のバッファに供給され、
前記期間情報に示される静止期間は、
後続するブラウジングユニットを、第１リードバッファから読み出して、ビデオ用デコーダバッファに格納する時間長と等しい、又は、これを上回り、
前記グラフィクスストリームは複数の機能セグメントを含み、複数の機能セグメントは、ピクチャデータと共に第１リードバッファに読み出された後、コーデッドデータバッファに供給され、複数の機能セグメントには、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定するインタラクティブ制御セグメントとがあり、
オブジェクト定義セグメント及びインタラクティブ制御セグメントは、前記1つ以上のピクチャデータと共に1つのブラウジングユニットを構成するものであり、グラフィクスオブジェクトには、1つのブラウジングユニットを越えて表示されるものは存在せず、インタラクティブ制御セグメントは、グラフィクスオブジェクトをボタン部材の一状態として表示させることにより対話的な画面構成を実現するボタン情報と、グラフィクスを表示するためのメモリ管理を規定するステート情報とを含み、
前記コーデッドデータバッファは、ステート情報にて規定されるメモリ管理の対象であり、
ステート情報は、ブラウジングユニットが光ディスクから読み出された際、コーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、再生装置にスタートさせる旨を示す、光ディスク。
【請求項２】
光ディスクに記録されたスライドショーアプリケーションを再生する再生装置であって、
スライドショーアプリケーションは、デジタルストリームと、オーディオストリームと、プレイリスト情報とを含み、デジタルストリームは、ビデオストリームと、グラフィクスストリームとを多重化することで得られ、
ビデオストリーム、グラフィクスストリーム、オーディオストリームを光ディスクから読み出す読出手段と、
第１リードバッファと、
第２リードバッファと、
ビデオストリーム内のピクチャデータをデコードするビデオデコーダと、
グラフィクスストリーム内の複数の機能セグメントをデコードするグラフィクスデコーダと、
オーディオストリームをデコードするオーディオデコーダと、
プレイリスト情報に基づき再生制御を行う制御手段とを備え、
プレイリスト情報は、メインパス情報、サブパス情報を含み、メインパス情報は、ブラウジングユニットの構成要素となる1つ以上のピクチャデータを指定する時間情報と、ピクチャデータの表示を静止させる期間を示す期間情報とを含み、サブパス情報は、オーディオストリームにおける再生区間を指定して、当該再生区間と、ブラウジングユニットとの対応付けを示す情報であり、
ビデオストリームにおけるピクチャデータは、光ディスクから読み出され、第１リードバッファを経由した上で、ビデオ用のバッファに格納され、
グラフィクスストリームにおける複数の機能セグメントは、光ディスクから読み出され、第１リードバッファを経由した上で、グラフィクスデコーダにおけるコーデッドデータバッファに格納され、
オーディオストリームは、光ディスクから読み出され、第２リードバッファを経由した上で、オーディオ用のバッファに格納され、
前記制御手段は、ビデオストリーム内のピクチャデータの静止表示を、プレイリスト情報内の期間情報に示される所定の期間において継続して行い、
前記期間情報に示される所定の期間は、後続するブラウジングユニットを、第１リードバッファから読み出して、ビデオ用のバッファに格納するための時間長と等しい、又は、これを上回り、
前記グラフィクスストリームは複数の機能セグメントを含み、複数の機能セグメントは、ピクチャデータと共に第１リードバッファに読み出された後、コーデッドデータバッファに供給され、複数の機能セグメントには、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定するインタラクティブ制御セグメントとがあり、
オブジェクト定義セグメント及びインタラクティブ制御セグメントは、前記1つ以上のピクチャデータと共に1つのブラウジングユニットを構成するものであり、グラフィクスオブジェクトには、1つのブラウジングユニットを越えて表示されるものは存在せず、インタラクティブ制御セグメントは、グラフィクスオブジェクトをボタン部材の一状態として表示させることにより対話的な画面構成を実現するボタン情報と、グラフィクスを表示するためのメモリ管理を規定するステート情報とを含み、
前記コーデッドデータバッファは、ステート情報にて規定されるメモリ管理の対象であり、
グラフィクスデコーダは、自身を含むブラウジングユニットが光ディスクから読み出された際、ステート情報に従ってコーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、スタートする、再生装置。
【請求項３】
ボリュームデータを生成して、ボリュームデータが記録された光ディスクを得る記録方法であって、
ボリュームデータは、スライドショーアプリケーションを含み、
スライドショーアプリケーションは、デジタルストリームと、オーディオストリームと、プレイリスト情報とを含み、デジタルストリームは、ビデオストリームと、グラフィクスストリームとを多重化することで得られ、
ビデオストリームは、複数のピクチャデータから構成され、ピクチャデータは、第１リードバッファに読み出された後、ビデオ用のバッファに供給され、プレイリスト情報は、メインパス情報、サブパス情報を含み、メインパス情報は、ブラウジングユニットの構成要素となる1つ以上のピクチャデータを指定する時間情報と、ピクチャデータの表示を静止させる期間を示す期間情報とを含み、サブパス情報は、オーディオストリームにおける再生区間を指定して、当該再生区間と、ブラウジングユニットとの対応付けを示す情報であり、
前記オーディオストリームは、光ディスクから第２リードバッファに読み出された上でオーディオ用のバッファに供給され、
前記期間情報に示される静止期間は、
後続するブラウジングユニットを、第１リードバッファから読み出して、ビデオ用デコーダバッファに格納する時間長と等しい、又は、これを上回り、
前記グラフィクスストリームは複数の機能セグメントを含み、複数の機能セグメントは、ピクチャデータと共に第１リードバッファに読み出された後、コーデッドデータバッファに供給され、複数の機能セグメントには、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定するインタラクティブ制御セグメントとがあり、
オブジェクト定義セグメント及びインタラクティブ制御セグメントは、前記1つ以上のピクチャデータと共に1つのブラウジングユニットを構成するものであり、グラフィクスオブジェクトには、1つのブラウジングユニットを越えて表示されるものは存在せず、インタラクティブ制御セグメントは、グラフィクスオブジェクトをボタン部材の一状態として表示させることにより対話的な画面構成を実現するボタン情報と、グラフィクスを表示するためのメモリ管理を規定するステート情報とを含み、
前記コーデッドデータバッファは、ステート情報にて規定されるメモリ管理の対象であり、
ステート情報は、ブラウジングユニットが光ディスクから読み出された際、コーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、再生装置にスタートさせる旨を示す、記録方法。
【請求項４】
光ディスクに記録されたスライドショーアプリケーションをコンピュータ上で再生する再生方法であって、
スライドショーアプリケーションは、デジタルストリームと、オーディオストリームと、プレイリスト情報とを含み、デジタルストリームは、ビデオストリームと、グラフィクスストリームとを多重化することで得られ、
コンピュータは、第１リードバッファと、第２リードバッファと、ビデオデコーダと、グラフィクスデコーダと、オーディオデコーダとを備え、
ビデオストリーム、グラフィクスストリーム、オーディオストリームを光ディスクから読み出すステップと、
ビデオデコーダにビデオストリーム内のピクチャデータのデコードを行わせるビデオデコードのステップと、
グラフィクスデコーダにブラウジングユニット内の複数の機能セグメントのデコードを行わせるグラフィクスデコードのステップと、
オーディオデコーダにオーディオストリームのデコードを行わせるオーディオデコードのステップと、
プレイリスト情報に基づき再生制御を行う制御ステップとを有し、
プレイリスト情報は、メインパス情報、サブパス情報を含み、メインパス情報は、ブラウジングユニットの構成要素となる1つ以上のピクチャデータを指定する時間情報と、ピクチャデータの表示を静止させる期間を示す期間情報とを含み、サブパス情報は、オーディオストリームにおける再生区間を指定して、当該再生区間と、ブラウジングユニットとの対応付けを示す情報であり、
ビデオストリームにおけるピクチャデータは、光ディスクから読み出され、第１リードバッファを経由した上で、ビデオ用のバッファに格納され、
グラフィクスストリームにおける複数の機能セグメントは、光ディスクから読み出され、第１リードバッファを経由した上で、グラフィクスデコーダにおけるコーデッドデータバッファに格納され、
オーディオストリームは、光ディスクから読み出され、第２リードバッファを経由した上で、オーディオ用のバッファに格納され、
前記制御ステップは、ビデオストリーム内のピクチャデータの静止表示を、プレイリスト情報内の期間情報に示される所定の期間において継続して行い、
前記期間情報に示される所定の期間は、後続するブラウジングユニットを、第１リードバッファから読み出して、ビデオ用のバッファに格納するための時間長と等しい、又は、これを上回り、
前記グラフィクスストリームは複数の機能セグメントを含み、複数の機能セグメントは、ピクチャデータと共に第１リードバッファに読み出された後、コーデッドデータバッファに供給され、複数の機能セグメントには、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定するインタラクティブ制御セグメントとがあり、
オブジェクト定義セグメント及びインタラクティブ制御セグメントは、前記1つ以上のピクチャデータと共に1つのブラウジングユニットを構成するものであり、グラフィクスオブジェクトには、1つのブラウジングユニットを越えて表示されるものは存在せず、インタラクティブ制御セグメントは、グラフィクスオブジェクトをボタン部材の一状態として表示させることにより対話的な画面構成を実現するボタン情報と、グラフィクスを表示するためのメモリ管理を規定するステート情報とを含み、
前記コーデッドデータバッファは、ステート情報にて規定されるメモリ管理の対象であり、
グラフィクスデコードのステップは、自身を含むブラウジングユニットが光ディスクから読み出された際、ステート情報に従ってコーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、スタートする、再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スライドショー再生の技術分野に属する。
【背景技術】
【０００２】
光ディスクの再生装置は、動画を再生する機能を主体にしている。スライドショー再生機能は、この動画再生機能の一種の応用であり、光ディスクに記録されている複数ピクチャデータを1つずつデコードして、ユーザの視聴に供する機能である。
【０００３】
近い将来登場するBD-ROM(BluRay Disc Read Only Memory)では、1920×1080という高解像度でピクチャデータを記録しておくことができる。写真著作物をピクチャデータとしてBD-ROMに記録しておき、このBD-ROMの記録物に対し、再生装置がスライドショー再生を実行すれば、印刷出版物と比較して遜色ない鮮やかさで、ユーザは、写真著作物などを閲覧することができる。
【０００４】
スライドショー機能が具備されていれば、ユーザは、映画作品の再生だけでなく、写真著作物の再生を楽しむことができるので、BD-ROM再生装置の魅力を一段と高めることができる。尚、光ディスクの再生装置に関しては、以下の文献に記載された先行技術が存在する。
【特許文献１】特開２０００−３４８４６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで音声再生を伴うスライドショー再生を実現するには、光ディスクからオーディオデータを読み出し、バッファに供給するという処理に専念せねばならない。ここで、オーディオデータだけではなく、ピクチャデータをバッファに読み込むためのシークが発生したとすると、バッファのアンダーフローが発生し、オーディオデータ再生の途切れが発生しかねない。オーディオデータの再生途切れの恐れがあるので、シークの発生をさけるべく、従来の光ディスク再生装置は、ピクチャデータを予めメモリにプリロードしておき、オーディオデータ再生中のディスクシーク発生を避けるようにしていた。しかしピクチャデータが、1920×1080という高解像度をもつ場合、スライドショーのための複数のピクチャデータをメモリにプリロードしておくとなると、多大なメモリ規模が必要になり、再生装置を商品化するにあたっての、低価格化を妨げるという問題点がある。
【０００６】
本発明の目的は、再生装置商品化にあたっての低価格化を実現しながらも、オーディオデータ再生を途切れさせないような、光ディスクを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る光ディスクは、スライドショーアプリケーションを記録した光ディスクであって、スライドショーアプリケーションは、デジタルストリームと、オーディオストリームと、プレイリスト情報とを含み、デジタルストリームは、ビデオストリームと、グラフィクスストリームとを多重化することで得られ、ビデオストリームは、複数のピクチャデータから構成され、ピクチャデータは、第１リードバッファに読み出された後、ビデオ用のバッファに供給され、プレイリスト情報は、メインパス情報、サブパス情報を含み、メインパス情報は、ブラウジングユニットの構成要素となる1つ以上のピクチャデータを指定する時間情報と、ピクチャデータの表示を静止させる期間を示す期間情報とを含み、サブパス情報は、オーディオストリームにおける再生区間を指定して、当該再生区間と、ブラウジングユニットとの対応付けを示す情報であり、前記オーディオストリームは、光ディスクから第２リードバッファに読み出された上でオーディオ用のバッファに供給され、前記期間情報に示される静止期間は、後続するブラウジングユニットを、第１リードバッファから読み出して、ビデオ用デコーダバッファに格納する時間長と等しい、又は、これを上回り、前記グラフィクスストリームは複数の機能セグメントを含み、複数の機能セグメントは、ピクチャデータと共に第１リードバッファに読み出された後、コーデッドデータバッファに供給され、複数の機能セグメントには、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定するインタラクティブ制御セグメントとがあり、
オブジェクト定義セグメント及びインタラクティブ制御セグメントは、前記1つ以上のピクチャデータと共に1つのブラウジングユニットを構成するものであり、グラフィクスオブジェクトには、1つのブラウジングユニットを越えて表示されるものは存在せず、インタラクティブ制御セグメントは、グラフィクスオブジェクトをボタン部材の一状態として表示させることにより対話的な画面構成を実現するボタン情報と、グラフィクスを表示するためのメモリ管理を規定するステート情報とを含み、前記コーデッドデータバッファは、ステート情報にて規定されるメモリ管理の対象であり、ステート情報は、ブラウジングユニットが光ディスクから読み出された際、コーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、再生装置にスタートさせる旨を示す、ことを特徴としている。
【発明の効果】
【０００８】
光ディスクにおいて、別々の領域に記録されているビデオストリームと、オーディオストリームとを読み出す場合、ビデオストリームの転送レートを、なるべく低くすれば、オーディオストリームの再生途切れを避けることができる。
【０００９】
しかしビデオデコーダへの転送レートを低くすれば、デコーダバッファへの読み込み時間が長くなってしまう。そこで本発明は、デコーダバッファへの読み込み時間を、プレイリスト情報における期間情報に示させている。期間情報に示される静止期間は、デコーダバッファへの読み込み時間を目安にしているので、この期間情報に示される期間だけ静止表示を行い、後続するピクチャデータの表示開始を遅らせれば、同時になされる、オーディオストリーム再生を途切れさせることはない。
【００１０】
これにより、音声の途切れ無き、スライドショー再生を実現することができる。かかるスライドショー再生は、ピクチャデータのプリロードを必要としないので、高画質なピクチャデータを用いたスライドショー再生を実現する再生装置を、低コストで製造することができる。
【００１１】
印刷出版物と比較して遜色ない鮮やかさで、写真著作物を再生させるような、スライドショーを再生装置は再生することができるので、BD-ROM再生装置の魅力を一段と高め、BD-ROM再生装置の普及促進を図ることができる。
【００１２】
また静止期間を示す情報を、プレイリスト情報におけるメインパス情報に示しておくので、スライドショーアプリケーションにおけるプレイリスト情報のデータ構造は、メインパス情報、サブパス情報から構成され、外観上、BD-ROMにおける動画アプリケーションに対するプレイリスト情報のデータ構造と同一のものとなる。そうすると再生装置は、これらのメインパス情報、及び、サブパス情報に基づく動画アプリケーションの再生と同じ再生制御を実行しつつ、メインパス情報の期間情報に示される静止表示を継続すればよい。よってBD-ROMに対する動画再生と互換をもつ形で、スライドショー再生機能を再生装置に実装することができる。これにより、動画再生と、スライドショー再生との両機能を兼備した再生装置の普及を促進することができる。
【００１３】
ここでスライドショーの実行時には、動画再生と同様のユーザ操作を受け付ける必要がある。チャプタースキップ等のユーザ操作がなされた際、そのユーザ操作に即応して、スライドショーのための複数の機能セグメントをグラフィクスデコーダにおけるコーデッドデータバッファに送り込むには、高いレートで、バースト的に、当該機能セグメントをコーデッドデータバッファに転送させる必要がある。だが、コーデッドデータバッファに何等かのデータが残存している状態において、バースト的にコーデッドデータバッファを書き込んでゆくと、グラフィクスデコーダにおけるコーデッドデータバッファのオーバーフローを招きかねない。
【００１４】
グラフィクスデータにおけるインタラクティブ制御セグメントのステート情報は、ブラウジングユニットが光ディスクから読み出された際、コーデッドデータバッファの格納内容をクリアすることで、グラフィクスを表示するためのメモリ管理を、再生装置にスタートさせる旨を示すので、チャプタースキップにあたっては、新たな機能セグメントをバースト的にコーデッドデータバッファに書き込んでゆけばよい。こうすることで、ユーザ操作に即応したチャプタースキップを実現することができる。
【発明を実施するための最良の形態】
【００１５】
(第１実施形態)
以降、本発明に係る光ディスクの実施形態について説明する。先ず始めに、本発明に係る光ディスクの実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る光ディスクの、使用行為についての形態を示す図である。図１において、本発明に係る光ディスクは、BD-ROM１００である。このBD-ROM１００は、再生装置２００、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１６】
以上が本発明に係る光ディスクの使用形態についての説明である。続いて本発明に係る光ディスクの実施行為のうち、生産行為についての形態について説明する。本発明に係る光ディスクは、BD-ROMの応用層に対する改良により実施することができる。図２は、BD-ROMの内部構成を示す図である。
【００１７】
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
【００１８】
BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリと呼ばれる3つのサブディレクトリが存在する。
【００１９】
STREAMディレクトリには、いわばデジタルストリーム本体となるファイル群を格納しているディレクトリであり、拡張子m2tsが付与されたファイル(00001.m2ts,00002.m2ts)が存在する。
【００２０】
PLAYLISTディレクトリは、拡張子mplsが付与されたファイル(00001.mpls)が存在する。
【００２１】
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(00001.clpi,00002.clpi)が存在する。
【００２２】
これらのファイルは、1つのBrowsable SlideShowを構成する構成要素となる。各ファイルの役割分担は以下の通りである。
【００２３】
00001.m2ts・・・・Browsable SlideShowにおいて、メインストリームとなるAVClip
00002.m2ts・・・・Browsable SlideShowにおいて、サブストリームとなるAVClip
00001.clpi・・・・メインストリームについてのClip情報
00002.clpi・・・・サブストリームについてのClip情報
00001.mpls・・・・メインストリームと、サブストリームとからなるプレイリストを定義するPlayList情報
以下、Browsable SlideShowの構成要素となる各ファイルについて説明してゆく。
【００２４】
＜AVClipの構成＞
拡張子.m2tsが付与されたファイルは、AVClipを格納したファイルである。このAVClipには、メインストリーム、サブストリームいう類型がある。ここでメインストリームとなるAVClipは、MPEG2-TS形式のビデオストリームである。
【００２５】
符号化方式がMPEG2-Videoである場合、ビデオストリームは、複数のIntraピクチャからなる。これらのピクチャには、エンドコードが付与されている。
【００２６】
符号化方式がMPEG2-AVCである場合、当該ビデオストリームは、複数のIDRピクチャからなる。これらのピクチャにも、エンドコードが付与されている。
【００２７】
サブストリームとなるAVClipは、MPEG-TS形式のオーディオストリームである。
【００２８】
これらMPEG2-TS形式のAVClipが、BD-ROMにどのように書き込まれるかを説明する。図３は、AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す図である。本図の第１段目にAVClipを構成するTSパケットを示す。
【００２９】
AVClipを構成するTSパケットは、第２段目に示すようにTS_extra_header(図中の「EX」)が付される。
【００３０】
第３段目、第４段目は、BD-ROMの物理単位と、TSパケットとの対応関係を示す。第４段目に示すように、BD-ROM上には複数セクタが形成されている。extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを“Aligned Unit”といい、BD-ROMへの書き込みにあたっては、Aligned Unit単位で暗号化がなされる。
【００３１】
第５段目においてセクタは、32個単位で誤り訂正符号が付され、ECCブロックを構成する。再生装置はAligned Unitの単位でBD-ROMをアクセスする限り、32個の完結したEX付きTSパケットを得ることができる。以上がBD-ROMに対するAVClipの書き込みのプロセスである。
【００３２】
＜Clip情報＞
続いて拡張子.clpiが付与されたファイルについて説明する。拡張子.clpiが付与されたファイル(00001.clpi,00002.clpi,00003.clpi・・・・・)は、Clip情報を格納している。Clip情報は、個々のAVClipについての管理情報である。図４は、Clip情報の内部構成を示す図である。本図の左側に示すようにClip情報は、i)AVClipファイルの属性情報を格納した『ClipInfo()』、ii)ATC Sequence,STC Sequenceに関する情報を格納した『Sequence Info()』iii)Program Sequenceに関する情報を格納した『Program Info()』iv)『Characteristic Point Info(CPI())』からなる。
【００３３】
＜CPI(EP_map)＞
図中の引き出し線cu2は、CPIの構成をクローズアップしている。引き出し線cu2に示すように、CPIはEP_mapからなる。EP_mapは、Ne個のEP_map_for_one_stream_PID(EP_map_for_one_stream_PID(0)〜EP_map_for_one_stream_PID(Ne-1))からなる。これらEP_map_for_one_stream_PIDは、AVClipに属する個々のエレメンタリストリームについてのEP_mapである。EP_mapは、1つのエレメンタリストリーム上において、IピクチャのAccess Unit Delimiterが存在するエントリー位置のパケット番号(SPN_EP_start)を、エントリー時刻(PTS_EP_start)と対応づけて示す情報である。図中の引き出し線cu3は、EP_map_for_one_stream_PIDの内部構成をクローズアップしている。
【００３４】
これによると、EP_map_for_one_stream_PIDは、Nc個のEP_High(EP_High(0)〜EP_High(Nc-1))と、Nf個のEP_Low(EP_Low(0)〜EP_Low(Nf-1))とからなることがわかる。ここでEP_Highは、IピクチャのSPN_EP_start及びPTS_EP_startの上位ビットを表す役割をもち、EP_Lowは、IピクチャのSPN_EP_start及びPTS_EP_startの下位ビットを示す役割をもつ。
【００３５】
図中の引き出し線cu4は、EP_Highの内部構成をクローズアップしている。この引き出し線に示すように、EP_High(i)は、EP_Lowに対する参照値である『ref_to_EP_Low_id[i]』と、IピクチャのPTSの上位ビットを示す『PTS_EP_High[i]』と、IピクチャのSPNの上位ビットを示す『SPN_EP_High[i]』とからなる。ここでiは、任意のEP_Highを識別するための識別子である。
【００３６】
図中の引き出し線cu5は、EP_Lowの構成をクローズアップしている。引き出し線cu5に示すように、EP_Lowは、対応するIピクチャに対するアングル切り換え操作が可能か否かを示す『is_angle_change_point(EP_Low_id)』と、対応するIピクチャのサイズを示す『I_end_position_offset(EP_Low_id)』と、対応するIピクチャのPTSの下位ビットを示す『PTS_EP_Low(EP_Low_id)』と、対応するIピクチャのSPNの下位ビットを示す『SPN_EP_Low(EP_Low_id)』とからなる。ここでEP_Low_idとは、任意のEP_Lowを識別するための識別子である。
【００３７】
続いて、Clip情報におけるClip infoについて説明する。図中の引き出し線ct1はClip info()の構成をクローズアップしている。この引き出し線に示すように、Clip info()は、デジタルストリームの類型を示す“clip_stream_type”,本AVClipを利用するアプリケーションの類型を示す“application_type”,AVClipの記録レートを示す“TS_recording_rate”,AVClipを構成するTSパケット数を示す“number_of_source_packet”から構成されていることがわかる。このうちapplication_typeは、本Clip情報に対応するAVClipが、TS for Movie Application,TS for Timebased SlideShow,TS for MainPath of the Browsable
SlideShow,TS for SubPath of the Browsable SlideShowの何れであるかを示す。具体的には、
a)clip_stream_type＝1である場合、AVClipの類型は、Movie Applicationであることを示す。
【００３８】
b)clip_stream_type＝2である場合、AVClipの類型は、Timebased SlideShowであることを示す。
【００３９】
c)clip_stream_type=3である場合、AVClipの類型は、MainPath of the Browsable SlideShowであることを示す。ここで“MainPath”とは、Browsable SlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、ビデオストリームであることを意味する。
【００４０】
d)clip_stream_type=4である場合、AVClipの類型は、SubPath of the Browsable SlideShowであることを示す。ここで“SubPath”とは、Browsable SlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、オーディオストリームであることを意味する。
【００４１】
続いて、Browsable SlideShowのメインストリームに対するEP_map設定について説明する。時間軸上の複数の時点(t1〜t7)において、再生がなされるよう、PTSが設定されたイントラピクチャが、メインストリーム内に存在するものとする。この場合、このメインストリームに対するEP_map設定は、図５のようになる。図５は、Browsable SlideShowにおけるメインストリームに対し、設定されたEP_mapの内部構成を示す図である。
【００４２】
スライドショーでは、全てのピクチャを指示するようEP_mapを設定するので、EP_mapにおける個々のEntry_Point＃1〜＃7は、スライドショーにおける個々のピクチャの再生時点t1,t2,t3,t4,t5,t6,t7を、エントリー時刻(PTS_EP_start)として特定し、エントリー位置(SPN_EP_start)と対応づけていることがわかる。
【００４３】
ここでBrowsable SlideShowにおける再生は、“Browsing Unit”と呼ばれる再生単位にてなされる。“Browsing Unit”とは、静止表示されるピクチャデータを、少なくとも1つ有している再生単位である。再生装置は、このBrowsing Unitをアクセスすることにより、完結したピクチャデータをビデオストリームから取り出すことができる。EP_mapは、この“Browsing Unit”のアドレスを、Entry_Pointに示しておくことにより、任意のピクチャデータからの再生を実現することができる。尚、“Browsing Unit”は、2以上のピクチャデータを有していてもよい。
【００４４】
以上でClip情報についての説明を終える。
【００４５】
＜PlayList情報＞
続いてPlayList情報について説明する。拡張子“mpls”が付与されたファイル(00001.mpls,00002.mpls,00003.mpls・・・・・)は、PlayList情報を格納したファイルである。PlayList情報は、AVClipを参照してPlayListと呼ばれる再生経路を定義する情報である。図６は、PlayList情報の構成を示す図であり、本図の左側に示すように、PlayList情報は、『MainPath情報』、『PlayListMark情報』、『SubPath情報』から構成される。
【００４６】
MainPath情報(MainPath())は、破線の矢印mp1に示すように複数のPlayItem情報(PlayItem情報＃1〜＃m)からなる。PlayItemとは、1つ以上のAVClip時間軸上において、In_Time,Out_Timeを指定することで定義される再生区間である。PlayItem情報を複数配置させることで、複数再生区間からなるPlayList(PL)が定義される。図中の破線hs1は、PlayItem情報の内部構成をクローズアップしている。本図に示すようにPlayItem情報は、対応するClip情報を示す『Clip_information_file_name』と、対応するAVClipの符号化方式を示す『Clip_codec_indentifier』と、AVClipの再生を開始すべき時刻を示す『In_time』と、AVClipの再生を終了すべき時刻を示す『Out_time』と、『Still_mode』と、『Still_time』とからなる。
【００４７】
このPlayList情報を構成する情報要素において特徴的であるのは、Still_mode及びStill_timeである。
【００４８】
『Still_mode』は、In_timeからOut_timeまでのピクチャを再生するにあたって、最後のピクチャデータを静止表示するか否かを示す。“00”に設定された場合、Still_modeは、静止表示を継続しない旨を表し、“01”に設定された場合、Still_modeは、静止表示を有限時間継続する旨を示す。“01”に設定された場合の、静止表示の時間長は、Still_timeに設定される。“02”に設定された場合、Still_modeは、静止表示を無限時間継続する旨を示す。静止表示を無限時間継続する場合の表示解除は、ユーザからの明示の操作による。
【００４９】
『Still_time』は、Still_modeが01に設定された場合、静止表示を継続させる時間長を秒単位で表す。
【００５０】
以上が、本実施形態に係るPlayItem情報についての説明である。続いてPlayListMark情報について説明する。
【００５１】
図７は、PlayList情報の、PlayListMark情報の内部構成を示す図である。本図の図中の引き出し線pm0に示すように、PlayListMark情報は、複数のPLMark情報(＃1〜＃n)からなる。PLmark情報(PLmark())は、PL時間軸のうち、任意の区間を、チャプター点として指定する情報である。図７の引き出し線pm1に示すようにPLmark情報は、チャプター指定の対象たるPlayItemを示す『ref_to_PlayItem_Id』と、そのPlayItemにおける、チャプター位置を時間表記により示す『mark_time_stamp』とを含む。
【００５２】
図８は、PlayList情報によるスライドショーの指定を示す図である。本図の第2段目は、PlayItem情報を示す。この第2段目は、6つのPlayItem情報＃1〜＃6からなる。図中の矢印yt1,2,3,4,5,6は、PlayItem情報におけるIn_time、Out_timeによる指定を象徴的に示し、矢印st1,2,3,4,5,6は、Still_Timeによる指定を象徴的に示す。この矢印からもわかるようにPlayItem情報は、ビデオストリームにおける個々のピクチャデータを指定するよう設定されている。またStill_Timeは、後続するピクチャデータを表示するまでの間隔を示すよう、設定されている。このようにスライドショーを構成する個々のピクチャデータは、それぞれ6つのPlayItem情報により、再生開始点及び再生終了点として指定されているのである。
【００５３】
本図の第1段目は、PLMark情報を示す。この第1段目には、6つのPLMark情報＃1〜＃6が存在する。矢印kt1,2,3,4,5,6は、PLMark情報のref_to_PlayItem_Idによる指定を示す。この矢印からもわかるように、PLMark情報のref_to_PlayItem_Idは、PlayItem情報のそれぞれを指定していることがわかる。
【００５４】
以上のように、PlayItem情報におけるIn_time、Out_timeは、AVClip時間軸における1つのピクチャのフレーム期間を、再生区間の始点、終点として指定している。Still_Timeは、そのピクチャを表示した後、そのピクチャの表示をどれだけ継続するかを示す。またPlayItem情報のPLMark情報は、1つのピクチャをチャプターとして指定する。このように、動画の再生を前提にしたPlayList情報を用いて、スライドショーのデータ構造を規定している。以上で、PlayItem情報及びPLMark情報についての説明を終える。続いてSubPath情報について説明する。
【００５５】
＜SubPath情報＞
図９は、SubPath情報の内部構成を示す図である。図中の引き出し線はSubPath情報の構成をクローズアップしている。本図に示すようにSubPath情報は、このSubPath情報で定義されるサブパスが、音声再生パスであることを示す『SubPath_Type』と、音声再生を繰り返し実行するか否かを示す『is_repeat_sub_path』と、1つ以上の『SubPlayItem情報』とからなる。図中の引き出し線はSubPlayItem情報の構成をクローズアップしている。この矢印hc1に示すように各SubPlayItem情報は、『Clip_information_file_name』、『SubPlayItem_In_time』、『SubPlayItem_Out_time』、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』からなる。
【００５６】
『Clip_information_file_name』は、Clip情報のファイル名を記述することにより、サブPlayItemに対応するサブClipを一意に指定する情報である。
【００５７】
『SubPlayItem_In_time』は、サブClipの再生時間軸上における、サブPlayItemの始点を示す情報である。
【００５８】
『SubPlayItem_Out_time』は、サブClipの再生時間軸上における、サブPlayItemの終点を示す情報である。
【００５９】
『sync_PlayItem_id』は、MainPathを構成するPlayItemのうち、本サブPlayItemが同期すべきものを一意に指定する情報である。SubPlayItem_In_timeは、このsync_PlayItem_idで指定されたPlay Itemの再生時間軸上に存在する。
【００６０】
『sync_start_PTS_of_PlayItem』は、sync_PlayItem_idで指定されたPlay Itemの再生時間軸上において、SubPlayItem_In_timeで指定されたサブPlayItemの始点が、どこに存在するかを示す。Browsable SlideShowの音声再生パスは、メインパスとの同期を意図していないので、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』は、『Invalid』に設定される。
【００６１】
図１０は、Browsable SlideShowを構成するためのSubPlayItem情報の設定を示す図である。本図の第1段目はサブストリームたるオーディオストリーム、第2段目はSubPath情報、第3段目はPlayItem情報を示す。この第1段目のオーディオストリームの時間軸において時点ta,tbが、SubPlayItem_In_time、SubPlayItem_Out_timeにより指定されているので、PlayList情報に基づく再生は、このSubPlayItem_In_time、SubPlayItem_Out_timeにて指定される範囲が対象になる。Browsable SlideShowにおいてメインパス、サブパスの同期は意図されていないので、音声再生は、ピクチャデータ再生と同期することはない。SubPlayItem情報は、Browsable SlideShowにおけるBGMとして用いられる。
【００６２】
以上で本発明に係る光ディスクについての説明を終わる。続いて本発明に係る再生装置について説明する。
【００６３】
＜再生装置の内部構成＞
図１１は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部構成に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、Read Buffer１、Read Buffer２、ドライブ３、Demodulation,Ecc decode４a,スイッチ４b、Elementary Buffer５、Video decoder６、ビデオプレーン７、シナリオメモリ８、制御部９、Elementary Buffer１０、オーディオデコーダ１１、Source De-Packetizer１２a,b、Arrival Time Clock Counter１３a,bからなる。
【００６４】
Read Buffer1は、TSパケット状態にあるピクチャデータの全部又は一部を格納しておくためのバッファである
Read Buffer2は、TSパケット状態にあるオーディオデータの全部又は一部を格納しておくためのバッファである。
【００６５】
Read Buffer1の容量をどのように定めるかについて説明する。ここでRead Buffer1の容量は、Read Buffer2の蓄積に要する時間を考慮して定める必要がある。つまり、Read Buffer1への転送レートを、Rmax1とすると、
Read Buffer1＝Rmax1×“ジャンプを伴いながらRead Buffer2をフルにする時間”
という関係を満たすよう、Read Buffer1の容量を定めねばならない。ここでジャンプとは、ディスクシークと同義である。
【００６６】
続いて“ジャンプを伴いながらRead Buffer2をフルにする時間”について考える。Read
Buffer2におけるTSパケット蓄積は、Rud-Rmax2という転送レートでなされる。これは、Read Buffer2からの出力レートRmax2と、Read Buffer2への入力レートRudとの差分を意味する。そうすると、Read Buffer2をフルにする時間は、RB2/(Rud-Rmax2)となる。
【００６７】
Read Buffer2にデータを読み出すにあたっては、メインストリームからサブストリームへのジャンプ時間(Tjump)と、サブストリームからメインストリームへのジャンプ時間(Tjump)とを考慮する必要があるので、
Read Buffer2の蓄積には（2×Tjump+RB2/(Rud-Rmax2)）という時間が必要になる。
【００６８】
Read Buffer1の転送レートをRmax1とすると、上述したRead Buffer2の蓄積時間において、Rmax1という転送レートで、Read Buffer1内の全てのデータは出力されねばならないから、Read Buffer1のサイズは、
RB1≧Rmax1×{2×Tjump+RB2/(Rud-Rmax2)}
になる。
【００６９】
同様の手順で、Read Buffer2の容量を求めると、
RB2≧Rmax2×{2×Tjump+RB1/(Rud-Rmax1)}
になる。
【００７０】
Read Buffer1のメモリサイズの具体的な値としては、1.5Mbyte以下であり、本実施形態において“Browsing Unit”のサイズは、このRead Buffer1のサイズより小さいサイズに設定されている。
【００７１】
以上がRead Buffer１、Read Buffer２についての説明である。続いてドライブ３について説明する。
【００７２】
BD-ROMドライブ３は、BD-ROMのローディング／イジェクトを行い、BD-ROMからピクチャデータ及びオーディオデータを読み出す。ピクチャデータのサイズがRead Buffer1より小さい場合、Read Buffer1をピクチャデータのプリロードに用いる。プリロード後、再生装置はオーディオデータを読み取り、再生を開始させる。初期状態を除きRead Buffer1は何時でもバッファフルにしておく必要がある。次のピクチャデータが要求されれば、ドライブ装置は要求された位置にジャンプし、ピクチャデータを読み出して、オーディオデータの記録位置にジャンプする。Read Buffer1からの出力レートRmax1が、上述した式を満たしている限り、Read Buffer1、Read Buffer2のアンダーフローは生じることはない。これによりピクチャデータと、オーディオデータとのシームレス再生は保障される。
【００７３】
ピクチャデータが大きく、Read Buffer1全体をプリロードし得ない場合、ドライブ装置は、そのピクチャデータを複数回に分けて、別々に読み出す。例えば2回に別けてピクチャデータを読み出す場合、前半部分と、後半部分とを続けて読み取るための、ジャンプが発生する。かかるジャンプを行うにあたって、ドライブ装置はRead Buffer1、Read Buffer2をフルにしておく責務を負う。Read Buffer1からの出力レートRmax1が、上述した式を満たしている限り、Read Buffer1、Read Buffer2のアンダーフローは生じることはない。これによりピクチャデータと、オーディオデータとのシームレス再生は保障される。このケースであっても、オーディオストリーム読み出しのためのジャンプは、Read Buffer1がフルになった際に実行せねばならない。これは、Read Buffer1への蓄積が不充分であると、シークや、オーディオデータの読み出しの際中に、Read Buffer1のアンダーフローが生じかねないからである。以上がドライブ３についての説明である。続いてDemodulation,Ecc decode４a,スイッチ４ba、スイッチ４bについて説明する。
【００７４】
Demodulation,Ecc decode４aは、ドライブ３から読み出されたTSパケットに対し、復調及びECC復号処理を行う。
【００７５】
スイッチ４bは、復調及びECC復号処理がなされたTSパケットを、Read Buffer１、Read Buffer２のどちらかに出力する。以上が、BD-ROMからのデータ読み出しのための構成要素である。
【００７６】
以降、再生装置における各転送レートについて説明する。
【００７７】
“Rud”は、ドライブ３からの読み出しレートであり、54Mbpsに規定されている。
【００７８】
“Rud1”は、ドライブ３からの読み出しレートであって、Read Buffer1への入力レートである。データがRead Buffer1に送り込まれる期間では、Rud1=Rudになり、その他の期間では、Rud1=0になる。
【００７９】
“Rts1”は、Read Buffer1からビデオデコーダ６への転送レートで、Souce de-packetizer１２aを通過した後の転送レートであり、TS_recording_rateとしてClip情報に定義される。
【００８０】
“Rts2”は、Read Buffer2からオーディオデコーダ１１への転送レートで、Souce de-packetizer１２bを通過した後の転送レートであり、TS_recording_rateとしてClip情報に定義される。
【００８１】
以降、Rts1,Rts2の具体的な値について説明する。
【００８２】
a)Browsable SlideShowにおいて、サブストリーム(application_type=4)の符号化形式が、192kHzLPCMでない場合、つまりサブストリームが48kHz/96kHzのLPCM形式である場合、
メインストリームにおけるTS_recording_rate(Rts1)≦2Mbps
尚且つサブストリームにおけるTS_recording_rate(Rts2)≦20Mbps
に設定せねばならない。
【００８３】
b)Browsable SlideShowにおいて、サブストリーム(application_type=4)の符号化形式が、192kHzLPCMである場合、
メインストリームにおけるTS_recording_rate(Rts1)≦2Mbps
尚且つ
サブストリームにおけるTS_recording_rate(Rts2)≦30Mbps
に設定せねばならない。この30Mbpsは、LPCMのサンプリング周波数192kHz、24bitサンプリング、6チャンネルストリームにMPEGシステムストリーム化のオーバーヘッド分を加えた値にほぼ相当している。
【００８４】
ここでapplication_type=1のAVClip(Movie Application),application_type=2のAVClip(Time based Slide Show Application)については、TS_recording_rateは、48Mbps以下に設定される。これらapplication_type=1,2のAVClipと比較すると、Browsable SlideShowにおけるメインストリームのTS_recording_rateは、僅か2Mbpsに過ぎず、極めて低く抑えられていることを意味する。2Mbpsというように、Browsable SlideShowにおけるメインストリームのTS_recording_rateが低く設定しているのは、オーディオストリームの再生を途切れさせないための配慮である。このように、Rmax1を低くすると、Read Buffer1に格納されたデータを、Elementary Buffer５に出力するのに要する転送期間は、非常に長くなってしまう。
【００８５】
“Rmax1”は、Read Buffer1からビデオデコーダへの転送レートで、Souce de-packetizer１２aを通過する前の転送レートであり、TS_recording_rate×192/188として算出される。このRmax1により、Read Buffer1内のデータは、Read Buffer1から引き抜かれる。ここで(192/188)は、デコーダ周辺部において定義されている転送レートを、ドライブ装置周辺部の転送レートに換算するための換算係数であり、extra_header付きTSパケットのバイト数(192バイト)と、TSパケット本体のバイト数(188バイト)との比率に基づく。ここでドライブ装置周辺部とは、extra_header付きTSパケットを転送の対象としている部分である。デコーダ周辺部とは、extra_headerが取り除かれたTSパケットを転送の対象にしている部分である。
【００８６】
デコーダ周辺部は、MPEG2のデコーダモデルに準じた構成になっていて、転送レートも、MPEG2のデコーダモデルに準じて定義されている。
【００８７】
MPEG2のデコーダモデルに準じて定義された転送レートを、ドライブ装置周辺部における転送レートと対等に扱い、計算に用いるなら、デコーダ周辺部において、定義されている転送レートに対し、上述した換算係数を乗じておく必要がある。以上が192/188の意義である。以降、192/188という表記は、度々登場するが、以上のように換算係数の意味として解釈されたい。
【００８８】
“Rmax2”は、Read Buffer2からオーディオデコーダ１１への転送レートで、Souce de-packetizer１２bを通過する前の転送レートであり、TS_recording_rate×192/188として算出される。
【００８９】
以上が再生装置における各転送レートについての説明である。
【００９０】
再生装置の構成要素のうち、Read Buffer1、Read Buffer2のバッファ状態について、以下詳しく説明する。
【００９１】
図１２は、Read Buffer1、Read Buffer2におけるバッファ状態の変化を示す図である。第1段目は、BD-ROMにおけるメインストリーム、サブストリームの配置を示し、第２段目は、Read Buffer1におけるバッファ状態を示し、第３段目は、Read Buffer2のバッファ状態を示す。第２段目のバッファ状態は、Rud-Rmax1による単調増加と、Rmax1による単調減少とを繰り返す構成になっている。Rud-Rmax1は、Read Buffer1における入出力の速度差であり、単調増加の傾きを示す。
【００９２】
単調減少の傾きは、Rmax1を示す。これらの時間は、図中で以下の４つの時間として示されている。
【００９３】
Tjump    ：  シーク時間
Tread-v  ：  ピクチャデータを読み込んでいる時間
Tread-a  ：  オーディオデータを読み込んでいる時間
Ttotal   ：  ピクチャデータを出力してゆく時間
「Tjump」は、オーディオデータの読み出し後（Tread-a）、ピクチャデータをアクセスするまでのディスクシーク時間と、ピクチャデータ読み出し後（Tread-v）、オーディオストリームをアクセスするまでのシーク時間の２種類がある。これらのTjumpは、1秒と仮定する。この1秒という時間は12cmのBDディスクのほぼ半分の距離（ハーフストローク）のシークができる時間である。「Tread-v」は、BD-ROMドライブ３から読み出されたピクチャデータがRead Buffer1に格納されていく期間をいう。Read Buffer1への蓄積は、読出レートRudから、Elementary Buffer５への供給レートRmax1を差し引いた値(Rud-Rmax1)になる。
【００９４】
ピクチャデータのサイズを1.2MB（Elementary Bufferサイズ）と仮定すると、Tread-vは下式のようにして求めることができる。
【００９５】
Tread-v  =  1.2MB/(Rud-Rmax1)= 1.2MB/(54Mbps-(192/188)×2Mbps)≒190msec
「S」は、ピクチャデータの切り替え、即ち新しいピクチャデータの読み出し、デコード、表示を行うため、Read Buffer2に蓄積しておくべき十分な蓄積量を示す。この「S」を定めることの意義は、Read Buffer2のデータ蓄積量をアンダーフローさせないことである。もし、Read Buffer2がアンダーフローをした場合、これはオーディオデコーダへのデータ供給が行えないことを示しており、即ちオーディオ再生が途中で止まることを意味している。
【００９６】
ピクチャデータ再生を行えるためのRead Buffer2の蓄積量Sは下式によって求めることができる。
【００９７】
S  =  Rmax2 ×（Tjump+Tread-v+Tjump）
この式は、オーディオデータの読み出しを中断して、ピクチャデータまでのシークする時間（Tjump）、ピクチャデータの読み出し時間（Tread-v）、ピクチャデータからオーディオデータの読み出し中断位置までのシークする時間（Tjump）の間、所定の転送レートでオーディオデータをデコーダへ供給することができれば良いことを意味している。
【００９８】
ここでRmax2は、(192/188)×30Mbpsであり、またTread-vは、Tread-v=190msecであると、算出することができるので、蓄積量Sは、
S  =  (192/188)×30Mbps×2190msec(=1000msec×2+190)になる。
【００９９】
「Tread-a」は、BD-ROMドライブ３から読み出されたオーディオデータがRead Buffer2に格納されていく期間をいう。Read Buffer2への蓄積レートは、読出レートRudから、デコーダへの供給レートRmax2を差し引いた値(Rud-Rmax2)になるので、Tread-aは
Tread-a＝S/(Rud-Rmax2)になる。
【０１００】
「Ttotal」は、Elementary Buffer５への供給レートRmax1にて、Read Buffer1からElementary Buffer５に、ピクチャデータを転送してゆく期間である。この期間は、 Tjump+Tread-a+Tjumpという計算から求められる。
【０１０１】
Ttotal  = Tjump+Tread-a+Tjump
＝2×Tjump+S/Rud-Rmax2
Tjumpが1秒、Read Buffer2からの出力レートRmax2が(198/188)×30Mbps、Rudが54Mbpsであるので、Read Buffer2への入力レートRud-Rmax2は、
Rud-Rmax2＝54Mbps-(198/188)×30Mbpsになる。
【０１０２】
これを上述した式に代入すれば、
Ttotal  = Tjump+Tread-a+Tjump
＝2000msec + S/(54Mbps-(198/188)×30Mbps)＝2000msec+30Mbps×(192×188)×2190msec/(54Mbps-(198/188)×30Mbps)
≒  5000msec
以上の計算により、Rmax1が192/188×2Mbpsであると、約5秒という長い期間をかけて、Elementary Buffer５に、ピクチャデータを転送してゆくことになる。
【０１０３】
Read Buffer1に格納されたデータをTjump+Tread-a+Tjumpという期間をかけてElementary Buffer５に出力し、その間、オーディオデータが記録されている領域にシークして、オーディオデータを読み込み、またピクチャデータが記録されている領域に戻るという処理を繰り返すのである。
【０１０４】
以上のような動作の繰り返しにおいて、Elementary Buffer５への蓄積には、約5秒という時間がかかるから、この期間が、Elementary Buffer５にとっての、VBV-delayになる。
【０１０５】
ここでTread-vという期間をかけてRead Buffer1を満たし、5秒をかけてElementary Buffer５への転送を完了する限り、音声再生の途切れが生じることはない。それでは、190msecという期間をかけても、Read Buffer1にピクチャデータを読み込めなかった場合、どうなるのであろうか。
【０１０６】
図１３（ａ）は、ピクチャデータのサイズが1.2Mバイトである場合の、ピクチャデータの転送を示す図である。
【０１０７】
ここで入力レートRud-Rmax1が、上述の通りであるとすると、図１３（ａ）に示すように、1.2Mバイトのピクチャデータであれば190msecでRead Buffer1に読み込むことができる。しかしピクチャデータのサイズが2.2Mバイトであると、190msecではピクチャデータをRead Buffer1に格納することができない。また音声のシームレス再生には、Tread-vの経過後、Tjump+Tread-a+Tjumpの経過を待つ必要があるから、1回のTread-vでピクチャデータを読み込めないと、Tjump+Tread-a+Tjumpが過ぎて、次のTread-vが到来するのを待たねばならない。そうしてRead Buffer1にピクチャデータが格納され、Read BufferからElementary Buffer５への転送を行うには、Tjump+Tread-a+Tjumpがかかるから、結局のところ、Elementary Buffer５にピクチャデータを完備するのに5秒+5秒という時間がトータルでかかることになる。図１３（ｂ）は、ピクチャデータのサイズが2.2Mバイトである場合の、ピクチャデータの転送を示す図である。
【０１０８】
ここでTread-vと、Tjump+Tread-a+Tjumpとからなる期間を“サイクル”と呼べば、一回のTread-vでRead Buffer1にピクチャデータ全体を読み出せない場合、２サイクル、３サイクルというように、読み出し期間が長くなってゆく。
【０１０９】
このように音声をシームレスに再生するとの制約からRead Buffer1がある一定の大きさ以下に限定されているので、一回のTread-vでピクチャデータ全体が読み込めないことがある。そしてピクチャデータを何回かに分けてElementary Buffer５に転送してゆく場合、1回当たりの転送期間は、上述したTjump+Tread-a+Tjumpの期間から定まるので、ピクチャデータ全体の転送に要する期間は、5秒,10秒,15秒というように+5秒という大きな時間間隔で増えてゆく。こうした転送期間の増加は、VBV-delayの長期化としてElementary Buffer５に影響を与える。以上で、ドライブ３によるデータ読み出しと、Read Buffer１、Read Buffer２におけるバッファ状態についての説明を終える。
【０１１０】
続いて、ビデオデコードのための構成要素(Elementary Buffer５、Video decoder６、ビデオプレーン７、シナリオメモリ８、制御部９)について説明する。
【０１１１】
Elementary Buffer５は、符号化状態にあるピクチャ(Iピクチャ、Bピクチャ、Pピクチャ)が格納されるバッファである。
【０１１２】
ビデオデコーダ７は、Elementary Buffer５に格納されたピクチャをデコードして、非圧縮状態のピクチャを得て出力する。
【０１１３】
ビデオプレーン７は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン７における解像度は1920×1080であり、このビデオプレーン７に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【０１１４】
シナリオメモリ８は、カレントのClip情報やカレントのPlayList情報を格納しておくためのメモリである。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいい、カレントPlayList情報とは、BD-ROMに記録されている複数PlayList情報のうち、現在処理対象になっているものをいう。
【０１１５】
制御部９は、命令ROMと、CPUとからなり、シナリオメモリに格納されているカレントClip情報及びカレントPlayList情報に基づき、再生装置全体の制御を実行する。
【０１１６】
以上の構成要素のうち、Elementary Buffer５についてより詳しく説明する。
【０１１７】
図１４（ａ）（ｂ）は、Read Buffer1からの転送が図１３（ａ）（ｂ）のように行われした場合の、Elementary Buffer５におけるバッファ状態を示す図である。Elementary Buffer５のバッファ状態は、Rbxによる単調増加と、デコード時点(Decoding)における単調減少とからなる。ここでRbxとは、Elementary Buffer５への入力速度である。一方、Elementary Buffer５からデコーダへの出力は、瞬時になされると考えてもよいから、単調減少の傾きは、ほぼ0になっている。
【０１１８】
Elementary Buffer５では、Read BufferのTjump+Tread-a+Tjumpにあたる期間が、VBV-delayになる。VBV-delay「VBV(Video Buffer Verify) delay」とは、デコードすべきデータのバッファへの蓄積が開始してから、当該バッファでの蓄積が完了してデコードがなされるまでの時間的遅延のことである。Browsable SlideShowでは、Elementary Buffer５への転送期間が、+5秒,+10秒というように+5秒という大きな時間間隔で増えてゆくので、VBV-delayも、+5秒,+10秒というように+5秒という大きな時間間隔で増えてゆく。
【０１１９】
ここでElementary Buffer５のVBV-delayは、Elementary Buffer５のTjump+Tread-a+Tjumpと同じ長さになるが、Read Bufferからの出力時点と、Elementary Buffer５への入力時点とは一致しない。これらのバッファへの入出力は、非同期だからである。
【０１２０】
図１４（ａ）では、個々のピクチャデータをElementary Buffer５に転送するのに、5秒という期間を要しているので、VBV-delayも5秒になっている。
【０１２１】
これに対し図１５（ｂ）では、ピクチャデータの読み出しに2サイクルが必要であり、個々のピクチャデータをElementary Buffer５に転送するのに、10秒という期間を要しているので、VBV-delayも10秒になっている。
【０１２２】
こうした、ピクチャデータ毎のVBV-delay変動を網羅すべく、PlayItem情報のStill_timeを設定するようにしている。
【０１２３】
図１５（ａ）（ｂ）は、図１４（ａ）（ｂ）のVBV-delayがElementary Buffer５に発生する場合の、PlayItem情報におけるStill_Time設定を示す図である。図１５（ａ）（ｂ）の下段は、図１４（ａ）（ｂ）に示したバッファ状態と同じである。上段が、PlayList情報の設定である。
【０１２４】
PlayList情報における個々のPlayItem情報のIn_time、Out_timeは、Decodingの時点で、ビデオエンコーダに出力されるピクチャを指示している。同じPlayItem情報に属するStill_Timeは、そのIn_time、Out_timeにて指定されたピクチャデータに後続するピクチャデータのVBV-delayを示すよう、設定されている。
【０１２５】
図１５（ａ）において、PlayItem情報＃1のIn_time、Out_timeで指定されるピクチャデータの次のピクチャデータを、Elementary Buffer５に読み出すためのVBV-delayが5秒である。そうすると、PlayItem情報＃1のStill_Timeを5秒に設定しておく。図１５（ａ）では、全てのピクチャデータのVBV-delayが5秒であるので、PlayItem情報＃1〜PlayItem情報＃3のStill_Timeは全て5秒に設定されている。
【０１２６】
一方図１５（ｂ）では、PlayItem情報＃1のIn_time、Out_timeで指定されるピクチャデータの次のピクチャデータを、Elementary Buffer５に読み出すためのVBV-delayは、10秒になっている。このように、次のピクチャデータの読み出しには、長期間を要するので、PlayItem情報＃1のStill_Timeを10秒に設定しておく。
【０１２７】
以上のように各PlayItem情報のStill_timeを設定しておき、これに基づきVideo decoder６が表示制御を実行すれば、次のピクチャデータがElementary Buffer５に格納されるまで、現行のピクチャデータの静止表示は継続することになる。かかる静止画表示の継続により、たとえピクチャデータのVBV-delayが、10秒,5秒,15秒というように変動したとしても、その間の音声再生が途切れることはない。
【０１２８】
PlayList情報のStill_Time設定にあたっては、オーサリング時において、Read Buffer１、２やElementary Buffer５のシミュレーションを行い、各ピクチャデータを読み出す際のVBV-delayを予め求めておく。そしてこのVBV-delayに応じて、各PlayItem情報のStill_Timeを設定する。こうすることで、オーディオストリームの読み出しを妨げることなく、後続する各ピクチャデータの表示を開始させることができる。
【０１２９】
以上のように、VBV-delayに基づき、Still_Timeを定義する場合の、具体的な計算について説明する。
【０１３０】
Still_Timeが属するPlayItem情報(カレントPlayItem情報という)の次のPlayItem情報で参照されるピクチャデータを、“next browsing-unit”と呼ぶ。そして複数のTSパケットに格納された状態における、next browsing-unitのサイズを“size of next browsing-unit”と表現し、“size of next browsing-unit”を転送するための転送レートを、“TS_recording_rate”と呼ぶ。“TS_recording_rate”とは、next browsing-unitの転送レートMax1を意味する値であり、next browsing-unitを含むAVClipに対応するClip情報において、“TS_recording_rate”というフィールドに定義されている。
【０１３１】
これらのsize of next browsing-unit、TS_recording_rateを用いた場合、Still_Timeに示されるピクチャデータの静止期間は、以下の式1)から導くことができる。
【０１３２】
式1)
Still_Time＝(size of next browsing-unit)×188/192/TS_recording_rate
PlayItem情報におけるStill_Timeに基づく再生制御は、図１６のフローチャートに従ってなされる。
【０１３３】
図１６は、制御部９による再生手順を示すフローチャートである。本フローチャートにおいてステップＳ１は、再生すべきPlayList情報にSubPath情報が存在するか否かの判定である。もし存在すれば、SubPath情報におけるSubPlayItemkのClip_information_file_nameに記述されているAVClipをAVCliphにし(ステップＳ２)、そのAVCliphのうち、SubPlayItem_In_timeから、SubPlayItem_Out_timeまでを再生するよう、ドライブ装置及びデコーダに指示する(ステップＳ３)。
【０１３４】
以降の処理は、PlayList情報における先頭のPlayItem情報をPlayItem情報iとして(ステップＳ４)、ステップＳ５〜ステップＳ９のループ処理を実行するものである。ステップＳ５〜ステップＳ９のループ処理における制御変数は、変数iであり、ステップＳ５〜ステップＳ７の処理を実行して、その後、制御変数iをインクリメント(ステップＳ８)するという処理を、変数iが、PlayItem数(Number Of PlayItem)を越えるまで実行するものである(ステップＳ９)。
【０１３５】
このステップＳ５〜ステップＳ９の処理について説明する。これらの処理は、PlayItem情報iのClip_information_file_nameに記述されているAVClipを、AVClipjとし(ステップＳ５)、PlayItem.In_timeからPlayItem.Out_timeまでの部分を再生するよう、ドライブ装置及びデコーダに指示する(ステップＳ６)。
【０１３６】
その後、PlayItem情報iのStill_Timeで示される時間が経過するのを待ち(ステップＳ７)、経過すれば、ステップＳ９に移行する。Still_Timeは、後続するピクチャデータを読み込むにあたってのVBV-delay以上の時間なので、この時間において継続することになる。これにより、図１５のような表示制御が可能になる。
【０１３７】
スライドショーを構成する個々のピクチャデータは、PlayItem情報及びPLMark情報を用いて指定されているので、チャプタースキップやチャプターサーチというような機能により、前後のピクチャデータを再生させてゆくことができる。
【０１３８】
チャプターサーチ機能とは、PLMark情報に記述されているref_to_PlayItem_Idに対応するPlayItem情報を、複数のPlayItem情報の中から特定して、特定したPlayItem情報が定義されているAVClipにおいて、PLMark情報に記述されたmark_time_stampに示される位置からのランダムアクセスを行うものであり、この際、制御部９は、複数のEntry Pointのうち、PLMark情報に記述されたmark_time_stampに最も近いPTS_EP_startをもつEntry Pointを特定して、特定したEntry PointのSPN_EP_startに対応するIピクチャアドレスからの再生を行わせる。
【０１３９】
チャプタースキップは、現在の再生位置にあたるチャプターの直前又は直後のチャプターを規定するPLMark情報を特定して、そのPLMark情報に対するチャプターサーチを実行するものである。
【０１４０】
かかるチャプターサーチ及びチャプタースキップを実行するため、制御部９は、図１７のフローチャートに従い処理を行う。図１７は、チャプターサーチの処理手順を示すフローチャートである。
【０１４１】
本フローチャートにおいて先ずチャプターメニューにおけるチャプター選択を待ち(ステップＳ１２４)、チャプター選択がなされれば、選択されたチャプターにあたるPLMark情報をカレントPlayListMarkとする(ステップＳ１２５)。ステップＳ１２６では、カレントPlayListMarkのref_to_PlayItem_Idに記述されているPIを、PlayItem＃xに設定し、ステップＳ１２７では、PlayItem＃xのClip_information_file_nameで指定されるClip情報を読み込む。ステップＳ１２８では、カレントClip情報のEP_mapを用いて、カレントPlayListMarkのmark_time_stampを、Iピクチャアドレスuに変換する。
【０１４２】
一方ステップＳ１２９では、PlayItem＃xのOut_timeを,カレントClip情報のEP_mapを用いて,Iピクチャアドレスvに変換する。ステップＳ１３０は、カレントPlayListMarkのmark_time_stampからPlayItem＃xのOut_timeまでの出力をデコーダに命じる。その後、図１６のステップＳ７に移行して、Still_Timeが経過するのを待つ。以上がチャプターサーチの処理手順である。続いてチャプタースキップの処理手順について説明する。図１８は、チャプタースキップの処理手順を示すフローチャートである。
【０１４３】
ステップＳ１３１はリモコンに対するSkipNextキー、SkipBackキーに対する操作待ちを行う。もし操作がなされれば、ステップＳ１３２を実行する。ステップＳ１３２は、押下されたのがSkipNextキーであるか、SkipBackキーであるかの判定であり、SkipBackキーであるならステップＳ１３３において方向フラグを-1に設定し、SkipNextキーであるならステップＳ１３４において方向フラグを+1に設定する。
【０１４４】
ステップＳ１３５は、カレントPI及びカレントPTMを変換して、カレントPLMarkを特定するステップであり、ステップＳ１３６は、カレントPLMarkの番号に方向フラグの値を足した番号を、カレントPlayListMarkの番号として設定する。ここでSkipNextキーであるなら方向フラグは+1に設定されているのでカレントPlayListMarkはインクリメントされることになる。SkipBackキーであるなら方向フラグは-1に設定されているので、カレントPlayListMarkはデクリメントされることになる。このようにしてPLMark情報を設定すれば、図１７同様、ステップＳ１２６〜ステップＳ１３０の処理手順を実行することにより、TSパケット読み出しを行う。  
【０１４５】
以上がビデオ再生に係る構成要素である。
【０１４６】
続いて、オーディオ再生を実行する構成要素(Elementary Buffer１０、オーディオデコーダ１１)について説明する。
【０１４７】
Elementary Buffer(EB)１０は、オーディオストリームを構成するPESパケットが格納されるバッファである。
【０１４８】
オーディオデコーダ１１は、Elementary Buffer１０から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。チャプタースキップ操作があった場合、オーディオデータの再生は何の妨害を受けない。つまり音声再生を妨げることなく、ピクチャデータを前後にスキップさせることができる。これは、独立したSTCコントロールにより可能になる。このチャプタースキップ操作時において、ビデオデコーダは、STCmainを参照しつつ再生のリスタートを行う。これにより音声再生は、チャプタースキップ操作とは無関係になされる。SubPath情報のis_repeat_SubPlayItem情報が1に設定されている場合、音声再生は反復することになる。繰り返し音声再生時において、STCsubはリセットされてもよい。
【０１４９】
以上が音声再生のための構成要素である。
【０１５０】
最後に、Read Buffer1、Read Buffer2と、Elementary Buffer５とに介在する構成要素(Arrival Time Clock Counter１２a,b、Source De-Packetizer１３a,b)について説明する。
【０１５１】
Arrival time Clock Counter１２a,bは、27MHzの水晶発振器(27MHz X-tal)に基づき、Arrival Time Clockを生成する。Arrival Time Clockとは、TSパケットに付与されたATSの基準となる時間軸を規定するクロック信号である。
【０１５２】
Source de-packetetizer１３a,bは、BD-ROMから32個のセクタからなるAligned Unitが読み出されれば、Aligned Unitを構成するそれぞれのTSパケットから、TP_extra_headerを取り外して、TSパケットのみ出力する。SourceDe-Packetizer１３a,bによる出力は、Arrival time Clock Counter１２a,bが経時している時刻が、TP_extra_headerに示されるATSになったタイミングになされる。TSパケットの出力は、ATSに従いなされるので、たとえBD-ROMからの読み出しに1倍速、2倍速といった速度差があっても、TSパケット出力は、Arrival Time Clockが経時する現在時間に従いなされることになる。
【０１５３】
これらの構成要素の以外にも、Read Buffer1、Read Buffer2と、Elementary Buffer５との間には、PID Filter、Transport Buffer、Multiplexed Bufferと呼ばれる構成要素が存在している。しかし、これらについて図示は、煩雑になるため、図面上では、これらの構成要素は省略することにしている。
【０１５４】
以上のように本実施形態によれば、PlayList情報におけるStill_Timeは、オーディオストリームの読み出しを伴う際の、VBV-delayを目安にしているので、このStill_Timeに示される期間だけ静止表示を行い、後続するピクチャデータの表示開始を遅らせれば、同時になされる、オーディオストリーム再生を途切れさせることはない。
【０１５５】
これにより、音声の途切れ無き、スライドショー再生を実現することができる。かかるスライドショー再生は、ピクチャデータのプリロードを必要としないので、高画質なピクチャデータを用いたスライドショー再生を実現する再生装置を、低コストで製造することができる。
【０１５６】
(第２実施形態)
第１実施形態におけるメインストリームは、ビデオストリームのみから構成されているものとして説明したが、第２実施形態は、このメインストリームに、他のデータが多重化されている場合の改良に関する。
【０１５７】
図１９は、第２実施形態に係るメインストリームがどのように構成されているかを模式的に示す図である。メインストリームたるAVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(下1段目のPGストリーム)及び対話系のインタラクティブグラフィクスストリーム(下2段目のIGストリーム)をTSパケットに変換して(下３段目)、これらを多重化することで構成される。
【０１５８】
PGグラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームである。IGストリームは、対話制御を実現するグラフィクスストリームであり、メニュー、ボタン等のGUI部品を構成するグラフィクスデータ、ボタンの押下時において、再生装置に実行させるべきコマンド(ナビゲーションコマンド)などを含む。これらPGストリーム及びIGストリームが、ピクチャデータと同期表示されるべき関連データである。
【０１５９】
図２０は、PlayList情報及びAVClipの内部構成を示す図である。本図の第1段目、第2段目はPlayList情報を示し、第3段目、第4段目、第5段目はAVClipに多重されているビデオストリーム、IGストリーム、PGストリームを示す。第7段目は、ピクチャデータ、機能セグメントから構成される再生単位を示す。第２実施形態では、この再生単位をBrowsing Unitと呼ぶ。図２１（ａ）は、Browsing Unitの内部構成を示す図である。このBrowsing Unitは、少なくとも1つのピクチャデータと、PGストリームにおいてEpochを構成する機能セグメント、IGストリームにおいてEpochを構成する機能セグメントとからなる。
【０１６０】
図２１（ｂ）は、PCS、ICSの共通要素たるComposition_Stateの設定を示す図である。各Browsing UnitのPCS、ICSにおけるComposition_Stateは、何れもEpoch Startを示すよう設定されている。これにより、各Browsing Unitでは、Epochが完結することになる。
【０１６１】
ビデオストリームは整数個のBrowsing Unitを含んでいる場合、各Browsing Unitは、以下の制約がある。ピクチャデータにおける符号化方式がMPEG2-Videoである場合、Browsing Unitは1つのピクチャデータ、又は、sequence end codeにより終結する1つ以上のGOPを含み、符号化方式がMPEG4-AVCである場合、各Browsing Unitは、stream End Codeで終結する少なくとも1つのピクチャデータを含む。図２１（ｃ）は、Browsing Unitがどのようなパケット列から構成されるかを示す図である。各Browsing Unitにおいて先頭に位置するTSパケットは、ビデオストリームの一部分を格納したTSパケットになる。PGストリーム、IGストリームを構成する機能セグメントは、このビデオストリームの一部分を格納したパケットに後続する。Browsing Unitにおける最初のIピクチャ，IDRピクチャのPTSは、Iピクチャ，IDRピクチャのPTS、ICSのPTSのうち、最小の値になる。
【０１６２】
以上がBrowsing Unitについての説明である。続いてBrowsing Unitに属する機能セグメントについて説明する。
【０１６３】
1つのBrowsing Unitの内部には、完結したEpochが存在している。このEpochはPCS(Presentation Control Segment)、PDS(Pallet Definition Segment)、WDS(Window Definition
Segment)、ODS(Object Definition Segment)、END(END of Display Set Segment)という一連の機能セグメントからなる。
【０１６４】
ODS(Object Definition Segment)は、字幕たるグラフィクスデータを定義する機能セグメントである。
【０１６５】
WDS(Window Definition Segment)は、画面におけるグラフィクスデータの描画領域を定義する機能セグメントであり、PDS(Pallet Definition Segment)は、グラフィクスデータの描画にあたっての、発色を規定する機能セグメントである。
【０１６６】
PCS(Presentation Control Segment)は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Outといったものがあり、PCSによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
【０１６７】
図２２は、PCSによる字幕制御の一例を示す図である。第2段目は、各Browsing Unitに属する機能セグメントを示し、第1段目は、各Browsing Unitにおける機能セグメントにより、描画される字幕を示す。この図２２の第1段目に示すような字幕表示を行うにあたって、字幕たるグラフィクスデータがODSにより定義され、画面におけるグラフィクスデータの描画領域がWDSにより定義されていることがわかる。更に、Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Outといったページ制御がPCS(Presentation Control Segment)により定義される。
【０１６８】
以上のEpochがBrowsing Unit毎に存在しているため、どのピクチャデータがチャプタースキップにより選ばれたとしても、その選ばれたピクチャデータを、適切に表示させることができる。以上が、PGストリームにおける機能セグメントについての説明である。続いてIGストリームについての機能セグメントについて説明する。図２３（ａ）は、Browsing
Unitに帰属する機能セグメントを示す図である。
【０１６９】
本図に示すようにBrowsing Unitには、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object Definition Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントが帰属している。
【０１７０】
ODS(Object Definition Segment)は、ボタンを描画するにあたっての絵柄のグラフィクスを定義するグラフィクスデータである。
【０１７１】
PDS(Palette Difinition Segment)は、グラフィクスデータの描画にあたっての、発色を規定する機能セグメントである。
【０１７２】
ICS(Interactive Composition Segment)は、ユーザ操作に応じてボタンの状態を変化させるという対話制御を規定する機能セグメントである。
【０１７３】
図２３（ｂ）は、ICSの内部構成を示す図である。ICSは、複数のボタン情報からなる。ボタン情報は、対話制御画面における個々のボタンに対応するものである。具体的にいうと、対応するボタンにフォーカスが存在する状態において、移動キーの押下がなされた場合、どのボタンにフォーカス移動を移動させるかを示す『neighbor_info』と、対応するボタンのノーマル状態、セレクテッド状態といった各状態を、どのODSで表現するかを示す『state_info』と、対応ボタンの確定時において、再生装置に実行させるべき『ナビゲーションコマンド』とからなる。
【０１７４】
以上説明したPGストリーム及びIGストリームのデータ構造は、以下の公知文献に記載されている内容を要約にしたものである。より、詳しい技術内容については、以下の公知文献を参照されたい。
【０１７５】
国際公開公報WO 2004/077826号公報
以降、ICSの具体例について説明する。
【０１７６】
ここでICSが、state_info、neighbor_info、ナビゲーションコマンドは、図２４に示すように設定されているものとする。図２４は、スライドショーにおける対話制御を規定するICSの一例を示す図である。
【０１７７】
１.state_info
Button_info(0)のstate_infoは、Button_info(0)に対応するボタン(“top”ボタン)がノーマル状態である場合、“top”が付された三角図形を描画するよう規定されている。また“top”ボタンにフォーカスが存在する場合(セレクテッド状態である場合)、“top”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“top”ボタンは、先頭の静止画へのスキップを意図する、“top”ボタンとして扱われることになる。
【０１７８】
Button_info(1)のstate_infoは、Button_info(1)に対応するボタン(“+1”ボタン)がノーマル状態である場合、“+1”が付された三角図形を描画するよう規定されている。また“+1”ボタンがセレクテッド状態である場合、“+1”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“+1”ボタンは、1つ後の静止画へのスキップを意図する、“+1”ボタンとして扱われることになる。
【０１７９】
Button_info(2)のstate_infoは、Button_info(2)に対応するボタン(“-1”ボタン)がノーマル状態である場合、“-1”が付された三角図形を描画するよう規定されている。また“-1”ボタンがセレクテッド状態である場合、“-1”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“-1”ボタンは、1つ前の静止画へのスキップを意図する、“-1”ボタンとして扱われることになる。
【０１８０】
Button_info(3)のstate_infoは、Button_info(3)に対応するボタン(“+10”ボタン)がノーマル状態である場合、“+10”が付された三角形を描画するよう規定されている。また“+10”ボタンがセレクテッド状態である場合、“+10”を強調態様で描画するよう規定されている。かかる規定により、“+10”ボタンは、10枚後の静止画へのスキップを意図する、“+10”ボタンとして扱われることになる。
【０１８１】
Button_info(4)のstate_infoは、Button_info(4)に対応するボタン(“-10”ボタン)がノーマル状態である場合、“-10”が付された三角形を描画するよう規定されている。また“-10”ボタンがセレクテッド状態である場合、“-10”を強調態様で描画するよう規定されている。かかる規定により、“-10”ボタンは、10枚前の静止画へのスキップを意図する、“-10”ボタンとして扱われることになる。
【０１８２】
ここで、図２５（ａ）に示すように、“top”ボタン〜“-10”ボタンのstate_infoにより指定されるグラフィクスは、IGストリームにおいてODS内に存在するものとする。state_infoがこのような内容に設定されており、そしてICSにおけるPTSが、図２５（ｂ）に示すように、時間軸において、x枚目のピクチャが表示される時点txを指し示しているものとする。そうすると、ビデオストリームの再生時点が、時点txに到達すると、図２５（ｃ）のようなメニューが、x枚目の静止画と合成されて表示されることになる。
【０１８３】
２.ICSにおけるneighbor_info
図２４において、各オブジェクトBのneighbor_infoを参照すると
Button_info(0)のneighbor_infoは、左キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動し、右キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう規定され、
Button_info(1)のneighbor_infoは、上キー押下時に“0”の番号を有する“top”ボタンにフォーカスを移動するよう規定され、左キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動し、右キー押下時に3の番号を有する“+10”ボタンにフォーカスを移動するよう規定されている。
【０１８４】
Button_info(2)のneighbor_infoは、左キー押下時に4の番号を有する“-10”ボタンにフォーカスを移動し、右キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう、上キー押下時に“0”の番号を有する“top”ボタンにフォーカスを移動するよう規定され、
Button_info(3)のneighbor_infoは、左キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう規定されている。
【０１８５】
Button_info(4)のneighbor_infoは、右キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動するよう規定されている。
【０１８６】
以上のneighbor_infoの規定により、図２６に示すような状態遷移を実現することができる。図２６は、スライドショーで表示されるメニューにおける状態遷移を示す図である。
【０１８７】
つまり、“+1”ボタンにフォーカス移動が存在する状態において、左キーが押下された場合、“-1”ボタンにフォーカス移動を移動させることができる(hh1)。
【０１８８】
“+1”ボタンにフォーカス移動が存在する状態において、右キーが押下された場合、“+10”ボタンにフォーカス移動を移動させることができる(hh2)。更に、“+10”ボタンにフォーカス移動が存在する場合において、左キーが押下された場合、“+1”ボタンにフォーカス移動を戻すことができる(hh4)。“+1”ボタンにフォーカス移動が存在する状態において、上キーが押下された場合、“top”ボタンにフォーカス移動を移動させることができる(hh3)。
【０１８９】
上述したように、“top”ボタン、“+1”ボタン、“-1”ボタン、“+10”ボタン、“-10”ボタンは、先頭、1枚後、1枚前、10枚後、10枚前へのスキップを意図するものである。またこれらのボタンの表示時において、ユーザによる上下左右キーの押下に従い、ボタン上のフォーカス移動を移動するので、“+1”ボタン〜“-10”ボタンのうち任意のものを、ユーザは選択対象にすることができる。
【０１９０】
３.ICSにおけるナビゲーションコマンド
Button_info(0)のナビゲーションコマンドは、“top”ボタンに対し確定操作がなされた場合、Jmp PLMark(1)を実行するよう規定されている。
【０１９１】
Button_info(1)のナビゲーションコマンドは、“+1”ボタンに対し確定操作がなされた場合、Jmp PLMark(x+1)を実行するよう規定されている。
【０１９２】
Button_info(2)のナビゲーションコマンドは、“-1”ボタンに対し確定操作がなされた場合、Jmp PLMark(x-1)を実行するよう規定されている。
【０１９３】
Button_info(3)のナビゲーションコマンドは、“+10”ボタンに対し確定操作がなされた場合、Jmp PLMark(x+10)を実行するよう規定されている。
【０１９４】
これらのナビゲーションコマンドは、PLMarkを分岐先に指定するものである。PLMarkについての括弧内の数値は、分岐先となるピクチャを特定する。つまりPLMark(1)は、1枚目のピクチャを指し示すPLMarkであり、PLMark(x+1)は、x+1枚目のピクチャを指し示すPLMarkである。PLMark(x-1)は、x-1枚目のピクチャを指し示すPLMarkである。PLMark(x+10)は、x+10枚目のピクチャを指し示すPLMarkである。PLMark(x-10)は、x-10枚目のピクチャを指し示すPLMarkである。
【０１９５】
各ボタン情報におけるナビゲーションコマンドは、これらのPLMark(1),(x+1),(x-1),(x+10),(x-10)を分岐先に指定するものであるから、各ボタンの確定時において、x枚目の静止画から、1枚目の静止画,x+1枚目の静止画,x-1枚目の静止画,x+10枚目の静止画,x-10枚目の静止画へのランダムアクセスがなされることになる。
【０１９６】
図２６のようなフォーカス移動により、ユーザは任意のボタンにフォーカス移動を移動させることができるので、どれかのボタンにフォーカス移動がある状態で、ユーザが確定操作を行った場合、その確定操作がなされたボタンに対応するナビゲーションコマンドを、再生装置に実行させて、図２７に示すような分岐を実行させることができる。図２７は、スライドショーのナビゲーションコマンドによる分岐を示す図である本図の第1段目は、スライドショーを構成する複数のピクチャと、これらピクチャへの分岐を示す。第2段目は、スライドショーの時間軸であり、第3段目は、第2段目のピクチャ列に対し、設定されたエントリーマップを、第4段目は、BD-ROM上のTSパケット列を示す。
【０１９７】
本図の第1段目の矢印は、図２４に示した各ナビゲーションコマンド(JmpPLMark(1),JmpPLMark(x+1),JmpPLMark(x-1),JmpPLMark(x+10),JmpPLMark(x-10))による分岐を象徴的に示す。この分岐により、先頭の静止画、1枚後の静止画、1枚前の静止画、10枚後の静止画、10枚前の静止画が再生されることになる。これらの分岐は、図２４に示したナビゲーションコマンドに基づものなので、かかる分岐により、ユーザは自身の操作により、任意の静止画を再生させることができる。  以上が、IGストリームに属する機能セグメントについての説明である。これで本実施形態に係る、記録媒体についての説明を終える。続いて本実施形態に係る再生装置の改良について説明する。図２８は、第２実施形態に係る再生装置の内部構成を示す図である。上述したPGストリーム、IGストリームの再生を行うため、再生装置にはPID Filter２０、Coded Data Buffer２１、Stream Graphics Processor２２、Object Buffer２３、Composition Buffer２４、Composition Controller２５、Presentation Graphicsプレーン２６、合成部２７、Coded Data Buffer３１、Stream Graphics
Processor３２、Object Buffer３３、Composition Buffer３４、Composition Controller３５、Intaractive Graphicsプレーン３６、合成部３７が設けられている。
【０１９８】
PID Filter２０は、TSパケットに付加されているPIDを参照することにより、TSパケットが、ビデオストリーム、PGストリーム、IGストリームの何れに帰属するのかを判定して、Elementary Buffer５、Coded Data Buffer２１、Coded Data Buffer３１のどれかに出力する。
【０１９９】
Coded Data Buffer(CDB)２１は、PGストリームを構成するPESパケットが格納されるバッファである。
【０２００】
Stream Graphics Processor(SGP)２２は、グラフィクスデータを格納したPESパケット(ODS)をデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスデータとしてObjectBuffer２３に書き込む。
【０２０１】
Object Buffer２３は、Stream Graphics Processor２２のデコードにより得られたグラフィクスデータが配置される。
【０２０２】
Composition Buffer２４は、グラフィクスデータ描画のための制御情報(PCS)が配置されるメモリである。
【０２０３】
Graphics Controller２５は、Composition Buffer２４に配置されたPCSを解読して、解読結果に基づく制御をする。
【０２０４】
Presentation Graphicsプレーン２６は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン２６中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン２６に格納された非圧縮グラフィクスは、表示に供される。
【０２０５】
合成部２７は、ビデオプレーン７に格納された非圧縮状態のフレーム画像と、Presentation Graphicsプレーン２６に格納された非圧縮状態のグラフィクスデータとを合成させる。かかる合成により、動画像上に、字幕が重ね合わされた合成画像を得ることができる。
【０２０６】
ここでCoded Data Buffer２１、Stream Graphics Processor２２、Object Buffer２３、Composition Buffer２４、Composition Controller２５、Presentation Graphicsプレーン２６はPGストリームをデコードするための、PGデコーダを構成している。そしてBD-ROMからBrowsing Unitが読み出される場合、Composition Controller２５は、新たなBrowsing UnitにおけるPCSのComposition_Stateが、Epoch Startを示しているか否かを判定する。そして新たなBrowsing UnitにおけるPCSのComposition_Stateが、Epoch Startを示しているなら、PGデコーダをリセットするとの処理を行う。このリセットは、Coded Data Buffer２１、Object Buffer２３、Composition Buffer２４、Presentation Graphicsプレーン２６の内容をクリアすることによりなされる。上述したように、全てのBrowsing Unitにおいて、PCSのComposition_Stateが、Epoch Startを示すよう、設定されているので、Browsable SlideShowを構成する、個々のBrowsing Unitが読み出される度に、PGデコーダのリセットがなされ、デコーダ内部の全てのバッファの内容は、クリアされることになる。
【０２０７】
Coded Data Buffer(CDB)３１は、IGストリームを構成するPESパケットが格納されるバッファである。
【０２０８】
Stream Graphics Processor(SGP)３２は、グラフィクスデータを格納したPESパケットをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスデータとしてObjectBuffer３３に書き込む。
【０２０９】
Object Buffer３３は、Stream Graphics Processor３２のデコードにより得られたグラフィクスデータが配置される。
【０２１０】
Composition Buffer３４は、グラフィクスデータ描画のための制御情報が配置されるメモリである。
【０２１１】
Graphics Controller３５は、Composition Buffer２４に配置された制御情報を解読して、解読結果に基づく制御をする。
【０２１２】
Interactive Graphicsプレーン３６は、Stream Graphics Processor(SGP)３２によるデコードで得られた非圧縮グラフィクスが書き込まれる。本プレーンにおける解像度は1920×1080であり、Intaractive Graphicsプレーン３６中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Intaractive Graphicsプレーン３６に格納された非圧縮グラフィクスは、表示に供される。
【０２１３】
合成部３７は、Interactive Graphicsプレーン３６に格納された非圧縮状態のグラフィクスデータと、合成部２７の出力である合成画像(非圧縮状態のピクチャデータと、Presentation Graphicsプレーン２７の非圧縮グラフィクスデータとを合成したもの)とを合成する。
【０２１４】
Coded Data Buffer３１、Stream Graphics Processor３２、Object Buffer３３、Composition Buffer３４、Composition Controller３５、Intaractive Graphicsプレーン３６は、IGストリームをデコードするための、IGデコーダを構成している。そしてBD-ROMからBrowsing Unitが読み出される場合、Composition Controller３５は、新たなBrowsing UnitにおけるICSのComposition_Stateが、Epoch Startを示しているか否かを判定する。そして新たなBrowsing UnitにおけるICSのComposition_Stateが、Epoch Startを示しているなら、IGデコーダをリセットするとの処理を行う。このリセットはCoded Data Buffer３１、Object Buffer３３、Composition Buffer３４、Intaractive Graphicsプレーン３６の内容をクリアすることによりなされる。上述したように、全てのBrowsing Unitにおいて、ICSのComposition_Stateが、Epoch Startを示すよう、設定されているので、Browsable SlideShowを構成する、個々のBrowsing Unitが読み出される度に、IGデコーダのリセットがなされ、デコーダ内部の全てのバッファの内容は、クリアされることになる。
【０２１５】
以上のように本実施形態によれば、Browsing Unitには、PGストリーム、IGストリームが多重化されているので、個々のピクチャデータの表示時において、字幕表示やメニュー表示を、個々のピクチャデータの再生に付することができる。これにより、より便利に、スライドショー再生を実現することができる。
【０２１６】
(第３実施形態)
第３実施形態は、チャプタースキップにおけるピクチャデータ表示の高速化を図る実施形態である。図２９は、チャプタースキップがなされた場合のバッファ状態を示す図である。第1段目はRead Buffer1のバッファ状態、第2段目のRead Buffer2のバッファ状態を示す。第1段目においてTread-vの途中でチャプタースキップが要求されたとする。この時点でチャプタースキップが要求されたとしても、先ず現在読み出し中のピクチャデータによりRead Buffer1をフルにしなければならないので、Read Buffer1のフラッシュは、Read Buffer1がフルになった時点以降に開始することになる。そうすると、チャプタースキップで要求されたピクチャデータの読み出しは、1サイクル経過後になり、更にこのピクチャデータがデコードされるには、1サイクルの経過が必要になる。よって、チャプタースキップにより要求されたピクチャデータが表示されるのは、2サイクルの経過後になる。本実施形態は、チャプタースキップ時における、ピクチャデータの表示遅延を解消するものである。この表示遅延を解消するため、本実施形態における再生装置の改良について説明する。
【０２１７】
まずRead Buffer1からElementary Buffer５への供給を高い転送レートで行う。具体的には、Read Buffer1からElementary Buffer５への供給レートRmax1を、本実施形態では、(192/188)×48Mbpsにしている。第１実施形態において、Rmax1は、(192/188)×2Mbpsという低い供給レートに過ぎなかったのに対し、本実施形態では、Rmax1は、(192/188)×48Mbpsというように格段に高められていることがわかる。転送レートRmax1を高く設定することにより、Elementary Buffer５への書き込みは、バースト的になされることになる。Elementary Buffer５への転送は、ごく短期間に終了するので、チャプタースキップにて要求されたピクチャデータは即座に表示される。
【０２１８】
このように、Rmax1を高くすることを前提にしているので、本実施形態においてBrowsing Unitのサイズは、Elementary Buffer１０、Code Dataバッファ２１、Code Dataバッファ３１の容量の総和以下に設定するものとする。
【０２１９】
つまり、Browsing Unitのサイズ
≦Elementary Buffer１０ +Code Dataバッファ２１+Code Dataバッファ３１
を満たすよう、Browsing Unitのサイズを設定しておく。
【０２２０】
この式を満たすため、図３０（ａ）に示すようにBrowsing Unitにおけるピクチャデータのサイズは、ビデオエンコーダにおけるElementary Buffer５のサイズ以下に設定しておき、図３０（ｂ）（ｃ）に示すように、Browsing Unitに属する機能セグメントの総サイズを、Coded Dataバッファ２１、３１のサイズ以下に設定しておく。
【０２２１】
図３１は、図２８に示した内部構成のうち、Read Buffer1、Read Buffer2のバッファ状態を示す図である。第1段目はRead Buffer1のバッファ状態を示し、第2段目はRead Buffer２のバッファ状態を示す。Elementary Buffer５への供給レートRmax1は、-(192/188)×48Mbpsに設定されているので、Elementary Buffer５への転送は、極めて短期間になされていることがわかる。
【０２２２】
図３２は、図３１におけるRead Buffer1から出力による、Elementary Buffer５、Coded
Dataバッファ２１、３１のバッファ状態の変化を示す図である。第1段目はRead Buffer1からElementary Buffer５にピクチャデータが転送されることによる、Elementary Buffer５のバッファ状態を示し、第2段目、第3段目は、Read Buffer1からCoded Dataバッファ２１、３１に機能セグメントが転送されることによる、Elementary Buffer５のバッファ状態を示す。ここでBrowsing Unitは、完結したピクチャデータと、完結したEpochを構成する機能セグメントとを包含しているので、Elementary Buffer５、Coded Dataバッファ２１、３１の中身は、Read Buffer1からの高レート転送により、新しいものに置き換わっている。この高レート転送により、チャプタースキップに即応した、Elementary Buffer５、Coded Dataバッファ２１、３１の置き換えが可能であるので、チャプタースキップに応じて、字幕付きで、前後のピクチャデータを再生させることができる。
【０２２３】
ユーザ操作に即応して、グラフィクスデータをElementary Buffer５に送り込むには、高いレートで、バースト的に、グラフィクスデータをElementary Buffer５に転送させる必要がある。だが、Elementary Buffer５に何等かのデータが残存している状態において、バースト的にグラフィクスデータを書き込んでゆくと、Elementary Buffer５のオーバーフローを招きかねない。そこで先の実施形態で述べたように、PGストリーム、IGストリームでは、Epochと呼ばれる、メモリ管理の単位を、1つのBrowsing Unitで完結するようにし、1つのBrowsing Unitにおける機能セグメントの総サイズを、図３０（ｂ）（ｃ）に示すように、Coded Dataバッファ２１、３１のサイズ以下にしている。Browsing Unit内のIGストリームは、完結したEpochになっており、Coded Dataバッファ２１、３１のサイズ以下になっているから、新たなピクチャを再生させるにあたって、それまでバッファに存在していた機能セグメントを利用することはない。IGストリーム内のバッファに存在する全ての機能セグメントをフラッシュして、新たな機能セグメントを送り込めば良い。こうすることにより、チャプタースキップにあたっては、Coded Dataバッファ２１、３１のフラッシュを行い、新たなグラフィクスデータをバースト的に書き込んでゆけばよい。こうすることで、ユーザ操作に即応したチャプタースキップを実現することができる。
【０２２４】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
【０２２５】
(A)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、本発明の記録媒体は、記録されるEP_mapに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。EP_mapを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ(登録商標)カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレキシブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバブルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【０２２６】
(B)全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもよい。この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムLSI(集積回路)のみを、実施としてもよい。
【０２２７】
(C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【０２２８】
(D)各実施形態におけるデジタルストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(VideoObject)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
【０２２９】
(E)Still_TimeをPlayItem情報の構成要素としたが、オーディオデータ毎に持たせても良い。
【０２３０】
なお、Still_Timeを用いて、自動的にピクチャデータを切り替える場合、ピクチャデータ表示のための処理をシーク時間およびピクチャデータの読み込み時間だけ前倒して開始することで、Still_Timeが指定する時間通りにピクチャデータの切り替えを行っても良い。 
【０２３１】
(F)Browsable SlideShowにおけるメインストリーム及びサブストリームは、1つのレイヤにおける4200,000セクタ内に配置しておくのが望ましい。Browsable SlideShowにおけるメインストリーム及びサブストリームは、連続して配置することの望ましい。
【０２３２】
(G)サブストリームにおけるTS_recording_rate(Rts2)≦2Mbpsである場合、メインストリームにおけるTS_recording_rate(Rts1)≦15Mbpsとしてもよい。
【産業上の利用可能性】
【０２３３】
本発明に係る光ディスク及び再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかであるので、本発明に係る光ディスク及び再生装置は、工業製品の生産分野において生産し、又は、使用することができる。このことから本発明に係る光ディスク及び再生装置は、産業上の利用可能性を有する。
【図面の簡単な説明】
【０２３４】
【図１】本発明に係る光ディスクの、使用行為についての形態を示す図である。
【図２】BD-ROMの内部構成を示す図である。
【図３】AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す図である。
【図４】Clip情報の内部構成を示す図である。
【図５】Browsable SlideShowにおけるメインストリームに対し、設定されたEP_mapの内部構成を示す図である。
【図６】PlayList情報の構成を示す図である。
【図７】PlayList情報の、PlayListMark情報の内部構成を示す図である。
【図８】PlayList情報によるスライドショーの指定を示す図である。
【図９】SubPath情報の内部構成を示す図である。
【図１０】Browsable SlideShowを構成するためのSubPlayItem情報の設定を示す図である。
【図１１】本発明に係る再生装置の内部構成を示す図である。
【図１２】Read Buffer1、Read Buffer2におけるバッファ状態の変化を示す図である。
【図１３】（ａ）ピクチャデータのサイズが1.2Mバイトである場合の、ピクチャデータの転送を示す図である。
【０２３５】
（ｂ）ピクチャデータのサイズが2.2Mバイトである場合の、ピクチャデータの転送を示す図である。
【図１４】（ａ）（ｂ）Read Buffer1からの転送が図１３（ａ）（ｂ）のように行われた場合の、Elementary Bufferにおけるバッファ状態を示す図である。
【図１５】（ａ）（ｂ）図１４（ａ）（ｂ）のVBV-delayがElementary Bufferに発生する場合の、PlayItem情報におけるStill_Time設定を示す図である。
【図１６】制御部９による再生手順を示すフローチャートである。
【図１７】チャプターサーチの処理手順を示すフローチャートである。
【図１８】チャプタースキップの処理手順を示すフローチャートである。
【図１９】第２実施形態に係るメインストリームがどのように構成されているかを模式的に示す図である。
【図２０】PlayList情報及びAVClipの内部構成を示す図である。
【図２１】（ａ）Browsing Unitの内部構成を示す図である。
【０２３６】
（ｂ）PCS、ICSの設定を示す図である。
【０２３７】
（ｃ）Browsing Unitがどのようなパケット列から構成されるかを示す図である。
【図２２】PCSによる字幕制御の一例を示す図である。
【図２３】（ａ）Browsing Unitに帰属する機能セグメントを示す図である。
【０２３８】
（ｂ）ICSの内部構成を示す図である。
【図２４】スライドショーにおける対話制御を規定するICSの一例を示す図である。
【図２５】（ａ）〜（ｃ）ビデオストリームの再生時点が、時点txに到達した際、表示されるメニューを示す図である。
【図２６】スライドショーで表示されるメニューにおける状態遷移を示す図である。
【図２７】スライドショーのナビゲーションコマンドによる分岐を示す図である。
【図２８】第２実施形態に係る再生装置の内部構成を示す図である。
【図２９】チャプタースキップがなされた場合のバッファ状態を示す図である。
【図３０】（ａ）Browsing Unitにおけるピクチャデータのサイズ制限を示す図である。（ｂ）（ｃ）Browsing Unitに属する機能セグメントのサイズ制限を示す図である。
【図３１】図２８に示した内部構成のうち、Read Buffer1、Read Buffer2のバッファ状態を示す図である。
【図３２】図３１におけるRead Buffer1から出力による、Elementary Buffer、CodedDataバッファ２１、３１のバッファ状態の変化を示す図である。
【符号の説明】
【０２３９】
１    Read Buffer
２    Read Buffer
３    ドライブ
４a   Demodulation,Ecc decode
４b   スイッチ
５    Elementary Buffer
６    Video decoder
７    ビデオプレーン
８    シナリオメモリ
９    制御部
１０    Elementary Buffer
１１    オーディオデコーダ
１２a,b  Source De-Packetizer
１３a,b  Arrival Time Clock Counter
【図１】
2008159255.tif 000003
【図２】
2008159255.tif 000004
【図３】
2008159255.tif 000005
【図４】
2008159255.tif 000006
【図５】
2008159255.tif 000007
【図６】
2008159255.tif 000008
【図７】
2008159255.tif 000009
【図８】
2008159255.tif 000010
【図９】
2008159255.tif 000011
【図１０】
2008159255.tif 000012
【図１１】
2008159255.tif 000013
【図１２】
2008159255.tif 000014
【図１３】
2008159255.tif 000015
【図１４】
2008159255.tif 000016
【図１５】
2008159255.tif 000017
【図１６】
2008159255.tif 000018
【図１７】
2008159255.tif 000019
【図１８】
2008159255.tif 000020
【図１９】
2008159255.tif 000021
【図２０】
2008159255.tif 000022
【図２１】
2008159255.tif 000023
【図２２】
2008159255.tif 000024
【図２３】
2008159255.tif 000025
【図２４】
2008159255.tif 000026
【図２５】
2008159255.tif 000027
【図２６】
2008159255.tif 000028
【図２７】
2008159255.tif 000029
【図２８】
2008159255.tif 000030
【図２９】
2008159255.tif 000031
【図３０】
2008159255.tif 000032
【図３１】
2008159255.tif 000033
【図３２】
2008159255.tif 000034