JPH11312378A

JPH11312378A - 記録再生装置、ファイル管理方法、並びに提供媒体

Info

Publication number: JPH11312378A
Application number: JP22970498A
Authority: JP
Inventors: Satoru Kimura; 哲木村; Akio Ishikawa; 明雄石川
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-10-21
Filing date: 1998-08-14
Publication date: 1999-11-09
Anticipated expiration: 2018-08-14
Also published as: JP4078571B2

Abstract

(57)【要約】【課題】個人が家庭内で簡単にデイスクにAV信号を記
録再生するためのファイルシステムを実現する。【解決手段】デイスク状記録媒体を使用する記録再生
装置のためのファイルシステムにおいて、AVデータのフ
ァイルを管理する管理情報を記録し、管理情報を、論理
ボリウムの少なくとも２個所に記録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録再生装置、フ
ァイル管理方法、並びに提供媒体に関し、特に、デイス
ク状記録媒体を使用する記録再生装置（VDR: Video Dis
c Recorder）に使用するファイルシステムに関する。

【０００２】

【従来の技術】デイスク状記録媒体にデータを記録する
ためのファイルシステムとしては、ISO/IEC13346:1995,
"Information technology - Volume and file structu
re ofwrite-once and rewritable media using non-seq
uential recording for information interchange."が
知られている。このファイルシステムは、各種データを
記録するための汎用的なファイルシステムであり、個人
が家庭内でデイスクに圧縮されたデジタルAV（音声、ビ
デオ）信号を記録するためのものでは無い。従って、圧
縮されたデジタルAV（音声、ビデオ）信号を記録するに
は必ずしも十分なものではない。従って、AV信号を記録
するに最適なファイルシステム、及びボリウムが求めら
れている。

【０００３】

【発明が解決しようとする課題】従って、個人が家庭内
で簡単にデイスクにAV信号を記録再生するためのファイ
ルシステムが必要である。

【０００４】

【課題を解決するための手段】請求項１に記載の記録再
生装置は、AVデータのファイルを記録する第１の記録手
段と、管理情報を、論理ボリウムの少なくとも２個所に
記録する第２の記録手段とを備えることを特徴とする。

【０００５】請求項３に記載のファイル管理方法は、AV
データのファイルを記録する第１の記録ステップと、管
理情報を、論理ボリウムの少なくとも２個所に記録する
第２の記録ステップとを含むことを特徴とする。

【０００６】請求項４に記載の提供媒体は、AVデータの
ファイルを記録する第１の記録ステップと、管理情報
を、論理ボリウムの少なくとも２個所に記録する第２の
記録ステップとを含む処理を実行させるコンピュータが
読みとり可能なプログラムを提供することを特徴とす
る。

【０００７】請求項５に記載の記録再生装置は、ディス
ク状記録媒体に対して記録可能な情報の単位を記録する
単位記録手段と、単位記録手段により記録する情報の単
位の長さを設定する設定手段と、ディスク状記録媒体に
記録されるファイルに対応して、設定手段により設定さ
れた長さの単位のうち、そのファイルを記録するとき採
用された単位の長さを識別する識別情報を記録する識別
情報記録手段とを備えることを特徴とする。

【０００８】請求項９に記載のファイル管理方法は、デ
ィスク状記録媒体に対して記録可能な情報の単位を記録
する単位記録ステップと、単位記録ステップで記録する
情報の単位の長さを設定する設定ステップと、ディスク
状記録媒体に記録されるファイルに対応して、設定ステ
ップで設定された長さの単位のうち、そのファイルを記
録するとき採用された単位の長さを識別する識別情報を
記録する識別情報記録ステップとを含むことを特徴とす
る。

【０００９】請求項１０に記載の提供媒体は、ディスク
状記録媒体に対して記録可能な情報の単位を記録する単
位記録ステップと、単位記録ステップで記録する情報の
単位の長さを設定する設定ステップと、ディスク状記録
媒体に記録されるファイルに対応して、設定ステップで
設定された長さの単位のうち、そのファイルを記録する
とき採用された単位の長さを識別する識別情報を記録す
る識別情報記録ステップとを含む処理を実行させるコン
ピュータが読みとり可能なプログラムを提供することを
特徴とする。

【００１０】請求項１に記載の記録再生装置、請求項３
に記載のファイル管理方法、および請求項４に記載の提
供媒体においては、AVデータのファイルを記録し、管理
情報を、論理ボリウムの少なくとも２個所に記録する。

【００１１】請求項５に記載の記録再生装置、請求項９
に記載のファイル管理方法、および請求項１０に記載の
提供媒体においては、ディスク状記録媒体に対して記録
可能な情報の単位を記録し、記録する情報の単位の長さ
を設定し、ディスク状記録媒体に記録されるファイルに
対応して、設定された長さの単位のうち、そのファイル
を記録するとき採用された単位の長さを識別する。

【００１２】

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

【００１３】すなわち、請求項１に記載の記録再生装置
は、AVデータのファイルを記録する第１の記録手段（例
えば、図１９のドライブ部７）と、管理情報を、論理ボ
リウムの少なくとも２個所に記録する第２の記録手段
（例えば、図１９のドライブ部７）とを備えることを特
徴とする。

【００１４】請求項５に記載の記録再生装置は、ディス
ク状記録媒体に対して記録可能な情報の単位を記録する
単位記録手段（例えば、図３のMIA）と、単位記録手段
により記録する情報の単位の長さを設定する設定手段
（例えば、図４の処理のステップＳ１１）と、ディスク
状記録媒体に記録されるファイルに対応して、設定手段
により設定された長さの単位のうち、そのファイルを記
録するとき採用された単位の長さを識別する識別情報を
記録する識別情報記録手段（例えば、図６の処理のステ
ップＳ２３）とを備えることを特徴とする。

【００１５】請求項７に記載の記録再生装置は、前記デ
ィスク状記録媒体を複数のブロックに分割し、分割され
た前記ブロックの１／２以上の領域にデータが記録され
るように制御する制御手段（例えば、図１９のファイル
管理部６）をさらに備えることを特徴とする。

【００１６】はじめに、ディスク状記録媒体のフォーマ
ット方式について説明する。図１は、ディスク状記録媒
体全体のフォーマットを説明する図である。ディスク
は、長さが可変長の複数のアロケーションエクステント
に分割される。アロケーションエクステントは、長さが
固定の複数のブロックから構成される。ブロックは、所
定の数の物理セクタから構成される。

【００１７】図２は、アンカーディスクリプタについて
説明する図である。ディスク内に、４つのアンカーディ
スクリプタが配置される。アンカーディスクリプタに
は、ボリウム管理用マネージメントインフォメーション
エリアの位置が記録されている。ボリウム管理用マネー
ジメントインフォメーションエリアのボリウムストラク
チャディスクリプタには、フィジカルボリウムインフォ
メーション、パーテーションインフォメーション、ロジ
カルボリウムインフォメーション、およびパーテーショ
ンマップが含まれている。

【００１８】ボリウムストラクチャディスクリプタに
は、ユーザエリアとしてのロジカルボリウムが記述され
ている。図３は、ロジカルボリウムを説明する図であ
る。ロジカルボリウムには、ファイルシステムディスク
リプタが、配置されている。ロジカルボリウムの先頭付
近、および終了付近には、それぞれ、MIA(Management I
nformation Area)が配置されている。MIAには、ファイ
ルテーブル、アロケーションエクステントテーブル、ア
ロケーションストラテジィテーブル、ディフェクトイン
フォメーションテーブル、エクステンデッドアトリビュ
ートテーブルが含まれている。アロケーションエクステ
ントの長さは、アロケーションストラテジィテーブルを
構成するアロケーションストラテジィレコードに記述さ
れる。

【００１９】ユーザは、ディスクにファイルのデータを
記録する前に、そのディスクに記録するデータのアロケ
ーションエクステントの長さを予め設定する。これによ
り、例えば、AVデータは、より長い長さのアロケーショ
ンエクステントのフォーマットで記録し、PCデータは短
い長さのアロケーションエクステントのフォーマットで
記録することが可能となる。AVデータは連続するデータ
であることが多いので、アロケーションエクステントの
長さを長くした方が、データをより効率的に記録再生す
ることができる。

【００２０】図４は、アロケーションエクステントの長
さの設定の処理を説明するフローチャートである。ステ
ップＳ１１において、後述するドライブ部７は、ユーザ
からの設定入力に対応して、MIAに含まれるアロケーシ
ョンストラテジィテーブルに、アロケーションエクステ
ントの設定された長さに対応したアロケーションストラ
テジィレコードを書き込む。アロケーションストラテジ
ィテーブルには、複数のアロケーションストラテジィレ
コードを書き込むことができる。図５は、アロケーショ
ンエクステントの長さをユーザが設定する画面の例を示
す図である。アロケーションエクステントの長さとして
は、4MByte以上，64KByte，2kByteなど任意の長さが設
定可能であり、かつ、複数の長さの設定が可能である。
そのディスクには、予め設定した長さのアロケーション
エクステントのフォーマットの中から指定されたもので
のみ記録が可能である。

【００２１】このように、アロケーションエクステント
の長さを設定し、ディスクに記録した後、そのディスク
にデータを記録する場合の処理は、図６のフローチャー
トに示すようになる。ステップＳ２１において、ユーザ
は、これから記録するデータのアロケーションエクステ
ントの長さを選択する。図７は、アロケーションエクス
テントの長さを選択する画面の例を表している。この長
さとしては、そのディスクに予め設定された値だけが表
示される。画面のボタンを操作することで、ボタンに対
応するアロケーションエクステントの長さが、選択され
る。AVデータを記録するとき、PCデータを記録するとき
に較べて、より長いアロケーションエクステントを指定
することで、より効率的なデータの記録が可能になる。
アロケーションエクステントの長さの指定により、アロ
ケーションストラテジィテーブル内に配置されたアロケ
ーションストラテジィレコードが指定される。指定が完
了すると、ステップＳ２２において、ドライブ部７は、
入力されたデータをディスクに記録する。データの記録
が完了すると、ステップＳ２３において、ドライブ部７
は、ディスクにそのファイルのアロケーションエクステ
ントの長さに対応した番号を記録する。後述するファイ
ル管理部６は、アロケーションエクステントの長さに対
応した番号を知ることにより、対応するアロケーション
ストラテジィレコードの内容を利用することができる。

【００２２】後述する図１９のシステムコントロール部
５が、ＡＶデータを記録しようとしているのか、ＰＣデ
ータを記録しようとしているのかを判断することができ
る場合には、前述のステップＳ２１をユーザからの入力
なしに行うことも可能である。

【００２３】以上のように、ディスクにファイルが記録
される。

【００２４】ボリウムの構成について説明する。ディス
クエクステント(DescExtent)は、後述のMIA内に記録さ
れたディスクリプタ（descriptor）中の後述するMIB(Ma
nagement Information Block)にアライメントされた領
域を表現するのに用いられる。ディスクエクステントは
表１に示す様式で記録する。

【００２５】

【表１】

【００２６】オフセットフロムトップオブディスクリプ
タ(Offset from top of a descriptor:RBP 0)は、ディ
スクリプタ（記述子）の先頭MIBから領域までのオフセ
ット(MIB数)を指定する。レングス(Length :RBP 2)は領
域の大きさ(MIB数)を指定する。

【００２７】PDLエントリ(Primary Defect List Entry)
は、ディフェクトマネージメント（defect managemen
t）においてスリッピング（slipping）を行う物理セク
タ（physical sector）の物理セクタサイズ（physical
sector size）を記録するのに用いる。PDLエントリは表
２に示す様式で記録する。

【００２８】

【表２】

【００２９】フィジカルセクタナンバオブディフェクト
セクタ(Physical Sector Number ofDefect Sector :RBP
0)はスリッピングを行う物理セクタの物理セクタ番号
を指定する。

【００３０】SDLエントリ(Secondary Defect List Entr
y)は、ディフェクトマネージメントにおいてリニアリプ
レースメント行う物理セクタの物理セクタ番号とその代
替として使用する物理セクタの物理セクタ番号を記録す
るのに用いる。SDLエントリは表３に示す様式で記録す
る。

【００３１】

【表３】

【００３２】表３のフィジカルセクタナンバオブディフ
ェクトセクタはリニアリプレースメントを行う物理セク
タの物理セクタ番号を指定する。フィジカルセクタナン
バオブスペアセクタ(Physical Sector Number of Spare
Sector:RBP 4)はリニアリプレースメントで使用する代
替物理セクタの物理セクタ番号を指定する。

【００３３】アンカーポイント（Anchor points)は、ボ
リューム構造解析の開始点である。アンカーポイントに
はアンカーディスクリプタ（Anchor Descriptor）が記
録される。アンカーポイントである物理セクタの物理セ
クタ番号は規定しない。

【００３４】ただし、VDRでは、以下のように規定され
る。すなわちROM(Read Only Memory)ディスク, RAM(Ran
dom Access Memory)ディスクの場合はCh, 20h, LPSN(La
st Physical Sector Number)-20h, LPSN-Ch(hが最後に
ついた数値は、１６進数を表す）をアンカーポイントと
する。パーシャルROMディスクの場合には、ROM、RAMそ
れぞれの領域でのCh, 20h, LPSN-20h, LPSN-Chをアンカ
ーポイントとする。この場合、もしRAM領域のアンカー
ポイントに適切な情報が記録されている場合にはそれを
使用し、適切な情報が記録されていなかった場合には、
ROM領域の情報を使用する。

【００３５】アンカーディスクリプタはアンカーポイン
トである物理セクタにバイト位置0から記録される。ア
ンカーディスクリプタの大きさは物理セクタサイズ以下
である。また、ディスクリプタの最終バイトの次のバイ
トからその物理セクタの最後のバイトまでの領域は、将
来の拡張の為に予約されており、全てのバイトに#00を
設定する。アンカーディスクリプタには、メイン（Mai
n） MIA領域の定義とリザーブ（Reserve） MIA領域の定
義、そしてそれぞれのMIAマップ（Map）の位置情報など
が記録される。

【００３６】ボリウムに関する各種の情報はボリウム管
理用マネージメントインフォメーションエリア (MIA)に
記録される。信頼性確保のため、等しい内容の情報を持
つMIAが物理ボリウム上の2ヶ所に記録され、それぞれメ
インMIA, リザーブMIAと称する。MIA内の物理セクタは
マネージメントインフォメーションブロック（Manageme
nt Information Block:MIB）と呼ばれ、その物理セクタ
番号のMIAの先頭MIBからのオフセットはマネージメント
インフォメーションブロック番号（ManagementInformat
ion Block Number :MIB Number）と称する。MIBの指定
にはMIB番号が使われる。MIAは、欠陥などにより使用す
ることが出来ないMIB、未使用のMIB、並びにメインMIA
のMIAマップ（MIA Map for Main MIA）、リザーブMIAの
MIAマップ（MIA Map for Reserve MIA）、ボリウムスト
ラクチャディスクリプタ（Volume Structure Descripto
r）、メディアインフォメーションディスクリプタ（Med
ia Information Descriptor）、ドライブインフォメー
ションディスクリプタ（Drive Information Descripto
r）、およびエクステントデータディスクリプタ（Exten
ded Data Descriptor）のデータを記録するのに使われ
るMIBから構成される。

【００３７】MIA中のMIBがどの目的で使われているかは
MIAマップに記録される。メインMIAとリザーブMIAの開
始位置と大きさ、MIA中のMIAマップの位置はアンカーデ
ィスクリプタで規定される。上記のデータは、1つのMIB
内に記録される場合、または複数のMIBにわたって記録
される場合がある。データが複数のMIBに記録される場
合、どのMIBをどの順番で連結するかはMIAマップ中のMa
pエントリ（Map Entries）フィールドに記録される。デ
ータがMIBの途中で終わった場合には、データの終わり
の次のバイトからそのMIBの最後のバイトまでは、#00を
設定する。

【００３８】つぎに、区分（Partition）について説明
する。ボリウムストラクチャディスクリプタ（Volume S
tructure Descriptor）の中のパーティションインフォ
メーション（Partition Information）で定義されるデ
ータ記憶領域をパーティション（partition）と称す
る。一つの物理ボリウムを複数のパーティションに分け
ることができる。物理ボリウム内でパーティションを特
定するための番号をパーティション番号と称する。パー
ティション番号は0から始まり単調に1ずつ増加する整数
である。同一のパーティション内の物理セクタは全て同
じ物理セクタサイズである。

【００３９】パーティションは、ボリウムストラクチャ
ディスクリプタの中にパーティションインフォメーショ
ン（Partition Information）の表として定義する。パ
ーティションインフォメーションは、パーティションの
先頭の物理セクタの物理セクタ番号とそのパーティショ
ンに属する物理セクタの数でパーティションを定義す
る。物理ボリウム中には必ず一つ以上のパーティション
が定義される。パーティション番号は、パーティション
インフォメーションがボリウムストラクチャディスクリ
プタに記録された順序で決定される。1番目のパーティ
ションインフォメーションで定義されるパーティション
のパーティション番号は0であり、2番目は1であり、以
降1ずつ増え、n番目はn-1である。

【００４０】つぎに論理ボリウム（Logical volume）に
ついて説明する。論理ボリウムとは、ボリウムストラク
チャディスクリプタの論理ボリウムインフォメーション
（Logical Volume Information）において、パーティシ
ョンの集まりとして定義されるデータ記憶領域をいう。
論理ボリウムの領域は、論理ボリウムインフォメーショ
ンのパーティションマップ（Partition Map）の記述順
にパーティション領域を連結して構成される。パーティ
ションマップは、物理ボリウムを一意に定めるボリウム
アイデンティファイア（Volume Identifier）とその物
理ボリウムでのパーティション番号の組で論理ボリウム
に属するパーティションを指定する。論理ボリウムは、
異なる物理ボリウムに属するパーティションから構成さ
れてもよく、1つのパーティションが複数の論理ボリウ
ムに属していてもよい。

【００４１】論理ボリウムはパーティションの区切れ目
や物理セクタなどに関係なく1つの領域として扱われ、
その内容は論理セクタ単位に読み書きされる。論理セク
タ番号は0から始まり単調に1ずつ増加する整数である。
論理ボリウムの大きさが論理セクタサイズの倍数でない
場合、最終物理セクタに生ずる半端な領域は、将来の拡
張の為に予約されており使用しない。ボリウムストラク
チャディスクリプタは、その物理ボリウムに含まれるパ
ーティションに関する情報の定義や論理ボリウムの定義
などが記述される。複数の物理ボリウムにまたがる論理
ボリウムを定義する場合、必ずパーティション番号 0の
パーティションが定義されている物理ボリウムのボリウ
ムストラクチャディスクリプタに、論理ボリウムインフ
ォメーションが記述される。

【００４２】なお、信頼性確保の為、パーティション番
号 0以外のパーティションが属する物理ボリウムのボリ
ウムストラクチャディスクリプタに論理ボリウムインフ
ォメーションを記述してもよい。ボリウムストラクチャ
ディスクリプタは、MIAに記録される。

【００４３】つぎにディフェクトマネージメント（Defe
ct management）について、説明する。各パーティショ
ン毎に、スリッピングとリニアリプレースメントによる
ディフェクトマネージメントが可能である。それぞれの
パーティションに対しディフェクトマネージメントを行
うか否かの指定は、ボリウムストラクチャディスクリプ
タのパーティションインフォメーションで行う。スリッ
ピングとリニアリプレースメントの為に用いる代替デー
タ領域をスペアエリア（spare area）と呼ぶ。ディフェ
クトマネージメントを行うパーティションと同一の論理
ボリウムに属するパーティション内には、必ず1つの以
上のスペアエリアを確保する。また、リニアリプレース
メントを行う場合、そのパーティション領域の最後は、
スペアエリアとなる。

【００４４】スリッピングを行う場合、そのパーティシ
ョン領域の最後に確保されたスペアエリアの先頭部分
は、スペアエリアとして使用する。また、リニアリプレ
ースメントを行う場合、代替データ領域は、同一の論理
ボリウムに属し、かつ、同一の物理ボリウムに属するパ
ーティションであれば、ディフェクトセクタ（defect s
ector）のあるパーティション内のスペアエリア以外の
スペアエリアを使用しても良い。

【００４５】スリッピングとリニアリプレースメントに
関する情報は、ボリウムストラクチャディスクリプタの
ディフェクトリストインフォメーション（Defect List
Information）に記録される。スリッピングに関する情
報は、プライマリディフェクトリスト（Primary Defect
List）に、リニアリプレースメントに関する情報はセ
コンダリディフェクトリスト（Secondary Defect Lis
t）に記録される。

【００４６】メディアに関する情報を記録する領域であ
る、メディアインフォメーションディスクリプタ（Medi
a Information Descriptor）は、ゾーンに関する情報な
どを記録する。ドライブインフォメーションディスクリ
プタ（Drive Information Descriptor）は、ドライブ
(メディアにデータの記録再生を行う装置)に関する情報
を記録する領域である。ここには、固定ドライブの場合
に各種情報を記録する。

【００４７】拡張データディスクリプタ(Extended Data
Descriptor）は、物理ボリウムインフォメーション、
パーティションインフォメーション、および論理ボリウ
ムインフォメーションヘッダの中に記録しきれなかった
拡張情報を記録する。

【００４８】つぎに、ボリウムデータストラクチャ（Vo
lume data structures）について説明する。アンカーデ
ィスクリプタ（Anchor Descriptor）の大きさは物理セ
クタサイズ以下で、表４に示す様式で記録される。

【００４９】

【表４】

【００５０】シグニチャ（Signature:BP 0) のデータタ
イプフィールドは、16が設定される。スタートフィジカ
ルセクタナンバオブメインMIA(Start Physical Sector
Number of Main MIA:BP 8)は、メインMIAの先頭の物理
セクタの物理セクタ番号を指定する。ナンバオブフィジ
カルセクタインメインMIA(Number of Physical Sectors
in Main MIA:BP 12) は、メインMIAの物理セクタの数
を指定する。スタートフィジカルセクタナンバオブリザ
ーブMIA(Start Physical Sector Number of Reserve MI
A:BP 16) は、リザーブMIAの先頭の物理セクタの物理セ
クタ番号を指定する。ナンバオブフィジカルセクタイン
リザーブMIA(Number of Physical Sectors in Reserve
MIA :BP 20) はリザーブMIAの物理セクタの数を指定す
る。ナンバオブMIBsフォアMIAマップインメインMIA(Num
ber of MIBs for MIA Map in Main MIA :BP 24) は、メ
インMIAのMIAマップの大きさ(MIBの数)を指定する。ナ
ンバオブMIBsフォアMIAマップインリザーブ(MIANumber
of MIBs for MIA Map in Reserve MIA:BP 26) は、リザ
ーブMIAのMIAマップの大きさ(MIBの数)を指定する。MIB
ナンバオブMIAマップフォアメインMIAインメインMIA(MI
B Numbers of MIAMap for Main MIA in Main MIA:BP 2
8) は、メインMIAに対するMIAマップを記録しているメ
インMIA中のMIBを指定する。MIAマップを構成するMIBの
MIB番号は、順に設定される。

【００５１】MIBナンバオブMIAマップフォアリザーブMI
AインメインMIA(MIB Numbers of MIA Map for Reserve
MIA in Main MIA :BP 28+2x1) は、リザーブMIAに対す
るMIAマップを記録しているメインMIA中のMIBを指定す
る。MIAマップを構成するMIBのMIB番号は、順に設定さ
れる。MIBナンバオブMIAマップフォアメインMIAインリ
ザーブMIA(MIB Numbers of MIA Map for Main MIA in R
eserve MIA :BP 28+2x1+2x2) は、メインMIAに対するMI
Aマップを記録しているリザーブMIA中のMIBを指定す
る。MIAマップを構成するMIBのMIB番号は、順に設定さ
れる。MIBナンバオブMIAマップフォアリザーブMIAイン
リザーブMIA(MIB Numbers of MIA Map for Reserve MIA
in Reserve MIA:BP 28+4x1+2x2) は、リザーブMIAに対
するMIAマップを記録しているリザーブMIA中のMIBを指
定する。MIAマップを構成するMIBのMIB番号は、順に設
定される。

【００５２】MIAマップ（MIA Map）は、MIBの使用状況
を示すのに使われる。MIAマップは、各種のデータの記
録に使われているMIB、欠陥などにより使用することが
出来ないMIB、未使用のMIBの位置を示す。MIAマップは
表５に示す様式で記録する。

【００５３】

【表５】

【００５４】シグネチャ(Signature:BP 0) のデータタ
イプフィールドは、2が設定される。ロケーションオブM
IAマップ(Location of MIA Map:BP 8) は、MIAマップの
先頭MIBのMIB番号を指定する。ロケーションオブボリュ
ームストラクチャディスクリプタ(Location of Volume
Structure Descriptor:BP 10) は、ボリウムストラク
チャディスクリプタの先頭MIBのMIB番号を指定する。ロ
ケーションオブメディアインフォメーションディスクリ
プタ(Location of Media Information Descriptor:BP 1
2) は、メディアインフォメーションディスクリプタの
先頭MIBのMIB番号を指定する。ロケーションオブドライ
ブインフォメーションディスクリプタ(Location of Dri
ve Information Descriptor:BP 14) は、ドライブイン
フォメーションディスクリプタの先頭MIBのMIB番号を指
定する。

【００５５】ロケーションオブエクステンデッドデータ
ディスクリプタ(Location of Extended Data Descripto
r:BP 16) は、エクステンデッドデータディスクリプタ
の先頭MIBのMIB番号を指定する。ナンバーオブマップエ
ントリーズ(Number of Map Entries:BP 18) は、BP 20
から始まるMap Entryのエントリ数を指定する。この数
は、MIA内に存在するMIBの数に等しく、#FFF0以下であ
る。マップエントリーズ(Map Entries:BP 20) は、MIB
の使用状況を指定する。1つのMap Entryは、Uint16から
なっており、最初のマップエントリは最初のMIB, 2番目
のマップエントリは2番目のMIB, ..., n番目のマップエ
ントリはn番目のMIBに対応する。表６は、マップエント
リの値を示す表である。

【００５６】

【表６】

【００５７】図８は、ボリウムストラクチャディスクリ
プタ（Volume Structure Descriptor）の構造を示す図
である。ここで、@APSは、アライントゥフィジカルセク
タ(Align to Physical Sector)を示し、そのデータは、
物理セクタにアライメントすることを示す。また、アラ
イメントに際し、直前に記録すべきデータが実際に記録
された場所の次のバイトからそのセクタの終りまでの領
域は、#00が設定される。

【００５８】ボリウムストラクチャヘッダ（Volume Str
ucture Descriptor Header）は、表７に従って記録され
る。

【００５９】

【表７】

【００６０】シグネチャ(Signature:BP 0) のデータタ
イプフィールドは、17が設定される。ディスクリプタサ
イズ(Descriptor Size:BP 8) は、ボリウムストラクチ
ャディスクリプタの大きさ(MIB数)を指定する。リザー
ブド(Reserved:BP 10)は、将来の拡張の為に予約され、
全てのバイトに#00を設定する。オフセットトゥフィジ
カルボリュームインフォメーション(Offset to Physica
l Volume Information:RBP 12) は、物理ボリウムイン
フォメーションのボリウムストラクチャディスクリプタ
の先頭バイトからのオフセット(バイト数)を指定し、48
を設定する。オフセットトゥパーテーションインフォメ
ーション(Offset to Partition Information:RBP 16)
は、パーティションインフォメーションのボリウムスト
ラクチャディスクリプタの先頭バイトからのオフセット
(バイト数)を指定し、416を設定する。オフセットスペ
アエリアインフォメーション(Offset to Spare Area In
formation:RBP 20) は、スペアエリアインフォメーショ
ンのボリウムストラクチャディスクリプタの先頭バイト
からのオフセット(バイト数)を指定する。オフセットト
ゥロジカルボリュームインフォメーション(Offset to L
ogical Volume Information:RBP 24)は、論理ボリウム
インフォメーションのボリウムストラクチャディスクリ
プタの先頭バイトからのオフセット(バイト数)を指定す
る。オフセットトゥディフェクトリストインフォメーシ
ョン(Offset to Defect List Information:RBP 28)
は、ディフェクトリストインフォメーションのボリウム
ストラクチャディスクリプタの先頭バイトからのオフセ
ット(バイト数)を指定する。

【００６１】物理ボリウムインフォメーション（ Physi
cal Volume Information）は表８に従って記録しなけれ
ばならない。

【００６２】

【表８】

【００６３】キャラクタセット(Charactor Set:RBP 0)
は、物理ボリウムネームフィールドに記録された物理ボ
リウムの名前の文字コードを指定する。フィジカルボリ
ュームネームサイズ(Physical Volume Name Size:RBP
2) は、物理ボリウムネームフィールドに記録された物
理ボリウムの名前の大きさ(バイト数)を指定する。フィ
ジカルボリュームネーム(Physical Volume Name:RBP 4)
は、物理ボリウムの名前を指定する。フィジカルボリ
ュームアイデンティファイア(Physical Volume Identif
ier:RBP 260) は、物理ボリウムを実用上一意に定める
為のバイト列を指定する。クリエーションタイム(Creat
ion Time:RBP 280)は、この物理ボリウムのボリューム
構造が初めて定義された日時を指定する。モディティフ
ィケーションタイム(Modification Time:RBP 286)は、
この物理ボリウムのボリューム構造が変更された最新の
日時を指定する。ナンバオブパーテーション(Number of
Partitions:RBP 292)は、この物理ボリウムに含まれる
パーティションの数を指定し、パーティションインフォ
メーションの数と一致する。

【００６４】ナンバオブスペアエリア(Number of Spare
Areas:RBP 294)は、この物理ボリウムに含まれるスペ
アエリアの数を指定し、スペアエリアインフォメーショ
ンの数と一致する。ナンバオブパーテーションウィズデ
ィフェクトマネージメント(Number of Partitions with
Defect Management:RBP 296)は、この物理ボリウムに
含まれるパーティションのうち、ディフェクトマネージ
メントを行うパーティションの数を指定し、ディフェク
トリストの数と一致する。ナンバオブロジカルボリュー
ム(Number of Logical Volumes :RBP 298)は、この物理
ボリウムに含まれるパーティションが属する論理ボリウ
ムの数を指定し、論理ボリウムインフォメーションの数
と一致する。リザーブ土(Reserved:RBP 300)は、将来の
拡張の為に予約され、全てのバイトに#00を設定する。
エクステンデッドデータアイデンティファイア(Extende
d Data Identifier:RBP 302) は、エクステンデッドデ
ータフィールド、エクステンデッドデータエリアに記録
されているエクステンデッドデータを特定するためのID
を指定する。エクステンデッドデータ(Extended Data:R
BP 304)は、将来の拡張の為に予約され、全てのバイト
に#00を設定する。

【００６５】パーティションインフォメーション（Part
ition Information）は、表９で示す様式で記録しなけ
ればならない。

【００６６】

【表９】

【００６７】スタートフィジカルセクタナンバ(Start P
hysical Sector Number:RBP 0) は、パーティションを
構成する領域の先頭の物理セクタの物理セクタ番号を指
定する。ナンバオブフィジカルセクタズ(Number of Phy
sical Sectors:RBP 4) は、パーティションを構成する
領域の物理セクタの数を指定する。ナンバオブユーザブ
ルセクタズ(Number of Usable Sectors:RBP 8) は、パ
ーティションを構成する領域のうち、使用することが出
来る物理セクタの総数を指定し、パーティションの全領
域からそのパーティション領域に含まれるスペアエリア
を除いた領域の物理セクタの数と一致する。フィジカル
セクタサイズ(Physical Sector Size:RBP 12) は、パー
ティションを構成する領域の物理セクタの大きさ(bytes
数)を指定する。アクセスタイプ(Access Type:RBP 16)
は、このパーティションの記録特性の状態を指定する。
表１０は、アクセスタイプの内容を示す表である。

【００６８】

【表１０】

【００６９】ユーゼジインフォメーション(Usage Infor
mation:RBP 17)は、このパーティションの利用状態を指
定する。表１１は、ユーゼジインフォメーションの内容
を示す表である。

【００７０】

【表１１】

【００７１】リザーブド(Reserved:RBP 18)は、将来の
拡張の為に予約され、全てのバイトに#00を設定する。
ロケーションオブプライマリディフェクトリスト(Locat
ion of Primary Defect List:RBP 20)は、このパーティ
ションでスリッピングによるディフェクトマネージメン
トを行う場合、このフィールドにプライマリディフェク
トリストが記録された位置に関する情報を格納し、スリ
ッピングによるディフェクトマネージメントを行なわな
い場合、全てのバイトに#00を設定する。ロケーション
オブセカンダリディフェクトリスト(Location of Secon
dary Defect List:RBP 24)は、このパーティションでリ
ニアリプレースメントによるディフェクトマネージメン
トを行う場合、このフィールドにセコンダリディフェク
トリストが記録された位置に関する情報を格納し、リニ
アリプレースメントによるディフェクトマネージメント
を行なわない場合、全てのバイトに#00を設定する。リ
ザーブド(Reserved:RBP 28)は、将来の拡張の為に予約
され、全てのバイトに#00を設定する。エクステンデッ
ドデータアイデンティファイア(Extended Data Identif
ier:RBP 30) は、エクステンデッドデータフィールド、
エクステンデッドデータエリアに記録されているエクス
テンデッドデータを特定するためのIDを指定する。エク
ステンデッドデータ(Extended Data:RBP 32)は、将来の
拡張の為に予約され、全てのバイトに#00を設定する。

【００７２】スペアエリアインフォメーション（Spare
Area Information）は、表１２に示す様式で記録する。

【００７３】

【表１２】

【００７４】スタートフィジカルセクタナンバ(Start P
hysical Sector Number:RBP 0)は、スペアエリアの先頭
の物理セクタの物理セクタ番号を指定する。ナンバオブ
フィジカルセクタ(Number of Physical Sector:RBP 4)
は、スペアを構成する物理セクタの数を指定する。リザ
ーブド(Reserved:RBP 8)は、将来の拡張の為に予約さ
れ、全てのバイトに#00を設定する。

【００７５】論理ボリウムインフォメーションヘッダ
（Logical Volume Information Header）は、表１３で
示す様式で記録される。

【００７６】

【表１３】

【００７７】キャラクタセット(Charactor Set:RBP 0)
は、論理ボリウムネームフィールドに記録された論理ボ
リウムの名前の文字コードを指定する。ロジカルボリュ
ームネームサイズ(Logical Volume Name Size:RBP 2)
は、論理ボリウムネームフィールドに指定された論理ボ
リウムの名前の大きさ(バイト数)を指定する。ロジカル
ボリュームネーム(Logical Volume Name:RBP 4)は、論
理ボリウムの名前を指定する。ブートインジケータ(Boo
t Indicator:RBP 260)は、論理ボリウムからの起動に関
する情報を指定する。ブートインジケータの内容を表１
４に示す。ブートインジケータがアクティブであり、か
つ、その先頭パーティションがその物理ボリウムにある
論理ボリウムは、物理ボリウム中に2つ以上あってはな
らない。

【００７８】

【表１４】

【００７９】ファイルシステムインジケータ(File Syst
em Indicator:RBP 262)は、この論理ボリウムで使用さ
れているファイルシステムを指定する。ファイルシステ
ムインジケータの内容を表１５に示す。

【００８０】

【表１５】

【００８１】ロジカルセクタサイズ(Logical Sector Si
ze:RBP 264)は、この論理ボリウムの論理セクタの大き
さ(バイト数)を指定する。ナンバオブパーテーション(N
umber of Partitions:RBP 266)は、この論理ボリウムを
構成するパーティションの数を指定し、パーティション
マップの数と一致する。リザーブド(Reserved:RBP 268)
は、将来の拡張の為に予約され、全てのバイトに#00を
設定する。ロジカルボリュームコンテンツユース(Logic
al Volume Contents Use:RBP 272)は、この論理ボリウ
ムで使用されているファイルシステムが自由に使用して
もよい領域である。リザーブド(Reserved (RBP 288)は
将来の拡張の為に予約され、全てのバイトに#00を設定
する。エクステンデッドデータアイデンティファイア(E
xtended Data Identifier:RBP 302) は、エクステンデ
ッドデータフィールド、エクステンデッドデータエリア
に記録されているエクステンデッドデータを特定するた
めのIDを指定する。エクステンデッドデータ(Extended
Data:RBP 304)は、将来の拡張の為に予約され、全ての
バイトに#00を設定する。

【００８２】パーティションマップ（Partition Map）
は表１６に示す様式で記録される。

【００８３】

【表１６】

【００８４】ボリュームアイデンティファイア(Volume
Identifier:RBP 0)は、論理ボリウムを構成するパーテ
ィションが属している物理ボリウムの物理ボリウムイン
フォメーションに記録された物理ボリウム識別子を指定
する。パーテーションナンバ(Partition Number:RBP 2
0)は、論理ボリウムを構成するパーティションのパーテ
ィション番号を指定する。リザーブド(Reserved:RBP 2
2)は、将来の拡張の為に予約され、全てのバイトに#00
を設定する。

【００８５】ディフェクトリストインフォメーションヘ
ッダ（Defect List Information Header）は表１７に示
す様式で記録される。

【００８６】

【表１７】

【００８７】ナンバオブMIBフォアプライマリディフェ
クトリスト(Number of MIB for Primary Defect List:R
BP 0)は、プライマリディフェクトリストを記録するの
に使用しているMIBの数を指定する。ナンバオブMIBフォ
アセコンダリディフェクトリスト(Number of MIB for S
econdary Defect List:RBP 2)は、セコンダリディフェ
クトリストを記録するのに使用しているMIBの数を指定
する。リザーブド(Reserved:RBP 4)は、将来の拡張の為
に予約され、全てのバイトに#00を設定する。

【００８８】プライマリディフェクトリスト / セコン
ダリディフェクトリスト（Primary Defect List/Second
ary Defect List）は表１８に示す様式で記録される。

【００８９】

【表１８】

【００９０】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、プライマリディフェクトリストの場
合、18が設定され、セコンダリディフェクトリストの場
合、19が設定される。パーテーションナンバ(Partition
Number:BP 8)は、このディフェクトリストを使用して
いるパーティションのパーティション番号を指定する。
ナンバオブエントリーズ(Number of Entries:BP 10)
は、ディフェクトリストエントリ（Defect List Entr
y）のエントリー数を指定する。リザーブド(Reserved:R
BP 12)は、将来の拡張の為に予約され、全てのバイトに
#00を設定する。ディフェクトリストエントリ(Defect L
ist Entry:RBP 16)は、プライマリディフェクトリスト
の場合、プライマリディフェクトリストエントリを記録
し、セコンダリディフェクトリストの場合、セコンダリ
ディフェクトリストエントリを記録する。ディフェクト
リストエントリは、どちらの場合も、それぞれのエント
リのフィジカルセクタナンバオブディフェクトセクタ(P
hysical Sector Number of Defect Sector)フィールド
の値の昇順に記録する。

【００９１】メディアインフォメーションディスクリプ
タ（Media Information Descriptor）の構造を図９に示
す。

【００９２】メディアインフォメーションディスクリプ
タヘッダ（Media Information Descriptor Header）
は、表１９に示す様式で記録される。

【００９３】

【表１９】

【００９４】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、20が設定される。ディスクリプタサイ
ズ(Descriptor Size:BP 8)は、メディアインフォメーシ
ョンディスクリプタの大きさ(MIB数)を指定する。リザ
ーブド(Reserved:BP 10)は、将来の拡張の為に予約さ
れ、全てのバイトに#00を設定する。ナンバオブディス
クス(Number of discs:BP 16)は、ディスク数を指定す
る。ナンバオブサイダーズパーディスク(Number of sid
es per disc:BP 18)は、ディスクあたりのサイド数を指
定する。ナンバオブレイヤパーサイド(Number of layer
s per side:BP 20) は、サイドあたりのレイヤ数を指定
する。ナンバオブゾーンズパーレイヤ(Number of zones
per layer:BP 22)は、レイヤあたりのゾーン数を指定
する。リザーブド(Reserved:BP 24)は、将来の拡張の為
に予約され、全てのバイトに#00を設定する。ナンバオ
ブシリンダーズ(Number of cylinders:BP 32)は、シリ
ンダ数を指定する。ナンバオブヘッズ(Number of heads
(tracks per cylinder):BP34)は、ヘッド数(シリンダ
あたりのトラック数)を指定する。ナンバオブセクタパ
ートラック(Number of sectors per tracks:BP 36)は、
トラックあたりのセクタ数を指定する。リザーブド(Res
erved:BP 38)は、将来の拡張の為に予約され、全てのバ
イトに#00を設定する。

【００９５】ゾーンインフォメーション（Zone Informa
tion）は、表２０に示す様式で記録される。

【００９６】

【表２０】

【００９７】スタートフィジカルセクタナンバ(Start P
hysical Sector Number:RBP 0)は、ゾーンの先頭の物理
セクタの物理セクタ番号を指定する。ナンバオブフィジ
カルセクタ(Number of Physical Sector:RBP 4)は、ゾ
ーンを構成する物理セクタの数を指定する。リザーブド
(Reserved:RBP 8)は、将来の拡張の為に予約され、全て
のバイトに#00を設定する。

【００９８】ドライブインフォメーションディスクリプ
タ（Drive Information Descriptor）の構造を図１０に
示す。

【００９９】ドライブインフォメーションディスクリプ
タヘッダ（Drive Information Descriptor Header）
は、表２１に示す様式で記録される。

【０１００】

【表２１】

【０１０１】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、21が設定される。ディスクリプタサイ
ズ(Descriptor Size:BP 8)は、ドライブインフォメーシ
ョンディスクリプタの大きさ(MIB数)を指定する。スト
ラテジィタイプ(Strategy Type:BP 10)は、ストラテジ
ィタイプを指定する。リザーブド(Reserved:BP 11)は、
将来の拡張の為に予約され、全てのバイトに#00を設定
する。

【０１０２】エクステンデッドデータディスクリプタ
（Extended Data Descriptor）の構造を図１１に示す。
ここで、@APSは、アライントゥフィジカルセクタ(Align
to Physical Sector)を示し、そのデータは物理セクタ
にアライメントしなければならないことを示す。また、
直前のデータの次のバイトからそのセクタの終りまでの
領域は、#00が設定される。

【０１０３】エクステンデッドデータディスクリプタヘ
ッダ（Extended Data Descriptor Header）は、表２２
に示す様式で記録される。

【０１０４】

【表２２】

【０１０５】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、22が設定される。ディスクリプタサイ
ズ(Descriptor Size:BP 8)は、エクステンデッドデータ
ディスクリプタの大きさ(MIB数)を指定する。リザーブ
ド(Reserved:BP 10)は、将来の拡張の為に予約され、全
てのバイトに#00を設定する。ロケーションオブエクス
テンデットデータフォアフィジカルボリューム(Locatio
n of Extended Data for Physical Volume:BP 16)は、
この物理ボリウムに関する拡張データが記録されている
場所を指定する。ロケーションオブエクステンデッドデ
ータフォアパーテーション(Location of Extended Data
for Partitions:BP 20)は、各パーティションに関する
拡張データが記録されている場所を指定する。ロケーシ
ョンオブエクステンデッドデータフォアロジカルボリュ
ーム(Location of Extended Datafor Logical Volume:B
P 20+4Np)は、各論理ボリウムに関する拡張データが記
録されている場所を指定する。

【０１０６】つぎに、メディア交換のレベル（Levels o
f medium interchange）について述べる。メディア交換
のレベル1は、以下の制限を設ける。すなわち、論理ボ
リウムは、同一の物理ボリウムに属するパーティション
から構成される。同一の物理ボリウムに複数のパーティ
ションが定義される場合、パーティションの領域は、重
なってはならない。論理ボリウムを構成するパーティシ
ョンの物理セクタは、全て同じ物理セクタサイズを有す
る。論理セクタサイズは、物理セクタサイズの倍数であ
り、または、物理セクタサイズは、論理セクタサイズの
倍数である。パーティションの大きさは、論理セクタサ
イズまたは物理セクタサイズの大きいほうの値の倍数で
ある。ディフェクトマネージメントを行うパーティショ
ンは、必ず1つ以上のスペアエリアを確保する。リニア
リプレースメントによるディフェクトマネージメント
は、そのパーティション内に確保されたスペアエリアを
代替データ領域として使用する。

【０１０７】メディア交換のレベル1は、制限がない。

【０１０８】つぎに、ボリウムストラクチャの例（Exam
ple of volume structure）について説明する。表２３
は、VDRの場合のFAT, ISO9660(with Joliet), ISO/IEC1
3346, KIFSのハイブリッドディスクのボリューム構造の
例を示す表である。表２３の◆は再配置不可能な位置固
定情報であることを示す。

【０１０９】

【表２３】

【０１１０】次に論理ボリウム上に構成されるAVファイ
ルシステム（AV File System）について説明する。論理
セクタ番号（Logical Sector Number）は、論理セクタ
を識別するためにつけられた番号である。論理ボリウム
（Logical Volume）は、連続で昇順の0から始まる論理
セクタ番号を持つ等しい大きさの論理セクタから構成さ
れた集合である。。

【０１１１】ファイルシステム管理用マネージメントイ
ンフォメーションエリア（ Management Information Ar
ea (MIA)）は、AVファイルシステムの各種の制御情報を
格納する論理ボリウム上の連続した複数の論理セクタか
らなる領域である。マネージメントインフォメーション
ブロック（Management Information Block (MIB)）は、
MIA内の論理セクタである。マネージメントインフォメ
ーションブロック番号（Management Information Block
Number (MIB番号)）は、マネージメントインフォメー
ションブロックの論理セクタ番号 NumberからそのMIAの
先頭マネージメントインフォメーションブロックの論理
セクタ番号を引いた値を有する。

【０１１２】つぎに、AVファイルシステムの全体につい
て説明する。後述するAVファイルシステムディスクリプ
タ（AV File System Descriptor）は、1個の論理セクタ
内に記録され、論理ボリウム上のメインMIAとリザーブM
IAの位置、大きさ、そして、メインMIAとリザーブMIA上
のMIAマップの位置を指定する。AVファイルシステムデ
ィスクリプタの位置は、前述の論理ボリウムインフォメ
ーションヘッダのロジカルボリュームコンテンツユース
(Logical Volume Contens Use:BP 284)フィールドに表
２４に示すように設定される。

【０１１３】

【表２４】

【０１１４】メインAVファイルシステムディスクリプタ
ロケーション(Main AV File SystemDescriptor Locatio
n:RBP 0)は、AVファイルシステムディスクリプタの論理
セクタ番号を指定する。リザーブAVファイルシステムデ
ィスクリプタロケーション(Reserve AV File System De
scriptor Location:RBP 4)は、メインAVファイルシステ
ムディスクリプタロケーションで指定されたのとは別の
場所にあるAVファイルシステムディスクリプタの論理セ
クタ番号を指定する。もし、論理ボリウム上にAVファイ
ルシステムディスクリプタが1個しか存在しない場合、
リザーブAVファイルシステムディスクリプタロケーショ
ンには、#FFFFFFFFがセットされる。リザーブド(Reserv
ed:RBP 8)は、拡張のために予約されており、#00が設定
される。

【０１１５】AVファイルシステムの各種の管理情報は、
ファイルシステム管理用マネージメントインフォメーシ
ョンエリア (Management Information Area:MIA)に記録
される。信頼性確保の為、等しい内容の管理情報を持つ
MIAは、論理ボリウム上の2箇所に記録され、それぞれ、
メインMIA,リザーブMIAと称する。メインMIAとリザーブ
MIAの位置、大きさ、MIA中のMIAマップの位置は、AVフ
ァイルシステムディスクリプタで規定される。MIA内の
論理セクタは、マネージメントインフォメーションブロ
ック (MIB)と称され、その論理セクタ番号のMIAの先頭M
IBからのオフセットはマネージメントインフォメーショ
ンブロック番号 (MIB番号)と称される。

【０１１６】MIBの指定は、MIB番号が使用される。MIA
は、欠陥などにより使用することの出来ないMIB、未使
用のMIB、そしてデータ構造体である、MIAマップ(MIA M
ap)、ファイルテーブル(File Table)、アロケーション
エクステントテーブル(Allocation Extents Table、ア
ロケーションストラテジィテーブル(Allocation Strate
gy Table)、ディフェクトインフォメーションテーブル
(Defect Information Table (Optional))、およびエク
ステンデッドアトリビュートテーブル(Extended Attrib
ute Table (Optional))を格納するのに使われるMIBから
構成される。MIA中のMIBがどの目的で使われているかは
MIAマップに記録される。各種のデータ構造体は、ひと
つのMIB内、または複数のMIBに格納される。データ構造
体が複数のMIBに記録される場合、どのMIBをどの順番で
連結するかが、MIAマップ中のMap エントリフィールド
に記録される。データ構造体がMIBの途中で終わった場
合、データの終わりの次のバイトからそのMIBの最後の
バイトまでは、#00が格納される。

【０１１７】AVファイルシステムにおいて、ファイルや
ディレクトリは、後述するファイルテーブルによって管
理される。ファイルテーブルの構造は、ファイルテーブ
ルヘッダ中のパラメータであるファイルテーブルストラ
クチャタイプ(File Table Structure Type)によって決
定される。ファイルテーブルストラクチャタイプ0にお
いて、ファイルテーブルは、ファイルテーブルヘッダと
1個以上のファイルレコードから構成される。ファイル
レコードは、固定長のデータ領域で、ファイルレコード
を識別するためのフィールド、ファイルレコードの種類
を表すフィールド、作成、および修正日時を表すフィー
ルド、データの位置と大きさを表すフィールド、属性を
表すフィールド、ペアレントリンク（Parent Link）と
称される親ファイルレコードを指すフィールド、ネクス
トリンク（Next Link）と称される兄弟ファイルレコー
ドを指すフィールド、チャイルドリンク（Child Link）
と称される子ファイルレコードを指すフィールド、並び
にエクステンデッドアトリビュートレコードチェィン(E
xtended Attribute Record Chain)を指すフィールドか
ら構成される。ファイルレコードは、ファイルレコード
番号と称される番号が付され、ペアレントリンク、ネク
ストリンク、チャイルドリンクは、このファイルレコー
ド番号を使って指定される。

【０１１８】ファイルテーブルストラクチャタイプ0で
は、ファイルテーブルの最初のファイルレコードがルー
トとなる図１２に示されるような木構造が構築される。
図中の円は、一つのファイルレコードを表しており、ル
ートのファイルレコードはルートファイルレコード（Ro
ot File Record）と称される。参照すべきデータを持た
ないファイルレコードは、ディレクトリと称され、デー
タを持つファイルレコードはファイルと称される。ディ
レクトリばかりでなく、ファイルも子ファイルレコード
を有することが出来る。この階層構造は、図１３に示さ
れるようにチャイルドリンク（Child Link）、ネクスト
リンク（Next Link）、ペアレントリンク（Parent Lin
k）を設定する事により実現される。

【０１１９】ネックストリンクで構成されるファイルレ
コードのリストは、ファイルレコードチェインと呼ば
れ、このリスト中には同じファイルIDで、かつ同じファ
イルタイプを有するレコードが2つ以上あってはならな
い。サブファイルは、ファイルの一種で、親ファイルレ
コードの参照するデータの一部分をあたかも別のファイ
ルであるかのように示す。アトリビュート(Attribute)
フィールドのデータロケーションタイプ(Data Location
Type)に10が設定されたファイルレコードは、サブファ
イルを表す。

【０１２０】AVファイルシステムではアロケーションエ
クステント（Allocation Extent）という論理ボリウム
上の連続した領域を単位としたデータの管理が実行され
る。アロケーションエクステントは、論理セクタの任意
のバイトオフセットから始まりその論理セクタ内の任意
のバイトオフセットで終了するか、あるいは引き続く0
個以上の論理セクタを含み、それに続く論理セクタの任
意のバイトオフセットで終了する。アロケーションエク
ステントtの開始点、終了点、属性等はアロケーション
エクステントテーブル中のアロケーションエクステント
レコードに記録される。

【０１２１】アロケーションエクステントテーブルには
論理ボリウム上のすべてのアロケーションエクステント
に対応するアロケーションエクステントレコードが、登
録される。アロケーションエクステントレコードは、次
のアロケーションエクステントレコードを指し示すフィ
ールドを有し、このフィールドを使って複数のアロケー
ションエクステントレコードから成るリストが作成でき
る。このリストは、アロケーションエクステントレコー
ドチェインと称される。通常、ファイルデータは、アロ
ケーションエクステントレコードチェインに対応するア
ロケーションエクステントの順序つき集合として扱われ
る。

【０１２２】アロケーションエクステントテーブルの中
の使用されていないアロケーションエクステントレコー
ド(アロケーションエクステントレコードステータスが0
0のレコード)から作られたリストは、フリーアロケーシ
ョンエクステントレコードチェインと称され、アロケー
ションエクステントテーブルから簡単にたどる事ができ
る。また対応するアロケーションエクステント中に欠陥
（ディフェクト）セクタを含み再利用に問題があると判
定されるアロケーションエクステントレコード (アロケ
ーションエクステントレコードステータスに10を有する
レコード)を集めて作成したリストをディフェクティブ
アロケーションエクステントレコードチェインと称し、
このリストもアロケーションエクステントテーブルから
簡単にたどる事ができる。

【０１２３】アロケーションエクステントを論理ボリウ
ムのどの位置に置くかはアロケーションストラテジィ
（Allocation Strategy）によって決定される。アロケ
ーションストラテジィテーブルは、複数のアロケーショ
ンストラテジィを登録し、ファイル毎に異なるアロケー
ションストラテジィを使用して、アロケーションエクス
テントを論理ボリウム上に配置する事ができる。各アロ
ケーションストラテジィが管理する領域の範囲、または
アロケーションストラテジィが使用するパラメータは、
アロケーションストラテジィテーブルの中のアロケーシ
ョンストラテジィレコードに記録される。ファイルテー
ブルストラクチャタイプ0において、アロケーションス
トラテジィは、ファイルレコードごとに決定され、ファ
イルレコードのデータロケーションフィールドに記録さ
れる。このデータロケーションフィールドは、アロケー
ションエクステントの操作の際に参照され、対応するア
ロケーションストラテジィが呼び出される。

【０１２４】アロケーションストラテジィタイプ0(Allo
cation Strategy Type 0)およびアロケーションストラ
テジィタイプ1(Allocation Strategy Type 1)の2つの
アロケーションストラテジィタイプが、定義されてい
る。アロケーションストラテジィタイプ0は、インデッ
クスデータなどの比較的小さなサイズのファイルを非連
続的に取り扱う場合に適した方式であり、アロケーショ
ンストラテジィタイプ1はMPEG等の連続的にデータの読
み書きを行うのに適した方式である。

【０１２５】ディフェクトインフォメーションテーブル
（Defect Information Table）は、論理ボリウム内の欠
陥セクタの論理セクタ番号を記録したテーブルであり、
欠陥セクタの管理に使用できる。

【０１２６】エクステンデッドアトリビュートテーブル
（Extended Attribute Table）は、ファイルあるいはデ
ィレクトリの拡張属性をMIA中に保持するために使用で
きる。エクステンデッドアトリビュートテーブルは、エ
クステンデッドアトリビュートテーブルヘッダ、および
1個以上のエクステンデッドアトリビュートテーブルレ
コードから構成される。エクステンデッドアトリビュー
トレコードは、リンクのためのフィールドを有する固定
長のレコードで、複数のエクステンデッドアトリビュー
トレコードをリストとしたエクステンデッドアトリビュ
ートレコードチェインを作成できる。

【０１２７】AVファイルシステムが使用するデータ構造
の先頭は、シグネチャ(Signature)が設定される。シグ
ネチャは表２５に示すように記録される。

【０１２８】

【表２５】

【０１２９】アイデンティフィケーション(Identificat
ion:RBP 0)は、文字列"AVFS"がISO/IEC 646に従って設
定される。バージョン(Version:RBP 4)は、バージョン
番号を指定し、1が設定される。データタイプ(Data typ
e:RBP 5)は、データ構造体の種類を指定する。データ構
造体の種類により、表２６に示される値が設定される。

【０１３０】

【表２６】

【０１３１】リザーブド(Reserved:RBP 6)は、拡張のた
めに予約され、#00が設定される。シグネチャは、クラ
ッシュリカバリのときデータ構造体を識別する為に使わ
れる。

【０１３２】AVファイルシステムディスクリプタ（AV F
ile System Descriptor）は、表２７に示すように記録
される。

【０１３３】

【表２７】

【０１３４】シグネチャのデータタイプフィールドは、
1が設定される。ロケーションオブメインMIA(Location
of Main MIA:BP 8)は、メインMIAの開始論理セクタ番号
を指定する。ロケーションオブリザーブMIA(Location o
f Reserve MIA:BP 12)は、リザーブMIAの開始論理セク
タ番号を指定する。レングスオブメインMIA(Lengthof M
ain MIA:BP 16)は、メインMIAのサイズを論理セクタ数
で指定する。レングスオブリザーブMIA(Length of Rese
rve MIA:BP 18)は、リザーブMIAのサイズを論理セクタ
数で指定する。クリエーションタイム(Creation Time:B
P 20)は、AVファイルシステムディスクリプタを作成し
た日時を格納する。モディティフィケーションタイム(M
odification Time:BP 24)は、AVファイルシステムディ
スクリプタを更新した日時を指定する。ナンバオブMIA
マップセクタインメインMIA(Number of MIA Map Sector
s in Main MIA:BP 28)は、メインMIAマップセクタズ(Ma
in MIA Map Sectors:BP 32)に記述されたMIB番号の数を
指定する。

【０１３５】ナンバオブMIAマップセクターズインリザ
ーブMIA(Number of MIA Map Sectorsin Reserve MIA:BP
30)は、リザーブMIAマップセクターズ(Reserve MIA Ma
p Sectors:BP 32 +2x1)に記述されたMIB番号の数を指定
する。MIAマップセクタインメインMIA(MIA Map Sectors
in Main MIA:BP 32)は、メインMIA中のMIAマップを構
成するMIBを指定し、MIAマップを構成するMIBのMIB番号
が順に設定される。MIAマップセクターズインリザーブM
IA(MIA Map Sectors in Reserve MIA:BP 32 +2x1)は、
リザーブMIA中のMIAマップを構成するMIBを指定し、MIA
マップを構成するMIBのMIB番号が順に設定される。

【０１３６】MIAマップ（MIA Map）は、MIA内のMIBの使
用状況を示すのに使用される。MIAマップは、MIA内の各
種のデータ構造体、欠陥などにより使用することの出来
ないMIB、未使用MIBの位置を示す。MIAマップは、表２
８に示すように記録される。

【０１３７】

【表２８】

【０１３８】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、2が設定される。ロケーションオブMIA
マップ(Location of MIA Map:BP 8)は、このMIA内にあ
るMIAマップの先頭MIBのMIB番号を指定する。ロケーシ
ョンオブアロケーションストラテジィテーブル(Locatio
n of Allocation Strategy Table:BP 10)は、このMIA内
にあるアロケーションストラテジィテーブルの先頭MIB
のMIB番号を指定する。ロケーションファイルテーブル
(Location of File Table:BP 12)は、このMIA内にある
ファイルテーブルの先頭MIBのMIB番号を指定する。

【０１３９】ロケーションオブアロケーションエクステ
ンステーブル(Location of Allocation Extents Table:
BP 14)は、このMIA内にあるアロケーションエクステン
トテーブルの先頭MIBのMIB番号を指定する。ロケーショ
ンオブディフェクトリストテーブル(Location of Defec
t List Table:BP 16)は、このMIA内にあるディフェクト
リストテーブルの先頭MIBのMIB番号を指定する。もしこ
のMIA内にディフェクトリストテーブルが存在しない場
合、#FFFFがセットされる。ロケーションオブエクステ
ンデッドアトリビュートディスクリプタ(Location of E
xtended Attribute Descriptor:BP 18)は、このMIA内に
あるエクステンデッドアトリビュートディスクリプタの
先頭MIBのMIB番号を指定する。もしこのMIA内にエクス
テンデッドアトリビュートディスクリプタが存在しない
場合、#FFFFがセットされる。リザーブド(Reserved:BP
20)は、拡張のために予約されており、#00が設定され
る。

【０１４０】ナンバオブマップエントリーズ(Number of
Map Entries:BP 22)は、(BP 24)からはじまるマップエ
ントリのエントリ数を指定する。この数は、MIAに存在
するMIBの数に等しく、#FFF0以下である。マップエント
リーズ(Map Entries:BP 24)は、このMIA内のMIBの使用
状況を指定する。1つのマップエントリは、Uint16から
なり、最初のマップエントリはMIAの最初のMIB, 2番目
のマップエントリは2番目のMIB...に対応する。

【０１４１】マップエントリの値は、表２９に示す意味
を有する。

【０１４２】

【表２９】

【０１４３】もしデータ構造体が論理セクタサイズに等
しいかあるいは小さく、1つのMIB内に格納される場合、
そのMIBに対応するマップエントリに#FFFFが、セットさ
れる。データ構造体が複数のMIBにわたって記録される
場合、最後以外のMIBに対応するマップエントリには次
のMIBのMIB番号が、最後のMIBに対応するマップエント
リには#FFFFがセットされる。マップエントリの値が#FF
F1であるMIBは、そのブロックが未使用である事を示
し、データ構造体が新しいMIBを必要とする場合に使用
する事が出来る。マップエントリの値が#FFF0であるMIB
は、その使用に問題がある(欠陥セクタなど)ことを表
す。

