JP2000100073A

JP2000100073A - 記録装置および方法、再生装置および方法、記録媒体、並びに提供媒体

Info

Publication number: JP2000100073A
Application number: JP10272794A
Authority: JP
Inventors: Kazuhiro Suzuki; 一弘鈴木; Motoki Kato; 元樹加藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-09-28
Filing date: 1998-09-28
Publication date: 2000-04-07
Also published as: KR20000023495A; CN1251461A; CN1146902C; US6763178B1; KR100653566B1

Abstract

(57)【要約】【課題】副情報の再生を主情報の再生に影響なく行う
ようにする。【解決手段】ステップＳ２において、副情報であるGR
APHICS_HEADER_fileと、このfileに基づいて再生される
グラフィックデータが記述されているGRAPHICS_BODY_fi
leがキャッシュメモリに読み込まれる。全ての副情報を
キャッシュメモリに読み込むことができなかった場合、
ビデオデータまたはオーディオデータに含まれているBr
eath_Pointの時に、残りのfileを読み込む。このBreath
_Pointは、画面が一旦停止しても目立たない画面や、無
音状態の時などに設定されることにより、主情報である
ビデオデータやオーディオデータに影響を与えずに、副
情報を再生することが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は記録装置および方
法、再生装置および方法、記録媒体、並びに提供媒体に
関し、特に、主情報と副情報とを別ファイルとして記録
することにより、編集などの処理が容易に行えるように
し、主情報に副情報の読み出しタイミングを指示する情
報を含ませることにより、主情報の再生に影響を及ぼさ
ないようにする記録装置および方法、再生装置および方
法、記録媒体、並びに提供媒体に関する。

【０００２】

【従来の技術】ビデオデータやオーディオデータなどを
主情報とし、その他のデータ、例えば、字幕などのデー
タを副情報とした場合、MPEG（Moving Picture Experts
Group）方式を用いてこれらの情報を圧縮するとき、主
情報と副情報は、時系列の順番に並べられて多重化され
る。また、再生タイミング情報などは、アクセスユニッ
ト毎に配置されている。

【０００３】

【発明が解決しようとする課題】上述したように主情報
と副情報が多重化されていると、例えば、副情報だけを
修正したい場合であっても、その修正したい副情報以降
の情報を一旦分離し、修正した後に、再び多重化し直さ
なくてはならなかった。また、再生タイミング情報など
がアクセスユニット毎に配置されているため、途中から
再生を始める場合、その再生開始時刻に対応するアクセ
スユニットが何処に存在するのかを探し出す必要がある
といった課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、主情報と副情報とを別ファイルとすること
により、主情報と副情報とが互いに影響を及ぼさずに修
正などを加えることができるようにするものである。

【０００５】

【課題を解決するための手段】請求項１に記載の記録装
置は、第１の情報と、第１の情報に基づいて再生される
第２の情報とから構成される副情報を、ビデオデータま
たはオーディオデータから構成される主情報とは異なる
ファイルとして記録する第１の記録手段と、主情報の所
定の再生時刻に対応して、副情報の読み込み開始のタイ
ミングを指示する第３の情報を記録する第２の記録手段
とを備えることを特徴とする。

【０００６】請求項４に記載の記録方法は、第１の情報
と、第１の情報に基づいて再生される第２の情報とから
構成される副情報を、ビデオデータまたはオーディオデ
ータから構成される主情報とは異なるファイルとして記
録する第１の記録ステップと、主情報の所定の再生時刻
に対応して、副情報の読み込み開始のタイミングを指示
する第３の情報を記録する第２の記録ステップとを含む
ことを特徴とする。

【０００７】請求項５に記載の提供媒体は、第１の情報
と、第１の情報に基づいて再生される第２の情報とから
構成される副情報を、ビデオデータまたはオーディオデ
ータから構成される主情報とは異なるファイルとして記
録する第１の記録ステップと、主情報の所定の再生時刻
に対応して、副情報の読み込み開始のタイミングを指示
する第３の情報を記録する第２の記録ステップとを含む
処理を記録装置に行わせるコンピュータが読み取り可能
なプログラムを提供することを特徴とする。

【０００８】請求項６に記載の再生装置は、第１の情報
を全て読み込む第１の読み込み手段と、第１の読み込み
手段により読み込まれた第１の情報に基づいて再生され
る第２の情報を読み込む第２の読み込み手段と、第１の
読み込み手段と第２の読み込み手段により、所定量の情
報が読み込まれたとき、ビデオデータまたはオーディオ
データから構成される主情報の再生を開始する再生開始
手段と、第２の情報の全てが、第２の読み込み手段によ
り読み込まれなかった場合、主情報の所定の再生位置に
対応する第２の情報の読み込み開始を指示する第３の情
報に基づいて、残りの第２の情報を読み込む第３の読み
込み手段とを備えることを特徴とする。

【０００９】請求項７に記載の再生方法は、第１の情報
を全て読み込む第１の読み込みステップと、第１の読み
込みステップで読み込まれた第１の情報に基づいて再生
される第２の情報を読み込む第２の読み込みステップ
と、第１の読み込みステップと第２の読み込みステップ
で、所定量の情報が読み込まれたとき、ビデオデータま
たはオーディオデータから構成される主情報の再生を開
始する再生開始ステップと、第２の情報の全てが、第２
の読み込みステップで読み込まれなかった場合、主情報
の所定の再生位置に対応する第２の情報の読み込み開始
を指示する第３の情報に基づいて、残りの第２の情報を
読み込む行う第３の読み込みステップとを含むことを特
徴とする。

