JPH11232849A - Recording medium, recording device and reproducing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a recording/reproducing system having a high function expansion capability and good operability. SOLUTION: A data file as sub-data on characters, images or the like is recorded together with main data as a program in a recording medium. The date file as the sub-data is recorded in a particular area (AUX data area) as a sub-data area. Also, this data is managed independent of the program based on sub-data management information. Further, by the management system of the sub-data management information, data in a certain data file is outputted by a timing matched with an output timing in a particular program.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a recording medium capable of recording main data such as audio data and sub-data such as character information and image information, and a recording apparatus and a reproducing apparatus corresponding to such a recording medium. It is.

[0002]

2. Description of the Related Art As a recording apparatus / reproducing apparatus capable of recording / reproducing music or the like, a recording apparatus / reproducing apparatus using a magneto-optical disk for recording an audio signal as a digital signal or a magnetic tape or the like as a recording medium is used. Are known. In a recording / reproducing system using a magneto-optical disk, also known as a mini disk, a user can not only record and reproduce the sound of music and the like as a program, but also record the title (disk name) of the disk and record. The song name (track name) etc. can be recorded as character information for each program such as the song being played,
For example, at the time of reproduction, a display section provided in the reproduction apparatus can display a disc title, a song name, an artist name, and the like. In this specification, the term “program” is used to mean a unit of audio data such as music as main data recorded on a disk, and for example, audio data for one music is one program. The word "track" is also used synonymously with "program".

[0003]

By the way, in the case of the mini disc system, information recorded as a disc name or a track name is not very large-capacity information, but can record characters of about a title. That is, in management information (U-TOC: USER TABLE OF CONTENTS) for managing recording and reproduction of a program,
It is assumed that character information corresponding to each program can be recorded, and the recordable capacity of the character information is not so large. For example, a relatively large amount of character information, such as character information serving as lyrics, cannot be recorded corresponding to a song recorded as a program.

Further, the character information in the U-TOC is only associated with the program to the last. The character information is not associated with a specific reproduction position in the music, for example, as the program. The display timing of the character information cannot be set according to the performance position or the like. For example, even if a relatively large amount of character information corresponding to the lyrics of a song can be recorded, the lyrics are displayed in synchronization with the performance of the song (display of lyrics synchronized with the vocal voice, and a guide for singing karaoke songs). The display of lyrics is not possible.

However, recording a relatively large amount of character information, such as lyrics, and displaying and outputting the lyrics in synchronization with the performance timing of the music, for example, are not performed by the U-TO.
This becomes possible by recording character information using an area called a sub data area instead of C. See Figure 2 for details
As will be described later, in the case of a mini-disc system, a data unit called a cluster is a basic unit of a recording operation. In this cluster, an area for 32 sectors in which audio data as a program is recorded and a sub data for one sector Area is prepared. Therefore, if character information such as lyrics corresponding to the audio data of the cluster is recorded in the sub data area of each cluster, lyrics information having a large data amount can be recorded and displayed in synchronization with the music performance. It is also possible to output.

However, using the sub data in this way has the following disadvantages. Since the recording operation is performed using one cluster as a minimum unit, it is not possible to record only sub data. Therefore, if character information that becomes lyrics is to be recorded later on a tune as a program that has already been recorded, all data of the tune, including audio data, must be recorded again. The same applies to the case where character information is changed. For this reason, additional writing or change of character information, adjustment of display timing, and the like are not impossible, but require extremely troublesome and time-consuming work. In addition, since the character information is managed as being completely attached to the program, the character information cannot be handled flexibly, and the development of the system cannot be expected.

[0007]

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and has been provided with a program serving as main data,
It is possible to record data files such as characters, images and other sub-data, which can be output as information such as lyrics in synchronization with the reproduction of the program, for example, in synchronization with fine timing such as the position in the music. In addition, by managing the program independently of the program, more various output forms are made possible. In addition, recording, editing, and
Reproduction and the like are also enabled. An object of the present invention is to construct a recording / reproducing system having a higher utility value based on the above.

For this purpose, the recording medium includes a program area for recording main data having temporal continuity such as audio and moving picture as one or a plurality of programs, and one or more main data recorded in the program area as the main data. A main data management area for recording main data management information for managing the recording, reproduction or editing operation of the program, and sub-data as data independent of each program as main data are recorded as one or a plurality of data files. And a sub-data management area for recording sub-data management information for managing recording or reproducing or editing operations of one or more data files as sub-data recorded in the sub-data area. To do. The sub-data management information recorded in the sub-data management area is in a form that enables operation management such that reproduction of all or a part of the data file is performed at a timing corresponding to the reproduction progress time of a certain program. So that

A character display data file in which character information and display control information for performing required display control on the character information are recorded is formed as the data file. The character information in is managed so that it can be displayed and output by the display form specified by the display control information during the reproduction operation of the specific program. Here, the display control information includes display timing information for controlling display output timing of character string information including one or more character information in a character display data file, and a display position of the character string information. It is assumed that part or all of the specified display position information and the wipe control information for controlling the timing for wiping each character information forming the character string information are set.

[0010] Further, as a recording apparatus for such a recording medium, a recording head means for recording information on the recording medium and a recording control means are provided. This recording control means can cause the recording head means to execute recording of a data file as sub-data in a sub-data area of the recording medium, and the recorded data file is used in accordance with the reproduction progress time of a certain program. The sub-data management information to be reproduced at the timing is generated, and the recording head means can update the sub-data management information in the sub-data management area.

The recording control means records a character display data file in which character information and display control information for performing required display control on the character information are recorded in the sub-data area as a data file. And generating sub data management information for performing management so that character information in the character display data file is displayed and output in a display mode defined by the display control information during a reproduction operation of a specific program; Update of the sub-data management information. The display control information to be recorded by the recording control means includes display timing information for controlling display output timing of character string information composed of character information of one character or more in a character display data file; It is a part or all of the display position information for specifying the display position of the information and the wipe control information for controlling the timing for wiping each character information forming the character string information.

[0012] Further, as the reproducing apparatus, a reproducing head means capable of reading out each of a program, main data management information, a data file, and sub-data management information from a recording medium, and a program read out by the reproducing head means A program reproducing means capable of performing decoding processing of the data file and outputting the reproduced information as reproduction information; a data file reproducing means capable of performing decoding processing of a data file read by the reproducing head means and outputting the reproduced information as reproduction information; Control means. The reproduction control means controls the operation of the reproduction head means, the program reproduction means, and the data file reproduction means based on the main data management information and the sub-data management information read by the reproduction head means. It is possible to perform control so that the reproduction output of a specific data file is executed by the data file reproducing means at a timing according to the reproduction progress time of the program being output.

The reproduction control means, when the reproduction operation of the specific program is being executed by the program reproduction means, is executed in the specific data file managed in association with the program by the sub-data management information. Is controlled to be displayed and output in a display mode defined by the display control information in the data file. At this time, the reproduction control means controls display output timing of character string information composed of character information of one or more characters in the data file based on the display timing information as display control based on the display control information;
A control for displaying the character string information at a required position based on display position information that specifies a display position for each character string information, and a method for forming character string information based on wipe control information The control of the timing for causing the character information to be wipe-displayed is made executable.

That is, according to the present invention, it is possible to record and reproduce a data file as sub-data in an area independent of a program. The data file as the sub data is managed by the sub data management information independently of the program. Further, the sub data management information performs operation management such that the reproduction of all or a part of the data file is performed at a timing corresponding to the reproduction progress time of a certain program, so that the main data and the sub data can be cooperatively reproduced. Is possible.

By defining the data file as the sub data so as to be formed by the character information and the necessary display control information, the character display can be performed at a timing synchronized with the reproduction progress time of the main data. Not only becomes possible, but it is also possible to give a change in the display form to the display characters in accordance with the content of the display control information by synchronizing with the reproduction progress time of the main data. For example, as the display control information, display timing information for controlling the display output timing of the character string information, display position information for specifying the display position of the character string information, and each character information forming the character string information are wiped. By specifying the wipe control information for controlling the timing for performing the display, it is possible to control the display output timing while specifying the display position of a certain character string in accordance with the reproduction progress time of the main data, and further, to control the display output timing. It is possible to execute display control called so-called “wipe” for changing the character color, character attribute, and the like for the given character.

[0016]

Embodiments of the present invention will be described below. In this embodiment, a magneto-optical disk (mini disk) is used as an example of a recording medium, and a mini disk recording / reproducing apparatus is used as an example of a recording apparatus and a reproducing apparatus.
The description will be made in the following order. 1. 1. Configuration of recording / reproducing device 2. Sector format and address format Area structure 4. 4. U-TOC 4-1 U-TOC sector 0 4-2 U-TOC sector 1 4-3 U-TOC sector 2 4-4 U-TOC sector 4 AUX-TOC 5-1 AUX-TOC sector 0 5-2 AUX-TOC sector 1 5-3 AUX-TOC sector 2 5-4 AUX-TOC sector 3 5-5 AUX-TOC sector 4 5-6 AUX-TOC sector 5 5-7 AUX-TOC sector 6 5-8 AUX-TOC sector 7 5-9 AUX-TOC sector 8 5-10 AUX-TOC sector 9 6. Data file 6-1 Picture file sector 6-2 Text file sector 6-3 Karaoke text file sector 6-4 Karaoke address sector 7. Data file playback synchronized with program 8. Recording of AUX data Modification 9-1 Modification A 9-2 Modification B 9-3 Modification C 9-4 Modification D

1. FIG. 1 shows an internal configuration of a mini disc recording / reproducing apparatus 1 of the present embodiment. A magneto-optical disk (mini disk) 90 on which audio data is recorded is driven to rotate by the spindle motor 2. Then, a laser beam is irradiated on the magneto-optical disk 90 by the optical head 3 during recording / reproduction.

The optical head 3 performs a high-level laser output for heating a recording track to the Curie temperature during recording, and a relatively low-level laser for detecting data from reflected light by a magnetic Kerr effect during reproduction. Perform output. Therefore, the optical head 3 is equipped with a laser diode as a laser output unit, an optical system including a polarizing beam splitter and an objective lens, and a detector for detecting reflected light. The objective lens 3a is held by the biaxial mechanism 4 so as to be displaceable in the radial direction of the disk and in the direction of coming into contact with and separating from the disk.

The optical head 3 with the disk 90 interposed therebetween
The magnetic head 6a is arranged at a position facing the above. The magnetic head 6a performs an operation of applying a magnetic field modulated by the supplied data to the magneto-optical disk 90. The entire optical head 3 and the magnetic head 6a can be moved in the disk radial direction by the thread mechanism 5.

The information detected from the disk 90 by the optical head 3 by the reproducing operation is supplied to the RF amplifier 7. The RF amplifier 7 performs an arithmetic operation on the supplied information to reproduce the RF signal, the tracking error signal TE, the focus error signal FE, and groove information (absolute position information recorded as a pre-groove (wobbling groove) on the magneto-optical disk 90). GFM and the like are extracted. The extracted reproduced RF signal is supplied to the encoder / decoder section 8. Further, the tracking error signal TE and the focus error signal FE are supplied to the servo circuit 9, and the groove information GFM is supplied to the address decoder 10.

The servo circuit 9 is provided with the supplied tracking error signal TE and focus error signal FE, and the system controller 1 composed of a microcomputer.
Various servo drive signals are generated based on a track jump command, an access command, rotation speed detection information of the spindle motor 2 and the like from the controller 1 to control the two-axis mechanism 4 and the thread mechanism 5 to perform focus and tracking control. 2 is controlled to a constant linear velocity (CLV).

The address decoder 10 decodes the supplied groove information GFM to extract address information.
This address information is supplied to the system controller 11 and used for various control operations. The reproduced RF signal is subjected to decoding processing such as EFM demodulation and CIRC in the encoder / decoder section 8. At this time, addresses, subcode data, and the like are also extracted and supplied to the system controller 11.

EFM demodulation in the encoder / decoder unit 8
The decoded audio data (sector data) such as CIRC is temporarily written into the buffer memory 13 by the memory controller 12. The reading of data from the disk 90 by the optical head 3 and the transfer of reproduced data in the system from the optical head 3 to the buffer memory 13 are at 1.41 Mbit / sec, and are usually performed intermittently.

The data written in the buffer memory 13 is read out at a timing when the transfer of the reproduced data becomes 0.3 Mbit / sec, and is supplied to the encoder / decoder unit 14. Then, a reproduction signal processing such as a decoding processing for the audio compression processing is performed, and 44.1 KHz sampling, 14.1 KHz sampling,
This is a 6-bit quantized digital audio signal. This digital audio signal is converted into an analog signal by the D / A converter 15, the output processing unit 16 performs level adjustment, impedance adjustment, and the like, and outputs the analog audio signal Aout from the line output terminal 17 to an external device. . In addition, it is supplied to the headphone output terminal 27 as the headphone output HPout, and is output to the connected headphones.

The digital audio signal decoded by the encoder / decoder section 14 is supplied to the digital interface section 22 so that the digital audio signal can be output from the digital output terminal 21 to an external device as a digital audio signal Dout. . For example, it is output to an external device in the form of transmission by an optical cable.

When a recording operation is performed on the magneto-optical disk 90, the recording signal (analog audio signal Ain) supplied to the line input terminal 18 is converted into digital data by the A / D converter 19. Thereafter, the data is supplied to the encoder / decoder unit 14 and subjected to audio compression encoding processing. Or from a digital input terminal 20
Is supplied with the digital audio signal Din,
The digital interface unit 22 extracts control codes and the like, and the audio data is supplied to the encoder / decoder unit 14 and subjected to audio compression encoding processing. Although not shown, it is naturally possible to provide a microphone input terminal and use the microphone input as a recording signal.

The recording data compressed by the encoder / decoder section 14 is once written and accumulated in the buffer memory 13 by the memory controller 12, and then read out for each predetermined amount of data unit.
The data is sent to the decoder unit 8. After being subjected to encoding processing such as CIRC encoding and EFM modulation in the encoder / decoder section 8, it is supplied to the magnetic head drive circuit 6.

The magnetic head drive circuit 6 supplies a magnetic head drive signal to the magnetic head 6a in accordance with the encoded recording data. That is, the magnetic head 6a applies an N or S magnetic field to the magneto-optical disk 90. At this time, the system controller 11 supplies a control signal to the optical head so as to output a laser beam at a recording level.

The operation unit 23 indicates a part to be operated by a user, and is provided with various operation keys and operators as dials. The controls include, for example, playback, recording, pause, stop, FF (fast forward), REW (fast reverse), AMS
Operators related to recording / reproducing operations such as (search for cue), operators related to play modes such as normal playback, program playback, shuffle playback, and operations for display mode operation for switching the display state on the display unit 24 Controls for program editing operations such as control, track (program) division, track concatenation, track erasure, track name input, disc name input, and AUX data recording, reproduction, and operation modes described later in this example. Operators required for operation are provided. Operation information from these operation keys and dials is supplied to the system controller 11, and the system controller 11 executes operation control according to the operation information.

The display operation of the display unit 24 is controlled by the system controller 11. That is, the system controller 11 transmits data to be displayed when the display operation is performed to the display driver in the display unit 24. The display driver drives a display operation of a display by a liquid crystal panel or the like based on the supplied data, and executes display of required numbers, characters, symbols, and the like. The display unit 24 shows the operation mode state of the recording / reproducing disc, the track number, the recording time / reproduction time, the editing operation state, and the like. The disk 90 can record character information (track name and the like) managed in association with a program as main data. Display of input characters at the time of inputting the character information and display of character information read from the disk can be performed. And so on. Further, in the case of the present example, sub-data (AUX data) serving as a data file independent of data such as music as a program can be recorded on the disk 90. The data file as the AUX data is information such as characters and still images, and these characters and still images may be output on the display unit 24.

However, in order to output character information and still image information as AUX data, a full dot display or a CRT display, which has a relatively large screen and can be used on the screen to some extent, is often suitable. Therefore, the display output of the AUX data is performed by the interface unit 25.
It is conceivable that the program is executed in an external monitor device or the like via the. The AUX data file can be recorded on the disk 90 by the user. However, in such a case, it may be necessary to use an image scanner, a personal computer, a keyboard, or the like. May be input via the interface unit 25.

The system controller 11 is a microcomputer having a CPU, a program ROM, a work RAM, an interface, and the like, and controls the various operations described above.

When recording / reproducing operations are performed on the disk 90, management information recorded on the disk 90, that is, P-TOC (premastered TOC),
It is necessary to read U-TOC (user TOC).
The system controller 11 determines the address of the area to be recorded on the disk 90 and the address of the area to be reproduced on the disk 90 according to the management information. This management information is held in the buffer memory 13. Then, when the disk 90 is loaded, the system controller 11 reads out the management information by executing a reproduction operation on the innermost peripheral side of the disk on which the management information is recorded, and stores the information in the buffer memory 13. Thereafter, it can be referred to at the time of recording / reproducing / editing operation of the program on the disc 90.

The U-TOC is rewritten in accordance with recording of program data and various editing processes. The system controller 11 stores the U-TOC updating process in the buffer memory 13 every time a recording / editing operation is performed. The rewriting operation is performed on the U-TOC information, and the U-TOC area of the disc 90 is rewritten at a predetermined timing in accordance with the rewriting operation.

An AUX data file is recorded on the disk 90 separately from the program, but an AUX-file is stored on the disk 90 for managing the AUX data file.
A TOC is formed. The system controller 11 is U-
At the time of reading the TOC, the AUX-TOC is also read and stored in the buffer memory 13 so that the AUX data management state can be referred to when necessary. Further, the system controller 11 may perform a predetermined timing (or A
The AUX data file is read (at the same time as reading the UX-TOC) and stored in the buffer memory 13. Then, according to the output timing managed by the AUX-TOC, an operation of outputting characters and images in an external device via the display unit 24 and the interface unit 25 is executed.

2. Sector Format and Address Format Data units called sectors and clusters will be described with reference to FIG. As a recording track in the mini disc system, clusters CL are continuously formed as shown in FIG. 2, and one cluster is a minimum unit for recording. One cluster corresponds to two or three tracks.

One cluster CL is composed of a sector S
It is formed of a linking area of 4 sectors FC to SFF and a main data area of 32 sectors indicated as sectors S00 to S1F. One sector is a data unit formed of 2352 bytes. Of the four sub data areas, the sector SFF is a sub data sector,
Although it can be used for information recording as sub-data, three sectors SFC to SFE are not used for data recording. On the other hand, recording of TOC data, audio data, AUX data, and the like is performed in a main data area for 32 sectors. The address is recorded for each sector.

The sectors are further subdivided into units called sound groups, and two sectors are divided into 11 sound groups. That is, as shown in the figure, the sound groups SG00 to SG0A are included in two consecutive sectors such as an even sector such as the sector S00 and an odd sector such as the sector S01. One sound group is formed of 424 bytes,
The amount of audio data is equivalent to 11.61 msec. In one sound group SG, data is recorded while being divided into an L channel and an R channel. For example, the sound group SG00 includes L channel data L0 and R channel data R0.
Is composed of L channel data L1 and R channel data R1. Note that 212 bytes, which is a data area of the L channel or the R channel, is called a sound frame.

Next, FIG. 3 illustrates an address format in the mini disk system. Each sector is represented by a cluster address and a sector address. As shown in the upper part of FIG. 3, the cluster address is 16 bits (= 2 bytes), and the sector address is 8 bits (= 1 bit).
Byte). The address of these 3 bytes is
It is recorded at the head position of each sector.

By further adding a 4-bit sound group address, the address of a sound group in a sector can also be expressed. For example, in the management of the U-TOC or the like, the notation up to the sound group address makes it possible to set a reproduction position in sound group units.

In the U-TOC and AUX-TOC, the cluster address, the sector address, and the sound group address are represented by 3 bytes.
A shortened address as shown in the lower part of FIG. 3 is used.
First, there are 36 sectors in one cluster.
Can be expressed in bits. Therefore, the top 2 sectors address
Bits can be omitted. Similarly, since the cluster can be represented by 14 bits up to the outermost periphery of the disk, the upper two bits of the cluster address can be omitted. By omitting the upper two bits of each of the sector address and the cluster address in this manner, the address that can be specified up to the sound group is set to three.
Can be expressed in bytes.

Further, U-TOC and AUX-TO described later
In C, an address for managing a reproduction position, a reproduction timing, and the like is represented by the above-mentioned shortened type address, but the address may be represented by an offset address in addition to the absolute address form. The offset address is a relative address indicating a position in a program, such as a musical piece or the like, where the start position of each program is an address 0. An example of this offset address will be described with reference to FIG.

The program of the music and the like is recorded as will be described later with reference to FIG. 5, but the 50th cluster on the disk (cluster 32h in hexadecimal notation; Is a numerical value in hexadecimal notation). For example, the address value of the address (cluster 32h, sector 00h, sound group 0h) at the start position of the first program is as shown in the upper part of FIG.
"00000000000011001000000000000
0000 "(that is, 0032h, 00h, 0h). When this is shown in a short form, as shown in the lower part of FIG.
"000000000001100100000000000
0 "(that is, 00h, C8h, 00h).

Starting from the head address, a certain position in the first program, for example, a cluster 0032
h, the sector 04h, and the sound group 0h have the address "0" in the short form of the absolute address as shown in FIG.
0h, C8h, 40h ", while the offset address is the difference between the cluster 000 and the start address.
0h, the sector 04h, and the sound group 0h may be represented, so that they are "00h, 00h, 40h".

Starting from the start address in FIG. 4A, as a certain position in the first program, for example, cluster 0032h, sector 13h, sound group 9h
Is an absolute address "00h, C9h, 39h" in the short form as shown in FIG. 4C, while the offset address is "00h, 01h, 39h". For example, as in these examples, a position in a program or the like can be designated by an absolute address or an offset address.

3. Area Structure The area structure of the disc 90 of this example will be described with reference to FIG. FIG. 5A shows an area from the innermost side to the outermost side of the disk. Disk 90 as magneto-optical disk
Is a pit area on the innermost side where reproduction-only data is formed by embossed pits.
C is recorded. The outer periphery of the pit area is a magneto-optical area, which is a recordable / reproducible area in which a groove is formed as a guide groove for a recording track. The section from the innermost cluster 0 to the cluster 49 in the magneto-optical area is a management area, and the program area of the actual music and the like is recorded in the program area from the cluster 50 to the cluster 2251. The lead-out area is located outside the program area.

FIG. 5 shows the management area in detail.
(B). FIG. 5B shows sectors in the horizontal direction and clusters in the vertical direction. In the management area, clusters 0 and 1 are buffer areas with the pit area. The cluster 2 is a power calibration area PCA and is used for adjusting the output power of the laser beam. For clusters 3, 4, and 5, U-TOC is recorded. U
Although the contents of -TOC will be described later, a data format is defined in each sector in one cluster, and predetermined management information is recorded in each sector.
A cluster having a sector serving as C data is repeatedly recorded three times in clusters 3, 4, and 5.

AUX-TOC is recorded in clusters 6, 7, and 8. Although the contents of the AUX-TOC will be described later, a data format is defined in each sector in one cluster, and predetermined management information is recorded. Clusters having a sector serving as such AUX-TOC data are repeatedly recorded three times in clusters 6, 7, and 8.

The area from the cluster 9 to the cluster 46 is an area where AUX data is recorded. A data file as AUX data is formed in sector units,
A picture file sector as a still image file, a text file sector as a character information file, and a karaoke text file sector as a character information file synchronized with a program are formed. The data file as the AUX data and the AU
The area where the AUX data file can be recorded in the X data area is managed by the AUX-TOC.

The recording capacity of the data file in the AUX data area is 2.8 Mbytes when considered as the error correction mode 2. Further, for example, it is conceivable to increase the recording capacity of the data file by forming a second AUX data area in the latter half of the program area or in an area on the outer periphery side of the program area (for example, a lead-out part).

The clusters 47, 48 and 49 are buffer areas for the program area. Cluster 50 (= 32
h) In the subsequent program area, audio data of one or a plurality of music pieces is recorded in a compression format called ATRAC. Each recorded program and recordable area are U
-Managed by TOC. In each cluster in the program area, the sector FFh can be used for recording some information as sub data as described above.

In the mini-disc system, a read-only disk in which a program or the like is recorded in the form of pits as read-only data is also used. However, in this read-only disk, all pit areas are formed on the disk.
The recorded program is managed by the P-TOC in substantially the same manner as a U-TOC described later, and the U-TOC is not formed. However, when a read-only data file is recorded as AUX data, an AUX-TOC for managing the data file is recorded.

4. U-TOC 4-1 U-TOC Sector 0 As described above, in order to perform the recording / reproducing operation of the program (track) on the disk 90, the system controller 11 requires the management recorded on the disk 90 in advance. The P-TOC and U-TOC as information are read out and referred to when necessary. here,
The U-TOC sector will be described as management information for managing the recording / reproduction operation of tracks (music and the like) on the disc 90.

The P-TOC is formed in the innermost pit area of the disk 90 as described with reference to FIG. 5, and is read-only information. The P-TOC manages the position of a recordable area (recordable user area), a lead-out area, a U-TOC area, and the like on the disc. In a read-only optical disk in which all data is recorded in a pit form,
The P-TOC can also manage music recorded in the form of a ROM and the U-TOC is not formed. A detailed description of the P-TOC is omitted, and here, the U-
-TOC will be described.

FIG. 6 shows the format of U-TOC sector 0. The U-TOC sector can be provided from sector 0 to sector 32, in which sector 1 and sector 4 are character information, and sector 2 is an area for recording the recording date and time. First, U which is always necessary for the recording / reproducing operation of the disc 90
-TOC sector 0 will be described.

The U-TOC sector 0 is a data area in which management information on a program such as a musical piece recorded by the user and a free area in which a new program can be recorded is mainly recorded. For example, when attempting to record a certain music on the disk 90, the system controller 11 searches for a free area on the disk from the U-TOC sector 0, and records audio data there. At the time of reproduction, the area in which the music to be reproduced is recorded is determined from U-TOC sector 0, and the reproduction operation is performed by accessing the area.

The data area (4 bytes × 588, 2352 bytes) of the U-TOC sector 0 has all 0s at the head position.
Alternatively, a synchronization pattern in which all 1-byte data are formed side by side is recorded. Then the cluster address (Clust
er H) (Cluster L) and an address serving as a sector address (Sector) are recorded over 3 bytes, and one byte of mode information (MODE) is added. The 3-byte address here is the address of the sector itself.

The header portion in which the synchronization pattern and the address are recorded is not limited to the U-TOC sector 0, but may be a P-TOC sector, an AUX-TOC sector, or an A-TOC sector.
The same applies to the UX file sector and the program sector. For each of the sectors shown in FIG. 8 and thereafter, the description of the header portion is omitted, but the address and synchronization pattern of the sector itself are recorded in sector units. In addition, as the address of the sector itself, the cluster address includes an upper address (Cluster H) and a lower address (Cluster H).
L), and the sector address (Sector) is written in 1 byte. That is, this address is not in short form.

Subsequently, a maker code, a model code, and a track number (F
irst TNO), track number of last track (Last T
NO), data such as sector usage (Used sectors), disk serial number, and disk ID are recorded.

Further, various pointers (P-DFA) are used as pointers in order to identify the areas of tracks (music and the like) and free areas recorded by the user by making them correspond to a table section described later. , P-EMPT
An area for recording Y, P-FRA, and P-TNO1 to P-TNO255) is prepared.

As a table unit to be associated with the pointers (P-DFA to P-TNO255), 255 parts tables (01h) to (FFh) are provided. For a part, a start address as a starting point, an end address as an end, and mode information (track mode) of the part are recorded. Furthermore, since parts indicated in each part table may be successively connected to other parts, link information indicating a part table in which a start address and an end address of the connected part are recorded can be recorded. Have been. Note that a part refers to a track portion in which temporally continuous data is physically continuously recorded in one track. And the start address,
The address indicated as the end address is an address indicating one or a plurality of parts constituting one music piece (track). These addresses are recorded in short form,
Specify clusters, sectors, and sound groups.

In this type of recording / reproducing apparatus, data of one music (program / track) is reproduced in a physically discontinuous manner, that is, while data is recorded over a plurality of parts, while accessing between parts. Therefore, there is a case where a music piece or the like recorded by a user is divided into a plurality of parts for the purpose of efficient use of a recordable area.

For this reason, link information is provided, and the part tables can be connected by specifying the part tables to be connected, for example, by the numbers (01h) to (FFh) given to the respective part tables.
In other words, in the management table section in the U-TOC sector 0, one parts table represents one part. For example, for a music composed of three parts connected, three parts connected by link information The position of the part is managed by the table. Note that the link information is actually indicated by a numerical value which is a byte position in the U-TOC sector 0 by a predetermined arithmetic processing. That is, the part table is designated as 304+ (link information) × 8 (byte).

Each part table from (01h) to (FFh) in the table section of the U-TOC sector 0 includes pointers (P-DFA, P-EMPTY, P-FRA, P-TNO1) in the pointer section.
~ P-TNO255) indicates the contents of the part as follows.

The pointer P-DFA is attached to a defective area on the magneto-optical disk 90. The pointer P-DFA is located in one part table or a plurality of parts tables in which a track portion (= part) serving as a defective area due to a scratch or the like is shown. Of the first part table is specified. That is, when a defective part exists, any one of (01h) to (FFh) is recorded in the pointer P-DFA, and the corresponding part table indicates the defective part by the start and end addresses. If another defective part exists, another part table is designated as link information in the part table, and the defective part is also indicated in the part table. If there is no other defective part, the link information is set to, for example, "(00h)".
After that, there is no link.

The pointer P-EMPTY indicates the first part table of one or a plurality of unused part tables in the management table section. If there is an unused part table, the pointer P-EMPTY is set as (P-EMPTY). 01h)-(F
Fh) is recorded. When there are multiple unused part tables, the part tables are sequentially specified by the link information from the part table specified by the pointer P-EMPTY, and all the unused part tables are linked on the management table section. You.

The pointer P-FRA indicates a free area (including an erase area) in which data can be written on the magneto-optical disk 90, and one or a plurality of track portions (= parts) indicating free areas are indicated. The first part table in the parts table is specified. In other words, if there is a free area, (01
h) to (FFh) are recorded, and in the corresponding parts table, parts which are free areas are indicated by start and end addresses. Further, when there are a plurality of such parts, that is, when there are a plurality of parts tables, the link information sequentially designates parts tables whose link information is "(00h)".

FIG. 7 schematically shows the management state of parts that are free areas by using a parts table. This is because when the parts (03h) (18h) (1Fh) (2Bh) (E3h) are set as free areas, this state follows the pointer P-FRA and the parts table (03h) (18h) (1Fh) (2Bh) The state represented by the link (E3h) is shown. The above-described management of the defective area and the unused parts table is the same.

The pointers P-TNO1 to P-TNO255 indicate tracks such as music pieces recorded on the magneto-optical disk 90 by the user.
A part table indicating a temporally leading part of one or a plurality of parts in which track data is recorded is designated. For example, if the music piece set as the first track (first program) is recorded on the disk without dividing the track, that is, as one part, the recording area of the first track is indicated by the pointer P-TNO1. Are recorded as start and end addresses in the parts table.

For example, in the case where the music set as the second track (second program) is discretely recorded on a plurality of parts on the disc, each part is time-based to indicate the recording position of the second track. Are specified according to a typical order. In other words, from the part table designated by the pointer P-TNO2, another part table is sequentially designated by the link information in order of time, and linked to the parts table in which the link information is "(00h)" ( The above-described embodiment is similar to FIG. 7). In this way, for example, since all the parts on which the data constituting the second tune are recorded are sequentially designated and recorded, the data of the U-TOC sector 0 can be used to reproduce the second tune or the second tune. When performing overwrite recording on the area, it is possible to access the optical head 3 and the magnetic head 6a to extract continuous music information from discrete parts, and to perform recording using the recording area efficiently.

As described above, for the rewritable magneto-optical disk 90, the area management on the disk is performed by the P-TOC.
The music and free areas recorded in the recordable user area are performed by U-TOC.

4-2 U-TOC Sector 1 FIG. 8 shows the format of U-TOC sector 1. The sector 1 is used as a data area for recording input character information when a track name is given to each recorded track or a disc name is used as information such as the name of the disc itself.

The U-TOC sector 1 has a pointer P-TN as a pointer corresponding to each recorded track.
A1 to P-TNA255 are prepared, and the pointers P-TNA1 to P-TNA255
The slot part specified by TNA255 is 8 bytes in one unit, and slots (01h) to (FFh) of 255 units and one slot (00h) of 8 bytes are prepared. Character data is managed in a similar manner.

In the slots (01h) to (FFh), character information as a disc title or a track name is recorded in ASCII code. Then, for example, a character input by the user corresponding to the first track is recorded in the slot specified by the pointer P-TNA1. Further, by linking the slots by the link information, the character input corresponding to one track can be handled even if it is larger than 7 bytes (7 characters). Note that 8 bytes as the slot (00h) are a dedicated area for recording a disc name, and are not specified by the pointer P-TNA (x). This U-TOC sector 1
But the pointer P-EMPTY manages unused slots.

4-3 U-TOC Sector 2 Next, FIG. 9 shows a format of the U-TOC sector 2, and this sector 2 is mainly data for recording the recording date and time of a music piece recorded by the user. Area.

The U-TOC sector 2 has a pointer P-TR as a pointer corresponding to each recorded track.
D1 to P-TRD255 are prepared, and the pointers P-TRD1 to P-TRD255
A slot specified by TRD255 is prepared. In the slot part, one unit is 8 bytes and a slot of 255 units (0
1h) to (FFh) are formed, and the date and time data is managed in substantially the same form as that of the U-TOC sector 0 described above.

In the slots (01h) to (FFh), the recording date and time of the music (track) is recorded in 6 bytes. Six bytes record numerical values corresponding to year, month, day, hour, minute, and second, one byte at a time. The remaining two bytes are a maker code and a model code, in which code data indicating the manufacturer of the recording device that recorded the music and code data indicating the model of the recording device that recorded the music are recorded.

For example, when a track is recorded as the first music piece on a disc, the recording date and time, the maker code and model code of the recording device are recorded in the slot designated by the pointer P-TRD1. The recording date and time data is automatically recorded by the system controller 11 with reference to the internal clock.

The eight bytes as the slot (00h) are a dedicated area for recording the recording date and time in disk units, and are not specified by the pointer P-TRD (x). In this U-TOC sector 2, the slot pointer P-EMPTY manages unused slots. For unused slots, link information is recorded in place of the model code, and each unused slot is managed by linking with the link information starting from the slot pointer P-EMPTY.

4-4 U-TOC Sector 4 FIG. 10 shows the U-TOC sector 4, and this sector 4
, Like the sector 1 described above, give the song name (track name) to the track on which the user has recorded,
When a disc name is given, the data area is used as a data area for recording input character information. As can be seen by comparing FIGS. 10 and 8, the format is almost the same as that of the sector 1. However, this sector 4 is designed to record code data (two-byte code) corresponding to Chinese characters and European characters. In addition to the data of sector 1 in FIG. Is recorded.
The management of the character information of the U-TOC sector 4 is performed by the pointers P-TNA1 to P-TNA255 and the pointer P-TNA255 similarly to the sector 1.
This is performed by slots (01h) to (FFh) of 255 units specified by TNA1 to P-TNA255.

Although the recording / reproducing apparatus 1 of this embodiment can cope with a read-only disc in which a U-TOC is not formed, in the case of a read-only disc, character information as a disc name and a track name is recorded in the P-TOC. I can put it. That is, U as a P-TOC sector
Sectors substantially similar to the -TOC sector 1 and the sector 4 are prepared, and the disc maker can record the disc name and the track name in the P-TOC sector in advance.

5. AUX-TOC 5-1 AUX-TOC sector 0 In the disc 90 of the present example, the AUX
An area for recording the data file and the AUX-TOC is set, and character information and image information independent of tracks (programs) such as music can be recorded as the AUX data file. And the AUX data file is AUX
-Managed by TOC. This AUX-TOC is
It is recorded three times repeatedly over three clusters, and therefore, as a management data structure, 32 sectors in one cluster can be used as in the U-TOC. In this example, as described below, AUX-TOC sector 0 to sector 9
Is set to manage the AUX data file.

First, the format of AUX-TOC sector 0 will be described with reference to FIG. AUX-TOC sector 0
Is an area allocation table that mainly manages the entire AUX data area. Then, as shown in FIG. 11, in this sector 0, a maker code, a model code, backup information, an ASPB (AUTOSEQUENCE PLAY BACK) flag,
Used sector information is recorded. The ASPB flag is a flag indicating that a still image, a text, a karaoke text, or the like is output as an AUX data file in accordance with the reproduction of a music piece as a program. The used sector information indicates the status of use of the sector in the AUX-TOC.

In the AUX-TOC sector 0, pointers P-DFAA, P-EMPTY, P-BLANK,
P-SPICT, P-TEXT and P-KRAOK are formed. An 8-byte parts table in which a start address, an end address, and link information are recorded in the table section is 2.
55 units are formed, and the AUX data area is managed in the same manner as the U-TOC sector 0 described above.

The pointer P-DFAA manages a defective area in the AUX data area by using a start address and an end address recorded in a designated parts table. If there are a plurality of defective areas, another parts table is linked by the link information. The pointer P-EMPTY is
Unused part tables in the OC sector 0 are managed in a link form.

The pointer P-BLANK indicates a free area in the AUX data area, that is, an area where an AUX data file can be recorded, in the U-TOC sector 0.
Is managed in the form of a link in the parts table, similarly to the pointer P-FRA in.

The pointer P-SPICT manages, in the AUX data area, an area used for recording a still image data file (picture file sector described later) in the form of a part table link. Note that one picture file is in units of one or two clusters.
The still image data file area managed by SPICT is an area in cluster units.

The pointer P-TEXT manages an area used for recording a text file (a text file sector described later) in the AUX data area in the form of a part table link. Note that the file length of one text file is set to one sector unit. However, pointer P-TE
The text file area managed by XT is an area in cluster units.

The pointer P-KRAOK manages an area used for recording a karaoke text file (a karaoke text file sector and a karaoke address sector to be described later) in the AUX data area in the form of a part table link. One karaoke text file is a two-sector or one-sector unit file (in this example, two files) which is information corresponding to a certain program.
(Sector unit, 1 sector unit in Modification A described later)
Becomes However, the text data file area managed by the pointer P-KRAOK is an area in cluster units.

These pointers P-SPICT, P-TEXT, P-KR
With AOK, the area where the picture (still image) file, text file, and karaoke text file are recorded in the AUX data area is managed by the start address and the end address as the area address on the parts table. Depending on the management state, each area can be freely divided and set, and the length of each area can be set freely. Note that the start address and the end address are in a short form, and can be specified up to the sound group position. The start address and the end address recorded in 3 bytes in the table portion or the slot portion of the AUX-TOC sector 1 to sector 9 described below are also in a shortened form, and the position can be designated in sound group units.

AUX-TO on a read-only disc
When C is formed, the link information in the parts table is not used. Although the pointers indicating the type of the AUX file are three types: the pointers P-SPICT, P-TEXT, and P-KRAOK, when recording an AUX data file other than a picture file, a text file, and a karaoke text file, The area management may be performed by setting a pointer corresponding to the file type. As the pointer section, pointers corresponding to up to 255 types of file contents including the pointers P-SPICT, P-TEXT, and P-KRAOK can be set.

5-2 AUX-TOC Sector 1 AUX-TOC sector 1 to sector 5 are used for managing picture files as still picture information. FIG.
AUX-TOC sector 1 shown in FIG. 2 is a management sector as a still image allocation table,
-Manages each data file recorded as a picture file in the picture file area set by the pointer P-SPICT in TOC sector 0.

In the AUX-TOC sector 1, the U-
The picture file is managed in the same format as in the TOC sector 0. Still image 1 recorded in AUX data area
In this example, the file length of one picture file is one cluster or two clusters. If one file is one cluster, a maximum of 38 picture files can be recorded in the AUX data area. The picture file that becomes one image is the so-called cover image of the disc (cover picture that becomes the disc jacket, etc.)
Can be positioned as

The pointers P-PNO (x) used in the management of each picture file of 37 sheets other than the cover image are pointers P-PNO1 to P-PNO1 to AUX-TOC sector 1.
P-PNO37 is formed. However, in order to cope with a case where a larger number of picture files can be recorded due to a future expansion of the AUX data area or a change in file size, a parenthesis in FIG. 12 is used as the pointer P-PNO (x). As shown, pointer P-PNO255 can be set. In the pointer section, the pointers P-PFRA, P-EMPT
Y is also formed. Then, as a part table of 8 bytes corresponding to each pointer in the table section, a part table (01h) of 255 units in which a start address, an end address, and an image mode (SPICT mode) are recorded.
~ (FFh) is formed.

The parts table (00h) is a parts table not specified by the pointer, but is used exclusively for managing the address of a picture file positioned as a cover picture.

The pointers P-PNO1 to P-PNO37 each indicate 1
The area where one picture file is recorded is managed by designating a specific parts table. For example, in the parts table specified by the pointer P-PNO1, the start address and end address of the picture file serving as the image data for the first sheet, the image mode (SPICT mode)
Is recorded. This AUX-TOC
In sector 1, file management performed by linking parts tables based on link information is not performed. That is, one picture file is not recorded in physically separated sections.

However, an unused part table in this sector is managed by a link form starting from the pointer P-EMPTY (the 8th byte of the part table is used as link information). The pointer P-PFRA is
In the AUX-TOC sector 0, the pointer P-SPIC
A pointer that manages the free area in the picture file area set by T, that is, the writable area of the picture file, and the address of the section as the free area is recorded in the parts table specified by the pointer P-PFRA. . In this free area management, the 8th byte of the parts table is used as link information and the parts tables are linked, and a plurality of separated sections may be managed as free areas.

5-3 AUX-TOC Sector 2 FIG. 13 shows the format of AUX-TOC sector 2. The sector 2 is used as a still image name table, and when a picture name is given to each recorded picture file, it is a data area for recording character information serving as the picture name.

In the AUX-TOC sector 2, pointers P-PNA1 to P-PNA37 (which can be extended up to P-TNA255) are prepared in the pointer section to correspond to each recorded picture file, and the slot section is provided. Contains the pointer P-
2 in 8 bytes specified by TNA1 to P-TNA37
55 slots (01h) to (FFh) and one slot (00h) of 8 bytes are prepared.

In the slots (00h) to (FFh), character information as a picture name is recorded in ASCII code and other character codes. The type of the recorded character is recorded at a predetermined byte position as a character code. The character code is
For example, “00h” is an ASCII code, and “01h” is a modified ISO. 8859-1 and "02h" are set as in Music Shifted JIS.

The pointers P-PNA1 to P-PNA37 are each 1
A specific parts table in which picture names corresponding to one picture file are recorded is designated. For example, a character corresponding to the image of the first picture file is recorded in the slot specified by the pointer P-PNA1. Further, by linking the slots by the link information, it is possible to cope with a case where the picture name corresponding to one picture file is larger than 7 bytes (7 characters). Note that 8 bytes as the slot (00h) are a dedicated area for recording the cover picture name corresponding to the cover picture, and are not designated by the pointer P-PNA (x). The pointer P-EMPTY manages unused slots in a link form.

5-4 AUX-TOC Sector 3 FIG. 14 shows the format of the AUX-TOC sector 3. This sector 3 is a still image recording date and time table, and is data for managing the recording date and time of the recorded picture file. Area.

In the AUX-TOC sector 3, pointers P-PRD1 to P-PRD37 (which can be extended to P-PRD255) are prepared as pointer portions corresponding to the respective recorded picture files. A slot specified by PRD1 to P-PRD37 is prepared. In the slot part, one unit is 8 bytes and 255 units of slots (01h) to (F
Fh) and one slot (00h) of the same 8-byte length, and manages date and time data in substantially the same manner as the U-TOC sector 2 described above.

In the slots (01h) to (FFh), the recording date and time of the picture file is recorded in 6 bytes. Six bytes record numerical values corresponding to year, month, day, hour, minute, and second, one byte at a time. The remaining 2 bytes are a maker code and a model code, and code data indicating the maker of the recording device that has recorded the picture file,
And code data indicating the model of the recording device that recorded the data.

For example, when the first picture file is recorded on the disc, the recording date and time, the maker code and the model code of the recording device are recorded in the slot designated by the pointer P-PRD1. The recording date and time data is automatically recorded by the system controller 11 with reference to the internal clock.

The eight bytes as the slot (00h) are a dedicated area for recording the recording date and time of the cover picture, and are not specified by the pointer P-PRD (x). In the AUX-TOC sector 3, the pointer P-EMPTY manages an unused slot. For unused slots, link information is recorded in place of the model code, and each unused slot is managed by linking with the link information starting from the slot pointer P-EMPTY.

5-5 AUX-TOC Sector 4 FIG. 15 shows the format of the AUX-TOC sector 4, and this sector 4 is a still picture code table in which code information of a recorded picture file is recorded.

In the AUX-TOC sector 3, pointers P-PCD1 to P-PCD37 (which can be extended to P-PCD255) are prepared as pointers corresponding to the respective recorded picture files. A slot having a slot designated by PCD1 to P-PCD37 is prepared. In the slot portion, slots (01h) to (FFh) of 8 units of 8 bytes and 1 slot (00h) of 8 bytes are formed.

