JP4252599B2 - 再生装置 - Google Patents
再生装置 Download PDFInfo
- Publication number
- JP4252599B2 JP4252599B2 JP2006528915A JP2006528915A JP4252599B2 JP 4252599 B2 JP4252599 B2 JP 4252599B2 JP 2006528915 A JP2006528915 A JP 2006528915A JP 2006528915 A JP2006528915 A JP 2006528915A JP 4252599 B2 JP4252599 B2 JP 4252599B2
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- stream
- information
- read
- picture data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
- G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/93—Regeneration of the television signal or of selected parts thereof
- H04N5/937—Regeneration of the television signal or of selected parts thereof by assembling picture element blocks in an intermediate store
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
- G11B2020/10537—Audio or video recording
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
- G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
- G11B2020/1075—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data
- G11B2020/10759—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data content data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B2020/10916—Seeking data on the record carrier for preparing an access to a specific address
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Description
【技術分野】
【０００１】
本発明は、スライドショー再生の技術分野に属する。
【背景技術】
【０００２】
光ディスクの再生装置は、動画を再生する機能を主体にしている。スライドショー再生機能は、この動画再生機能の一種の応用であり、光ディスクに記録されている複数ピクチャデータを1つずつデコードして、ユーザの視聴に供する機能である。
近い将来登場するBD-ROM(BluRay Disc Read Only Memory)では、1920×1080という高解像度でピクチャデータを記録しておくことができる。写真著作物をピクチャデータとしてBD-ROMに記録しておき、このBD-ROMの記録物に対し、再生装置がスライドショー再生を実行すれば、印刷出版物と比較して遜色ない鮮やかさで、ユーザは、写真著作物などを閲覧することができる。
【０００３】
スライドショー機能が具備されていれば、ユーザは、映画作品の再生だけでなく、写真著作物の再生を楽しむことができるので、BD-ROM再生装置の魅力を一段と高めることができる。尚、光ディスクの再生装置に関しては、以下の文献に記載された先行技術が存在する。
【特許文献１】
特開２０００−３４８４６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで音声再生を伴うスライドショー再生を実現するには、光ディスクからオーディオデータを読み出し、バッファに供給するという処理に専念せねばならない。ここで、オーディオデータだけではなく、ピクチャデータをバッファに読み込むためのシークが発生したとすると、バッファのアンダーフローが発生し、オーディオデータ再生の途切れが発生しかねない。オーディオデータの再生途切れの恐れがあるので、シークの発生をさけるべく、従来の光ディスク再生装置は、ピクチャデータを予めメモリにプリロードしておき、オーディオデータ再生中のディスクシーク発生を避けるようにしていた。しかしピクチャデータが、1920×1080という高解像度をもつ場合、スライドショーのための複数のピクチャデータをメモリにプリロードしておくとなると、多大なメモリ規模が必要になり、再生装置を商品化するにあたっての、低価格化を妨げるという問題点がある。
【０００５】
本発明の目的は、再生装置商品化にあたっての低価格化を実現しながらも、オーディオデータ再生を途切れさせないような、再生装置を提供することである。
【０００６】
上記目的を達成するため、本発明に係る再生装置は、多重化ストリーム記録領域と、オーディオストリーム記録領域とを有する光ディスクから、多重化ストリーム及びオーディオストリームを読み出して、ブラウジングスライドショーの再生を行う再生装置であって、前記光ディスクには、プレイリスト情報と、多重化ストリームに対応するストリーム情報とが記録されており、前記多重化ストリームは、ビデオストリームと、グラフィクスストリームとが多重化されたトランスポートストリームであり、ビデオストリームは複数のピクチャデータを含み、グラフィクスストリームは複数の機能セグメントを含み、複数のピクチャデータ及び複数の機能セグメントは、 TS パケットに変換された上で多重化されており、 1 つ以上のピクチャデータを構成する TS パケットと、所定の機能セグメントの集合を構成する TS パケットとは、多重化ストリームにおいてブラウジングユニットを構成し、前記所定の機能セグメントの集合は、ピクチャデータと合成して表示されるべき字幕又はメニューを構成する機能セグメントの集合であり、機能セグメントの集合は、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定する制御セグメントと、機能セグメントの終端を示すエンドセグメントとを有し、前記ストリーム情報は、転送レート情報を含み、当該転送レート情報は、多重化ストリームを構成する TS パケットの転送レートを示す情報であり、
前記プレイリスト情報は、 2 以上のプレイアイテム情報を含み、各プレイアイテム情報は、期間情報を含み、期間情報は、後続するプレイアイテム情報にて指定されるネクストブラウジングユニットのデータサイズを、転送レート情報にて示される TS パケットの転送レートで割った値に基づく時間を示し、多重化ストリーム、オーディオストリームを光ディスクから読み出す読出手段と、第１リードバッファと、第２リードバッファと、ブラウジングユニットをデコードするビデオデコーダと、オーディオストリームをデコードするオーディオデコーダと、プレイリスト情報に基づき再生制御を行う制御手段とを備え、前記ピクチャデータは、光ディスクから読み出され、第１リードバッファを経由した上で、ビデオ用のバッファに格納され、前記機能セグメントは、光ディスクから読み出され、第１リードバッファを経由した上で、コーデッドデータバッファに格納され、オーディオストリームは、光ディスクから読み出され、第２リードバッファを経由した上で、オーディオ用のバッファに格納され、ユーザによってスキップがなされた場合、ストリーム情報内の転送レート情報に示される TS パケットの転送レートよりも高い転送レートで、第１リードバッファからビデオ用のバッファ及びコーデッドデータバッファのそれぞれに、ピクチャデータと、所定の機能セグメント集合とを送り込むことを特徴としている。
【０００７】
光ディスクにおいて、別々の領域に記録されているビデオストリームと、オーディオストリームとを読み出す場合、ビデオストリームの転送レートを、なるべく低くすれば、オーディオストリームの再生途切れを避けることができる。
しかしビデオデコーダへの転送レートを低くすれば、デコーダバッファへの読み込み時間が長くなってしまう。そこで本発明は、デコーダバッファへの読み込み時間を、プレイリスト情報における期間情報に示させている。期間情報に示される静止期間は、デコーダバッファへの読み込み時間を目安にしているので、この期間情報に示される期間だけ静止表示を行い、後続するピクチャデータの表示開始を遅らせれば、同時になされる、オーディオストリーム再生を途切れさせることはない。
【０００８】
これにより、音声の途切れ無き、スライドショー再生を実現することができる。かかるスライドショー再生は、ピクチャデータのプリロードを必要としないので、高画質なピクチャデータを用いたスライドショー再生を実現する再生装置を、低コストで製造することができる。
印刷出版物と比較して遜色ない鮮やかさで、写真著作物を再生させるような、スライドショーを再生装置は再生することができるので、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、Coded Dataバッファ２１、３１のバッファ状態の変化を示す図である。
【符号の説明】
【０１３１】
１ 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
【０００１】
本発明は、スライドショー再生の技術分野に属する。
【背景技術】
【０００２】
光ディスクの再生装置は、動画を再生する機能を主体にしている。スライドショー再生機能は、この動画再生機能の一種の応用であり、光ディスクに記録されている複数ピクチャデータを1つずつデコードして、ユーザの視聴に供する機能である。
近い将来登場するBD-ROM(BluRay Disc Read Only Memory)では、1920×1080という高解像度でピクチャデータを記録しておくことができる。写真著作物をピクチャデータとしてBD-ROMに記録しておき、このBD-ROMの記録物に対し、再生装置がスライドショー再生を実行すれば、印刷出版物と比較して遜色ない鮮やかさで、ユーザは、写真著作物などを閲覧することができる。
【０００３】
スライドショー機能が具備されていれば、ユーザは、映画作品の再生だけでなく、写真著作物の再生を楽しむことができるので、BD-ROM再生装置の魅力を一段と高めることができる。尚、光ディスクの再生装置に関しては、以下の文献に記載された先行技術が存在する。
【特許文献１】
特開２０００−３４８４６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで音声再生を伴うスライドショー再生を実現するには、光ディスクからオーディオデータを読み出し、バッファに供給するという処理に専念せねばならない。ここで、オーディオデータだけではなく、ピクチャデータをバッファに読み込むためのシークが発生したとすると、バッファのアンダーフローが発生し、オーディオデータ再生の途切れが発生しかねない。オーディオデータの再生途切れの恐れがあるので、シークの発生をさけるべく、従来の光ディスク再生装置は、ピクチャデータを予めメモリにプリロードしておき、オーディオデータ再生中のディスクシーク発生を避けるようにしていた。しかしピクチャデータが、1920×1080という高解像度をもつ場合、スライドショーのための複数のピクチャデータをメモリにプリロードしておくとなると、多大なメモリ規模が必要になり、再生装置を商品化するにあたっての、低価格化を妨げるという問題点がある。
【０００５】
本発明の目的は、再生装置商品化にあたっての低価格化を実現しながらも、オーディオデータ再生を途切れさせないような、再生装置を提供することである。
【０００６】
上記目的を達成するため、本発明に係る再生装置は、多重化ストリーム記録領域と、オーディオストリーム記録領域とを有する光ディスクから、多重化ストリーム及びオーディオストリームを読み出して、ブラウジングスライドショーの再生を行う再生装置であって、前記光ディスクには、プレイリスト情報と、多重化ストリームに対応するストリーム情報とが記録されており、前記多重化ストリームは、ビデオストリームと、グラフィクスストリームとが多重化されたトランスポートストリームであり、ビデオストリームは複数のピクチャデータを含み、グラフィクスストリームは複数の機能セグメントを含み、複数のピクチャデータ及び複数の機能セグメントは、 TS パケットに変換された上で多重化されており、 1 つ以上のピクチャデータを構成する TS パケットと、所定の機能セグメントの集合を構成する TS パケットとは、多重化ストリームにおいてブラウジングユニットを構成し、前記所定の機能セグメントの集合は、ピクチャデータと合成して表示されるべき字幕又はメニューを構成する機能セグメントの集合であり、機能セグメントの集合は、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定する制御セグメントと、機能セグメントの終端を示すエンドセグメントとを有し、前記ストリーム情報は、転送レート情報を含み、当該転送レート情報は、多重化ストリームを構成する TS パケットの転送レートを示す情報であり、
前記プレイリスト情報は、 2 以上のプレイアイテム情報を含み、各プレイアイテム情報は、期間情報を含み、期間情報は、後続するプレイアイテム情報にて指定されるネクストブラウジングユニットのデータサイズを、転送レート情報にて示される TS パケットの転送レートで割った値に基づく時間を示し、多重化ストリーム、オーディオストリームを光ディスクから読み出す読出手段と、第１リードバッファと、第２リードバッファと、ブラウジングユニットをデコードするビデオデコーダと、オーディオストリームをデコードするオーディオデコーダと、プレイリスト情報に基づき再生制御を行う制御手段とを備え、前記ピクチャデータは、光ディスクから読み出され、第１リードバッファを経由した上で、ビデオ用のバッファに格納され、前記機能セグメントは、光ディスクから読み出され、第１リードバッファを経由した上で、コーデッドデータバッファに格納され、オーディオストリームは、光ディスクから読み出され、第２リードバッファを経由した上で、オーディオ用のバッファに格納され、ユーザによってスキップがなされた場合、ストリーム情報内の転送レート情報に示される TS パケットの転送レートよりも高い転送レートで、第１リードバッファからビデオ用のバッファ及びコーデッドデータバッファのそれぞれに、ピクチャデータと、所定の機能セグメント集合とを送り込むことを特徴としている。
【０００７】
光ディスクにおいて、別々の領域に記録されているビデオストリームと、オーディオストリームとを読み出す場合、ビデオストリームの転送レートを、なるべく低くすれば、オーディオストリームの再生途切れを避けることができる。
しかしビデオデコーダへの転送レートを低くすれば、デコーダバッファへの読み込み時間が長くなってしまう。そこで本発明は、デコーダバッファへの読み込み時間を、プレイリスト情報における期間情報に示させている。期間情報に示される静止期間は、デコーダバッファへの読み込み時間を目安にしているので、この期間情報に示される期間だけ静止表示を行い、後続するピクチャデータの表示開始を遅らせれば、同時になされる、オーディオストリーム再生を途切れさせることはない。
【０００８】
これにより、音声の途切れ無き、スライドショー再生を実現することができる。かかるスライドショー再生は、ピクチャデータのプリロードを必要としないので、高画質なピクチャデータを用いたスライドショー再生を実現する再生装置を、低コストで製造することができる。
印刷出版物と比較して遜色ない鮮やかさで、写真著作物を再生させるような、スライドショーを再生装置は再生することができるので、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、Coded Dataバッファ２１、３１のバッファ状態の変化を示す図である。
【符号の説明】
【０１３１】
１ 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
Claims (2)
- 多重化ストリーム記録領域と、オーディオストリーム記録領域とを有する光ディスクから、多重化ストリーム及びオーディオストリームを読み出して、ブラウジングスライドショーの再生を行う再生装置であって、
前記光ディスクには、プレイリスト情報と、多重化ストリームに対応するストリーム情報とが記録されており、
前記多重化ストリームは、ビデオストリームと、グラフィクスストリームとが多重化されたトランスポートストリームであり、ビデオストリームは複数のピクチャデータを含み、グラフィクスストリームは複数の機能セグメントを含み、複数のピクチャデータ及び複数の機能セグメントは、 TS パケットに変換された上で多重化されており、 1 つ以上のピクチャデータを構成する TS パケットと、所定の機能セグメントの集合を構成する TS パケットとは、多重化ストリームにおいてブラウジングユニットを構成し、
前記所定の機能セグメントの集合は、ピクチャデータと合成して表示されるべき字幕又はメニューを構成する機能セグメントの集合であり、機能セグメントの集合は、グラフィクスオブジェクトを定義するオブジェクト定義セグメントと、グラフィクスオブジェクトを用いた画面構成を規定する制御セグメントと、機能セグメントの終端を示すエンドセグメントとを有し、
前記ストリーム情報は、転送レート情報を含み、当該転送レート情報は、多重化ストリームを構成する TS パケットの転送レートを示す情報であり、
前記プレイリスト情報は、 2 以上のプレイアイテム情報を含み、各プレイアイテム情報は、期間情報を含み、期間情報は、後続するプレイアイテム情報にて指定されるネクストブラウジングユニットのデータサイズを、転送レート情報にて示される TS パケットの転送レートで割った値に基づく時間を示し、
多重化ストリーム、オーディオストリームを光ディスクから読み出す読出手段と、
第１リードバッファと、
第２リードバッファと、
ブラウジングユニットをデコードするビデオデコーダと、
オーディオストリームをデコードするオーディオデコーダと、
プレイリスト情報に基づき再生制御を行う制御手段とを備え、
前記ピクチャデータは、光ディスクから読み出され、第１リードバッファを経由した上で、ビデオ用のバッファに格納され、
前記機能セグメントは、光ディスクから読み出され、第１リードバッファを経由した上で、コーデッドデータバッファに格納され、
オーディオストリームは、光ディスクから読み出され、第２リードバッファを経由した上で、オーディオ用のバッファに格納され、
ユーザによってスキップがなされた場合、ストリーム情報内の転送レート情報に示される TS パケットの転送レートよりも高い転送レートで、第１リードバッファからビデオ用のバッファ及びコーデッドデータバッファのそれぞれに、ピクチャデータと、所定の機能セグメント集合とを送り込む
ことを特徴とする再生装置。 - 前記第１リードバッファのサイズRB1、及び、第２リードバッファのサイズRB2は、以下の数式に示される関係を満たし、前記第１リードバッファのサイズRB1は、１.５Ｍバイトであり、
{数式}
RB1≧Rmax1×{2×Tjump+RB2/(Rud-Rmax2)}
RB2≧Rmax2×{2×Tjump+RB1/(Rud-Rmax1)}
Rud:光ディスクと各リードバッファとの間の転送レート
Rmax1:第１リードバッファと、ビデオ用のバッファとの間の転送レート
Rmax2:第２リードバッファと、オーディオ用のバッファとの間の転送レート
Tjump:光ディスクにおける多重化ストリームの記録領域と、オーディオストリームの記録領域との間で、光ピックアップをジャンプさせるのに要する時間
、請求項１記載の再生装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004199175 | 2004-07-06 | ||
| JP2004199175 | 2004-07-06 | ||
| PCT/JP2005/012416 WO2006004122A1 (ja) | 2004-07-06 | 2005-07-05 | 光ディスク、再生装置、プログラム、再生方法 |
Related Child Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008024912A Division JP4295801B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024914A Division JP4295803B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024913A Division JP4295802B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2006004122A1 JPWO2006004122A1 (ja) | 2008-04-24 |
| JP4252599B2 true JP4252599B2 (ja) | 2009-04-08 |
Family
ID=35782921
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006528915A Expired - Fee Related JP4252599B2 (ja) | 2004-07-06 | 2005-07-05 | 再生装置 |
| JP2008024913A Expired - Fee Related JP4295802B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024912A Active JP4295801B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024914A Expired - Fee Related JP4295803B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008024913A Expired - Fee Related JP4295802B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024912A Active JP4295801B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
| JP2008024914A Expired - Fee Related JP4295803B2 (ja) | 2004-07-06 | 2008-02-05 | 記録方法、記録媒体再生システム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US8559787B2 (ja) |
| EP (1) | EP1768404A4 (ja) |
| JP (4) | JP4252599B2 (ja) |
| KR (3) | KR101162790B1 (ja) |
| CN (4) | CN102223513B (ja) |
| TW (1) | TW200606865A (ja) |
| WO (1) | WO2006004122A1 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2068563B1 (en) * | 2003-06-30 | 2010-11-10 | Panasonic Corporation | Recording medium, reproduction device, recording method, program, and reproduction method |
| JP4985807B2 (ja) * | 2009-04-15 | 2012-07-25 | ソニー株式会社 | 再生装置および再生方法 |
| FR2951605A1 (fr) * | 2009-10-15 | 2011-04-22 | Thomson Licensing | Procede pour rajouter un contenu sonore a un contenu video et dispositif mettant en oeuvre le procede |
| US8760459B2 (en) * | 2009-12-30 | 2014-06-24 | Intel Corporation | Display data management techniques |
| US9197684B2 (en) | 2010-05-27 | 2015-11-24 | Ineoquest Technologies, Inc. | Streaming media delivery composite |
| JP2013025834A (ja) * | 2011-07-19 | 2013-02-04 | Sony Corp | 再生装置、再生方法、並びにプログラム |
| WO2013088962A1 (ja) * | 2011-12-14 | 2013-06-20 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにプログラム |
| KR102470775B1 (ko) | 2014-02-24 | 2022-11-25 | 씨티알엘무비 에이쥐 | 인터액티브 시청각 무비를 플레잉하기 위한 장치 및 방법 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6178147B1 (en) * | 1997-08-22 | 2001-01-23 | Sony Corporation | Recording method, recording apparatus, reproducing method and reproducing apparatus |
| JPH11126427A (ja) | 1997-08-22 | 1999-05-11 | Sony Corp | 記録方法、記録装置、再生方法及び再生装置 |
| CN1292409C (zh) * | 1998-03-13 | 2006-12-27 | 松下电器产业株式会社 | 信息在光盘上的记录方法及再现装置及再现方法 |
| TW439054B (en) * | 1998-04-08 | 2001-06-07 | Matsushita Electric Ind Co Ltd | Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus |
| US6574419B1 (en) * | 1999-03-12 | 2003-06-03 | Matsushita Electric Industrial Co., Ltd. | Optical disk, reproduction apparatus reproduction method, and recording medium |
| JP3334799B2 (ja) | 1999-03-12 | 2002-10-15 | 松下電器産業株式会社 | 光ディスク、再生装置、再生方法および記録媒体 |
| BR0009534B1 (pt) | 1999-04-02 | 2012-01-24 | disco ótico, método e dispositivo de gravação para gravação de um disco ótico e método e dispositivo de reprodução para reprodução de um disco ótico. | |
| JP3159692B2 (ja) | 1999-04-02 | 2001-04-23 | 松下電器産業株式会社 | 光ディスクとその記録装置および再生装置 |
| JP2001054059A (ja) * | 1999-08-10 | 2001-02-23 | Toshiba Corp | 静止画付きオーディオ記録媒体の再生装置 |
| JP2003087745A (ja) * | 2001-09-12 | 2003-03-20 | Alpine Electronics Inc | ディスク再生装置 |
| CA2477419A1 (en) * | 2002-05-24 | 2003-12-04 | Matsushita Electric Industrial Co., Ltd. | Information recording medium, recording apparatus, editing apparatus, reproduction apparatus, recording method, editing method, and reproduction method |
| JP4602083B2 (ja) * | 2002-09-05 | 2010-12-22 | エルジー エレクトロニクス インコーポレイティド | 静止画像の再生を管理するための再生リストマークのデータ構造を有する記録媒体、記録及び再生方法又は装置 |
| RU2355048C2 (ru) | 2002-09-07 | 2009-05-10 | Эл Джи Электроникс Инк. | Носитель записи со структурой данных для управления воспроизведением статических изображений из записанного на нем файла клипа и способы и устройства записи и воспроизведения |
| JP2004128766A (ja) * | 2002-10-01 | 2004-04-22 | Pioneer Electronic Corp | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、情報記録プログラム、並びに情報再生プログラム |
| CA2474229C (en) * | 2002-11-20 | 2014-11-04 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses |
| WO2004049710A1 (ja) | 2002-11-28 | 2004-06-10 | Sony Corporation | 再生装置、再生方法、再生プログラムおよび記録媒体 |
| JP3815458B2 (ja) * | 2002-12-18 | 2006-08-30 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
| KR101019346B1 (ko) * | 2003-01-31 | 2011-03-07 | 파나소닉 주식회사 | 재생장치, 기록방법, 재생방법 |
| GB2398199A (en) * | 2003-02-10 | 2004-08-11 | Nokia Corp | A system for transferring content audio and video data from a provider to a personal digital assistant |
| US8041179B2 (en) | 2003-02-24 | 2011-10-18 | Lg Electronics Inc. | Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data |
| JP3878650B2 (ja) * | 2003-02-28 | 2007-02-07 | 松下電器産業株式会社 | 記録媒体、再生装置、記録方法、プログラム、再生方法。 |
| CN1700329B (zh) * | 2004-01-29 | 2010-06-16 | 索尼株式会社 | 再现装置、再现方法、再现程序和记录介质 |
-
2005
- 2005-07-05 KR KR1020077001423A patent/KR101162790B1/ko active IP Right Grant
- 2005-07-05 KR KR1020107012652A patent/KR101087804B1/ko active IP Right Grant
- 2005-07-05 US US11/628,917 patent/US8559787B2/en active Active
- 2005-07-05 JP JP2006528915A patent/JP4252599B2/ja not_active Expired - Fee Related
- 2005-07-05 EP EP05765467A patent/EP1768404A4/en not_active Ceased
- 2005-07-05 CN CN2011102143307A patent/CN102223513B/zh not_active Expired - Fee Related
- 2005-07-05 CN CN2011102144210A patent/CN102223514B/zh not_active Expired - Fee Related
- 2005-07-05 KR KR1020107012648A patent/KR101087900B1/ko active IP Right Grant
- 2005-07-05 CN CN2011102144418A patent/CN102256094B/zh not_active Expired - Fee Related
- 2005-07-05 CN CN2005800227334A patent/CN1981521B/zh active Active
- 2005-07-05 WO PCT/JP2005/012416 patent/WO2006004122A1/ja active Application Filing
- 2005-07-06 TW TW094122883A patent/TW200606865A/zh unknown
-
2008
- 2008-02-05 JP JP2008024913A patent/JP4295802B2/ja not_active Expired - Fee Related
- 2008-02-05 JP JP2008024912A patent/JP4295801B2/ja active Active
- 2008-02-05 JP JP2008024914A patent/JP4295803B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| TWI367481B (ja) | 2012-07-01 |
| JP4295801B2 (ja) | 2009-07-15 |
| JP2008182718A (ja) | 2008-08-07 |
| KR20100072372A (ko) | 2010-06-30 |
| KR20070029810A (ko) | 2007-03-14 |
| KR20100070390A (ko) | 2010-06-25 |
| JPWO2006004122A1 (ja) | 2008-04-24 |
| CN1981521A (zh) | 2007-06-13 |
| JP4295802B2 (ja) | 2009-07-15 |
| KR101087804B1 (ko) | 2011-11-29 |
| CN102223513A (zh) | 2011-10-19 |
| JP2008159255A (ja) | 2008-07-10 |
| CN102223514B (zh) | 2013-01-02 |
| US20090003805A1 (en) | 2009-01-01 |
| EP1768404A1 (en) | 2007-03-28 |
| WO2006004122A1 (ja) | 2006-01-12 |
| CN102256094A (zh) | 2011-11-23 |
| TW200606865A (en) | 2006-02-16 |
| KR101087900B1 (ko) | 2011-11-30 |
| JP4295803B2 (ja) | 2009-07-15 |
| CN102223514A (zh) | 2011-10-19 |
| CN102256094B (zh) | 2013-01-16 |
| EP1768404A4 (en) | 2010-04-21 |
| CN102223513B (zh) | 2013-05-08 |
| CN1981521B (zh) | 2011-09-21 |
| KR101162790B1 (ko) | 2012-07-05 |
| JP2008159256A (ja) | 2008-07-10 |
| US8559787B2 (en) | 2013-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4249223B2 (ja) | 再生装置、及び記録方法 | |
| JP4750823B2 (ja) | 記録媒体、再生装置、プログラム | |
| CA2512844C (en) | Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses | |
| JP4295801B2 (ja) | 記録方法、記録媒体再生システム | |
| JP4027408B2 (ja) | 再生装置、プログラム、再生方法 | |
| JP4764855B2 (ja) | 記録方法、再生システム | |
| JP4308863B2 (ja) | 再生装置、記録方法、再生方法、プログラム | |
| JP4658986B2 (ja) | システムｌｓｉ | |
| JP4204621B2 (ja) | 再生装置、記録方法、再生方法、プログラム | |
| KR100884148B1 (ko) | 슬라이드 쇼에서 랜덤 액세스를 고속으로 실현할 수 있는 기록매체, 재생장치, 컴퓨터 판독 가능한 기록매체, 기록방법, 재생방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080131 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080131 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20080131 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20080507 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080610 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080723 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081120 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081224 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090121 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150130 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |