JP3843991B2

JP3843991B2 - ディスク状記録媒体

Info

Publication number: JP3843991B2
Application number: JP2004231314A
Authority: JP
Inventors: 隆大森
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2004-08-06
Filing date: 2004-08-06
Publication date: 2006-11-08
Anticipated expiration: 2021-11-08
Also published as: JP2004311028A

Description

本発明はデータ記録を行なう記録媒体（ディスク）及びこれに対応する記録装置に関するものである。

音楽等を記録／再生することのできる記録装置、再生装置、及び記録媒体としての光磁気ディスクが実用化され、特に近年、光磁気ディスクに対してユーザーが再生だけでなく楽曲等の音声を録音することができるもの（いわゆるミニディスク）も知られている。

このミニディスクシステムを用いる場合、いわゆる音楽を記録／再生することが行なわれているが、さらにこのミニディスクシステムにおいて、音楽情報以外のデータを記録／再生できるようにすることも考えられる。

なお、本明細書において、光磁気ディスクに記録される、音楽、音声等のいわゆるオーディオ信号をデジタル化したものを特に『オーディオデータ』といい、その１単位を『楽曲』ということとする。そして、オーディオデータ以外の、文字、グラフィック等のいわゆるコンピュータなどの情報機器ユーズのデータであって光磁気ディスクに記録されるものを単に『データ』又は『一般データ』といい、オーディオデータと区別する。そしてデータの１つの記録再生単位を『データファイル』とする。

ところが、もともと音楽用にフォーマットが構成されているミニディスクシステムを、データ用に用い、情報の検索や更新等をできるようにしようとすることはあまり適当であるとはいえない。特に、音楽用途のための楽曲の管理情報の場合はデータ用途の場合のデータファイルの管理情報とは異なって、検索のための名称データや属性データなどが重要ではなかったり（少なくとも曲番と対応アドレスが管理されていればよい）、検索データの外部機器への送信のためのデータなどは不要であったりすることや、オーディオデータではデータボリュームの小さいもの（例えば非常に短い楽曲）が多数存在する場合が余り考えられないため、一般データのように小さいデータファイルが非常に多数存在してしまう場合に対応する必要はなく、例えば後述するオーディオデータ用の管理情報では最大２５５曲までしか対応可能とされていない。

これらの各種の点で音楽用途のための楽曲の管理情報はあくまで音楽用途に好適なように生成されており、データ用に適しているとはいえない。つまり、例えばミニディスクシステムをそのままの管理方式を用いて一般データの記録再生用に拡張することは適当でないという問題がある。
なお、ミニディスクシステムを例にあげているが、もちろん他の方式の音楽用途の記録再生システムについても同様のことがいえる。

本発明はこのような問題点にかんがみてなされたもので、音楽用途の記録再生システムについてデータ記録再生用に拡張する際に好適な記録媒体、及び記録装置を提供することを目的とする。

データの記録／再生を管理するための管理情報が記録されるセクターと、データの記録／再生に用いられるセクターが用意され、所定数のセクターで１記録再生動作単位（クラスタ）が形成されるディスク状記録媒体であって、管理情報としてデータの記録／再生を管理するためのディレクトリが設けられているセクターに対して同一の記録再生動作単位内に含まれるセクターには、記録されたデータに対応する参照情報が記録できるようにされているとともに、データの記録／再生を管理するためのアローケーションテーブル又はディレクトリ又は参照情報となる管理情報が記録されるセクター、及びデータの記録／再生に用いられるセクターには、少なくともアドレス情報及びカテゴリー情報を備えたヘッダが設けられ、このカテゴリー情報としては、少なくともそのセクターがデータ記録のなされていない空きセクターであること、及び参照情報が記録されているセクターであることが、識別できるようになされ、上記データ及び管理情報が記録可能な記録領域より内周側には上記記録領域の開始位置に関連する位置情報が書換不可能に形成されている。

ディレクトリを記録したセクターと同一クラスタ内のセクターに参照情報（ヘディングパーツ）を記録することで、検索のための参照情報（例えばデータファイルの文頭情報やアイコンなど）も特別にアクセスしなくとも呼び出すことができ、もちろん検索操作のためガイドとしても有用となる。さらにキーワード検索等の各種多様な検索方式も可能となる。

また、データや管理情報を記録したセクターについては、空きセクターであること、参照情報が記録されたセクターであることを示すカテゴリー情報が付加されていることで、記録／再生の動作の便宜がはかられる。

また、記録装置としてデータ用の管理情報を記録する際に、アローケーションテーブル及びディレクトリは、管理情報用に割り当てられた或る記録再生動作単位（クラスタ）内において空きセクターが存在する限り、その記録再生動作単位内のセクターに集中させて記録していくようにすれば、検索時のアクセス回数を有効に減少させた集中管理方式の記録媒体が実現される。

また、記録装置としては、記録媒体にデータファイルを記録する際には、そのデータファイルを管理するための管理情報の記録又は書換の際に、その管理情報内における所定エリアにデータファイル管理用の管理情報であることを示す識別コードの記録を行なうようにすれば、その管理情報がデータファイル用の管理情報であること以後正確に検出できる。

そして、再生装置としては、識別コードを参照してデータファイル管理用の管理情報であることを判別したうえで管理情報を用い、データアクセスを行なえば、正確なデータファイルアクセスが可能となる。

また、記録媒体に記録する参照情報としては記録したデータファイル内の特定箇所又は指定箇所におけるデータ部分を抽出して生成することにより、ユーザーの手間はなく、また有効な参照情報が得られるという効果がある。

また、データ又はアローケーションテーブル又はディレクトリ又は参照情報が記録されたセクターについては、そのセクターのカテゴリー情報を空きセクターであること示すコードに書き換えることによってデータのセクター又は管理情報のセクターの消去は容易、迅速とすることができる。

以上により、本発明は音楽用途の記録再生システムについてデータ記録再生用に拡張する際に好適な記録媒体、及び記録装置を提供することを実現できるという効果がある。

以下、本発明の実施例としてのディスクのフォーマット及び記録再生装置を以下の順序で説明する。
１）ディスク及び記録再生装置の外観及び構成
２）ディスクにおけるＰ−ＴＯＣフォーマット
３）ディスクにおけるＵ−ＴＯＣフォーマット
４）ディスクにおけるエリア構造
５）データ用セクターのフォーマット
６）データＵ−ＴＯＣによるデータファイル管理方式
７）データＵ−ＴＯＣ管理による記録／再生動作

＜１．ディスク及び記録再生装置の外観及び構成＞
図１に実施例となる記録再生装置及びディスクの外観を示す。
ディスク１としては光磁気ディスクが用いられるが、図１に示すようにその外部はカートリッジＫに収納されており、シャッタＳがスライドされることによりディスク記録面が表出されるようになされている。

記録再生装置１０としてはディスク１が収納されたカートリッジＫが装填されるディスク挿入部１１が設けられ、カートリッジＫがこのディスク挿入部１１に挿入されることにより、図示しない内部機構によってシャッタＳがスライドされ、ディスク１の盤面が表出されて記録又は再生可能状態とされる。

記録再生装置１０の筺体上面にはユーザー操作に供されるキー入力部１２及びデータ検索のためのメニュー情報や検索されたデータの表示出力を行なうための表示部１３が設けられている。キー入力部１２としてはカーソル移動キー、エンターキー、データ入力キー等が設けられる。

また１４は画像スキャナ部であり、紙面に記された画像情報を検出してドットデータに変換し、画像データとして入力できるようになされている。
さらに１５は入出力コネクタ部であり、通信ケーブルＣを接続することにより、他の情報機器（コンピュータ、ワープロ等）とデータの送受信ができるようになされている。

記録再生装置１０の要部の構成は図２に示される。
図２においてはディスク１（ディスク１を収納したカートリッジＫ）が装填された状態で示している。２１は記録再生装置の各種動作を制御するシステムコントローラを示し、例えばマイクロコンピュータにより形成される。
２２はスピンドルモータであり、装填されたディスク１はスピンドルモータ２２により回転駆動される。２３はディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。

このため、光学ヘッド２３はレーザ出力手段としてのレーザダイオードや、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ２３ａは２軸機構２４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されており、また、光学ヘッド２３全体はスレッド機構２５によりディスク半径方向に移動可能とされている。

また、２６は供給された情報によって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、ディスク１を挟んで光学ヘッド２３と対向する位置に配置されている。

再生動作によって、光学ヘッド２３によりディスク２１から検出された情報はＲＦアンプ２７に供給される。ＲＦアンプ２７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はデコーダ部２８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路２９に供給される。さらにフォーカスモニタ信号はシステムコントローラ２１に供給される。

また、アドレスデコーダ２９から出力される、プリグルーブ情報をデコードして得られた絶対位置情報、又はデータとして記録されたアドレス情報はデコーダ部２８を介してシステムコントローラ２１に供給され、各種の制御動作に用いられる。

サーボ回路２９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ２１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構２４及びスレッド機構２５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。

再生ＲＦ信号はデコーダ部２８でＥＦＭ復調、ＣＩＲＣデコード、ＡＣＩＲＣデコード等のデコード処理された後システムコントローラ２１を介して所定の処理に供される。

また、記録動作の際にディスク１に記録すべき情報としてシステムコントローラ２１に供給された情報はエンコーダ３０においてＡＣＩＲＣエンコード、ＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路３１に供給される。

磁気ヘッド駆動回路３１はエンコード処理された記録データに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を供給する。つまり、ディスク１に対して磁気ヘッド２６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ２１は光学ヘッド２３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。

３２はコードデータをフォントデータに変換するための変換メモリであり、ディスク１から読み出した文字データ等の表示のためのフォント変換処理を行なう。

また、３３はバッファＲＡＭであり画像スキャナ１４によって取り込まれたドットデータ、表示部１３で表示させる表示データ、コネクタ部１５による送受信データなどの一時保持や、ディスク１から読み出されたデータを出力する際の一時記憶部として機能する。

また、ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ，Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣを読み出して、システムコントローラ２１はこれらの管理情報に応じて記録すべきアドレスや、データ検索及び再生すべきアドレスを判別することとなるが、この管理情報はバッファＲＡＭ３３に保持される。つまり、システムコントローラ２１はこれらの管理情報をディスク１が装填された際に管理情報エリア（例えばディスクの最内周側）の再生動作を実行させることによって読み出し、バッファＲＡＭ３３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。

また、Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣはデータの記録や消去に応じて書き換えられるものであるが、システムコントローラ２１は記録／消去動作のたびにこの書換をバッファＲＡＭ３３に記憶された管理情報に対して行ない、その書換動作に応じて所定タイミングでディスク１の管理情報エリアについても書き換えるようにしている。

３４は通信回路を示し、コネクタ部１５を介してデータの外部機器と送受信を実行する。
３５は表示コントローラであり、システムコントローラ２１からの表示データ、即ち検索メニューの表示やディスク１から読み出したデータの表示等を表示部１３において実行させるための制御回路となる。
以上の構成により、記録再生装置１０は各種データのディスク１に対する記録動作及び再生動作が可能となる。

＜２．ディスクにおけるＰ−ＴＯＣフォーマット＞
次にディスク１におけるＰ−ＴＯＣのフォーマットについて説明する。
なお、音響記録再生用のいわゆるミニディスクシステムとしてのディスクの場合、予め楽曲等が記録されているプリマスタードタイプ（光ディスク）のものとユーザーが音楽データ等を記録することのできるデータ書き換え可能とされるもの（光磁気ディスク）、及び楽曲等を予め記録したＲＯＭエリアと録音可能な光磁気エリアを設けたハイブリッドタイプのものがあり、これらのディスクにはそのタイプに応じて、既に楽曲等のデータが記録されているエリアや未記録エリアを管理するデータ等がＰ−ＴＯＣ又はＵ−ＴＯＣ情報として記録されている。

本実施例のディスク及び記録再生装置は、このミニディスクシステムのフォーマットを利用したうえで、データ記録用途に好適なものとするものであり、Ｐ−ＴＯＣ及びＵ−ＴＯＣにおける管理情報としては、必要部分をそのまま流用している。従って、オーディオデータの記録を行なわない場合は不要な情報も含まれるが、以下、そのオーディオデータ用の管理情報も含めて説明する。

Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＲＯＭエリアの管理等が行なわれる。また、オーディオデータ用途として、プリマスタードディスク又はハイブリッドディスクの場合に、ＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。

Ｐ−ＴＯＣのフォーマットを図３に示す。
図３はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクターを示している。

Ｐ−ＴＯＣのセクターのデータ領域は、例えば４バイト×587 のデータ領域として構成され、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを及びクラスタアドレス及びセクターアドレスを示すアドレス等が４バイト付加され、以上でヘッダとされてＰ−ＴＯＣの領域であることが示される。

また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加されている。
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、リードアウトスタートアドレスＲＯ_A 、パワーキャルエリアスタートアドレスＰＣ_A 、Ｕ−ＴＯＣ（後述する図４のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴ_A 、録音可能なエリアのスタートアドレスＲＳＴ_A 等が記録され、さらに続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。

そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ(P-TNO1 〜P-TNO255) に対応して、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される（なお、以下『ｈ』を付した数値はいわゆる１６進表記のものである）。
それぞれのパーツテーブルには、或るセグメント（この場合、セグメントとはディスクのトラック上で物理的に連続してデータが記録されたトラック部分をいう）について起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報（トラックモード）が記録できるようになされている。

各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。

管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ (P-TNO1〜P-TNO255) によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) 。ただし実際にはテーブルポインタには所定の演算処理によりＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。

同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。

なお、本実施例について後述するようにデータ記録用途に用いられる場合、又は音楽用途であってもプリマスタードの楽曲エリアが存在しない録音／再生タイプのディスクの場合は、上記した対応テーブル指示データ部及び管理テーブル部は用いられることはないため、各バイトは全て『００ｈ』とされている。

＜３．ディスクにおけるＵ−ＴＯＣフォーマット＞
図４はＵ−ＴＯＣの１セクターのフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能な未記録エリアについての管理情報が記録されているデータ領域とされる。
例えばディスクが音楽用途とされて、これに或る楽曲の録音を行なおうとする際には、このユーザーＴＯＣからディスク上の未記録エリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣ情報から判別し、そのエリアにアクセスして再生動作を行なう。

図４に示すＵ−ＴＯＣのセクターには、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置に、メーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録され、さらに、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。

そして対応テーブル指示データ部のテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる、管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図３のＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報（トラックモード）が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。

