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

Abstract

(57)【要約】 【課題】 装置の互換性を確保する。 【解決手段】 直前のplay itemに続いて、次のplay it
emをシームレスに再生することができるとき、seamless
_connection_flagを１に設定し、シームレス再生が保証
できないとき、０に設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録再生装置およ
び方法、並びに提供媒体に関し、特に、データの連続再
生に関連して、ユーザが故障と誤認するようなことを抑
制するようにした記録再生装置および方法、並びに提供
媒体に関する。

【０００２】

【従来の技術】ディスクには、ビデオデータやオーディ
オデータなどが連続して記録されるだけでなく、断続的
に時間をおいて記録されることがある。また、一旦記録
されたデータが消去され、他のデータが上書きされる場
合がある。

【０００３】

【発明が解決しようとする課題】このような消去あるい
は上書き処理を繰り返し実行すると、連続して再生すべ
きデータが必ずしもディスク上の連続する位置に記録さ
れず、ディスク上の離間した位置に記録される場合があ
る。このような場合に、装置の再生時のバッファの容量
が充分ではないと、その記録位置によっては、データを
連続的に再生することができず、再生データが一時的に
欠落するような場合がある。

【０００４】しかしながら、不連続部分が発生するか否
かは、装置のバッファの容量に影響されるので、装置間
の互換性を確保することができず、最悪の場合、ユーザ
が、装置が故障したと誤認するおそれがあった。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり、装置の互換性を確保し、ユーザが装置が故
障したと誤認するのを抑制するようにするものである。

【０００６】

【課題を解決するための手段】請求項１に記載の記録再
生装置は、データを記録媒体に対して記録する記録手段
と、データを記録媒体に記録したとき、そのデータを、
既に記録されているデータに対して連続して再生可能で
あるか否かを判定する判定手段と、判定手段の判定結果
に対応して、データの連続再生に関する処理を実行する
実行手段とを備えることを特徴とする。

【０００７】請求項４に記載の記録再生方法は、データ
を記録媒体に対して記録する記録ステップと、データを
記録媒体に記録したとき、そのデータを、既に記録され
ているデータに対して連続して再生可能であるか否かを
判定する判定ステップと、判定ステップでの判定結果に
対応して、データの連続再生に関する処理を実行する実
行ステップとを含むことを特徴とする。

【０００８】請求項５に記載の提供媒体は、記録媒体に
対してデータを記録または再生する記録再生装置に、デ
ータを記録媒体に対して記録する記録ステップと、デー
タを記録媒体に記録したとき、そのデータを、既に記録
されているデータに対して連続して再生可能であるか否
かを判定する判定ステップと、判定ステップでの判定結
果に対応して、データの連続再生に関する処理を実行す
る実行ステップとを含む処理を実行させるプログラムを
提供することを特徴とする。

【０００９】請求項６に記載の記録再生装置は、記録媒
体に記録されているデータを再生する再生手段と、再生
手段により再生されたデータから、データの連続再生が
可能か否かを表す連続再生情報を抽出する抽出手段と、
抽出手段により抽出された連続再生情報に対応して、再
生手段により再生されたデータに対してギャップを付加
する付加手段とを備えることを特徴とする。

【００１０】請求項７に記載の記録再生方法は、記録媒
体に記録されているデータを再生する再生ステップと、
再生ステップで再生されたデータから、データの連続再
生が可能か否かを表す連続再生情報を抽出する抽出ステ
ップと、抽出ステップで抽出された連続再生情報に対応
して、再生ステップで再生されたデータに対してギャッ
プを付加する付加ステップとを含むことを特徴とする。

【００１１】請求項８に記載の提供媒体は、記録媒体に
対してデータを記録または再生する記録再生装置に、記
録媒体に記録されているデータを再生する再生ステップ
と、再生ステップで再生されたデータから、データの連
続再生が可能か否かを表す連続再生情報を抽出する抽出
ステップと、抽出ステップで抽出された連続再生情報に
対応して、再生ステップで再生されたデータに対してギ
ャップを付加する付加ステップとを含む処理を実行させ
るプログラムを提供することを特徴とする。

【００１２】請求項１に記載の記録再生装置、請求項４
に記載の記録再生方法、および請求項５に記載の提供媒
体においては、既に記録されているデータに対して連続
して再生可能であるか否かの判定結果に対応して、デー
タの連続再生に関する処理が実行される。

【００１３】請求項６に記載の記録再生装置、請求項７
に記載の記録再生方法、および請求項８に記載の提供媒
体においては、記録媒体から再生された連続再生情報に
対応して、データに対してギャップが付加される。

【００１４】

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

【００１５】請求項１に記載の記録再生装置は、データ
を記録媒体に対して記録する記録手段（例えば、図２５
の光ヘッド２）と、データを記録媒体に記録したとき、
そのデータを、既に記録されているデータに対して連続
して再生可能であるか否かを判定する判定手段（例え
ば、図４８のステップＳ２）と、判定手段の判定結果に
対応して、データの連続再生に関する処理を実行する実
行手段（例えば、図４８のステップＳ５）とを備えるこ
とを特徴とする。

【００１６】請求項６に記載の記録再生装置は、記録媒
体に記録されているデータを再生する再生手段（例え
ば、図２５の光ヘッド２）と、再生手段により再生され
たデータから、データの連続再生が可能か否かを表す連
続再生情報を抽出する抽出手段（例えば、図５０のステ
ップＳ４１）と、抽出手段により抽出された連続再生情
報に対応して、再生手段により再生されたデータに対し
てギャップを付加する付加手段（例えば、図５０のステ
ップＳ４６）とを備えることを特徴とする。

【００１７】最初に本発明において情報が記録または再
生される記録媒体（メディア）上のファイル配置につい
て説明する。メディア上には、図１に示すように、次の
７種類のファイルが記録される。 VOLUME.TOC ALBUM.STR PROGRAM_$$$.PGI TITLE_###.VDR CHUNKGROUP_@@@.CGIT CHUNK_%%%%.ABST CHUNK_%%%%.MPEG2

【００１８】ルートディレクトリにはVOLUME.TOCおよび
ALBUM.STRが置かれる。また、ルートディレクトリ直下
のディレクトリ"PROGRAM"には、"PROGRAM_$$$.PGI"（こ
こで"$$$"はプログラム番号を表す）が置かれる。同様
に、ルートディレクトリ直下のディレクトリ"TITLE"に
は、"TITLE_###.VDR"（ここで"###"はタイトル番号を表
す）が、ディレクトリ"CHUNKGROUP"には、"CHUNKGROUP_
@@@.CGIT"（ここで"@@@"はチャンクグループ番号を表
す）が、ディレクトリ"CHUNK"には、"CHUNK_%%%%.ABST"
（ここで"%%%%"はチャンク番号を表す）が、それぞれ置
かれる。

【００１９】ルートディレクトリ直下のMPEGAVディレク
トリには、更に１つ以上のサブディレクトリが作成さ
れ、その下に、"CHUNK_%%%%.MPEG2"（ここで%%%%はチャ
ンク番号を表す）が置かれる。

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

【００２１】VOLUME.TOCの構造は図２に示すようになっ
ている。先頭にfile_type_idが置かれ、これにより該当
ファイルがVOLUME.TOCであることが示される。次にvolu
me_information()が続き、最後にtext_block()が続く。

【００２２】図３にvolume_information()の構成が示さ
れている。これは、volume_attribute()、resume()、vo
lume_rating()、write_protect()、play_protect()、re
cording_timer()を含んでいる。

【００２３】volume_attribute()は、logical volumeの
属性を記録する領域であり、図４にその詳細な構造が示
されている。同図に示すように、この領域には、title_
playback_mode_flag, program_playback_mode_flagなど
が含まれている。

【００２４】resume()は、メディアの再挿入時に、ejec
t直前の状態を復元するための情報を記録する領域であ
り、その詳細な構造は、図５に示されている。

【００２５】図３のvolume_rating()は、volume全体に
対する視聴年齢制限を年齢やカテゴリに応じて実現する
ための情報を記録する領域であり、その詳細な構造は、
図６に示されている。

【００２６】図３のwrite_protect()は、volume内に記
録されているtitle, programに対する変更や、消去操作
を制限する情報を記録する領域であり、その詳細な構造
は、図７に示されている。

【００２７】図３のplay_protect()は、volume内に記録
されているtitle, programに対する再生許可、不許可の
設定、あるいは、再生回数を制限する情報を記録する領
域であり、その詳細な構造は、図８に示されている。

【００２８】図３のrecording_timer()は、記録時間を
制御する情報を記録する領域であり、その詳細な構造
は、図９に示されている。

【００２９】図２のVOLUME.TOCのtext_block()の詳細な
構造は図１０に示されている。このtext_block()には、
language_set()とtext_itemが含まれており、その詳細
な構造は図１１と図１２にそれぞれ示されている。

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

【００３１】このALBUM.STRの構造は、図１３に示すよ
うになっている。先頭にfile_type_idが置かれ、該当フ
ァイルがALBUM.STRであることを示す。次にalbum()が続
き、最後にtext_block()が続く。

【００３２】album()は、複数のvolume（複数のメディ
ア）を１つのまとまりとして扱うための情報を記録する
領域であり、その詳細な構造は、図１４に示されてい
る。

【００３３】図１のTITLE_###.VDRのファイルは、タイ
トルの数だけ存在する。タイトルとは、例えばcompact
discで言うところの１曲や、テレビ放送の１番組を言
う。この情報の構造は図１５に示すようになっている。
先頭にfile_type_idが置かれ、これにより該当ファイル
がTITLE_###.VDRであることが示される。次にtitle_inf
o()が続き、最後にtext_block()が続く。###はタイトル
番号を示す文字列である。

【００３４】title_info()は、chunkgroup上における、
titleの開始点、終了点、その他titleに関する属性を記
録するための領域であり、その詳細な構造は、図１６に
示されている。

【００３５】図１のPROGRAM_$$$.PGIのファイルは、プ
ログラムの数だけ存在する。プログラムは、タイトルの
一部（あるいは全部）の領域を指定した複数のカットで
構成され、各カットは指定された順番で再生される。こ
の情報の構造は図１７に示されている。先頭にfile_typ
e_idが置かれ、該当ファイルがPROGRAM_$$$.PGIである
ことを示す。次にprogram()が続き、最後にtext_bloc
k()が続く。$$$はタイトル番号を示す文字列である。

【００３６】program()は、素材に対して不可逆な編集
を施すことなしに、titleの必要な部分を集めて再生す
るのに必要な情報を記録する領域であり、その詳細な構
造は、図１８に示されている。

【００３７】図１８のprogram()は、１つのplay_listを
有している。このplay_list()の詳細は、図１９に示さ
れている。