【０１４４】ファイルテーブル（File Table）は図１４
に示すようにファイルテーブルヘッダとファイルテーブ
ルデータから構成される。ファイルテーブルデータの構
造はファイルテーブルヘッダのFile Table Structure T
ypeフィールドによって決まる。

【０１４５】ファイルテーブルヘッダ（File Table Hea
der）は、表３０に示すように記録される。

【０１４６】

【表３０】

【０１４７】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、3が設定される。レングスオブファイ
ルテーブルデータ(Length of File Table Data:BP 8)
は、ファイルテーブルデータの長さをバイト数で指定す
る。ファイルテーブルストラクチャタイプ(File Table
Structure Type:BP 12)は、ファイルテーブルデータの
構造を規定する。ファイルテーブルストラクチャタイプ
ディペンデントインフォメーション(File Table Struct
ure Type dependent information:BP 14)は、ファイル
テーブルストラクチャタイプ毎に決められた情報が設定
される。

【０１４８】ファイルテーブルストラクチャタイプ（Fi
le Table Structure Type ）が0の場合、ファイルテー
ブルは図１５に示すようにファイルテーブルヘッダと1
個以上のファイルレコードから構成される。ファイルレ
コードは、0から始まる連続、昇順の番号が付され、こ
の番号は、ファイルレコード番号と称される。ファイル
レコードのリストは次のレコードのファイルレコード番
号をネクストリンク（Next Link）フィールドに設定す
る事により作られ、このリストはファイルレコードチェ
インと称される。ファイルテーブル内の使用されてない
すべてのファイルレコードは、フリーファイルレコード
チェインと称されるファイルレコードチェインを作成す
る。

【０１４９】ファイルテーブルストラクチャタイプが0
の場合、ファイルテーブルヘッダ（File Table Heade
r）は表３１に示すように記録されなければならない。

【０１５０】

【表３１】

【０１５１】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、3が設定される。レングスオブファイ
ルテーブルデータ(Length of File Table Data:BP 8)
は、ファイルレコードの長さにナンバオブファイルレコ
ーズ(Number of File Records:BP 14)をかけた数が設定
される。ファイルテーブルストラクチャタイプ(File Ta
ble Structure Type:BP 12)は、0が設定される。ナンバ
オブファイルレコードズ(Number of File Records:BP 1
4)は、ファイルテーブルを構成するファイルレコード数
を指定する。ファイルレコード数は、1以上#FFF0以下の
値をとる。ファーストフリーファイルレコーズ(First F
ree File Records:BP 14)は、フリーファイルレコード
チェインの最初の要素を指し、ファイルテーブル内にフ
リーなファイルレコードが存在しない場合、#FFFFが設
定される。リザーブド(Reserved:BP18)は、拡張のため
に予約されており、#00が設定される。

【０１５２】ファイルレコード（File Record）は、表
３２に示すように記録されなければならない。

【０１５３】

【表３２】

【０１５４】ファイルID(File ID:RBP 0)は、ファイル
レコードチェイン中の同じファイルタイプを持つファイ
ルレコードを識別するための番号を指定する。ファイル
タイプ(File Type:RBP 2)は、このファイルレコードの
種類を指示するための番号を指定する。アトリビュート
(Attribute:RBP 4)は、このファイルレコードまたはこ
のファイルレコードの参照するデータの属性を指定す
る。クリエーションタイム(Creation Time:RBP 8)は、
このファイルレコードの作成日時を指定する。モディフ
ィケーションタイム(Modification Time:RBP 12)は、こ
のファイルレコードまたはファイルレコードの参照する
データの変更日時を指定する。データレングス(Data Le
ngth:RBP 16)は、データロケーション(Data Location:R
BP 24)の参照するデータの長さをバイトで指定し、参照
するデータがない場合には0をセットする。データロケ
ーション(Data Location:RBP 24)は、このファイルレコ
ードの参照するデータの位置を指定する。フィールドの
解釈は、アトリビュート(Attribute:RBP 4)のデータロ
ケーションタイプ(Data Location Type:Bit 1-2)の内容
によって変化する。チャイルドリンク(Child Link:RBP
32)は、チャイルドファイルレコードのファイルレコー
ド番号を指定し、そのようなファイルレコードが存在し
ない場合、#FFFFが設定される。ネクストリンク(Next L
ink:RBP 34)は、ファイルレコードチェインを構成する
次のファイルレコードのファイルレコード番号を指定
し、このファイルレコードがファイルレコードチェイン
の最後の要素の場合、#FFFFが設定される。

【０１５５】ペアレントリンク(Parent Link:RBP 36)
は、ペアレントファイルレコードのファイルレコード番
号を指定し、このファイルレコードがルートファイルレ
コードである場合、自分自身のファイルレコード番号す
なわち0が設定される。エクステンデッドアトリビュー
トレコードナンバ(Extended Attribute Record Number:
RBP 38)は、このファイルレコードの使うエクステンデ
ッドアトリビュートレコードチェインの先頭のエクステ
ンデッドアトリビュートレコード番号を指定し、エクス
テンデッドアトリビュートレコードを参照しない場合、
#FFFFが設定される。

【０１５６】アトリビュート（ Attribute）フィールド
は、表３３に示すように記録される。

【０１５７】

【表３３】

【０１５８】バリッド(Valid:Bit 0)は、このファイル
レコードが有効なレコードであるかどうかを表し、0の
場合、このファイルレコードが使われていないことを表
し、ファイルレコードは、フリーファイルレコードチェ
イン中にある。バリッドが、1の場合、このファイルレ
コードが使用されていることを表し、ルートファイルレ
コードからチャイルドリンク, ネックストリンクを経て
到達する事ができる。データロケーションタイプ(Data
Location Type:Bit 0-1)は、データロケーション(Data
Location:RBP 24)のフォーマットを指定する。データロ
ケーションタイプが00の場合、データロケーションは参
照するものがない事を示す(ファイルレコードがディレ
クトリの場合は、この値をセットする)。データロケー
ションタイプが01の場合、データロケーションは、アロ
ケーションエクステントレコードチェインの先頭のアロ
ケーションエクステントレコード番号とアロケーション
ストラテジィ番号を表３４に示すフォーマットで表され
る。データロケーションタイプが10の場合、ファイルレ
コードはサブファイルであることを表し、データロケー
ションは、ペアレントファイルレコードのデータロケー
ションが表すデータの先頭からのオフセットがUint64で
表される。11のデータロケーションタイプは、拡張のた
めに予約されている。

【０１５９】

【表３４】

【０１６０】プロテクテッド(Protected:Bit 3)は、こ
のファイルレコードがプロテクトされていることを表
す。ソーテッド(Sorted:Bit 4)は、このファイルレコー
ドの属するファイルレコードチェインがファイルタイプ
の若い順にソートされ、さらに同じファイルタイプの中
ではファイルIDの若い順にソートされている事を表す。
リザーブド(Reserved:Bit 5-31)は、拡張のために予約
されている。

【０１６１】アロケーションエクステントテーブル（St
ructure of the Allocation Extents Table）は、図１
６に示すようにアロケーションエクステントテーブルヘ
ッダとアロケーションエクステントレコードから構成さ
れる。アロケーションエクステントレコードには0から
始まる連続、昇順の番号が付される。この番号は、アロ
ケーションエクステントレコード番号と称される。次の
レコードのアロケーションエクステントレコード番号を
ネクストアロケーションエクステントレコードフィール
ドに設定する事により、アロケーションエクステントレ
コードのリストはつくられる。このリストはアロケーシ
ョンエクステントレコードチェインと称される。

【０１６２】アロケーションエクステントテーブルヘッ
ダ（Allocation Extents Table Header）は、表３５に
示すように記録される。

【０１６３】

【表３５】

【０１６４】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、4が設定される。ナンバオブアロケー
ションエクステントレコーズ(Number of Allocation Ex
tentRecords (BP 8)はアロケーションエクステントテー
ブル中のアロケーションエクステントレコードの数を指
定する。ファーストフリーアロケーションエクステント
レコード(First Free Allocation Extent Record:BP 1
2)は、フリーアロケーションエクステントレコードチェ
インの最初の要素を指す。

【０１６５】アロケーションエクステントテーブル内に
フリーなアロケーションエクステントレコードが存在し
ない場合、#FFFFFFFFがこのフィールドに設定される。
ファーストディフェクティブアロケーションエクステン
トレコード(First DefectiveAllocation Extent Recor
d:BP 16)は、ディフェクティブアロケーションエクステ
ントレコードチェインの最初の要素を指す。アロケーシ
ョンエクステントテーブル内にディフェクティブアロケ
ーションエクステントレコードが存在しない場合、#FFF
FFFFFが、このフィールドに設定される。リザーブド(Re
served:BP 20)は、拡張のために予約され、#00が設定さ
れる。

【０１６６】アロケーションエクステントレコード（Al
location Extent Record）は、アロケーションエクステ
ントの開始位置、終了位置、属性、アロケーションエク
ステントレコードチェインを構成する次のアロケーショ
ンエクステントレコードの位置を表す。アロケーション
エクステントレコードは、表３６に示すように記録され
る。

【０１６７】

【表３６】

【０１６８】スタートロジカルセクタナンバ(Start Log
ical Sector Number:RBP 0)は、アロケーションエクス
テントの開始バイトを含む論理セクタを指定し、論理セ
クタ番号が設定される。アロケーションストラテジィナ
ンバ(Allocation Strategy Number:RBP 4)は、このアロ
ケーションエクステントレコードがどのアロケーション
ストラテジィに従って配置されているかを指示する。リ
ザーブド(Reserved:RBP 5)は、拡張のために予約され、
#00が設定される。スタートオフセット(StartOffset:RB
P 6)は、アロケーションエクステントの開始バイトを含
む論理セクタの先頭バイトから開始バイトまでのバイト
オフセットを指定し、開始位置がその論理セクタの先頭
バイトに等しければ0がセットされる。

【０１６９】エンドロジカルセクタナンバ(End Logical
Sector Number:RBP 8)は、アロケーションエクステン
トの最終バイトを含む論理セクタの論理セクタ番号を指
定する。リザーブド(Reserved:RBP 12)は、拡張のため
に予約され、#00が設定される。エンドオフセット(End
Offset:RBP 14)は、アロケーションエクステントの終了
バイトを含む論理セクタの先頭バイトから終了バイトま
でのオフセットを指定し、終了バイトがその論理セクタ
の先頭バイトに等しいならば0がセットされる。アトリ
ビュート(Attribute:RBP 16)の表す値は、表３７に示す
意味を有する。

【０１７０】

【表３７】

【０１７１】アロケーションエクステントレコードステ
ータス (Bit 0-1)が01の場合、このアロケーションエク
ステントレコードは、有効なアロケーションエクステン
トを指し、正常に読み出しができる。このビットが11の
場合、このアロケーションエクステントレコードは有効
なアロケーションエクステントを指しており、かつ欠陥
セクタの存在などにより、正常に読み出しを出来ない可
能性のある事を表す。このビットが00の場合、このアロ
ケーションエクステントレコードは現在使用されておら
ず、新しいアロケーションエクステントを配置する際に
使用出来る事を表す。このビットが10の場合、このアロ
ケーションエクステントレコードの指すアロケーション
エクステントは、どこからも参照されていないが、欠陥
セクタを含んでいるために新しいアロケーションエクス
テントを配置する為に使用するのは適当でない事を表
す。リザーブド(Reserved:Bit 2-31)は、拡張のために
予約されており、0が設定される。

