WO1997008696A1 - Appareil d'enregistrement et appareil de reproduction de donnees numeriques - Google Patents

Appareil d'enregistrement et appareil de reproduction de donnees numeriques Download PDF

Info

Publication number
WO1997008696A1
WO1997008696A1 PCT/JP1996/002345 JP9602345W WO9708696A1 WO 1997008696 A1 WO1997008696 A1 WO 1997008696A1 JP 9602345 W JP9602345 W JP 9602345W WO 9708696 A1 WO9708696 A1 WO 9708696A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
recording
digital data
recording medium
entity
Prior art date
Application number
PCT/JP1996/002345
Other languages
English (en)
French (fr)
Inventor
Masaki Yoshida
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 US08/817,987 priority Critical patent/US6271979B1/en
Priority to JP51010597A priority patent/JP3750137B2/ja
Publication of WO1997008696A1 publication Critical patent/WO1997008696A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0682—Tape device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0656—Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1201—Formatting, e.g. arrangement of data block or words on the record carriers on tapes
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/107—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating tapes
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/328—Table of contents on a tape [TTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007—Time or data compression or expansion
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/90—Tape-like record carriers

Definitions

  • the present invention relates to a data recording / reproducing apparatus for recording / reproducing digital data on / from a tape-shaped recording medium, and in particular, compressing data and recording / reproducing on / from a magnetic tape by a rotary scan method using a rotary head. It is related to what has been done.
  • a tape streamer drive that records / reproduces digital data on a magnetic tape has a huge recording capacity, and is therefore widely used for backing up data recorded on a hard disk or the like. Further, the table streamer drive is suitable not only for backup and backup, but also for recording / reproducing data of a large file such as moving image data.
  • a tape streamer drive for example, a drive using a tape cassette similar to an 8 mm VTR tape cassette is known.
  • digital data is recorded on a magnetic tape and Z-played by a helical scan method using a rotating head.
  • a tape streamer drive in which data is compressed and recorded using LZ (Lempe ZIV) code in order to increase the recording capacity.
  • LZ Lempe ZIV
  • the LZ code performs a one-day compression by detecting repetition of a character string. Compressing and recording data in this way not only increases the recording capacity of the data, but also especially when recording / reproducing sequential data. In this case, since the amount of data to be read / written is reduced, the access speed is apparently increased.
  • the tape streamer drive is provided with a data compression / decompression unit for compressing / decompressing the LZ code, for example.
  • the data compression / decompression unit has an original data side interface, a compression / decompression engine, and a compressed data side interface. The interface on the original data side
  • the interface on the source and compressed data side is provided with a FIF0 (First-In-First-Out) register for adjusting the transfer rate of DMA (Direct Memory Access).
  • FIF0 First-In-First-Out register for adjusting the transfer rate of DMA (Direct Memory Access).
  • data is transferred from the host computer to the original data side interface at the time of recording.
  • a predetermined size for example, 512 bytes is transferred as one record.
  • This data is supplied to the data compression / decompression engine, and the data is continuously compressed by the data compression / decompression engine.
  • the compressed data is recorded on a magnetic tape in groups of several racks.
  • data SD,, SD 2 , SD 3 ,... ′ Are input to the interface on the original data side in record units.
  • the data SD,, SD 2 , SD 3 ,... are sent to the data compression / expansion engine.
  • the data compression / decompression engine as shown in FIG. 1 B, data S for each record, SD 2, SD 3, ⁇ ⁇ ⁇ are compressed 'data sd,, sd 2, sd 3, the ⁇ ⁇ ⁇ Compressed.
  • This data is recorded in a group consisting of a predetermined number of tracks.
  • magnetic tape data is reproduced for each group consisting of a predetermined number of tracks.
  • This one group of playback data is temporarily stored in the buffer memory.
  • this data is sent to the data compression / decompression unit.
  • the reproduced data is decompressed to the original data size, and sent to the host computer with, for example, one record of 512 bytes.
  • an object of the present invention is to compress data efficiently sent from a host computer and record the data efficiently without overflowing the data in a buffer memory.
  • An object of the present invention is to provide a recording device capable of recording data.
  • Another object of the present invention is to determine whether data is continued in the next group. It is an object of the present invention to provide a digital data reproducing apparatus capable of obtaining such information and performing decompression processing efficiently using this information.
  • the present invention provides input means for inputting digital data, a buffer memory for temporarily storing digital data corresponding to a recording unit of a recording medium, and digital data stored in the buffer memory for each recording unit of the recording medium. Recording means for recording on a recording medium, and a judgment for judging whether or not a predetermined unit of digital data follows the recording unit of the next recording medium when recording the digital data stored in the buffer memory on the recording medium. And a discrimination signal adding means for adding an identification signal to the recording medium according to whether or not the predetermined unit of the recording data follows the recording unit of the next recording medium. .
  • data compression means for compressing an input digital data
  • the digital data compressed corresponding to the recording unit of the recording medium is temporarily stored in a buffer memory, and stored in a buffer memory.
  • the obtained digital data is recorded on the recording medium for each recording unit of the recording medium.
  • the present invention includes a data setting unit for setting the number of digital data to be inputted in a predetermined unit, and a buffer capacity detecting unit for detecting whether or not the buffer memory is full. When the capacity detecting means detects that the buffer memory is full, the setting value of the data setting means is changed.
  • the present invention provides a reproducing means for reproducing data for each recording unit from a recording medium in which digital data is recorded for each recording unit of the recording medium, and a digital data reproduced for each predetermined unit from the recording medium. And a means for temporarily processing the digitized data read from the sofa memory and outputting the data in a predetermined unit. Whether to follow the recording unit of the recording medium
  • a digital data reproducing apparatus comprising: identification signal detecting means for detecting an identification signal to be identified; and control means for controlling whether to reproduce the next recording unit of the recording medium in accordance with the output of the identification signal detecting means. It is. BRIEF DESCRIPTION OF THE FIGURES
  • FIGS. 1 and 2 are schematic diagrams used to describe a conventional recording / reproducing apparatus
  • FIG. 3 is a block diagram of an example of a tape streamer drive to which the present invention is applied
  • FIG. 5 is a schematic diagram showing a data structure in one partition to be recorded
  • FIGS. 5 to 7 are schematic diagrams used to explain a tape recording format in an example of a tape streamer drive to which the present invention is applied.
  • Diagrams, Figures 8 and 9 are schematic diagrams used to describe entities
  • Figures 10 and 11 are schematic diagrams used to describe entity maps
  • Figure 12 is a schematic diagram used to describe GITs.
  • FIGS. 13 and 14 are schematic diagrams used to explain the BAT
  • FIG. 15 is a flow chart used to explain the recording process in an example of the streamer drive to which the present invention is applied.
  • Fig. 16 shows a tape stream to which the present invention is applied.
  • FIG. 17 is a block diagram of another example of a tape streamer drive to which the present invention is applied, and
  • FIG. 18 is a block diagram of another example of the tape streamer drive to which the present invention is applied. It is a flowchart used for description of another example of a tape streamer drive.
  • FIG. 3 shows an example of a tape streamer drive to which the present invention is applied.
  • This tape streamer drive uses a magnetic tape similar to the 8 mm VTR and records / reproduces data on / from a magnetic tape by a helical scan method.
  • reference numeral 1 denotes a rotating drum. Record on rotating drum 1 0 5 Heads 2A and 2B and playback heads 3A and 3B are arranged.
  • the recording heads 2A and 2B have a so-called double azimuth structure in which two gaps having different azimuth angles are provided extremely close to each other in an integrated structure.
  • the regeneration heads 3A and 3B have a double azimuth structure.
  • a magnetic tape 5 is wound around the rotating drum 1.
  • the magnetic tape 5 is drawn from a cassette similar to the tape cassette of the 8 mm VTR.c
  • the rotating drum 1 is rotated by a drum motor 4.
  • the magnetic tape 5 is a capstan motor 6 and Sent by a vinch roller (not shown).
  • the drum motor 4 and the hub motor 6 are rotated under the control of the mechanical controller 7. Processing such as drum servo and tracking servo is performed by the mechanical controller 7.
  • the mechanical controller 7 and the system controller 20 for performing overall control are connected bidirectionally.
  • Data is recorded and reproduced in a helical scan manner using the rotating drum 1 on which the recording heads 2A and 2B and the reproduction heads 3A and 3B are arranged.
  • the recording data is modulated by the modulation circuit 8 and supplied to the recording heads 2A and 2B via the recording amplifier 9.
  • the recording heads 2A and 2B have different azimuth angles, and this inclined track has a different azimuth angle for each track.
  • the data on the magnetic tape 5 is reproduced by the reproduction heads 3A and 3B.
  • the outputs of the reproduction heads 3 A and 3 B are supplied to the demodulation circuit 11 via the reproduction amplifier 10.
  • the demodulation circuit 11 demodulates the reproduced data.
  • This tape streamer drive uses SCSI for input and output of data.
  • SCSI Small Computer System Interface
  • the interface is used.
  • a host computer (not shown) sends data of a predetermined size, for example, 512 bytes as one record. This data is input via the SCSI interface 13.
  • a data compression / decompression unit 14 for compressing and decompressing data.
  • the data compression / decompression section 14 includes an original data side interface 15, a data compression / decompression engine 16, and a compressed data side interface 17. Data to the data compression / decompression unit 14 is transferred by DMA.
  • the original data interface 15 and the compressed data interface 17 have a FIF0 (First-In First-Out) register for adjusting the DMA transfer.
  • the data compression / expansion engine 16 performs data compression / expansion processing using LZ codes.
  • the LZ code compresses data by detecting repetition of an input character string.
  • special codes are assigned to previously processed character strings and registered in the form of a dictionary.
  • the string and the dictionary are compared, and if they match, they are rewritten into dictionary codes. Character strings that do not match are sequentially registered in the dictionary. In this way, the data is compressed by registering the input character string in the dictionary and rewriting the character string into the dictionary code.
  • the streamer drive is provided with a record length register 31 and a record number counter 32.
  • the record length register 31 and the record number counter 32 set the record length and record number of the original data.
  • the contents of the record length register 31 and the record counter 32 can be read / written by the system controller 20. Wear.
  • the host computer When recording data, the host computer sets the record length and number of records in the record length register 31 and the record count 32. From the host convenience, data is sent using, for example, 512 bytes as one record. This data is input via the SCS I input interface 13. The output of the SCSI interface 13 is supplied to the data compression / decompression engine 16 via the original data side interface 15 of the data compression / decompression unit 14. This data is compressed by the data compression / decompression engine 16 using the LZ code. The output of the data compression / expansion engine 16 is output via the compression data interface 17.
  • the output of the compression data interface 17 is temporarily stored in the buffer memory 19 under the control of the sofa controller 18.
  • the buffer memory 19 stores data for one group.
  • the output of the buffer memory 19 is supplied to the modulation circuit 8.
  • the output of the modulation circuit 8 is supplied to the recording heads 2A and 2B via the recording amplifier 9. By means of the recording heads 2A and 2B, the data is recorded on the magnetic tape 5 on an inclined track.
  • the recorded data on the magnetic tape 5 is reproduced by the reproduction heads 3A and 3B.
  • the outputs of the reproduction heads 3 A and 3 B are supplied to the demodulation circuit 11 via the reproduction amplifier 10.
  • the reproduction data is demodulated by the demodulation circuit 11.
  • the output of the demodulation circuit 11 is temporarily stored in a buffer memory 19 under the control of a buffer controller 18.
  • the buffer memory 19 stores data for one group.
  • the output of the buffer memory 19 is supplied to the data compression / expansion engine 16 via the data compression / decompression section 14 compression data input / output interface 17. Supplied to The data is expanded by the data compression Z expansion engine 16 and returned to the original data.
  • the output of the data compression / decompression engine 1 6 via the O original casing data side Intafe Ichisu 1 5, SCSI fin evening - is supplied to the face 1 3.
  • the output of SCSI interface 13 is transferred to the host computer.
  • FIG. 4 shows the configuration of the magnetic tape 5.
  • one magnetic tape 5 can be divided into a plurality of partitions and managed. That is, as shown in FIG. 4A, the magnetic tape 5 is wound between the reels R1 and R2.
  • one magnetic tape 5 can be managed by being divided into a maximum of 256 partitions.
  • recording on the magnetic tape 5 is performed for each fixed length unit called one group in each partition.
  • One group corresponds to the data amount of 20 frames, and as shown in Fig. 4D, one frame is composed of 2 tracks. Therefore, one group has 40 tracks.
  • Figure 5 shows the structure of one partition. In this figure, it is assumed that one partition is formed for the entire tape length. As shown in Figure 5, the leader-tape is located at the beginning of the magnetic tape, and then the tape cassette is loaded.
  • a device area is provided, which is the area for unloading.
  • the head of this device area is the head position P B 0 T (Physical Beginning of Tape) of the physical tape.
  • System ⁇ A log area is provided, followed by a data area.
  • System ⁇ The beginning of the mouth area is the logical tape start position LB 0 T (Logical Begining of Tape) 0
  • a vendor group is provided to indicate information on a vendor that creates and supplies data, and then data is recorded for each of groups 1 to n.
  • an E nD End of Date
  • the end of E0D is set as the logical tape end position L EOT (Logical End of Tape).
  • PEOT Physical Ending of Tape
  • Data is recorded in one track in a block structure as shown in Fig. 6A.
  • One block consists of one byte of SYNC data A1, followed by six bytes of ID data A2 used for searching, etc.A2, parity A3 for error detection for two bytes of ID data And 64 bytes of data A4.
  • one track has 471 blocks.
  • One track is provided with four blocks of margins All and A17 at both ends.
  • ATF areas A12 and A16 for tracking control are provided behind these margins A1 and before the margin A17. Is provided.
  • ATF area A 14 is provided in the middle of one track. These ATF areas A12, A14, and A16 have areas for 5 blocks.
  • 224 blocks of data carriers A13 and A15 are provided between the ATF areas A12 and A14 and the ATF areas A14 and A16, respectively.
  • FIG. 7 shows the data structure of one group. As described above, one group is composed of 20 frames (40 tracks). Fig. 7 As shown in (2), the last two frames of the 20 frames forming one group are assigned C3 parity for error correction. The C1 and C2 parities are not described in detail here, but are added to the data shown in FIG. 6 so as to be completed in units of one track, for example.
  • data is written sequentially from the first frame of the data group, as indicated by the arrow Arl.
  • the index information is written in the opposite direction to the data writing direction, starting from the 18th frame ⁇ o.
  • the index information includes a GIT (Group Information Table) indicating the contents of the current group and a BAT (Block Access Table) serving as management information for each entity.
  • GIT has a fixed length of, for example, 40 bytes
  • BAT has an access entry in 4-byte units created based on the contents of the group, and has a variable length according to the contents of the group.
  • An entity is a unit for managing the data of each compressed record.
  • An entity is composed of multiple compressed data records. That is, for example, when the records shown in FIG. 8A are sequentially input to the tape streamer drive and subjected to compression processing, the data size changes according to the data content of each record.
  • a predetermined unit of the entity shown in Fig. 8B is formed by a plurality of predetermined compressed records. Although it is formed by one record, it is shown here only schematically and actually The number of records to be included in a record is arbitrarily set.
  • an entity header indicating the data content of the entity is formed first, followed by a plurality of compressed records.
  • the contents of the entity header will be described later.
  • the entities that can actually be assigned to the group are, as shown in Fig. 9, each entity El, E12, E13, E14, E15, depending on its data length and starting position. There are cases where it fits within a group (entities Ell, E12, E14) and cases where it spans two or more consecutive groups (entities E13, E15, E16). An entity that falls within one group is defined as “Entity Entity (ETE) ⁇ ”. Also, when an entity spans two groups, such as entity E 15, The front part is defined as “Start Part of Entity (SPE)" and the rear part is defined as "Last Part of Entity (LPE)".
  • the “File Mark” provided between the entity 14 and the entity 15 corresponds to the position where a file mark indicating a delimiter for each data file is attached, and therefore the subsequent entity 15 is used for other files. Data. Although not shown here, a save set time is added to a data break recorded by one save (recording) operation.
  • an asterisk (*) at the beginning of the entities Ell, E14, and El5 in Fig. 9 indicates an access point, for example, LB0T, separation mark (file mark, save set mark). )
  • an access point for example, LB0T, separation mark (file mark, save set mark).
  • Figure 10 shows the structure of the entity.
  • an entity header is provided at the head of the entity.
  • An 8-byte area from byte number 0 to byte number 7 is provided.
  • “Header Lendth” indicating the data length of the entity header is arranged. For example, if an access point exists in the current entity, record recording is assumed to start from byte number n, which is defined by "Header Lendth”.
  • nanno (Algorithm Numberj) is shown in binary notation in Neutnanno 1.
  • This algorithm naming is defined, for example, as shown in Fig. 11, and the algorithm naming is set to "0". Indicates that no access point has been assigned to the current entity, and if set to “1”, indicates that the current entity has no access point. There is an access point in the entity, and the records in the current entity are uncompressed data. If the algorithm picker is set to ⁇ 3 '' or ⁇ 3 2 '', the current entity has an access point, and data in the current entity is subjected to data compression according to a predetermined method. It is assumed.
  • “0riginal record Lengthj”, which is information on the original data length of a record, is indicated in the 3-byte area of byte numbering 2 to 4. In this case, as described above, 5 1 It is indicated that it is 2 pits.
  • “Record count in this Ent y” which is information on the number of records to be included in the entity, stores information on the predetermined number of records. Is done. For example, if the record includes a file mark indicating a file delimiter and a save set mark indicating a delimitation of a save position during data storage in the record, the file mark and the save set name are used. Is included in the record count.
  • the data of the record group is stored in the byte sequence following byte nanno, ⁇ 8, and one entity is formed in this way.
  • GIT Group Information Tabl e
  • BAT Block Access Tabl e
  • Figure 12 shows the structure of GIT.
  • the GIT has a fixed length of, for example, 40 bytes. Management information related to the group is stored. Fields F1 to F16 are arranged in the GIT as shown in the figure.
  • field F2 has a field of "Group Numberj, which has an area of 3 bytes, and information of a unique group number assigned to the current group. Is stored.
  • Field F3 is an area of "Record count j" consisting of 4 bytes, and stores information on the total number of records included in the current group from the logical tape start position LB ⁇ T.
  • Field F 4 is 4 “File Mark Count” and is composed of 4 bytes, and stores information on the total number of file marks included in the current group from LB 0 T, and is also a field composed of 4 bytes.
  • the area of “Save-Set Mark Count” in F5 stores information on the total number of save set marks included in the current group from LB 0 T.
  • Field F7 (3, -it) is used as the area for the "Group Number of the Previous Record", and contains a file mark, save set mark, or the beginning of a record in a group before the current group. Stores the information of the group name of the last group.
  • the field “Group Number of the Previous File Mark” in field F 9 (3 points) stores the information on the group number of the group in which the last recorded file mark exists.
  • the area of “Group Number of the Previous Save-Set Markj” of “3 bytes) ' information on the group number of the group in which the last recorded save set mark exists is stored.
  • Field 1 2 (2 bytes) is used as the area of “Block Access Table Count j” and stores information on the number of BAT access entries in the current group.
  • 02345 BAT is a field 13 (2 notes), which is a unit of 4-byte access entry, which is regarded as an area of “Count of Record in current Basic Groupj” and stores information on the number of records in the current group.
  • the number of records in this case includes the number of file marks and save set marks in the current group.
  • the field 14 (2 bytes) is set as “Couiit of File Mark in current Basic Group”, and information on the number of file marks in the current group is stored.
  • the field 15 (2 bytes) is The information of the number of save set marks in the current group is stored as “Count of Save-Set Mark in current Basic Group”.
  • Fields F1, F6, F8, F10 (one byte each) and field F16 (four bytes) are undefined.
  • BAT is formed by one or more access entries.
  • the individual access entries that make up the BAT indicate information about the records, file marks and save set marks that will be included in the group. Therefore, since the number of BAT access entries changes according to the contents of the entity assigned to each group, the data size of the BAT becomes variable.
  • One access entry is made up of 4 bytes as shown in FIG.
  • the first first byte (1 st Byte) is a flag byte to which a BAT flag is assigned, defines an access entry, and the remaining second to fourth bytes (2 nd to 4 th B yt e) is a count field that indicates the related content.
  • the first access entry to be written to the loop is placed immediately before the GIT, and the remaining access entries that follow are written in order from the direction opposite to the data recording direction.
  • the BAT flag assigned to the first byte of the access entry is defined as shown in FIG. According to this figure, the BAT flag pick-up is bit-assigned, and the BAT flag pick-up is assigned in binary.
  • BAT flag is 1 (00000001), it is defined as “Entire Entry”. When defined as “Entire Entry”, it indicates that the entity indicated by this access entry is “Entire Entity (ETE)”. That is, as shown in the entities E11, E12, and E14 shown in FIG. 9 earlier, the entities have started / terminated in the current group. Then, the count field indicates the number of bytes of the entity. In the case of BAT flag number 2 (00000010), it is defined as “Start Part of Entry” and indicates that the entity indicated by this access entry is “Start Part of Entity (SPE)” in the current group. The count field indicates the number of bytes.
  • ⁇ Middle Part of Entry (j) is defined, indicating that the entity in the current group is ⁇ Middle Part of Entity (MP E) '', and the count field indicates The number of bytes is shown.
  • BAT flag naming 5 (00000101) is “Total Count of Entryj.” “Total Count of Entryj is to be placed immediately after“ Last Part Entry ”. In principle, both are in the same group. Be as it is. In this case, the count field indicates the number of bytes of the entire entity indicated by the last “Last Part Entityj.
  • BAT flag numper 6 (00000111) to 10 (00001010), it may vary.
  • this is set according to the content of the entities in the group.
  • the definition contents and the contents indicated by the field count are, as a rule, described in “Entire Entry j,” “Start Part of Entry j,” “Middle Part of Entry j,” “Last Part of Entry j,” and “Total Count of Entry j”. It is assumed to conform.
  • BAT flag naming 0 and BAT flag naming 013 to 255 are undefined.
  • EWP Early Warning Point
  • AEWP After Early Warning Point
  • This AEWP is defined by treating the MSB in one byte of the BAT flag number as AEMP. If the AEWP bit is set to “0”, the access inventory using the BAT flag numbers 0 to 127 is used as described above, and the A EWP bit is set to “1” for these BAT flags. BAT flag numbers become BAT flag numbers 128 to 11 respectively, and the contents that each BAT flag definition of BAT flag numbers 0 to 127 are recorded beyond the EWP (Shown as (with AEWP) in the figure.)
  • the tape stream drive to which the present invention is applied is provided with a record length register 31 and a record count 32.
  • the record length of the data to be transferred is set to the record length register 31 and the number of records of the data to be transferred is set to the record count 32.
  • the record length register 31 and the record count 32 are externally rewritten.
  • the record number counter 32 is decremented each time data is transmitted one record at a time from the host computer. It is possible to determine the number of records of the data transferred by the record number input 32. When the number of transferred records reaches the number requested from the host computer for the first time, the record count 32 becomes, for example, "0", and the transfer of data from the host computer ends.
  • the buffer memory 19 may overflow before the transferred data first reaches the number requested by the host computer.
  • the overflow of the no-memory 19 may be determined, for example, by comparing the current address of the buffer memory 19 indicating the location where the data has been stored up to now with the end address secured as the memory capacity. Can be determined by If the current address matches the end address, it means that the buffer memory 19 overflows. Information on whether or not the buffer memory 19 overflows is indicated by a register 33. If the buffer memory 19 overflows, the record count 32 is set to, for example, "1". As a result, in the next one data transfer, the record count 32 becomes “0” and the data transfer from the host computer is interrupted.
  • FIG. 15 is a flowchart showing the processing at this time.
  • the system controller 20 receives a command from the host computer via a SCSI interface 13 and receives a command from the host computer.
  • the record length and the number of records are set in the record length register 31 and the record number counter 32 (step ST 1).
  • the system controller 20 causes the buffer controller 18 to set the start address and end address of the buffer memory 19, and the capacity of the buffer memory 19 is secured (step ST2).
  • the buffer memory 19 is controlled by the memory controller 18, and the remaining capacity (storable capacity) of the buffer memory 19 is monitored by the register 33 in the buffer controller 18. Have been.
  • Step ST 3 Data is transferred from the host computer for each record (step ST 3). This data is compressed by the data compression / decompression section 14 and stored in the buffer memory 19 (step ST 4). The remaining amount of the buffer memory 19 is monitored by the register 33 of the buffer controller 18 to determine whether or not the buffer memory 19 has overflowed (step ST5). If the buffer memory 19 has not overflown, the system controller 20 decrements the record number counter 32 each time data for one record is compressed (step ST6). Then, the system controller 20 determines whether or not the record number counter 32 has reached "0" (step ST7), and if not, returns to step ST3.
  • step ST8 the system controller 20 adds a BAT flag (step ST8), and ends the data transfer (step ST9).
  • the buffer memory 19 does not overflow, Since the entire record of the record is recorded in that group, the entity is “Entire Entity (ETE)” or “Last Part of Entit y (LPE)”, and accordingly, “Entire Entry j” or “ st Part of Entryj will be added.
  • step ST10 the system controller 20 sets the value of the record number counter 32 to "1".
  • Step ST10 If the value of the record number counter 32 is set to "1", the record number counter 32 becomes "0" when the transfer of the currently transferred record is completed, and the record number counter 32 is counted in step ST7. E32 The value of 32 becomes “0”.
  • step ST8 a BAT flag is added (step ST8), and the data transfer is terminated (step ST9).
  • the entity since the data straddles the group, the entity is “Start Part of Entity (SPE)” or “Middle Part of Entity (MPE)”, and the system controller 20 responds accordingly. And BAT flag.
  • the records are entityized and recorded.
  • entities “Entire Entity (ETE)”, “Start Part of Entity (SPE)”, “Last Part of Entity (LPE)”, and “Middle Part of Entity (MPE)” are defined.
  • the BAT flag indicates to which entity it belongs. From this entity type, you can determine whether the event will be completed in that group or continue to the next group. Therefore, the type of the entity is determined from the BAT information, In the case of Titi, the next group is accessed, and if it does not follow the next group, it ends in that group.
  • Entire Entity (ETE) j is an entity that fits into one group
  • “Last Part of Entity (LPE)” is the latter half of an entity that spans multiple groups. Therefore, if the entity is “Entire Entity (ETE)” or “Last Part of Entity (LPE)", there is no need to access the next group.
  • the “Start Part of Entity (SPE)” is the first part of a multi-group entity.
  • “Middle Part of Entity (MP E)” is the middle part of the entity across multiple groups. Therefore, if the entity is “Start Part of Entity (SPE) j” or “Middle Part of Entity (MPE)”, it is necessary to access the next group since the next group follows.
  • FIG. 16 is a flowchart showing a process at the time of reproduction of the tape streamer drive shown in FIG.
  • the system controller 20 sets the record length and the number of records in the record length register 31 and the record number counter 32 (step ST 2). 1). Then, one group of data is reproduced from the magnetic tape 5, and the reproduction data of this one group is stored in the buffer memory 19 (step ST22).
  • GIT stores information on the number of records in the current group, and from this information, the number of records in the current group can be obtained.
  • the system controller 20 compares the number of records set in step ST21 with the number of reproduced records of the current group (step ST23).
  • the system controller 20 indicates that the set number of records is the current group. If the number of records is larger than the number of records, the data for one group stored in the buffer memory 19 is sent to the data compression / decompression unit 14, and the data for one group is decompressed by the compression / decompression unit 14. (Step ST24). If the set number of records is not larger than the number of records of the current group, the process proceeds to step ST28, as described later, and the system controller 20 sets the BAT flag to ⁇ Entire Entity (ETE) '' from the BAT flag. Then, the process proceeds by determining whether or not it is “Last Part of Entity (LPE)”.
  • LPE Layer Part of Entity
  • step ST24 when the decompression process for one group is performed, the number of records sent out is decremented from the number of records set in the record number counter 32, and the number of remaining records is decremented.
  • the record count is set to 32 (step ST25).
  • Step S 26 the system controller 20 compares the number of remaining records with the number of records in the current group. If the number of remaining records is larger than the number of records of the current group, the data of the next one group is stored in the buffer memory 19 (step ST27). Then, the process returns to step ST24, where the data for the next one group is sent from the buffer memory 19 to the data compression / decompression unit 14, and the decompression process for one group is performed.
  • step ST26 it is determined that the number of remaining records is not greater than the number of records in the group.
  • step ST 26 the remaining record count is If it is determined that the value is not larger than the number, the system controller 20 determines from the BAT flag that "Entire Entity (ETE)” or! It is determined whether it is "Last Part of Entity (LPE)” (step ST28). As described above, if the BAT flag is “Entire Entity (ETE)” or “Last Part of Entity (LPE)”, the entity can be regarded as being completed in the block.
  • step ST28 if the BAT flag is “Entire Entity” or “Last Part of Entity (LPE)”, the system controller 20 sets the record count counter 32 to the record count of the entity (step ST 29 ). Then, the data of the entity is sent to the data compression / decompression unit 14 (step ST30), and is decremented by the number of records transmitted from the number of records set in the record number counter 32. The remaining record count is set to the record count 32 (step ST31). Further, the system controller 20 determines whether or not the number of remaining codes has become "0 j" (step ST32). When the number of remaining records has become "0", the system controller 20 ends the data reproduction process. I do.
  • step ST28 If it is determined in step ST28 that the entity is other than "" Entire Entity (ETE) “or” Last Part of Entity (LPE) ", that is, if the entity is” Start Part of Entity (SPE) "or” If it is determined that it is "Middle Part of Entity (MPE)", the next group will need to access the next group because the next group of entities continues to the next group.
  • ETE Entire Entity
  • LPE Last Part of Entity
  • SPE Start Part of Entity
  • MPE Middle Part of Entity
  • the system controller 20 determines that the last entity of the group is not “Entire Entity (ETE)” or “Last Part of Entity (LPE)” Then, the remaining record number of the record number counter 32 is set to the record number of the entity (step ST33). Then, the data of the entity is sent to the data compression / decompression section 14 (step ST34), and is decremented by the number of records transmitted from the number of records set in the record number counter 32. Then, the number of remaining records is set in the record number counter 32 (step ST35), and the system controller 20 determines whether the number of remaining codes has become "0" (step ST35). Step ST36). When the number of remaining records becomes "0", the next one group of data is stored in the buffer memory 19 (step ST37). Then, the process proceeds to Step ST28.
  • ETE Entire Entity
  • LPE Layer Part of Entity
  • Steps ST33 to ST37 since the processing of the entities of "Start Part of Entity (SPE)” or “Middle Part of Entity (MPE)” is performed, the first entity of the next group is This is usually followed by “Last Part of Entity (LPE)”. Therefore, in step ST 28, it is usually determined that the entity is “Entire Entity (ETE)” or “Last Part of Entity (LPE)”.
  • step ST29 If the system controller 20 determines that the entity is “Entire Entity (ETE)” or “Last Part of Entity (LPE)”, as described above, the record number entry is performed in step ST29.
  • the remaining number of records in the evening 32 is set to the number of records of the entity, and the data of the entity is sent to the data compression / decompression section 14 in step ST30, and the steps ST31 In step ST32, it is determined whether or not the number of remaining records has become "0", and the remaining number of records is set to "0". Is reached, the data reproduction process ends.
  • the registers 41, 42, and 43 determine the original data side interface 15 and compressed data side It detects whether data remains in the evening face 17 and the data compression / decompression engine 16 and adds a BAT flag accordingly.
  • FIG. 18 is a flowchart showing the processing at this time.
  • it is determined whether the data for one group has been compressed (step ST51). If compression has not been performed until one group is reached, the compression process continues. It is assumed that the buffer memory 19 has a sufficient capacity to compress the data for one group.
  • the system controller 20 determines from the contents of the register 41 whether or not data remains in the interface 15 on the original data side (step ST52). If no data remains in the original data side interface 15, it is also determined from the contents of the register 42 whether or not data remains in the data compression / decompression engine 16 (step ST 53). ). If no data remains in the data compression / decompression engine 16, it is further determined from the contents of the register 43 whether or not data remains in the compressed data side interface 17 (step ST54).
  • steps ST52 to ST54 if any data remains in the interface 15 on the original data side, the data compression / decompression engine 16 or the interface 17 on the compressed data side, the system controller 20 Is determined to be the entity following the next group, "Start Part of Entity (SPE)" or “Middle Part of Entity (MPE)” (step ST55), and a BAT flag indicating that fact is added. (Step ST 56). Then, the next group of data is taken into the data compression / decompression unit 14.
  • SPE Start Part of Entity
  • MPE Middle Part of Entity
  • Steps ST52 to ST54 if no data remains in any of the original data side interface 15, data compression / decompression engine 16, and compression data side interface 17
  • the system controller 20 determines that the last entity of the group is an entity, “Entire Entity (ETE)” or “Last Part of Entity (LPE)” that fits within the group (step ST 58). Then, a BAT flag indicating this is added (step ST59). Then, the processing of the group ends.
  • ETE Entire Entity
  • LPE Layer of Entity
  • the original data input in record units is compressed, temporarily stored in the buffer memory, and recorded on the magnetic tape. Then, at the time of recording, it is detected whether or not the buffer memory overflows. If it is detected that the buffer memory overflows, the number of records is determined. The value of the counter changes dynamically. Therefore, it is possible to prevent the buffer memory from overflowing. Then, the compressed data is converted into an entity, recorded in each group, and a BAT flag indicating the type of the entity is added.

