JP2007328904A - System and method for downloading data, device and method for recording, and server device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To shorten the execution time of a synchronized ripping operation for recording CD data in a HDD. <P>SOLUTION: A server device includes a network connection means, a downloaded data storage means, a data reading means for reading data for downloading and first management information corresponding to the downloaded data when a downloading request is made, and a transmission control means for transmitting the read data for downloading and the read first management information to the recording device. The recording device includes a recording means for recording data in a storage medium, a management information storage means for storing second management information to manage data recorded by the recording means, a request transmission means for transmitting a downloading request, and a control means for storing, if the results of comparing the first management information with the second management information shows no coincidence, the first management information in the management information storage means, and recording the data for downloading corresponding to the first management information by the recording means. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention provides a recording device that records data managed in a program unit recorded in a specific type of storage medium in another storage medium, and can download data to the recording device by being connected to this recording device. The present invention relates to a data download system, a server device, a data download method, and a recording method.

In recent years, inexpensive large-capacity hard disks have become widespread. It is also widely used to compress and record audio data using the MP3 (MPEG Audio Layer III) method, the ATRAC (Adaptive Transform Acoustic Coding) method, or the like.
Along with this, so-called ripping, in which audio data recorded on a CD (Compact Disc) is compressed and recorded on a hard disk and stored, is widely used. Such ripping is performed by a personal computer, for example. Further, for example, by providing an audio device including a disk drive capable of reproducing a CD and a hard disk, it is possible to perform ripping by such an audio device.

  For example, if audio data such as a large number of music pieces are stored in the hard disk by ripping in this way, the user will be annoyed by exchanging and playing the CD of the album he / she wants to listen to. The music listening environment will be more fulfilling than ever before.

By the way, as the ripping operation as described above, when all the contents of the CD album, that is, all the tracks (programs) recorded on the CD are ripped, it is unconditionally recorded on the CD as the ripping source. All tracks are transferred to the hard disk for recording. In the following, as a ripping operation, as a result, with respect to an operation in which the entire contents of the CD album are transferred to the hard disk and stored, tracks are recorded on the hard disk in synchronization with the CD contents. This is called CD synchronization ripping.
In addition, in a medium such as a CD, data is managed in units of programs. This program is generally called a track. Therefore, in this specification, the program recorded on the CD is also called a track.

However, when the user performs ripping, it is often performed to rip only the music of a part of a track from a certain CD.
Then, after that, for example, it is assumed that the user wishes to rip all tracks of a CD that has already ripped some tracks, and performs CD synchronized ripping.
In this case, as described above, CD synchronization ripping unconditionally transfers all tracks recorded on the CD to the hard disk for recording, so all tracks ripped by the current CD synchronization ripping are recorded. Of these, some tracks that have already been ripped will be recorded on the hard disk in duplicate.

  Thus, when the same track is recorded on the hard disk in a duplicated manner, first, the capacity of the hard disk is wasted. That is, it can be said that it is preferable that data already stored in the hard disk by ripping should not be recorded redundantly.

Another problem is as follows.
For example, even in the present situation, the time required to rip one CD depends on the performance of the ripping system and the playback time of the CD, but it takes several to tens of minutes, so the time is never short. Therefore, it is preferable to reduce the time required for such ripping as much as possible. However, when ripping is performed by CD synchronization ripping, all tracks are reproduced from the CD, transferred to the hard disk, and recorded. Become. This means that tracks that are originally ripped in the past and are duplicated are also transferred from the CD to the hard disk.
Therefore, it can be said that the execution time for this is wasted when even a part of the tracks that are to be recorded on the hard disk are reproduced from the CD and recorded on the hard disk. That is, it can be said that the current CD synchronization / ripping operation is inadequate from the viewpoint of speeding up.

At present, in order to prevent the tracks from being duplicated and recorded on the hard disk by the above-described CD synchronization / ripping, the user can rip from the tracks recorded on the CD. Ripping is performed after an operation for selecting a track to be performed.
However, for this purpose, it is first necessary for the user to check whether there is any overlap between the tracks recorded on the ripping source CD and the tracks already recorded on the hard disk.
In order to perform such confirmation, for example, as in a ripping system using a personal computer, the contents of the tracks recorded on the CD and the contents of the tracks currently recorded on the hard disk by ripping are visually checked. It is necessary to provide a user interface that can be recognized by the user.

Therefore, if the system is a personal computer or the like as described above, the ripped track can be confirmed. However, for example, in the case where only a small display unit is provided on the housing, such as a ripping dedicated device, a track recorded on the ripping source CD and a track already recorded on the hard disk It is practically impractical to present this by display. Therefore, in this case, it is very inconvenient that the user needs to reproduce and check the tracks recorded on the CD and the hard disk.
In addition, although it is possible in a system such as a personal computer, it is necessary for the user to perform an operation for that purpose.

Therefore, in consideration of the above-described problems, the present invention is concerned with tracks that have already been ripped when synchronizing and ripping data recorded in units of tracks (programs) on a storage medium such as a CD. An object of the present invention is to increase the speed of ripping by avoiding redundant ripping.
Further, in order to increase the speed of ripping as described above, the above-described ripping operation is executed after automatically recognizing a track that has already been ripped so as to improve the convenience for the user. It is also done.

The data download system of the present invention is a data download system comprising a server device and a recording device, wherein the server device is connected to the recording device via a predetermined network, and download Download data storage means for storing data for use and first management information for managing data in the recording medium in units of programs when the download data is recorded on the recording medium, via the network A data reading means for reading the download data and the first management information corresponding to the download data from the download data storage means when a download request for predetermined download data is made; and the data reading Download read by means The data and the first management information via said connection means is composed of a transmission control means for transmitting to said recording apparatus,
The recording apparatus includes a recording means for recording data on a storage medium, a management information storage means for storing second management information for managing data recorded by the recording means, and the predetermined network for the server apparatus. Request transmission means for transmitting the download request via
As a result of comparing the first management information and the second management information transmitted from the server device in response to the download request, if the first management information does not match the second management information. And control means for storing the first management information in the management information storage means and recording the download data corresponding to the first management information by the recording means.
The download data storage means further stores identification information for identifying the download data, the request transmission means transmits the identification information to the server device as the download request, and the transmission control means includes: The predetermined download data identified by the received identification information and the first management information corresponding to the download data are read from the download data storage means.
The recording apparatus can further read the first management information and data in units of programs from a removable storage medium in which data and first management information for managing the data in units of programs are recorded. Data reading means, wherein the recording means records the program unit data read by the data reading means on the storage medium, the program unit data recorded on the storage medium, and the program unit Management information generating means for generating second management information for managing the first management information in association with the first management information read and acquired by the data reading means from the removable storage medium on which the data is recorded Is provided.

  Furthermore, the recording apparatus of the present invention is provided with a connection means that can be connected to the recording apparatus via a predetermined network, download data, and the download data when the download data is recorded on the recording medium. Download data storage means for storing first management information for managing data in units of programs, and download data and the download when a predetermined download data download request is made via the network Data reading means for reading out the first management information corresponding to the data for use from the download data storage means, download data read out by the data reading means and the first management information to the connecting means. Transmission control means for transmitting to the recording apparatus via Connection means for connecting to a server device, recording means for recording data on a storage medium, management information storage means for storing second management information for managing data recorded by the recording means, and the server device As a result of comparing the request transmission means for transmitting the download request via the predetermined network, the first management information and the second management information transmitted from the server device in response to the download request, If the first management information does not match the second management information, the first management information is stored in the management information storage means, and download data corresponding to the first management information is recorded in the recording Control means for recording by the means.

Furthermore, the server device according to the present invention includes a connection unit that is connectable to a recording device via a predetermined network, download data, and the download data when the download data is recorded on the recording medium. Download data storage means for storing management information for managing data in units of programs, and when a download request for predetermined download data is made via the network, the download data and the download data are stored in the download data. Data reading means for reading the corresponding management information from the download data storage means, download data read by the data reading means, and the management information are transmitted to the recording device via the connection means. And control means.
The download data storage means further stores identification information for identifying the download data, and the data reading means is identified by the identification information when receiving the predetermined identification information via the network. Predetermined download data and the management information corresponding to the download data are read from the download data storage means.

Furthermore, in the data download method of the present invention, a connection step for connecting connection means that can be connected to a recording device via a predetermined network, download data, and the download data are recorded on a recording medium. Download data storage step in which management information for managing data in the recording medium in units of programs is stored, and download data when a download request for predetermined download data is made via the network And a data read step for reading out the management information corresponding to the download data from the data stored in the download data storage step, and the download data and the management information read in the data read step. Above connection It composed of a transmission control step of transmitting to the recording apparatus via the.
The download data storing step further stores identification information for identifying the download data, and the data reading step is identified by the identification information when receiving predetermined identification information via the network. The predetermined download data and the management information corresponding to the download data are read from the download data storage step.

  As described above, according to the present invention, data managed in units of programs (tracks) is read from the first storage medium (CD) by the first management information (TOC of the CD), and the second storage medium (CD) is read out. When recording to a hard disk), it is configured so that unrecorded data (ripping status) that is not recorded on the second storage medium among data recorded on the first storage medium can be recognized. Has been. Then, based on the recognition result for the unrecorded data, only the unrecorded data is reproduced and output from the first storage medium and recorded on the second storage medium.

For example, from the first storage medium to the second storage medium for the purpose of obtaining a recording result in which the content recorded in the first storage medium is completely reflected on the second storage medium side. Recording may be performed. That is, all the data in the first storage medium is ripped to the second storage medium.
In such a case, by adopting the above-described configuration of the present invention, when a part of the data belonging to the album has already been recorded on the second storage medium, It is not reproduced from one storage medium. Accordingly, as a result of recording after ripping, the second storage medium side prevents data from being recorded redundantly, and the capacity of the second storage medium can be used effectively.

  Further, according to the present invention, the data recorded in the second storage medium is not transferred from the first storage medium to the second storage medium. Therefore, when ripping data to the second storage medium so that the recorded contents of the first storage medium are reflected, the execution time of ripping can be shortened accordingly.

  In the present invention, as described above, among the data recorded on the first storage medium, unrecorded data (ripping status) that is not recorded on the second storage medium is recorded. The first management read out from the first storage medium includes the operation of recognizing and the operation of reproducing (program reproduction) only unrecorded data to be ripped according to the recognition result from the first storage medium. Based on the comparison (collation) result of the information (TOC of the CD) and the second management information (album information) created based on the first management information, for example, automatically without any user operation or the like To be executed. That is, the above-described ripping operation according to the present invention is performed automatically without any operation such as operation by the user, and has an effect of improving convenience as a device.

