KR20070038330A - Recording medium and method and apparatus reading of recording medium - Google Patents

Abstract

The present invention provides additional information on a technique for protecting contents stored in a recording medium. The recording medium includes: a recording area in which contents and data for protecting the contents are recorded; A management area for recording additional information of data for protecting the contents is included. In this case, the additional information includes information on whether to record the data in the recording medium, size and position information for protecting the contents, thereby increasing the efficiency of the system by reducing the loading time of the disc when the recording medium is played back. Can be.

Record carrier, content protection technology, Blu-ray Unique IDentification (BUID)

Description

Recording medium and method and apparatus for reproducing recording medium {Recording Medium and Method and Apparatus Reading of Recording Medium}

1 illustrates a BUID data format in accordance with the present invention.

2 is a diagram illustrating a 3 byte header in a BUID data format in accordance with the present invention.

3A illustrates a general process of recording BUID data to a disc according to the present invention.

3B is a diagram illustrating a process of writing a Java program to disk according to the present invention.

3C is a diagram illustrating a process of recording a disc-unique ID and a digital signature on a disc according to the present invention.

4 is a flowchart illustrating a process of encoding BUID data according to the present invention.

5 is a diagram illustrating writing BUID data to a recording medium using an optical beam in accordance with the present invention.

6 illustrates checking a function in a network in accordance with the present invention.

7 illustrates an example of inserting BUID data into disk information according to the present invention.

8 is a flowchart illustrating a process of decoding BUID data of a recording medium according to the present invention.

9 is a block diagram of an apparatus for reproducing a recording medium according to the present invention;

10 is a flowchart showing a recording medium reproducing method according to the present invention.

* Explanation of symbols for the main parts of the drawings

10: recording and playback section 11: pickup section

12: control unit 13: signal processing unit

14: Servo 15: Memory

16: micom 17: decoder

18: Encoder

The present invention relates to a recording medium, and more particularly, to inserting information for protecting content into disc information in the recording medium.

The recording medium which can record a large amount of data is a new high-density recording that can record and store high-quality video data and high-quality audio data for a long time through CD (CD) and DVD (DVD) as well as recording capacity increase. The medium, that is, the next generation of recording media, is making continuous technological progress.

In addition, the optical disc has been developed into a storage medium which can be used more conveniently by not only increasing the recording capacity but also improving the recording and reproducing speed.

Blu-ray Disk (BD), one of the next generation recording media technologies, is a next-generation optical recording solution that can record data that significantly exceeds the existing DVD. And technical specifications of the world standard are discussed.

Therefore, there is a problem in implementing an apparatus and method for recording / reproducing a recording medium using a next-generation recording medium technology because the technical specification of the world standard has not yet been established as described above.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide a recording medium including additional information of data for content protection.

Another object of the present invention is to provide a reproducing apparatus and method for reproducing a recording medium including additional information of data for protecting the content.

In order to achieve the above object, a recording medium according to the present invention includes a recording area in which contents and data for protecting the contents are recorded, and a management area in which additional information of data for protecting the contents is recorded. It is characterized by doing.

In this case, the additional information of the data for protecting the content preferably includes information on whether the data is recorded on the recording medium, block number information, and location information.

The additional information of data for protecting the content is preferably recorded in the disc information in the management area.

In addition, it is preferable that the disc information on which additional information relating to data for protecting the content is recorded is located in a user-data area in the recording area.

In addition, the data for protecting the content is preferably a DUID (Disc Unique ID).

In the method of reproducing a recording medium according to the present invention, in order to protect the content stored in the recording medium, data for protecting the content is read by reading additional information about data for protecting the content. Step S1 of determining whether it is recorded on the recording medium and if the determination result is recorded, step S2 of deciding data for protecting the content using the additional information and determining whether to play the recording medium and the determination result. And reproducing the recording medium by reproducing and decoding the content stored in the recording medium to a desired signal value when reproducing the recording medium.

In this case, if it is determined in the step S1 that the data for protecting the content is not recorded, it is preferable to perform the step S3 to reproduce the recording medium.

It is still another object of the present invention to provide an apparatus for reproducing a recording medium, wherein in reproducing the recording medium, the content, data for protecting the content, and additional information related to the data are read and picked up. And a micom for controlling the pickup unit by determining whether the recording medium is reproduced from the additional information and the content protection technology, and a decoder for decoding and playing the read content. It features.

Other objects, features and advantages of the present invention will become apparent from the following detailed description of embodiments taken in conjunction with the accompanying drawings.

