JPH11306647A

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

Info

Publication number: JPH11306647A
Application number: JP10114567A
Authority: JP
Inventors: Yasushi Fujinami; 靖藤波; Toshiya Hamada; 俊也浜田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-04-24
Filing date: 1998-04-24
Publication date: 1999-11-05
Also published as: KR19990083458A; EP0952580A3; US6385152B1; EP0952580A2

Abstract

(57)【要約】【課題】一旦記録したデータの上に新たなデータが誤
って上書きされるのを防止するとともに、記録容量の効
率的利用を可能とする。【解決手段】 append_only_flagが０であるとき、volu
me_write_protect_levelの規定に従って、ディスクに対
してデータが上書き記録される。これに対して、append
_only_flagが１である場合には、上書き記録は禁止され
るが、volume_write_protect_levelで規定される範囲に
おいて、アペンド記録が許容される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録再生装置およ
び方法、提供媒体、並びに記録媒体に関し、特に、上書
き記録と追記録を区別して、データを記録することがで
きるようにした記録再生装置および方法、提供媒体、並
びに記録媒体に関する。

【０００２】

【従来の技術】光ディスク、磁気ディスクなどには、一
旦記録したデータを消去して、その上から新たなデータ
を記録することが可能である（上書き記録することが可
能である）。これにより、不要となったデータは消去
し、必要なデータのみを記録しておくことができ、記録
容量を有効に利用することができる。

【０００３】また、一旦記録したデータが誤って消去さ
れないようにするために、通常、これらのディスクに
は、そのケースなどに記録を禁止するか可能とするかを
選択するためのノッチが付いており、そのノッチを切り
換えることで、既に記録されているデータの上に、新た
に別のデータが記録されてしまうようなことが防止され
るようになされている。

【０００４】

【発明が解決しようとする課題】しかしながら、これら
のディスクのノッチを切り換えることで、既に記録され
ているデータの上に、他のデータが上書きされてしまう
ことが防止できるが、上書きが防止されるようにノッチ
が切り換えられた場合、以後、そのディスクには、未記
録部分が残っていたとしても、データを記録することが
できなくなり、ディスクの容量を有効に利用することが
できなくなる課題があった。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり、誤って上書き記録が行われてしまうことを
防止するとともに、記録媒体の容量を有効に利用するこ
とができるようにするものである。

【０００６】

【課題を解決するための手段】請求項１に記載の記録再
生装置は、記録媒体に対してデータの追記録の可否を指
定する追記録指定手段と、追記録指定手段の指定を判定
する判定手段と、判定手段の判定結果に対応して、記録
媒体に対するデータの記録を制御する制御手段とを備え
ることを特徴とする。

【０００７】請求項３に記載の記録再生方法は、記録媒
体に対してデータの追記録の可否を指定する追記録指定
ステップと、追記録指定ステップでの指定を判定する判
定ステップと、判定ステップでの判定結果に対応して、
記録媒体に対するデータの記録を制御する制御ステップ
とを含むことを特徴とする。

【０００８】請求項４に記載の提供媒体は、記録媒体に
対してデータの追記録の可否を指定する追記録指定ステ
ップと、追記録指定ステップでの指定を判定する判定ス
テップと、判定ステップでの判定結果に対応して、記録
媒体に対するデータの記録を制御する制御ステップとを
含む処理を記録再生装置に実行させるプログラムを提供
することを特徴とする。

【０００９】請求項５に記載の記録媒体は、データの追
記録の可否を表す追記録情報が記録されていることを特
徴とする。

【００１０】請求項１に記載の記録再生装置、請求項３
に記載の記録再生方法、および請求項４に記載の提供媒
体においては、追記録の可否が指定されているか否かが
判定され、その判定結果に対応して、記録媒体に対する
データの記録が制御される。

【００１１】請求項５に記載の記録媒体においては、デ
ータの追記録の可否を表す追記録情報が記録されてい
る。

【００１２】

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

【００１３】請求項１に記載の記録再生装置は、記録媒
体に対してデータの追記録の可否を指定する追記録指定
手段（例えば、図７のappend_only_flag）と、追記録指
定手段の指定を判定する判定手段（例えば、図３９のス
テップＳ２２）と、判定手段の判定結果に対応して、記
録媒体に対するデータの記録を制御する制御手段（例え
ば、図３９のステップＳ２４乃至Ｓ２８，Ｓ４３，Ｓ４
５）とを備えることを特徴とする。

