WO1994029867A1 - Procede de gestion d'un support d'enregistrement - Google Patents

Procede de gestion d'un support d'enregistrement Download PDF

Info

Publication number
WO1994029867A1
WO1994029867A1 PCT/JP1994/000964 JP9400964W WO9429867A1 WO 1994029867 A1 WO1994029867 A1 WO 1994029867A1 JP 9400964 W JP9400964 W JP 9400964W WO 9429867 A1 WO9429867 A1 WO 9429867A1
Authority
WO
WIPO (PCT)
Prior art keywords
recording
data
digital data
recording medium
unit
Prior art date
Application number
PCT/JP1994/000964
Other languages
English (en)
French (fr)
Inventor
Tatsuya Igarashi
Katsuyuki Teranishi
Original Assignee
Sony Corporation
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 Corporation filed Critical Sony Corporation
Priority to CA002141044A priority Critical patent/CA2141044C/en
Priority to EP94917813A priority patent/EP0655740B1/en
Priority to US08/374,727 priority patent/US5838666A/en
Priority to BR9405407-0A priority patent/BR9405407A/pt
Priority to AT94917813T priority patent/ATE230892T1/de
Priority to KR1019950700613A priority patent/KR100299400B1/ko
Priority to AU69369/94A priority patent/AU676063B2/en
Priority to DE69431979T priority patent/DE69431979T2/de
Priority to PL94307475A priority patent/PL173555B1/pl
Publication of WO1994029867A1 publication Critical patent/WO1994029867A1/ja

Links

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1251Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/901Indexing; Data structures therefor; Storage structures
    • G06F16/9017Indexing; Data structures therefor; Storage structures using directory or table look-up
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/901Indexing; Data structures therefor; Storage structures
    • G06F16/9017Indexing; Data structures therefor; Storage structures using directory or table look-up
    • G06F16/902Indexing; Data structures therefor; Storage structures using directory or table look-up using more than one table in sequence, i.e. systems with three or more layers
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1252Formatting, e.g. arrangement of data block or words on the record carriers on discs for discontinuous data, e.g. digital information signals, computer programme data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; 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/32Indexing; 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/327Table of contents
    • G11B27/329Table of contents on a disc [VTOC]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B11/00Recording 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/10Recording 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/105Recording 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/10582Record carriers characterised by the selection of the material or by the structure or form
    • G11B11/10584Record carriers characterised by the selection of the material or by the structure or form characterised by the form, e.g. comprising mechanical protection elements
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B11/00Recording 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/10Recording 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/105Recording 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/10595Control of operating function
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/10527Audio or video recording; Data buffering arrangements
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/10527Audio or video recording; Data buffering arrangements
    • G11B2020/10537Audio or video recording
    • G11B2020/10592Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525Magneto-optical [MO] discs
    • G11B2220/2529Mini-discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/60Solid state media
    • G11B2220/65Solid state media wherein solid state memory is used for storing indexing information or metadata