音楽用途のミニディスクシステムの場合、例えば１つの楽曲のデータが物理的に不連続に、即ち複数のセグメントにわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) （実際には所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、あらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図３のようにＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。）

つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。

Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのセグメントの内容が示される。

テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。

テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。

例えば全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えばテーブルポインタP-EMPTY によってパーツテーブル(01h) が指定され、また、パーツテーブル(01h) のリンク情報としてパーツテーブル(02h) が指定され、パーツテーブル(02h) のリンク情報としてパーツテーブル(03h) が指定され、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。

テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能な未記録領域（消去領域を含む）について示しており、未記録領域となるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、未記録領域であるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。

図５にパーツテーブルにより、未記録領域となるセグメントの管理状態を模式的に示す。これはセグメント(03h)(18h)(1Fh)(2Bh)(E3h) が未記録領域とされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。

テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。

例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。

また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図５と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。

なお、本実施例について後述するようにデータ記録用途に用いられる場合、このＵ−ＴＯＣにおいても上記した対応テーブル指示データ部及び管理テーブル部は用いられることはないため、全て『００ｈ』とされている。

＜４．ディスクにおけるエリア構造＞
ここで、ディスク１におけるエリア構造を説明し、上記したＰ−ＴＯＣ及びＵ−ＴＯＣの位置関係及び管理態様を説明する。

光磁気ディスクの場合、大きくわけて図６にピットエリアとして示すようにエンボスピットによりデータが記録されているエリア（プリマスタードエリア）と、いわゆる光磁気エリアとされてグルーブが設けられているグルーブエリアに分けられる。
ここでプリマスタードエリアとしては上記したＰ−ＴＯＣが記録される再生専用管理エリアとされており、Ｐ−ＴＯＣセクターが繰り返し記録されている。

なお、ディスク１における記録トラックに対する最小の記録再生動作単位はクラスタとされており、つまり、記録動作又は再生動作は必ず１クラスタを最小単位として実行される。
そして１クラスタは図７に示すように３６セクターから構成されている。ただし、そのうちの４セクターはサブデータやリンキングエリアとしてなどに用いられるサブデータ領域とされ、ＴＯＣデータ、オーディオデータ、もしくは本実施例で実現されるオーディオ以外の一般データの記録は３２セクターのメインデータ領域に行なわれる。

図６に示すようにディスク１の最内周側のプリマスタードエリアに続いて、例えばクラスタアドレス『００００ｈ』〜『０ＢＦＦｈ』までグルーブエリアが形成されるが、このうちクラスタアドレスとして『００００ｈ』から上記Ｐ−ＴＯＣ内のリードアウトスタートアドレスＲＯ_A として示されるアドレスまでのエリアが、記録可能なレコーダブルエリアとされる。

さらにこのレコーダブルエリアのうち、実際にデータが記録されるレコーダブルユーザーエリアは、上記Ｐ−ＴＯＣ内のレコーダブルユーザーエリアスタートアドレスＲＳＴ_A として示される位置（例えばクラスタアドレス『００３２ｈ』）から、リードアウトスタートアドレスＲＯ_A までとなる。

この場合でクラスタアドレス『００００ｈ』からレコーダブルユーザーエリアスタートアドレスＲＳＴ_A （クラスタアドレス『００３２ｈ』）までは、記録再生管理エリアとされ、上記したＵ−ＴＯＣ等が記録されるエリアとなる。
記録再生管理エリアにおいてパワーキャルエリアスタートアドレスＰＣ_A として示される位置から１クラスタ分はレーザパワーのキャリブレーションエリアとして設けられる。

Ｕ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、Ｕ−ＴＯＣがどのクラスタアドレスに記録されるかはＰ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴ_A に示される。

以上のようにディスク上のエリア管理はＰ−ＴＯＣによってなされ、又レコーダブルユーザーエリアにおいてオーディオデータが記録される場合は、そのレコーダブルユーザーエリアの管理は上記した形態でＵ−ＴＯＣにより行なわれる。

そしてさらに本実施例では、レコーダブルユーザーエリアにおいてオーディオデータ以外のデータの記録／再生を行なうため、これを管理する情報として後述するデータＵ−ＴＯＣが設けられるが、このデータＵ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、その先頭位置は図示するように、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴ_A に示されるＵ−ＴＯＣの先頭位置より例えば『１０ｈ』オフセットされたクラスタアドレスとして設定される。または、Ｕ−ＴＯＣの先頭位置が『００２０ｈ』より後方アドレス位置であって、『１０ｈ』オフセットされた位置から３クラスタ記録すると『００３２ｈ』より後方（つまり、レコーダブルユーザエリア）にはみ出してしまう場合は、Ｕ−ＴＯＣの先頭位置より例えば『−１０ｈ』オフセットされたクラスタアドレス位置から記録されることになる。いづれにしても、データＵ−ＴＯＣも記録再生管理エリア内に記録され、このデータＵ−ＴＯＣはグルーブエリアについてデータ記録再生用に管理を行なう。

そして、記録再生管理エリア内のデータＵ−ＴＯＣのスタートアドレスは、Ｐ−ＴＯＣには直接示されないが、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴ_A に示されるＵ−ＴＯＣの先頭位置アドレスから『１０ｈ』または『−１０ｈ』だけクラスタアドレスが加算されることによって得られるものとなる。

もちろんデータ記録再生の際に、実際のデータ用に用いられるエリアはレコーダブルユーザーエリアとなる。
以下、本実施例についての特徴となるデータ記録／再生用途としてのデータエリア及びデータＵ−ＴＯＣについてのフォーマットを説明していく。

＜５．データ用セクターのフォーマット＞
実際のデータの記録／再生に用いられるためにレコーダブルエリア内に設けられるデータ用セクタの構造を図８〜図１１で説明する。
なお、最小記録再生動作単位（即ち図２におけるエンコーダ３０の入力単位又はデコーダ２８の出力単位でもある）は上述したように１クラスタであり、この１クラスタにはメインデータ領域として３２セクターが存在するが、図示されているのはそのセクター構造となる。

図８は本実施例に採用されるデータ用セクターのフォーマットを一般的に示している（データＵ−ＴＯＣにおけるセクターも含む）。
１セクターは全体で４×５８７バイトとされており、セクターの先頭１２バイトは同期パターンとされており、例えばＣＤ−ＲＯＭの同期パターンが採用される。

続いての１６バイトがヘッダとして設けられる。ヘッダとしてはまず２バイトにクラスタアドレスが記録され（Cluster H ，Cluster L ）、続いて１バイトにセクターアドレスが記録される（sector）。さらに、続く１バイトにモード情報としてＣＤ−ＲＯＭ規定のモード情報が記録される。
さらに、続く４バイトにはアプリケーション側のためのアドレスエリア（Logical Sector 0 〜Logical Sector 3）が設けられる。

続いてエラー訂正モードを示す情報（Mode) 、データファイルの属性を示すカテゴリー情報（Category）、データファイルのパラメータを示すインデックス情報（Index ）が設けられる。インデックス情報としての具体的な例はカテゴリー情報及びアプリケーションにより決定されるが（後述）、インデックス情報が『００ｈ』であるときは、データ記録内容（つまりボリュームが）ゼロであることを示すことになる。エラー訂正モードを示す情報（Mode) 及びデータファイルの属性を示すカテゴリー情報（Category）については後述する。
ヘッダの最後の４バイトはシステムＩＤが付加される。

