JPH06251563A

JPH06251563A - 記録媒体、記録装置、及び再生装置

Info

Publication number: JPH06251563A
Application number: JP5062993A
Authority: JP
Inventors: Takashi Omori; 隆大森
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1993-02-26
Filing date: 1993-02-26
Publication date: 1994-09-09
Anticipated expiration: 2018-10-06
Also published as: TW256918B; JP3453778B2; KR940020388A; KR100311550B1

Abstract

(57)【要約】【目的】音楽用途の記録再生システムについてデータ
記録再生用に拡張する際に好適な記録媒体、記録装置、
及び再生装置を提供する。【構成】第１、第２の管理情報に加え、データ用の第
３の管理情報（データＵ−ＴＯＣ）を設ける。この第３
の管理情報の位置は第２の管理情報の位置から所定オフ
セットを与えた位置とする。そしてこの第３の管理情報
としてのデータ記録／再生のためのアロケーションテー
ブルとディレクトリを集中させ、例えば１クラスタ内に
記録してしまい、１回のアクセス及び再生動作で必要な
アロケーションテーブル及びディレクトリが抽出できる
ようにする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ記録を行なう記録
媒体（ディスク）及びこれに対応する記録装置、再生装
置に関するものである。

【０００２】

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

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

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

【０００５】

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

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

【０００７】

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

【０００８】このために記録媒体としては、データの記
録／再生に用いられるエリアにおけるデータの記録／再
生を管理するための管理情報として、記録媒体上の所定
の再生専用管理エリア内に設けられる再生専用情報とし
ての第１の管理情報（例えばＲＯＭデータとして記録さ
れるプリマスタードＴＯＣ（以下、Ｐ−ＴＯＣとい
う））と、記録媒体上の所定の記録再生管理エリア内に
おいて第１の管理情報に示される位置に配される書換可
能情報としての第２の管理情報（例えばユーザーのオー
ディオデータの記録動作に応じて書き換えられるユーザ
ーＴＯＣ（以下、オーディオＵーＴＯＣという））と、
記録媒体上の所定の記録再生管理エリア内において第２
の管理情報のエリアから所定アドレス距離だけ離れた位
置に配される書換可能情報としての第３の管理情報（例
えばデータの管理のために記録／消去等の動作に応じて
書き換えられるＴＯＣ（以下、データＵ−ＴＯＣとい
う））とを備えるようにする。つまり、データの記録／
再生動作のための管理情報を備えるようにする。

【０００９】また、このときに第２の管理情報が、記録
媒体上の記録再生管理エリア内における所定アドレス位
置より前方アドレス位置にあるときは、第３の管理情報
は、その記録再生管理エリア内において第２の管理情報
より後方アドレス位置に所定アドレス距離だけ離れて配
されるようにし、一方、第２の管理情報が、記録媒体上
の記録再生管理エリア内における所定アドレス位置より
後方アドレス位置にあるときは、第３の管理情報は、そ
の記録再生管理エリア内において第２の管理情報より前
方アドレス位置に所定アドレス距離だけ離れて配される
ようにする。

【００１０】さらに、第３の管理情報には、その記録媒
体におけるデータの記録／再生を管理するためのアロー
ケーションテーブル及びディレクトリが設けられている
ようにする。つまり、データＵ−ＴＯＣとしての機能を
備えた管理情報とする。

【００１１】また、第３の管理情報として、その記録媒
体におけるデータの記録／再生を管理するためのアロー
ケーションテーブル及びディレクトリが設けられている
とともに、アロケーションテーブルにおいては、データ
の記録／再生を行なうために用意されている記録媒体上
の１記録再生動作単位となる各部位（例えば３６セクタ
ーで構成されるクラスタ。ミニディスクシステムの場
合、１クラスタが最小の記録再生動作単位となる）につ
いて、その記録再生動作単位（クラスタ）がデータ記録
禁止とされていること、及びその記録再生動作単位（ク
ラスタ）がデータ記録及び再生禁止とされていること、
を管理できるようになされていることとする。