For example, corresponding to the first picture file, the code information of the picture file is recorded in the slot specified by the pointer P-PCD1. Eight bytes as the slot (00h) are a dedicated code information recording area of the cover picture file, and are slots not specified by the pointer P-PCD (x). In this AUX-TOC sector 4, the pointer P-EM
PTY manages unused slots.

5-6 AUX-TOC Sector 5 The AUX-TOC sector 5 shown in FIG. 16 is a still picture playback sequence table. This is management information for outputting a picture file (that is, displaying an image) in synchronization with the reproduction of a program such as a song.
In this sector 5, pointers P-TNO1 to P-TNO255 are prepared. This corresponds to the first track to the 255th track as a program such as music, similarly to the pointers P-TNO1 to P-TNO255 described in the U-TOC sector 0.

As a parts table designated by the pointers P-TNO1 to P-TNO255, 1
Parts table of 8 units of 255 units (01h)-(F
Fh) is formed. Also, as the parts table not specified by the pointers P-TNO1 to P-TNO255, one parts table (00h) of 8 bytes is formed.

In the parts table specified by the pointers P-TNO1 to P-TNO255, the start address and the end address are recorded in the form of an offset address from the start position address of the track, and the pointer P-PNO (*)
As a specific picture file. The pointer P-PNO (*) has a value corresponding to each picture file managed in the AUX-TOC sector 1. Further, another part table can be linked by the link information.

For example, when reproducing the music as the first track, if it is desired to output the image of the first picture file at a specific timing during the reproduction, the pointer P-
A start address and an end address as an image output period are recorded in a parts table designated by TNO1, and a specific picture file is indicated by a pointer P-PNO (*) as an image to be output. Suppose that the user wants to display and output the image of the first picture file during the period from 1 minute and 0 seconds to 1 minute and 30 seconds from the start of the reproduction of the first track. In the specified parts table, an address point corresponding to 1 minute and 0 seconds from the start of reproduction of the first track and an address point corresponding to 1 minute and 30 seconds are recorded as an offset address as a start address and an end address. The pointer P-PNO (*) is set to the value of P-PNO1 to specify the first picture file. When it is desired to switch and display a plurality of images during reproduction of one track, the part tables are linked to manage the picture file to be output and the output period.

In the parts table (00h), a start address and an end address as output timings of a picture file as a cover picture are recorded. However, the start address and the end address here are recorded as negative offset addresses.

If the start address and the end address in the parts table corresponding to a certain track are both "000h", the picture of the picture file designated during the audio output period of the track is displayed. To be done. Also this AUX-T
Even in the OC sector 5, a part table not used by the link from the pointer P-EMPTY is managed.

5-7 AUX-TOC Sector 6 AUX-TOC sector 6 and sector 7 are used for managing text files. First, the AUX-T shown in FIG.
The OC sector 6 is a management sector as a text allocation table, and manages each data file recorded as a text file in the text file area set by the pointer P-TEXT in the AUX-TOC sector 0.

In this AUX-TOC sector 6, the U-
The text file is managed in the same format as in the TOC sector 0. Assuming that the entire AUX data area is used for recording a text file, 38 clusters (× 32
Although text data for (sector × 2324 bytes) can be recorded, this text data can be managed as a maximum of 255 files in the AUX-TOC sector 6.
Note that the length of one text file is set in sector units.

Further, one specific text file can be positioned as a text file (cover text) corresponding to a cover picture of a disc.

As the pointer P-TXT (x) used for managing each text file, pointers P-TXT1 to P-TXT255 are formed in the AUX-TOC sector 6. In the pointer section, pointers P-TFRA and P-EMPTY are also formed. In the table section, as an 8-byte parts table corresponding to each pointer, a 255-unit parts table (01h) to (FFh) in which a start address, an end address, and a character code (character code and superimpose bit) are recorded. ) Is formed.

The parts table (00h) is a parts table not specified by the pointer, but is used exclusively for managing the address and character code of the text file positioned as the cover text.

Each of the pointers P-TXT1 to P-TXT255 is 1
The area where two text files are recorded is managed by specifying a specific parts table. Eg pointer
In the parts table specified by P-TXT1, the start address, end address, and character mode (and superimpose bit) of the first text file are recorded. In the AUX-TOC sector 6, file management performed by linking parts tables based on link information is not performed. That is, one text file is not recorded while being divided into physically separated sections.

However, an unused part table in this sector is managed by a link form starting from the pointer P-EMPTY (the 8th byte of the part table is used as link information). The pointer P-TFRA is
Pointer P-TEXT in the AUX-TOC sector 0
Is a pointer for managing the free area in the text file area set by the above, that is, the writable area of the text file, and the address of the section as the free area is recorded in the parts table specified by the pointer P-TFRA. In this free area management, the 8th byte of the parts table is used as link information and the parts tables are linked, and a plurality of separated sections may be managed as free areas.

5-8 AUX-TOC Sector 7 The AUX-TOC sector 7 shown in FIG. 18 is a text playback sequence table. This is management information for outputting a text file (that is, displaying characters) in synchronization with the reproduction of a program such as a song.
In this sector 7, pointers P-TNO1 to P-TNO255 are prepared. This corresponds to the first track to the 255th track as a program such as music, similarly to the pointers P-TNO1 to P-TNO255 described in the U-TOC sector 0.

As a parts table designated by the pointers P-TNO1 to P-TNO255, 1
Parts table of 8 units of 255 units (01h)-(F
Fh) is formed. Also, as the parts table not specified by the pointers P-TNO1 to P-TNO255, one parts table (00h) of 8 bytes is formed.

The management form in this sector is based on the AUX-
It is similar to TOC sector 5. That is, the pointer P-TNO1
In the parts table specified by ~ P-TNO255, the start address and end address are recorded in the form of an offset address from the start position address of the track, and a specific text file is indicated as a pointer P-TXT (*). ing. Pointer P-TXT (*) is AUX-TOC
This is a value corresponding to each text file managed in sector 6. Further, another part table can be linked by the link information.

For example, when reproducing the music as the first track, if it is desired to output the characters of the first text file at a specific timing during the reproduction, the pointer P-TN
In the parts table specified by O1, the start address and end address as the character output period are recorded in the form of offset addresses, and pointers are output as characters to be output.
P-TXT (*) indicates a specific text file. When it is desired to sequentially display the character information of a plurality of text files during reproduction of one track, the parts tables are linked to manage the text files to be output and the output period.

In the parts table (00h), a start address and an end address as output timings of a text file as cover text are recorded.
However, the start address and the end address here are recorded as negative offset addresses.

When the start address and the end address in the parts table corresponding to a certain track are both “000h”, the characters of the text file designated during the audio output period of the track are displayed. To be done. Also this AUX-TO
The parts table not used in the link from the pointer P-EMPTY is also managed in the C sector 7.

5-9 AUX-TOC Sector 8 AUX-TOC sector 8 and sector 9 are used for managing karaoke text files. The karaoke text file is such that, for example, character information such as lyrics is output in synchronization with a song output as track reproduction (that is, in accordance with a karaoke singing guide or a vocal voice to be played). It is a text file that can be used. In this example, as one karaoke text file, a karaoke text file sector in which character information such as lyrics are recorded and a karaoke address sector for finely setting the character output timing corresponding thereto are recorded in pairs. You. Although the structure of these sectors will be described later, in this example, one karaoke text file corresponding to one track is composed of two sectors, a karaoke text file sector and a karaoke address sector. The karaoke text file sector is managed, and the karaoke address sector is mainly managed in the sector 9.

First, the AUX-TOC sector 8 shown in FIG. 19 becomes a management sector as a karaoke text allocation table. It manages each recorded data file (karaoke text file sector).

In this AUX-TOC sector 8, U-TOC
The karaoke text file is managed in the same format as in the TOC sector 0. As can be seen from the U-TOC sector 0, since a maximum of 255 tracks can be recorded as a program, a karaoke text file corresponding to each track only needs to be able to manage up to 255 files. Only one karaoke text file corresponds to each track, so the pointers used to manage each karaoke text file are as follows:
In the AUX-TOC sector 8, the pointers P-TNO1 to P-TNO255 used in the U-TOC sector 0 are used as they are. Also, pointers P-KFRA and P-EMPTY are formed.

In the table section, as an 8-byte parts table corresponding to each pointer, a 255-unit parts table (01h) in which a start address, an end address, and a character code (character code and superimpose bit) are recorded. ~ (FFh) is formed.

The pointers P-TNO1 to P-TNO255 manage an area in which one karaoke text file corresponding to each of the first track to the 255th track is recorded by designating a specific parts table. For example, in the parts table specified by the pointer P-TNO1, the start address, end address, and character mode (and superimpose bit) of the karaoke text file sector corresponding to the first track are recorded. In the AUX-TOC sector 8, file management performed by linking parts tables based on link information is not performed. In other words, one karaoke text file is
It is not recorded in a physically separated space.

However, an unused part table in this sector is managed by a link form starting from the pointer P-EMPTY (the 8th byte of the part table is used as link information). The pointer P-KFRA is
In the AUX-TOC sector 0, the pointer P-KRAO
A pointer to manage the free area in the karaoke text file area set by K, that is, the writable area of the karaoke text file, the pointer P-KF
The address of the section as a free area is recorded in the parts table specified by RA. In this free area management, the 8th byte of the parts table is used as link information and the parts tables are linked, and a plurality of separated sections may be managed as free areas.

5-10 AUX-TOC Sector 9 The karaoke text file sector constituting the karaoke text file is managed by the AUX-TOC sector 8, and the output timing of the character information recorded in the karaoke text file sector is fine. In order to set the karaoke address sector recorded as a pair of sectors, this AUX-TOC sector 9
Is managed by

In the AUX-TOC sector 9, similarly to the sector 8, the part tables indicating the addresses of the corresponding karaoke address sectors are designated by the pointers P-TNO1 to P-TNO255 corresponding to the tracks. A start address and an end address are recorded in an 8-byte parts table corresponding to each pointer in the table section.

That is, the pointers P-TNO1 to P-TNO255 manage the address of the karaoke address sector in one karaoke text file corresponding to each of the first to 255th tracks by designating a specific parts table. . For example, in the parts table designated by the pointer P-TNO1, the AU
A start address and an end address of a karaoke address sector paired with a karaoke text file sector managed by the X-TOC sector 8 are recorded. In the AUX-TOC sector 9 as well, file management performed by linking parts tables based on link information is not performed. That is, one karaoke address file is not recorded in a physically separated space.

However, unused part tables in this sector are managed by a link form starting from the pointer P-EMPTY (the eighth byte of the part table is used as link information).

As described above, in the AUX-TOC sector 8 and the sector 9, the karaoke text file sector and the karaoke address sector which constitute the karaoke text file corresponding to each track are managed so as to be paired. The actual output timing of the character information recorded in the karaoke text file sector is set in the karaoke address sector. The setting method and output operation will be described later.

6. Data File 6-1 Picture File Sector Three types of data files will be described as AUX data files managed by the AUX-TOC formed as described above.

First, as a picture file, the file length of one still image, that is, the size of one picture file is one cluster or two clusters. Temporarily 1
Think of a cluster as a maximum of 3 in the AUX data area.
Seven picture files and one cover picture file can be recorded.

The image size as a still image is 640 ×
480 dots, and the picture file is a JPEG format baseline. Since the management of picture files is performed by AUX-TOC, the bit stream of the file is EO based on the SOI marker specified by JPEG.
Up to the I marker. Since the sector format is mode 2 and there is no 3rd layer ECC, the image data capacity of one sector is 2324 bytes (the capacity of one cluster is 74368 bytes).

The format of a sector constituting a cluster which becomes such a picture file is, for example, as shown in FIG.
become that way. Information indicating the error correction mode (Mode), category information indicating the attributes of the data file (Category), index information indicating the parameters of the data file, at a predetermined byte position following the header based on the synchronization pattern, cluster address, sector address, and mode information. (Inde
x) is provided, and the system ID (ID) is recorded. Then, as shown as data DP0 to DP2323, 2
324 bytes of image data are recorded. The error detection parity (EDC0 EDC3) can be recorded in the last 4 bytes.

6-2 Text File Sector Next, ASCII, Modified
Text data such as ISO 8859-1 and MusicShifted JIS can be recorded. In the sector as a text file, characters and control codes are recorded. The control code is line feed, page break, and other information.

The format of the sectors constituting the text file is, for example, as shown in FIG. 22, and the header, error correction mode information (Mode),
Category information (Category), index information (Index)
, The system ID (ID) is recorded, and the data D
As shown as T0 to DT2323, 2324 bytes of character information (and control code) are recorded. The error detection parity (EDC0 EDC3) can be recorded in the last 4 bytes.

6-3 Karaoke Text File Sector As described above, a karaoke text file is formed in one-to-one correspondence with one track. The address sectors are configured in a one-to-one correspondence. The character information such as lyrics recorded in the karaoke text file sector is displayed and output at a timing synchronized with the song or accompaniment of the corresponding track, based on the address information recorded in the karaoke address sector.

The karaoke text file sectors include ASCII, Modified ISO 8859-1, Music Shifte
d Can record text data such as JIS. In addition, the character display position on the screen, font, color, line feed, presence of wipe,
Various control codes instructing such operations are recorded.

The format of a karaoke text file sector that constitutes one karaoke text file together with a karaoke address sector to be described later is as shown in FIG. 23, for example, like a picture file, a header, error correction mode information (Mode), and category information. (Cat
egory), index information (Index), system ID (I
D) is recorded, and 2324 bytes of character information (and a control code) are recorded as shown as data DK0 to DK2323. The error detection parity (EDC0 EDC3) can be recorded in the last 4 bytes.

6-4 Karaoke Address Sector The format of the karaoke address sector corresponding to the karaoke text file sector shown in FIG. 24 is shown in FIG.
4, the header, error correction mode information (Mode), category information (Category), index information (Index), and system ID (ID) are also recorded. As shown as address data AK0 to AK2323, an area of 2324 bytes for recording address information is set. Here, one address (cluster,
Sector, sound group address). That is, one address is recorded with four bytes for one row in FIG. 24, for example, four bytes of address data AK0 to AK3. However, according to the address notation such as start address and end address in AUX-TOC, 3
The cluster, sector, and sound group addresses are expressed in a short form using bytes, and the remaining one byte is a dummy.

One address is represented by, for example, an offset address format in four bytes. For this reason, in the karaoke address sector, a maximum of 581 per sector is provided.
Address values can be recorded, that is, 581 timings (offset addresses from the head address of the track) can be designated in the music piece as the corresponding track. By specifying the start address and the end address of the parts table of the AUX-TOC sectors 8 to 9, the file length of the karaoke text file and the karaoke address file for one song can be set arbitrarily in units of one sector.

7. Data File Playback Synchronized with Program As described above, a data file as AUX data and an AUX-TOC that manages the data file are formed, and each data file is output (image display, text Display). This operation will be described.

First, since each picture file is managed in the AUX-TOC sector 1, the system controller 11 can output the picture file at any time for display. For example, it can be displayed on the display unit 24 or supplied to an external monitor device via the interface unit 25 for display.
Further, the picture name and the recording date and time managed in the AUX-TOC sector 2 and the sector 3 can be displayed on the display unit 24 when displaying an image as a picture, for example.

Further, AUX-TOC sector 5
Based on this information, the display output of a predetermined picture file can be executed in synchronization with the reproduction of the program. For example, as described in the description of the AUX-TOC sector 5, during reproduction of music of a certain track, images as one or a plurality of picture files are displayed and output at specific timings indicated as a start address and an end address, respectively. Can be.

The output similar to this picture file is
It can also be run on text files. That is, for text files, each text file is AUX-T
Since the data is managed in the OC sector 6, the system controller 11 can output the data for character display at any time based on the management. For example, it can be displayed on the display unit 24 or supplied to an external monitor device via the interface unit 25 for display.

Further, AUX-TOC sector 7
Based on this information, the display output of a predetermined text file can be executed in synchronization with the reproduction of the program. For example, during the reproduction of a song on a certain track, characters as one or a plurality of text files can be displayed and output at specific timings indicated as a start address and an end address, respectively.

Further, in this example, the karaoke text file can be displayed and output in accordance with the reproduction performance of the music as a program, that is, the character information as lyrics in accordance with the performance as a vocal voice or karaoke guide. it can. To this end, as described above, the karaoke text file is formed in one-to-one correspondence with one track.
The karaoke text file sector and the karaoke address sector are configured in a one-to-one correspondence.

The output timing management of the character information recorded in the karaoke text file sector will be described with reference to FIG. FIG. 25A shows data DK0 to DK among the karaoke text file sectors shown in FIG.
An example of information recorded as 7 is shown. The values "59h", "6Fh", etc. as the data DK0 to DK7 shown here
"77h" is character information as an ASCII code, and as data DK0 to DK7, which are part of the lyrics of a certain track as shown in the figure, "Y", "o", "u", ""
This is an example in which character information “k”, “n”, “o”, and “w” are recorded.

FIG. 25B shows an example of information recorded as address data AK0 to AK7 in the karaoke address sector. As described above, since the address is recorded in a short form using three of the four bytes, one offset address is recorded as the address data AK0 to AK3, and the address data AK
One offset address is recorded as 4 to AK7. Here, the address value of “0032h cluster, 04h sector, 0h sound group” and the “0032h cluster, 13h sector,
The address values of the "9h sound group" are "0
The example is recorded as an offset address starting from “032h cluster, 00h sector, 0h sound group”.

The karaoke text file sector and the karaoke address sector shown in FIGS. 25A and 25B are managed by AUX-TOC sectors 8 and 9 as a paired sector.

Here, the address data AK0 to AK3 of the karaoke address sector are addresses corresponding to the data DK0 to DK3 of the karaoke text file sector. Similarly, the address data of the karaoke address sector
AK4 to AK7 are addresses corresponding to the karaoke text file sector data DK4 to DK7. Although not shown in FIG. 25, the karaoke address sector and the karaoke text file sector are also associated with each other by 4 bytes.
DK8 to DK11 and address data AK8 to AK11, data DK12 to
DK15 and address data AK12 to AK15, ... data DK
2320 to DK2323 are associated with address data AK2320 to AK2323, respectively.

That is, in the character information recorded in the karaoke text file sector, an address as an output timing is recorded in the karaoke address sector every four bytes. by this,
For example, the system controller 11 converts the character “You” in FIG. 25A into “0032” shown in FIG.
h cluster, 04h sector, 0h sound group "
Output at the playback timing of FIG.
It can be seen that the character “Know” in FIG. 5A should be output at the playback timing of “0032h cluster, 13h sector, 9h sound group” shown in FIG.

As described above, the output timing of the character information as lyrics is managed for every 4 bytes, so if the address data as the output timing is set in accordance with the music, it is synchronized with the song or accompaniment. It is possible to display and output the characters that become the lyrics. The display operation using this karaoke text file allows the lyrics to be sung to be displayed at the time of singing when enjoying music for karaoke purposes, making it very convenient. , The lyrics can be displayed in sync with the song,
It can expand the enjoyment of users.

FIG. 25 shows an example in which address information is indicated not by an offset address but by an absolute address (short form). Of course, the output timing may be designated by such an absolute address. Further, FIGS. 25B and 25C both show an example in which addresses are recorded in a shortened form, but since a 4-byte area is secured, the contracted form is not necessarily required.

Here, the processing operation of the system controller 11 for outputting the AUX data (picture file, text file, karaoke text file) in synchronization with the reproduction of the program will be described with reference to the flowchart of FIG. Will be explained.

For example, assuming that a program reproduction instruction is given by a user's operation on the operation unit 23, the system controller 11 shifts to the processing after step S101.

In the step S101, the disk 9
0 data is reproduced from the management area 0, and the reproduced U-TOC
C is stored in a predetermined area of the buffer memory 13. Thereby, each program (track) in the program area
Is stored in the buffer memory 13.

Subsequently, in step S103, the AUX-TOC data is reproduced from the management area, and
At step 04, the reproduced AUX-TOC data is held in a predetermined area of the buffer memory. As a result, AU
AUs such as picture files, text files, and karaoke files recorded in the X data area
Various file number information corresponding to the recording position (address) of the X data file and the track number of the program,
Timing information for synchronous playback, and each AUX
The name of the data file and the information of the recording date and time are stored in a table.

Then, in step S105, the AUX data recorded in the AUX data area of the disc is reproduced, and in the next step S106, the reproduced AUX data is read.
Processing for storing data in the buffer memory 13 is executed. Note that the processing up to this point may be performed not when the reproduction is started but, for example, when a disc is first loaded.

In the following step S107, the program seeks, for example, a program area in which a program as a musical piece is recorded, and starts reproduction of audio data (ATRAC data). Then, the above step S107
In parallel with the reproduction and output of the audio data by the processing of step S108, as described above, by referring to the contents of the AUX-TOC in step S108, the AUX data synchronized with the program being reproduced is obtained. (Picture file, text file, karaoke text file). The reproduction here is performed in the buffer memory 1 by the processing of the previous step S105 → S106.
3 is performed by reading the AUX data stored in the AUX3. Then, in step S109,
Control processing for displaying the AUX data reproduced in step S108 on, for example, the display unit 24 is executed.

The processes in steps S108 and S109 are performed until it is determined in step S110 that the reproduction of the program has been completed. Then, step S110
When it is determined that the reproduction of the program has been completed,
The processing shown in FIG.

In the above description, U-TOC, AUX
Although the same buffer memory 13 is used as the memory for storing the TOC and AUX data, for example, a plurality of memories corresponding to each data type may be provided. When the AUX data has a relatively large data size such as image data, a relatively large-capacity memory is required.

8. AUX data recording AUX data files that can be reproduced and output as described above are:
For example, after recording (or simultaneously) music as a program, the music can be recorded on the disc 90 by inputting by the user.

For example, in the case of a picture file or a text file, the user inputs character data or image data using a personal computer, an image scanner, or the like connected to the operation unit 23 or the interface unit 25. When inputting image data as a picture file or character data as a text file, the user may or may not input the track number (and output timing information) of the program to be associated. . If the corresponding track number is not input, the system controller 11 performs the recording operation on the disc 90 so that the input image data or character data is recorded as one picture file or text file in the AUX data area. Along with performing the execution control, the AUX-TOC is updated so that the recorded data file is managed in the AUX-TOC sector 1 or sector 6.

On the other hand, when the user inputs the corresponding track number together with the image data or the character data, the system controller 11 causes the picture file or the text file to be recorded on the disc 90, and the AUX-TOC sector 1 or the The update of the sector 6 is performed, and the update of the AUX-TOC sector 5 or the sector 7 as the playback sequence table is also performed. In other words, a management state is realized in which the recorded data file is displayed and output when a specific track is reproduced. At this time, if the user does not input the output timing information in the specified track,
In the AUX-TOC sector 5 or the sector 7, the start address and the end address of the parts table used corresponding to the designated track are respectively "00".
0h ". That is, an image or a character as a data file to be recorded is continuously output during reproduction of the designated track. Of course, if the user enters output timing information,
In the AUX-TOC sector 5 or sector 7, the values of the start address and end address of the parts table to be used are set. That is, during a predetermined period during the reproduction of the designated track, the data file is reproduced and output.

The input of the reproduction timing is performed, for example, by letting the user listen to the reproduction audio output of the designated track, and start and end the output of the image / character.
An operation method such as turning on a designated operation key may be used. In addition, the operation of specifying the track corresponding to the data file and the setting operation of the output timing can be performed at a later time in addition to performing the operation simultaneously with the recording of the data file. In other words, the user can arbitrarily set AUX-TOC
An editing operation mode capable of executing data update for only sector 5 or sector 7 is prepared.

As for the karaoke text file, the user can arbitrarily input and record character data using the operation unit 23 or a personal computer connected to the interface unit 25. In this case, as an example, the user first inputs all character data such as lyrics for one song. After inputting the character data, the system controller 11 requests the user to specify a specific track, and the user inputs a track number in response. Subsequently, the system controller 11 starts reproduction of the designated track, and at the same time, displays the characters input by the user for four bytes from the beginning. The user waits for the output timing for the displayed 4-byte characters while listening to the reproduced sound, and presses the timing designation operation key at the time when the output timing is desired. The system controller 11 displays the address of the reproduction position at the timing when the operation is performed.
It is an address corresponding to byte character data. That is, it is held as one of the addresses recorded in the karaoke address sector. By performing such an operation up to the last 4 bytes of the input character information, each address value to be recorded in the karaoke address sector is set. Then, the system controller 11 records the input character information in the AUX data area of the disk 90 as a karaoke text file sector and each address value corresponding to the set character data of every four bytes as a karaoke address sector. And also A
The UX-TOC sector 8 and sector 9 are updated. As a result, as described above, a state in which character information can be output in synchronization with singing or performing as a karaoke text file reproduction output is realized.

The output timing of each character in the karaoke text file can be adjusted according to the music.
It is also possible to update only the karaoke address sector.

As described above, in this example, the user can arbitrarily record a picture file, a text file, and a karaoke text file, and can set output timing corresponding to a specific track. The recording operation of these files does not involve updating the program (track), and the recording of the files and the AUX-
Since only the TOC needs to be updated, it can be executed in a very short time. Further, a change or adjustment of an output timing or a change of a track to be supported can be easily realized only by updating the AUX-TOC.

The processing operation of the system controller 11 for realizing the above-described recording of the AUX data will be described with reference to the flowcharts of FIGS. Note that the processing shown in FIGS. 38 and 39 exemplifies a case where one picture file or a text file is recorded for convenience of explanation.

For example, assuming that an instruction to record AUX data is issued by a predetermined operation on the operation unit 23 by the user, the system controller 11 first proceeds to step S201 in FIG.

In the step S201, the disk 9
The U-TOC data is reproduced from the management area of No. 0, and the U-TOC reproduced by the process of step S202 is held in a predetermined area of the buffer memory 13. This allows
Information such as the recording position of each program (track) in the program area is stored in the buffer memory 13.

Subsequently, in step S203, the AUX-TOC data is reproduced from the management area, and the process proceeds to step S2.
The AUX-TOC data reproduced in step 04 is held in a predetermined area of the buffer memory 13. Thus, A
Various file number information corresponding to a recording position (address) of a picture file, a text file, a karaoke file, etc. recorded in the UX data area, a track number of a program, timing information for synchronous reproduction, and furthermore, The name of the AUX data file and the information of the recording date and time are stored in a table.

Subsequently, in step S205, the AUX data recorded in the AUX data area of the disc is reproduced, and in the next step S206, the reproduced AUX data is reproduced.
Processing for storing data in the buffer memory 13 is executed. Note that the processing up to this point may be performed not when recording is started but, for example, when a disc is first loaded.

When the processing up to step S206 is completed, the system controller 11 proceeds to step S206.
Proceeding to 207, the AUX data input as recording data via the interface unit 25 is fetched.
At this time, the buffer memory 13 stores the previous step S2
05 → AUX data read from the disk is already stored by the processing of S206, but the system controller 11 adds the AUX data captured as the recording data to the AUX data held in the buffer memory 13. Then, data writing is performed. As a result, a state is obtained in which the buffer memory 13 holds the contents of the AUX data already recorded on the disk and the contents of the AUX data newly acquired as the recording data.

In step S208, any one of a predetermined input operation for specifying a track number corresponding to the AUX data as the recording data and an operation for performing recording without specifying the track number is performed. Is performed on the operation unit 23. Here, when it is determined that the operation of specifying the track number is performed, the process proceeds to step S209. However, when the operation of performing the recording without specifying the track number is performed, , The process proceeds to step S217 in FIG.

In step S209, it is determined that there has been an operation to specify the track number to be associated with the AUX data as the recording data, and the AUX as the recording data has been specified.
An operation for requesting the designation of synchronous playback timing between the data and the program (track) of the designated track number, and an operation for designating that the AUX data is recorded by omitting the designation of the synchronous playback timing. Which operation has been performed on the operation unit 23 is determined.

Here, the operation for requesting the designation of the synchronous reproduction timing is not performed. For example, when the operation for designating the recording of the AUX data without specifying the synchronous reproduction timing is performed. Is a step S215
Proceed to. In step S215, “000h” is set for each of the start address and the end address indicating the synchronous output timing, and the values of the start address “000h” and the end address “000h” are stored in the buffer memory 13. The values of the start address “000h” and the end address “000h” are
AUX-TOC is a value to be stored in sector 5 (still image playback sequence table) or sector 7 (text playback sequence table). As described above, an image or a character as a data file is
During the reproduction of the designated track, it is managed so as to be continuously output. After the processing in step S215 is completed, the process proceeds to step S216 shown in FIG.

On the other hand, if it is determined in step S209 that an operation for requesting the designation of synchronous reproduction timing between the AUX data as recording data and the program (track) of the designated track number has been performed, Then, by proceeding to step S210 and subsequent steps, a process for setting the reproduction synchronization timing between the newly recorded AUX data and the specified track is executed.

In step S210, a process for starting reproduction of the program of the track number designated in step S208 is executed. The user performs a predetermined operation for setting the synchronous reproduction period on the operation unit 23 while listening to the sound of the reproduced program.

Then, in the system controller 11,
In the state where the sound of the program is being reproduced in step S210, in step S211, as the setting operation of the synchronous reproduction period, first, the operation waits for the operation for specifying the synchronous reproduction start position to be performed. I have. If it is determined that the operation of specifying the synchronous reproduction start position has been performed, in step S212, the offset address of the program corresponding to the timing at which the operation of specifying the synchronous reproduction start position is performed is set to the start of the synchronous output timing. Set as an address and store it in buffer memory 1
3 in a predetermined area.

In the following step S213, the process stands by until an operation for specifying a synchronous reproduction end position is performed as a synchronous reproduction period setting operation. Then, when it is determined that the operation of specifying the synchronous reproduction end position has been performed, in step S214, the offset address of the program corresponding to the timing of performing the operation of specifying the synchronous reproduction end position is set to the end of the synchronous output timing. An address is set, and this is stored in a predetermined area of the buffer memory 13. The start address and end address obtained in steps S212 and S214 are also AU
This is the value to be stored in X-TOC sector 5 or sector 7. When the process of step S214 ends,
The process proceeds to step S216 shown in FIG.

