KR101362537B1 - Method of processing an auto rendering information using OMA DRM 2.0 contents and mobile communication terminal thereof - Google Patents

Abstract

Disclosed are a method for processing auto rendering information using OMA DRM 2.0 content, and a mobile communication terminal and a digital rights management system for performing the same. Auto rendering information processing method using OMA DRM 2.0 content according to an embodiment of the present invention is the step of downloading the DRM content from the content supply server, checking whether the auto-rendering information is included in a specific header field in the DRM content, confirmation As a result, when there are auto rendering constraints in the DRM content, the method may include informing that the auto rendering function cannot be performed using the DRM content.

OMA, DRM, DCF, Mobile Terminal, Contents

Description

Method of processing an auto rendering information using OMA DRM 2.0 contents and mobile communication terminal

1 is a view showing the configuration of a DRM system to which the present invention is applied;

2 is a block diagram showing the configuration of a mobile communication terminal according to an embodiment of the present invention;

3 is a flowchart provided to explain an auto rendering information processing method using DRM 2.0 content according to an embodiment of the present invention;

4 is a diagram illustrating a DCF format applied to the present invention;

5 is a diagram illustrating the structure of a textual header field shown in FIG. 4;

6 is a flowchart provided to explain an auto rendering information processing method using DRM 2.0 content according to an embodiment of the present invention;

FIG. 7 is a diagram illustrating a popup window displayed on a display unit when auto rendering constraint exists in audio content. FIG.

FIG. 8 illustrates a popup window displayed on a display unit when there are no auto rendering constraints on audio content.

Brief description of the main parts of the drawing

10: content publisher 20: content supply server

30: rights object issuing agency 200: mobile communication terminal

The present invention relates to a method for processing auto rendering information using OMA DRM 2.0 content and a mobile communication terminal.

Digital Rights Management (DRM) system allows users to use various digital contents such as text, music, images, video, video lectures, movies, software, and games distributed through various channels. By limiting the period of time, etc., the user can only use the content within the right to use the content.

The DRM system encrypts and distributes the content and supports decryption of the content only to users who have obtained a right object, thereby preventing copyright infringement such as illegal copying and illegal transmission. Here, the rights object is a kind of license that has a right to use a content object.

Conventionally, auto-rendering information of a corresponding content is explicitly delivered separately from the content when the content supply server transmits the content to the user's mobile communication terminal. Auto-rendering information refers to information about whether a user can set a function to play a corresponding content when a specific event occurs or a constraint is specified so that the content can not be set.

For example, the auto-rendering information may be set by the user to use the content as a ringtone or standby screen when a specific event such as sending or receiving a message, voice call, or power on / off occurs or a restriction is specified. Represents information about.

The mobile communication terminal which downloaded the auto rendering information separately from the contents supply server from the content supply server stores the auto rendering information in an internal database, or encrypts the auto rendering information and records and manages the auto rendering information in a specific file.

In this case, when the auto rendering information is stored in an internal database, only the mobile terminal which directly downloads the content can comply with the auto rendering constraint, and when the content is transferred to another mobile terminal, the other mobile communication The user of the terminal could set the content to be used as a ringtone or a standby screen when a specific event occurred, regardless of the auto rendering constraint of the content.

Therefore, this violates the auto-rendering constraints specified by the content provider, resulting in illegal use of the content.

In addition, according to the conventional method of encrypting and rendering auto rendering information in a specific file, there is a problem that it is difficult to trust the integrity of the file.

Accordingly, the technical problem to be achieved by the present invention is to provide a method for processing auto rendering information and a mobile communication terminal using OMA DRM 2.0 content that can satisfy the auto rendering constraints of content required by a content provider while ensuring free distribution of content. It is to provide.

The technical objects to be achieved by the present invention are not limited to the technical matters mentioned above, and other technical subjects which are not mentioned can be clearly understood by those skilled in the art from the following description. There will be.

According to an aspect of the present invention, there is provided a method for processing auto rendering information of a mobile communication terminal using OMA DRM 2.0 content, the method including: downloading DRM content from a content supply server; Checking whether auto rendering information is included in a specific header field in the DRM content; And confirming that, when there are auto rendering constraints on the DRM content, informing that the auto rendering function cannot be performed using the DRM content.