Description

明 細 書
発明の名称
ディジ夕ルデータ記録装置及び再生装置
技術分野
この発明は、 テープ状記録媒体にディジタルデータを記録/再生す るデータ記録/再生装置に関するもので、 特に、 データを圧縮して、 回転へッ ドによりへリカルスキャン方式で磁気テープに記録/再生す るようにしたものに係わる。
背景技術
磁気テープにディジタルデータを記録/再生するテープス ト リーマ ドライブは、 記録容量が膨大であるため、 ハードディスク等に記録さ れたデ一夕をバックアップするのに広く用いられている。 また、 テー ブス 卜 リーマドライブは、 ノ、'ックアップ用としてばかりでなく、 動画 データのように大きなファイルのデータを記録/再生する場合に用い て好適である。
このようなテープス ト リーマ ドライブとしては、 例えば、 8 ミ リ V T Rのテープカセッ 卜と同様のテープカセッ トを利用したものが知ら れている。 このようなテープス ト リーマ ドライブでは、 回転へッ ドを 用いて、 ヘリカルスキャン方式でディジタルデ一夕を磁気テープに記 録 Z再生している。
また、 このようなテープス ト リーマドライブにおいては、 デ一夕記 録容量の増大を図るために、 L Z ( Lempe卜 Z I V ) 符号を用いてデータ を圧縮して記録するようにしたものが知られている。 L Z符号は、 文 字列の繰り返しを検出することで、 デ一夕の圧縮を行なうものである 。 このようにデータ圧縮して記録すると、 データの記録容量が増大す るばかりでなく、 特に、 シーケンシャルなデータを記録/再生する場 合には、 読み出し/書き込みをするデータ量が少なくなるので、 ァク セス速度が見かけ上速くなる。
このようなデータ圧縮機能を実現するために、 テープス ト リーマド ライブには、 例えば L Z符号のデ一夕圧縮/伸長を行なうデータ圧縮 /伸長部が設けられる。 通常、 データ圧縮/伸長部は、 オリジナルデ 一夕側インターフェースと、 圧縮/伸長エンジンと、 圧縮データ側ィ ン夕ーフェースとを有している。 オリジナルデータ側のィンターフェ
—ス及び圧縮データ側のインターフェースには、 D M A (Direct Mem ory Access) の転送速度を調整するための F I F 0 (First-In-First -Out) レジス夕が設けられる。
このようなテープス ト リーマ ドライブにおいては、 記録時に、 ホス トコンピュー夕からオリジナルデータ側のィン夕一フエースにデータ が転送される。 このデ一夕は、 所定の大きさ例えば 5 1 2バイ トを 1 レコードとして転送される。 このデータは、 データ圧縮/伸長ェンジ ンに供給され、 データ圧縮/伸長エンジンで、 このデ一夕が連続的に 圧縮されていく。 この圧縮されたデ一夕は、 数 ラックからなるグル —ブを単位として磁気テープに記録されていく。
すなわち、 第 1図 Aに示すように、 オリジナルデータ側のイン夕一 フェースには、 レコード単位でデータ S D , 、 S D 2 、 S D 3 、 · · ' が入力される。 このデ一夕 S D , 、 S D 2 、 S D 3 、 · · · がデ一 夕圧縮ノ伸長エンジンに送られる。 データ圧縮/伸長エンジンにより 、 第 1図 Bに示すように、 各レコード毎のデータ S 、 S D 2 、 S D 3 、 · · · は、 圧縮 'データ s d , 、 s d 2 、 s d 3 、 ■ · · に圧縮 される。 データ圧縮/伸長部の後段にはバッ ファメモリが設けられて おり、 圧縮後のデ一夕 s d , 、 s d 2 、 s d 3 、 · · ·は、 ノ ッフ ァ メモリに一旦著えられる。 圧縮後のデ一夕 s d , 、 s d 2 、 s d 3 、 • · ' が lグループに相当する量に達すると、 第 1図 cに示すように
、 このデータが所定数のトラックからなるグループに記録される。 再生時には、 所定数のトラックからなる 1 グループ毎に、 磁気テー プのデータが再生される。 この 1 グループの再生データは、 一旦、 バ ッファメモリに蓄えられる。 バッファメモリに 1グループ分のデータ が蓄えられると、 このデータがデータ圧縮/伸長部に送られる。 デ一 夕圧縮/伸長部で、 この再生データが元の大きさのデータに伸長され 、 例えば 5 1 2バイ トを 1 レコードとして、 ホス トコンピュータに送 られてくる。
ところで、 このようにデータを圧縮して磁気テープに記録するよう にしたテープス ト リーマ ドライブでは、 前述したように、 記録時にホ ス トコンピュータからレコード単位で入力されたデータは、 圧縮され た後に、 バ ッ フ ァメモリに蓄えられる。 圧縮後のデ一夕は可変長であ り、 データの種類によって、 圧縮率が変化する。 このため、 圧縮後の データのデータ量を予測することは困難であり、 このため、 バッファ メモリが溢れ出すようなことがあり得る。
すなわち、 通常、 記録時には、 ホス トコンビユー夕からは、 レコー ド長とレコ一ド数を指定して、 データが送られてく る。 圧縮したとき のデータ量は予測できなきいので、 指定されたレコード長のデータを 指定されたレコード数だけ圧縮してバッファメモリに取り込んだとき に、 ノ ソ フ ァメモリが溢れ出すようなことがあり得る。 このようにバ ッファメモリが溢れ出すような場合には、 ホス 卜コンピュータからの データの転送を一時的に中断するような制御が必要である。
また、 このようにデータを圧縮して磁気テープに記録するようにし たテープス ト リーマ ドライブでは、 再生時には、 磁気テープのデータ は 1 グループ毎に再生され、 ノ ヅ フ ァメモリに蓄えられる。 'このとき 、 例えば複数レコードからなる所定単位のデ一夕が次のグループに続 いている場合には、 次のグループのデータを読み込む必要がある。 すなわち、 第 2図に示すように、 所定単位のデータ s d H、 s d12 、 s d12、 · · ' を記録した場合、 第 2図 Aに示すように、 グループ GP 1の最後に入るべきデータ s dm が次のグループ GP 2に続く場 合と、 第 2図 Bに示すように、 グループ GP 1の最後に入るべきデ一 夕 s dm がグループ GP 1内に収まる場合がある。 第 2図 Bに示すよ うに、 グループ GP 1の最後に入るべきデ一夕 s dm がグループ GP 1内に収まる場合には、 グループ GP 1のデ一夕で完結しているので 、 グループ G P 1のアクセスのみでグループ G P 1のデータの再生が 完了する。 ところが、 第 2図 Aに示すように、 グループ GP 1の最後 に入るべきデータ s dm がグループ G P 2に続く場合には、 データ s dm を再生させるために、 次のグループ G P 2をアクセスする必要が ある。
このように、 データを圧縮して磁気テープに記録するデータ記録/ 再生装置においては、 記録時に、 バッファが溢れることがないように 、 ホス トコンピュータからのデ一夕の転送を制御する必要がある。 ま た、 再生時には、 所定単位のデータが 1つのグループ内に完結してい るか、 次のグループに続いているかを判断して、 データのアクセスを 制御する必要がある。
発明の開示
したがって、 この発明の目的は、 ホス トコンピュータから送られて きたデ一夕を圧縮して記録する際に、 バッファメモリのデ一夕を溢れ させることなく、 デ一夕を効率的に圧縮して記録できるディ ジ夕ルデ 一夕記録装置を提供することにある。
この発明の他の目的は、 次グループにデータが続いているかどうか の情報を得ることができ、 この情報を用いて伸長処理を効率的に行な うことができるディジタルデータ再生装置を提供することにある。 この発明は、 ディジタルデータを入力する入力手段と、 記録媒体の 記録単位に対応してディジタルデータを一旦蓄えるバッファメモリと 、 バッファメモリに蓄えられたディジタルデ一夕を記録媒体の記録単 位毎に記録媒体に記録する記録手段と、 バッファメモリに蓄えられた ディジ夕ルデ一夕を記録媒体に記録する際に、 所定単位のディジタル データが次の記録媒体の記録単位に続くかどうかを判断する判断手段 と、 所定単位のディ ジ夕ルデータが次の記録媒体の記録単位に続くか どうかに応じて記録媒体に識別信号を付加する識別信号付加手段とを 備えるようにしたディジ夕ルデータ記録装置である。
この発明では、 入力されたディ ジタルデ一夕を圧縮するデータ圧縮 手段を備え、 記録媒体の記録単位に対応して圧縮されたディジ夕ルデ —夕をバッファメモリに一旦蓄え、 ノ、'ッファメモリに蓄えられたディ ジ夕ルデータを記録媒体の記録単位毎に記録媒体に記録している。 更に、 この発明では、 所定単位で入力されるディジタルデータ数を 設定するためのデ一夕数設定手段と、 バッファメモリが満杯になった かどうかを険出するバッファ容量検出手段とを備え、 バッファ容量検 出手段によりバッファメモリが満杯になることが検出されたら、 デー 夕設定手段の設定値を変更するようにしている。
また、 この発明は、 記録媒体の記録単位毎にディジタルデータが記 録された記録媒体から、 記録単位毎にデータを再生する再生手段と、 記録媒体から所定単位毎に再生されたディ ジ夕ルデータを一旦蓄える ノ s'ッファメモリ と、 ノ ソファメモリから読み出されたディジ夕ルデ一 夕を、 所定単位で処理して出力する出力手段と、 記録媒体から、 所定 単位のディ ジ夕ルデータが次の記録媒体の記録単位に続くかどうかを 識別する識別信号を検出する識別信号検出手段と、 識別信号検出手段 の出力に応じて、 次の記録媒体の記録単位を再生するかどうかを制御 する制御手段とを備えてなるディジ夕ルデータ再生装置である。 図面の簡単な説明
第 1図及び第 2図は従来の記録/再生装置の説明に用いる略線図、 第 3図はこの発明が適用されたテープス ト リーマドライブの一例のブ ロック図、 第 4図は磁気テープに記録される 1パーティション内のデ —夕構造を示す略線図、 第 5図〜第 7図はこの発明が適用されたテー プス ト リ一マドライブの一例におけるテープ記録フォーマツ トの説明 に用いる略線図、 第 8図及び第 9図はエンティティの説明に用いる略 線図、 第 1 0及び第 1 1はエンティティマツブの説明に用いる略線図 、 第 1 2図は G I Tの説明に用いる略線図、 第 1 3図及び第 1 4図は B A Tの説明に用いる略線図、 第 1 5図はこの発明の適用されたテー ブス ト リーマドライブの一例における記録処理の説明に用いるフロー チャート、 第 1 6図はこの発明の適用されたテープス ト リーマドライ ブの一例における再生処理の説明に用いるフローチャート、 第 1 7図 はこの発明が適用されたテープス ト リ一マ ドライブの他の例のプロッ ク図、 第 1 8図はこの発明が適用されたテープス ト リーマドライブの 他の例の説明に用いるフローチャートである。
発明を実施するための最良の形態
以下、 この発明の一実施例について図面を参照して説明する。 第 3 図は、 この発明が適用されたテープス ト リ一マ ドライブの一例を示す ものである。 このテープス ト リーマ ドライブは、 8 ミ リ V T Rと同様 の磁気テープを用い、 ヘリカルスキャン方式で、 磁気テープにデ一夕 を記録/再生するものである。
第 3図において、 1は回転ドラムである。 回転ドラム 1には、 記録 0 5 ヘッ ド 2 A及び 2 B、 再生へッ ド 3 A及び 3 Bが配置される。 記録へ ッ ド 2 A及び 2 Bは、 アジマス角の異なる 2つのギャップが極めて近 接して一体構造で設けられた所謂ダブルアジマス構造とされている。 同様に、 再生ヘッ ド 3 A及び 3 Bは、 ダブルアジマス構造とされてい る。
回転ドラム 1に、 磁気テープ 5が巻き付けられる。 この磁気テープ 5は、 8 ミ リ V T Rのテープカセッ トと同様のカセッ トから引き出さ れたものである c 回転ドラム 1は、 ドラムモー夕 4により回転される 0 また、 磁気テープ 5は、 キヤプスタンモー夕 6及びビンチローラ （ 図示せず） により送られる。 ドラムモー夕 4及びキヤブスタンモー夕 6は、 メカコン トローラ 7の制御の基に回転される。 メカコントロー ラ 7により、 ドラムサーボ及びトラッキングサーボ等の処理が行なわ れている。 メカコン トローラ 7と、 全体制御を行なうシステムコン ト ローラ 2 0とは双方向に接続されている。
このように記録ヘッ ド 2 A及び 2 B、 再生ヘッ ド 3 A及び 3 Bが配 置された回転ドラム 1を用いて、 ヘリカルスキヤン方式でデータが記 録 再生される c すなわち、 磁気テープ 5への記録デ一夕は、 変調回 路 8で変調され、 記録アンプ 9を介して、 記録ヘッ ド 2 A及び 2 Bに 供給される。 記録へッ ド 2 A及び 2 Bは互いに異なるアジマス角とさ れており、 この傾斜トラックは、 1 トラック毎に異なるアジマス角の トラックとなる。
磁気テープ 5のデータは、 再生へッ ド 3 A及び 3 Bにより再生され る。 再生へッ ト 3 A及び 3 Bの出力は、 再生アンプ 1 0を介して、 復 調回路 1 1に供給される。 復調回路 1 1により、 再生データが復調さ れる。
このテープス ト リーマドライブでは、 データの入出力に、 S C S I ( Smal l Computer System Interface ) インタ一フェースが用レヽられ ている。 すなわち、 データを記録する際には、 ホス トコンピュータ （ 図示せず） から、 所定の大きさ、 例えば 5 1 2バイ トを 1 レコードと して、 デ一夕が送られてくる。 このデータは、 S C S Iインタ一フエ —ス 1 3を介して入力される。
このテープス ト リーマドライフでは、 データを圧縮 Z伸長するため のデータ圧縮/伸長部 1 4が設けられている。 データ圧縮 伸長部 1 4は、 オリジナルデータ側イン夕一フェース 1 5と、 データ圧縮/伸 長エンジン 1 6と、 圧縮デー夕側イ ン夕一フェース 1 7とからなる。 データ圧縮/伸長部 1 4へのデータは、 D M Aで転送される。 オリジ ルナルデ一夕側ィンターフェース 1 5及び圧縮デ一夕側ィンターフェ ース 1 7は、 D M A転送を調整するための F I F 0 (First-In First -Out) レジスタを有している。
データ圧縮/伸長エンジン 1 6は、 L Z符号により、 データの圧縮 /伸長処理を行なうものである。 L Z符号は、 入力した文字列の繰り 返しを検出することによ り、 データの圧縮を行なうものである。 すな わち、 過去に処理した文字列とに専用のコードが割り振られ、 辞書の 形で登録される。 文字列と辞書とが比較され、 一致したときは辞書コ —ドに書き換えられる。 一致しなかった文字列は、 逐次辞書に登録さ れる。 このように、 入力文字列を辞書に登録し、 文字列を辞書のコ一 ドに書き換えていく ことにより、 データが圧縮される。
このス ト リーマ ドライブには、 レコード長レシス夕 3 1及びレコ一 ド数カウンタ 3 2が設けられる。 レコード長レジスタ 3 1及びレコ一 ド数カウンタ 3 2により、 オリジナルデ一夕のレコ一ド長及びレコ一 ド数が設定される。 レコード長レジス夕 3 1及びレコードカウンタ 3 2の内容は、 システムコン トローラ 2 0により読み出し/書き込みで きる。
データを記録する際には、 ホス トコンピュータから、 レコード長と レコード数がレコード長レジスタ 3 1及びレコード数カウン夕 3 2に 設定される。 ホス トコンビユー夕からは、 例えば 5 1 2バイ トを 1 レ コードとして、 データが送られてくる。 このデ一夕は、 S C S Iイン 夕一フェース 1 3を介して入力される。 S C S Iインターフェース 1 3の出力は、 データ圧縮/伸長部 1 4のオリシナルデータ側ィン夕一 フェース 1 5を介して、 データ圧縮ノ伸長エンジン 1 6に供給される 。 このデ一夕は、 データ圧縮/伸長エンジン 1 6により、 L Z符号を 用いて圧縮される。 デ一夕圧縮/伸長エンジン 1 6の出力は圧縮デー 夕側インターフェース 1 7を介して出力される。
圧縮デ一夕側インターフェース 1 7の出力は、 ノ ソファコン トロー ラ 1 8の制御の基に、 ノ、'ッファメモリ 1 9に一旦蓄えられる。 ノ ッフ ァメモリ 1 9には、 1 グループ分のデータが蓄えられる。 バッファメ モリ 1 9の出力は、 変調回路 8に供給される。 変調回路 8の出力は、 記録アンプ 9を介して、 記録へッ ド 2 A及び 2 Bに供給される。 記録 ヘッ ド 2 A及び 2 Bにより、 磁気テープ 5にデ一夕が傾斜トラックで 記録される。
データを再生する際には、 磁気テープ 5の記録データが再生へッ ド 3 A及び 3 Bにより再生される。 再生ヘッ ド 3 A及び 3 Bの出力は、 再生アンプ 1 0を介して、 復調回路 1 1に供給される。 復調回路 1 1 により、 再生データが復調される。 復調回路 1 1の出力は、 バッファ コン トローラ 1 8の制御の基に、 ノ ッファメモリ 1 9に一旦蓄えられ る。 バッファメモリ 1 9には、 1グループ分のデ一が蓄えられる。 バッファメモリ 1 9の出力は、 データ圧縮/伸長部 1 4の圧縮デ一 夕側イン夕一フェース 1 7を介して、 デ一夕圧縮/伸長ェンジン 1 6 に供給される。 データ圧縮 Z伸長エンジン 1 6により、 データが伸長 され、 元のデータに戻される。 データ圧縮/伸長エンジン 1 6の出力 は、 ォリジナルデータ側ィンターフェ一ス 1 5を介して、 S C S Iィ ン夕—フェース 1 3に供給される。 S C S Iインタ一フェース 1 3の 出力がホス トコンピュータに転送される。
第 4図は、 磁気テープ 5の構成を示すものである。 この発明が適用 されたテ一ブス ト リーマドライブでは、 1本の磁気テープ 5を複数の パーティシヨンに区分けして管理することが可能とされている。 すな わち、 第 4図 Aに示すように、 磁気テープ 5は、 リール R 1 と R 2と の間に巻装される。 第 4図 Bに示すように、 1本の磁気テープ 5は、 最大 2 5 6のパーティションに区分けして管理することが可能とされ る。 第 4図 Cに示すように、 各パーティション内において、 1グルー ブと呼ばれる固定長の単位毎に、 磁気テープ 5への記録が行われる。 1 グループは 2 0フレームのデータ量に対応し、 第 4図 Dに示すよう に、 1 フレームは 2 トラックである。 このため、 1 グループは 4 0 ト ラックとなる。
次に、 この発明が適用されたテ一ブス ト リ一マ ドライブにおけるテ
—プの記録フォーマツ トについて説明する。
第 5図は 1パーティションの構造を示すものである。 なお、 この図 においては、 全テープ長に対して 1パーティションを形成していくも のとして説明する。 第 5図に示すように、 磁気テープの最初の部分に リーダ—テープが位置しており、 次にテープカセッ トのローデイ ング
/アンローデイ ングを行う領域.となるデバイスエリアが設けられる。 このデバイスエリァの先頭が物理的テープの先頭位置 P B 0 T (Phi s ycal Begining of Tape ) とされる。
このデバイスェリアに続いて、 テープの使用履歴情報等が格納され るシステム · ログエリアが設けられ、 以降にデータエリアが設けられ る。 システム ♦ 口グエリァの先頭が論理的テープの開始位置 L B 0 T (Logical Begining of Tape) とされる 0
このデ一夕エリァにおいては、 最初にデータを作成して供給するべ ンダ一に関する情報が示されるベンダーグループが設けられ、 続いて グループ 1〜n毎にデータが記録される。 そして、 最後のグループ n に続いて、 パーティションの終了を示す E〇D (End of Date ) の領 域が設けられる。 そして E0Dの最後が、 論理的テープの終了位置 L EOT (Logical End of Tape ) とされる。 PEOT (Phisycal End ing of Tape ) は、 物理的テープの終了位置を示す。
1 トラックには、 第 6図 Aに示すようなブロック構造でデ一夕が記 録される。 1ブロックは 1バイ 卜の S YN Cデ一夕 A 1に続いてサ一 チ等に用いる 6バイ 卜の I Dデータ A 2、 2バイ トの I Dデータのた めのエラ一検出用のパリティ A3、 64バイ トのデータ A4より構成 される。
第 6図 Bに示すように、 1 トラックには 471ブロックが配置され る。 1 トラックには両端に 4ブロック分のマージン A l l、 A 1 7が 設けられ、 これらマージン A l 1の後ろとマージン A 17の前にはト ラッキング制御用の AT Fエリア A 12、 A 1 6が設けられる。 更に 1 トラックの中間に対し ATFエリア A 14が設けられる。 これら A TFエリア A 12、 A 14、 A 1 6としては 5ブロック分の領域が設 けられる。 そして、 ATFエリア A 1 2、 A 14の間と、 ATFエリ ァ A 14、 A 1 6との間にそれそれ 224ブロック分のデータェリァ A 13、 A 1 5が設けられる。
第 7図は 1グループのデータ構造を示すものである。 前述したよう に 20フレーム （40 トラック） で 1グループが構成される。 第 7図 に示すように、 1グループを形成する 2 0 フレームのうち最後の 2フ レームには、 エラ一訂正用の C 3パリティが割り当てられる。 なお、 C l、 C 2パリティは、 ここでは詳しい説明は省略するが、 例えば 1 トラック単位で完結するようにして第 6図に示したデ一夕について付 加される。
データの記録時には、 矢印 A r lで示すように、 データグループの 先頭のフレームから順次データが書き込まれていく。 これに対して、 矢印 A r 2で示すように、 インデックス情報は、 データの書き込み方 向とは逆方向に、 1 8番目のフレームから順に書き込みが行われてい < o
インデックス情報としては、 現グループの内容を示す G I T (Grou p Information Table ) と、 エンティティ単位の管理情報となる B A T (Block Access Table) とがある。 G I Tは例えば 4 0バイ トの固 定長とされ、 B A Tはグループの内容に基づいて作成される 4バイ ト 単位のアクセスエン ト リよりなり、 グループの内容に応じて可変長と される。 これらのインデックス情報については、 後に詳述する。
エンティティ とは、 圧縮されたレコード毎のデータを管理するため の単位で、 複数分の圧縮されたレコードのデ一夕で、 エンティティが 構成される。 すなわち、 例えば、 第 8図 Aに示すレコードがテープス ト リ一マドライブに逐次入力されて圧縮処理が施されると、 そのデー 夕サイズは、 レコードごとのデータ内容により変化する。 この場合に はグループ化の前段階において、 圧縮された所定の複数のレコ一ドに よって、 第 8図 Bに示すエンティティ というデ一夕単位が形成される なお、 この図では、 1エンティティを 4つのレコードにより形成し ているが、 ここではあく までも模式的に示しており、 実際に 1ェンテ ィティ内に含むべきレコ一ド数は任意に設定される。
このエンティティは、 第 8図 Bに示すように、 最初にエンティティ のデータ内容を示すェンティティへッダが形成され、 続いて圧縮され た複数のレコードが位置される。 なお、 エンティティヘッダの内容に ついては後述する。
そして、 このようにレコードをエンティティ化したのち、 例えば第 8図 Cに示すように、 複数のエンティティ E l、 E 2、 E 3、 E 4、 E 5によりデ一夕のグループ化が行われる。 この場合、 BATのァク セスエン ト リ一はエンティティごとに作成される。
実際にグループにあてはめられるエンティティ としては、 第 9図の 各エンティティ E l l、 E 12、 E 1 3、 E 14、 E 1 5に示すよう に、 エンティティはそのデータ長と開始位置に応じて、 1グループ内 に納まる場合 （エンティティ E l l、 E 12、 E 14 ) と、 2以上の 連続したグループにまたがる場合 （エンティティ E 13、 E 1 5、 E 1 6) がある。 そして、 1グループ内に納まるエンティティは 「Enti re Entity ( E T E ) 丄として定義される。 また、 エンティティ E 1 5のように、 エンティティが 2つのグループにまたがる場合には、 2 つのグループに渡るエンティティの前の部分が 「Start Part of Enti ty ( S P E ) 」 とされ、 後ろの部分が 「Last Part of Entity (LP E) 」 として定義される。
また、 エンティティ E 1 3のように、 3つのグループにまたがるも のについては、 連続する各グループにより分割されるェンティティの パートごとに、 「Start Part of Entity ( S P E ) 」 、 「Middle Par t of Entity (MP E) 」 、 「Last Part of Entity ( L P E ) 」 と して定義されて管理される。 また、 ここでは図示していないが、 ェン ティティが 2つのグループにまたがる場合には、 このエンティティが 各グループごとに 「Start Part of Entity ( S P E ) 」 、 「Last Par t of Entity ( L P E ) 」 として定義されて管理される。
なお、 エンティティ 1 4とエンティティ 1 5間に設けられる 「Fi le Mark 」 は、 データファイルごとの区切りを示すファイルマークが付 される位置に対応し、 したがって、 続くエンティティ 1 5は他のファ ィルのデータとなる。 また、 ここでは図示しないが 1回の保存 （記録 ) 動作により記録されるデ一夕の区切りに対しては、 セーブセッ 卜マ 一夕が付される。
また、 第 9図のエンティティ E l l、 E 1 4、 E l 5の先頭部分に ，記されている *印はアクセスポイン トとされ、 例えば L B 0 T、 セパ レー夕マーク （ファイルマーク、 セーブセッ トマーク） 、 ァルゴリズ ムの変更など、 エンティティの属性が変更されるような場合に、 その エンティティの先頭のレコードの開始位置に付される。
エンティティの構造について、 更に詳述する。 第 1 0図はェンティ ティの構造を示すものである。 第 1 0図に示すように、 エンティティ の先頭にはェンティティへッダが設けられる。 バイ トナンパ 0〜バイ 卜ナンパ 7までの 8パイ トの領域が与えられており、 バイ トナンパ 0 にはエンティティヘッダのデータ長を示す 「Header Lendth 」 が配置 される。 例えば、 現エンティティにアクセスポイン トが存在するとす れば、 レコードの記録はバイ トナンパ nから開始されるものとされる が、 このバイ トナンパ nが 「Header Lendth 」 により定義される。
ノ イ トナンノ 1にはアルゴリズムナンノ ( 「Algorithm Numberj ) が 2進法により示される。 このアルゴリズムナンパは、 例えば、 第 1 1図に示すように定義されており、 アルゴリズムナンパが 「0」 とさ れている場合には、 現エンティティに対してアクセスポイン トが付さ れていないことが示され、 「 1」 とされている場合には、 現ェンティ ティにアクセスポイン 卜が存在すると共に、 現ェンティティ内のレコ 一ドは非圧縮データである。 またアルゴリズムナンパが 「3」 若しく は 「3 2」 とされている場合には、 現エンティティにアクセスポイン トが存在すると共に、 現ェンティティ内のデータについて所定方式に よるデータ圧縮が施されているものとされる。
また、 アルゴリズムナンパが 「2」 、 「4」 〜 「 3 1」 、 「3 3」 〜 「 2 5 5」 の場合は未定義 （Reserved) とされている。
また、 第 1 0図においてバイ トナンパ 2〜 4の 3バイ トの領域には 、 例えばレコードの元のデータ長の情報である 「0riginal record Le ngthj が示される。 この場合は前述のように 5 1 2パイ トであること が示される。
続く、 パイ トナンパ 5〜 7の 3バイ 卜の領域にはエンティティ内に 含まれるべきレコ一ド数の情報である 「Record count in this Entit y 」 とされ、 予め規定されたレコード数の情報が格納される。 なお、 このレコード数としては、 例えばレコード内にファイルの区切りを示 すファイルマーク及び、 デ一夕保存時のセーブ位置の区切りを示すセ ーブセッ トマークが存在すれば、 これらフアイルマーク及びセーブセ ッ トマ一クもレコード数に含むようにされる。
そして、 続くバイ トナンノ、 - 8以降のバイ ト列に対してレコ一ド群の データが格納されていき、 このようにして 1エンティティが形成され る。
前述のように、 1 グループ内にはインデックス情報として G I T ( G roup Informat i on Tabl e ) 及び B A T ( B l ock Access Tabl e ) が設け られる。 これらのインデイクス情報について更に説明する。
第 1 2図は G I Tの構造を示すものである。 前述したように、 G I Tは例えば 4 0バイ トからなる固定長とされ、 以下説明するように現 グループに関わる管理情報等が格納される。 G I Tには、 図のように フィールド F 1〜F 1 6が配置される。
これらフィールド F 1〜F 1 6において、 先ずフィールド F 2は、 「Group Numberj のフィ一ルドとされて 3バイ 卜の領域を有し、 現グ ループに対して割り当てられた固有のグループナンパの情報が格納さ れる。
フィールド F 3は 4バイ 卜からなる 「Record count j の領域とされ て論理的テープ開始位置 L B〇 Tから現グループ内に含まれるレコー ドの総数の情報が格納される。
フィールド F 4は 4 「Fi le Mark Count 」 とされて 4バイ トからな り、 L B 0 Tから現グループ内に含まれるファイルマークの総数の情 報が格納され、 同様に 4バイ 卜からなるフィールド F 5の 「Save-Set Mark Count 」 の領域は、 L B 0 Tから現グループ内に含まれるセー ブセッ トマークの総数の情報が格納される。
フィールド F 7 ( 3ノ、 -ィ 卜） は、 「Group Number of the Previous Record 」 の領域とされ、 現グループより前のグループにおいてファ イルマ一ク、 又はセーブセッ トマーク、 又はレコードの先頭が存在す る最後のグループのグループナンパの情報が格納される。
フィールド F 9 ( 3ノ ィ 卜） の 「Group Number of the Previous F i l e Mark」 の領域は、 最後に記録されたファイルマークの存在するグ ループのグループナンパの情報が格納され、 フィールド F 1 1 ( 3バ ィ 卜 ) 'の 「Group Number of the Previous Save- Set Markj の領域は 、 最後に記録されたセーブセッ 卜マークの存在するグループのグルー プナンパの情報が格納される。
フィールド 1 2 ( 2バイ ト） は 「B lock Access Tabl e Count j の領 域とされ、 現グループの B A Tのアクセスェン ト リ一数の情報が格納 02345 される。 BATは、 4バイ 卜のアクセスェント リーという単位よりな フ ィールド 13 ( 2ノ イ ト ） は、 「Count of Record in current B asic Groupj の領域とされて、 現グループ内のレコード数の情報が格 納されるが、 この場合のレコード数には現グループ内のファイルマー ク及びセーブセッ トマークの数も含まれる。
また、 フィールド 14 ( 2ノ イ ト） は 「Couiit of File Mark in cu rrent Basic Group 」 とされて、 現グループ内のファイルマークの数 の情報が格納され、 フィールド 1 5 ( 2バイ ト） は 「Count of Save- Set Mark in current Basic Group 」 とされて、 現グループ内のセー ブセッ トマ一ク数の情報が格納される。
またフィールド F l、 F 6、 F 8、 F 10 (各 1バイ ト） 及びフィ —ルド F 1 6 (4バイ ト） は未定義とされている。
次に B A Tの構造について説明する。 BATは 1以上のアクセスェ ン ト リーにより形成される。 BATを形成する個々のアクセスェン ト リーにより、 グループ内に含まれることになるレコード、 ファイルマ —ク及びセーブセッ トマークに関する情報が示される。 したがって、 BATアクセスエン ト リー数は、 グループごとに当てはめられたェン ティティの内容に応じて変わるために、 B A Tのデータサイズは可変 長となる。
1アクセスエン ト リ一は、 第 13図に示すように 4バイ 卜とされる 。 そして、 最初の第 1バイ ト （ 1 s t B y t e ) は、 B A Tフラグ が割り当てられるフラグバイ トとされ、 アクセスエン ト リ一を定義し 、 残る第 2〜第 4バイ ト （2 nd〜 4 t h B yt e) の計 3バイ ト がそれに関わる内容を示すカウン トフィールドとされている。
ここで BATを形成するアクセスェン ト リーが複数ある場合、 グル ープに対して最初に書き込まれることになるアクセスェント リーは G I Tの直前に配置され、 続く残りのアクセスエント リ一は、 データの 記録方向と逆方向から順に書き込まれていくようにされる。
そして、 アクセスエント リ一の第 1バイ トに割り当てられる BAT フラグは第 1 4図に示すように定義されている。 この図によれば BA Tフラグナンパはビッ トアサインとされており、 2進法により B A T フラグナンパが割り与えられる。
BATフラグナンパ 1 (00000001) の場合は、 「Entire Entry」 と 定義される。 「Entire Entry」 と定義された場合は、 このアクセスェ ン ト リ一により示されるエンティティが 「Entire Entity ( E T E ) 」 とされていることを表す。 すなわち、 先に第 9図に示したェンティ ティ E l l、 E 1 2、 E 1 4のように、 現グループ内においてそのェ ンティティが開始/終了していることを示す。 そして、 カウン トフィ ールドにより当該エンティティのバイ ト数が表される。 また、 BAT フラグナンパ 2 (00000010) の場合は、 「Start Part of Entry 」 と 定義され、 このアクセスェン ト リーが示すエンティティが現グループ 内において 「Start Part of Entity ( S P E) 」 であることが示され 、 カウン トフィール ドにより、 そのバイ ト数が示される。
BATフラグナンパ 3 (00000011) の場合は、 「Middle Part of E ntryj が定義されて、 現グループ内のエンティティが 「Middle Part of Entity (MP E) 」 であることが示され、 カウン トフィールドに よりそのバイ 卜数が表される。
BATフラグが 4 (00000100) の場合は、 「Last Part of Entryj が定義されて、 対応するエンティティが現グループ内において 「Last Part of Entity ( L P E) 」 であることが示され、 カウン トフィー ルドによりそのバイ ト数が示される。 BATフラグナンパ 5 (00000101) は、 「Total Count of Entryj とされる。 「Total Count of Entryj は 「Last Part Entry 」 のすぐ 次に配置されるものとされ、 原則として、 両者は同一のグループ内に あるようにされる。 この場合、 カウン トフィールドにより直前の 「La st Part Entityj が示すェンティティ全体のバイ ト数が表される。 次に、 BATフラグナンパ 6 (00000111) 〜 1 0 (00001010) の場 合は、 それそれ 厂 Entire Unprocessed Entryj , 「Start Part of Un processed Entr 」 ， 「Middle Part of Unprocessed Entryj , 厂 La st Part of Unprocessed Entryj ， 厂 Total Count of Unprocessed E ntr j とされ、 特に、 圧縮処理されないレコードによって形成された エンティティを含むグループを作成する場合に、 そのグループ内のェ ンティティの内容に応じて設定される。
なお、 その定義内容及びフィールドカウン トの示す内容は、 上述し た 「Entire Entry j ， 「Start Part of Entry j , 「Middle Part of Entryj , 「Last Part of Entryj , 「Total Count of Entryj に原 則として準ずるものとされる。
BATフラグナンパ 1 1 (00001011) の場合は、 「Separator Mark Entryj が定義され、 このァクセステーブルによりファイル ' マーク 又はセーブセッ ト . マークの領域を示すことになる。 この場合、 当該 アクセステ一ブルに対応するセパレ一夕マークがフアイル · マークで あればフィ一ルドカウン トが 「0」 とされ、 セーブセッ ト · マークで あればフィ一ルドカウン トが 「 1」 とされる。
B A Tフラグナンパ 1 2 (00001011) の場合は 「Skip Entryj が定 義され、 この 「Skip Entryj により現グループにおけるユーザデ一夕 の最終バイ 卜が示される。 そして、 カウン トフィ一ルドにはグループ 内の残りのバイ ト数が示される。 このため、 カウン トフィールドの最 小値が、 現グループにおける G I Tと BATよりなるインデックス情 報の領域の全バイ ト数に対応する。
BATフラグナンパ 0及び BATフラグナンパ 013〜255は未 定義とされている。
また、 このテープス ト リーマドライブのシステムにおいては EWP (Early Warning Point ) という概念があり、 これは磁気テープの記 録可能領域の終端が近くなっていることを警告するために示すボイン トとされる。
例えば、 この EWPを越えてデ一夕記録が行われると、 アクセスェ ン ト リ一について、 A E WP (After Early Warning Point ) である という情報が付加される。
この AEWPは、 BATフラグナンパの 1バイ 卜における MSBを AEMPとして扱うことにより定義される。 AEWPビッ トが 「0」 とされていれば、 上述したように BATフラグナンパ 0〜 127によ るアクセスニン ト リーが用いられ、 これらの BATフラグについて A EWPビッ トが 「1」 とされると、 BATフラグナンパはそれそれ B ATフラグナンバー 128〜一 1となり、 上述した BATフラグナン ノ 0〜 127の B A Tフラグの各定義内容に対して、 EWPを越えて 記録されているものであるという内容が付加される （図には （w i t h AEWP ) として示す。 ）
第 3図に示したように、 この発明が適用されたテープス ト リ一マド ライブでは、 レコード長レジスタ 3 1及びレコード数カウン夕 32が 設けられる。 そして、 データ記録時には、 レコード長レジス夕 3 1に 転送されるデータのレコード長が設定され、 レコード数カウン夕 32 に転送されるデータのレコード数が設定される。 そして、 このレコ一 ド長レジス夕 3 1及びレコード数カウン夕 32は、 外部から書き換え ることができる。
レコード数カウンタ 3 2は、 ホス トコンピュ一夕から 1 レコードづ つデータが送られてくる毎にデクリメントされる。 このレコード数力 ゥン夕 3 2により転送されてきたデータのレコード数が判断できる。 転送されてきたレコード数が最初にホス トコンピュータから要求され た数に達すると、 レコード数カウン夕 3 2が例えば 「0」 となり、 ホ ス トコンピュ一夕からのデータの転送が終了される。
ところで、 圧縮データは可変長なので、 転送されてきたデータが最 初にホス 卜コンピュータから要求された数に達する前に、 バッファメ モリ 1 9が溢れるようなことがあり得る。 ノ ソ フ ァメモリ 1 9が溢れ たかどうかは、 例えば、 現在までのデ一夕を格納した位置を示すバッ ファメモリ 1 9のカレン トア ドレスと、 メモリ容量として確保されて いる終了ァドレスとを比較することで判断できる。 カレン トアドレス が終了ァドレスと一致したら、 ノ、'ッファメモリ 1 9が溢れ出すことを 意味する。 このバッファメモリ 1 9が溢れ出すかどうかの情報はレジ ス夕 3 3により示される。 ノ、'ッファメモリ 1 9が溢れるような場合に は、 レコード数カウン夕 3 2が例えば 「 1」 に設定される。 これによ り、 次の 1回のデータの転送で、 レコード数カウン夕 3 2が 「0」 に なり、 ホス トコンピュータからのデータの転送が中断される。
このように、 レコード数カウン夕 3 2の値を変更することで、 ホス トコンピューからのデ一夕を圧縮して記録する際に、 バッファメモリ が溢れることがないようにデータの転送を制御することが可能である 第 1 5図は、 このときの処理を示すフローチャートである。 第 1 5 図において、 システムコン トローラ 2 0は、 S C S Iインタ一フエ一 ス 1 3を介して入力されるホス トコンビュ一夕からの指令により、 コ 一ド長及びレコード数がレコード長レジスタ 3 1及びレコ一ド数カウ ン夕 3 2に設定する （ステップ S T 1 ) 。 加えて、 システムコン ト口 ーラ 2 0はバヅファコン トローラ 1 8にバヅ フ ァメモリ 1 9の開始ァ ドレスと終了アドレスと設定させ、 バッファメモリ 1 9の容量が確保 される （ステップ S T 2 ) 。 つまり、 ノ、'ッファメモリ 1 9は、 メモリ コントローラ 1 8により制御されており、 ノ ッ フ ァメモリ 1 9の残量 (記憶可能容量） は、 バッファコン トローラ 1 8内のレジス夕 3 3に より監視されている。
ホス トコンピュー夕からレコード毎にデータが転送されてくる （ス テツプ S T 3 ) 。 このデータは、 データ圧縮伸長部で 1 4で圧縮され 、 ノ ッファメモリ 1 9に蓄えられる （ステップ S T 4 ) 。 バッファコ ン トローラ 1 8のレジス夕 3 3により、 ノ、'ッファメモリ 1 9の残量が 監視され、 バッファメモリ 1 9が溢れたかどうかが判断される （ステ ップ S T 5 ) 。 ノ、 -ッファメモリ 1 9が溢れ出していなけれ ίま、 システ ムコン トローラ 20は、 1レコード分のデ一夕が圧縮される毎に、 レ コード数カウンタ 3 2をデクリメン トする （ステップ S T 6 ) 。 そし て、 システムコン トローラ 2 0によってレコード数カウンタ 32が 「 0」 に達したかどうかが判断され （ステップ S T 7 ) 、 「0」 に達し ていなければ、 ステップ S T 3に戻される。
ステップ S T 3〜S T 7を繰り返していく と、 1レコードづっ転送 されてく るに従って、 レコード数カウン夕 32の値が 「0」 に近づい ていく。 その間、 ノ ッファメモリ 1 9が溢れ出さなければ、 ステップ S T 7でレコー ド数カウンタ 3 2の値が 「0」 になる。 システムコン トロ一ラ 2 0は、 レコード数カウン夕 32の値が 「 0」 になったら、 BATフラグを付加し （ステップ S T 8 ) 、 データ転送が終了される (ステップ S T 9 ) 。 ノ ヅ フ ァメモリ 1 9が溢れ出さないときには、 そのグループでレコードのデ一夕が全て記録されるので、 ェンティテ ィ としては 「Entire Entity (ETE) 」 又は 「Last Part of Entit y (LPE) 」 となり、 これに応じて、 「Entire Entry j 又は 「 st Part of Entryj が付加されることになる。
ステップ S T 3〜ST 7を繰り返していく間に、 ステップ S T 5で バッファメモリ 19が溢れ出したことが検出されると、 システムコン トローラ 20は、 レコード数カウンタ 32の値を 「 1」 に設定する （ ステップ S T 10) 。 レコード数カウンタ 32の値が 「 1」 に設定さ れると、 現在転送されているレコードの転送が終了したときにレコー ド数カウン夕 32が 「0」 になり、 ステップ S T 7でレコード数カウ ン夕 32の値が 「0」 になる。 レコード数カウン夕 32の値が 「0」 になったら、 BATフラグが付加され （ステップ ST 8) 、 データ転 送が終了される （ステップ S T 9) 。 このときには、 そのグループの 次にデータが跨がるので、 エンティティ としては 「Start Part of En tity (SPE) 」 又は 「Middle Part of Entity (MP E) 」 となり 、 これに応じてシステムコン トローラ 20は、 BATフラグを付加す る。
前述したように、 この発明が適用されたテープス ト リーマドライブ では、 デ一夕を記録する際に、 レコードをエンティティ化して記録し ている。 そして、 エンティティ としては、 「Entire Entity (ETE ) 」 と、 「Start Part of Entity (SPE) 」 と、 「Last Part of E ntity ( L P E ) 」 と、 「Middle Part of Entity (MP E ) 」 が定 義されており、 BATフラグには、 どのエンティティに属するかが示 されている。 このエンティティの種類から、 デ一夕がそのグループで 完結するか、 次のグループに続くかを判断できる。 したがって、 BA Tの情報から、 エンティティの種類を判断し、 次グループに続くェン ティティの場合には、 次のグループをアクセスするようにし、 次のグ ループに続かない場合には、 そのグループで終了している。
すなわち、 「Entire Entity (ETE) j は、 1グループ内に収ま るエンティティである。 また、 「Last Part of Entity (LPE) 」 は、 複数のグループに渡るエンティティの後半部である。 したがって 、 エンティティが 「Entire Entity (E TE) 」 又は 「Last Part of Entity ( L P E ) 」 なら、 次のグループにアクセスする必要はない 。 「Start Part of Entity (SPE) 」 は、 複数のグループに渡るェ ンティティの前半部である。 また、 「Middle Part of Entity (MP E ) 」 は、 複数のグループに渡るエンティティの中間部である。 した がって、 エンティティが 「Start Part of Entity (SPE) j 又は 「 Middle Part of Entity (MP E ) 」 なら、 次のグループに続いてい るので、 次のグループをアクセスする必要がある。
第 1 6図は、 第 3図に示されるテープス ト リーマドライブの再生時 の処理を示すフローチャートである。 第 1 6図において、 ホス 卜コン ビュー夕からの指令により、 システムコン トローラ 20は、 レコード 長レジスタ 3 1及びレコード数カウン夕 32に、 レコード長及びレコ —ドカウン 卜数を設定する （ステップ S T 2 1 ) 。 そして、 磁気テー プ 5から 1グループ分のデータが再生され、 この 1グループ分の再生 デ一夕がバッファメモリ 19に蓄えられる （ステップ S T 22) 。 前述したように、 G I Tには、 現グループ内のレコード数の情報が 格納されており、 この情報から、 現グループのレコード数が得られる 。 システムコン ト ローラ 20は、 ステップ S T 2 1で設定されたレコ ード数と、 再生された現グループのレコード数とを比較する （ステツ プ S T 23 ) 。
システムコン 卜ローラ 20は、 設定されたレコ一ド数が現グループ のレコード数より大きければ、 ノ ヅファメモリ 1 9に蓄えられていた 1グループ分のデ一夕がデータ圧縮伸長部 1 4に送り、 この圧縮伸長 部 14において、 1グループ分のデータの伸長処理が行なわれる （ス テツプ S T 24 ) 。 なお、 設定されたレコード数が現グループのレコ ード数より大きくなければ、 後に説明するように、 ステップ S T 28 に進み、 システムコン トローラ 2 0は、 BATフラグから、 「Entire Entity (E T E) 」 、 「Last Part of Entity (LP E) 」 である かどうかを判断して、 処理が進められる。
ステップ S T 24で、 1グループ分のデ一夕の伸長処理が行なわれ るとき、 レコード数カウンタ 32に設定されているレコード数から送 出したレコード数がデク リメン トされていき、 残りのレコード数とし てレコード数カウン夕 3 2に設定される （ステップ S T 2 5 ) 。
データ圧縮/伸長エンジン 1 6がバッファメモリ 1 9にある 1グル ーブ分のデータの伸長処理を終了したら、 システムコン トローラ 2 0 は、 残りのレコード数と、 現グループのレコード数とを比較する （ス テツブ S丁 26 ) 。 そして、 残りのレコ一ド数が現グループのレコ一 ド数より大きければ、 次の 1グループ分のデータがバッファメモリ 1 9に蓄えられる （ステップ S T 2 7 ) 。 そして、 ステップ S T 2 4に 戻され、 次の 1グループ分のデータがバッファメモリ 1 9からデータ 圧縮伸長部 1 4に送られ、 1グループ分のデ一夕の伸長処理が行なわ れる。
ステップ S T 24〜ステップ S T 2 7の処理を繰り返していく と、 1グルーブづっ再生データの伸長処理が続けられ、 残りのレコー ド数 が減少していく。 やがて、 ステップ S T 2 6で、 残りのレコード数が そのグループのレコード数より大きくないと判断される。
ステップ S T 2 6で、 残りのレコード数がそのグループのレコード 数より大きくないと判断されたら、 システムコントローラ 20は、 B ATフラグから、 「Entire Entity ( E T E ) 」 若しくは ！" Last Par t of Entity (LP E) 」 であるかどうかを判断する （ステップ S T 28) 。 前述したように、 B A Tフラグが 「Entire Entity (ETE ) 」 若しくは 「Last Part of Entity ( L P E ) 」 なら、 そのェンテ ィティは、 そのプロックで完結しているとみなすことができる。
ステップ S T 28で、 BATフラグが 「Entire Entity」 若しくは 「Last Part of Entity ( L P E ) 」 なら、 システムコン トローラ 2 0は、 レコード数カウン夕 32をそのエンティティのレコード数に設 定する （ステップ S T 29) 。 そして、 そのエンティティのデ一夕が データ圧縮/伸長部 14に送られ （ステップ ST 30) 、 そして、 レ コード数カウン夕 32に設定されているレコード数から、 送出された レコード数だけデクリメン トされていき、 残りのレコード数がレコー ド数カウン夕 32に設定される （ステップ ST 31 ) 。 更に、 システ 厶コン トローラ 20は、 残りのコ一ド数が 「0 j になったかどうかを 判断し （ステップ S T 32) 、 残りのレコード数が 「0」 になったら 、 データの再生処理を終了する。
ステップ S T 28で、 エンティティが ""Entire Entity (ETE) 」 若しくは 「Last Part of Entity (LP E) 」 以外であると判断さ れたら、 すなわち、 エンティティが 「Start Part of Entity ( S P E ) 」 若しくは 「Middle Part of Entity (MP E) 」 であると判断さ れたら、 次のエンティティのデ一夕は次のグループに続いているので 、 次のグループにアクセスする必要がある。
つまり、 システムコン トローラ 20は BATフラグの内容に基づい て、 そのグループの最後のエンティティが 「Entire Entity (ETE ) 」 若しくは 「Last Part of Entity ( L P E) 」 以外であると判断 すると、 レコード数カウン夕 3 2の残りレコード数をそのェンティテ ィのレコード数に設定する （ステップ S T 3 3 ) 。 そして、 そのェン ティティのデータがデータ圧縮/伸長部 1 4に送られ （ステップ S T 34 ) 、 レコード数カウン夕 3 2に設定されているレコード数から、 送出されたレコード数だけデクリメン トされていき、 残りのレコード 数としてレコード数カウンタ 3 2に設定される （ステップ S T 3 5 ) そして、 システムコン トローラ 2 0によって、 残りのコ一ド数が 「 0」 になったかどうかが判断される （ステップ S T 3 6 ) 。 残りのレ コ一ド数が 「 0」 になったら、 次の 1 グループ分のデ一夕がバッファ メモリ 1 9に蓄えられる （ステップ S T 3 7 ) 。 そして、 ステップ S T 2 8に進められる。
ステップ S T 3 3〜3 7で、 「Start Part of Entity ( S P E ) 」 若しくは 「Middle Part of Entity (MP E ) 」 のエンティティの処 理が行なわれているので、 次のグループの最初のエンティティは、 通 常、 これに続く 「Last Part of Entity (L P E) 」 である。 したが つて、 通常、 ステップ S T 2 8で、 エンティティは 「Entire Entity ( E T E ) 」 若しくは 「Last Part of Entity ( L P E) 」 であると 判断される。
システムコン トロ一ラ 2 0によってエンティティは 「Entire Entit y ( E T E ) 」 若しくは 「Last Part of Entity (L P E) 」 である と判断されたら、 前述したように、 ステップ S T 2 9でレコード数力 ゥン夕 3 2の残りレコ一ド数がそのエンティティのレコ一ド数に設定 され、 ステップ S T 3 0でそのエンティティのデ一夕がデ一夕圧縮/ 伸長部 1 4に送られ、 ステップ S T 3 1で残りのレコード数としてレ コード数カウン夕 3 2に設定され、 ステップ S T 3 2で残りのコード 数が 「 0」 になったかどうかが判断され、 残りのレコード数が 「 0」 になったら、 データの再生処理が終了される。
次に、 第 1 7図を参照しながら、 本願発明が適用されるテープス ト リーマの記録動作時の他の実施例を説明する。 前述の例では第 1 5図 に示されるように、 ノ ッファメモリ 1 9内の記憶可能な残量を監視し て B A Tフラグの付加を行っていたが、 以下の例では、 1グループの 圧縮が終了したときに、 データ圧縮伸長部 1 4にデータが残っている かどうかに応じて、 B A Tフラグを付加する。 すなわち、 第 1 7図に 示すように、 データ圧縮伸長部 1 4にデ一夕が残っているかどうかを 検出するためのレジス夕 4 1、 4 2、 4 3が設けられる。 これらのレ ジス夕 4 1、 4 2、 4 3により、 オリジナルデータ側インタフェース 1 5、 圧縮データ側ィンターフェース 1 7、 及びデータ圧縮ノ伸長ェ ンジン 1 6にデータがあるかどうかが検出される。 システムコン トロ ーラ 2 0は 1 グループ分のデータの圧縮を終了したときに、 これらの レジスタ 4 1、 4 2、 4 3により、 オリジナルデータ側イン夕フエ一 ス 1 5、 圧縮データ側ィン夕一フェース 1 7、 及びデータ圧縮/伸長 エンジン 1 6にデータが残っているかどうかを検出し、 これに応じて 、 B A Tフラグを付加する。
すなわち、 第 1 8図はこのときの処理を示すフローチャートである 。 第 1 8図において、 1グループ分のデ一夕を圧縮したかどうかが判 断される （ステップ S T 5 1 ) 。 1グループ分に到達するまで圧縮し ていなければ、 圧縮処理が続けられる。 なお、 バッファメモリ 1 9は 1 グループ分のデ一夕を圧縮させるのに十分な容量を有するものとす る。
1 グループ分のデータが圧縮されたら、 システムコン トローラ 2 0 はレジスタ 4 1の内容から、 オリジナルデータ側インターフェース 1 5にデ一夕が残っているかどうかを判断する （ステップ S T 5 2 ) 。 ォリジナルデータ側ィン夕一フェース 15にデータが残っていなけれ ば、 同様にレジス夕 42の内容から、 データ圧縮/伸長エンジン 16 にデ一夕が残っているかどうかが判断ざれる （ステップ S T 53 ) 。 データ圧縮/伸長エンジン 1 6にデータが残っていなければ、 更にレ ジス夕 43の内容から、 圧縮データ側イン夕一フェース 17にデータ が残っているかどうかが判断される （ステップ ST 54) 。
ステップ S T 52〜ST 54で、 オリジナルデータ側ィンターフェ ース 1 5、 データ圧縮/伸長エンジン 1 6、 圧縮データ側インターフ エース 17の何れかにデ一夕が残っている場合には、 システムコント ローラ 20は次グループに続くエンティティ、 「Start Part of Enti ty ( S P E ) 」 又は 「Middle Part of Entity (MP E ) 」 であるで あると判断し （ステップ ST 55) 、 そのことを示す BATフラグを 付加する （ステップ ST 56) 。 そして、 次のグループのデータがデ 一夕圧縮伸長部 14に取り込まれる。
ステップ ST 52〜ST 54で、 オリジナルデータ側インターフエ ース 1 5、 データ圧縮/伸長エンジン 16、 圧縮デ一夕側ィン夕ーフ エース 17の何れにもデータが残っていない場合には、 システムコン 卜ローラ 20によってグループの最後のェンティティは、 そのグルー プ内で収まるエンティティ、 「Entire Entity (ETE) 」 又は 「La st Part of Entity ( L P E ) 」 であると判断され （ステップ S T 5 8 ) 、 そのことを示す BATフラグが付加される （ステップ ST 59 ) 。 そして、 そのグループの処理は終了される。
以上のように、 この発明によれば、 レコード単位に入力されたオリ ジナルデ一夕を圧縮し、 バッ ファメモリに一旦蓄え、 磁気テープに記 録している。 そして、 記録時に、 ノ ッ ファメモリが溢れるかどうかが 検出され、 バッ ファメモリが溢れることが検出されると、 レコード数 カウンタの値が動的に変更される。 このため、 バッファメモリが溢れ ることが防止できる。 そして、 圧縮されたデータをエンティティ化し て、 各グループに記録し、 エンティティの種類を示す B A Tフラグが 付加されている。
再生時には、 B A Tフラグから、 次グループに続くエンティティ 「 Start Part of Entity ( S P E ) 又は 「Middle Part of Entity ( M P E ) 」 か、 そのグループで完結されるエンティティ 「Entire Entit y ( E T E ) 又は Last Part of Entity ( L P E ) 」 かが判断される o エンティティが 「Start Part of Entity ( S P E ) 又は Middle Par t of Entity ( M P E ) 」 なら、 次のグループがアクセスされ、 「En tire Entity ( E T E ) 又は Last Part of Entity ( L P E ) 」 なら 、 そのグループでアクセスが終了される。 これにより、 無駄なァクセ スが起こらなくなり、 再生処理の効率化が図れる。