In step S216 of FIG. 39, the track number specified in the previous step S208 is held in the buffer memory 13, and the process proceeds to step S217.
Proceed to. In step S217, the previous step S
AUX data as recording data additionally written and held in the buffer memory 13 by 207 is
Recording is performed in the AUX data area of the disc. At this time, the AUX data as the recording data is recorded in a free area in the AUX data area so as to be added to the already recorded AUX data.

In the following step S218, the start address and the end address of the AUX data recorded as described above on the disc are stored in the buffer memory 13.
Is carried out.

In the next step S 219, the AUX-TOC sector 1 (still image allocation table) stored in the same buffer memory 13 or the AUX-TOC sector A process for updating the AUX-TOC sector 6 (text allocation table) is executed. That is, AUX data as recording data is:
The update is performed so that the recording position is managed by the start address and the end address on the disk. For this purpose, the system controller 11 refers to the start address and the end address obtained in step S218. Here, if the AUX data as the recording data is a picture file, the AUX-TOC sector 1 is updated, and if the AUX data is a text file, the AUX-TOC sector 6 is updated.

In the following step S220, it is determined whether or not the track number has been designated in the previous step S208. Here, when a positive result is obtained, the process proceeds to step S221. In step S221, the information of the designated track number (obtained in step S216), the start address of the output timing, and the end address (obtained in step S212 and step S214 or step S215) held in the buffer memory 13 are stored. A is also stored in the buffer memory 13
The UX-TOC sector 5 (still image playback sequence table) or the AUX-TOC sector 7 (text playback sequence table) is updated. That is, in the pointer section of the AUX-TOC sector 5 or the AUX-TOC sector 7, the start timing, the end address of the output timing, and the AUX data as the recording data are added to the part table indicated by the pointer of the designated track number. It records the picture file number (P-PNO (*)) or text file number (P-TXT (*)) given to the file. Thereby, the AUX data as the recording data is
Track (program) to be reproduced synchronously by AUX-TOC sector 5 or AUX-TOC sector 7
, The synchronous playback timing is indicated. If the operation of specifying the synchronous playback timing is omitted assuming that the track number is specified,
AUX-T corresponding to AUX data as recording data
The start address and the end address of the OC sector 5 or the AUX-TOC sector 7 respectively include step S
“000h” obtained at 215 is recorded. After the processing of step S221 ends, step S221 is executed.
Proceed to 222.

The case where a negative result is obtained in step S220 is a case where designation of a track number (and designation of synchronous reproduction timing) is not performed in step S208, and in this case, in particular, AUX-T
The process directly proceeds to step S222 without performing the update process on the OC sector 5 or the AUX-TOC sector 7.

At the stage where the step S222 is reached, the AUX-TO stored in the buffer memory 13 is stored in the steps S219 and S221.
The content of C is in a state of being updated corresponding to the additionally recorded AUX data. Therefore, in step S222, the AUX-TOC data having the updated content is read from the buffer memory 13 and the AU-TOC of the disk is read.
A process for recording on the X-TOC area is executed. By this processing, the contents of the AUX-TOC of the disc are updated in response to newly recording AUX data.

Note that the recording of the karaoke text file can also be configured according to the above processing operation. In this case, after the process of step S210, the karaoke text file is displayed, for example, every 4 bytes. Then, steps S 211 to S
The address setting process 214 corresponding to the operation of designating the start / end of the synchronous reproduction can be repeatedly executed in accordance with the number of characters in one karaoke text file. Then, in step S221, the AUX-TOC sectors 8, 9 are based on the track designation information obtained so far and the information on the start address and end address of the output timing set corresponding to the character of every 4 bytes. May be configured to perform the update.

9. Modified Example 9-1 Modified Example A By the way, as the form of the karaoke text file, various modified examples can be further considered. Here, two examples are given as modified examples A and B.

First, as a modified example A, there is a method in which the AUX-TOC sector 9 is not used. In the above example, the karaoke text file is formed by pairing a karaoke text file sector and a karaoke address sector. It shall be formed only by text file sectors. Therefore, one track corresponds to one karaoke text file sector, which is AU
Only managed by X-TOC sector 8, A
The UX-TOC sector 9 is not required.

In this case, the karaoke text file sector has a format as shown in FIG. 26, for example. That is, the header, error correction mode information (Mode), category information (Category), index information (Index), and system ID (ID) are the same, but the data DK0 to DK10 are the same.
As shown as 23, an area for recording 1024-byte character information (and a control code) is prepared, and the remaining 1024-byte area is used for address data AK0 to AK.
As shown by 1023, this is an area for recording address information. That is, character information such as lyrics and address information as output timing are recorded in one sector. Naturally, in this case, the character information such as lyrics that can be recorded corresponding to one track is 1024 bytes, which is half of the above example per sector. However, AUX
By specifying the start address and end address of the parts table in the TOC sector 8, the file length of the karaoke text file for one song can be set arbitrarily in units of one sector.

Also in this case, one address information corresponds to every 4 bytes of the character information. That is, as shown in FIG. 27, data DK0 to DK3 and address data AK0 to AK3,
Data DK4 to DK7 and address data AK4 to AK7, ...
..Data DK1020 to DK1023 and address data AK1020 to AK
1023 are associated with each other. This enables display output of lyrics and the like synchronized with singing and performance, as in the above-described example.

9-2 Modification B Next, modification B is also an example in which management by the AUX-TOC sector 9 is not particularly necessary. However, in this example, the karaoke text file is formed by pairing a karaoke text file sector and a karaoke address sector.
That is, a karaoke text file sector and a karaoke address sector having the format shown in FIGS. 23 and 24 are provided. Therefore, the amount of character information corresponding to one track is 2324 bytes.

In this example, the karaoke text file sector corresponding to a certain track is designated by the AUX-TOC sector 8, and the karaoke address sector to be paired with the sector is defined by a predetermined rule. For example, FIG. 28 shows a cluster set in the karaoke text file area. Here, the first 16 sectors, which are the sectors S00 to S0F, are defined to be used as the karaoke text file sectors KF, respectively. Also, the latter 16 sectors, ie, the sectors S10 to S1F, are defined so as to be used as the karaoke address sector AF.

Furthermore, the karaoke address sector corresponding to a certain karaoke text file sector is:
The sector must be 16 sectors ahead of the karaoke text file sector. That is, even if no management information is provided, as shown in FIG.
10 corresponds, sector S01 and sector S11 correspond ...
Thus, a 1: 1 correspondence between the karaoke text file sector and the karaoke address sector can be obtained. Even in such a method, as in the above-described example, it is possible to display and output lyrics and the like synchronized with singing and performance.

9-3 Modification C By the way, in actual karaoke, for example, generally, a few lines of lyrics are first displayed on the screen as a single melody, and then the characters displayed as lyrics are displayed. Is performed on the image data. Wipe has a singing guide-like function,
For example, the display color of the characters of the lyrics is sequentially changed as the melody of the music progresses.
However, according to the data structure of the karaoke text file and the management mode of the karaoke text file described above, for example, a set of lyrics is displayed and output at an appropriate timing synchronized with a song or accompaniment for each program (song). Although it is possible to perform relatively fine display control such as wiping the words of the lyrics according to the progress of the melody of the music as described above, the required control for character data etc. It cannot be realized without defining information and the like.

Therefore, as a modified example C described below, a form of a karaoke text file capable of realizing a karaoke lyrics display more practical by enabling the above-described wipe display of the lyrics will be described. I do.

In the modification C, the AUX-TOC
Sector 9 is not used. As described later, character information as a karaoke text file and display control information for displaying the character information as actual karaoke lyrics are stored for each sector according to a predetermined rule. It will be formed as a karaoke text file.

In the case of the modification C as well, the AUX-TOC sector 8 shown in FIG.
With the pointers P-TNO1 to P-TNO255, an area where one karaoke text file corresponding to each of the first track to the 255th track is recorded is managed by designating a specific parts table. That is,
The start address and end address of the parts table indicated by the pointer P-TNO (n) indicate the address of the start sector and the end sector where the karaoke text file of the track corresponding to the pointer is stored. However, in this case, the number of sectors in which one track should form the corresponding karaoke text file is not limited. However, it is assumed here that the plurality of sectors forming the karaoke text file corresponding to one track are not recorded discretely in the AUX data area but are recorded continuously.

FIG. 29 shows the format of a karaoke text file sector as a modification C. If there are a plurality of sectors forming the karaoke text file corresponding to one track, the sector shown in this figure is the starting sector as the karaoke text file corresponding to one track. In this case, following a header consisting of slots on the 0th to 3rd rows (1 row = 4 bytes), error correction mode information (Mode), category information (Category), and index information (Index) are added to the slot on the 11th row. , System ID (ID) are recorded. The data as the karaoke text file is 12
It is recorded in a 2304-byte area consisting of the slots from the row to the 587th row.

Data is used in units of "blocks" divided into six rows of slots as shown in the figure. Therefore, the block has a size of 4 bytes × 6 = 24 bytes. Also, (587-11) / 6 = 96
As shown by, block # in one sector
There are 96 blocks from 1 to block # 96. In the following, each byte data in one block is referred to as first to fourth bytes from the upper byte to the lower byte of the uppermost row.
From the upper byte to the lower byte of the row,..., From the upper byte to the lower byte of the sixth row, the fifth byte, the sixth byte,.

In FIG. 29, SOL (Start Of Line) is set in the first byte of block # 1.
SOL indicates that the current block is a block including the first character of the line when displayed as karaoke lyrics. For example, a predetermined fixed bit pattern is set. That is, in the modification C, the SOL is managed for each character string information forming the lyrics display line.
CTL, Fnt, PX, and PY are set in the second to fifth bytes in block # 1, respectively.
The CTL stores information indicating the presence / absence of a lyrics wipe, a title, and other required attributes, and the Fnt stores display information related to fonts such as the font type, size, and color used for displaying lyrics. . For example, this Fnt
Thus, the change setting of the character color and the character attribute before and after the wiping process for the display character described later is performed. PX and XY indicate the display position (for example, the display start position of the lyrics display line) of the character string information (the lyrics display line) managed by SOL by the X coordinate and the Y coordinate.

[0213] Text data is stored in each of the subsequent byte data of the sixth to eighth bytes. That is, the first character of the lyrics display line is stored for the sixth byte of the block in which the SOL exists. Here, as an example, it is assumed that text data corresponding to characters a, b, and c is stored in a representative alphabet as a one-byte code for each of the sixth to eighth bytes.

[0214] A Display Start Address is set in a 4-byte area from the ninth byte to the twelfth byte. In this, the time (address in the corresponding program) at which the lyrics display line managed by the SOL of the current block is displayed is set. Here, the DisplayStart Address may be represented by any of the above-described absolute address and offset address. A two-byte area consisting of the following thirteenth and fourteenth bytes;
Wipe Start and Wipe End are set in the two-byte area of the byte and the sixteenth byte, respectively. Wipe Start
Sets the wipe start time (address) in Display St
Indicated by the offset value to the art address, Wipe E
nd indicates the end time (address) of the wipe in the Display
Shown by the offset value for Start Address.

[0215] Display End is set in a two-byte area consisting of the seventeenth byte and the eighteenth byte. Display En
d is the time (address) for ending (erasing) the display of the lyrics display line managed by the SOL of the current block.
This is indicated by the offset value for y Start Address.

For the 19th to 24th bytes,
Information on wipe control for each character information (text data) stored in the current block is stored.
WL * and PL * are set as information on wipe control. WL * stores data corresponding to the length of time required to wipe the character * displayed as lyrics, and PL * starts wiping the character to be wiped next after the wipe of the character * is completed. Is stored (usually often 0). Accordingly, WLa and PLa are set as the wipe control information for the character a stored in the sixth byte in the 19th and 20th bytes of the block # 1 in FIG.
In the byte and the 22nd byte, wipe control information WLb and PLb relating to the character b stored in the 7th byte are set. Further, the 23rd and 24th bytes include wipe control information WLb, which is related to the character c stored in the 8th byte.
PLb will be stored.

As described above, the block in which the SOL is located in the first byte is the block including the first character of the lyrics display line of karaoke. The block including the SOL includes the CTL as described above. , Fnt, PX, P-
Y, Display Start Address, Wipe Start, Wipe End, D
It also functions as a header area (hereinafter, also referred to as a header block) that includes display control information about a lyrics display line such as isplay End. Therefore, for the purpose of allocating the display control information to the predetermined byte position in the block as described above, the block including the SOL stores the text data of only three characters and the wipe control information.

In this case, subsequent to the block # 1, the block # 2 stores character information of the same lyrics display line and wipe control information relating to the character information. As for the block (also referred to as a data block) in which the text file data of the same lyrics display line is stored after the block including the SOL as described above, of the first to 24th bytes forming the block, The eighth byte is allocated as an area for storing text data corresponding to characters as lyrics, and the remaining ninth to twenty-fourth bytes are wipe control information for characters (text data) stored in the first to eighth bytes. It is set as an area where WL * and PL * are stored.

In the case of block # 2 in FIG. 29, texts for a total of seven characters of characters d, e, f, g, h, i, and j for the first byte to the seventh byte of block # 2, respectively. Data is stored. In this case, since the character j is the last character of one lyrics display line, no text data is stored in the eighth byte. In such a case, for example, all'0 'is set to indicate that text data is not stored. Correspondingly, the eighth byte to the second byte of block # 2
For two bytes, the characters d, e, f, g, h, i, j
Control information (WLd, PLd) to (WL
j, PLj) are sequentially stored. In this case, the 23rd byte and the 24th byte are all with respect to the 8th byte.
In response to "0" being set, both are all
'0' will be stored.

In this case, one lyrics display line (10 characters of characters a to j) is formed by block # 1 and block # 2.
Is recorded, display control information such as display timing and display position for the lyrics display line, and wipe timing for each character forming the lyrics display line are recorded.

FIG. 29 shows an example of a state in which data is stored from the block # 3 to the lyrics display lines which are assumed to be continued from the lyrics display lines of the above-mentioned blocks # 1 and # 2. Here, a state where text data of characters k, l, and m (and accompanying wipe control information) are stored in block # 3 is shown.
Thereafter, although not shown, the karaoke text file data having the content according to the display form of the actual lyrics display line is stored. The last block # 9
6, character information of x, y, and z and wipe control information (WLx, PLx) to (WLz, PLz) as characters forming the lyrics display line following the previous block are respectively stored in the first to third bytes. And the state stored in the eighth to thirteenth bytes.

If the karaoke text file data for one song (one track) is not enough for one sector, the karaoke text file for a further sector is followed in a format similar to that described with reference to FIG. What is necessary is just to record data. As described above, as the karaoke text file data for one song (one track), the number of continuous sectors is not limited, and the number of sectors that can actually store the karaoke text file data for one track is not limited. Are made continuous.

According to the format described above, for example, if the number of characters corresponding to each lyric display line is three or less, the data corresponding to one lyric display line is only the block in which SOL is set. Is completed, and in the block following this, the SOL corresponding to the next lyrics display line is set. On the other hand, if the number of characters forming one lyrics display line is greater than 11 characters, a block of the format described as, for example, block # 2 forms one lyrics display line following the block in which SOL is set. It suffices if they are provided continuously according to the number of characters.