Hereinafter, embodiments of the present invention will be described in the following order.
1. 1. Configuration of ripping system device 2. CD TOC and subcode 3. Outline of operation of ripping system device 4. Ripping status display Structure of ripping database 6. Processing operation during CD synchronization and ripping Linked operation with download server

1. Configuration of Ripping System Device FIG. 1 is a block diagram showing an internal configuration example of a ripping system device 1 which is a recording device as an embodiment of the present invention. The ripping system apparatus 1 performs ripping by compressing digital audio data in units of tracks reproduced from a CD (hereinafter also referred to as track data) by a predetermined digital audio data compression method and recording the compressed data on a hard disk (HD). Take the configuration to do.

  As shown in FIG. 1, the ripping system apparatus 1 of the present embodiment mainly includes a CD unit 1, a hard disk drive (HDD) unit 3, and a user interface unit 4. In addition, an audio signal output unit 5 for outputting audio data reproduced by the CD unit 1 or the HDD unit 3 as an analog audio signal is provided. Further, a network interface 35 for connecting to a network such as the Internet is provided.

First, the CD section 1 will be described.
The CD section 1 can be loaded with a CD 10. A signal is read from the CD 10 loaded in the CD unit 1 by the CD driver 11. As is well known, the signal is read from the CD after the CD 10 is rotationally driven by, for example, CLV, and then the signal surface is irradiated with laser light. The signal is read out by detecting the reflected light of the laser beam.

The signal read by the CD driver 11 is input to the signal processing circuit 12. In this case, the signal read from the CD driver 11 is an RF signal. The signal processing circuit 12 first generates a reproduction RF signal and various servo control signals from the input RF signal.
The reproduction RF signal is subjected to EFM demodulation processing, error correction processing, and the like, thereby being converted into digital audio data having 16-bit sampling and a sampling frequency of 44.1 KHz.
The digital audio data obtained in this way is transmitted to the signal processing circuit 22 of the HDD unit 3 at the time of ripping. If the audio signal is output to the audio signal output unit 5, necessary signal processing such as D / A conversion and amplification is performed here, and an analog audio signal by L / R stereo is supplied to the audio output terminal 5 a. It is output. Further, it is output to the headphone output terminal 5b.

  In addition, although illustration of the servo signal processing system is omitted here, various servo error signals extracted from the RF signal are fed back, so that tracking servo control, focus servo control, and Spindle motor rotation speed control and the like are executed as operations on the CD driver 11 side.

  Further, a TOC (Table Of Contents) indicating the recorded contents of the CD is recorded in the lead-in area of the CD by sub-coding as is well known. The signal processing circuit 12 also extracts a subcode from the decoded digital audio data and transfers it to the system controller 14. As a result, the TOC information recorded as a subcode in the lead-in area is also extracted by the signal processing circuit 12 and can be acquired by the system controller 14.

Further, in the CD-DA format, text data can be recorded by sub-coding. In this text data, generally, the album title as an album, title information about each track, and information such as an artist name for the CD are recorded in the form of text data as an ASCII code, for example. Is.
Corresponding to this text data, a text decoder 13 is provided in the present embodiment.
The text decoder 13 is configured to receive the subcode extracted by the signal processing circuit 12 and extract the text data from the input subcode. The CD controller 14 performs decoding control so that the text decoder 13 can obtain required text data from the text data group. The text data obtained in this way is written and held in the RAM 16 under the control of the CD controller 14, for example in this case.

In the case of the present embodiment, the text data held in the RAM 15 is used as follows, for example.
For example, when the CD 10 is reproduced by the CD unit 2, information that can be presented by text data including the album title, the title of the track being reproduced, and the like is displayed as characters as appropriate. It is used for displaying.
The CD controller 14 monitors the current operation state in the CD unit 2 and waits for a command corresponding to a display mode change operation corresponding to the operation on the operation unit 34 to be transmitted from the UI controller 31. Yes. Then, the required text data is read from the RAM 16 in accordance with these operating conditions and commands, and is output to the UI controller 31 via the system bus 37. The UI controller 31 displays the received and input text data on the display unit 35 as characters.

In the case of the present embodiment, the digital audio data in units of tracks recorded on the CD 10 is recorded as a ripped file 20A on the hard disk 20 after being subjected to compression processing. That is, it is possible to rip a so-called CD to a hard disk.
In the case of the present embodiment, the text data recorded on the CD 10 can be recorded on the hard disk 20 as additional information about the ripped file 20A at the time of ripping.
In other words, for example, a certain track reproduced from the CD 10 by ripping is recorded on the hard disk 20 as a ripped file 20A. At this time, the CD controller 14 transfers to the HDD controller 25 text data indicating the album title of the CD on which the ripped track is recorded and the title of the track.
In the HDD controller 25, the transferred text data indicating the album title or track title is stored and stored in a ripping database 20B described later so as to be associated with the ripped file 20A that has been ripped at this time.
As a result, for example, as long as text data is recorded on the ripping source CD 10, information such as the album title and the track title about the ripped file 20A can be obtained as text without the user performing an input operation. .
Then, for example, when the reproduction list of the ripped file 20A is displayed or reproduced and output, the title of the album to which the ripped file 20A belongs, the title of the music for the ripped file 20A, and the like are displayed. 35 can be displayed and output. For this display control process, for example, the HDD controller 25 reads the required text data from the ripping database 20B and transfers it to the UI controller 31 via the system bus 37. The UI controller 31 controls the display unit 35 so that the transferred text data is displayed as characters.

The CD controller 14 in the CD unit 2 is constituted by a CPU, for example, and executes operation control of the CD unit 2. Further, communication with an HDD controller 25 of the HDD unit 3 and a UI controller 31 of the user interface unit 4 which will be described later is possible via the system bus 37.
The CD controller 14 includes a ROM 15 and a RAM 16. The ROM 15 stores programs to be executed by the CD controller 14 and various setting information. The RAM 16 is used as a work area when the CD controller 14 executes control processing, and holds various data temporarily necessary for the CD controller 14 to execute processing, for example.

Next, the HDD unit 3 will be described.
For example, as described above, the digital audio data reproduced from the CD 10 for ripping and transferred from the signal processing circuit 12 in the CD unit 2 is input to the signal processing circuit 22 of the HDD unit 3.
The signal processing circuit 22 performs compression processing on the digital audio data transferred from the CD unit 2 in accordance with a predetermined digital audio data compression method.

The compressed audio data obtained by the compression processing by the signal processing circuit 22 is output to the HD driver 21 as recording data to the hard disk 20. In the HD driver 21, for example, the input compressed audio data is subjected to, for example, a recording encoding process suitable for data writing to the hard disk 20, transferred to the hard disk 20, and an address on the hard disk 20 is designated and written. Is executed. Thereby, the digital audio data reproduced from the CD 10 is stored in the hard disk 20 in a compressed format. That is, an operation as ripping is obtained.
The HD driver 21 can appropriately execute data writing / reading by processing a file system for managing data such as files recorded on the hard disk 20.

  The compressed audio data stored in the hard disk 20 as described above is managed as a ripped file 20A as shown in the figure. Each ripped file 20A corresponds to audio data for each track recorded on the CD 10.

Similarly, a ripping database 20B is stored in the hard disk 20 as management information for managing the ripped files stored in the hard disk 20.
The ripping database 20B is generated by the HDD controller 25 in accordance with the result of ripping as ripping is executed, and is sequentially updated.

In the ripping system apparatus 1 according to the present embodiment, it is also possible to select an arbitrary file from the ripped files 20A stored in the hard disk 20 and reproduce and output it.
In this case, for example, the UI controller 31 designates the ripped file 20A in accordance with the reproduction operation of the designated ripped file 20A performed on the operation unit 34 of the user interface unit 31 to be described later. Issue a request. When this reproduction request is transmitted to the HDD controller 25 via the system bus 37, the HDD controller 25 instructs the HD driver 21 to read the designated ripped file 20A. As a result, the HD driver 21 accesses and reads the address where the designated ripped file is written on the hard disk 20, and transfers the read data to the signal processing circuit 22.

As described above, the ripped file 20A transferred from the HD driver 21 is compressed audio data. Therefore, the signal processing circuit 22 to which the data of the ripped file 20A is input performs data decompression processing corresponding to the previous audio data compression method, and converts it into digital audio data having a predetermined sampling bit and sampling frequency, for example. Then, it is output to the audio signal output unit 5.
In the audio signal output unit 5, the input digital audio data is finally output as an analog audio signal to the audio output terminal 5a and the headphone output terminal 5b as described above.
In this way, the ripped file 20A stored in the hard disk 20 can be reproduced and output as audio sound.

The HDD controller 25 executes control processing so as to obtain the operation as the HDD unit 3 as described above, for example, and includes a CPU.
The HDD controller 25 also includes a ROM 23 and a RAM 24. The ROM 23 stores a program for control processing to be executed by the HDD controller 25. The RAM 24 is a memory used as a work area for the HDD controller 25.

Next, the user interface unit 4 will be described.
The user interface unit 4 includes a UI (User Interface) controller 31 configured by, for example, a CPU. The UI controller 31 executes operation control for the entire function in the user interface unit 4.
For example, the UI controller 31 converts the operation information output from the operation unit 34 according to the operation performed on the operation unit 34 into a command (request information) that can be processed by the CD controller 14 and the HDD controller 25. Then, the data is transferred to the CD controller 14 or the HDD controller 25 via the system bus 37.
In addition, communication with the CD controller 14 and the HDD controller 25 is performed, and display control is performed so that display according to the current operation state is performed on the display unit 35.

  The ROM 32 stores, for example, a program for the UI controller 31 to execute operations in the interface unit 4 including the operations described above, various initial setting information, and the like. The RAM 33 is used as a work area for the UI controller 31.

For example, the operation unit 34 is actually composed of various operators that are provided to the ripping system apparatus 1, and operation signals corresponding to operations performed on these operators are sent to the UI controller 31. It is configured to output.
In addition to the operation unit 34, a wireless or wired remote controller can be used, and a signal corresponding to an operation performed on the remote controller is received and output to the UI controller 31 as operation information. You may make it provide the structure to perform.

  In this case, a network interface 35 is provided for the system bus 37. By providing this network interface 35, the ripping system apparatus 1 of the present embodiment can be connected to a network.

2. Here, as is well known, the TOC is recorded in the lead-in area in the lead-in area on the CD 10 (CD-DA) loaded in the CD section 2. Therefore, the TOC and subcode recorded in the lead-in area will be described.