【００１４】請求項２に記載の記録再生装置は、データ
の種類毎に、記録媒体に対する記録の可否を指定する記
録可否指定手段（例えば、図７のvolume_write_protect
_level）をさらに備え、追記録指定手段は、記録可否指
定手段の指定する範囲内において、追記録の可否を指定
することを特徴とする。

【００１５】最初に本発明において情報が記録または再
生される記録媒体（メディア）上のファイル配置につい
て説明する。メディア上には、図１に示すように、次の
７種類のファイルが記録される。 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２１に指示し、光ディ
スク１をイジェクトさせるか（例えば、異なるフォーマ
ットのディスクである場合）、初期化させるか（例え
ば、同一フォーマットの新しいディスクである場合）、
または何らかの方法によりデータを復旧させる（例え
ば、同一フォーマットのディスクであるが、データが破
壊されている場合）。

【０１１６】次に、ライトプロテクトについてさらに説
明する。光ディスク１のケースには、書き込み禁止ノッ
チ（図示せず）が設けられており、この書き込み禁止ノ
ッチを操作することで、光ディスク１に対する上書きを
禁止することができる。この他、ライトプロテクトに関
する情報は、光ディスク１にデータとして記録すること
も可能である。すなわち、上述したように、VOLUME.TOC
（図２）のvolume_infomation()（図３）のwrite_prote
ct()（図７）、または、TITLE_###.VDR（図１５）のtit
le_info()（図１６）のflags_for_title、若しくは、PR
OGRAM_$$$.PGI（図１７）のprogram()（図１８）のflag
s_for_programに、ライトプロテクトに関する情報を書
き込むことができるようになされている。

【０１１７】このうちの、図７のwrite_protectを例と
して、ライトプロテクトに関してさらに説明する。図７
のwrite_protect()のwrite_protect_lengthは、write_p
rotect()の長さを記録する領域である。volume_write_p
rotect_levelは、図３６に示すように、光ディスク１に
記録されているすべてのtitle,programに対するwritepr
otectの設定を行うための情報が記録される領域であ
る。このlevelの０は、write protectが設定されていな
いことを意味する。すなわち、この場合においては、光
ディスク１に対して上書きが自由になされることにな
る。これに対して、このlevelの１は、volume_write_pr
otect_levelのみの変更が可能であることを表す。このl
evelの２は、ALBUM.STR、またはより下位のレベルの変
更が可能であることを意味し、その値の３は、VOLUME.T
OC、またはより下位のレベルの変更が可能であることを
意味する。

【０１１８】このlevelの４は、program、またはより下
位のレベルの変更が可能であることを意味し、その値の
５は、title、またはより下位のレベルの変更が可能で
あることを意味する。さらに、このlevelの６は、.MPEG
2,.ABST、および.CGITのサフィックスが付加されている
ファイル、またはより下位のレベルの変更が可能である
ことを意味する。

【０１１９】password_enable_flagには、後述するpass
word_for_volume_write_protectが有効か無効かを示す
フラグが記述される。これが有効になっているとき、vo
lume_write_protect_levelの変更には、password_for_v
olume_write_protectに記録されているパスワードの入
力が必要となる。ここで変更とは、新規作成、既に存在
するものの変更、または消去を意味する。append_only_
flagには、volume_write_protect_levelで許可された範
囲の変更を、さらに追記のみ可能であるように限定する
flagが記述される。このフラグが有効になっていると
き、既に存在している情報の書き換えができなくなる。

【０１２０】すなわち、このappend_only_flagの値の０
は、図３７に示すように、上述したvolume_write_prote
ct_levelの規定に従って、ライトプロテクト処理が実行
されることを意味する。この場合には、append_only_fl
agが存在しない場合と同様の結果となる。これに対し
て、append_only_flagの１は、volume_write_protect_l
evelで規定される範囲において、アペンド記録だけが可
能であることを意味する。

【０１２１】図７の説明に戻って、expiration_time_en
able_flagには、後述するwrite_protect_expiration_ti
me()が有効であるか否かを示すフラグが記述される。nu
mber_of_times_flagは、後述するnumber_of_timesが有
効であるか否かを示すフラグが記述される。password_f
or_volume_write_protectは、write_protect()を変更す
るためのパスワードが記述される領域である。