【００１０】請求項８に記載の提供媒体は、第１の情報
を全て読み込む第１の読み込みステップと、第１の読み
込みステップで読み込まれた第１の情報に基づいて再生
される第２の情報を読み込む第２の読み込みステップ
と、第１の読み込みステップと第２の読み込みステップ
で、所定量の情報が読み込まれたとき、ビデオデータと
オーディオデータなどから構成される主情報の再生を開
始する再生開始ステップと、第２の情報の全てが、第２
の読み込みステップで読み込まれなかった場合、主情報
の所定の再生位置に対応する第２の情報の読み込み開始
を指示する第３の情報に基づいて、残りの第２の情報を
読み込む第３の読み込みステップとを含む処理を再生装
置に実行させるコンピュータが読み取り可能なプログラ
ムを提供することを特徴とする。

【００１１】請求項９に記載の記録媒体は、主情報と副
情報とが別ファイルとして記録され、副情報は、再生時
刻を含む第１の情報と、第１の情報に基づいて再生され
る第２の情報とから構成されており、第１の情報と第２
の情報は、それぞれ別ファイルとして記録され、かつ、
主情報の所定の再生位置に対応する、第２の情報の読み
込みを指示する第３の情報が記録されていることを特徴
とする。

【００１２】請求項１に記載の記録装置、請求項４に記
載の記録方法、請求項５に記載の提供媒体においては、
第１の情報と、第１の情報に基づいて再生される第２の
情報とから構成される副情報を、ビデオデータまたはオ
ーディオデータから構成される主情報とが異なるファイ
ルとして記録され、主情報の所定の再生時刻に対応し
て、副情報の読み込み開始のタイミングを指示する第３
の情報が記録される。

【００１３】請求項６に記載の再生装置、請求項７に記
載の再生方法、および請求項８に記載の提供媒体におい
ては、第１の情報が全て読み込まれ、読み込まれた第１
の情報に基づいて再生される第２の情報が読み込まれ、
所定量の情報が読み込まれたとき、ビデオデータまたは
オーディオデータから構成される主情報の再生が開始さ
れ、第２の情報の全てが読み込まれなかった場合、主情
報の所定の再生位置に対応する第２の情報の読み込み開
始の指示をする第３の情報に基づいて、残りの第２の情
報が読み込まれる。

【００１４】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。また、従来の場合と対応す
る部分には同一の符号を付してあり、その説明は適宜省
略する。

【００１５】請求項１に記載の記録装置は、第１の情報
（GRAPHICS_HEADER_file）と、第１の情報に基づいて再
生される第２の情報（GRAPHICS_BODY_file）とから構成
される副情報を、ビデオデータまたはオーディオデータ
から構成される主情報とは異なるファイルとして記録す
る第１の記録手段（例えば、表１）と、主情報の所定の
再生時刻に対応して、副情報の読み込み開始のタイミン
グを指示する第３の情報（Breath_Point）を記録する第
２の記録手段とを備えることを特徴とする。

【００１６】請求項６に記載の再生装置は、第１の情報
を全て読み込む第１の読み込み手段（例えば、図７のス
テップＳ２）と、第１の読み込み手段により読み込まれ
た第１の情報に基づいて再生される第２の情報を読み込
む第２の読み込み手段（例えば、図７のステップＳ２）
と、第１の読み込み手段と第２の読み込み手段により、
所定量の情報が読み込まれたとき、ビデオデータまたは
オーディオデータから構成される主情報の再生を開始す
る再生開始手段（例えば、図７のステップＳ５）と、第
２の情報の全てが、第２の読み込み手段により読み込ま
れなかった場合、主情報の所定の再生位置に対応する第
２の情報の読み込み開始を指示する第３の情報に基づい
て、残りの第２の情報を読み込む第３の読み込み手段
（例えば、図７のステップＳ９）とを備えることを特徴
とする。

【００１７】図１は、本発明を適用した記録再生装置の
構成例を示すブロック図である。光ディスク１に記録さ
れたデータを再生する場合、光ヘッド２により、光ディ
スク１からデータが読み出される。光ヘッド２に読み出
されたデータは、復調／変調回路３に入力され、復調処
理が施され、ECC（Error Correcting Code）回路４に出
力される。ECC回路４は、入力されたデータの誤り訂正
を行い、そのデータをスイッチ５に出力する。スイッチ
５は、この記録再生装置が再生動作を行うときは、読み
出しチャネル用バッファ６と接続されるように、システ
ムコントローラ１７により切り替えられている。

【００１８】読み出しチャネル用バッファ６は、入力さ
れたデータを一旦記憶した後、これを適宜読み出してデ
マルチプレクサ７に出力する。デマルチプレクサ７は、
入力されたデータからオーディオデータとビデオデータ
とを分離する。分離されたオーディオデータは、コード
バッファ８に入力され、ビデオデータは、コードバッフ
ァ９に入力される。コードバッファ８から出力されたオ
ーディオデータは、オーディオデコーダ１０に入力さ
れ、デコード処理が施される。コードバッファ９から出
力されたビデオデータは、ビデオデコーダ１１に入力さ
れ、デコード処理が施され、そして、デコード処理が施
されたビデオデータは、加算器１２に出力される。

【００１９】読み出しチャネル用バッファ６に入力され
たデータのうち、字幕などの副情報のデータは、キャッ
シュメモリ１３に出力される。キャッシュメモリ１３に
記憶された副情報のデータは、コードバッファ１４を介
してグラフィックデコーダ１５に出力される。グラフィ
ックデコーダ１５は、入力された副情報のデータをデコ
ードし、加算器１２に出力する。加算器１２にはまた、
OSD（On Screen Display）制御回路１６の出力も供給さ
れている。加算器１２は、ビデオデコーダ１１から入力
されたビデオデータ、グラフィックデコーダ１５から入
力されたデータ、およびOSD制御回路１６から入力され
たデータを加算し、その加算したデータをビデオデータ
として出力する。