【００１２】また、データの記録／再生を管理するため
の管理情報が記録されるセクターと、データの記録／再
生に用いられるセクターが用意され、所定数のセクター
で１記録再生動作単位（クラスタ。例えば３６セクタ＝
１クラスタ）が形成される記録媒体であって、管理情報
としてデータの記録／再生を管理するためのディレクト
リが設けられているセクターに対して同一の記録再生動
作単位内に含まれるセクターには、記録されたデータフ
ァイルに対応する参照情報が記録できるようにする。

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

【００１４】次に、データの記録／再生を管理するため
の管理情報が記録される記録媒体に対応する記録装置と
しては、記録媒体にデータファイルを記録する際には、
そのデータファイルを管理するための管理情報の記録又
は書換の際に、その管理情報内における所定エリアにデ
ータファイル管理用の管理情報であることを示す識別コ
ードの記録を行なうようにする。

【００１５】ここで、識別コードとしてはＭＩＮＸとい
う文字列に相当するコードであるとする。

【００１６】また、データの記録／再生を管理するため
の管理情報が記録される記録媒体に対応する再生装置と
して、記録媒体に記録されたデータファイルを再生する
際には、管理情報内における識別コードを参照してデー
タファイル管理用の管理情報であることを判別したうえ
で管理情報を用い、データアクセスを行なうようにす
る。

【００１７】ここで、識別コードとしてはＭＩＮＸとい
う文字列に相当するコードであるとする。

【００１８】次に、所定数のセクターで１記録再生動作
単位（クラスタ）が形成されるとともに、管理情報とし
てのセクターとして、データの記録／再生を管理するた
めのアローケーションテーブル及びディレクトリが設け
られる記録媒体に対応する記録装置として、アローケー
ションテーブル及びディレクトリは、管理情報用に割り
当てられた或る記録再生動作単位（クラスタ）内におい
て空きセクターが存在する限り、その記録再生動作単位
内のセクターを用いて、その所定の記録再生動作単位に
集中的に記録していくようにする。

【００１９】また、データの記録／再生を管理するため
の管理情報が記録されるセクターと、データの記録／再
生に用いられるセクターが用意され、所定数のセクター
で１記録再生動作単位（クラスタ）が形成され、管理情
報としてデータの記録／再生を管理するためのディレク
トリが設けられているセクターに対して同一の記録再生
動作単位内に含まれるセクターには、記録されたデータ
に対応する参照情報が記録できるようにされている記録
媒体に対応する記録装置として、記録したデータファイ
ル内の特定箇所又は指定箇所におけるデータ部分を抽出
して参照情報を生成し、この生成した参照情報をそのデ
ータファイルの記録／再生を管理するディレクトリが設
けられているセクターに対して同一の記録再生動作単位
内に含まれる所定セクター内に記録するようにする。

【００２０】また、データの記録／再生を管理するため
の管理情報が記録されるセクターと、データの記録／再
生に用いられるセクターが用意されるとともに、管理情
報として記録媒体に対するデータの記録／再生を管理す
るためのアローケーションテーブル及びディレクトリと
なる管理情報が記録されるセクター、及びデータの記録
／再生に用いられるセクターには、少なくともアドレス
情報及びカテゴリー情報を備えたヘッダが設けられ、こ
のカテゴリー情報としては、少なくともそのセクターが
データ記録のなされていない空きセクターであることを
識別できるようになされている記録媒体に対応する記録
装置として、データ又はアローケーションテーブル及び
ディレクトリが記録されたセクターについては、そのセ
クターのカテゴリー情報を空きセクターであること示す
コードに書き換えることによってデータのセクター又は
管理情報のセクターの消去を行なうようにする。

【００２１】

【作用】例えばオーディオデータ用に設けられていた第
１、第２の管理情報に加え、第３の管理情報としてデー
タ用の管理情報を設けることにより、データ記録再生動
作に好適な管理を行なうことが可能となる。

【００２２】そして、この第３の管理情報の位置は、第
１の管理情報から導かれる第２の管理情報の位置に対し
て所定アドレス距離だけ離れた前方アドレス位置又は後
方アドレス位置に設定すれば、第３の管理情報自体の位
置管理は実現されることになる。

【００２３】そして、この第３の管理情報としては記録
するデータファイルに対するアロケーションテーブル及
びディレクトリを備えるようにすることにより、データ
検索用途として好適となる。

