(57)【特許請求の範囲】
【請求項１】
パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、
上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、
上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなる記録媒体。
【請求項２】
上記第２の管理領域には、上記複数のパケットが集合化されたパックに含まれる総フレーム数が更に管理されていることを特徴とする請求項１記載の記録媒体。
【請求項３】
上記第２の管理領域には、各パケット毎のデータ長と、各パケット毎に含まれるフレーム数と、各パケット毎の種別を識別する識別子とが更に管理されることを特徴とする請求項１記載の記録媒体。
【請求項４】
上記各パケット毎の種別を識別する識別子は、上記パケットのメインデータ部がビデオ情報かオーディオ情報かを識別することを特徴とする請求項１記載の記録媒体。
【請求項５】
パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなる記録媒体を再生する再生装置であって、
上記第１の管理領域と上記第２の管理領域と上記プログラム領域を再生する再生手段と、
上記再生手段によって上記第１の管理領域及び第２の管理領域から再生された管理情報を記憶する記憶手段と、
上記複数のパケットが集合化された任意のパックのアクセス指示がなされたときに、上記記憶手段に記憶している管理情報に基づいて上記再生手段を移送制御する制御手段とを備えてなることを特徴とする再生装置。
【請求項６】
上記第２の管理領域には、上記複数のパケットが集合化されたパックに含まれる総フレーム数が更に管理されていることを特徴とする請求項５記載の再生装置
【請求項７】
上記第２の管理領域には、各パケット毎のデータ長と、各パケット毎に含まれるフレーム数と、各パケット毎の種別を識別する識別子とが更に管理されることを特徴とする請求項５記載の再生装置。
【請求項８】
上記各パケット毎の種別を識別する識別子は、上記パケットのメインデータ部がビデオ情報かオーディオ情報かを識別することを特徴とする請求項７記載の再生装置。
【請求項９】
管理情報が記録されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケットまとめて集合化されて離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とから成る第１の管理情報と、各パケット毎のデータ長とから第２の管理情報が選択的に記録されている管理領域とから成る記録媒体にデジタルビデオ信号を記録する記録装置であって、
入力されるデジタルビデオ信号を所定長毎にブロック化するブロック化手段と、
上記ブロック化されたデジタルビデオ信号の品質を判断する判別手段と、
上記判別手段にて上記デジタルビデオ信号の品質が低品質と判断された場合には、上記第１の管理情報を生成する第１の管理情報生成手段と、
上記第１の管理情報生成手段にて生成した第１の管理情報を上記管理領域に記録する記録手段とを備えることを特徴とする記録装置。
【請求項１０】
上記判別手段にて上記デジタルビデオ信号の品質が高品質と判断された場合には、上記第２の管理情報を生成する第２の管理情報生成手段とを更に備え、
上記第２の管理情報生成手段にて生成した第２の管理情報を上記管理領域に上記記録手段は記録することを特徴とする請求項９記載の記録装置。
【請求項１１】
管理情報が記録されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケットまとめて集合化されて離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とから成る第１の管理情報と、上記各パケット毎のデータ長とから成る第２の管理情報とが選択的に管理されている管理領域とから成る記録媒体にデジタルオーディオ信号を記録する記録装置であって、
入力されるデジタルオーディオ信号を所定長毎にブロック化するブロック化手段と、
上記ブロック化されたデジタルオーディオ信号を蓄積するメモリ手段と、
上記メモリ手段に蓄積されているデータ量を判別する判別手段と、
上記判別手段にて上記ブロック化されたデジタルオーディオ信号がメモリ手段内に所定量以上蓄積されていると判断された場合には、上記第１の管理情報を生成する第１の管理情報生成手段と、
上記第１の管理情報生成手段にて生成した第１の管理情報を上記管理領域に記録する記録手段とを備えることを特徴とする記録装置。
【請求項１２】
上記判別手段にて上記ブロック化されたデジタルオーディオ信号がメモリ手段内に所定量以下蓄積されていると判断された場合には、上記第２の管理情報を生成する第２の管理情報生成手段を更に備え、
上記記録手段は、上記第２の管理情報生成手段にて生成した第２の管理情報を上記管理領域に記録することを特徴とする請求項１１記載の記録装置。
【請求項１３】
パケット全体のデータ長が管理されたヘッダ部とメインデータ部から成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなる記録媒体を再生する再生方法であって、
上記第１の管理領域と上記第２の管理領域と上記プログラム領域を再生するステップと、
上記第１の管理領域及び第２の管理領域から再生された管理情報をメモリに記憶するステップと、
上記複数のパケットが集合化された任意のパックのアクセス指示の有無を判断するステップと、
上記メモリに記憶された管理情報に基づいて上記アクセス指示のあった任意のパケットにアクセスするステップと
からなる再生方法。
【請求項１４】
パケット全体のデータ長が管理されたヘッダ部とメインデータ部から成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第１の管理情報とパケット毎のデータ長が管理される第２の管理情報とが選択的に管理される管理領域を備えてなる記録媒体にデジタルビデオ信号を記録する記録方法であって、
ブロック化されたデジタルビデオ信号の品質を判定するステップと、
上記判別するステップにて上記ブロック化されたデジタルビデオ信号の品質が低品質と判断された場合には、上記第１の管理情報を生成するステップと、
上記生成された第１の管理情報を上記管理領域に記録するステップと
からなる記録方法。
【請求項１５】
上記判別するステップにて上記ブロック化されたデジタルビデオ信号の品質が高品質と判断された場合には、上記第２の管理情報を生成するステップと、
上記生成された第２の管理情報を上記管理領域に記録するステップとから
なることを特徴とする請求項１４記載の記録方法。
【請求項１６】
パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケット集合化されてパックとして離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第１の管理情報と、パケット毎のデータ長が管理される第２の管理情報とが選択的に管理される管理領域とを備えて成る記録媒体にデジタルオーディオ信号を記録する記録方法であって、
入力されるデジタルオーディオ信号をブロック化するステップと、  上記ブロック化されたデジタルオーディオ信号をメモリに記憶するステップと、
上記メモリに蓄積されたデジタルオーディオ信号の蓄積量が所定量以上か否かを判定するステップと、
上記判定するステップにて上記メモリへのブロック化されたデジタルオーディオ信号の蓄積量が所定量以上と判断された場合には、上記第１の管理情報を生成するステップと、
上記生成された第１の管理情報を上記管理領域に記録するステップと
からなる記録方法。
【請求項１７】
上記判別するステップにて上記メモリへのブロック化されたデジタルオーディオ信号の蓄積量が所定量以下と判断された場合には、上記第２の管理情報を生成するステップと、
上記生成された第２の管理情報を上記管理領域に記録するステップと
からなることを特徴とする請求項１６記載の記録方法。
【発明の詳細な説明】
技  術  分  野
本発明は、プログラム領域に記録されているパケット（ｐａｃｋｅｔ）を複数個集合化するとともに、上記集合化されたパケットを一括管理する管理領域を備えた記録媒体及び上記記録媒体を再生する再生装置、上記記録媒体を記録する記録装置、再生方法及び記録方法に関する。
背  景  技  術
近年、光ディスクや磁気テープ等の記録媒体にユーザが撮影した動画や静止画等の映像信号やオーディオ信号を記録する記録装置が知られている。従来の記録装置において、ユーザが画像を撮影した場合に個々撮影したショットの記録位置を管理領域に管理する。
この場合に、通常光ディスクの場合にはＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔ）と呼ばれる管理領域に記録位置を管理するが、管理可能な数が有限であるという問題点がある。すなわち、例えば６４０Ｍバイトの容量を有する記録媒体に１００Ｋ単位のショットを記録した場合に約６４００ショットが記録できるが実際管理領域で管理可能な数が１０００ショットという制限があった場合に約５４０Ｍバイトの記録可能領域が光ディスク上に残存しているのに記録できないという不都合が生じ、記録領域を有効活用できないという問題点が生じる。
図１Ａ及び図１Ｂは従来の光ディスクのディスクイメージと管理領域ＴＯＣの管理形態を表にしたものである。図１Ａに示すようにショットが３枚記録されている場合に管理領域であるＴＯＣには図１Ｂに示すように各々のショットの記録開始位置（開始アドレス）と記録終端位置（終了アドレス）がテーブル化されて管理される。しかし上記テーブルにおいて管理される数が有限な場合には記録可能な領域であるプログラム領域に記録可能残容量が余っていても記録ができないという不都合があった。
発  明  の  開  示
本発明は、上記問題点を解決するために、プログラム領域に記録されるメインデータをパケット化するとともに上記各パケット（ｐａｃｋｅｔ）には個々のパケットのデータ長を管理するヘッダ（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ）を備えるとともに、複数のパケットを集合化してパックとして管理する際に上記パックを一括管理する管理領域（ｐａｃｋｅｔ  ｉｎｄｅｘ）を更に備えたことで、アクセス時には個々のパックに含まれるヘッダ（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ）を再生するとともに事前に内周の管理領域（ｐａｃｋｅｔ  ｉｎｄｅｘ）を再生することでパック全体（すなわち集合化されたパケット）に含まれる個々のパケットをアクセス可能な記録媒体及び上記記録媒体を再生する再生装置を提供することを目的とする。
更に、本発明は、記録対象であるコンテンツの品質に応じて、複数のパケットを集合化した管理を行うか、個々のパケット毎の管理を行うかを切り換える記録装置を提供することを目的とする。
本発明に係る記録媒体は、パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなることを特徴とする。
また、本発明は、パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなる記録媒体を再生する再生装置であって、上記第１の管理領域と上記第２の管理領域と上記プログラム領域を再生する再生手段と、上記再生手段によって上記第１の管理領域及び第２の管理領域から再生された管理情報を記憶する記憶手段と、上記複数のパケットが集合化された任意のパックのアクセス指示がなされたときに、上記記憶手段に記憶している管理情報に基づいて上記再生手段を移送制御する制御手段とを備えてなることを特徴とする。
また、本発明は、管理情報が記録されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケットまとめて集合化されて離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とから成る第１の管理情報と、上記各パケット毎のデータ長とから成る第２の管理情報とが選択的に管理されている管理領域とから成る記録媒体にデジタルビデオ信号を記録する記録装置であって、入力されるデジタルビデオ信号を所定長毎にブロック化するブロック化手段と、上記ブロック化されたデジタルビデオ信号の品質を判断する判別手段と、上記判別手段にて上記デジタルビデオ信号の品質が低品質と判断された場合には、上記第１の管理情報を生成する第１の管理情報生成手段と、上記第１の管理情報生成手段にて生成した第１の管理情報を上記管理領域に記録する記録手段とを備えることを特徴とする。
また、本発明は、管理情報が記録されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケットまとめて集合化されて離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とから成る第１の管理情報と、上記各パケット毎のデータ長とから成る第２の管理情報とが選択的に管理されている管理領域とから成る記録媒体にデジタルオーディオ信号を記録する記録装置であって、入力されるデジタルオーディオ信号を所定長毎にブロック化するブロック化手段と、上記ブロック化されたデジタルオーディオ信号を蓄積するメモリ手段と、上記メモリ手段に蓄積されているデータ量を判別する判別手段と、上記判別手段にて上記ブロック化されたデジタルオーディオ信号がメモリ手段内に所定量以上蓄積されていると判断された場合には、上記第１の管理情報を生成する第１の管理情報生成手段と、上記第１の管理情報生成手段にて生成した第１の管理情報を上記管理領域に記録する記録手段とを備えることを特徴とする。
また、本発明は、パケット全体のデータ長が管理されたヘッダ部とメインデータ部から成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記パケットの上記プログラム領域における記録アドレスを管理する第１の管理領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第２の管理領域とを備えてなる記録媒体を再生する再生方法であって、上記第１の管理領域と上記第２の管理領域と上記プログラム領域を再生するステップと、上記第１の管理領域及び第２の管理領域から再生された管理情報をメモリに記憶するステップと、上記複数のパケットが集合化された任意のパックのアクセス指示の有無を判断するステップと、上記メモリに記憶された管理情報に基づいて上記アクセス指示のあった任意のパケットにアクセスするステップとからなることを特徴とする。
また、本発明は、パケット全体のデータ長が管理されたヘッダ部とメインデータ部から成る単位パケットが複数集合化したパックとして離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第１の管理情報とパケット毎のデータ長が管理される第２の管理情報とが選択的に管理される管理領域を備えてなる記録媒体にデジタルビデオ信号を記録する記録方法であって、ブロック化されたデジタルビデオ信号の品質を判定するステップと、上記判別するステップにて上記ブロック化されたデジタルビデオ信号の品質が低品質と判断された場合には、上記第１の管理情報を生成するステップと、上記生成された第１の管理情報を上記管理領域に記録するステップとからなることを特徴とする。
さらに、本発明は、パケット全体のデータ長が管理されたヘッダ部とメインデータ部とから構成される単位パケットが複数パケット集合化されてパックとして離散的に記録されるプログラム領域と、上記複数のパケットが集合化されたパックに含まれる総パケット数と、上記複数のパケットが集合化されたパックに含まれる総データ長とが管理されている第１の管理情報と、パケット毎のデータ長が管理される第２の管理情報とが選択的に管理される管理領域とを備えて成る記録媒体にデジタルオーディオ信号を記録する記録方法であって、入力されるデジタルオーディオ信号をブロック化するステップと、上記ブロック化されたデジタルオーディオ信号をメモリに記憶するステップと、上記メモリに蓄積されたデジタルオーディオ信号の蓄積量が所定量以上か否かを判定するステップと、上記判定するステップにて上記メモリへのブロック化されたデジタルオーディオ信号の蓄積量が所定量以上と判断された場合には、上記第１の管理情報を生成するステップと、上記生成された第１の管理情報を上記管理領域に記録するステップとからなることを特徴とする。
発明を実施するための最良の形態
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
本発明は、例えば図２及び図３に示すような構成のディスク１０に適用される。
このディスク１０には、内周側よりリードイン領域（Ｌｅａｄ−ｉｎ  ａｒｅａ）１１、プリマスタード領域（Ｐｒｅ−ｍａｓｔｅｒｅｄ  ａｒｅａ）１２、レコーダブル領域（Ｒｅｃｏｒｄａｂｌｅ  ａｒｅａ）１４、リードアウト領域（Ｌｅａｄ−ｏｕｔ  ａｒｅａ）１５の順に各種情報の記録領域が設けられている。プリマスタード領域１２とレコーダブル領域１４の間にはトランジション領域（Ｔｒａｎｓｉｔｉｏｎ  ａｒｅａ）１３が設けられている。なお、上記プリマスタード領域１２はなくてもよい。
リードイン領域１１は、全領域に渡ってプリマスタードＴＯＣ（ＰＴＯＣ：Ｐｒｅ−ｍａｓｔｅｒｅｄ  ＴＯＣ）が繰り返し記録されたＰＴＯＣ領域からなる。
ＰＴＯＣは、書換えのできないＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔ）であって、ディスクの物理的特性や、プリマスタードデータ領域（Ｐｒｅ−ｍａｓｔｅｒｅｄ  ｄａｔａ  ａｒｅａ）の管理情報の記録である。ただし、管理情報については、ＲＴＯＣが存在する場合は使用しない。ＰＴＯＣは、ＰＴＯＣ領域の物理クラスタアドレス（ＰＣＡ：Ｐｈｙｓｉｃａｌ  Ｃｌｕｓｔｅｒ  Ａｄｄｒｅｓｓ）の下位２ビットがすべて０である物理クラスタの物理セクタアドレス（ＰＳＡ：Ｐｈｙｓｉｃａｌ  Ｓｅｃｔｏｒ  Ａｄｄｒｅｓｓ）が０であるデータセクタを先頭にして、繰り返し記録される。
プリマスタード領域１２は、製造時に用意された情報の本体が記録されたプリマスタードデータ領域（Ｐｒｅ−ｍａｓｔｅｒｅｄ  ｄａｔａ  ａｒｅａ）からなる。
レコーダブル領域１４は、ＲＴＯＣ（Ｒｅｃｏｒｄａｂｌｅ  ＴＯＣ）領域１４Ａと、レコーダブルデータ領域（Ｒｅｃｏｒｄａｂｌｅ  ｄａｔａ  ａｒｅａ）１４Ｂからなる。ＲＴＯＣ領域１４Ａには、３組のＲＴＯＣと、記録パワーキャリブレーション領域が置かれる。ＲＴＯＣは、書換えのできるＴＯＣであり、ディスクの物理的特性や、プリマスタードデータ領域及びレコーダブルデータ領域の管理情報の記録である。ただし、レコーダブルデータ領域が未使用である場合は、ＰＴＯＣを使用する。ＲＴＯＣは、ＲＴＯＣ領域の先頭から１６ＰＣＡ進んだ位置から、３回繰り返して記録される。
上記プリマスタード領域１２とレコーダブル領域１４には情報の本体が記録される。
なお、このディスク１０におけるリードアウト領域１５には情報を記録しない。
このディスク１０において、ＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔ）は、ディスクの物理的な特性の記録と、ディスク上のすべてのトラックとホルダ（ｆｏｌｄｅｒ）を管理するために必要なすべての情報記録の集合である。１組のＴＯＣの長さは６４ＴＯＣブロックである。
１組のＴＯＣの中には、図４に示されるように、メディア識別子（ＭＥＤ：Ｍｅｄｉｕｍ  Ｄｅｓｃｒｉｐｔｏｒ）、フォーマット識別子（ＦＯＤ＝Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒ）、トラックアロケーションテーブル（ＴＡＴ：Ｔｒａｃｋ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）、トラックディスクリプションテーブル（ＴＤＴ：Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）が存在する。
先頭のＴＯＣブロック（ＴＢＮＯ）には、メディア識別子（ＭＥＤ）とフォーマット識別子（ＦＯＤ）が置かれる。それ以降のＴＯＣブロックには、トラックアロケーションテーブル（ＴＡＴ）とトラックディスクリプションテーブル（ＴＤＴ）が置かれるが、開始位置及び大きさフォーマット識別子（ＦＯＤ）で指定される。ＴＯＣ内において使用されない領域には、すべて０が書き込まれる。
ここで、ＴＯＣブロックは、ＰＴＯＣ又はＴＲＯＣの中に存在するデータセクタである。それぞれのＴＯＣブロックには、それが属するＰＴＯＣ又はＲＴＯＣの先頭から０から始まり連続な整数値のＴＯＣブロック番号（ＴＢＮ：ＴＯＣ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）が割り当てられている。
上記メディア識別子（ＭＥＤ）は、メディアの物理的特性を記述するもので、４バイトのメディアアイデンティファイア（Ｍｅｄｉｕｍ  Ｉｄｅｎｔｉｆｉｅｒ）、１バイトのディスクタイプ（Ｄｉｓｃ  Ｔｙｐｅ）、８バイトのＭＥＤアイデンティファイア（ＭＥＤ  Ｉｄｅｎｔｉｆｉｅｒ）、３バイトのレコーダブル領域開始アドレス（Ｒｅｃｏｒｄａｂｌｅ  Ａｒｅａ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ）、３バイトのＲＴＯＣ開始アドレス（ＲＴＯＣ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ）、３バイトのレコーダブルデータ領域開始アドレス（Ｒｅｃｏｒｄａｂｌｅ  Ｄａｔａ  Ａｒｅａ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ）、３バイトのリードアウト領域開始アドレス（Ｌｅａｄ−ｏｕｔ  Ａｒｅａ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ）、１バイトの記録パワー１（Ｒｅｃｏｒｄ  Ｐｏｗｅｒ１）及び１バイトの記録パワー２（Ｒｅｃｏｒｄ  Ｐｏｗｅｒ２）を含む２５６バイトで構成される。
Ｍｅｄｉｕｍ  Ｉｄｅｎｔｉｆｉｅｒ（ＢＰＯ）フィールドには、このディスクのフォーマットを表すバイト列が記録される。
Ｄｉｓｃ  Ｔｙｐｅ（ＢＰ４）フィールドには、ディスクの種類（Ｒｅａｄ−ｏｎｌｙ  ｄｉｓｃ，Ｒｅｃｏｒｄａｂｌｅ  ｄｉｓｃ，Ｈｙｂｒｉｄ  ｄｉｓｃ）を表すコードが記録される。
ＭＥＤ  Ｉｄｅｎｔｉｆｉｅｒ（ＢＰ８）フィールドは、この論理ブロック（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ）がメディア識別子であることを示すデータが４回記録される。
Ｒｅｃｏｒｄａｂｌｅ  Ａｒｅａ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ（ＢＰ１７）フィールドには、レコーダブル領域の開始アドレスが記録されている。
ＲＴＯＣ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ（ＢＰ２１）フィールドには、ＲＴＯＣの開始アドレスが記録されている。
Ｒｅｃｏｒｄａｂｌｅ  Ｄａｔａ  Ａｒｅａ  ＳｔａｒｔＡｄｄｒｅｓｓ（ＢＰ２５）フィールドには、レコーダブルデータ領域の開始アドレスが記録されている。
Ｌｅａｄ−ｏｕｔ  Ａｒｅａ  Ｓｔａｒｔ  Ａｄｄｒｅｓｓ（ＢＰ２９）フィールドには、リードアウト領域の開始アドレスが記録されている。
Ｒｅｃｏｒｄ  Ｐｏｗｅｒ１（ＢＰ３２）フィールドには、標準線速度記録時におけるレーザー出力推奨値が記録される。
Ｒｅｃｏｒｄ  Ｐｏｗｅｒ２（ＢＰ３３）フィールドには、２倍線速度記録時におけるレーザー出力推奨値が記録される。
また、上記フォーマット識別子（ＦＯＤ）は、メディアの論理フォーマット情報を記述するもので、２バイトのフォーマットバージョン（Ｆｏｒｍａｔ  Ｖｅｒｓｉｏｎｅ）、２バイトのアロケーションユニットサイズ（Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ  Ｓｉｚｅ）、２バイトのＴＡＴロケーション（ＴＡＴ  Ｌｏｃａｔｉｏｎ）、２バイトのＴＡＴサイズ（ＴＡＴ  Ｓｉｚｅ）、２バイトのＴＤＴロケーション（ＴＤＴ  Ｌｏｃａｔｉｏｎ）、２バイトのＴＤＴサイズ（ＴＤＴ  Ｓｉｚｅ）、２バイトのＴＤＴエントリ最大番号（Ｍａｘｉｍｕｍ  Ｎｕｍｂｅｒ  ｏｆ  ＴＤＴ  Ｅｎｔｒｉｅｓ）、２バイトのプリマスタードアロケーション番号（Ｎｕｍｂｅｒ  ｏｆ  Ｐｒｅ−ｍａｓｔｅｒｅｄ  Ａｌｌｏｃａｔｉｏｎ）、２バイトのレコーダブルアロケーションユニット数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｃｏｒｄａｂｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔｓ）、２バイトのレコーダブルアロケーションユニット未使用数（Ｎｕｍｂｅｒ  ｏｆ  Ｕｎａｌｌｏｃａｔｅｄ  Ｒｅｃｏｒｄａｂｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔｓ）、１バイトの製造者番号（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｍａｋｅｒ  Ｃｏｄｅ）、１バイトのモデル番号（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｍｏｄｅｌ  Ｃｏｄｅ（１ｂｙｔｅ）、２バイトの連続番号（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）、４バイトの日時（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅ）、４バイトの生成日時（Ｃｒｅａｔｅｄ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅ（４ｂｙｔｅ）、２バイトのブートレコード（Ｂｏｏｔ  Ｒｅｃｏｒｄ）、２バイトのアイデンティケーション（ｄｅｎｔｉｎｃａｔｉｏｎ）、６４バイトのアイデンティケーションネーム（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎａｍｅ）を含む２５６バイトからなる。
Ｆｏｒｍａｔ  Ｖｅｒｓｉｏｎ（ＢＰＯ）フィールドには、この規格のバージョン番号が記録される。
Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ  Ｓｉｚｅ（ＢＰ２）フィールドには、ひとつのアロケーションユニット（Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ）に含まれる論理ブロックの数が記録される。
ＴＡＴ  Ｌｏｃａｔｉｏｎ（ＢＰ４）フィールドには、トラックアロケーションテーブル（ＴＡＴ）が始まるＴＯＣブロックの番号が記録される。
ＴＡＴ  Ｓｉｚｅ  ＢＰ６）フィールドには、トラックアロケーションテーブル（ＴＡＴ）に使用されるＴＯＣブロックの数が記録される。
ＴＤＴ  Ｌｏｃａｔｉｏｎ（ＢＰ８）フィールドには、トラックディスクリプションテーブル（ＴＤＴ）が始まるＴＯＣブロックの番号が記録される。
ＴＤＴ  Ｓｉｚｅ（ＢＰ１０）フィールドには、トラックディスクリプションテーブル（ＴＤＴ）に使用されるＴＯＣブロックの数が記録される。
Ｍａｘｉｍｕｍ  Ｎｕｍｂｅｒ  ｏｆ  ＴＤＴ  Ｅｎｔｒｉｅｓ（ＢＰ１２）フィールドには、実際に使用されている最大のＴＤＴエントリ番号が記録される。
Ｎｕｍｂｅｒ  ｏｆ  Ｐｒｅ−ｍａｓｔｅｒｅｄ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔｓ（ＢＰ１６）フィールドには、プリマスタードデータ領域にあるアロケーションユニットの数が記録される。
Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｃｏｒｄａｂｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ（ＢＰ２０）フィールドには、レコーダブルデータ領域にあるアロケーションユニットの総数が記録される。
Ｎｕｍｂｅｒ  ｏｆ  Ｕｎａｌｌｏｃａｔｅｄ  Ｒｅｃｏｒｄａｂｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ（ＢＰ２２）フィールドには、レコーダブルデータ領域にあって未使用のアロケーションユニットの数が記録される。
Ｍｏｄｉｎｃａｔｉｏｎ  Ｍａｋｅｒ  Ｃｏｄｅ（ＢＰ２４）フィールドには、最後にＲＴＯＣを書き換えた装置の製造者に対して割り当てた番号が記録される。
Ｍｏｄｉｎｃａｔｉｏｎ  Ｍｏｄｅｌ  Ｃｏｄｅ（ＢＰ２５）フィールドには、最後にＲＴＯＣを書き換えた装置に対してその製造者が割り当てた番号が記録される。プリマスタードＦＯＤでは０である。
Ｍｏｄｉｎｃａｔｉｏｎ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ（ＢＰ２６）フィールドには、ＲＴＯＣの書換えの都度、以前の値に１を加えた値が記録される。複数のＲＴＯＣの不整合を検出するために使用することができる。
Ｍｏｄｉｎｃａｔｉｏｎ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅ（ＢＰ２８）フィールドには、最後にＲＴＯＣを記録した日時と時刻が記録される。
Ｃｒｅａｔｅｄ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅ（ＢＰ３２）フィールドには、最初にＲＴＯＣを記録した日時と時刻が記録される。
Ｂｏｏｔ  Ｒｅｃｏｒｄ（ＢＰ３６）フィールドには、ブートレコードが記録されたアロケーションユニットのＡＵＮが記録される。
Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ（ＢＰ３８）フィールドには、ディスクを識別するための番号が記録される。
Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎａｍｅ（ＢＰ４０）フィールドには、ディスクの名前を表すＡＳＣＩＩ文字列が記録される。
次に、トラックアロケーションテーブル（ＴＡＴ）は、ディスク上のすべてのアロケーションユニットの状態を記録したテーブルである。ＴＡＴは連続するＴＯＣブロックの上に置かれる。ＴＡＴの先頭のＴＯＣブロックの番号と、確保されたＴＯＣブロックの数は、フォーマット識別子（ＦＯＤ）の中に記録される。  ＴＡＴテーブルの各エントリは０番から始まり連続して増加する番号を持つ。  あるトラックのデータが格納されている一連のアロケーションユニットの番号は、次の手順で知ることができる。
１．そのトラックを表現するトラック識別子（Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）のデータロケーション（Ｄａｔａ  Ｌｏｃａｔｉｏｎ）フィールドの値によって、先頭のアロケーションユニットの番号が得られる。
２．そのアロケーションユニットの状態を、トラックアロケーションテーブル（ＴＡＴ）の対応するエントリによって調べる。値が０００１ｈからＦＦＥＦｈであれば、その値が次のアロケーションユニットの番号であるから、再び２．の手順を適用する。ＦＦＦ８ｈ〜ＦＦＦＦｈであれば、ここが最終アロケーションユニットである。
あるエントリは、原則として複数のエントリからリンクされない。ただし、それがあるトラックの最終部分のアロケーションユニットである場合のみ、最大８個のトラックからリンクされることができる。この場合、トラックアロケーションテーブル（ＴＡＴ）のエントリ内にリンク数を管理する。通常、リンクの最終アロケーションユニットはＦＦＦＦｈで表現されるが、リンクがひとつ増えると１を引いた値（ＦＦＦＦｈからならＦＦＦＥｈ）に更新する。逆に、リンクがひとつ減ると１を加えた値に更新する。ＦＦＦＦｈの状態からリンクがなくなった段階で、このアロケーションユニットは未使用状態に戻る。
また、トラックディスクリプションテーブル（ＴＤＴ）は、トラックのデータ格納位置やトラックとホルダの親子関係などの情報を記述したトラック識別子（Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）又はホルダ識別子（Ｆｏｌｄｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）又はアンアロケーテッドトラック識別子（Ｕｎａｌｌｏｃａｔｅｄ  Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒｓ）が格納されるテーブルである。
トラックディスクリプションテーブル（ＴＤＴ）は連続するＴＯＣブロックの上に置かれる。その先頭のＴＯＣブロックの番号と、確保されたＴＯＣブロックの数は、フォーマット識別子の中に記録される。ひとつのエントリは１６バイトであり、トラックディスクリプションテーブル（ＴＤＴ）のエントリの総数は１２８の倍数となる。トラックディスクリプションテーブル（ＴＤＴ）の長さは、初期化時に決定され、以後変更されることはない。トラックディスクリプションテーブル（ＴＤＴ）の最大の長さは、４３ＴＯＣブロック、５，５０４エントリである。それぞれのエントリには、次の表１に示されるように、０番から始まり連続して増加する番号が割り当てられ、ひとつのトラック識別子又はフォーマット識別子が格納される。
0003997709.tif 000002
エントリ番号１（Ｅｎｔｒｙ１）には、ルートホルダ（ｒｏｏｔ  ｆｏｌｄｅｒ）を記述したホルダ識別子が置かれる。すべてのホルダとトラックは、このホルダをルートとしたフリーの下に配置される。ルートホルダのアイデンティケーション番号は０で、ネクストトラックへのリンクはなく、親ホルダ（Ｐａｒｅｎｔ  Ｆｏｌｄｅｒ）は自分自身とする。
エントリ番号０には、アンロケーテッドトラック識別子を子に持つ仮想的なホルダである、アンロケーテッドエントリーホルダ（Ｕｎａｌｌｏｃａｔｅｄ  Ｅｎｔｒｉｅｓ  Ｆｏｌｄｅｒ）を記述したホルダ識別子が置かれる。このホルダの子トラック識別子（Ｃｈｉｌｄ  Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）は、最も小さい番号を持つアンアロケーテッドトラック識別子を指す。Ｉｄｅｎｔｉｆｉｃａｔｉｏ番号は０で、次トラック（Ｎｅｘｔ  ｔｒａｃｋ）へのリンクはなく、親ホルダは自分自身とする。また、ｓｙｓｔｅｍとｈｉｄｄｅｎ属性を持つ。
アンアロケーテッドトラック識別子（Ｕｎａｌｌｏｃａｔｅｄ  Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）は、未使用のエントリを表現する仮想的なトラックである。次トラック識別子（Ｎｅｘｔ  ｔｒａｃｋ  ｄｅｓｃｒｉｐｔｏｒ）は、次に大きなエントリ番号を持つアンアロケーテッドトラック識別子を指す。
エントリ番号２以降には、任意のトラック識別子又はホルダ識別子を置くことができる。
さらに、トラック識別子（Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）は、トラックディスクリプションテーブル（ＴＤＴ）の中に置かれ、あるトラックの属性データ格納位置、階層関係を記述するもので、図５に示すように２バイトの属性（Ａｔｔｒｉｂｕｔｅｓ）、２バイトの予備（Ｒｅｓｅｒｖｅｄ）、２バイトのコンセントタイプ（Ｃｏｎｔｅｎｔ  Ｔｙｐｅ）、２バイトのアイデンティフィケーション番号（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）、２バイトのデータ位置（Ｄａｔａ  Ｌｏｃａｔｉｏｎ）、２バイトのデータ長（Ｄａｔａ  Ｌｅｎｇｔｈ）、２バイトの親ホルダ識別子（Ｐａｒｅｎｔ  Ｆｏｌｄｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）及び次トラック識別子（Ｎｅｘｔ  Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ）の１６バイトからなる。実際に格納されたトラックディスクリプションテーブル（ＴＤＴ）のエントリ番号が、この識別子の番号となる。
Ａｔｔｒｉｂｕｔｅｓ（ＢＰＯ）フィールドには、このトラックの属性が記録される。ホルダビットは必ずＺＥＲＯである。
Ｃｏｎｔｅｎｔ  Ｔｙｐｅ（ＢＰ４）フィールドには、このトラックに格納されたデータの種類が記録される。
Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ（ＢＰ６）フィールドには、親ホルダの中でこのトラック一意に識別するための数値が記録される。
Ｄａｔａ  Ｌｏｃａｔｉｏｎ（ＢＰ８）フィールドには、このトラックの先頭のデータが収められているアロケーションユニットの番号が記録される。００００ｈの場合はこのトラックは実際のデータを持たず、Ｄａｔａ  Ｌｅｎｇｔｈフィールドも０である。
Ｄａｔａ  Ｌｅｎｇｔｈ（ＢＰ１０）フィールドには、このトラックのデータが収められているアロケーションユニットの数が記録されている。０の場合はこのトラックは実際のデータを持たず、Ｄａｔａ  Ｌｏｃａｔｉｏｎフィールドも００００ｈである。
Ｐａｒｅｎｔ  Ｆｏｌｄｅｒ  Ｄｅｓｃｒｉｐｔｏｒ（ＢＰ１２）フィールドには、このトラックの親ホルダの識別子の番号が記録される。
Ｎｅｘｔ  Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｏｒ（ＢＰ１４）フィールドは、このトラックと同じ親ホルダを持つトラック／ホルダを、親ホルダを先頭とするリストで連結するために使用される。このフィールドの中には、このトラックの次に検索されるトラック又はホルダの識別子番号が記録される。
すべてのトラックとホルダは、次の２１に示される、２バイトのビットフィールドで表現される属性を持つ。
0003997709.tif 000003
Ｒｅａｄ  Ｏｎｌｙ（Ｂｉｔ０）フィールドがＯＮＥならば、このトラック／ホルダは読み取り専用であり、削除することはできない。また、トラックの場合はデータの変更も禁止される。
Ｈｉｄｄｅｎ（Ｂｉｔ１）フィールドがＯＮＥならば、このトラック／ホルダの存在は、装置のユーザーに対して明らかにされない。
Ｓｙｓｔｅｍ（Ｂｉｔ２）フィールドがＯＮＥならば、このトラック／ホルダは、システムを構成する要素である。
Ｆｏｌｄｅｒ（Ｂｉｔ３）フィールドがＯＮＥならば、この要素はホルダである。ＺＥＲＯなら、トラックである。
Ａｒｃｈｉｖｅ（Ｂｉｔ４）フィールドは、データ、Ａｔｔｒｉｂｕｔｅ、親子関係の変化があった場合、このビットをＯＮＥにする。それぞれの装置は任意の時点でＺＥＲＯにすることができる。
Ｃｏｐｙｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ（Ｂｉｔ５−６）は、このトラックのデータに関する著作権管理情報（ＣＧＭＳ）が次の表３に示されるコードで記録される。
0003997709.tif 000004
Ｕｎｗｒｉｔｔｅｎ（Ｂｉｔ７）フィールドは、このレコーダブルトラックのために確保されているアロケーションユニットの中には、まだＤＲＬ信号の書き込まれていない論理クラスタが含まれている可能性がある。プリマスタードトラックトラックの場合は必ずＺＥＲＯである。
Ｎｏｎ−ｒｅｌｏｃａｔａｂｌｅ（Ｂｉｔ８）フィールドは、このトラックのデータが格納されるアロケーションユニットの位置及び順序を変更してはならない。プリマスタードトラックの場合は必ずＯＮＥである。
Ｃｏｎｔｉｇｕｏｕｓ（Ｂｉｔ９−１０）フィールドは、このトラックに対するＡｌｌｏｃａｔｉｏｎ  Ｂｌｏｃｋ割り付けストラテジを次の表４に示されるコードによって記録する。運用については個々の装置の実装に依存する。
0003997709.tif 000005
このディスク１０は、記録領域割当てのための次のようなトラック管理システム（ＴＭＳ：Ｔｒａｃｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）に従うことにより、トラックディスクリプションテーブル（ＴＤＴ：Ｔｒａｃｋ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）とトラックアロケーションテーブル（ＴＡＴ：Ｔｒａｃｋ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）によって最大５，５０２件の情報を階層的に分類して記録することができる。
このＴＭＳにおいて、アロケーションユニットは、プリマスタードデータエリア（Ｐｒｅ−ｍａｓｔｅｒｅｄ  ｄａｔａ  ａｒｅａ）、レコーダブルデータエリア（Ｒｅｃｏｒｄａｂｌｅ  ｄａｔａ  ａｒｅａ）の中の、同一物理トラック上にあって物理アドレスの連続した１つ以上の論理クラスタ（Ｌｏｇｉｃａｌ  Ｃｌｕｓｔｅｒ）の集合であり、記憶領域管理の最小単位である。それぞれのアロケーションユニットには、ディスク中で一意な０から始まる連続した整数値であるアロケーションユニット番号（ＡＵＮ）が割り当てられる。
１アロケーションユニットは１論理クラスタで構成され、ＡＵＮはＬＣＮに一致する。
プリマスタードデータエリアにあるアロケーションユニットをプリマスタードアロケーションユニット（Ｐｒｅ−ｍａｓｔｅｒｅｄ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ）、レコーダブルエリアにあるアロケーションユニットをレコーダブルアロケーションユニット（Ｒｅｃｏｒｄａｂｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ）と呼ぶ。
同一物理トラック上にあって物理アドレスの連続した１個以上のアロケーションユニットの集合を、アロケーションユニットチャンク（Ａｌｌｏｃａｔｉｏｎ  Ｕｎｉｔ  Ｃｈｕｎｋ）と呼ぶ。
このＴＭＳが直接管理する、ひとまとまりの情報（画像、音楽、コンピュータプログラムなど）の最小単位をトラック（Ｔｒａｃｋ）と呼ぶ。トラックの属性は識別子トラック識別子によって表現される。トラックに含まれるデータは、０個以上の、任意の位置に任意の順序に並んだアロケーションユニットに格納される。
プリマスタードアロケーションユニットだけで構成されたトラックをプリマスタードトラック（Ｐｒｅ−ｍａｓｔｅｒｅｄ  Ｔｒａｃｋ）と呼ぶ。
レコーダブルアロケーションユニットだけで構成されたトラックをレコーダブルトラック（Ｒｅｃｏｒｄａｂｌｅ  Ｔｒａｃｋ）と呼ぶ。プリマスタードアロケーションユニットとレコーダブルアロケーションユニットが混在したトラックは認めない。
ホルダ（Ｆｏｌｄｅｒ）は、このトラック管理システム（ＴＭＳ）において、複数のトラックをグループにして管理するための構造であり、ホルダ識別子によって表現される。それぞれのトラックやホルダはあるひとつのホルダ（Ｐａｒｅｎｔ  Ｆｏｌｄｅｒ）に属し、最終的にルートホルダをルートとするフリー構造を構成する。
それぞれのトラック／ホルダは、それが属しているホルダの内部において一意なＩｄｅｎｔｉｆｉｃａｔｉｏｎ番号を持つ。これは１６ビット整数で、ＦＦＦＦｈ以外の任意の値を使用できる。それぞれのアプリケーションは、この値の割当て方法を事前に任意に定めることで、データの種類。順序などと関係づけることができる。また、それぞれのトラックはデータ種類を示す１６ビットの整数も持つ。
階層的なホルダ構造を実現するため、また、トラックやホルダの検索部序を定義するために、すべてのトラックとホルダは２種類のリンクドリスト（ｌｉｎｋｅｄ  ｌｉｓｔ）で連結されている。
ひとつは、それぞれのトラック／ホルダの親ホルダを指すものである。これによって、それらがどのホルダに属するのかを直ちに知ることができる。もうひとつは、親ホルダを先頭とし、そのホルダに属するトラックとホルダを順番につないだものである。これによって、そのホルダ内でのトラック及びホルダの検索順序を定義できるとともに、高速に検索ができる。
ディスク上のすべてのトラックびホルダは、ルートホルダからのツリー構造の中に置かれるので、ルートホルダからの経路にあるホルダと自身のＩｄｅｎｔｉｆｉｃａｔｉｏｎ番号の順列によって、ディスク上で一意に識別することができる。
ホルダの階層構造の例が、図６に示されている。ルートホルダは、ＩＤ  ００００ｈを持っており、その子はホルダ０１０１ｈ、トラック００８８ｈ、ホルダ０２０１ｈの３つである。図６中、同じＩＤを持つホルダやトラックがあるが、これらはいずれも異なる親を持つ、独立した存在である。ホルダ及びトラックのＩＤは、図７に示すプロパティテーブルのエントリ番号（Ｅｎｔｒｙ＃ｎ）に等しい。
そして、このディスク１０では、図７に示すようにレコーダブル領域の両物理トラックの先頭から１２８物理クラスタ以内の領域が管理トラック優先領域（ｍａｎａｇｅｍｅｎｔ  ｔｒａｃｋ  ｐｒｉｏｒｉｔｙ  ａｒｅａ）として使用され、この領域に管理情報の記録されたトラックが優先的に記録される。
この管理トラック優先領域には、ボリュームインデックストラック（Ｖｏｌｕｍｅ  Ｉｎｄｅｘ  Ｔｒａｃｋ）が置かれる。ボリュームインデックストラックは、ボリュームプロパティ（Ｖｏｌｕｍｅ  ｐｒｏｐｅｒｔｙ）と、ボリューム内にあるすべてのショット（ｓｈｏｔ）のショットプロパティ（ｓｈｏｔ  ｐｒｏｐｅｔｙ）、ホルダのホルダプロパティ補助データ（ｆｏｌｄｅｒ  ｐｒｏｐｅｒｔｙ  ａｕｘｉｌｉａｒｙ  ｄａｔａ）の補助データプロパティ（ａｕｘｉｌｉａｒｙ  ｄａｔａ  ｐｒｏｐｅｒｔｙ）が記録されたトラックである。このボリュームインデックストラックには、ショットを構成する個々のＡＶパケットの要約情報も記録される。
ボリュームインデックストラックは、そのボリュームに含まれるショット、ホルダ及びａｕｘｉｌｉａｒｙ  ｄａｔａに関する情報を持つ。ボリュームインデックストラックの大きさは１２クラスタであり、先頭から５クラスタのプロパティテーブル（ｐｒｏｐｅｒｔｙ  ｔａｂｌｅ）、５クラスタのタイトルテーブル（ｔｉｔｌｅ  ｔａｂｌｅ）、３クラスタのパケットインデックステーブル（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）の３つの領域に分かれる。このボリュームインデックストラックには、ＩＤとして１００１ｈが割り当てられる。
プロパティテーブル（Ｐｒｏｐｅｒｔｙ  ｔａｂｌｅ）は、このボリュームのボリュームプロパティ（ｖｏｌｕｍｅ  ｐｒｏｐｅｒｔｙ）、このボリュームに含まれるショット、ホルダ及び補助データ（ａｕｘｉｌｉａｒｙ  ｄａｔａ）のプロパティが記録されるためのｐｒｏｐｅｒｔｙ  ｅｎｔｒｙの集合である。１エントリは３２バイトで、全体では５，１２０エントリ（５クラスタ）用意される。エントリの先頭を０とし、昇順にプロパティエントリ番号（ｐｒｏｐｅｒｔｙ  ｅｎｔｒｙ  ｎｕｍｂｅｒ）が割り当てられる。
エントリ番号０にはボリュームプロパティ（ｖｏｌｕｍｅ  ｐｒｏｐｅｒｔｙ）が記録される。それ以降については、ホルダ、ショット及び補助データのプロパティが記録される。このとき、それらのプロパティは、対応するホルダ又はトラックの、ｉｄｅｎｔｉｆｉｃａｔｉｏｎ番号の下位１４ビットの値に等しいエントリ番号を持つエントリに記録される。使用されないエントリには、すべて０が記録される。
ショットプロパティ（Ｓｈｏｔ  ｐｒｏｐｅｒｔｙ）は、ショットの属性が図８に示すように定義される構造で記録されたものである。このショットプロパティは、Ｐｒｏｐｅｒｔｙ  Ａｔｔｒｉｂｕｔｅｓ、Ｔｉｔｌｅ  Ｔａｂｌｅ、Ｅｎｔｒｙ  Ｎｕｍｂｅｒ、Ｍｏｄｉｎｅｄ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅ、Ｎｕｍｂｅｒ  ｏｆ  Ｆｒａｍｅｓ、Ｓｅｃｒｅｔ  Ｎｕｍｂｅｒ、Ｐａｃｋｅｔ  Ｉｎｄｅｘ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ、Ｂｅｇｉｎｎｉｎｇ  Ｍｕｔｅ  Ｆｒａｍｅｓ、Ｅｎｄｉｎｇ  Ｍｕｔｅ  Ｆｒａｍｅｓ、Ｒｅｆｅｒｅｎｃｅ  Ｃｏｕｎｔ、Ｓｈｏｔ  Ｃａｔｅｇｏｒｙ  Ｃｏｄｅ、Ｖｉｄｅｏ  Ｅｎｃｏｄｉｎｇ  Ｍｅｔｈｏｄ、Ａｕｄｉｏ  Ｅｎｃｏｄｉｎｇ  Ｍｅｔｈｏｄ、ＩＳＲＣ等の各種フィールドからなる。
プロパティアトリビュート（Ｐｒｏｐｅｒｔｙ  Ａｔｔｒｉｂｕｔｅｓ）フィールドには、プロパティの種類の識別情報（Ｒｅｃｏｒｄ  Ｔｙｐｅ、Ｓｈｏｔ  Ｔｙｐｅ、Ｉｍｐｏｒｔａｎｃｅ  Ｌｅｖｅｌ、ｃｏｍｂｉｎｅｄ、Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）などが記録される。
このＰｒｏｐｅｒｔｙ  Ａｔｔｒｉｂｕｔｅｓフィールドにおけるレコードタイプ（Ｒｅｃｏｒｄ  Ｔｙｐｅ）は、このエントリに格納されているプロパティの種類（Ｓｈｏｔ，Ｆｏｌｄｅｒ，Ａｕｘｉｌｉａｒｙ  ｄａｔａ，Ｖｏｌｕｍｅ，Ｒｅｓｅｒｖｅｄ）が記録される。ショットタイプ（Ｓｈｏｔ  Ｔｙｐｅ）は、これがショットプロパティ（ｓｈｏｔ  ｐｒｏｐｅｒｔｙ）であるときに有効であり、ショットの種類（Ｓｏｕｎｄ  ｓｈｏｔ，Ｓｔｉｌｌ  ｓｈｏｔ（ｗｉｔｈ  ｓｏｕｎｄ），Ｓｔｉｌｌ  ｓｈｏｔ（ｗｉｔｈｏｕｔｓｏｕｎｄ），Ｍｏｖｉｅ  ｓｈｏｔ（ｗｉｔｈｏｕｔｓｏｕｎｄ），Ｍｏｖｉｅ  ｓｈｏｔ，Ｒｅｓｅｒｖｅｄ）が記録される。重要度（Ｉｍｐｏｒｔａｎｃｅ  Ｌｅｖｅｌ）は、これがショットプロパティであるときに有効である。このショットの重要性が０から３の数値で記録される。通常は重要度が最低であることを意味する０を記録する。結合（Ｃｏｍｂｉｎｅｄ）は、これがショットプロパティであるときに有効である。１であるなら、このショットのＡＶパケットに記録されているタイムスタンプ（ｔｉｍｅ  ｓｔａｍｐ）は不連続である可能性がある。品質レベル（Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）は、これがショットプロパティであるときに有効であり、ショットをシームレス（ｓｅａｍｌｅｓｓ）再生するために必要とされるディスク転送速度が記録される。
タイトルテーブルエントリ番号（Ｔｉｔｌｅ  Ｔａｂｌｅ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ）フィールドには、対応するショットのタイトル（データ名）の実データが格納されている、タイトルテーブル（ｔｉｔｌｅ  ｔａｂｌｅ）の先頭のエントリ番号が記録される。未使用の場合は０が記録される。
Ｍｏｄｉｎｅｄ  Ｄａｔｅ  ａｎｄ  Ｔｉｍｅフィールドには、対応するショットのトラックの内容及び順序、ショットプロパティ及びＴＭＳ  ａｔｔｒｉｂｕｔｅｓが最後に変更された時刻が記録される。
Ｎｕｍｂｅｒ  ｏｆ  Ｆｒａｍｅｓフィールドには、Ｍｏｖｉｅ  ｓｈｏｔの場合はショット全体のｖｉｄｅｏ  ｆｒａｍｅ数が、ｓｔｉｌｌ  ｓｈｏｔ及びｓｏｕｎｄ  ｓｈｏｔの場合は音声として再生されるａｕｄｉｏ  ｆｒａｍｅ数が記録される。
Ｓｅｃｒｅｔ  Ｎｕｍｂｅｒフィールドには、対応するショットの暗証番号が４桁のＢＣＤで記録される。”００００”は不使用を意味する。
ＰａｃｋｅｔＩｎｄｅｘ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒフィールドには、対応するショットの先頭のｐａｃｋｅｔ  ｉｎｄｅｘ  ｅｎｔｒｙ  ｎｕｍｂｅｒが記録される。使用しない場合は０が記録される。
Ｂｅｇｉｎｎｉｎｇ  Ｍｕｔｅ  Ｆｒａｍｅｓフィールドには、対応するショットの先頭のＡＶパケットこついて、先頭から表示しないフレームの数が記録される。特に定義しない場合は０が記録される。
Ｅｎｄｉｎｇ  Ｍｕｔｅ  Ｆｒａｍｅｓフィールドには、対応するショットの最後のＡＶパケットについて、最後に表示しないフレームの数が記録される。特に定義しない場合は０が記録される。
Ｒｅｆｅｒｅｎｃｅ  Ｃｏｕｎｔフィールドには、対応するショットトラックを参照するショット（ｓｈｏｔ）及びショットリンク（ｓｈｏｔ  ｌｉｎｋ）の数が記録される。通常は１であり、このショットに対するショットリンクトラック（ｓｈｏｔ  ｌｉｎｋ  ｔｒａｃｋ）が一つ作られる毎に一つ増やされ、一つ削除される毎に一つ減らされる。
Ｓｈｏｔ  Ｃａｔｅｇｏｒｙ  Ｃｏｄｅフィールドには、対応するショットにユーザが与えた分類コードが記録される。
Ｖｉｄｅｏ  Ｅｎｃｏｄｉｎｇ  Ｍｅｔｈｅｄフィールドには、対応するショットを構成するＡＶパケットのパケットプロパティ（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ）に記録されているものと同一の内容が記録される。
Ａｕｄｉｏ  Ｅｎｃｏｄｉｎｇ  Ｍｅｔｈｅｄフィールドには、対応するショットを構成するＡＶパケットのパケットプロパティに記録されているものと同一の内容が記録される。
ＩＲＳＣフィールドには、著作権管理のためのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  Ｒｅｃｏｒｄｉｎｇ  Ｃｏｄｅが記録される。
Ｖｏｌｕｍｅ  ｉｎｄｅｘトラックのｔｉｔｌｅ  ｔａｂｌｅには、個々のショット、ホルダ及び補助データのタイトルが登録される。
また、ボリュームインデックストラックのパケットインデックステーブル（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）には、対応するパケットのデータ量及び再生時間についての情報が記録される。あるショットを構成するパケットは、ひとつひとつについて、あるいは連続するものをひとまとめにして、パケットインデックス（ｐａｃｋｅｔ  ｉｎｄｅｘ）を持つことができる。パケットインデックステーブル（Ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）は、パケットインデックスを記録する領域である。パケットインデックステーブルの中には図９に示すように４バイトのパケットインデックスエントリ（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｅｎｔｒｙ）が１６，３８４個置かれる。それぞれのパケットインデックスエントリには、先頭のエントリを０とし、昇順のパケットインデックス番号（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｅｎｔｒｙ  ｎｕｍｂｅｒ）が与えられる。それぞれのパケットインデックスエントリには、いずれかのパケットインデックスが格納される。
あるショットを構成している論理的に連続したパケットのインデックス情報は、インデックステーブル上でも論理的に連続しているものとする。すなわち、物理的に連続しているか、リンクポインタインデックス（ｌｉｎｋ  ｐｏｉｎｔｅｒ  ｉｎｄｅｘ）によってリンクされている必要がある。未使用のエントリには、リンクポインタインデックスが記録され、パケットインデックス番号０を先頭にして連結される。
パケットインデックス（Ｐａｃｋｅｔ  Ｉｎｄｅｘ）には、それぞれ４バイト定義される構造を持つＭｏｖｉｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｐａｃｋｅｄ  Ｍｏｖｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｐａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｌｉｎｋ  Ｐｏｉｎｔｅｒ  Ｉｎｄｅｘの５種類がある。
ムービーパケットインデックス（Ｍｏｖｉｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ）は、図１０Ａに示すように、Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ（１ｂｙｔｅ）、Ｐａｃｋｅｔ  Ｓｉｚｅ（１ｂｙｔｅ）、Ｒｅｓｅｒｖｅｄ（１ｂｙｔｅ）、Ｎｕｍｂｅｒ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓ（１ｂｙｔｅ）の４バイトで構成される。このムービーパケットインデックスは、ｍｏｖｉｅ  ｓｈｏｔを構成するひとつのｍｏｖｉｅ  ｐａｃｋｅｔあるいはｓｔｉｌｌ  ｓｈｏｔの画像データを構成するひとつのＡＶパケットに対応する。
パックドムービーインデックス（Ｐａｃｋｅｄ  ｍｏｖｉｅ  ｐａｃｋｅｔ  ｉｎｄｅｘ）は、図１０Ｂに示すように、Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ（１ｂｙｔｅ）、Ｓｕｍｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ（１ｂｙｔｅ）、Ｎｕｍｂｅｒ  ｏｆ  Ｐａｃｋｅｔｓ（１ｂｙｔｅ）、Ｓｕｍ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓ（１ｂｙｔｅ）の４バイトで構成される。このパックドムービーインデックスは、ｍｏｖｉｅ  ｓｈｏｔを構成する、複数個の連続するｍｏｖｉｅ  ｐａｃｋｅｔｓに対応する。
サウンドパケットインデックス（Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ）は、図１０Ｃに示すように、Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ（１ｂｙｔｅ）、Ｐａｃｋｅｔ  Ｓｉｚｅ（１ｂｙｔｅ）、Ｒｅｓｅｒｖｅｄ（１ｂｙｔｅ）、Ｎｕｍｂｅｒ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓ（１ｂｙｔｅ）の４バイトで構成される。このサウンドパケットインデックスは、ｓｏｕｎｄ  ｓｈｏｔを構成する、あるいはｓｔｉｌｌ  ｓｈｏｔの音声データを構成する、ひとつのｓｏｕｎｄ  ｐａｃｋｅｔに対応する。
パックドサウンドインデックス（Ｐａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ）は、図１０Ｄに示すように、Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ（１ｂｙｔｅ）、Ｓｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ（１ｂｙｔｅ）、Ｓｕｍ  ｏｆ  Ｓｏｕｎｄ  Ｆｒａｍｅｓ（２ｂｙｔｅ）の４バイトで構成される。このＰａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘは、ｓｏｕｎｄ  ｓｈｏｔを構成し、複数個の連続するｓｏｕｎｄ  ｐａｃｋｅｔｓに対応する。
リンクポインタインデックス（Ｌｉｎｋ  ｐｏｉｎｔｅｒ  ｉｎｄｅｘ）は、図１０Ｅに示すように、Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ（１ｂｙｔｅ）、Ｒｅｓｅｒｖｅｄ（１ｂｙｔｅ）、Ｎｅｘｔ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ（２ｂｙｔｅ）の４バイトで構成される。このＬｉｎｋ  ｐｏｉｎｔｅｒ  ｉｎｄｅｘは、実際のＡＶパケットに対応するものではなく、パケットインデックステーブル（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）上で離れた位置にあるエントリを論理的に連結するために用意されている。また、このインデックスは、すべての未使用のエントリを連結するためにも用いられる。
パケットインデックスの先頭バイトは、各タイプに共通に定義された図１１に示すような構造を持つインデックスアトリビュート（Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅｓ）である。各パケットインデックスの先頭バイトの上位４ビットにはパケットインデックスの種類（Ｍｏｖｉｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｐａｃｋｅｄ  Ｍｏｖｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｐａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ、Ｌｉｎｋ  Ｐｏｉｎｔｅｒ  Ｉｎｄｅｘ）を示すインデックスタイプ（Ｉｎｄｅｘ  Ｔｙｐｅ）が記録され、下位４ビットにはＭａｒｋｅｄビットとＥｄｉｔｅｄビットが記録される。
Ｍａｒｋｅｄビットは、１であるなら、このパケットにはマーク（ｍａｒｋ）がつけられていることを示す。
また、Ｅｄｉｔｅｄビットは、１であるなら、対応するＡＶパケットは記録開始又は結合箇所の先頭であることを示す。このパケットのタイムスタンプ（ｔｉｍｅ  ｓｔａｍｐｓ）はひとつ前のＡＶパケットと不連続となっている。
上記Ｍｏｖｉｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ及びＳｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘのパケットサイズ（Ｐａｃｋｅｔ  Ｓｉｚｅ）には、対応するＡＶパケットのパケットプロパティ内にある、同名フィールドの値がそのまま記録される。また、ビデオフレーム数（Ｎｕｍｂｅｒ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓ）には、対応するＡＶパケットのパケットエントリ内にある、同名フィールドの値がそのまま記録される。
上記Ｐａｃｋｅｄ  Ｍｏｖｅ  Ｐａｃｋｅｔ  Ｉｎｄｅｘ及びＰａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘの総パケットサイズ（Ｓｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ）には、対応するＡＶパケットのパケットプロパティ内にある、パケットサイズの値を合計したものが記録される。また、総ビデオフレーム（Ｓｕｍ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓ）には、対応するＡＶパケットのパケットプロパティ内にある、ビデオフレーム数（ｎｕｍｂｅｒ  ｏｒ  ｖｉｄｅｏ  ｆｒａｍｅｓ）の値を合計したものが記録される。
上記Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘのサウンドフレーム数（Ｎｕｍｂｅｒ  ｏｆ  Ｓｏｕｎｄ  Ｆｒａｍｅｓ）には、対応するＡＶパケットのパケットプロパティ内にある、同名フィールドの値がそのまま記録される。
上記Ｐａｃｋｅｄ  Ｓｏｕｎｄ  Ｐａｃｋｅｔ  Ｉｎｄｅｘの総サウンドフレーム（Ｓｕｍ  ｏｆ  Ｓｏｕｎｄ  Ｆｒａｍｅｓ）には、対応するＡＶパケットのパケットプロパティ内にある、サウンドフレーム数の値を合計したものが記録される。
さらに、上記Ｌｉｎｋ  Ｐｏｉｎｔｅｒ  Ｉｎｄｅｘの次エントリ番号（Ｎｅｘｔ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ）には、このショットの次のＡＶパケットに対応するパケットインデックスが格納されているエントリ番号が記録される。
そして、このディスク１０のレコーダブル領域１３には、情報の本体としてＡＶパケットが記録される。
ＡＶパケットは、物理的にも論理的にも連続した整数個のアロケーションユニットで構成される。ひとつのパケットの構造を図１２に示す。パケットの先頭には、記録条件などを記録するパケットプロパティ（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ）が置かれ、その後にオーディオレコード（ａｕｄｉｏ  ｒｅｃｏｒｄ）、ビデオレコード（ｖｉｄｅｏ  ｒｅｃｏｒｄ）の順に記録される。各レコードの開始位置は、パケットの先頭から４の整数倍のバイト位置であって、その前後には０が記録された任意の長さの未使用領域を置くことができる。
パケットプロパティは、ひとつのパケットプロパティヘッダ（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ  ｈｅａｄｅｒ）と、複数のパケットプロパティテーブル（ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ  ｔａｂｌｅ）によって構成される。
パケットプロパティの先頭に置かれるパケットプロパティヘッダは、Ｐａｃｋｅｔ  Ｍａｒｋｅｒ（８ｂｙｔｅ）、Ｐａｃｋｅｔ  ＩＤ（４ｂｙｔｅ）、Ｆｏｒｍｌａｔ  Ｖｅｒｓｉｏｎ（２ｂｙｔｅ）、Ｐａｃｋｅｔ  Ｓｉｚｅ（１ｂｙｔｅ）、Ｎｕｍｂｅｒ  ｏｆ  Ｐａｃｋｅｔ  Ｐｒｏｐｅｒｔｙ  Ｔａｂｌｅｓ（１ｂｙｔｅ）の１６バイトからなる。
パケットメーカ（Ｐａｃｋｅｔ  Ｍａｒｋｅｒ）には、パケット先頭であることを示すパターン（００ｈ，００ｈ，００ｈ，００ｈ，ＦＦｈ，ＦＦｈ，００ｈ，００ｈ）が記録される。
パケットＩＤ（Ｐａｃｋｅｔ  ＩＤ）には、ＡＶパケットであることを示すＩＤ（４１ｈ，５６ｈ，７０ｈ，６Ｂｈ）が記録される。
フォーマットバージョン（Ｆｏｒｍａｔ  Ｖｅｒｓｉｏｎ）には、当バージョンを示すコード（０１０１ｈ）が記録される。
パケットサイズ（Ｐａｃｋｅｔ  Ｓｉｚｅ）には、このパケット全体の長さがクラスタ単位で記録される。
パケットプロパティテーブル数（Ｎｕｍｂｅｒ  ｏｆ  Ｐａｃｋｅｔ  Ｐｒｏｐｅｒｔｙ  Ｔａｂｌｅｓ）には、このパケットプロパティに含まれる、パケットプロパティテーブル（ｐａｃｋｅｔ  ｐｒｏｐｅｒｙ  ｔａｂｌｅ）の数が記録される。ＡＶ情報テーブル（ＡＶ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅ）が必ず存在するので、この値は必ず１以上である。
また、パケットプロパティテーブル（Ｐａｃｋｅｔ  ｐｒｏｐｅｒｔｙ  ｔａｂｌｅ）は、このＡＶパケットに含まれるオーディオレコード（ａｕｄｉｏ  ｒｅｃｏｒｄ）及びビデオレコード（ｖｉｄｅｏ  ｒｅｃｏｒｄ）に関する情報、それらと同時に再生すべき、ＶＢＩデータや文字、グラフィックデータ（ＴＢＤ）が記録されたものである。ＡＶ情報テーブルは必ず先頭に記録されなければならないが、それ以外のテーブルはオプションであり、任意のものを任意の順序で記録することができる。ただし、ひとつのパケットプロパティ内に、同一の種類のパケットプロパティテーブルが複数回記録されてはならない。それぞれのテーブルは可変長であり、テーブルＩＤと次のテーブルへのポインタ（ｎｅｘｔ  ｔａｂｌｅ  ｐｏｉｎｔｅｒ）が先頭に置かれる。
図１３は、上記ディスク１０を用いて情報の記録再生を行う情報記録再生装置１００の構成を示すブロック図である。
この情報記録再生装置１００は、音声データを入力し出力する音声入出力部１１１と、画像データを入力し出力する画像入出力部１２１と、前記音声入出力部１１１と画像入出力部１２１に対する基準信号を発生する標本化基準信号発生部１３１と、音声データを圧縮伸長する音声圧縮伸長部１１２と、音声データを一時格納するメモリ１１３と、画像データを圧縮伸長する画像圧縮伸長部１２２と、画像データを一時格納するメモリ１２３と、音声データと画像データの転送を制御するデータ転送制御部１３２と、データ転送制御部３２で制御するデータを一時格納するメモリ１３３と、ディスク１０にデータを記録し、再生するための記録／再生部１３４と、これら各ブロックを制御するシステムコントローラ１３６、このシステムコントローラ１３６に接続されプログラムＲＯＭ１３７やワークＲＡＭ１３８などから構成されている。
この情報記録再生装置１００は光磁気記録媒体からなるディスク１０に対して情報の記録再生を行う光磁気記録再生装置であって、上記記録／再生部１３４は、データを復号及び符号化するエンコード・デコード回路３４１と、磁気ヘッド３４２ａを駆動する磁気ヘッド駆動回路３４２と、ディスク１０にレーザを照射しその反射光を検出する光学ヘッド３４３と、この光学ヘッド３４３から検出した反射光からフォーカスエラー信号（ＦＥ），プッシュプル信号（ＰＰ），光磁気再生信号（ＭＯ）を再生するＲＦアンプ３４４と、ＲＦアンプ３４４からのプッシュプル信号（ＰＰ）に基づきディスク１０の案内溝に形成されているグルーブウォブルに応じた信号を再生しＡＤＩＰをデコードするアドレスデコーダ３４５と、ディスク１０を回転駆動させるスピンドルモータ３４６と、上記磁気ヘッド３４２ａと光学ヘッド３４３をディスク１０の半径方向に駆動させるスレッド機構３４７、上記ＲＦアンプ３４４からのフォーカスエラー信号（ＦＥ）やプッシュプル信号（ＰＰ）等に基づきフォーカスサーボ，トラッキングサーボ，スレッドサーボ，スピンドルサーボ等を制御するサーボ回路３４８等を備える。
この情報記録再生装置１００において、ディスク１０は、スピンドルモータ３４６により回転駆動される。そしてディスク１０に対しては記録／再生時に光学ヘッド３４３によってレーザ光が照射される。
光学ヘッド３４３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行い、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行う。
このため、光学ヘッド３４３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタ等が搭載されている。対物レンズ３４３ａは２軸機構３４３ｂ４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
また、ディスク１０を挟んで光学ヘッド３４３と対向する位置に磁気ヘッド３４２ａが配置されている。磁気ヘッド３４２ａは供給されたデータによった変調された磁界をディスク１０に印加する動作を行う。
光学ヘッド３４３全体及び磁気ヘッド３４２ａは、スレッド機構３４７によりディスク半径方向に移動可能とされている。
再生動作によって、光学ヘッド３４３によりディスク１０から検出された情報はＲＦアンプ３４４に供給される。ＲＦアンプ３４４は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グループ情報（ディスク１０にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。
抽出された再生ＲＦ信号はエンコーダ／デコーダ部３４１に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路３４８に供給され、グルーブ情報ＧＦＭはアドレスデコーダ３４５に供給される。
サーボ回路３４８は供給されたフォーカスエラー信号（ＦＥ），プッシュプル信号（ＰＰ）や、マイクロコンピュータにより構成されるシステムコントローラ１３６からのトラックジャンプ指令、アクセス指令、スピンドルモータ３４６の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構３４３ｂ及びスレッド機構３４７を制御してフォーカス及びトラッキング制御を行い、またスピンドルモータ３４６を一定線速度（ＣＬＶ：ｃｏｎｓｔａｎｔ  ｌｉｎｅｒ  ｖｅｌｏｃｉｔｙ）に制御する。
アドレスデコーダ３４５は供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報はシステムコントローラ１３６に供給され、各種の制御動作に用いられる。
エンコーダ／デコーダ部３４１は、ＲＦアンプ２７から供給される光磁気再生信号（ＭＯ）を２値化して、ＥＦＭ（ｅｉｇｈｔ  ｆｏｕｒｔｅｅｎ  ｍｏｄｕｌａｔｉｏｎ）方式で復調を行い、さらに、ＣＩＲＣ（ｃｒｏｓｓ  ｉｎｔｅｒｌｅａｖｅｄ  Ｒｅａｄ  Ｓｏｌｏｍｏｎ  ｃｏｄｉｎｇ）方式でエラー訂正のデコード処理を行う。このエンコーダ／デコーダ部３４１でＥＦＭ復調、ＣＩＲＣ等のデコード処理されたＡＶデータは、データ転送制御部３２によって一旦バッファメモリ３３に書き込まれる。そして、このバッファメモリ３３から読み出されたオーディオデータが音声圧縮伸張処理部１２に供給され、また、ビデオデータが画像圧縮伸張処理部２２に供給される。また、エンコーダ／デコーダ部３４１は、データ転送制御部３２から供給される記録信号にＣＩＲＣ方式でエラー訂正符号を付加し、さらに、ＥＦＭ方式で変調を行って磁気ヘッド駆動回路３４２に記録信号を供給する。また再生ＲＦ信号についてはエンコーダ／デコーダ部３４１においてＥＦＭ復調、ＣＩＲＣ等のデコード処理が行われるが、このときアドレス、サブコードデータなども抽出され、システムコントローラ３６に供給される。
そして、この情報記録再生装置１００の記録系は、次のように動作する。
すなわち、音声入出力部１１１は、外部より入力された音声データを標本化基準信号発生部１３１が発生する基準信号に従って所定の符号長で標本化し、音声標本化信号を出力する。画像入出力部１２１は、外部より入力された画像（動画像あるいは静止画像）データを標本化基準信号発生部１３１が発生する基準信号に従って所定の符号長で標本化し、画像標本化信号を出力する。
音声圧縮伸長部１１２は、音声入出力部１１１からの音声標本化信号を一旦メモリ１１３に格納し、所定個数のデータをまとめた上で読み出し、例えばＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）等の高能率符号化方法によって、音声高能率符号化信号に変換する。
画像圧縮伸長部１２２は、画像入出力部１２１からの画像標本化信号を一旦メモリ２３に格納し、所定個数のデータをまとめた上で読み出し、例えばＭＰＥＧ等の高能率符号化方法によって、画像高能率符号化信号に変換する。
データ転送制御部１３２は、音声圧縮伸長部１２及び画像圧縮伸長部２２から不定期に出力されるそれぞれの信号を、一旦メモリ３３に格納する。その後、システムコントローラ１３６の指示にしたがって、それぞれの信号をメモリ１３３から所定の単位ずつ読み出し、多重化した上で識別情報を付加する。この識別情報が付加された信号を、記録／再生部１３４にとって適切な転送速度及び適切なタイミングで出力する。ただし、多重化及び識別情報の付加はメモリ１３３への格納の時点で行ってもよい。
そして、記録／再生部３４では、システムコントローラ１３６の指示にしたがって、データ転送制御部３２から供給される記録信号にＣＩＲＣ方式でエラー訂正符号を付加し、さらに、ＥＦＭ方式で変調を行って磁気ヘッド駆動回路３４２に記録信号を供給して、ディスク１０にデータを記録する。このときシステムコントローラ１３６は、光学ヘッド３４３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
また、この情報記録再生装置１００の再生系は、次のように動作する。
すなわち、記録／再生部１３４は、システムコントローラ１３６の指示にしたがって、ディスク１０５から読み取った光磁気再生信号（ＭＯ）を２値化して、ＥＦＭ方式で復調を行い、さらに、ＣＩＲＣ方式でエラー訂正のデコード処理を行うことによりＡＶデータを再生する。そして、このＡＶデータをデータ転送制御部１３２によって一旦バッファメモリ３３に書き込まれる。なお、光学ヘッド３４３によるディスク１０からのデータの読み取り及び光学ヘッド３４３からバッファメモリ３３までの系における再生データの転送は８．７Ｍｂｉｔ／ｓｅｃで、しかも通常は間欠的に行われる。バッファメモリ３３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃ（ＡＴＲＡＣ）、４〜８ｂｉｔ／ｓｅｃ（ＭＰＥＧ）となるタイミングで読み出され、オーディオデータは音声圧縮伸張処理部１２に供給され、また、ビデオデータは画像圧縮伸張処理部１２２に供給される。
音声圧縮伸長部１１２は、入力信号を圧縮時とは逆の手順で伸長してメモリ１１３に格納し、記録時の順序に従って読み出して、音声標本化信号として出力する。また、画像圧縮伸長部２２は、入力信号を圧縮時とは逆の手順で伸長してメモリ１２３に格納し、記録時の順序に従って読み出して、画像標本化信号として出力する。
その後、音声入出力部１１１は、音声圧縮伸長部１１２から出力される音声標本化信号を、標本化基準信号発生部３１が発生する基準信号に従って音声信号に変換し、外部に出力する。また、画像入出力部１２１は、画像圧縮伸長部１２２から出力される画像標本化信号を、標本化基準信号発生部１３１が発生する基準信号に従って画像信号に変換し、外部に出力する。
この情報記録再生装置１００におけるシステムコントローラ１３６は、例えばＣＰＵ等によって構成され、外部から入力された記録／再生の開始／終了等の制御指令にしたがい、図１４のフローチャートに示すような制御動作を行う。なお、上記システムコントローラ１３６に接続されたプログラムＲＯＭ２８には、当該記録再生装置１００における各種動作を実現するためのプログラム等が格納されている。また、ワークＲＡＭ２９には、システムコントローラ１３６が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
すなわち、上記システムコントローラ１３６は、この情報記録再生装置１００に装着されたディスク１０に対し、先ず、ＲＴＯＣ領域１４ＡからＲＴＯＣ情報を再生し（ステップＳ１）、再生したＲＴＯＣ情報をワークＲＡＭ１４０に記憶する（ステップＳ２）。
次に、上記システムコントローラ１３６は、Ｔｒａｃｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＴＭＳ）中のトラックディスクリプションテーブル（ＴＤＴ）に含まれるトラック／Ｆｏｌｅｒ識別子に基づき、トラック／ホルダ番号・Ｄａｔａ  Ａｌｌｏｃａｔｉｏｎ，Ｄａｔａ  ｌｅｎｇｔｈ  Ｔａｂｌｅを上記ワークＲＡＭ１４０上に作成する（ステップＳ３）。
次に、上記システムコントローラ１３６は、図７に示したＲｅｃｏｒｄａｂｌｅ  ｄａｔａ  ａｒｅａ内の管理トラック優先領域（ｍａｎａｇｅｍｅｎｔ  ｔｒａｃｋ  ｐｒｉｏｒｉｔｙ  ａｒｅａ）を再生する（ステップＳ４）。
次に、上記システムコントローラ１３６は、上記トラック／ホルダ番号に対応するＶｏｌｕｍｅ  ｉｎｄｅｘトラック内のパケットインデックステーブル（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）に含まれるエントリ番号（ｅｎｔｒｙ  ｎｕｍｂｅｒ）を参照し、対応するショットプロパティ（Ｓｈｏｔ  Ｐｒｏｐｅｒｔｙ）に含まれるパケットインデックスエントリ番号（Ｐａｃｋｅｔ  Ｉｎｄｅｘ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ）を抽出し、テーブルを上記ワークＲＡＭ１４０上に作成する（ステップＳ５）。
さらに、上記システムコントローラ１３６は、上記パケットインデックスエントリ番号に対応するボリュームインデックストラック（Ｖｏｌｕｍｅ  ｉｎｄｅｘ  ｔｒａｃｋ）内のパケットインデックステーブル（ｐａｃｋｅｔ  ｉｎｄｅｘ  ｔａｂｌｅ）に含まれるエントリ番号を参照し、インデックスアトリビュート（Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅ）に基づいてＰａｃｋｅｔ（Ｍｏｖｅ／Ｓｏｕｎｄ）／Ｐａｃｋｅｄ（Ｍｏｖｅ／Ｓｏｕｎｄ）の判別をする（ステップＳ６）。
そして、上記システムコントローラ１３６は、Ｐａｃｋｅｔ  Ｓｉｚｅ、Ｖｉｄｅｏ  Ｆｒａｍｅｓ）又はＳｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ、Ｎｕｍｂｅｒ  ｏｆ  Ｐａｃｋｅｔｓ、Ｎｕｍｂｅｒ  ｏｆ  Ｖｉｄｅｏ  Ｆｒａｍｅｓを取得して、上記ワークＲＡＭ１４０に記憶する（ステップＳ７）。
次に、上記システムコントローラ１３６は、ユーザによりアクセス指示があるを待機し（ステップＳ８）、アクセス指示されたトラックに対応するＩＤに基づいてワークＲＡＭ１４０内のプロパティテーブル（Ｐｒｏｐｅｒｔｙ  ｔａｂｌｅ）のエントリ番号（ｅｎｔｒｙ  ｎｕｍｂｅｒ）を参照する。参照されたエントリ番号に対応するショットプロパティ（Ｓｈｏｔ  Ｐｒｏｐｅｒｔｙ）内のパケットインデックスエントリ番号（Ｐａｃｋｅｔ  Ｉｎｄｅｘ  Ｅｎｔｒｙ  Ｎｕｍｂｅｒ）を参照する。パケットインデックスエントリ番号に対応するパケットインデックス（Ｐａｃｋｅｔ  Ｉｎｄｅｘ）がＰａｃｋｅｔ（Ｍｏｖｅ／Ｓｏｕｎｄ）であるかＰａｃｋｅｄ（Ｍｏｖｅ／Ｓｏｕｎｄ）であるかをインデックスアトリビュート（Ｉｎｄｅｘ  Ａｔｔｒｉｂｕｔｅ）に基づいて判別する（ステップＳ９）。
上記ステップＳ９における判別の結果が「Ｐａｃｋｅｄ」、すなわち、アクセス指示されたトラックがＰａｃｋｅｄ  Ｉｎｄｅｘ（Ｍｏｖｅ／Ｓｏｕｎｄ）であった場合、上記システムコントローラ１３６は、上記ワークＲＡＭ１４０上のトラック／ホルダ番号Ｄａｔａ  Ａｌｌｏｃａｔｉｏｎ，Ｄａｔａ  ｌｅｎｇｔｈ  Ｔａｂｌｅに基づき、アクセス指示されたトラック番号に対応するＤａｔａ  Ａｌｌｏｃａｔｉｏｎ，Ｄａｔａ  ｌｅｎｇｔｈに従ってアクセスを開始する（ステップＳ１０）。
次に、上記システムコントローラ１３６は、ワークＲＡＭ１４０内のＰａｃｋｅｄ  Ｉｎｄｅｘ（Ｍｏｖｅ／Ｓｏｕｎｄ）に含まれる総パケットサイズ（Ｓｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ）及びパケット数（Ｎｕｍｂｅｒ  ｏｆ  Ｐａｃｋｅｔｓ）を読み出し、変数Ｘ，Ｙに代入する（ステップＳ１１）。
次に、アクセス後に再生されたパケットプロパティに含まれるパケットサイズ（Ｐａｃｋｅｔ  Ｓｉｚｅ）を変数ａに代入する（ステップＳ１２）。
そして、Ｐａｃｋｅｄを構成する１つのＰａｃｋについては既にアクセスを完了しているので、変数Ｙを１デクリメントして（ステップＳ１３）、変数Ｙが０になったか否かを判定する（ステップＳ１４）。
上記ステップＳ１４における判定の結果が「ＮＯ」、すなわち、変数Ｙが０になっていない場合、Ｐａｃｋｅｄを構成する全Ｐａｃｋのアクセスが完了していないと判断される。残りのＰａｃｋｅｄを構成するＰａｃｋの全データ長を改めて演算するために、上記システムコントローラ１３６は、変数ＸをＸ−ａとする（ステップＳ１５）
次に、次のパケット（Ｎｅｘｔ  Ｐａｃｋｅｔ）に対するアクセス指示があるかを判断し（ステップＳ１６）、次のパケットのアクセス指示があると上記変数ａすなわちＰａｃｋｅｔ  Ｓｉｚｅだけ移送する（ステップＳ１７）。
そして、上記システムコントローラ１３６は、変数Ｘが０になったか否かを判定する（ステップＳ１８）。
上記ステップＳ１８における判定の結果が「ＮＯ」、すなわち、変数Ｘが０になっていない場合、Ｐａｃｋｅｄを構成する全Ｐａｃｋのアクセスが完了していないと判断でき、上記システムコントローラ１３６は、上記ステップＳ１２に戻って、ステップＳ１２からステップＳ１８の処理を繰り返すことにより、アクセス指示されたトラックをアクセスする。
なお、上記ステップＳ１４又はステップＳ１８における判定の結果「ＹＥＳ」、すなわち、変数Ｙが０になった場合、又は、変数Ｘが０になった場合、Ｐａｃｋｅｄを構成する全Ｐａｃｋのアクセスが完了したと判断され、上記システムコントローラ１３６は、アクセス指示されたトラックのアクセスを終了する。
また、上記ステップＳ９における判別の結果が「Ｐａｃｋｅｔ」、すなわち、アクセス指示されたトラックがＰａｃｋｅｔ（Ｍｏｖｅ／Ｓｏｕｎｄ）であった場合、上記システムコントローラ１３６は、上記ワークＲＡＭ１４０上のトラック／ホルダ番号・Ｄａｔａ  Ａｌｌｏｃａｔｉｏｎ，Ｄａｔａ  ｌｅｎｇｔｈ  Ｔａｂｌｅから、アクセス指示されたトラック番号に対応するＤａｔａ  Ａｌｌｏｃａｔｉｏｎ，Ｄａｔａ  ｌｅｎｇｔｈ及びＰａｃｋｅｔ  Ｓｉｚｅを読み出して、アクセス指示されたトラックのアクセスを行う（ステップＳ１９）。
すなわち、この情報記録再生装置１００のシステムコントローラ１３６では、図１５Ａ及び図１５Ｂにディスクイメージと管理領域ＴＯＣの管理形態を表すように、プログラム領域に記録された各ショットにヘッダを付加し、上記ヘッダにて各ショットのデータ長を管理する。更に上記複数のショットをひと１固まりのＰＡＣＫとし、上記パックの先頭記録開始位置（すなわちショット１の記録開始位置ａ）をＲＴＯＣで管理する。そして更に管理トラック優先領域（ｍａｎａｇｅｍｅｎｔ  Ｔｒａｃｋ  Ｐｒｉｏｒｉｔｙ  Ａｒｅａ）において上記ひと固まりのＰＡＣＫに含まれるパケット数（ｎｕｍｂｅｒ  ｏｆ  ｐａｃｋｅｔｓ）とＰＡＣＫ全体のデータ長（Ｓｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ）を管理する。この例では、図１５Ｂに示すようにパケット数（ｎｕｍｂｅｒ  ｏｆ  ｐａｃｋｅｔｓ）は３で、総パケットサイズ（Ｓｕｍ  ｏｆ  Ｐａｃｋｅｔ  Ｓｉｚｅ）として（ｔ１＋ｔ２＋ｔ３）が管理されている。このように複数のショットを一括管理することで管理領域中のテーブルを節約することができる。
なお、ｐａｃｋとして取り扱われる複数ファイル（ｐａｃｋｅｔｓ）の各々はｐａｃｋｅｄ＊＊＊ｉｎｄｅｘとして管理される場合には個々のｐａｃｋｅｔは＊＊＊ｐａｃｋｅｔ  ｉｎｄｅｘとして２重に管理することなない。なお、上記＊＊＊は、Ｍｏｖｅ／Ｓｏｕｎｄのいずれかを表す。
また、この情報記録装置１００において、システムコントローラ１３６は、図１６のフローチャートに示す手順に従って、各パケットのパケットインデックスを生成する。
すなわち、システムコントローラ１３６は、記録する情報を所定のフォーマットにしたがってパケットを生成し（ステップＳ４１）、データが動画像モードであるか否かを判別する（ステップＳ４２）。
このステップＳ４２における判定結果「ＹＥＳ」、すなわち、動画像モードであれば、システムコントローラ１３６は、次にそのパケットが低レートモードであるか否かを判別する（ステップＳ４３）。
このステップＳ４３における判定結果が「ＮＯ」、すなわち、高レートモードであると判断した場合、システムコントローラ１３６は、そのパケット単独のインデックス、すなわち、パケットインデックス（ｐａｃｋｅｔ  ｉｎｄｅｘ）を生成する（ステップＳ４５）。また、上記ステップＳ４３における判定結果が「ＹＥＳ」、すなわち、低レートモードであると判断した場合、システムコントローラ１３６は、連続した複数のパケットからなる情報記録パックのインデックス、すなわち、パックドパケットインデックス（ｐａｃｋｅｄ  ｐａｃｋｅｔ  ｉｎｄｅｘ）を生成する（ステップＳ４６）。
また、上記ステップＳ４２における判定結果が「ＮＯ」、すなわち、音声モードであれば、所定量のデータが入っているか否かを判別する（ステップＳ４４）。
そして、このステップＳ４４における判定結果が「ＮＯ」、すなわち、所定量のデータが入っていなければパケット単独のインデックス、すなわち、パケットインデックス（ｐａｃｋｅｔ  ｉｎｄｅｘ）を生成し（ステップＳ４７）、判定結果が「ＹＥＳ」、すなわち、所定量のデータが入っていれば連続した複数のパケットからなる情報記録パックのインデックス、すなわち、パックドパケットインデックス（ｐａｃｋｅｄ  ｐａｃｋｅｔ  ｉｎｄｅｘ）を生成する（ステップＳ４８）。
上記のように、低品質な画像は複数のファイル（パケット）をパックドパケットインデックス（ｐａｃｋｅｄ  ｐａｃｋｅｔ  ｉｎｄｅｘ）として一括管理することで、有限であるパケットを管理するパケットインデックス（ｐａｃｋｅｔ  ｉｎｄｅｘ）を節約することができる。さらに、メモリに蓄積されるデジタルオーディオ信号のデータ量に応じてパックドパケットインデックス（ｐａｃｋｅｄ  ｐａｃｋｅｔ  ｉｎｄｅｘ）でファイルを管理するかパッケットインデックス（ｐａｃｋｅｔ  ｉｎｄｅｘ）で管理するかを自動的に振り分けることで、連続したデジタルオーディオ信号は一括したパックドパケットインデックス（ｐａｃｋｅｄ  ｐａｃｋｅｔ  ｉｎｄｅｘ）で管理を行う。
【図面の簡単な説明】
図１Ａ及び図１Ｂは、従来の光ディスクのディスクイメージと管理領域ＴＯＣの管理形態を模式的に表にした図である。
図２は、本発明に適用したディスクの構造を模式的に表にした平面図である。
図３は、上記ディスクの各領域のレイアウトを示す図である。
図４は、上記ディスクにおけるＴＯＣの構成を模式的に表にした図である。
図５は、上記ディスクにおけるトラック識別子及びフォルダ識別子の構成を模式的に表にした図である。
図６は、上記ディスクにおけるホルダの階層構造の一例を模式的に示す図である。
図７は、上記ディスクにおけるレコーダブル領域の構成を模式的に表にした図である。
図８は、上記ディスクにおけるショットプロパティの構造を模式的に表にした図である。
図９は、上記ディスクにおけるパケットインデックステーブルの構成を模式的に表にした図である。
図１０Ａ、図１０Ｂ、図１０Ｃ、図１０ｄ及び図１０Ｅは、上記ディスクにおけるパケットインデックスの構造を模式的に表にした図である。
図１１は、上記ディスクにおけるインデックスアトリビュートの構造を模式的に表にした図である。
図１２は、上記ディスクにおけるＡＶパケットの構造を模式的に表にした図である。
図１３は、上記ディスクに対して情報の記録／再生を行う情報記録再生装置の構成を示すブロック図である。
図１４は、上記情報記録再生装置におけるシステムコントローラによるトラックのアクセス制御の手順を示すフローチャートである。
図１５Ａ及び図１５Ｂは、上記ディスクのディスクイメージと管理領域ＴＯＣの管理形態を模式的に表にした図である。
図１６は、上記情報記録再生装置におけるシステムコントローラによる各パケットのパケットインデックスの生成手順を示すフローチャートである。
【図１Ａ】
0003997709.tif 000006
【図１Ｂ】
0003997709.tif 000007
【図２】
0003997709.tif 000008
【図３】
0003997709.tif 000009
【図４】
0003997709.tif 000010
【図５】
0003997709.tif 000011
【図６】
0003997709.tif 000012
【図７】
0003997709.tif 000013
【図８】
0003997709.tif 000014
【図９】
0003997709.tif 000015
【図１０Ａ】
0003997709.tif 000016
【図１０Ｂ】
0003997709.tif 000017
【図１０Ｃ】
0003997709.tif 000018
【図１０Ｄ】
0003997709.tif 000019
【図１０Ｅ】
0003997709.tif 000020
【図１１】
0003997709.tif 000021
【図１２】
0003997709.tif 000022
【図１３】
0003997709.tif 000023
【図１４】
0003997709.tif 000024
【図１５Ａ】
0003997709.tif 000025
【図１５Ｂ】
0003997709.tif 000026
【図１６】
0003997709.tif 000027