The DRM content is content converted into a DRM Contents Format (DCF) format defined in OMA-TS-DRM-DCF-V2_0-20060303-A, and the specific header field is a custom header of the DCF format.

The auto rendering information is information on whether the DRM content can be used as a ringtone or a wall paper, and the auto rendering constraint indicates that the DRM content cannot be used as a ringtone or a standby screen. Information to indicate.

If the DRM content includes auto rendering information, but there are no auto rendering constraints, the DRM content may inform that the DRM content can be used as a ringtone or a standby screen.

When the auto rendering information is not included in the DRM content, the DRM content may be determined to be freely available content without auto rendering constraints.

Checking whether or not the DRM content is damaged by calculating the hash value specified in OMA-TS-DRM-REL-V2_0-20050825-C, further comprising, if the check result, there is no damage to the DRM content, The auto rendering information may be stored in a memory.

The mobile communication terminal according to an embodiment of the present invention includes a wireless transceiver for downloading DRM content from a content supply server; And a control unit which checks whether auto rendering information is included in a specific header field in the DRM content and controls that the auto rendering function cannot be performed using the DRM content when auto rendering constraint exists in the DRM content. It includes.

The DRM content is content converted into a DRM Contents Format (DCF) format defined in OMA-TS-DRM-DCF-V2_0-20060303-A, and the specific header field is a custom header of the DCF format.

The auto rendering information is information on whether the DRM content can be used as a ringtone or a wall paper, and the auto rendering constraint indicates that the DRM content cannot be used as a ringtone or a standby screen. Information that is shown.

The display unit may further include a pop-up window indicating that the DRM content cannot be used as a ringtone or a standby screen under the control of the controller.

If the DRM content includes auto rendering information, but there are no auto rendering constraints, the controller controls a pop-up window indicating that the DRM content can be used as a ringtone or a standby screen to be displayed on the display unit.

If the DRM content does not include auto rendering information, the controller may determine that the DRM content is freely available content without auto rendering constraints.

The memory unit for storing the content downloaded through the wireless transceiver; further comprising, The controller, through the hash value calculation prescribed in the MA-TS-DRM-REL-V2_0-20050825-C, The auto-rendering information may be stored in the memory unit if the damage is determined, and if there is no damage to the DRM content.

Hereinafter, with reference to the accompanying drawings illustrating the present invention.

1 is a diagram illustrating a configuration of a DRM system to which the present invention is applied.

Referring to FIG. 1, the DRM system to which the present invention is applied includes a content issuer 10, a content supply server 20, a rights object issuer 30, and a mobile communication terminal 200.

The content publisher 10 refers to the creator of the content, and the content supply server 20 encrypts the content created by the content publisher 10 through a contract with the content publisher 10 to generate DRM content. In addition, when there is a request for downloading DRM content from the mobile communication terminal 200 of the user, the content supply server 20 transmits the DRM content to the user mobile communication terminal 200.

The rights object issuing agency 30 issues a rights object including a right to execute the content. The right included in the rights object may be a content encryption key capable of decrypting the encrypted DRM content. In some cases, the rights object issuer 30, the content supply server 20, and the content publisher 10 may be the same subject.

The user mobile communication terminal 200 may obtain a rights object including a right to execute a content object from the rights object issuer 30 by paying a predetermined price.

2 is a block diagram showing the configuration of a mobile communication terminal according to an embodiment of the present invention.

Referring to FIG. 2, the mobile communication terminal 200 includes a wireless transceiver 210, a controller 220, a memory 230, an input 240, a display 250, and an audio processor 260. Include.

The wireless transceiver 210 performs a communication function of the mobile communication terminal 200. The wireless transceiver 210 includes an RF transmitter for upconverting and amplifying a frequency of a transmitted signal, and an RF receiver for low noise amplifying and downconverting a received signal.

In an embodiment of the present invention, the wireless transceiver 210 receives the DRM content from the content supply server 20 and provides it to the controller 220. In addition, the wireless transceiver 210 receives the rights object provided from the rights object issuer 30 and provides them to the controller 220.

The controller 220 controls the general operation of the mobile communication terminal 200.