Definitions

  • the present invention is applied to, for example, a case where digital data to be processed by a computer is recorded / reproduced on a magneto-optical disk for recording by compressing digital audio data.
  • the present invention relates to a recording medium management method suitable for use.
  • a mini disc (MD) (trademark), which compresses and records digital audio data on a magneto-optical disc and decompresses and reproduces it, is becoming popular.
  • Fig. 29 shows the recording format of this mini disc. As shown in the figure, one round of the minidisk is divided into a plurality of sectors. One sector is composed of 36 sectors, and compressed digital audio data is recorded in units of this cluster.
  • sub data sector sub data other than the audio data is arranged.
  • Link sector is the cluster before and after The audio data is recorded in only 32 sectors other than the link sector and sub data sector.
  • data is recorded continuously (not discretely recorded), and the three sections of the link area are unnecessary. Therefore, in this case, these three sectors are also considered as sub data sectors.
  • One sector is composed of 2352 bytes (2332 bytes for data transmission), and 11 sound groups are arranged in two consecutive sectors.
  • One sound group is made up of 424 bytes, in which audio data of the left channel and the right channel is arranged for a total of 512 samples (11.6 1 ms). Digital audio data is recorded in units of this sound group.
  • minidisk as, for example, a storage device of a computer.
  • the cluster (36 sectors) is too large to manage the computer data as a file, so the data must be recorded in units smaller than the class (for example, sector units). Is preferred.
  • minidisks are required to record data in units of one class, so the data can be recorded in units smaller than one class (for example, sector units). There are issues that cannot be achieved.
  • the management method of partitioning in this way is basically a different management method from the management method of a class unit.
  • the management method is divided into a plurality of partitions and the computer data is stored in a predetermined partition.
  • the audio data cannot be played back. There is a risk that it will. That is, it is difficult to guarantee compatibility.
  • the present invention has been made in view of such a situation, and a cluster It is intended to be able to record data in units smaller than a cluster, for example, in units of sectors, on a minidisk that is standardized to record data in units of data.
  • both computer data and audio data can be recorded as needed.
  • the recording medium management method of the present invention is a recording medium management method for managing a recording state of digital data on a recording medium (for example, a mini disk 1 in FIG. 2).
  • the recording state of the digital data recorded on the recording medium in the class is managed according to the first table (for example, the U-TOC management table in FIG. 3).
  • a specified range is specified from the range of the recording medium managed according to the table 1 and the recording and reproduction are performed in the specified unit in the second unit.
  • a second table for example, FAT in FIG. 7 or a bid map in FIG. 25.
  • FIG. 1 is a diagram showing an external configuration of a mini disk device to which a recording medium management method according to the present invention is applied.
  • FIG. 2 is a block diagram showing the internal configuration of the main body 41 of the embodiment of FIG.
  • FIG. 3 is a view for explaining the format of the U-TOC of the mini disc 1 in FIG.
  • FIG. 4 is a diagram illustrating links in the management table in FIG.
  • FIG. 5 is a diagram illustrating the relationship between the management table and the data recording area.
  • FIG. 6 is a diagram illustrating the relationship between the management table and the data recording area when an area for recording computer data is secured.
  • FIG. 7 is a diagram illustrating FAT.
  • FIG. 8 is a diagram illustrating FAT in a state where computer data is recorded.
  • FIG. 9 is a flowchart for explaining the operation of initializing the mini disc 1 in the embodiment of FIG.
  • FIG. 10 is a diagram for explaining the operation when computer data is recorded on the mini disc 1 in the embodiment of FIG.
  • FIG. 11 is a diagram for explaining the format of the mini disc 1 in another embodiment of the recording medium management method of the present invention.
  • FIG. 12 is a diagram illustrating the format of the data track in FIG. 11.
  • FIG. 13 is a view for explaining the format of the volume management area of FIG.
  • FIG. 14 is a diagram illustrating the format of the management table in FIG.
  • FIG. 15 is a diagram for explaining the format of the directory record block entry shown in FIG.
  • FIG. 16 is a diagram for explaining the format of the directory record block entry in FIG.
  • FIG. 17 is a diagram illustrating the format of the directory record block entry of FIG.
  • FIG. 18 is a view for explaining the format of the directory record block entry shown in FIG.
  • FIG. 19 is a view for explaining the format of the extent record block entry of FIG.
  • FIG. 20 is a diagram showing a configuration example of the extent record block of FIG.
  • FIG. 21 is a diagram for explaining the format of the extent record index.
  • FIG. 22 is a diagram for explaining the format of the extent descriptor.
  • Figure 23 illustrates the relationship between indexes and extent records
  • FIG. 24 is a diagram showing another configuration example of the U-TOC.
  • FIG. 25 is a diagram illustrating the configuration of a bitmap.
  • FIG. 26 is a flowchart illustrating another operation of initializing the mini disc 1.
  • FIG. 27 is a flowchart illustrating another operation when recording computer data on the mini disc 1.
  • FIG. 28 is a diagram illustrating a bit map in a state where computer data is recorded.
  • FIG. 29 is a diagram illustrating the format of a minidisk.
  • FIG. 30 illustrates the concept of a partition.
  • BEST MODE FOR CARRYING OUT THE INVENTION FIG. 1 shows an external configuration of an embodiment of a mini disk device to which a recording medium management method of the present invention is applied.
  • the disc cartridge 1a contains a mini disc 1 (FIG. 2) inside.
  • the cartridge 1a is designed to be able to be inserted into the main body 41 from the insertion slot 42. ing.
  • An operation input unit 19 including a power button 19a, an eject button 19b, and the like is provided on the lower right side of the main body 41.
  • the power button 19a is operated when the power is turned on or off, and the eject button 19b is operated when the cartridge 1a is ejected.
  • a display section 18 is arranged at the center of the upper surface of the main body 41.
  • the main body 41 is connected to the host CPU 31 (FIG. 2) via the SCSI bus 30.
  • FIG. 2 shows the internal configuration of the main body 41.
  • a mini-disc (magneto-optical disc) 1 on which both a plurality of music pieces (audio data) and computer data or only computer data are recorded is driven to rotate by a spindle motor 2.
  • the optical head 3 irradiates the mini disc 1 with a laser beam during recording and reproduction.
  • a high-level laser beam for heating the recording track to the Curie temperature is output, and at the time of reproduction, a relatively low-level laser beam for detecting data from reflected light by the magnetic Kerr effect is output. Is output.
  • the optical head 3 has an optical system including a laser diode that outputs laser light, a polarized beam splitter, an objective lens, and the like, and a detector for detecting reflected light.
  • the objective lens 3a is held by the two-axis mechanism 4 so as to be displaceable in the disk radial direction (tracking direction) and in the direction toward and away from the disk (focus direction). The whole of 3 can be moved in the disk radial direction by a thread mechanism 5.
  • the magnetic head 6 is arranged at a position facing the optical head 3 across the mini-disc 1 so that a magnetic field modulated by the supplied data is applied to the mini-disc 1. .
  • the information detected from the mini-disc 1 by the optical head 3 by the reproducing operation is supplied to the RF amplifier 7.
  • the RF amplifier 7 calculates the playback RF signal, tracking error signal, focus error signal, and ATIP information (the absolute time recorded as a pre-group (coupling group) on the mini-disc 1) by calculating the supplied information. Information), address information, subcode information, focus monitor signal, etc. Is extracted.
  • the extracted reproduced RF signal is supplied to the encoder Z decoder section 8.
  • the tracking error signal and the focus error signal are supplied to a servo circuit 9, and the address information is supplied to an address decoder 10.
  • the ATIP information and the focus monitor signal are supplied to a system controller 11 constituted by, for example, a microcomputer (CPU).
  • the servo circuit 9 generates various servo drive signals based on the tracking error signal, focus error signal, track jump command, seek command, rotation speed detection information, etc. from the system controller 11 supplied from the RF amplifier 7. Then, the two-axis mechanism 4 and the thread mechanism 5 are controlled to perform focus and tracking control, and the spindle motor 2 is controlled to a constant angular velocity (CAV) or a constant linear velocity (CLV).
  • CAV constant angular velocity
  • CLV constant linear velocity
  • the reproduced RF signal is subjected to EFM demodulation by the encoder / decoder section 8 and further subjected to decoding processing such as CIRC, and then temporarily written to the buffer RAMI 3 by the memory controller 12.
  • decoding processing such as CIRC
  • the reading of data from the minidisk 1 by the optical head 3 and the transfer of playback data from the optical head 3 to the buffer RAM 13 are performed at a transfer rate of 1.41 Mbit / sec. Done in
  • the data written in the buffer RAMI 3 is supplied to the host CPU 31 via the SCS I interface 14.
  • the address information output from the address decoder 10 is supplied to the system controller 11 via the encoder / decoder unit 8, and used for various control operations. Further, a lock detection signal of a PLL circuit for generating a bit clock for the recording / reproducing operation and a monitor signal of a missing state of a frame synchronization signal of reproduced data are also supplied to the system controller 11.
  • recording data is supplied from the host CPU 31 to the memory controller 12 via the SCS I interface 14. Then, the data is temporarily written to the buffer RAMI 3 by the memory controller 12, read out at a predetermined timing, and sent to the encoder Z decoder 8. After being subjected to encoding processing such as C IRC encoding and EFM modulation in the encoder Z decoder section 8, it is supplied to the magnetic head drive circuit 15.
  • the magnetic head drive circuit 15 supplies a magnetic head drive signal to the magnetic head 6 according to the encoded recording data. That is, the application of the N or S magnetic field by the magnetic head 6 to the minidisk 1 is performed. At this time, the system controller 11 supplies a control signal to the optical head 3 so as to output a recording level laser beam.
  • predetermined characters and the like are displayed on the display unit 18 constituted by a liquid crystal display in response to a command from the system controller 11.
  • the operation input unit 19 has a play key, a stop key, an AMS key, a search key, and the like in addition to the power button 19 a and the eject button 19 b described above, and transmits a signal corresponding to the operation to the system controller 1. Enter 1.
  • the RAM (hereinafter referred to as TOC memory) 16 holds the TOC information on the minidisk 1.
  • TOC memory The RAM (hereinafter referred to as TOC memory) 16 holds the TOC information on the minidisk 1.
  • the system controller 11 drives the spindle motor 2 and the optical head 3 to read the data of the TOC area set on the innermost side of the mini disc 1, for example. Let it be extracted.
  • the T ⁇ C information supplied to the system controller 11 via the RF amplifier 7 and the encoder / decoder unit 8 is stored in the TOC memory 16, and thereafter, is used for controlling the recording / reproducing operation for the mini disc 1.
  • the memory 17 stores FAT (File Allocation Table) information or a bitmap described later.
  • the host CPU 31 controls transmission and reception of FAT information or bitmaps and updates of FAT information or bitmaps, as well as control of transmission and reception of computer data. Note that the memory 17 can be provided on the main body 41 side.
  • the writable mini-disc 1 also has a segment for recording / reproducing a series of music pieces as one or a plurality of divided segments (parts) discretely (although it may be of course continuous). Management data is recorded.
  • a user TO C hereinafter referred to as U-TOC
  • U-TOC a user TO C whose contents are rewritten in accordance with data recording or erasing to manage the recording data area is recorded in a data structure as shown in Fig. 3, for example. .
  • This U—TOC is recorded in the data area, for example, in an area of 4 bytes X 587. In that area, to indicate that it is a U—TOC area, all 0s or 1s of all 1s are placed at the head position. A header having a synchronization pattern consisting of byte data is provided.
  • the track number of the first track (First TNO) and the track number of the last track (Last TN) 0), data such as sector usage status and disk ID are recorded. Further, an area is provided for recording various correspondence table instruction data (P-DFA to P-TN0255) for associating each recorded song with a management table described later.
  • each part table has a start address as a starting point for a certain segment and an end as an end for a certain segment.
  • the mode information of a track is, for example, information indicating whether or not the track is set to prohibit overwriting / non-overnight copying, information indicating the type of audio information, computer information, and monaural stereo.
  • the information indicates the type.
  • the link information specifies a parts table to be linked by, for example, a number (01h :) to (FFh) assigned to each packet.
  • one part table represents one segment.
  • the position of the segment is determined by three parts tables connected by link information. Is managed. For this reason, the part table numbers (01h) to (FFh) can be directly used as segment (part) numbers.
  • the table is specified. In other words, when a defective segment exists, any of (01h :) to (FFh) is recorded in the corresponding table instruction data P—DFA, and the defective segment starts in the corresponding parts table. And the end address. If another defective segment exists, another part table is specified as link information in the part table, and the defective segment is also indicated in the part table. If the segment is the last defective segment, the link information is set to, for example, (00h), indicating that the segment has not been linked since then.
  • P—EMPTY indicates the head part table of one or more unused part tables in the management table. If an unused part table exists, the corresponding table instruction data P-EMPTY is expressed as ( 0 11!) To (FFh) are recorded. If there are multiple unused parts tables, the next part table is specified by the link information from the parts table specified by the corresponding table instruction data P—EMPTY, and all unused parts are used. : Bulls are linked on the management table. For example, a magneto-optical disc with no recording and no defect would not use all the part tables.
  • the part table (01h) is specified by the corresponding table instruction data P—EMPTY
  • the part table (02h) is specified as the link information of the part table (01h)
  • the link information of the part table (02h) is specified.
  • the parts table (03h) is specified, and so on up to the parts table (FFh).
  • the link information in the parts table (FFh) is set to (00h) indicating that there is no further connection.
  • P—FRA indicates an unrecorded area (including an erased area) on the mini-disc 1 over a short period of time.
  • the first table in the parts table is specified. In other words, if there is an unrecorded area, the corresponding table instruction data P—FRA contains I or any of (01h) to (FFh), and the corresponding parts table contains the unrecorded area.
  • Certain segments are indicated by start and end addresses. When there are a plurality of such segments, that is, when there are a plurality of parts tables, the link information sequentially designates the parts tables whose link information is (0 Oh).
  • Fig. 4 schematically shows the management status of the segment that will be the unrecorded area using the parts table. This is the start address and end address, respectively, (S. 3h, E 03 h ), (S 18h, Eish), (S.
  • P—TN O 1 to P—TN 0 2 5 5 indicate each song (track) recorded on the mini disc 1.
  • P—TN O 1, 1 The part table that indicates the temporally first segment of one or more segments in which the data of the music is recorded is specified.
  • the recording area of the first tune is the corresponding table instruction data P—TNO 1 It is recorded as the start and end address in the parts table indicated by.
  • each segment is linked in order of time to indicate the position of the music.
  • the other tables are sequentially specified in the time order by the link information, and the link information becomes (0 Oh).
  • the table is connected to the table (same form as in Fig. 4 above).
  • LOFAT Location of FAT
  • 16-bit data so that, for example, computer data can be recorded in addition to audio data (songs). It has been made to be. This LOFAT will be described later.
  • Fig. 5 schematically shows the relationship between the U-TOC management table (parts table) and the class of the data recording area of the mini disc 1.
  • the part table number indicating the first cluster of the unrecorded area is specified as (01h) in the corresponding table instruction data P—FRA. That is, the position of the first segment as an unrecorded area of the data is described in the parts table (01h). Therefore, referring to the parts table of this number (01h), The address is set to cluster 9 and the end address is set to class 12. This shows that clusters 9 to 12 in the data recording area are continuously unrecorded areas.
  • the start address is cluster 29 and the end address is cluster 30. That is, it can be seen that the segments from cluster 29 to cluster 30 exist as unrecorded areas in the data recorded area.
  • the link information of (07h) is described. Looking at the parts table of (07h), the start address is cluster 82 and the end address is cluster 87. That is, the fourth segment from cluster 82 to cluster 87 is an unrecorded area. And, since (0Oh) is described in the link information of the parts table of (07h), it can be seen that this fourth segment is the last segment of the unrecorded area.
  • digital audio data is basically recorded in each class of the data recording area. However, in a predetermined area (cluster), not digital audio data, but a combination of digital audio data.
  • recording data for example, as shown in Fig. 6, The range in which overnight data is recorded is specified by the host CPU 31 as a cluster. '
  • a segment composed of 12 classes from cluster 16 to cluster 27 is designated as a segment for recording computer data. Since this segment is the fifth segment, the above-mentioned U-TOC corresponding table indication data P-TNO5 contains (02h) as the part table number for the first segment for computer data recording. It is described. Therefore, looking at the parts table of (02h), cluster 16 is described as a short address, and cluster 27 is described as an end address. Since (00h) is described as the link information, only one segment consisting of 12 clusters from cluster 16 to class 27 is prepared for computer evening data recording. You can see that.
  • the FAT as a table for managing the file for recording the data to be recorded is displayed on the mini-computer, as shown in FIG. It is formed on a predetermined track of the data recording area on the disk 1.
  • the FAT is recorded in the first class area 16 of the computer data recording area from the class area 16 to the cluster 27 (of course, the FAT is stored in the U-TOC area, for example). Can also be recorded).
  • (02h) is described in LOFAT so that the recording position of FAT can be known.
  • One block of FAT is composed of 2 bytes, and each block is occupied by an area (for example, cluster) of a predetermined size in the data recording area. Yes, it is. That is, in the embodiment shown in FIG. 6, since the segments from cluster 16 to '27 in the data recording area are designated as the computer data recording area, the FAT corresponds to the clusters 16 to 27. In blocks 16 to 27 to be used, data (FFEh) indicating that it is a usable unused block is described. However, when FAT is recorded in cluster 16, (FFDh) is recorded in block 16 of FAT corresponding to this cluster. This means that data is recorded there (corresponding cluster 16), and the data ends there (corresponding cluster 16).
  • FFEh data indicating that it is a usable unused block
  • each cluster other than clusters 16 to 27 in the data recording area is not designated as an area for recording computer data, in other words, it is prohibited to use it as an area for recording computer data. Therefore, data (FFFh) indicating that the block is a use prohibition block is described.
  • FIG. 8 shows a FAT in a state where computer data is recorded in a predetermined range of the clusters 16 to 27 thus secured.
  • the block 17 corresponding to the cluster 17 describes the number of the block 18, the block 18 describes the number of the block 19, and the block 19 describes the block 20. Is described, and furthermore, in block 20, a description (FFDh) indicating that it is the last block of the segment is described. Therefore, it can be seen that a series of computer data is recorded in the segment consisting of four classes from cluster 17 to class 20.
  • block 21 has block number 22, block 22 has block number 23, block 23 has block number 24, block 24 has block number 25, and block 25 has (F FDh ) Is described. That is, a series of computer data is recorded in five clusters from cluster 21 to class 25.
  • step S1 it is determined whether or not a number indicating a parts table on a predetermined management table is described in the L-OFAT of the U-TOC of the mini disc 1. If the specified part table number is described in L OF AT, the initialization process has already been completed for recording computer data (the recording area has been secured). Will be terminated.
  • step S1 If it is determined in step S1 that the predetermined number is not described in the L0FAT, the process proceeds to step S2, and an empty area (empty parts table) is secured from U—TOC (the data track is secured). ).
  • U—TOC the data track is secured.
  • a predetermined 12 clusters from the free area in the data recording area (whether or not the free area is known from P_TN01 to P_TN ⁇ 255 of U-TOC). (12 clusters from cluster 16 to cluster 27) are secured as computer data recording tracks. Then, this segment is registered in P-TNO 5, and its start address and end address are registered in the parts table (02h).
  • step S3 an arbitrary cluster (for example, the first cluster 16) in the data track area secured in step S2 (for example, the first cluster 16) is assigned a FAT as shown in FIG. Is written.
  • the block 16 corresponding to the cluster 16 in which the FAT is written has data (FFDh) indicating that it is a used block and that there is no block to be linked. Is recorded.
  • Data (FFEh) is recorded as a usable unused block in blocks 17 to 27 of the FAT corresponding to classes 17 to 27 in which no FAT is recorded.
  • data (FFFh) is recorded as an unusable block in FAT blocks corresponding to other clusters.
  • step S4 the part table number corresponding to the cluster in which the FAT is recorded is described in the LOFAT of the U-TOC.
  • the FAT data is temporarily stored in the memory 17 and is recorded in the FAT on the mini disc 1 at a predetermined evening.
  • FIG. 10 shows an example of processing performed by the host CPU 31 when computer data is recorded on the mini-disc 1.
  • the host CPU 31 reads the FAT (the FAT of the cluster 16 in the data storage area in FIG. 6) indicated by the L—AT of the U—TOC recorded on the mini disc 1. .
  • This data is temporarily stored in the memory 17 and the host CPU 31 stores this data. It will be read at a fixed timing.
  • step S12 it is determined whether or not there is an unused block that can be used in the FAT entry that has just been read.
  • the process proceeds from step S12 to step S15 because usable unused blocks exist.
  • step S15 one block (for example, block 17 of FAT in FIG. 8) is selected from the unused blocks, and this block corresponds to the file to which data is to be written. Then, data is actually written in the cluster corresponding to the block (for example, cluster 17 in the data recording area in FIG. 6).
  • step S16 it is determined whether or not the allocated block exists in the file before the currently allocated block. If this is the first recording, there is no previously allocated block, so the process proceeds from step S16 to step S18. In step S18, it is determined whether or not all data has been written. If not, the process returns to step S12.
  • step S16 it is determined in step S16 that a block previously allocated to the file exists. In this case, the process proceeds from step S16 to step S17, and the FAT of the previous block is performed. Register the current block number in the entry. That is, as described with reference to FIG. 8, for example, the current block number 18 is registered in the block 17. Similarly, the block number 19 is recorded in the block 18 and the block number 20 is recorded in the block 19.
  • step SI2 If it is determined in step SI2 that there is no unused block available in the FA entry, that is, if there is no free space for recording the combination data, the process proceeds to step S13, — Secure the free space in the TOC and add the free space as a overnight track to record the data for the compilation. Then, proceeding to step S14, the block in the area to which the data track has been added is registered in the FAT entry as a usable unused block. That is, the same processing as steps S2 and S3 in the initialization processing in FIG. 9 is performed, and a data recording area for the 12th class is newly secured (added). However, since the FAT has already been created, only the data is updated without creating a new one.
  • step S18 If it is determined in step S18 that all the data has been written, the flow advances to step S19 to register the FAT entry of the current block as the last block and update the FAT. That is, data (FFDh) is recorded in the block as in the case of the block 20 of the FAT in FIG.
  • part table numbers (01h) to (FFh) are described in the LOFAT.
  • the LOFAT since the LOFAT has 16 bits, the address in the data recording area is directly recorded. Let You can also make it.
  • the quota of one block of FAT is the unit of data recording. As described above, if this quota is set to 64 kbytes (one class), writing can be performed in the same manner as a normal mini disk. However, considering efficient transfer of computer data, it is preferable that the size be about 8 kbytes, which is smaller than 64 kbytes. In this way, data can be recorded in units smaller than the cluster. However, when recording data in units of 8 kbytes, the data for one class including the 8 kbyte block is read from the mini disk 1 and stored in the RAMI 3. Next, of the data for one class stored in RAMI 3, the data corresponding to the 8 kbytes is newly stored. And mini disk 1 has its 1 class Evening data is written. That is, the recording of only the 8 kbytes is performed '. At the time of reproduction, the host CPU 31 reads data in units of one sector.
  • the data track is managed using the FAT.
  • an embodiment in which the data track is managed without using the FAT will be described below.
  • FIG. 11 shows the recording format of the writable mini disc 1 in the case of realizing this embodiment.
  • the innermost and outermost Each is provided with a lead-in area (Lead-inarea) and a lead-out area (Lead-out area).
  • the lead-in area and the lead-out area have TOB (Tab 1 eof Contents) data.
  • the information is recorded as necessary. The general user cannot record information in these areas.
  • the area excluding the lead-in area and the lead-out area is a recordable area (Rec 0 rdab 1 earea), in which ordinary users record data. Or can be played.
  • a UTO'C User TOO area
  • a program area Program area
  • TOC data is recorded In the program area, audio data, data to be processed in the convenience store, and other data can be recorded.
  • each data is recorded discretely.
  • audio data is recorded on the track Trk1. That is, this track is an audio track.
  • This track Tr k 1 is composed of two parts (Tr k 1-1, Tr k 1-2).
  • the tracks (trks) Trk1-1 and Trk1-2 are formed at distant positions on the disc. For example, when the data is played back, the playback of the part Trk11-1 ends. Then, the optical head 3 seeks to the part Tr k 1-2 and reproduces it. For this reason, the reproduction data can be obtained continuously.
  • the audio tracks Trk2-1 and Trk411 are each composed of one part, and audio data is recorded.
  • a track Tr k3 composed of parts Tr k 3-1 to 3-3 is formed, in which data to be processed by the host CPU 31 is recorded.
  • the EFM-CI RC Encoder Decoder 8 is used for each track in the program area in units of class (64 kilobytes). Process so that data is recorded and reproduced.
  • the data track is composed of a volume management area (Vo1 urne Management Area) and an extent area (Extent Area).
  • the volume management area is formed at the beginning of the data track first formed in the program area.
  • the extent area is the other area.
  • the allocation unit of data in the volume management area and the extent area (Al location on Block) is managed independently.
  • the former is 2 kilobytes
  • the latter is 4 kilobytes, 8 kilobytes, and 1 kilobyte.
  • the volume management area consists of 16 classes.
  • One boot class (Boot—C 1 u s t er) is placed as needed, one cluster before the volume management area.
  • Figure 1 shows the format of the volume management area. Since the volume management area is composed of 16 clusters, and one cluster is composed of 64 kilobytes, 1024 blocks of 2 kilobytes are formed in the volume management area.
  • a volume descriptor VD (01 urne Descriptor) is recorded.
  • the number of the block in which the root directory is recorded (any value from 0 to 1023 (this implementation) In the case of the example, 4)) and the position information of the volume space bitmap are recorded.
  • a volume space bitmap (Vo 1 ume Space Bitmap (VSB)) is arranged.
  • VSB a bitmap indicating the use state of the entire mini disc 1 is recorded. This bitmap will be described later.
  • the management table (Management Table (MT)) is placed in the block of number 2 and number 3 for a total of 4 kilobytes. This MT records the usage status of the volume management area.
  • FIG. 14 schematically shows a management table composed of two blocks of number 2 and number 3. As shown in the figure, each block having a size of 4 bytes indicated by a number from 0 to 1023 corresponds to a 2-kilobyte block indicated by a block number from 0 to 1023 in FIG. In FIG. 13, since the blocks with numbers 0 to 3 are predetermined by the standard, no data is recorded in the corresponding area (block) on the management table in FIG. 14 ( Re ser ve d).
  • the blocks after the number 4 include a directory record block (Directory Records B iock (DRB)) or an Extent Record block (Extent Re cords B 1 ock (ERB)). Are located.
  • the following information (directory management information and file management information) is recorded in this directory record block DRB.
  • the directory record block entry (D irectory Records cord Block Entries) of the management table for recording the data of the directory record block DRB is shown in FIG. 15 or FIG. 16 to FIG. It is configured as shown.
  • the format shown in FIG. 15 represents the format when the directory record block D RB is single. In this case, 0 is set in the first bit 31 of the 4-byte data, and the ID is recorded in the remaining 31 bits from bit 30 to bit 0.
  • the directory record block entry corresponding to the block No. 4 in FIG. 14 is configured in this format. In this embodiment, 00000002 is recorded as the ID. This ID represents the root directory.
  • the first directory record block entry has the format shown in Fig. 16 and the last entry has the format shown in Fig. 18.
  • the entries between them have the format shown in Fig.17.
  • F0 is recorded in the first byte, and the ID of one byte on the MSB side of the 4-byte ID is recorded in the next byte. And the next two bytes contain the next DRB An index (Index to ext DRB) is located. '
  • FE is placed in the first byte and the next byte is unused.
  • the remaining two bytes contain the index to the next DRB.
  • FF is placed in the first byte, and the remaining three bytes are the remaining three bytes excluding the one byte MSB recorded in the second byte in Fig. 16.
  • the ID is recorded.
  • the entry indicated by number 7, number 8 or number 10 in FIG. 14 is specified in the format shown in FIG. 16, FIG. 17 or FIG. 0008 is recorded in the last two bytes of the entry corresponding to block number 7, which is the directory record block DRB represented by number 8 next to the DRB containing the related data. It represents that.
  • 00 OA hexadecimal
  • the directory record block of (value) continues.
  • FIG. 19 shows the format of the Extent Record Cord Block Entry of the management table of FIG. This format In, 80 is placed in the first byte, the remaining two bytes are unused, and the used count is placed in the last byte. This used count is used to represent the number of used extent records among records corresponding to numbers 0 to 63 of the extent record block (Extent Records B 1 ock) in FIG. 20 described later. It has been done.
  • the entry corresponding to the block represented by the number 5 is represented in the format of the Extent Record Block entry shown in FIG.
  • the value of 04 is recorded in the last byte. This is because in the Extent Record ER represented by 64 numbers 0 to 63 of the Extent Record Block shown in Fig. 20, the number of used Extent Records is 4 (No. 0, 1, 2 and 4 have already been used).
  • the Extent Record Block ERB shown in FIG. 13 is configured, for example, as shown in FIG. As shown in the figure, a 2-kilobyte Extent Record Block ERB is composed of 32 Extent Record ERs each having 32 bytes and represented by numbers 0 to 63.
  • Each Extent Record ER is composed of four bytes of data with FFFF recorded in the first byte and seven Extent Record Indexes shown in Fig. 21. Or the 4-byte Extent Descriptor shown in Figure 22 r) consists of eight pieces.
  • the first two bytes of the extent record index have a logical block offset, and the next two bytes have the index block.
  • An ERB Index X to ERB
  • an offset ER (0 ffsetof ER) is located in the last byte.
  • logical block In the data track, data is recorded / reproduced using a logical block (Logical Block) in units of 2048 bytes as the minimum unit for logical writing and reading.
  • the logical block offset indicates the logical position of the data indicated by the index from the beginning of the file.
  • the index to ERB has a configuration of 10 bits, and the index to the extent record block ERB is represented by any one of the numbers 0 to 1023.
  • the offset ER is composed of 6 bits, and any one of the numbers 0 to 63 indicates one of the 64 extent record of the extent record block shown in FIG. Represents.
  • the Extent Start Location (Extent Start Location) is located in the first two bytes of the Extent Descriptor, and the Number of Blocks (Numb erof B lo cks).
  • the extent start location, and n represents the start position of the file that has been recorded in the I box tent area, number of blocks, vinegar evening from its starting position Indicates the number of blocks of the file to be copied.
  • a 32-byte extent record represented by number 1 represents an index.
  • FFFFF is recorded in the first two bytes of the first four bytes.
  • the first two bytes are assigned a logical block offset of 000000, an index toe ERB of 5, and an offset to E length. And 2 are stored respectively.
  • the logical block offset is 0000, which means that the number of the first block of the file represented by the extent record represented by number 2 is 0000 (that is, , The first block).
  • the Extent record of No. 2 has, for example, at the beginning (left side in the figure) the 15th block at the absolute position (extent start location) on the data overnight track. It is shown that one block exists.
  • index tow ERB is 5 indicates that the number of the extent record block (shown in FIG. 20) is 5.
  • next offset ER is 4 indicates that there is data of the extent record represented by the number 4.
  • the logical block offset is 0 0 B (1 1 in base 10). That is, in this embodiment, it is represented by number 2.
  • the extent start location as the absolute location on the mini disc 1 is 053C
  • one Extent Record Index can represent only seven Extent Records, but if the Extent Records increase further, other Extent Records will be added.
  • a tent record index is generated, and an index is created to combine multiple extent record indexes.
  • Figure 23 schematically shows the relationship between the index recorded in the Extent Record Block and the Extent Record.
  • the index of the predetermined extent record block ERB is specified from the directory record of the predetermined directory record block (Index X to ER).
  • a maximum of seven indices are recorded in the specified index, and each index has a maximum of eight file start positions (extent start locations) and the number of blocks that compose the file. (Number of blocks) is recorded.
  • the FAT as shown in FIG. 7 is not used.
  • U ⁇ T ⁇ C in this embodiment is configured, for example, as shown in FIG.
  • the L OF AT shown in FIG. 3 is not recorded.
  • Other formats of U—TOC are the same as those shown in Figure 3.
  • bit map as shown in FIG. 25 is used instead of the FAT. This bitmap is recorded on the VSB in Fig.13.
  • one entry of the bitmap is composed of two bits. Each entry corresponds to a block of a certain size (4 KB, 8 KB, 16 KB, 32 KB, or 64 KB) on the minidisk 1, as in the case of the FAT shown in Fig. 7. are doing. Therefore, the number of entries is formed by the number corresponding to the recording capacity of the mini disc 1.
  • bitmap In each 2-bit entry of the bit map, 2-bit data of 0, 0, 1, 10, or 11 is recorded.
  • 0 0 indicates that the corresponding block on the minidisk 1 is usable and is an unused block.
  • 0 1 indicates that the corresponding block on the mini disc 1 is a used block in which data has already been recorded.
  • 10 indicates that the corresponding block on the minidisk 1 is a block having some defect.
  • 11 indicates that the corresponding block on the minidisk 1 is a block whose use is prohibited.
  • the bitmap does not record FFDh or the link information such as the number of the block to be linked and the like.
  • the link information is the directory information or file information described above. (Especially Extent Record ER).
  • FIG. 26 shows that in this embodiment, when the mini disk 1 (cartridge 1a) is mounted on the main body 41 of the mini disk device for recording and reproducing computer data, and the initialization is instructed, the host CPU 31 2 shows an example of the processing performed by the.
  • step S31 it is determined whether or not a data track is formed on the mini disc 1. Whether or not a data track is formed can be determined from the track mode of the U-TOC. If the data track exists, the initialization for recording the computer data has already been completed (the recording area has been secured), so the initialization processing ends.
  • step S31 If it is determined in step S31 that a data track is not formed, the process proceeds to step S32, and an empty area (empty parts table) is secured from the U-TOC (data track is secured).
  • an empty area For example, a predetermined number of blocks from the free area in the program area (whether or not it is an empty area can be determined from 11-c0 (from? -C1 ⁇ 01 to? -C1 ⁇ 0255))
  • P-TNO 5 It is secured as a data track for computer data recording, that is, this part is registered in, for example, P-TNO 5, and its start address and end address are registered in the parts table.
  • a record indicating that the data is for computer data recording is registered in U. Also, P—FRA of U—TOC is updated.
  • the first 16 clusters of the data track are designated as VM A, and the actual data is recorded in the next extent area (FIG. 12).
  • bitmap is written to the VSB (Fig. 13) of the VMA (Fig. 12) composed of the first 16 clusters of the data track secured in step S32.
  • data is written as shown in FIG. That is, data (01) indicating that the blog is a used blog is recorded in an entry corresponding to 16 clusters in which the VMA is written.
  • the bitmap entry corresponding to 50 clusters (area for recording original computer data) in the extent area includes data (0 0) indicating usable unused blocks. ) Is recorded. Further, data (11) indicating a use-prohibited block is recorded in the bitmap entry corresponding to the block on the other extent area.
  • the bitmap data is stored in the memory 17 in FIG. 2 and recorded in the bitmap on the mini disc 1 at a predetermined timing.
  • FIG. 27 illustrates a processing example performed by the host CPU 31 when recording the computer data on the mini disc 1.
  • the host CPU 31 reads the bitmap data recorded on the mini disc 1.
  • the volume management area including the bitmap data is formed at the beginning of the data track first formed in the program area. Therefore, the start address of the parts table corresponding to the head of the data track formed first from the U-TOC is detected, By reading out the volume descriptor based on the start address and reading out the bid map based on the bit map position information recorded therein, the host CPU 31 can read the bid map.
  • This bid map data is stored in the memory 17 and the host CPU 31 reads this data at a predetermined timing.
  • step S42 it is determined whether or not there is an unused entry (block of 0) available in the bitmap just read.
  • the process proceeds from step S42 to step S45 because there are usable unused blocks.
  • step S45 one entry (for example, the entry 80 of the bitmap in FIG. 28) is selected from the unused blocks, and this entry corresponds to the file to which data is to be written. Then, the data is actually written to the block on the extent area corresponding to the entry.
  • step S46 data (01) indicating the used area is recorded in the bitmap entry corresponding to the block in the extent area where the recording was performed (Fig. 28). Further, the process proceeds to step S47, and the block of the extent area is registered in the extent record ER (FIGS. 13 and 20).
  • step S48 it is determined whether or not the writing of all data has been completed. If not, the process returns to step S42. The above operation is repeated.
  • Figure 28 shows the entry 80 on the bitmap as described above.
  • 9 shows the state of the bitmap when data is recorded in the blocks of the extent area corresponding to Nos. 89.
  • step S42 If the reserved area becomes full while repeating the above operation, and it is determined in step S42 that there is no entry indicating an unused block that can be used in the bitmap, that is, If there is no more free space for recording computer data, proceed to step S43 to secure a free space in the U-TOC, and add the free space as a data track for recording computer data. Then, the process proceeds to step S44, and the block in the area where the data track is added is registered in the bitmap as a usable unused block. That is, the same processing as steps S32 and S33 in the initialization processing of FIG. 26 is performed, and a data recording area of 12 blocks is newly secured (added). The number of blocks added at this time is arbitrary. However, since the bitmap has already been created, no new one is created, and only that data is updated.
  • step S48 If it is determined in step S48 that writing of all data has been completed, the processing is terminated.
  • the main body 41 if the unit managed by the FAT or the bitmap is set to a value smaller than one class, the main body 41 must be once mini One cluster of data including that unit is read from disk 1 and stored in RAM I3. Next, data corresponding to the unit is transferred from the host CPU 31 and newly stored in the RAM 3. Then, the data for one cluster read from the RAM 3 is written to the mini disk 1. In other words, recording can be made in units substantially smaller than one cluster. You. On the other hand, reproduction is performed in sector units.
  • the management of the recorded data on the writable mini-disc 1 has been described.
  • the recording data management in the above-described embodiment is also applicable to the read-only mini-disc 1.
  • no U-TOC area is provided for the read-only mini-disc 1. Therefore, the table having substantially the same configuration as the U-TOC of the above-described embodiment is set in the TOC area, and the same VMA as in the above-described embodiment is set in the program area. Realize.
  • a predetermined range is specified from the range of the recording medium managed according to the first table, and the specified range is Digital data based on 2 units-Since the recording status on the recording medium in the evening is managed according to the second table, compatibility with recording media on which digital data is recorded based on the 1st unit In addition, if there is an empty area in the recording medium, digital data can be additionally recorded there.
  • the second unit is smaller than the first unit, it is possible to record data in the processing unit smaller than the preset processing unit.
  • the second unit has the same size as the first unit, one large track is registered in the first table and this track is registered.
  • the number that can be partitioned in the first table (255 in P-TNO 1 through P-TN0255 in the above-described embodiment) ) Data can be recorded in the above numbers.