In addition, the terms used in the present invention was selected as a general term widely used as possible now, but in certain cases, the term is arbitrarily selected by the applicant, in which case the meaning is described in detail in the corresponding description of the invention, It is to be clear that the present invention is to be understood as the meaning of terms rather than names.

In this regard, the meaning of "recording medium" used in the present invention is a general term for all media on which data is stored and includes, for example, an optical disk, a magnetic disk, and a magnetic tape system.

In this regard, the meaning of "contents" used in the present invention is defined as referring to data or a bundle of data stored in a recording medium.

In relation to this, the meaning of "BUID (Blu-ray Unique IDentification)" used in the present invention refers to a technique for protecting the content stored on the recording medium, generally referred to as a disk unique ID. In the following description, BUID is defined, and the information on the BUID is called BUID data.

In this context, the meaning of "BUID data additional information" used in the present invention is additional information on the BUID data, and the additional information includes information on whether the BUID is recorded and the number of blocks in which the BUID data is recorded. It is defined to mean that the information includes the information and the position information of the block.

Hereinafter, exemplary embodiments of a recording medium and a method and apparatus for reproducing the recording medium according to the present invention will be described in detail with reference to the accompanying drawings. For convenience of explanation, the recording medium will be described by taking a case of a reproduction-only disc (BD-ROM) among optical discs as an example.

The configuration and operation of the recording medium according to the present invention configured as described above will be described in detail with reference to the accompanying drawings.

In general, in the case of a play-only disc, a technique for protecting content such as a movie on a media is recognized as very important. This is natural in view of the increasing number of cases such as unauthorized copying of contents such as data stored on a disk.

As a technique for protecting the content, there may be a method for reproducing the content only when a user is identified and signed through a connection between a content provider and an Internet when playing a disc. As described above, a technique for protecting content records a Java program, a Disk-Unique-ID, and a Digital Signature information of a disk in a specific method on a specific area of the disk. Protect the content stored on the disk.

In this case, in order to protect the contents, the BD-ROM defines a disk-specific Java program, a disk unique ID, a digital signature, and the like as a BUID, and records the BUID data on a recording medium.

Regarding the format of the BUID data, FIG. 1 is a diagram illustrating a BUID data format according to the present invention.

In general, a BUID is written to a disc during a disc manufacturing process, and a total of 32 ECC clusters (Error Correction Code Clusters) are used to record the data of the BUID, but not all 32 are used.

Referring to FIG. 1, one LDC codeword has a total of 248 bytes, and the 248 bytes include 141 bytes of dummy bytes and 107 bytes of blocks. And this corresponds to 856 data bits. At this time, one block having the 107 bytes corresponds to one ECC cluster.

Referring to the block, the block includes a 3-byte header, a 68-byte BUID data block, an 4-byte error detection code (EDC), and an 32-byte LDC parity.

A maximum of 32 blocks are gathered to form one BUID frame, and the BUID data is repeatedly formed on a frame basis.

2 is a diagram illustrating a 3 byte header in a BUID data format in connection with the present invention.

The header is from the first byte to the third byte, in which the first byte has one bit of flag, one bit of status, three bits for the number of repeats and the remaining three reserved. It consists of bits. The flag indicates whether or not the user data is included in the block, the status indicates whether the block is recorded, and the number of frame repetitions indicates how many times the frame is repeated.

The second byte consists of 3 bits to indicate the total number of blocks and 5 bits to indicate the block number in the BUID frame. The total number of blocks indicates the number of blocks constituting the one frame, and the block order indicates the order of blocks in the frame.

In the third byte, there are 8 reserved bits. At this time, the reserved bits are set to zero.

To write the above-described BUID data, a dedicated BUID writer and a modified reflective layer are required. On the contrary, the read operation of the BUID data is performed by firmware. At this time, the primary channel ECC must be bypassed for the implementation of the firmware. In addition, the LDC decoder of the BD primary channel will be used again for the BUID data.

In addition, the system is not a disc-unique, and takes into account BUID data that is formed in advance.

In addition, for robust detection of BUID data, the BUID data should be robust as main channel data which has undergone an error-minimizing design at least in several stages. will be. The BUID data will not be visible to the human eye.

The case of using a Disc-Unique-Java program, a Disc-Unique-ID, and a Digital Signature as the BUID will be described.