【０１７２】ネクストアロケーションエクステントレコ
ード(Next Allocation Extent Record:RBP 20)は、アロ
ケーションエクステントレコードチェインを構成する次
のアロケーションエクステントレコード番号を指定す
る。アロケーションエクステントレコードがアロケーシ
ョンエクステントレコードチェインの最後の要素である
場合、#FFFFFFFFがセットされる。レングスオブザアロ
ケーションエクステント(Length of the Allocation Ex
tent:RBP 24)は、このアロケーションエクステントレコ
ードが指示するアロケーションエクステントの長さをバ
イト数で指示する。スタートロジカルセクタナンバ(Sta
rt Logical Sector Number:RBP 0)、スタートオフセッ
ト(Start Offset:RBP 6)、エンドロジカルセクタナンバ
(End Logical Sector Number:RBP 8)、およびエンドオ
フセット(End Offset:RBP 14)から計算で求められるバ
イト数とこのフィールドにセットされたバイト数は等し
い。

【０１７３】アロケーションストラテジィテーブルはAV
ファイルシステムがこの論理ボリウムでデータを配置す
るのに使用しているすべてのアロケーションストラテジ
ィを指定する。アロケーションストラテジィテーブルは
図１７に示すようにアロケーションストラテジィテーブ
ルヘッダとアロケーションストラテジィレコードから構
成される。

【０１７４】アロケーションストラテジィテーブルヘッ
ダ（Allocation Strategy Table Header）は、表３８に
示すように記録される。

【０１７５】

【表３８】

【０１７６】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、5が設定される。ナンバオブアロケー
ションストラテジィレコード(Number of Allocation St
rategy Record:BP 8)は、アロケーションストラテジィ
テーブル中のアロケーションストラテジィレコードの数
を指定する。リザーブド(Reserved:RBP 10)は、拡張の
ために予約され、#00が設定される。

【０１７７】アロケーションストラテジィレコードは、
アロケーションストラテジィを指定するのに使用され
る。アロケーションストラテジィレコードは、表３９に
示すように記録される。

【０１７８】

【表３９】

【０１７９】レングスオブアロケーションストラテジィ
レコード(Length of Allocation Strategy Record:RBP
0)は、このアロケーションストラテジィレコードの長さ
をバイト数で指定し、その長さは8の倍数である。アロ
ケーションストラテジィタイプ(Allocation Strategy T
ype:RBP 2)は、このアロケーションストラテジィレコー
ドの種類を指定する。アロケーションストラテジィナン
バ(Allocation Strategy Number:RBP 4)は、このアロケ
ーションストラテジィレコードがアロケーションストラ
テジィテーブル中の何番目のレコードであるかを指定
し、このレコードが最初のレコードならば0がセットさ
れる。リザーブド(Reserved:RBP 5)は、拡張のために予
約されており、#00が設定されなければならない。アロ
ケーションストラテジィタイプディペンデントデータ(A
llocation Strategy Type Dependent Data:RBP 8)は、
アロケーションストラテジィタイプ毎に決まった内容が
セットされる。

【０１８０】アロケーションストラテジィタイプ0にお
いては、次の条件を満足する。第１に、アロケーション
エクステントは、アロケーションストラテジィレコード
のスタートロジカルセクタナンバ(Start Logical Secto
r Number:RBP 8)およびエンドロジカルセクタナンバ(En
d Logical Sector Number:RBP 12)で指定された領域内
に配置されなければならない。第２に、論理セクタの一
部が、あるアロケーションエクステントに割り当てられ
ている場合、その論理セクタのどのバイトも別のアロケ
ーションエクステントに属さない。第３に、アロケーシ
ョンエクステントの先頭と論理セクタの先頭は一致す
る。アロケーションストラテジィタイプ 0のアロケーシ
ョンストラテジィレコードは、表４０に示すように記録
される。

【０１８１】

【表４０】

【０１８２】レングスオブアロケーションストラテジィ
レコード(Length of Allocation Strategy Record:RBP
0)は、16が設定される。アロケーションストラテジィタ
イプ(Allocation Strategy Type:RBP 2)は、0が設定さ
れる。アロケーションストラテジィナンバ(Allocation
Strategy Number:RBP 4)は、このアロケーションストラ
テジィレコードがアロケーションストラテジィテーブル
中の何番目のレコードであるかを指定し、このレコード
が最初のレコードならば0がセットされる。リザーブド
(Reserved:RBP 5)は、拡張のために予約され、#00が設
定される。スタートロジカルセクタナンバ(Start Logic
al Sector Number:RBP 8)は、アロケーションエクステ
ントを配置する領域の先頭論理セクタ番号を指定する。
エンドロジカルセクタナンバ(End Logical Sector Numb
er:RBP 12)は、アロケーションエクステントを配置する
領域の最後の論理セクタ番号を指定する。

【０１８３】アロケーションストラテジィタイプ1のア
ロケーションストラテジィレコードは、表４１に示すよ
うに記録される。

【０１８４】

【表４１】

【０１８５】レングスオブアロケーションストラテジィ
レコード(Length of Allocation Strategy Record:RBP
0)は、このアロケーションストラテジィレコードの長
さ、16+ 16x1が設定される。アロケーションストラテジ
ィタイプ(Allocation Strategy Type:RBP 2)は、1が設
定される。アロケーションストラテジィナンバ(Allocat
ion Strategy Number:RBP 4)は、このアロケーションス
トラテジィレコードがアロケーションストラテジィテー
ブル中の何番目のレコードであるかを指定し、このレコ
ードが最初のレコードならば0がセットされる。リザー
ブド(Reserved:RBP5)は、拡張のために予約され、#00が
設定される。ナンバオブゾーン(Number ofZones:RBP 8)
は、アロケーションストラテジィレコード中のゾーンイ
ンフォメーションレコードの数を指定する。リザーブド
(Reserved:RBP 10)は、拡張のために予約され、#00が設
定される。ゾーンインフォメーションレコーズ(Zone In
formation Records:BP 16)は、ナンバオブゾーン(Numbe
r of Zones:RBP 8)で指定された数のゾーンインフォメ
ーションレコードが設定される。ゾーンインフォメーシ
ョンレコードは、表４２に示すように記録される。

【０１８６】

【表４２】

【０１８７】スタートロジカルセクタナンバ(Start Log
ical Sector Number:RBP 0)は、このゾーンの開始論理
セクタ番号を指定する。エンドロジカルセクタナンバ(E
nd Logical Sector Number:RBP 4)は、このゾーンの最
終論理セクタ番号を指定する。レングスオブアロケーシ
ョンユニット(Length of Allocation Unit:RBP 8)は、
このゾーン内に配置を行う際のアロケーションユニット
を指定する。リザーブド(Reserved:RBP 12)は、拡張の
ために予約され、#00が設定される。

【０１８８】ディフェクトインフォメーションテーブル
（Defect Information Table）は論理ボリウム中の欠陥
セクタの論理セクタ番号を記録する。ディフェクトイン
フォメーションテーブルは、表４３に示すように記録さ
れる。

【０１８９】

【表４３】

【０１９０】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、6が設定される。ナンバオブディフェ
クトセクタズ(Number of Defect Sectors:BP 8)は、(BP
16)からはじまるディフェクトセクタアドレスのエント
リ数を指定する。リザーブド(Reserved:BP 12)は、拡張
のために予約され、#00が設定される。ディフェクトセ
クタアドレス(Defect Sector Addresses:BP 16)は、こ
の論理ボリウム中で検出されたディフェクトセクタの論
理セクタ番号を指定し、1つのエントリはUint32から
り、ここに記録される値は昇順にソートされている。

【０１９１】エクステンデッドアトリビュートテーブル
（Extended Attribute Table）は、図１８に示すように
エクステンデッドアトリビュートテーブルヘッダとエク
ステンデッドアトリビュートレコードから構成される。
エクステンデッドアトリビュートテーブル中のエクステ
ンデッドアトリビュートレコードは、0から始まる連
続、昇順の番号が付され、この番号は、エクステンデッ
ドアトリビュートレコード番号と称される。エクステン
デッドアトリビュートレコードのリストは、ネクストエ
クステンデッドアトリビュートレコードフィールドに次
のレコードを設定する事により作成され、このリスト
は、エクステンデッドアトリビュートレコードチェイン
と称される。エクステンデッドアトリビュートテーブル
内の使用されてないエクステンデッドアトリビュートレ
コードは、フリーエクステンデッドアトリビュートレコ
ードチェインと呼ばれるリストを作成する。

【０１９２】エクステンデッドアトリビュートテーブル
ヘッダ（Extended Attribute TableHeader）は、表４４
に示すように記録される。

【０１９３】

【表４４】

【０１９４】シグネチャ(Signature:BP 0)のデータタイ
プフィールドは、7が設定される。ナンバオブエクステ
ンデッドアトリビュートレコード(Number of Extended
Attribute Record:BP 8)は、エクステンデッドアトリビ
ュートテーブル中のエクステンデッドアトリビュートレ
コードの数を指定し、#FFF0以下である。ファーストフ
リーエクステンデッドアトリビュートレコード(First F
ree Extended Attribute Record:BP 10)は、フリーエク
ステンデッドアトリビュートレコードチェインの最初の
要素を指し、エクステンデッドアトリビュートテーブル
内にフリーのエクステンデッドアトリビュートレコード
が存在しない場合、#FFFFが設定される。リザーブド(Re
served:RBP 12)は、拡張のために予約され、#00が設定
される。

【０１９５】エクステンデッドアトリビュートレコード
（Extended Attribute Record）は、表４５に示すよう
に記録される。

【０１９６】

【表４５】

【０１９７】ネクストエクステンデッドアトリビュート
レコード(Next Extended AttributeRecord:RBP 0)は、
エクステンデッドアトリビュートレコードチェインを構
成する次のエクステンデッドアトリビュートレコード番
号を指定し、このエクステンデッドアトリビュートレコ
ードが最後のエクステンデッドアトリビュートレコード
である場合、#FFFFがセットされる。

【０１９８】既存のファイルシステムの多くはメディア
の欠陥セクタ処理をファイルシステムの下に位置するレ
イヤ(例えばドライブ内部の交替処理)で行う事を前提に
設計されている。これらのファイルシステムでは欠陥セ
クタがどこにあるのかが分からず、欠陥がない部分では
ドライブの生の転送速度でデータにアクセスできるが、
交替処理が行われている部分ではそれよりもはるかに低
い転送速度でしかアクセスが出来ない。

【０１９９】従来のコンピュータ用途では平均アクセス
時間の向上が要求される事はあっても個々のアクセス時
間の見積もりが要求される事はなかったため上記のよう
な構成でも問題はなかった。しかし、オーディオ, ビデ
オ用途ではデータを一定時間内に一定量供給できなけれ
ば音声や映像を正しく記録再生する事ができないため、
ファイルシステムがデータアクセスにかかる時間の見積
もりを行える事が必要となってきた。

【０２００】そこで本ファイルシステムでは欠陥セクタ
処理を下のレイヤで行わなくても良いという前提を導入
し、ファイルシステムがデータのアクセスにかかる時間
を正確に見積もる事が出来るようにした。これに伴い、
本ファイルシステムでは従来のファイルシステムにはな
かった欠陥セクタ処理の為のフィールドやフラグが用意
され、これを使って欠陥セクタの処理が行う事が出来
る。ここでは本ファイルシステムに用意された機能を使
って欠陥セクタ処理を行う方法の一例を解説する。

【０２０１】一般に欠陥セクタが検出されるのは次のい
ずれかである。第１に、書き込み中にエラーが発生し欠
陥セクタが検出される。第２に、書き込みは正常終了し
たが、書き込み直後にその部分を読み出した際にエラー
が検出される。第３に、書き込み、および書き込み直後
の読み出しは正常終了したが、時間を経て読み出しを行
った時にエラーが検出される。

【０２０２】第１および第２の場合は、書き込み直後に
読み出しを行い、正しく書き込めた事を確認する(Write
and Verify)操作を行うことにより書き込み時に検出、
対応できる。

【０２０３】第３の場合は、光ディスクにおけるごみ、
傷による障害などで発生するケースである。このケース
については完全な対応策は存在しないが、多重書きを行
う事により、データロスの可能性を著しく下げる事が出
来る。本ファイルシステムは、主にこのWrite and Veri
fyと多重書きの２つの手法を使って欠陥セクタの処理を
行う。

【０２０４】ボリウム構造は、ボリウムストラクチャデ
ィスクリプタ(Volume Structure Descriptor)、メディ
アインフォメーションディスクリプタ(Media Informati
on Descriptor)、ドライブインフォメーションディスク
リプタ(Drive Information Descriptor)、およびエクス
テンデッドデータディスクリプタ(Extended Data Descr
iptor)により定義される。これらの情報に対する欠陥セ
クタへの対応は、以下のように行う。

【０２０５】ボリウムストラクチャディスクリプタ、メ
ディアインフォメーションディスクリプタ、ドライブイ
ンフォメーションディスクリプタ、およびエクステンデ
ッドデータディスクリプタは、MIAにより管理される。M
IAは、記録の際に必ずwriteand verifyを行うことで確
実に非欠陥セクタに記録することが可能である。また、
MIAは、記録後に生じた欠陥を考慮し、MIAを2個所に重
複記録し、MIA内の使用状況を管理するMIAマップについ
ても2個所に重複記録する。

【０２０６】さらに、ボリウム管理システムによって定
義される論理ボリウムでは、これを構成するパーティシ
ョン毎にスリッピング、リニアリプレースメントによ
るディフェクトマネージメントが行える。

【０２０７】AVファイルシステムの、欠陥セクタへの対
応は以下のように行う。AVファイルシステムは、AVファ
イルシステムディスクリプタに書き込みを行うとき、Wr
iteand Verifyを実行し、正しく書き込めた事を確認
し、書き込みに失敗した場合、別の場所にAVファイルシ
ステムディスクリプタを書き、ロジカルボリウムコンテ
ンツユースフィールドの内容を書き換える。また、AVフ
ァイルシステムディスクリプタを、2箇所に書くことに
より信頼性を向上させる。

【０２０８】AVファイルシステムは、MIA内のセクタの
書き込みを行うとき、Write and Verifyを実行し、正し
く書き込めた事を確認し、書き込みに失敗した場合、MI
Aマップのエントリフィールドに#FFF0を書き込み、別の
MIA内のセクタに対して同じシーケンスを実行する。ま
た、AVファイルシステムは、MIA自体を論理ボリウム上
の2箇所に書くことにより信頼性を向上させる。

【０２０９】AVファイルシステムが動作中に検出した欠
陥セクタは、ディフェクトインフォメーションテーブル
に登録され、次回からそのセクタは、使用しないように
する事が出来る。