Description

明 細 書 発 明 の 名 称 記録媒体管理方法 技 術 分 野 本発明は、 例えば、 本来デジタルオーディオデータを圧縮して記 録する光磁気ディスクに、 コンピュータで処理するデジタルデータ を記録再生する場合に用いて好適な記録媒体管理方法に関する。 背 景 技 術 最近、 光磁気ディスクにデジタルオーディオデータを圧縮して記 録し、 伸長して再生するミニディスク (MD ) (商標) が普及しつ つある。 図 2 9は、 このミニディスクにおける記録フォーマツ トを 表している。 同図に示すように、 ミニディスクは、 その 1周が複数 のセクタに区分されている。 そして、 3 6個のセクタにより 1クラ ス夕を構成し、 このクラスタを単位として、 圧縮されたデジタルォ —ディォデータが記録されるようになされている。
録音用のミニディスクの場合、 1 クラス夕 (= 3 6セクタ) の中 で、 先頭の 3セクタがリンクセクタとされ、 次の 1セクタはサブデ 一夕セクタとされる。 このサブデータセクタには、 オーディオデ一 夕以外のサブデータが配置される。 リンクセクタは前後のクラスタ を結合するための領域とされ、 オーディオデータは実質的に、 リン クセクタとサブデータセクタ以外の 3 2セクタにのみ記録される。 一方、 再生専用のミニディスクにおいては、 データが連続して記 録されており (離散的に記録されておらず) 、 リンク領域の 3セク 夕は不要となる。 そこで、 この場合においては、 この 3セクタもサ ブデータセクタとされる。
1セクタは、 2 3 5 2バイト (デ一夕用に 2 3 3 2バイト) とさ れ、 2つの連続するセクタに 1 1個のサウンドグループが配置され る。 1サウンドグループは 4 2 4バイトとされ、 そこには、 左チヤ ンネルと右チャンネルのオーディオデータが合計 5 1 2サンプル ( 1 1 . 6 1 m s ) 分配置される。 デジタルオーディオデータは、 このサゥンドグループを単位として記録が行われる。
このようなミニディスクを、 例えばコンピュータの記憶装置とし て用いることが考えられる。 この場合、 コンピュータのデータをフ アイルとして管理するには、 クラスタ (3 6セクタ) は単位として 大きすぎるため、 クラス夕より小さい単位 (例えばセクタ単位) で データを記録することができるようにすることが好ましい。 しかし ながら、 上述したように、 ミニディスクは 1 クラス夕を単位として データを記録することが規格上定められているため、 1クラス夕よ り小さい単位 (例えばセクタ単位) でデータを記録することができ ない課題を有している。
また、 例えば、 1枚のミニディスクにコンピュータのデータとォ —ディォデータの両方を記録する場合、 ハードディスクにおける場 合と同様に、 データを記録する領域を予め区分することが考えられ 例えば図 3 0に示すように、 クラスタ 0からクラスタ 2 1 9 9ま での 2 2 0 0個のクラス夕が 1枚のミニディスク上に存在する場合、 クラスタ 0からクラスタ 6 5 0までの領域 (A) 、 クラスタ 6 5 1 からクラスタ 1 1 0 0までの領域 (B ) 、 およびクラスタ 1 1 0 1 からクラスタ 2 1 9 9までの領域 (C ) に区分し、 各領域 (パーテ イシヨン) のうち、 例えばパーティション Aと Cにオーディオデ一 夕を記録し、 パーティシヨン Bにコンピュータのデータを記録する ようにすることができる。
しかしながら、 このように、 データの種類に対応して、 記録領域 を予め区分すると、 例えば記録すべきコンピュー夕のデータがバー ティション Bの容量以上になったとき、 たとえパーティジョ ン と パーティシヨン Cに空き領域が存在していたとしても、 もはやコン ピュー夕のデータをそのミニディスクに記録することができなくな る課題があった。 また、 逆に、 パーティション Aとパーティション Cが一杯になると、 パーティシヨン Bに空き領域が存在していても、 オーディォデータをそれ以上記録することができない。
さらに、 このようにパーティションに区分する管理方法は、 クラ ス夕を単位とする管理方法とは基本的に異なる管理方法となり、 例 えば、 複数のパーティションに区分され、 所定のパーティションに コンピュータのデ一夕が記録されており、 他のパーティションにォ 一ディォデ一夕が記録されている 1枚のミニディスクを、 オーディ ォデータ再生専用の装置で再生したとき、 そのオーディオデータを 再生することができなくなってしまう恐れがある。 即ち、 互換性を 保証することが困難になる。
本発明はこのような状況に鑑みてなされたものであり、 クラスタ を単位としてデータを記録することが規格化されているミ二ディス クに対して、 クラスタより小さい、 例えばセクタ単位でデ一夕を記 録することができるようにするものである。
また、 空き領域が存在する場合においては、 コンピュータデータ とオーディォデ一夕のいずれをも必要に応じて随時記録することが できるようにするものである。
さらに、 通常のミニディスクとの互換性も確保するものである。 発 明 の 開 示 本発明の記録媒体管理方法は、 記録媒体 (例えば図 2のミニディ スク 1 ) に対するデジタルデータの記録状態を管理する記録媒体管 理方法において、 記録再生が第 1の単位 (例えばクラス夕) で行わ れるデジタルデ一夕の記録媒体への記録状態を第 1のテーブル (例 えば図 3における U— T O Cの管理テーブル) に従って管理し、 第
1のテーブルに従って管理される記録媒体の範囲の中から所定の範 囲を指定し、 その指定された範囲について、 記録再生を第 2の単位
(例えばセクタ) で行い、 指定された範囲のデジタルデータの記録 媒体への記録状態を第 2のテーブル (例えば図 7の F A T又は図 2 5のビッドマップ) に従って管理することを特徴とする。
上記構成の記録媒体管理方法においては、 U - T 0 Cの管理テ— ブルで管理される範囲の中から所定の範囲が指定され、 その指定さ れた範囲が F A Tで管理される。 従って、 クラス夕より小さいセク タを単位として、 指定した範囲においてコンピュータデ一夕を記録 することができる。 また、 この指定を必要に応じて追加することに より、 空き領域が存在する限りにおいて、 デジタルオーデォデータ はもとより、 コンピュータデ一夕を追加記録することができる。 さ らに、 通常のオーディオデータのみが記録されているミニディスク との互換性も確保される。 図面の簡単な説明 図 1は、 本発明の記録媒体管理方法を応用したミニディスク装置 の外観構成を示す図である。
図 2は、 図 1の実施例の本体 4 1の内部構成を示すブロック図で あ
図 3は、 図 2のミニディスク 1の U— T O Cのフォーマットを説 明する図である。
図 4は、 図 3の管理テーブルのリンクを説明する図である。 図 5は、 管理テーブルとデータ記録領域の関係を説明する図であ る。
図 6は、 コンピュータデ一夕を記録する領域を確保したときの管 理テ一ブルとデ一夕記録領域の関係を説明する図である。
図 7は、 F A Tを説明する図である。
図 8は、 コンピュータデータを記録した状態における F A Tを説 明する図である。
図 9は、 図 2の実施例においてミニディスク 1を初期化する動作 を説明するフローチヤ一トである。
図 1 0は、 図 2の実施例においてミニディスク 1にコンピュータ データを記録する場合の動作を説明する図である。 図 1 1は、 本発明の記録媒体管理方法の他の実施例におけるミニ ディスク 1のフォーマツ トを説明する図である。
図 1 2は、 図 1 1のデータトラックのフォーマツトを説明する図 である。
図 1 3は、 図 1 2のボリユームマネジメントエリアのフォーマツ トを説明する図である。
図 1 4は、 図 1 3のマネジメントテーブルのフォーマツ トを説明 する図である。
図 1 5は、 図 1 3のディレクトリレコ一ドブロックェントリのフ ォ一マツ トを説明する図である。
図 1 6は、 図 1 3のディレクトリレコ一ドブロックエントリのフ ォ一マツトを説明する図である。
図 1 7は、 図 1 3のディレクトリレコ一ドブロックェントリのフ ォーマツトを説明する図である。
図 1 8は、 図 1 3のディレクトリレコ一ドブロックェントリのフ ォ一マツトを説明する図である。
図 1 9は、 図 1 3のイクステントレコードブロックエントリのフ ォーマツ トを説明する図である。
図 2 0は、 図 1 3のイクステントレコードブロックの構成例を示 す図である。
図 2 1は、 イクステントレコードインデックスのフォーマッ トを 説明する図である。
図 2 2は、 イクステントディスクリプタのフォーマツトを説明す る図である。
図 2 3は、 インデックスとイクステントレコードとの関係を説明 する図である。
図 2 4は、 U— T O Cの他の構成例を示す図である。
図 2 5は、 ビットマップの構成を説明する図である。
図 2 6は、 ミニディスク 1を初期化する他の動作を説明するフロ 一ナヤ一トである。
図 2 7は、 ミニディスク 1にコンピュータデータを記録する場合 の他の動作を説明するフローチャートである。
図 2 8は、 コンピュータデータを記録した状態におけるビットマ ップを説明する図である。
図 2 9は、 ミニディスクのフォーマッ トを説明する図である。 図 3 0は、 パーティションの概念を説明する図である。 発明を実施するための最良の形態 図 1は、 本発明の記録媒体管理方法を応用したミニディスク装置 の一実施例の外観構成を示している。 ディスクカートリッジ 1 aに は、 ミニディスク 1 (図 2 ) が内部に収容されており、 このカート リッジ 1 aは、 挿入口 4 2から本体 4 1に対して装塡することがで きるようになされている。 本体 4 1の右側下方には、 電源釦 1 9 a とイジェクト釦 1 9 bなどを含む操作入力部 1 9が設けられている。 電源釦 1 9 aは、 電源をオンまたはオフするとき操作され、 イジェ クト釦 1 9 bは、 カートリッジ 1 aをイジェクトするとき操作され る。 また、 本体 4 1の上面中央部には、 表示部 1 8が配置されてい る。 本体 4 1は、 S C S Iバス 3 0を介してホスト C P U 3 1 (図 2 ) に接続されている。 図 2は、 本体 4 1の内部構成を示している。 同図において、 例え ば複数の楽曲 (オーディオデータ) とコンピュータデータの両方、 またはコンピュータデータのみが記録されているミニディスク (光 磁気ディスク) 1は、 スピンドルモータ 2により回転駆動される。 光学へッ ド 3は、 ミニディスク 1に対して記録 再生時にレーザ光 を照射する。 即ち、 記録時には、 記録トラックをキュリー温度まで 加熱するための高レベルのレーザ光が出力され、 また再生時には、 磁気カー効果により反射光からデータを検出するための比較的低レ ベルのレーザ光が出力される。
このため、 光学ヘッド 3は、 レーザ光を出力するレーザダイォー ド、 偏光ビームスブリツ夕、 対物レンズ等からなる光学系、 および 反射光を検出するためのディテクタを有している。 このうち、 対物 レンズ 3 aは、 2軸機構 4によって、 ディスク半径方向 (トラツキ ング方向) およびディスクに接離する方向 (フォーカス方向) に変 位可能に保持されており、 また、 光学へッド 3の全体は、 スレッ ド 機構 5によりディスク半径方向に移動可能とされている。
また、 磁気へッ ド 6は、 供給されたデータによって変調された磁 界をミニディスク 1に印加するように、 ミニディスク 1を挟んで光 学へッド 3と対向する位置に配置されている。
再生動作によって、 光学へッド 3によりミニディスク 1から検出 された情報は R Fアンプ 7に供給される。 R Fアンプ 7は、 供給さ れた情報の演算処理により、 再生 R F信号、 トラッキングエラー信 号、 フォーカスエラー信号、 A T I P情報 (ミニディスク 1にプリ グループ (ゥォプリンググループ) として記録されている絶対時間 情報) 、 アドレス情報、 サブコード情報、 フォーカスモニタ信号等 を抽出する。
そして、 抽出された再生' RF信号はエンコーダ Zデコーダ部 8に 供給される。 また、 トラッキングエラー信号、 フォーカスエラー信 号は、 サーポ回路 9に供給され、 アドレス情報はアドレスデコーダ 10に供給される。 さらに、 AT I P情報、 フォーカスモニタ信号 は、 例えばマイクロコンピュータ (CPU) によって構成されるシ ステムコントローラ 1 1に供給される。
サ一ボ回路 9は、 RFアンプ 7より供給されたトラッキングエラ 一信号、 フォーカスエラー信号、 システムコントローラ 1 1からの トラックジャンプ指令、 シーク指令、 回転速度検出情報等により各 種サ一ボ駆動信号を発生させ、 2軸機構 4およびスレツド機構 5を 制御して、 フォーカスおよびトラッキング制御を行わせ、 またスピ ンドルモータ 2を一定角速度 (CAV) または一定線速度 (CL V) に制御する。
再生 R F信号は、 エンコーダ デコーダ部 8で E F M復調され、 さらに C I RC等のデコ一ド処理がなされた後、 メモリコントロー ラ 12によって一旦バッファ RAMI 3に書き込まれる。 尚、 光学 へッ ド 3によるミニディスク 1からのデ一夕の読み取り、 および光 学へッ ド 3からバッファ RAM 13までの再生データの転送は、 1. 41 Mb i t/s e cの転送レ一トで行われる。
ノくッファ RAMI 3に書き込まれたデータは、 SCS Iインタフ エース 14を介してホスト CPU 31に供給される。
また、 アドレスデコーダ 10から出力されるアドレス情報は、 ェ ンコーダ デコーダ部 8を介してシステムコントローラ 1 1に供給 され、 各種の制御動作に用いられる。 さらに、 記録/再生動作のビットクロックを発生させる PLL回 路のロック検出信号、 および再生データのフレーム同期信号の欠落 状態のモニタ信号も、 システムコントローラ 1 1に供給される。
ミニディスク 1に対して記録動作が実行される際には、 記録デー 夕が、 ホスト CPU3 1より SCS Iイン夕フェース 1 4を介して メモリコントローラ 1 2に供給される。 そして、 メモリコント口一 ラ 1 2によって一旦バッファ RAMI 3に書き込まれ、 また所定の タイミングで読み出されて、 エンコーダ Zデコーダ部 8に送られる。 そして、 エンコーダ Zデコーダ部 8で C IRCエンコード、 EFM 変調等のエンコード処理が施された後、 磁気へッ ド駆動回路 1 5に 供給される。
磁気へッド駆動回路 1 5は、 エンコード処理された記録データに 応じて、 磁気へッド 6に磁気へッド駆動信号を供給する。 つまり、 ミニディスク 1に対して磁気へッド 6による Nまたは Sの磁界印加 を実行させる。 また、 このとき、 システムコントローラ 1 1は、 光 学へッド 3に対して、 記録レベルのレーザ光を出力するように制御 信号を供給する。
例えば、 液晶ディスプレイによって構成される表示部 1 8には、 システムコントローラ 1 1からの指令に対応して、 所定の文字等が 表示される。 操作入力部 1 9は、 上述した電源釦 1 9 a、 イジェク ト釦 1 9 bの他、 再生キー、 停止キー、 AMSキー、 サーチキー等 を有し、 その操作に対応する信号をシステムコントローラ 1 1に入 力する。
RAM (以下、 TO Cメモリという) 1 6は、 ミニディスク 1に おける TOC情報を保持する。 ミニディスク 1が装塡された時点、 あるいは記録または再生動作の直前において、 システムコントロー ラ 1 1は、 スピンドルモ一 2および光学ヘッ ド 3を駆動させ、 ミ 二ディスク 1の例えば最内周側に設定されている TOC領域のデー 夕を抽出させる。 そして、 RFアンプ 7、 エンコーダ /デコーダ部 8を介してシステムコントローラ 1 1に供給された T〇C情報は、 TO Cメモリ 1 6に蓄えられ、 以後、 そのミニディスク 1に対する 記録 再生動作の制御に用いられる。 メモリ 1 7は、 後述する F A T (File Allocation Table)情報又はビットマップを記憶する。 ホスト CPU 31は、 コンピュータデ一夕の送受信の制御だけで なく、 FAT情報又はビットマップの送受信や FAT情報又はビッ トマップの更新を制御する。 尚、 メモリ 1 7は、 本体 4 1側に設け ることもできる。
書き込み可能なミニディスク 1にはまた、 一連の楽曲を、 1また は複数に分割したセグメント (パーツ) として離散的に (勿論、 連 続的でもよいが) 記録/再生できるようにするためのセグメント管 理データが記録されている。 つまり記録データ領域の管理のために、 データの記録や消去に応じて内容が書き換えられるユーザ TO C (以下、 U— TOCという) が、 例えば図 3に示すようなデータ構 造で記録されている。
この U— TO Cは、 データ領域中の、 例えば 4バイト X 587の 領域に記録され、 その領域には、 U— TOC領域であることを示す ため、 先頭位置に、 オール 0またはオール 1の 1バイトデ一夕より なる同期パターンを有するヘッダが設けられている。
また、 所定アドレス位置に、 このミニディスク 1に記録されてい る最初の楽曲の曲番 (First TNO) 、 最後の楽曲の曲番 (Last TN 0) 、 セクタ使用状況、 ディ スク I D等のデータが記録される。 さらに、 記録されている各 ^楽曲等を後述する管理テーブルに対応さ せる各種の対応テーブル指示データ (P-DFA〜P-TN0255) を記録す る領域が用意されている。
一方、 管理テーブルとして、 番号 ( 0 1 h ) 〜 (F F h ) までの 2 5 5個のパーツテーブルが設けられ、 それぞれのパーツテーブル には、 あるセグメントについて起点となるスタートアドレス、 終端 となるエンドアドレス、 そのセグメント (トラック) のモード情報、 およびそのセグメントが他のセグメントへ続いて連結される場合は、 その連結されるセグメントのスタートァドレスおよびェンドアドレ スが記録されているパーツテーブルを示すリンク情報が記録できる ようになされている。
トラックのモード情報とは、 そのトラックが、 例えばオーバライ ト禁止ゃデ一夕複写禁止に設定されているのか否かの情報、 オーデ ィォ情報、 コンピュータ情報などの種類を表す情報、 モノラル ス テレオの種別を示す情報などである。 リンク情報は、 例えば各パ一 ッテ一ブルに与えられた番号 (0 1 h:) 〜 ( F F h ) によって、 連 結すべきパーツテーブルを指定している。
つまり管理テーブルにおいては、 1つのパーツテーブルが 1つの セグメントを表現しており、 例えば 3つのセグメントが連結されて 構成される楽曲については、 リンク情報によって連結される 3つの パーツテーブルによって、 そのセグメント位置の管理がなされる。 尚、 このため、 パーツテーブルの番号 (0 1 h ) 〜 (F F h ) は、 そのままセグメント (パーツ) 番号とすることができる。
管理テーブルにおける (0 1 1!) 〜 (F F h ) までの各パーツテ —ブルは、 対応テーブル指示データ (P-DFA〜P-TN0255) によって、 そのセグメントの内容が示される。
P— DFAは、 ミニディスク 1上の欠陥領域を示しており、 傷な どによる欠陥領域となるトラック部分 (=セグメント) が示された 1つのパーツテーブル、 または複数のパーツテーブル内の先頭のパ —ッテーブルを指定している。 つまり、 欠陥セグメントが存在する 場合、 対応テーブル指示データ P— DFAに、 (0 1 h:) 〜 (FF h) のいずれかが記録されており、 それに対応するパーツテーブル には、 欠陥セグメントがスタートおよびェンドアドレスによって示 されている。 また、 他にも欠陥セグメントが存在する場合は、 その パーツテーブルにおけるリンク情報として、 他のパーツテーブルが 指定され、 そのパーツテーブルにも欠陥セグメントが示されている。 そして、 そのセグメントが最後の欠陥セグメントである場合は、 リ ンク情報は、 例えば (00 h) とされ、 それ以降にセグメントがリ ンクされていないことが表される。
P— EMPTYは、 管理テーブルにおける 1または複数の未使用 のパーツテーブルの先頭のパーツテーブルを示すものであり、 未使 用のパーツテーブルが存在する場合は、 対応テーブル指示データ P 一 EMPTYとして、 (0 11!) 〜 (FFh) のいずれかが記録さ れる。 未使用のパーツテーブルが複数存在する場合は、 対応テープ ル指示データ P— EMPTYによって指定されたパーツテーブルか ら、 リンク情報によ 次パーツテーブルが指定されていき、 全 ての未使用のパーツ': ブルが管理テーブル上で連結 (リンク) さ れる。 例えば、 全く記録がなされておらず、 欠陥もない光磁気ディ スクであれば、 パーツテーブルは全て使用されていないため、 例え ば対応テーブル指示データ P— EMPTYによってパーツテーブル (01 h)が指定され、 また、 パーツテーブル (01 h) のリンク 情報としてパーツテーブル (02h)が指定され、 パーツテーブル (02 h) のリンク情報としてパーツテーブル (03 h)が指定さ れ、 というように、 パーツテーブル (FFh) まで連結される。 こ の場合、 パーツテーブル (FFh) のリンク情報は、 それ以降に連 結がないことを示す (00 h) とされる。
P— FRAは、 ミニディスク 1上のデ一夕の未記録領域 (消去領 域を含む) を示しており、 未記録領域となるトラック部分 (=セグ メント) が示された、 1または複数のパーツテーブル内の先頭のパ 一ッテ一ブルを指定している。 つまり、 未記録領域が存在する場合、 対応テーブル指示データ P— FRAに、 (01 h)〜 (FFh) の I、ずれかが記録されており、 それに対応するパーツテーブルには、 未記録領域であるセグメントが、 スタートおよびェンドアドレスに よって示されている。 また、 このようなセグメントが複数個ある場 合、 つまりパーツテーブルが複数個ある場合は、 リンク情報により、 リンク情報が (0 Oh) となるパーツテーブルまで順次指定されて いる。
図 4に、 未記録領域となるセグメントのパーツテーブルによる管 理状態を模式的に示す。 これは、 スタートアドレスとエンドアドレ スが、 それぞれ、 (S。3h, E03h ) , (S18h , Eish ) , (S
1 Fh , E 1 Fh ) , ( S 2Bh> E 2Bh ) , ( S E3 h , E E3 h )で表さ れるセグメントが未記録領域とされているとき、 この状態が対応テ 一ブル指示データ P— FR Aに引き続き、 パーツテーブル (03 h) , ( 18 h) , (l Fh) , (2 Bh) , (E3h) のリンク によって表現されている状態を示している。 尚、 上記した欠陥領域 や、 未使用パーツテーブルの管理形態も、 これと同様となる。
P— TN O 1〜P— TN 0 2 5 5は、 ミニディスク 1上に記録さ れた、 それぞれの楽曲 (トラック) について示しており、 例えば対 応テーブル指示データ P— TN O 1では、 1曲目のデータが記録さ れた、 1または複数のセグメントのうちの時間的に先頭となるセグ メントが示されたパーツテーブルを指定している。
例えば、 1曲目とされた楽曲がディスク上でトラックが分断され ずに (つまり 1つのセグメン卜で) 記録されている場合は、 その 1 曲目の記録領域は、 対応テーブル指示データ P— TN O 1で示され るパーツテーブルにおけるス夕一トおよびェンドアドレスとして記 録されている。
また、 例えば 2曲目とされた楽曲がディスク上で複数のセグメン トに離散的に記録されている場合は、 その楽曲の位置を示すため、 各セグメントが時間的な順序に従って指 ンク) される。 つま り、 対応テーブル指示データ P— TN O ί 定されたパーツテー ブルから、 さらにリンク情報によって他の —ッテーブルが順次時 間的な順序に従って指定されて、 リンク情報が (0 O h ) となるパ ーッテーブルまで連結される (上記、 図 4と同様の形態) 。
このように、 例えば 2曲目を構成するデ一夕が記録された全セグ メントが順次指定、 記憶されていることにより、 この U— T O Cデ 一夕を用いて、 2曲目の再生時や、 その 2曲目の領域へのオーバラ ィトを行う際に、 光学へッド 3および磁気へッド 6をアクセスさせ、 離散的なセグメン卜から連続的な音楽情報を取り出したり、 記録ェ リァを効率使用した記録が可能になる。 このように、 ミニディスク 1に記録されている U— TO Cデータ が読み出され、 TOCメモリ 1 6に記億される。 そして、 TOCメ モリ 1 6に読み込んだ U— TOCデータを用いて、 ディスク上の記 録領域の管理を行つて記録再生動作を制御することができる。
以上の U— TOCデータは、 通常の楽曲を記録するミニディスク においても同様に記録されるものである。 そして、 本実施例のミニ ディスクにおいては、 オーディオデータ (楽曲) 以外に、 例えばコ ンピュータデ一夕を記録することができるように、 LOFAT (Lo cation of FAT) が 1 6ビッ トのデータとして記録されるようにな されている。 この LOFATについては後述する。
図 5は、 U— TO Cの管理テーブル (パーツテーブル) と、 ミニ ディスク 1のデータ記録領域のクラス夕との関係を模式的に表して いる。 この実施例は、 ミニディスク 1上におけるデータの未記録領 域を表している。 未記録領域の先頭クラスタを示すパーッテーブル 番号は、 対応テーブル指示データ P— FR Aに (01 h) として規 定されている。 即ち、 データの未記録領域としての先頭のセグメン トの位置が、 パーツテーブル (0 1 h) に記述されていることにな そこで、 この番号 (01 h) のパーツテーブルを参照すると、 そ のスタートアドレスはクラスタ 9とされ、 エンドアドレスはクラス 夕 1 2とされている。 このことから、 データ記録領域のクラスタ 9 からクラスタ 1 2までが、 連続して未記録領域とされていることが わかる。 そして、 この番号 (0 1 h) のパーツテーブルには、 リン ク情報として、 (0 Ah) が記述されている。 このことは、 クラス 夕 9からクラスタ 1 2までのセグメントに続く未記録領域のセグメ ントに関するデータが、 番号 (OAh) のパーツテーブルに記述さ れていることを表している'。
そこで、 番号 (OAh) のパーツテーブルを見ると、 そのスター トアドレスはクラスタ 2 9とされ、 エンドアドレスはクラスタ 3 0 とされている。 即ち、 クラスタ 2 9からクラスタ 30までのセグメ ントが、 データ記録領域中に未記録領域として存在していることが わかる。
また、 この番号 (OAh) のリンク情報としては、 (04 h) が 記述されている。 そこで、 この (04 h) の番号のパーツテーブル を見ると、 そのスタートアドレスはクラスタ 1 04とされ、 エンド アドレスはクラスタ 1 0 5とされている。 即ち、 クラス夕 29とク ラスタ 3 0に続く第 3のセグメントとして、 クラスタ 1 04とクラ スタ 1 05からなる未記録領域が存在することがわかる。
さらに、 この ( 04 h) のパーツテーブルには、 (0 7 h) のリ ンク情報が記述されている。 そこで、 (07 h) のパーツテーブル を見ると、 そのスタートアドレスはクラスタ 82とされ、 エンドア ドレスはクラスタ 8 7とされている。 即ち、 クラスタ 8 2からクラ ス夕 8 7までの第 4番目のセグメントが未記録領域とされている。 そして、 この (0 7 h) のパーツテーブルのリンク情報には、 (0 O h) が記述されているため、 この第 4番目のセグメントが未記録 領域の最後のセグメントであることがわかる。
上述したように、 データ記録領域の各クラス夕には、 基本的には デジタルオーディォデ一夕が記録されるのであるが、 その所定の範 囲 (クラスタ) にデジタルオーディオデータではなく、 コンビユー 夕データを記録する場合、 例えば図 6に示すように、 まずコンビュ 一夕データを記録する範囲がホスト C PU 3 1によりクラスタを単 位として指定される。 '
図 6の実施例においては、 クラスタ 1 6からクラスタ 27までの 1 2クラス夕よりなるセグメントが、 コンピュータデータを記録す るためのセグメントとして指定されている。 そして、 このセグメン トは 5番目のセグメントなので、 上述した U— TOCの対応テープ ル指示デ一夕 P— TNO 5には、 コンピュータデータ記録用の先頭 のセグメントに関するパーツテーブルの番号として (02h) が記 述される。 そこで、 この (02h) のパーツテーブルを見ると、 ス 夕一トァドレスとしてクラスタ 1 6が記述され、 ェンドアドレスと してクラスタ 27が記述されている。 そして、 そのリンク情報とし ては、 (00 h) が記述されているため、 クラスタ 1 6からクラス 夕 27までの 12クラスタからなる 1つのセグメントだけが、 コン ピュー夕データ記録用として用意されていることがわかる。
このように、 管理テーブル (パーツテーブル) にコンピュータデ 一夕を記録する領域が指定されると、 図 7に示すような、 コンビュ —夕データを記録するファイルを管理するテーブルとしての FAT が、 ミニディスク 1上のデータ記録領域の所定のトラックに形成さ れる。 例えば図 6に示すように、 クラス夕 1 6からクラスタ 27ま での、 コンピュータデータ記録用の領域の先頭のクラス夕 1 6に F ATを記録する (勿論、 FATは、 例えば U— TOC領域に記録す ることもできる) 。 また、 このとき、 FATの記録位置がわかるよ うに、 LOFATに (02 h) が記述される。
FATの 1つのブロックは、 2バイトにより構成され、 各ブロッ クは、 データ記録領域の所定の大きさの領域 (例えばクラスタ) に 対応している。 即ち、 図 6に示した実施例においては、 データ記録 領域中のクラスタ 1 6乃至' 27までのセグメントが、 コンピュータ データ記録領域として指定されたため、 FATにおいては、 このク ラスタ 1 6乃至 27に対応するブロック 1 6乃至 27に、 使用可能 未使用ブロックであることを示すデータ (FFEh) が記述される。 但し、 クラスタ 1 6に FATが記録されたときは、 このクラスタに 対応する FATのブロック 1 6に、 (FFDh) が記録される。 こ れは、 そこ (対応するクラスタ 1 6) にデータが記録されており、 そのデータは、 そこ (対応するクラスタ 1 6) で終了していること を表している。
データ記録領域のクラスタ 1 6乃至 27以外の各クラスタは、 コ ンピュータデータを記録する領域として指定されていないため、 換 言すれば、 コンピュー夕データを記録する領域として使用すること が禁止されているため、 使用禁止プロックであることを表すデータ (FFFh) が記述される。
図 8は、 このようにして確保したクラスタ 1 6乃至 27の所定の 範囲に、 コンピュータデータを記録した状態における FATを示し ている。 この実施例においては、 クラスタ 1 7に対応するブロック 1 7には、 ブロック 1 8の番号が記述され、 ブロック 1 8には、 ブ ロック 1 9の番号が記述され、 ブロック 1 9にはプロック 20の番 号が記述され、 さらにブロック 20には、 セグメントの最後のプロ ックであることを表すデ一夕 (FFDh) が記述されている。 従つ て、 クラスタ 1 7からクラス夕 20までの 4つのクラス夕からなる セグメントに、 一連のコンピュータデータが記録されていることが わかる。 さらに、 ブロック 21にはブロック番号 22力 プロック 22に はプロック番号 23が、 ブ'口ック 23にはプロック番号 24が、 ブ ロック 24にはブロック番号 25が、 そしてブロック 25には (F FDh) が記述されている。 即ち、 クラスタ 21からクラス夕 25 までの 5個のクラスタに、 一連のコンピュータデータが記録されて いることになる。
尚、 ブロック 26とブロック 27のデータは、 (FFEh) のま まであるため、 クラスタ 26とクラスタ 27は、 まだコンピュータ データが記録されていない未使用領域のままとされていることにな 図 9は、 コンピュータデータを記録再生するためのミニディスク 装置の本体 4 1にミニディスク 1 (カートリッジ 1 a) を装着し、 初期化を指令したとき、 ホスト CPU 31が行う処理の例を示して いる。 最初にステップ S 1において、 ミニディスク 1の U— TOC の L OF ATに所定の管理テーブル上のパーツテーブルを示す番号 が記述されているか否かが判定される。 L OF ATに所定のパーツ テーブルの番号が記述されている場合、 既にコンピュー夕デ一夕を 記録するための初期化が完了している (記録領域が確保されてい る) ため、 初期化処理は終了される。
ステップ S 1において、 L0FATに所定の番号が記述されてい ないと判定された場合、 ステップ S 2に進み、 U— T0Cの中から 空き領域 (空きパーツテーブル) が確保される (データトラックが 確保される) 。 例えば図 6に示すように、 データ記録領域中の空き 領域 (空き領域か否かは、 U— T0Cの P_TN01〜P— TN〇 255からわかる) の中から、 所定の 1 2クラスタ (図 6において は、 クラスタ 1 6からクラスタ 27までの 1 2クラスタ) が、 コン ピュー夕データ記録用トラ クとして確保される。 そして、 このセ グメントが P-TNO 5に登録され、 そのスタートアドレスとェン ドアドレスが、 パーツテーブル (02h) に登録される。
次にステップ S 3に進み、 ステップ S 2で確保したデータトラッ クの領域内の (1 2クラスタ中の) 任意のクラスタ (例えば、 先頭 のクラスタ 1 6) に、 図 7に示したような FATが書き込まれる。 そして、 FATにおいては、 図 7に示すように、 FATの書き込ま れたクラスタ 1 6に対応するプロック 1 6に、 使用プロックであり、 かつ、 リンクするブロックが存在しないことを表すデータ (FFD h) が記録される。 FATが記録されていないクラス夕 1 7乃至 2 7に対応する FATのブロック 1 7乃至 27には、 使用可能未使用 ブロックとしてデータ (FFEh) が記録される。 さらに、 それ以 外のクラスタに対応する FATのプロックには、 使用禁止プロック として、 データ (FFFh) が記録される。
次にステップ S4に進み、 U— TOCの LOFATに、 FATを 記録したクラスタに対応するパーツテーブルの番号を記述する。 尚、 FATデータは、 一旦メモリ 1 7に記憶され、 所定の夕イミ ングでミニディスク 1上の FATに記録される。
次に図 1 0は、 ミニディスク 1にコンピュータデータを記録する 場合のホスト CPU 31が行う処理例について表している。 最初に ステップ S 1 1において、 ホスト CPU 31は、 ミニディスク 1に 記録されている U— TO Cの L OF ATが示す FAT (図 6のデ一 夕記録領域のクラスタ 1 6の FAT) を読み込む。 このデ一夕は、 メモリ 1 7に一旦記憶され、 ホスト CPU 31は、 このデータを所 定のタイミングで読み込むことになる。
次にステップ S 1 2に進み、 いま読み込んだ F A Tのェントリに 使用可能な未使用ブロックがあるか否かが判定される。 初めてコン ピュー夕データを記録する場合、 使用可能未使用ブロックが存在す るため、 ステップ S 1 2からステップ S 1 5に進む。 ステップ S 1 5では、 未使用ブロックから 1つのブロック (例えば、 図 8の F A Tのプロック 1 7 ) を選択し、 このプロックを、 いまデータを書き 込もうとしているファイルに対応させる。 そして、 そのブロックが 対応するクラスタ (例えば、 図 6のデータ記録領域のクラスタ 1 7 ) に、 実際にデータが書き込まれる。
次にステップ S 1 6に進み、 いま割り当てられたブロックの前に、 そのファイルに割り当てたブロックが存在するか否かが判定される。 初めての記録である場合、 以前に割り当てたブロックは存在しない ため、 ステップ S 1 6からステップ S 1 8に進む。 ステップ S 1 8 では、 全てのデータの書込が終了したか否かが判定され、 終了して いなければ、 ステップ S 1 2に戻る。
以上のような動作が繰り返される。 2回目以降の処理においては、 ステップ S 1 6において、 以前にファイルに割り当てたブロックが 存在すると判定されるため、 この場合、 ステップ S 1 6からステツ プ S 1 7に進み、 前のブロックの F A Tのエントリに、 現在のプロ ック番号を登録する。 即ち、 図 8を参照して説明したように、 例え ばブロック 1 7に、 現在のブロック番号 1 8を登録する。 そして、 同様に、 ブロック 1 8にブロック番号 1 9が、 ブロック 1 9にブロ ック番号 2 0が、 それぞれ記録される。
また、 以上の動作を繰り返すうちに、 確保した領域が一杯になり、 ステップ S I 2において FA ントリに使用可能な未使用プロ ックが存在しないと判定された 合においては、 即ち、 コンビユー 夕データを記録する空き領域がなくなったときは、 ステップ S 1 3 に進み、 U— TOCの空き領域を確保し、 その空き領域をコンビュ 一夕データを記録するデ一夕トラックとして追加する。 そして、 ス テツプ S 14に進み、 データトラック追加した領域のブロックを使 用可能未使用プロックとして FATのェントリに登録する。 即ち、 図 9の初期化処理におけるステップ S 2, S 3と同様の処理を行い、 新たに 1 2クラス夕のデータ記録領域を確保 (追加) する。 但し、 FATは既に作成されているため、 新たに作成せず、 そのデータの みを更新する。
このステップ S 1 3, S 14の処理を行うことにより、 ミニディ スク 1上の空き領域が随時コンピュータデータを記録するためのデ 一夕トラックとして追加される。 従って、 パーティションとして予 め所定の範囲を区分する場合のように、 ディスクに空き領域が存在 するにも拘らず、 コンピュータデータを記録することができなくな るようなことが防止される。
ステップ S 1 8において、 全てのデータの書込が終了したと判定 された場合においては、 ステップ S 1 9に進み、 現在のブロックの F A Tエントリを最終ブロックとして登録し、 FATを更新する。 即ち、 図 8の FATのブロック 20における場合のように、 当該ブ ロックにデータ (FFDh) を記録する。
尚、 以上においては、 LOFATにパーツテーブルの番号 (0 1 h) 〜 (FFh) を記述するようにしたが、 LOFATは 1 6ビッ ト確保してあるため、 データ記録領域中のァドレスを直接記録させ るようにすることもできる。
例えば、 いま、 ミニディ'スク 1の領域全体のクラスタ数を 220 0とし、 1クラスタの容量を 64 kバイトとすると、 ミニディスク 1全体の容量は、 1 40Mバイト (= 2200 X 64 kバイト) と なる。
FATの 1個のプロックに、 記録データ領域の 8 kバイトの範囲 を対応させると、 FATのブロックの個数 (エントリ数) は、 1 7, 600 (= 1 40 Mバイト /8 kバイト) 個必要となる。 1つのェ ントリ (ブロック) を 2バイト (1 6ビット) で形成すると、 FA Tの容量としては、 約 35 kバイト (= 1 7, 600 X 2バイト) 必要となる。 結局、 FATの 1ブロックに、 データ記録領域におけ る 8 kバイト (1クラスタである 64 kバイトの 1 8の範囲) を 対応させると、 ディスク 1枚の全体の範囲を管理するのに、 35k バイトの容量の FATが必要となる。
FATの 1ブロックの割当量が、 データ記録の単位となる。 上述 したように、 この割当量を 64 kバイト (1クラス夕) とすると、 通常のミニディスクと同様の書込が可能となる。 しかしながら、 コ ンピュー夕データを効率的に転送することを考えると、 64 kバイ トより小さい 8 kバイト程度にするのが好ましい。 また、 このよう にすると、 クラスタより小さレ、単位でデータの記録が可能になる。 但し、 8 kバイト単位でデータを記録する場合、 一旦、 ミニディ スク 1からその 8 kバイトのブ口ックを含む 1クラス夕分のデ一夕 が読み出され、 RAMI 3に記憶される。 次に RAMI 3に記憶さ れた 1クラス分のデータのうち、 その 8 kバイトに相当するデ一夕 が新たに記憶される。 そして、 ミニディスク 1には、 その 1クラス 夕分のデータが書き込まれる。 すなわち、 実質的にその 8 kバイト のみの記録が行われること'になる。 また、 再生時においては、 ホス ト CPU 3 1は、 1セクタ単位でデータを読み取る。
このようにして、 コンピュータデータ (勿論、 その他のデータで もよい) がオーディオデータとともに混在するように記録されたミ 二ディスクを、 通常の楽曲用のミニディスク装置に装着した場合、 コンピュータデータは再生不能であるが、 オーディオデータは再生 可能である。 また、 空き領域があれば、 オーディオデ一夕を追加記 録することができる。
以上の実施例においては、 FATを用いてデータトラックを管理 するようにしたが、 FATを用いないでデータトラックを管理する 実施例について、 次に説明する。
図 1 1は、 この実施例を実現する場合における書き込み可能なミ 二ディスク 1の記録フォーマツトを表している。 同図に示すように、 最内周 (図中、 左側) から最外周 (図中、 右側) までのインフォメ ーシヨンエリア ( I n f 0 r m a t i 0 n a r e a) のうち、 最 内周側と最外周側に、 それぞれリードインエリア (Le a d— i n a r e a とリ一ドアゥトエリア (Le a d— ou t a r e a) が設けられている。 このリ一ドインエリアとリードアゥトエリ ァには、 TOC (Ta b 1 e o f C o n t e n t s ) データな どが必要に応じて記録される。 これらの領域には、 一般の使用者は 情報を記録することができない。
インフォメーションエリアのうち、 リードインエリアとリードア ゥトエリアを除くエリアが、 レコーダブルエリア (R e c 0 r d a b 1 e a r e a) とされ、 そこに一般の使用者がデータを記録ま たは再生することができるようになされている。 レコーダブルエリ ァの最内周側には、 UTO'C (Us e r TOOエリアが設けら れ、 その外側にプログラムエリア (Pr ogr am a r e a)が 設けられている。 UTOCエリアには、 上述した U— TOCデータ が記録される。 プログラムエリアには、 オーディオデータやコンビ ュ一夕で処理するデ一夕、 その他のデータを記録することができる ようになされている。
プログラムエリアにおいては、 各デ一夕は離散的に記録される。 図 1 1の実施例においては、 トラック Tr k 1にオーディオデータ が記録されている。 即ち、 このトラックは、 オーディオトラックと されている。 このトラック Tr k 1は、 2つのパーツ (Tr k 1一 1 , Tr k 1 - 2)から構成されている。 パ一ッ (トラック) Tr k 1一 1と Tr k 1一 2は、 ディスク上において離れた位置に形成 されているが、 例えば、 そのデータを再生するとき、 パーツ Trk 1一 1の再生が終了したとき、 光学へッド 3は、 パーツ Tr k 1一 2にシークし、 そこを再生する。 このため、 再生データは、 連続し て得ることができる。
この実施例においては、 この他、 オーディオトラック Trk 2— 1と Trk4一 1が、 それぞれ 1つのパーツで構成され、 オーディ ォデータが記録されている。
さらに、 この実施例においては、 パーツ Tr k 3— 1乃至 3— 3 から構成されるトラック Tr k 3が形成され、 そこには、 ホスト C PU 31により処理されるデータが記録されている。
EFM - C I RCエンコーダ デコーダ 8は、 プログラムエリア の各トラックに対して、 クラス夕 (64キロバイト) を単位として データが記録再生されるように処理する。
データトラックは、 ボリ'ユームマネジメントエリア (Vo 1 urn e Managemen t A r e a) とイクステントエリア (E x t e n t Ar e a) により構成されている。 ボリユームマネジ メントエリアは、 プログラムエリアに最初に形成されたデータトラ ックの先頭に形成される。 イクステントエリアは、 それ以外の領域 とされる。
ボリュームマネジメントエリアとイクステントエリアのデータの 割当単位 (Al l o c a t i on B l o ck) は単独の管理とさ れ、 前者は、 2キロバイ トとされ、 後者は、 4キロバイ ト、 8キロ バイ ト、 1 6キロバイト、 32キロバイ ト、 または 64キロバイ ト のいずれかの値 (例えば 8キロバイト) とされる。
ボリュームマネジメントエリアは、 図 12に示すように、 16個 のクラス夕より構成される。 ボリュ一ムマネジメントエリアの 1ク ラスタ前には、 必要に応じて、 ブートクラス夕 (Boo t— C 1 u s t e r )が配置される。
図 1 は、 ボリュームマネジメントエリアのフォーマッ トを表し ている。 ボリュームマネジメントエリアは、 1 6クラスタから構成 され、 1クラスタは 64キロバイ トにより構成されるため、 ボリュ —ムマネジメントエリアには、 2キロバイ トのブ口ックが 1024 個形成されることになる。
最初の番号 0のブロックには、 ボリュームディスクリプタ VD ( 01 urn e De s c r i p t or)が記録される。 このボリ ュ一ムディスクリブ夕には、 例えばルートディ レク トリが記録され ているブロックの番号 (0乃至 1023のいずれかの値 (この実施 例の場合、 4) ) やボリュームスペースビッ トマップの位置情報等 が記録される。
番号 1のプロックには、 ボリュームスペースビッ トマップ (Vo 1 ume Sp a c e B i t m a p (V S B) ) が配置される。 この V SBには、 ミニディスク 1全体の使用状態を表すビッ トマッ プが記録される。 このビットマップについては後述する。
番号 2と番号 3の合計 4キロバイトのブロックには、 マネージメ ントテーブル (Managemen t Tab l e (MT) ) が配 置される。 この MTには、 ボリュームマネジメントエリアの使用状 態が記録される。
図 1 4は、 番号 2と番号 3の 2つのブロックにより構成されるマ ネ一ジメントテーブルを模式的に表している。 同図に示すように、 0乃至 1 023の番号で示す 4バイ卜の大きさの各ブロックは、 図 1 3における 0乃至 1 023のブロックの番号で示す 2キロバイト のブロックに対応している。 図 1 3において、 番号 0乃至 3のブロ ックは、 予め規格により定められているものであるため、 図 1 4の マネージメントテーブル上の対応する領域 (ブロック) には、 特に データは記録されない (Re s e r ve dとされている) 。
図 1 3に示すように、 番号 4以降のブロックには、 ディレクトリ レコードブロック (D i r e c t o r y Re c o r d s B i o c k (DRB) ) またはイクステントレコ一ドブロック (Ex t e n t Re c o r d s B 1 o c k (E R B) ) が配置されている。 このディレクトリレコ一ドブロック DRBには、 次のような情報 (ディレクトリ管理情報とファイル管理情報) が記録される。
D i r e c t o r y (Name, I nd ex t o DRB, I D, S i z e, Da t e, e t c. )
F i l e (Name, "I nd ex t o E R (I nd ex t o ERB, Of f s e t o f ER) , Ex t en t s t a r t Lo c a t i on, Numb e r o f B l o c k s, ID, S i z e, Da t e, e t c. )
このディレクトリレコ一ドブロック DRBのデータを記録するた めのマネージメントテ一ブルのディレクトリレコ一ドブロックェン トリ (D i r e c t o r y Re c o r d s B l o ck E n t r y) は、 図 1 5または図 1 6乃至図 1 8に示すように構成される。 図 1 5に示すフォーマツ トは、 ディレクトリレコードブロック D RBが単独である場合におけるフォーマツトを表している。 この場 合、 4バイ卜のデータのうちの最初のビット 3 1に 0がセッ 卜され、 残りのビット 30からビット 0までの 3 1ビットに I Dが記録され る。 例えば、 図 14の番号 4のブロックに対応するディレクトリレ コ一ドブロックェントリは、 このフォーマツトで構成されている。 この実施例の場合、 IDとして、 00000002が記録されてい る。 この I Dはルートディレクトリを表している。
ディレクトリレコードブロック DRBが複数のブロックで構成さ れる場合においては、 最初のディレクトリレコ一ドブロックェント リが図 1 6に示すようなフォーマットで構成され、 最後のエントリ が図 1 8に示すようなフォーマツ 卜で構成され、 その間のエントリ は、 図 1 7に示すようなフォーマツ トで構成される。
図 1 6のフォーマツトにおいては、 最初の 1バイトに F 0が記録 され、 次の 1バイトに、 4バイトの I Dのうちの MS B側の 1バイ トの I Dが記録される。 そして次の 2バイトには、 次の DRBへの インデックス (I nd ex t o ex t DRB) が配置され ている。 '
図 1 7のエントリにおいては、 最初の 1バイトに FEが配置され、 次の 1バイトは未使用とされている。 そして、 残りの 2バイトに次 の DRBへのィンデックスが配置されている。
また、 図 1 8のエントリにおいては、 最初の 1バイトに FFが配 置され、 残りの 3バイトに、 図 1 6の 2バイト目に記録した 1バイ トの MSBを除く、 残りの 3バイトの I Dが記録されるようになさ れている。
図 14の番号 7、 番号 8または番号 1 0で示すェントリが、 この 図 1 6、 図 1 7または図 1 8で示すフォーマツトで規定されている。 ブロック番号 7に対応するェントリの最後の 2バイ卜には 0008 が記録され、 これは、 関連するデータが記録されている次の DRB が、 番号 8で表されるディレクトリレコ一ドブロック DRBである ことを表している。 また、 番号 8に対応するブロックのエントリの 最後の 2バイトにおいては、 00 OA (1 6進) が記録されており、 これは番号 1 0 (1 6進数の Aに対応する 1 0進法による値) のデ ィレクトリレコ一ドブロックが続いていることを表している。
そして、 番号 7の 2番目のバイ卜に 00が記録されており、 番号 1 0のブロックに対応するェントリに 000005の I Dが記録さ れているため、 結局、 この 3つのブロックにより規定されるディレ クトリの IDは、 00000005であることが判る。
図 1 9は、 図 14のマネ一ジメントテ一ブルのイクステントレコ —ドブロックエントリ (Ex t en t Re c o r d s B l o c k En t r y) のフォーマツ トを表している。 このフォーマツ ト においては、 最初の 1バイトに 80が配置され、 残りの 2バイトは 未使用とされ、 最後の 1バイトには、 ュ一ズドカウント (Us e d Coun t) が配置されている。 このユーズドカウントは、 後述 する図 20のイクステントレコードブロック (Ex t en t Re c o r d s B 1 o c k) の 0乃至 63の番号に対応するレコード のうち、 使用済みのイクステントレコードの数を表すようになされ ている。
図 1 4のマネージメントテ一ブルにおいては、 番号 5で表すプロ ックに対応するエントリが、 図 1 9で示すイクステントレコードブ ロックエントリのフォーマツトで表されている。 その一番最後の 1 バイトには、 04の値が記録されている。 これは、 図 20に示すィ クステントレコ一ドブロックの 0乃至 63の 64個の番号で表され るイクステントレコード ERのうち、 使用済みのイクステントレコ —ドの数が 4 (番号 0, 1, 2, 4の各イクステントレコードが使 用済み) であることを表している。
図 1 3に示したイクステントレコードブロック ERBは、 例えば 図 20に示すように構成されている。 同図に示すように、 2キロバ ィ卜のイクステントレコードブロック ERBは、 それぞれが、 32 バイトの、 番号 0から番号 63で表される 64個のイクステントレ コード ERにより構成される。
各イクステントレコード ERは、 最初の 1バイトに FFFFが記 録された 4バイトのデータと、 図 21に示すイクステントレコード インデックス (Ex t en t Re c o r d I nd ex) が 7個 集められて構成されるか、 あるいはまた、 図 22に示す 4バイトの イクステントディスクリプタ (E X t e n t De s c r i p t o r ) が 8個集められて構成されている。
図 21に示すように、 イクステントレコ一ドィンデックスの最初 の 2バイ トには、 ロジカルプロックオフセッ ト (Log i c a l B l o ck Of f s e t) が配置され、 次の 2バイ トには、 ィン デックストゥ ERB ( I n d e X t o ERB) が配置され、 最 後の 1バイ トには、 オフセッ トォブ ER (0 f f s e t o f E R) が配置されている。
デ一夕トラックにおいては、 2048バイ トを単位とするロジカ ルブロック (Log i c a l B l o ck) を論理的な書き込みお よび読み込みの最少の単位としてデータが記録再生される。 ロジカ ルブロックオフセッ トは、 ィンデッタスより示されたデータのファ ィル内での先頭からの論理的な位置を表している。 また、 インデッ クストゥ ERBは、 1 0ビッ トの構成とされ、 イクステントレコー ドブロック ERBへのインデックスを、 番号 0乃至 1 023のいず れかの値により表すようになされている。 また、 オフセッ トォブ E Rは、 6ビッ トにより構成され、 0乃至 63のいずれかの番号によ り、 図 20に示すイクステントレコ一ドブロックの 64個のイクス テントレコ一ドのうちのいずれかを表している。
図 22に示すように、 イクステントディスクリプタのうち、 最初 の 2バイトには、 イクステントスタートロケーション (Ex t en t S t a r t L o c a t i o n) が配置され、 残りの 2バイト には、 ナンバオブブロック (Numb e r o f B l o cks) が配置されている。 このイクステントスタートロケーションは、 ィ クステントエリアに記録されているファイルのスタート位置を表し ている n また、 ナンバオブブロックは、 そのスタート位置よりス夕 一トするファイルのブロックの数を表している。
図 2 0において、 番号 1で表される 3 2バイトのイクステントレ コ一ドは、 インデックスを表している。 最初の 4バイトのうちの先 頭の 2バイトには、 F F F Fが記録されている。 そして、 この実施 例の場合、 次のイクステントレコードインデックスには、 最初の 2 バイ卜にロジカルブロックオフセッ トとして、 0 0 0 0が配置され、 インデックストウ E R Bとして 5が、 また、 オフセッ トォブ E尺と して 2が、 それぞれ記憶されている。
オフセットォブ E Rが 2であるということは、 図 2 0において、 番号 2で表されるイクステントレコードが存在することを示してい る。 そして、 そのロジカルブロックオフセットは、 0 0 0 0である が、 これは、 番号 2で表されるイクステントレコードに表されてい るファイルの最初のブロックの番号は、 0 0 0 0である (即ち、 一 番最初のブロックである) ことを表している。 そして、 番号 2のィ クステントレコードには、 例えば、 その先頭 (図中、 左側) に、 デ 一夕トラック上の絶対的な位置 (イクステントスタートロケ一ショ ン) で 1 5番目のブロックに、 1個のブロックが存在することが示 されている。
尚、 インデックストウ E R Bが 5であるということは、 その (図 2 0に示す) イクステントレコードブロックの番号が 5であること を示している。
次のオフセットォブ E Rが 4であるということは、 番号が 4で表 されるイクステントレコードのデータが存在することを示している。 そして、 この場合、 ロジカルブロックオフセットが 0 0 0 B ( 1 0 進数で 1 1 ) である。 即ち、 この実施例においては、 番号 2で表さ れるイクステントレコードのブロック数の合計が 1 1 ( = 1 + 1 + 2 + 1 + 1 + 1 + 3 + 1 ) "となる。 このため、 番号 4で表されるィ クステントレコ一ドに記録されているミニディスク 1上の絶対的位 置としてのイクステントスタートロケーションが 0 5 3 Cである位 置には、 第 1 2個目 (ブロック番号 1 1 ) から始まるファイルが存 在する。
尚、 図 2 0に示すように、 1つのイクステントレコードインデッ クスにより、 7つのイクステントレコ一ドしか表すことができない が、 イクステントレコードがそれ以上増えた場合においては、 さら に他のイクステントレコ一ドインデックスが生成され、 複数のイク ステントレコードインデックスをまとめるィンデックスがさらに生 成される。
図 2 3は、 イクステントレコードブロックに記録されているイン デックスとイクステントレコードの関係を模式的に表している。 同 図に示すように、 所定のディ レク トリレコ一ドブロックのディレク トリレコ一ドから所定のイクステントレコ一ドブロック E R Bのィ ンデックスが指定される ( I n d e X t o E R ) 。 そして、 指 定したィンデッタスには、 最大 7個のィンデッタスが記録されてい そして、 各インデックスには、 最大 8個のファイルのスタート位 置 (イクステントスタートロケーション) と、 そのファイルを構成 するブロックの数 (ナンバオブブロック) が記録されている。 この実施例においては、 図 7に示したような F A Tは用いられな い。 このため、 この実施例における U— T〇Cは、 例えば図 2 4に 示すように構成される。 図 2 4を図 3と比較して明らかなように、 図 24の U— TO Cには、 図 3に示した L OF ATが記録されない ようになされている。 U— TOCのその他のフォーマッ トは、 図 3 に示した場合と同様である。
この実施例においては、 FATに代えて、 図 25に示すようなビ ットマップが用いられる。 このビットマップは、 図 1 3の VS Bに 記録されるものである。
この実施例においては、 ビットマップの 1エントリが 2ビットに より構成される。 各エントリは、 図 7に示した FATにおける場合 と同様に、 ミニディスク 1上の所定の大きさのブロック (4キロノく イト、 8キロバイト、 1 6キロバイト、 32キロバイト、 または 6 4キロバイト) に対応している。 従って、 このエントリの数は、 ミ 二ディスク 1の記録容量に対応する数だけ形成される。
ビッ トマップの 2ビットの各エントリには、 0 0, 0 1, 1 0ま たは 1 1のいずれかの 2ビットのデータが記録される。 0 0は、 ミ 二ディスク 1上の対応するブロックが使用可能であり、 かつ、 未使 用のブロックであることを表している。 0 1は、 ミニディスク 1上 の対応するブロックが、 既にデータが記録されている使用済みのブ ロックであることを表している。 1 0は、 ミニディスク 1上の対応 するプロックが、 何らかの欠陥を有しているプロックであることを 表している。 また、 1 1は、 ミニディスク 1上の対応するブロック が、 その使用を禁止されているプロックであることを表している。 このように、 ビッ トマップには、 図 7と図 8に示した FATとは 異なり、 FFDh、 あるいは、 リンクすべきブロックの番号といつ たようなリンク情報は、 記録されないようになされている。 これら のリンク情報は、 上述したディレクトリ情報あるいはファイル情報 (特にイクステントレコード ER) により管理される。
図 2 6は、 この実施例において、 コンピュータデータを記録再生 するためのミニディスク装置の本体 4 1にミニディスク 1 (カート リッジ 1 a) を装着し、 初期化を指令したとき、 ホスト CPU 3 1 が行う処理の例を示している。 最初にステップ S 3 1において、 ミ 二ディスク 1に、 データトラックが形成されているか否かが判定さ れる。 データトラックが形成されているか否かは、 U— TOCのト ラックモードから判別することができる。 データトラックが存在す る場合、 既にコンピュータデータを記録するための初期化が完了し ている (記録領域が確保されている) ため、 初期化処理は終了され る。
ステップ S 3 1において、 データトラックが形成されていないと 判定された場合、 ステップ S 32に進み、 U— TOCの中から空き 領域 (空きパーツテーブル) が確保される (データトラックが確保 される) 。 例えば、 プログラムエリア中の空き領域 (空き領域か否 かは、 11ー丁0( の?ー丁1^01〜?ー丁1^025 5から判る) の 中から、 所定の数のブロックが、 コンピュータデータ記録用のデー タトラックとして確保される。 すなわち、 このパーツが、 例えば P -TNO 5に登録され、 そのスタートアドレスとエンドアドレスが、 パーツテーブルに登録される。 さらに、 パーツテーブルのトラック モードにコンピュータデータ記録用であることを示すデ一夕が登録 される。 また、 U— TOCの P— FRAが更新される。
上述したように、 データトラックの先頭の 1 6クラスタは、 VM Aとされ、 それに続くイクステントエリアに実際のデータが記録さ れる (図 1 2) 。 このイクステントエリアの大きさを、 例えば 1 0 クラスタ分確保すると、 合計 2 6クラスタ (= 1 6 + 1 0) 分の領 域が、 データトラックとされる。
次にステップ S 3 3に進み、 ステップ S 32で確保したデータト ラックの先頭の 1 6クラスタにより構成される VMA (図 1 2) の VSB (図 1 3) に、 ビッ トマップが書き込まれる。 そして、 ビッ トマップにおいては、 図 25に示すように、 データが書き込まれる。 即ち、 VMAが書き込まれる 1 6クラスタ分に対応するエントリ には、 使用済ブロッグであることを表すデータ (0 1 ) が記録され る。 また、 それに続 、 イクステントエリア上の 5 0クラスタ (本 来のコンピュータデータを記録するための領域) に対応するビット マップのェントリには、 使用可能未使用プロックを意味するデ一タ (0 0) が記録される。 さらに、 それ以外のイクステントエリア上 のブロックに対応するビットマップのエントリには、 使用禁止ブロ ックを意味するデータ ( 1 1 ) が記録される。
尚、 ビットマップデータをデ一夕トラックの管理に用いる場合、 ビッ トマップデータは、 図 2のメモリ 1 7に記憶され、 所定のタイ ミングでミニディスク 1上のビットマップに記録される。
次に図 27は、 ミニディスク 1にコンピュータデ一夕を記録する 場合のホスト CPU 3 1が行う処理例について表している。 最初に ステップ S 4 1において、 ホスト CPU 3 1は、 ミニディスク 1に 記録されているビットマップのデータを読み込む。 上述したように ビットマップのデ一夕を含むボリュームマネジメントエリアは、 プ ログラムエリアに最初に形成されたデータトラックの先頭に形成さ れている。 よって、 U— TOCから最初に形成されたデータトラッ クの先頭に対応するパーツテーブルのスタートァドレスを検出し、 このスタートァドレスに基づいてボリュームディスクリプ夕を読み 出し、 そこに記録されたビ'ッ トマップの位置情報に基づいてビッド マップを読み出すことにより、 ホスト C P U 3 1にビッドマップを 読み込むことができる。 このビッドマップデータは、 メモリ 1 7に —旦記憶され、 ホスト C P U 3 1は、 このデータを所定のタイミン グで読み込むことになる。
次にステップ S 4 2に進み、 いま読み込んだビットマップに使用 可能な未使用のェントリ (0 0のプロック) があるか否かが判定さ れる。 初めてコンピュータデータを記録する場合、 使用可能未使用 プロックが存在するため、 ステップ S 4 2からステップ S 4 5に進 む。 ステップ S 4 5では、 未使用プロックから 1つのェントリ (例 えば、 図 2 8のビットマップのェントリ 8 0 ) を選択し、 このェン トリを、 いまデータを書き込もうとしているファイルに対応させる。 そして、 そのエントリが対応するイクステントエリァ上のプロック に、 実際にデータが書き込まれる。
次にステップ S 4 6に進み、 記録が行われたイクステントエリア のブロックに対応するビッ トマップのエントリに、 使用領域を表す データ (0 1 ) が記録される (図 2 8 ) 。 さらにステップ S 4 7に 進み、 そのイクステントエリァのブ口ックをイクステントレコード E R (図 1 3、 図 2 0 ) に登録する。
次にステップ S 4 7からステップ S 4 8に進む。 ステップ S 4 8 では、 全てのデータの書込が終了したか否かが判定され、 終了して いなければ、 ステップ S 4 2に戻る。 以上のような動作が繰り返さ れる。
図 2 8には、 以上のようにして、 ビットマップ上のェントリ 8 0 乃至 8 9に対応するイクステントエリアのプロックにデータが記録 された場合のビッ トマップの状態が表されている。
また、 以上の動作を繰り返すうちに、 確保した領域が一杯になり、 ステップ S 4 2において、 ビットマップに使用可能な未使用ブロッ クを示すェントリが存在しないと判定された場合においては、 即ち、 コンピュータデータを記録する空き領域がなくなったときは、 ステ ップ S 4 3に進み、 U— T O Cの空き領域を確保し、 その空き領域 を、 コンピュータデータを記録するデータトラックとして追加する。 そしてステップ S 4 4に進み、 データトラックの追加した領域のブ ロックを使用可能未使用プロックとしてビッ トマップに登録する。 即ち、 図 2 6の初期化処理におけるステップ S 3 2 , S 3 3と同様 の処理を行い、 新たに 1 2ブロックのデータ記録領域を確保 (追 加) する。 尚、 このとき追加するブロックの数は、 任意である。 但し、 ビットマップは既に作成されているため、 新たに作成せず、 そのデ —夕のみを更新する。
ステップ S 4 8において、 全てのデータの書込が終了したと判定 された場合においては、 処理を終了する。
尚、 以上の各実施例において、 F A Tまたはビットマップで管理 する単位を 1クラス夕より小さい値にした場合、 1つの単位に対し てデ一夕を記録するには、 本体 4 1は、 一旦ミニディスク 1からそ の単位を含む 1クラスタ分のデータを読み出し、 R AM I 3に記憶 する。 次に、 その単位に相当するデータが、 ホスト C P U 3 1から 転送され新たに R AM I 3に記憶される。 そして、 R AM I 3から 読み出された 1クラスタ分のデータがミニディスク 1に書き込まれる。 すなわち、 実質的に 1 クラスタより小さい単位での記録が可能とな る。 一方再生はセクタ単位で行われる。
なお、 上記の実施例においては、 書き込み可能なミニディスク 1 についての記録データの管理を説明したが、 上述の実施例の記録デ 一夕管理は、 読み出し専用のミニディスク 1についても適用するこ とができる。 ただし、 読み出し専用のミニディスク 1については、 U— T O Cエリアは設けられない。 よって、 上述の実施例の U— T 0 Cとほぼ同様の構成のテーブルを T O Cエリァに設定し、 プログ ラムエリアに上述の実施例と同様の V M Aを設定することにより、 上述の記録データ管理を実現する。 産業上の利用可能性 以上の如く本発明の記録媒体管理方法によれば、 第 1のテーブル に従って管理される記録媒体の範囲の中から所定の範囲を指定し、 その指定された範囲について、 第 2の単位を基準とするデジタルデ —夕の記録媒体への記録状態を第 2のテーブルに従って管理するよ うにしたので、 第 1の単位を基準としてデジタルデータが記録され た記録媒体との互換性を確保することができ、 また、 記録媒体に空 き領域があれば、 そこにデジタルデータを追加して記録することが 可能となる。
さらにまた、 第 2の単位を第 1の単位より小さくすれば、 予め設 定されている処理単位より小さレ、処理単位でデー夕を記録すること が可能となる。
また、 第 2の単位を第 1の単位と同じ大きさとした場合において は、 第 1のテーブルに 1つの大きなトラックを登録し、 このトラッ クを、 第 2のテーブル上で、 より多くの複数の領域に区分すること で、 第 1のテーブルにおいて区分可能な数 (上記した実施例の場合、 P-TNO 1乃至 P— TN0255の 255個) 以上の数に区分し て、 データを記録することが可能となる。

Claims

請 求 の 範 囲 . 記録媒体に対するデジタルデータの記録状態を管理する記録媒体 管理方法において、
記録が第 1の単位で行われるデジタルデータの前記記録媒体への 記録状態を第 1のテーブルに従って管理し、
前記第 1のテーブルに従って管理される前記記録媒体の範囲の中 から所定の範囲を指定し、 その指定された範囲について、 記録を第
2の単位で行い、
前記指定された範囲のデジタルデータの前記記録媒体への記録状 態を第 2のテーブルに従つて管理することを特徴とする記録媒体管 理方法。
. 前記第 2の単位は、 前記第 1の単位より小さいことを特徴とする 請求項 1に記載の記録媒体管理方法。
. 前記第 1の単位はクラスタであり、 前記第 2の単位はブロックで あることを特徴とする請求項 2に記載の記録媒体管理方法。
. 前記第 2の単位は、 前記第 1の単位と同じ大きさであることを特 徵とする請求項 1に記載の記録媒体管理方法。
. 前記第 1のテーブルは、 前記記録媒体の U— T O C又は T O Cに 記録されており、
前記第 2のテーブルは、 前記記録媒体の、 前記第 2のテーブルで 管理される領域に記録されていることを特徵とする請求項 1乃至 4 のレ、ずれかに記載の記録媒体管理方法。
. 前記 U— T O C又は T O Cには、 前記第 2のテーブルの記録位置 を示すポインタが記録されていることを特徴とする請求項 5に記載 の記録媒体管理方法。
. 前記第 1のテーブルで管理される領域と、 前記第 2のテーブルで 管理される領域には、 異なる種類のデジタルデ一夕が記録されるこ とを特徴とする請求項 1乃至 6のいずれかに記載の記録媒体管理方 法。
. 前記第 1のテーブルのみで管理される領域には、 オーディオデジ タルデータが記録され、
前記第 2のテ一ブルで管理される領域には、 コンピュータで処理 されるデジタルデータが記録されることを特徴とする請求項 7に記 載の記録媒体管理方法。
. 前記第 2のテーブルには、 前記第 2の単位のそれぞれに対応する データが形成されていることを特徴とする請求項 1乃至 8のいずれ かに記載の記録媒体管理方法。
. 前記第 2の単位のそれぞれに対応するデータは、 前記記録媒体の 対応する前記第 2の単位に、 デジタルデ一夕が使用済みであること を表す情報を含むことを特徴とする請求項 9に記載の記録媒体管理 方法。
. 前記第 2の単位のそれぞれに対応するデータには、 前記記録媒体 の対応する前記第 2の単位が、 使用禁止とされていることを表す情 報を含むことを特徵とする請求項 9に記載の記録媒体管理方法。
. 前記第 2の単位のそれぞれに対応するデータには、 前記記録媒体 の対応する前記第 2の単位が、 欠陥を有することを表す情報を含む ことを特徴とする請求項 9に記載の記録媒体管理方法。
. 前記第 2のテーブルには、 前記第 2のテーブル内におけるリンク 情報がさらに記録されていることを特徵とする請求項 1 0 , 1 1ま たは 1 2に記載の記録媒体管理方法。
. 前記第 1の単位で記録される領域と、 前記第 2の単位で記録され る領域のうち一方において、 未記録領域が不足する場合、 前記第 1 または第 2のテーブル上において、 他方の領域を一方の領域に変更 することを特徴とする請求項 1乃至 1 3のいずれかに記載の記録媒 体管理方法。
. 上記 U— T O C又は T O Cは、 上記記録媒体の固定の領域に記録 されていることを特徴とする請求項 5に記載の記録媒体管理方法。. 上記第 2のテーブルはビットマップであることを特徴とする請求 項 5に記載の記録媒体管理方法。
. 上記第 2のテーブルの直前に上記第 2のテーブルの位置を示す情 報が記録されていることを特徴とする請求項 5に記載の記録媒体管 理方法。
. 上記第 2の単位のそれぞれに対応するデータには、 上記記録媒体 の対応する上記第 2の単位が、 使用不可であることを示す情報を含 むことを特徵とする請求項 9に記載の記録媒体管理方法。
. 記録媒体にディジタルデータを記録するため記録領域の設定方法 において、
第 1のテーブルのデ一夕から上記記録媒体の空き領域を検出し、 上記第 1のテーブルに上記空き領域をディジタルデータ用のトラ ックとすることを示すデータを記録し、
上記ディジタルデータ用のトラックとされた空き領域の先頭に上 記記録媒体のデータの使用状態を示す第 2のテーブルを作成するこ とを特徴とする記録領域の設定方法。
. 上記第 1のテーブルは、 U— T O Cに記録されていることを特徴 とする請求項 1 9に記載の記録領域の設定方法。
. 上記第 2のテーブルはビ トマップであることを特徴とする請求 項 1 9に記載の記録領域の設定方法。
. 上記第 1のテーブルは第 1の単位で上記ディジタルデ一夕の記録 状態を管理し、 上記第 2のテーブルは、 上記第 1の単位以下の第 2 の単位で上記デイジタルデ一夕の記録状態を管理することを特徴と する請求項 1 9に記載の記録領域の設定方法。
. 上記第 1のテーブルのデ一夕から上記ディジタルデータ用のトラ ックがすでに有るか否かを判定することを特徴とする請求項 1 9に 記載の記録領域の設定方法。
. 上記第 2のテ一ブルの直前に上記第 2のテーブルの位置を示す情 報を記録することを特徴とする請求項 1 9に記載の記録領墚の設定 方法。
. 上記第 2のテーブルはビットマップであって、 上記ビットマップ は、 上記第 2の単位が使用可能であることを示す情報を含むことを 特徴とする請求項 2 2に記載の記録領域の設定方法。
. 上記第 2のテーブルはビットマップであって、 上記ビッ トマップ は、 上記第 2の単位が使用済であることを示す情報を含むことを特 徵とする請求項 2 2に記載の記録領域の設定方法。
. 上記第 2のテーブルはビッ トマップであって、 上記ビットマップ は、 上記第 2の単位が欠陥を有することを示す情報を含むことを特 徵とする請求項 2 2に記載の記録領域の設定方法。
. 上記第 2のテーブルはビットマップであって、 上記ビッ トマップ は、 上記第 2の単位が使用不可であることを示す情報を含むことを 特徴とする請求項 2 2に記載の記録領域の設定方法。
. ディジタルデータを記録媒体に記録する際のデータ記録方法にお いて、
第 1のテーブルのデータに基づいて上記記録媒体のディジタルデ 一夕用のトラックから第 2のテーブルを読み出し、
上記第 2のテーブルから使用可能プロックを示す情報を検出し、 上記使用可能プロックを示す情報に対応する上記ディジタルデー 夕用のトラックのプロックにディジタルデ一夕を記録し、
上記第 2のテーブルの上記使用可能ブロックを示す情報を使用不 可能を示す情報に書き換えることを特徴とするデータ記録方法。. 上記第 1のテーブルは、 U— T O Cに記録されていることを特徴 とする請求項 2 9に記載のデータ記録方法。
. 上記第 2のテーブルはビットマップであることを特徴とする請求 項 2 9に記載のデータ記録方法。
. 上記第 1のテーブルは第 1の単位で上記ディジタルデ一夕の記録 状態を管理し、 上記第 2のテーブルは、 上記第 1の単位以下の第 2 の単位で上記ディジタルデータの記録状態を管理することを特徴と する請求項 2 9に記載のデータ記録方法。
. 上記第 2のテーブルに上記使用可能プロックを示す情報が無い場 、
上記第 1のテーブルのデータから上記記録媒体の空き領域を検出 し、
上記第 1のテ一ブルに上記空き領域をディジタルデータ用のトラ ックとすることを示すデータを記録し、
上記ディジタルデータ用のトラックとされた空き領域のプロック に対応する上記第 2のテーブルのデータに、 使用可能であることを 示す情報を記録することを特徵とする請求項 2 9に記載のデータ記 録方法。 '
. 上記第 1のテーブルに基づいて、 上記第 2のテーブルの直前に記 録された上記第 2のテーブルの位置を示す情報を読み出し、 上記第 2のテーブルの位置を示す情報に基づいて、 上記第 2のテ 一ブルを読み出すことを特徴とする請求項 2 9に記載のデータ記録 方法。
. ディジタルデータを記録媒体に記録する際のデータ記録方法にお いて、
上記記録媒体から第 1のテーブルによって管理される第 1の単位 のディジタルデータを読み出し、
上記第 1の単位のディジタルデータをメモリに記憶し、 上記メモリに記憶された第 1の単位のディジ夕ルデータの内の少 なくとも一部を、 第 2のテーブルで管理される上記第 1の単位以下 の第 2の単位毎に新たなディジタルデータで更新し、
上記メモリに記憶された上記新たなディジタルデータを含む新た な上記第 1の単位のディジタルデータを上記記録媒体に記録するこ とを特徵とするデータ記録方法。
. 上記第 1の単位はクラスタであり上記第 2の単位はブロックであ ることを特徴とする請求項 3 5に記載のデータ記録方法。
. 上記第 1のテーブルは U— T O Cであることを特徴とする請求項
3 5に記載のデータ記録方法。
. 上記第 2のテーブルはビットマップであることを特徴とする請求 項 3 5に記載のデータ記録方法。
. ディジタルデータを記録するための媒体において、 第 1の単位でディジタルデータ用のトラックを管理する第 1のテ 一ブルが記録される第 1の領域と、
上記ディジタルデータと、 上記ディジタルデータが記録されるデ イジタルデータ用のトラックを第 2の単位で管理する第 2のテープ ルとが記録される第 2の領域とを有することを特徴とする媒体。. 上記第 2のテーブルは、 上記第 2の領域に最初に形成されるディ ジ夕ルデータ用のトラックに記録されることを特徴とする請求項 3 9に記載の媒体。
. 上記第 2の領域に最初に形成されるディジタルデータ用のトラッ クに上記第 2のテーブルの位置を示す情報が記録されることを特徵 とする請求項 3 9に記載の媒体。
. 上記第 2のテーブルはビットマップであることを特徴とする請求 項 3 9に記載の媒体。
. 上記第 1のテーブルは U— T O Cであることを特徴とする請求項 3 9に記載の媒体。
. 上記第 1のテーブルは第 1の単位で上記ディジタルデータの記録 状態を管理し、 上記第 2のテーブルは、 上記第 1の単位以下の第 2 の単位で上記デイジタルデータの記録状態を管理することを特徴と する請求項 3 9に記載の媒体。
. ディジタルデータを記録又は再生するための媒体において、 第 1の単位でディジタルデータ用のトラックを管理する第 1のテ 一ブルと、 上記第 1のテーブルで管理されたディジタルデ一夕用の トラックに上記ディジタルデータ用のトラックを第 2の単位で管理 する第 2のテーブルとが記録されていることを特徴とする媒体。. 上記第 2のテーブルはビットマップであることを特徴とする請求 項 4 5に記載の媒体。
. 上記第 1のテーブルは ΙΓ一 T O C又は T O Cであることを特徴と する請求項 4 5に記載の媒体。
. 上記第 2の単位は上記第 1の単位であることを特徵とする請求項
4 5に記載の媒体。
. 上記第 2のテーブルは、 最初に形成されたディジタルデータ用の トラックに記録されていることを特徴とする請求項 4 5に記載の媒 体。
. 上記最初に形成されたディジタルデータ用のトラックに上記第 2 のテ一ブルの位置を示す情報が記録されていることを特徴とする請 求項 4 5に記載の媒体。
. 記録媒体にディジタルデータを記録するコンピュータシステムに おいて、
上記ディジタルデータが記録される記録媒体と、
上記記録媒体に上記デイジタルデータを記録する記録手段と、 上記記録媒体に記録された第 1のテーブルを再生する再生手段と、 上記第 1のテーブルを記憶する記憶手段と、
上記第 1のテーブルのデ一夕から上記記録媒体の空き領域を検出 し、 上記記録手段と協同して上記記録媒体の上記第 1のテーブルに 上記空き領域をディジタルデータ用のトラックとすることを示すデ 一夕を記録し、 上記記録手段と協同して上記記録媒体の上記ディジ タルデータ用のトラックとされた空き領域の先頭に上記記録媒体の デー夕の使用状態を示す第 2のテーブルを作成する制御手段とを有 することを特徴とするコンピュータシステム。
. 記録媒体にディジタルデータを記録するコンピュータシステムに おいて、
上記ディジタルデータが記録される記録媒体と、
上記記録媒体に上記ディジタルデータを記録する記録手段と、 上記記録媒体に記録された第 1のテーブルを再生する再生手段と、 上記第 1のテーブルを記憶する記憶手段と、
上記第 1のテーブルのデータに基づいて上記記録媒体のディジ夕 ルデータ用のトラックから第 2のテーブルを読み出し、 上記第 2の テーブルから使用可能プロックを示す情報を検出し、 上記記録手段 と協同して上記記録媒体の上記使用可能プロックを示す情報に対応 する上記ディジタルデータ用のトラックにディジ夕ルデータを記録 し、 上記記録手段と協同して上記記録媒体の上記第 2のテーブルの 上記使用可能プロックを示す情報を使用不可能を示す情報に書き換 える制御手段とを有することを特徴とするコンピュー夕システム。
. ディジタルデータを記録媒体に記録するデ一夕記録装置において、 上記記録媒体から第 1のテーブルによって管理される第 1の単位 のディジタルデータを読み出す手段と、
上記第 1の単位のディジタルデータを記憶するメモリと、 上記メモリに記憶された第 1の単位のディジ夕ルデータの内の少 なくとも一部を、 第 2のテーブルで管理される上記第 1の単位以下 の第 2の単位毎に新たなディジタルデータで更新する手段と、 上記メモリに記憶された上記新たなディジタルデータを含む新た な上記第 1の単位のディジタルデータを上記記録媒体に記録する手 段とを有することを特徴とするデータ記録装置。
PCT/JP1994/000964 1993-06-14 1994-06-14 Procede de gestion d'un support d'enregistrement WO1994029867A1 (fr)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CA002141044A CA2141044C (en) 1993-06-14 1994-06-14 Recording medium management method
EP94917813A EP0655740B1 (en) 1993-06-14 1994-06-14 Recording medium management method
US08/374,727 US5838666A (en) 1993-06-14 1994-06-14 Recording medium management method where recording is carried out by data recording units in accordance with management tables
BR9405407-0A BR9405407A (pt) 1993-06-14 1994-06-14 Processos de administrar um meio de registro para executar a administração do estado de registro de um dado digital em relação a um meio de registro, de estabelecer uma área de registro com a finalidade de registrar um dado digital sobre um meio de registro, e de registrar um dado de registro de dado digital sobre um meio de registro, meio para registro de dado digital sobre um meio de registro, meio para registrar ou reproduzir um dado digital, e, sistema de computador para registrar um dado digital sobre um meio de registro
AT94917813T ATE230892T1 (de) 1993-06-14 1994-06-14 Verwaltungsverfahren für ein aufzeichnungsmedium
KR1019950700613A KR100299400B1 (ko) 1993-06-14 1994-06-14 기록매체관리방법
AU69369/94A AU676063B2 (en) 1993-06-14 1994-06-14 Recording medium management method
DE69431979T DE69431979T2 (de) 1993-06-14 1994-06-14 Verwaltungsverfahren für ein aufzeichnungsmedium
PL94307475A PL173555B1 (pl) 1993-06-14 1994-06-14 Sposób alokacji danych cyfrowych o różnych formatach na nośniku zapisu

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP14181993 1993-06-14
JP5/141819 1993-06-14
JP27009993 1993-10-28
JP5/270099 1993-10-28

Publications (1)

Publication Number Publication Date
WO1994029867A1 true WO1994029867A1 (fr) 1994-12-22

Family

ID=26473989

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1994/000964 WO1994029867A1 (fr) 1993-06-14 1994-06-14 Procede de gestion d'un support d'enregistrement

Country Status (14)

Country Link
US (5) US5838666A (ja)
EP (1) EP0655740B1 (ja)
KR (1) KR100299400B1 (ja)
CN (1) CN1112380A (ja)
AT (1) ATE230892T1 (ja)
AU (1) AU676063B2 (ja)
BR (1) BR9405407A (ja)
CA (1) CA2141044C (ja)
DE (1) DE69431979T2 (ja)
ES (1) ES2185653T3 (ja)
PL (1) PL173555B1 (ja)
RU (1) RU2180140C2 (ja)
TW (1) TW239209B (ja)
WO (1) WO1994029867A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5778257A (en) * 1995-01-30 1998-07-07 Sony Corporation Multi-session disc-shaped for recording audio and computer data having disc type code area located in each session for recording common and particular disc type code

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0845246A (ja) * 1994-07-29 1996-02-16 Sony Corp 記録媒体、再生方法、記録装置、及び再生装置
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
JP3493822B2 (ja) 1995-08-04 2004-02-03 ソニー株式会社 データ記録方法及び装置、並びに、データ再生方法及び装置
GB2312059B (en) * 1996-04-12 2000-11-15 Sony Uk Ltd Data storage
US6741796B1 (en) 1997-03-25 2004-05-25 Samsung Electronics, Co., Ltd. DVD-Audio disk, and apparatus and method for playing the same
US7110662B1 (en) * 1997-03-25 2006-09-19 Samsung Electronics Co., Ltd. Apparatus and method for recording data on a DVD-audio disk
JPH1145548A (ja) * 1997-05-29 1999-02-16 Sony Corp オーディオデータの記録方法、記録装置、伝送方法
JPH1166824A (ja) * 1997-08-15 1999-03-09 Sony Corp オーディオサーバシステム
EP1020860B1 (en) 1997-09-17 2002-11-13 Matsushita Electric Industrial Co., Ltd. Optical disc recording apparatus, computer-readable recording medium recording a file management program, and optical disc
US7103262B2 (en) 1997-09-17 2006-09-05 Matsushita Electric Industrial Co., Ltd. Optical disc recording apparatus, computer-readable recording medium recording a file management program, and optical disc
JPH11110923A (ja) * 1997-09-30 1999-04-23 Mitsumi Electric Co Ltd 光ディスク装置および光ディスク装置の検査方法
ID22207A (id) * 1997-11-29 1999-09-16 Koninkl Philips Electronics Nv Metode dan piranti penyimpanan informasi terpusat audio oleh mekanisme toc dan mekanisme akses berbasis file, dan unit media penyimpanan yang mengandung informasi tersebut
KR100505576B1 (ko) 1997-12-31 2005-09-26 삼성전자주식회사 모델에 따른 테이블 정보가 기록된 하드디스크를 구비한 하드디스크 드라이브
USRE41082E1 (en) 1998-02-03 2010-01-19 Sanyo Electric Co., Ltd. Information recorder, recording method, and recording media
US6175900B1 (en) * 1998-02-09 2001-01-16 Microsoft Corporation Hierarchical bitmap-based memory manager
JPH11259980A (ja) * 1998-03-09 1999-09-24 Pioneer Electron Corp 情報記録装置
US6192014B1 (en) * 1998-06-05 2001-02-20 Winbond Electronics Corporation Playback method and apparatus for reading interleaved audio programs recorded on a record carrier
KR100601598B1 (ko) * 1998-06-15 2006-07-14 삼성전자주식회사 기록 방지 정보를 저장하는 기록 매체와 기록 방지 방법
US6765853B1 (en) 1998-06-15 2004-07-20 Samsung Electronics Co., Ltd. Recording medium for storing write protection information and write protection method thereof
US6788631B1 (en) * 1998-09-02 2004-09-07 Lc Electronics Inc. Optical recording medium having recording capacity information and method for indicating recording capacity
WO2000014740A1 (fr) * 1998-09-09 2000-03-16 Sharp Kabushiki Kaisha Dispositif d'enregistrement d'information multimedia destine a l'enregistrement de fichier d'information multimedia sur support d'enregistrement
US7050701B1 (en) * 1998-09-25 2006-05-23 Matsushita Electric Industrial Co., Ltd. Information recording medium, information recording/reproducing method, and information recording/reproducing device
JP3511916B2 (ja) * 1998-11-17 2004-03-29 松下電器産業株式会社 記録再生装置
KR100704998B1 (ko) * 1999-02-26 2007-04-09 소니 가부시끼 가이샤 기록방법, 관리방법 및 기록장치
US6393517B1 (en) * 1999-08-31 2002-05-21 Sony Corporation SCSI port filter driver for enhanced audio data
JP3785299B2 (ja) * 2000-03-16 2006-06-14 本田技研工業株式会社 車両制御装置のためのメモリ書き換えシステム
US6574642B1 (en) * 2000-03-30 2003-06-03 Roxio, Inc. Methods for processing data transferred to system memory in preparation for recording to an optical disc
US7151729B1 (en) * 2000-06-29 2006-12-19 Samsung Electronics Co., Ltd. Optical recording medium having read-only storage area and writeable storage area and recording/reproducing apparatus and method therefor
KR100364576B1 (ko) * 2000-07-28 2002-12-16 주식회사 엘지이아이 부가정보를 포함한 데이터 저장 및 재생방법
JP4304888B2 (ja) * 2000-09-04 2009-07-29 ソニー株式会社 記録媒体、編集装置及び編集方法
US20080123491A1 (en) * 2000-09-07 2008-05-29 Samsung Electronics Co., Ltd Optical recording medium having read-only storage area and writeable storage area and recording/reproducing apparatus and method therefor
JP4784030B2 (ja) * 2001-09-21 2011-09-28 ソニー株式会社 記録装置、再生装置、記録方法、再生方法
US7243108B1 (en) * 2001-10-14 2007-07-10 Frank Jas Database component packet manager
JP2003223763A (ja) * 2001-11-20 2003-08-08 Ricoh Co Ltd 情報記録再生装置、情報記録再生ユニット、情報記録再生方法、プログラム及び記憶媒体
AU2003202530A1 (en) * 2002-04-01 2003-10-16 Sony Corporation Reproducing method, reproducing apparatus, recording method, and recording apparatus
AU2003202528A1 (en) 2002-04-01 2003-10-23 Sony Corporation Track management method and apparatus for managing tracks on a storage medium
ZA200302362B (en) * 2002-04-01 2003-10-01 Sony Corp Reproducing method, reproducing apparatus, recording method, and recording apparatus.
AU2003201838A1 (en) 2002-04-01 2003-10-23 Sony Corporation Reproducing method, reproducing apparatus, and data accessing method
AU2003201833A1 (en) * 2002-04-01 2003-10-23 Sony Corporation Storage medium initialization and cancellation method
TWI265481B (en) * 2002-04-01 2006-11-01 Sony Corp Storage medium initialization method, and recording and reproducing method and apparatus
AU2003201840A1 (en) 2002-04-01 2003-10-23 Sony Corporation Reproducing method, reproducing apparatus, recording method, recording apparatus, and method for generating a management table
WO2003098609A1 (en) * 2002-05-20 2003-11-27 Samsung Electronics Co., Ltd. Optical disc and method for recording data on the same
AU2003210026A1 (en) * 2002-05-20 2003-12-02 Samsung Electronics Co., Ltd. Method of recording drive information on optical disc and optical disc having drive information recorded using the method
KR100881665B1 (ko) * 2002-05-31 2009-02-06 삼성전자주식회사 다층의 광 정보 저장매체 및 그 기록/재생 방법
JP3889672B2 (ja) * 2002-06-19 2007-03-07 三洋電機株式会社 データ記録再生装置
RU2356106C2 (ru) * 2002-06-21 2009-05-20 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением записанных на нем видеоданных
JP4036056B2 (ja) * 2002-08-13 2008-01-23 ソニー株式会社 記録装置および方法、記録媒体、並びにプログラム
TWI221604B (en) * 2002-09-10 2004-10-01 Mediatek Inc Defect detection circuit for optical recording medium and method of the same
US7363540B2 (en) 2002-10-22 2008-04-22 Microsoft Corporation Transaction-safe FAT file system improvements
US7174420B2 (en) * 2002-10-22 2007-02-06 Microsoft Corporation Transaction-safe FAT file system
US20040246824A1 (en) * 2003-06-09 2004-12-09 Media Tek Inc. Method for reading table of content of multi-session optical medium
KR20050027787A (ko) * 2003-09-16 2005-03-21 삼성전자주식회사 데이터 기록 상태 정보를 제공하는 광 디스크
CN100342374C (zh) * 2003-12-24 2007-10-10 华为技术有限公司 一种数据存储方法及装置
KR100607985B1 (ko) * 2004-06-12 2006-08-02 삼성전자주식회사 기록/재생 장치 및 그 정보 저장 매체
US20060104615A1 (en) * 2004-11-12 2006-05-18 Kun-Da Wu Recording medium, method for storing and reproducing digital image medium data on the recording medium
US8321439B2 (en) 2004-12-17 2012-11-27 Microsoft Corporation Quick filename lookup using name hash
US7873596B2 (en) 2006-05-23 2011-01-18 Microsoft Corporation Extending cluster allocations in an extensible file system
US9639554B2 (en) 2004-12-17 2017-05-02 Microsoft Technology Licensing, Llc Extensible file system
US8606830B2 (en) 2004-12-17 2013-12-10 Microsoft Corporation Contiguous file allocation in an extensible file system
JP4556813B2 (ja) 2005-09-08 2010-10-06 カシオ計算機株式会社 画像処理装置、及びプログラム
US7613738B2 (en) 2007-01-16 2009-11-03 Microsoft Corporation FAT directory structure for use in transaction safe file system
US7747664B2 (en) 2007-01-16 2010-06-29 Microsoft Corporation Storage system format for transaction safe file system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6459689A (en) * 1987-08-31 1989-03-07 Matsushita Electric Ind Co Ltd Information recording and reproducing device
JPH0589643A (ja) * 1991-09-27 1993-04-09 Sony Corp デイスク記録装置、デイスク再生装置及びデイスク

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2656524B2 (ja) * 1988-01-20 1997-09-24 株式会社日立製作所 データ格納方法および装置
GB2219886A (en) * 1988-06-15 1989-12-20 Philips Nv Recording and playback apparatus
KR930006580B1 (ko) * 1989-05-26 1993-07-21 샤프 가부시끼가이샤 기록재생장치
CA2038583C (en) * 1990-03-20 1996-03-12 Shigemi Maeda Information recording and reproducing device
JPH0467320A (ja) * 1990-07-02 1992-03-03 Hitachi Ltd 情報記録ディスク
JP2888958B2 (ja) * 1990-10-20 1999-05-10 富士通株式会社 部分書き換え可能な記憶媒体におけるファイル管理方式
JP3180366B2 (ja) * 1991-04-19 2001-06-25 ソニー株式会社 記録再生装置及び記録再生方法
JP3163686B2 (ja) * 1991-10-08 2001-05-08 ソニー株式会社 再生装置
JP3355649B2 (ja) * 1992-05-20 2002-12-09 ソニー株式会社 記録又は再生装置
JP3130380B2 (ja) * 1992-08-28 2001-01-31 株式会社ケンウッド 光ディスク記録再生装置
ATE194247T1 (de) * 1992-09-03 2000-07-15 Sony Corp Datenaufzeichnungsgerät und -verfahren
JP3218743B2 (ja) * 1992-10-16 2001-10-15 ソニー株式会社 記録/再生装置、ディスク記録再生システム、及び記録方法
JP3431030B2 (ja) * 1992-11-12 2003-07-28 ソニー株式会社 再生装置および再生方法
JPH06203479A (ja) * 1992-12-30 1994-07-22 Sony Corp 記録媒体及びナビゲーシヨンシステム
WO1994019800A1 (en) * 1993-02-22 1994-09-01 Sony Corporation Optical disc apparatus
US5687397A (en) * 1993-02-26 1997-11-11 Sony Corporation System for expansion of data storage medium to store user data
JP3353382B2 (ja) * 1993-04-23 2002-12-03 ソニー株式会社 記録又は再生装置、及びメモリ制御装置
JP3508168B2 (ja) * 1993-07-07 2004-03-22 ソニー株式会社 再生装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6459689A (en) * 1987-08-31 1989-03-07 Matsushita Electric Ind Co Ltd Information recording and reproducing device
JPH0589643A (ja) * 1991-09-27 1993-04-09 Sony Corp デイスク記録装置、デイスク再生装置及びデイスク

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5778257A (en) * 1995-01-30 1998-07-07 Sony Corporation Multi-session disc-shaped for recording audio and computer data having disc type code area located in each session for recording common and particular disc type code

Also Published As

Publication number Publication date
CN1112380A (zh) 1995-11-22
DE69431979D1 (de) 2003-02-13
KR950703196A (ko) 1995-08-23
BR9405407A (pt) 1999-09-08
TW239209B (ja) 1995-01-21
US5815475A (en) 1998-09-29
PL307475A1 (en) 1995-05-29
US5838666A (en) 1998-11-17
KR100299400B1 (ko) 2001-10-22
EP0655740A4 (en) 1996-09-11
DE69431979T2 (de) 2003-10-30
RU2180140C2 (ru) 2002-02-27
US5825734A (en) 1998-10-20
EP0655740A1 (en) 1995-05-31
AU6936994A (en) 1995-01-03
ES2185653T3 (es) 2003-05-01
AU676063B2 (en) 1997-02-27
RU95106481A (ru) 1996-11-20
CA2141044A1 (en) 1994-12-22
ATE230892T1 (de) 2003-01-15
US5867466A (en) 1999-02-02
EP0655740B1 (en) 2003-01-08
PL173555B1 (pl) 1998-03-31
US5805539A (en) 1998-09-08
CA2141044C (en) 2002-09-17

Similar Documents

Publication Publication Date Title
WO1994029867A1 (fr) Procede de gestion d'un support d'enregistrement
US6052346A (en) Methods and apparatus for recording data on and deleting already recorded data from a recording medium
US6993567B1 (en) Recording/reproducing apparatus, data reproducing method, and data recording/reproducing method
JP3353382B2 (ja) 記録又は再生装置、及びメモリ制御装置
JPH08147110A (ja) データ記録媒体管理方法、データ記録媒体管理装置およびデータ記録媒体
JP4304802B2 (ja) ダビング装置
JP3446308B2 (ja) データ記録装置
KR100583760B1 (ko) 기록매체에압축오디오데이터를기록하는방법과장치및압축오디오데이터를송신하는방법
KR20010070337A (ko) 더빙 장치 및 더빙 방법
US7706229B2 (en) Recording medium having different areas recorded with different modulation methods, recording apparatus, reproducing apparatus, recording method, and reproducing method
US6400667B1 (en) Recording/reproduction method and apparatus in which sub data is written/read in periods during which writing/reading of main data is not performed
JPH07168749A (ja) 情報管理方法、データ記録媒体、データ記録方法、情報検索方法、情報検索装置
JP3729416B2 (ja) データ記録方法
JP3605824B2 (ja) 記録管理方法、記録領域設定方法、およびデータ記録方法
JP3669350B2 (ja) 記録再生装置及び検索回路
JP2004362772A (ja) 記録管理方法
KR100509706B1 (ko) 송신방법 및 송신시스템
JPH11213546A (ja) 送受信システム及びデータ送受信方法
JP4196799B2 (ja) 記録装置及び方法並びにプログラム、データ送受信システム及び方法並びにプログラム
JP3735987B2 (ja) 編集装置
JPH11328932A (ja) 記録装置
JP2004030921A (ja) 記録装置
JP2005149676A (ja) 記録再生装置、ファイル管理方法及びディスク記録媒体
JP2001052419A (ja) 記録再生装置、記録再生方法
JP2000076832A (ja) データコピー方法及びデータコピー装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU BR CA CN KR PL RU US VN

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT DE ES FR GB IT NL

WWE Wipo information: entry into national phase

Ref document number: 2141044

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1994917813

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 08374727

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1994917813

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1019970706757

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 1019970706757

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1019970706757

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1994917813

Country of ref document: EP