The minimum unit of data recorded on the CD-DA is one frame. One block (one subcoding frame) is composed of 98 frames. The structure of one frame is as shown in FIG.
As shown in FIG. 16, one frame is composed of 588 bits, the head 24 bits are the synchronization data, and the subsequent 14 bits are the subcode data area. After that, data and parity are arranged.

The frame having this configuration is composed of 98 frames to form one block, and the subcode data extracted from the 98 frames are collected to form one block of subcode data as shown in FIG.
The subcode data from the first and second frames (frame 98n + 1, frame 98n + 2) at the head of the 98 frames is a synchronization pattern. In the third frame to the 98th frame (frame 98n + 3 to frame 98n + 98), 96-bit channel data, that is, subcode data of P, Q, R, S, T, U, V, and W is formed. .

  Of these, the P channel and the Q channel are used for access management. However, the P channel only indicates a pause portion between tracks, and finer control is performed by the Q channel (Q1 to Q96). The 96-bit Q channel data is configured as shown in FIG.

Although detailed description is omitted here, the data of the R channel to the W channel is provided to form a text data group. The text decoder 13 shown in FIG. 1 extracts text data inserted in a predetermined format from the R channel to W channel data as a decoding process.
As text data, for example, information such as album title, track title, performer (conductor, orchestra) name, lyricist name, composer name, composer name, message, disc ID, genre, ISRC, etc. can be stored. However, any of these may be set arbitrarily according to the device. In the case of the present embodiment, the album title and the track title are used at least for managing the ripped file 20A.

First, 4 bits Q1 to Q4 are used as control data, and are used for the number of audio channels, emphasis, CD-ROM identification, and the like.
That is, 4-bit control data is defined as follows.
"0 ***" ... 2 channel audio "1 ***" ... 4 channel audio "* 0 ***" ... CD-DA
"* 1 **" ... CD-ROM
"*** 0 *" ... Digital copy not possible "** 1 *" ... Digital copy allowed "*** 0" ... No pre-emphasis "*** 1" ... Pre With emphasis

Next, 4 bits of Q5 to Q8 are used as addresses, which are used as control bits for sub Q data.
When the 4 bits of the address are “0001”, it indicates that the sub Q data of the subsequent Q9 to Q80 is audio Q data, and when it is “0100”, the sub Q data of the subsequent Q9 to Q80 is video. Q data is indicated.
Q9 to Q80 are 72-bit sub-Q data, and the remaining Q81 to Q96 are CRC.

In the lead-in area, the TOC is constituted by the sub-Q data recorded here.
That is, the 72-bit sub-Q data of Q9 to Q80 in the Q channel data read from the lead-in area has information as shown in FIG. The sub-Q data has 8-bit data.

First, the track number is recorded. In the lead-in area, the track number is fixed to “00”.
Subsequently, POINT (point) is described, and further, MIN (minute), SEC (second), and FRAME (frame number) are indicated as the elapsed time in the track.
Further, PMIN, PSEC, and PFRAME are recorded. The meanings of PMIN, PSEC, and PFRAME are determined by the value of POINT as described below.

  When the value of POINT is “01h” to “99h” (h indicates that it is a hexadecimal expression), the value means a track number. In this case, in PMIN, PSEC, and PFRAME, the track number The start point (absolute time address) of the track is recorded as minute (PMIN), second (PSEC), and frame number (PFRAME).

When the value of POINT is “A0h”, the track number of the first track is recorded in PMIN. The PSEC value indicates the distinction between CD-DA, CD-I, and CD-ROM (XA specification).
When the value of POINT is “A1h”, the track number of the last track is recorded in PMIN.
When the value of POINT is “A2h”, the start point of the lead-out area is indicated as an absolute time address in PMIN, PSEC, and PFRAME.

For example, in the case of a disc on which 6 tracks are recorded, data is recorded as TOC by such sub-Q data as shown in FIG.
As shown in FIG. 19, all track numbers TNO are “00h”.
In addition, block NO. Indicates the number of one unit of sub-Q data read as block data of 98 frames as described above.
Each TOC data has the same contents written over three blocks.
As shown in the figure, when POINT is "01h" to "06h", the start points of track # 1 to track # 6 are shown as PMIN, PSEC, and PFRAME.

  When POINT is “A0h”, “01” is indicated as the first track number in PMIN. Further, when the disc is identified by the value of PSEC and this disc is a CD-DA, PSEC = “00h” is set as shown. In the case of CD-ROM (XA specification), PSEC = “20h”, and in the case of CD-I, “10h”.

Then, the track number of the last track is recorded in PMIN at the point where the value of POINT is “A1h”, and the start point of the lead-out area is indicated as PMIN, PSEC and PFRAME where the value of POINT is “A2h”.
After block n + 27, the contents of blocks n to n + 26 are repeatedly recorded.

In tracks # 1 to #n where data such as music is actually recorded on the disc 1 and the lead-out area, the sub-Q data recorded therein has the information shown in FIG.
First, the track number is recorded. In other words, each track # 1 to #n takes any value from “01h” to “99h”. In the lead-out area, the track number is “AAh”.
Subsequently, information that can further subdivide each track is recorded as an index.

Then, MIN (minute), SEC (second), and FRAME (frame number) are indicated as the elapsed time in the track.
Further, absolute time addresses are recorded as minutes (AMIN), seconds (ASEC), and frame numbers (AFRAME) as AMIN, ASEC, and AFRAME.

Although the TOC and the subcode are formed in this way, it is understood that addresses on the disc, that is, AMIN, ASEC, and AFRAME are recorded in units of 98 frames.
These 98 frames (one block) are called one sub-coding frame, and 75 sub-coding frames are included in one second as audio data. That is, the values that can be taken by “AFRAME” as an address are “0” to “74”.

3. Outline of Operation of Ripping System Device Next, an outline of an operation at the time of CD synchronization / ripping in the ripping system device 1 according to the present embodiment having the configuration shown in FIG. 1 will be described with reference to FIG.
For confirmation, CD synchronization ripping as used in this specification means that as a result of the ripping operation, all album track data corresponding to one CD is stored in a ripped file on the hard disk 20 side. Recording is performed so as to obtain a state recorded as 20A.

Here, in FIG. 2, the sequence of operations from the loading of the CD 10 as the ripping source to the CD unit 2 to the completion of the CD synchronization / ripping as the present embodiment is shown in FIG. The operations of the unit 3 and the user interface unit 4 are shown separately.
First, as shown in FIG. 2A, it is assumed that a CD 10 serving as a ripping source is loaded into the CD section 2. Here, this CD is referred to as CD (A).
It is assumed that five track data from tracks Tr1 to Tr5 are recorded on this CD (A) as shown in FIG. Then, the CD unit 2 reads the TOC by accessing the lead-in area of the loaded CD (A). Then, the contents of this TOC are transferred to the HDD unit 3 side. That is, the recording content of the CD (A) is notified to the HDD unit 3 side.

  On the side of the HDD unit 3 that has received the notification of the recording content of the CD (A), the recording content indicated by the received TOC is compared with the ripping status of the ripped file that is currently recorded on the hard disk 20. The ripping status in the hard disk 20 can be grasped by referring to the ripping database 20B. A structural example of the ripping database 20B will be described later.

  Then, as a result of the comparison, it is determined whether or not the track file recorded as the content on the CD (A) among the ripped files 20A currently stored in the hard disk 20 is recorded. When such a ripped file 20A has already been recorded, it is recognized which track in the CD (A) this ripped file 20A corresponds to. That is, the HDD unit 3 recognizes the ripping status for the track data corresponding to the CD (A).

  Here, as shown in FIG. 2B, the hard disk 20 has already stored three track data of tracks Tr1, Tr3, Tr5 of the CD (A) in the hard disk 20 as ripped files 20A, respectively. It is assumed that the recognition result is obtained.

The HDD unit 3 notifies the CD unit 2 of the ripping status for the CD (A) recognized in this way. Similarly, the user interface unit 4 is notified of the ripping status.
The operation of the user interface unit 4 in response to the notification of the ripping status will be described later as “ripping status display”. First, the operation on the CD unit 2 side in which the ripping status is notified will be described.

As shown in FIG. 2 (c), when the CD unit 2 receives the notification of the ripping status for the CD (A), it is still ripped to the hard disk 20 among the tracks recorded on the CD (A). It is possible to recognize which unrecorded track data is not recorded. For this purpose, the content of the TOC read from the CD (A) on the CD unit 2 side may be compared with the content of the notified ripping status.
In this case, among the track data recorded on the CD (A), it is recognized that the two tracks Tr2 and Tr4 are unrecorded data.

Therefore, in the CD unit 2, when an instruction to perform CD synchronization / ripping is performed on the currently loaded CD (A), as shown in FIG. ) Recorded on the tracks Tr1 to Tr5, only the data of the unrecorded tracks Tr2 and Tr4 is reproduced and transferred to the HDD unit 3.
As is well known, in a general CD player, it is possible to perform so-called program reproduction in which a track arbitrarily selected according to a user operation is reproduced in an arbitrarily designated reproduction order. . In the CD unit 2, when only the unrecorded track is reproduced as described above, the program setting for program reproduction is executed under the control of the CD controller 14, for example, instead of the user operation. do it.

  The operation of the HDD unit 3 that has received the playback data of the tracks Tr2 and Tr4 transferred from the CD unit 2 as described above is shown in FIG. In the HDD unit 3, the received data of the tracks Tr2 and Tr4 is compressed as described above, and then transferred to the hard disk 20 for recording. As a result, ripping is performed on the data of the tracks Tr2 and Tr4 reproduced from the CD (A).

As a result, as shown in FIG. 2 (d), in the HDD unit 3, the track data of all the tracks Tr1 to Tr5 recorded on the CD (A) are used as the ripped file 20A as the hard disk 20 Will be recorded. That is, as the ripped file 20A stored in the hard disk 20, the files of all the tracks constituting the album as the CD (A) are prepared.
In this way, as a result, all the track data of the album unit corresponding to one CD is recorded as the ripped file 20A on the hard disk 20 side. That is, CD synchronization / ripping is completed normally.

  For example, in the prior art, as described above, the operation as CD synchronization ripping is to play all track data recorded on the CD unconditionally and transfer it to the hard disk for recording. . Therefore, CD synchronization / ripping may result in duplication with track data that has been ripped on the hard disk before this time. For example, unless the track data overlap is later deleted, It was supposed to consume a lot of capacity.

