KR20150111292A - Method and apparatus for playing media contens based on digita rights management - Google Patents

Abstract

A method for playing content included in a media file in a playback apparatus is provided. The method includes obtaining file status indication information indicating a status of the media file from the media file, determining whether a Content Authentication Code (CAC) for playback of the content is included in the media file, if the file status indication information indicates that the content included in the media file is self-encoded content, and playing the content, if the CAC is not included in the media file. The self-encoded content is content that can be played without the CAC.

Description

[0001] METHOD AND APPARATUS FOR PLAYING MEDIA CONTENS [0002] BASED ON DIGITA RIGHTS MANAGEMENT [

The present disclosure relates to an apparatus and method for providing digital rights management (DRM) services.

Digital Rights Management (DRM) is a technology and service that protects and manages the rights and interests of intellectual property rights and copyrights of digital content owners. Only users who are permitted to access and use the content can use the content .

DRM technologies can be divided into software based DRM and media based DRM. A media-based DRM method is a method of restricting the consumption of digital contents within a medium by causing the consumption of digital contents to be restricted to a specific medium such as a lock-in flash memory. On the other hand, software-based DRM schemes do not use any method to combine the consumption of digital content with specific hardware.

In order to provide more flexibility than device-based DRM while improving security against content protection, software-based DRM schemes have been developed that allow the content to be linked to specific media.

In this regard, the Blu-ray Disc Association (BDA), a standardization organization related to Blu-ray Disc, discusses a Blu-ray Disc (BD) bridge system. The BD bridge system is intended to copy content contained in a Blu-ray disc to another medium, for example a hard disk in a computer, or a memory card of a mobile device, so that the user can consume the content. The BD bridge system defines the standard file format (SFF) compatible with CFF (Common File Format), which is used as a standard format for digital copying and image transmission. It is included in the Blu-ray disc So that the user can consume the content. However, there is a problem with digital rights in these Blu-ray bridge systems, so you should allow authorized users to consume the content contained on Blu-ray Discs.

An embodiment of the present disclosure includes a method of performing a licensing operation or a reproducing operation related to a corresponding media file based on information indicating a state of the media file in the media file and the reproducing apparatus indicating the state of the file And an apparatus.

The present disclosure provides a method and apparatus for performing a licensing or playback operation associated with a corresponding media file, depending on whether the content contained in the media file is self-encoded or prepared content.

The present disclosure provides a method and apparatus for performing a licensing or playback operation associated with a media file, depending on whether the content contained in the media file has previously been licensed through DRM.

In the playback apparatus provided by the present embodiment, a method of reproducing a content included in a media file includes the steps of: obtaining file status indication information indicating a status of the media file from the media file; Checking whether a content authentication code (CAC) for playing back the content is included in the media file if the content included in the media file is the self-encoded content; And reproducing the content, wherein the self-encoded content is content that can be reproduced without the CAC.

A playback apparatus for playing back content included in a media file provided by an embodiment of the present disclosure includes a media file analysis unit for obtaining file status indication information indicating a status of the media file from the media file, Checks whether a content authentication code (CAC) for playing back the content is included in the media file if the content included in the media file is self-encoded, And the control unit reproduces the content if it is not, and the self-encoded content is content that can be reproduced without the CAC.

1 is a view for explaining a method of reproducing an SFF file according to a media-based DRM method by DBDA (Digital Bridge Export Function) of BDA,
2 is a diagram for explaining a structure of an SFF common file format including CAC flag information according to an embodiment of the present disclosure;
3 is a diagram illustrating a DRM system according to an embodiment of the present disclosure;
4 is a diagram illustrating a method for content licensing and playback on a DRM medium according to an embodiment of the present disclosure;
5 is a diagram illustrating operations of a DRM device for prepared content in which a CAC flag is not present according to an embodiment of the present disclosure;
6 is a diagram illustrating operations of a DRM device for prepared content in which a CAC flag is present according to an embodiment of the present disclosure;
7 illustrates operations of a DRM device for self-encoded content in which a CAC flag is present according to an embodiment of the present disclosure;

In the following description of the present disclosure, a detailed description of known functions and configurations incorporated herein will be omitted when it may obscure the subject matter of the present disclosure. Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings.

Although the embodiments of the present disclosure described below are separate for convenience of description, at least two embodiments can be combined and performed within a range where they do not collide with each other.

Hereinafter, the terms described below are defined in consideration of the functions in the embodiments of the present disclosure, which may vary depending on the user, the intention or custom of the operator, and the like. Therefore, the definition should be based on the contents throughout this specification.

The embodiments of the present disclosure can make various changes and have various embodiments, and specific embodiments are described in detail by exemplifying the drawings. It should be understood, however, that the present disclosure is not intended to be limited to any particular embodiment, but is intended to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the disclosure.

Also, terms including ordinal numbers such as first, second, etc. may be used to describe various elements, but the elements are not limited to these terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present disclosure, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component. And / or < / RTI > includes any combination of a plurality of related listed items or any of a plurality of related listed items.

Furthermore, the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting on the present disclosure. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Also, in the embodiments of the present disclosure, all terms used herein, including technical or scientific terms, unless otherwise defined separately, are intended to be within the scope of the present invention as generally understood by one of ordinary skill in the art to which this disclosure belongs. Have the same meaning. Terms such as those defined in commonly used dictionaries should be construed to have meaning consistent with the meaning of the context in the relevant art and, unless explicitly defined in the embodiments of the present disclosure, mean ideal or overly formal .

Hereinafter, various embodiments will be described in detail with reference to the accompanying drawings. Note that, in the drawings, the same components are denoted by the same reference symbols as possible. Further, the detailed description of well-known functions and constructions that may obscure the gist of the present disclosure will be omitted. In the following description, only parts necessary for understanding the operation according to various embodiments of the present disclosure will be described, and the description of other parts will be omitted so as not to obscure the gist of the present disclosure.

The apparatus and method proposed in the present disclosure are applicable to a long-term evolution (LTE) mobile communication system, a long-term evolution-advanced (LTE-A) (HSDPA) mobile communication system, a high speed uplink packet access (HSUPA) mobile communication system, and a third generation project partnership 2 (3GPP2) A High Rate Packet Data (HRPD) mobile communication system, a Wideband Code Division Multiple Access (WCDMA) mobile communication system of 3GPP2, a Code Division Multiple Access (3GPP2) CDMA) mobile communication system, an Institute of Electrical and Electronics Engineers (IEEE) 802.16m communication system, an Evolved Packet System: EPS), a Mobile Internet Protocol (Mobile IP) system, and the like.