In an embodiment of the present invention, the control unit 220 uses the auto-rendering information of the content to determine whether the DRM content downloaded from the content supply server 20 can be used as a ringtone or a wallpaper. Check it. In addition, the controller 220 checks whether the DRM content received from the content supply server 20 is damaged by calculating a hash value.

The memory unit 230 includes a program memory and data memories. The program memory stores a program for controlling a general operation of the mobile communication terminal 200. In an embodiment of the present invention, the memory unit 230 stores the rights object of the content, auto rendering information of the content, and the like under the control of the controller 220.

The input unit 240 includes various buttons for inputting numeric and character information and function buttons for setting various functions. The input unit 240 may be implemented as a keypad including a direction key, a jog dial, a touch pad, a joystick, and the like.

In an embodiment of the present invention, the input unit 240 receives a content download request from the user and provides it to the controller 220. In addition, the input unit 240 receives a request for using the downloaded content as a ringtone or a standby screen from the user and provides it to the controller 220.

The display unit 250 outputs various display information, various menu screens, etc. output from the mobile communication terminal 200, and is composed of a liquid crystal display (LCD) or an organic light emitting diode (OLED). In addition, the display unit 250 may include two or more display devices, including an external display unit and an internal display unit.

In an exemplary embodiment of the present invention, the display unit 250 displays a popup window indicating that the downloaded content cannot be used as a ringtone or a standby screen, and a popup window for allowing a user to select whether to use the downloaded content as a ringtone or a standby screen. Is displayed.

The audio processor 260 reproduces the audio signal decoded by the controller 220 through the speaker SPK or transmits the audio signal generated from the microphone MIC to the controller 220.

3 is a flowchart provided to explain an auto rendering information processing method using OMA DRM 2.0 content according to an embodiment of the present invention.

Referring to FIG. 3, the user mobile communication terminal 200 requests specific DRM content from the content supply server 20 (S305).

In response, the content supply server 20 converts the content requested by the mobile communication terminal 200 to the DCF format, displays auto rendering information on the converted DRM content (S310), and transmits it to the mobile communication terminal 200. (S315). At this time, the DRM content refers to the content modified and encrypted in the DCRM (DRM Contents Format) format specified in the technical specification OMA-TS-DRM-DCF-V2_0-20060303-A.

In the present embodiment, the auto rendering information means information about whether the user can set the corresponding content to be played when a specific event occurs. For example, the auto-rendering information indicates information on whether the corresponding content can be set to be used as a ringtone or a standby screen when a specific event such as transmission / reception of a message, voice call, or power on / off occurs.

4 is a diagram illustrating a DCF format applied to the present invention.

Referring to FIG. 4, the structure of the DCF format 400 includes a DCF header 410 having a fixed length of 20 bytes, an OMA DRM container box 420, a 2nd OMA DRM container box 450, and a mutable ( mutable) DRM information box 460.

Here, the DCF header 410 and the OMA DRM container box 420 are essential items of the DCF format 400, and the 2nd OMA DRM container box 450 and the mutable DRM information box 460 are optional items. The mutable DRM information box 460 is used by the mobile communication terminal 200 to include editable information.

The OMA DRM container box 420 includes a DCF header box 430 and a DRM content box 440. The DCF header box 430 includes a common headers field 432, a textual headers field 434, and a user data field 436.

Here, the textual header field 434 and the user data field 436 are optional, and the common header field 432 is required. In addition, essential fields to be included in the DCF header box 430 include a content type length field (not shown) and a content type field (not shown).

FIG. 5 is a diagram illustrating the structure of the textual header field shown in FIG. 4.

Referring to FIG. 5, the textual header field 434 includes a silent header field 434a, a preview header field 434b, a content URL header field 434c, a content version header field 434d, and a content location header field ( 434e), and a custom header field 434f.

The custom header field 434f is an additionally insertable field in the textual header field 434. In this embodiment, the content supply server 20 automatically renders the content in the custom header field 434f. Information will be displayed. In this manner, the user mobile communication terminal receives the DRM content including the auto rendering information.

The mobile communication terminal 200 receiving the DRM content from the content supply server 20 checks the auto rendering information in the custom header 434f (S320). As such, the reason why the mobile communication terminal 200 checks the auto rendering information is whether the DRM content received from the content supply server 20 can be used as a ringtone or a standby screen. An example of auto rendering information included in the custom header 434f is as follows.