Claims

請 求 の 範 囲
1 . ディジ夕ルデータが所定の単位で入力される入力手段と、 記録媒体の記録単位に対応して、 入力されたディジタルデータを一 旦蓄えるバッファメモリと、
上記バッファメモリに蓄えられたディジタルデ一夕を上記記録媒体 の記録単位毎に上記記録媒体に記録する記録手段と、
上記バッファメモリに蓄えられたディジタルデータを上記記録媒体 に記録する際に、 上記所定単位のディ ジ夕ルデータが次の上記記録媒 体の記録単位にわたるかどうかを判断する判断手段と、
上記判断手段の判断結果に基づいて上記記録媒体に識別信号を付加 する識別信号付加手段と
を備えるようにしたディジタルデータ記録装置。
2 . 更に、 入力されたディジタルデータを圧縮するデータ圧縮手段と 、 上記バッファメモリに固定長を有するグループ単位に対応して、 上 記圧縮されたディジ夕ルデータを一旦蓄えるメモリ制御手段とを備え 、 上記記録手段は、 上記バッファメモ リに蓄えられたディジタルデー 夕を上記グループ単位毎に上記記録媒体に記録するようにした請求の 範囲 1記載のディジ夕ルデータ記録装置。
3 . 更に、 上記所定単位で入力されるディジタルデータ数を設定する ためのデータ数設定手段と、
上記バッファメモリが満杯になったかどうかを検出するバッファ容 量検出手段と、
上記バッファ容量検出手段により上記バッファメモリが満杯になる ことが検出されたら、 上記データ設定手段の設定値を変更するための 手段とを備える請求の範囲 2記載のディジタルデータ記録装置。
4 . 上記バッファ ¾量検出手段は、 上記バッファメモリの現在のアド レスと、 上記バッファメモリの最終アドレスとの差から、 上記バッフ ァメモリが満杯になるかどうかを検出するようにした請求の範囲 3記 載のディジタルデータ記録装置。
5 . 更に、 上記データ圧縮手段にデータが残っているかどうかを検出 するレジス夕を備え、
上記バッファメモリに蓄えられたディジタルデータを上記記録媒体 に記録する際に、 上記レジス夕にデータが残っているかどうかにより 、 上記圧縮された所定単位のディジタルデータが次のグループに続く かどうかを判断するようにした請求の範囲 2記載のディジ夕ルデータ 記録装置。
6 . 上記記録媒体はテープ状記録媒体であり、 上記グループは、 上記 テープ状記録媒体に形成される トラックの複数本分からなる請求の範 囲 2記載のディジタルデータ記録装置。
7 - 記録媒体の記録単位毎にディジタルデ一夕が記録された記録媒体 から、 上記記録単位毎にデータを再生する再生手段と、
上記記録媒体から上記所定単位毎に再生されたディジタルデータを 一旦蓄えるバッファメモリと、
上記バッファメモリから読み出されディジタルデ一夕を、 上記記録 単位とは別の所定単位で処理して出力する出力手段と、
上記記録媒体から、 上記所定単位のディジタルデータが次の上記記 録媒体の記録単位に続くかどうかを識別する識別信号を検出するため の検出手段と、
上記検出手段の出力に応じて、 次の上記記録媒体の記録単位のディ ジ夕ルデータを再生するかどうかを制御する制御手段と
を備えてなるディジタルデ一夕再生装置。
8 . 上記記録媒体はテープ状記録媒体であり、 上記記録媒体の記録単 位に対応するデ一夕量は、 上記テープ状記録媒体に形成される トラッ クの複数本分からなる固定長を有するグループである請求の範囲 7記 載のディジタルデータ再生装置。
PCT/JP1996/002345 1995-08-25 1996-08-22 Appareil d'enregistrement et appareil de reproduction de donnees numeriques WO1997008696A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US08/817,987 US6271979B1 (en) 1995-08-25 1996-08-22 Digital data recording and reproducing apparatus having record overflow determining means
JP51010597A JP3750137B2 (ja) 1995-08-25 1996-08-22 ディジタルデータ記録装置及び再生装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP24098495 1995-08-25
JP7/240983 1995-08-25
JP24098395 1995-08-25
JP7/240984 1995-08-25