Regarding the process of recording the disk-unique-Java program, the disk unique ID and the digital signature on a recording medium, FIG. 3A illustrates a general process of writing BUID data to disk in accordance with the present invention. 3B is a diagram showing a process of writing a disk-unique-Java program on a disk in accordance with the present invention, and FIG. 3C is a diagram showing a process of writing a disk-unique ID and a digital signature on a disk in accordance with the present invention. .

3A to 3C, the BUID data is used in almost the last stage of the disc. That is, in general, the disc is finally produced through a mastering process in a disc manufacturing plant through a pre-mastering process.

Looking at the mastering process in the disc manufacturing plant, after the format encoding (Cutting) and the cutting (Cutting) after the chemical process (Chemical process), after the chemical process, the stamper ( Baring discs are formed by molding with stamper.

After forming the bare disk, sputtering is performed to form a reflective layer, and after the sputtering, coating is performed to form a cover layer. The coating as above will finally form a disk.

The disk is manufactured through the above-described process. In order to protect contents such as data to be loaded on the disk after the disk is manufactured, BUID data should be inserted into the disk in accordance with the present invention. FIGS. 3A to 3C In the final stage of the disc production process, the BUID data, which is the content protection technology related to the present invention, is coated on the recording medium immediately before the final disc is produced.

3B and 3C, the disk unique Java program, the disk unique ID, and the digital signature are used as the BUID. In addition, the BUID data naturally have different programs for different disks. For example, a movie story may be changed according to a target district.

In order to write the BUID data to a recording medium, the BUID data must be encoded. In addition, a process of encoding BUID data for protecting the content to record on a recording medium will be described. FIG. 4 is a flowchart illustrating a process of encoding BUID data according to the present invention.

First, an error check is performed through an EDC before encoding the BUID data (step S10).

The error detected in the BUID data through the EDC process is error corrected using ECC or LDC (step S20).

12 bits of the error corrected BUID data through the ECC or LDC process are converted into 8 bits by truncating a Hamming code (S30).

After the encoding process, the BUID data in units of bytes is modified into a 17 PP (Parity preserve / Prohibit RMTR) pattern (step S40).

By encoding through the above-described process, the BUID data has a format of data recorded on the recording medium, and is recorded on the recording medium.

Now, the encoded BUID data should be recorded on a recording medium. An optical beam is used to physically record the BUID data on the recording medium. FIG. 5 illustrates an optical beam as BUID data according to the present invention. Is a diagram showing writing to a recording medium.

In the case of the BD-ROM, data is recorded in an embossed pit format on tracks of lands and pits of a recording medium. In FIG. 5, an optical beam (for example, a high power laser) is used. Edge Position Modulates to a Pit in which the data is recorded using a high power laser to increase the size of the pit as BUID data is added.

In this regard, the BUID data in the recording medium may be utilized on a network. FIG. 6 is a diagram illustrating checking of functions in a network according to the present invention.

In FIG. 6, an example of using a Java function in a network is shown. In using the Java function, each player checks a digital signature.

That is, in FIG. 6, each disk has an ID and a digital signature, and if the disk is inputted to a home server to be played, the ID detected by the home server is transmitted to a network server (Internet). Network Server), and the network server transmits it to a content provider. At this time, since the player is connected to the Internet, the detected ID is sent to the content provider.

The recording medium is reproduced by the content provider confirming the transmitted ID and transmitting user identification and signature authentication back to the home server through the network server and the Internet.

If the checked ID, digital signature, and the like are not received from the content provider by user identification and signature authentication due to inaccurate reasons, playback of the disc will be stopped. Therefore, it is necessary to prevent the reproduction of such a disc from being stopped by using a random number of the disc unique ID and the digital signature.

Summarizing examples related to future applications of the above-described BUID data, the disk unique Java program may provide various uses for future BD. In addition, the disk unique ID and the digital signature may be combined to over-stamping the disk manufacturing plant to control unauthorized disks. In addition, the disk unique ID and digital signature may be used for the purpose of the home server.

The above-described BUID data is mainly used in a reproduction-only recording medium, and the BUID data should be checked in advance before reproduction. Accordingly, in order to reduce the disc loading time by quickly reading and decoding the BUID data, in the present invention, additional information about the BUID data, that is, whether or not the BUID data is recorded on a recording medium, is recorded as the BUID data. It tells how many blocks have been allocated and the starting position of the blocks allocated for the purpose of the BUID data.

The recording medium has a recording area in which content and BUID data for protecting the content are recorded, and a management area for recording additional information on the BUID data for protecting the content.