【００３８】play_listには、play_item()が複数置かれ
ている。play_item()の詳細は、図２０に示されてい
る。

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

【００４０】この情報の構造は図２１に示すようになっ
ている。先頭にfile_type_idが置かれ、該当ファイルが
CHUNKGROUP_@@@.CGITであることを示す。その次にchunk
group_time_base_flagsとchunkgroup_time_base_offset
が有り、次にchunk_connection_info()、最後にtext_bl
ock()が続く。

【００４１】chunkgroup_time_base_flagsは、chunkgro
upの基準カウンタに関するflagを示し、chunkgroup_tim
e_base_offsetは、chunkgroup内の基準時間軸の開始時
刻を示す。これは、９０kHzでカウントアップするカウ
ンタにセットする値であり、３２ビットの大きさを有す
る。chunk_connection_info()は、videoの切換点や、vi
deoとaudioの同期など、特異な点の情報を記憶する領域
であり、その詳細な構造は、図２２に示されている。

【００４２】このchunk_connection_info()には、チャ
ンクグループに属するチャンクの数だけchunk_arrangem
ent_info()のループが置かれる。図２３にこのchunk_ar
rangement_info()の詳細が示されている。

【００４３】図１のCHUNK_%%%%.ABSTのファイルは、チ
ャンクの数だけ存在する。チャンクはストリームファイ
ル１つに対応する情報ファイルである。この情報の構造
は図２４に示すようになっている。先頭にfile_type_id
が置かれ、これにより、該当ファイルがCHUNK_%%%%.ABS
Tであることが示される。

【００４４】図１のCHUNK_%%%%.MPEG2のファイルは、ス
トリームファイルである。このファイルはMPEGのビット
ストリームを格納しており、この他のファイルが情報の
みを記録しているのと異なっている。

【００４５】図２５は、以上のようなファイルを有する
メディアとしての光ディスクに対して情報を記録または
再生する光ディスク装置の構成例を表している。この光
ディスク装置では、１枚の書き換え型の光ディスク１に
対して１系統の光ヘッド２が設けられており、データの
読み出しと書き込みの双方にこの光ヘッド２が共用され
る。

【００４６】光ヘッド２により光ディスク１から読み出
されたビットストリームは、ＲＦおよび復調／変調回路
３で復調された後、ECC回路４で誤り訂正が施され、ス
イッチ５を介して、読み出しレートとデコード処理レー
トとの差を吸収するための読み出しチャネル用バッファ
６に送られる。読み出しチャネル用バッファ６の出力は
デコード７に供給されている。読み出しチャネル用バッ
ファ６はシステムコントローラ１３から読み書きができ
るように構成されている。

【００４７】読み出しチャネル用バッファ６から出力さ
れたビットストリームは、デコーダ７でデコードされ、
そこからビデオ信号とオーディオ信号が出力される。デ
コーダ７から出力されたビデオ信号は合成回路８に入力
され、0SD（On Screen Display）制御回路９が出力する
ビデオ信号と合成されたた後、出力端子Ｐ１から図示せ
ぬディスプレイに出力され、表示される。デコーダ７か
ら出力されたオーディオ信号は、出力端子Ｐ２から図示
せぬスピーカに送られて再生される。

【００４８】他方、入力端子Ｐ３から入力されたビデオ
信号、および入力端子Ｐ４から入力されたオーディオ信
号は、エンコーダ１０でエンコードされた後、エンコー
ド処理レートと書き込みレートとの差を吸収するための
書き込みチャネル用バッファ１１に送られる。この書き
込みチャネル用バッファ１１もシステムコントローラ１
３から読み書きができるように構成されている。

【００４９】書き込みチャネル用バッファ１１に蓄積さ
れたデータは、書き込みチャネル用バッファ１１から読
み出され、スイッチ５を介してECC回路４に入力されて
誤り訂正符号が付加された後、ＲＦおよび復調／変調回
路３で変調される。ＲＦおよび復調／変調回路３より出
力された信号（ＲＦ信号）は、光ヘッド２により光ディ
スク１に書き込まれる。

【００５０】アドレス検出回路１２は、光ディスク１の
記録または再生するトラックのアドレス情報を検出す
る。システムコントローラ１３は、この光ディスク装置
の各部の動作を制御するものであり、各種の制御を行う
CPU２１、CPU２１が実行すべき処理プログラム等を格納
したROM２２、処理過程で生じたデータ等を一時記憶す
るためのRAM２３、および光ディスク１に対して記録ま
たは再生する各種の情報ファイルを記憶するRAM２４を
有している。CPU２１は、アドレス検出回路１２の検出
結果に基づいて、光ヘッド２の位置を微調整する。CPU
２１はまた、スイッチ５の切り替え制御を行う。各種の
スイッチ、ボタンなどから構成される入力部１４は、各
種の指令を入力するとき、ユーザにより操作される。

【００５１】次に、基本的な情報ファイルの読み込み動
作について説明する。例えば、"VOLUME.TOC"情報ファイ
ルの読み込みを行うとき、ステムコントローラ１３のCP
U２１は、予めその処理プログラムに組み込んであるフ
ァイルシステム操作命令を使用し、"VOLUME.TOC"が記録
されている光ディスク１上の物理アドレスと、その長さ
を確定する。続いて、CPU２１は、この"VOLUME.TOC"の
アドレス情報に基づき、光ヘッド２を読み出し位置に移
動させる。そしてCPU２１は、光ヘッド２、ＲＦおよび
復調／変調回路３、並びにECC回路４を読み出しモード
に設定するとともに、スイッチ５を読み出しチャネル用
バッファ６側に切り替え、さらに光ヘッド２の位置を微
調整した後、光ヘッド２による読み出しを開始させる。
これにより"VOLUME.TOC"の内容が光ヘッド２により読み
出され、ＲＦおよび復調／変調回路３により復調され、
さらにECC回路４により誤り訂正が行われた後、読み出
しチャネル用バッファ６に蓄積される。

【００５２】読み出しチャネル用バッファ６に蓄積され
たデータ量が、"VOLUME.TOC"の大きさと等しいか、ある
いはより大きくなった時点で、CPU２１は読み出しを停
止させる。その後、CPU２１は、読み出しチャネル用バ
ッファ６から該当データを読み出し、RAM２４に記憶さ
せる。

【００５３】次に、基本的な情報ファイル書込み動作に
ついて、"VOLUME.TOC"情報ファイルを書き込む場合を例
として説明する。CPU２１は、予めその処理プログラム
に組み込んであるファイルシステム操作命令を使用し、
ファイルシステム（光ディスク１）中に、これから書こ
うとしている"VOLUME.TOC"と等しいか、より大きい大き
さを持つ空き領域を探し、そのアドレスを確定する。

【００５４】次に、CPU２１は、RAM２４に用意されてい
る、新たに書き込むべき"VOLUME.TOC"を、書き込みチャ
ネル用バッファ１１に転送する。続いて、CPU２１は、
空き領域のアドレス情報に基づき、光ヘッド２を書き込
み位置に移動させる。そしてCPU２１は、光ヘッド２、
ＲＦおよび復調／変調回路３、並びにECC回路４を書き
込みモードに設定するとともに、スイッチ５を書き込み
チャネル用バッファ１１側に切り替え、光ヘッド２の位
置を微調整した後、光ヘッド２による書き込みを開始さ
せる。

【００５５】これにより新たに用意した"VOLUME.TOC"の
内容が、書き込みチャネル用バッファ１１から読み出さ
れ、スイッチ５を介してECC回路４に入力され、誤り訂
正符号が付加された後、ＲＦおよび復調／変調回路３に
より変調される。ＲＦおよび復調／変調回路３より出力
された信号は、光ヘッド２により光ディスク１に記録さ
れる。書き込みチャネル用バッファ１１から読み出さ
れ、光ディスク１に記録されたデータ量が、"VOLUME.TO
C"の大きさと等しくなった時点で、CPU２１は書き込み
動作を停止させる。

【００５６】最後に、CPU２１は、予めその処理プログ
ラムに組み込んであるファイルシステム操作命令を使用
し、ファイルシステム（光ディスク１）中の"VOLUME.TO
C"を指し示すポインタを、新しく書込んだ位置を指し示
すように書き換える。

【００５７】次に、基本的なストリーム再生動作につい
て、図１のCHUNK_0001.MPEG2というストリームを再生す
る場合を例として説明する。CPU２１は、予めその処理
プログラムに組み込んであるファイルシステム操作命令
を使用し、"CHUNK_0001.MPEG2"が記録されている光ディ
スク１上の物理アドレスと、その長さを確定する。続い
て、CPU２１は、この"CHUNK_0001.MPEG2"のアドレス情
報に基づき、光ヘッド２を読み出し位置に移動させる。
そして光ヘッド２、ＲＦおよび復調／変調回路３、並び
にECC回路４を読み出しモードに設定するとともに、ス
イッチ５を読み出しチャネル用バッファ６側に切り替
え、光ヘッド２の位置を微調整した後、光ヘッド２によ
る読み出しを開始させる。

【００５８】光ヘッド２により読み出された"CHUNK_000
1.MPEG2"の内容が、ＲＦおよび復調／変調回路３、ECC
回路４、並びにスイッチ５を介して読み出しチャネル用
バッファ６に蓄積される。読み出しチャネル用バッファ
６に蓄積されたデータは、デコーダ７に出力され、デコ
ード処理が施されて、ビデオ信号とオーディオ信号がそ
れぞれ出力される。オーディオ信号は出力端子Ｐ２から
出力され、ビデオ信号は、合成回路８を介して出力端子
Ｐ１から出力される。

【００５９】光ディスク１から読みだされ、デコード、
表示されたデータ量が、"CHUNK_0001.MPEG2"の大きさと
等しくなった時点で、あるいは、入力部１４から読み出
し動作の停止が指定された時点で、CPU２１は、読み出
しおよびデコード処理を停止させる。

【００６０】次に、基本的なストリーム記録動作を、"C
HUNK_0001.MPEG2"情報ファイルを書き込む場合を例とし
て説明する。CPU２１は、予めその処理プログラムに組
み込んであるファイルシステム操作命令を使用し、ファ
イルシステム（光ディスク１）中にこれから書こうとし
ている"CHUNK_0001.MPEG2"と等しいか、それより大きい
大きさを持つ空き領域を探し、そのアドレスを確定す
る。