Publications (1)

Publication Number Publication Date
WO1997008696A1 true WO1997008696A1 (fr) 1997-03-06

Family

ID=26535022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1996/002345 WO1997008696A1 (fr) 1995-08-25 1996-08-22 Appareil d'enregistrement et appareil de reproduction de donnees numeriques

Country Status (3)

Country Link
US (1) US6271979B1 (ja)
JP (1) JP3750137B2 (ja)
WO (1) WO1997008696A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0871172A2 (en) * 1997-04-11 1998-10-14 Sony Corporation Method and medium for recording digital data

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3829741B2 (ja) * 2002-03-19 2006-10-04 ソニー株式会社 記録媒体、記録方法、記録装置
US11681437B2 (en) * 2021-02-25 2023-06-20 International Business Machines Corporation Dynamic tape storage device data buffer

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03259457A (ja) * 1990-03-08 1991-11-19 Fujitsu Ltd 磁気テープ装置
JPH04321976A (ja) * 1991-04-22 1992-11-11 Matsushita Electric Ind Co Ltd ディジタルデータ記録再生装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3938105A (en) * 1974-06-24 1976-02-10 Honeywell Information Systems Inc. Sequentially encoded data structures that support bidirectional scanning
US4675754A (en) * 1984-02-21 1987-06-23 Mitsubishi Denki Kabushiki Kaisha Magnetic recorder/reproducer
US5003506A (en) * 1987-06-02 1991-03-26 Anritsu Corporation Memory capacity detection apparatus and electronic applied measuring device employing the same
US5495552A (en) * 1992-04-20 1996-02-27 Mitsubishi Denki Kabushiki Kaisha Methods of efficiently recording an audio signal in semiconductor memory
JP3355689B2 (ja) * 1993-04-19 2002-12-09 ソニー株式会社 記録再生装置
US5592342A (en) * 1994-05-23 1997-01-07 Quantum Corporation Method for packing variable size user data records into fixed size blocks on a storage medium
US5946154A (en) * 1994-09-30 1999-08-31 Sony Corporation Data reproducing device using a high-pass fir filter

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03259457A (ja) * 1990-03-08 1991-11-19 Fujitsu Ltd 磁気テープ装置
JPH04321976A (ja) * 1991-04-22 1992-11-11 Matsushita Electric Ind Co Ltd ディジタルデータ記録再生装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0871172A2 (en) * 1997-04-11 1998-10-14 Sony Corporation Method and medium for recording digital data
EP0871172A3 (en) * 1997-04-11 1999-12-15 Sony Corporation Method and medium for recording digital data
US6298414B1 (en) 1997-04-11 2001-10-02 Sony Corporation Method and medium for recording digital data