<Ringtone>: no

<Wallpaper>: no

In the example of the auto-rendering information, when <Ringtone> and <Wallpaper>, which are tags indicating whether a ringtone or a standby paper is available, are set to 'no', from the content supply server 20 Received content refers to an auto rendering constraint indicating that a specific event cannot be set as a ringtone or a standby paper.

<Ringtone>: yes

<Wallpaper>: yes

On the other hand, if the <Ringtone> and <Wallpaper> tags indicating whether to use the ringtone or the wall paper are set to 'yes', the corresponding content is set to the ringtone or the home screen when a specific event occurs. Indicates that the user can set the feature to be used.

In addition, when the custom header 434f does not include auto rendering information related to the ringtone or the standby screen, the controller 220 determines that there are no restrictions on the corresponding content, and uses the content as the ringtone or the standby screen. I judge it.

Subsequently, the mobile communication terminal 200 requests a rights object purchase request to the rights object issuing agency 30 in order to receive the right to use the corresponding content (S325), and in response, the rights object issuing authority 30 responds to the rights object issuing institution 30. The rights object of the content is transmitted to the mobile communication terminal 200 (S330). In addition, the rights object issuing agency 30 transmits the rights object issuing details to the content supply server 20 (S335).

The mobile communication terminal 200 checks whether the corresponding content is damaged by calculating a hash value (S340). More specifically, in OMA DRM 2.0, a hash value calculated when generating DRM content is stored in a rights object corresponding to a use right of DRM content.

5.7.2 of OMA-TS-DRM-REL-V2_0-20050825-C.pdf, the technical specification, contains the <digest value> element value, which is a hash value stored in the rights object, and the algorithm used to obtain the hash value. : SHA-1) is described.

That is, the mobile communication terminal 200 calculates a hash value of the DRM content part by using the SHA-1 algorithm defined in the technical specification, and calculates the <digest value> element which is the hash value and the hash value stored in the rights object. If the two are the same, it is determined that there is no damage to the content, and if they are different, it is determined that the content is damaged.

As described above, according to the method for processing auto rendering information using OMA DRM 2.0 content according to an embodiment of the present invention, since the DRM content format defined in the OMA specification is used, a hash algorithm provided by the DRM content format is provided. Integrity of the content downloaded from the content supply server 20 can be verified.

If it is determined that there is no damage to the content as a result of checking the hash value in step S340 (S345: Y), the mobile communication terminal 200 transmits the auto rendering information of the corresponding content to the memory unit 230. Save (S350).

6, a method for processing auto rendering constraints using DRM 2.0 content according to an embodiment of the present invention will be described.

If there is a request from the user to set the downloaded content as a ringtone or a standby screen (S610), the controller 220 checks whether a right object of the corresponding content exists and auto rendering information of the corresponding content (S620).

As a result of checking the auto-rendering information, when there is an auto-rendering constraint (S630), the controller 220 controls the display unit 250 to display a pop-up window indicating that the corresponding content cannot be used as a ringtone or a standby screen (S640).

FIG. 7 illustrates a popup window displayed on a display unit when auto rendering constraints exist in audio content.

Referring to FIG. 7, when an auto rendering constraint exists in the corresponding content, that is, when <Ringtone>: no is set, the pop-up window 700 including the phrase "the content cannot be used as a ringtone" is displayed. Is displayed.

On the contrary, when the auto rendering information is confirmed, when there are no auto rendering constraints (S630: N), the controller 220 displays a pop-up window indicating that the corresponding content can be used as a ringtone or a standby screen on the display 250. Control to be displayed (S650).

8 illustrates a pop-up window displayed on the display unit when there are no auto rendering constraints on the audio content.

Referring to FIG. 8, when there is no auto rendering constraint on the corresponding content, that is, when <Ringtone> is set to yes, the phrase "set the content as a ringtone?" A pop-up window 800 is displayed that includes a menu (1. Yes, 2. No) for selecting.

In the pop-up window 800, when the user selects the first "Yes" and requests the corresponding content to be set as the ringtone (S660: Y), the controller 220 sets the corresponding content as the ringtone of the mobile communication terminal 200. In operation S670, the controller 110 may control such that the setting information is stored in the memory unit 230.