【０１２２】write_protect_set_time()は、write_prot
ect()が最後に設定または変更された年月日時分秒をＢ
ＣＤ表現したものが記述される領域である。write_prot
ect_expiration_time()は、有効期限を示す年月日時分
秒の情報が、ＢＣＤ表現で記述される領域である。パス
ワードには有効期限が設定でき、この期間を過ぎると、
パスワードなしでも、write_protect()に関する情報の
変更が可能になる。この期限としては、無期限を設定す
ることも可能である。

【０１２３】次に、図３８のフローチャートを参照し
て、write_protectを変更する場合の処理について説明
する。最初に、ステップＳ１において、ユーザが、入力
部１４を操作して、write_protectの変更を指令する
と、ステップＳ２において、CPU２１は、RAM２４に記憶
されているVOLUME.TOCのvolume_information()のwrite_
protect()のpessword_for_volume_write_protectに、所
定のパスワードが記録されているか否かを判定する。パ
スワードが記録されている場合には、ステップＳ３に進
み、CPU２１は、write_protect()中のwrite_protect_ex
piration_time()が、現時点において有効であるか否か
を判定する。

【０１２４】すなわち、このwrite_protect_expiration
_time()には、パスワードを有効とする期間が書き込ま
れており、現在時刻が、このパスワードの有効期間内で
あるか否かが判定される。パスワードが有効期間内のも
のであると判定された場合には、ステップＳ４に進み、
CPU２１は、OSD制御回路９を制御し、パスワードを入力
すべき旨のメッセージを生成させる。このメッセージ
は、合成回路８、出力端子Ｐ１を介してディスプレイに
出力され、表示される。ユーザは、このメッセージを見
たとき、そのメッセージに従って、ステップＳ５におい
て、入力部１４を操作し、パスワードを入力する。

【０１２５】次に、ステップＳ６において、CPU２１
は、ステップＳ５で入力されたパスワードが正しいパス
ワードであるか否か、すなわち、password_for_volume_
write_protectに記録されているパスワードと等しいか
否かが判定される。両者が等しいと判定された場合に
は、ステップＳ８に進み、CPU２１はOSD制御回路９を制
御し、write_protectの変更を許可するメッセージを生
成させる。このメッセージは、合成回路８、出力端子Ｐ
１を介してディスプレイに表示される。

【０１２６】ユーザは、このメッセージの表示を見て、
ステップＳ９において、入力部１４を操作し、write_pr
otectを変更する情報を入力する。この入力が行われた
とき、ステップＳ１０において、CPU２１は、入力され
た情報に対応して、write_protectを更新する。すなわ
ち、RAM２４に記憶されているwrite_protectの内容を更
新するとともに、その更新した内容を光ディスク１に記
録させる。

【０１２７】ステップＳ６において、入力されたパスワ
ードが正しいパスワードではないと判定された場合に
は、ステップＳ７に進み、CPU２１は、write_protectの
変更を許容しない旨のメッセージをOSD制御回路９に発
生させ、ディスプレイに表示させる。この場合、ステッ
プＳ８乃至ステップＳ１０の処理はスキップされ、ユー
ザは、write_protectの内容を更新することができない
ことになる。

【０１２８】一方、ステップＳ２において、password_f
or_volume_write_protectにパスワードが記録されてい
ないと判定された場合、並びにステップＳ３において、
write_protect_expiration_time()が、有効ではないと
判定された場合、ステップＳ８に進み、それ以降の処理
が実行される。すなわち、この場合には、ユーザは、自
由にwrite_protectを更新することができることにな
る。

【０１２９】次に、図３９乃至図４１を参照して、記録
処理について説明する。最初に、ステップＳ２１におい
て、CPU２１は、RAM２４に記憶されているVOLUME.TOCの
volume_information()のwrite_protect()のappend_only
_flagの読み取り処理を実行する。ステップＳ２２にお
いて、CPU２１は、ステップＳ２１で読み取ったflagが
１であるか否かを判定する。このappend_only_flagが１
ではない場合（０である場合）、ステップＳ３４に進
み、それ以降の処理が実行される。

【０１３０】ステップＳ３４において、CPU２１は、RAM
２４に記憶されているwrite_protect()中のvolume_writ
e_protect_levelを読み取る処理を実行する。そして、
ステップＳ３５乃至ステップＳ４１において、このvolu
me_write_protect_levelが０乃至６のいずれの値に設定
されているかを判定する。