【０２１０】アロケーションエクステントに記録される
データは、転送速度の要求からWrite and Verify（ライ
トアンドベリファイ）オペレーションが行えなず、Writ
e（ライト）オペレーションのみを実行するときがあ
る。いずれの場合も欠陥セクタを検出した場合、AVファ
イルシステムは、その部分を独立したアロケーションエ
クステントとして、そのアロケーションエクステントレ
コードのアロケーションエクステントレコードステータ
スに10が設定され、そのアロケーションエクステント
を、ディフェクティブアロケーションエクステントレコ
ードチェインに入れる。読み出し時にアロケーションエ
クステント中に欠陥セクタを検出した場合、AVファイル
システムは、アロケーションエクステントレコードステ
ータスに11をセットする。このアロケーションエクステ
ントの解放が行われるとき、欠陥セクタが調べられ、そ
の欠陥セクタの部分は、アロケーションエクステントレ
コードステータスが10のアロケーションエクステントと
して、ディフェクティブアロケーションエクステントレ
コードチェインに登録される。

【０２１１】図１９は、本発明の記録再生装置１の一実
施の形態の構成を示すブロック図である。記録再生装置
１は、光ディスク８が装着され、光ディスク８に外部か
ら供給されたビデオ信号およびオーディオ信号並びにPC
(Personal Computer)データを記録するか、または、光
ディスク８に記録されている信号を読み取り、外部に出
力する。

【０２１２】ユーザ入出力部２は、キーパネル１１およ
びLCD(Liquid Crystal Display)１２を有する。キーパ
ネル１１は、ユーザの操作に応じた信号を発生し、シス
テムコントロール部５に供給するようになされている。
LCD１２は、システムコントロール部５から供給された
信号に基づき、記録再生装置１の状態または記録再生装
置１に装着された光ディスク８に関する情報等を表示す
る。

【０２１３】AV入出力部３は、エンコーダ/デコーダ１
３および１４並びにマルチプレクサ/デマルチプレクサ
１５を有し、システムコントロール部５から供給された
信号に基づき、エンコーダ/デコーダ１３および１４並
びにマルチプレクサ/デマルチプレクサ１５を制御す
る。また、AV入出力部３は、システムコントロール部５
にエンコーダ/デコーダ１３および１４並びにマルチプ
レクサ/デマルチプレクサ１５の状態を示す信号を供給
する。

【０２１４】エンコーダ/デコーダ１３は、記録時にお
いて、外部から供給されたビデオ信号を圧縮（エンコー
ド）して、ビデオ信号に対応する所定の方式のビデオデ
ータをマルチプレクサ/デマルチプレクサ１５に出力
し、再生時において、マルチプレクサ/デマルチプレク
サ１５から供給された所定の方式のビデオデータを伸張
（デコード）して外部に出力する。エンコーダ/デコー
ダ１４は、記録時において、外部から供給されたオーデ
ィオ信号を圧縮（エンコード）して、オーディオ信号に
対応する所定の方式のオーディオデータをマルチプレク
サ/デマルチプレクサ１５に出力し、再生時において、
マルチプレクサ/デマルチプレクサ１５から供給された
所定の方式のオーディオデータをを伸張（デコード）し
て外部に出力する。

【０２１５】マルチプレクサ/デマルチプレクサ１５
は、記録時において、エンコーダ/デコーダ１３および
１４から供給された所定の方式のビデオデータおよびオ
ーディオデータを多重化し、ドライブ部７に出力するよ
うになされている。また、再生時において、ドライブ部
７から供給された多重化されたビデオデータおよびオー
ディオデータを分離し、ビデオデータをエンコーダ/デ
コーダ１３に、オーディオデータをエンコーダ/デコー
ダ１４に出力するようになされている。

【０２１６】PCデータ入出力部４は、インターフェース
１６を有し、システムコントロール部５から供給された
信号に基づき、インターフェース１６を制御し、システ
ムコントロール部５にインターフェース１６の状態を示
す信号を出力する。インターフェース１６は、外部のパ
ーソナルコンピュータ（図示せず）等から供給された所
定の形式のPCデータを入力し、ドライブ部７が読み取り
可能なデータに変更し、ドライブ部７に出力する。イン
ターフェース１６は、また、ドライブ部７から供給され
たデータを所定の形式で、外部のパーソナルコンピュー
タ等に出力するようになされている。

【０２１７】システムコントロール部５は、ユーザ入出
力部２、AV入出力部３、PCデータ入出力部４、およびフ
ァイル管理部６それぞれの状態に基づき、ユーザ入出力
部２、AV入出力部３、PCデータ入出力部４、およびファ
イル管理部６を制御するようになされている。

【０２１８】ファイル管理部６は、システムコントロー
ル部５からの信号に基づき、ドライブ部７を制御し、ド
ライブ部７の状態に応じた信号をシステムコントロール
部５に供給するようになされている。

【０２１９】ドライブ部７は、バッファ１７、ECC回路
１８、変調/復調回路１９、およびピックアップ２０を
有し、ファイル管理部６からの信号に基づき、バッファ
１７、ECC回路１８、変調/復調回路１９、およびピック
アップ２０を動作させ、光ディスク８に信号を記録し、
または光ディスク８から信号を読み出すようになされて
いる。

【０２２０】バッファ１７は、AV入出力部３またはPCデ
ータ入出力部４から供給されたデータを一時的に記憶
し、データが途切れないように、ECC(Error Correction
Code)回路１８にデータを出力し、また、ECC回路１８
から供給されたデータを一時的に記憶し、データが途切
れないように、AV入出力部３またはPCデータ入出力部４
に供給するようになされている。

【０２２１】ECC回路１８は、バッファ１７から供給さ
れたデータにECCを付加して、変調/復調回路１９に出力
し、また、変調/復調回路１９から供給されたデータ
を、ECCを基に誤り訂正した後、バッファ１７に出力す
るようになされている。

【０２２２】変調/復調回路１９は、ECC回路１８から供
給されたデータを所定の方式に変調してピックアップ２
０に出力し、ピックアップ２０から供給されたデータを
所定の方式に基づいて復調し、ECC回路１８に出力する
ようになされている。

【０２２３】ピックアップ２０は、変調/復調回路１９
から供給されたデータに基づき、記録再生装置１に装着
された光ディスク８にデータを記録し、または光ディス
ク８に記録されたデータを読み取り、変調/復調回路１
９に出力するようになされている。

【０２２４】図２０は、再生のときの、バッファ１７に
記録されているデータの量とバッファ１７に書き込まれ
るデータの速度の関係を示す図である。バッファ１７か
ら出力されるデータの読み出し速度Routは、エンコーダ
/デコーダ１３および１４が信号の出力を途切れさせな
いようにするため、所定の値以上の一定値となるように
制御される。バッファ１７に供給されるデータのデータ
書き込み速度は、光ディスク８の所定のファイルが記録
されているセクタを読み取っているとき、図２０（Ｂ）
に示すように、一定の値Rinになる。一方、データ書き
込み速度は、ピックアップ２０が光ディスク８のトラッ
クの間を移動しているとき、または所定のセクタがピッ
クアップ２０の読み取り可能な位置に来るまで光ディス
ク８の回転を待っているとき（図２０（Ｂ）の時間Tsの
間）、0になる。

【０２２５】このため、バッファ１７へのデータ書き込
み速度が0になるとき、バッファ１７に記録されている
データの量は、読み出し速度Routで読み出しされるだけ
となるため、図２０（Ａ）に示されるように、急激に減
少する。バッファ１７の記憶可能なデータ量は、所定の
期間、データ書き込みが無くとも、データの読み出しが
途切れないように、Rin、およびデータの読み出し速度
により決定される。

【０２２６】図２１は、光ディスク８に記録されている
ファイルの構成を説明する図である。ブロックは、ディ
スク全体を等しい大きさに分割したもので、ブロック内
が物理的に連続で、かつ、ブロック内ではRinの速度で
データの転送が実行される。ファイルのデータは、１ま
たは複数のブロックに記録される。従って、ブロック
は、ファイルの一部または全部のデータが記録されてい
るブロック、またはファイルのデータが記録されていな
いブロックにわかれる。ブロックに記録されているファ
イルのデータ量がブロックの大きさより小さいとき、そ
のファイルの直前のブロックは、その全てにデータが記
録されている。

【０２２７】図２２は、ファイルの構成とバッファ１７
に記憶されたデータの量を示す図である。図２２（Ａ）
は、ブロックに記録されているファイルを説明する図で
ある。ブロック３１は、その全てにファイルのデータが
記録されている。ブロック３１に連続するブロック３２
は、その一部にファイルのデータが記録されている。ブ
ロック３３は、その全てにファイルのデータが記録され
ている。ブロック３３に連続するブロック３４は、その
一部にファイルのデータが記録されている。

【０２２８】図２２（Ｂ）は、図２２（Ａ）に示された
ブロックを読み出すときのバッファ１７への書き込み速
度を表す図である。ブロック３１を読み出すとき、バッ
ファ１７への書き込み速度は、ブロック３１が物理的に
連続しているため、Rinの一定速度となる。同様に、ブ
ロック３２を読み出すとき、ブロック３３を読み出すと
き、およびブロック３４を読み出すとき、バッファ１７
への書き込み速度は、Rinの一定速度となる。

【０２２９】ブロック３１の読み出しを終了し、つぎに
ブロック３２の読み出しを行うとき、ブロック３１とブ
ロック３２が物理的に連続しているとは限らないため、
連続していなければ、ピックアップ２０は、光ディスク
８のトラックの間を移動するか、または所定のセクタが
ピックアップ２０の読み取り可能な位置に来るまで光デ
ィスク８の回転を待つ。このため、バッファ１７への書
き込み速度が0になる期間Ts１が存在する。同様に、ブ
ロック３２の読み出しを終了し、つぎにブロック３３の
読み出しを行うとき、バッファ１７への書き込み速度が
0になる期間Ts２が存在し、ブロック３３の読み出しを
終了し、つぎにブロック３４の読み出しを行うとき、バ
ッファ１７への書き込み速度が0になる期間Ts３が存在
する。

【０２３０】図２２（Ｃ）は、バッファ１７からのデー
タ読み出し速度を示す図である。データ読み出し速度
は、常に一定の値Routである。図２２（Ｄ）は、バッフ
ァ１７に記憶されているデータの量を示す図である。図
２０（Ａ）に示される場合と同様に、バッファ１７のデ
ータ量は、書き込み速度Rinと読み出し速度Routの差に
対応する速度で増加し、バッファ１７へのデータ書き込
み速度が0になるとき、バッファ１７に記録されている
データの量は、読み出しだけとなるので、急激に減少す
る。特に、その一部だけにファイルのデータが記録され
ているブロック３２およびブロック３４を読み出した後
のデータ書き込み速度が0になるとき、バッファ１７に
記録されているデータの量は、大きく減少するため、バ
ッファ１７は、アンダフローを防止するには、所定以上
の記憶容量が必要となる。

【０２３１】図２３は、光ディスク８に記録されている
ファイルの他の構成例を説明する図である。この構成で
は、その一部または全部にファイルのデータが記録され
ているブロックは、必ず、ブロックの２分の１以上にフ
ァイルのデータが記録されるようになされている。

【０２３２】図２４は、ファイルが図２３に示すように
構成されている場合におけるバッファ１７のデータの量
の変化を示す図である。図２４（Ａ）は、ブロックに記
録されているファイルを説明する図である。ブロック５
１乃至ブロック５４は、前述のように、その２分の１以
上にファイルが記録されている。

【０２３３】図２４（Ｂ）は、図２４（Ａ）に示された
ブロックを読み出すときのバッファ１７への書き込み速
度を表す図である。ブロック５１を読み出すとき、バッ
ファ１７への書き込み速度は、ブロック５１が物理的に
連続しているため、Rinの一定速度となる。同様に、ブ
ロック５２を読み出すとき、ブロック５３を読み出すと
き、およびブロック５４を読み出すとき、バッファ１７
への書き込み速度は、Rinの一定速度となる。

【０２３４】ブロック５１の読み出しを終了し、つぎに
ブロック５２の読み出しを行うとき、ブロックが物理的
に離間していれば、バッファ１７への書き込み速度が0
になる期間Ts４が存在する。同様に、ブロック５２の読
み出しを終了し、つぎにブロック５３の読み出しを行う
とき、バッファ１７への書き込み速度が0になる期間Ts
５が存在し、ブロック５３の読み出しを終了し、つぎに
ブロック５４の読み出しを行うとき、バッファ１７への
書き込み速度が0になる期間Ts６が存在する。

【０２３５】図２４（Ｃ）は、バッファ１７からのデー
タ読み出し速度を示す図である。データ読み出し速度
は、常に一定の値Routである。図２４（Ｄ）は、バッフ
ァ１７に記憶されているデータの量の変化を示す図であ
る。バッファ１７へのデータ書き込み速度が0になると
き、バッファ１７に記録されているデータの量は、急激
に減少する。図２２（Ｄ）の場合と比較し、ブロック５
１、ブロック５２、ブロック５３、およびブロック５４
は、一定量（1/2）以上のデータを記録しているため、
バッファ１７に記録されているデータの量が、０に近づ
く可能性は、図２２（Ｄ）に示した場合より、少ない。

【０２３６】図２５は、ファイル管理部６のファイルの
ブロックへの記録の処理を説明する図である。図２５
（Ａ）に示すように、すでにブロック７１乃至７３にフ
ァイルのデータが記録されており、新たに、ブロック７
４にブロック７４の２分の１より小さいデータ量のファ
イル７５が記録される場合の処理を説明する。図２５
（Ｂ）に示すように、ブロック７３に記憶されたファイ
ルは、ブロック７３の２分の１を占める前半部分８１を
残して分割され、後半部分８２がブロック７４の先頭に
移動される。ファイル７５は、ブロック７４の後半部分
８２に続いて記録される。

【０２３７】以上のように、ファイルの一部または全部
が記録されているブロックは、ブロックの２分の１以上
にファイルが記録される。

【０２３８】以上の処理をまとめると、図２６のフロー
チャートに示すようになる。すなわち、ステップＳ３１
において、ファイル管理部６は、記録するデータ量がブ
ロックの1/2未満であるか否かを判定し、記録するデー
タ量がブロックの1/2未満であると判定された場合、ス
テップＳ３２に進み、直前のブロックの後方の1/2のデ
ータを分割し、次のブロックに記録させる。ステップＳ
３３において、ファイル管理部６は、そのブロックにブ
ロックの1/2未満の量のデータを記録する。

【０２３９】ステップＳ３４において、ファイル管理部
６は、全てのデータを記録したか否かを判定し、全ての
データを記録していないと判定された場合、ステップＳ
３１に戻り、処理を繰り返す。