【００６１】入力端子Ｐ３から入力されたビデオ信号、
および入力端子Ｐ４から入力されたオーディオ信号は、
エンコーダ１０によりエンコードされた後、書き込みチ
ャネル用バッファ１１に蓄積される。続いて、CPU２１
は、空き領域のアドレス情報に基づき、光ヘッド２を書
き込み位置に移動させる。そしてCPU２１は、光ヘッド
２、ＲＦおよび復調／変調回路３、並びにECC回路４を
書き込みモードに設定するとともに、スイッチ５を書き
込みチャネル用バッファ１１側に切り替え、光ヘッド２
の位置を微調整した後、光ヘッド２による書き込みを開
始させる。これにより新たに用意した"CHUNK_0001.MPEG
2"の内容が、書き込みチャネル用バッファ１１から読み
出され、スイッチ５、ECC回路４、ＲＦおよび復調／変
調回路３を介して光ヘッド２に入力され、光ディスク１
に記録される。

【００６２】書き込みチャネル用バッファ１１から読み
出され、光ディスク１に記録されたデータ量が、予め設
定した値と等しくなったとき、あるいは入力部１４から
書き込み動作の停止が指定されたとき、CPU２１は書き
込み動作を停止させる。最後に、CPU２１は、予めその
処理プログラムに組み込んであるファイルシステム操作
命令を使用し、ファイルシステム（光ディスク１）中
の"CHUNK_0001.MPEG2"を指し示すポインタを、新しく書
込んだ位置を指し示すように書き換える。

【００６３】いま、光ディスク１に、図２６に示すよう
な情報ファイルとストリームファイルが記録されている
ものとする。この例では、"PROGRAM_001.PGI"という名
前の１つのプログラムのファイルが含まれている。ま
た、この光ディスク１には、"TITLE_001.VDR"、"TITLE_
002.VDR"、および"TITLE_003.VDR"という名前の３つの
タイトルのファイルが含まれている。

【００６４】さらに、この光ディスク１には、"CHUNKGR
OUP_001.CGIT"と"CHUNKGROUP_002.CGIT"という２つのチ
ャンクグループのファイルが含まれている。また、この
光ディスク１には、"CHUNK_0001.MPEG2"、"CHUNK_0011.
MPEG2"、および"CHUNK_0012.MPEG2"という名前の３つの
ストリームのファイルが含まれているとともに、それぞ
れに対応する情報として、"CHUNK_0001.ABST"、"CHUNK_
0011.ABST"、および"CHUNK_0012.ABST"の３つの情報フ
ァイルが置かれている。

【００６５】図２６に示した情報ファイルとストリーム
ファイルを有する光ディスク１の論理構造は、図２７に
示すようになる。この例では、チャンク情報ファイル"C
HUNK_0001.ABST"は、ストリームファイル"CHUNK_0001.M
PEG2"を、またチャンク情報ファイル"CHUNK_0011.ABST"
は、ストリームファイル"CHUNK_0011.MPEG2"を、さら
に、チャンク情報ファイル"CHUNK_0012.ABST"は、スト
リームファイル"CHUNK_0012.MPEG2"を、それぞれ指定し
ている。具体的には、図２４のCHUNK_%%%%.ABST中の、c
hunk_file_idというフィールドで、ストリームのファイ
ルIDが指定される。

【００６６】さらに、この例では、チャンクグループ情
報ファイル"CHUNKGROUP_001.CGIT"は、チャンク情報フ
ァイル"CHUNK_0001.ABST"を、またチャンクグループ情
報ファイル"CHUNKGROUP_002.CGIT"は、チャンク情報フ
ァイル"CHUNK_0011.ABST"と"CHUNK_0012.ABST"を、それ
ぞれ指定している。具体的には、図２３のchunk_arrang
ement_info()の中のchunk_info_file_idというフィール
ドでチャンク情報のファイルIDが指定される。このchun
k_arrangement_info()はチャンクグループ情報ファイル
の中にあり、該当チャンクグループに属するチャンクの
数だけ存在するデータ構造となっている（図２３のchun
k_arrangement_info()は、図２２のchunk_connection_i
nfo()に記述されており、このchunk_connection_info()
は、図２１のCHUNKGROUP_###.CGITに記述されてい
る）。

【００６７】CHUNKGROUP_001には、chunk_arrangement_
info()が１つだけあり、その中のchunk_info_file_idが
CHUNK_0001を指定している。CHUNKGROUP_002には、chun
k_arrangement_info()が２つあり、その中で、それぞれ
CHUNK_0011とCHUNK_0012が指定されている。このような
場合のため、チャンクグループは、複数のチャンクの再
生順序等を指定できるようになっている。

【００６８】具体的には、まず、図２１のCHUNKGROUP_#
##.CGIT中のchunkgroup_time_base_offsetにより、該当
チャンクグループでの時計の初期値が定められる。次に
各チャンクを登録する際に、図２３のchunk_arrangemen
t_info()のpresentation_start_cg_countとpresentatio
n_end_cg_time_countが指定される。

【００６９】例えば、図２８に示すように、CHUNK_0011
の長さ（時間）をA、CHUNK_0012の長さ（時間）をBとす
る。CHUNK_0011のpresentation_start_cg_countがchunk
group_time_base_offsetに等しく、presentation_end_c
g_countが"chunk_group_time_base_offset+A"に等し
い。またCHUNK_0012のpresentation_start_cg_countがc
hunkgroup_time_base_offset+Aに等しく、presentation
_end_cg_countが"chunk_group_time_base_offset+A+B"
に等しい。このように設定すると、CHUNKGROUP_002は、
CHUNK_0011とCHUNK_0012を連続的に再生させたものとし
て定義される。

【００７０】なお、CHUNK_0011とCHUNK_0012の再生時刻
に重なりがある場合には、時刻をそのようにずらすこと
で指定ができる。また、図２３のchunk_arrangement_in
fo()中のtransition_info()に記述を行うことで、２つ
のストリーム間の遷移において、特殊効果（フェードイ
ン、フェードアウト、ワイプ等）を指定できるようにな
っている。

【００７１】図２６（図２７）の例では、タイトル情報
ファイル"TITLE_001.VDR"と"TITLE_002.VDR"は、チャン
クグループ情報ファイル"CHUNKGROUP_001.CGIT"を、ま
たタイトル情報ファイル"TITLE_003.VDR"はチャンクグ
ループ情報ファイル"CHUNKGROUP_002.CGIT"を、それぞ
れ指定している。具体的には、図１６のtitle_info()中
において、cgit_file_idというフィールドで、チャンク
グループのファイルIDを指定し、さらにtitle_start_ch
unk_group_time_stampとtitle_end_chunk_group_time_s
tampというフィールドで、チャンクグループ内で該当タ
イトルが定義される時間的な範囲を指定している。

【００７２】例えば、図２７の例では、CHUNKGROUP_001
の前半をTITLE_001が、後半をTITLE_002が、それぞれ指
し示している。なお、この分割はユーザからの要求によ
り行われたものであり、その位置はユーザにとって任意
であり、予め決めておくことはできない。ここでTITLE_
001とTITLE_002による分割の位置を、CHUNKGROUP_001の
先頭からＡだけ離れた位置に設定したとする。

【００７３】TITLE_001はチャンクグループとしてCHUNK
GROUP_001を指定し、タイトルの開始時刻として、CHUNK
GROUP_001の開始時刻を指定し、タイトルの終了時刻と
して、ユーザから指定された点の時刻を指定する。

【００７４】つまりTITLE_001のtitle_start_chunk_gro
up_time_stampとして、CHUNKGROUP_001のchunkgroup_ti
me_base_offset（先頭の位置）が設定され、TITLE_001
のtitle_end_chunk_group_time_stampとして、CHUNKGRO
UP_001のchunkgroup_time_base_offsetにＡの長さを加
えたものが設定される。

【００７５】また、TITLE_002はチャンクグループとし
てCHUNKGROUP_001を指定し、タイトルの開始時刻とし
て、ユーザから指定された点の時刻を指定し、タイトル
の終了時刻として、CHUNKGROUP_001の終了時刻を指定す
る。

【００７６】つまりTITLE_002のtitle_start_chunk_gro
up_time_stampとして、CHUNKGROUP_001のchunkgroup_ti
me_base_offset（先頭の位置）にＡの長さを加えたもの
が設定され、TITLE_002のtitle_end_chunk_group_time_
stampとして、CHUNKGROUP_001のchunkgroup_time_base_
offsetにCHUNKGROUP_001の長さを加えたものが設定され
る。

【００７７】さらに、TITLE_003はチャンクグループと
してCHUNKGROUP_002を指定し、タイトルの開始時刻とし
てCHUNKGROUP_002の開始時刻を指定し、タイトルの終了
時刻としてCHUNKGROUP_002の終了時刻を指定する。

【００７８】つまりTITLE_003のtitle_start_chunk_gro
up_time_stampとして、CHUNKGROUP_002のchunkgroup_ti
me_base_offsetが設定され、TITLE_003のtitle_end_chu
nk_group_time_stampとして、CHUNKGROUP_002のchunkgr
oup_time_base_offsetにCHUNKGROUP_002の長さを加えた
ものが設定される。

【００７９】さらに、この例では、プログラム情報ファ
イル"PROGRAM_001.PGI"は、TITLE_001の一部とTITLE_00
3の一部を、この順番で再生するように指定している。
具体的には、図２０のplay_item()中のtitle_numberに
よりタイトルを指定し、各タイトルで定義される時刻で
開始点と終了点を定義することで、１つのカットが抜き
出される。このようなカットを複数個集めて、プログラ
ムが構成される。

【００８０】次に、光ディスク１に、新たな情報を追記
録（アペンド記録）する場合の動作について説明する。
この記録は、具体的には、例えば、タイマ録画により、
あるいはユーザが入力部１４を操作して、光ディスク装
置に対してリアルタイムに録画を指令することにより行
われる。後者の場合、録画ボタンが押されたようなとき
は、録画終了時刻を予測することはできないが、ワンタ
ッチ録画機能（操作後、一定時間だけ録画が行われる機
能）のボタンが押されたときは、終了時刻を予測するこ
とができる。

【００８１】ここではタイマ録画を例にとって説明す
る。この場合、光ディスク装置のユーザは事前に、録画
開始時刻、録画終了時刻、ビットストリームのビットレ
ート、録画を行うチャネル等を指定してあるものとす
る。また、録画の予約を行った時点で、ビットレートと
録画時間に見合う空き容量が光ディスク１に残されてい
ることが、予め確認されているものとする。

【００８２】記録予約時と予約された記録の実行時との
間に、光ディスク１に対して更なる記録が行われたよう
な場合、今回予約された番組を、指定されたビットレー
トで記録する分の容量を確保することができなくなる場
合がある。このような場合、CPU２１は、ビットレート
を、指定された値より下げて、予約された時間分の情報
を記録するようにするか、または、ビットレートはその
ままにして、記録可能な時間だけ記録するようにする。
CPU２１は、このとき、更なる記録が行われ、予約した
記録に不具合が出た時点でユーザにその旨を伝えるメッ
セージを発することは言うまでもない。