In the present invention, for convenience of description, the additional information on the BUID data is stored in the PIC (Permanent Information & Control data) area of the lead-in zone in the management area of the recording medium. An example is the insertion into a disc information structure representing a structure in which general information is recorded.

7 is a diagram illustrating an example of inserting BUID data additional information into a disc information structure according to the present invention.

Referring to FIG. 7, there are three rows in the disc information structure, where the first column is a byte position, the second column is content located at the byte position, and the third column. Represents the number of bytes allocated for recording the information on the content.

The byte position " 0 " is used as an identifier for indicating that disk information is loaded, and two bytes can be allocated and recorded for the identifier.

In addition, general disk information according to the identifier will be recorded in byte positions "2 to 31". For example, information about the number of disc information units or sequence numbers per each disc information block, information on an identifier for a disc type, and disc size (Disc). The size, version, channel bit length, address of the last user data and the allocation of the data zone may be recorded.

In this regard, the present invention may use the reserved fields of the disc information structure to give the BUID data side information. In relation to FIG. 5, an example of allocating six bytes to byte positions " 32 " to " 37 "

In FIG. 5, information on whether BUID data is recorded, the number of blocks of BUID data, a start address of recording BUID data, etc. may be recorded as the BUID data additional information in the allocated byte position.

The byte position "32" may be defined as a BUID descriptor to give information on whether the BUID data is recorded or not, and may allocate 1 byte.

Looking at one byte allocated to the BUID descriptor, since the BUID descriptor is information on whether BUID data is recorded or not, the number of cases where the BUID data is recorded on a recording medium, and when there is no BUID data can be obtained. will be. Therefore, in order to express the number of the two cases, it is possible to appropriately express the presence or absence of recording of the BUID data in the recording medium even if only one bit is used without all of the allocated one byte.

In the above-described configuration, one byte allocated to the BUID descriptor, that is, bit "7", which is a Most Significant Bit (MSB), from the total 8 bits to bit "1" is reserved and left as "0". In the bit " 0 " which is a Least Significant Bit (LSB), data for the presence or absence of the recording is expressed. That is, it is sufficient to give information about whether the BUID information is recorded by giving "0" or "1" to the LSB.

If the LSB is "0", the BUID data is not recorded in the recording medium. If the LSB is "1", the BUID data may be defined as being recorded in the recording medium.

The configuration of the above-described BUID descriptor is arbitrarily defined. For example, the MSB may be used instead of the LSB.

As described above, it is possible to know whether the BUID data is recorded on the recording medium at the time of reproduction only by providing the BUID descriptor information regarding the presence or absence of the recording in the recording medium, and reflecting the decoding of the BUID data from the recording presence to reproduce the recording medium. You can do it.

In the byte position "33", one byte is allocated to give information on the number of blocks used for recording the BUID data, that is, how many blocks are allocated for the BUID data as information on the size of the BUID data. have.

을 할당하였으므로, 0 ~ 255까지 총 256개의 범위 내에서 상기 BUID 데이터 블록의 개수를 표현 가능할 것이다. Referring to one byte allocated as information on the number of BUID data blocks, in the present invention, one byte, that is, to inform the number of the BUID data blocks, is indicated.

In this case, the number of the BUID data blocks can be represented within a total of 256 ranges from 0 to 255.

In this regard, if the BUID data increases in the future, the block in which the BUID data is recorded will increase accordingly, and a byte position may be further allocated to the disc information structure to represent the increased number of blocks.

A total of 4 bytes are allocated to the byte positions "34 to 37" as a start address of a BUID data block defined to indicate a start address of a block in which the BUID data is recorded. In addition, the 4 bytes may indicate an address unit number (AUN) address where the block in which the BUID data is recorded starts.

All of the above-described BUID data additional information is arbitrarily defined. Accordingly, it is desirable to define and inform the byte position, the number of blocks and the start address.

In addition, in the above-described sequence, the disk information structure of FIG. 5 illustrates that the BUID descriptor is given first on the byte position, and the number of BUID data blocks and the BUID data start address are given next. Can be arbitrarily defined.

The above description adds the BUID additional information according to the present invention to the disc information structure in the PIC area of the lead-in zone in the management area, but this can be added to the recording area in which content is recorded in addition to the management area. For example, the BUID additional information may be added to the user data area in the recording area using the same method as described above.

Therefore, if the BUID additional information is separately added as described above, on the disc in which the BUID data is not recorded, the loading time of the disc may be reduced by immediately checking whether the BUID data is recorded.