【００２０】一方、データを光ディスク１に記録させる
場合、その記録されるオーディオデータとビデオデータ
は、エンコーダ１８に入力される。エンコーダ１８に入
力されたオーディオデータとビデオデータは、エンコー
ドされ、書き込みチャネル用バッファ１９に出力され
る。書き込みチャネル用バッファ１９は、入力されたデ
ータをスイッチ５に出力する。スイッチ５は、この記録
再生装置が記録動作をしている場合、書き込みチャネル
用バッファ１９と接続されるように切り替えられる。

【００２１】スイッチ５を介してECC回路４に入力され
たデータは、誤り符号が付加されて、復調／変調回路３
に出力される。復調／変調回路３は、入力されたデータ
を変調し、光ヘッド２に、その変調したデータを出力す
る。光ヘッド２は、入力されたデータを光りディスク１
に書き込む。

【００２２】システムコントローラ１７は、光ヘッド
２、読み出しチャネル用バッファ６、オーディオデコー
ダ１０、ビデオデコーダ１１、グラフィックデコーダ１
５、OSD制御回路１６、エンコーダ１８、および書き込
みチャネル用バッファ１９を制御する。また、システム
コントローラ１７は、その内部にCPU（Central Process
ing Unit）２１、ROM（Read Only Memory）２２、およ
びRAM（Random Access Memory）２３を備えている。CPU
２１は、ROM２２に記憶されているプログラムやデータ
を適宜用いることにより、システムコントローラ１７が
行う動作を制御している。RAM２３には、適宜データが
記憶されるようになされている。アドレス検出回路２０
は、復調／変調回路３の出力から光ディスク１上のアド
レスを検出し、システムコントローラ１７に出力してい
る。

【００２３】入力部２４は、図示されていない操作ボタ
ンなどにより構成されており、ユーザは、その操作ボタ
ンを操作することにより、記録再生装置に記録や再生な
どの指示することができるようになされている。また、
インターフェース２５は、ＰＣ（Personal Computer）
３１とシステムコントローラ１７の間でデータをインタ
ーフェース処理を実行するようになされている。ＰＣ３
１は、字幕などのグラフィックデータ（副情報）を出力
する場合などに用いられる。

【００２４】このような記録再生装置において記録また
は再生される光ディスク１（メディア）上のファイル配
置について説明する。メディア上には、図２に示すよう
に、次の１１種類のファイルが記録される。 VOLVME.TOC ALBVM.STR PROGRAM TITLE CHUNKGROUP CHUNK MPEGAV SCRIPT PICTURES PBC GRAPHICS

【００２５】ルートディレクトリにはVOLVME．TOCおよ
びALBVM．STRが置かれる。また、ルートディレクトリ直
下のディレクトリ”PROGRAM”には、”PROGRAM_$$$.PG
I”（ここで”$$$”はプログラム番号を表す）が置かれ
る。同様に、ルートディレクトリ直下のディレクトリ”
TITLE”には、”TITLE_###.VDR”（ここで”###”はタ
イトル番号を表す）が、ディレクトリ”CHUNKGROUP”に
は、CHUNKGROVP_@@@.CGIT”（ここで”@@@”はチヤンク
グループ番号を表す）が、ディレクトリ”CHUNK”に
は、”CHUNK_%%%%.ABST”（ここで”%%%%”はチヤンク
番号を表す）が、それぞれ置かれる。

【００２６】ルートディレクトリ直下のMPEGAVディレク
トリには、更に1つ以上のサブディレクトリ”Streams_&
&&”（ここで、&&&はストリーム番号を表す）が作成さ
れ、その下に、”CHUNK_%%%%．MPEG2”（ここで”%%%
%”はチヤンク番号を表す）が置かれる。

【００２７】VOLUME．TOCのファイルは、メディア上に
１つ有るのが普通である。ただし、ROMとRAMのハイブリ
ッド構造のメディア等、特殊な構造のメディアでは、複
数存在することも有り得る。このファイルは、メディア
の全体の性質を示すために用いられる。

【００２８】ALBVM．STRのファイルも、メディア上に1
つ有るのが普通である。ただし、ROMとRAMのハイブリッ
ド構造のメディア等、特殊な構造のメディアでは、複数
存在することも有り得る。このファイルは、複数のメデ
ィアを組み合わせて、あたかも1つのメディアであるよ
うな構成にするために使用される。

【００２９】”PROGRAM”のPROGRAM_$$$.PGIのファイル
は、プログラムの数だけ存在する。プログラムは、タイ
トルの一部（あるいは全部）の領域を指定した複数のカ
ットで構成され、各カットは指定された順番で再生され
る。”TITLE”のTITLE_###．VDRのファイルは、タイト
ルの数だけ存在する。タイトルとは、例えばcompact di
scで言うところの１曲や、テレビ放送の１番組を言う。

【００３０】”CHUNKGROUP”のCHUNKGROVP_@@@.CGITの
ファイルは、チヤンクグループの数だけ存在する。チヤ
ンクグループはビットストリームを並べるためのデータ
構造である。このファイルは、ユーザがVDR（ビデオデ
ィスクレコーダ）など、メディアを記録再生する装置を
普通に操作している分にはユーザに認識されない。

