JPH0714313A - 記録媒体、記録装置、及び再生装置 - Google Patents

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

Info

Publication number
JPH0714313A
JPH0714313A JP5062992A JP6299293A JPH0714313A JP H0714313 A JPH0714313 A JP H0714313A JP 5062992 A JP5062992 A JP 5062992A JP 6299293 A JP6299293 A JP 6299293A JP H0714313 A JPH0714313 A JP H0714313A
Authority
JP
Japan
Prior art keywords
data
area
toc
recording
recorded
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP5062992A
Other languages
English (en)
Other versions
JP3433757B2 (ja
Inventor
Takashi Omori
隆 大森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP06299293A priority Critical patent/JP3433757B2/ja
Priority to US08/196,469 priority patent/US5687397A/en
Priority to DE69422535T priority patent/DE69422535T2/de
Priority to EP94102729A priority patent/EP0613144B1/en
Priority to KR1019940003543A priority patent/KR100319008B1/ko
Publication of JPH0714313A publication Critical patent/JPH0714313A/ja
Priority to US08/695,332 priority patent/US5799212A/en
Priority to US08/694,607 priority patent/US5737639A/en
Application granted granted Critical
Publication of JP3433757B2 publication Critical patent/JP3433757B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B11/00—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor
    • G11B11/10—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field
    • G11B11/105—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field using a beam of light or a magnetic field for recording by change of magnetisation and a beam of light for reproducing, i.e. magneto-optical, e.g. light-induced thermomagnetic recording, spin magnetisation recording, Kerr or Faraday effect reproducing
    • G11B11/10595—Control of operating function
    • G11B11/10597—Adaptations for transducing various formats on the same or different carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

(57)【要約】 【目的】 音楽用途と一般データ用途として兼用できる
記録再生システムとしての記録媒体、記録装置、及び再
生装置を提供する。 【構成】 オーディオデータ用の管理情報（Ｕ−ＴＯ
Ｃ）と一般データ用の管理情報（データＵ−ＴＯＣ）を
独立して設ける。そしてこの際に、オーディオデータ用
管理情報はオーディオデータエリアと一般データエリア
を識別管理することができる管理情報を有するように
し、一般データ用管理情報には、オーディオデータエリ
アに対して記録及び再生動作を禁止する管理情報を設け
るようにすることで、記録媒体の記録／再生用のエリア
のうちオーディオデータエリアとして使用される部分と
一般データエリアとして使用される部分を明確に管理で
きるようにする。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はデータ記録を行なう記録
媒体（ディスク）及びこれに対応する記録装置、再生装
置に関するものである。
【０００２】
【従来の技術】音楽等を記録／再生することのできる記
録装置、再生装置、及び記録媒体としての光磁気ディス
クが実用化され、特に近年、光磁気ディスクに対してユ
ーザーが再生だけでなく楽曲等の音声を録音することが
できるもの（いわゆるミニディスク）も知られている。
【０００３】このミニディスクシステムを用いる場合、
いわゆる音楽を記録／再生することが行なわれている
が、さらにこのミニディスクシステムにおいて、音楽情
報以外のデータを記録／再生できるようにすることも考
えられる。
【０００４】なお、本明細書において、光磁気ディスク
に記録される、音楽、音声等のいわゆるオーディオ信号
をデジタル化したものを特に『オーディオデータ』とい
い、その１単位を『楽曲』ということとする。そして、
オーディオデータ以外の、文字、グラフィック等のいわ
ゆるコンピュータなどの情報機器ユーズのデータであっ
て光磁気ディスクに記録されるものを単に『データ』又
は『一般データ』といい、オーディオデータと区別す
る。そしてデータの１つの記録再生単位を『データファ
イル』とする。
【０００５】
【発明が解決しようとする課題】ところが、もともと音
楽用にフォーマットが構成されているミニディスクシス
テムを、データ用に用い、情報の検索や更新等をできる
ようにしようとすることはあまり適当であるとはいえな
い。特に、音楽用途のための楽曲の管理情報の場合はデ
ータ用途の場合のデータファイルの管理情報とは異なっ
て、検索のための名称データや属性データなどが重要で
はなかったり（少なくとも曲番と対応アドレスが管理さ
れていればよい）、検索データの外部機器への送信のた
めのデータなどは不要であったりすることや、オーディ
オデータではデータボリュームの小さいもの（例えば非
常に短い楽曲）が多数存在する場合が余り考えられない
ため、一般データのように小さいデータファイルが非常
に多数存在してしまう場合に対応する必要はなく、例え
ば後述するオーディオデータ用の管理情報では最大２５
５曲までしか対応可能とされていない。
【０００６】これらの各種の点で音楽用途のための楽曲
の管理情報はあくまで音楽用途に好適なように生成され
ており、データ用に適しているとはいえない。つまり、
例えばミニディスクシステムをそのままの管理方式を用
いて一般データの記録再生用に拡張することは適当でな
いという問題がある。なお、ミニディスクシステムを例
にあげているが、もちろん他の方式の音楽用途の記録再
生システムについても同様のことがいえる。
【０００７】
【課題を解決するための手段】本発明はこのような問題
点にかんがみてなされたもので、音楽用途の記録再生シ
ステムについてデータ記録再生用としても拡張し、オー
ディオデータと一般データに対して兼用して記録／再生
を行なうことができるようにした記録媒体、記録装置、
及び再生装置を提供することを目的とする。
【０００８】このために本発明の記録媒体としては、各
種データの記録／再生に用いられるエリアをオーディオ
データエリア又は一般データエリアとして用いるため、
オーディオデータ又は一般データファイルの記録／再生
を管理する管理情報として、記録媒体上の所定の管理エ
リア内に配されるオーディオデータ用管理情報と、記録
媒体上の所定の管理エリア内においてオーディオデータ
用管理情報とは異なる位置に配される一般データ用管理
情報とを備え、オーディオデータ用管理情報は、少なく
ともオーディオデータエリアにおける各オーディオデー
タ単位の記録／再生のための管理情報及びオーディオデ
ータエリアと一般データエリアを識別管理することがで
きる管理情報を有し、また一般データ用管理情報は、少
なくとも一般データファイルの記録／再生のための管理
情報及びオーディオデータエリアに対して記録及び再生
動作を禁止する管理情報を有しているようにする。
【０００９】また、このような記録媒体に対応する本発
明の再生装置として、オーディオデータを再生する際に
は、オーディオデータ用管理情報を用いて所要のオーデ
ィオデータ単位を再生し、一般データファイルを再生す
る際には、一般データ用管理情報を用いて所要のデータ
ファイルを再生するように構成する。
【００１０】また、このような記録媒体に対応する本発
明の記録装置として、オーディオデータを記録する際に
は、オーディオデータ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行なう。そして一方、一
般データファイルを記録する際には、一般データ用管理
情報に対して記録動作に応じた所要の管理情報更新処理
を行なうとともに、その記録動作の際に一般データエリ
アを拡張した場合は、その拡張動作に応じてオーディオ
データ用管理情報に対して所要の管理情報更新処理を行
なうように構成する。
【００１１】
【作用】例えばオーディオデータ用に設けられている管
理情報に加え、一般データ用としてデータファイル管理
に好適な管理情報を設けることにより、音楽用途の記録
媒体をデータ用途として拡張し、オーディオデータと一
般データの両方に対応する記録媒体を実現できる。
【００１２】そしてこの際に、オーディオデータ用管理
情報はオーディオデータエリアと一般データエリアを識
別管理することができる管理情報を有するようにし、一
方一般データ用管理情報には、オーディオデータエリア
に対して記録及び再生動作を禁止する管理情報を設ける
ようにすることで、記録媒体の記録／再生用のエリアが
オーディオデータエリアとして使用される部分と一般デ
ータエリアとして使用される部分が明確に管理され、デ
ータ混在に基づく誤記録／誤消去／再生エラー等は防止
される。
【００１３】また、再生装置としてはオーディオデータ
再生の場合はオーディオデータ用管理情報を使用すれば
よい。つまり、一般データ用管理情報を参照しなくとも
オーディオデータ用管理情報内でオーディオデータエリ
アとして使用されている部分と一般データエリアとして
使用されている部分が管理されているため、誤って一般
データを再生し出力エラーが生じることはない。
【００１４】そして同様に一般データ再生の場合は一般
データ用管理情報を使用すればよい。つまり、一般デー
タ用管理情報内ではオーディオデータエリアは記録再生
禁止エリアとして管理されているため、誤ってオーディ
オデータを再生してしまうことは生じない。
【００１５】また、記録装置としては、オーディオデー
タを記録する際には、オーディオデータ用管理情報に対
して記録動作に応じた所要の管理情報更新処理を行な
う。つまり、記録動作はオーディオデータエリア内で行
なわれ、一般データエリアに記録動作の影響が及ぶこと
はないので、一般データ用管理情報を更新する必要はな
い。
【００１６】そして一方、一般データファイルを記録す
る際には、一般データ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行なうことは当然必要に
なるが、このとき、例えば記録するデータファイルのボ
リュームが大きく、一般データエリアを拡張して記録を
行なった場合はオーディオデータ用管理情報に対して所
要の管理情報更新処理が必要になる。つまり、オーディ
オデータ用管理情報におけるオーディオデータエリアと
一般データエリアを識別管理する管理情報を書き換える
必要が生じ、このように更新を行なっていくことによ
り、以降も適正にオーディオデータエリアと一般データ
エリアが１つの記録媒体上に併存できることになる。
【００１７】
【実施例】以下、本発明の実施例としてのディスクのフ
ォーマット及び記録再生装置を以下の順序で説明する。 １）ディスク及び記録再生装置の外観及び構成 ２）ディスクにおけるＰ−ＴＯＣフォーマット ３）ディスクにおけるＵ−ＴＯＣフォーマット ４）ディスクにおけるエリア構造 ５）データ用セクターのフォーマット ６）データＵ−ＴＯＣによるデータファイル管理方式 ７）データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管
理の関係 ８）データＵ−ＴＯＣ管理による記録／再生動作
【００１８】＜１．ディスク及び記録再生装置の外観及
び構成＞図１に実施例となる記録再生装置及びディスク
の外観を示す。ディスク１としては光磁気ディスクが用
いられるが、図１に示すようにその外部はカートリッジ
Ｋに収納されており、シャッタＳがスライドされること
によりディスク記録面が表出されるようになされてい
る。記録再生装置１０としてはディスク１が収納された
カートリッジＫが装填されるディスク挿入部１１が設け
られ、カートリッジＫがこのディスク挿入部１１に挿入
されることにより、図示しない内部機構によってシャッ
タＳがスライドされ、ディスク１の盤面が表出されて記
録又は再生可能状態とされる。
【００１９】記録再生装置１０の筺体上面にはユーザー
操作に供されるキー入力部１２及びデータ検索のための
メニュー情報や検索されたデータの表示出力を行なうた
めの表示部１３が設けられている。キー入力部１２とし
てはカーソル移動キー、エンターキー、データ入力キー
等が設けられる。また１４は画像スキャナ部であり、紙
面に記された画像情報を検出してドットデータに変換
し、画像データとして入力できるようになされている。
さらに１５は入出力コネクタ部であり、通信ケーブルＣ
を接続することにより、他の情報機器（コンピュータ、
ワープロ等）とデータの送受信ができるようになされて
いる。
【００２０】１６はアナログオーディオ信号の入出力に
用いる端子であり、オーディオコード１７を介して他の
音響機器に対して、ディスク１からの再生音声信号又は
ディスク１に録音すべき音声信号のライン入出力がなさ
れる。
【００２１】記録再生装置１０の要部の構成は図２に示
される。図２においてはディスク１（ディスク１を収納
したカートリッジＫ）が装填された状態で示している。
２１は記録再生装置の各種動作を制御するシステムコン
トローラを示し、例えばマイクロコンピュータにより形
成される。２２はスピンドルモータであり、装填された
ディスク１はスピンドルモータ２２により回転駆動され
る。２３はディスク１に対して記録／再生時にレーザ光
を照射する光学ヘッドであり、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力をなし、また再生時には磁気カー効果により反射光か
らデータを検出するための比較的低レベルのレーザ出力
をなす。
【００２２】このため、光学ヘッド２３はレーザ出力手
段としてのレーザダイオードや、偏向ビームスプリッタ
や対物レンズ等からなる光学系、及び反射光を検出する
ためのディテクタが搭載されている。対物レンズ２３ａ
は２軸機構２４によってディスク半径方向及びディスク
に接離する方向に変位可能に保持されており、また、光
学ヘッド２３全体はスレッド機構２５によりディスク半
径方向に移動可能とされている。
【００２３】また、２６は供給された情報によって変調
された磁界を光磁気ディスクに印加する磁気ヘッドを示
し、ディスク１を挟んで光学ヘッド２３と対向する位置
に配置されている。
【００２４】再生動作によって、光学ヘッド２３により
ディスク２１から検出された情報はＲＦアンプ２７に供
給される。ＲＦアンプ２７は供給された情報の演算処理
により、再生ＲＦ信号、トラッキングエラー信号、フォ
ーカスエラー信号、絶対位置情報（ディスク１にプリグ
ルーブ（ウォブリンググルーブ）として記録されている
絶対位置情報）、アドレス情報、サブコード情報、フォ
ーカスモニタ信号等を抽出する。そして、抽出された再
生ＲＦ信号はデコーダ部２８に供給される。また、トラ
ッキングエラー信号、フォーカスエラー信号はサーボ回
路２９に供給される。さらにフォーカスモニタ信号はシ
ステムコントローラ２１に供給される。
【００２５】また、アドレスデコーダ２９から出力され
る、プリグルーブ情報をデコードして得られた絶対位置
情報、又はデータとして記録されたアドレス情報はデコ
ーダ部２８を介してシステムコントローラ２１に供給さ
れ、各種の制御動作に用いられる。
【００２６】サーボ回路２９は供給されたトラッキング
エラー信号、フォーカスエラー信号や、システムコント
ローラ２１からのトラックジャンプ指令、シーク指令、
回転速度検出情報等により各種サーボ駆動信号を発生さ
せ、２軸機構２４及びスレッド機構２５を制御してフォ
ーカス及びトラッキング制御をなし、またスピンドルモ
ータ２２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬ
Ｖ）に制御する。
【００２７】再生ＲＦ信号はデコーダ部２８でＥＦＭ復
調、ＣＩＲＣデコード、ＡＣＩＲＣデコード等のデコー
ド処理された後システムコントローラ２１を介して所定
の処理に供される。
【００２８】また、記録動作の際にディスク１に記録す
べき情報としてシステムコントローラ２１に供給された
情報はエンコーダ部３０においてＡＣＩＲＣエンコー
ド、ＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処
理された後磁気ヘッド駆動回路３１に供給される。
【００２９】磁気ヘッド駆動回路３１はエンコード処理
された記録データに応じて、磁気ヘッド２６に磁気ヘッ
ド駆動信号を供給する。つまり、ディスク１に対して磁
気ヘッド２６によるＮ又はＳの磁界印加を実行させる。
また、このときシステムコントローラ２１は光学ヘッド
２３に対して、記録レベルのレーザ光を出力するように
制御信号を供給する。
【００３０】３２はコードデータをフォントデータに変
換するための変換メモリであり、ディスク１から読み出
した文字データ等の表示のためのフォント変換処理を行
なう。
【００３１】また、３３はバッファＲＡＭであり、画像
スキャナ１４によって取り込まれたドットデータ、表示
部１３で表示される表示データ、コネクタ部１５による
送受信データなどの一時保持や、ディスク１から読み出
されたオーディオデータやデータファイルを出力する際
の一時記憶部として機能する。
【００３２】また、ディスク１に対して記録／再生動作
を行なう際には、ディスク１に記録されている管理情
報、即ちプリマスタードＴＯＣ（以下、Ｐ−ＴＯＣとい
う）、オーディオデータ記録／再生の管理用のＴＯＣ
（以下、Ｕ−ＴＯＣという），及び一般データ記録／再
生の管理用のＴＯＣ（以下、データＵ−ＴＯＣという）
を読み出して、システムコントローラ２１はこれらの管
理情報に応じて記録すべきアドレスや、データ検索及び
再生すべきアドレスを判別することとなるが、この管理
情報はバッファＲＡＭ３３に保持される。つまり、シス
テムコントローラ２１はこれらの管理情報をディスク１
が装填された際に管理情報エリア（例えばディスクの最
内周側）の再生動作を実行させることによって読み出
し、バッファＲＡＭ３３に記憶しておき、以後そのディ
スク１に対する記録／再生動作の際に参照できるように
している。
【００３３】また、Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣ
はデータの記録や消去に応じて書き換えられるものであ
るが、システムコントローラ２１は記録／消去動作のた
びにこの書換をバッファＲＡＭ３３に記憶された管理情
報に対して行ない、その書換動作に応じて所定のタイミ
ングでディスク１の管理情報エリアについても書き換え
るようにしている。
【００３４】３４は通信回路を示し、コネクタ部１５を
介してデータの外部機器と送受信を実行する。３５は表
示コントローラであり、システムコントローラ２１から
の表示データ、即ち検索メニューの表示やディスク１か
ら読み出したデータの表示等を表示部１３において実行
させるための制御回路となる。以上の構成により、記録
再生装置１０は各種一般データのディスク１に対する記
録動作及び再生動作が可能となる。
【００３５】ディスク１からオーディオデータを再生
し、音声信号として出力する際には、ディスク１から読
み出されたオーディオデータとしての再生ＲＦ信号は、
デコーダ部２８でＥＦＭ復調、ＣＩＲＣ等のデコード処
理された後、システムコントローラ２１によって一旦バ
ッファＲＡＭ３３に書き込まれる。なお、光学ヘッド２
３による光磁気ディスク１からのデータの読み取り及び
光学ヘッド２３からバッファＲＡＭ３３までの再生オー
ディオデータの転送は1.41Mbit/secで（間欠的に）行な
われる。
【００３６】バッファＲＡＭ３３に書き込まれたデータ
は、再生オーディオデータの転送が0.3Mbit/sec となる
タイミングで読み出され、音声圧縮デコーダ部３８に供
給される。この記録再生システムでは音声信号について
はデジタルデータ段階でデータ圧縮処理（例えば２チャ
ンネル１６ビットでサンプリング周波数44.1Kbit（≒1.
4Mbit/sec ）のデータを約１／５の0.3Mbit/sec に圧縮
処理）が施されて記録されているものであり、従って再
生時にはこの圧縮処理に対する逆処理となるデコード処
理が行なわれる。そしてデコーダ部３８において音声圧
縮処理に対するデコード処理等の再生信号処理を施され
ると、Ｄ／Ａ変換器３９によってアナログ信号とされ、
端子１６ｂから所定の増幅回路部又はコード１７を介し
てライン出力され、再生出力される。例えばＬ，Ｒオー
ディオ信号として出力される。
【００３７】ディスク１に対してオーディオ信号の記録
動作が実行される際には、コード１７によるライン入力
系や図示しないマイクロフォン系から端子１６ａに供給
された記録信号（アナログオーディオ信号）は、Ａ／Ｄ
変換器３６によってサンプリング周波数44.1Kbit、量子
化１６ビットのデジタルデータとされた後、エンコーダ
部３７に供給され、上記した音声圧縮エンコード処理を
施される。エンコーダ部３４によって圧縮された記録デ
ータはシステムコントローラ２１によって一旦バッファ
ＲＡＭ３３に書き込まれ、また所定タイミングで読み出
されてエンコーダ部３０に送られる。そしてエンコーダ
部３０でＣＩＲＣエンコード、ＥＦＭ変調等のエンコー
ド処理された後磁気ヘッド駆動回路３１に供給される。
【００３８】磁気ヘッド駆動回路３１は、データ記録の
場合と同様に、エンコード処理された記録オーディオデ
ータに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を
供給する。つまり、ディスク（光磁気ディスク）１に対
して磁気ヘッド２６によるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ２１は光学
ヘッド２３に対して、記録レベルのレーザ光を出力する
ように制御信号を供給する。
【００３９】なお、再生動作はディスク１が光磁気ディ
スクである場合として説明したが、データをＣＤと同様
にピット形態で記録している光ディスク（及び光磁気デ
ィスクにおいても後述するＰ−ＴＯＣのようなピットデ
ータ）についても、いわゆるミニディスク再生装置とし
ては再生が可能とされており、この場合、光学ヘッド２
３は磁気カー効果ではなくＣＤプレーヤの場合と同様に
ピットの有無による反射光レベルの変化に応じて再生Ｒ
Ｆ信号を取り出すものである。もちろん光ディスク（及
び光磁気ディスクのピットデータエリア）に対しては磁
界記録動作は実行されない。
【００４０】また上述したように、バッファＲＡＭ３３
にはディスク１におけるＴＯＣ情報が読み込まれるが、
この実施例の記録再生装置が対応するディスク１には、
予め楽曲等が記録されているプリマスタードタイプ（光
ディスク）のものと、ユーザーがオーディオデータや後
述するように一般データを記録することのできるデータ
書き換え可能とされるもの（光磁気ディスク）、及びデ
ータファイルや楽曲等を予め記録したＲＯＭエリアと録
音可能な光磁気エリアを設けたハイブリッドタイプのも
のがあり、これらのディスクにはそのタイプに応じて、
既に楽曲等が記録されているエリアや未記録エリアを管
理するデータ等がＴＯＣ情報として記録されている。
【００４１】そして、上記のようにオーディオデータ
（楽曲）の録音を行なおうとする際には、Ｕ−ＴＯＣ
（音声信号の録音、消去等に応じて書き換えられるＴＯ
Ｃ情報領域）からディスク上の未記録エリアを探し出
し、ここに音声データを記録していくことになる。ま
た、オーディオデータの再生時には再生すべき楽曲が記
録されているエリアを、その楽曲がプリマスタードの楽
曲の場合はＰ−ＴＯＣから、又はその楽曲が光磁気記録
されている楽曲の場合はＵ−ＴＯＣから判別し、そのエ
リアにアクセスして再生動作を行なうことになる。一
方、一般データの記録／再生の動作については管理情報
としてデータＵ−ＴＯＣの情報を使用することになる。
なお、光磁気ディスクにおいてもＰ−ＴＯＣはピットデ
ータとしてＲＯＭ化されて記録されている。
【００４２】＜２．ディスクにおけるＰ−ＴＯＣフォー
マット＞次にディスク１におけるＰ−ＴＯＣのフォーマ
ットについて説明する。Ｐ−ＴＯＣ情報としては、ディ
スクの記録可能エリア（レコーダブルユーザーエリア）
などのエリア指定やＲＯＭエリアの管理等が行なわれ
る。また、オーディオデータ用途として、プリマスター
ドディスク又はハイブリッドディスクの場合に、ＲＯＭ
化されて記録されている楽曲の管理も行なうことができ
るようになされている。
【００４３】Ｐ−ＴＯＣのフォーマットを図３に示す。
図３はＰ−ＴＯＣ用とされる領域（例えばディスク最内
周側のＲＯＭエリア）において繰り返し記録されるＰ−
ＴＯＣ情報の１つのセクターを示している。
【００４４】Ｐ−ＴＯＣのセクターのデータ領域は、例
えば４バイト×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) のリンク情報としてパーツテーブル(03)が指定さ
れ、というようにパーツテーブル(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) 』となるパ
ーツテーブルまで連結される（上記、図５と同様の形
態）。このように例えば２曲目を構成するデータが記録
された全セグメントが順次指定されて記録されているこ
とにより、このＵ−ＴＯＣセクター０のデータを用い
て、２曲目の再生時や、その２曲目の領域へのオーバラ
イトを行なう際に、光学ヘッド３及び磁気ヘッド６をア
クセスさせ離散的なセグメントから連続的な音楽情報を
取り出したり、記録エリアを効率使用した記録が可能に
なる。
【００６５】さらに、本実施例では、ディスク１が後述
するようにデータ記録用途にも兼用（又はデータ用と専
用としてもよい）して用いられる場合があるが、このＵ
−ＴＯＣにおいては、データ用途に使用される一般デー
タエリアについても、その一般データエリアとされてる
ディスクの領域全体を単位として、楽曲の場合と同様に
管理している。
【００６６】例えば４曲の楽曲が記録されているととも
に、所定エリアが一般データエリアとして設定されてい
る場合、Ｕ−ＴＯＣとしては各楽曲はテーブルポインタ
P-TNO1〜P-TNO4によって管理されるとともに、一般デー
タエリアは例えばテーブルポインタP-TNO5によって管理
されることになる。
【００６７】つまり、例えばテーブルポインタP-TNO5に
よって導かれるパーツテーブル（及び一般データエリア
がディスク上で離散的に複数単位形成されている場合
は、そのパーツテーブルからリンク情報によってリンク
されているパーツテーブル）には、一般データエリアと
してのスタートアドレス及びエンドアドレスが示されて
いる。そして、この場合、このスタートアドレス及びエ
ンドアドレスが楽曲が記録されたエリアではなく一般デ
ータエリアとされていることはトラックモードにおける
データによって識別される。
【００６８】モード情報としてのトラックモードは、(0
1h) 〜(FFh) までの各パーツテーブルにおいてそれぞれ
１バイト（ｄ1 〜ｄ8 の８ビット）設けられているが、
この各ビットがそれぞれ次のように各種モード状態を示
している。例えばビットｄ1 はそのセグメントが記録可
／記録不可であるか、ビットｄ2はそのセグメントがコ
ピーライトプロテクトがなされているか、ビットｄ3 は
そのセグメントがオリジナル／２世代以後のコピー記録
か、ビットｄ4 はそのセグメントがオーディオデータか
一般データか、ビットｄ5 ，ｄ6 はそのセグメントがノ
ーマルオーディオか否か、ビットｄ7 はそのセグメント
がモノラルオーディオデータかステレオオーディオデー
タか、ビットｄ8 はそのセグメントのデータのエンファ
シス処理について、それぞれモードが示される。
【００６９】従って、一般データエリアとしてセグメン
トが管理される場合、対応するパーツテーブルにはこの
トラックモードのうちビットｄ4 が例えば『１』（オー
ディオデータの場合ビットｄ4 ＝『０』）とされて、一
般データエリアとして識別されることになる。
【００７０】なお、一般データがプリマスタードピット
としてディスクにＲＯＭ化されて記録されている場合
は、上記Ｐ−ＴＯＣにおいてプリマスタードの楽曲の場
合と同様に管理されるが、この場合もパーツテーブルに
おけるトラックモードのうちビットｄ4 が『１』とされ
て、プリマスタードの楽曲と区別される。
【００７１】＜４．ディスクにおけるエリア構造＞ここ
で、ディスク１におけるエリア構造を説明し、上記した
Ｐ−ＴＯＣ及びＵ−ＴＯＣの位置関係及び管理態様を説
明する。
【００７２】光磁気ディスクの場合、大きくわけて図６
にピットエリアとして示すようにエンボスピットにより
データが記録されているエリア（プリマスタードエリ
ア）と、いわゆる光磁気エリアとされてグルーブが設け
られているグルーブエリアに分けられる。ここでプリマ
スタードエリアとしては上記したＰ−ＴＯＣが記録され
る再生専用管理エリアとされており、Ｐ−ＴＯＣセクタ
ーが繰り返し記録されている。
【００７３】なお、ディスク１における記録トラックに
対する最小の記録再生動作単位はクラスタとされてお
り、つまり、記録動作又は再生動作は必ず１クラスタを
最小単位として実行される。そして１クラスタは図７に
示すように３６セクターから構成されている。ただし、
そのうちの４セクターはサブデータやリンキングエリア
としてなどに用いられるサブデータ領域とされ、ＴＯＣ
データ、オーディオデータ、もしくは本実施例で実現さ
れるオーディオデータ又は一般データの記録は３２セク
ターのメインデータ領域に行なわれる。
【００７４】また、図示していないがセクターはさらに
細分化され、２セクター分の領域が１１のサウンドグル
ープとよばれる領域に分割されている。そして、オーデ
ィオデータ（楽曲）の場合、上記Ｕ−ＴＯＣで管理され
るスタートアドレスはこのサウンドグループのいづれと
されるかの制限はないが、後述する一般データのデータ
ファイルを記録するための一般データエリアの場合、上
記したようにＵ−ＴＯＣのパーツテーブルで管理される
スタートアドレスは、サウンドグループのアドレス『０
０ｈ』に固定され、またエンドアドレスはサウンドグル
ープのアドレス『１Ａｈ』に固定されており、これによ
ってクラスタ内でオーディオデータと一般データが混在
してしまうことが防止される。
【００７５】Ｐ−ＴＯＣ、Ｕ−ＴＯＣに３バイト（２４
ビット）で示されるアドレスデータとしては、上位１６
ビットがクラスタアドレス、続く６ビットがセクターア
ドレス、下位４ビットがサウンドグループアドレスとさ
れるが、この４ビットが『００ｈ』又は『１Ａｈ』とな
る。
【００７６】図６に示すようにディスク１の最内周側の
プリマスタードエリアに続いて、例えばクラスタアドレ
ス『００００ｈ』〜『０ＢＦＦｈ』までグルーブエリア
が形成されるが、このうちクラスタアドレスとして『０
０００ｈ』から上記Ｐ−ＴＯＣ内のリードアウトスター
トアドレスＲＯ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) ＝（ｘ16＋ｘ15＋ｘ2 ＋１）（ｘ16＋ｘ2 ＋ｘ＋
１） である。
【００９２】データ用セクターのフォーマットがこのよ
うに構成されている場合、このディスクからの再生情報
に関しては、記録再生装置において図２に示すデコーダ
２８からのエラー検出結果を用いずに、デコーダ２８か
らのデジタル信号出力のみでエラー検出を行なうことが
できる。
【００９３】モード２のデータ用セクターのフォーマッ
トは図１１に示される。エラー訂正モードを示す情報と
してのヘッダの第９バイト目の（Mode) は、図示するよ
うに『００００００１０』、つまり『０２ｈ』とされて
いる。このモード２では、付加エリアの全てについてエ
ラー検出及び訂正用のデータが使用される。つまり２０
４８バイトのデータエリアに続く１７２バイトにＰパリ
ティ（P-parity0 〜P-parity171 ）が付加され、さらに
続く１０４バイトにＱパリティ（Q-parity0 〜Q-parity
103 ）が付加される。これにより最大８０バイト程度の
エラー訂正能力が実現される。このＰパリティ及びＱパ
リティはいわゆるＣＤ−ＲＯＭで採用されているガロア
フィールド（Garoa Field ）（２8 ）との距離（２６，
２４）のリードソロモンコードと同様の構成となってい
る。
【００９４】なお、これらのモード０〜モード２では、
モードによらずデータエリアはセクター内のバイト位置
が、セクターとしての第２９バイト目〜第２０４８バイ
ト目（図中７行目〜５１８行目）に固定されているの
で、モード０のフォーマットに対応した記録再生装置で
あっても、モード１又はモード２が採用されたディスク
に対しても何の支障もなく再生動作を行なうことができ
る。つまり、上記のモードフォーマットが採用されるこ
とにより、ディスクは記録再生装置に対して下位互換性
を備えることになる。
【００９５】次にヘッダの第１０バイト目に設けられる
カテゴリー情報の定義について説明する。 ・・・カテゴリー情報（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）により表現される。ま
た同様に例えば第４クラスタについての情報は（CAT004
-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，Index
1）においてセクターナンバ及びパーツナンバが記録さ
れていることにより特定のディレクトリユニット（つま
り特定のデータファイル）にチェインされている。
【０１５３】次に図２１のドットデータによる参照情報
がヘディングセクターとして設けられる場合を説明す
る。文字の場合と同様にデータＵ−ＴＯＣにおける或る
セクターがドットデータによる参照情報を記録したヘデ
ィングセクターとされて使用される場合、１６バイトの
ヘッダにおいて最後の４バイトに割り当てられているシ
ステムＩＤとしては、ＣＡＴ、ディレクトリの場合と同
様に、『ＭＩＮＸ』がアスキーコードにより記録され
る。
【０１５４】また、このセクターがヘディングセクター
（ドットデータのヘディングセクター）であることを示
すため、ヘッダにおける第１０バイト目のカテゴリー情
報は『１１１１１１１０』、つまり『ＦＥｈ』とされ
る。
【０１５５】データエリアとなる２０４８バイトには所
定のデータファイルに対応する参照情報となるヘディン
グパーツとしてのデータが記録される。この場合ヘディ
ングパーツは、或るデータファイルに対応して、例えば
そのデータファイルの一部を抽出して生成するか、又は
関連した図柄を配したもので（いわゆるアイコン）あ
り、５１２バイトで構成される。もちろんこの場合もデ
ータファイルからドットデータを抽出する際のデータ部
位は各種考えられる。
【０１５６】そして、図２１では(Hd-Data0)〜(Hd-Data
511)として記録される１つのヘディングパーツしか示し
ていないが、２０４８バイトのデータエリア内には同様
に５１２バイトからなる４単位のヘディングパーツが記
録可能とされる。１セクターに最大４単位の各ヘディン
グパーツについては、パーツナンバが付されている。そ
して、各ヘディングパーツは、上述したように或るディ
レクトリユニットにおいてインデックス情報（Index0，
Index1）においてセクターナンバ及びパーツナンバが記
録されていることにより特定のディレクトリユニット
（つまり特定のデータファイル）にチェインされてい
る。
【０１５７】これらのヘディングパーツとしての参照情
報は、データファイルの検索を行なう際に、ファイル名
以外のパラメータとして、例えばユーザーのファイル選
択動作を容易にしたり、プログラム検索の多様性を実現
するものである。
【０１５８】例えばデータファイルが文字情報のもので
ある場合には、キーワード検索としても用いることがで
きる。とくに、或る複数のディレクトリに示されるデー
タファイルの中から特定のキーワードを持つデータファ
イルを検索しようとする場合、ファイル名だけでは不十
分な場合が多いが、このような場合に各ディレクトリユ
ニットにチェインされているヘディングパーツの情報を
参照することにより、十分にキーワード検索が可能とな
る。
【０１５９】そしてさらに本実施例では、このようなヘ
ディングセクターはディレクトリと同一のクラスタ内に
設けられるため、キーワード検索を行なう際も余分なア
クセス動作は不要となり、迅速なキーワード検索が実現
される。さらに、ユーザーの補助としては、ファイルの
文頭情報やアイコン、ファイル内の図形をヘディングパ
ーツとして保持しておくことにより、ユーザーに各ファ
イル内容の識別を助けることとなる。
【０１６０】以上のようにＣＡＴセクター、ディレクト
リセクター、及びヘッディングセクターが構成されるデ
ータＵ−ＴＯＣにより、一般データの記録／再生の際の
データ管理機能が実現されることになる。つまり、文書
データファイルやそのファイル名を入出力（及び記録／
再生）し、またこれらを通信することができる情報機器
に対する記録媒体として実現される。また、例えばイメ
ージスキャナ等でデジタル化され、所定規則で配列され
た画像情報（ドットデータ）についても同様にデータフ
ァイルの入出力（及び記録／再生）、及び通信をするこ
とができる情報機器に対する記録媒体として成立する。
もちろんこれらのデータ管理はオーディオデータ管理と
は完全に独立して行なわれる。
【０１６１】＜７．データＵ−ＴＯＣによる管理とＵ−
ＴＯＣによる管理の関係＞以上のデータＵ−ＴＯＣとＵ
−ＴＯＣによる管理の関係を図２２で例をあげて説明す
る。ここで、図２２では１つのディスクに対する管理形
態を（ａ）（ｂ）の２段にわけて示しているが、上段
（ａ）に示されるのはデータＵ−ＴＯＣによる管理状
態、下段（ｂ）に示されるのはＵ−ＴＯＣによる管理状
態を示している。なお、下段（ｂ）にはＰ−ＴＯＣ領域
も合わせて示している。
【０１６２】いま、ディスク１にオーディオデータとし
て３曲の楽曲（Ｍ1 〜Ｍ3 ）と、一般データとして４つ
のデータファイル（ＤＦ1 〜ＤＦ4 ）が記録されている
とする。さらに、所定のエリアが一般データの記録に使
用することのできる空きエリアＥＡが設定されていると
する。
【０１６３】上記したようにＵ−ＴＯＣはレコーダブル
ユーザーエリアスタートアドレスＲＳＴA からリードア
ウトスタートアドレスＲＯA までのレコーダブルユーザ
ーエリアにおいてオーディオデータを管理し、かつこの
中で一般データエリアの範囲を管理するものとされてい
る。一方、データＵ−ＴＯＣはグルーブエリア（クラス
タ『００００ｈ』からクラスタ『０ＢＦＦｈ』まで）に
おいてデータファイル等を管理する。
【０１６４】Ｕ−ＴＯＣとしては、図２２の下段（ｂ）
に示すように、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されている
エリアを、それぞれ上記したようにテーブルポインタP-
TNO1〜P-TNO3に続いて導かれるパーツテーブルにおいて
スタートアドレス、エンドアドレス、及びトラックモー
ドが管理されている。これらのパーツテーブルのトラッ
クモードは『０』とされ、オーディオデータであること
が示されている。
【０１６５】そしてさらに、例えばテーブルポインタP-
TNO4から導かれるパーツテーブルにおいては、一般デー
タ用エリアとして設定されている領域が管理されてい
る。即ち、そのパーツテーブルには下段（ｂ）に示すス
タートアドレスＤＳＴA 、エンドアドレスＤＥA が記さ
れ、さらにトラックモードが『１』とされて、そのセグ
メントが一般データ用エリアＤ1 として設定されている
ことが示されている。
【０１６６】このようなＵ−ＴＯＣの管理状態は全てデ
ータＵ−ＴＯＣにも反映され、さらにデータＵ−ＴＯＣ
では各データファイルについての管理が行なわれる。即
ち、データＵ−ＴＯＣでは図２２上段（ａ）に示すよう
に、４つの各データファイルが記録されたエリア（ＤＦ
１〜ＤＦ４）と、上記一般データ用エリアＤ1 としてＵ
−ＴＯＣで設定されているエリアのうち未だデータファ
イルが記録されておらず、以後データの記録が可能とさ
れる空きエリアＥＡと、Ｕ−ＴＯＣ及びデータＵ−ＴＯ
Ｃの書き換えに必要なため、記録再生可能領域としてＷ
Ａ１，ＷＡ２が管理される。また、データの記録及び再
生が禁止されたエリア（ＰＷＲ１〜ＰＷＲ４）も管理さ
れる。
【０１６７】Ｕ−ＴＯＣにおいて管理される一般データ
用エリアＤ1 としては、データＵ−ＴＯＣからみると、
各データファイルが記録されたエリア（ＤＦ１〜ＤＦ
４）と空きエリアＥＡを含んだ部分が対応され、Ｕ−Ｔ
ＯＣ側ではこれら全体を１曲分のファイルとみなして表
現していることになる。
【０１６８】データファイルが記録されたエリア（ＤＦ
１〜ＤＦ４）については、データＵ−ＴＯＣ内でそれぞ
れディレクトリが作成されており、上記したようにファ
イルネーム、拡張子、更新日時、ファイル先頭位置アド
レス等が管理されている。そして、そのファイル先頭位
置アドレスとなるクラスタからの、データファイルとし
ての連続状態は、ＣＡＴにおける各ＣＡＴユニットにお
いて、前記図１６、図１７で説明した形態で管理され、
アクセス可能とされる。つまり、ＣＡＴユニットのワー
ドＷ０は、図１７で定義を示した『Ｆｈ』〜『Ｂｈ』の
いづれかとなり、ワードＷ１〜Ｗ３は必要に応じてジャ
ンプ先のクラスタアドレス等に用いられる。
【０１６９】なお、或るデータファイルが書き換え禁止
に設定される場合は、そのデータファイルのクラスタに
対応するＣＡＴユニットのワードＷ０は、図１７で定義
を示した『６ｈ』〜『３ｈ』のいづれかとなる。
【０１７０】上記一般データ用エリアＤ1 としてＵ−Ｔ
ＯＣで設定されているエリアのうちの空きエリアＥＡに
ついては、ＣＡＴにおける、この空きエリアＥＡのクラ
スタに対応するＣＡＴユニットのワードＷ０が『Ｆｈ』
とされて管理されている。また例えば消去動作によって
空きエリアとされた場合は、ＣＡＴによる管理に加え
て、カテゴリー情報で空きエリアであることが示される
ディレクトリユニットが作成されていることになる。
【０１７１】Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換
えに必要なため、図２２のように記録再生可能領域とし
てＷＡ１，ＷＡ２と示されるエリアもＣＡＴにおいて記
録再生可能として管理される。また、データの記録及び
再生のいづれもが禁止されたエリアとしてデータＵ−Ｔ
ＯＣではＰＷＲ１〜ＰＷＲ４のエリアが管理されてい
る。
【０１７２】記録再生管理エリア内におけるエリアＰＷ
Ｒ１、ＰＷＲ２はＵ−ＴＯＣ又はデータＵ−ＴＯＣの書
き換えにも使用されず、さらに、リードアウトエリアと
なるエリアＰＷＲ４もデータ記録／再生に用いられない
ため、ＣＡＴにおいてこれらのエリアのクラスタに対応
するＣＡＴユニットのワードＷ０は、図１７で定義した
『０ｈ』とされて記録及び再生が禁止とされている。な
お、これらはＵ−ＴＯＣの管理外のエリアであるのでＵ
−ＴＯＣとは対応していない。
【０１７３】エリアＰＷＲ３は、即ち楽曲Ｍ1 ，Ｍ2 ，
Ｍ3 が記録されたエリアであり、これに対応して管理さ
れる。そしてこの場合も、ＣＡＴにおいてこれらのエリ
アのクラスタに対応するＣＡＴユニットのワードＷ０
は、図１７で定義した『０ｈ』とされてデータＵ−ＴＯ
Ｃから見た場合は記録及び再生が禁止される。つまり、
楽曲Ｍ1 ，Ｍ2 ，Ｍ3 はオーディオデータであるため、
これをデータＵ−ＴＯＣ上では記録／再生のいづれをも
禁止として管理しておき、データＵ−ＴＯＣを用いてデ
ータファイルを再生する際に、誤って一般データとして
アクセスして再生してしまうことが防止されるようにす
る。またデータＵ−ＴＯＣを用いてデータファイルを記
録する際に、誤ってデータファイルを書き込んでしま
い、楽曲データを破壊してしまうことを防止するように
している。
【０１７４】なお、図２２の上段（ａ）及び下段（ｂ）
にＮＡ1 ，ＮＡ2 として示される領域は未定義の領域で
あり、Ｕ−ＴＯＣ内で未記録領域として管理され、オー
ディオデータの記録が可能とされている領域である。つ
まり、Ｕ−ＴＯＣでは、テーブルポインタP-FRA から導
かれるパーツテーブルによって示されて管理される。ま
た、この部分におけるクラスタはデータＵ−ＴＯＣにお
けるＣＡＴにおいて、ＣＡＴユニットのワードＷ０（図
１７参照）は『Ａｈ』〜『７ｈ』のいづれかとされてい
る。
【０１７５】Ｕ−ＴＯＣとデータＵ−ＴＯＣの管理状態
の関係が例えば以上のようになされているため、１枚の
ディスクにオーディオエリアと一般データエリアが混在
しても、記録／再生動作の混乱はなくなる。即ちＵ−Ｔ
ＯＣを用いて楽曲の記録／再生を行なう際には一般デー
タエリア（Ｄ1 ）はオーディオ記録／再生用のエリアと
しては除外されることになり一般データエリアに影響を
与えない。また、データＵ−ＴＯＣを用いてデータファ
イルの記録／再生を行なう際にはオーディオエリアは記
録及び再生のいづれもが禁止されるように管理されてい
るため、オーディオデータの誤消去やオーディオデータ
を誤ってデータファイルとして再生することはない。
【０１７６】＜８．データＵ−ＴＯＣ管理による記録／
再生動作＞上記のようにＣＡＴ，ディレクトリ，ヘディ
ングセクターにより構成されているデータＵ−ＴＯＣを
管理情報として用いた、データの記録／再生の際の記録
再生装置１０の動作を図２３のフローチャートに示す。
なお、このフローチャートは記録再生装置１０における
システムコントローラ２１の制御処理動作となる。
【０１７７】記録再生装置１０にディスク１が挿入され
ると、先ず記録再生装置１０はＰ−ＴＯＣに対してアク
セスを行ない、Ｐ−ＴＯＣデータを読み込んで、これを
バッファＲＡＭ３３に保持する(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)。
【０１８６】ステップF117でデータＵ−ＴＯＣが存在し
ないとされた場合は、処理はステップF121に進み、Ｕ−
ＴＯＣスタートアドレスＵＳＴA をアクセスしてＵ−Ｔ
ＯＣを読み込む。もしこのアクセスによりＵ−ＴＯＣが
みつからなかったときは、即ちこのディスクは楽曲もデ
ータファイルも記録されていないバージンディスクであ
る。このときは、処理はステップF122からF124に進み、
Ｐ−ＴＯＣからディスクの記録容量を計算してこれを空
きエリアの容量とする。
【０１８７】また、Ｕ−ＴＯＣが存在した場合は、処理
はステップF122からF123に進み、Ｕ−ＴＯＣにおいて未
記録領域としてテーブルポインタP-FRA から導かれるパ
ーツテーブルによって示されている領域（図２２のＮＡ
１、ＮＡ２）の容量を計算し、これをデータファイル記
録可能な空きエリアとみなす。なお、この場合空きエリ
アとみなされたエリアとは例えば図２２で示したエリア
ＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領
域となる。
【０１８８】また、ステップF118で空きエリアＥＡが記
録しようとするデータファイルのボリュームより小さ
く、そのままではデータファイルを記録することができ
ない場合も、Ｕ−ＴＯＣをアクセスし、Ｕ−ＴＯＣにお
いて未記録領域としてテーブルポインタP-FRA から導か
れるパーツテーブルによって示されている領域（図２２
のＮＡ１、ＮＡ２）の容量を計算し、これをデータファ
イル記録可能な空きエリアとみなす。この場合も、空き
エリアとみなされたエリアとは例えば図２２で示したエ
リアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加え
た領域となる。
【０１８９】このように、空きエリアが生成又は拡張さ
れたとみなしたら、ステップF126において、新たに生成
又は拡張された空きエリアと記録しようとするデータフ
ァイルのボリュームを比較する。そして、ここでも空き
エリアが記録しようとするデータファイルのボリューム
より小さいとされた場合は、そのデータファイルはこの
ディスクに記録することができないものとして、エラー
処理を行なう(F129)。
【０１９０】ステップF126で、記録しようとするデータ
ファイルに対して記録可能な空きエリアが存在するとさ
れたら、そのデータファイルをそのディスク上の空きエ
リア（空きエリアとみなされたエリア）に記録していく
(F127)。
【０１９１】そして、この場合もそのデータファイルの
記録動作に応じてデータＵ−ＴＯＣを更新する。又はデ
ータＵ−ＴＯＣが存在していなかった場合はデータＵ−
ＴＯＣを新たに生成して（イニシャライズ及び更新）ア
ドレスＡｄ(DU)の位置に書き込む。
【０２００】そしてさらに、Ｕ−ＴＯＣにおける未記録
領域として管理されていたエリアをデータ用の空き領域
とみなして、空き領域を拡張した場合（ステップF123又
はF125の処理を行なった場合) は、Ｕ−ＴＯＣも更新す
る。つまり、データファイルがＵ−ＴＯＣから見た未記
録領域に記録された場合は、その記録された領域を除い
た部分を新たな未記録領域として管理されるようにテー
ブルポインタP-FRA から導かれる部分を更新し、その記
録された領域については、一般データエリアとして管理
されるように、そのデータファイルが記録されたセグメ
ントをP-TNO1〜P-TNO255のうち一般データエリア用とし
て割り当てられている所定のテーブルポインタから導か
れる部分にリンクされるように更新することになる(F12
8)。
【０２０１】このようにステップF128で、データＵ−Ｔ
ＯＣの更新及び空きエリアを拡張した場合はデータＵ−
ＴＯＣ及びＵ−ＴＯＣの更新を行なったら、処理を終え
ることになる。
【０２０２】なお、以上のように実施例を説明してきた
が、データ記録再生用途として利用できる本発明の記録
装置又は再生装置としては、図１、図２に示した入出力
手段（データ表示手段、データ通信手段、画像スキャナ
手段、キー入力手段）や、データ−フォント変換のため
の手段については、必ずしもこれらの全てを備える必要
はなく、用途に応じて一部のみが設けられたものであっ
てもよい。また、他のデータ入出力手段が付加されたも
のであってもよい。
【０２０３】さらに、オーディオデータについて使用せ
ず、ディスクフォーマットは実施例で説明したもののま
までも一般データ記録再生用途専用にすることも可能で
あるが、この場合記録装置又は再生装置としてはオーデ
ィオ信号のみに対応する入出力系（エンコーダ３７，デ
コーダ３８，Ａ／Ｄ変換器３６，Ｄ／Ａ変換器３９等）
は不要となる。
【０２０４】
【発明の効果】以上説明したように本発明の記録媒体
は、記録／再生動作を管理するための管理情報として、
所定の管理エリア内に、オーディオデータ用管理情報
（Ｕ−ＴＯＣ）と、一般データ用管理情報（データＵ−
ＴＯＣ）とを備えるようにすることにより、オーディオ
データ用とは別に一般データ用としてデータファイル管
理に好適な専用の管理情報を設けることができ、各種デ
ータの記録／再生に用いられるエリアをオーディオデー
タエリア又は一般データエリアとして分割し記録媒体上
を共用して、オーディオデータと一般データの両方に対
応する記録媒体を実現できるという効果がある。
【０２０５】またこの際に、オーディオデータ用管理情
報は、少なくともオーディオデータエリアにおける各オ
ーディオデータ単位の記録／再生のための管理情報及び
オーディオデータエリアと一般データエリアを識別管理
することができる管理情報を有し、また一般データ用管
理情報は、少なくとも一般データファイルの記録／再生
のための管理情報及びオーディオデータエリアに対して
記録及び再生動作を禁止する管理情報を有しているよう
にすることにより、記録媒体の記録／再生用のエリアが
オーディオデータエリアとして使用される部分と一般デ
ータエリアとして使用される部分が明確に管理され、デ
ータ混在に基づく誤記録／誤消去／再生エラー等は防止
され、適切なデータ記録／再生がなされることになる。
【０２０６】また、このような記録媒体に対応する本発
明の再生装置として、オーディオデータを再生する際に
は、オーディオデータ用管理情報を用いて所要のオーデ
ィオデータ単位を再生し、また、一般データファイルを
再生する際には、一般データ用管理情報を用いて所要の
データファイルを再生するように構成することによりオ
ーディオデータと一般データが共用される記録媒体に対
し、適切な再生動作が可能となるという効果がある。
【０２０７】つまりオーディオデータ再生の場合は、オ
ーディオデータ用管理情報を参照すれば、オーディオデ
ータエリアとして使用されている部分と一般データエリ
アとして使用されている部分が管理されているため、一
般データ用管理情報を参照しなくとも誤って一般データ
を再生し出力エラーが生じることはない。そして同様に
一般データ再生の場合は、一般データ用管理情報を参照
すれば、オーディオデータエリアは記録再生禁止エリア
として管理されているため、オーディオデータ用管理情
報を参照しなくともオーディオデータを再生してしまう
ことは生じない。そして、また、このように一方の管理
情報のみを参照すればよいことから迅速な再生動作が可
能となるという効果もある
【０２０８】また、このような記録媒体に対応する本発
明の記録装置として、オーディオデータを記録する際に
は、オーディオデータ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行ない、一方、一般デー
タファイルを記録する際には、一般データ用管理情報に
対して記録動作に応じた所要の管理情報更新処理を行な
うとともに、その記録動作の際に一般データエリアを拡
張した場合は、その拡張動作に応じてオーディオデータ
用管理情報に対して所要の管理情報更新処理を行なうよ
うに構成すれば、適切な記録管理を行なうことができる
という効果がある。
【０２０９】つまり記録動作はオーディオデータエリア
内で行なわれ、一般データエリアに記録動作の影響が及
ぶことはないので、一般データ用管理情報を更新する必
要はなく、オーディオデータを記録する際には、オーデ
ィオデータ用管理情報に対して記録動作に応じた所要の
管理情報更新処理を行なえば、オーディオデータについ
ての適正な管理が実現する。また、これにより迅速なオ
ーディオデータの記録が可能となる。
【０２１０】また一方、一般データファイルを記録する
際には、一般データ用管理情報に対して記録動作に応じ
た所要の管理情報更新処理を行なうことでデータファイ
ル管理は適正に行なわれる。そしてまた、データファイ
ル記録の際に一般データエリアを拡張して記録を行なっ
た場合は、オーディオデータ用管理情報におけるオーデ
ィオデータエリアと一般データエリアを識別管理する管
理情報を書き換えるようにしておけば、以降も適正にオ
ーディオデータエリアと一般データエリアを１つの記録
媒体上に併存させて管理できる。
【０２１１】以上により、本発明は音楽用途の記録再生
システムについてデータ記録再生用としても拡張し、オ
ーディオデータと一般データに対して兼用して記録／再
生を行なうことができる記録媒体、記録装置、及び再生
装置を提供することを実現できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施例の記録媒体及び記録再生装置の
外観図である。
【図２】実施例の記録再生装置の構成図である。
【図３】実施例の記録媒体に設けられるＰ−ＴＯＣ情報
の説明図である。
【図４】実施例の記録媒体に設けられるＵ−ＴＯＣ情報
の説明図である。
【図５】実施例の記録媒体に設けられるＵ−ＴＯＣ情報
のリンク構造の説明図である。
【図６】実施例の記録媒体のエリア管理状態の説明図で
ある。
【図７】実施例の記録媒体のトラック構造の説明図であ
る。
【図８】実施例の記録媒体に設けられるデータ用セクタ
ーの説明図である。
【図９】実施例の記録媒体に設けられるデータ用セクタ
ーモード０の説明図である。
【図１０】実施例の記録媒体に設けられるデータ用セク
ターモード１の説明図である。
【図１１】実施例の記録媒体に設けられるデータ用セク
ターモード２の説明図である。
【図１２】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのクラスタの構造の説明図である。
【図１３】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ０セクターの説明図である。
【図１４】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ１セクターの説明図である。
【図１５】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴ２セクターの説明図である。
【図１６】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのＣＡＴユニットの説明図である。
【図１７】実施例の記録媒体におけるＣＡＴユニットの
ワードの定義の説明図である。
【図１８】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのディレクトリセクターの説明図である。
【図１９】実施例のデータＵ−ＴＯＣにおけるディレク
トリ階層構造の説明図である。
【図２０】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのヘディングセクターの説明図である。
【図２１】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣのヘディングセクターの説明図である。
【図２２】実施例の記録媒体に設けられるデータＵ−Ｔ
ＯＣとＵ−ＴＯＣの管理状態の関係の説明図である。
【図２３】実施例の記録再生装置の記録媒体に対する動
作処理のフローチャートである。
【符号の説明】
１ ディスク １０ 記録再生装置 １１ ディスク挿入部 １２ キー入力部 １３ 表示部 １４ 画像スキャナ部 １５ 入出力コネクタ部 １６ 入出力端子 ２１ システムコントローラ ２３ 光学ヘッド ２８ デコーダ ３０ エンコーダ ３２ 変換メモリ ３３ バッファＲＡＭ ３４ 通信回路 ３５ 表示コントローラ ３６ Ａ／Ｄ変換器 ３７ エンコーダ部 ３８ デコーダ部 ３９ Ｄ／Ａ変換器
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成５年３月１１日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】発明の詳細な説明
【補正方法】変更
【補正内容】
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はデータ記録を行なう記録
媒体（ディスク）及びこれに対応する記録装置、再生装
置に関するものである。
【０００２】
【従来の技術】音楽等を記録／再生することのできる記
録装置、再生装置、及び記録媒体としての光磁気ディス
クが実用化され、特に近年、光磁気ディスクに対してユ
ーザーが再生だけでなく楽曲等の音声を録音することが
できるもの（いわゆるミニディスク）も知られている。
【０００３】このミニディスクシステムを用いる場合、
いわゆる音楽を記録／再生することが行なわれている
が、さらにこのミニディスクシステムにおいて、音楽情
報以外のデータを記録／再生できるようにすることも考
えられる。
【０００４】なお、本明細書において、光磁気ディスク
に記録される、音楽、音声等のいわゆるオーディオ信号
をデジタル化したものを特に『オーディオデータ』とい
い、その１単位を『楽曲』ということとする。そして、
オーディオデータ以外の、文字、グラフィック等のいわ
ゆるコンピュータなどの情報機器ユーズのデータであっ
て光磁気ディスクに記録されるものを単に『データ』又
は『一般データ』といい、オーディオデータと区別す
る。そしてデータの１つの記録再生単位を『データファ
イル』とする。
【０００５】
【発明が解決しようとする課題】ところが、もともと音
楽用にフォーマットが構成されているミニディスクシス
テムを、データ用に用い、情報の検索や更新等をできる
ようにしようとすることはあまり適当であるとはいえな
い。特に、音楽用途のための楽曲の管理情報の場合はデ
ータ用途の場合のデータファイルの管理情報とは異なっ
て、検索のための名称データや属性データなどが重要で
はなかったり（少なくとも曲番と対応アドレスが管理さ
れていればよい）、検索データの外部機器への送信のた
めのデータなどは不要であったりすることや、オーディ
オデータではデータボリュームの小さいもの（例えば非
常に短い楽曲）が多数存在する場合が余り考えられない
ため、一般データのように小さいデータファイルが非常
に多数存在してしまう場合に対応する必要はなく、例え
ば後述するオーディオデータ用の管理情報では最大２５
５曲までしか対応可能とされていない。
【０００６】これらの各種の点で音楽用途のための楽曲
の管理情報はあくまで音楽用途に好適なように生成され
ており、データ用に適しているとはいえない。つまり、
例えばミニディスクシステムをそのままの管理方式を用
いて一般データの記録再生用に拡張することは適当でな
いという問題がある。なお、ミニディスクシステムを例
にあげているが、もちろん他の方式の音楽用途の記録再
生システムについても同様のことがいえる。
【０００７】
【課題を解決するための手段】本発明はこのような問題
点にかんがみてなされたもので、音楽用途の記録再生シ
ステムについてデータ記録再生用としても拡張し、オー
ディオデータと一般データに対して兼用して記録／再生
を行なうことができるようにした記録媒体、記録装置、
及び再生装置を提供することを目的とする。
【０００８】このために本発明の記録媒体としては、各
種データの記録／再生に用いられるエリアをオーディオ
データエリア又は一般データエリアとして用いるため、
オーディオデータ又は一般データファイルの記録／再生
を管理する管理情報として、記録媒体上の所定の管理エ
リア内に配されるオーディオデータ用管理情報と、記録
媒体上の所定の管理エリア内においてオーディオデータ
用管理情報とは異なる位置に配される一般データ用管理
情報とを備え、オーディオデータ用管理情報は、少なく
ともオーディオデータエリアにおける各オーディオデー
タ単位の記録／再生のための管理情報及びオーディオデ
ータエリアと一般データエリアを識別管理することがで
きる管理情報を有し、また一般データ用管理情報は、少
なくとも一般データファイルの記録／再生のための管理
情報及びオーディオデータエリアに対して記録及び再生
動作を禁止する管理情報を有しているようにする。
【０００９】また、このような記録媒体に対応する本発
明の再生装置として、オーディオデータを再生する際に
は、オーディオデータ用管理情報を用いて所要のオーデ
ィオデータ単位を再生し、一般データファイルを再生す
る際には、一般データ用管理情報を用いて所要のデータ
ファイルを再生するように構成する。
【００１０】また、このような記録媒体に対応する本発
明の記録装置として、オーディオデータを記録する際に
は、オーディオデータ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行なう。そして一方、一
般データファイルを記録する際には、一般データ用管理
情報に対して記録動作に応じた所要の管理情報更新処理
を行なうとともに、その記録動作の際に一般データエリ
アを拡張した場合は、その拡張動作に応じてオーディオ
データ用管理情報に対して所要の管理情報更新処理を行
なうように構成する。
【００１１】
【作用】例えばオーディオデータ用に設けられている管
理情報に加え、一般データ用としてデータファイル管理
に好適な管理情報を設けることにより、音楽用途の記録
媒体をデータ用途として拡張し、オーディオデータと一
般データの両方に対応する記録媒体を実現できる。
【００１２】そしてこの際に、オーディオデータ用管理
情報はオーディオデータエリアと一般データエリアを識
別管理することができる管理情報を有するようにし、一
方一般データ用管理情報には、オーディオデータエリア
に対して記録及び再生動作を禁止する管理情報を設ける
ようにすることで、記録媒体の記録／再生用のエリアが
オーディオデータエリアとして使用される部分と一般デ
ータエリアとして使用される部分が明確に管理され、デ
ータ混在に基づく誤記録／誤消去／再生エラー等は防止
される。
【００１３】また、再生装置としてはオーディオデータ
再生の場合はオーディオデータ用管理情報を使用すれば
よい。つまり、一般データ用管理情報を参照しなくとも
オーディオデータ用管理情報内でオーディオデータエリ
アとして使用されている部分と一般データエリアとして
使用されている部分が管理されているため、誤って一般
データを再生し出力エラーが生じることはない。
【００１４】そして同様に一般データ再生の場合は一般
データ用管理情報を使用すればよい。つまり、一般デー
タ用管理情報内ではオーディオデータエリアは記録再生
禁止エリアとして管理されているため、誤ってオーディ
オデータを再生してしまうことは生じない。
【００１５】また、記録装置としては、オーディオデー
タを記録する際には、オーディオデータ用管理情報に対
して記録動作に応じた所要の管理情報更新処理を行な
う。つまり、記録動作はオーディオデータエリア内で行
なわれ、一般データエリアに記録動作の影響が及ぶこと
はないので、一般データ用管理情報を更新する必要はな
い。
【００１６】そして一方、一般データファイルを記録す
る際には、一般データ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行なうことは当然必要に
なるが、このとき、例えば記録するデータファイルのボ
リュームが大きく、一般データエリアを拡張して記録を
行なった場合はオーディオデータ用管理情報に対して所
要の管理情報更新処理が必要になる。つまり、オーディ
オデータ用管理情報におけるオーディオデータエリアと
一般データエリアを識別管理する管理情報を書き換える
必要が生じ、このように更新を行なっていくことによ
り、以降も適正にオーディオデータエリアと一般データ
エリアが１つの記録媒体上に併存できることになる。
【００１７】
【実施例】以下、本発明の実施例としてのディスクのフ
ォーマット及び記録再生装置を以下の順序で説明する。 １）ディスク及び記録再生装置の外観及び構成 ２）ディスクにおけるＰ−ＴＯＣフォーマット ３）ディスクにおけるＵ−ＴＯＣフォーマット ４）ディスクにおけるエリア構造 ５）データ用セクターのフォーマット ６）データＵ−ＴＯＣによるデータファイル管理方式 ７）データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管
理の関係 ８）データＵ−ＴＯＣ管理による記録／再生動作
【００１８】＜１．ディスク及び記録再生装置の外観及
び構成＞図１に実施例となる記録再生装置及びディスク
の外観を示す。ディスク１としては光磁気ディスクが用
いられるが、図１に示すようにその外部はカートリッジ
Ｋに収納されており、シャッタＳがスライドされること
によりディスク記録面が表出されるようになされてい
る。記録再生装置１０としてはディスク１が収納された
カートリッジＫが装填されるディスク挿入部１１が設け
られ、カートリッジＫがこのディスク挿入部１１に挿入
されることにより、図示しない内部機構によってシャッ
タＳがスライドされ、ディスク１の盤面が表出されて記
録又は再生可能状態とされる。
【００１９】記録再生装置１０の筺体上面にはユーザー
操作に供されるキー入力部１２及びデータ検索のための
メニュー情報や検索されたデータの表示出力を行なうた
めの表示部１３が設けられている。キー入力部１２とし
てはカーソル移動キー、エンターキー、データ入力キー
等が設けられる。また１４は画像スキャナ部であり、紙
面に記された画像情報を検出してドットデータに変換
し、画像データとして入力できるようになされている。
さらに１５は入出力コネクタ部であり、通信ケーブルＣ
を接続することにより、他の情報機器（コンピュータ、
ワープロ等）とデータの送受信ができるようになされて
いる。
【００２０】１６はアナログオーディオ信号の入出力に
用いる端子であり、オーディオコード１７を介して他の
音響機器に対して、ディスク１からの再生音声信号又は
ディスク１に録音すべき音声信号のライン入出力がなさ
れる。
【００２１】記録再生装置１０の要部の構成は図２に示
される。図２においてはディスク１（ディスク１を収納
したカートリッジＫ）が装填された状態で示している。
２１は記録再生装置の各種動作を制御するシステムコン
トローラを示し、例えばマイクロコンピュータにより形
成される。２２はスピンドルモータであり、装填された
ディスク１はスピンドルモータ２２により回転駆動され
る。２３はディスク１に対して記録／再生時にレーザ光
を照射する光学ヘッドであり、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力をなし、また再生時には磁気カー効果により反射光か
らデータを検出するための比較的低レベルのレーザ出力
をなす。
【００２２】このため、光学ヘッド２３はレーザ出力手
段としてのレーザダイオードや、偏向ビームスプリッタ
や対物レンズ等からなる光学系、及び反射光を検出する
ためのディテクタが搭載されている。対物レンズ２３ａ
は２軸機構２４によってディスク半径方向及びディスク
に接離する方向に変位可能に保持されており、また、光
学ヘッド２３全体はスレッド機構２５によりディスク半
径方向に移動可能とされている。
【００２３】また、２６は供給された情報によって変調
された磁界を光磁気ディスクに印加する磁気ヘッドを示
し、ディスク１を挟んで光学ヘッド２３と対向する位置
に配置されている。
【００２４】再生動作によって、光学ヘッド２３により
ディスク２１から検出された情報はＲＦアンプ２７に供
給される。ＲＦアンプ２７は供給された情報の演算処理
により、再生ＲＦ信号、トラッキングエラー信号、フォ
ーカスエラー信号、絶対位置情報（ディスク１にプリグ
ルーブ（ウォブリンググルーブ）として記録されている
絶対位置情報）、アドレス情報、サブコード情報、フォ
ーカスモニタ信号等を抽出する。そして、抽出された再
生ＲＦ信号はデコーダ部２８に供給される。また、トラ
ッキングエラー信号、フォーカスエラー信号はサーボ回
路２９に供給される。さらにフォーカスモニタ信号はシ
ステムコントローラ２１に供給される。
【００２５】また、アドレスデコーダ２９から出力され
る、プリグルーブ情報をデコードして得られた絶対位置
情報、又はデータとして記録されたアドレス情報はデコ
ーダ部２８を介してシステムコントローラ２１に供給さ
れ、各種の制御動作に用いられる。
【００２６】サーボ回路２９は供給されたトラッキング
エラー信号、フォーカスエラー信号や、システムコント
ローラ２１からのトラックジャンプ指令、シーク指令、
回転速度検出情報等により各種サーボ駆動信号を発生さ
せ、２軸機構２４及びスレッド機構２５を制御してフォ
ーカス及びトラッキング制御をなし、またスピンドルモ
ータ２２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬ
Ｖ）に制御する。
【００２７】再生ＲＦ信号はデコーダ部２８でＥＦＭ復
調、ＣＩＲＣデコード、ＡＣＩＲＣデコード等のデコー
ド処理された後システムコントローラ２１を介して所定
の処理に供される。
【００２８】また、記録動作の際にディスク１に記録す
べき情報としてシステムコントローラ２１に供給された
情報はエンコーダ部３０においてＡＣＩＲＣエンコー
ド、ＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処
理された後磁気ヘッド駆動回路３１に供給される。
【００２９】磁気ヘッド駆動回路３１はエンコード処理
された記録データに応じて、磁気ヘッド２６に磁気ヘッ
ド駆動信号を供給する。つまり、ディスク１に対して磁
気ヘッド２６によるＮ又はＳの磁界印加を実行させる。
また、このときシステムコントローラ２１は光学ヘッド
２３に対して、記録レベルのレーザ光を出力するように
制御信号を供給する。
【００３０】３２はコードデータをフォントデータに変
換するための変換メモリであり、ディスク１から読み出
した文字データ等の表示のためのフォント変換処理を行
なう。
【００３１】また、３３はバッファＲＡＭであり、画像
スキャナ１４によって取り込まれたドットデータ、表示
部１３で表示される表示データ、コネクタ部１５による
送受信データなどの一時保持や、ディスク１から読み出
されたオーディオデータやデータファイルを出力する際
の一時記憶部として機能する。
【００３２】また、ディスク１に対して記録／再生動作
を行なう際には、ディスク１に記録されている管理情
報、即ちプリマスタードＴＯＣ（以下、Ｐ−ＴＯＣとい
う）、オーディオデータ記録／再生の管理用のＴＯＣ
（以下、Ｕ−ＴＯＣという），及び一般データ記録／再
生の管理用のＴＯＣ（以下、データＵ−ＴＯＣという）
を読み出して、システムコントローラ２１はこれらの管
理情報に応じて記録すべきアドレスや、データ検索及び
再生すべきアドレスを判別することとなるが、この管理
情報はバッファＲＡＭ３３に保持される。つまり、シス
テムコントローラ２１はこれらの管理情報をディスク１
が装填された際に管理情報エリア（例えばディスクの最
内周側）の再生動作を実行させることによって読み出
し、バッファＲＡＭ３３に記憶しておき、以後そのディ
スク１に対する記録／再生動作の際に参照できるように
している。
【００３３】また、Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣ
はデータの記録や消去に応じて書き換えられるものであ
るが、システムコントローラ２１は記録／消去動作のた
びにこの書換をバッファＲＡＭ３３に記憶された管理情
報に対して行ない、その書換動作に応じて所定のタイミ
ングでディスク１の管理情報エリアについても書き換え
るようにしている。
【００３４】３４は通信回路を示し、コネクタ部１５を
介してデータの外部機器と送受信を実行する。３５は表
示コントローラであり、システムコントローラ２１から
の表示データ、即ち検索メニューの表示やディスク１か
ら読み出したデータの表示等を表示部１３において実行
させるための制御回路となる。以上の構成により、記録
再生装置１０は各種一般データのディスク１に対する記
録動作及び再生動作が可能となる。
【００３５】ディスク１からオーディオデータを再生
し、音声信号として出力する際には、ディスク１から読
み出されたオーディオデータとしての再生ＲＦ信号は、
デコーダ部２８でＥＦＭ復調、ＣＩＲＣ等のデコード処
理された後、システムコントローラ２１によって一旦バ
ッファＲＡＭ３３に書き込まれる。なお、光学ヘッド２
３による光磁気ディスク１からのデータの読み取り及び
光学ヘッド２３からバッファＲＡＭ３３までの再生オー
ディオデータの転送は1.41Mbit/secで（間欠的に）行な
われる。
【００３６】バッファＲＡＭ３３に書き込まれたデータ
は、再生オーディオデータの転送が0.3Mbit/sec となる
タイミングで読み出され、音声圧縮デコーダ部３８に供
給される。この記録再生システムでは音声信号について
はデジタルデータ段階でデータ圧縮処理（例えば２チャ
ンネル１６ビットでサンプリング周波数44.1Kbit（≒1.
4Mbit/sec ）のデータを約１／５の0.3Mbit/sec に圧縮
処理）が施されて記録されているものであり、従って再
生時にはこの圧縮処理に対する逆処理となるデコード処
理が行なわれる。そしてデコーダ部３８において音声圧
縮処理に対するデコード処理等の再生信号処理を施され
ると、Ｄ／Ａ変換器３９によってアナログ信号とされ、
端子１６ｂから所定の増幅回路部又はコード１７を介し
てライン出力され、再生出力される。例えばＬ，Ｒオー
ディオ信号として出力される。
【００３７】ディスク１に対してオーディオ信号の記録
動作が実行される際には、コード１７によるライン入力
系や図示しないマイクロフォン系から端子１６ａに供給
された記録信号（アナログオーディオ信号）は、Ａ／Ｄ
変換器３６によってサンプリング周波数44.1Kbit、量子
化１６ビットのデジタルデータとされた後、エンコーダ
部３７に供給され、上記した音声圧縮エンコード処理を
施される。エンコーダ部３４によって圧縮された記録デ
ータはシステムコントローラ２１によって一旦バッファ
ＲＡＭ３３に書き込まれ、また所定タイミングで読み出
されてエンコーダ部３０に送られる。そしてエンコーダ
部３０でＣＩＲＣエンコード、ＥＦＭ変調等のエンコー
ド処理された後磁気ヘッド駆動回路３１に供給される。
【００３８】磁気ヘッド駆動回路３１は、データ記録の
場合と同様に、エンコード処理された記録オーディオデ
ータに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を
供給する。つまり、ディスク（光磁気ディスク）１に対
して磁気ヘッド２６によるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ２１は光学
ヘッド２３に対して、記録レベルのレーザ光を出力する
ように制御信号を供給する。
【００３９】なお、再生動作はディスク１が光磁気ディ
スクである場合として説明したが、データをＣＤと同様
にピット形態で記録している光ディスク（及び光磁気デ
ィスクにおいても後述するＰ−ＴＯＣのようなピットデ
ータ）についても、いわゆるミニディスク再生装置とし
ては再生が可能とされており、この場合、光学ヘッド２
３は磁気カー効果ではなくＣＤプレーヤの場合と同様に
ピットの有無による反射光レベルの変化に応じて再生Ｒ
Ｆ信号を取り出すものである。もちろん光ディスク（及
び光磁気ディスクのピットデータエリア）に対しては磁
界記録動作は実行されない。
【００４０】また上述したように、バッファＲＡＭ３３
にはディスク１におけるＴＯＣ情報が読み込まれるが、
この実施例の記録再生装置が対応するディスク１には、
予め楽曲等が記録されているプリマスタードタイプ（光
ディスク）のものと、ユーザーがオーディオデータや後
述するように一般データを記録することのできるデータ
書き換え可能とされるもの（光磁気ディスク）、及びデ
ータファイルや楽曲等を予め記録したＲＯＭエリアと録
音可能な光磁気エリアを設けたハイブリッドタイプのも
のがあり、これらのディスクにはそのタイプに応じて、
既に楽曲等が記録されているエリアや未記録エリアを管
理するデータ等がＴＯＣ情報として記録されている。
【００４１】そして、上記のようにオーディオデータ
（楽曲）の録音を行なおうとする際には、Ｕ−ＴＯＣ
（音声信号の録音、消去等に応じて書き換えられるＴＯ
Ｃ情報領域）からディスク上の未記録エリアを探し出
し、ここに音声データを記録していくことになる。ま
た、オーディオデータの再生時には再生すべき楽曲が記
録されているエリアを、その楽曲がプリマスタードの楽
曲の場合はＰ−ＴＯＣから、又はその楽曲が光磁気記録
されている楽曲の場合はＵ−ＴＯＣから判別し、そのエ
リアにアクセスして再生動作を行なうことになる。一
方、一般データの記録／再生の動作については管理情報
としてデータＵ−ＴＯＣの情報を使用することになる。
なお、光磁気ディスクにおいてもＰ−ＴＯＣはピットデ
ータとしてＲＯＭ化されて記録されている。
【００４２】＜２．ディスクにおけるＰ−ＴＯＣフォー
マット＞次にディスク１におけるＰ−ＴＯＣのフォーマ
ットについて説明する。Ｐ−ＴＯＣ情報としては、ディ
スクの記録可能エリア（レコーダブルユーザーエリア）
などのエリア指定やＲＯＭエリアの管理等が行なわれ
る。また、オーディオデータ用途として、プリマスター
ドディスク又はハイブリッドディスクの場合に、ＲＯＭ
化されて記録されている楽曲の管理も行なうことができ
るようになされている。
【００４３】Ｐ−ＴＯＣのフォーマットを図３に示す。
図３はＰ−ＴＯＣ用とされる領域（例えばディスク最内
周側のＲＯＭエリア）において繰り返し記録されるＰ−
ＴＯＣ情報の１つのセクターを示している。
【００４４】Ｐ−ＴＯＣのセクターのデータ領域は、例
えば４バイト×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) のリンク情報としてパーツテーブル(03)が指定さ
れ、というようにパーツテーブル(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) 』となるパ
ーツテーブルまで連結される（上記、図５と同様の形
態）。このように例えば２曲目を構成するデータが記録
された全セグメントが順次指定されて記録されているこ
とにより、このＵ−ＴＯＣセクター０のデータを用い
て、２曲目の再生時や、その２曲目の領域へのオーバラ
イトを行なう際に、光学ヘッド３及び磁気ヘッド６をア
クセスさせ離散的なセグメントから連続的な音楽情報を
取り出したり、記録エリアを効率使用した記録が可能に
なる。
【００６５】さらに、本実施例では、ディスク１が後述
するようにデータ記録用途にも兼用（又はデータ用と専
用としてもよい）して用いられる場合があるが、このＵ
−ＴＯＣにおいては、データ用途に使用される一般デー
タエリアについても、その一般データエリアとされてる
ディスクの領域全体を単位として、楽曲の場合と同様に
管理している。
【００６６】例えば４曲の楽曲が記録されているととも
に、所定エリアが一般データエリアとして設定されてい
る場合、Ｕ−ＴＯＣとしては各楽曲はテーブルポインタ
P-TNO1〜P-TNO4によって管理されるとともに、一般デー
タエリアは例えばテーブルポインタP-TNO5によって管理
されることになる。
【００６７】つまり、例えばテーブルポインタP-TNO5に
よって導かれるパーツテーブル（及び一般データエリア
がディスク上で離散的に複数単位形成されている場合
は、そのパーツテーブルからリンク情報によってリンク
されているパーツテーブル）には、一般データエリアと
してのスタートアドレス及びエンドアドレスが示されて
いる。そして、この場合、このスタートアドレス及びエ
ンドアドレスが楽曲が記録されたエリアではなく一般デ
ータエリアとされていることはトラックモードにおける
データによって識別される。
【００６８】モード情報としてのトラックモードは、(0
1h) 〜(FFh) までの各パーツテーブルにおいてそれぞれ
１バイト（ｄ1 〜ｄ8 の８ビット）設けられているが、
この各ビットがそれぞれ次のように各種モード状態を示
している。例えばビットｄ1 はそのセグメントが記録可
／記録不可であるか、ビットｄ2はそのセグメントがコ
ピーライトプロテクトがなされているか、ビットｄ3 は
そのセグメントがオリジナル／２世代以後のコピー記録
か、ビットｄ4 はそのセグメントがオーディオデータか
一般データか、ビットｄ5 ，ｄ6 はそのセグメントがノ
ーマルオーディオか否か、ビットｄ7 はそのセグメント
がモノラルオーディオデータかステレオオーディオデー
タか、ビットｄ8 はそのセグメントのデータのエンファ
シス処理について、それぞれモードが示される。
【００６９】従って、一般データエリアとしてセグメン
トが管理される場合、対応するパーツテーブルにはこの
トラックモードのうちビットｄ4 が例えば『１』（オー
ディオデータの場合ビットｄ4 ＝『０』）とされて、一
般データエリアとして識別されることになる。
【００７０】なお、一般データがプリマスタードピット
としてディスクにＲＯＭ化されて記録されている場合
は、上記Ｐ−ＴＯＣにおいてプリマスタードの楽曲の場
合と同様に管理されるが、この場合もパーツテーブルに
おけるトラックモードのうちビットｄ4 が『１』とされ
て、プリマスタードの楽曲と区別される。
【００７１】＜４．ディスクにおけるエリア構造＞ここ
で、ディスク１におけるエリア構造を説明し、上記した
Ｐ−ＴＯＣ及びＵ−ＴＯＣの位置関係及び管理態様を説
明する。
【００７２】光磁気ディスクの場合、大きくわけて図６
にピットエリアとして示すようにエンボスピットにより
データが記録されているエリア（プリマスタードエリ
ア）と、いわゆる光磁気エリアとされてグルーブが設け
られているグルーブエリアに分けられる。ここでプリマ
スタードエリアとしては上記したＰ−ＴＯＣが記録され
る再生専用管理エリアとされており、Ｐ−ＴＯＣセクタ
ーが繰り返し記録されている。
【００７３】なお、ディスク１における記録トラックに
対する最小の記録再生動作単位はクラスタとされてお
り、つまり、記録動作又は再生動作は必ず１クラスタを
最小単位として実行される。そして１クラスタは図７に
示すように３６セクターから構成されている。ただし、
そのうちの４セクターはサブデータやリンキングエリア
としてなどに用いられるサブデータ領域とされ、ＴＯＣ
データ、オーディオデータ、もしくは本実施例で実現さ
れるオーディオデータ又は一般データの記録は３２セク
ターのメインデータ領域に行なわれる。
【００７４】また、図示していないがセクターはさらに
細分化され、２セクター分の領域が１１のサウンドグル
ープとよばれる領域に分割されている。そして、オーデ
ィオデータ（楽曲）の場合、上記Ｕ−ＴＯＣで管理され
るスタートアドレスはこのサウンドグループのいづれと
されるかの制限はないが、後述する一般データのデータ
ファイルを記録するための一般データエリアの場合、上
記したようにＵ−ＴＯＣのパーツテーブルで管理される
スタートアドレスは、サウンドグループのアドレス『０
０ｈ』に固定され、またエンドアドレスはサウンドグル
ープのアドレス『１Ａｈ』に固定されており、これによ
ってクラスタ内でオーディオデータと一般データが混在
してしまうことが防止される。
【００７５】Ｐ−ＴＯＣ、Ｕ−ＴＯＣに３バイト（２４
ビット）で示されるアドレスデータとしては、上位１６
ビットがクラスタアドレス、続く６ビットがセクターア
ドレス、下位４ビットがサウンドグループアドレスとさ
れるが、この４ビットが『００ｈ』又は『１Ａｈ』とな
る。
【００７６】図６に示すようにディスク１の最内周側の
プリマスタードエリアに続いて、例えばクラスタアドレ
ス『００００ｈ』〜『０ＢＦＦｈ』までグルーブエリア
が形成されるが、このうちクラスタアドレスとして『０
０００ｈ』から上記Ｐ−ＴＯＣ内のリードアウトスター
トアドレスＲＯ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) ＝（ｘ16＋ｘ15＋ｘ2 ＋１）（ｘ16＋ｘ2 ＋ｘ＋
１） である。
【００９２】データ用セクターのフォーマットがこのよ
うに構成されている場合、このディスクからの再生情報
に関しては、記録再生装置において図２に示すデコーダ
２８からのエラー検出結果を用いずに、デコーダ２８か
らのデジタル信号出力のみでエラー検出を行なうことが
できる。
【００９３】モード２のデータ用セクターのフォーマッ
トは図１１に示される。エラー訂正モードを示す情報と
してのヘッダの第９バイト目の（Mode) は、図示するよ
うに『００００００１０』、つまり『０２ｈ』とされて
いる。このモード２では、付加エリアの全てについてエ
ラー検出及び訂正用のデータが使用される。つまり２０
４８バイトのデータエリアに続く１７２バイトにＰパリ
ティ（P-parity0 〜P-parity171 ）が付加され、さらに
続く１０４バイトにＱパリティ（Q-parity0 〜Q-parity
103 ）が付加される。これにより最大８０バイト程度の
エラー訂正能力が実現される。このＰパリティ及びＱパ
リティはいわゆるＣＤ−ＲＯＭで採用されているガロア
フィールド（Garoa Field ）（２8 ）との距離（２６，
２４）のリードソロモンコードと同様の構成となってい
る。
【００９４】なお、これらのモード０〜モード２では、
モードによらずデータエリアはセクター内のバイト位置
が、セクターとしての第２９バイト目〜第２０４８バイ
ト目（図中７行目〜５１８行目）に固定されているの
で、モード０のフォーマットに対応した記録再生装置で
あっても、モード１又はモード２が採用されたディスク
に対しても何の支障もなく再生動作を行なうことができ
る。つまり、上記のモードフォーマットが採用されるこ
とにより、ディスクは記録再生装置に対して下位互換性
を備えることになる。
【００９５】次にヘッダの第１０バイト目に設けられる
カテゴリー情報の定義について説明する。 ・・・カテゴリー情報（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）により表現される。ま
た同様に例えば第４クラスタについての情報は（CAT004
-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，Index
1）においてセクターナンバ及びパーツナンバが記録さ
れていることにより特定のディレクトリユニット（つま
り特定のデータファイル）にチェインされている。
【０１５３】次に図２１のドットデータによる参照情報
がヘディングセクターとして設けられる場合を説明す
る。文字の場合と同様にデータＵ−ＴＯＣにおける或る
セクターがドットデータによる参照情報を記録したヘデ
ィングセクターとされて使用される場合、１６バイトの
ヘッダにおいて最後の４バイトに割り当てられているシ
ステムＩＤとしては、ＣＡＴ、ディレクトリの場合と同
様に、『ＭＩＮＸ』がアスキーコードにより記録され
る。
【０１５４】また、このセクターがヘディングセクター
（ドットデータのヘディングセクター）であることを示
すため、ヘッダにおける第１０バイト目のカテゴリー情
報は『１１１１１１１０』、つまり『ＦＥｈ』とされ
る。
【０１５５】データエリアとなる２０４８バイトには所
定のデータファイルに対応する参照情報となるヘディン
グパーツとしてのデータが記録される。この場合ヘディ
ングパーツは、或るデータファイルに対応して、例えば
そのデータファイルの一部を抽出して生成するか、又は
関連した図柄を配したもので（いわゆるアイコン）あ
り、５１２バイトで構成される。もちろんこの場合もデ
ータファイルからドットデータを抽出する際のデータ部
位は各種考えられる。
【０１５６】そして、図２１では(Hd-Data0)〜(Hd-Data
511)として記録される１つのヘディングパーツしか示し
ていないが、２０４８バイトのデータエリア内には同様
に５１２バイトからなる４単位のヘディングパーツが記
録可能とされる。１セクターに最大４単位の各ヘディン
グパーツについては、パーツナンバが付されている。そ
して、各ヘディングパーツは、上述したように或るディ
レクトリユニットにおいてインデックス情報（Index0，
Index1）においてセクターナンバ及びパーツナンバが記
録されていることにより特定のディレクトリユニット
（つまり特定のデータファイル）にチェインされてい
る。
【０１５７】これらのヘディングパーツとしての参照情
報は、データファイルの検索を行なう際に、ファイル名
以外のパラメータとして、例えばユーザーのファイル選
択動作を容易にしたり、プログラム検索の多様性を実現
するものである。
【０１５８】例えばデータファイルが文字情報のもので
ある場合には、キーワード検索としても用いることがで
きる。とくに、或る複数のディレクトリに示されるデー
タファイルの中から特定のキーワードを持つデータファ
イルを検索しようとする場合、ファイル名だけでは不十
分な場合が多いが、このような場合に各ディレクトリユ
ニットにチェインされているヘディングパーツの情報を
参照することにより、十分にキーワード検索が可能とな
る。
【０１５９】そしてさらに本実施例では、このようなヘ
ディングセクターはディレクトリと同一のクラスタ内に
設けられるため、キーワード検索を行なう際も余分なア
クセス動作は不要となり、迅速なキーワード検索が実現
される。さらに、ユーザーの補助としては、ファイルの
文頭情報やアイコン、ファイル内の図形をヘディングパ
ーツとして保持しておくことにより、ユーザーに各ファ
イル内容の識別を助けることとなる。
【０１６０】以上のようにＣＡＴセクター、ディレクト
リセクター、及びヘッディングセクターが構成されるデ
ータＵ−ＴＯＣにより、一般データの記録／再生の際の
データ管理機能が実現されることになる。つまり、文書
データファイルやそのファイル名を入出力（及び記録／
再生）し、またこれらを通信することができる情報機器
に対する記録媒体として実現される。また、例えばイメ
ージスキャナ等でデジタル化され、所定規則で配列され
た画像情報（ドットデータ）についても同様にデータフ
ァイルの入出力（及び記録／再生）、及び通信をするこ
とができる情報機器に対する記録媒体として成立する。
もちろんこれらのデータ管理はオーディオデータ管理と
は完全に独立して行なわれる。
【０１６１】＜７．データＵ−ＴＯＣによる管理とＵ−
ＴＯＣによる管理の関係＞以上のデータＵ−ＴＯＣとＵ
−ＴＯＣによる管理の関係を図２２で例をあげて説明す
る。ここで、図２２では１つのディスクに対する管理形
態を（ａ）（ｂ）の２段にわけて示しているが、上段
（ａ）に示されるのはデータＵ−ＴＯＣによる管理状
態、下段（ｂ）に示されるのはＵ−ＴＯＣによる管理状
態を示している。なお、下段（ｂ）にはＰ−ＴＯＣ領域
も合わせて示している。
【０１６２】いま、ディスク１にオーディオデータとし
て３曲の楽曲（Ｍ1 〜Ｍ3 ）と、一般データとして４つ
のデータファイル（ＤＦ1 〜ＤＦ4 ）が記録されている
とする。さらに、所定のエリアが一般データの記録に使
用することのできる空きエリアＥＡが設定されていると
する。
【０１６３】上記したようにＵ−ＴＯＣはレコーダブル
ユーザーエリアスタートアドレスＲＳＴA からリードア
ウトスタートアドレスＲＯA までのレコーダブルユーザ
ーエリアにおいてオーディオデータを管理し、かつこの
中で一般データエリアの範囲を管理するものとされてい
る。一方、データＵ−ＴＯＣはグルーブエリア（クラス
タ『００００ｈ』からクラスタ『０ＢＦＦｈ』まで）に
おいてデータファイル等を管理する。
【０１６４】Ｕ−ＴＯＣとしては、図２２の下段（ｂ）
に示すように、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されている
エリアを、それぞれ上記したようにテーブルポインタP-
TNO1〜P-TNO3に続いて導かれるパーツテーブルにおいて
スタートアドレス、エンドアドレス、及びトラックモー
ドが管理されている。これらのパーツテーブルのトラッ
クモードは『０』とされ、オーディオデータであること
が示されている。
【０１６５】そしてさらに、例えばテーブルポインタP-
TNO4から導かれるパーツテーブルにおいては、一般デー
タ用エリアとして設定されている領域が管理されてい
る。即ち、そのパーツテーブルには下段（ｂ）に示すス
タートアドレスＤＳＴA 、エンドアドレスＤＥA が記さ
れ、さらにトラックモードが『１』とされて、そのセグ
メントが一般データ用エリアＤ1 として設定されている
ことが示されている。
【０１６６】このようなＵ−ＴＯＣの管理状態は全てデ
ータＵ−ＴＯＣにも反映され、さらにデータＵ−ＴＯＣ
では各データファイルについての管理が行なわれる。即
ち、データＵ−ＴＯＣでは図２２上段（ａ）に示すよう
に、４つの各データファイルが記録されたエリア（ＤＦ
１〜ＤＦ４）と、上記一般データ用エリアＤ1 としてＵ
−ＴＯＣで設定されているエリアのうち未だデータファ
イルが記録されておらず、以後データの記録が可能とさ
れる空きエリアＥＡと、Ｕ−ＴＯＣ及びデータＵ−ＴＯ
Ｃの書き換えに必要なため、記録再生可能領域としてＷ
Ａ１，ＷＡ２が管理される。また、データの記録及び再
生が禁止されたエリア（ＰＷＲ１〜ＰＷＲ４）も管理さ
れる。
【０１６７】Ｕ−ＴＯＣにおいて管理される一般データ
用エリアＤ1 としては、データＵ−ＴＯＣからみると、
各データファイルが記録されたエリア（ＤＦ１〜ＤＦ
４）と空きエリアＥＡを含んだ部分が対応され、Ｕ−Ｔ
ＯＣ側ではこれら全体を１曲分のファイルとみなして表
現していることになる。
【０１６８】データファイルが記録されたエリア（ＤＦ
１〜ＤＦ４）については、データＵ−ＴＯＣ内でそれぞ
れディレクトリが作成されており、上記したようにファ
イルネーム、拡張子、更新日時、ファイル先頭位置アド
レス等が管理されている。そして、そのファイル先頭位
置アドレスとなるクラスタからの、データファイルとし
ての連続状態は、ＣＡＴにおける各ＣＡＴユニットにお
いて、前記図１６、図１７で説明した形態で管理され、
アクセス可能とされる。つまり、ＣＡＴユニットのワー
ドＷ０は、図１７で定義を示した『Ｆｈ』〜『Ｂｈ』の
いづれかとなり、ワードＷ１〜Ｗ３は必要に応じてジャ
ンプ先のクラスタアドレス等に用いられる。
【０１６９】なお、或るデータファイルが書き換え禁止
に設定される場合は、そのデータファイルのクラスタに
対応するＣＡＴユニットのワードＷ０は、図１７で定義
を示した『６ｈ』〜『３ｈ』のいづれかとなる。
【０１７０】上記一般データ用エリアＤ1 としてＵ−Ｔ
ＯＣで設定されているエリアのうちの空きエリアＥＡに
ついては、ＣＡＴにおける、この空きエリアＥＡのクラ
スタに対応するＣＡＴユニットのワードＷ０が『Ｆｈ』
とされて管理されている。また例えば消去動作によって
空きエリアとされた場合は、ＣＡＴによる管理に加え
て、カテゴリー情報で空きエリアであることが示される
ディレクトリユニットが作成されていることになる。
【０１７１】Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換
えに必要なため、図２２のように記録再生可能領域とし
てＷＡ１，ＷＡ２と示されるエリアもＣＡＴにおいて記
録再生可能として管理される。また、データの記録及び
再生のいづれもが禁止されたエリアとしてデータＵ−Ｔ
ＯＣではＰＷＲ１〜ＰＷＲ４のエリアが管理されてい
る。
【０１７２】記録再生管理エリア内におけるエリアＰＷ
Ｒ１、ＰＷＲ２はＵ−ＴＯＣ又はデータＵ−ＴＯＣの書
き換えにも使用されず、さらに、リードアウトエリアと
なるエリアＰＷＲ４もデータ記録／再生に用いられない
ため、ＣＡＴにおいてこれらのエリアのクラスタに対応
するＣＡＴユニットのワードＷ０は、図１７で定義した
『０ｈ』とされて記録及び再生が禁止とされている。な
お、これらはＵ−ＴＯＣの管理外のエリアであるのでＵ
−ＴＯＣとは対応していない。
【０１７３】エリアＰＷＲ３は、即ち楽曲Ｍ1 ，Ｍ2 ，
Ｍ3 が記録されたエリアであり、これに対応して管理さ
れる。そしてこの場合も、ＣＡＴにおいてこれらのエリ
アのクラスタに対応するＣＡＴユニットのワードＷ０
は、図１７で定義した『０ｈ』とされてデータＵ−ＴＯ
Ｃから見た場合は記録及び再生が禁止される。つまり、
楽曲Ｍ1 ，Ｍ2 ，Ｍ3 はオーディオデータであるため、
これをデータＵ−ＴＯＣ上では記録／再生のいづれをも
禁止として管理しておき、データＵ−ＴＯＣを用いてデ
ータファイルを再生する際に、誤って一般データとして
アクセスして再生してしまうことが防止されるようにす
る。またデータＵ−ＴＯＣを用いてデータファイルを記
録する際に、誤ってデータファイルを書き込んでしま
い、楽曲データを破壊してしまうことを防止するように
している。
【０１７４】なお、図２２の上段（ａ）及び下段（ｂ）
にＮＡ1 ，ＮＡ2 として示される領域は未定義の領域で
あり、Ｕ−ＴＯＣ内で未記録領域として管理され、オー
ディオデータの記録が可能とされている領域である。つ
まり、Ｕ−ＴＯＣでは、テーブルポインタP-FRA から導
かれるパーツテーブルによって示されて管理される。ま
た、この部分におけるクラスタはデータＵ−ＴＯＣにお
けるＣＡＴにおいて、ＣＡＴユニットのワードＷ０（図
１７参照）は『Ａｈ』〜『７ｈ』のいづれかとされてい
る。
【０１７５】Ｕ−ＴＯＣとデータＵ−ＴＯＣの管理状態
の関係が例えば以上のようになされているため、１枚の
ディスクにオーディオエリアと一般データエリアが混在
しても、記録／再生動作の混乱はなくなる。即ちＵ−Ｔ
ＯＣを用いて楽曲の記録／再生を行なう際には一般デー
タエリア（Ｄ1 ）はオーディオ記録／再生用のエリアと
しては除外されることになり一般データエリアに影響を
与えない。また、データＵ−ＴＯＣを用いてデータファ
イルの記録／再生を行なう際にはオーディオエリアは記
録及び再生のいづれもが禁止されるように管理されてい
るため、オーディオデータの誤消去やオーディオデータ
を誤ってデータファイルとして再生することはない。
【０１７６】＜８．データＵ−ＴＯＣ管理による記録／
再生動作＞上記のようにＣＡＴ，ディレクトリ，ヘディ
ングセクターにより構成されているデータＵ−ＴＯＣを
管理情報として用いた、データの記録／再生の際の記録
再生装置１０の動作を図２３のフローチャートに示す。
なお、このフローチャートは記録再生装置１０における
システムコントローラ２１の制御処理動作となる。
【０１７７】記録再生装置１０にディスク１が挿入され
ると、先ず記録再生装置１０はＰ−ＴＯＣに対してアク
セスを行ない、Ｐ−ＴＯＣデータを読み込んで、これを
バッファＲＡＭ３３に保持する(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)。
【０１８６】ステップF117でデータＵ−ＴＯＣが存在し
ないとされた場合は、処理はステップF121に進み、Ｕ−
ＴＯＣスタートアドレスＵＳＴA をアクセスしてＵ−Ｔ
ＯＣを読み込む。もしこのアクセスによりＵ−ＴＯＣが
みつからなかったときは、即ちこのディスクは楽曲もデ
ータファイルも記録されていないバージンディスクであ
る。このときは、処理はステップF122からF124に進み、
Ｐ−ＴＯＣからディスクの記録容量を計算してこれを空
きエリアの容量とする。
【０１８７】また、Ｕ−ＴＯＣが存在した場合は、処理
はステップF122からF123に進み、Ｕ−ＴＯＣにおいて未
記録領域としてテーブルポインタP-FRA から導かれるパ
ーツテーブルによって示されている領域（図２２のＮＡ
１、ＮＡ２）の容量を計算し、これをデータファイル記
録可能な空きエリアとみなす。なお、この場合空きエリ
アとみなされたエリアとは例えば図２２で示したエリア
ＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領
域となる。
【０１８８】また、ステップF118で空きエリアＥＡが記
録しようとするデータファイルのボリュームより小さ
く、そのままではデータファイルを記録することができ
ない場合も、Ｕ−ＴＯＣをアクセスし、Ｕ−ＴＯＣにお
いて未記録領域としてテーブルポインタP-FRA から導か
れるパーツテーブルによって示されている領域（図２２
のＮＡ１、ＮＡ２）の容量を計算し、これをデータファ
イル記録可能な空きエリアとみなす。この場合も、空き
エリアとみなされたエリアとは例えば図２２で示したエ
リアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加え
た領域となる。
【０１８９】このように、空きエリアが生成又は拡張さ
れたとみなしたら、ステップF126において、新たに生成
又は拡張された空きエリアと記録しようとするデータフ
ァイルのボリュームを比較する。そして、ここでも空き
エリアが記録しようとするデータファイルのボリューム
より小さいとされた場合は、そのデータファイルはこの
ディスクに記録することができないものとして、エラー
処理を行なう(F129)。
【０１９０】ステップF126で、記録しようとするデータ
ファイルに対して記録可能な空きエリアが存在するとさ
れたら、そのデータファイルをそのディスク上の空きエ
リア（空きエリアとみなされたエリア）に記録していく
(F127)。
【０１９１】そして、この場合もそのデータファイルの
記録動作に応じてデータＵ−ＴＯＣを更新する。又はデ
ータＵ−ＴＯＣが存在していなかった場合はデータＵ−
ＴＯＣを新たに生成して（イニシャライズ及び更新）ア
ドレスＡｄ(DU)の位置に書き込む。
【０１９２】そしてさらに、Ｕ−ＴＯＣにおける未記録
領域として管理されていたエリアをデータ用の空き領域
とみなして、空き領域を拡張した場合（ステップF123又
はF125の処理を行なった場合) は、Ｕ−ＴＯＣも更新す
る。つまり、データファイルがＵ−ＴＯＣから見た未記
録領域に記録された場合は、その記録された領域を除い
た部分を新たな未記録領域として管理されるようにテー
ブルポインタP-FRA から導かれる部分を更新し、その記
録された領域については、一般データエリアとして管理
されるように、そのデータファイルが記録されたセグメ
ントをP-TNO1〜P-TNO255のうち一般データエリア用とし
て割り当てられている所定のテーブルポインタから導か
れる部分にリンクされるように更新することになる(F12
8)。
【０１９３】このようにステップF128で、データＵ−Ｔ
ＯＣの更新及び空きエリアを拡張した場合はデータＵ−
ＴＯＣ及びＵ−ＴＯＣの更新を行なったら、処理を終え
ることになる。
【０１９４】なお、以上のように実施例を説明してきた
が、データ記録再生用途として利用できる本発明の記録
装置又は再生装置としては、図１、図２に示した入出力
手段（データ表示手段、データ通信手段、画像スキャナ
手段、キー入力手段）や、データ−フォント変換のため
の手段については、必ずしもこれらの全てを備える必要
はなく、用途に応じて一部のみが設けられたものであっ
てもよい。また、他のデータ入出力手段が付加されたも
のであってもよい。
【０１９５】さらに、オーディオデータについて使用せ
ず、ディスクフォーマットは実施例で説明したもののま
までも一般データ記録再生用途専用にすることも可能で
あるが、この場合記録装置又は再生装置としてはオーデ
ィオ信号のみに対応する入出力系（エンコーダ３７，デ
コーダ３８，Ａ／Ｄ変換器３６，Ｄ／Ａ変換器３９等）
は不要となる。
【０１９６】
【発明の効果】以上説明したように本発明の記録媒体
は、記録／再生動作を管理するための管理情報として、
所定の管理エリア内に、オーディオデータ用管理情報
（Ｕ−ＴＯＣ）と、一般データ用管理情報（データＵ−
ＴＯＣ）とを備えるようにすることにより、オーディオ
データ用とは別に一般データ用としてデータファイル管
理に好適な専用の管理情報を設けることができ、各種デ
ータの記録／再生に用いられるエリアをオーディオデー
タエリア又は一般データエリアとして分割し記録媒体上
を共用して、オーディオデータと一般データの両方に対
応する記録媒体を実現できるという効果がある。
【０１９７】またこの際に、オーディオデータ用管理情
報は、少なくともオーディオデータエリアにおける各オ
ーディオデータ単位の記録／再生のための管理情報及び
オーディオデータエリアと一般データエリアを識別管理
することができる管理情報を有し、また一般データ用管
理情報は、少なくとも一般データファイルの記録／再生
のための管理情報及びオーディオデータエリアに対して
記録及び再生動作を禁止する管理情報を有しているよう
にすることにより、記録媒体の記録／再生用のエリアが
オーディオデータエリアとして使用される部分と一般デ
ータエリアとして使用される部分が明確に管理され、デ
ータ混在に基づく誤記録／誤消去／再生エラー等は防止
され、適切なデータ記録／再生がなされることになる。
【０１９８】また、このような記録媒体に対応する本発
明の再生装置として、オーディオデータを再生する際に
は、オーディオデータ用管理情報を用いて所要のオーデ
ィオデータ単位を再生し、また、一般データファイルを
再生する際には、一般データ用管理情報を用いて所要の
データファイルを再生するように構成することによりオ
ーディオデータと一般データが共用される記録媒体に対
し、適切な再生動作が可能となるという効果がある。
【０１９９】つまりオーディオデータ再生の場合は、オ
ーディオデータ用管理情報を参照すれば、オーディオデ
ータエリアとして使用されている部分と一般データエリ
アとして使用されている部分が管理されているため、一
般データ用管理情報を参照しなくとも誤って一般データ
を再生し出力エラーが生じることはない。そして同様に
一般データ再生の場合は、一般データ用管理情報を参照
すれば、オーディオデータエリアは記録再生禁止エリア
として管理されているため、オーディオデータ用管理情
報を参照しなくともオーディオデータを再生してしまう
ことは生じない。そして、また、このように一方の管理
情報のみを参照すればよいことから迅速な再生動作が可
能となるという効果もある
【０２００】また、このような記録媒体に対応する本発
明の記録装置として、オーディオデータを記録する際に
は、オーディオデータ用管理情報に対して記録動作に応
じた所要の管理情報更新処理を行ない、一方、一般デー
タファイルを記録する際には、一般データ用管理情報に
対して記録動作に応じた所要の管理情報更新処理を行な
うとともに、その記録動作の際に一般データエリアを拡
張した場合は、その拡張動作に応じてオーディオデータ
用管理情報に対して所要の管理情報更新処理を行なうよ
うに構成すれば、適切な記録管理を行なうことができる
という効果がある。
【０２０１】つまり記録動作はオーディオデータエリア
内で行なわれ、一般データエリアに記録動作の影響が及
ぶことはないので、一般データ用管理情報を更新する必
要はなく、オーディオデータを記録する際には、オーデ
ィオデータ用管理情報に対して記録動作に応じた所要の
管理情報更新処理を行なえば、オーディオデータについ
ての適正な管理が実現する。また、これにより迅速なオ
ーディオデータの記録が可能となる。
【０２０２】また一方、一般データファイルを記録する
際には、一般データ用管理情報に対して記録動作に応じ
た所要の管理情報更新処理を行なうことでデータファイ
ル管理は適正に行なわれる。そしてまた、データファイ
ル記録の際に一般データエリアを拡張して記録を行なっ
た場合は、オーディオデータ用管理情報におけるオーデ
ィオデータエリアと一般データエリアを識別管理する管
理情報を書き換えるようにしておけば、以降も適正にオ
ーディオデータエリアと一般データエリアを１つの記録
媒体上に併存させて管理できる。
【０２０３】以上により、本発明は音楽用途の記録再生
システムについてデータ記録再生用としても拡張し、オ
ーディオデータと一般データに対して兼用して記録／再
生を行なうことができる記録媒体、記録装置、及び再生
装置を提供することを実現できるという効果がある。 ─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成５年４月１２日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正内容】
【００５２】図４に示すＵ−ＴＯＣのセクターには、Ｐ
−ＴＯＣと同様にまずヘッダが設けられ、続いて所定ア
ドレス位置に、メーカーコード、モデルコード、最初の
楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TN
O）、セクター使用状況、ディスクシリアルナンバ、デ
ィスクＩＤ等のデータが記録され、さらに、ユーザーが
録音を行なって記録されている楽曲の領域や未記録領域
等を後述する管理テーブル部に対応させることによって
識別するため、対応テーブル指示データ部として各種の
テーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜
P-TNO255) が記録される領域が用意されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正内容】
【００７４】また、図示していないがセクターはさらに
細分化され、２セクター分の領域が１１のサウンドグル
ープとよばれる領域に分割されている。そして、オーデ
ィオデータ（楽曲）の場合、上記Ｕ−ＴＯＣで管理され
るスタートアドレスはこのサウンドグループのいづれと
されるかの制限はないが、後述する一般データのデータ
ファイルを記録するための一般データエリアの場合、上
記したようにＵ−ＴＯＣのパーツテーブルで管理される
スタートアドレスは、サウンドグループのアドレス『０
０ｈ』に固定され、またエンドアドレスはサウンドグル
ープのアドレス『０Ａｈ』に固定されており、これによ
ってクラスタ内でオーディオデータと一般データが混在
してしまうことが防止される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正内容】
【００７５】Ｐ−ＴＯＣ、Ｕ−ＴＯＣに３バイト（２４
ビット）で示されるアドレスデータとしては、上位１６
ビットがクラスタアドレス、続く６ビットがセクターア
ドレス、下位４ビットがサウンドグループアドレスとさ
れるが、この４ビットが『００ｈ』又は『０Ａｈ』とな
る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正内容】
【００８２】もちろんデータ記録再生の際に、実際のデ
ータ用に用いられるエリアはレコーダブルユーザーエリ
アとなる。以下、本実施例についての特徴となるデータ
記録／再生用途としてのデータエリア及びデータＵ−Ｔ
ＯＣについてのフォーマットを説明していく。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】変更
【補正内容】
【０１０７】ところで、ディスク１がデータ記録専用と
される場合（つまり、Ｕ−ＴＯＣで一般データエリアを
管理する必要のない場合）は、実際にＵ−ＴＯＣ（つま
りオーディオデータの管理情報）は使用していないが、
後述のようにＵ−ＴＯＣとデータＵ−ＴＯＣの管理エリ
アを区分するためにＵ−ＴＯＣは必要とされる。そして
Ｕ−ＴＯＣの記録されるべきアドレスはＰ−ＴＯＣの情
報であるＵ−ＴＯＣのスタートアドレスＵＳＴA として
管理されており、データＵ−ＴＯＣの位置はこのＵ−Ｔ
ＯＣのスタートアドレスＵＳＴA から算出されるため、
Ｕ−ＴＯＣの有無に関わらず所定位置にデータＵ−ＴＯ
Ｃを生成し、またデータＵ−ＴＯＣを読み込んで管理情
報として使用することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正内容】
【０１２９】−ｃ− ディレクトリセクター データＵ−ＴＯＣのセクター０３においてルートディレ
クトリとして形成されるセクター（又はセクター０４〜
１Ｆにおいてディレクトリとして形成されるセクター）
のフォーマットは図１８に示される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正内容】
【０１４７】−ｂ− ヘディングセクター 次にヘディングセクターについて説明する。上述したよ
うにディレクトリセクターとして形成できるデータ−Ｔ
ＯＣ内のセクターはヘディングセクターとしても用いる
ことができる。セクターがヘディングセクターとして用
いられる際のフォーマットを図２０、図２１に示す。な
お図２０は文字による参照情報が形成されるヘディング
セクター、図２１はドットデータによる参照情報が形成
されるヘディングセクターである。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１５２
【補正方法】変更
【補正内容】
【０１５２】図２０では(Hd-Data0)〜(Hd-Data63) とし
て記録される１つのヘディングパーツしか示していない
が、２０４８バイトのデータエリア内には同様に６４バ
イトからなる３２単位のヘディングパーツが記録可能と
される。１セクターに何単位のヘディングパーツが記録
されているかはヘッダ中のIndex によって示される。そ
して、各ヘディングパーツは、上述したように或るディ
レクトリユニットにおいてインデックス情報（Index0，
Index1）においてセクターナンバ及びパーツナンバが記
録されていることにより特定のディレクトリユニット
（つまり特定のデータファイル）にチェインされてい
る。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１５６
【補正方法】変更
【補正内容】
【０１５６】そして、図２１では(Hd-Data0)〜(Hd-Data
511)として記録される１つのヘディングパーツしか示し
ていないが、２０４８バイトのデータエリア内には同様
に５１２バイトからなる４単位のヘディングパーツが記
録可能とされる。１セクターに何単位のヘディングパー
ツがあるかについては、ヘッダ中のIndex によって示さ
れる。そして、各ヘディングパーツは、上述したように
或るディレクトリユニットにおいてインデックス情報
（Index0，Index1）においてセクターナンバ及びパーツ
ナンバが記録されていることにより特定のディレクトリ
ユニット（つまり特定のデータファイル）にチェインさ
れている。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１６４
【補正方法】変更
【補正内容】
【０１６４】Ｕ−ＴＯＣとしては、図２２の下段（ｂ）
に示すように、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されている
エリアを、それぞれ上記したようにテーブルポインタP-
TNO1〜P-TNO3に続いて導かれるパーツテーブルにおいて
スタートアドレス、エンドアドレス、及びトラックモー
ドが管理されている。これらのパーツテーブルのトラッ
クモードのうちのビットｄ4 は『０』とされ、オーディ
オデータであることが示されている。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１６５
【補正方法】変更
【補正内容】
【０１６５】そしてさらに、例えばテーブルポインタP-
TNO4から導かれるパーツテーブルにおいては、一般デー
タ用エリアとして設定されている領域が管理されてい
る。即ち、そのパーツテーブルには下段（ｂ）に示すス
タートアドレスＤＳＴA 、エンドアドレスＤＥA が記さ
れ、さらにトラックモードのビットｄ4 が『１』とされ
て、そのセグメントが一般データ用エリアＤ1 として設
定されていることが示されている。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１８７
【補正方法】変更
【補正内容】
【０１８７】また、Ｕ−ＴＯＣが存在した場合は、処理
はステップF122からF123に進み、Ｕ−ＴＯＣにおいて未
記録領域としてテーブルポインタP-FRA から導かれるパ
ーツテーブルによって示されている領域（図２２のＮＡ
１、Ｄ１、ＮＡ２）の容量を計算し、これをデータファ
イル記録可能な空きエリアとみなす。つまり、データＵ
−ＴＯＣが存在していないためＵ−ＴＯＣから図２２の
ＮＡ１、Ｄ１、ＮＡ２の容量を計算する。そして、この
場合空きエリアとみなされたエリアとは例えば図２２で
示したエリアＤ１にエリアＮＡ１、ＮＡ２の全部又は一
部を加えた領域となる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正内容】
【０１９２】そしてさらに、Ｕ−ＴＯＣにおける未記録
領域として管理されていたエリアをデータ用の空き領域
とみなして、空き領域を拡張した場合（ステップF127の
処理を行なった場合) は、Ｕ−ＴＯＣも更新する。つま
り、データファイルがＵ−ＴＯＣから見た未記録領域に
記録された場合は、その記録された領域を除いた部分を
新たな未記録領域として管理されるようにテーブルポイ
ンタP-FRA から導かれる部分を更新し、その記録された
領域については、一般データエリアとして管理されるよ
うに、そのデータファイルが記録されたセグメントをP-
TNO1〜P-TNO255のうち一般データエリア用として割り当
てられている所定のテーブルポインタから導かれる部分
にリンクされるように更新することになる(F128)。
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正内容】
【図２】
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正内容】
【図２２】
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図２３
【補正方法】変更
【補正内容】
【図２３】