As described above, even when the disk-specific Java program, the disk unique ID, the digital signature information, and the like are recorded in a specific area in a specific manner, the existence of the data is checked and the recording position of the data and the size of the recorded data are checked. By immediately checking the back and the like, the efficiency of the disk can be increased.

The foregoing has described the storage of the BUID data and the BUID data additional information defined in the present invention on the recording medium in relation to the protection of contents stored on the recording medium.

In this regard, a description will be given of decoding the BUID data when the BUID data is recorded on the recording medium. 8 is a flowchart illustrating a process of decoding BUID data of a recording medium according to the present invention.

Referring to FIG. 8, when the main channel is input to a device for reproducing a recording medium, the device performs normal decoding without ECC (step S100).

When the main channel user data in the ECC-cluster is input to the firmware through the normal decoding, the firmware starts to decode the BUID user data.

The decoding process in the firmware goes through several steps. First, three bytes are extracted from each physical frame (step S110).

Channel bits are detected from the extracted 3 bytes. Then, the detection result 1284 BUID data channel bits will be detected (step S120).

When the detected 1284 BUID data channel bits are truncated with a Hamming code, 107 bytes of BUID data are detected (step S130).

When the LDC decoding of the BUID data frame detected after the truncation with the Hamming code is performed, the BUID user data for one ECC cluster is decoded (step S140).

Repeating the above steps for all ECC clusters causes the desired BUID user data to be decoded.

If the BUID data cannot be decoded as described above, the recording medium may not be reproduced because the BUID data may not be recorded and the recording medium may not be reproduced, and it may take a long time to check the recording position and size information of the BUID data. Increased loading time can reduce system efficiency.

An apparatus and method for reproducing a recording medium including disc information on which BUID data, which is information on a content protection technique according to the present invention, described above will be described.

9 is a block diagram illustrating an apparatus for reproducing a recording medium according to the present invention.

First, operations of the pick-up unit 11 and the pick-up unit 11 for reading out and playing back the management information including the contents recorded on the disc and BUID data, which are information on the technology for protecting the contents, are reproduced. Servo 14 for controlling, a signal processing unit 13 for demodulating a reproduction signal received from the pickup unit 11 to a desired signal value, and a memory for storing various information necessary for reproducing the disc ( 15) and a microcomputer (Micom or Microprocessor) 16 that controls the operation of the component. In connection with the above components, it is also called "recording / reproducing section 10", and the recording / reproducing section 10 can be provided as a single product.

At this time, in reproducing the data of the recording medium, the pickup unit 11 reads the disk information in the recording medium and reads out the BUID data, the number of BUID data blocks and the BUID data start address included in the disk information. At this time, the start address gives an AUN address.

That is, by reading and decoding the BUID data additional information, data regarding whether BUID data is recorded on the recording medium, how many blocks have been allocated to record the BUID data, the start address of the block where the BUID data is recorded, and the like. Read out.

If the BUID data additional information is not read or decoded even though BUID data is recorded on the recording medium, the recording medium may not be reproduced. Accordingly, the pickup unit 11 reads and decodes the BUID data additional information, thereby decoding the BUID data using the additional information, and under the control of the microcomputer 16, the pickup unit 11 reproduces the recording medium. You will be able to.

The control unit 12 is responsible for the control of the entire component.

The decoder 17 finally decodes the output data under the control of the controller 12 and provides it to the user.

In relation to the above, a method of reproducing a recording medium including a disc information structure in which BUID data additional information, which is information on a content protection technology according to the present invention, is recorded using the above-described recording medium reproducing apparatus will be described. A flowchart showing a recording medium reproducing method according to the present invention.

In order to reproduce the recording medium, first, it is necessary to determine whether or not the BUID, which is the content protection technology, is recorded on the recording medium. Thus, the disc information structure in which the BUID data additional information of the recording medium is recorded is read. In operation S200, the BUID data additional information added to the read disc information structure is decoded.

Among the decoded BUID data additional information, first, it is determined whether BUID data is recorded on the recording medium from the BUID descriptor (step S210).

If the BUID data is recorded on the recording medium as a result of the determination, the BUID data must be decoded so that the recording medium can be appropriately reproduced. For this purpose, the size and position of the BUID data among the additional BUID data information, that is, the number of BUID data blocks And decode the BUID data using the AUN number which is a start address (S220).