The following discussion of the present disclosure will be described with reference to the SFF file of the BD bridge system. However, this is for convenience of description, and the present disclosure is not limited to the BD bridge system.

Generally, software-based DRMs are implemented in common file formats such as CFF (Common File Format) of Dolby Digital Entertainment Content Ecosystem (DECE) or Standard File Format (SFF) of Blu-ray Disc Association But the media-based DRM scheme requires additional DRM-specific information in order to reproduce the content included in the common format file.

1 is a view for explaining a method of reproducing an SFF file according to a media-based DRM scheme by a DBEF (Digital Bridge Export Function) of BDA.

1, when a Blu-ray Disc (BD) 101 including an SFF file is inserted into the BD player 103, the BD player 103 transmits the SFF file to a user of the user including the DRM medium 107 To a DRM device (not shown). The DRM medium 107 may be, for example, a flash memory such as an SD card.

Meanwhile, the SFF file 105 moved to the DRM medium 107 further receives (108) DRM-specific information through the DRM server 109 and the DRM licensing process, and then, using the received DRM unique information, The contents included in the SFF file can be reproduced. For reference, the "licensing procedure" means a procedure for obtaining a right to the DRM device to reproduce the SFF file.

However, existing common file formats such as SFF do not provide enough information for DRM device to implement media based DRM scheme. Even if the SFF contains DRM-specific information necessary for playback of the content, the DRM-specific information in the SFF is typically included in a Protection System Specific Header (PSSH) box in the SFF. However, the PSSH box is not sufficient to provide information for licensing used by media-based DRMs. This may be because the size or function of the PSSH box is limited. Further, it may be for reasons other than the limitation of the size or the function.