Claims (3)

    【特許請求の範囲】
  1. 【請求項１】 各種データの記録／再生に用いられるエ
    リアをオーディオデータエリア又は一般データエリアと
    して用いるために、オーディオデータ又は一般データフ
    ァイルの記録／再生を管理する管理情報として、 記録媒体上の所定の管理エリア内に配されるオーディオ
    データ用管理情報と、 前記記録媒体上の所定の管理エリア内において前記オー
    ディオデータ用管理情報とは異なる位置に配される一般
    データ用管理情報とを備え、 前記オーディオデータ用管理情報は、少なくともオーデ
    ィオデータエリアにおける各オーディオデータ単位の記
    録／再生のための管理情報及びオーディオデータエリア
    と一般データエリアを識別管理することができる管理情
    報を有し、 また前記一般データ用管理情報は、少なくとも一般デー
    タファイルの記録／再生のための管理情報及びオーディ
    オデータエリアに対して記録及び再生動作を禁止する管
    理情報を有していることを特徴とする記録媒体。
  2. 【請求項２】 請求項１に記載の記録媒体に対応する再
    生装置であって、 オーディオデータを再生する際には、前記オーディオデ
    ータ用管理情報を用いて所要のオーディオデータ単位を
    再生し、 一般データファイルを再生する際には、前記一般データ
    用管理情報を用いて所要の一般データファイルを再生す
    るように構成されていることを特徴とする再生装置。
  3. 【請求項３】 請求項１に記載の記録媒体に対応する記
    録装置であって、 オーディオデータを記録する際には、前記オーディオデ
    ータ用管理情報に対して記録動作に応じた所要の管理情
    報更新処理を行ない、 一般データファイルを記録する際には、前記一般データ
    用管理情報に対して記録動作に応じた所要の管理情報更
    新処理を行なうとともに、その記録動作の際に一般デー
    タエリアを拡張した場合は、その拡張動作に応じて前記
    オーディオデータ用管理情報に対して所要の管理情報更
    新処理を行なうように構成されていることを特徴とする
    記録装置。