When all track data recorded on the CD is unconditionally recorded as the CD synchronizing / ripping operation, the track data already recorded on the ripping source CD is already ripped on the hard disk. Under the circumstances, even the portion of the track data that has been ripped is played back and recorded on the hard disk, so there is a problem that the execution time for ripping for that is substantially wasted. It was.
In order to solve this problem, for example, a user uses a rich GUI such as a personal computer to display a list of ripped files and recognize duplicated ripped files, and then sets a program for CD playback. It took a lot of troublesome work.

On the other hand, in the present embodiment, as described with reference to FIG. 2, among the track data recorded on the ripping source CD by the communication between the CD unit 2 and the HDD unit 3, Unrecorded track data that has not been recorded as a file is recognized.
In accordance with the recognition result, at the time of CD synchronization / ripping, only unrecorded track data is reproduced and ripped.
With such a configuration, the track data that has been ripped on the hard disk is not recorded redundantly during CD synchronization / ripping.
Also, during actual CD synchronization and ripping, only unrecorded track data is played back and output, so if ripped track data exists, the operation as CD synchronization and ripping is faster than before. It can be terminated.
That is, in this embodiment, it is possible not only to avoid useless duplication of ripped files, but also to shorten (accelerate) the time required for CD synchronization ripping. The identification of the unrecorded track necessary for this purpose and the program playback of only the unrecorded track are all performed automatically, and the user is not bothered by troublesome operations and work.

4). Ripping status display As shown in FIGS. 2B and 2E, the ripping status of the track data corresponding to the CD (A) is also notified from the CD unit 2 to the user interface unit 4. . Then, as shown in FIG. 2 (e), the user interface unit 4 displays the ripping status on the display unit 35 when receiving the notification of the ripping status.

  FIG. 3 shows a display mode example as a ripping status display displayed on the display unit 35. The ripping status display visually shows how many tracks (data) are already ripped on the hard disk 20 with respect to all tracks (data) recorded on the currently loaded ripping source CD. It is a display for showing it.

As the ripping status display in this case, for example, a ripping status display bar 40 is first shown as shown in FIG. The ripping status display bar 40 is elongated in the horizontal direction because the actual display screen portion of the display unit 35 is arranged in the longitudinal direction in the casing of the ripping system device 1. It corresponds to that.
In this case, an album title display 42 is also displayed in the display screen. The album title display 42 reflects the contents of the album title text data stored in a ripping database 20B having a structure to be described later.

The display state of the ripping status display bar 40 shown in FIG. 3A corresponds to the case where there is no track data that has been ripped on the hard disk 20 among the track data recorded on the ripping source CD.
On the other hand, if a certain amount of track data is already ripped, as shown in FIG. 3B, for example, ripped track data with respect to the track data of the ripping source CD. In accordance with the ratio, the ripped instruction bar 41 is displayed so as to occupy from the left side to the right side of the ripping status display bar 40.
Further, if more part of the track data has been ripped, the occupation ratio of the ripped instruction bar 41 in the ripping status display bar 40 is larger as shown in FIG. The display changes in this way.
Thus, in FIG. 3, the ripping situation is indicated by a bar graph symbol display.

  If all track data of the ripping source CD is already ripped, the ripped instruction bar 41 is completely occupied by the ripped status bar 40 as shown in FIG. Is displayed.

FIG. 4 shows another example of ripping status display.
In this case, for example, as shown in FIG. 4A, a ripping status display icon 50 is displayed instead of the ripping status display bar 40 of FIG. In this case, the ripping status is displayed as a symbol as the amount of recording on one disc as an album. Also in this case, the album title display 52 is displayed together with the ripping status display icon 50.

Also in this case, the display state shown in FIG. 4A corresponds to the case where there is no track data that has been ripped on the hard disk 20 among the track data recorded on the ripping source CD. Suppose there is.
Assume that a part of the track data is ripped. Then, as shown in FIGS. 4B and 4C, a fan-shaped ripped instruction display having a center angle corresponding to the ratio of ripped track data to all track data recorded on the ripping source CD. 51 is displayed in the ripping status display icon 50.
In a situation where all track data of the ripping source CD has been ripped, as shown in FIG. 4D, the ripped instruction display 51 is completely occupied within the ripped status display icon 50. Display is performed.

As shown in FIGS. 3 and 4, in the present embodiment, the display unit 35 displays the ripping status symbolically. As a result, the user senses how much track data has been ripped out of the track data recorded on the CD loaded in the CD unit 2 as the ripping source by looking at the display unit 35. Can be recognized.
Further, with such symbol display, visual enjoyment can be obtained for the user.
In general, the display unit of the audio device is much smaller in size than, for example, a display screen of a personal computer. It is believed that there is. In such a case, if the symbolic ripping status display as in the present embodiment is employed, a sufficient ripping status can be presented even if the display unit is small.

  3 and 4, the occupancy ratio of the ripped instruction bar 41 in the ripping condition display bar 40 or the occupancy ratio of the ripped instruction display 51 in the ripping condition display icon 50 corresponds to all tracks of the ripping source CD. It may be based on the total size of ripped track data with respect to the data size. Alternatively, it may be based on the number of ripped track data with respect to the total number of tracks of the ripping source CD.

For example, regarding the display shown in FIGS. 3 and 4, the occupancy of the ripped instruction bar 41 in the ripping status display bar 40 or the occupancy of the ripped instruction display 51 in the ripping status display icon 50 is set as the ripping source CD. It is not always necessary to faithfully correspond to the actual ratio of ripped track data to all tracks.
That is, as a display pattern, as shown in FIG. 3A and FIG. 4A, a display pattern when there is no ripped track data and shown in FIG. 3D and FIG. 4D. Such a display pattern when all track data of the ripping source CD is already ripped is prepared. Then, at least one display pattern is prepared as a display pattern when a part of track data of the ripping source CD is ripped. That is, a display pattern of at least three levels is prepared.
Then, any one of the prepared display patterns is selected according to the notified ripping situation, and display is performed on the display unit 35 by the selected display pattern.

By displaying the ripping status in this way, the display pattern has a certain number of stages. For this reason, for example, there is an advantage that the load of the display control processing of the UI controller 31 is reduced, for example, compared to the case where the display is accurately performed according to the ratio of the ripped track data to all the tracks of the actual ripping source CD. is there. In addition, the symbol display according to the present embodiment can be effectively applied even when the display capability is not so high due to circumstances such as the capability of the CPU and the resolution of the display unit.
In this case, it is only possible to indicate an approximate ratio of ripped track data, but the user only needs to be able to grasp the ripping status, for example, whether it has been ripped at all or partly ripped. In many cases, it can be said that this is sufficiently practical.

5). Structure of Ripped Database In realizing the CD synchronized ripping as the present embodiment shown in FIG. 2, unrecorded track data that has not been ripped is recorded out of the track data recorded on the ripped source CD. Need to recognize.
For this purpose, the contents of the TOC of the CD 10 transferred from the CD section 2 and the required contents in the ripping database 20B stored in the hard disk 20 are compared as described slightly in FIG. Is done.
Therefore, next, a structural example of the ripping database 20B will be described.

FIG. 5 shows the overall structure of the ripping database 20B. The ripping database 20B includes a ripped file table D1 and album information D2 as shown in FIG.
The structure of the ripped file table D1 is shown in FIG. As shown in this figure, the ripped file table D1 associates the file ID assigned to each ripped file 20A with the address on the hard disk 20 in which the ripped file 20A indicated by this file ID is stored. Formed as a table.

  The album information D2 is management information for managing the ripped file 20A in units of albums. The album here corresponds to the CD on which the ripped file 20A was originally recorded.

The structure of the album information D2 is, for example, as shown in FIG.
As shown in this figure, the album information D2 includes an album ID D11, a CD-TOC table D12, a ripping status table D13, a title table D14, and data rate information D15.

The album ID D11 stores an ID value for specifying the CD (album) corresponding to the current album information D2. The album ID is generated by the HDD controller 25 according to a predetermined rule when the album information D2 is created, for example.
The album ID is used when the HDD unit 3 manages the ripped file 20A in units of albums.

In addition, although the ripping operation shown in FIG. 2 is exemplified in the case of CD synchronizing / ripping, this embodiment is not CD synchronizing / ripping, for example, partial track data selected by the user from the CD. Even when ripping, the CD unit 2 and the HDD unit 3 notify the recorded contents of the ripping source CD. That is, the TOC content information read from the ripping source CD is transferred.
The CD-TOC table D12 is a table of TOC transferred from the CD unit 2 to the HDD unit 3 when a CD that has not yet been ripped with one track data is reproduced as a ripping source CD for the first time. It is created based on the content information. Further, as long as the CD is ripped for the first time on the hard disk 20, the CD-TOC table D12 is created regardless of whether the ripping operation is the CD synchronizing ripping or any other ripping operation.

  The CD-TOC table D12 has contents that directly reflect the TOC contents recorded on the ripping source CD as exemplified in FIG. 19, for example, as shown in FIG. It has the structure shown.

As the CD-TOC table D12 shown in FIG. 8, a start point area D21 is first arranged.
As illustrated in FIG. 19, the TOC of the CD indicates the start point (address) for each track recorded on the disc. In the start point area D21, the contents of the start point for each track are reflected as they are.
That is, for example, as shown in FIG. 8, the values of the start points of the tracks Tr # 1 to Tr # N are represented by areas D21 (1), D21 (2)... D21 (N-1), D21 ( N). In these areas D21 (1) to D21 (N), the same values as the start points of track # 1 to track #N recorded in the TOC of the CD are stored.
The values stored in the areas D21 (1) to D21 (N) may be expressed by MIN, SEC, and FRAME as in the TOC of the CD.

Subsequent to the start point area D21, the track number value of the first track is stored in the area D22. As the value stored in the area D22, a value indicating the track number of the first track of the disk illustrated in FIG. 19 may be stored.
In the subsequent area D23, the track number value of the last track is stored. As the value stored in the area D23, a value indicating the track number of the last track of the disk illustrated in FIG. 19 may be stored.

  In the last area D24, the value of the start point of the lead-out track is indicated by MIN, SEC, and FRAME, for example, in the same manner as the CD-TOC. The start point of the lead-out track also reflects the value of the start point of the lead-out track recorded in the TOC of the CD, as illustrated in FIG.