Meanwhile, among the licensing procedures for the media-based DRM method, content authentication code (CAC) information may be included in a content authentication code (CAC) box included in the SFF file. The CAC information includes a set of hash values calculated from a content file included in a media data (mdat) box. This licensing scheme is one of the approaches used in media-based DRM schemes to combine the content into media.

The basic concept of the present disclosure is to insert "file status indication information" indicating a status of a corresponding media content file in a file containing the media content. The DRM device may perform the operations such as acquiring the file status indication information, playing the content, or proceeding with the DRM server and the licensing procedure.

In this disclosure, the file containing the media content may be a common format file such as the SFF. Hereinafter, for convenience of description, the SFF file by the DBEF of the BDA will be described as an example of a common format file. However, this is only for convenience of explanation, and the present disclosure is not limited to the SFF file by DBDA of BDA.

In one embodiment of the present disclosure, the file status indication information may be included in a PSSH box in the SFF. However, it should not necessarily be included in the PSSH box, but may be included in an appropriate position in the SFF file.

The file status indication information may be, for example, flag information having a size of one bit. For convenience of explanation, the file status indication information will hereinafter be referred to as "CAC flag information" Therefore, in the present disclosure, "file status indication information" can be used in the same meaning as "CAC flag information ".

On the other hand, the "status" of the file in the file status indication information includes (1) whether the file has been licensed at least once for a specific medium, (2) whether the file has been prepared Or may include content that is self-encoded file.

For reference, the "self-encoded content" is content that does not require CAC information in the SFF file for content playback. Therefore, the DRM device does not need to receive CAC information from the DRM server during the DRM licensing procedure for reproducing the self-encoded content. On the other hand, the "prepared content" is content requiring CAC information in the SFF file for content reproduction. Accordingly, the DRM device receives the CAC information from the DRM server during the DRM licensing process for reproducing the self-encoded content, and inserts the received CAC information into the SFF file.

 2 is a diagram for explaining a structure of an SFF common file format including CAC flag information according to an embodiment of the present disclosure.