【００３１】”CHUNK”のCHUNK_%%%%.ABSTのファイル
は、チヤンクの数だけ存在する。チヤンクはストリーム
ファイル１つに対応する情報ファイルである。”MPEGA
V”のSTREAMS_%%%%.MPEG2のファイルは、ストリームフ
ァイルである。このファイルはMPEGのビットストリーム
を格納しており、この他のファイルが情報のみを記録し
ているのと異なっている。

【００３２】”SCRIPT”は、スクリプトに関する情報を
格納するディレクトリである。”PICTURES”には、サム
ネイル画像（TITLE_001.THUMB,PROGRAM_002.THUMB）、J
ACKET画像（TITLE_001.JACKET）、動画とは独立な静止
画像、デジタルスチルカメラからの画像などが配置され
る。これは、VDRのフォーマットとして、静止画のアー
カイブ用途をサポートする為に設けられている。

【００３３】”PBC”は、Play Back controlに関する情
報が格納されるディレクトリである。”GRAPHICS”は、
Graphicデータが格納されるディレクトリである。以下
ににGRAPHICS_HEADER_fileと、GRAPHICS_BODY_fileのシ
ンタックスを、それぞれ示す。

【００３４】

【００３５】 GRAPHICS_BODY_files{ do{ page() }while(nextbits()=page_start_code) }

【００３６】GRAPHICS_HEADER_fileに示したATS乃至pag
e_data_lengthまでの情報は、GRAPHICS_BODY_filesのpa
ge()に関する情報である。ATS（Arrival Time Stamp）
は、そのPageの最初のバイトがコードバッファ１４に記
憶される時刻であり、９０ＫＨｚのクロックを使用した
時刻である。PTS（Presentation Time Stamp）は、その
Pageのデコード開始の時刻を示し、９０ＫＨｚのクロッ
クを使用した時刻である。Page_data_lengthは、そのPa
geのデータの大きさを表し、単位はバイト単位である。

【００３７】durationは、そのPageが有効な時間（表示
されている時間）を示し、９０ＫＨｚのクロックを使用
した時刻である。すなわち、そのPageは、PTSの時刻で
表示が開始され、durationで示された時間だけ表示され
る。address_of_pageは、その先頭のPageの先頭バイト
を表すアドレス情報であり、GRAPHICS_BODY_fileの先頭
が０とされている。

【００３８】GRAPHICS_BODY_filesのpage()は、GRAPHIC
Sデータの実体（ビットマップを圧縮したデータ）であ
り、１PageはMPEGでいうアクセスユニットに相当する。
このPage()は、複数のPageが表示される場合、表示順に
配列される。

【００３９】このように、GRAPHICS_HEADER_fileに全て
のページの再生時刻などの情報を一括してファイル化
し、GRAPHICS_BODY_fileにページのグラフィックデータ
を一括してファイル化することにより、ページを追加す
る、削除するなどの修正を容易に行うことが可能とな
る。具体的に、修正について図３以下の図を参照して説
明する。

【００４０】図３（Ａ）は、GRAPHICS_HEADER_fileの例
を示し、図３（Ｂ）は、GRAPHICS_BODY_fileの例を示し
ている。また、図４（Ａ）は、コードバッファ１４内の
データの容量の変化を示し、図４（Ｂ）は、それぞれの
ページが表示されるタイミングを示している。

【００４１】図３（Ａ）の例では、PageＡの情報とし
て、ATSが１０であり、PTSが１３であることが記述され
ている。従って、PageＡは、１０秒目乃至１３秒目の間
に、キャッシュメモリ１３からコードバッファ１４に読
み込まれ、１３秒目からデコード（表示）が開始され
る。そして、その表示時間（Duration）は、３秒間とさ
れている。さらに、PageＡのGRAPHICS_BODY_file内のア
ドレスと、そのデータ量（Length）が６００Kbitsであ
ることが記述されている。同様に、PageＢとPageＣに関
するデータが記述されている。

【００４２】図３（Ｂ）の例では、PageＡ，PageＢ，お
よびPageＣの圧縮したグラフィックデータが、表示順に
記述されている。

【００４３】GRAPHICS_HEADER_fileとGRAPHICS_BODY_fi
leがこのように構成されている場合、コードバッファ１
４のデータ量は、図４（Ａ）に示すように変化する。

【００４４】すなわち、時刻が１０秒に達した時、キャ
ッシュメモリ１３からコードバッファ１４に、PageＡの
データが転送され、１３秒に達するまでの間に、PageＡ
の６００Kbitsのデータの転送が完了される。また、時
刻が１５秒に達すると、PageＢのデータの転送が始ま
り、時刻が２０秒に達するまでに完了される。さらに、
２２秒に達すると、PageＣのデータの転送が始まり、２
６秒に達するまでに完了される。

【００４５】このようにして、コードバッファ１４に転
送された、それぞれのページのデータは、PTSの時刻に
達した時、グラフィックデコーダ１５によりデコードさ
れ、表示される。その表示タイミングを示したのが、図
４（Ａ）である。

【００４６】まずPageＡのPTSの時刻である１３秒に達
すると、PageＡのデコードが開始され、Durationで指定
された時間である３秒間表示される。そして、２０秒に
達すると、PageＢのPTSの時刻なので、PageＢのデコー
ドが開始され、１秒間表示される。同様に、２６秒に達
すると、PageＣのデコードが開始され、４秒間表示され
る。

【００４７】このような状態のデータに、PageＤを追加
する修正をすると、そのGRAPHICS_HEADER_fileとGRAPHI
CS_BODY_fileは、それぞれ、図５（Ａ）と図５（Ｂ）に
示したようになる。