このような１６バイトのヘッダに続いて２０４８バイトのデータエリアが用意される。
データエリア以降の２７６バイトは付加エリアとされている（Aux 0 〜Aux 275 ）。

上記したようにヘッダには第９バイト目にエラー訂正モードを示す情報（Mode) が存在し、エラー訂正モードとしては例えばモード０、モード１、モード２の３種類が考えられる。このモード判別のための情報が情報（Mode) として示されている。各モードにおけるデータ用セクターのフォーマットを順に説明する。

モード０のデータ用セクターのフォーマットは図９に示される。エラー訂正モードを示す情報としてヘッダの第９バイト目（図中５行目の第１バイトの（Mode) ）は図示するように『００００００００』、つまり『００ｈ』とされている。このモード０では、特にエラー検出及び訂正用のデータを付加するエリアは設けられていない。つまり４×５１９バイト目以降の付加エリア（Aux 0 〜Aux 275 ）は未定義のままである。

データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８でＣＩＲＣコードによるエラー検出、訂正処理がなされるのみであるが、ＣＩＲＣコードはよく知られているように実用上十分なエラー訂正能力を有するものであり特にエラー処理について問題は生じない。

モード１のデータ用セクターのフォーマットは図１０に示される。エラー訂正モードを示す情報としてヘッダの第９バイト目の（Mode) は図示するように『０００００００１』、つまり『０１ｈ』とされている。
このモード１では、エラー検出及び訂正用のデータとしてエラー検出用パリティが４バイト付加されている。すなわち２０４８バイトのデータエリアに続く４バイトにパリティ（ＥＣＤ０〜ＥＣＤ３）が付加される。これにより未定義の付加エリアは（Aux 0 〜Aux 271 ）の２７２バイトとなる。
このパリティＰ_(X) （つまりＥＣＤ０〜ＥＣＤ３）についての生成多項式は、Ｐ_(X) ＝（ｘ¹⁶＋ｘ¹⁵＋ｘ² ＋１）（ｘ¹⁶＋ｘ² ＋ｘ＋１）
である。

データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８からのエラー検出結果を用いずに、デコーダ２８からのデジタル信号出力のみでエラー検出を行なうことができる。

モード２のデータ用セクターのフォーマットは図１１に示される。エラー訂正モードを示すヘッダの第９バイトの情報（Mode) は図示するように『００００００１０』、つまり『０２ｈ』とされている。
このモード２では、付加エリアの全てについてエラー検出及び訂正用のデータが使用される。つまり２０４８バイトのデータエリアに続く１７２バイトにＰパリティ（P-parity0 〜P-parity171 ）が付加され、さらに続く１０４バイトにＱパリティ（Q-parity0 〜Q-parity103 ）が付加される。これにより最大８０バイト程度のエラー訂正能力が実現される。
このＰパリティ及びＱパリティはいわゆるＣＤ−ＲＯＭで採用されているガロアフィールド（Garoa Field ）（２⁸ ）との距離（２６，２４）のリードソロモンコードと同様の構成となっている。

なお、これらのモード０〜モード２では、モードによらずデータエリアはセクター内のバイト位置がセクターとしての第２９バイト目〜第２０７６バイト目の２０４８バイト（図中７行目〜５１８行目）に固定されているので、モード０のフォーマットに対応した記録再生装置であっても、モード１又はモード２が採用されたディスクに対しても何の支障もなく再生動作を行なうことができる。つまり、上記のモードフォーマットが採用されることにより、ディスクは記録再生装置に対して下位互換性を備えることになる。

次にヘッダの第１０バイト目に設けられるカテゴリー情報の定義について説明する。
・・・カテゴリー情報（Category）＝『００ｈ』の場合。
データエリアの状態に関わらず、このセクターがデータが記録されていないオープンセクターであることを示す。従って、セクターの内容を消去したい場合は、このカテゴリー情報（Category）を『００ｈ』に書き換えればよい。

・・・カテゴリー情報（Category）＝『０１ｈ』の場合。
このセクターにバイナリデータが記録されていることを示す。データの種類には制限がない。このようなセクターは、データエリアに記録されたバイトをそのままデジタルデータとしてアプリケーション（ソフトウエア）側に渡すような使い方がされることになる。なお、カテゴリー情報がこの『０１ｈ』である場合、続くインデックス情報としては、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。なお、データエリアは２０４８バイトであるため、インデックス情報（Index ）は『００ｈ』〜『１０ｈ』の内のいづれかの値をとることになる。

・・・カテゴリー情報（Category）＝『１０ｈ』〜『１Ｆｈ』の場合。
このセクターにドキュメント（文書）データが記録されていることを示す。
この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。

・・・カテゴリー情報（Category）＝『２０ｈ』〜『２Ｆｈ』の場合。
このセクターにシングルドットイメージ、つまり１枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。

・・・カテゴリー情報（Category）＝『３０ｈ』〜『３Ｆｈ』の場合。
このセクターにマルチプルドットイメージ、つまり複数枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。

・・・カテゴリー情報（Category）＝『Ｅ０ｈ』〜『Ｅ２ｈ』の場合。
このセクターはアロケーションテーブルとして使用されていることを示す。本実施例の場合、後述するクラスタアロケーションテーブル（ＣＡＴ）に相当するセクターとなる。なおクラスタアロケーションテーブル（ＣＡＴ）としての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
この場合、続くインデックス情報としては、（Index ）＝『００ｈ』は非使用、（Index ）≠『００ｈ』のときは使用するということを表わすこととなる。

・・・カテゴリー情報（Category）＝『Ｆ０ｈ』，『Ｆ１ｈ』の場合。
このセクターはディレクトリとして使用されていることを示す。本実施例においてディレクトリとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。

この場合、続くインデックス情報としては、（Index ）として示された数値が記録されているディレクトリの数を示すこととなる。後述するようにセクター内にディレクトリは６４単位構成することができるので、インデックス情報（Index ）は０から６４のいづれかの数値を示すことになる。

・・・カテゴリー情報（Category）＝『ＦＥｈ』，『ＦＦｈ』の場合。
このセクターはデータファイルに関連して例えばその一部が抽出されて成る文書やドットイメージによる参照情報（参照ファイル）が記録されたセクター（以下、ヘディングセクターという）であることを示す。本実施例においてヘディングセクターとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。

この場合、続くインデックス情報としては、（Index ）として示された数値が記録されている参照ファイル（ヘディングパーツ）の数を示すこととなる。後述するようにヘディングパーツは１セクター内に文書の場合で３２ユニット（１ユニット６４バイトとすると２０４８バイトのデータエリアに３２ユニット記録可能）であり、ドットイメージの場合で４ユニット（１ユニット５１２バイトとすると同じくデータエリアに４ユニット記録可能）であるため、インデックス情報（Index ）は０〜３２もしくは０〜４のいづれかの数値を示すことになる。

＜６．データＵ−ＴＯＣによるデータファイル管理方式＞
以下、上記のフォーマットのディスクに対して記録／再生を行なう際のデータファイルの管理方式について説明する。なお、ここでは以下のように管理情報のフォーマットを示す。
−ａ− データＵ−ＴＯＣのクラスタ構成
−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
−ｃ− ディレクトリセクター
−ｄ− ヘディングセクター