【０１３１】ステップＳ３５において、volume_write_p
rotect_levelが０であると判定された場合、ステップＳ
４３に進み、CPU２１は、ユーザが入力部１４を操作し
て指令した入力に対応する記録処理を実行する。すなわ
ち、この場合には、上書きが禁止されていないので、ユ
ーザは、自由に記録処理を実行することができる。

【０１３２】ステップＳ３６において、volume_write_p
rotect_levelが１であると判定された場合、ステップＳ
４４に進み、CPU２１は、記録するデータは、volume_wr
ite_protect_levelであるか否かを判定する。図３６を
参照して説明したように、このlevelが１である場合に
は、このlevel自体の更新は許容されるが、それ以外の
データの上書きは禁止される。従って、ステップＳ４４
において、上書きすべきデータとして入力されたのが、
このvolume_write_protect_levelであると判定された場
合には、ステップＳ４３に進み、その記録（上書き）処
理が実行される。これに対して、ステップＳ４４におい
て、記録すべきデータとして入力されたのが、このvolu
me_write_protect_levelではないと判定された場合に
は、ステップＳ４５に進み、CPU２１は、OSD制御回路９
を制御し、記録の不許可を示すメッセージを生成させ、
ディスプレイに表示させる。

【０１３３】一方、ステップＳ３７において、volume_w
rite_protect_levelが２であると判定された場合、ステ
ップＳ４６に進み、CPU２１は、記録すべきデータとし
て入力されたのが、ALBUM.STRであるか否かを判定す
る。このlevelが２である場合には、ALBUM.STRと、それ
より下位のレベルの更新データであるvolume_write_pro
tect_levelのみが記録可能とされる。従って、このleve
lが２である場合には、ステップＳ４３に戻り、入力に
対応する記録処理が実行される。これに対して、ステッ
プＳ４６において、入力されたデータが、ALBUM.STRで
はないと判定された場合には、ステップＳ４４に戻り、
それ以降の処理が実行される。すなわち、入力されたの
が、volume_write_protect_levelである場合には、その
記録が許容されるが、それ以外のデータである場合に
は、記録が禁止される。

【０１３４】ステップＳ３８において、volume_write_p
rotect_levelが３であると判定された場合、ステップＳ
４７に進み、入力されたデータがVOLUME.TOCであるか否
かが判定される。volume_write_protect_levelが３であ
る場合には、VOLUME.TOC，ALBUM.STR、またはvolume_wr
ite_protect_levelだけが記録可能とされるので、この
場合には、ステップＳ４３に進み、入力に対応する記録
処理が実行される。これに対して、ステップＳ４７にお
いて、入力されたデータが、VOLUME.TOCではないと判定
された場合には、ステップＳ４６に戻り、それ以降の処
理が実行される。すなわち、入力されたのが、ALBUM.ST
R、またはvolume_write_protect_levelである場合に
は、その記録が許容されるが、それ以外のデータである
場合には、記録が禁止される。

【０１３５】ステップＳ３９において、volume_write_p
rotect_levelが４であると判定された場合には、ステッ
プＳ４８に進み、入力されたデータがプログラム情報フ
ァイルであるか否かが判定される。volume_write_prote
ct_levelが４である場合には、プログラム情報ファイ
ル、VOLUME.TOC，ALBUM.STR、またはvolume_write_prot
ect_levelだけが記録可能とされる。

【０１３６】従って、ステップＳ４８において入力され
たのがプログラム情報ファイルであると判定された場合
には、ステップＳ４３に戻り、入力対応する記録処理が
実行されるが、入力されたデータがプログラム情報ファ
イルではないと判定された場合には、ステップＳ４７に
戻り、それ以降の処理が実行される。すなわち、この場
合には、入力されたデータが、VOLUME.TOC，ALBUM.ST
R、またはvolume_write_protect_levelであるとき、入
力に対応する記録処理が実行されるが、それ以外のデー
タが入力された場合には、記録が禁止される。

【０１３７】ステップＳ４０において、volume_write_p
rotect_levelが５であると判定された場合には、ステッ
プＳ４９に進み、入力されたデータが、タイトル情報フ
ァイルであるか否かが判定される。volume_write_prote
ct_levelが５である場合には、タイトル情報ファイル、
プログラム情報ファイル、VOLUME.TOC，ALBUM.STR、ま
たはvolume_write_protect_levelだけが記録可能とされ
る。そこで、ステップＳ４９において、入力されたデー
タがタイトル情報であると判定された場合には、ステッ
プＳ４３に戻り、入力に対応する記録処理が実行される
が、入力されたデータがタイトル情報ファイルではない
と判定された場合には、ステップＳ４８に戻り、それ以
降の処理が実行される。すなわち、この場合には、入力
されたデータが、プログラム情報ファイル、VOLUME.TO
C，ALBUM.STR、またはvolume_write_protect_levelであ
るとき、その記録が許容されるが、それ以外のデータで
あるとき、記録が禁止される。