【００２４】また、このように第３の管理情報としてア
ロケーションテーブルとディレクトリを集中させ、例え
ば記録再生動作単位となる１クラスタ内に記録してしま
うことで、１回のアクセス及び再生動作で、必要なアロ
ケーションテーブル及びディレクトリが抽出されるの
で、データ検索でディレクトリ及びアロケーションテー
ブルを順次たどっていく際に何度もアクセスを必要とし
最後に実際のデータファイルに到達するという手順を解
消できることとなり、データ読出の迅速化がはかられ
る。

【００２５】また、ディレクトリを記録したセクターと
同一クラスタ内のセクターに参照情報を記録すること
で、検索のための参照情報（例えばデータファイルの文
頭情報やアイコンなど）も特別にアクセスしなくとも呼
び出すことができ、もちろん検索操作のためガイドとし
ても有用となる。

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

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

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

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

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

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

【００３２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６７】Ｕ−ＴＯＣセクター０の管理テーブル部に
おける(01h) 〜(FFh) までの各パーツテーブルは、対応
テーブル指示データ部におけるテーブルポインタ(P-DF
A，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) が指定され、パーツテーブル(0
2h) のリンク情報としてパーツテーブル(03h) が指定さ
れ、というようにパーツテーブル(FFh) まで連結され
る。この場合パーツテーブル(FFh) のリンク情報は以降
連結なしを示す『(00h) 』とされる。

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

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

【００７３】テーブルポインタ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）が設けられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１７３】以上のようにデータＵ−ＴＯＣのアドレス
を把握したら、データの記録又は再生又は消去が指示さ
れることを待機する(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)。そして消去と指定さ
れたデータファイルがみつかれば、そのデータファイル
のアドレスへアクセスし (F127→F128) 、そのデータフ
ァイルのセクターにおけるカテゴリー情報（図８のヘッ
ダの第１０バイト目）を空きセクターを示す『００ｈ』
に更新する(F129)。そして、この消去動作に応じてデー
タＵ−ＴＯＣを更新することになる(F130)。なお、ディ
レクトリによる検索によって所要のデータファイルが見
つからなかったら、該当ファイルなしとしてエラー処理
を行なう (F127→F125) 。

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

【０１８２】

【発明の効果】以上説明したように本発明の記録媒体
は、例えばオーディオデータ用に設けられていた第１、
第２の管理情報に加え、第３の管理情報としてデータ用
の管理情報を設けることにより、データ記録再生動作に
好適な管理を行なうことが可能となるという効果があ
る。

【０１８３】そして、この第３の管理情報の位置は、第
１の管理情報から導かれる第２の管理情報の位置に対し
て所定アドレス距離だけ離れた前方アドレス位置又は後
方アドレス位置に設定すれば、第３の管理情報自体の位
置管理は第１、第２の管理情報等のフォーマット変更は
必要なしに実現されるという利点もある。

【０１８４】さらに、この第３の管理情報としては記録
するデータファイルに対するアロケーションテーブル及
びディレクトリを備えるようにすることにより、データ
検索用途として好適に用いることができる。

【０１８５】そして、この第３の管理情報としてのアロ
ケーションテーブルとディレクトリを集中させ、例えば
記録再生動作単位となる１クラスタ内に記録してしまう
ことで、１回のアクセス及び再生動作で、全てのアロケ
ーションテーブル及びディレクトリが抽出されるので、
データ検索や再生の際にディレクトリやアロケーション
テーブルを何度もアクセスすることは不要とされ、デー
タアクセスの著しい迅速化が実現されるという効果があ
る。

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

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

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

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

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

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

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

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

【図面の簡単な説明】

【図１】本発明の実施例の記録媒体及び記録再生装置の
外観図である。

【図２】実施例の記録再生装置の構成図である。

【図３】実施例の記録媒体に設けられるＰ−ＴＯＣ情報
の説明図である。

【図４】実施例の記録媒体に設けられるＵ−ＴＯＣ情報
の説明図である。

【図５】実施例の記録媒体に設けられるＵ−ＴＯＣ情報
のリンク構造の説明図である。