JP06299293A 1993-02-26 1993-02-26 ディスク再生装置、ディスク記録装置 Expired - Lifetime JP3433757B2 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP06299293A JP3433757B2 (ja) 1993-02-26 1993-02-26 ディスク再生装置、ディスク記録装置
US08/196,469 US5687397A (en) 1993-02-26 1994-02-15 System for expansion of data storage medium to store user data
EP94102729A EP0613144B1 (en) 1993-02-26 1994-02-23 Recording medium, recording apparatus and reproducing apparatus therefor
DE69422535T DE69422535T2 (de) 1993-02-26 1994-02-23 Aufzeichnungsträger, Aufzeichnungsgerät und Wiedergabegerät dafür
KR1019940003543A KR100319008B1 (ko) 1993-02-26 1994-02-26 기록매체,재생장치,기록재생장치및기록재생방법
US08/695,332 US5799212A (en) 1993-02-26 1996-08-09 Efficient recording medium
US08/694,607 US5737639A (en) 1993-02-26 1996-08-09 Method and apparatus for the recording and reproducing of data on a storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06299293A JP3433757B2 (ja) 1993-02-26 1993-02-26 ディスク再生装置、ディスク記録装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2002129842A Division JP3921125B2 (ja) 2002-05-01 2002-05-01 ディスク状記録媒体