Next, the ripping status table D13 will be described.
In the ripping status table D13, each track that belongs to the album managed by the current album information (that is, each track recorded on the ripping source CD) and the ripped file 20A that has actually been recorded on the hard disk 20 are recorded. This table is associated with track data.
Therefore, the structure of the ripping status table D13 is such that the track number of the track managed by the TOC and the file ID of the ripped file 20A are associated with each other on the ripping source CD as shown in FIG. It has become.
In other words, when the track data of the ripping source CD to which the current album information corresponds is already recorded as the ripped file 20A, the file ID of the ripped file 20A is associated with the track number of the CD. Thus, it is stored in the ripping situation table D13.
In this figure, the file ID is indicated by [xxxxh] (h indicates hexadecimal notation), but actually, the actual value as the file ID is stored. [----] is shown in the field of the file ID corresponding to the track number which is not recorded and is not associated, but actually, for example, 00h continuous (ALL'0 ') Or a series of FFhs (ALL'1') may be stored.
The file ID here is the same as the file ID assigned to each ripped file 20A described in the ripped file table shown in FIG.

In this case, the title table D14 is an area where the album title and the track title for each track belonging to the album are stored as text data.
As the structure of the title table D14, for example, as shown in FIG. 10, an album title area D13 is arranged, and text data as an album title is stored therein.
A track title area D32 is arranged after the album title area D31. The track title area D32 is divided into areas D32 (1) to (N) in which the track titles of the tracks Tr # 1 to Tr # N are stored as text data.
If the text data of the album title has been acquired, the text data is stored in the album title area D31.
If there is already ripped track data as the ripped file 20A and the text data of the track title of the ripped track data is acquired, the area D32 (1) to the area D32 (1) to the track title area D32 are acquired. In (N), the text data is stored for the area corresponding to the track number of the track data.

  Here, the character information as the album title and the track title stored in the title table D14 can be acquired as follows, for example. First, at the time of ripping, if the text data of the album title and the track title is recorded on the ripping source CD, the text data is decoded and acquired by the text decoder 13 on the CD unit 2 side. Become. In this case, the CD controller 14 transfers the acquired album title and track title text data to the HDD unit 3. The HDD controller 25 of the HDD unit 3 stores the transferred album title and track title text data in the title table D14.

If the text data of the album title and track title is not recorded on the ripping source CD, the temporary album title and track title are stored as follows at the time of ripping.
For example, as an album title, the HDD controller 25 generates a temporary album title according to a predetermined rule and stores it in the album title area D31.
The track data will be described in detail later, but the HDD controller 25 generates the track number of the album corresponding to the ripped file 20A ripped as text data. The text data is stored in an area corresponding to an appropriate track number among the areas D32 (1) to (N) of the track title area D32.

The data rate information D15 (see FIG. 7) in the album information D2 stores information indicating the data rate set for this album. The data rate here is a data rate for audio data after being compressed by the signal processing circuit 22 of the HDD unit 3.
In the present embodiment, the data rate when the audio data is compressed by the signal processing circuit 22 can be changed and set in accordance with, for example, the user's operation on the operation unit 34.
In the present embodiment, the data rate for each track data (the ripped file 20A) should be the same for each album managed by the album information D2. For example, when one track data recorded on the same ripping source CD is set to a different data rate and recorded on the hard disk 20 as the ripped file 20A, the data rate is different even for the same track data. These ripped files 20A are managed as different albums.

6). Processing Operation at the Time of CD Synchronizing / Ripping Subsequently, processing operation for realizing the operation of CD synchronizing / ripping as the present embodiment described so far will be described.
First, description will be made with reference to the flowchart of FIG. The processing shown in this figure corresponds to the operation described with reference to FIGS. 2A, 2B, and 2E in FIG.
In other words, starting with the loading of the CD as the ripping source in the CD unit 2 and the transfer of the contents of the TOC from the CD unit 2 to the HDD unit 3, the HDD unit 3 corresponds to this ripping source CD. Know the ripping situation. The operation until the user interface unit 4 executes the ripping status display according to the ripping status grasped by the HDD unit 3 is also performed.
Further, in FIG. 11, each processing operation of the CD unit 2, the HDD unit 3, and the UI controller 31 is shown. Here, the CD controller 2 executes processing as the CD unit 2. Further, the HDD controller 25 executes processing as the HDD unit 3.

  In the process shown in this figure, first, the process of step S101 in the CD unit 2 waits for the loading of the CD 10 as the ripping source. If it is determined that the CD 10 is loaded, the process proceeds to step S102.

  In step S102, the TOC is read from the loaded disk and held in the RAM 16. Then, depending on the processing in the next step S103, notification that the CD 10 has been loaded is made.

  In step S201, the HDD unit 3 waits for reception of notification information for notifying the loading of the CD by the processing in step S103. If the notification information is received, the process proceeds to step S 202, and a TOC request for the currently loaded CD 10 is made to the CD controller 14 of the CD unit 2 via the system bus 37.

  Upon receiving this TOC request, the CD controller 14 executes the process of step S104. In step S <b> 104, the TOC stored in the RAM 16 is read out by the processing in step S <b> 102 and transferred to the HDD controller 25 via the system bus 37.

  On the HDD unit 3 (HDD controller 25) side, the TOC transferred as described above is received by the process of step S203. The received TOC content information is stored in the RAM 24.

In the subsequent step S204, the contents of the TOC held in the RAM 24 are compared with the CD-TOC table in the album information D2 corresponding to the TOC in the ripping database 20B stored in the hard disk 20. That is, a CD-TOC table that matches the contents of the TOC held in the RAM 24 is searched. Then, the collation result is held in the RAM 24 by the processing of the next step S205.
As a collation result in this case, if there is a CD-TOC table that matches the contents of the TOC held in the RAM 24, for example, the album ID D11 of the album information D2 storing the CD-TOC table is held. To be done. Further, when there is no CD-TOC table that matches the content of the TOC held in the RAM 24, a predetermined value indicating this may be held.
This collation result is also used by the HDD unit 3 to recognize ripped track data from the track data corresponding to the ripping source CD at the start of the operation of CD synchronization / ripping described later with reference to FIG.

Subsequently, the HDD unit 3 executes the process of the next step S206.
In step S206, referring to the collation result held in the RAM 24, whether there is album information D2 corresponding to the TOC (that is, the currently loaded ripping source CD) also received in the RAM 24 (ripping). Whether or not it is registered in the database 20B is determined.
If an affirmative result is obtained in step S206, at least one of the track data currently recorded on the ripping source CD loaded in the CD section 2 has already been recorded on the hard disk 20 as the ripped file 20A. It means that there is. In this case, the process proceeds to step S207.

In step S207, album information D2 corresponding to the ripping source CD currently loaded in the CD unit 2 is searched from the ripping database 20B stored in the hard disk 20. This search may be performed by using the album ID held in the RAM 24 as a search result as a collation result in step S205.
If the album information D2 has been searched, the text data of the album title sold at the corner in the album title area D31 in the title table D14 stored in the album information D2 is read. Further, the ripping status table D13 is read. In step S208, the read album title text data is transferred to the UI controller 31. Further, based on the contents of the read ripping status table D13, occupancy ratio information indicating the ratio of ripped track data to all tracks of the CD currently loaded in the CD section 2 is generated, and the system bus 37 is used. To the UI controller 31.

On the other hand, if a negative result is obtained in step S206, the process proceeds to step S209. If a negative result is obtained in step S206, the track data recorded on the ripping source CD currently loaded in the CD section 2 is not recorded on the hard disk 20 at all.
Therefore, in step S209, as the ripping situation, it is notified that all track data corresponding to the CD currently loaded in the CD section 2 has not been recorded. At this time, the text data of the temporary album title generated by the HDD unit 3 may be transmitted. In this way, the album title can be displayed on the album title display 42 (or 52), although temporarily, on the display unit 35.

In step S301, the UI controller 31 receives the album title text data transferred in step S208 of the HDD unit 3 and the occupation rate information corresponding to the ripping status. Alternatively, the information notified from the HDD unit 3 is received by the process of step S209.
If any of the above information is received in step S301, the process proceeds to step S302, and the ripping status display as shown in FIG. 3 or FIG. 4 is displayed as the album title display according to the received information. Display control for the display unit 35 is executed so that it is displayed together with (42, 52).

  Next, the processing operation when CD synchronization ripping is started after the processing shown in FIG. 11 is completed will be described with reference to the flowchart of FIG. In this figure, processing operations on the CD unit 2 side (CD controller 14) and the HDD unit 3 side (HDD controller 25) are shown.

In the process shown in this figure, first, in step S401, it is determined whether or not an instruction for starting CD synchronization / ripping has been obtained.
Here, for example, if an operation for causing the operation unit 34 to execute CD synchronization ripping is performed, and the UI controller 31 inputs this operation information, a command instructing the start of CD synchronization ripping is performed by the system. For example, the data is transmitted to the HDD controller 25 of the HDD unit 3 and the CD controller 14 of the CD unit 2 via the bus 37.
When the HDD controller 25 determines in step S401 that an instruction for starting CD synchronization / ripping has been obtained in this way, the processing from step S402 is executed.

In step S402, the collation result held in the RAM 24 in step S205 of FIG. 11 is referred to. Then, in the next step S403, based on the referred collation result, it is determined what is the ripping status of the CD (album) currently loaded as the ripping source in the CD section 2.
Here, if track data that has already been ripped exists, the album ID of the album information D2 corresponding to the CD that is currently loaded as the ripping source in the CD section 2 is held in the RAM 24 as a collation result. Yes. Therefore, the contents of the ripping status table D13 stored in the album information D2 having this album ID are referred to from the ripping database 20B. As a result, it is possible to determine whether all the track data of the current ripping source CD has been ripped, or whether some of the track data has not been ripped.
Further, as a result of collation, if a value indicating that all track data of the current ripping source CD is not ripped is stored in the RAM 24, all tracks of the ripping source CD are thereby stored. It will be determined that the data is not ripped.

Then, as a determination result in step S403, first, when it is determined that a part of the track data has not been ripped, the process proceeds to step S406.
In step S406, album information D2 to be ripped is set. Here, the album information D2 to be ripped is to determine the album information D2 whose contents are to be updated by the current CD synchronization ripping.
In this case, some of the tracks have not been ripped yet, but conversely, some of the tracks have already been ripped. Therefore, in the ripping database 20B, as the current ripping source, This means that album information corresponding to the CD loaded in the CD section 2 already exists. In step S406, the album information stored in the ripping database 20B corresponding to the CD loaded in the CD unit 2 as the current ripping source is set as the ripping target album information.
That is, the album information D2 having the album ID held in the RAM 24 as a collation result is set as the album information to be ripped in step S205 of FIG.
After executing the process of step S406, the process proceeds to step S407.