【０２４０】ステップＳ３１において、記録するデータ
量がブロックの1/2未満でないと判定された場合、ステ
ップＳ３５に進み、ファイル管理部６は、記録するデー
タ量が１ブロック分以下であるか否かを判定し、記録す
るデータ量が１ブロック分以下でないと判定された場
合、ステップＳ３６に進む。ステップＳ３６において、
ファイル管理部６は、１ブロック分のデータを記録し、
ステップＳ３４に進む。

【０２４１】ステップＳ３５において、記録するデータ
量が１ブロック分以下であると判定された場合、ステッ
プＳ３７に進み、ファイル管理部６は、そのデータを１
ブロックに記録し、ステップＳ３４に進む。

【０２４２】ステップＳ３４において、全てのデータを
記録したと判定された場合、処理は終了する。

【０２４３】図２７は、ブロックへの記録されたファイ
ルの分割の処理を説明する図である。図２７（Ａ）に示
すように、ブロック９１乃至９３に１つのファイルが記
録されており、このファイルをブロック９１の始点から
ブロック９２の分割点（ブロック９２の1/2より前方に
位置する）までのファイルと、ブロック９２の分割点か
らブロック９３の終点までのファイルに分割する場合の
処理を説明する。図２７（Ｂ）に示すように、ブロック
９２の始点から分割点までの部分９５の前の部分が記憶
されたブロック９１のデータは、２分割され、その後半
部分９４は、ブロック９２に移動される。ブロック９２
に移動された後半部分９４に続いて、ブロック９２の前
半部分９５が格納される。一方、ブロック９２の分割点
から終点までの部分９６は、新たなブロック１０１に格
納される。

【０２４４】図２８は、ファイルの分割の他の処理例を
説明する図である。図２８（Ａ）に示すように、ブロッ
ク１１１乃至１１４に記録されている１つのファイル
を、ブロック１１２の1/2の位置より前に位置する分割
点で分割する場合の処理を説明する。

【０２４５】図２８（Ｂ）に示すように、ブロック１１
１に、ブロック１１２の始点から分割点までの部分１１
５を記録できる大きさの領域があれば、ブロック１１１
のすでに記録されているファイルに続いて、部分１１５
が記録される。ブロック１１２の始点からデータの最後
までの部分１１６は、ブロック１１２の始点からの位置
に移動される。全ての範囲に記録されたブロック１１３
のデータは２分割され、その前半部分１１７は、ブロッ
ク１１２に移動され、ブロック１１２の部分１１６に続
いて記録される。ブロック１１３の後半部分１１８は、
ブロック１１３の始点からの位置に移動される。

【０２４６】図２９は、ブロックへの記録されたファイ
ルの分割のさらに異なる処理例を説明する図である。図
２９（Ａ）に示すように、ブロック１２１乃至１２３に
記録されている１つのファイルを、ブロック１２２の中
間点を分割点として分割する場合の処理を説明する。図
２９（Ｂ）に示すように、ブロック１２２の分割点から
データの最後までの部分１２４は、新たなブロック１３
１の先頭に格納される。全ての範囲に記録されたブロッ
ク１２３のファイルは２分割され、その前半部分１２５
は、ブロック１３１に、部分１２４に続いて格納され、
後半部分１２６は、ブロック１２３の先頭に移動され
る。

【０２４７】以上のように、ファイルが分割されても、
ブロックは、その２分の１以上にファイルが記録され
る。

【０２４８】図２７に示された、ブロックの始点から分
割点までのデータの大きさがブロックの大きさの1/2未
満であり、かつ、分割点から後ろのデータの大きさがブ
ロックの大きさの1/2以上である場合のファイルの分割
の処理は、図３０のフローチャートに示すようになる。
すなわち、ステップＳ４１において、ファイル管理部６
は、分割点のあるブロックの、分割点から後ろのデータ
を、新たなブロックに移動する。ステップＳ４２におい
て、ファイル管理部６は、分割点のあるブロックの直前
のブロックの所定のデータを、分割点のあるブロックの
始点からの位置に移動し、分割点のあるブロックの始点
から分割点までデータをそのデータの後ろに移動する。

【０２４９】図２８に示された、分割点のあるブロック
の直前の空きの大きさが、分割点のあるブロックの始点
から分割点までのデータの大きさ以上であり、かつ、分
割点から後ろのデータの大きさがブロックの大きさの1/
2未満である場合のファイルの分割の処理は、図３１の
フローチャートに示すようになる。ステップＳ５１にお
いて、ファイル管理部６は、分割点のあるブロックの、
ブロックの始点から分割点までデータを、分割点のある
ブロックの直前のブロックの空きに移動する。ステップ
Ｓ５２において、ファイル管理部６は、分割点のあるブ
ロックの直後のブロックの所定のデータを、分割点のあ
るブロックのデータの後ろに移動する。

【０２５０】図２９に示された、ブロックの始点から分
割点までのデータの大きさがブロックの大きさの1/2以
上であり、かつ、分割点から後ろのデータの大きさがブ
ロックの大きさの1/2未満である場合のファイルの分割
の処理は、図３２のフローチャートに示すようになる。
ステップＳ６１において、ファイル管理部６は、分割点
から後ろのデータを、新たなブロックに移動する。ステ
ップＳ６２において、ファイル管理部６は、分割点のあ
るブロックの直後のブロックの所定のデータを、新たな
ブロックのデータの後ろの位置に移動する。

【０２５１】以上においては、ブロックの始点から分割
点までのデータの大きさがブロックの大きさの1/2以上
であるか否かを基準としたが、(n-1)/n(n=2,3,4,5,・・)
を基準としてもよい。

【０２５２】図３３は、連続する３つのブロックの空き
領域が、合わせて１ブロック以上ある場合の、ブロック
の空き領域の圧縮の処理を説明する図である。図３３
（Ａ）に示すように、ブロック１４１乃至１４３の空き
領域は、合わせて１ブロック以上ある。ブロック１４２
に記憶された内容を、ブロック１４１の空き領域の大き
さと同じ大きさの部分１４４と残りの部分１４５に分割
する。

【０２５３】図３３（Ｂ）に示すように、ブロック１４
２の部分１４４はブロック１４１の空き領域に移動され
る。ブロック１４２の部分１４５は、ブロック１４２の
先頭に移動され、ブロック１４３のデータ１４６は、ブ
ロック１４２に移動され、部分１４５に続けて格納され
る。ブロック１４３は、空きになる。

【０２５４】このように、ブロック１４１乃至１４２の
空き領域を少なくし、ブロック１４３を空きにすること
ができる。

【０２５５】以上の処理をまとめると、図３４のフロー
チャートになる。すなわち、ステップＳ７１において、
ファイル管理部６は、３つのブロックの空きの合計が、
１ブロック以上であるか否かを判定し、３つのブロック
の空きの合計が、１ブロック以上であると判定された場
合、ステップＳ７２に進み、中間のブロックから、先頭
のブロックの空きに、その空きの相当するデータを移動
する。ステップＳ７３において、ファイル管理部６は、
最後のブロックから、中間のブロックの空きに、その空
きの相当するデータを移動し、処理を終了する。

【０２５６】ステップＳ７１において、３つのブロック
の空きの合計が、１ブロック以上でないと判定された場
合、処理は終了する。

【０２５７】以上のように、ファイルの一部または全部
が記録されているブロックは、ブロックの２分の１以上
にファイルが記録され、書き込み速度が0になる期間が
分散されるため、バッファ１７の容量が少なくても出力
が途切れない。

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

【０２５９】

【発明の効果】請求項１に記載の記録再生装置、請求項
３に記載のファイル管理方法、および請求項４に記載の
提供媒体によれば、AVデータのファイルを記録し、管理
情報を、論理ボリウムの少なくとも２個所に記録するよ
うにしたので、個人が家庭内で圧縮ビデオ、圧縮音声信
号を簡単に記録再生することができる。

【０２６０】請求項５に記載の記録再生装置、請求項９
に記載のファイル管理方法、および請求項１０に記載の
提供媒体によれば、ディスク状記録媒体に対して記録可
能な情報の単位を記録し、記録する情報の単位の長さを
設定し、ディスク状記録媒体に記録されるファイルに対
応して、設定された長さの単位のうち、そのファイルを
記録するとき採用された単位の長さを識別するようにし
たので、個人が家庭内で圧縮ビデオ、圧縮音声信号を簡
単に記録再生することができる。

【図面の簡単な説明】

【図１】ディスク状記録媒体全体のフォーマットを説明
する図である。

【図２】アンカーディスクリプタについて説明する図で
ある。

【図３】ロジカルボリウムを説明する図である。

【図４】アロケーションエクステントの長さの設定の処
理を説明するフローチャートである。

【図５】アロケーションエクステントの長さを設定する
画面の例を示す図である。

【図６】ファイルの記録の処理を説明するフローチャー
トである。

【図７】アロケーションエクステントの長さを選択する
画面の例である。

【図８】ボリウムストラクチャディスクリプタを説明す
る図である。

【図９】メディアインフォメーションディスクリプタを
説明する図である。

【図１０】ドライブインフォメーションディスクリプタ
を説明する図である。

【図１１】エクステンデッドデータディスクリプタを説
明する図である。

【図１２】ファイルシステムを説明する図である。

【図１３】チャイルドリンク、ネクストリンク、および
ペアレントリンクを説明する図である。

【図１４】ファイルテーブルを説明する図である。

【図１５】ファイルテーブルストラクチャタイプ0のフ
ァイルテーブルを説明する図である。

【図１６】アロケーションエクステントテーブルを説明
する図である。

【図１７】アロケーションストラテジィテーブルを説明
する図である。

【図１８】エクステンデッドアトリビュートテーブルを
説明する図である。

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

【図２０】再生のときの、バッファ１７に記録されてい
るデータの量とバッファ１７に書き込まれるデータの速
度の関係を示す図である。

【図２１】光ディスク８に記録されているファイルの構
成を説明する図である。

【図２２】ファイルの構成とバッファ１７に記憶された
データの量を示す図である。

【図２３】光ディスク８に記録されているファイルの他
の構成を説明する図である。

【図２４】図２３の場合のファイルの構成とバッファ１
７に記憶されているデータの量を示す図である。

【図２５】ファイルのブロックへの記録の処理を説明す
る図である。

【図２６】ブロックへのデータの記録の処理を説明する
フローチャートである。

【図２７】ブロックへの記録されたファイルの分割の処
理を説明する図である。

【図２８】ブロックへの記録されたファイルの分割の他
の処理を説明する図である。

【図２９】ブロックへの記録されたファイルの分割のさ
らに異なる処理を説明する図である。

【図３０】ファイルの分割の処理を説明するフローチャ
ートである。

【図３１】ファイルの分割の処理を説明するフローチャ
ートである。

【図３２】ファイルの分割の処理を説明するフローチャ
ートである。

【図３３】ブロックの空き領域の圧縮の処理を説明する
図である。

【図３４】ブロックの空きの圧縮の処理を説明するフロ
ーチャートである。

【符号の説明】

１記録再生装置，２ユーザ入出力部，３ AV入
出力部，４ PCデータ入出力部，５システムコン
トロール部，６ファイル管理部，７ドライブ
部，８光ディスク，３１乃至３４，５１乃至５
４，７１乃至７４，９１乃至９３，１０１，１１１乃至
１１４，１２１乃至１２３，１３１，１４１乃至１４３
ブロック

Claims

【特許請求の範囲】

【請求項１】デイスク状記録媒体に対してAVデータを
記録または再生する記録再生装置において、 AVデータのファイルを記録する第１の記録手段と、前記ファイルの管理情報を、論理ボリウムの少なくとも
２個所に記録する第２の記録手段とを備えることを特徴
とする記録再生装置。
【請求項２】前記記録手段に記録される管理情報に
は、少なくとも、欠陥セクタ、および未使用セクタに関
する情報が含まれることを特徴とする請求項１記載の記
録再生装置。
【請求項３】デイスク状記録媒体に対してAVデータを
記録または再生する記録再生装置のファイル管理方法に
おいて、 AVデータのファイルを記録する第１の記録ステップと、前記ファイルの管理情報を、論理ボリウムの少なくとも
２個所に記録する第２の記録ステップとを含むことを特
徴とするファイル管理方法。
【請求項４】デイスク状記録媒体に対してAVデータを
記録または再生する記録再生装置に、 AVデータのファイルを記録する第１の記録ステップと、前記ファイルの管理情報を、論理ボリウムの少なくとも
２個所に記録する第２の記録ステップとを含む処理を実
行させるコンピュータが読みとり可能なプログラムを提
供することを特徴とする提供媒体。
【請求項５】ディスク状記録媒体に対して記録可能な
情報の単位を記録する単位記録手段と、前記単位記録手段により記録する情報の単位の長さを設
定する設定手段と、前記ディスク状記録媒体に記録されるファイルに対応し
て、前記設定手段により設定された長さの単位のうち、
そのファイルを記録するとき採用された前記単位の長さ
を識別する識別情報を記録する識別情報記録手段とを備
えることを特徴とする記録再生装置。
【請求項６】前記設定手段は、ＡＶデータの単位の長
さを、コンピュータデータの単位の長さより長く設定す
ることを特徴とする請求項５に記載の記録再生装置。
【請求項７】前記ディスク状記録媒体を複数のブロッ
クに分割し、分割された前記ブロックの１／２以上の領
域にデータが記録されるように制御する制御手段をさら
に備えることを特徴とする請求項５に記載の記録再生装
置。
【請求項８】前記ディスク状記録媒体に情報を記録す
るトラックを複数のブロックに分割し、分割された前記
ブロックの（ｎ-1）／ｎ以上の領域にデータが記録され
るように制御する制御手段をさらに備えることを特徴と
する請求項５に記載の記録再生装置。
【請求項９】ディスク状記録媒体に対して情報を記録
または再生する記録再生装置のファイル管理方法におい
て、ディスク状記録媒体に対して記録可能な情報の単位を記
録する単位記録ステップと、前記単位記録ステップで記録する情報の単位の長さを設
定する設定ステップと、前記ディスク状記録媒体に記録されるファイルに対応し
て、前記設定ステップで設定された長さの単位のうち、
そのファイルを記録するとき採用された前記単位の長さ
を識別する識別情報を記録する識別情報記録ステップと
を含むことを特徴とするファイル管理方法。
【請求項１０】ディスク状記録媒体に対して情報を記
録または再生する記録再生装置に、前記ディスク状記録媒体に対して記録可能な情報の単位
を記録する単位記録ステップと、前記単位記録ステップで記録する情報の単位の長さを設
定する設定ステップと、前記ディスク状記録媒体に記録されるファイルに対応し
て、前記設定ステップで設定された長さの単位のうち、
そのファイルを記録するとき採用された前記単位の長さ
を識別する識別情報を記録する識別情報記録ステップと
を含む処理を実行させるコンピュータが読みとり可能な
プログラムを提供することを特徴とする提供媒体。