−ａ− データＵ−ＴＯＣのクラスタ構成
記録再生装置１０にディスク１が挿入されると、前述したように先ず記録再生装置１０はＰ−ＴＯＣを読み込み、バッファＲＡＭ３３に保持する。
そして、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴ_A を参照し、Ｕ−ＴＯＣの記録位置を確認する。そして、前述したようにデータＵ−ＴＯＣはＵ−ＴＯＣのスタートアドレスＵＳＴ_A からクラスタアドレスが『１０ｈ』又は『−１０ｈ』オフセットされた位置に記録されているものであるため（前記図６参照）、その位置にアクセスしてデータＵ−ＴＯＣを取り込む。なお、その位置にデータＵ−ＴＯＣが存在しない場合は、そのディスクはデータ記録のなされていないバージンディスクと判断して、データＵ−ＴＯＣのイニシャライズを行なうこととなる。
データＵ−ＴＯＣを取り込んだ場合（又は初期管理情報を生成してこれを取り込んだ場合）は、その管理情報を用いて実際のデータの記録／再生を行なうべきエリアの管理や、データ検索が行なわれることになる。

ところで、ディスク１がデータ記録専用とされる場合は、実際にＵ−ＴＯＣ（つまりオーディオデータの管理情報）が存在していなくてもよい。そしてＵ−ＴＯＣの記録されるべきアドレスはＰ−ＴＯＣの情報であるＵ−ＴＯＣのスタートアドレスＵＳＴ_A として管理おり、データＵ−ＴＯＣの位置はこのＵ−ＴＯＣのスタートアドレスＵＳＴ_A から算出されるため、Ｕ−ＴＯＣの有無に関わらず所定位置にデータＵ−ＴＯＣを生成し、またデータＵ−ＴＯＣを読み込んで管理情報として使用することができる。

このように、データの記録／再生の管理を実行できるように構成されたデータＵ−ＴＯＣのクラスタについて説明する。
データＵ−ＴＯＣは１クラスタのサイズとされ、記録再生管理エリアにおいて上記したＵ−ＴＯＣスタートアドレスＵＳＴ_A より『１０ｈ』又は『−１０ｈ』オフセットされた位置に３クラスタにわたって３重書きされるものである。

そしてデータＵ−ＴＯＣにはデータを記録／再生するレコーダブルエリアについてのクラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）の結合状態の情報を示すクラスタアロケーションテーブル（以下、ＣＡＴという）と、データファイル名等が格納され、またそのデータファイルの先頭のアドレス位置（下層のディレクトリが存在し、それを示すディレクトリの場合にはその下層のディレクトリのアドレス位置）等を示すことができるディレクトリ、及び参照情報としてのヘディングパーツを備えたセクターを有する構成とされる。

データＵ−ＴＯＣの３２セクター（１クラスタ）の構成を図１２に示す。
先ず先頭の３セクター（セクター００〜セクター０２）がＣＡＴ（ＣＡＴ０〜ＣＡＴ２）とされている。
続くセクター０３がルートディレクトリのために割り当てられ、以下セクター０４〜セクター１Ｆまでの２８セクターにおける『Reserved』はディレクトリの拡張用や後述するヘッディングセクターとして用いることができるように用意されている。

−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
セクター００に割り当てられるＣＡＴ０のフォーマットは図１３に示される。ＣＡＴとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、図１３に示すように『ＭＩＮＸ』という文字がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがオーディオ用ではないデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をデータＵ−ＴＯＣの各セクターにシステムＩＤとして記録することになる。これによりＰ−ＴＯＣの識別ＩＤである『ＭＩＮＩ』と区別される。

そしてデータＵ−ＴＯＣを読み出す際には、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。

また、図１３のフォーマットはＣＡＴ（ＣＡＴ０）を示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００００』、つまり『Ｅ０ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ０）であることを示すことになる。

データエリアとなる２０４８バイトにはＣＡＴユニットとしてのデータが記録されている。ＣＡＴとしてはレコーダブルエリアにおける全クラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）についての結合状態のデータが示される必要があるが、まずＣＡＴ０においては、第０から第１０２３のクラスタについての情報が割り当てられ、１０２４個のＣＡＴユニットが記録される。

なお、レコーダブルユーザーエリアにおけるクラスタのうち、ＣＡＴ０の１０２４個のＣＡＴユニットで対応しきれないクラスタについては、後述するＣＡＴ１，ＣＡＴ２によって管理されることになる。このように３セクターのＣＡＴにより『００００ｈ』から『０ＢＦＦｈ』までの全クラスタをカバーできる。

ＣＡＴユニットとしては、１クラスタについて２バイトが割り当てられており、例えば第０クラスタは（CAT000-H）と（CAT000-L）により表現される。また同様に、例えば第４クラスタについての情報は（CAT004-H）と（CAT004-L）に示されることとなる。

各ＣＡＴユニットの構成は図１６に示される。２バイトのＣＡＴユニットは４ビットずつのワードＷ０〜Ｗ３とされる。
そしてワードＷ０は、そのクラスタの分類を示し、またワードＷ１〜Ｗ３は、データファイルが連続するクラスタ以外のクラスタに続いている場合にそのアクセスすべきクラスタナンバを示す場合か、又は連続する空きクラスタの長さを示す場合、さらに又はデータファイルの先頭クラスタの場合の結合情報を示す場合のみに用いられる。

ワードＷ０における定義を図１７に示す。
ワードＷ０＝『Ｆｈ』の場合はそのクラスタは記録可能な空きクラスタであることを示している。なお、この場合ワードＷ１〜Ｗ３において連続する空きクラスタの長さが示されることになる。
ワードＷ０＝『Ｅｈ』は、そのクラスタがあるファイルデータの終了部となるクラスタであることを示す。
ワードＷ０＝『Ｄｈ』は、そのクラスタがあるファイルデータ内で次のクラスタに連続しているクラスタであることを示す。
ワードＷ０＝『Ｃｈ』は、そのクラスタがあるファイルデータので先頭のクラスタであることを示す。
ワードＷ０＝『Ｂｈ』は、そのクラスタから、ワードＷ１〜Ｗ３で示されるクラスタに続いてジャンプすべきことを示している。

ワードＷ０＝『６ｈ』〜『１ｈ』についてはそのクラスタが記録禁止とされているクラスタであることを示し、『６ｈ』はデータファイルの終了部のクラスタ、『５ｈ』は次のクラスタと連続するクラスタ、『４ｈ』はデータファイルの先頭のクラスタ、『３ｈ』はワードＷ１〜Ｗ３で示されるアドレスのクラスタにジャンプすべきクラスタであることをそれぞれ示している。

ワードＷ０＝『０ｈ』であるときは、そのクラスタが記録及び再生禁止とされているクラスタであることを示す。

なお、ワードＷ０＝『Ｃｈ』又は『４ｈ』でデータファイルの先頭クラスタとされる場合には、ワードＷ１，Ｗ２，Ｗ３が『０００ｈ』であれば、そのデータファイルは次のクラスタに連続することを示し、ワードＷ１，Ｗ２，Ｗ３が『ＦＦＦｈ』であれば、そのデータファイルはその先頭クラスタである１クラスタのみで終了していることを示し、またワードＷ１，Ｗ２，Ｗ３が『０００ｈ』又は『ＦＦＦｈ』でない場合は、そのデータファイルはその先頭のクラスタからワードＷ１，Ｗ２，Ｗ３で示されるクラスタに連続していることを示すことになる。