【０１３８】ステップＳ４１において、volume_write_p
rotect_levelが６であると判定された場合、ステップＳ
５０に進み、入力されたデータが、ストリームファイル
またはチャンクグループ情報ファイルであるか否かが判
定される。volume_write_protect_levelが６である場合
には、ストリームファイル、チャンクグループ情報ファ
イル、プログラム情報ファイル、VOLUME.TOC，ALBUM.ST
R、またはvolume_write_protect_levelだけが記録可能
とされる。そこで、ステップＳ５０において、入力され
たデータが、ストリームファイルまたはチャンクグルー
プ情報ファイルであると判定された場合には、ステップ
Ｓ４３に戻り、入力に対応する記録処理が実行される
が、入力されたデータが、ストリームファイルまたはチ
ャンクグループ情報ファイルではないと判定された場合
には、ステップＳ４９に戻り、それ以降の処理が実行さ
れる。すなわち、この場合、入力されたデータが、タイ
トル情報ファイル、プログラム情報ファイル、VOLUME.T
OC，ALBUM.STR、またはvolume_write_protect_levelで
あると判定されたとき、そのデータの記録が許容される
が、それ以外のデータであるとき、その記録が禁止され
る。

【０１３９】ステップＳ４１において、volume_write_p
rotect_levelが６ではないと判定された場合には、ステ
ップＳ４２に進み、エラー処理が実行される。すなわ
ち、図３６に示したように、volume_write_protect_lev
elは、０乃至６のいずれかの値に設定されており、７乃
至１５の値は、さしあたって使用されていない。従っ
て、この場合には、エラー処理が実行される。

【０１４０】一方、ステップＳ２２において、append_o
nly_flagが１であると判定された場合、ステップＳ２３
に進み、CPU２１は、volume_write_protect_levelを読
み取り、ステップＳ２４乃至ステップＳ２８において、
このlevelが０乃至６のいずれの値であるかを判定す
る。

【０１４１】ステップＳ２４において、volume_write_p
rotect_levelが０であると判定された場合、ライトプロ
テクト情報が実質的に記録されていないことになるの
で、この場合には、ステップＳ４３に進み、入力に対応
する記録処理が実行される。

【０１４２】ステップＳ２５において、volume_write_p
rotect_levelが１，２または３であると判定された場
合、ステップＳ４４に戻り、入力されたデータがvolume
_write_protect_levelであるか否かが判定される。すな
わち、この場合には、volume_write_protect_levelの記
録だけが許容され、入力されたデータがこのデータであ
ると判定された場合には、ステップＳ４３に戻り、入力
に対応する記録処理が実行されるが、それ以外のデータ
の記録である場合には、ステップＳ４５に進み、その記
録処理が禁止される。すなわち、ALBUM.STRまたはVOLUM
E.TOCは、本来、追記録されるべきデータではないの
で、これらのデータの追記録が指令された場合には、常
に、その追記録は不許可とされる。

【０１４３】ステップＳ２６において、volume_write_p
rotect_levelが４であると判定された場合、ステップＳ
３０に進み、CPU２１は、記録のために入力されたデー
タがプログラム情報ファイルのデータであるか否かを判
定する。入力されたデータがプログラム情報ファイルで
はないと判定された場合、ステップＳ４４に戻り、入力
されたデータがvolume_write_protect_levelである場合
には、その記録が許容され、それ以外のデータである場
合には、その記録が禁止される。

【０１４４】これに対して、ステップＳ３０において、
入力されたデータがプログラム情報ファイルであると判
定された場合には、ステップＳ３１に進み、記録の指令
がアペンド記録であるか否かが判定される。記録の指令
がアペンド記録である場合には、ステップＳ４３に戻
り、プログラム情報ファイルのデータの記録処理が実行
される。これに対して、ステップＳ３１において、指令
されている記録モードがアペンド記録ではない（上書き
記録である）と判定された場合、ステップＳ４４に戻
り、それ以降の処理が実行される。