【００８３】さて、予約された録画の開始時刻が近づく
と、CPU２１は内蔵するタイマやクロックを使用して、
モードを、スリープモードから動作モードに自動的に復
帰させる。そしてCPU２１は、予めその処理プログラム
に組み込んであるファイルシステム操作命令を使用し、
予約された番組が記録できるだけの領域を光ディスク１
上に確保する。つまり、予約録画の終了時刻から開始時
刻を減算した結果（録画時間）にビットレートを乗じた
数値が、予約された番組を記録するのに必要な領域の大
きさであり、CPU２１はこの大きさの領域をまず確保す
る。その他、この記録に際して、ストリームファイル以
外に情報ファイルを記録する必要がある場合、例えば新
たなタイトルとして登録するためにタイトル情報ファイ
ル等が必要である場合には、それらの情報ファイルが記
録できるだけの容量を光ディスク１に確保しておく必要
がある。必要な分の領域を確保することができない場合
には、上述したような方法（ビットレートの変更、録画
可能な時間内だけの録画などの方法）で対応が取られる
ことになる。

【００８４】なおこのとき、新しいタイトルの記録なの
で、ユーザは、新たなストリームディレクトリの新たな
ストリームファイルとして新しいストリームファイルの
ファイル名を付ける。ここでは、これを、\MPEGAV\STRE
MS_003\CHUNK_0031とする。つまり、図２９に示すよう
に、ルートディレクトリの下のMPEGAVディレクトリの下
のSTREAM_003ディレクトリの下のCHUNK_0031.MPEG2とい
う名前のファイルとする。

【００８５】CPU２１は、各部に対して記録モードの実
行を命令する。例えば、図示せぬチューナから入力端子
Ｐ３に入力されたビデオ信号、および入力端子Ｐ４に入
力されたオーディオ信号は、エンコーダ１０によりエン
コードされた後、書き込みチャネル用バッファ１１に蓄
積される。続いて、CPU２１は、先程確保した領域のア
ドレス情報に基づき、光ヘッド２を書き込み位置に移動
させる。そしてCPU２１は、光ヘッド２、ＲＦおよび復
調／変調回路３、並びにECC回路４を書き込みモードに
設定するとともに、スイッチ５を書き込みチャネル用バ
ッファ１１側に切り替え、光ヘッド２の位置を微調整し
た後、光ヘッド２による書き込みを開始させる。これに
より新たに用意した"CHUNK_0031.MPEG2"の内容が、書き
込みチャネル用バッファ１１から読み出され、スイッチ
５、ECC回路４、ＲＦおよび復調／変調回路３、並びに
光ヘッド２を介して、光ディスク１に記録される。

【００８６】以上の書き込み動作を続けて、以下のいず
れかの条件が発生した時点で、CPU２１は、書き込み動
作を停止させる。 １）予約された記録の終了時刻になったとき ２）容量不足、その他の原因により光ディスク１に記録
ができなくなったとき ３）録画動作の停止が指令されたとき

【００８７】次に、CPU２１は、予めその処理プログラ
ムに組み込んであるファイルシステム操作命令を使用
し、ファイルシステム中の"CHUNK_0031.MPEG2"を指し示
すポインタを新しく書込んだ位置を指し示す値に書き換
える。また、CPU２１は、チャンク情報、チャンクグル
ープ情報、タイトル情報のそれぞれのファイルを用意
し、しかるべき名前をつけて記録する。なお、記録時あ
るいは予約時に、光ディスク１上に、これらのファイル
を記録することができるだけの空き容量を確保しておく
必要がある。

【００８８】このようにして、例えば図３０に示すよう
に、新たな情報ファイルが作成される。同図において、
ファイル名の右肩にアスタリスク(*)をつけたものが、
今回新たに作成されたファイルである。

【００８９】図３１は、新たにでき上がった情報ファイ
ルの関係を示したものである。TITLE_004はCHUNKGROUP_
003を指定し、CHUNKGROUP_003はCHUNK_0031を指定し、C
HUNK_0031はSTREAM_0031を指定している。

【００９０】すなわち、新たなストリームはTITLE_004
として、情報ファイルに登録されている。ユーザは光デ
ィスク装置のタイトルを確認する機能により、TITLE_00
4の属性等を知ることができ、また、TITLE_004を再生す
ることができる。

【００９１】次に、図２６（図２７）に例示するような
光ディスク１上に、上書き記録する場合の動作について
説明する。上書き記録とは、ビデオテープに信号を記録
する場合と同様に、それまでに記録されている番組の上
に（その番組を消去して）新たな番組を記録していく動
作のことを言う。

【００９２】上書き記録では、上書き記録を開始する位
置が重要である。例えばユーザからTITLE_001の先頭か
ら上書き記録を開始することが指定されたとする。この
時上書き記録は、TITLE_001、TITLE_002、TITLE_003を
それぞれ順に書き換えながら行われる。TITLE_003の最
後まで書き換えてもまだ記録動作が終了しない場合に
は、光ディスク１上の空き領域に新たな領域を確保して
記録が続行される。例えばTITLE_002が記録開始位置と
された場合には、TITLE_001は記録開始位置より前に位
置するので、今回の記録動作により書き換えられること
はない。

【００９３】いま、TITLE_003の先頭からタイマ録画に
より上書きするものとする。この場合、光ディスク装置
のユーザは事前に、録画開始時刻、終了時刻、ビットス
トリームのビットレート、録画を行うチャネル等を指定
しているものとする。また、上書き記録では重要な記録
開始位置がTITLE_003の先頭と指定されたものとする。
さらにこの場合においても、録画の予約を行った時点
で、ビットレートと録画時間に見合う容量が光ディスク
１上に存在することが、予め確認されているものとす
る。上書き記録の場合には、指定された位置から上書き
可能な（複数の）タイトルの総容量と、光ディスク１の
空き容量の和が記録可能容量となる。つまり、今回の場
合には、TITLE_003が管理するストリームSTREAM_0011と
STREAM_0012の総容量と、光ディスク１上の空き容量の
和が記録可能な容量となる。

【００９４】上書き記録では、記録可能な容量分に対し
て、どのような順番で実際の記録を行なっていくかとい
う選択肢がいくつかある。まず、最初に考えられるのが
タイトルで指定されているストリームの順番に記録して
いく方法である。つまり、今回の場合には、まずSTREAM
_0011の先頭から記録を開始し、STREAM_0011の終わりま
で記録したら、STREAM_0012の先頭から記録を続行し、S
TREAM_0012の終わりまで記録したら、今度は空き領域に
記録を行なう方法である。もう１つの方法は、まず、空
き領域に記録を行い、空き領域が無くなった時点で、現
存するストリーム上に記録していく方法である。

【００９５】前者の方法は、ビデオテープのエミュレー
ションという意味で優れている。つまり、ビデオテープ
と同様の動作であるという意味で、ユーザから理解され
易いという特徴を有する。後者の方法は、既に記録され
ているストリームの消去が後回しにされるため、記録さ
れているものの保護という点で優れていると言う特徴を
有する。

【００９６】なお、記録予約時と予約された記録の実行
時との間に、光ディスク１に対して更なる記録が行われ
た場合に、今回予約された番組を、指定されたビットレ
ートで記録する分の容量を確保することができない場合
がある。このような場合、上述した場合と同様に、予約
実行時に、ビットレートが自動的に下げられ、予約され
た時間分だけすべて記録されるか、または、ビットレー
トはそのままにして、記録可能な時間だけ記録が行われ
る。

【００９７】予約された録画の開始時刻が近づくと、光
ディスク装置はスリープモードから動作モードに復帰す
る。CPU２１は、光ディスク１上の空き容量をすべて確
保する。もちろん、この時点で空き容量を確保せず、必
要になった時点で確保するという方法もあるが、ここで
は説明のために、記録開始以前に必要な領域を確保する
ものとする。

【００９８】なお、タイマ録画等で、開始時刻、終了時
刻、ビットレートが指定されているため、必要な領域の
大きさが予め判っている場合には、必要な分だけ（ある
いは幾分かのマージンを加えた分だけ）容量を確保する
ようにしてもよい。この記録に際して情報ファイルを記
録する必要がある場合、例えば新たなタイトルとして登
録するためにタイトル情報ファイル等が必要である場
合、それらの情報ファイルも記録することができるだけ
の容量を残しておく必要がある。

【００９９】ここでは、新たなストリームディレクトリ
の新たなストリームファイルとして新しいストリームフ
ァイルのファイル名をつけるものとする。つまり、ここ
では、ファイル名を、\MPEGAV\STREMS_002\CHUNK_0031
とする。すなわち、図３２に示すように、ルートディレ
クトリの下のMPEGAVディレクトリの下のSTREAM_002ディ
レクトリの下のCHUNK_0031.MPEG2という名前のファイル
が作成される。

【０１００】入力端子Ｐ３に入力されたビデオ信号、お
よび入力端子Ｐ４に入力されたオーディオ信号は、エン
コーダ１０によりエンコードされた後、書き込みチャネ
ル用バッファ１１に蓄積される。続いて、CPU２１は、
先程確保した領域のアドレス情報に基づき、光ヘッド２
を書き込み位置に移動させる。そしてCPU２１は、光ヘ
ッド２、ＲＦおよび復調／変調回路３、並びにECC回路
４を書き込みモードに設定するとともに、スイッチ５を
書き込みチャネル用バッファ１１側に切り替え、光ヘッ
ド２の位置を微調整した後、光ヘッド２による書き込み
を開始させる。これにより新たに用意した"CHUNK_0031.
MPEG2"の内容が、書き込みチャネル用バッファ１１から
読み出され、スイッチ５、ECC回路４、ＲＦおよび復調
／変調回路３、並びに光ヘッド２を介して、光ディスク
１に記録される。

【０１０１】この時、まずはストリームファイル"CHUNK
_0011.MPEG2"が書き換えられる。そして"CHUNK_0011.MP
EG2"の最後まで記録が行われたら、次に、"CHUNK_0012.
MPEG2"へ記録が進められ、さらに、"CHUNK_0031.MPEG2"
へと記録が進められる。

【０１０２】以上の動作を続けて、上述した場合と同様
に、３つの条件のいずれかが発生した時点で、CPU２１
は、書き込み動作を停止させる。

【０１０３】次に、CPU２１は、予めその処理プログラ
ムに組み込んであったファイルシステム操作命令を使用
し、ストリームファイル、チャンク情報、チャンクグル
ープ情報、タイトル情報を更新する。

【０１０４】ところで、書き込みが終了したタイミング
によって、ファイルの構成が変化する。例えば、CHUNK_
0011.MPEG2とCHUNK_0012.MPEG2の２つのストリームの上
書きを終了した後、さらにCHUNK_0031.MPEG2に記録が行
われた場合、光ディスク１のファイルの構成は、図３３
に示すようになる。ファイル名の右肩にアスタリスク
(*)をつけたものが今回新たに作成されたファイルであ
る。