Also Published As

Publication number Publication date
US6271979B1 (en) 2001-08-07
JP3750137B2 (ja) 2006-03-01

Similar Documents

Publication Publication Date Title
KR100603157B1 (ko) 디지털데이터기록방법및디지털데이터기록매체
US5280600A (en) Storage of compressed data with algorithm
US7246139B2 (en) File system for enabling the restoration of a deffective file
US5298895A (en) Data compression method and apparatus utilizing an adaptive dictionary
JP4032433B2 (ja) テープカセット及びテープ記録装置
JPH04359315A (ja) データ圧縮制御装置及びデータ復元制御装置
WO1997008696A1 (fr) Appareil d&#39;enregistrement et appareil de reproduction de donnees numeriques
US6108286A (en) Method and apparatus for buffering variable-rate data
JPH1011896A (ja) データ記録装置及び再生装置
KR19990072581A (ko) 데이터전송방법및장치
JP4264615B2 (ja) データ記録方法、データ記録装置及び記録媒体
EP0464181A1 (en) Data storage
JPH0727687B2 (ja) デ−タレコ−ダ
WO1997030446A1 (fr) Appareil d&#39;enregistrement de donnees, appareil de reproduction de donnees, et procede d&#39;enregistrement et de reproduction de donnees
JPH0512800A (ja) データ圧縮機能を備えた情報記録再生装置と情報記録媒体
JP3160413B2 (ja) 磁気テープ装置の記録容量算出方法
JP3443304B2 (ja) 動画像記録装置
JP2522272B2 (ja) デ−タレコ−ダ
JP3603654B2 (ja) データレコーダ
JPH09128155A (ja) ファイル管理方法及びディスク型記録再生装置
JPH04242424A (ja) データ圧縮制御装置およびデータ復元制御装置
JPH11102574A (ja) マルチトラックレコーダ
JPH09213013A (ja) デジタルデータ記録方法、デジタルデータ再生方法、及びテープ状記録媒体
JPH08115572A (ja) 記録再生装置
JPH04321976A (ja) ディジタルデータ記録再生装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

WWE Wipo information: entry into national phase

Ref document number: 08817987

Country of ref document: US