If it is determined in step S403 that all tracks are not ripped, the process proceeds to step S404.
In step S404, new album information D2 is registered in the ripping database 20B. In this case, information that can be created as new album information D2 is stored.
That is, first, according to a predetermined rule, a value as an album ID is generated and stored as an album ID D11. The CD-TOC table D12 is created using the TOC information stored in the RAM 24 in the previous step S203.
Also, as the ripping status table D13, a track number area to which the file ID should be associated can be secured based on the TOC information. Further, at this stage, at least the album title area D31 and the track title areas D32 (1) to D32 (N) for each track data can be secured as the title table D14.
As the data rate information D15, for example, the data rate value set at the time of the operation of starting CD synchronization / ripping may be stored.
In this way, when the registration of the new album information D2 as step S404 is completed, the process proceeds to step S405.
In step S405, the album information D2 to be ripped is set. Here, the album information D2 newly registered in step S404 is set as the ripping target. Then, the process proceeds to step S407.

Incidentally, the data rate information D15 is stored in the album information D2 as shown in FIG. As described in the explanation of the data rate information D15 in FIG. 7, the data rate indicated by the data rate information D15 is common to the ripped file 20A (track data) managed as belonging to the album information. . In other words, even if the ripping source is the same track with the same CD, when ripping is performed with different data rates, they are managed as different albums. Therefore, even if the ripping source is the same CD, a plurality of albums having different data rates may exist on the hard disk 20.
Therefore, in determining the ripping status of the album in step S403 and setting the album information to be ripped in step S406, the data rate information D15 in the album information D2 is also referred to.
That is, in step S403, even if there is album information obtained by ripping the track data of the current ripping source CD, the data rate indicated by the data rate information D15 of the album information D2 and the current CD synchronized ripping are set. If the data rate is different, it is determined that all tracks are not ripped. Then, the process proceeds to step S404.
Also, when executing the processing sequence from step S403 to step S406, the same value as the data rate set at the time of this CD synchronization ripping is stored as the ripping target in step S406. The album information has data rate information D15.

  At the stage of reaching step S407, the track data that has not been ripped in the current album is recognized by referring to the ripping status table D13 of the album information D2 set as the ripping target by the processing of step S405 or step S406. can do. Accordingly, in step S407, the CD unit 2 is notified via the system bus 37 of which track number the unrecorded track data recognized by referring to the ripping status table D13 in this way. Execute the process for For example, a list of track numbers of unrecorded track data may be created and transferred. For confirmation, as a process of step S407 after the process of step S406, a list of track numbers of all tracks is transferred.

  On the other hand, the CD unit 2 waits until an instruction to start CD synchronization / ripping is obtained in step S501, similarly to the processing in step S401 on the HDD unit side. For example, as described above, when it is assumed that the CD synchronization / ripping start command output from the UI controller 31 is received in response to the user's operation on the operation unit 34, the process of step S502 is performed. Transition.

  In step S502, the process waits for reception of the track number list information of unrecorded (unripped) track data notified from the HDD unit 3 side in the process of step S407. When this notification is received, the process proceeds to step S503.

  In step S503, based on the notification received in step 502, a reproduction program is registered so that only unrecorded tracks are reproduced, and the process proceeds to step S504.

In step S504, track reproduction for the loaded CD 10 is executed according to the program registered in step S503. At the same time, control processing for transferring audio data reproduced from the CD 10 is executed with respect to the signal processing circuit 22 of the HDD unit 3 as shown as processing of the next step S505.
The reproduction process for the CD 10 in step S504 and the reproduction data transfer process in step S505 are continued until it is determined in step S506 that reproduction has ended. The end of reproduction here means completion of program reproduction and reproduction data transfer.
If it is determined in step S506 that the reproduction has been completed, the process proceeds to step S507 to notify the HDD controller 25 of the HDD unit 3 of the completion of the reproduction.

On the other hand, in step S408, the HDD unit 3 side manages the reproduction data transferred from the CD unit 2 side to the signal processing circuit 22 by the processing in step S505 in units of ripped files 20A. A control process for recording on the hard disk 20 is executed.
That is, first, the signal processing circuit 22 performs control so that the transferred audio data is compressed at a specified data rate. Since the compressed audio data is originally data managed in units of tracks, this one track data is recorded on the hard disk 20 so as to be managed on the file system as one ripped file 20A. As described above, control for the HD driver 21 is executed.
The process in step S408 is continued until a reproduction end notification transmitted from the CD unit 2 side is received in step S409 in step S507. If it is determined in step S409 that a reproduction end notification has been received, the process proceeds to step S410.

  In step S410, after confirming that the audio data transferred from the CD unit 2 has been recorded on the hard disk 20, a required recording end process is executed, and the process proceeds to step S411. In the end process of step S410, for example, a notification that CD synchronization / ripping has ended may be output to the UI controller 31. The UI controller 31 that has received this notification executes control processing so that, for example, a display indicating that CD synchronization / ripping has been completed is displayed on the display unit 35. As a result, the user can visually confirm that the CD synchronization / ripping is completed.

In step S411, the ripping file table D1 and the album information D2 set as a ripping target are updated in accordance with the result of the current CD synchronization ripping.
That is, information that associates the file ID of the ripped file 20A newly recorded by the current CD synchronization ripping and the address on the hard disk 20 is added to the ripped file table D1.
Further, the file ID of the ripped file 20A newly recorded by the current CD synchronization ripping is stored in association with the appropriate track number of the ripping status table D13.
Furthermore, the track title text data for the ripped file 20A newly recorded by this CD synchronization ripping corresponds to the track title area (D32 (1) to (N)) of the appropriate track number in the title table D14. Let me store. The specific processing for storing the track title as the present embodiment will be described later with reference to FIG.

As described above, when the process of step S411 is executed, the process proceeds to the next step S412. In the process of step S412, ripping status data (information on the occupancy rate of ripped tracks with respect to all tracks of the album) corresponding to the contents of the ripping status table D13 of the album information D2 updated in step S411 is used as the UI. It transmits to the controller 31.
The processing of the UI controller 31 that has received this ripping status data is the same as the processing of steps S301 and S302 shown in FIG.
However, in this case, all the track data belonging to the album is ripped due to the CD synchronization / ripping. Therefore, as the ripping status display displayed on the display unit 35 based on the ripping status data in this case, for example, as shown in FIGS. 3D and 4D, all track data as an album is displayed. The ripped status will be displayed.

If it is determined in the previous step S403 that all the track data belonging to the album corresponding to the currently loaded ripping source CD is in a ripped state, the process proceeds to step S413. Execute the process.
In step S413, for example, the CD controller 14 is notified that all tracks as an album have been ripped. Although the illustration of the processing steps is omitted here, the operation corresponding to the CD synchronization ripping is stopped on the CD unit 2 side in response to the reception of this notification. Further, this notification may be output to the UI controller 31. In response to this notification, the UI controller 31 executes control for displaying on the display unit 35 a notice for notifying that CD synchronization / ripping will not be executed because all tracks have already been ripped. To be done. Alternatively, in this case, it may be assumed that CD synchronization / ripping has ended immediately, and a display for notifying the end of CD synchronization / ripping is immediately performed on the display unit 35.

  Further, in the present embodiment, the track for the track data (the ripped file 20A) newly recorded on the hard disk 20 with respect to the title table D14 in the album information D2 in the process of step S411 in FIG. He said he would also store the title text data. The process for this is executed by the HDD controller 25 as shown in FIG.

  In this figure, first, the text data of the track title is requested to the CD controller 14 of the CD section 2 by the processing in step S801. At this time, the CD controller 14 requests a track title corresponding to the track number of the track data (the ripped file 20A) newly recorded on the hard disk 20 by the current CD synchronization ripping.

As described with reference to FIG. 1, the CD unit 2 includes the text decoder 13, so that if there is text data recorded by sub-coding on the CD, the sub-code is decoded to demodulate the text data, and the RAM 16 To be kept.
If the CD controller 14 holds the track title data of the track data (track number) requested by the processing in step S801 in the RAM 16, the corresponding track title data is read from the RAM 16 and the HDD controller. 25. If not, a response indicating that transfer is not possible because it is not stored in the RAM 16 is transmitted.

In accordance with the processing of the CD controller 14 described above, the HDD controller 25 determines in step S802 whether or not the track title text data has been acquired from the CD unit 2 side.
If a positive result is obtained here, the process proceeds to step S803. In step S803, the acquired track title text data is stored in association with the track title areas (D32 (1) to (N)) of the appropriate track numbers in the title table D14. Thus, a track title such as a specific music name for the ripped track data is automatically registered in the ripping database 20B.

On the other hand, if the track title text data is not recorded in the ripping source CD and a negative result is obtained in step S802, the process proceeds to step S804.
In step S804, the HDD controller 25 generates text data indicating the track number of the track data ripped this time. For example, if the track number of the track data ripped this time is the track Tr # 1, text data indicating the track Tr # 1 is generated as in [track1]. In step S804, if there are a plurality of ripped track data, the track number text data for all the track data is generated.
In the next step S805, the track number text data generated in step S804 is handled as a track title, and the track title area (D32 (1) to (N)) of the appropriate track number in the title table D14 is displayed. Store correspondingly.
In this case, for example, a specific title such as a music title is not registered, but a track number is presented as a track title as compared with a state where there is no track title at all. Accordingly, for example, when the track title is displayed when the ripped file 20A is reproduced and output, or when the reproduction list is displayed, the track number is displayed, so that no title is displayed for the user. Compared to the case, it is much easier to recognize the file.

7). Linking Operation with Download Server Further, as shown in FIG. 1, the ripping system apparatus 1 according to the present embodiment includes a network interface 35 so that it can be connected to a network. By using this network connection function, digital audio data as music can be downloaded from a predetermined download server existing on the same network and stored in the hard disk 20 as a ripped file 20A. Is.
Therefore, the link operation with the download server in the ripping system apparatus 1 as the present embodiment will be described next.

FIG. 14 shows a configuration example of the download server 100 connected to the ripping system apparatus 1 of the present embodiment via a network.
The download server 100 shown in this figure has a configuration in which a storage unit 101, a control unit 105, and a network interface 106 are connected by a system bus as shown in the figure.

The storage unit 101 is configured by a large-capacity hard disk, for example. In this case, the storage unit 101 stores at least a download audio data group 102, a download CD-TOC data group 103, and an application program 104 as illustrated.
In the download audio data group 102, a large number of audio data stored for download is stored in a database, for example. Also, it is assumed that each audio data forming the download audio data group 102 is compressed by the same compression method as the ripped file 20A of the present embodiment. For example, it is conceivable to perform compression processing when downloading uncompressed audio data and recording it as the ripped file 20A. However, in consideration of shortening the download time, the audio data for download is compressed in advance. It is preferable that it takes the form, and it is also general.
In addition, the download CD-TOC data group 103 is formed by recording TOC data having the same contents as those recorded in an album as a CD corresponding to each of a number of albums, and making it a database. ing.
The audio data forming the download audio data group 102 is actually track data recorded on a CD as an album. The download CD-TOC data group 103 is formed by a CD-TOC corresponding to the album (CD) to which the audio data (track data) forming the download audio data group 102 belongs.
The application program 104 includes various programs that should be executed by the control unit 105.

  Based on the application program 104 stored in the storage unit 101, the control unit 105 executes various necessary control processes so that the function as a download server is realized.