【図６】実施例の記録媒体のエリア管理状態の説明図で
ある。

【図７】実施例の記録媒体のトラック構造の説明図であ
る。

【図８】実施例の記録媒体に設けられるデータ用セクタ
ーの説明図である。

【図９】実施例の記録媒体に設けられるデータ用セクタ
ーモード０の説明図である。

【図１０】実施例の記録媒体に設けられるデータ用セク
ターモード１の説明図である。

【図１１】実施例の記録媒体に設けられるデータ用セク
ターモード２の説明図である。

【図１２】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのクラスタの構造の説明図である。

【図１３】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ０セクターの説明図である。

【図１４】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ１セクターの説明図である。

【図１５】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ２セクターの説明図である。

【図１６】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴユニットの説明図である。

【図１７】実施例の記録媒体におけるＣＡＴユニットの
ワードの定義の説明図である。

【図１８】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのディレクトリセクターの説明図である。

【図１９】実施例のデータＵ−ＴＯＣにおけるディレク
トリ階層構造の説明図である。

【図２０】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのヘディングセクターの説明図である。

【図２１】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのヘディングセクターの説明図である。

【図２２】実施例の記録再生装置の記録媒体に対する動
作処理のフローチャートである。

【符号の説明】

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

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成５年４月１２日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００６３

【補正方法】変更

【補正内容】

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

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００８７

【補正方法】変更

【補正内容】

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

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０１５８

【補正方法】変更

【補正内容】

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

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０１６２

【補正方法】変更

【補正内容】

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

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０１８０

【補正方法】変更

【補正内容】

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

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図２２

【補正方法】変更

【補正内容】

【図２２】

Claims

【特許請求の範囲】