Publications (2)

Publication Number Publication Date
JPH0714313A true JPH0714313A (ja) 1995-01-17
JP3433757B2 JP3433757B2 (ja) 2003-08-04

Family

ID=13216382

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06299293A Expired - Lifetime JP3433757B2 (ja) 1993-02-26 1993-02-26 ディスク再生装置、ディスク記録装置

Country Status (2)

Country Link
JP (1) JP3433757B2 (ja)
KR (1) KR100319008B1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0922589A (ja) * 1995-05-22 1997-01-21 At & T Ipm Corp 音楽チップ用のデータプロトコル
WO2006011767A1 (en) * 2004-07-30 2006-02-02 Samsung Electronics Co., Ltd. Storage medium including av data and ap¬ plication program, and apparatus and method using the same
WO2006028340A1 (en) * 2004-09-09 2006-03-16 Samsung Electronics Co., Ltd. Storage medium storing multimedia data for reproduction of av data and programming function, and reproducing apparatus and method thereof
WO2006075874A1 (en) * 2005-01-12 2006-07-20 Samsung Electronics Co., Ltd. Information storage medium storing management information of application executable from a plurality of storage media, and method and apparatus for executing the application
KR100694519B1 (ko) * 1997-05-23 2007-07-09 소니 가부시끼 가이샤 데이터기록장치및방법,데이터재생장치및방법,데이터기록재생장치및방법,및전송매체
US7471608B2 (en) 1999-08-24 2008-12-30 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
JP2009026456A (ja) * 1999-09-09 2009-02-05 Victor Co Of Japan Ltd 情報記録媒体、情報記録媒体記録方法、情報記録媒体記録装置、情報記録媒体再生方法、および情報記録媒体再生装置
KR100969404B1 (ko) * 2002-01-08 2010-07-14 엘지전자 주식회사 영상 저장 장치의 디스크 스케줄링 방법

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5740435A (en) * 1994-10-31 1998-04-14 Sony Corporation Data management apparatus and method for managing data of variable lengths recorded on a record medium
KR100573456B1 (ko) * 1998-07-02 2006-10-25 엘지전자 주식회사 재기록 가능 기록매체의 사후기록 오디오 관리정보 생성방법
JP3826632B2 (ja) * 1999-09-24 2006-09-27 ソニー株式会社 再生装置及び情報通信システム
KR100709656B1 (ko) * 2000-02-29 2007-04-19 소니 가부시끼 가이샤 기록 장치 및 기록 방법

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0922589A (ja) * 1995-05-22 1997-01-21 At & T Ipm Corp 音楽チップ用のデータプロトコル
KR100694519B1 (ko) * 1997-05-23 2007-07-09 소니 가부시끼 가이샤 데이터기록장치및방법,데이터재생장치및방법,데이터기록재생장치및방법,및전송매체
US7764590B2 (en) 1999-08-24 2010-07-27 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7636288B2 (en) 1999-08-24 2009-12-22 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US8355312B2 (en) 1999-08-24 2013-01-15 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7471608B2 (en) 1999-08-24 2008-12-30 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US8755262B2 (en) 1999-08-24 2014-06-17 JVC Kenwood Corporation Information recording medium, method and apparatus for recording and reproducing information
US7515518B2 (en) 1999-08-24 2009-04-07 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7525900B2 (en) 1999-08-24 2009-04-28 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7525901B2 (en) 1999-08-24 2009-04-28 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7532561B2 (en) 1999-08-24 2009-05-12 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7539112B2 (en) 1999-08-24 2009-05-26 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7539120B2 (en) 1999-08-24 2009-05-26 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7567492B2 (en) 1999-08-24 2009-07-28 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
US7583579B2 (en) 1999-08-24 2009-09-01 Victor Company Of Japan, Ltd. Information recording medium, method and apparatus for recording and reproducing information
JP2009026456A (ja) * 1999-09-09 2009-02-05 Victor Co Of Japan Ltd 情報記録媒体、情報記録媒体記録方法、情報記録媒体記録装置、情報記録媒体再生方法、および情報記録媒体再生装置
KR100969404B1 (ko) * 2002-01-08 2010-07-14 엘지전자 주식회사 영상 저장 장치의 디스크 스케줄링 방법
US7697819B2 (en) 2004-07-30 2010-04-13 Samsung Electronics Co., Ltd. Storage medium including AV data and application program, and apparatus and method using the same
WO2006011767A1 (en) * 2004-07-30 2006-02-02 Samsung Electronics Co., Ltd. Storage medium including av data and ap¬ plication program, and apparatus and method using the same
US8805162B2 (en) 2004-07-30 2014-08-12 Samsung Electronics Co., Ltd. Storage medium including AV data and application program, and apparatus and method using the same
CN101527155A (zh) * 2004-09-09 2009-09-09 三星电子株式会社 存储多媒体数据的存储介质及其再现设备和方法
US7826713B2 (en) 2004-09-09 2010-11-02 Samsung Electronics Co., Ltd. Storage medium storing multimedia data for reproduction of AV data and programming function, and reproducing apparatus and method thereof
WO2006028340A1 (en) * 2004-09-09 2006-03-16 Samsung Electronics Co., Ltd. Storage medium storing multimedia data for reproduction of av data and programming function, and reproducing apparatus and method thereof
US8428433B2 (en) 2004-09-09 2013-04-23 Samsung Electronics Co., Ltd. Storage medium storing multimedia data for reproduction of AV data and programming function, and reproducing apparatus and method thereof
WO2006075874A1 (en) * 2005-01-12 2006-07-20 Samsung Electronics Co., Ltd. Information storage medium storing management information of application executable from a plurality of storage media, and method and apparatus for executing the application
US8832786B2 (en) 2005-01-12 2014-09-09 Samsung Electronics Co., Ltd. Information storage medium storing management information of application executable from a plurality of storage media, and method and apparatus for executing the application