In the system controller 11, the block break position corresponding to each lyrics display line can be recognized by the SOL set in the first byte of the header block. By using karaoke text file data consisting of a header block corresponding to the lyrics display line and a data block following it (there may be no data block depending on the number of characters per lyrics display line), each lyrics display line Is formed, and the display of karaoke lyrics can be changed in accordance with the display character line and the display control information and the wipe control information set for each character.

Here, an example of karaoke lyrics display realized by the karaoke text file data shown in FIG. 29 will be described with reference to FIG. It should be noted that it is practically preferable that the display as shown in this figure be performed on a display device having a relatively large screen, such as an external monitor device. For example, under the condition that the music (karaoke) of the track corresponding to the karaoke text file sector shown in FIG. As shown in FIG. 30A, text data "a, b, c, d, e, f, g, h, i,
The lyrics are displayed by a one-line character string consisting of "j" at a desired position on the display unit 24 (or an external monitor device or the like). At this time, the display start timing of the lyrics display line is determined by the Display Start Address of block # 1.
And the display position on the display screen is determined based on PX and PY of block # 1.

Thereafter, the system controller 11 transmits the Wipe Start information of the block # 1 and the text data “a, b, c, d, e, f, g,
In accordance with the wipe control information set for "h, i, j", the timing of the wipe display for each display character is controlled. As a result, as shown in FIG. 30B, the wiping is performed sequentially from the leading character a in synchronization with the progress of the music. Here, the characters subjected to the wipe processing are indicated by outline characters, but the actual wipe processing may be in a display form such as changing the character color.