【請求項１】データの記録／再生に用いられるエリア
におけるデータの記録／再生を管理するための管理情報
として、記録媒体上の所定の再生専用管理エリア内に設けられる
再生専用情報としての第１の管理情報と、記録媒体上の所定の記録再生管理エリア内において前記
第１の管理情報内に示される位置に配される書換可能情
報としての第２の管理情報と、前記記録媒体上の所定の記録再生管理エリア内において
前記第２の管理情報のエリアから所定アドレス距離だけ
離れた位置に配される書換可能情報としての第３の管理
情報とを備えたことを特徴とする記録媒体。
【請求項２】前記第２の管理情報が、前記記録媒体上
の記録再生管理エリア内における所定アドレス位置より
前方アドレス位置にあるときは、前記第３の管理情報
は、前記記録再生管理エリア内において前記第２の管理
情報より後方アドレス位置に所定アドレス距離だけ離れ
て配され、前記第２の管理情報が、前記記録媒体上の記録再生管理
エリア内における所定アドレス位置より後方アドレス位
置にあるときは、前記第３の管理情報は、前記記録再生
管理エリア内において前記第２の管理情報より前方アド
レス位置に所定アドレス距離だけ離れて配されるように
されることを特徴とする請求項１に記載の記録媒体。
【請求項３】前記第３の管理情報には、その記録媒体
におけるデータの記録／再生を管理するためのアローケ
ーションテーブル及びディレクトリが設けられているこ
とを特徴とする請求項１に記載の記録媒体。
【請求項４】前記第３の管理情報として、その記録媒
体におけるデータの記録／再生を管理するためのアロー
ケーションテーブル及びディレクトリが設けられている
とともに、前記アロケーションテーブルにおいては、デ
ータの記録／再生を行なうために用意されている記録媒
体上の１記録再生動作単位となる各部位について、その
記録再生動作単位がデータ記録禁止とされていること、
及びその記録再生動作単位がデータ記録及び再生禁止と
されていること、を管理できるようになされていること
を特徴とする請求項１に記載の記録媒体。
【請求項５】データの記録／再生を管理するための管
理情報が記録されるセクターと、データの記録／再生に
用いられるセクターが用意され、所定数のセクターで１
記録再生動作単位が形成される記録媒体であって、前記管理情報としてデータの記録／再生を管理するため
のディレクトリが設けられているセクターに対して同一
の記録再生動作単位内に含まれるセクターには、記録さ
れたデータに対応する参照情報が記録できるようにされ
ていることを特徴とする記録媒体。
【請求項６】データの記録／再生を管理するための管
理情報が記録されるセクターと、データの記録／再生に
用いられるセクターが用意され、所定数のセクターで１
記録再生動作単位が形成される記録媒体であって、前記管理情報としてデータの記録／再生を管理するため
のディレクトリが設けられているセクターに対して同一
の記録再生動作単位内に含まれるセクターには、記録さ
れたデータに対応する参照情報が記録できるようにされ
ていると共に、データの記録／再生を管理するためのアローケーション
テーブル又はディレクトリ又は前記参照情報となる管理
情報が記録されるセクター、及び前記データの記録／再
生に用いられるセクターには、少なくともアドレス情報
及びカテゴリー情報を備えたヘッダが設けられ、前記カ
テゴリー情報としては、少なくともそのセクターがデー
タ記録のなされていない空きセクターであること、及び
前記参照情報が記録されているセクターであることが、
識別できるようになされていることを特徴とする記録媒
体。
【請求項７】データの記録／再生を管理するための管
理情報が記録される記録媒体に対応する記録装置であっ
て、記録媒体にデータファイルを記録する際には、そのデー
タファイルを管理するための管理情報の記録又は書換の
際に、その管理情報内における所定エリアにデータファ
イル管理用の管理情報であることを示す識別コードの記
録を行なうことを特徴とする記録装置。
【請求項８】前記識別コードはＭＩＮＸという文字列
に相当するコードであることを特徴とする請求項７に記
載の記録装置。
【請求項９】データの記録／再生を管理するための管
理情報が記録される記録媒体に対応する再生装置であっ
て、記録媒体に記録されたデータファイルを再生する際に
は、前記管理情報内における識別コードを参照してデー
タファイル管理用の管理情報であることを判別したうえ
で管理情報を用い、データアクセスを行なうことを特徴
とする再生装置。
【請求項１０】前記識別コードはＭＩＮＸという文字
列に相当するコードであることを特徴とする請求項９に
記載の再生装置。
【請求項１１】所定数のセクターで１記録再生動作単
位が形成されるとともに、管理情報としてのセクターと
して、データの記録／再生を管理するためのアローケー
ションテーブル及びディレクトリが設けられる記録媒体
に対応する記録装置であって、前記アローケーションテーブル及び前記ディレクトリ
は、所定の記録再生動作単位内において空きセクターが
存在する限り、その記録再生動作単位内のセクターを用
いて記録していくようにしたことを特徴とする記録装
置。
【請求項１２】データの記録／再生を管理するための
管理情報が記録されるセクターと、データの記録／再生
に用いられるセクターが用意され、所定数のセクターで
１記録再生動作単位が形成され、前記管理情報としてデ
ータの記録／再生を管理するためのディレクトリが設け
られているセクターに対して同一の記録再生動作単位内
に含まれるセクターには、記録されたデータに対応する
参照情報が記録できるようにされている記録媒体に対応
する記録装置であって、記録したデータファイル内の特定箇所又は指定箇所にお
けるデータ部分を抽出して参照情報を生成し、この参照
情報を、そのデータファイルの記録／再生を管理するデ
ィレクトリが設けられているセクターに対して同一の記
録再生動作単位内に含まれる所定セクター内に記録する
ことを特徴とする記録装置。
【請求項１３】データの記録／再生を管理するための
管理情報が記録されるセクターと、データの記録／再生
に用いられるセクターが用意されるとともに、前記管理
情報として記録媒体に対するデータの記録／再生を管理
するためのアローケーションテーブル及びディレクトリ
となる管理情報が記録されるセクター、及び前記データ
の記録／再生に用いられるセクターには、少なくともア
ドレス情報及びカテゴリー情報を備えたヘッダが設けら
れ、前記カテゴリー情報としては少なくともそのセクタ
ーがデータ記録のなされていない空きセクターであるこ
とを識別できるようになされている記録媒体に対応する
記録装置であって、前記カテゴリー情報を空きセクターであること示すコー
ドに書き換えることによってデータのセクター又は管理
情報のセクターの消去を行なうことを特徴とする記録装
置。