【００４８】すなわち、PageＢとPageＣとの間にPageＤ
を表示させる為に、GRAPHICS_HEADER_fileに、ATSが１
６、PTSが２４、Durationが２、AddressがPointer to P
ageＤ、および、Lengthが１２００という情報が、Page
Ｂの情報とPageＣの情報の間に追加され、GRAPHICS_BOD
Y_fileにPageＤのグラフィックの圧縮データが、PageＢ
のグラフィックの圧縮データとPageＣのグラフィックの
圧縮データとの間に追加される。キャッシュメモリ１３
からコードバッファ１４にデータを転送する際の転送ス
ピードをリークレイト（LeakRate）とし、そのリークレ
イトを２００Ｋｂｐｓと定めたとき、そのレイトで転送
できるようにするために、PageＡのATSが８とされ、Pag
eＢのATSが１１にされる。

【００４９】図３（Ａ）に示したGRAPHICS_HEADER_file
のPageＢの情報のうち、ATSは１５、PTSは２０とされて
いる。追加したPageＤの情報のうち、ATSは１６、PTSは
２４とされている。従って、PageＢのデータを変えずに
用いると、１６秒乃至２０秒までの間は、PageＢとPage
Ｄのデータを転送することになり、リークレイト以上の
レイトで転送しなくてはならなくなってしまう。このよ
うなことを防ぐ為に、上述したように、PageＢのATSを
１１とし、これに伴い、PageＡのATSも、同様の理由か
ら８に変えられる。

【００５０】このように、PageＤが追加されると、コー
ドバッファ１４のデータの容量変化は、図６（Ａ）に示
すようになる。まず、時刻が８秒に達すると、キャッシ
ュメモリ１３からコードバッファ１４にPageＡのデータ
の転送が開始される。時刻が１１秒に達すると、PageＢ
のデータの転送が開始される。この転送は、上述したよ
うに、PageＡとPageＢのATSが変えられることにより、
リークレイトを越えるスピードで行われることはない。
換言すれば、PageＢのデータの転送が開始される前に、
PageＡのデータの転送は終了されている。

【００５１】さらに、時刻が１６秒に達すると、PageＤ
のデータ転送が開始され、２２秒に達すると、PageＣの
データ転送が開始される。コードバッファ１４に転送さ
れた、それぞれのPageは、時刻がPTSに達した時点で、
デコードが開始され、表示される。その表示タイミング
を示したのが、図６（Ａ）である。図６（Ｂ）に示した
ように、PageＤがPageＢとPageＣの間で、時刻２４から
２秒間表示される。

【００５２】この状態から、PageＢを削除した場合、図
７（Ａ）と図７（Ｂ）に示したように、GRAPHICS_HEADE
R_fileとGRAPHICS_BODY_fileが書き換えられる。PageＢ
が削除されたため、PageＢに関する情報がGRAPHICS_HEA
DER_fileから削除され、その結果、PageＡの情報の後に
PageＤの情報が続き、さらにその後に、PageＣの情報が
続いている。また同様に、GRAPHICS_BODY_fileからPage
Ｂのグラフィックデータが削除されため、PageＡのグラ
フィックデータの後に、PageＤのグラフィックデータが
続き、さらにその後に、PageＣのグラフィックデータが
続いている。

【００５３】このようにPageＢが削除されることによ
り、コードバッファ１４内のデータの容量の変化は、図
８（Ａ）に示すようになり、各ページの表示タイミング
は、図８（Ｂ）に示すようになる。

【００５４】コードバッファ１４を２以上備える装置に
対して、それぞれのコードバッファに対してPageデータ
を供給するために、図５に示した状態から、備えられて
いるコードバッファに対応する数のファイルに分割する
例を、次に説明する。ここでは、コードバッファ１４−
１とコードバッファ１４−２の、２つのコードバッファ
が備えられた装置に対して、データを供給するものと
し、従ってファイルは２つに分割するものとする。

【００５５】例えば、時刻２１秒を境として分割する場
合、図９に示したように、GRAPHICS_HEADER_fileとGRAP
HICS_BODY_fileは書き換えられる。すなわち、GRAPHICS
_HEADER_fileは、PageＡとPageＢの情報をもつGRAPHICS
_HEADER_file１（図９（Ａ））と、別ファイルとして、
PageＣとPageＤの情報をもつGRAPHICS_HEADER_file２
（図９（Ｃ））とに分割され、それに伴い、GRAPHICS_B
ODY_fileは、PageＡとPageＢのグラフィックデータをも
つGRAPHICS_BODY_file１（図９（Ｂ））と、PageＣとPa
geＤのグラフィックデータをもつGRAPHICS_BODY_file２
（図９（Ｄ））とに分割される。

【００５６】このように２つのファイルに分割された場
合、コードバッファ１４−１は、図９（Ａ）に示された
GRAPHICS_HEADER_file１に従ってデータが供給され、コ
ードバッファ１４−２は、図９（Ｃ）に示されたGRAPHI
CS_HEADER_file２に従ってデータが供給される。コード
バッファ１４−１内のデータの容量変化を図１０（Ａ）
に示し、コードバッファ１４−２内のデータの容量変化
を図１０（Ｂ）に示す。

【００５７】このようにして、再生時刻などの情報と、
その情報に従って表示されるページのグラフィックデー
タを、他のオーディオデータやビデオデータと別ファイ
ルとすることにより、上述したページの追加、削除、分
割などの編集を行う際に、その編集対象となるファイル
の部分、具体的には、GRAPHICS_HEADER_fileとGRAPHICS
_BODY_fileのみを編集すれば良いので、容易に編集する
ことが可能となる。