Also Published As

Publication number Publication date
JP3433757B2 (ja) 2003-08-04
KR940020322A (ko) 1994-09-15
KR100319008B1 (ko) 2002-03-21

Similar Documents

Publication Publication Date Title
US5737639A (en) Method and apparatus for the recording and reproducing of data on a storage medium
CA2141044C (en) Recording medium management method
US6052346A (en) Methods and apparatus for recording data on and deleting already recorded data from a recording medium
JPH0845246A (ja) 記録媒体、再生方法、記録装置、及び再生装置
JP3433757B2 (ja) ディスク再生装置、ディスク記録装置
US6295267B1 (en) Digital signal recording apparatus, recording method thereof, remote controlling apparatus for use therewith, remote controlling method thereof, and dubbing system for use therewith
JP3453778B2 (ja) 記録媒体、再生方法、再生装置、記録再生方法、記録再生装置
JP3921125B2 (ja) ディスク状記録媒体
JP3675472B2 (ja) 記録再生装置及び記録再生方法
JP3712003B2 (ja) 記録方法、再生方法、及び記録装置、再生装置
JP3843991B2 (ja) ディスク状記録媒体
JP2004005974A (ja) 記録媒体、記録装置、及び再生装置
JPH0728849A (ja) データファイル構造及びディスク装置
JP2006260771A (ja) 記録装置
JP3669350B2 (ja) 記録再生装置及び検索回路
JP3729416B2 (ja) データ記録方法
JPH1079189A (ja) 文字入力システム
JPH09153270A (ja) 管理情報更新装置
JP2004030921A (ja) 記録装置
JPH0831148A (ja) 記録媒体及びデータ再生装置
JP2004362772A (ja) 記録管理方法
JP2007164982A (ja) 記録装置、記録再生装置及び記録方法
JP2000076832A (ja) データコピー方法及びデータコピー装置
JP2004095165A (ja) 再生装置
JP2004095167A (ja) 再生方法、記録装置、及び再生装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090530

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100530

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100530

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110530

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120530

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130530

Year of fee payment: 10

EXPY Cancellation because of completion of term