このようにＣＡＴユニットが構成されることにより、ＣＡＴとしては例えば４クラスタで１つのデータファイルが形成されている場合、その４つのクラスタに該当する各ＣＡＴユニットでは、『Ｗ０，Ｗ１，Ｗ２，Ｗ３』は、『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』となる（＊、つまりＷ１，Ｗ２，Ｗ３は規定されない）。例えば第０〜第３クラスタがこのようにデータファイルで構成されていれば、（CAT000-H，CAT000-L）のＣＡＴユニットから、（CAT003-H，CAT003-L）のＣＡＴユニットに『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』と記録されることになる。

以上の管理形態でＣＡＴが構成されるわけであるが、ディスク１はらせん状に記録トラックが形成されているため、データファイルとしては連続したクラスタに記録されていくことが多くなると考えられる。従って、上記ＣＡＴ形態は多くの場合においてワードＷ１〜Ｗ３については演算の必要が無いことになり非常に効率的にクラスタ連結状態を把握できることになる。

データＵ−ＴＯＣのセクター０１に記録されるＣＡＴ１についてのフォーマットは図１４に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１００００１』、つまり『Ｅ１ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ１）であることを示すことになる。

データエリアとなる２０４８バイトにはＣＡＴ０と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第１０２４から第２０４７のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT1024-H ，CAT1024-L ）〜（CAT2014-H ，CAT2047-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。

データＵ−ＴＯＣのセクター０２に記録されるＣＡＴ２についてのフォーマットは図１５に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００１０』、つまり『Ｅ２ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ２）であることを示すことになる。

データエリアとなる２０４８バイトにはＣＡＴ０，ＣＡＴ１と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第２０４８から第３０７１のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT2048-H ，CAT2048-L ）〜（CAT3071-H ，CAT3071-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。

以上のＣＡＴ０，ＣＡＴ１，ＣＡＴ２のセクターによりレコーダブルエリアにおける全クラスタの結合状態が管理される。

−ｃ− ディレクトリセクター
データＵ−ＴＯＣのセクター０３においてルートディレクトリとして形成されるセクター（又はセクター０４〜１Ｆにおいてディレクトリとして形成されるセクター）のフォーマットは図１８に示される。

ディレクトリとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴの場合と同様に、図１８のとおり『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をディレクトリとしてのセクターにもシステムＩＤとして記録することになる。

そして記録再生装置１０では、ＣＡＴの場合と同様にディレクトリセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。

また、図１８のフォーマットはディレクトリを示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１１０００＊』、つまり『Ｆ０ｈ』又は『Ｆ１ｈ』とされ、当セクターがディレクトリであることを示すことになる。

データエリアとなる２０４８バイトにはディレクトリユニットとしてのデータが記録されている。
ディレクトリユニット（つまり１つのディレクトリ）は或るデータファイルに対応して設けられるものであり、３２バイトで構成される。
図１８では３２バイトからなる１つのディレクトリユニットしか示していないが、２０４８バイトのデータエリア内には同様に３２バイトからなる６４単位のディレクトリユニットが記録可能とされる。

ディレクトリユニットにおいて先頭の８バイト（Name0 〜Name7 ）にはデータファイルの名称が記録される。また、続く３バイト（Suffix0 〜Suffix2 ）には拡張子が記録されるように割り当てられている。
例えばレコーダブルユーザーエリアに記録されているデータファイルを検索する際には、このディレクトリユニットの名称及び拡張子が用いられる。