【０１０５】図３４は、このようにして新たにでき上が
ったファイル（図３３のファイル）の関係を示したもの
である。図３１と比較して明らかなように、TITLE_003
が指定しているCHUNKGROUP_002に含まれるCHUNKとしてC
HUNK_0031が増えており、CHUNK_0031はSTREAM_0031を指
定している。

【０１０６】一方、既存ストリームの上書きの途中で上
書き記録が終了した場合、例えば、CHUNK_0011の記録の
途中で上書き記録が終了した場合、上書きのために確保
したCHUNK_0031のストリームは上書きされなかったので
開放される。この場合、特殊なタイトルの処理が行われ
る。すなわち、TITLE_003の先頭から上書き記録を開始
し、その途中で記録が終了した場合には、そこでタイト
ルが分割される。つまり、図３５に示すように、上書き
記録開始位置から終了位置までが新たなTITLE_003とさ
れ、それ以降の（元々のTITLE_003の残り部分）はTITLE
_004とされる。

【０１０７】次に、タイトル再生の動作について説明す
る。いま、図２６に示すようなファイルを有する光ディ
スク１を光ディスク装置に挿入し、タイトル再生するも
のとする。まず、光ディスク１が挿入されると、CPU２
１は情報ファイルを光ディスク１から読み込んで、RAM
２４に記憶させる。この動作は上述した、基本的な情報
ファイルの読み込み動作を繰り返すことで行われる。

【０１０８】CPU２１は、まず、VOLUME.TOCとALBUM.STR
を読み出す。次にCPU２１は、ディレクトリ"TITLE"以下
に、".VDR"の拡張子を持つファイルがいくつ有るかを調
べる。この拡張子を持つファイルは、タイトルの情報を
持つファイルであり、そのファイルの数はつまりタイト
ルの数となる。図２６の例ではタイトル数は３となる。
次にCPU２１は３つのタイトル情報ファイルを読み込
み、RAM２４に記憶させる。

【０１０９】CPU２１は、OSD制御回路９を制御して、光
ディスク１上に記録されているタイトルの情報を示す文
字情報を発生させ、合成回路８によりビデオ信号と合成
させ、出力端子Ｐ１からディスプレイに出力させ、表示
させる。いまの場合、タイトルが３つあること、そして
３つのタイトルそれぞれの長さや属性（名前、記録され
た日時など）が表示される。

【０１１０】ここで、ユーザが、例えばTITLE_002の再
生を指定したとする。TITLE_002の情報ファイルには
（図１６のtitle_info()中のcgit_file_idには）、CHUN
KGROUP_001を指定するファイルIDが記録されており、CP
U２１はこれを記憶するとともに、CHUNKGROUP_001をRAM
２４に格納させる。

【０１１１】次に、CPU２１は、TITLE_002の開始時刻と
終了時刻（図１６のtitle_info()中のtitle_start_chun
k_group_time_stampとtitle_end_chunk_group_time_sta
mp）が、どのCHUNKに対応するかを調べる。これは、CHU
NKGROUPの情報の中から、それぞれのCHUNKが登録されて
いる情報（図２３のchunk_arrangement_info()中のpres
entation_start_cg_time_countとpresentation_end_cg_
time_count）を比較することで行なわれる。いまの場
合、図２７に示すように、TITLE_002の開始時刻は、CHU
NK_0001の途中に入っていることがわかる。つまり、TIT
LE_002を先頭から再生するには、ストリームファイル"C
HUNK_0001.MPEG2"の途中から再生を開始すれば良いと言
うことがわかる。

【０１１２】次に、CPU２１は、TITLE_002の先頭がスト
リーム中のどこにあたるかを調べる。すなわち、TITLE_
002の開始時刻が、ストリーム中のオフセット時刻（タ
イムスタンプ）としていくつにあたるのかが計算され、
次にCHUNKファイル中の特徴点情報を使用して、開始時
刻直前にあたる再生開始点が特定される。これにより、
再生開始点のファイル先頭からのオフセット距離が確定
できたことになる。

【０１１３】次に、CPU２１は、予めその処理プログラ
ムに組み込んであるファイルシステム操作命令を使用
し、"CHUNK_0001.MPEG2"が記録されている光ディスク１
上の物理アドレスと、その長さを確定する。更に、この
アドレスに、先程求めた再生開始点のオフセットアドレ
スが加えられて、TITLE_002の再生開始点のアドレスが
最終的に確定される。

【０１１４】続いて、CPU２１は、この"CHUNK_0001.MPE
G2"のアドレス情報に基づき、光ヘッド２を読み出し位
置に移動させる。そしてCPU２１は、光ヘッド２、ＲＦ
および復調／変調回路３、並びにECC回路４を読み出し
モードに設定するとともに、スイッチ５を読み出しチャ
ネル用バッファ６側に切り替え、光ヘッド２の位置を微
調整した後、光ヘッド２による読み出しを開始させる。
これにより"CHUNK_0001.MPEG2"の内容が読み出しチャネ
ル用バッファ６に蓄積される。

【０１１５】読み出しチャネル用バッファ６に蓄積され
たデータは、デコーダ７に出力され、デコード処理が施
されて、ビデオ信号とオーディオ信号が出力される。光
ディスク１から読みだされ、デコードされ、表示された
データ量が、"CHUNK_0001.MPEG2"の大きさと等しくなっ
た時点で、CPU２１は、TITLE_003の再生に移行する。こ
のTITLE_003の再生動作は、TITLE_002の再生動作と同様
の動作である。

【０１１６】登録されているタイトルの再生が終了した
とき、あるいは読み出し動作の停止が指示されたとき、
読み出し、デコード処理が停止される。

【０１１７】なお、光ディスク装置に、光ディスク１と
して、新しいディスクが挿入された場合、あるいは、異
なるフォーマットのディスクが挿入された場合、CPU２
１は、ディスクが挿入されたとき、VOLUME.TOCとALBUM.
STRを読み出そうとするが、これらのディスクには、こ
のようなファイルが存在しないことになる。このような
場合、即ち、VOLUME.TOCとALBUM.STRを読み出すことが
できない場合、CPU２１はメッセージを出力し、ユーザ
に指示を求める。ユーザは、CPU２１に指示し、光ディ
スク１をイジェクトさせるか（例えば、異なるフォーマ
ットのディスクである場合）、初期化させるか（例え
ば、同一フォーマットの新しいディスクである場合）、
または何らかの方法によりデータを復旧させる（例え
ば、同一フォーマットのディスクであるが、データが破
壊されている場合）。

【０１１８】次に、titleについて、さらに説明する。
図１５に示すように、TITLE_###.VDRは、titleの情報を
格納するためのfileである。１つのtitleに関する情報
は、１つのtitle_info()に記録される。TITLE_###.VDR
内に存在するtitle_info()の数は１個である。従って、
volume内にはtitleの数だけTITLE_###.VDRが存在する。

【０１１９】title numberは、図１６のtitle_info()の
中で定義せず、file名またはfile idで決定される。従
って、TITLE_###.VDRのうちの正の整数###がtitle numb
erを表す。titleは構造というよりも、chunkgroupにつ
けられた、開始点を表すタイトルインデックスから、次
のタイトルの先頭を表すタイトルインデックスまでの範
囲、またはchunkgroupの終了点までの範囲の部分であ
る。

【０１２０】図１５のTITLE_###.VDRのfile_type_id
は、図３６に示すように、title_info()が記録されたfi
leであることを示すidであり、長さ１６の文字列で表さ
れる。text_block()は、さまざまなtextを格納するため
の領域であり、そのtext_block()で使用が許されている
text itemだけが記述される。

【０１２１】title_info()は、図１６に示すように、ch
unkgroup上における、titleの開始点と終了点、その他
のtitleに関する属性が書かれる領域である。また、tit
le_info()は、タイトル番号順に再生したとき、タイト
ル間でシームレス再生が保証できるか否かを示すflagを
持つことができる。このflagにより、光ディスク装置で
タイトル間をシームレス再生できるか否かが事前に把握
でき、また併合時に配置を変える必要があるかどうかが
わかる。

【０１２２】タイトルの境界はfileの境界でも有り得る
ため、シームレス再生は保証されないことがある。ただ
し、光ディスク装置の機能として、再配置等を行うこと
により、一般的にシームレス再生が行われるような状態
にすることは可能である。

【０１２３】図１６のtitle_info()中のtitle_info_len
gthは、title_info()の長さをbyte単位で表したもので
ある。flags_for_titleには、対応するtitleの書き込み
属性、書き込み（変更許可）、再生回数制限、ratingの
level等が記録される。cgit_file_idには、対応するtit
leのbaseであるchunkgroupのinformation file（CHUNKG
ROUP_###.CGIT）のfile_idが記録される。

【０１２４】title_start_chunk_group_time_stampに
は、chunkgroupで定義されたlocalな時間軸上におけ
る、そのtitleの再生開始点の時刻が記録される。そのt
itleのtitleindexが指しているピクチャの表示時間がこ
の値となる。title_end_chunk_group_stampには、chunk
groupで定義されたlocalな時間軸上における、そのtitl
eの再生終了点の時刻が記録される。この値は、chunkgr
oupの再生終了点か、または時間軸上において直後に位
置するtitleの開始点を表すtitleindexが示す値と同一
となる。

【０１２５】title_playback_time()には、そのtitleの
再生時間（タイムコード値、またはframe若しくはfield
枚数）が記録される。number_of_marksには、そのtitle
内に設定されているすべてのmarkの総数（titleindexを
除く）が記録される。mark_typeには、図３７に示すよ
うに、title内の任意の位置につけられるmarkの種類が
記録される。markは、title内のrandom access pointと
しても利用される。mark_chunk_group_time_stampに
は、chunkgroupの時間軸上において、そのmarkが設定さ
れている個所のtime stampが、値の小さなものから順に
記録される。time stampが同じ値のmarkが複数存在して
はならない。titleの開始点および終了点と同じtime st
ampを有するindexは存在してもよい。stuffing_bytesに
は、stuffingするbytesが記録され、その長さは８×n b
it(n>=0)となる。

【０１２６】次に、図２１乃至図２４に示したchunkgro
upとchunkについてさらに説明する。CHUNKGROUP_###.CG
ITは、titleの時間軸の定義、およびchunkの構成、titl
eに含まれる不連続点の処理を記述したファイルであ
る。

【０１２７】titleは各種のbitstreamで構成されてお
り、videoが無いstreamである場合や、DV（ディジタル
ビデオ）のbitstreamである場合もある。DVフォーマッ
トでは、フレーム単位で時間軸が規定されており、MPEG
2 videoのSTC（System Time Clock）を基準にしている
と、フォーマットが異なるので、このDVのbitstreamを
管理することができない。