The network interface 106 is provided for connecting the download server 100 to a network. As a result, it is possible to communicate with the ripping system apparatus 1 that is connected via a network and is present in a plurality of remote locations.
The configuration of the ripping system apparatus 1 shown in this figure is as described above, and it is possible to connect to the download server via the network by the network interface 35 shown in FIG.

And the download operation performed between the download server 100 comprised as mentioned above and the ripping system apparatus 1 is performed as follows.
For example, the user of the ripping system apparatus 1 can connect the ripping system apparatus 1 to the download server 100 via the network by performing a predetermined operation on the operation unit 35. At this time, for example, the UI controller 31 requests the HDD controller 25 to connect to the download server 100 in response to a connection operation to the download server 100 performed on the operation unit 35.
The communication control via the network interface 35 may be configured to be executed by any of the CD controller 14, the HDD controller 25, and the UI controller 31. Here, the HDD controller 25 executes the communication control. Shall.
In response to the input of the connection request, the HDD controller 25 establishes connection with the network through the network interface 35 and then accesses, for example, the address (URL ((Uniform Resource Locator)) of the download server 100 on the network. As a result, the ripping system device 1 is connected to the download server 100 via the network.

  Under this state, the download server 100 can transmit download audio data list information to the ripping system apparatus 1. This list information has, for example, a structure in which a data ID attached to audio data is added to each list item of downloadable audio data. The ripping system device 1 can display the received and acquired list information on the display unit 35 as a download list. Alternatively, although not shown in FIG. 1, a download list may be displayed on the external display device as a configuration connectable to the external display device.

  Then, for example, the user of the ripping system apparatus 1 selects and designates the audio data to be downloaded by performing a GUI operation on the playlist displayed as described above, and downloads the designated audio data. Can be operated. For example, according to this operation, an operation for the ripping system apparatus 1 to download audio data from the download server 100 is executed by the processing operation shown in FIG.

The subsequent download operation will be described with reference to the flowchart of FIG. The flowchart of FIG. 15 shows processing operations of the ripping system apparatus 1 and the download server 100.
The processing operation on the ripping system apparatus 1 side is executed by any of the CD controller 14, HDD controller 25, and UI controller 31 as necessary. Further, as described above, the communication control process via the network interface 35 is executed by the HDD controller 25 here.
Further, the processing operation of the download server 100 is executed by the control unit 105.

As described above, for example, when an operation for executing download is performed on the operation unit 35 of the ripping system apparatus 1, the UI controller 31 recognizes this operation. The UI controller 31 extracts the data ID of the audio data designated for download from the IDs included in the list information. Then, together with this data ID, a command for instructing download execution is output to the HDD controller 25.
In response to the input of the command, the HDD controller 25 executes a control process for transmitting a download request to the download server 100 as shown in the process of step S601. That is, the HDD controller 25 generates download request information and transfers it to the network interface 35 via the system bus 37 together with the data ID of the audio data to be downloaded. The download request information including the data ID is transmitted to the download server 100 through the network interface 35.

  On the download server 100 side, it waits for the download request information transmitted from the ripping system apparatus 1 to be received by the process of step S701. When the download request information is received, the process proceeds to step S702.

In step S <b> 702, based on the received request information, first, audio data is searched from the download audio data group 102 stored in the storage unit 101. That is, for example, audio data that matches the data ID included in the received request information is searched.
By the way, as described above, each audio data forming the download audio data group 102 has the same contents as those recorded as track data on some CD. The download CD-TOC group 103 stores the TOC for the CD on which the audio data of the download audio data group 102 was recorded. The audio data forming the download audio data group 102 is given a pointer to the CD-TOC that is supposed to record the audio data.
In step S702, when the audio data is retrieved from the download audio data group 102 as described above, the download CD-TOC group is referred to by referring to the pointer to the CD-TOC attached to the retrieved audio data. From 103, the CD-TOC indicated by the referred pointer is searched.
Thus, depending on the processing in step S702, the audio data requested by the ripping system apparatus 1 and the CD-TOC having the same content as the TOC recorded on the CD on which this audio data is recorded are searched. Will be.

  In the next step S703, the audio data and the CD-TOC obtained by the search in step S702 are transferred to the network interface 106, and the address (for example, IP address) of the requesting ripping system apparatus 1 is transferred. Executes the control process to specify and send. As a result, the audio data and CD-TOC information are transmitted as download data to the ripping system apparatus 1 that has made the download request via the network.

  The ripping system apparatus 1 waits for download data corresponding to the download request to be received in step S602 after executing the transmission of the download request in step S601. When the download data is received, the process proceeds to step S603.

  In step S603, first, it is determined whether or not the CD-TOC data included in the received and acquired download data has been registered as album information D2 in the ripping database 20B stored in its own hard disk 20. That is, it is determined whether or not there is album information D2 having CD-TOC data (album content) having the same content as the download data. In this discrimination process, a collation process is performed to determine whether there is a CD-TOC table D12 stored in each album information D2 stored in the hard disk 20 that matches the content of the received CD-TOC. Just go. If they match, it means that they are registered, and if they do not match, they are not registered.

However, even in the above case, the data rate is determined.
That is, even if the CD-TOC received as download data matches the contents of the CD-TOC table D12 of the album information D2, the value indicated by the data rate information D15 stored in the album information D2 and the download data If the data rate values set in the audio data are different from each other, the album information is not considered to match. That is, the CD-TOC is processed as not already registered as album information D2.

If it is determined in step S603 that the TOC data received as download data is not already registered as album information D2, the process proceeds to step S604.
In step S604, new album information D2 is created and stored in the ripping database 20B using the CD-TOC information of the download data received and acquired in the previous step S602. In the next step S605, the newly created album information D2 is set as the download destination (ripping target) album information D2. Then, the process proceeds to step S607.

On the other hand, if it is determined in step S603 that the TOC data received as download data has already been registered as album information D2, the process proceeds to step S606.
Depending on the processing in step S606, the album information D2 that has been registered and is already stored in the ripping database 20B is set as the download destination (ripping target) album information D2, and the process proceeds to step S607.

  In step S607, a process for recording the audio data received and acquired as download data in the process of step S602 as the ripped file 20A on the hard disk 20 is executed. In this case, since the audio data as download data is already compressed audio data in the same format as the ripped file 20A, it is not necessary to perform compression processing by the signal processing circuit 22.

If the recording of the audio data in step S607 is completed, the audio data recorded as the ripped file 20A this time on the hard disk 20 is registered first for the ripped file table D1 according to the recording result. Update as you do.
At the same time, according to the current recording result, the contents of the album information D2 set as the download destination (ripping target) in the previous step S605 or S606 are also updated. That is, for example, the file ID of the ripped file 20A newly recorded by the current download is stored in association with the appropriate track number of the ripped status table D13.
In this case, when associating the ripped file 20A that is originally downloaded data with the track number of the ripped status table D13, the HDD controller 25 knows the track number in the album for the audio data that is the downloaded data. is necessary. In this regard, for example, track number information in the album may be added to audio data that is download data.
Alternatively, in order to allow the HDD controller 25 to recognize the track number in the album for the audio data that is the download data, the following configuration may be considered.
That is, the reproduction time of the audio data can be obtained from the size or the like. Further, the playback time of each track in the album can be obtained from the contents of the CD-TOC acquired as the same download data. Therefore, it is only necessary to check the coincidence between the reproduction time of the audio data and the reproduction time of each track obtained based on the CD-TOC, and to recognize the track number when the reproduction times coincide.

In this case, since the source of the ripped file 20A is not the CD itself but the data downloaded from the download server 100, the ripping system apparatus 1 cannot acquire the track title text data.
Therefore, in this case, a track title having a track number based on text data is generated in accordance with the processing of steps S804 → S805 in the flowchart shown in FIG. 13, and the track title is stored in the title table D14. The track title area (D32 (1) to (N)) of the number may be stored in correspondence.

However, the track title recorded as text data on each CD (CD-TOC) corresponding to the download audio data is also stored in the storage unit 101 of the download server 100 as a database, for example. Also good.
In addition to the audio data and CD-TOC data, the track title text data is also transmitted from the download server 100 as download data in response to the download request. In this way, the track title can be acquired by the ripping system apparatus 1 even at the time of downloading, and the track title can be stored in the title table D14 of the album information D2. If the album title is included in the download data in addition to the track title, the album title can also be stored in the title table D14.

  Further, according to the processing shown in FIG. 15, the download server 100 side always transmits the CD-TOC when downloading the audio data in response to the download request. The ripping system apparatus 1 determines whether or not the received and acquired CD-TOC is registered as album information. If the received CD-TOC is registered, the received and acquired CD-TOC is used. It will be discarded without.

However, the CD-TOC can be downloaded as follows.
That is, for example, at the stage where the ripping system apparatus 1 has selected and determined the audio data to be downloaded from the download list, the album information D2 corresponding to the selected and determined audio data is registered in the ripping database 20B of the hard disk 20. Make a decision as to whether or not
For this purpose, for example, when the audio data presented in the download list and the audio data already recorded as the ripped file 20A on the hard disk 20 are the same content, a mechanism is provided so that the identity can be recognized. It is necessary to prepare. As this mechanism, for example, a file ID that is unambiguous according to the same rule may be added to the audio data in the download list and the ripped file 20A.
For example, since the audio data in the download list and the ripped file 20A are both the same audio data originally recorded on the CD, the file ID is, for example, the TOC of the CD on which the audio data is recorded, the track number, and the like. What is necessary is just to make it obtain by performing the calculation by a predetermined function about these data. In this way, a common file ID value is added to the download server 100 side and the ripping system apparatus 1 side for the audio data of the same track number of the same CD.

When it is determined that the album information D2 corresponding to the audio data selected and determined from the download list is registered in the ripping database 20B of the hard disk 20, the ripping system apparatus 1 side receives a CD from the download server 100. -There is no need to obtain the TOC. Therefore, in this case, the ripping system device 1 and the download server 100 operate so that only audio data is downloaded as download data. In this case, since the download data is only audio data, the capacity of the download data can be reduced accordingly. For example, the download time is shortened and the processing load on the download data on the transmission / reception side is reduced. It will be illustrated.
On the other hand, when it is determined that the album information D2 corresponding to the selected and determined audio data is not registered in the ripping database 20B of the hard disk 20, as download data, The audio data and the CD-TOC data (and track title, album title, etc.) are operated so as to be downloaded.

Thus, in this embodiment, even when audio data is downloaded from the download server 100, the CD-TOC can be acquired from the download server 100 and registered as album information D2.
In the following, when the ripping system apparatus 1 of the present embodiment executes CD synchronization ripping, the album information D2 registered based on the CD-TOC acquired as the download data can also be used. Will be.
That is, when a CD 10 is loaded in the CD section 2 for CD synchronization / ripping, when recognizing the ripping status of the loaded CD 10 as an album, for example, the processing after step S204 in FIG. 11 is performed. Execute. In executing the processing from step S204 onward, the album information D2 registered based on the TOC obtained by reading out the CD 10 from the CD 10 is registered as the album information D2 registered based on the CD-TOC acquired as download data. It is used without distinction.

Incidentally, in the present embodiment, the programs for realizing the processing shown in FIGS. 11, 12, 13 and 15 are the CD controller 14 of the CD unit 2, the HDD controller 25 of the HDD unit 3, the UI. Programs to be executed by the controller 31 are appropriately stored in the ROM 15, ROM 23, and ROM 32 provided in each controller. In the present embodiment, since the HDD controller 25 includes the hard disk 20, a program can be installed and stored in the hard disk 20 instead of the ROM 23.
Further, as shown in FIG. 14, the program to be executed by the control unit 105 of the download server 100 is the application program 104 provided in the storage unit 101 as a hard disk, for example.

Alternatively, each program described above is temporarily stored in a removable storage medium such as a flexible disk, a CD-ROM (Compact Disc Read Only Memory), an MO (Magnet Optical) disk, a DVD (Digital Versatile Disc), a magnetic disk, and a semiconductor memory. Alternatively, it can be stored (recorded) permanently. Such a removable storage medium can be provided as so-called package software.
For example, in the ripping system apparatus 1 of the present embodiment, the CD unit 2 is configured to be able to reproduce a CD-ROM, DVD, etc., and these discs are reproduced by the CD unit 2 to read the program. , ROM 15, ROM 23, ROM 32, and hard disk 20 can be installed.
In addition, a data interface such as USB (Universal Serial Bus) or IEEE1394 is provided for the ripping system apparatus 1 shown in FIG. It is also conceivable to install a program reproduced from the media by the media driver connected to such a data interface in the same manner as described above on the ripping system apparatus 1 side.

In addition, for a program having a ripping function, for example, a program that can execute processing according to FIG. 11, FIG. 12, FIG. 13, and FIG. Can be installed and executed in a general-purpose personal computer or the like.
The program can be downloaded from a removable storage medium as described above, or downloaded from a server storing the program via a network such as a LAN (Local Area Network) or the Internet.

In addition, as this invention, it is not limited to the structure demonstrated so far.
For example, the ripping system device 1 of the present embodiment has been described on the assumption that it is a single device in the above description, but at least the device having the function as the CD unit 2 and the HDD unit 3 It is also possible to adopt a system configuration in which the devices are separated into devices having the above functions and connected to each other through a predetermined data interface. In this case, the function as the user interface unit 4 shown in FIG. 1 may be configured to be obtained by both the device as the CD unit 2 and the device as the HDD unit 3.
In the above embodiment, the ripping target is digital audio data, but the present invention is not limited to this. In other words, if data managed in units of albums is to be ripped, the data type can be usefully applied to video data, for example.
Further, the ripping source storage medium and the ripping destination storage medium are not limited to the CD and the hard disk, and various storage media such as other disk media and data storage media using memory elements may be applied. .

It is a block diagram which shows the structural example of the ripping system apparatus of embodiment of this invention. It is explanatory drawing which shows typically the operation | movement outline | summary of CD synchronization ripping of this Embodiment. It is explanatory drawing which shows the example of a display mode of a ripping condition display. It is explanatory drawing which shows the other example of a display mode of a ripping condition display. It is explanatory drawing which shows the structural example of a ripping database. It is explanatory drawing which shows the structural example of a ripped file table. It is explanatory drawing which shows the structural example of album information. It is explanatory drawing which shows the structural example of a CD-TOC table. It is explanatory drawing which shows the structural example of a ripping condition table. It is explanatory drawing which shows the structural example of a title table. 6 is a flowchart showing a processing operation until the ripping status of a loaded CD is recognized in the ripping system apparatus of the present embodiment. 4 is a flowchart showing a processing operation when CD synchronization / ripping is executed in the ripping system apparatus of the present embodiment. It is a flowchart which shows the processing operation for implement | achieving the registration operation | movement of the track title corresponding to the newly recorded ripping data. It is a block diagram which shows the structural example of the download server of this Embodiment. It is a flowchart which shows the processing operation corresponding to the download operation between a download server and a ripping system apparatus. It is explanatory drawing of the frame structure of CD. It is explanatory drawing of CD sub-coding. It is explanatory drawing of the sub Q data of CD. It is explanatory drawing of TOC data of CD.

Explanation of symbols

  1 Ripping system device, 2 CD section, 3 HDD section, 4 user interface section, 10 CD, 14 CD controller, 15 ROM, 16 RAM, 20 hard disk, 20A ripped file, 20B ripped database, 22 signal processing circuit, 23 ROM, 24 RAM, 25 HDD controller, 31 UI controller, 32 ROM, 33 RAM, 34 operation unit, 35 display unit, 36 network interface, 37 system bus, 40 ripped status display bar, 41 ripped display bar, 42 album title display, 50 ripping status display icon, 51 ripped instruction display, 52 album title display, D1 ripped file table, D2 album information, D11 al ID, D12 CD-TOC, D13 Ripping status table, D14 title table, D15 data rate information, D31 album title area, D32 track title area, 100 download server, 101 storage unit, 102 download audio data group, 103 for download CD-TOC group, 104 application program, 105 control unit, 106 network interface

Claims (9)

A data download system comprising a server device and a recording device,
The server device is
Connection means capable of being connected to the recording device via a predetermined network;
Download data storage means for storing download data and first management information for managing data in the recording medium in units of programs when the download data is recorded on the recording medium;
Data reading means for reading download data and the first management information corresponding to the download data from the download data storage means when a download request for predetermined download data is made via the network When,
The download control unit configured to transmit the download data read by the data reading unit and the first management information to the recording apparatus via the connection unit,
The recording device is
Recording means for recording data on a storage medium;
Management information storage means for storing second management information for managing data recorded by the recording means;
Request transmitting means for transmitting the download request to the server device via the predetermined network;
As a result of comparing the first management information and the second management information transmitted from the server device in response to the download request, if the first management information does not match the second management information. A data download system comprising: control means for storing the first management information in the management information storage means, and recording the download data corresponding to the first management information by the recording means. The download data storage means further stores identification information for identifying the download data,
The request transmission means transmits the identification information as the download request to the server device,
The transmission control means reads predetermined download data identified by the received identification information and the first management information corresponding to the download data from the download data storage means. The data download system described. The recording apparatus further includes:
Data reading means capable of reading the first management information and data in units of programs from a removable storage medium in which data and first management information for managing the data in units of programs are recorded;
With
The recording means records the program unit data read by the data reading means on the storage medium,
The program unit data recorded in the storage medium is associated with the first management information that is read and acquired by the data reading unit from the removable storage medium in which the program unit data was recorded. Management information generating means for generating second management information to be managed,
The data download system according to claim 1, further comprising: A connection unit that is connectable to a recording device via a predetermined network, download data, and first data for managing data in the recording medium in units of programs when the download data is recorded on the recording medium Download data storage means for storing the management information and the download data and the first data corresponding to the download data when a download request for predetermined download data is made via the network. Data reading means for reading management information from the download data storage means, transmission for downloading the download data read by the data reading means and the first management information to the recording apparatus via the connection means Connecting hand to connect to the server device comprising the control means And,
Recording means for recording data on a storage medium;
Management information storage means for storing second management information for managing data recorded by the recording means;
Request transmitting means for transmitting the download request to the server device via the predetermined network;
As a result of comparing the first management information and the second management information transmitted from the server device in response to the download request, if the first management information does not match the second management information. A recording apparatus comprising: control means for storing the first management information in the management information storage means, and recording the download data corresponding to the first management information by the recording means. Connection means capable of being connected to the recording device via a predetermined network;
Download data storage means for storing download data and management information for managing data in the recording medium in units of programs when the download data is recorded on the recording medium;
A data reading means for reading download data and the management information corresponding to the download data from the download data storage means when a download request for predetermined download data is made via the network;
A server device comprising: download data read by the data read unit and control information transmitted to the recording device via the connection unit; The download data storage means further stores identification information for identifying the download data,
When the predetermined data is received via the network, the data reading means stores the predetermined download data identified by the identification information and the management information corresponding to the download data in the download data 6. The server device according to claim 5, wherein the server device is read from the means. A connection step of connecting a connection means that can be connected to the recording apparatus via a predetermined network;
A download data storage step in which download data and management information for managing data in the recording medium in units of programs when the download data is recorded in the recording medium;
When a download request for predetermined download data is made via the network, the download data and the management information corresponding to the download data are obtained from the data stored in the download data storage step. A data read step for reading;
A data download method comprising a transmission control step of transmitting the download data read in the data read step and the management information to the recording device via the connection means. The download data storage step further stores identification information for identifying the download data,
In the data reading step, when predetermined identification information is received via the network, predetermined download data identified by the identification information and the management information corresponding to the download data are stored in the download data. 8. The data download method according to claim 7, wherein the data is read from the step. A connection unit that is connectable to a recording device via a predetermined network, download data, and first data for managing data in the recording medium in units of programs when the download data is recorded on the recording medium Download data storage means for storing the management information and when the download request for the predetermined download data is made via the network, the download data and the first data corresponding to the download data Data reading means for reading management information from the download data storage means, transmission for downloading the download data read by the data reading means and the first management information to the recording apparatus via the connection means A connection device connected to a server device comprising control means. And-up,
A recording step of recording data on a storage medium;
A management information storage step for storing second management information for managing data recorded by the recording means;
A request transmission step of transmitting the download request to the server device via the predetermined network;
As a result of comparing the first management information and the second management information transmitted from the server device in response to the download request, the first management information does not match the second management information. And a control step of storing the first management information in the management information storage step and recording download data corresponding to the first management information in the recording step.

Images