【００５８】次に、図１に示した記録再生装置の動作、
特に、上述したGRAPHICS_HEADER_fileとGRAPHICS_BODY_
fileで表される副情報の再生について、図１１のフロー
チャートを参照して説明する。ステップＳ１において、
変数LastPTSが０に初期設定される。この変数LastPTS
は、キャッシュメモリ１３に記憶されているGRAPHICS_B
ODY_fileのPage()の最終ページのPTSを表す。

【００５９】ステップＳ２において、システムコントロ
ーラ１７は、光ヘッド２を制御し、光ディスク１からGR
APHICS_HEADER_fileを読み出させる。その読み出された
fileは、復調／変調回路３により復調処理が施され、EC
C回路４により、誤り訂正がされた後、スイッチ５を介
して、読み出しチャネル用バッファ６に入力され、さら
に、キャッシュメモリ１３に入力される。また、同様の
処理により、GRAPHICS_BODY_fileもキャッシュメモリ１
３に読み込まれる。ステップＳ２においては、全てのGR
APHICS_HEADER_fileがキャッシュメモリ１３に読み込ま
れ、GRAPHICS_BODY_fileは、キャッシュメモリ１３の残
量に応じ、読み込めるだけの量が読み込まれる。

【００６０】ステップＳ３において、全てのPageのGRAP
HICS_BODY_file（以下、適宜グラフィックデータと称す
る）が読み込まれたか否かが判断される。まだ全てのグ
ラフィックデータが読み込まれてはいないと判断された
場合、ステップＳ４に進み、読み込まれた最後のグラフ
ィックデータのPTSが、変数LastPTSに記憶され、全ての
グラフィックデータが読み込まれたと判断された場合、
ステップＳ４の処理を省略し、ステップＳ５に進む。従
って、ステップＳ２で、全てのグラフィックデータが読
み込まれた場合、変数LastPTSの値は０（ステップＳ１
で設定された値）のままとされる。

【００６１】ステップＳ５において、光ディスク１から
オーディオデータとビデオデータの読み込みが開始され
る。システムコントローラ１７は、光ヘッド２を制御し
て光ディスク１から、図２に示したMPEGAVのディレクト
リに記録されているオーディオデータとビデオデータを
読み出させる。この読み出されたオーディオデータとビ
デオデータは、多重化されたデータであり、復調／変調
回路３により復調処理され、ECC回路４により誤り訂正
がされた後、スイッチ５を介して読み出しチャネル用バ
ッファ６に記憶される。読み出しチャンネル用バッファ
６から読み出されたデータは、デマルチプレクサ７に入
力され、オーディオデータとビデオデータとに分離さ
れ、オーディオデータはコードバッファ８に、ビデオデ
ータはコードバッファ９に、それぞれ記憶される。

【００６２】そして、コードバッファ８に入力されたオ
ーディオデータは、さらにオーディオデコーダ１０によ
りデコードされ、コードバッファ９に入力されたビデオ
データは、さらにビデオデコーダ１１によりデコードさ
れる。また、キャッシュメモリ１３に記憶されているグ
ラフィックデータの内、ATSに達したデータから、順次
コードバッファ１４に転送され、PTSに達したデータか
ら、順次グラフィックデコーダ１５によりデコードされ
る。

【００６３】このようにして、オーディオデータ、ビデ
オデータ、およびグラフィックデータがデコードされ
る。グラフィックデータを一度キャッシュメモリ１３に
記憶させた後、オーディオデータとビデオデータを光デ
ィスク１から読み出すようにすることにより、シークタ
イムやアクセススピードが充分に速くない記録再生装置
においても、副情報を光ディスク１から読み出す為にオ
ーディオデータやビデオデータの再生が途切れてしまう
ようなことを防ぐことができる。

【００６４】しかしながら、キャッシュメモリ１３が、
全てのページのグラフィックデータを記憶できるだけの
容量を有していない場合、キャッシュメモリ１３に記憶
されてデータだけでは、デコードするグラフィックデー
タが不足してしまう。そこで、そのような自体が生じな
いように、まず、ステップＳ６において、現在時刻が、
記憶されている変数LastPTS（ステップＳ１またはステ
ップＳ４で設定された変数LastPTS）と同時刻であるか
否かが判断される。全てのページのグラフィックデータ
が記憶されている場合、変数LastPTSの値は０であり、
逆に全てのページのグラフィックデータが記憶されては
いない場合、変数LastPTSの値は、記憶されているグラ
フィックデータの最終ページのPTSの値とされているの
で、変数LastPTSの値が現在時刻と同時刻であるという
ことは、キャッシュメモリ１３に記憶されているグラフ
ィックデータは、全てデコードされてしまうことを示し
ている。

【００６５】従って、ステップＳ６において、現在時刻
とLastPTSが同時刻を示していると判断された場合、ス
テップＳ９に進み、光ディスク１から、そのLastPTSが
示すページの次のページ以降のGRAPHICS_BODY_fileが読
み込まれ、ステップＳ３に戻り、それ以降の処理が繰り
返される。この読み出しが行われる場合、オーディオデ
ータとビデオデータの光ディスク１からの読み出しが、
一旦停止されるので、その間、音声や画像が途切れる場
合が考えられる。

【００６６】このようなことを防ぐ為に、ビデオデータ
またはオーディオデータに対して、Breath_Pointが設定
される。このBreath_Pointは、例えば、画像が一時的に
途切れたとしても目立たない位置や、無音状態の位置に
対応して設定され、このPointの時に、オーディオデー
タとビデオデータの読み込みが一旦停止され、GRAPHICS
_BODY_fileが光ディスク１からキャッシュメモリ１３に
読み込まれる。このBreath_Pointのデータ構造を以下に
示す。

【００６７】