【０１２８】そこで、title内でlocalな時間軸を設定す
るものとする。この時間軸はtitleを構成するstreamに
依存しない。titleの境界はchunkの境界とは無関係に設
定される。そのため、localな時間軸は、chunk（bitstr
eamに１対１で対応される）毎や、title毎に設定するよ
りも、複数の（任意の数の）titleが含まれるchunkの集
合体に対して設定するのが適切である。このchunkの集
合体がchunkgroupである。

【０１２９】chunkgroupでは、単一の時間軸を定義し、
その上にchunkを貼り付けていくことでchunkの表示時刻
を定めている。つまり、chunkgroupには、bitstream fi
leの内容（byte列）を時間軸上に展開した状態でchunk
が並ぶ。１つのbitstream fileに含まれるすべてのchun
kを時間軸上に並べたものをpathと呼ぶ。chunkgroupに
は、複数のpathを並べることができる。pathのうち、ch
unkgroupの再生開始時刻と終了時刻を規定するpathはma
in pathと称され、その他のpathは、sub pathと称され
る。sub pathは、主に、後から追加記録されたaudioのc
hunk等を表す。

【０１３０】chunkの接続点はtitleの境界とは必ずしも
一致しないので、titleの属性ではない。しかし、chunk
間の関係を各chunkの属性の含めると、階層的に矛盾が
発生する場合がある。このような不連続点情報は、chun
kとtitleの中間に位置するものであり、chunkgroupの階
層に置くのが適切であると考えられる。

【０１３１】以上をまとめると、chunkgroupが持つ情報
は、chunkの時間軸上への配置の仕方、chunkの再生順
序、chunkの終わりと次に再生するchunkの始まりとの接
続点で発生する不連続点などである。

【０１３２】図２１のCHUNKGROUP_###.CGITのfile_type
_idは、図３８に示すように、そのファイルがCHUNKGROU
P_###.CGITであることを表す識別子であり、ISO 646に
従った１６文字の文字列で表される。chunkgroup_time_
base_flagsには、chunkgroupの基準カウンタに関するfl
agが記録される。chunkgroup_time_base_offsetには、c
hunkgroup内の基準時間軸の開始時刻が記録される。こ
の値は、９０kHzのクロックをカウントアップするカウ
ンタにセットされる値であり、３２bitで表される。tex
t_block()は、さまざまなtextを格納するための領域で
あり、そのtext_block()で使用が許されているtext ite
mだけが記述される。

【０１３３】図２２に示すように、chunk_connection_i
nfo()は、特異な点の情報（videoの切り替え点、video
とaudioの同期など）を記録しておくためのファイルで
あり、chunk間の接続状況を規定している。編集により
できたchunkとchunkのつなぎ目のような特異点では、GO
Pの途中でchunkを乗りかえる必要がある。このような編
集点付近の情報がここに記述される。chunkは２つ以上
のchunkgroupに属することはない。

【０１３４】chunk_connection_info_lengthには、chun
k_connection_info()の長さをbyte単位で表したものが
記録される。number_of_chunksには、そのchunkgroupで
使われるchunkの総数が記録される。chunk_sync_play_f
lagは、図３９に示すように、同時刻に２つ以上のchunk
を再生する必要があるかどうかを表すflagであり、その
値の０は、１つのchunkの再生を意味し、その値の１
は、複数のchunkの同時再生を意味する。

【０１３５】図２３のchunk_arrangement_info()におい
て、chunk_arrangement_info_lengthには、各chunkにつ
いての情報の長さをbyte単位で表したもの（chunk_arra
ngement_info_lengthの先頭byteからtransition_info()
の最終byteまでを含めた長さ）が記録される。chunk_in
fo_file_idには、対象となるchunk_info_fileのfile_id
が記録される。

【０１３６】chunk_switch_stream_idには、接続したと
き連続再生するstreamのstream_idが記録される。このi
dとしては、例えば、MPEG2のパケットヘッダに記録され
ているビデオあるいはオーディオを識別するidが用いら
れる。presentation_start_cg_time_countには、該当ch
unkの表示開始時刻を、chunkgroup内の時刻で表したtim
e count値が記録される。chunkの表示開始時刻は、chun
kgroup内で定義されるglobalなtime stampで表現され
る。該当chunkは、chunkgroupにおいて、この時刻から
表示が開始される。presentation_end_cg_countには、
該当chunkの表示終了時刻を、chunkgroup内の時刻で表
したtime count値が記録される。chunkの表示終了時刻
は、chunkgroup内で定義されるglobalなtime stampで表
現される。

【０１３７】図４０に示すように、original_time_coun
t_typeには、stream内部で使われているtime countの種
類が記録される。例えば、MPEG2 videoのstreamであれ
ば、original_time_count_typeは’００００’とされ
る。number_of_start_original_time_count_extension
には、複数のtime countが必要なとき、新たに必要な開
始時刻を表すtime countの数が記録される。number_of_
end_original_time_count_extensionには、複数のtime
countが必要なとき、新たに必要な終了時刻を表すtime
countの数が記録される。presentation_start_original
_time_countには、presentation_start_tg_time_count
に対応する、stream内部における時刻あるいはカウンタ
値が記録される。presentation_end_original_time_cou
ntには、presentation_end_tg_time_countに対応する、
stream内部における時刻あるいはカウンタ値が記録され
る。

【０１３８】tc_ext_attributesには、time_count_exte
nsionに対する属性が記録される。このtime_count_exte
nsionには、例えば、どのstreamに適用するのか等の情
報を入れることができる。start_original_time_count_
extensionには、chunkの切り替えに必要な開始時刻ある
いは開始カウンタ値が記録される。これはオプションで
あり、複数の時刻やカウンタ値を記録する必要があると
きに使用される。end_original_time_count_extension
には、chunkの切り替えに必要な終了時刻あるいは終了
カウンタ値が記録される。これもオプションであり、複
数の時刻やカウンタ値を記録する必要があるときに使用
される。transition_info()には、chunkの切り替えで特
殊効果をかけるときに必要な情報が記録される。例え
ば、chunkの指定、切り替え時刻、特殊効果の種類等が
ここに記述される。

【０１３９】図２４に示すように、CHUNK_%%%%.ABST
は、sub_file番号%%%%のchunkを構成するbitstreamから
抽出した特徴点を記録したfileである。このfileには、
GOP,Audio frame等のbitstreamを構成する単位毎に、そ
の開始byte位置、長さ、属性等が記述される。GOP情
報、Audio frame情報はchunk(sub-file)毎に、１つのCH
UNK_%%%%.ABSTとしてまとめられる。

【０１４０】図４１に示すように、CHUNK_%%%%.ABSTのf
ile_type_idには、stream_info()が記録されているfile
であることを示す識別子が、ISO 646に従った１６文字
の文字列で記録される。

【０１４１】図４２に示すように、info_typeには、図
２４において次に続くstream_infoのtypeが記録され
る。ここでstreamの種類が特定される。number_of_prog
ramsには、MPEG2のTS(Transport Stream)に含まれるpro
gramの数が記録される。この数を知るには、PSI(Progra
m Specific Information)を読み取る必要がある。TS以
外のときには、この値は１になる。number_of_streams
には、そのprogramで使われるストリームの数が記録さ
れる。この値は、TSの場合には、異なるPID(packet ide
ntification)の数と等しくなる。TS以外のMPEGstreamの
場合、ここには、stream idが異なるstreamの数が記録
される。

【０１４２】stream_identifierには、stream idが記録
される。TSの場合には、stream idとして、PIDが利用さ
れる。

【０１４３】図４３に示すように、slot_unit_typeに
は、streamをある一定間隔毎に区切ったときの、その区
切り方が記録される。各frame，field等、区切りの指標
が時間の場合には、time stamp valueが用いられる。sl
ot_time_lengthには、１slotに対応する時間が記録され
る。この値は、９０kHzのクロックをカウントするカウ
ンタを用いたtime stampの値で表される。number_of_sl
otsには、CHUNK_%%%%.ABSTに書かれているslot_info()
の数が記録される。number_of_I_pictures_in_a_slotに
は、slotに含まれるI-pictureの数が記録される。この
値は、１以上の整数で１５以下の値となる。ただし、GO
Pheaderを先頭とするslotの直前に位置するslotに含ま
れるI-pictureの数は、この値よりも小さくてもよい。G
OPheaderの直後でないI-pictureのpicture headerを先
頭とするslotを設定するとき、この値が活用される。

【０１４４】次に、図１７と図１８に示したprogramに
ついてさらに説明する。PROGRAM_$$$.PGIには、program
()がただ１つ存在する。volume内にはprogramの数だけP
ROGRAM_$$$.PGIが存在する。program番号は、program()
の中で定義せず、file名またはfile idで規定される。

【０１４５】図４４に示すように、図１７のPROGRAM_$$
$.PGIのfile_type_idには、program()が記録されたfile
であることを示すidが、長さ１６の文字列で記録され
る。text_block()には、さまざまなtextを格納するため
の領域が形成されている。ここには、そのtext_block()
で使用が許されているtext itemだけが記述される。

【０１４６】図１８のprogram()のflags_for_programに
は、programに関する各種フラグが記録される。例え
ば、このprogramの書き込み属性、書き込み（変更許
可）、再生回数制限、ratingのlevel等が記録される。

【０１４７】図４５に示すように、program_statusに
は、programの属性が記録される。このfieldの設定はop
tionであるが、設定しないときは"none"にしなければな
らない。

【０１４８】program_playback_time()には、そのprogr
amの再生時間が記録される。number_of_play_sequences
には、そのprogramで使用されているplay_sequenceの数
が記録される。ただし、このformatの例では、値は１に
固定されている。すなわち、このformatの例では、１ p
rogram＝１ch（チャンネル）再生とされているので、２
ch同時再生を実現するには、２programの同時再生指定
を可能にすればよい。１program＝１ch再生の制限がな
ければ、１programで、２ch同時再生も可能である。mul
tichannel Ｉ／Ｏを使って２つのplay sequenceを同時
再生するとき、どのplay sequenceをどのoutput channe
lに割り当てるかは、光ディスク装置が決める。