In FIG. 30 (b), for example, the text data "a, b, c, d, e, f, g, h,
The contents of the karaoke text file data shown in FIG. 29 are set so that a lyrics line composed of text data "k, l, m, n, o" is displayed following a lyrics line composed of "i, j". In some cases, the text data “a,
At the timing when the character e is wiped in the lyrics line composed of "b, c, d, e, f, g, h, i, j", the text data "k, l, m, n, o" is displayed below the character e. The state where the lyrics line is displayed is shown. This means that the display is made according to the Display Start Address corresponding to the lyrics line composed of the text data "k, l, m, n, o" and PX, PY (which will be stored in block # 3). Depends on the result.

Hereafter, for example, in FIG.
The wipe for the lyrics lines “a, b, c, d, e, f, g, h, i, j” is completed, and the following lyrics lines “k, l, m,
The state where the wipe for “n, o” is started is shown. Here, the lyrics line "a, b, c, d, e, f, g,
The end time of the wipe for “h, i, j” is the block #
1 Wipe End corresponds, lyrics line "k, l, m, n, o"
Is determined based on Wipe Start of block # 3.

FIG. 30 showing a state subsequent to FIG. 30 (c).
In (d), the lyrics line "a, b, c, d, e, f,
g, h, i, j "ends, and the lyrics line" k, l,
“m, n, o” indicates a state in which the wipe has been performed up to the character n. Here, the lyrics line "a, b,
Display termination of "c, d, e, f, g, h, i, j" is performed based on Display End information stored in block # 1.

The example of the display form shown in FIG. 30 is merely an example. For example, in FIG. 30, each Di corresponding to the text data “a, b, c, d, e, f, g, h, i, j” and the text data “k, l, m, n, o”
If the splay Start Address is set to the same value, these lyrics lines can be displayed at the same time. At this time, PX, P corresponding to the text data of each lyrics line
By designating different predetermined positions as -Y, the lyrics lines are displayed at appropriate positions.

For example, by performing display control based on the karaoke text file data defined in this way, it is possible to perform a display almost in line with a normal karaoke lyrics display mode. In other words, a display in which lyrics having a certain number of characters (the number of lines) are displayed in advance at a certain timing, and the displayed lyrics are wiped in accordance with the progress of the melody of the music. It can be realized.

By the way, when 2-byte code text data such as Chinese characters or European characters is stored as lyrics information at a required position in the karaoke text file sector as Modification C, for example, SOL is set. In the block (for example, block # 1 in FIG. 29)
The area for storing the text data is three bytes from the sixth byte to the eighth byte. For this reason, when the 2-byte code text data for one character is recorded using the sixth byte and the seventh byte, the eighth byte for one byte is left. In such a case, for example, the upper byte of the 2-byte code text data is stored for the eighth byte, and the lower two bytes are stored in the first byte of the block (block # 2 in FIG. 29) following this. What is necessary is just to store it. When 2-byte code text data is stored in the karaoke text file sector, according to the format shown in FIG. 29, two "WL *, PL"
* "Will be assigned. Therefore, for example, by performing different time settings for these two sets of “WL *, PL *”, the left half of the displayed character is wiped first, and then the right half, in accordance with the progress of the melody. It is also possible to execute display control such as wiping.

[0233] Note that, as a modified example C, for example, even if the playback system does not have a function for performing the wiping display of lyrics, at least the case of the karaoke text file data described above is used. Similarly, it is possible to display lyrics corresponding to the progress of the music. In this case, of the karaoke text file data shown in FIG. 29, at least character information (text data) and Display Start Address information may be read. That is, the text data and the Di data are set for each data area in block units identified by SOL.
The splay Start Address is read, and firstly, lyrics line data is created from the read text data. Then, display of the lyrics line data may be started at a timing based on the Display Start Address. The display of the lyrics line once displayed ends with the next Di.
It is conceivable to perform it at the timing when the lyrics are displayed based on the splay Start Address.

In the above-described modification C, it is defined that character information as lyrics and various display control information for these character information are stored as karaoke text file data as shown in FIG. From
It is possible to realize a display form almost suitable for actual karaoke lyrics display, such as a wipe display of lyrics, while associating the character information with the display control information by a relatively simple management form. is there. Further, in the modified example C, the number of sectors as karaoke text file data corresponding to one track is not limited as long as the sectors are continuously recorded. Even in the case where the number of characters exceeds the limit, it is possible to cope by connecting sectors that can accommodate the number of characters.

9-4 Modification D Next, modification D will be described. This modification D also
As in the modification example C, the karaoke text file has the form of a karaoke text file for the purpose of enabling display control including a process of wiping display characters.

In the case of the modification D, the AUX-TOC sector 9 is not used, and the pointer P-TN of the AUX-TOC sector 8 shown in FIG.
With O1 to P-TNO255, an area in which one karaoke text file corresponding to each of the first track to the 255th track is recorded is managed by designating a specific parts table. However, Modification D specifies that one karaoke text file corresponding to one track is formed by a predetermined number of continuous sectors. Here, it is assumed that one karaoke text file corresponding to one track is formed by three consecutive sectors, and the following description will be made.

FIG. 31 schematically shows a mapping example of the karaoke text file data on the AUX data specified by the pointer P-TNNO in the AUX-TOC sector 8. As shown in this figure, AUX-TO
The karaoke text file corresponding to the track n specified by the pointer P-TNNO of the sector 8 is AUX.
The data area is formed of three sectors (#n, # n + 1, # n + 2) which are continuously recorded on the data area. In this case, the start address of the parts table indicated by the pointer P-TNO (n) of the AUX-TOC sector 8 specifies the sector #n, and the end address specifies the sector # n + 2. Here, among the three karaoke text file sectors corresponding to one track, the first sector, the second sector, and the third sector are respectively referred to from the beginning.

FIGS. 32, 33, and 34 show the structures of the first, second, and third sectors of the karaoke text file, respectively. In the first sector shown in FIG. 32, following the first header, 1
From the first line, a pointer section is set. In this pointer section, the pointers P-KRL1 to P-KR follow the pointer P-FRA.
L255 is set. The data area extends from the slot on the 78th line to the last slot on the 587th line. In the data area, 6 as in the case of the modification C.
In this case, 85 blocks are provided per sector as represented by (587-77) / 6 = 85. Become.

In the second and third sectors shown in FIGS. 33 and 34, no pointer section is set. This is, as described later, the pointer P- of the first sector.
KRL1 to P-KRL255 and the pointer P-FRA determine the first to third
It depends on centrally managing the karaoke text file data of the sector. Also in the second and third sectors, the 78th to 587th rows are allocated as slots to the data area, so that each sector has a data area for 85 blocks. Therefore, as the karaoke text file data including the first to third sectors, a data area of 85 × 3 = 255 blocks exists. That is,
When looking only at the data areas of the first to third sectors, blocks # 1 to # 85 (first sector) → # 86
To # 170 (second sector) → blocks # 171 to # 2
255 blocks up to 55 (third sector) are set. This means that up to 255 lyrics lines can be set in one track in accordance with the format of the data area of the modification D described below.

FIG. 35 is a diagram showing a correspondence table between the pointer P-KRL (n) and the slots indicated by the pointers in the first to third sectors. Pointer P-KRL (n) is 1
This indicates that the lyrics line in the track corresponds to the n-th line (up to 255 lines), and the pointer P-KR as shown in FIG.
L (n) can be set from P-KRL1 to P-KRL255.
The value actually recorded in the area of each pointer P-KRL (n), that is, the value specified by the pointer P-KRL (n) is the first value.
To take the value of 1 to 255 corresponding to the maximum number of blocks 255 included in the third sector. In this case, as a value designated by the pointer P-KRL (n), it is assumed that 1 ≦ K ≦ 85, 86 ≦ L ≦ 170, 171 ≦ M ≦ 255.

The value K is specified as a value specified by the pointer P-KRL (n).
In the case of taking the first, as shown in FIG.
The slot corresponding to the specified value is specified in the sector. For example, when K = 1, the slot in the 78th row of the first sector is designated.
This specifies the head slot of block # 1. If K = 2, the slot in the 84th row of the first sector (the head slot of block # 2) is designated. That is, when the value K is set as the pointer P-KRL (n), the slot on the 72 + 6Kth line in the first sector is designated. Also, for example, the first
If we specify the last block # 85 of the sector,
With the value K = 85, the slot on the 72 + 6 × 85 = 582 line is designated.

When taking the value L as the value designated by the pointer P-KRL (n), the slot in the second sector is designated as shown in FIG. 35 (b). That is, in the second sector, the row represented by the slot of the 6L-438th row is specified. For example, if L = 86, 6 × 86−438 = 78, and the slot in the 78th row of the second sector (the top slot of block # 86)
Is specified, and if L = 87, 6 × 87−438 = 87
Thus, the slot in the 87th row of the second sector (the leading slot of block # 86) is specified. Then, if L = 170, 6 × 170−438 = 582
As the line, the first slot of the last block # 170 in the second sector is specified.

When taking the value M as the value specified by the pointer P-KRL (n), the slot represented by the 6M-948th line in the third sector is set as shown in FIG. Will be specified. For example, if M = 171, then 6 × 171-948 = 78, and the slot in the 78th row of the third sector (the leading slot of block # 171) is specified. If M = 172, then 6 × 171-948 = 78. 172-
948 = 87, and the slot in the 87th row of the third sector (the leading slot of block # 172) is specified. Further, if M = 255, the slot (6 × 255-948 = 582) in the 582th row, which is the head of the last block # 255 in the third sector, is specified.

That is, the value designated by the pointer P-KRL (n) results in designation of a block corresponding to the block numbers of blocks # 1 to # 255 stored in the first to third sectors. It can be seen as a thing. The block specified by the pointer P-KRL (n) is 1
This specifies the first block among the blocks forming the nth lyrics line in the track. When the format of the karaoke text file data described later is followed, SOL is always set in the first byte. Header block is specified.

For example, the system controller 11
By reading the pointer P-KRL (n) of the sector and executing the above-described arithmetic processing according to the value of the pointer P-KRL (n) as described with reference to FIG.
The required slot position specified by KRL (n) is specified. As an example, when “2” (decimal system) is recorded as the pointer P-KRL2, 72+
As represented by 6K = 72 + 6 × 2 = 84, the slot in the 84th row of the first sector is designated. This is because the block that stores the karaoke text file as the second lyric line in a certain track is the first lyric line.
This means starting from the slot (block # 2) in the 84th row of the sector. At this time, block # 2 is
This is a header block in which SOL is recorded in the first byte.

FIG. 36 shows the format of the karaoke text file data corresponding to one lyric line. Here, it is assumed that a state where the first lyrics line of a certain track is stored is shown. That is, as the pointer P-KRL1 of the first sector, “1” (1
It is assumed that the structure of the text file data of the lyrics for one line starting from the slot on the 78th line of the first sector specified by (0-base system) is shown. In this figure, the description of the same portions as the definition contents shown in FIG.

In the case of the modified example D, the character information as the lyrics is not stored in the eighth byte of each block.
Link information for indicating the position of the next succeeding block is stored over the third sector. In this case, link information
As LinkP, the pointer P- described earlier with reference to FIG.
LinkP = 1 according to the same definition as the value specified by KRL (n)
Any value of ~ 255 (decimal) is recorded. When LinkP = 0, it indicates that there is no link destination block following the current block. That is, the block in which LinkP = 0 is set is the last block in one or more blocks forming the karaoke text file data corresponding to one certain lyrics line.

In FIG. 36, in block # 1 in which SOL is set to the first byte, text data of characters a and b as lyrics are stored for the sixth and seventh bytes. This means that the first lyric line corresponding to this track starts with the letters a and b.
Also, as the link information of the eighth byte, LinkP = 4
(= K). As a result, the block # 4 starting from the slot in the 96th (= 72 + 6 × 4) row of the first sector following the block # 1 is logically connected. Here, if the block for forming the same lyrics line following block # 1 is, for example, block # 2, LinkP = 2 is set as the link information. In block # 1, CTL, Fnt, PX, PY, Displa
The settings of y Start Address, Wipe Start, and Wipe End are the same as in Modification C shown in FIG. Also, in block # 1 in this case, the wipe control information WLa, PLa, WLb, PLb for the characters a, b
It is set after 9 bytes. 23rd byte and 2nd
Four bytes are undefined in this case. This is because the text data is not stored in the eighth byte, and there is no wipe control information to be set for the 23rd and 24th bytes.

In block # 3 linked following block # 1, text data of characters c, d, e, f, g, h, and i are stored in the first to seventh bytes, respectively. As the link information of the eighth byte, LinkP = 0, and there is no link destination following block # 3. That is, as the text file data forming this one lyrics line, block # 1 →
Formed by two blocks consisting of block # 3,
Here, the text data “a, b, c, d, e, f,
The words for one line are formed by the nine characters “g, h, i”. In addition, suppose that in block # 3,
For the sixth byte, text data "c,
d, e, f, g, h, ", the lyrics for one line are completed, ALL'0 'is set in the seventh byte in which no text data is stored.

Also, in block # 3 shown in this figure, the wiping control information WLc, PLc for the text data c, d, e, f, g, h, i is sequentially processed from the ninth byte to the twenty-second byte. ~ WLi, PLi are stored. Also in this case, the link information is set in the eighth byte of the block # 3, so that the 23rd byte and the 24th byte are set.
The bytes are undefined.

In the modification D, for example, the blocks as free areas in the first to third sectors are managed by the pointer P-FRA in the first sector. Also in this case, the value recorded for the pointer P-FRA is 1 to 255 (decimal) according to the same definition as the value specified by the pointer P-KRL (n) described above with reference to FIG. It is assumed that any value is recorded based on the actual management mode. For example, in the case of management of an unused area in the first to third sectors by the pointer P-FRA, a certain block (#n) to be a start block as an unused area is specified by the pointer P-FRA. (As described above, it actually indicates the slot in the first row of the block). Then, when there is a block as an unused area following this block (#n), for example, the area of the link information of the 8th byte of the block (#n) follows the block (#n). A value indicating the slot in the first row of the block as an unused area is recorded. When there is no block as an unused area following the current block, for example, ALL'0 'is recorded as link information of the eighth byte.

According to the form of the karaoke text file, a display almost in line with the general karaoke lyrics display form is realized as in the case of the modification C. That is, it is possible to display the karaoke lyrics in a form similar to that described with reference to FIG. In this case, each block is linked by link information so that
Since a karaoke text file is formed as one lyrics display line, the first track corresponding to one track
~ Within the area of the third sector, of course, various display control information for character information as lyrics is changed,
Correction and change of the character information can be given a certain degree of freedom. For example, when a correction for adding a character forming a certain lyrics display line is performed and the number of blocks required to form a karaoke text file for the lyrics display line increases, the first A specific block may be selected from a block as a free area or an unused block in the third sector and added as a block forming a karaoke text file. At this time, the connection relation of the newly added block is indicated by the link information of the block to be connected before it. Then, after securing the number of blocks enough to store the karaoke text file for the lyrics display line as described above, the data of the content changed by adding and modifying the words of the lyrics to these blocks is added. Should be written. At this time, if necessary, the contents of the value of the pointer P-FRA in the first sector and the value of the link information in the block as the free area are rewritten.

Although the modified examples C and D have been described as examples applied to karaoke, the present invention is not limited to this in actual application. For example, it is conceivable that the main data to be recorded in the program area is software for learning a foreign language conversation, and the corresponding text file data is created and recorded based on the modified examples C and D. . In other words, corresponding to the timing at which the foreign sentence is pronounced as the main data,
For example, it is also conceivable to display characters such as the example sentence itself or a response sentence to the example sentence, and perform a wipe process as a guide for pronunciation. In other words, at least the modified examples C and D are limited to the use of only karaoke as long as it is effective to change the display form with the required display control information for the display characters. is not. Therefore, as for the definition of the display control information for each character string or each character, the definition contents other than those shown in the modified examples C and D may be appropriately set.

In the above embodiment, the disk 90 has been described as a magneto-optical disk. However, even if the disk 90 is a read-only disk, AUX data or AUX-T
It goes without saying that the structure of the OC and its output operation can be applied in exactly the same way. Of course, in this case, the disc manufacturer (disc software maker) performs the recording of the AUX data and the setting of the output timing.

In the above example, the output timing of the character information and the like is specified by an address (absolute address or offset address) in the program. You may keep it. Although the embodiments have been described with respect to the mini-disc system, the present invention can be widely applied to various other recording and reproducing systems.

[0256]

As described above, the present invention allows a recording medium to record a data file serving as characters, images and other sub-data together with a program serving as main data. The data file as the sub data is recorded in a specific area serving as a sub data area. In addition, the data is managed independently of the program by the sub-data management information. Further, the data in a certain data file can be output according to the output timing in a specific program by the management method of the sub-data management information.
From these, the following effects can be obtained.

First, a data file as sub-data is recorded in a sub-data area different from the program area, and is managed by sub-data management information. Can be performed independently of Therefore, when a data file such as a character or an image is to be recorded as sub-data or when it is to be corrected, it is not necessary to record the program at the same time.
Also, by being managed independently of the program by the sub-data management information, the data file as the sub-data is not limited by the reproduction operation state or the management state of the program, and is not limited to the recording / reproduction, editing, management state setting / The data can be updated with a high degree of freedom.

A data file as sub-data is
The sub-data management information enables output in accordance with the output timing in a specific program, so that a data file as information such as lyrics can be synchronized with the reproduction of the program, for example, as a music performance. Operations such as display output of singing content and display output as a karaoke guide can be performed. As described above, the program and the data file can be reproduced in cooperation with each other, so that various reproduction operations can be performed. Even when the output is synchronized with the contents of the program, the output management of the data file is not based on the main data management information, so that the output timing can be easily corrected.
For example, it becomes easy to adjust the display timing of the characters to be displayed and output in accordance with the music as the program. And from the above, the function expandability is high as the present invention,
In addition, a useful recording / reproducing system with good operability can be realized.

Further, in particular, as a data file of the sub data, necessary display control information for each character or character string when displaying this character is recorded in correspondence with the character information, so that the main data of the main data is recorded. It is possible to provide not only display / deletion of character information synchronized with reproduction but also display effects in various forms on display characters. For example, when this is applied to karaoke, for example, when a voice as a karaoke song is reproduced using main data, a certain character string is converted using a karaoke data file as sub data. It is possible to perform control such that a required display area is displayed at a required timing, and a character forming a displayed character string is given an effect called a so-called wipe. In other words, it is possible to sufficiently realize a display form almost the same as that generally used on a business level, for example, as a lyrics display serving as a karaoke singing guide.

[Brief description of the drawings]

FIG. 1 is a block diagram of a recording and reproducing apparatus according to an embodiment of the present invention.

FIG. 2 is an explanatory diagram of a sector format of a disk according to the embodiment;

FIG. 3 is an explanatory diagram of an address format of a disk according to the embodiment;

FIG. 4 is an explanatory diagram of an example of a disk address according to the embodiment;

FIG. 5 is an explanatory diagram of an area structure of a disk according to the embodiment;

FIG. 6 is an explanatory diagram of a U-TOC sector 0 according to the embodiment.

FIG. 7 is an explanatory diagram of a link configuration of U-TOC sector 0 according to the embodiment.

FIG. 8 is an explanatory diagram of a U-TOC sector 1 of the embodiment.

FIG. 9 is an explanatory diagram of a U-TOC sector 2 of the embodiment.

FIG. 10 is an explanatory diagram of a U-TOC sector 4 according to the embodiment.

FIG. 11 is an explanatory diagram of AUX-TOC sector 0 of the embodiment.

FIG. 12 is an explanatory diagram of an AUX-TOC sector 1 of the embodiment.

FIG. 13 is an explanatory diagram of an AUX-TOC sector 2 of the embodiment.

FIG. 14 is an explanatory diagram of an AUX-TOC sector 3 of the embodiment.

FIG. 15 is an explanatory diagram of an AUX-TOC sector 4 of the embodiment.

FIG. 16 is an explanatory diagram of an AUX-TOC sector 5 according to the embodiment.

FIG. 17 is an explanatory diagram of an AUX-TOC sector 6 of the embodiment.

FIG. 18 is an explanatory diagram of an AUX-TOC sector 7 according to the embodiment.

FIG. 19 is an explanatory diagram of an AUX-TOC sector 8 of the embodiment.

FIG. 20 is an explanatory diagram of an AUX-TOC sector 9 according to the embodiment.

FIG. 21 is an explanatory diagram of a picture file sector according to the embodiment.

FIG. 22 is an explanatory diagram of a text file sector according to the embodiment.

FIG. 23 is an explanatory diagram of a karaoke text file sector according to the embodiment.

FIG. 24 is an explanatory diagram of a karaoke address sector according to the embodiment.

FIG. 25 is an explanatory diagram of a relationship between a karaoke text file sector and a karaoke address sector according to the embodiment.

FIG. 26 is an explanatory diagram of a karaoke text sector as a modification A of the embodiment.

FIG. 27 is an explanatory diagram of data of a karaoke text sector as a modification A of the embodiment.

FIG. 28 is an explanatory diagram of a relationship between a karaoke text sector and a karaoke address sector as a modified example B of the embodiment.

FIG. 29 is an explanatory diagram of a karaoke text file sector as Modification C of the embodiment.

30 is an explanatory diagram showing a display example of karaoke lyrics realized by the karaoke text file sector shown in FIG. 29;

FIG. 31 is an explanatory diagram of a karaoke text file as a modified example D of the embodiment.

FIG. 32 is an explanatory diagram of a karaoke text file sector (first sector) as Modification Example D.

FIG. 33 is an explanatory diagram of a karaoke text file sector (second sector) as Modification Example D.

FIG. 34 is an explanatory diagram of a karaoke text file sector (third sector) as Modification D.

FIG. 35 is an explanatory diagram for describing a designation rule on a karaoke text file sector by a pointer in Modification D.

FIG. 36 is an explanatory diagram showing a structure example of a karaoke text file corresponding to one lyrics line as a modified example D.

FIG. 37 is a flowchart showing a processing operation for realizing an AUX data reproduction operation synchronized with a program in the present embodiment.

FIG. 38 is a flowchart showing a processing operation for realizing an AUX data recording operation in the present embodiment.

FIG. 39 is a flowchart showing a processing operation for realizing an AUX data recording operation in the present embodiment.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 Recording / reproducing apparatus, 3 optical head, 6a magnetic head, 8 encoder / decoder part, 9 servo circuit, 1
1 system controller, 12 memory controller, 13 buffer memory, 14 encoder / decoder section, 23 operation section, 24 display section, 25 interface section, 90 disk

Claims (16)

[Claims] 1. A program area for recording main data having temporal continuity as one or more programs, and a recording, reproducing, or editing operation for one or more programs as main data recorded in the program area A main data management area for recording main data management information for managing the data; a sub data area for recording sub data as data independent of each program as the main data as one or a plurality of data files; A sub-data management area for recording sub-data management information for managing one or more data files as sub-data to be recorded in the area or for managing the reproduction or editing operation, and recorded in the sub-data management area. The sub data management information indicates that the reproduction of all or a part of the data file corresponds to the reproduction progress time of a program. Recording medium characterized in that the operation control such as at the timing are possible forms. 2. As the data file, a character data file recording character information and an output timing data file recording output timing information of the character information are formed. The character information of
2. The recording medium according to claim 1, wherein the recording medium is managed so as to be output at an output timing defined by output timing information in the output timing data file. 3. A character data file in which character information and output timing information of the character information are recorded as the data file, and the character information in the character data file is specified by the sub-data management information. When playing the program,
2. The recording medium according to claim 1, wherein the recording medium is managed so as to be output at an output timing specified by the output timing information. 4. A character display data file in which character information and display control information for performing required display control on the character information are formed as the data file, and the character display is performed by the sub data management information. 2. The recording medium according to claim 1, wherein the character information in the data file is managed so as to be able to be displayed and output in a display mode defined by the display control information during a reproduction operation of a specific program. . 5. The display control information includes display timing information for controlling display output timing of character string information including one or more character information in the character display data file, and display of the character string information. A part or all of the display position information for specifying the position and the wipe control information for controlling the timing for wiping each character information forming the character string information are set. The recording medium according to claim 4. 6. A program area for recording main data having temporal continuity as one or a plurality of programs, and a recording, reproducing or editing operation for one or a plurality of programs as main data recorded in the program area A main data management area for recording main data management information for managing the data; a sub data area for recording sub data as data independent of each program as the main data as one or a plurality of data files; A recording operation is performed on a recording medium having a sub-data management area for recording sub-data management information for recording or reproducing or editing one or more data files as sub-data recorded in the area. A recording device that can record information on the recording medium; And a sub-data means for causing a recording means to execute recording of a data file as sub-data in the sub-data area, and causing the recorded data file to be reproduced at a timing corresponding to a reproduction progress time of a certain program. A recording apparatus comprising: recording control means for generating management information and causing the recording head means to update the sub data management information in the sub data management area. 7. The recording control unit, as the data file, records a character data file recording character information and an output timing data file recording output timing information of the character information in the sub-data area. Generating sub-data management information for performing management so that the character information in the character data file is output at an output timing specified by the output timing information in the output timing data file during a reproduction operation of a specific program; 7. The recording apparatus according to claim 6, wherein the sub-data management information in the sub-data management area is updated. 8. The recording control unit, as the data file, records a character data file in which character information and a character data file recording output timing information of the character information are recorded in the sub-data area, Generating sub-data management information for managing the character information in the character data file so that the character information is output at an output timing specified by the output timing information in the output timing data file during a reproduction operation of a specific program; 7. The recording apparatus according to claim 6, wherein the sub-data management information in the sub-data management area is updated. 9. The recording control unit, as the data file, records a character display data file in which character information and display control information for performing required display control on the character information are recorded in the sub-data area. Along with, the character information in the character display data file, during the reproduction operation of a specific program, to generate sub-data management information that manages to be displayed and output in a display form defined by the display control information, 7. The recording apparatus according to claim 6, wherein the sub data management information in the sub data management area is updated. 10. The recording control means, as the display control information, display timing information for controlling display output timing of character string information including one or more character information in the character display data file; Part or all of the display position information for specifying the display position of the character string information and the wipe control information for controlling the timing for wiping each character information forming the character string information are recorded. 10. The recording apparatus according to claim 9, wherein: 11. A program area for recording main data having temporal continuity as one or a plurality of programs, and a recording, reproducing or editing operation for one or a plurality of programs as the main data recorded in the program area A main data management area for recording main data management information for managing the data; a sub data area for recording sub data as data independent of each program as the main data as one or a plurality of data files; A reproduction operation is performed on a recording medium in which a sub-data management area for recording sub-data management information for recording or reproducing or editing one or more data files as sub-data recorded in the area and a sub-data management information is formed. The playback device that can perform the program, the main data management information, and the data from the recording medium. A file, a reproducing head means capable of reading each of the sub-data management information, a program reproducing means capable of decoding a program read by the reproducing head means and outputting the decoded information as reproduction information, A data file reproducing unit that can decode the data file read by the reproducing head unit and output the reproduced data as reproduction information; and the main data management information and the sub data management read by the reproduction head unit. Based on the information, while controlling the operation of the reproducing head means, the program reproducing means, and the data file reproducing means, and at a timing according to the reproduction progress time of the program output from the program reproducing means, specific data File playback means for outputting the data file A reproduction control means capable of performing control so as to be executed by the reproduction apparatus. 12. The reproduction control means, when the reproduction operation of a specific program is executed by the program reproduction means, the specific data managed in association with the program in the sub-data management information. The character information in the file is output by the data file reproducing means at an output timing defined by output timing information in another data file which is also managed in association with the program in the sub data management information. 12. The reproducing apparatus according to claim 11, wherein control is performed such that the control is performed as follows. 13. The reproduction control means, when the reproduction operation of a specific program is executed by the program reproduction means, the specific data managed in association with the program in the sub-data management information. The character information in the file is output timing specified by the output timing information in the data file,
12. The reproducing apparatus according to claim 11, wherein control is performed so as to be output by the data file reproducing unit. 14. The reproduction control means, when the reproduction operation of the specific program is executed by the program reproduction means, the specific data managed in association with the program in the sub-data management information. 12. The reproducing apparatus according to claim 11, wherein control is performed such that character information in the file is displayed and output in a display form defined by display control information in the data file. 15. The display control unit according to claim 1, wherein the reproduction control unit performs display control based on the display control information, controlling display output timing of character string information including one or more character information in the data file based on display timing information; Control for displaying the character string information at a required position based on display position information that specifies a display position for each character string information, and forming character string information based on wipe control information 2. The apparatus according to claim 1, wherein the control of the timing for displaying each character information by wipe is performed.
5. The playback device according to 4. 16. The reproducing apparatus according to claim 11, wherein said data file reproducing means displays and outputs information of a data file to be reproduced.