【００６８】３２ビットで表されるBreath_Pointは、光
ディスク１からGRAPHICS_BODY_fileを読み出し、キャッ
シュメモリ１３に書き込むタイミングを示しており、９
０ＫＨｚのクロックが使用された時刻で表される。

【００６９】ステップＳ６で、現在時刻が変数LastPTS
ではないと判定された場合、ステップＳ７において、現
在時刻がBreath_Pointであるか否かが判断される。現在
時刻がBreth_Pointであると判断された場合、ステップ
Ｓ８に進み、変数LastPTSが０であるか否かが判断され
る。変数LastPTSが０ではないと判断された場合、換言
すれば、キャッシュメモリ１３に記憶されているグラフ
ィックデータは、最終ページまでのデータではないと判
断された場合、すなわち、光ディスク１からグラフィッ
クデータを読み出す必要があると判断された場合、ステ
ップＳ９に進む。

【００７０】ステップＳ９において、設定されている変
数LastPTSの次のPTSをもつグラフィックデータのGRAPHI
CS_BODY_fileが光りディスク１から読み出される。そし
て、ステップＳ３の処理に戻り、それ以降の処理が繰り
返される。

【００７１】一方、ステップＳ７において、現在時刻が
Breath_Pointではないと判断された場合、ステップＳ６
に戻り、キャッシュメモリ１３に記憶されているグラフ
ィックデータのPTSを監視しながら、オーディオデー
タ、ビデオデータ、およびグラフィックデータのデコー
ドが行われる。また、ステップＳ８において、LastPTS
が０であると判断された場合、このフローチャートの処
理は終了される。

【００７２】このように、主情報（オーディオデータや
ビデオデータ）内の、その再生に影響が少ない位置に対
応して、副情報（グラフィックデータ）の読み込み指示
の情報（Breath_Point）が設定されることにより、副情
報の再生の為に、主情報の再生が一部欠落してしまうよ
うなことが抑制される。一度に全ての副情報がキャッシ
ュメモリ１３に読み込まれた場合、Breath_Pointが設け
られる（読み込まれる）必要性はないが、読み込まれた
としても、主情報の再生には何の影響も及ぼすことはな
い。従って、キャッシュメモリ１３の容量により、主情
報の再生に影響がでるようなことはない。

【００７３】次に、図１２のフローチャートを参照し
て、途中から再生される場合の記録再生装置の動作につ
いて説明する。ステップＳ２１において、変数LastPTS
の値が０に初期設定され、ステップＳ２２において、GR
APHICS_HEADER_fileが光ディスク１からキャッシュメモ
リ１３に読み込まれる。ステップＳ２３において、ユー
ザにより指示された再生開始時刻ＴｓとGRAPHICS_HEADE
R_file内のPTSを比べることにより、再生開始時刻Ｔｓ
よりも大きく、かつ最初のPTSが検出され、その検出さ
れたPTSに該当するPage以降のGRAPHICS_BODY_fileがキ
ャッシュメモリ１３に読み込まれる。

【００７４】ステップＳ２４において、Pageが最終ペー
ジまでキャッシュメモリ１３に読み込みまれたか否かが
判断される。このステップＳ２４以降の処理は、図１１
のステップＳ３以降の処理と同様の処理なので、その説
明は省略する。

【００７５】このようにして、GRAPHICS_HEADER_fileに
グラフィックデータ（GRAPHICS_BODY_file）の再生時刻
等の情報をまとめてファイルしておくことにより、途中
から再生される場合においても、従来アクセスユニット
毎にアクセスして読み込まれていた情報を、一回GRAPHI
CS_HEADER_fileを読み込むことにより、同様の処理を行
うことが可能となるので、アクセスする時間（デコード
するまでの時間）を短縮させることが可能となり、また
修正などの処理を容易に行うことが可能となる。

【００７６】なお、本明細書中において、上記処理を実
行するコンピュータプログラムをユーザに提供する提供
媒体には、磁気ディスク、CD-ROMなどの情報記録媒体の
他、インターネット、デジタル衛星などのネットワーク
による伝送媒体も含まれる。

【００７７】

【発明の効果】以上の如く、請求項１に記載の記録装
置、請求項４に記載の記録方法、請求項５に記載の提供
媒体によれば、第１の情報と、第１の情報に基づいて再
生される第２の情報とから構成される副情報を、ビデオ
データまたはオーディオデータから構成される主情報と
は異なるファイルとして記録し、主情報の所定の再生時
刻に対応して、副情報の読み込み開始のタイミングを指
示する第３の情報を記録するようにしたので、このよう
に記録された記録媒体を再生する再生装置においては、
副情報の再生の為に、主情報の再生が影響を受けるよう
なことを防ぐことが可能となる。

【００７８】請求項６に記載の再生装置、請求項７に記
載の再生方法、および請求項８に記載の提供媒体によれ
ば、第１の情報を全て読み込み、第１の情報に基づいて
再生される第２の情報を読み込み、第１の情報と第２の
情報が所定量読み込まれたとき、ビデオデータまたはオ
ーディオデータから構成される主情報の再生を開始
し、、第２の情報の全てが読み込まれなかった場合、主
情報の所定の再生位置に対応する第２の情報の読み込み
開始を指示する第３の情報に基づいて、残りの第２の情
報を読み込むようにしたので、副情報の再生の為に、主
情報の再生が影響を受けるようなことを防ぐことが可能
となる。

【図面の簡単な説明】

【図１】本発明を適用した記録再生装置の一実施の形態
の構成を示すブロック図である。

【図２】ディレクトリの構造を説明する図である。

【図３】GRAPHICS_HEADER_fileとGRAPHICS_BODY_fileを
示す図である。

【図４】コードバッファの容量と表示タイミングを説明
する図である。