In the above-described embodiment, the case in which the specific object is downloaded from the content supply server 20 and then the rights object is purchased from the rights object issuing agency 30 in order to receive the right to use the downloaded content has been described. However, when the content supply server 20 combines the content and the rights object of the content and transmits the content to the mobile communication terminal 200, the rights object purchase step described above may be omitted.

In addition, when the mobile communication terminal 200 has already purchased the rights object of the corresponding content, that is, reusing content which has already purchased the rights object, the above-described rights object purchase step may be omitted.

In the above description of the preferred embodiment of the present invention, the present invention is not limited to the above-described specific embodiment, it is common in the art to which the invention belongs without departing from the spirit of the invention claimed in the claims. Various modifications can be made by those skilled in the art, and such changes are within the scope of the claims.

As described above, according to an embodiment of the present invention, since the auto rendering information is included in the OMA DRM 2.0 content and transferred from the content supply server to the mobile communication terminal, in case of content with auto rendering constraints, the content is supplied. Even if the mobile terminal which downloaded the content directly from the server transmits the content to another mobile terminal, the other mobile terminal must comply with the auto rendering constraint. Therefore, there is an advantage that free distribution of content is guaranteed.

In addition, according to an embodiment of the present invention, it is possible to check whether the content downloaded from the content supply server is damaged by calculating the hash value defined in the technical specification, and process and store auto rendering information only for the undamaged content. In addition, there is an advantage that can guarantee the integrity of content and auto rendering information.

Claims (13)

Downloading DRM content from a content supply server; Checking whether a specific header field in the DRM content includes auto rendering information regarding whether the DRM content can be used as a ringtone or a wall paper; Confirming that there is an auto-rendering constraint indicating that the DRM content cannot be used as a ringtone or a standby screen in the DRM content, informing that the auto-rendering function cannot be performed using the DRM content. Auto rendering information processing method of a mobile communication terminal. The method of claim 1, The DRM content is content converted into a DRM Contents Format (DCF) format defined in OMA-TS-DRM-DCF-V2_0-20060303-A, The specific header field is a method for processing auto rendering information of a mobile communication terminal, characterized in that the custom (custom) header of the DCF format. delete The method of claim 1, If the DRM content includes auto rendering information, but there are no auto rendering constraints, the auto rendering information processing method of the mobile communication terminal, wherein the DRM content is available as a ringtone or a standby screen. The method of claim 1, And when the auto rendering information is not included in the DRM content, determining the DRM content as freely available content without auto rendering constraints. The method of claim 1, Checking whether the DRM content is damaged by calculating a hash value defined in OMA-TS-DRM-REL-V2_0-20050825-C. And if it is confirmed that the DRM content is not damaged, the auto rendering information processing method of the mobile communication terminal, wherein the auto rendering information is stored in a memory. A wireless transceiver for downloading DRM content from a content supply server; And Check whether a specific header field in the DRM content includes auto rendering information regarding whether the DRM content can be used as a ringtone or a wall paper, and the DRM content is ringing or waiting for the DRM content. And a controller for controlling an auto-rendering function using the DRM content when there is an auto rendering constraint indicating that it cannot be used as a screen. The method of claim 7, wherein The DRM content is content converted into a DRM Contents Format (DCF) format defined in OMA-TS-DRM-DCF-V2_0-20060303-A, The specific header field is a mobile communication terminal, characterized in that the custom (custom) header of the DCF format. delete The method of claim 7, wherein And a display unit, And the display unit displays a pop-up window indicating that the DRM content cannot be used as a ringtone or a standby screen under the control of the controller. 11. The apparatus according to claim 10, When the DRM content includes auto rendering information, but there are no auto rendering constraints, the control may be performed such that a pop-up window indicating that the DRM content is available as a ringtone or a standby screen is displayed on the display unit. Communication terminal. 8. The apparatus of claim 7, And when the auto rendering information is not included in the DRM content, the DRM content is determined to be freely available content without auto rendering constraints. The method of claim 7, wherein Further comprising: a memory unit for storing the content downloaded through the wireless transceiver; The controller may determine whether the DRM content is damaged by calculating a hash value defined in OMA-TS-DRM-REL-V2_0-20050825-C. And storing the memory in the memory unit.

Images