【０１４５】ステップＳ２７において、volume_write_p
rotect_levelが５であると判定された場合、ステップＳ
３２に進み、記録のために入力されたデータがタイトル
情報ファイルのデータであるか否かが判定される。入力
されたデータがタイトル情報ファイルのデータであると
判定された場合、ステップＳ３１に戻り、指令されてい
る記録がアペンド記録であるか否かが判定される。アペ
ンド記録が指令されている場合には、ステップＳ４３に
戻り、タイトル情報ファイルのデータの記録処理が実行
される。指令されている記録がアペンド記録ではないと
判定された場合には、ステップＳ４４に戻り、それ以降
の処理が実行される。

【０１４６】ステップＳ３２において、入力されたデー
タがタイトル情報ファイルのデータではないと判定され
た場合には、ステップＳ３０に戻り、それ以降の処理が
実行される。

【０１４７】ステップＳ２８において、volume_write_p
rotect_levelが６であると判定された場合、ステップＳ
３３に進み、記録のために入力されたデータがストリー
ムファイルまたはチャンクグループ情報ファイルのデー
タであるか否かが判定される。入力されたデータがスト
リームファイルまたはチャンクグループ情報ファイルの
データではないと判定された場合には、ステップＳ３２
に戻り、それ以降の処理が実行される。また、入力され
たデータがストリームファイルまたはチャンクグループ
情報ファイルのデータであると判定された場合には、ス
テップＳ３１に戻り、それ以降の処理が実行される。

【０１４８】ステップＳ２８において、volume_write_p
rotect_levelが６ではないと判定された場合には、ステ
ップＳ２９に進み、エラー処理が実行される。

【０１４９】以上のvolume_write_protect_levelの関係
を図示すると、図４２に示すようになる。同図に示すよ
うに、各levelにおいて、自分自身と、それより内側の
データ（より下位のデータ）の更新は許容されるが、自
分より外側のデータ（上位のデータ）の更新は禁止され
る。

【０１５０】以上においては、write_protect()につい
て説明したが、flags_for_title、またはflags_for_pro
gramにも同様のライトプロテクトに関する情報が記録さ
れており、同様の処理が実行される。

【０１５１】なお、光ディスク１のケースに設けられた
書き込み禁止ノッチ、VOLUME.TOCのwrite_protect()、f
lags_for_title、またはflags_for_programのそれぞれ
のライトプロテクトに関する情報の論理和により、書き
込み禁止の制御が行われる。すなわち、これらのいずれ
か１つに書き込み禁止が規定されている場合には、その
書き込みが禁止される。

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

【０１５３】なお、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、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を説明する図である。

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

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

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

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

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

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

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

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

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

【図３８】write_protect変更処理を説明するフローチ
ャートである。

【図３９】記録処理を説明するフローチャートである。

【図４０】記録処理を説明するフローチャートである。

【図４１】記録処理を説明するフローチャートである。

【図４２】volume_write_protect_levelの関係を説明す
る図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】記録媒体に対してデータの追記録の可否
を指定する追記録指定手段と、前記追記録指定手段の指定を判定する判定手段と、前記判定手段の判定結果に対応して、前記記録媒体に対
するデータの記録を制御する制御手段とを備えることを
特徴とする記録再生装置。
【請求項２】データの種類毎に、前記記録媒体に対す
る記録の可否を指定する記録可否指定手段をさらに備
え、前記追記録指定手段は、前記記録可否指定手段の指定す
る範囲内において、追記録の可否を指定することを特徴
とする請求項１に記載の記録再生装置。
【請求項３】記録媒体に対してデータの追記録の可否
を指定する追記録指定ステップと、前記追記録指定ステップでの指定を判定する判定ステッ
プと、前記判定ステップでの判定結果に対応して、前記記録媒
体に対するデータの記録を制御する制御ステップとを含
むことを特徴とする記録再生方法。
【請求項４】記録媒体に対してデータの追記録の可否
を指定する追記録指定ステップと、前記追記録指定ステップでの指定を判定する判定ステッ
プと、前記判定ステップでの判定結果に対応して、前記記録媒
体に対するデータの記録を制御する制御ステップとを含
む処理を記録再生装置に実行させるプログラムを提供す
ることを特徴とする提供媒体。
【請求項５】データが記録または再生される記録媒体
において、データの追記録の可否を表す追記録情報が記録されてい
ることを特徴とする記録媒体。