拡張子に続く１バイトにはカテゴリー情報(Category ）が配される。このカテゴリー情報(Category ）はこのディレクトリユニットの対応するデータファイルの属性を示すもので、前述したデータ用セクターのフォーマットの中で説明したカテゴリー情報と同様のものである。

続く２バイトのボリューム情報（Volume1-0 ，Volume1-1 ）は、このディレクトリが示すデータファイルが使用しているクラスタ数を表わしている。つまりデータファイルの再生に何クラスタのアクセスが必要かを示す。

さらに続く２バイトのボリューム情報（Volume2-0 ，Volume2-1 ）は、このディレクトリが示すデータファイルを受け取って使用するために必要なホスト機器側のメモリ容量を表わす。
このボリューム情報（Volume1-0 ，Volume1-1 ）又は（Volume2-0 ，Volume2-1 ）については、定義されていない場合（つまりアプリケーション側に任されている場合）は『００ｈ』となる。

続く２バイトのインデックス情報（Index0，Index1）は、このディレクトリセクターと同じクラスタ内に、そのデータファイルの参照情報としてのヘディングセクターが存在する場合に用いられるもので、インデックス情報（Index0）としてそのヘディングセクターのセクターナンバが記録され、インデックス情報（Index1）としてそのヘディングセクターのセクター内におけるパーツナンバ（後述）が記録されている。
ヘディングセクターが存在しない場合はインデックス情報（Index0）＝『００ｈ』とされる。

また１バイトおいて続く５バイトにはそのディレクトリが対応するデータファイルが最後に更新された日時情報が記録される。即ち、年、月、日、時、分の情報が、それぞれ(Year)、(Month) 、(Day) 、(Hour)、(Minutes) としてのバイトに記録される。

続いて対応するデータファイルのアドレスが記録される。即ち(Cluster-H）(Cluster-L）の２バイトでクラスタアドレスが示され、（Sector）の１バイトでセクターアドレスが示される。
以上の構成でディレクトリユニットが形成され、各データファイルについての検索情報として機能することになる。

ここで、このディレクトリユニットにおける第１２バイト目となるカテゴリー情報(Category ）がディレクトリを示す『Ｆ０ｈ』又は『Ｆ１ｈ』であった場合、そのディレクトリユニットで示されるセクターは１段下層のディレクトリとなる。つまりディレクトリを階層化する際に用いられる。この場合他のディレクトリとの混成は禁止される。

ファイルの構造を階層化する場合には、データＵ−ＴＯＣのセクター０３におけるルートディレクトリ内に、ディレクトリユニットの第１２バイト目のカテゴリー情報(Category ）がディレクトリを示すディレクトリユニットを設け、そのディレクトリユニットの示すアドレス位置に下層のディレクトリユニットを作ることになる。もちろんさらに下層のディレクトリユニットを作る場合も同様にする。

この場合に本実施例では、図１２に示すセクター０４〜１Ｆにおいて下層のディレクトリユニットを設けることができるようにしている。
ディレクトリを階層化した場合は、従来の情報機器のデータ検索の際にはディレクトリを何度もアクセスしてそのチェインをたどっていき、最後にデータファイルにたどり着くという動作が必要になるが、本実施例の場合、ディレクトリは全てデータＵ−ＴＯＣ内、即ち１クラスタ内に集中されている。そして前述したように記録／再生動作の最小単位はクラスタであるため、１クラスタ内に階層構造でチェインされたディレクトリユニットが全て存在する限り、ディレクトリ間でのアクセス動作は不要となり、ディレクトリから実際にデータファイルにアクセスする１回のみでよい。従って検索動作の著しい効率化、迅速化が実現される。

なお、データＵ−ＴＯＣのクラスタの全てのセクターを使用したとすると、最大２８のディレクトリセクターが構成可能で、各セクターは６４単位のディレクトリユニットが形成できるため、１クラスタ内には最大１７２９単位のディレクトリユニットを形成することができ、かなり大規模な階層化がなされても対応可能である。また、さらにそれ以上のディレクトリが必要な場合は、データを記録するレコーダブルユーザーエリアの任意の場所（ただし３クラスタ連続して記録できる場所）に新たに下層のディレクトリ用のクラスタを設け、ディレクトリを形成していくようにすればよい。

図１９にディレクトリ階層構造の概念図を示す。図１９における各ブロックはディレクトリユニットを示し、『ＤＩＲ＊』の名称で示すブロックは階層化されているディレクトリユニット、『Ｆｉｌｅ＊』名称で示すユニットは実際のデータファイルに対応しているディレクトリユニットを示すとする。

階層化されている『ＤＩＲ＊』のディレクトリユニットはそれぞれ下層のディレクトリユニットを示すセクターアドレスが記録される（実線矢印）。一方、最下層となり実際のデータファイルを示す『Ｆｉｌｅ＊』のディレクトリユニットにはそのデータファイルのクラスタアドレスが記録される（点線矢印）。
これらのディレクトリユニットは図中左側に示すようにデータＵ−ＴＯＣ内のセクター０３〜セクター０８に記録されているとする。

いま、データファイル名が『ＦｉｌｅＥ』とされクラスタ５００に記録されたデータファイルをアクセスすることを考えると、ルートディレクトリとしてのセクター０３に記録されたディレクトリユニット『ＤＩＲ０』から『ＤＩＲ１』→『ＤＩＲ３』→『ＤＩＲ４』→『ＦｉｌｅＥ』という用にチェインされたディレクトリユニットのパスを通ってディレクトリユニット『ＦｉｌｅＥ』により、そのデータファイルのクラスタアドレスが検索され、クラスタ５００におけるデータファイルのアクセスが実行されるわけであり、つまり、セクター０３〜０７までをたどっているが、このセクター０３〜０７は同一クラスタ内に存在するものであるので、実際には５００クラスタへの１回のアクセスのみでデータ検索／実行が可能となる。

−ｄ− ヘディングセクター
次にヘディングセクターについて説明する。
上述したようにディレクトリセクターとして形成できるデータ−ＴＯＣ内のセクターはヘディングセクターとしても用いることができる。
セクターがヘディングセクターとして用いられる際のフォーマットを図２０、図２１に示す。なお図２０は文字による参照情報が形成されるヘディングセクター、図２１はドットデータによる参照情報が形成されるヘディングセクターである。

まず図２０の文字による参照情報がヘディングセクターとして設けられる場合を説明する。
データＵ−ＴＯＣにおける或るセクターがヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣにおいてヘディングセクターが形成される際は、記録再生装置１０はこの『ＭＩＮＸ』をヘディングセクターにもシステムＩＤとして記録することになる。

そして記録再生装置１０では、ＣＡＴ，ディレクトリの場合と同様にヘディングセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。

また、このセクターがヘディングセクター（文字データのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１１』、つまり『ＦＦｈ』とされる。

データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録されている。
ヘディングパーツ（つまり１つの参照情報）は或るデータファイルに対応して、例えばそのデータファイルの文頭文字が抽出されて設けられるものであり、６４バイトで構成される。もちろんヘディングパーツとしては文頭文字に限らず、ユーザーによる指定した文字部分、又はアプリケーション側のプログラムにより指定された文字部分で形成されてもよい。

図２０では（Hd-Data0) 〜（Hd-Data63)１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に６４バイトからなる３２単位のヘディングパーツが記録可能とされる。１セクターに何単位のヘディングパーツが記録されているかはヘッダ中のIndex によって示される。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。

次に図２１のドットデータによる参照情報がヘディングセクターとして設けられる場合を説明する。
文字の場合と同様にデータＵ−ＴＯＣにおける或るセクターがドットデータによる参照情報を記録したヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。

また、このセクターがヘディングセクター（ドットデータのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１０』、つまり『ＦＥｈ』とされる。

データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録される。
この場合ヘディングパーツは、或るデータファイルに対応して、例えばそのデータファイルの一部を抽出して生成するか、又は関連した図柄を配したもので（いわゆるアイコン）あり、５１２バイトで構成される。もちろんこの場合もデータファイルからドットデータを抽出する際のデータ部位は各種考えられる。

そして、図２１では（Hd-Data0) 〜（Hd-Data511) として記録される１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に５１２バイトからなる４単位のヘディングパーツが記録可能とされる。１セクターに何単位のヘディングパーツがあるかについては、ヘッダ中のIndex によって示される。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。

これらのヘディングパーツとしての参照情報は、データファイルの検索を行なう際に、ファイル名以外のパラメータとして、例えばユーザーのファイル選択動作を容易にしたり、プログラム検索の多様性を実現するものである。

例えばデータファイルが文字情報のものである場合には、キーワード検索としても用いることができる。とくに、或る複数のディレクトリに示されるデータファイルの中から特定のキーワードを持つデータファイルを検索しようとする場合、ファイル名だけでは不十分な場合が多いが、このような場合に各ディレクトリユニットにチェインされているヘディングパーツの情報を参照することにより、十分にキーワード検索が可能となる。

そしてさらに本実施例では、このようなヘディングセクターはディレクトリと同一のクラスタ内に設けられるため、キーワード検索を行なう際も余分なアクセス動作は不要となり、迅速なキーワード検索が実現される。
さらに、ユーザーの補助としては、ファイルの文頭情報やアイコン、ファイル内の図形をヘディングパーツとして保持しておくことにより、ユーザーに各ファイル内容の識別を助けることとなる。

以上のようにＣＡＴセクター、ディレクトリセクター、及びヘッディングセクターが構成されるデータＵ−ＴＯＣにより、一般データの記録／再生の際のデータ管理機能が実現されることになる。

つまり、文書データファイルやそのファイル名を入出力（及び記録／再生）し、またこれらを通信することができる情報機器に対する記録媒体として実現される。また、例えばイメージスキャナ等でデジタル化され、所定規則で配列された画像情報（ドットデータ）についても同様にデータファイルの入出力（及び記録／再生）、及び通信をすることができる情報機器に対する記録媒体として成立する。
もちろんこれらのデータ管理はオーディオデータ管理とは完全に独立して行なわれる。

＜７．データＵ−ＴＯＣ管理による記録／再生動作＞
データＵ−ＴＯＣにおけるＣＡＴ，ディレクトリ，ヘディングセクターは以上のように構成されている。このようなデータＵ−ＴＯＣを管理情報として用いた、データの記録／再生の際の記録再生装置１０の動作を図２２のフローチャートに示す。なお、このフローチャートは記録再生装置１０におけるシステムコントローラ２１の制御処理動作となる。

記録再生装置１０にディスク１が挿入されると、先ず記録再生装置１０はＰ−ＴＯＣに対してアクセスを行ない、Ｐ−ＴＯＣデータを読み込んで、これをバッファＲＡＭ３３に保持する(F101)。ただしＰ−ＴＯＣアクセスにおいてＰ−ＴＯＣがみつからなかった場合は適正なディスクではないとしてエラー処理を行なう (F102→F103) 。

Ｐ−ＴＯＣデータを読み込んだら、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴ_A を参照し、Ｕ−ＴＯＣの記録位置（記録される位置）を確認する。そして、Ｕ−ＴＯＣスタートアドレスＵＳＴ_A におけるクラスタアドレス部分がクラスタアドレス『２０ｈ』より小さいアドレスか否かを判別する(F104)。ＵＳＴ_A ≦『２０ｈ』であれば、Ｕ−ＴＯＣの記録位置より後方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴ_A ＋『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴ_A ＋『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F105)。

また、ＵＳＴ_A ＞『２０ｈ』であったら、次にＵ−ＴＯＣスタートアドレスＵＳＴ_A におけるクラスタアドレス部分がクラスタアドレス『３０ｈ』より小さいアドレスか否かを判別する (F104→F106) 。
Ｕ−ＴＯＣスタートアドレスＵＳＴ_A がクラスタアドレス『３０ｈ』より大きいアドレスである場合は、Ｕ−ＴＯＣは適正位置に記録されることのないもので、適正ディスクでないと判断し、エラー処理を行なう (F106→F103) 。

ステップF106でＵＳＴ_A ≦『３０ｈ』であったら、Ｕ−ＴＯＣの記録位置より前方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴ_A −『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴ_A −『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F107)。