【図５】ページが追加された場合のGRAPHICS_HEADER_fi
leとGRAPHICS_BODY_fileを示す図である。

【図６】コードバッファの容量と表示タイミングを説明
する図である。

【図７】ページが削除された場合のGRAPHICS_HEADER_fi
leとGRAPHICS_BODY_fileを示す図である。

【図８】コードバッファの容量と表示タイミングを説明
する図である。

【図９】ページが分割された場合のGRAPHICS_HEADER_fi
leとGRAPHICS_BODY_fileを示す図である。

【図１０】コードバッファの容量と表示タイミングを説
明する図である。

【図１１】記録再生装置の動作を説明するフローチャー
トである。

【図１２】記録再生装置の動作を説明するフローチャー
トである。

【符号の説明】

１光ディスク，７デマルチプレクサ，８，９
コードバッファ，１０オーディオデコーダ，１１
ビデオデコーダ，１３キャッシュメモリ，１４
コードバッファ，１５グラフィックデコーダ

Claims

【特許請求の範囲】

【請求項１】第１の情報と、前記第１の情報に基づい
て再生される第２の情報とから構成される副情報を、ビ
デオデータまたはオーディオデータから構成される主情
報とは異なるファイルとして記録する第１の記録手段
と、前記主情報の所定の再生時刻に対応して、前記副情報の
読み込み開始のタイミングを指示する第３の情報を記録
する第２の記録手段とを備えることを特徴とする記録装
置。
【請求項２】前記第１の情報は、グラフィックデータ
である前記第２の情報の再生時刻を表し、前記第１の記録手段は、前記第１の情報と前記第２の情
報とを、それぞれ別ファイルとして記録することを特徴
とする請求項１に記載の記録装置。
【請求項３】前記第２の記録手段は、前記第３の情報
を、前記主情報の再生が一旦途絶えても目立たない位置
に記録することを特徴とする請求項１に記載の記録装
置。
【請求項４】第１の情報と、前記第１の情報に基づい
て再生される第２の情報とから構成される副情報を、ビ
デオデータまたはオーディオデータから構成される主情
報とは異なるファイルとして記録する第１の記録ステッ
プと、前記主情報の所定の再生時刻に対応して、前記副情報の
読み込み開始のタイミングを指示する第３の情報を記録
する第２の記録ステップとを含むことを特徴とする記録
方法。
【請求項５】第１の情報と、前記第１の情報に基づい
て再生される第２の情報とから構成される副情報を、ビ
デオデータまたはオーディオデータから構成される主情
報とは異なるファイルとして記録する第１の記録ステッ
プと、前記主情報の所定の再生時刻に対応して、前記副情報の
読み込み開始のタイミングを指示する第３の情報を記録
する第２の記録ステップとを含む処理を記録装置に実行
させるコンピュータが読み取り可能なプログラムを提供
することを特徴とする提供媒体。
【請求項６】第１の情報を全て読み込む第１の読み込
み手段と、前記第１の読み込み手段により読み込まれた前記第１の
情報に基づいて再生される第２の情報を読み込む第２の
読み込み手段と、前記第１の読み込み手段と前記第２の読み込み手段によ
り、所定量の情報が読み込まれたとき、ビデオデータま
たはオーディオデータから構成される主情報の再生を開
始する再生開始手段と、前記第２の情報の全てが、前記第２の読み込み手段によ
り読み込まれなかった場合、前記主情報の所定の再生位
置に対応する前記第２の情報の読み込み開始を指示する
第３の情報に基づいて、残りの前記第２の情報を読み込
む第３の読み込み手段とを備えることを特徴とする再生
装置。
【請求項７】第１の情報を全て読み込む第１の読み込
みステップと、前記第１の読み込みステップで読み込まれた前記第１の
情報に基づいて再生される第２の情報を読み込む第２の
読み込みステップと、前記第１の読み込みステップと前記第２の読み込みステ
ップで、所定量の情報が読み込まれたとき、ビデオデー
タまたはオーディオデータから構成される主情報の再生
を開始する再生開始ステップと、前記第２の情報の全てが、前記第２の読み込みステップ
で読み込まれなかった場合、前記主情報の所定の再生位
置に対応する前記第２の情報の読み込み開始を指示する
第３の情報に基づいて、残りの前記第２の情報を読み込
む第３の読み込みステップとを含むことを特徴とする再
生方法。
【請求項８】第１の情報を全て読み込む第１の読み込
みステップと、前記第１の読み込みステップで読み込まれた前記第１の
情報に基づいて再生される第２の情報を読み込む第２の
読み込みステップと、前記第１の読み込みステップと前記第２の読み込みステ
ップで、所定量の情報が読み込まれたとき、ビデオデー
タまたはオーディオデータから構成される主情報の再生
を開始する再生開始ステップと、前記第２の情報の全てが、前記第２の読み込みステップ
で読み込まれなかった場合、前記主情報の所定の再生位
置に対応する前記第２の情報の読み込み開始を指示する
第３の情報に基づいて、残りの前記第２の情報を読み込
む第３の読み込みステップとを含む処理を再生装置に実
行させるコンピュータが読み取り可能なプログラムを提
供することを特徴とする提供媒体。
【請求項９】主情報と副情報とが別ファイルとして記
録され、前記副情報は、再生時刻を含む第１の情報と、前記第１
の情報に基づいて再生される第２の情報とから構成され
ており、かつ、前記第１の情報と第２の情報は、それぞれ別ファ
イルとして記録され、前記主情報の所定の再生位置に対応する前記第２の情報
の読み込みを指示する第３の情報が記録されていること
を特徴とする記録媒体。