Referring to FIG. 2, the SFF file 200 includes a PSSH box 201 and at least one data box (e.g., an mdat box). On the other hand, the PSSH box 201 includes 1-bit CAC flag information 203 proposed in the present disclosure, and the CAC flag information 203 indicates the state of the SFF common file 200. [ In addition, the SFF file 200 may further include a CAC box 207 containing CAC information.

3 is a diagram illustrating a DRM system according to an embodiment of the present disclosure.

Referring to FIG. 3, the DRM system according to the present disclosure includes a DRM server 310, a DRM device 320, and an SFF file 331 in the DRM medium 330.

The DRM apparatus 320 includes an SFF analysis unit 321, a control unit 323, a transmission / reception unit 325, and an SFF generation unit 327. [ In FIG. 3, SFF is an example of a media file. Therefore, SFF in the name of each function block in FIG. 3 may be replaced with a media file. For example, the SFF analysis unit 321 may be referred to as a media file analysis unit.

The SFF analysis unit 321 analyzes the components included in the SFF file. In particular, in the embodiment of the present disclosure, CAC flag information is detected and its value is identified. Also, the SFF analyzing unit 321 analyzes the offsetToCAC information indicating the presence or absence of the position of the CAC box and its position, and outputs the result. For reference, if the CAC box does not exist, the offsetToCAC does not exist. However, the SFF analyzer 321 tries to read offsetToCAC even when the CAC flag is 1 or 0, for further checking to confirm whether the contents in the SFF are correctly licensed.

Therefore, the SFF analyzing unit 321 analyzes the SFF file to identify whether the CAC flag is present and the value of the corresponding CAC flag if the CAC flag is present. Meanwhile, offsetToCAC is analyzed to locate the CAC box, and the CAC box is identified. The analysis result is transmitted to the control unit 323.

The control unit 323 receives the information transmitted from the SFF analysis unit 321, that is, information on the presence or absence of the CAC flag, the value of the corresponding CAC flag, and the presence of the CAC box, And controls the overall operation of the device 320. For example, based on the information, the DRM server 310 determines whether to receive DRM-specific information from the DRM server 310 for content reproduction through the licensing procedure, plays the content without a licensing procedure, Or to stop the operation without reproducing the content. For reference, the DRM-specific information includes CAC information, NSM (Next Generation Secure Memory) unique PSSH files, XORed title keys, and the like. For reference, the XORed title key is generated from a title key, a usage rule, a CAC signature, and the like, and is encrypted and stored in a storage medium in the form of an XORed title key of the title key.

When the controller 323 decides to receive DRM-specific information from the DRM server 310, the transceiver unit 325 can request and receive DRM-specific information from the DRM server 310. [

The SFF generating unit 327 can insert 1-bit CAC flag information having a predetermined value in a specific location in the SFF file, for example, a PSSH box. In addition, CAC information can be inserted into the CAC box using the DRM-specific information received from the DRM server 310. [

On the other hand, the DRM medium 330 is a medium such as a flash memory (for example, an SD card), and includes a SFF file 331 as a medium to which the authorized contents are authorized to be consumed.

The DRM server 310 receives unique DRM information from the transmitter / receiver 325 of the DRM device 320 and provides unique DRM information to the DRM device 320 accordingly. The unique DRM information may be CAC information, DRM-specific PSSH files, XORed title keys, or the like.

Hereinafter, the CAC flag information according to the embodiment of the present disclosure will be described.

The CAC flag information has a predetermined size, e.g., a size of 1 bit, and can be inserted in the PSSH box of the SFF file stored in the DRM media. In addition, the CAC flag information is inserted into the PSSH box when the SFF has been previously licensed via a specific media-based DRM at least once. On the other hand, if the SFF file has not been licensed through DRM based on a specific medium, the CAC flag information is not inserted.

On the other hand, when the CAC flag information is inserted, the CAC flag value may indicate whether the content of the SFF file is self-encoded content or prepared content. For example, if the value of the CAC flag information is set to "0 ", the corresponding SFF file includes" self-encoded content " and CAC information is not needed for content reproduction. On the other hand, if the value of the CAC flag information is set to "1 ", the corresponding SFF file includes" prepared content " However, it is needless to say that the value indicated by the value "0" or "1 "

 The "self-encoded content" is a content that does not require CAC information in the SFF file for content reproduction, and is set to 0 by the home device which is an apparatus for generating an SFF file. Meanwhile, the "prepared content" is content requiring CAC information in the SFF file for content reproduction, and the CAC information may be received from the DRM server during the DRM licensing process and inserted into the SFF file.

4 is a diagram illustrating a method for content licensing and playback on a DRM medium according to an embodiment of the present disclosure;

Fig. 4 can be divided into three sections for convenience.

The first operation 410 is a process of checking the presence or absence of a CAC flag in the SFF file and identifying the value of the CAC flag. The second operation 420 is a process of checking whether the value of the CAC flag is 0, And the third operation 430 is an operation for checking whether or not the CAC box is present in the SFF file when the value of the flag bit is 1. The detailed operation is as follows.

In step 411, it is determined whether or not the CAC flag is present. If it is determined in step 412 that the CAC flag does not exist, the process proceeds to step 414. For reference, as described above, if the SFF file has not been licensed through DRM based on a specific medium, the CAC flag information is not inserted. Therefore, the absence of the CAC flag in step 411 means that the relevant SFF file has not been licensed through DRM based on a specific medium.

In step 414, since the CAC flag does not exist in the SFF file, the CAC flag is inserted. At this time, the CAC flag value is set to 1 for the following reason. However, if the content of the corresponding SFF file is "self-encoded content ", the self-encoded content will have to include the CAC flag generated in its encoding and encryption process in the SFF file. However, since there is no CAC flag in the current SFF file, it can be estimated that the content is not "self-encoded content" but "prepared content ". As described above, when the value of the CAC flag information is set to "1 ", it indicates that the corresponding SFF file is" prepared content ". Therefore, the value of the CAC flag is set to 1 to indicate that the content is the prepared content. Thereafter, the process returns to step 411 again.

If the CAC flag is present in step 411, the flow advances to step 413 to identify the value of the corresponding CAC flag. If the value of the CAC flag is 0, the process proceeds to step 421 or less. If the value of the CAC flag is 1, the process proceeds to step 431 or less.

As described above, if the value of the CAC flag is 0, the corresponding SFF file includes "self-encoded content ", and no additional CAC information is needed for content reproduction. Therefore, there is no need to receive CAC information from the DRM server from the DRM server. On the other hand, if the value of the CAC flag is "1 ", the corresponding SFF file includes" prepared contents ", and it is necessary to receive CAC information from the DRM server for content reproduction. According to the difference, the operations in steps 421 and 431 are distinguished from those in step 431 and thereafter.

First, after step 421, that is, when the value of the CAC flag is set to "0 ", the corresponding SFF file includes" self encoded content ", and it is not necessary to receive additional CAC information for content reproduction The operation is as follows.

In step 421, the DRM device reads the value of offsetToCAC, and determines whether a CAC box exists in step 422. [ If the CAC box is present in step 422, the process proceeds to step 423 and the operation is interrupted.

The reason for stopping the operation in step 422 is that it can be estimated that there is an error in the corresponding SFF file. That is, since the content included in the current SFF file is a self-encoded content whose CAC flag value is set to 0, the CAC box must not exist. However, the fact that the CAC box is detected means that there is an error in the current SFF file, such as an error in the value of the CAC flag set to "0". Accordingly, in step 423, it is determined that there is an error in the current SFF file, and the operation is interrupted without reproducing the SFF file.

On the other hand, if the CAC box does not exist in step 422, the flow advances to step 424. Since the CAC box is not required for playback of the self-encoded content, the absence of the CAC box in the SFF file means that there is no error in the corresponding SFF file. Therefore, the DRM device reproduces the content contained in the corresponding SFF file (without receiving an additional CAC file from the DRM server).

After step 431, that is, when the value of the CAC flag is set to "1 ", the corresponding SFF file includes" prepared content ", and the operation when the additional CAC information needs to be received from the DRM server Is as follows.

In step 431, the DRM device reads the value of the offsetToCAC, and in step 432, determines whether a CAC box exists.

If the CAC box is present in step 432, the content is played back in step 433 by using the CAC information. Specifically, the DRM device can decrypt the encryption key using the CAC information included in the SFF file, and reproduce the content using the decrypted encryption key.

On the other hand, if the CAC box does not exist, the process advances to step 434 to request a CAC file to the DRM server, and receives the CAC file in step 435. In step 433, the content is played back using the received CAC file.

5 is a diagram for explaining the operation of the DRM apparatus for prepared contents in which the CAC flag is not present according to the embodiment of the present disclosure; For reference, the absence of the CAC flag indicates that the content has not been previously licensed for a particular medium. The description of FIG. 5 corresponds to the process of FIG.

In step 501, the DRM device 320 transmits a signal for checking whether the CAC flag exists in the SFF file in the DRM medium 330 to the DRM medium 330. If it is determined in step 503 that the CAC flag does not exist in the SFF file from the DRM medium 330, the DRM device 320 generates a CAC flag having a value of "1 " . The reason why the CAC flag is set to 1 is that the content is estimated as "prepared content" as described in step 414 of FIG.

6 is a diagram for explaining the operation of the DRM apparatus for prepared contents in which the CAC flag is present according to the embodiment of the present disclosure; For reference, the presence of the CAC flag indicates that the content has previously been licensed for a particular medium. In addition, Fig. 6 assumes the prepared content, so that the value of the CAC flag will be set to 1 if there is no error in the SFF file.

In step 601, the DRM device 320 transmits a signal for checking whether a flag is present in the SFF file in the DRM medium 330 to the DRM medium 330. In step 603, the DRM medium 330 receives a response indicating that the CAC flag exists in the SFF file and that the value of the corresponding CAC flag is 1.

In step 605, the DRM device 320 reads the offsetToCAC to find the location of the CAC box, and inquires the DRM medium 330 about the presence of the CAC box. In step 607, the DRM medium 330 responds to the presence or absence of the CAC box. In step 609, the DRM device 320 determines to receive the CAC information from the DRM server 310 based on the value of the CAC flag and the presence of the CAC box, or determines whether the content in the SFF file It decides to play back.

Specifically, if the CAC box exists, the content is reproduced using the CAC information in the CAC box in step 617. On the other hand, if the CAC box does not exist, the CAC information is requested to the DRM server 310 in step 611, the CAC information is received in step 613, and the CAC information received in step 615 is recorded in the SFF file in the medium. Thereafter, the content is reproduced using the CAC information recorded in step 617.

7 is a diagram illustrating operations of a DRM device for self-encoded content in which a CAC flag is present according to an embodiment of the present disclosure;

For reference, in the case of self-encoded content, when the self-encoded content is encoded by the home device that generates the content, a CAC flag is generated together. Therefore, in FIG. 7, it is assumed that the self-encoded content includes the CAC flag information. Further, since FIG. 7 assumes self-encoded content, it is assumed that the value of the CAC flag is set to "0 ".

In step 701, the DRM device 320 transmits a signal for checking whether or not a flag is present in the SFF file in the DRM medium 330 to the DRM medium 330. In step 703, the DRM medium 330 receives a response indicating that the CAC flag exists in the SFF file and that the value of the corresponding CAC flag is 0.

In step 705, the DRM device 320 reads the value of offsetToCAC and inquires of the DRM medium 330 whether a CAC box exists. In step 707, the DRM medium 330 responds to the presence or absence of the CAC box. In step 609, the DRM device 320 determines the operation of the DRM device based on the value of the CAC flag and the presence of the CAC box.

Specifically, if the CAC box exists, it is determined that there is an error in the current SFF file, and the operation is interrupted without reproducing the SFF file. On the other hand, if there is no CAC box, a CAC box is not required for playback of the self-encoded content. This means that there is no error in the SFF file and thus the content included in the corresponding SFF file is played back.

Certain aspects of the present disclosure may also be implemented as computer readable code in a computer readable recording medium. The computer readable recording medium is any data storage device capable of storing data that can be read by a computer system. Examples of the computer-readable recording medium include a read-only memory (ROM), a random-access memory (RAM), CD-ROMs, magnetic tapes , Floppy disks, optical data storage devices, and carrier waves (such as data transmission over the Internet). The computer readable recording medium may also be distributed over networked computer systems, and thus the computer readable code is stored and executed in a distributed manner. In addition, functional programs, code, and code segments for accomplishing the present disclosure may be readily interpreted by those skilled in the art to which this disclosure applies.

It will also be appreciated that the apparatus and method according to one embodiment of the present disclosure may be implemented in hardware, software, or a combination of hardware and software. Such arbitrary software may be stored in a memory such as, for example, a volatile or non-volatile storage device such as a storage device such as ROM or the like, or a memory such as a RAM, a memory chip, a device or an integrated circuit, , Or a storage medium readable by a machine (e.g., a computer), such as a CD, a DVD, a magnetic disk, or a magnetic tape, as well as being optically or magnetically recordable. The method according to one embodiment of the present disclosure may be implemented by a computer or a mobile terminal including a controller and a memory and the memory is adapted to store programs or programs containing instructions embodying the embodiments of the present disclosure It is an example of a machine-readable storage medium.

Accordingly, this disclosure includes a program including code for implementing the apparatus or method described in any claim herein, and a storage medium readable by a machine (such as a computer) for storing such a program. In addition, such a program may be electronically transported through any medium, such as a communication signal carried over a wired or wireless connection, and this disclosure suitably includes equivalents thereof

Further, an apparatus according to an embodiment of the present disclosure may receive and store the program from a program providing apparatus connected by wire or wireless. The program providing apparatus comprising: a memory for storing a program including instructions for causing the program processing apparatus to perform a predetermined content protection method, information necessary for a content protection method, and the like; And a control unit for transmitting the program to the transceiver upon request or automatically by the graphic processing apparatus.

While the present invention has been described in connection with what is presently considered to be practical exemplary embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, is intended to cover various modifications and similarities. Therefore, the scope of the present disclosure should not be limited to the embodiments described, but should be determined by the scope of the appended claims, as well as the appended claims.

Claims (16)

A method of reproducing a content included in a media file in a playback apparatus,
Obtaining file status indication information indicating a status of the media file from the media file;
If the file status indication information indicates that the content included in the media file is self-encoded content, it is checked whether or not a content authentication code (CAC) for playing the content is included in the media file Process,
And reproducing the content if the CAC is not included,
And the self-encoded content is content that can be played without the CAC. The method of claim 1, wherein if the media file includes the CAC, it determines that there is an error in the media file and does not play the content. The method according to claim 1,
(CAC) for reproducing the content is included in the media file when the file status indication information indicates that the content included in the media file is prepared content;
Requesting the CAC to the DRM server and receiving the CAC if the CAC is not included in the media file;
And reproducing the content using the received CAC,
Wherein the prepared content is content that can be reproduced without the CAC. 4. The method of claim 3, wherein if the media file includes the CAC, playing the content using a CAC included in the media file. The method according to claim 1,
Checking whether the file status indication information is included in the media file before acquiring the file status indication information;
The file status indication information is set to a predetermined value so as to indicate that the content included in the media file is prepared content if the file status indication information does not exist in the media file, Setting,
And inserting the file status indication information set to the predetermined value into the media file,
Wherein the prepared content is a content that requires the CAC to reproduce the content. The information processing apparatus according to claim 1,
Wherein the flag information is one-bit size flag information. The method of claim 1, wherein the file status indication information is included in the media file when the media file is previously licensed at least once through a digital rights management (DRM) Lt; / RTI > The method of claim 1, wherein the media file is encoded in one of a common file format (CFF) and a standard file format (SFF). A playback apparatus for playing back content contained in a media file,
A media file analysis unit for obtaining file status indication information indicating the status of the media file from the media file;
If the file status indication information indicates that the content included in the media file is self-encoded content, it is checked whether the content file includes a content authentication code (CAC) for playing the content And a control unit for reproducing the content if the CAC is not included,
Wherein the self-encoded content is content that can be played back without the CAC. The playback apparatus according to claim 9, wherein the control unit judges that there is an error in the media file if the CAC is included in the media file, and does not reproduce the content. 10. The method of claim 9,
Wherein the control unit checks whether or not a content authentication code (CAC) for playing back the content is included in the media file when the file status indication information indicates that the content included in the media file is prepared content, If the CAC is not included in the media file, decides to request the CAC to the DRM server,
Wherein the playback apparatus further comprises a transceiver for requesting and receiving the CAC from the DRM server according to a determination of the controller,
Wherein the control unit includes a step of reproducing the content using the received CAC,
Wherein the prepared content is content that can be reproduced without the CAC. 12. The apparatus according to claim 11,
And reproduces the content using a CAC included in the media file if the media file includes the CAC. 10. The method of claim 9,
Wherein the control unit checks whether the file status indication information is included in the media file before obtaining the file status indication information and if the file status indication information is not present in the media file, The content is assumed to be prepared content,
Wherein the playback apparatus sets the file status indication information to a predetermined value so as to indicate that the content included in the media file is the prepared content, And a generating unit,
Wherein the prepared content is a content that requires the CAC to reproduce the content. The information processing apparatus according to claim 9,
Wherein the flag information is one-bit size flag information. The method of claim 9, wherein the file status indication information is included in the media file when the media file is previously licensed at least once through a digital rights management (DRM) / RTI > The playback apparatus of claim 9, wherein the media file is encoded in one of a common file format (CFF) and a standard file format (SFF).

Images