以上のようにデータＵ−ＴＯＣのアドレスを把握したら、データの記録又は再生又は消去が指示されることを待機する(F108)。
再生が指示された場合は処理はステップF109に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないとしてエラー処理（ファイルなしとしての処理）を行なう (F110→F112) 。

アドレスＡｄ(DU)にデータＵ−ＴＯＣが存在したら、そのデータＵ−ＴＯＣを読み込んで上記したディレクトリやヘディングデータによりデータファイルの検索を行なう(F111)。そして必要とされたデータファイルがみつかれば、そのデータファイルのアドレスへアクセスし (F113→F114) 、データを読み込んでバッファＲＡＭ３３へ読み込む(F115)。もちろん、この再生動作の際にはディレクトリより再生するデータファイルの先頭クラスタのアドレスを確認した後、ＣＡＴによりクラスタ連結状態を参照してクラスタアクセスを行ない、そのデータファイルを再生していくことになる。

なお、ディレクトリによる検索によって所要のデータファイルが見つからなかったら、ファイルなしとしてエラー処理を行なう (F113→F112) 。

ステップF108において記録指示がなされた場合は、処理はステップF116に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないバージンディスクであると考えられる。

一方、アドレスＡｄ(DU)にデータＵ−ＴＯＣが見つかった場合は、記録データとされているデータファイルのサイズが、そのまま記録可能なサイズであるかを判別するため、データＵ−ＴＯＣに示されている空きエリアと比較する(F118)。空きエリアが十分に存在すれば、そのデータファイルをそのディスク上の空きエリアに記録していき(F119)、その記録動作に応じてデータＵ−ＴＯＣを更新して処理を終える(F120)。

バージンディスクでデータＵ−ＴＯＣが存在しない場合はＰ−ＴＯＣからディスク容量を計算する(F121)。そしてこれを空きエリアとしてステップF118においてデータファイルのサイズと比較する。空きエリアが十分とされれば、そのデータファイルをそのディスク上の空きエリアに記録していき(F119)、この場合はその記録動作に応じてデータＵ−ＴＯＣを新たに生成して（イニシャライズ及び更新）、アドレスＡｄ(DU)の位置に書き込み、処理を終えることになる(F120)。
なお、ステップF118でデータファイルのサイズが空きエリアより大きいとされた場合はオーバーボリュームで記録不能としてのエラー処理を行なう(F122)。

ステップF108において消去が指示された場合は処理はステップF123に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないとしてエラー処理（消去すべきファイルなしとしての処理）を行なう (F124→F125) 。

アドレスＡｄ(DU)にデータＵ−ＴＯＣが存在したら、そのデータＵ−ＴＯＣを読み込んで上記したディレクトリにより、消去すべきとして指定されたデータファイルの検索を行なう(F126)。そして消去と指定されたデータファイルがみつかれば、そのデータＵ−ＴＯＣ中のディレクトリを削除する。そして、この消去動作に応じてデータＵ−ＴＯＣを更新することになる(F130)。
なお、ディレクトリによる検索によって所要のデータファイルが見つからなかったら、該当ファイルなしとしてエラー処理を行なう (F127→F125) 。

なお、以上のように実施例を説明してきたが、データ記録再生用途として利用できる本発明の記録装置又は再生装置としては、図１、図２に示した入出力手段（データ表示手段、データ通信手段、画像スキャナ手段、キー入力手段）や、データ−フォント変換のための手段については、必ずしもこれらの全てを備える必要はなく、用途に応じて一部のみが設けられたものであってもよい。また、他のデータ入出力手段が付加されたものであってもよい。

本発明の実施例の記録媒体及び記録再生装置の外観図である。実施例の記録再生装置の構成図である。実施例の記録媒体に設けられるＰ−ＴＯＣ情報の説明図である。実施例の記録媒体に設けられるＵ−ＴＯＣ情報の説明図である。実施例の記録媒体に設けられるＵ−ＴＯＣ情報のリンク構造の説明図である。実施例の記録媒体のエリア管理状態の説明図である。実施例の記録媒体のトラック構造の説明図である。実施例の記録媒体に設けられるデータ用セクターの説明図である。実施例の記録媒体に設けられるデータ用セクターモード０の説明図である。実施例の記録媒体に設けられるデータ用セクターモード１の説明図である。実施例の記録媒体に設けられるデータ用セクターモード２の説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのクラスタの構造の説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ０セクターの説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ１セクターの説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ２セクターの説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴユニットの説明図である。実施例の記録媒体におけるＣＡＴユニットのワードの定義の説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのディレクトリセクターの説明図である。実施例のデータＵ−ＴＯＣにおけるディレクトリ階層構造の説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。実施例の記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。実施例の記録再生装置の記録媒体に対する動作処理のフローチャートである。

符号の説明

１ディスク、１０記録再生装置、１１ディスク挿入部、
１１キー入力部、１３表示部、１４画像スキャナ部、
１５入出力コネクタ部、２１システムコントローラ、２３光学ヘッド、
２８デコーダ、３０エンコーダ、３２変換メモリ、３３バッファＲＡＭ、３４通信回路、３５表示コントローラ

Claims

データの記録／再生を管理するための管理情報が記録されるセクターと、データの記録／再生に用いられるセクターが用意され、所定数のセクターで１記録再生動作単位が形成されるディスク状記録媒体であって、
前記管理情報としてデータの記録／再生を管理するためのディレクトリが設けられているセクターに対して同一の記録再生動作単位内に含まれるセクターには、記録されたデータに対応する参照情報が記録できるようにされていると共に、データの記録／再生を管理するためのアローケーションテーブル又はディレクトリ又は前記参照情報となる管理情報が記録されるセクター、及び前記データの記録／再生に用いられるセクターには、少なくともアドレス情報及びカテゴリー情報を備えたヘッダが設けられ、前記カテゴリー情報としては、少なくともそのセクターがデータ記録のなされていない空きセクターであること、及び前記参照情報が記録されているセクターであることが、識別できるようになされ、上記データ及び管理情報が記録可能な記録領域より内周側には上記記録領域の開始位置に関連する位置情報が書換不可能に形成されている
ことを特徴とするディスク状記録媒体。