【０１４９】number_of_play_listsには、このplay seq
uenceで使用されているplay_listの数が記録される。こ
の例では値は１とされる。play_list_start_time_stamp
_offsetには、play sequenceの開始時刻から開始するti
merでカウントした、play sequence内での時刻が記録さ
れる。この値が、play listの開始時刻になる。program
では、play sequence内にplay listは１つしか存在して
はならない。時刻の単位系は９０kHzである（１／９０
０００秒が時刻の最小単位である）。stuffing_bytesに
は、stuffingのbytesが記録される。その長さは、８×n
bit(n>=０）とされる。

【０１５０】次に、不連続点フラグについてさらに説明
する。ここで不連続点フラグとは、図１９のplay_lis
t()のseamless_connection_flag、または図３７に示し
たindextype 8として記録されるマークを意味する。

【０１５１】seamless_connection_flagの値の０は、図
４６に示すように、直前のplay itemとの連続再生（シ
ームレス再生）が保証されていないこと、または不明で
あることを意味し、その値の１は、シームレス再生が保
証されていることを意味する。

【０１５２】すなわち、図４７に示すように、このflag
が０である場合には、所定のplay itemが直前のplay it
emから連続して（画像あるいは音声を途切れさせること
なく）再生することが保証されている。これに対して、
このflagが１である場合には、直前のplay itemが終了
した後、次のplay itemが再生されるまでの間に不連続
部分が発生する場合があることになる。

【０１５３】次に、図４８のフローチャートを参照し
て、titleの不連続点フラグを記録する処理を説明す
る。最初にステップＳ１において、ユーザは、入力部１
４を操作して、記録対象とするtitleを指定する。この
とき、ステップＳ２において、CPU２１は、光ディスク
１にステップＳ１で指定されたtitleを記録したとき、
そのtitleを、既に記録されている直前のtitleに対して
連続して再生することが可能であるか否かを判定する。
この判定は、読み出しチャネル用バッファ６の容量（そ
の容量のデータを、デコーダ７がデコードするのに要す
る時間）と、title間の再生時間に対応して行われる。
すなわち、次のtitleを再生するまでの間に、読み出し
チャネル用バッファ６が空になってしまうときは、連続
再生が不可能と判定され、空にならないときは、連続再
生が可能と判定される。

【０１５４】連続再生が可能でない場合には、ステップ
Ｓ３に進み、CPU２１は、OSD制御回路９を制御し、いま
記録が指令されたtitleは、既に記録されているtitleに
対して、連続再生することができないこと、すなわち、
両者の間には、不連続点が発生することを表すメッセー
ジを発生させる。このメッセージは、合成回路８から、
出力端子Ｐ１を介して、ディスプレイに表示される。

【０１５５】ユーザは、このメッセージを見て、不連続
点の発生を了承するか否かを入力部１４を操作して入力
する。ユーザが不連続点の発生を了承した場合、CPU２
１は、ステップＳ５において、図１６のtitle_info()中
のmark_typeに、図３７に示すマークのうちの、不連続
点を示すインデックスとしてのindex type 8を設定させ
るとともに、不連続点を発生させる位置を、図１６のre
lative_time_stamp_in_titleに設定する処理を実行す
る。なお、このrelative_time_stamp_in_titleに記録す
る位置（不連続点を発生させる位置）は、任意の位置と
することができる。従って、通常、不連続点が発生して
も影響が少ない点（例えば、次のtitleの先頭、また
は、前のtitleの最後）がここに記録される。

【０１５６】そして、このような設定が行われたtitle_
info()は、RAM２４から書き込みチャネル用バッファ１
１に供給され、記憶された後、所定のタイミングで、そ
こから読み出され、スイッチ５、ECC回路４、ＲＦおよ
び復調／変調回路３、および光ヘッド２を介して、光デ
ィスク１に供給され、記録される。

【０１５７】次に、ステップＳ６に進み、CPU２１は、t
itle内に他にも連続して再生することができない点が存
在するか否かを判定し、再生不連続点が他にも存在する
場合には、ステップＳ３に戻り、それ以降の処理を繰り
返し実行する。title内に再生不連続点が他には存在し
ないと判定された場合、処理は終了される。

【０１５８】一方、ステップＳ４において、ユーザが不
連続点の発生を了承しない旨を入力した場合、ステップ
Ｓ７に進み、CPU２１は、既に記録済みのtitleの記録位
置を、これから記録するtitleと連続再生可能な位置に
変更可能か否かを判定する。titleの記録位置を変更可
能であると判定した場合、CPU２１は、ステップＳ８に
進み、既に記録されているtitleの記録位置を、これか
ら記録するtitleと連続再生可能な位置に変更する。そ
の後、ステップＳ６に進む。

【０１５９】ステップＳ７において、titleの記録位置
を変更することができないと判定された場合、ステップ
Ｓ５に進み、上述したように、mark_typeとして不連続
点が記録されるとともに、不連続点の発生位置がrelati
ve_time_stamp_in_titleに記録される。

【０１６０】このような処理の後、ステップＳ１で指定
されたtitleの記録処理が実行される。

【０１６１】次に、図４９のフローチャートを参照し
て、program作成時に不連続点フラグを記録する場合の
処理について説明する。最初にステップＳ２１におい
て、ユーザは、入力部１４を操作して、programに含め
るtitleを指定する。この指定が行われたとき、ステッ
プＳ２２において、CPU２１は、ステップＳ２１で指定
されたtitleの中の必要な部分を、再生開始点および再
生終了点で指定する。CPU２１は、この指定に対応し
て、play item（図２０）を作成する。

【０１６２】次に、ステップＳ２３において、CPU２１
は、直前のplay itemとの間で連続再生が可能か否かを
判定し（この判定も、play itemとplay itemの間に発生
する再生時間と、読み出しチャネル用バッファ６の容量
（その容量のデコード時間）との比較に基づいて行われ
る）、連続再生が可能でない場合には、ステップＳ２４
に進み、OSD制御回路９を制御し、不連続点が発生する
ことをメッセージで表示させる。このメッセージに対し
て、ユーザは、入力部１４を操作して、不連続点の発生
を了承するか否かを入力する。そこで、CPU２１は、ス
テップＳ２５において、ユーザが不連続点の発生を了承
したか否かを判定し、ユーザが不連続点の発生を了承し
たと判定した場合には、ステップＳ２６に進み、そのpl
ay itemのseamless_connection_flagを０に設定する。
図４６を参照して説明したように、このflagが０である
ということは、連続再生が保証されていないことを意味
する。

【０１６３】次に、ステップＳ２７に進み、CPU２１
は、programの作成処理が終了したか否かを判定し、ま
だ終了していないと判定した場合には、ステップＳ２３
に戻り、それ以降の処理を繰り返し実行する。ステップ
Ｓ２７において、programの作成処理を終了したと判定
した場合、処理は終了される。

【０１６４】一方、ステップＳ２５において、ユーザ
が、不連続点の発生を了承しないと判定された場合、ス
テップＳ２８に進み、CPU２１は、対象としているスト
リームの光ディスク１上の記録位置（配置位置）を変更
するか、あるいは部分的再記録が可能であるか否かを判
定する。ストリームの再配置処理または部分的再記録が
可能である場合には、ステップＳ２９に進み、CPU２１
は、記録位置を連続再生可能な位置に変更する処理を実
行する。そして、この場合には、ステップＳ３０におい
て、CPU２１は、そのplay itemのseamless_connection_
flagを１に設定する。図４６を参照して説明したよう
に、このflagの１は、連続再生が保証されていることを
意味する。その後、ステップＳ２７に進み、それ以降の
処理が実行される。

【０１６５】ステップＳ２８において、ストリームの再
配置処理または部分的再記録が不可能であると判定され
た場合には、ステップＳ２６に進み、ユーザが不連続点
の発生を了承した場合と同様の処理が実行される。

【０１６６】ステップＳ２３において、直前のplay ite
mとの間で連続再生が可能であると判定された場合に
は、ステップＳ３０に進み、直ちに、そのplay itemのs
eamless_connection_flagに１が設定される。

【０１６７】次に、図４８を参照して説明したように、
titleに不連続点フラグが記録された場合に、その再生
が指令されたときの処理について、図５０のフローチャ
ートを参照して説明する。最初に、ステップＳ４１にお
いて、CPU２１は、指定されたtitleの不連続点フラグを
読み取る。ステップＳ４２において、CPU２１は、title
の再生処理を開始し、ステップＳ４３において、再生を
開始したtitleが終了したか否かを判定する。titleの再
生が終了していない場合には、ステップＳ４４に進み、
CPU２１は、不連続点フラグ（relative_time_stamp_in_
title）で表された位置が再生されたか否かを判定し、
まだ再生されていないと判定された場合には、ステップ
Ｓ４３に戻る。

【０１６８】ステップＳ４４において、不連続点フラグ
で表された位置が再生されたと判定された場合、ステッ
プＳ４５に進み、CPU２１は、プレーヤ（いまの場合、
光ディスク装置）が後続部分の連続再生のため、ギャッ
プが必要であるか否かを判定する。この判定は、読み出
しチャネル用バッファ６に、その時点において記憶され
ているデータ量（そのデータ量をデコーダ７がデコード
するのに要する時間）に基づいて行われる。そのデータ
量が充分である場合には、ギャップは不要と判定され、
そのデータ量が不充分である場合には、ギャップが必要
と判定される。この光ディスク装置が後続部分の連続再
生のためギャップを必要としていない場合（読み出しチ
ャネル用バッファ６にデータが充分記憶されている場
合）には、ステップＳ４３に戻り、それ以降の処理が繰
り返し実行される。

【０１６９】これに対して、ステップＳ４５において、
光ディスク装置が後続部分の再生のためにギャップを必
要としていると判定された場合（読み出しチャネル用バ
ッファ６にデータが充分記憶されていない場合）、ステ
ップＳ４６に進み、CPU２１は、ギャップを発生させ
る。すなわち、CPU２１は、読み出しチャネル用バッフ
ァ６に対するデータの書き込みはそのまま継続させる
が、デコーダ７に対するその読み出しは中断させ、読み
出しチャネル用バッファ６のデータ量を増加させる。そ
して、ステップＳ４７に進み、後続部分の連続再生が可
能になったか否かを判定し、まだ可能になっていない場
合には、ステップＳ４６に戻り、ギャップ発生処理を継
続させる。

【０１７０】以上のようにして、所定量のデータが読み
出しチャネル用バッファ６に書き込まれ、ステップＳ４
７において、後続部分の連続再生が可能な状態になった
と判定された場合、ステップＳ４８に進み、CPU２１
は、再び再生を継続（デコーダ７によるデコードを再
開）させる。その後、ステップＳ４３に戻り、それ以降
の処理が繰り返し実行される。

【０１７１】一方、ステップＳ４３において、titleが
終了したと判定された場合、ステップＳ４９に進み、次
に再生するtitleが存在するか否かをCPU２１は判定す
る。次に再生するtitleが存在しない場合には、処理は
終了される。これに対して、次に再生するtitleが存在
すると判定された場合には、ステップＳ５０に進み、CP
U２１は、前のtitleの最後に不連続フラグが存在するか
否かを判定する。前に再生したtitleの最後に不連続フ
ラグが存在すると判定された場合、ステップＳ５１に進
み、CPU２１は、プレーヤ（光ディスク装置）は次のtit
leの再生のためにギャップを必要とするか否かを判定す
る。ギャップが必要であると判定された場合、ステップ
Ｓ５２に進み、CPU２１は、ギャップ発生処理を実行
し、ステップＳ５３において、次のtitleの再生が可能
になったか否かを判定し、可能になっていない場合に
は、ステップＳ５２に戻り、ギャップ発生処理を繰り返
し実行する。

【０１７２】ステップＳ５３において、次のtitleの再
生が可能になったと判定された場合、ステップＳ４１に
戻り、それ以降の処理が繰り返し実行される。

【０１７３】ステップＳ５０において、前のtitleの最
後に不連続フラグが存在しないと判定された場合、ステ
ップＳ４１に戻り、それ以降の処理が実行される。ま
た、前のtitleの最後に不連続フラグが存在したとして
も、ステップＳ５１において、光ディスク装置が次のti
tleの再生のためにギャップを必要としないと判定され
た場合（その光ディスク装置の読み出しチャネル用バッ
ファ６の容量が充分大きい場合）には、ステップＳ４１
に戻り、それ以降の処理が実行される。

【０１７４】次に、図４９に示すようにして、program
が作成された場合に、そのprogramの再生が指令された
ときの処理について、図５１のフローチャートを参照し
て説明する。

【０１７５】最初に、ステップＳ６１において、CPU２
１は、指定されたprogramを構成する最初のplay itemを
再生する。ステップＳ６２において、CPU２１は、play
itemの再生が終了したか否かを判定し、まだ終了してい
ない場合には、終了するまで待機する。

【０１７６】ステップＳ６２において、play itemの再
生が終了したと判定された場合、CPU２１は、ステップ
Ｓ６３に進み、次のplay itemが存在するか否かを判定
する。次のplay itemが存在すると判定された場合、ス
テップＳ６４に進み、CPU２１は、次のplay itemのseam
less_connection_flagが０であるか否かを判定する。こ
のflagが０であると判定された場合（シームレス再生が
保証されていない場合）、ステップＳ６５に進み、CPU
２１は、光ディスク装置が次のplay item再生のために
ギャップを必要とするか否かを判定し、ギャップを必要
とする場合には、ステップＳ６６に進み、ギャップ発生
処理を実行する。そして、ステップＳ６７において、次
のplay itemを再生することが可能な状態になったか否
かを判定し、まだ可能な状態になっていない場合には、
ステップＳ６６に戻り、ギャップ発生処理を繰り返し実
行する。

【０１７７】ステップＳ６７において、次のplay item
を再生することが可能な状態になったと判定された場合
（読み出しチャネル用バッファ６に充分な量のデータが
書き込まれた場合）、ステップＳ６８に進み、CPU２１
は、次のplay itemの再生処理を開始する。その後、ス
テップＳ６２に戻り、それ以降の処理が繰り返し実行さ
れる。

【０１７８】ステップＳ６４において、次のplay item
のseamless_connection_flagが０ではないと判定された
場合（１であると判定された場合）、あるいはまた、ス
テップＳ６５において、光ディスク装置が次のplay ite
m再生のためにギャップを必要としていないと判定され
た場合、ステップＳ６６とステップＳ６７の処理はスキ
ップされ、ステップＳ６８に進む。そして、次のplay i
temの再生が開始され、その後、ステップＳ６２に戻
る。

【０１７９】以上においては、本発明を光ディスク装置
に応用した場合を例として説明したが、本発明は、その
他の記録媒体に情報を記録または再生する場合にも適用
することが可能である。

【０１８０】なお、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、CD-ROM、固体メモリなどの記録媒体の
他、ネットワーク、衛星などの通信媒体を利用すること
ができる。

【０１８１】

【発明の効果】以上の如く、請求項１に記載の記録再生
装置、請求項４に記載の記録再生方法、および請求項５
に記載の提供媒体によれば、データを既に記録されてい
るデータに対して連続して再生可能であるか否かを判定
し、その判定結果に対応して、連続再生に関する処理を
実行するようにしたので、互換性を確保可能な記録媒体
を実現することができる。

【０１８２】請求項６に記載の記録再生装置、請求項７
に記載の記録再生方法、および請求項８に記載の提供媒
体によれば、記録媒体から抽出された連続再生情報に対
応して、ギャップを付加するようにしたので、記録再生
装置のバッファの容量の違いに拘らず、互換性を確保す
ることができる。従って、ユーザが装置の故障と誤認す
るのを抑制することができる。

【図面の簡単な説明】

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

【図２】VOLUME.TOCを説明する図である。

【図３】volume_information()を説明する図である。

【図４】volume_attribute()を説明する図である。

【図５】resume()を説明する図である。

【図６】volume_rating()を説明する図である。

【図７】write_protect()を説明する図である。

【図８】play_protect()を説明する図である。

【図９】recording_timer()を説明する図である。

【図１０】text_block()を説明する図である。

【図１１】language_set()を説明する図である。

【図１２】text_item()を説明する図である。

【図１３】ALBUM.STRを説明する図である。

【図１４】album()を説明する図である。

【図１５】TITLE_###.VDRを説明する図である。

【図１６】title_info()を説明する図である。

【図１７】PROGRAM_$$$.PGIを説明する図である。

【図１８】program()を説明する図である。

【図１９】play_list()を説明する図である。

【図２０】play_item()を説明する図である。

【図２１】CHUNKGROUP_###.CGITを説明する図である。

【図２２】chunk_connection_info()を説明する図であ
る。

【図２３】chunk_arrangement_info()を説明する図であ
る。

【図２４】CHUNK_%%%%.ABSTを説明する図である。

【図２５】本発明を適用した光ディスク装置の構成例を
示すブロック図である。

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

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

【図２８】offsetを説明する図である。

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

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

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

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

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

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

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

【図３６】file_type_idを説明する図である。

【図３７】mark_typeを説明する図である。

【図３８】file_type_idを説明する図である。

【図３９】chunk_sync_play_flagを説明する図である。

【図４０】original_time_count_typeを説明する図であ
る。

【図４１】file_type_idを説明する図である。

【図４２】info_typeを説明する図である。

【図４３】slot_unit_typeを説明する図である。

【図４４】file_type_idを説明する図である。

【図４５】program_statusを説明する図である。

【図４６】seamless_connection_flagを説明する図であ
る。

【図４７】seamless_connection_flagの意味を説明する
図である。

【図４８】titleの不連続点フラグ記録処理を説明する
フローチャートである。

【図４９】program作成時の不連続点フラグの記録処理
を説明するフローチャートである。

【図５０】title再生時の不連続点フラグの処理を説明
するフローチャートである。

【図５１】program再生時の不連続点フラグの処理を説
明するフローチャートである。

【符号の説明】

１ 光ディスク， ２ 光ヘッド， ３ ＲＦおよび復
調／変調回路， ４ECC回路， ６ 読み出しチャネル
用バッファ， ７ デコーダ， ８ 合成回路， ９
OSD制御回路， １０ エンコーダ， １１ 書き込み
チャネル用バッファ， １２ アドレス検出回路， １
３ システムコントローラ， １４入力部， ２１ CP
U， ２２ ROM， ２３，２４ ＲＡＭ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 記録媒体に対してデータを記録または再
   生する記録再生装置において、 前記データを前記記録媒体に対して記録する記録手段
   と、 前記データを前記記録媒体に記録したとき、そのデータ
   を、既に記録されているデータに対して連続して再生可
   能であるか否かを判定する判定手段と、 前記判定手段の判定結果に対応して、データの連続再生
   に関する処理を実行する実行手段とを備えることを特徴
   とする記録再生装置。
2. 【請求項２】 前記実行手段は、前記判定手段が、前記
   連続再生が不可能であると判定したとき、前記データの
   記録位置を変更することを特徴とする請求項１に記載の
   記録再生装置。
3. 【請求項３】 前記実行手段は、前記判定手段が、前記
   連続再生が不可能であると判定したとき、連続再生が不
   可能であることを表す連続再生情報を前記記録媒体に記
   録することを特徴とする請求項１に記載の記録再生装
   置。
4. 【請求項４】 記録媒体に対してデータを記録または再
   生する記録再生装置の記録再生方法において、 前記データを前記記録媒体に対して記録する記録ステッ
   プと、 前記データを前記記録媒体に記録したとき、そのデータ
   を、既に記録されているデータに対して連続して再生可
   能であるか否かを判定する判定ステップと、 前記判定ステップでの判定結果に対応して、データの連
   続再生に関する処理を実行する実行ステップとを含むこ
   とを特徴とする記録再生方法。
5. 【請求項５】 記録媒体に対してデータを記録または再
   生する記録再生装置に、 前記データを前記記録媒体に対して記録する記録ステッ
   プと、 前記データを前記記録媒体に記録したとき、そのデータ
   を、既に記録されているデータに対して連続して再生可
   能であるか否かを判定する判定ステップと、 前記判定ステップでの判定結果に対応して、データの連
   続再生に関する処理を実行する実行ステップとを含む処
   理を実行させるプログラムを提供することを特徴とする
   提供媒体。
6. 【請求項６】 記録媒体に対してデータを記録または再
   生する記録再生装置において、 前記記録媒体に記録されているデータを再生する再生手
   段と、 前記再生手段により再生されたデータから、前記データ
   の連続再生が可能か否かを表す連続再生情報を抽出する
   抽出手段と、 前記抽出手段により抽出された前記連続再生情報に対応
   して、前記再生手段により再生されたデータに対してギ
   ャップを付加する付加手段とを備えることを特徴とする
   記録再生装置。
7. 【請求項７】 記録媒体に対してデータを記録または再
   生する記録再生装置の記録再生方法において、 前記記録媒体に記録されているデータを再生する再生ス
   テップと、 前記再生ステップで再生されたデータから、前記データ
   の連続再生が可能か否かを表す連続再生情報を抽出する
   抽出ステップと、 前記抽出ステップで抽出された前記連続再生情報に対応
   して、前記再生ステップで再生されたデータに対してギ
   ャップを付加する付加ステップとを含むことを特徴とす
   る記録再生方法。
8. 【請求項８】 記録媒体に対してデータを記録または再
   生する記録再生装置に、 前記記録媒体に記録されているデータを再生する再生ス
   テップと、 前記再生ステップで再生されたデータから、前記データ
   の連続再生が可能か否かを表す連続再生情報を抽出する
   抽出ステップと、 前記抽出ステップで抽出された前記連続再生情報に対応
   して、前記再生ステップで再生されたデータに対してギ
   ャップを付加する付加ステップとを含む処理を実行させ
   るプログラムを提供することを特徴とする提供媒体。