In step S230, it is determined whether or not the recording medium is reproduced using the BUID data decoded through the above step. When the recording medium is reproduced according to the determination result, the content stored in the recording medium is read (step S230).

The decoded content is decoded to reproduce the recording medium (S240).

However, if the BUID descriptor in the disc information is decoded in step S210, if the BUID data is not recorded on the recording medium, the process immediately proceeds to step S230 to read the content stored in the recording medium and play the disc.

In addition, in determining whether to play the recording medium using the BUID data decoded in step S230, if the decoded disc unique ID or digital signature does not match, the recording medium may not be reproduced and stopped.

In the above determination, a home server, the Internet, and a network server may be used as described above with reference to FIG. 7. That is, the BUID data of the recording medium detected by the home server is delivered to a content provider through the Internet and a network, and the content provider checks the transferred information to perform user identification and signature authentication through the network and the Internet. It is passed back to the server so that the recording medium can play it back.

By reproducing the recording medium by using the above-described reproducing apparatus and method, it is possible to efficiently and safely reproduce the recording medium without any problem even if the content protection technology is recorded on the recording medium.

According to the recording medium including the information on the content protection according to the present invention as described above, with reference to the disk information on which the information on the content protection is recorded, whether or not the information on the content protection is recorded or not Since it is possible to immediately check, the disk loading time can be shortened by reducing unnecessary time for the disc on which the information is not recorded, and it is possible to easily check whether the information is recorded or not, and to play stably.

In addition, when the information is recorded, the number of blocks of the information and the starting address of the recording of the information can be confirmed, thereby reducing the loading time and increasing the efficiency.

Those skilled in the art will appreciate that various changes and modifications can be made without departing from the spirit of the present invention.

Therefore, the technical scope of the present invention should not be limited to the contents described in the embodiments, but should be defined by the claims.

Claims (21)

And a recording area in which contents and data for protecting the content are recorded, and a management area in which additional information of the data for protecting the content is recorded. The method of claim 1, And the additional information of the data for protecting the contents includes information on whether the data is recorded in the recording medium, block number information, and position information. The method of claim 2, Wherein each piece of information is given in bytes. The method of claim 2, And the information on the presence or absence of the recording indicates whether or not the data for protecting the contents in the recording area is recorded. The method of claim 2, The block number information indicates the number of data blocks for protecting the contents in the recording area. The method of claim 2, And the location information indicates a start address of a data block for protecting content in the recording area. The method of claim 6, And an address unit number (AUN) address as the start address. The method according to any one of claims 4 to 6, And additional information about data for protecting the content can be arbitrarily defined. The method of claim 1, The additional information of the data for protecting the content is recorded in the disk information in the management area. The method of claim 9, And the disc information is located in the lead-in area. The method of claim 10, And disc information in which additional information on data for protecting the content is recorded is located in a PIC area in the lead-in area. The method of claim 1, And disc information in which additional information about data for protecting the content is recorded is located in a user data area in the recording area. The method of claim 1, The data for protecting the content is a recording medium, characterized in that the Disc Unique ID (DUID). In playing the recording medium, In order to protect the content stored in the recording medium, step S1 of reading additional information about the data for protecting the content to determine whether the data for protecting the content is recorded on the recording medium; If it is recorded as a result of the determination, step S2 of decoding the data for protecting the content by using the additional information and determining whether to play the recording medium; And And reproducing the recording medium by reconstructing and decoding a content stored in the recording medium to a desired signal value when the recording medium is reproduced as a result of the determination, and reproducing the recording medium. The method of claim 14, If it is determined in step S1 that the data for protecting the content is not recorded, step S3 is performed to reproduce the recording medium. The method of claim 15, The additional information decoded in the step S1 is provided with information on the presence or absence of recording on the recording medium of the data for protecting the content, block number information and information on the start address of the block. The method of claim 16, And a home server, a network, and the internet for determining whether to play back at step S2. The method of claim 17, And the home server delivers data for protecting the content decoded in the step S2 to a content provider via the Internet and a network. The method of claim 18, And the content provider confirms the transferred information and transmits user identification and signature authentication to a home server through a network and the Internet. The method of claim 19, If the user identification and signature authentication are not received from the content provider, reproducing the recording medium in step S2. In playing the recording medium, A pick-up unit for reading contents and data for protecting the contents and additional information about the data; A microcomputer (Micom) which decodes data for protecting the content by using the read additional information and determines whether or not the recording medium is reproduced to control the pickup unit; And And a decoder which decodes and reproduces the read content.

Images